La arquitectura de software desde un enfoque de TOGAF y Archimate

1. Arquitectura Empresarial
y de Software.
Un enfoque integral usando
TOGAF 9.1 y Archimate 2.1

2. OBJETIVO
Demostrar las coincidencias que tienen
las disciplinas de Arquitectura
Empresarial y de Arquitectura de
Software y como la última se beneficia
adecuando los conceptos de TOGAF 9.1
y Archimate 2.1.

3. Arquitectura
Empresarial
“ La organización
fundamental de las
personas, procesos y
servicios de negocio,
su relación con
sistemas de
información; con el
fin de alinear la
estrategia con la
operación de negocio”
Arquitectura
de Software
“La organización
de un sistema de
información, sus
propiedades
externas y la
relación entre
ellos; con el fin
de alinear
requerimientos
funcionales y

4. Coincidencias y diferencias entre
Arquitectura Empresarial y de Software
Arquitectura Empresarial Arquitectura de Software
Basado en
requerimientos de
negocio
Enfocado a
visión de varios
sistemas
Escenarios de
Negocio
Capacidades de
Negocio
Define Principios
Gobierna la alineación
de la operación y
estrategia de negocio
Método para
especificar la
arquitectura
Meta modelo y
lenguaje de
modelado
Enfoque de Reuso
Método para
especificar la
arquitectura
Usa arquitecturas de
referencia y
patrones de
arquitectura
Basado en
requerimientos
funcionales y
tecnologicos
Casos de uso
Frameworks de
Software
Usa principios de
Arquitectura
Empresarial
UML con estereotipos
Guía el ciclo de
implantación del
Software

5. ¿ Se puede usar TOGAF (ADM, Content Framework,
Enterprise Continuum, Herramientas) y Archimate para
definir un método de arquitectura de software ?
Método
Contenido
Re-uso

6. Arquitectura de SW como capacidad
de negocio
Arquitectura de SW también es
una capacidad de negocio cuyo
valor fundamental es garantizar
que las soluciones de negocio se
construyan y desplieguen con
calidad en la operación
O visto de otra manera, el modo
de vida de los arquitectos de
software es especificar, verificar
y llevar a la realidad a las
arquitectura de software
Capacidad de AE
Capacidad de
ASW
El Arquitecto
Empresarial y el
Arquitecto de SW
trabaja en conjunto
en la fase de
Gobierno de ADM
El arquitecto de SW
gobierna el actuar
de los grupos de
implantación y
despliegue de SW

7. Método
BDAT de la Arquitectura de Software
Arquitectura de negocio
Arquitectura de Datos Arquitectura de Aplicación
Arquitectura Tecnológica
La arquitectura de sistemas de información y
tecnológica es agnóstica a fabricantes.
Durante la fase E y F de ADM se seleccionan las
soluciones para implantar la arquitectura

8. Arquitectura de negocio ASW
Proceso de Arquitectura de software es el
proceso de negocio
También el gobierno del re uso de activos de
arquitectura de software
Método

9. Arquitectura de Datos ASW
El Enterprise Continuum y el
Repositorio de Arquitectura
son el modelo de datos de
ASW
El meta modelo de
los activos de
arquitectura se basa
en Content
Framework
El lenguaje de
modelado
recomendado es
Archimate 2.1
Método

10. Arquitectura de Aplicación ASW
Las aplicaciones utilizadas para
administrar activos de ASW –
catálogos, matrices, diagramas,
documentación, reportes.
Un modelo colaborativo es
propicio para especificar
arquitecturas
Método

11. Arquitectura Tecnológica ASW
La infraestructura utilizada para
desplegar las aplicaciones
Arquitectura de múltiples
capas, cliente servidor o Web
Modelo suscribir-publicar
para manejo de los activos
de arquitectura
Método

12. Técnicas de TOGAF útiles para
ASW
Método
Gestión de Usuarios/Involucrados
Mitigar expectativas a través de
ASW.
Gestión de Riesgos para identificar
riesgos de SW y Tecnología.
Escenario de negocio como
entrada inicial a las primeras
Principios de arquitectura alineados iteraciones de ASW.
a la Arquitectura Empresarial.

13. Contenido
Contenido de ASW
El contenido de ASW son los artefactos y entregables creados para
especificar a la arquitectura
TOGAF y ASW se apegan al ISO/IEC 42010:2007 y coinciden en los
conceptos

14. Contenido
Biblioteca de puntos de Vista
para ASW
El modelo que la
comunidad de
arquitectura
utiliza es el de
4+1 Kruchten
Otro modelo es el
de puntos de vista y
perspectivas de
Arquitectura por
Rozanski Woods

15. Contenido
Mapeo de puntos de vista de ASW a
Archimate 2.1
La biblioteca de puntos de vista de
Archimate 2.1, se puede utilizar para
solventar inquietudes de los usuarios
interesados de una arquitectura de SW
Para UML 2.0 se convierte en un esfuerzo
de “estirar” un lenguaje de diseño
orientado a objetos a través de perfiles
Cabe aclarar que Archimate 2.1 tiene un
enfoque de semántica de alto nivel y
ayuda al arquitecto de software a
enfocarse a las características externas
del sistema

16. Puntos de vista de contexto
Diagrama de contexto
Actor Cooperation
Diagrama de flujo de negocio
Business Process
Contenido
Catálogos
Puntos de Vista

17. Puntos de vista funcional
Las funciones de aplicación son el
equivalente a casos de uso del
sistema
Contenido
Catálogos
Puntos de
Vista
Arquitectura Funcional
Application Structure
Interacción Funcional
Application Behavior

18. Puntos de vista concurrencia
Transacciones de
negocio, de aplicaciones
y unidades de ejecución
lógica y física en
arquitectura
tecnológica
Contenido
Catálogos
Puntos de Vista
Transacciones aplicaciones
Application Co-operation
Diagrama de interacción
Business Process Co opearation
Diagrama de tecnología para soportar
concurrencia Infrastructure usage

19. Puntos de vista de información
A nivel negocio es información, a nivel
aplicación es dato lógico y a nivel
infraestructura es dato físico
Catálogos
Puntos de Vista
Diagrama de diseminación de datos
Application Behavior
Diagrama de información
Information Structure

20. Puntos de vista de desarrollo
Mostrar las
aplicaciones como
van a realizarse
como paquetes,
bibliotecas, código
fuente o
ejecutables en la
plataforma
tecnológica
Catálogos
Puntos de Vista
Diagrama de Ingeniería de Software -
Implementation and deployment

21. Puntos de vista de despliegue
Catálogos
Puntos de Vista
Diagrama de Descomposición de la Plataforma
Infrastructure

22. Re-uso
Enterprise Continuum y ASW
POSA Pattern
Language
Enterprise
Integration Pattern
Patterns of
Enterprise
Applications

23. ASW e Interoperabilidad
Re uso
Como parte de la estrategia de re uso de bloques de arquitectura, se
recomienda incluir un enfoque de arquitectura de interoperabilidad e
integración de aplicaciones
El componente Broker es el mediador
entre las aplicaciones que publica
funciones y datos y los que consumen
Un contrato de integración es de alto
valor para gobernar a los involucrados
en usar este modelo ya que promueve
responsabilidades directas

24. El panorama total de ASW
Entradas
La arquitectura de software
se define como una
capacidad de negocio que da
como resultado el método de
arquitectura de SW, el
contenido a trabajar y los
modelos de referencia para
así organizar los
componentes de un sistema,
sus relaciones para asegurar
el cumplimiento con
requerimientos
Escenarios de Negocio
Requerimientos funcionales
Requerimientos tecnológicos
Catalogo de
puntos de vista
Método de Arquitectura
Capacidad de negocio ASW
Re uso

25. El arte de especificar arquitecturas
de software se enriquece a través
de la inclusión de las diversas piezas
de TOGAF 9.1 así como el uso de
Archimate 2.1 como lenguaje de
modelado