Togaf adm (face c)

1
ARQUITECTURA EMPRESARIAL BASADO EN TOGAF
(Face C: Arquitectura de Sistemas de Informacion)
Definición de un Arquitectura de SI
La arquitectura de Sistemas de Información se centra en la
identificación y la definición de las aplicaciones y los datos de
las consideraciones que apoyan las entradas de la
arquitectura de negocio.
RQUITECTURA DE SISTEMAS DE INFORMACION

2
2
INTRODUCCIÓN
Aborda toda la documentación fundamental de la
organización respecto a los sistemas de TI,
representado por los principales tipos de SI y
aplicaciones que utilizan. En esta se desarrollan dos
pasos los cuales pueden ser ejecutados
simultáneamente o secuencialmente, los cuales son:
- Arquitectura de Datos
- Arquitectura de Aplicación
Se debe hacer un proceso de iteración entre ambos
para tener los modelos balanceados. La forma más
ordenada de llegar a un mejor balanceo es partiendo
de un enfoque orientado a procesos (yéndome a las
app, a los problemas mismos).

TIPOS DE
ARQUITECTURA
3
NEGOCIOS
DATOS
APLICACIONES
TI

Architecture Development Cycle
TOGAF - ADM “Getting the Architecture rigth”
(Conseguir la arquitectura correcta)
- Con estas 3 faces se consigue
modelar la situación actual del
negocio..
- También se le conoce como diseño
de la arquitectura
Negocio
Sistemas e
información
Tecnología
4

5
FACE
B
NEGOCIOS
SISTEMAS DE INFORMACION
APLICACIONES
TI
DATOS
FACE
C
FACE
D
TOGAF - ADM :
Getting the architecture right
Define la estrategia de negocio,
la gobernanza y los proceso
clave del negocio
Describe la estructura de una
organización de manera lógica y
física a si como su administración
Provee un plan de acción de
aplicaciones a hacer implementadas,
es decir los proyectos que van a
soportar la implantación de los
sistemas visiónales de la organización
Describe la capacidad del software y
hardware que son requeridos para la
implementación del negocio esto
incluye las infraestructura de TI, redes
de comunicaciones y estándares
relacionados
La arquitectura de Sistemas de Información se
centra en la identificación y la definición de las
aplicaciones y los datos de las consideraciones que
apoyan las entradas de la arquitectura de negocio.

FACE C
ARQUITECTURA DE SISTEMAS DE LA INFORMACION
6

TECNOLOGIAS DE LA INFORMACION
Es la aplicación de ordenadores y equipos de
telecomunicación para almacenar,
recuperar, transmitir y manipular datos, con
frecuencia utilizado en el contexto de los
negocios u otras empresas.
CONCEPTOS BASICOS
EJMPLO : Mensajería instantánea
PASADO PRESENTE
REEMPLAZADO
Con un clic
7

TI EN LAS EMPRESAS
En las empresas las TI facilitan y
apoyan los procesos que se llevan
acabo en los diferentes niveles
organizacionales
.
Nivel Organizacional
Procesos Organizacionales
Se procesan gran cantidad
de información
APLICAR TECNOLOGIAS DE INFORMACION
8

ARQUITECTURA EMPRESARIAL
Pude conllevar a:
- Duplicar datos.
- Aumentar inseguridad.
- Generar sobre costos.
Gran cantidad de
información
Es necesario un
Arquitectura
Empresarial
Es una metodología que, basada
en una visión integral de las
organizaciones incluyendo los
factores externos que influyen en
su ciclo de vida.
Permíte:
 Garantizar la correcta alineación de la tecnología y los procesos de
negocio en una organización
 Alinea las aplicaciones y infraestructura tecnológica con los objetivos
estratégicos del negocio
 Alinea los procesos
 Maneja los datos
 De que manera implementar la tecnología
 Provee Modelos y principios
ARQUITECTURA EMPRESARIAL:
9

10
Phase C:
Information Systems Architectures
ENTRADAS PASOS SALIDAS
Lo que se consigue
después d ejecutado
el proceso
OBJETIVOS ENFOQUE
10

Information Systems ArchitecturesFace C
Definition
La Fase C 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 información y aplicaciones que los
utilizan. En esta Fase hay dos pasos que se pueden
desarrollar secuencialmente o simultáneamente:
11
Arquitectura de Datos
Arquitectura de Aplicación

12
RESUMEN : ELEMENTOS DEL PROCESO DE LA ARQUITECTURA DE SISTEMAS DE INFORMACION
OBJETIVO
• Desarrollar la arquitectura de
sistemas de información objetivo
(datos y aplicaciones), que
describe cómo la arquitectura de
sistemas de la empresa permitirá
la Arquitectura Empresarial y la
visión de la arquitectura, de
forma que se pueda atender la
Solicitud de Trabajo Arquitectura
y las preocupaciones de las
partes interesadas.
• Identificar los componentes de la
Hoja de Ruta Arquitectura
candidatos sobre la base de las
diferencias entre la línea base y la
arquitectura de sistemas de
información objetivo (datos y
aplicaciones).
ENFOQUE
Fase C involucra una combinación
del orden de la arquitectura de
datos y la arquitectura de la
aplicación. Existen defensores
para ambas secuencias.
Ejemplo:
• La planificación de Steven
Spewak Enterprise
Architecture (EAP)
recomienda un enfoque
impulsado por los datos.
• Los sistemas de aplicaciones
importantes - como los de
planificación de recursos
empresariales (ERP),
Gestión de Relación con el
Cliente (CRM)
ENTRADA
ENTRADAS NO ARQUITECTURALES:
• Solicitud de Trabajo
Arquitectura.
• Evaluación de la capacidad.
• Plan de comunicaciones.
ENTRADAS ARQUITECTURALES:
• Modelo Organizacional de la
Arquitectura Empresarial,
• Marco de Trabajo de la Arquitectura
adaptado.
• Principios de las Aplicaciones, si
existen.
• Principios de los Datos, si existen.
• Estatuto del trabajo de la
arquitectura.
• Visión de la Arquitectura.
• Repositorio de la Arquitectura.
• Documento borrador de la Definición
de la Arquitectura
• Borrador de la especificación de
requerimientos de la Arquitectura.
• Componentes de la Arquitectura de
Negocios de la hoja de Ruta de la
• Arquitectura.
PASOS
Pasos detallados para la Fase
C se dan por separado para
cada dominio de la
arquitectura:
• Fase C: Arquitecturas de
Sistemas de Información -
Arquitectura de Datos
• Fase C: Arquitecturas de
Sistemas de Información -
Arquitectura de
aplicaciones
SALIDAS
• Versiones refinadas y
actualizadas de los
entregables de la Visión de
la Visión
• Borrador de Documento
de Definición de la
Arquitectura.
• Borrador de la
Especificación de
Requerimientos.

|
13
Objetivo 1
• Desarrollar las arquitecturas de
sistemas de información de destino,
describiendo cómo la arquitectura de
sistemas de información de la
empresa permitirá la arquitectura de
negocios y la visión de la arquitectura,
de una manera que aborde la
declaración del trabajo de
arquitectura y las preocupaciones de
los interesados.
Objetivo 2
Identificar los componentes de la Hoja de Ruta
Arquitectura candidatos sobre
la base de las diferencias entre la línea base y la
arquitectura de sistemas de
información objetivo (datos y aplicaciones).
OBJETIVOS
ELEMENTOS DEL PROCESO DE LA ARQUITECTURA DE SISTEMAS DE INFORMACION

14
La fase C implica una
combinación de datos
y arquitectura de
aplicaciones, e
Existen defensores para ambas
secuencias. Por ejemplo, el
Enterprise Architecture Planning
(EAP) de Steven Spewak
recomienda un enfoque basado en
datos
Por otro lado, los principales
sistemas de aplicaciones, como
los de Enterprise Resource
Planning (ERP), Customer
Relationship Management
(CRM), etc.,
Las descripciones detalladas para
la Fase C se dan por separado para
cada dominio de arquitectura:
Fase C: Arquitecturas de
sistemas de información -
Arquitectura de datos (ver 9.
Fase C: Arquitecturas de
sistemas de información -
Arquitectura de datos )
Fase C: Arquitecturas de sistemas de información -
Arquitectura de aplicaciones (ver 10. Fase C:
Arquitecturas de sistemas de información - Arquitectura
de aplicaciones )
ENFOQUE

15
Arquitectura.
 Modelo Organizacional de la Arquitectura Empresarial, que incluye:
• Alcance del impacto en la organización.
• La evaluación de la madurez, las brechas y el enfoque de
resolución.
• Roles y responsabilidades para el equipo de arquitectura (s).
• Las restricciones sobre el trabajo de arquitectura.
• Necesidades presupuestarias.
• Gobernanza y estrategia de apoyo.
 Documento borrador de la
Definición de la Arquitectura,
incluyendo:
• Línea base de la Arquitectura de
Negocios. Versión 1.0 (Detallada).
• Arquitectura de Negocios objetivo.
Versión 1.0
Datos. Versión 1.0
 Principios de las
Aplicaciones, si existen.
 Principios de los Datos, si
existen.
 Estatuto del trabajo de la
arquitectura.
 Visión de la Arquitectura)
ENTRADAS
ENTRADAS NO ARQUITECTURALES
ENTRADAS ARQUITECTURALES
 Repositorio de la
Arquitectura.
• Bloques de construcción
reutilizables.
• Modelos de referencia
específicos a la
organización. Estándares de
la organización
 Principios de las
Aplicaciones, si existen.
 Principios de los Datos, si
existen.
arquitectura.
 Visión de la Arquitectura)
 Marco de Trabajo de la
Arquitectura adaptado.
• Método de la arquitectura
adaptado.
• Contenido de la arquitectura
adaptado (Entregables y
artefactos)
• Herramientas de configuración
e instalación.

16
Pasos detallados para la Fase C se dan por
separado para cada dominio de la
arquitectura:
 Fase C: Arquitecturas de Sistemas de
Información - Arquitectura de Datos
 Fase C: Arquitecturas de Sistemas de
Información - Arquitectura de
aplicaciones.
 Versiones refinadas y actualizadas de los
entregables de la Visión de la Visión,
Incluyendo:
• Estatuto de Trabajo de Arquitectura
 Componentes de los sistemas de
información de la hoja de ruta de la
Arquitectura
• Vista de la Arquitectura de Datos correspondientes a los
puntos de vista relacionados a las necesidad de las partes
interesadas.
• Vista de la Arquitectura de Aplicación correspondientes a los
puntos de vista relacionados a las necesidades de las partes
interesadas.
PASOS Y SALIDAS
 Borrador de la Especificación de Requerimientos.
• Resultado del análisis de brechas.
• Requerimientos técnicos relevantes que podrían
aplicar a esta
• evolución del ciclo de desarrollo de la Arquitectura.
• Restricciones sobre la Arquitectura tecnológica a ser
diseñada.
• Requerimientos de negocios actualizados, si es
necesario.
PASOS SALIDAS
 Borrador de Documento de Definición de la
Arquitectura. Catálogos:
• Línea base de la Arquitectura de Datos.
• Arquitectura de Datos Objetivo.
Aplicación.
• Arquitectura de Aplicación Objetivo.

17
OBJETIVO
• Desarrollar la Arquitectura de
Aplicación Objetivo que permite
la Arquitectura Empresarial y la
Visión de Arquitectura,
direccionar la Solicitud de Trabajo
Arquitectura y las necesidades de
las partes interesadas.
diferencias entre la línea de base
y las arquitecturas de
aplicaciones objetivo.
ENFOQUE
Como parte de esta fase, el
equipo de arquitectura tendrá
que considerar qué recursos
relevantes de Arquitectura de
datos están disponibles en el
repositorio de
Arquitectura de la organización,
en particular, los modelos de
datos genéricos
relevantes a la industria de la
organización del sector vertical.
Ejemplo:
• ARTS ha definido un modelo
de datos para la industria al
por menor.
• Energistics ha definido un
modelo de datos para la
industria de petrotécnicos
ENTRADA
Arquitectura.
Arquitectura Empresarial.
adaptado.
• Principios de los Datos.
arquitectura.
de la Arquitectura
arquitectura.
PASOS
El nivel de detalle en la Fase C
dirigida dependerá del
alcance y los objetivos de los
esfuerzos de arquitectura
global.
Los pasos en la Fase C
(arquitectura de datos) son los
siguientes:
• Selección de Modelos de
referencia, puntos de vista
y herramientas.
• Desarrollo de al
Descripción de la Línea de
Base de la Arquitectura de
aplicación.
• Desarrollar la Descripción
Objetivo.
• Realizar el Análisis de
Brechas.
• Definir los componentes
candidatos a la Hoja de
ruta.
• Revisión de formal de las
partes interesadas.
• Finalizar la Arquitectura de
Aplicación
• Crear Documento de
Definición de la
Arquitectura de Datos.
SALIDAS
actualizadas de los
la Visión.
arquitectura
• Borrador de la
Especificación de
Requerimientos.
• Componentes de la
Arquitectura de
Aplicaciones de la hoja de
ruta de la
• Arquitectura.
ELEMENTOS DEL PROCESO ARQUITECTURA DE APLICACIONES

|
18
Objetivo 1
Desarrollar la Arquitectura de Aplicación
Objetivo que permite la Arquitectura
Empresarial y la Visión de Arquitectura,
direccionar la Solicitud de Trabajo
Arquitectura y las necesidades de las
partes interesadas.
Objetivo 2
la base de las diferencias entre la línea de base y las
arquitecturas de
aplicaciones objetivo.
OBJETIVOS
ELEMENTOS DEL PROCESO DE LA ARQUITECTURA DE APLICACIONES

19
Como parte de esta fase, el equipo de
arquitectura tendrá que considerar qué recursos
relevantes de Arquitectura de datos están
disponibles en el repositorio de
Arquitectura de la organización (ver Parte V , 37.
Depósito de Arquitectura ).
En particular:
 Modelos comerciales genéricos relevantes para el
sector "vertical" de la industria de la organización;
por ejemplo:
 Modelos de aplicaciones relevantes para funciones
comerciales comunes de alto nivel, como el
comercio electrónico, la gestión de la cadena de
suministro, etc.
• ARTS ha definido un modelo de datos
para la industria al por menor
• El TM Forum ha desarrollado modelos
detallados de aplicaciones relevantes
para la industria de las
telecomunicaciones
• Energistics ha definido un modelo de datos
para la industria de petrotécnicos.
• The Open Group ha desarrollado un modelo
detallado de referencia de arquitectura de
aplicaciones para el segmento de TI de las
organizaciones (IT4IT Reference
Architecture)
ENFOQUE

20
Arquitectura.
• Alcance del impacto en la organización.
• La evaluación de la madurez, las brechas y el enfoque de
resolución.
• Roles y responsabilidades para el equipo de arquitectura (s).
• Las restricciones sobre el trabajo de arquitectura.
• Necesidades presupuestarias.
• Gobernanza y estrategia de apoyo.
 Documento borrador de la
Definición de la Arquitectura,
incluyendo:
Negocios. Versión 1.0 (Detallada).
• Arquitectura de Negocios objetivo.
Versión 1.0
Datos. Versión 1.0
 Principios de los Datos.
arquitectura.
 Visión de la Arquitectura.
 Componentes de la
Arquitectura de Negocios
de la hoja de Ruta de la
Arquitectura.
ENTRADAS
 Repositorio de la Arquitectura.
• Bloques de construcción
reutilizables.
específicos a la organización.
Estándares de la organización
 Borrador de la especificación de
• Resultados del análisis de brechas.
• Requerimientos técnicos
relevantes que se pueden aplicar
en la Fase C.
 Marco de Trabajo de la
Arquitectura adaptado.
• Método de la arquitectura
adaptado.
• Contenido de la arquitectura
adaptado (Entregables y
artefactos)
• Herramientas de configuración
e instalación.

21
El nivel de detalle tratado en la Fase C
dependerá del alcance y los objetivos del
esfuerzo general de la arquitectura.
El orden de los pasos en esta fase, así como
el momento en que se inician y completan
formalmente, deben adaptarse a la situación
en cuestión de acuerdo con la gobernanza
arquitectónica establecida.
Los pasos de la Fase C (Arquitectura de la aplicación) son los
siguientes:
 10.3.1 Seleccionar modelos de referencia, puntos de vista y
herramientas
 10.3.2 Desarrollar la arquitectura de la aplicación de línea base
Descripción
 10.3.3 Descripción de la arquitectura de la aplicación de destino
 10.3.4 Realizar análisis de brechas
 10.3.5 Definir los componentes de la hoja de ruta candidata
PASOS
 10.3.6 Resolver impactos en el paisaje de la
arquitectura
 10.3.7 Llevar a cabo una revisión formal de los
interesados
 10.3.8 Finalizar la arquitectura de la aplicación
 10.3.9 Crear el documento de definición de
arquitectura
Todas las actividades que se han iniciado en estos
pasos se deben cerrar durante el paso Finalizar la
arquitectura de la aplicación (consulte 10.3.8
Finalizar la arquitectura de la aplicación ). La
documentación generada a partir de estos pasos
debe publicarse formalmente en el paso Crear
documento de definición de arquitectura
(consulte 10.3.9 Crear el documento de definición
de arquitectura ).

22
Los resultados de la Fase C (Arquitectura
de la aplicación) pueden incluir, pero no
están restringidos a:
 Versiones refinadas y actualizadas de
los entregables de la fase de
Architecture Vision, donde
corresponda.
 Borrador de documento de definición de
arquitectura (véase la Parte IV , 32.2.3 Documento
de definición de arquitectura ), que incluye:
• Baseline Application Architecture, Version 1.0, si
corresponde
• Arquitectura de aplicación de destino, Versión 1.0
Vistas correspondientes a los puntos de vista
seleccionados, abordando las preocupaciones
clave de los interesados
Los resultados pueden incluir algunos o todos de los siguientes:
 Catálogos:
• Catálogo de la cartera de aplicaciones
• Catálogo de interfaz
 Matrices:
• Matriz de aplicación / organización
• Rol / Aplicación matriz
• Aplicación / matriz de funciones
• Matriz de interacción de aplicaciones
SALIDAS
 Diagramas:
• Diagrama de comunicación de aplicaciones
• Diagrama de ubicación de aplicación y usuario
• Diagrama de caso de uso de la aplicación
• Diagrama de manejabilidad de la empresa
• Diagrama de realización de proceso / aplicación
• Diagrama de Ingeniería de Software
• Diagrama de migración de aplicaciones
• Diagrama de distribución de software
 Borrador de Especificación de Requisitos de
Arquitectura (ver Parte IV , 32.2.6
Especificación de Requisitos de Arquitectura ),
que incluye requisitos de Arquitectura de
Aplicación como:
• Resultados del análisis de brecha
• Requerimientos de interoperabilidad de
aplicaciones
• Requisitos de datos actualizados, si
corresponde

23
OBJETIVO
• Desarrollar la arquitectura de
datos objetivo que permite a la
Arquitectura Empresarial y a la
Visión de Arquitectura, el abordar
las necesidades de las partes
interesadas de la Solicitud de
Trabajo de Arquitectura.
diferencias entre la línea base y
arquitecturas de datos objetivo.
ENFOQUE
Consideraciones clave para la
arquitectura de datos
• ADMINISTRACION DE DATOS:
Cuando una empresa ha optado
por realizar la transformación
arquitectónica a gran
escala, es importante entender y
abordar los problemas de la
gestión de datos
• MIGRACION DE DATOS:
Cuando una aplicación existente
se remplaza, habrá una
necesidad crítica para migrar
datos (maestro, transaccionales
y de referencia) para la nueva
aplicación.
• GOBERNANZA DE LOS DATOS:
Las consideraciones sobre la
gobernabilidad de los datos para
asegurar que la
empresa tiene las dimensiones
necesarias que permitan la
transformación.
• REPOSITORIO DE LA
ARQUITECTURA:
Como parte de esta fase, el
equipo de arquitectura tendrá
que considerar qué recursos
relevantes de Arquitectura de
datos están disponibles en el
repositorio.
ENTRADA
Arquitectura.
Arquitectura Empresarial.
adaptado.
• Principios de los Datos.
arquitectura.
de la Arquitectura
arquitectura.
PASOS
El nivel de detalle en la Fase C
dirigida dependerá del
alcance y los objetivos de los
esfuerzos de arquitectura
global.
Los pasos en la Fase C
(arquitectura de datos) son los
siguientes:
• Selección de Modelos de
referencia, puntos de vista
y herramientas.
• Desarrollo de al
Descripción de la Línea de
Base de la Arquitectura de
aplicación.
• Desarrollar la Descripción
Objetivo.
• Realizar el Análisis de
Brechas.
• Definir los componentes
candidatos a la Hoja de
ruta.
• Revisión de formal de las
partes interesadas.
• Finalizar la Arquitectura de
Aplicación
• Crear Documento de
Definición de la
Arquitectura de Datos.
SALIDAS
actualizadas de los
la Visión.
arquitectura
• Borrador de la
Especificación de
Requerimientos.
• Componentes de la
Arquitectura de
Aplicaciones de la hoja de
ruta de la
• Arquitectura.
ELEMENTOS DEL PROCESO ARQUITECTURA DE DATOS

|
24
Objetivo 1
Desarrollar la arquitectura de datos de
destino que habilite la arquitectura de
negocios y la visión de arquitectura, de una
manera que aborde la declaración de
trabajo de arquitectura y las
preocupaciones de los interesados
Objetivo 2
la base de las diferencias entre la línea base y
arquitecturas de datos objetivo.
OBJETIVOS
ELEMENTOS DEL PROCESO DE LA ARQUITECTURA DE DATOS

25
 Gestión de datos
Un enfoque estructurado e integral de la
administración de datos permite el uso
efectivo de los datos para capitalizar sus
ventajas competitivas.
 Migración de datos
• Se reemplaza una aplicación existente, habrá una
necesidad crítica de migrar datos (maestro,
transaccional y de referencia) a la nueva aplicación.
• El objetivo es que la aplicación de destino tenga
datos de calidad cuando se llene. Otra consideración
clave es garantizar que se establezca una definición
de datos común para toda la empresa para respaldar
la transformación.
 Gobierno de datos
• Sistema de gestión : deben tener el
sistema de gestión necesario y los
programas relacionados con los datos
para gestionar los aspectos de
gobernanza de las entidades de datos
a lo largo de su ciclo de vida
El equipo de arquitectura tendrá que considerar
qué recursos de Arquitectura de Datos están
disponibles en el Depósito de Arquitectura de la
organización (ver Parte V , 37. Depósito de
Arquitectura ), en particular, modelos de datos
genéricos relevantes para la industria "vertical"
sector.
ENFOQUE
Consideraciones clave para la
arquitectura de datos
• Estructura : Se refiere a si la empresa
tiene la estructura organizativa
necesaria y los organismos de
estándares para gestionar los
aspectos de las entidades de datos
de la transformación.
• Gente : Esta dimensión aborda qué
habilidades y roles relacionados con
los datos requiere la empresa para la
transformación
Repositorio de arquitectura

26
Arquitectura.
• Alcance de las organizaciones impactadas
• Evaluación de madurez, brechas y enfoque de resolución
• Roles y responsabilidades para los equipos de arquitectura
• Restricciones en el trabajo de arquitectura
• Requisitos presupuestarios
• Gobernanza y estrategia de apoyo
 Borrador de documento de
definición de arquitectura
• Baseline Business Architecture
• Target Business Architecture
• Baseline Data Architecture
• Target Data Architecture
• Baseline Application Architecture
• Arquitectura de
aplicaciones de destino
• Baseline Technology
Architecture
• Target Technology
Architecture
ENTRADAS
 Repositorio de arquitectura .
• Elementos esenciales
reutilizables (en particular,
definiciones de datos actuales)
públicamente disponibles
específicos de la organización
• Estándares de organización
 Borrador de la especificación de
• Resultados del análisis de brechas.
• Requisitos técnicos relevantes que
se aplicarán a esta fase
 Marco de arquitetura a medida.
• Método de arquitectura a
medida
• Contenido de arquitectura a
medida (entregables y
artefactos)
• Herramientas configuradas y
desplegadas

27
El nivel de detalle tratado en la Fase C
dependerá del alcance y los objetivos del
esfuerzo general de la arquitectura.
El orden de los pasos en esta fase, así como
el momento en que se inician y completan
formalmente, deben adaptarse a la situación
en cuestión de acuerdo con la gobernanza
arquitectónica establecida.
Los pasos de la Fase C (Arquitectura de la aplicación) son los
siguientes:
 9.3.1 Seleccionar modelos de referencia, puntos de vista y
herramientas
 9.3.2 Desarrollar la descripción de la arquitectura de datos de
referencia
 9.3.3 Descripción de la arquitectura de datos de destino
 9.3.4 Realizar análisis de brecha
 9.3.5 Definir los componentes de la hoja de ruta candidata
PASOS
 9.3.6 Resolver impactos en el paisaje de la
arquitectura
 9.3.7 Llevar a cabo una revisión formal de los
interesados
 9.3.8 Finalizar la arquitectura de datos
 9.3.9 Crear el documento de definición de
arquitectura
Todas las actividades que se han iniciado en estos
pasos deben cerrarse durante el paso Finalizar la
arquitectura de datos (consulte 9.3.8 Finalizar la
arquitectura de datos ). La documentación
generada a partir de estos pasos debe publicarse
formalmente en el paso Crear documento de
definición de arquitectura (consulte 9.3.9 Crear el
documento de definición de arquitectura ).

28
Los resultados de la Fase C (Arquitectura
de la aplicación) pueden incluir, pero no
están restringidos a:
 Versiones refinadas y actualizadas de
los entregables de la fase de
Architecture Visión, donde
corresponda.
 omponentes de la arquitectura de
datos de una hoja de ruta de la
arquitectura
 Borrador de documento de definición de
arquitectura (véase la Parte IV , 32.2.3 Documento
de definición de arquitectura ), que incluye:
• Baseline Application Architecture
• Target Data Architecture (modelos de datos
lógicos, modelos comerciales, Modelos de
proceso de gestión de datos)
• Vistas correspondientes a los puntos de vista
seleccionados que abordan las preocupaciones
clave de las partes interesadas
Los resultados pueden incluir algunos o todos de los siguientes:
 Catálogos:
• Componentes de la arquitectura de datos de una hoja de ruta
de la arquitectura Matrices:
 Matrices:
• Data Entity / Business Function matrix
• Aplicación / matriz de datos
SALIDAS
 Diagramas:
• Diagrama conceptual de datos
• Diagrama de Datos Lógicos
• Diagrama de diseminación de datos
• Diagrama de seguridad de datos
• Diagrama de migración de datos
• Diagrama de ciclo de vida de datos
 Borrador de Especificación de Requisitos de
Arquitectura:
• Resultados del análisis de brecha
• Requisitos de interoperabilidad de datos
• Requisitos empresariales actualizados, si
corresponde
• Requisitos actualizados de la aplicación, si
corresponde

29
La fase C está relacionada con la
arquitectura de los sistemas de
información, de la misma forma
que hace la fase B para la
arquitectura de negocio. .
En esta fase, el consultor en TOGAF
debe trabajar principalmente con
los técnicos que desarrollan y
mantienes los sistemas de
información.
TOGAF define nueve pasos específicos,
cada uno con múltiples sub-pasos:
1. Una descripción conceptual de datos de
la empresa
2. Revisar y validar los principios, modelos
de referencia, puntos de vista, y
herramientas
3. Crear modelos de arquitectura,
incluyendo los modelos de datos lógicos,
datos de gestión de modelos de procesos
y modelos de relación, de tal forma que
relacionen las funciones de negocio con
CRUD (crear, leer, actualizar, eliminar) las
operaciones de datos
4. Seleccionar la arquitectura de datos de
bloques de construcción
5. Llevar a cabo revisiones formales del
modelo de la arquitectura y la
construcción de bloques con las partes
interesadas
6. Revisar los criterios cualitativos (por
ejemplo, rendimiento, fiabilidad,
seguridad, integridad)
7. Completar la arquitectura de datos
8. Realizar un análisis sobre
impacto/puntos de control
9. Realizar análisis de las deficiencias
entre arquitectura de aplicaciones
(sistemas) existente y la arquitectura
deseada.

Togaf adm (face c)

Más contenido relacionado

La actualidad más candente (20)

Similar a Togaf adm (face c) (20)

Último (20)

Togaf adm (face c)