Arquitectura empresarial y de software version final

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

description

La arquitectura de software desde un enfoque de TOGAF y Archimate

Transcript of Arquitectura empresarial y de software version final

Page 1: Arquitectura empresarial y de software version final

Un enfoque integral usando

TOGAF 9.1 y Archimate 2.1

Arquitectura Empresarial

y de Software.

Page 2: Arquitectura empresarial y de software version final

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.

Page 3: Arquitectura empresarial y de software version final

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

Page 4: Arquitectura empresarial y de software version final

Coincidencias y diferencias entre

Arquitectura Empresarial y de Software

Arquitectura Empresarial Arquitectura de Software

Basado en

requerimientos de

negocio

Escenarios de

Negocio

Capacidades de

Negocio

Define Principios

Enfocado a

visión de varios

sistemas

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

Page 5: Arquitectura empresarial y de software version final

¿ 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

Page 6: Arquitectura empresarial y de software version final

Arquitectura de SW como capacidad

de negocioArquitectura 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

Page 7: Arquitectura empresarial y de software version final

BDAT de la Arquitectura de Software

Arquitectura de negocio

Arquitectura Tecnológica

Arquitectura de Datos Arquitectura de Aplicación

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

Método

Page 8: Arquitectura empresarial y de software version final

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

Page 9: Arquitectura empresarial y de software version final

Arquitectura de Datos ASWEl 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

Page 10: Arquitectura empresarial y de software version final

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

Page 11: Arquitectura empresarial y de software version final

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

Page 12: Arquitectura empresarial y de software version final

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

iteraciones de ASW.Principios de arquitectura alineados

a la Arquitectura Empresarial.

Page 13: Arquitectura empresarial y de software version final

Contenido de ASWEl 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

Contenido

Page 14: Arquitectura empresarial y de software version final

Biblioteca de puntos de Vista

para ASW

Contenido

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

Page 15: Arquitectura empresarial y de software version final

Mapeo de puntos de vista de ASW a

Archimate 2.1

Contenido

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

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

Para UML 2.0 se convierte en un esfuerzo

de “estirar” un lenguaje de diseño

orientado a objetos a través de perfiles

Page 16: Arquitectura empresarial y de software version final

Puntos de vista de contexto

Diagrama de contexto

Actor Cooperation

Diagrama de flujo de negocio

Business Process

Contenido

Catálogos

Puntos de Vista

Page 17: Arquitectura empresarial y de software version final

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

Page 18: Arquitectura empresarial y de software version final

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 tecnología para soportar

concurrencia Infrastructure usage

Diagrama de interacción

Business Process Co opearation

Page 19: Arquitectura empresarial y de software version final

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

Page 20: Arquitectura empresarial y de software version final

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

Page 21: Arquitectura empresarial y de software version final

Puntos de vista de despliegue

Catálogos

Puntos de Vista

Diagrama de Descomposición de la Plataforma

Infrastructure

Page 22: Arquitectura empresarial y de software version final

Re-uso

Enterprise Continuum y ASW

POSA Pattern Language

Enterprise Integration Pattern

Patterns of Enterprise Applications

Page 23: Arquitectura empresarial y de software version final

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

Page 24: Arquitectura empresarial y de software version final

El panorama total de ASWEntradas

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

Capacidad de negocio ASW

Método de Arquitectura

Re uso

Page 25: Arquitectura empresarial y de software version final

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