23/04/2014

Módulo: I
Unidad: 4 Semana: 07

SISTEMAS DE INFORMACIÓN
GERENCIAL

GESTIÓN DEL SIG

Dr.Miguel
Ing. JOSE ALFREDO
Martín CalderónMANSILLA
Su Nóbrega,GARAYAR
PMP®

GESTIÓN DEL PLAN

ESTRATÉGICO APLICANDO
MÉTRICA3

1
 23/04/2014

Factores Críticos de Éxito

Tiempo

Responsabilidad Acceso a Datos

Éxito

Flexibilidad Planificación

Etapas del Plan Estratégico

Análisis
Situacional

Evaluación Diagnóstico

Declaración
Seguimiento
de Objetivos

Planes de Definición
Acción e de
iniciativas Estrategia

2
 23/04/2014

Planificación de los Sistemas de Información

Requisitos PSI Resultado

• Solicitud Formal del PSI
• Estructura Organizativa
• Información Relevante
• Entorno Tecnológico Actual y Estándar
• Inicio del Plan del Sistemas de Información • Requisitos del PSI
• Definición y Organización del PSI • Arquitectura de Información
• Estudio de Información Relevante • Modelo de Información
• Identificación de Requisitos • Modelo de sistemas de Información
• Estudio de los Sistemas de Información • Arquitectura Tecnológica
Actuales • Plan de Acción
• Diseño del Modelo de Sistema de • Plan de Proyectos
Información • Plan de Mantenimiento
• Definición de la Arquitectura Tecnológica
• Definición del Plan de Acción
• Revisión y Aprobación

¿Por qué Métrica 3? (1/2)

• Proporcionar o definir Sistemas de Información que

ayuden a conseguir los fines de la Organización
mediante la definición de un marco estratégico para
el desarrollo de los mismos.
• Dotar a la Organización de productos software que
satisfagan las necesidades de los usuarios dando
una mayor importancia al análisis de requisitos.

3
 23/04/2014

¿Por qué Métrica 3? (2/2)

• Mejorar la productividad de los departamentos de
Sistema y Tecnologías de la Información y las
Comunicaciones, permitiendo una mayor capacidad
de adaptación a los cambios y teniendo en cuenta la
reutilización en la medida de lo posible.
• Facilitar la comunicación y entendimiento entre los
distintos participantes en la producción de software
a lo largo del ciclo de vida del proyecto, teniendo en
cuenta su papel y responsabilidad, así como las
necesidades de todos y cada uno de ellos.
• Facilitar la operación, mantenimiento y uso de los
productos software obtenidos.

Proceso Métrica 3

PLANIFICACIÓN DESARROLLO DE MANTENIMIENTO

DE SISTEMAS DE SISTEMAS DE DE SISTEMAS DE
INFORMACIÓN. INFORMACIÓN. INFORMACIÓN.

ESTUDIO DE VIABILIDAD DEL SISTEMA (EVS).

ANÁLISIS DEL SISTEMA DE INFORMACIÓN (ASI).
DISEÑO DEL SISTEMA DE INFORMACIÓN (DSI).
CONSTRUCCIÓN DEL SISTEMA DE INFORMACIÓN (CSI).
IMPLANTACIÓN Y ACEPTACIÓN DEL SISTEMA (IAS).

4
 23/04/2014

¿Qué Buscamos?

Obtención de un
inventario priorizado y
Establecer la dimensión
temporalizado de
de cada aplicación a
inversiones y aplicaciones
desarrollar.
a realizar en los próximos
años.

Conseguir una estrategia

de tecnologías de la
información que ayude a
una mejor consecución
de los objetivos de
empresa

Actividades en el PSI

Definición
de la
Inicio del Definición y Estudio de Definición
Arquitectur Revisión y
Plan del Organizaci Información del Plan de
a Aprobación
S.I. ón del PSI Relevante Acción
Tecnológic
a

Identificaci Diseño del

ón de Modelo de
Requisitos S.I,

Estudio de
los S.I.
Actuales

5
 23/04/2014

PSI 1 - Inicio P.S.I.

• Determina el arranque formal del plan de
sistemas, con el apoyo del nivel más alto de la
organización.
• Se obtienen objetivos, responsables y F.C.E.
Actividad Entrada Técnicas Participantes Salida
PSI 1.1. Solicitud formal Sesiones de Dirección de la Descripción
Análisis de la PSI trabajo organización general del PSI
necesidad del
P.S.
PSI 1.2. PSI1.1. Factores críticos Dirección de la Descripción
Identificación del Descripción de éxito organización general del PSI
alcance general del PSI Sesiones de
trabajo
PSI 1.3. PSI1.2. Sesiones de Dirección de la Descripción
Determinación de Descripción trabajo organización general del PSI
responsables general del PSI

PSI 2 - Definición y organización

• Detalla y concreta la descripción del PSI

asignando un calendario y recursos humanos
al mismo
Actividad Entrada Técnicas Participantes Salida

PSI 2.1. PSI 1.3. Descripción general del Catalogación Comité de dirección Descripción general
Especificación PSI Responsable grupo de de procesos
del Ámbito y usuarios Catálogo de objetivos
Alcance Jefe de proyecto
PSI 2.2. Estructura organizativa Catalogación Responsable grupo Catálogo usuarios
Organización del PSI1.3. Descripción general PSI Sesiones usuarios Equipos de trabajo
PSI PSI2.1. Descripción procesos trabajo Jefe de proyecto
PSI2.1 Catálogo de objetivos
PSI 2.3. PSI2.2. Equipos de trabaj Planificación Responsable grupo de Plan de trabajo
Definición del PSI1.3. Descripción general PSI Estimación usuarios
plan de trabajo PSI2.1. Catálogo de objetivos Jefe de proyecto
PSI2.1. Descripción procesos
PSI2.2. Catálogo usuarios
PSI 2.4. PSI2.3. Plan de trabajo - Comité de dirección Plan de trabajo
Comunicación PSI2.2. Catálogo de usuarios Responsable grupo de aceptado
del plan de usuarios
trabajo Jefe de proyecto

6
 23/04/2014

PSI 3 - Estudio de la información relevante

• Se analiza información de interés para el
correcto desarrollo del plan de sistemas
Actividad Entrada Técnicas Participantes Salida
PSI 3.1. Información Sesiones de Equipo de Valoración de
Selección y relevante trabajo consultoría antecedentes
valoración de PSI2.1. Usuarios
antecedentes Descripción expertos
general de
procesos
PSI2.1. Catálogo
de objetivos
PSI2.2. Catálogo
de usuarios
PSI 3.2. Información Catalogación Equipo de Catálogo de
Análisis de relevante consultoría requisitos
antecedentes PSI3.1. Catálogo de
Valoración de normas del PSI
antecedentes

PSI 4 - Identificación de requisitos

• Obtiene la especificación de requisitos que deben tener los
sistemas de información analizados por el plan de sistemas.
Actividad Entrada Técnicas Participantes Salida
PSI 4.1. Estudio PSI2.1. Descripción de Modelado de Consultores Modelo de
de procesos de la procesos procesos S.I. procesos de
organización PSI2.1 Catálogo de objetivos Sesiones de Usuarios la
PSI2.2 Catálogo de usuarios trabajo expertos organización
PSI2.2 Equipos de trabajo
PSI 4.2. Análisis PSI4.1.Modelo de procesos Sesiones de Consultores Modelo de
de las trabajo S.I. información
necesidades de Modelo E-R Usuarios
información Diagrama expertos
clases
PSI 4.3. PSI2.1. Catálogo de objetivos Catalogación Consultores Catálogo de
Catalogación de PSI3.2. Catálogo de S.I. requisitos
requisitos requisitos Usuarios
PSI4.1 Modelo de procesos expertos
PSI4.2. Modelo de
información
PSI4.2. Acta sesiones de
trabajo

7
 23/04/2014

PSI 5 - Estudio S.I. Actuales

• Obtiene una valoración de la situación actual.
Actividad Entrada Técnicas Participantes Salida

PSI 5.1. Alcance y PSI2.1. Catálogo de Catalogación Consultores S.I. Catálogo de

objetivos del estudio objetivos Sesiones de Usuarios expertos objetivos
de los S.I. Actuales PSI2.1. Descripción trabajo Resultado de
general de procesos sesiones de trabajo
PSI2.2. Catálogo
usuarios
PSI2.3. Equipos de
trabajo
PSI 5.2. Análisis de PSI2.1. Descripción Sesiones de Consultores S.I. Descripción general
los S.I. Actuales general de procesos trabajo Usuarios expertos de S.I. actuales
PSI5.1. Catálogo de Diagramas de Equipo desarrollo
objetivos representación Equipo soporte
PSI5.1. Resultado de técnico
sesiones de trabajo Responsable de
mantenimiento
PSI 5.3. Valoración PSI5.1. Catálogo de Sesiones de Consultores S.I. Valoración de la
S.I. Actuales objetivos trabajo situación actual
PSI5.2. Descripción Análisis de
general S.I. Actuales riesgos

PSI 6 - Diseño del Modelo de S.I.

• Identifica y define los S.I. Que van a dar
soporte a los procesos afectados por el Plan
de Sistemas de Información
Actividad Entrada Técnicas Participantes Salida
PSI 6.1. PSI4.3. Catálogo Matricial Consultores S.I. Diagnóstico de
Diagnóstico de de requisitos la situación
la situación PSI4.2. Modelo actual
actual de información
PSI5.3.
Valoración de la
situación actual
PSI 6.2. PSI6.1. Matricial Consultores S.I. Modelo de
Definición del Diagnóstico Diagrama de Usuarios sistemas de
Modelo de situación actual representación expertos información
Sistemas de PSI4.2. Modelo Sesiones de
Información de información trabajo
PSI4.1. Modelo
de procesos
PSI4.3. Catálogo
de requisitos

8
 23/04/2014

PSI 7 - Definición de la arquitectura tecnológica

• Se propone la arquitectura tecnológica que dé soporte al
modelo de información y sistemas de información.
Actividad Entrada Técnicas Participantes Salida
PSI 7.1. PSI4.3. Catálogo de requisitos Diagramas de Consultores Alternativas
Identificación de PSI5.2. Descripción S.I. representación T.I.C. de
las necesidades actuales Sesiones de Equipo de arquitectura
de infraestructura Entorno tecnológico y trabajos soporte tecnológica
tecnológica estándares actuales técnico
PSI4.2. Modelo de
información
PSI6.2.Modelo de sistemas de
información
PSI5.3. Valoración de la
situación actual
PSI 7.2. Selección PSI7.1. Alternativas de Diagramas de Consultores Arquitectura
de la arquitectura arquitectura tecnológica representación S.I. tecnológica
tecnológica Entorno tecnológico y Impacto en la Usuarios
estándares actuales organización expertos
Análisis Equipo de
coste/beneficio soporte
técnico

PSI 8 - Definición del plan de acción

• Se elabora y detalla el plan de sistemas de información:
definición de proyectos, actividades, calendario y
recursos para implementar los sistemas de información
e infraestructura tecnológica
Actividad Entrada Técnicas Participantes Salida
PSI 8.1. PSI5.1. Catálogo de Impacto en la Equipo de Plan de
Definición de objetivos organización consultoría proyectos
proyectos a PSI1.3. Descripción Análisis Usuarios
realziar general del PSI coste/beneficio expertos
PSI4.2. Modelo de Sesiones de
información trabajo
PSI6.2. Modelo de
sistemas de información
PSI7.2. Arquitectura
tecnológica
PSI 8.2. PSI 8.1. Plan de Equipo de Plan de
Elaboración del proyectos consultoría mantenimie
plan de nto
mantenimiento
del PSI

9
 23/04/2014

PSI 9 - Revisión y aprobación

• Se somete el plan a la revisión última y aprobación de la dirección.
Actividad Entrada Técnicas Participantes Salida

PSI 9.1. Convocatoria PSI5.1. Catálogo de objetivos Presentación Equipo de Plan de presentación
de la presentación PSI4.3. Catálogo de requisitos consultoría
PSI4.2. Modelo de información
PSI6.2. Modelo de sistemas de
información
PSI7.2. Arquitectura tecnológica
PSI 8.1. Plan de proyectos
PSI 8.2. Plan de mantenimiento
PSI 9.2. Evaluación y PSI5.1. Catálogo de objetivos Sesiones de Equipo de Resultado de las
mejora de la propuesta PSI4.3. Catálogo de requisitos trabajo consultoría sesiones
PSI4.2. Modelo de información Comité de Catálogo de requisitos
PSI6.2. Modelo de sistemas de dirección Presentación
información Usuarios Modelo de
PSI7.2. Arquitectura tecnológica expertos información
PSI 8.1. Plan de proyectos Modelo de sistemas
PSI 8.2. Plan de mantenimiento de información
Arquitectura
tecnológica
Plan de proyectos
Plan de
mantenimiento
PSI 9.3. Aprobación del PSI9.2. Documentación generada Sesiones de Comité de Aprobación formal
PSI trabajo dirección Plan de comunicación
Jefe de
proyecto

GESTIÓN DE LA INFRAESTRUCTURA
EMPLEANDO ITIL

10
 23/04/2014

DEFINICIÓN DE ITIL

Fue desarrollada al reconocer

Se define como una biblioteca
que las organizaciones
Biblioteca de Infraestructura de que documenta las Buenas
dependen cada vez más de la
Tecnologías de la Información. Prácticas de la Gestión de
Informática para alcanzar sus
Servicios de TI.
objetivos corporativos.

Tiene como objetivo alinear la

Tecnología con el negocio, y se
hace mediante guías y
consejos de aquellas practicas
que han demostrado ser mas
efectivas que otras, pero no
son obligatorias.
Las buenas prácticas son el
conocimiento de expertos, las
experiencias exitosas de
quienes lo han hecho antes y
lo han documentado.

DESCRIPCIÓN DE ITIL V3
Se desarrolla por la necesidad de
actualizar, mejorar las teorías y
mejores prácticas basadas en
hechos nuevos y modernos
complejos demandadas del negocio.
La versión 3 es una versión
mejorada de la versión 2 de las
mejores prácticas, tiene un sistema
de gestión de vida útil que se enfoca
en el ciclo de vida del servicio a
partir de la gestión de un servicio
desde la solicitud del mismo hasta
su entrega, siendo la columna
vertebral de la versión 3.

Los procesos ITIL v3 siguientes

definen las políticas, estándares,
guías de actuación, actividades e
instrucciones de trabajo necesarias
para una correcta gestión de los
servicios TI.

11
 23/04/2014

CICLO DE VIDA DEL SERVICIO

• En ITIL v3 se reestructura el manejo
de los temas para consolidar el
modelo de "ciclo de vida del
Estrategia
servicio" separando y ampliando de Servicio
algunos subprocesos hasta
convertirlos en procesos
especializados. Perfecciona
miento Diseño del
• Esta modificación responde a un Continuo del Servicio
enfoque empresarial para grandes Servicio

corporaciones que utilizan

ampliamente ITIL en sus
operaciones y aspira a consolidar el
modelo para conseguir aún mejores
resultados. Operaciones
Transición
• ITIL v3 consta de 5 libros basados del
Servicio
del Servicio
en el ciclo de vida del servicio:

CICLO DE VIDA DEL SERVICIO

Estrategia del Servicio •En el marco de la Estrategia del Servicio se determina qué clase de servicios deben ofrecerse a
(Service Strategy) determinados clientes y/o mercados.

Diseño del Servicio •En la fase del Diseño del Servicio se determinan los requisitos concretos. El Diseño del Servicio se
ocupa de desarrollar soluciones adecuadas a estos requisitos, de proyectar nuevos servicios y de
(Service Design) modificar y/o mejorar los ya existentes.

Transición del Servicio •En la fase de la Transición del Servicio se amplían y extienden los servicios nuevos o modificados.
(Service Transition)

Operación del Servicio •La Operación del Servicio se encarga de realizar todas las tareas operacionales que se vayan
(Service Operation) presentando.

Perfeccionamiento
Continuo del Servicio •Se aplican métodos de la gestión de calidad con el fin de aprender de los éxitos y fracasos del
pasado. Mediante este proceso se pone en marcha un circuito regulador cerrado para mejorar
(Continual Service continuamente la efectividad y eficiencia de servicios y procesos de TI.
Improvement)

12
 23/04/2014

ESTRATEGIA DEL SERVICIO

• Se estudia de mercado y posibilidades

mediante la búsqueda de servicios Gestión
Estudio innovadores que satisfagan al cliente
tomando en cuenta la real factibilidad de
Financiera
su puesta en marcha.

• Se analizan posibles mejoras para Gestión del

Análisis servicios ya existentes.
Portafolio

• Se verifican los contratos con base en

las nuevas ofertas de proveedores
Verificación antiguos y posibles nuevos proveedores,
lo que incluye la renovación o revocación
Gestión de
de los contratos vigentes. la Demanda

DISEÑO DEL SERVICIO

• Una vez identificado un Gestión del Gestión de
Catálogo de Niveles de
posible servicio el siguiente Servicios Servicio
paso consiste en analizar su
viabilidad, para ello se toman
factores tales como: Gestión de la Gestión de la
– infraestructura disponible Disponibilidad Capacidad
– Capacitación del personal
• Se planifican aspectos como:
Gestión de la
– Seguridad Continuidad de Gestión de
– Prevención ante desastres. los Servicios de Proveedores
TI
• Para la puesta en marcha se
debe considerar:
Coordinación del
– Reasignación de cargos Gestión de la
Diseño (nuevo
Seguridad de
en la versión
– Infraestructura Información
2011)
– Software a implementar

13
 23/04/2014

TRANSICIÓN DEL SERVICIO

Gestión de la
Configuración y Activos
• Se analiza la información disponible
considerando:
– Nivel real de capacitación de los usuarios Gestión del Cambio
– Estado de la infraestructura
– Recursos IT disponibles Gestión del
• Se prepara un escenario para realizar pruebas, Conocimiento

se replican las bases de datos, se preparan

planes de reversión y se realizan las pruebas. Planificación y Apoyo a
la Transición
• Se limpia el escenario hasta el punto de
partida y se analizan los resultados, de los Gestión de Release y
cuales dependerá la implementación del Despliegue

servicio.
Gestión Validación y
• En la evaluación se comparan las expectativas Pruebas
con los resultados reales.
Evaluación (Evaluación
del cambio)

OPERACIÓN DEL SERVICIO

• En este punto se monitoriza Gestión de

Incidentes
activa y pasivamente el
funcionamiento del servicio, se
Gestión de
registran eventos, incidencias, Problemas
problemas, peticiones y
accesos al servicio. Cumplimiento
de Solicitudes
• Se garantiza que la solución
desplegada cubra las
Gestión de
necesidad de los usuarios, Eventos
considerando la operatividad
de la solución, tanto a nivel Gestión de
funcional como técnico. Accesos

14
 23/04/2014

MEJORA CONTINUA DEL SERVICIO

• Se utilizan herramientas de medición y

retroalimentación para la documentación de la
información referente a:
– Funcionamiento del servicio
– Resultados obtenidos
– Problemas ocasionados
– Soluciones implementadas
• Se debe verificar el nivel de conocimiento de los
usuarios respecto al nuevo servicio, fomentando el
registro e investigación en función del servicio,
garantizando que la información se encuentre
disponible para el resto de los usuarios

GESTIÓN DE LA ARQUITECTURA
EMPRESARIAL UTILIZANDO
TOGAF

15
 23/04/2014

TOGAF

Estructura de componentes,
Descripción formal de un
sus interrelaciones, y los
sistema, o un plan detallado
principios y guías que
del sistema a nivel de sus
gobiernan su diseño y
componentes que guía su
evolución a lo largo del
implementación
tiempo

Conjunto de herramientas
que puede ser utilizado para
desarrollar un amplio
espectro de diversas
arquitecturas

¿QUÉ FACILITA TOGAF?

Contener un conjunto Proveer un vocabulario

de herramientas común

Incluir una lista de

Incluir una lista de productos que son
estándares idóneos para la
recomendados implementación de los
bloques constitutivos

16
 23/04/2014

DIMENSIONES DE ARQUITECTURA EN TOGAF

• Define la estrategia de negocios, la gobernabilidad, la

Negocios estructura y los procesos clave de la organización.

• plano para cada sistema a implantar, las interacciones entre

Aplicaciones estos y los procesos de negocio CORE de la organización.

• Describe la estructura de los datos físicos y lógicos de la

Datos organización, y los recursos de gestión de estos datos.

• Describe la estructura de hardware, software y redes

Tecnología requerida para dar soporte a la implantación de las
aplicaciones principales, de misión crítica, de la organización.

CONTINUIDAD ARQUITECTÓNICA
• Proceso continúo de
arquitecturas, que va desde lo más
genéricos hasta lo más específico, Proceso Continuo de Arquitectura
denominado “Continuum
Arquitecturas Fundamentales
Architecture”.
• Considera el proceso de creación Arquitecturas Comunes de
Sistemas
de una arquitectura empresarial Arquitecturas Industriales

específica, pasando de lo genérico ADM

Arquitectura
ADM
Organizacional
a lo específico.
• ADM-TOGAF proporciona un
proceso para la conducción de
este movimiento de lo genérico a
lo específico.

17
 23/04/2014

CONTINUIDAD ARQUITECTÓNICA

• El Modelo de Referencia Técnico (TRM) de TOGAF lo describe como componentes genéricos, interrelaciones, principios
Arquitectura y guías que proveen los fundamentos sobre los cuales las arquitecturas más específicas pueden ser construidas.
Fundamental • El proceso de TOGAF-ADM es un proceso que puede soportar la especialización de varias Arquitecturas Fundamentales,
a fin de cubrir las necesidades de los modelos específicos para cada organización.

Arquitectura • Es una guía para la selección e integración de servicios específicos de la Arquitectura Fundamental, para crear una
arquitectura usable en la construcción de soluciones comunes, que sean trasversales a un amplio número de dominios
Común de relevantes.
Sistemas • Como ejemplo podríamos considerar a la arquitectura de seguridad, de administración, de red, operacional, etc.

• Guía la integración de componentes comunes de sistemas con componentes industriales específicos, y guía la creación
Arquitecturas de soluciones industriales para problemas focalizados de clientes dentro de una industria determinada.
Industriales • Un ejemplo típico de un componente industrial específico es un modelo de datos que representa las funciones de negocio
y procesos específicos para una industria vertical particular.

Arquitecturas • Describe y guía el despliegue final de un componente de una solución para una empresa en particular o de empresas
clusterizadas.
de • Hay una gran variedad de Arquitecturas Específicas Organizacionales que son necesarias para cubrir efectivamente los
organización requerimientos de una organización, definiendo la arquitectura en un mayor nivel de detalle.

MÉTODOS DE DESARROLLO DE LA
ARQUITECTURA

Puede ser ajustado y

ADM (Architecture
personalizado según las
Development Method), se
necesidades propias de la
enfoca en el desarrollo de una
organización y una vez definido
arquitectura empresarial que
se utiliza para gestionar la
cumpla con las necesidades
ejecución de las actividades de
organizacionales y .
desarrollo de la arquitectura.

18
 23/04/2014

MÉTODOS DE DESARROLLO DE LA
ARQUITECTURA

Cada fase usa activos

(assets) generados en Método Genérico que
Proceso iterativo, en
fases previas y genera se puede adaptar a
todo el proceso y
activos a que se cualquier
dentro de las fases
utilizan en fases organización
posteriores

Se puede modificar o
Considera variables
extender a
Independiente de geográficas, sectores
necesidades
cualquier tecnología verticales y distintos
particulares de una
tipos de industria
organización

MÉTODOS DE DESARROLLO DE LA
ARQUITECTURA Fase
Preliminar

Visión de

• La gestión de requerimientos Arquitectura

Fase H: Fase A:
busca asegurar que cada Gestión del
Cambio
Arquitectura
de Negocio

etapa del proyecto TOGAF

este fundamentada en
requerimientos de negocio Fase G: Fase B:
Implement. de Arquitectura
validados, garantizando la Gobernanza
Gestión de
de Negocios

generación de valor en la Requerimientos

organización a través de una

correcta implementación de Fase F: Plan
Fase C:
Arquitecturas
la arquitectura requerida. de Migración
de S.I.

Fase E: Fase D:
Oportunidades Arquitectura
y Soluciones Tecnológica

19
 23/04/2014

Fase Preliminar: Framework y Principios

Asegurarse de que todos los Definir la "huella de la

Definir los principios de
que estarán involucrados, o se arquitectura" para la
arquitectura que se informará a
benefician de este enfoque está organización, donde se
las limitaciones de cualquier
comprometida con el éxito del encuentran, y sus
obra de arquitectura
proceso arquitectónico responsabilidades.

Definir el marco y metodologías

detalladas que se van a utilizar Configurar y monitorear un
Definir el alcance y los
para desarrollar arquitecturas proceso (normalmente incluido
supuestos (sobre todo en un
de empresa en la organización un proyecto piloto) para
entorno de arquitectura
en cuestión (por lo general, una confirmar la idoneidad para el
federada)
adaptación de los genéricos propósito del marco definido
ADM)

Si es necesario, definir un
conjunto de criterios para
evaluar las herramientas de
arquitectura, depósitos y
gestión de procesos de
depósito que se utiliza para
capturar, editar y mantener los
artefactos arquitectura

Fase A: Visión de Arquitectura

Asegurar que esta evolución
del ciclo de desarrollo de la
Validar los principios de
arquitectura tiene un adecuado Definir el alcance, e identificar y
negocio, los objetivos de
reconocimiento y la aprobación priorizar los componentes de la,
negocio, y los conductores de
de la gestión corporativa de la el esfuerzo de referencia
negocios estratégicos de la
empresa, y el apoyo y el Arquitectura
organización
compromiso de la gerencia de
línea necesario

Definir los requisitos de negocio

Articular una visión de
clave que deben abordarse en
Definir las partes interesadas y Arquitectura que demuestra
este esfuerzo de la
sus preocupaciones y objetivos una respuesta a los requisitos y
arquitectura, y las limitaciones
limitaciones
que deben ser tratados

Entender el impacto en y de,

Asegurar la aprobación formal otros ciclos de desarrollo
para proceder empresarial arquitectura en
curso en paralelo

20
 23/04/2014

Fase B: Arquitectura de Negocios

Desarrollar un objetivo de negocio

de Arquitectura, que describe el
producto y / o estrategia de servicio,
y el de organización, procesos, Analizar las diferencias entre las
Describir la arquitectura de base de
información funcional y los aspectos arquitecturas de referencia y de
negocios
geográficos del entorno empresarial, destino de negocios
basado en los principios de negocio,
los objetivos de negocio, y los
conductores estratégicos

Seleccionar los puntos de vista

arquitectura pertinentes que
permitan el arquitecto para
demostrar cómo las preocupaciones
de los interesados se abordan en la
Arquitectura de Negocios
Seleccionar las herramientas y
técnicas pertinentes para ser
utilizado en asociación con los
puntos de vista seleccionados.

Fase C: Arquitecturas de Sistemas de

Información
Describe la Arquitectura de Sistemas
de Información, incluida la
elaboración de datos y arquitecturas
de aplicaciones.
Consiste en una combinación de
datos y aplicaciones de Arquitectura,
en cualquier orden. Los defensores
existen para ambas secuencias. Por
ejemplo, Spewak Enterprise Steven
Arquitectura de Planificación (PEA)
recomienda un enfoque impulsado
por los datos.

El ámbito de aplicación de los

Desarrollo de Arquitecturas de
destino, sea sobre o en ambos
(dependiendo del alcance del
proyecto) de los datos y lo dominios
de sistemas de aplicaciones.
procesos de negocio apoyado en la
Fase C se limita a aquellos que son
apoyados por IT, y las interfaces de
los procesos relacionados con la TI a
los procesos relacionados con la TI
no.

21
 23/04/2014

Fase D: Arquitectura Tecnológica

Desarrollo de una
arquitectura tecnológica
Describe el desarrollo
que constituirá la base
de una arquitectura
del trabajo de
tecnológica.
implementación
siguiente.

Generar el conjutno de
directrices detalladas
para la Fase D,
incluyendo las entradas,
los pasos, y las salidas.

Fase E: Oportunidades y Soluciones

Evaluar y seleccionar entre las
opciones de ejecución definidas
en el desarrollo de las diversas
arquitecturas de destino (por
ejemplo, crear frente a comprar
frente al utilizar las opciones-re,
y sub-opciones dentro de las
opciones principales)
Identificar los parámetros
estratégicos para el cambio, y el
nivel de paquetes de trabajo-
superior o proyectos que se
realizarán en el movimiento de
la actual entorno a la meta

Evaluar las dependencias, los Generar una aplicación general

costos y beneficios de los y la estrategia de migración y un
diversos proyectos detallado plan de ejecución.

22

Fase F: Plan de Migración
Aborda la planificación de la
migración, incluyendo la priorización
de trabajo, selección de paquetes de
trabajo principales, y el desarrollo de
un Plan de Migración.
Fase G: Implementación de la Gobernanza
Formular
recomendaciones para
cada proyecto de
implementación.
Desempeñará las
funciones de gobierno
que mientras el sistema
está siendo
implementado y
desplegado.
23/04/2014
Clasificar los proyectos de aplicación
diferentes en orden de prioridad. Las
actividades incluyen la evaluación de
las dependencias, los costos y
beneficios de los proyectos de
migración de varias. La lista
priorizada de los proyectos se forma
de la base del detallado Plan de
Aplicación y el Plan de Migración.
Construir un Contrato
de Arquitectura para
regir la aplicación
general y el proceso de
implementación.
Asegurar la
conformidad con la
arquitectura definida por
los proyectos de
ejecución y otros
proyectos.
23

Fase H: Gestión del Cambio
Asegurar que los cambios en la
arquitectura se gestionen de forma
coherente y arquitectura, así como
establecer y apoyar la arquitectura de
la empresa implementa como una
arquitectura dinámica, es decir, uno que
tiene la flexibilidad para evolucionar
rápidamente en respuesta a los
cambios en la tecnología y el entorno
empresarial.
23/04/2014
Está íntimamente relacionado con la
arquitectura de los procesos de
gobernanza de la empresa, y para la
gestión del Contrato de Arquitectura
entre la función de la arquitectura y los
usuarios de negocios de la empresa.
24