1

Sistemas y Tecnologías

De la Información

Ing°Hernán Rodríguez Ayalahernanalfredo@gmail.com

Agenda

�Marcos de Referencia: TOGAF

2

El Open Group Architecture Framework (TOGAF)

• Es un marco de referencia de arquitectura, incluyendo un método detallado y un conjunto de herramientas de soporte, para diseñar, evaluar y desarrollar una arquitectura empresarial

• Ha sido desarrollado por el OPEN GROUP que es una organización sin fines de lucro formada por desarrolladores y compradores de tecnología de información

• Referencia Open Group: http://www.opengroup.org

• Referencia TOGAF: http://www.opengroup.org/togaf/

TOGAF

Componentes de TOGAF

1. Introducción: proporciona una introducción de alto nivel de los conceptos clave sobre arquitectura empresarial y en particular sobre el enfoque de TOGAF.

2. Método de desarrollo de arquitectura (ADM): explica como derivar la arquitectura empresarial para una organización específica a partir de los requerimientos de negocios.

3. El conocimiento empresarial: es un “repositorio virtual” de todas las arquitecturas relevantes

3.1 Fundamentos arquitecturales:

3.1.1. El modelo de referencia técnico

3.1.2. Base de estándares de información

3.2 Modelo de referencia de infraestructura de información integrado.

4. Recursos base: es un conjunto de recursos de uso genérico.

3

El Architecture Development Method (ADM)

GGobernabili-

dad de la implementa-

ción

Gestión de requerimientos

Prelim:Framewor

k y Principios

AVision

arquitecturalH

Gestión de cambios

BArquitectura del negocio

CArquitectur

a del sistema de

Información

FPlan de

migración

ESoluciones y oportunida-

des

DArquitectur

a tecnológica

Architecture Development Method (ADM)

4

Fase preliminar: Marco de referencia y principios

• Asegurar que las personas involucradas estén comprometidas con el éxito de este proceso

• Definir los principios arquitecturales que establecen las restricciones de cualquier acción del proceso

• Definir el equipo de personas que es responsable del proceso, su organización, localización y responsabilidades

• Definir el alcance y supuestos

• Definir el marco de referencia y la metodología detallada a ser usada. Generalmente es una adaptación del ADM

• Iniciar y monitorear un proceso para confirmar la idoneidad del marco de referencia definido

• Si fuera necesario, establecer un conjunto de criterios para evaluar herramientas de modelamiento de arquitectura.

Principios

• En general los principios son pautas y reglas generales perdurablesraramente modificables que establecen y respaldan la forma en que unaorganización cumple su misión.

• Dependiendo de la organización los principios pueden ser establecidos en distintos niveles, como los que vemos a continuación:

1. Principios empresariales

2. Principios de Tecnología de Información

3. Principios de arquitectura

3.1 Principios que gobiernan el proceso de arquitectura

3.2 Principios que gobiernan la implementación de la arquitectura.

5

Principio: Independencia Tecnológica (1)

Declaración: Las aplicaciones son independientes de la tecnologíaespecífica elegida y por eso pueden operar sobre una gran variedad deplataformas tecnológicas.

Fundamento: La independencia de las aplicaciones de la tecnologíapermite que las aplicaciones puedan ser desarrolladas, modernizadas yoperadas en la más costo-efectiva y oportuna forma. De otra manera, latecnología que esta sujeta a continua obsolescencia y dependencia delvendedor se convierte en la que conduce los requerimientos propios delusuario.

Tener en cuenta que cada decisión hecha respecto a la tecnologíade información nos hace dependientes de esa tecnología, respetar esteprincipio es asegurar que las aplicaciones de software no sondependientes de específicos hardware y sistemas operativos.

Principio: Independencia tecnológica (2)

Implicancias:

• Este principio requiere estándares que soporten portabilidad

• Para productos empaquetados llamadas aplicaciones COTS (commercialoff-the-shelf software) o GOTS (government off-the-shelf software) puedenhaber limitadas opciones para elegir, pues muchas de estas aplicacionesson dependientes de la plataforma tecnológica

• Interfaces de programas de aplicación (APIs) será necesario desarrollarpara permitir que las aplicaciones heredadas puedan ínter operar con lasaplicaciones y ambientes operativos desarrollados sobre la arquitecturaempresarial

• Middlewares deben ser usados para desacoplar aplicaciones de especificassoluciones de software

• Como un ejemplo, este principio podría permitir el uso de JAVA y en elfuturo usar algún protocolo, que permite un alto grado de prioridad a laindependencia de plataforma.

6

Entradas a la fase preliminar

1. Método de desarrollo de arquitectura TOGAF.

2. Otros marcos de referencia de arquitecturas (si fueran necesarios).

3. Estrategia de negocios, principios de negocios, metas de negocios y directivas de negocios (cuando pre-existan).

4. Estrategias de manejo de la tecnología de información (cuando pre-existan).

5. Principios de arquitectura (cuando pre-existan).

6. Principios que están siendo suscritos o que están llegando de otras arquitecturas relacionadas (cuando existan).

Salidas de la fase preliminar

1. Definición de marco de referencia.

2. Principios de arquitectura.

3. Ajustes a principios de negocios, metas del negocio y directivas del negocio (si hubieran).

7

Fase A: Visión arquitectónica

• Identificar, definir el alcance y priorizar los componentes de la arquitectura a desarrollar

• Definir los grupos de interés relevantes, sus preocupaciones y objetivos

• Definir los requerimientos claves del negocio a ser considerados en la arquitectura a desarrollar y las restricciones que deben tomarse en cuenta

• Articular una visión arquitectónica que muestre una respuesta a esos requerimientos y restricciones

• Asegurar la aprobación formal antes de continuar.

Entradas a la visión arquitectónica

1. Requerimiento de desarrollo de arquitectura.

2. Estrategia de negocios, principios de negocios, metas de negocios y directivas de negocios (cuando pre-existan).

3. Principios de arquitectura (cuando pre-existan).

4. Conocimiento empresarial.- documentación arquitectural existente (descripción de estructura, descripciones arquitecturales, descripciones de la línea base, etc.).

8

Salidas de la visión arquitectónica

1. Propuesta para desarrollo de arquitectura aprobada.- Definición del proyecto, incluyendo en particular:

1.1. Alcance y restricciones.

1.2. Plan del desarrollo de arquitectura.

2. Declaración actualizada de los principios de negocios, metas de negocios y directivas estratégicas.

3. Principios de arquitectura (si no existían previamente).

4. Visión arquitectónica.

5. Escenarios de negocios y técnicos.

Resultados de la visión arquitectónica

Alcance: toda la empresa

Grupos de interés : • Clientes: calidad, oportunidad y precio

• Accionistas: rentabilidad y prestigio personal

• Entidades financieras: rentabilidad y cumplimiento de obligaciones

• Gerentes: gestión, identificación, desarrollo personal y remuneración

• Empleados: identificación, desarrollo personal y remuneración

• Obreros: identificación, capacitación y ocupación

• Proveedores: pedidos, pago oportuno y ser socios de negocio.

9

Fase B: Arquitectura del negocio

• Describir la arquitectura actual del negocio

• Desarrollar la arquitectura propuesta, describiendo los productos y/o servicios estratégicos, y la organización funcional, procesos, información y los aspectos geográficos del entorno del negocio

• Analizar la brecha entre la arquitectura del negocio actual y la propuesta.

Entradas a la arquitectura del negocio

1. Requerimiento de desarrollo de arquitectura

2. Propuesta para desarrollo de arquitectura aprobada.- Definición delproyecto

3. Declaración actualizada de los principios de negocios, metas de negociosy directivas estratégicas

4. Principios de arquitectura

5. Conocimiento empresarial.- documentación arquitectural existente(descripción de estructura, descripciones arquitecturales, descripcionesde línea base, etc.)

6. Visión arquitectónica/escenarios de negocios.

10

Línea base

La IEEE 610.12/1990 define una línea base como:

“Una especificación o producto que se ha revisado formalmente y sobre los que se ha llegado a un acuerdo, y que de ahí en adelante sirve como base para un desarrollo posterior y que puede cambiarse solamente a través de procedimientos formales de control de cambios”.

Matriz de análisis de diferencias

ArqArq.. NuevaNuevaArqArq.. ActualActual

BloqueBloque 22 BloqueBloque 33 BloqueBloque 55 EliminadoEliminado

BloqueBloque 11 IntencionIntencion..eliminadoeliminado

BloqueBloque 22 IncluidoIncluido

BloqueBloque 33 NuevaNueva versiónversión

BloqueBloque 44 EliminadoEliminadoporpor errorerror

NuevoNuevo DesarrollarDesarrollar ooadquiriradquirir

DesarrollarDesarrollar ooadquiriradquirir

11

Salidas de la arquitectura del negocio (1)

1. Propuesta para desarrollo de arquitectura aprobada (actualizada, si fuera el caso).

2. Principios de negocios, metas del negocio y directivas estratégicas validados.

3. Arquitectura del negocio propuesta.- versión 2 detallada, incluyendo:

� Estructura organizacional.

� Metas de negocio y objetivos de cada unidad organizativa.

� Funciones del negocio.

� Servicios del negocio.

� Procesos de negocios.

� Roles de negocios.

� Correlación entre organización y funciones.

Salidas de la arquitectura del negocio (2)

1. Línea base del negocio.

2. Vistas correspondientes a seleccionados puntos de vista específicos de los grupos de interés.

3. Resultado de análisis de diferencias.

4. Requerimientos técnicos.

5. Reporte de la arquitectura del negocio.

6. Requerimientos de negocio actualizados.

12

Fase C: Arquitectura del sistema de información - Datos

1. El objetivo es definir los tipos y fuentes de datos más importantesnecesarios para soportar el negocio, de forma que:

� Sean entendibles a los grupos de interés

� Completos y consistentes

� Estables.

2. La meta es definir las entidades relevantes a la organización, no diseñarlos sistemas de almacenamiento físico o lógico.

3. Analizar la brecha entre la arquitectura del sistema de información actualy la propuesta.

Entradas a la arquitectura del sistema de información -Datos

1. Requerimiento de arquitectura

2. Propuesta para desarrollo de arquitectura

3. Visión arquitectónica

4. Requerimientos técnicos relevantes que se aplicarán a esta fase

5. Análisis de diferencias (respecto a la arquitectura del negocio)

6. Línea base del negocio Versión 2 (detallada) – si fuera apropiado

7. Arquitectura de negocio propuesta Versión 2 (detallada)

8. Bloques de construcción reusables.

13

Salidas de la arquitectura del sistema de información –Datos (1)

1. Propuesta para desarrollo de arquitectura (actualizada si es necesario)

2. Descripción de la línea base de los datos – si es apropiado

3. Principios de datos validados, o nuevos principios de datos (si fueron generados en esta fase)

4. Arquitectura de datos propuesta� Modelo conceptual

� Modelo lógico

� Modelos de gestión del proceso de datos

� Matriz de datos/función de negocio

� Requerimientos de interoperabilidad de datos

5. Puntos de vista dirigidos a aspectos claves de las preocupaciones de los grupos de interés

Salidas de la arquitectura del sistema de información –Datos (2)

6. Vistas correspondientes a seleccionados puntos de vista como:

� Vista de diseminación de datos

� Vista del ciclo de vida de los datos

� Vista de la seguridad de los datos

� Vista de la gestión del modelo de datos

7. Resultados del análisis de diferencias

8. Requerimientos técnicos relevantes que serán aplicados a esta evolución del ciclo de vida de la arquitectura

9. Reporte de la arquitectura de datos, consolidando lo que fue hecho y los hallazgos clave.

14

Salidas de la arquitectura del sistema de información –Datos (3)

10. Análisis de impacto:

� Áreas donde la arquitectura de negocio requiere ser cambiada paralograr un cambio en la estructura de datos

� Identificar cualquier área donde la arquitectura de aplicaciones (si fuegenerada en esta fase) puede requerir de cambios para lograrcambios en la arquitectura de datos

� Restricciones a cerca del diseño de la arquitectura de la tecnología

11. Requerimientos actualizados del negocio (si fuera apropiado).

Fase C: Arquitectura del sistema de información -Aplicaciones

� Definir los más importantes tipos de sistemas de aplicacionesnecesarios para procesar los datos y soportar el negocio.

� Es importante notar que este esfuerzo no esta referido a diseñar lasaplicaciones.

� Las aplicaciones no son descritas como sistemas de computación,sino como grupos lógicos de capacidades que manejan los datos deuna arquitectura de datos y soportan las funciones del negocio de laarquitectura del negocio.

� Analizar la brecha entre la arquitectura de aplicaciones actual y lapropuesta.

15

Entradas a la arquitectura del sistema de información-aplicaciones

1. Principios de aplicaciones (si existieran)2. Requerimiento de arquitectura3. Propuesta para desarrollo de arquitectura4. Visión arquitectónica5. Requerimientos técnicos relevantes que serán aplicados a esta fase6. Análisis de diferencias respecto a la arquitectura del negocio7. Línea base del negocio – Versión 2 (detallada) – si fuera apropiado8. Arquitectura del negocio propuesta – Versión 2 (detallada)9. Bloques de construcción reusables (de la organización del conocimiento

empresarial, si están disponibles)10. Descripción de la línea base de los datos – si es apropiado y si esta

disponible 11. Arquitectura de datos propuesta – si está disponible.

Salidas de la arquitectura del sistema de información-Aplicaciones

1. Estado del trabajo de arquitectura

2. Descripción de la línea base de las aplicaciones, si es apropiado

3. Principios de aplicaciones validados, o nuevos principios de aplicaciones (si se generaron en esta fase)

4. Arquitectura de aplicaciones propuesta� Modelo de sistemas sobre procesos

� Modelo de sistemas sobre ubicaciones

� Modelo de sistemas sobre tiempo

� Modelo de sistemas sobre personas

� Requerimientos de interoperabilidad de aplicaciones

16

Salidas de la arquitectura del sistema de información-Aplicaciones (2)

6. Vistas correspondientes a seleccionados puntos de vista; por ejemplo:

� Vista de servicios comunes a las aplicaciones

� Vista de interoperabilidad de aplicaciones

� Vista de información vs. aplicaciones

� Vista de localización de usuarios vs. aplicaciones

7. Resultados del análisis de diferencias

8. Reporte de la arquitectura de aplicaciones, consolidando lo que fue hecho y los hallazgos más importantes

Salidas de la arquitectura del sistema de información-Aplicaciones (3)

9. Análisis de impacto

� Áreas donde la arquitectura de negocios pueden necesitarcambiar para permitir el cambio de la arquitectura deaplicaciones

� Identificar cualquier área donde la arquitectura de datos (si yaesta generada) puede necesitar cambiar para permitir el cambiode la arquitectura de aplicaciones

� Restricciones de diseño a ser tomadas en cuenta en laarquitectura de tecnología

10. Requerimientos de negocios actualizados (si fuera apropiado).

17

Fase D: Arquitectura tecnológica

� Desarrollar la arquitectura tecnológica que formará la base para la implementación de lo que falta por hacer

� Descripción de la línea base de la arquitectura tecnológica existente

� Para establecer la lista de los servicios y funciones de la arquitectura existente

� Analizar la brecha entre la arquitectura tecnológica actual y la propuesta.

Modelo de Referencia Técnica (alto nivel)

18

Modelo de Referencia Técnico (nivel detallado)

Base de estándares de información

�La base de estándares de información del Open Group es unabase de datos de hechos y orientación acerca de estándares desistemas de información.

�Estos estándares provienen de varias fuentes: entidades formalesdedicadas a la producción de estándares tales como la ISO o IEEE;de autoridades sobre estándares de mercado como la SociedadInternet; del Consocio World Wide Web y otros consorcios y deorganizaciones como OMG.

19

Entradas a la arquitectura tecnológica (1)

1. Principios técnicos

2. Requerimiento de arquitectura

3. Propuesta para desarrollo de arquitectura

4. Visión arquitectural

5. Requerimientos técnicos relevantes de las fases previas

6. Análisis de diferencias respecto a la arquitectura de datos

7. Análisis de diferencias respecto a la arquitectura de aplicaciones

8. Línea base del negocio – Versión 2 (detallada) – si es apropiado

9. Línea base de la descripción de Datos

Entradas a la arquitectura tecnológica (2)

10. Línea base de la descripción de las aplicaciones

11. Arquitectura del negocio – Versión 2 (detallada)

12. Bloques de construcción reusables (del repositorio virtual de la organización, si está disponible)

13. Arquitectura de datos propuesta

14. Arquitectura de aplicaciones propuesta

15. Bloques de construcción de la arquitectura reusables (del repositorio virtual de la organización, si está disponible)

16. Bloques de construcción de soluciones reusables (del repositorio virtual de la organización, si está disponible).

20

Salidas de la arquitectura tecnológica

1. Arquitectura tecnológica

� Especificación de la arquitectura tecnológica

� Traceabilidad de los requerimientos de la arquitectura tecnológica

� Mapeo de arquitecturas en el repositorio virtual de la arquitectura tecnológica.

2. Reporte de la arquitectura tecnológica.

Fase E: Soluciones y oportunidades

�Evaluar y seleccionar entre las opciones de implementaciónidentificadas en el desarrollo de varias arquitecturas propuestas (porejemplo opciones de construir vs. comprar vs. reusar )

�Evaluar las dependencias, costos, y beneficios de los diferentesproyectos

�Generar una estrategia global de implementación, migración y undetallado plan de implementación.

21

Entradas a soluciones y oportunidades

1. Requerimiento de desarrollo de arquitectura

2. Propuesta para desarrollo de arquitectura

3. Arquitectura del negocio

4. Arquitectura de datos

5. Arquitectura de aplicaciones

6. Arquitectura tecnológica

7. Arquitectura de bloques de construcción reusables (del repositorio virtual de la organización, si está disponible)

8. Información de productos.

Salidas de soluciones y oportunidades

1. Estrategia de implementación y migración.

2. Plan de implementación de alto nivel.

3. Análisis de impacto y lista de proyectos.

22

43

La Estrategia de implementación y migración

� La Estrategia de implementación y migración debe tomar en cuenta:

� Interoperabilidad.

� Integración.

� La Arquitectura Orientada a Servicios.

� Web Service.

� Business Process Management (BPM).

� Business Process Modeling Notation (BPMN).

¿DUDAS?

23

Descanso …