2010-10-06 22 views
8

Qué tipo de disciplina de arquitectura se usa para especificar todos los sistemas de software y la interacción para una organización completa (no de toda la empresa ni de toda la organización, sino de toda la organización, de aproximadamente 6 ingenieros SW trabajando en 4 productos de software). Intento crear un documento (asumiendo el papel de un arquitecto) que especifique la arquitectura general a medida que nos movemos a un nuevo centro de datos/hosting.Arquitectura de software versus arquitectura de empresa, ¿cuándo se usa?

¿Se utiliza arquitectura empresarial o arquitectura de software para este tipo de planificación? ¿Cuál es la diferencia?

Gracias,

+0

Usted Publicado hace casi 7 años, así que lo que hiciste en el final y lo que funcionó o no? Aclamaciones –

Respuesta

21

Qué tipo de arquitectura disciplina se utiliza para especificar todos los sistemas de software y su interacción juntos para toda una organización?

Enterprise Architect: generalmente a través de una Enterprise Architectural Framework como TOGAF o Zachman.

En este trabajo podría incluir también la participación de otros arquitectos de disciplinas específicas, como Data Architects.

... arquitectura general a medida que avanzamos a un nuevo /centro de alojamiento de datos ... es la arquitectura Empresa o software arquitectura utilizada para este tipo de alisado?

No es un arquitecto de la empresa. El rol real puede depender de la compañía, pero espero que sea un arquitecto de soluciones o un arquitecto de infraestructura. Es muy probable que el movimiento de la infraestructura que usted describió sea realizado por un arquitecto de infraestructura, podría ser parte de un programa de trabajo más amplio dirigido por (o involucrado) un arquitecto de soluciones (quizás como parte de un proyecto específico).

¿Cuál es la diferencia?

En primer lugar, debe apreciar las diferencias "verticales" en términos de abstracción/detalle, y las diferencias "horizontales" en términos de área temática.

alt text

  • Enterprise Architects no se centran en un dominio específico (algunos dirían que cubren todo, otros podrían decir que son tan alto nivel que no cubren ninguna).
  • Del mismo modo, Solution Architects no se centra en un dominio específico; trabajan en proyectos reales con objetivos y requisitos comerciales específicos. Esperaría que un Arquitecto de soluciones tenga una amplia comprensión de múltiples "temas" pero no necesariamente una comprensión profunda.
  • Otros tipos de Arquitectos (Datos, Seguridad, Infraestructura, etc.) son diferentes; tienen una comprensión muy profunda de un tema específico y trabajan en todos los niveles, incluida la contribución a la Arquitectura Empresarial, las normas relacionadas con su tema y el apoyo a proyectos específicos cuando sea necesario.

Muchas veces, un Arquitecto de software es considerado como el Arquitecto de soluciones, pero solo estoy de acuerdo con un punto.

  • Para mí, arquitecto de software (como su nombre indica) se centra en el software, en tanto que el término Solución es más amplio alcance.
  • En cierto modo, un arquitecto de software es un arquitecto específico de la materia como se define anteriormente (como un arquitecto de infraestructura). Si fuera a embarcarse en un importante desarrollo de software personalizado, querría que un arquitecto de software lo lidere, ya que el desarrollo de software a medida es un área especializada.

Las cosas se vuelven turbias cuando una sola persona desempeña más de una función arquitectónica, y esto es bastante común. Supongo que las percepciones de las personas acerca de qué tipo específico de rol arquitectónico se ve afectado por lo que perciben que una persona específica (con la que conocen o trabajan) lo hizo; por ejemplo, podría trabajar con alguien que se llame arquitecto de software, pero también podría estar desempeñando el papel de arquitecto de soluciones.

Actualización 2017

FYI, he hecho un poco de escritura adicional sobre esto en mi blog, que pueden ser de interés: https://morphological.wordpress.com/2017/01/26/the-laymans-guide-to-it-architecture-roles/