Loading presentation...

Present Remotely

Send the link below via email or IM

Copy

Present to your audience

Start remote presentation

  • Invited audience members will follow you as you navigate and present
  • People invited to a presentation do not need a Prezi account
  • This link expires 10 minutes after you close the presentation
  • A maximum of 30 users can follow your presentation
  • Learn more about this feature in our knowledge base article

Do you really want to delete this prezi?

Neither you, nor the coeditors you shared it with will be able to recover it again.

DeleteCancel

Make your likes visible on Facebook?

Connect your Facebook account to Prezi and let your likes appear on your timeline.
You can change this under Settings & Account at any time.

No, thanks

TOGAF

Arquitectura Empresarial MGADS 2014
by

gustavo gómez

on 27 September 2014

Comments (0)

Please log in to add your comment.

Report abuse

Transcript of TOGAF

TOGAF representa una marco de trabajo estructurado que requiere aplicarse de manera disciplinada.
TOGAF es altamente adaptable por lo que puede ser una solución para cualquier empresa.
Las empresas que tengan una madurez en el tema de arquitectura empresarial fácilmente podrían descartar este framework.

TOGAF


TOGAF provides the methods and tools for assisting in the acceptance, production, use, and maintenance of an enterprise architecture.

TOGAF provee métodos y herramientas para apoyar la aceptación, producción, uso y mantenimiento de una Arquitectura Empresarial
¿Qué es un framework de arquitectura?
Es un conjunto de estructuras que pueden utilizarse para el desarrollo de diferentes arquitecturas.

Debe contener un conjunto de herramientas y proveer un vocabulario común
Evolución de TOGAF
Ejemplos y casos de éxito
ARQUITECTURAS EN TOGAF
La arquitectura empresarial de TOGAF se basa en cuatro dimensiones:
Colombia
La primera versión de TOGAF fue desarrollada en 1995, basada en TAFIM -Technical Architecture Framework for Information Management- del Departamento de Defensa de los Estados Unidos. La última versión es TOGAF 9.1 publicado en el 2011.
TOGAF
Constanza Quintero
Álvaro Obregón
Gustavo A. Gómez

Llamado también Procesos de Negocio, esta dimensión define la estrategia de negocios, la gobernabilidad, la estructura y los procesos clave de la organización.
Arquitectura de Negocios
Provee un plano para cada uno de los sistemas de aplicación que se requiere implantar, las interacciones entre estos sistemas y sus relaciones con los procesos de negocio centrales de la organización.
Arquitectura de Aplicaciones
Describe la estructura de los datos físicos y lógicos de la organización, y los recursos de gestión de estos datos.
Arquitectura de Datos
Describe la estructura de hardware, software y redes requerida para dar soporte a la implantación de las aplicaciones principales, de misión crítica, de la organización.
Arquitectura Tecnológica
COMPONENTES DE TOGAF
Método de Desarrollo de Arquitectura (ADM)
Proceso para desarrollar arquitecturas empresariales.

Iterativo sobre fases y dentro de ellas
Al final de la iteración se toman decisiones claves
Validación frecuente sobre fases y dentro de ellas
ARCHITECTURE CONTENT FRAMEWORK
Provee un modelo detallado de los productos que produce la arquitectura mediante entregables, artefactos dentro de los entregables y ABBs (Architecture Building Blocks)
ENTERPRISE CONTINUUM AND TOOLS
Provee métodos para la clasificar los artefactos de la solución y de la arquitectura

Muestra cómo los diferentes artefactos se relacionan y como pueden ser reusados.

Se basa en los modelos y arquitecturas existentes (patrones, modelos, descripciones arquitectónicas, etc.)
ARCHITECTURE CAPABILITY FRAMEWORK
Es el conjunto de recursos, guías, plantillas, antecedentes, etc, que son provistos para ayudar al arquitecto a establecer una práctica arquitectónica dentro de una organización.
TOGAF sirve para la creación de una Enterprise Architecture y normalmente se aplica a:


Minimizar riesgos de no-entendimiento entre Negocio y Tecnología
Generación de valor
Describir, documentar y continuar los sistemas y aplicaciones construidos
Reducción de costes
Reducción de Riesgos
Identificación de Oportunidades
Flexibilidad y adaptación: Considerando la transformación continua de las empresas, TOGAF se puede adaptar fácilmente a los proyectos sin permitir que se pierda la calidad de las arquitecturas diseñadas.

Lenguaje común: Se modela la arquitectura de cada área, para que sea sencillo para cada implicado comprender el desarrollo y construcción de las diferentes aplicaciones, esto, por medio del repositorio de documentos y modelos que ofrece.
Ventajas de
utilizar TOGAF
Desventajas de utilizar TOGAF
•Permite un nivel alto de personalización que a menudo puede convertirse en un problema
•En relación a la integridad taxonómica, no posee mucho énfasis, lo que dificulta la clasificación de los artefactos arquitectónicos existentes.
•No presta mucha atención a los modelos de madurez de la arquitectura, lo que dificulta el mejoramiento constante del modelo arquitectónico.
En Colombia empresas como Ecopetrol y el Grupo Familia, pero también muchas entidades públicas como la Superintendencia de Sociedades y el Ministerio de Justicia, ya han apropiado la arquitectura empresarial.

El Ministerio de TIC promueve la iniciativa de Arquitectura Empresarial para el estado.
TOGAF, la metodología más popular Si bien esta metodología es la más adoptada en el mundo, el Ministerio TIC no la impone ni la recomienda. Al contrario, para el marco de Arquitectura Empresarial se utilizarán diferentes metodologías que respondan a las necesidades específicas del país. Tecnocom y Everis: empresas encargadas de definir la AE del estado colombiano

Forma de Trabajo de Kynetia con TOGAF:

En Kynetia enfocan los proyectos de desarrollo software como procesos de ingeniería en los que es necesario diseñar correctamente las soluciones que proveen.
KYNETIA
Kynetia ha adaptado la metodología ADM y el framework TOGAF a las necesidades de las operaciones de sus clientes en diferentes proyectos de Ingeniería de Software, aplicando los siguientes criterios:

Iteraciones sobre ADM, modificando los primeros ciclos para hacer énfasis en los dominios donde más riesgo o indefinición se encuentran.
Adaptación de los artefactos o productos de cada una de las fases de TOGAF
Governance, dado que no hay dos empresas iguales, la forma de gestionar y gobernar proyectos depende en cada caso.
Perfiles, pues no todos los proyectos y empresas requieren los mismos perfiles.
- http://arquitecturaempresarialcali.wordpress.com/ea-frameworks/togaf/
- http://prezi.com/1ld3aedx0e78/togaf/
- The Open Group . The Open Group Architecture Framework. Introduccion a ADM(Architecture Developer Method). [En línea] [Citado el: 17 de 02 de 2011.]
- http://www.togaf.info/togaf9/togafSlides9/TOGAF-V9-M3-Intro-ADM.pdf.
- http://ar-em.co/ar-em/index.php?option=com_content&view=article&id=77&Itemid=280
- The Open Group . Welcome to TOGAF® Version 9 an Open Group Standard. [En línea] [Citado el: 15 de 02 de 2011.]
- http://www.opengroup.org/architecture/togaf9-doc/arch/index.html.
- The Open Group . The Open Group Architecture Framework. Introduccion a ADM(Architecture Developer Method). [En línea] [Citado el: 17 de 02 de 2011.] http://www.togaf.info/togaf9/togafSlides9/TOGAF-V9-M3-Intro-ADM.pdf.
-http://www.dinero.com/Imprimir.aspx?idItem=162453
.http://www.kynetia-sw.com/?page_id=78
Bibliografía
Conclusiones
Seleccionar modelos de referencia
Descripción línea base de la AT
Descripción del objetivo de la AT
Realizar análisis de brecha
Componentes de ruta
Resolver impactos en el horizonte de la arquitectura
Revisión formal stakeholders
Finalizar AT
Crear Documento de Definición de Arquitectura
Revisión Contexto empresarial
Identificar y determinar requerimientos stakeholders
Definir framework a usar
Evaluar madurez de la AE
Objetivos
Asegurar el compromiso de la empresa
Definir ciclo de desarrollo de la Arquitectura
Key performance indicators
Definir Stakeholders
Definir requerimientos de negocio claves
Pasos
Establecer Arquitectura del proyecto
Elaborar objetivos de negocio
Evaluar capacidades del negocio
Definir alcance
Desarrollar la visión de la Arquitectura
Objetivos
Describir la línea base de Arquitectura del negocio
Desarrollar Arquitectura de negocio Objetivo
Analizar la brecha
Pasos
Seleccionar modelos de referencia
Realizar análisis de brecha
Definir componentes de ruta
Dirigir revisión de stakeholders
Objetivo
Desarrollar Arquitecturas objetivo de los dominios de aplicación y datos
Pasos
Arquitectura de datos y aplicación:
Seleccionar modelos de referencia
Descripción línea base
Descripción Arquitectura objetivo
Desarrollar Análisis de brecha
Definir ruta de componentes
Revisión stakeholde
Crear Documento de definición de arquitectura
Objetivos
Revisar objetivos y capacidades
consolidar brechas B-D
Definir criterios para el cambio
Pasos
Determinar restricciones de negocio
Revisar y consolidar análisis de brecha
Revisar requerimientos de IT
Formular estrategia de migración
Portafolio de arquitectura
Objetivos
Asegurar que el plan de migración está coordinado
Priorizar proyectos de acuerdo al valor para el negocio
Confirmar las arquitecturas de transición
Pasos
confirmar la gestión del plan de migración
Asignar valor a los proyectos
Estimar recursos, requerimientos y tiempos
Implementar ruta de Arquitectura de implementación
Objetivos
Formular recomendaciones de cada proyecto
Gestionar contrato de la arquitectura
Asegurar que las soluciones son implementadas con éxito
Pasos
Confirmar alcance y prioridades para la implementación
Identificar recursos y habilidades
Guiar la implementación de soluciones
Revisión cumplimento AE
Objetivos
Asegurar que la línea base mantiene el propósito
Evaluar Rendimiento de AE
Evaluar cambios en el framework
Establecer proceso de gestión de cambio siguiente
Maximizar valor del negocio
Pasos
Implementar herramientas de monitoreo
Gestión del riesgo
Gestión del cambio en la arquitectura
Gestionar proceso de gobernanza
Activar proceso para implementar cambio
Objetivos
Asegurar que la línea base mantiene el propósito
Evaluar Rendimiento de AE
Evaluar cambios en el framework
Establecer proceso de gestión de cambio siguiente
Maximizar valor del negocio
Objetivo
Definir un proceso donde los requerimientos sean
identificados, almacenados y retroalimentados en cada fase.
Pasos
Requerimientos de línea base
Identificar y registrar cambios de requerimientos
Actualizar repositorio de requerimientos
Tomado de: http://prezi.com/lap39gv82fi_/togaf/
Autor: Ricardo Pardo López
TOGAF en general
http://www.mintic.gov.co/gestionti/615/articles-5322_Revista_pdf.pdf
Full transcript