Metrópolis y Gobierno de SOA - Willy .Net

Alguien tuvo la idea de esbozar una analogía entre flujo de
trabajo de la nómina de empleados y una línAlguien tuvo
la idea de esbozar una analogía entre flujo de trabajo de la
nómina de empleados y una línea de montaje de un automóvil.
La metáfora cuadró y las personas a cargo del desarrollo
Chrysler lo pudieron entender. ea de montaje de un
automóvil. La metáfora cuadró y las personas a cargo del
desarrollo Chrysler lo pudieron entender.
Enhebrando una historia
El sitio Web de PROGRAMACIÓN EXTREMA [6] define al
System Metaphor como:
Lo que Programación Extrema (EXTREME PROGRAMMING)
usa en vez de una arquitectura formal. Una historia compartida
simple de cómo funciona un sistema, una metáfora.
Esta historia típicamente involucra un montón de clases
y patrones que dan forma al flujo principal del sistema
que se construye.
Lo que PROGRAMACIÓN EXTREMA menciona como
"arquitectura formal" es más lo que nosotros mencionamos
antes como definición de arquitectura. Una estrategia
de arquitectura juega el mismo papel que una metáfora de
sistema, sin ser una metáfora. Esto constituye una ventaja
importante, ya que las metáforas realmente efectivas
(como la utilizada en Chrysler) pueden ser difíciles de conseguir.
En comparación, los principios clave, concisos y
claros son fáciles de determinar y fáciles de entender. Una
persona no necesita salir y ver la película Hidalgo para
entender lo que significa "vida, libertad, y búsqueda de la
felicidad".
En resumen, el modelo de valor nos ayuda a entender y
comunicar información importante sobre fuentes de valor.
Algunos de los temas importantes que trata son cómo
fluye el valor, porqué se producen las semejanzas y diferencias
en las expectativas de valor y factores externos, y
qué subconjunto de ese valor busca nuestro sistema para
ser satisfactorio. Es trabajo del arquitecto satisfacer estas
expectativas de valor resolviendo las fuerzas que influyen
en el sistema en general, fuerzas que son específicas de
ciertos contextos y fuerzas que se espera que cambien con
el tiempo. En este aspecto, la arquitectura es similar a viajar
en avión jet, el piloto debe transportar pasajeros en
forma segura a un destino conocido, mientras equilibra las
leyes de aerodinámica, las capacidades del avión, y las
condiciones climáticas actuales y futuras. El enlace entre
modelos de valor y arquitectura de software es claro y
lógico, y se puede expresar en nueve puntos listados a
continuación:
1. Productos y sistemas de software intensivo existentes
para brindar valor.
2. El valor es una cantidad escalar que incorpora percepciones
de utilidad marginal e importancia relativa a través
de las distintas metas. Los intercambios entre metas son
una consideración extremadamente importante.
3. El valor existe en múltiples niveles, algunos contienen
el sistema objetivo como proveedor de valor. Los modelos
de valor para estos alcances contienen los orientadores
primarios de arquitectura de software.
• Journal 5 • www.microsoft.com /architecture
Relación de la estrategia de
producto con la arquitectura
4. Los modelos de valor que se encuentran encima de
estos en la jerarquía pueden causar que los modelos de
valor de sus hijos cambien. Estos es un aporte importante
para la formulación de principios de evolución para el sistema.
5. Para cada grupo, los modelos de valor son homogéneos.
Contextos de valor, expuestos a diferentes condiciones
de entorno, tienen diferentes expectativas de valor.
6. El patrocinador de desarrollo para el sistema tiene diferentes
prioridades para tratar de satisfacer a los diferentes
contextos de valor.
7. Los desafíos de arquitectura son causa del impacto de
factores del entorno en las expectativas de valor dentro de
un contexto.
8. Los enfoques de arquitectura buscan aumentar el valor
tratando primero los desafíos de arquitectura de mayor
prioridad.
9. Las estrategias de arquitectura se sintetizan de los enfoques
de arquitectura de más alta prioridad teniendo en
cuenta normas comunes, políticas y principios de organización,
operación, variación y evolución.
Las mayores contribuciones de este enfoque son:
• Las fuentes de valor en el sistema se modelan como
conceptos de primera clase. Las expectativas de valor asocian
un pequeño número de capacidades con atributos de
calidad, curvas de utilidad, y factores externos. Las expectativas
de valor están apoyadas en el dominio del valor y
contextos y estos dominios capturan los aspectos comunes
de las expectativas de valor, mientras que los contextos
capturan las importantes variabilidades dentro de un
dominio.
• La localización de razonamiento arquitectural también
es una entidad de primera clase. Las expectativas de valor
se relacionan con los desafíos de arquitectura, que se relaciona
con el enfoque de arquitectura, que se relaciona con
estrategias de arquitectura. Los interesados ahora pueden
ver el proceso pensado detrás de la solución.
• Un efecto colateral muy útil de esta localización es la
aumentada capacidad de revisión de arquitectura de software.
Ya que el razonamiento detrás de la decisión se hizo
explícitamente, es más fácil para otros interesados (patrocinadores
de proyecto, expertos de dominio, expertos de
tecnología, usuarios finales) identificar aspectos que
podrían estar omitidos o incorrectos.
39