Examen suave: ¿A quién elegir? ¿Analista de sistemas? ¿O un arquitecto de sistemas?
Sin embargo, después de un cuidadoso estudio y análisis, encontramos que existen muchas diferencias, como las siguientes:
El arquitecto de sistemas, si el ingeniero de construcción de primer nivel es promedio, se convertirá en el jefe ingeniero de diseño de sistemas después de la madurez, responsable del soporte de tecnologías centrales, orientación ideológica de desarrollo, dirección de desarrollo de sistemas y decisiones de gestión de progreso. Al mismo tiempo, en un equipo completo, también guía y determina la dirección del trabajo y la dirección del pensamiento de los analistas de sistemas y gerentes de proyectos de sistemas. Su dominio técnico habla por sí solo. Analista de sistemas, en circunstancias normales, el analista de sistemas debe trabajar primero, como la primera persona de todo el equipo en comenzar la construcción del sistema. Comprensión profunda del núcleo comercial, los procesos comerciales y la relevancia comercial del cliente objetivo. Luego, las demandas incompletas de los clientes se organizan en rigurosas especificaciones de demanda sobre las cuales se puede establecer un complejo sistema de correlación. El núcleo general de su trabajo es comprender las necesidades y transformar las necesidades abstractas e insustanciales en la comunicación lingüística de las personas en especificaciones ejecutables y compilables. El puesto más alto que ha desarrollado es el de CIO en la empresa: director ejecutivo de información. No parece haber ninguna duda sobre la importancia de los arquitectos de sistemas y su posición de alto nivel en la empresa. Sin embargo, con respecto al puesto de alto nivel de CIO, la mayoría de la información disponible muestra que este puesto solo pertenece a la categoría de mandos medios en la mayoría de las empresas, y su importancia depende de la perspectiva del CEO de la empresa sobre la informatización del sistema. Eché un vistazo aproximado al tutorial de formulación del analista de sistemas y al tutorial designado por el arquitecto del sistema. Desde una perspectiva técnica, los tutoriales del arquitecto de sistemas están más centrados en aplicaciones informáticas. El primer capítulo analiza cuidadosamente el entorno actual en el que trabajan los arquitectos de sistemas, el contenido de su trabajo, la estructura de conocimiento que deben poseer y la forma general de convertirse en un arquitecto de sistemas. Posteriormente, se explican en detalle cuestiones centrales como conocimientos básicos de informática, conocimientos técnicos, análisis de casos, etc. que los arquitectos de sistemas deben dominar. En comparación, los tutoriales del analista de sistemas parecen poco satisfactorios. Al principio hablamos del concepto abstracto de información y explicamos el concepto abstracto de información. Se enfatiza que las habilidades básicas de los analistas de sistemas son las habilidades de comunicación, además de las cualidades de nivel profesional que deben poseer. Comunicación interna: un puente entre el personal TI y el personal no TI dentro de la empresa. Comunicación externa: para obtener contenido de análisis de demanda preciso, se pasa todo el día con los clientes e incluso es necesario mantener la relación entre los clientes y los clientes. Espere... incluso el contenido de la contabilidad junior se explica en detalle al comienzo del capítulo, lo que desconcierta a la gente. Después de verlo, me sentí disgustado. Ambos libros están designados como libros de prueba para exámenes suaves, pero la disposición y redacción de su contenido son muy diferentes y también afectan el estado de ánimo de los lectores que leen estos dos libros al mismo tiempo. En mi opinión, y probablemente en la mente de innumerables personas de TI, ¿cómo llegó el analista de sistemas del Espíritu Santo a convertirse en gerente del departamento comercial? ¡Una transformación tan milagrosa incluso ha sido recopilada en un libro de texto! Después de sentirme triste por eso, finalmente decidí convertirme en arquitecto de sistemas. Al menos el libro menciona algún contenido interesante. Por ejemplo, permítale comprender que si un excelente arquitecto de sistemas no comprende cómo funcionan los programas de nivel más bajo basados en el sistema operativo Windows/Linux, no podrá usarlos libremente en la interfaz y el diseño interactivos avanzados de nivel superior. el conjunto de marcos más razonable para los factores más importantes, como la fiabilidad del sistema y los costes de personal.