JUSTIFICACION

Surge como solución a la complejidad de los sistemas y al pobre alineamiento de TI con el negocio. Perspectiva Gartner: De acuerdo a Gartner Arquitectura empresarial es el proceso de traducir la visión y estrategia del negocio hacia un cambio empresarial efectivo mediante la creación, difusión y mejora de los requerimientos clave, los ´principios y modelos que describen el estado futuro de la empresa, permitiendo su evolución.

Cuando se habla de arquitectura se fusiona la tecnología los procesos y el negocio

Fusionar lo conceptos de TI y términos de empresa

Beneficios de la arquitectura empresarial:

Disponibilidad de la documentación de la empresa;

Capacidad de crear y ,mantener una visión común de futuro, compartida tanto con el negocio, como con los enfoques de TI

Capacidad de unificar e integrar los proceso empresariales en toda la empresa:

Capacidad de unificar e integrar los datos en toda la empresa y establecer vínculos con socios externos;

Una mayor agilidad mediante la reducción de la barrera de la complejidad;

Reducción del tiempo de entrega de soluciones y de los costos de desarrollo, mediante la maximización de la reutilización de modelos empresariales.

Objetivos:

Entender que es la arquitectura empresarial

Entender el valor que la arquitectura empresarial le aporta a la empresa

Visitar los principales marcos de referencia relacionado con AE

Como establecer una AE de alto nivel para una organización

Entender los nuevos roles de las TI en las organizaciones

25/03/2014 Procesos

Metodologías centradas en Datos o Modelado de datos

Metodologías centradas en Procesos o Se centra en la trasformación

1/04/2014 Arquitectura empresarial – Preliminares

TPS: sistemas de información para el proceso de transacciones

MIS: sistemas de información para la gestión de información

SIG: sistemas de información gerenciales

DDS: sistemas de información para la tomad e decisiones

ES: sistemas expertos

NN: redes neuronales

KM: sistemas de gestión de conocimiento Evolución CP ERA web 1.0 (INFO CENTRIC), web 2.0 (PEOPLE-CENTRIC), web 3.0 (MACHIE-CENTRIC), web 4.0 (AGENT-CENTRIC)buscar “GOPHER” buscar

02/04/2014 Comienzos xml smlhtml wwwCORBA

DIFERENCIAS ENTRE LA ERA INDUSTRIAL Y LA ERA DE LA INFORMACION

ERA INDUSTRIAL ERA DE LA INFORMACION

Estandarización personalización

organización burocrática organización basada en equipos

relaciones competitivas relaciones cooperativas

toma de decisiones autocrática toma de decisiones compartida

acatamiento iniciativa

Conformidad diversidad

comunicación unidireccional trabajo en red

Compartimentación globalidad

orientado a las partes orientado al proceso

plan de obsolescencia calidad total (como prevención más que como corrección de errores)

el director como “rey” el cliente como “rey”

conocimiento centralizado, no siempre de fácil acceso

conocimiento distribuido a través de múltiples medios, de fácil acceso

08/04/2014 ERA INDUSTRIAL ERA INFORMATICA

Maquinaria

Fuerza

Computadores

Extiende el intelectualismo

Computarizarsistematizarautomatizar procesos

Sistematizar: proceso por el cual se pretende ordenar una serie de elementos, pasos, etapas, etc., con el fin de otorgar jerarquías a los diferentes elementos.

Computador: maquina catalizadora: algo que sirve para que las cosas funcionen rápido

Empresa entrópica: Empresa que está completamente desorganizado, no tiene claro hacia dónde va; acelera su desastre: no se debe computarizar el desorden.

Empresa baja entropía: empresa organizada, la computarización impulsa la empresa

Automatizar: tratar de que los procesos tenga la menor interacción humana.

Burocracia: esta armada de forma piramidal:

Control centralizado: El control centralizado es un término usado para describir la forma en que se toman las decisiones dentro de una organización. Bajo el control centralizado, las opciones más importantes son determinadas por los niveles superiores de la organización y los individuos en el nivel más bajo tienen muy pocas decisiones que tomar.

Autonomía: las decisiones las toman los equipos bajo su responsabilidad

Relaciones cooperativas: la competencia es una competencia orientada a crecer

jefe

2

3

4

Empresa extendida Stakeholders in the broader ecosystem (includes non-clients, anti-clients, government, generak community)

(enterprise bounded by shared commitment to the vision) Prospects Clients Partners May also

Interrelacion de campos de conocimiento

La cambiante mission de TI – fuente cooke 2013

29/04/14 Nota: Consultar cambiante misión de TI y AE

Ubicación de los roles clave de asociación TI/Negocio

Business knowledge Greater Business Partner Responsibility

Business architect

Business intelligence

Data steward

Analytics

Project manager

Skill requirements provided by internal IT

Solution architect

Data architect

Integration architect

Cloud architect

Social networking architect

Collaboration architect

Technology knowledge Externally Sourced Delivered

Application manager

Infrastructure manager

Network administrator

Service desk support

System administrator

Quality assurance and testing

Fuente: COOKE 2013

Desafíos de TI para instituciones de educación superior 2012 Educause

1. Actualización de destrezas y roles de TI

2. Consumerizacion de TI/BYOD

3. Estrategia en la nube

4. Utilización de TI para mejorar la eficiencia institucional

5. Integración de tecnologías de la información en la toma de decisiones institucionales

6. Uso de analítica para apoyar los resultadas institucionales

7. Obtener estratégicamente fondos para TI

8. Uso las tecnologías de la información para la transformación del negocio

a. Mantener el negocio activo

b. Mantener el negocio al día

9. Apoyo a la investigación (Computación de alto rendimientos, grandes datos, analítica)

a. Capacidad

b. Maquinas que sirvan (todo el concepto integrado)

c. Soluciones

10. Gobierno de TI a nivel de la institución

a. Gobernancia no se habla del termino gobierno en relación de política

i. Se utiliza como termino aceptado, es simplemente garantizar que las organización garanticen su rumbo

b. Saber hacia dónde se va

Fuente: GRAJEK

Gobierno empresarial

Gobierno empresarial es un conjunto de responsabilidades y prácticas ejercidas por la junta y la gestión ejecutiva con el objeto de:

Gobierno empresarial

Gobierno corporativo conformidad Gobierno del negocio desempeño

Rendición de cuentas aseguramiento creación de valor utilización

Proporcionar direccionamiento estratégico

Asegurar el cumplimiento de los objetivos

Establecer una gestión adecuada de los riesgos

Verificar el uso responsable de los recursos

(Gobierno corporativo)

Estructura del gobierno grafica

Gobierno empresarial

Gobierno corporativo

conformidad

Gobierno del negocio

desempeño

Rendición de cuentas

aseguramiento

creación de valor

utilización

Gobierno corporativo de TI, AE, Gobierno de TI

COBIT de ISACA

(COBIT, CONTROL OBJECTIVES FOR INFORMATION AND REALTED TECNOLOGY): Objetivos de Control para Tecnologías de información y relacionadas

estrategic steerin

enterprise cordination, tactical Decision Masking

--> Strategic

EA governance - Corporate IT

Governance --> tactical

IT Governance --> Operational

--> Real-Time

COBIT fue creado por la asociación para la auditoria y control de sistemas de información (ISACA information System Audit and Control Association nació en 1967), y el instituto de administración de las tecnologías de la información.

Evolución de COBIT

Audit cobiT1 1996

Control CobiT2 1998

Management CobiT3 2000

It GovernanceCobiT4 2005/7

Governance of Enterprise IT COBIT 5 2012

De una herramienta de auditoria a un marco de gobierno corporativo de las TI

Los principios de COBIT 5

Gobierno en COBIT5

Governance

Governance objective

Value creation

Benefits realistation resource optimisation risk optimisation

Governance enablers

COBIT5 facilitadores – Modelo sistémico con la interacción de los facilitadores

Modelo de gobierno y gestión de procesos COBIT 5 (Circulo raro)

Modelo de referencias de los procesos

06/05/2014 Why Enterprise Architecture in the Information Age

Ten Rules to Prepare for EA Success 1. Provide the business leadership 2. Ensure that you have the resource and skills to manage enterprise architecture development and buy-in.... 3. Establish the Architecture Metrics, Frameworks and Standards to be used 4. Leverage industry knowledge and best practice 5. Use best practice Reference Models as a baseline 6. Use Architecture Governance to ensure conformance 7. Ensure your people are competent and professionals 8. Manage the architecture costs and expectations 9. Control the Architecture and embed in your business process 10. Ensure there is ownership of the Enterprise Architecture ....

DEFINICIONES Empresa: Una entidad organizada o grupo de entidades que comparten un conjunto común de resultados deseados Arquitectura: una descripción de la estructura, organización y las relaciones entre el conjunto de componentes de un sistema y los principios para su desarrollo y evolución Valor: una medida o conjunto de medidas utilizadas para evaluar el éxito de una entidad Arquitectura Empresarial: Una descripción formal basada en modelos que tiene como finalidad dar información para evaluar y optimizar el impacto (cuantitativo y cualitativo) que los cambios le van a generar a una empresa

Marco AE: Un conjunto de modelos reutilizables y opiniones que facilitan la creación de una arquitectura empresarial DEFINICIONES AE

La organización fundamental de un sistema incorporado en sus componentes, sus relaciones entre sí y con el medio ambiente, y los principios que guían su diseño y evolución, ANSI / IEEE 1471-2000

EA se puede definir como la arquitectura coherente e integral de una empresa, que comprende tanto la TI (tecnología de la información) y los elementos del negocio. No sólo consisten en elementos tales como la estructura organizativa, los procesos de negocio, las aplicaciones y los elementos de la infraestructura, sino también lo constituyen sus relaciones y funciones transversales como las estrategias y objetivos, requerimientos y proyectos, planos y patrones y KPIs y métricas (Wittenburg, 2007)

"El proceso de traducir la visión y la estrategia de negocio de la empresa en un cambio efectivo mediante la creación, la comunicación y la mejora de los requisitos fundamentales, principios y modelos que describen el estado futuro de la empresa y que permiten su evolución." (Lapkin, et al., 2008).

Uno de los aspectos más importantes de la arquitectura empresarial es su enfoque integrador, es un conjunto de conceptos y prácticas basadas en el pensamiento holístico de sistemas, los principios de un lenguaje común, y la integración de disciplinas de gran trayectoria como son la ingeniería y la arquitectura [KAPPELMAN 12].

Conjunto coherente de principios, métodos y modelos que se utilizan en el diseño y la realización de la estructura de una empresa, organización, procesos de negocio, sistemas de información e infraestructura. (Lankhorst, 2013).

En TOGAF, "arquitectura" tiene dos significados según el contexto: 1. Una descripción formal de un sistema, o un plano detallado del sistema al nivel de sus componentes para orientar su implementación 2. La estructura de componentes, sus interrelaciones, y los principios y guías que gobiernan su diseño y evolución a través del tiempo

Algunos términos según Cuenca

Arquitectura de Negocio: La arquitectura de negocio reúne aspectos relativos a la estrategia de negocio, representa cuales son los procesos de negocio y cómo interactúan para satisfacer las necesidades de los clientes. Suele ser completada por los usuarios, conocedores de las actividades de la empresa.

Arquitectura de Información. La Arquitectura de Información supone la definición de un marco de referencia que refleje el “Modelo de Empresa” desde el punto de vista de la información y su procesamiento.

Arquitectura Tecnológica Los requerimientos definidos en la arquitectura de sistemas o en la arquitectura de aplicación quedan concretados en la arquitectura tecnológica. En ella se determina la tecnología a utilizar, selección de bases de datos, tipo de lenguaje a utilizar, interfaz de usuario, etc. y cómo debe ser utilizada.

Arquitectura Organizacional. La vista de organización describe las responsabilidades y autoridades sobre elementos del dominio. Permite la unión y estructuración de las diferentes responsabilidades, para procesos, material, información, recursos, etc. así como en la estructura organizativa creando departamentos, divisiones, secciones, etc.

Arquitectura de Recursos. La vista de recursos describe los activos de la empresa, ya sean máquinas o componentes tecnológicos que son utilizados en las operaciones de la empresa.

Arquitectura Operacional. La arquitectura operacional describe las actividades a llevar a cabo en la empresa.

"Nada es tan peligroso en la arquitectura como tratar los problemas separados. Si dividimos la vida en problemas separados, dividimos las posibilidades de hacer arte de un buen edificio." - Alvar Aalto

ZACHMAN FRAMEWORK

Las raices de AE esta en los 60 con BSP/IBM con P. Duane “Dewey” Walker, posteriormente John Zachman , discípulo de Dewey continua los desarrollos de BSP y en 1984 presenta: Information Systems Architecture - A Framework , 1987 se publica en IBM System Journal . 1992: Steven H. Spewak usa la expresión arquitectura empresarial en su libro “Enterprise Architecture Planning”. 1993: Zachman habla de AE: The Zachman Framework™: Enterprise Architecture - A Framework. Uno de los primeros intentos prácticos para definir EA, impulsados por las empresas, vino del Departamento de Defensa del gobierno de EE.UU. El Marco de Arquitectura Técnica para la Gestión de la Información (TAFIM- Technical Architecture Framework for Information Management) se introdujo en 1994. El trabajo realizado sobre TAFIM fue adoptado por The Open Group, transformándolo en un nuevo estándar de The Open Group Architectural Framework (TOGAF). Hoy en día TOGAF es ampliamente utilizado en el mercado como estándar de una metodología; TOGAF es comúnmente usado como una base para la certificación profesional de los arquitectos de la empresa

BUSINESS SYSTEM PLANNIG

• Para la planeación de sistemas de información IBM desarrollo una metodología estructurada que se conoce como BSP • BSP se encarga de la identificación de los requerimientos necesarios para poner en marcha una organización. • Relación entre los sistemas y negocio de la empresa. • Metodología orientada Top-Down y Bottom up. Objetivo: Establecer un plan de sistemas de información que soporte las necesidades a corto y largo plazo de la empresa que sea consistente con el plan de negocios establecido

OBJETIVOS DE BSP

• Orientada de manera jerárquica así:

Para la Alta Administración

Para la Administración Funcional y Operacional

Para el área de Procesamiento de Datos (TI)

ESTRATEGIAS DE BSP

COMPONENTES DE BSP

BSP se ocupa de dos grandes áreas: • Procesos de Negocio (Business Processes) • Clases de Datos (Data Classes) Se divide en tres grandes bloques así: 1. Planeación en equipo.

2. Planeación de arriba a abajo. (Top Down). 3. Desarrollo de abajo a arriba. (Bottom Up)

21/05/14 Dominios / capas de la arquitectura empresarial Modelo estratégico

Visión, misión, políticas

Portafolio de productos y servicios

Análisis DOFA

Análisis competitivo

Modelo de negocio

Mapa estratégico

Cuadro de mando integral Arquitectura de procesos

Gestión de procesos de negocio

Modelo de roles y competencias

Servicios de negocio Arquitectura de datos

Manejo del maestro de datos corporativo

Modelo de análisis del desempeño Arquitectura de tecnología

Arquitectura orientada a servicios

Arquitectura de aplicaciones

Arquitectura de infraestructura Consultar:

Panorama empresarial

BPM en el panorama empresarial

EA en el panorama empresarial

Domains of change: EA Frameworks

Typical EA Entry points

ERP de control

Migracion SAP

27/05/14 Analogía de Zachman Símil con los procesos en arquitectura/construcción de edificios, e ingeniería/manufactura. De lo abstracto a lo físico utilizando modelos y representaciones (tales como bosquejos, planos de piso, diagramas de alambrado) En TI se utilizan diferentes artefactos (tales como diagramas, diagramas de flujo, modelos de datos/clases y código) para presentar diferentes aspectos de los sistemas de una organización. “Arquitectura” es el conjunto de representaciones pertinentes para describir un objeto complejo de tal manera que las representaciones descriptivas puedan servir como línea de base para el cambio de una instancia u objeto.

No hay una representación única para un objeto complejo… existe un conjunto de representaciones descriptivas y estas en general incluyen abstracciones y perspectivas. En abstracciones tenemos: lista de materiales (que), especificaciones funcionales (como), diagramas (donde), instrucciones de operación (quien), diagramas de tiempo (cuando), objetivos de diseño (porque). Como perspectivas tenemos: límites de alcance (identificación/estrategias), conceptos de requerimiento (definición/propietarios), lógica de diseño (representación/diseñadores), planos físicos (especificación /constructores), configuración de partes (configuración/implementadores), instancias del ´producto (instanciación/operadores).

DIFERENT PERSPECTIVES

BUILDINGS AIRPLANES ENTERPRISE

Architect’s Drawing OWNER work breakdown structure Model of bussiness

Architect’s Plans DESIGNER Engineering Desing Model of info Systeem

Contractor’s Plans BUILDER Manufacturing Engineering Design Techonology Model

The complete Zachman framework for enterprise architecture

EA ZACHMAN

ZACHAMAN FRAMEWORK

FRAMEWORK RULE

SCOPE/PLANNER’S VIEW

ENTERPRISE MODEL/DESIGNER´S VIEW SYSTEM MODEL/DESIGNER’S VIEW

TECHNOLOGY MODEL/BUILDER’S VIEW AS BUILT/INTEGRATOR’S VIEW

FUNCTIONING ENTERPRISE/USER’S VIEW

THE ZACHMAN FRAMEWORK FOR ENTERPRISE ARCHITECTURE

28/05/2014 TOGAF (THE OPEN GROUP ARCHITECTURE FRAMEWORK) Es un marco de referencia para desarrollar la arquitectura empresarial, fue desarrollada por los miembros del Open Group, el primer desarrollo de TOGAF se realizo en 1995 y estaba basado en technical architecture framework for information management (TAFIM), desarrollado por el departamento de defensa de los estados Unidos DoD (1997). TOGAF es un método y un conjunto de herramientas para desarrollar arquitecturas de empresa. Para TOGAF la arquitectura de negocio es un requisito previo para trabajar en la arquitectura de empresa desde cualquier otro punto de vista (datos, aplicaciones, tecnologia), y es, por tanto, la primera que debe ser completada.

Metodología y framework de Enterprise Architecture (EA) mas utilizado por las organizaciones a nivel mundial para mejorar la eficiencia empresarial.

Estandar de EA mas destacado y confiable, asegurando normas coherentes, métodos, y la comunicación entre los profesionales de EA (Standard de Facto)

Evolution of TOGAF from version 7 to version 9 BUSCAR TOGAF DEVELOPMENT BUSCAR EL CUADRO DE VERSIONES DE TOGAF

DOMINIO DE ARQUITECTURA EMPRESARIAL TOGAF INTEGRACION CON OTROS FRAMEWORK

STRUCTURE OF THE TOGAF DOCUMENT

ESTRUCRURA DE TOGAF Parte I: introducción global Parte II: paso a paso para desarrollar EA Parte III:

TOGAF ARCHITECTURE CAPABILITY OVERVIEW

ARCHITECTURE DEVELOPMENT METHOD (ADM)

03/06/2014 ARCHITECTURE DEVELOPMENT METHOD (ADM)

ADM – BASIC PRINCIPLES

Preliminary Phase Describe las actividades de preparación e iniciación necesarias para cumplir la directiva de negocio para una nueva arquitectura de la empresa, incluyendo la definición de un marco de la Organización de una arquitectura específica y la definición de principios

Architecture Vision Describe la fase inicial del desarrollo de métodos Arquitectura (ADM). Incluye información acerca de la definición del alcance, la identificación de las partes interesadas, la creación de la arquitectura de la Visión, y la obtención de las aprobaciones.

Arquitectura de Negocios Describe el desarrollo de una arquitectura de negocios para apoyar la arquitectura de visón acordado

Pasos

Selección de modelos de referencia, puntos de vista y Herramientas

Desarrollar basal Arquitectura Descripción

Desarrollar Target Arquitectura Descripción

Realizar análisis de brechas

Definir candidatos Componentes Hoja de Ruta

Resolver los impactos en la Arquitectura del Paisaje

Revisión de Conducta de las partes interesadas Formal

Finalizar la Arquitectura de Negocios

Crear Arquitectura Definición de documento

04/06/14 Fase C: Arquitecturas de Sistemas de Información Se describen las arquitecturas de los sistemas de información para un proyecto de arquitectura, incluyendo el desarrollo de datos y aplicación de arquitecturas.

Los objetivos de la Fase C son: Desarrollar los sistemas de información del objetivo (datos y aplicaciones) Arquitectura, describiendo cómo los Sistemas de Información Arquitectura de la empresa permitirá a la Arquitectura de Negocios y la arquitectura de visión, de una manera que se dirige la solicitud de Arquitectura Trabajo y preocupaciones de los interesados Identificar los componentes de la Hoja de Ruta Arquitectura candidatos sobre la base de las brechas entre las arquitecturas de referencia y sistemas de información del objetivo (aplicaciones y datos) Enfoque Fase C implica una combinación de datos y arquitectura de aplicaciones, en cualquier orden. Existen defensores de ambas secuencias. Por ejemplo, Enterprise Architecture Planning de Steven Spewak (EAP) recomienda un enfoque impulsado por los datos. Por otro lado, los sistemas principales aplicaciones - como los de planificación de recursos empresariales (ERP), Gestión de relaciones con clientes (CRM), etc - a menudo, ofrecen una combinación de la infraestructura de la tecnología y la lógica de la aplicación empresarial, y algunas organizaciones toman una aplicación impulsada enfoque, por el que se reconocen determinadas aplicaciones clave como formando el fundamento básico de los procesos de negocio de misión crítica, y toman la implementación e integración de las aplicaciones básicas como el foco

principal de los esfuerzos de arquitectura (los problemas de integración a menudo constituyen un reto importante). Pasos Pasos detallados para la Fase C se dan por separado para cada dominio de la arquitectura:

Arquitecturas de Sistemas de Información - Arquitectura de Datos

Arquitecturas de Sistemas de Información - Arquitectura de la aplicación

Fase D: Arquitectura tecnológica Describe el desarrollo de una arquitectura de tecnología para un proyecto de arquitectura

Los objetivos de la Fase D son:

Desarrollar la Arquitectura Tecnológica Objetivo que permite la aplicación lógica y física y los componentes de datos y la visión de arquitectura, dirigiéndose a la Solicitud de Arquitectura Trabajo y preocupaciones de los interesados Identificar los componentes de la Hoja de Ruta Arquitectura candidatos sobre la base de las brechas entre la tecnología objetivo Arquitecturas de referencia y Pasos El nivel de detalle abordado en la Fase D dependerá del alcance y los objetivos del esfuerzo global de la arquitectura. Bloques de construcción nueva tecnología que se introducen como parte de este esfuerzo tendrá que ser definido en detalle durante la Fase D. existente bloques de construcción de tecnología para ser admitidos en el entorno de destino pueden tener que redefinirse en la Fase D para garantizar la interoperabilidad y adaptarse a sus fines dentro de esta arquitectura tecnología específica. El orden de los pasos en la Fase D (véase más adelante), así como el momento en que se inician formalmente y completaron deben adaptarse a la situación en cuestión de acuerdo con el gobierno arquitectura establecida. En particular, determinar si en esta situación, es conveniente

llevar a cabo Descripción de línea de base o desarrollo Arquitectura objetivo primero, como se describe en la Parte III , 19. La aplicación de la iteración a la ADM . Todas las actividades que se han iniciado en estos pasos deben estar cerradas durante el finalizar el paso Arquitectura Tecnología (ver 12.4.8 finalizar la Arquitectura de Tecnología ). La documentación generada a partir de estas medidas debe ser publicada oficialmente en la Arquitectura paso Crear definición de documento. Los pasos en la Fase D son como sigue:

Seleccionar modelos de referencia, puntos de vista y Herramientas.

Desarrollar Línea de Base Tecnológica Arquitectura Descripción.

Desarrollar meta descripción de la arquitectura de la tecnología.

Realizar análisis de brechas.

Hoja de ruta Candidato define componentes.

Resolver los impactos en la arquitectura del paisaje.

Llevar a cabo una revisión formal de las partes interesadas.

Finalizar la arquitectura tecnológica.

Crear documento de definición de la arquitectura.

Fase E: Oportunidades y Soluciones Describe el proceso de identificación de los vehículos de reparto (proyectos, programas o portafolios) que cumplir efectivamente con la arquitectura destino identificado en las fases anteriores.

Objetivos

Generar la versión inicial completa de la arquitectura plan , basado en el análisis de las deficiencias y la hoja de ruta candidatos componentes de la arquitectura de las fases B , C y D.

Determinar si se requiere un enfoque gradual, y si es así identificar transición arquitecturas de Que entregarán valor empresarial continua

Enfoque La fase E se concentra en la forma de entregar la arquitectura. Se tiene en cuenta el conjunto completo de huecos entre las arquitecturas de referencia y objetivos en todos los ámbitos de arquitectura, y lógicamente los grupos los cambios en los paquetes de trabajo dentro de las carteras de la empresa. Este es un esfuerzo para construir la hoja de ruta que mejor se adapta que se basa en los requisitos de los interesados , la disposición de la empresa de transformación de negocios, oportunidades y soluciones identificadas, y las limitaciones de ejecución Identificado. La clave es centrarse en el objetivo final, mientras que el valor del negocio Comprendiendo incrementales. Fase E es el paso inicial en la creación e implementación del plan de migración que se completa en la fase F. Proporciona la base de una implementación bien considerado y el plan de migración que se integra en la cartera de la empresa en la fase F. Los siguientes cuatro conceptos son clave para la transición de desarrollo para la entrega de la arquitectura de destino:

Arquitectura hoja de ruta

Paquetes de trabajo

Arquitecturas de transición

Implementación y plan de migración Las listas de la hoja de ruta de arquitectura paquetes de trabajo individuales en la cola línea de tiempo se realizará la arquitectura destino. Cada paquete de trabajo Identifica el grupo lógico de los cambios necesarios para llevar a cabo la arquitectura destino. La arquitectura de transición se describe la empresa en un estado de gran importancia arquitectónica entre las arquitecturas de referencia y objetivos. Arquitecturas de transición Proporcionar arquitecturas objetivo intermedio sobre el cual la organización puede converger. El plan de implementación y migración Proporciona un calendario de los proyectos Que realizará la arquitectura objetivo. Pasos: El orden de los pasos en la fase E, así como el momento en el que se inician formalmente y completos deben ser adaptadas a la situación en cuestión de conformidad con la gobernanza de la arquitectura establecida. Todas las actividades se han iniciado en Que estos pasos deben estar cerrados durante el paso de crear la arquitectura e implementación de plan de trabajo y el plan de migración • Determinar y / o confirmar los atributos corporativos claves cambian. • Determinar las restricciones del negocio de Ejecución. • Revisar y consolidar los resultados de análisis de carencias de b a d fases. • Revisión de los requisitos relacionados consolidados a través de las funciones de negocio. • Consolidar y conciliar los requisitos de interoperabilidad.

• Refinar y validar las dependencias. • Confirmar la preparación y el riesgo de transformación del negocio. • Formular implementación y estrategia de migración. • Identificar los principales paquetes de trabajo y grupo. • Identificar las arquitecturas de transición. • Crear la arquitectura e implementación de plan de trabajo y el plan de migración

Fase F: Planeamiento de migración

Se ocupa de la planificación de la migración; es decir, cómo pasar de la línea de base para las arquitecturas objetivo al finalizar una implementación detallada y Plan de Migración.

Objetivos Los objetivos de la Fase F son para:

Finalizar la Arquitectura Hoja de Ruta y la aplicación de soporte y Plan de Migración

Asegúrese de que la aplicación y el Plan de Migración se coordinan con el enfoque de la empresa para la gestión y la implementación de cambios en la cartera de cambio general de la empresa

Asegúrese de que el valor para el negocio y el costo de los paquetes de trabajo y transición Arquitecturas Se entiende por las partes interesadas clave

Enfoque El objetivo de la Fase F es la creación de un Plan de Implementación y Migración, en cooperación con la cartera y los directores de proyectos. Fase E proporciona una hoja de ruta de la Arquitectura incompleta e Implementación y Plan de Migración que se ocupan de la Solicitud de Arquitectura Obra. En la Fase F esta hoja de ruta y la aplicación y el Plan de Migración se integran con otras actividades de cambio de la empresa.

Las actividades incluyen la evaluación de las dependencias, los costos y beneficios de los diversos proyectos de migración en el contexto de otra actividad de la empresa. La Hoja de Ruta de la Arquitectura, Versión 0.1 e Implementación y Plan Migración, Versión 0.1 de la Fase E formarán la base de la aplicación final y plan de migración que incluya la cartera y el detalle a nivel de proyecto. El ciclo de desarrollo de la arquitectura debe entonces ser completado y lecciones aprendidas documentadas para permitir la mejora continua del proceso. Pasos El nivel de detalle abordado en la Fase F dependerá del alcance y los objetivos del esfuerzo global de la arquitectura. El orden de los pasos en la Fase F (véase más adelante), así como el momento en que se inician formalmente y completaron deben adaptarse a la situación en cuestión de acuerdo con el gobierno arquitectura establecida.

Fase G: APLICACIÓN DE LA GOBERNANZA Proporciona una supervisión de arquitectura de la aplicación.

Objetivos Los objetivos de la Fase G son para:

Asegurar la conformidad con la arquitectura destino por los proyectos de implementación

Realizar funciones de arquitectura de gobernanza adecuadas para la solución y cualquier arquitectura de solicitudes de cambio de aplicación impulsada

Enfoque Es aquí que toda la información para la gestión exitosa de los diversos proyectos de implementación se unió. Tenga en cuenta que, en paralelo con la fase G, está la realización de un proceso de desarrollo organizacional específica, donde ocurre el desarrollo real. Para habilitar la rápida obtención de valor para el negocio y los beneficios, y para minimizar el riesgo en el programa de transformación y la migración, el enfoque preferido es el despliegue de la arquitectura destino como una serie de transiciones. Cada transición representa un paso más hacia el objetivo, y cada uno ofrece un beneficio empresarial en su propio derecho. Por lo tanto, el enfoque global de la Fase G es:

Establecer un programa de aplicación que permita la entrega de las arquitecturas de transición acordado para la implementación durante la fase de planeamiento de migración

Adoptar un programa de implementación por fases que refleja las prioridades de la empresa contenidos en la Hoja de Ruta de la Arquitectura

Siga estándar de la organización para las empresas, informática, arquitectura y gobierno

Utilice establecido enfoque de gestión de cartera / programa de la organización, siempre que exista

Definir un marco de operaciones para garantizar una larga vida útil de la solución implementada Fase G establece la conexión entre la arquitectura y la organización de la ejecución, a través del Contrato de Arquitectura. Detalles del proyecto:

Nombre, descripción y objetivos

Ámbito de aplicación, prestaciones y limitaciones

Medidas de efectividad

Los criterios de aceptación

Riesgos y problemas Gobernabilidad ejecución está estrechamente vinculada a la gobernanza arquitectura general

Fase H: GESTION DE CAMBIO DE LA ARQUITECTURA Se centra en el establecimiento de procedimientos para la gestión del cambio a la nueva arquitectura.

Objetivos Los objetivos de la Fase H son:

Asegúrese de que se mantiene la arquitectura del ciclo de vida

Asegúrese de que se ejecute el Marco de Gobierno Arquitectura

Asegúrese de que la capacidad de la empresa Arquitectura cumple los requisitos actuales

ARCHITECTURE TYPES

ESTRUTURA DE TOGAF – OVERVIEW OF THE CONTENT METAMODEL

24/06/2014 Stakeholders 14 de Junio se empezo

Stakeholders Needs

Core and Extension Content

Estructura de TOGAF – Content Framework

Core entities and their relationship

Governance extension

Service extension

Process extension

Data extension

Infrastructure extension

Motivation extension

Management frameworks to Co-ordinate with TOGAF

TOGAF Architecture Capability Overview

Interoperability

El ciclo de desarrollo de la arquitectura está en el PDF que se encontró o Arichitecture development Method (ADM) o Fase preliminar

Cuadro: objetivos | pasos Cuadro: entradas | salidas

o Visión de la arquitectura Establece el alcance , las limitaciones de un proyecto de TOGAF Cuadro comparativo: objetivos | pasos

01/07/14 Fase c: Arquitectura de sistemas de información: Aborda la documentación de la organización fundamental de los sistemas de TI de una empresa, representada por los principales tipos de sistemas de informacion