Arquitecto de aplicaciones vs. Arquitecto de sistemas vs. Arquitecto de empresa?

Question

Tantas palabras de moda. No estoy seguro si necesito comenzar a jugar BS Bingo o no. Y no estoy tratando de ser cínico. Pero he escuchado a muchas personas con estos diversos títulos. Nunca parece haber una delineación clara entre los tres. O hay una gran cantidad de cruces de dominio entre los tres. En realidad, otra que he visto mientras miraba por aquí en Stackoverflow también ha sido "Arquitecto de soluciones". Pero ese no parece ser tan frecuente en otros lugares.

Hay preguntas aquí y allá con respuestas vagas. Pero me gustaría respuestas definitivas a esto. Por favor, asuma que todavía soy relativamente nuevo en materia de software y que estoy tratando de trazar un camino profesional.

Oh, y sean amables amigos; esto definitivamente no es una pregunta duplicada. Tampoco es un agregado. Así que amablemente déjalo en paz. Xp

Answer 1

Al igual que en cualquier otro término, estos términos se usan de manera diferente en diferentes lugares y, a veces, son intercambiables. Esto es lo que las diferencias son típicamente:

• El Arquitecto Aplicación es es lo que muchos de nosotros simplemente llamar al arquitecto. La persona responsable de los niveles más altos de diseño y alcance para una solución/proyecto en particular. Te molestaría utilizar Aplicación en el título si había otros tipos de arquitectos alrededor, y querías aclarar que esta persona se preocupa principalmente por una aplicación en particular.
• Enterprise Architect está preocupado sobre todos de soluciones de empresas. Cómo se basan el uno en el otro, cómo se usan entre sí, qué tan eficiente puede realizar su mantenimiento y mejora comunes . Él piensa acerca de cómo todas las soluciones juntas apoyan la misión de la compañía. Solo una compañía más grande podría garantizar este título grandioso. El Enterprise Architect es un pez gordo que se reúne con el CIO, el CTO y otras personas importantes.
• Se podría considerar que el Systems Architect tiene un alcance más amplio que Application Architect y menos que Enterprise Architect. Este título a veces es exactamente lo mismo que Application Architect - gran pez en un proyecto en particular. A veces el Sistema parte del título cannotes un alcance más amplio: persona que debe incluir software pero también hardware y IT, o alguien preocupado por proyectos múltiples.

Answer 2

Lo que significa realmente cada medio lo determina la empresa para la que trabaja; lo que algunos llaman un arquitecto de soluciones que otros llaman un arquitecto de sistemas. Todos son (asumidos) puestos de alto nivel con alguna supervisión implícita del diseño del sistema/software, pero aparte de eso, nunca he visto una definición que haga felices a todos. "Empresa" implica cierto alcance para el puesto, pero podría decirse que no es diferente de "Sistemas" (de nuevo, depende de la compañía). Arquitecto de aplicaciones por lo general me hace pensar en alguien que ha estado trabajando como desarrollador sénior por un tiempo y RRHH necesitaba un nuevo título para recompensar el rendimiento. Algo así como la forma en que algunas compañías masivas llevan el título de "Vicepresidente" hasta el punto en que realmente no significa nada además de cuántos días de vacaciones tienes.

Answer 3

Que diablos ..

Arquitecto: Aplicación - diseña aplicaciones Sistemas - diseños múltiples aplicaciones y coordina en una empresa del sistema - diseños de sistemas y coordine con los otros aspectos no del sistema de la empresa de negocios.

No olvidemos salario, bonos y la cantidad de tiempo que pasa en la preocupación de su título.

Answer 4

también que suena como si estás en la escuela todavía, pero mirando en el mundo de los negocios y esperando títulos de las cartas para ser tan estructurado como un sistema de grados ... no lo es.

La verdad es que el nombre de la empresa es o bien una compañía específica trabajo a título de apoyar el sistema de reparto de grado interna o los organigramas. Es difícil llevar de una compañía a otra en algo más que términos muy generales. No es realmente un punto de referencia como un BA o PHD.

En cuanto a los títulos y papeles de trabajo van, equipos de empresas en general se dividen en Infraestructura (configuración de servidores y redes), y aplicaciones (administradores de base de datos, desarrolladores) grupos. Hay mucha variación por compañía pero parece ser bastante universal.

creo que la mejor opción en la planificación es decidir lo que te gusta hacer, y luego estudiar a hacerlo muy bien. En el camino como técnico de TI tienes que aprender un poco en todas las áreas para ser muy efectivo en cualquier área.

¡Buena suerte!

Answer 5

He encontrado bastantes arquitectos con diferentes títulos en los últimos años, y definitivamente tengo mi propia opinión sobre el papel de cada uno de ellos, sin embargo, tiende a variar de una compañía a otra, y aún más de país a país

Enterprise Architect - responsable del pensamiento estratégico, hojas de ruta, principios y gobierno de toda la empresa. Por lo general, tiene una estrecha relación con el negocio, los proveedores y la alta gerencia de TI.

Arquitecto de soluciones o sistemas - responsable de diseñar una solución de alto nivel para un conjunto específico de requisitos comerciales, dentro del marco establecido por el equipo de arquitectura empresarial. Esta solución puede abarcar múltiples aplicaciones.

Integración o Arquitecto SOA - responsable de la integración y/o la estrategia y el gobierno del servicio comercial. Dado que este rol usualmente abarca toda la empresa, a menudo lo realiza un EA; sin embargo, un arquitecto de integración generalmente trabajará a un nivel más detallado y técnico que un EA. En una SOA, un arquitecto de integración también puede ser un miembro (o incluso líder) del centro de excelencia (o integración centro de competencia)

Arquitecto de Información - responsable de definir los modelos de datos, soluciones de gestión de datos maestros/propiedad, y procesos de calidad de datos para admitir sistemas transaccionales, de referencia y de generación de informes en toda la empresa. A menudo se realiza por un EA.

Application Architect - responsable de la implementación y los procesos dentro de una aplicación específica o serie de aplicaciones. La aplicación en cuestión se puede personalizar con un producto personalizado.Debe tener un conocimiento profundo del producto/aplicación y a menudo será consultado por otros arquitectos como parte de una solución más grande

Esos son los títulos más comunes en mi experiencia, pero hay otros roles de arquitectura que verá de vez en cuando -to-tiempo:

• arquitecto Técnico (para mí esto es lo mismo que un arquitecto de aplicaciones pero otros pueden estar en desacuerdo
• Business Architect (define la estrategia de negocio y procesos)
• Infraestructura arquitecto (servidores, plataformas decisiones , y con frecuencia seguridad)
• Network Architect (obvio)

Answer 6

Enterprise Architect es el principal papel de todos. Él tiene que tener un conocimiento completo de implementación tecnológica.