Métodos para el diseño de soluciones

Transcripción

1 Sergio Sotelo IBM Software IT Architect

2 Agenda Unified Method Architecture Introducción a TOGAF 2

3 Método o Metodología? Método Modo de decir o hacer con orden una cosa Métodología Ciencia del método 3

4 Un método provee un framework para realizar el proceso de arquitectura Es una colección de procedimientos, técnicas, herramientas y documentación Ayuda en las tareas de implantar un sistema de información Formaliza lo que se hace, haciendolo más repetitivo UMF, OpenUP y TOGAF proveen métodos para definir y documentar arquitecturas Ciclo de Vida RUP Architect Summit OpenUP: TOGAF: 4

5 IBM Unified Method Architecture (UMA) provee un modelo sobre el cual se pueden construir métodos y procesos Desarrollado por un equipo interdisicplinario con miembros de los tres métodos Solución de ingeniería de métodos integrado Permite una gestión común e integración estructurada de todos los ofrecimientos de métodos de IBM Presentado a OMG para convertirse en el estándar Software Process Engineering Metamodel (SPEM 2.0) 5

6 6 Architect Summit Unified Method Architecture provee el meta-modelo para el Unified Method Framework Method Framework: representa el alcance repetitivo y consistente para lograr un conjunto de objetivos basado en una colección de técnicas y mejores prácticas bien definidas Method Content: representa los bloques reusables principales del método que existen en un ciclo predefinido Roles Method Framework Method Content Process Tasks Work Products Guidance Delivery Processes Activities Capability Patterns Guidance aplican tanto a Method Content y Process y proveen detalle adicional a los elementos del método Process: muestra el contenido del método de ensamblaje en una secuencia o flujo de trabajo (work breakdown structure) usado para organizar el proyecto y desarrollar la solución

7 El framework IBM Unified Method Framework (UMF) es el método integrada de IBM basado en UMA 7

8 Agenda Unified Method Architecture Introducción a TOGAF 8

9 Qué es TOGAF y por qué nos debería importar? TOGAF es un framework de Arquitectura Empresarial del Open Group ( Un framework genérico para el desarrollo de arquitecturas para cubrir diferentes necesidades del negocio No es una arquitectura talla única Una iniciativa de la comunidad El framework TOGAF no está amarrado a ningún producto o herramienta del mercado TOGAF cubre el desarrollo de cuatro tipos de arquitectura relacionados: Arquitectura de Negocios, Arquitectura de Información o Datos, Arquitectura de Aplicación y Arquitectura Tecnológica Se está convirtiendo en una tema común en el mercado 9

10 TOGAF v9 esta compuesto del ADM y el Continuum Empresarial El ADM se describe como un círculo de cultivo y representa la base de la especificación TOGAF. Es un método para obtener una arquitectura empresarial específica. El Enterprise Continuum es un modelo para estructurar un repositorio virtual de activos de arquitectura tales como patrones, modelos y descripciones de arquitectura. 10

11 TOGAF ADM es un método interactivo, en todo el proceso, entre fases y en cada fase. Cada fase es validada contra los requerimentos actuales del negocio El círculo de Gestión de Requerimientos denota, no un conjunto estático de requerimientos, sino un proceso dinámica donde se identifican, guardan y alimentan los requerimientos de la arquitectura empresarial y los cambios subsecuentes relevantes a las fases de ADM. 11

12 La Fase Preliminar para la organización para emprender la Arquitectura Empresarial satisfactoriamente Entender el ambiente del negocio Compromiso de los stakeholders clave Acuerdo del alcance Establecer principios Establecer estructura de gobernabilidad Acordar método a ser adoptado 12

13 La fase de Visión de Arquitctura inicia una iteración del proceso de arquitectura, valida el contexto de negocio y crea la propuesta de trabajo de arquitectura. Define el alcance, obligaciones y expectativas Es requerida al comienzo de cada ciclo de arquitectura 13

14 La fase de Arquitectura de Negocios es la organización del negocio en termino de sus procesos y las personas y sus relaciones entre ellas y con el ambiente de acuerdo a los objetivos del negocio. Contiene principios que gobernarán el diseño y la evolución de la arquitectura de negocios Tiene la estructura de la organización, sus objetivos, roles y procesos/servicios/funciones de negocio y sus relaciones Requerida al comienzo de cada ciclo de arquitectura Confima el contexto Define la base y el objetivo Valida requerimientos y preocupaciones Realiza el análisis de la brecha entre la arquitectura de negocio base y la objetivo 14

15 La fase de Arquitectura de Sistemas de Información es sobre la organización fundamental de los sistemas IT y como estos cumplen los objetivos de negocio de la empresa. 15 Expone la relación de los sistemas IT entre ellos y con el ambiente Expone los principios que gobiernan el diseño y la evolución del sistema IT Cubre tanto las arquitectura de datos y de aplicaciones Desarrolla las arquitecturas de datos y de aplicación en cualqueir orden o en paralelo de acuerdo a consideraciones prácticas

16 La Arquitectura de Datos parte de la fase de Arquitectura de Sistemas de Información. Define los tipos y fuentes principales de los datos necesarios para soportar el negocio. La Arquitectura de Datos cubre datos que son: Entendibles por los stakeholders Completos y consistentes Estables El objetivo es defininr las entidades de datos relevantes a la empresa, no diseñar los sistemas de almacenamiento lógico o físico. Este esfuerzo no trata del diseño de base de datos. 16

17 La Arquitectura de Aplicaciones parte de la fase de Arquitectura de Sistemas de Información. Define los tipos de sistemas de aplicación principales necesarios para procesar los datos y soportar el negocio. Se ven las aplicaciones como capacidades lógicas para gestionar los datos y soportar las funciones de negocio; no deben ser descritos aun como sistemas de computo Identifica que son estas aplicaciones Establece que necesitan estas aplicaciones para gestionar los datos y presentarlos a los usuarios Este esfuerzo no trata de diseñar los sistemas de aplicaciones. 17

18 La fase de Arquitectura Tecnológica es la organización fundamental del hardware, software y comunicaciones de los sistemas IT Las relaciones del hardware/ software/comunicaciones entre ellas y con el ambiente Los principios que gobiernan su diseño y su evolución por ejemplo, la organización puede mandar el uso de una lista de proveedores/productos aprobados por la organización. 18

19 La fase de Oportunidades y Soluciones es donde se identifican los proyectos de implantaciónm y la razon para su implantación Identifica proyectos principales a implantar Decide el alcance de la implantación: crear o comprar o reutilizar, tercerizar, open source, etc. Establece prioridades de los proyectos y sus dependencias 19

20 La fase de Planeamiento de Migración define el plan de migración, incluyendo la priorización del trabajo, selección de los principales paquetes de trabajo y el desarrollo del Plan de Migración Para los proyectos identificados en las fases anteriores, esta fase realiza: Análisis costo/beneficio Evaluación del riesgo Creación de un plan de implantación detallado 20

21 La fase de Gobierno de Implantación cubre la visión general de la arquitectura de la implantación Define los obstaculos de la arquitectura Expone el contrato de arquitectura Monitorea la conformidad de la implantación 21

22 La fase de Gestión de Cambio de Arquitectura asegura que los cambios a la arquitectura son gestionados de una manera cohesiva y arquitectada Esta fase establece y soporta la Arquitectura Empresarial para proveer flexibilidad para evolucionar rápidamente en respuesta a cambios en los ambientes tecnológicos y de negocio 22

23 El Enterprise Continuum es un modelo para estructurar un 'repositorio virtual' de activos de arquitectura tales como patrones, modelos y descripciones de arquitectura Es una ayuda importante para comunicar y entender, tanto dentro de la empresa y entre empresas de clientes y organizaciones de proveedores Tambies es una ayuda para organizar activos de arquitectura y de solución reutilizables Es una combinación de dos conceptos complementarios: el Architecture Continuum y el Solutions Continuum: El Architecture Continuum ofrece una manera consistente de definir y entender reglas genericas, representaciones, y relaciones en un sistema de información. El Solutions Continuum provee una manera consistente de describir y entender la implementación del Architecture Continuum 23

24 Referencias TOGAF TOGAF Web Site: The Architecture Forum: architecture/ TOGAF Version 9 on-line: architecture/togaf9-doc/arch/ TOGAF Version 9 licensing and downloads:

25 Apreciamos su feedback. Favor completar la encuesta de satisfacción para mejorar estos eventos. 25