2021

Datos/Observaciones
Fuente: www.reingenieriadigital.es
Fuente: www.freepng.es

Datos/Observaciones
Ing. Yuri A. Pomachagua Basualdo
  ADM (Arquitecture Development Method) de
TOGAF
 Fase C: Arquitectura de sistemas de
información
 Arquitectura de Datos
 Arquitectura de Aplicaciones

Ing Yuri A. Pomachagua Basualdo

Datos/Observaciones
 Al finalizar esta sesión el alumno conocerá y
aplicará la Fase C del Método de Desarrollo de la
Arquitectura

Datos/Observaciones Ing Yuri A. Pomachagua Basualdo

  Desarrollar las arquitecturas de sistemas de
información de destino, describiendo cómo la
arquitectura de sistemas de información de la
empresa habilitará la arquitectura empresarial y la
visión de la arquitectura, de una manera que
aborde la declaración de trabajo de arquitectura y
las preocupaciones de las partes interesadas.
 Identificar los componentes de la hoja de ruta de
la arquitectura candidata en función de las brechas
entre las arquitecturas de los sistemas de
información de referencia y de destino (datos y
aplicaciones)

Datos/Observaciones Ing Yuri A. Pomachagua Basualdo

 1. Materiales de referencia
externos a la empresa
o Materiales de referencia de
arquitectura (Repositorio de
arquitectura)
2. Entradas no arquitectónicas
o Solicitud de trabajo de
arquitectura
o Evaluación de capacidad
o Plan de comunicaciones

Datos/Observaciones Ing Yuri A. Pomachagua Basualdo

Datos/Observaciones Ing Yuri A. Pomachagua Basualdo
 Si bien el repositorio de arquitectura contiene información sobre la
arquitectura empresarial y las especificaciones y los artefactos
asociados, existe una cantidad considerable de repositorios
empresariales que admiten la arquitectura tanto dentro como fuera
de la empresa.

Estos pueden incluir repositorios de desarrollo, entornos operativos

específicos, instrucciones y repositorios de gestión de la
configuración.

Datos/Observaciones Ing Yuri A. Pomachagua Basualdo

El metamodelo de arquitectura describe
la aplicación personalizada de un marco
de arquitectura, incluido un método para
el desarrollo de la arquitectura y un
metamodelo para el contenido de la
arquitectura

Datos/Observaciones Ing Yuri A. Pomachagua Basualdo

La capacidad de arquitectura define los
parámetros, estructuras y procesos que
respaldan la gobernanza del repositorio
de arquitectura.

Datos/Observaciones Ing Yuri A. Pomachagua Basualdo

El paisaje
arquitectónico presenta
una representación
arquitectónica de los
activos en uso o
planificados por la
empresa en momentos
concretos

Datos/Observaciones Ing Yuri A. Pomachagua Basualdo

 La Biblioteca de
referencia proporciona
pautas, plantillas,
patrones y otras formas
de material de
referencia que se
pueden aprovechar
para acelerar la
creación de nuevas
arquitecturas para la
empresa.

Datos/Observaciones Ing Yuri A. Pomachagua Basualdo

 La Base de información de
estándares captura los
estándares que deben cumplir las
nuevas arquitecturas, que pueden
incluir estándares de la industria,
productos y servicios
seleccionados de proveedores o
servicios compartidos ya
implementados dentro de la
organización.

Datos/Observaciones Ing Yuri A. Pomachagua Basualdo

 El registro de gobierno proporciona
un registro de la actividad de
gobierno en toda la empresa.

Datos/Observaciones Ing Yuri A. Pomachagua Basualdo

 El panorama de soluciones
presenta una representación
arquitectónica de los bloques de
construcción de soluciones (SBB)
que respaldan el panorama de la
arquitectura que han sido
planificados o implementados por
la empresa

Datos/Observaciones Ing Yuri A. Pomachagua Basualdo

 El repositorio de requisitos de
arquitectura proporciona una vista
de todos los requisitos de
arquitectura autorizados que se
han acordado con la Junta de
Arquitectura.

Datos/Observaciones Ing Yuri A. Pomachagua Basualdo

 Hay muchos modelos de
referencia de la industria
disponibles que pueden
ayudar a comprender el papel
y el desarrollo de las
arquitecturas de referencia.

Datos/Observaciones Ing Yuri A. Pomachagua Basualdo

 Estos se relacionan con la
industria, las mejores
prácticas o los estándares
definidos formales utilizados
por las organizaciones
líderes. Los ejemplos
incluyen las normas ISO,
IEEE y gubernamentales

Datos/Observaciones Ing Yuri A. Pomachagua Basualdo

 Las decisiones tomadas por
la Junta de Arquitectura que
afectan la Arquitectura
Empresarial a menudo se
registran en las actas de las
reuniones. Estas actas a
menudo se guardan en
archivos de documentación
que están excluidos del
repositorio de arquitectura
por razones legales o
reglamentarias.

Datos/Observaciones Ing Yuri A. Pomachagua Basualdo

El paisaje arquitectónico

Contiene vistas arquitectónicas del estado de la empresa en momentos concretos. Debido al gran volumen y
las diversas necesidades de las partes interesadas en toda una empresa, el paisaje arquitectónico se divide
en tres niveles de granularidad:

Las arquitecturas estratégicas muestran una vista resumida a largo plazo de toda la empresa. Las
arquitecturas estratégicas proporcionan un marco organizativo para la actividad operativa y de cambio y
permiten establecer la dirección a nivel ejecutivo.
Las arquitecturas de segmento proporcionan modelos operativos más detallados para áreas dentro de una
empresa. Las arquitecturas de segmento se pueden utilizar a nivel de programa o cartera para organizar y
alinear operativamente actividades de cambio más detalladas.
Las arquitecturas de capacidad muestran de manera más detallada cómo la empresa puede admitir una
unidad de capacidad en particular. Las arquitecturas de capacidad se utilizan para proporcionar una
descripción general de la capacidad actual, la capacidad objetivo y los incrementos de capacidad, y permiten
agrupar proyectos y paquetes de trabajo individuales dentro de carteras y programas administrados.

Datos/Observaciones Ing Yuri A. Pomachagua Basualdo

La Biblioteca de referencia

Proporciona un repositorio para almacenar materiales de referencia que deben usarse para desarrollar
arquitecturas. Los materiales de referencia que se tienen pueden obtenerse de diversas fuentes, que
incluyen:
La biblioteca de referencia debe contener:
o Organismos de normalización
o Proveedores de productos y servicios
o Arquitecturas de referencia
o Comunidades o foros de la industria
o Modelos de referencia
o Plantillas estándar
o Biblioteca Viewpoint
o Mejores prácticas empresariales
o Plantillas

Datos/Observaciones Ing Yuri A. Pomachagua Basualdo

La Biblioteca de referencia

Proporciona un repositorio para almacenar materiales de referencia que deben usarse para desarrollar
arquitecturas. Los materiales de referencia que se tienen pueden obtenerse de diversas fuentes, que
incluyen:
La biblioteca de referencia debe contener:
o Organismos de normalización
o Proveedores de productos y servicios
o Arquitecturas de referencia
o Comunidades o foros de la industria
o Modelos de referencia
o Plantillas estándar
o Biblioteca Viewpoint
o Mejores prácticas empresariales
o Plantillas

Datos/Observaciones Ing Yuri A. Pomachagua Basualdo

 3. Entradas arquitectónicas
o Modelo Organizacional para Arquitectura Empresarial, que incluye:
 Alcance de las organizaciones afectadas
 Evaluación de madurez, brechas y enfoque de resolución
 Roles y responsabilidades para los equipos de arquitectura
 Restricciones en el trabajo de arquitectura.
 Requerimientos presupuestarios
 Gobierno y estrategia de apoyo

Datos/Observaciones Ing Yuri A. Pomachagua Basualdo

 3. Entradas arquitectónicas
o Marco de arquitectura a medida, que incluye:
 Método de arquitectura a medida
 Contenido de arquitectura a medida (entregables y artefactos)
 Herramientas configuradas e implementadas
 Declaración de trabajo de arquitectura aprobada
o Principios de datos
o Visión de Arquitectura

Datos/Observaciones Ing Yuri A. Pomachagua Basualdo

 Principio 10: los datos son un activo
Declaración: Los datos son un activo que tiene valor para la empresa y se
gestionan en consecuencia.
Principio 11: los datos se comparten
Declaración: Los usuarios tienen acceso a los datos necesarios para realizar
sus tareas; por lo tanto, los datos se comparten entre las funciones y
organizaciones empresariales.
Principio 12: los datos son accesibles
Declaración: Los usuarios pueden acceder a los datos para realizar sus
funciones.

Datos/Observaciones Ing Yuri A. Pomachagua Basualdo

 Principio 13: Administrador de datos
Declaración: Cada elemento de datos tiene un administrador responsable
de la calidad de los datos.
Principio 14: Vocabulario común y definiciones de datos
Declaración: Los datos se definen de manera consistente en toda la
empresa, y las definiciones son comprensibles y están disponibles para
todos los usuarios.
Principio 15: Seguridad de datos
Declaración: Los datos están protegidos contra el uso y la divulgación no
autorizados. Además de los aspectos tradicionales de la clasificación de
seguridad nacional, esto incluye, pero no se limita a, la protección de
información pre-decisional, sensible, sensible a la selección de fuente y
propietaria.
Datos/Observaciones Ing Yuri A. Pomachagua Basualdo
 3. Entradas arquitectónicas
o Repositorio de arquitectura, que incluye:
 Bloques de construcción reutilizables
 Modelos de referencia disponibles públicamente
 Modelos de referencia específicos de la organización.
 Normas de la organización

Datos/Observaciones Ing Yuri A. Pomachagua Basualdo

 3. Entradas arquitectónicas
o Proyecto de documento de definición de arquitectura, que incluye (cuando está
dentro del alcance):
 BaselineBusiness Architecture, Versión 1.0 (detallada), si corresponde
 Target Business Architecture, Versión 1.0 (detallada)
 Baseline Data Architecture, Versión 0.1, si está disponible
 Arquitectura de datos de destino, versión 0.1, si está disponible
 Baseline Application Architecture, Versión 1.0 (detallada) o Versión 0.1 (Visión)
 Arquitectura de aplicación de destino, Versión 1.0 (detallada) o Versión 0.1 (Visión)
 Baseline Technology Architecture, Versión 0.1 (Visión)
 Arquitectura de tecnología de destino, versión 0.1 (visión)

Datos/Observaciones Ing Yuri A. Pomachagua Basualdo

 3. Entradas arquitectónicas
o Proyecto de especificación de requisitos de arquitectura, que incluye:
 Resultados del análisis de brechas (Business Architecture)
 Requisitos técnicos relevantes que se aplicarán a esta fase.
 Componentes de arquitectura empresarial de una hoja de ruta de arquitectura

Datos/Observaciones Ing Yuri A. Pomachagua Basualdo

 1. Seleccionar modelos de referencia, puntos de vista y herramientas
2. Desarrollar la descripción de la arquitectura de datos de referencia
3. Desarrollar la descripción de la arquitectura de datos objetivo
4. Realizar análisis de brechas
5. Definir componentes de hoja de ruta para candidatos
6. Resolver impactos en el paisaje arquitectónico
7. Realizar una revisión formal de las partes interesadas
8. Finalizar la arquitectura de datos
9. Crear el documento de definición de arquitectura

Datos/Observaciones Ing Yuri A. Pomachagua Basualdo

 Revise y valide (o genere, si es necesario) el conjunto de principios de datos. Estos
normalmente formarán parte de un conjunto general de Principios de Arquitectura.
Seleccione los recursos relevantes de la arquitectura de datos (modelos de referencia,
patrones, etc.) en función de los impulsores del negocio, las partes interesadas, las
preocupaciones y la arquitectura del negocio.
Seleccione puntos de vista relevantes de la arquitectura de datos (por ejemplo, partes
interesadas de los datos: organismos reguladores, usuarios, generadores, sujetos, auditores,
etc., varias dimensiones de tiempo: en tiempo real, período de informes, eventos, etc.,
ubicaciones; procesos empresariales );es decir, aquellos que permitirán al arquitecto
demostrar cómo se abordan las inquietudes de las partes interesadas en la Arquitectura de
datos

Datos/Observaciones Ing Yuri A. Pomachagua Basualdo

 Identifique las herramientas y técnicas apropiadas (incluidos los formularios) que se
utilizarán para la captura de datos, el modelado y el análisis, en asociación con los puntos
de vista seleccionados. Dependiendo del grado de sofisticación garantizado, estos pueden
comprender documentos simples u hojas de cálculo, o herramientas y técnicas de modelado
más sofisticadas, como modelos de gestión de datos, modelos de datos, etc.
Ejemplos de técnicas de modelado de datos son:
• Diagrama de entidad –relación
• Diagrama de clase

Datos/Observaciones Ing Yuri A. Pomachagua Basualdo

 1. Determinar el proceso de modelado general
Para cada punto de vista, seleccione los modelos necesarios para admitir la vista específica
requerida, utilizando la herramienta o método seleccionado.
Asegúrese de que todas las preocupaciones de las partes interesadas estén cubiertas. Si no lo
están, cree nuevos modelos para abordar inquietudes no cubiertas o aumente los modelos
existentes.

Datos/Observaciones Ing Yuri A. Pomachagua Basualdo

 1. Determinar el proceso de modelado general
El proceso recomendado para desarrollar una arquitectura de datos es el siguiente:
o Recopile modelos relacionados con datos de los materiales existentes de Arquitectura
empresarial y Arquitectura de aplicaciones
o Racionalizar los requisitos de datos y alinearlos con los catálogos y modelos de datos
empresariales existentes; esto permite el desarrollo de un inventario de datos y una
relación de entidad
o Actualice y desarrolle matrices en toda la arquitectura relacionando datos con el
servicio comercial, la función comercial, los derechos de acceso y la aplicación
o Elabore vistas de la arquitectura de datos examinando cómo se crean, distribuyen,
migran, protegen y archivan los datos.

Datos/Observaciones Ing Yuri A. Pomachagua Basualdo

 2. Identificar los catálogos requeridos de bloques de construcción de datos
El inventario de datos de la organización se captura como un catálogo dentro del Repositorio
de Arquitectura. Los catálogos son de naturaleza jerárquica y capturan una descomposición de
una entidad de metamodelo y también descomposiciones en entidades de modelo relacionadas
(por ejemplo, componente de datos lógicos -> componente de datos físicos -> entidad de datos).
Los catálogos forman la materia prima para el desarrollo de matrices y diagramas y también
actúan como un recurso clave para administrar el negocio y la capacidad de TI.
Durante la fase de Arquitectura empresarial, se creó un diagrama de Servicio / Información
empresarial que muestra las entidades de datos clave requeridas por los principales servicios
empresariales. Este es un requisito previo para las actividades exitosas de arquitectura de
datos

Datos/Observaciones Ing Yuri A. Pomachagua Basualdo

 2. Identificar los catálogos requeridos de bloques de construcción de datos
Utilizando la trazabilidad de la aplicación a la función empresarial a la entidad
de datos inherente al marco de contenido, es posible crear un inventario de los
datos necesarios para respaldar la Visión de Arquitectura.
Una vez que los requisitos de datos se consolidan en una sola ubicación, es
posible refinar el inventario de datos para lograr la consistencia semántica y
eliminar las brechas y superposiciones.
Los siguientes catálogos deben considerarse para el desarrollo dentro de una
arquitectura de datos:
o Catálogo de entidad de datos / componente de datos
La estructura de los catálogos se basa en los atributos de las entidades de metamodelo
Datos/Observaciones Ing Yuri A. Pomachagua Basualdo
 3 Identificar matrices requeridas
El inventario de datos racionalizado se puede utilizar para actualizar y refinar los diagramas
arquitectónicos de cómo los datos se relacionan con otros aspectos de la arquitectura.
Una vez que se hayan realizado estas actualizaciones, puede ser apropiado pasar a una breve
iteración de la Arquitectura de aplicación para resolver los cambios identificados.
Las siguientes matrices deben considerarse para el desarrollo dentro de una arquitectura de
datos:
o Entidad de datos / Función empresarial (que muestra qué datos admiten qué funciones y qué función empresarial
posee qué datos)
o Servicio / Información empresarial (desarrollado durante la fase de Arquitectura empresarial)
o Aplicación / Datos (desarrollado en las fases Arquitectura de aplicación y Arquitectura de datos)
La estructura de las matrices se basa en los atributos de las entidades de metamodelo

Datos/Observaciones Ing Yuri A. Pomachagua Basualdo

 4 Identificar diagramas requeridas
Los diagramas presentan la información de la arquitectura de datos desde un conjunto de
diferentes perspectivas (puntos de vista) de acuerdo con los requisitos de las partes interesadas.
Una vez que las entidades de datos se han refinado, se puede generar un diagrama de las
relaciones entre las entidades y sus atributos.
Es importante tener en cuenta en esta etapa que la información puede ser una mezcla de datos
de nivel empresarial (de proveedores de servicios del sistema e información de proveedores de
paquetes) y datos de nivel local almacenados en bases de datos personales y hojas de cálculo.

Datos/Observaciones Ing Yuri A. Pomachagua Basualdo

 4 Identificar diagramas requeridas
El nivel de detalle modelado debe evaluarse cuidadosamente. Algunos modelos de datos del
sistema físico existirán hasta un nivel muy detallado; otros solo tendrán entidades centrales
modeladas. No todos los modelos de datos se habrán mantenido actualizados a medida que las
aplicaciones se modificaron y ampliaron con el tiempo. Es importante lograr un equilibrio en el
nivel de detalle proporcionado (por ejemplo, reproducir esquemas de datos físicos del sistema
detallado existente o presentar mapas de proceso de alto nivel y requisitos de datos, resaltar las
dos vistas extremas).

Datos/Observaciones Ing Yuri A. Pomachagua Basualdo

 4 Identificar diagramas requeridas
Los siguientes diagramas deben considerarse para el desarrollo dentro de una arquitectura de
datos:
o Diagrama de datos conceptuales
o Diagrama de datos lógicos
o Diagrama de difusión de datos
o Diagrama de ciclo de vida de datos
o Diagrama de seguridad de datos
o Diagrama de migración de datos

Datos/Observaciones Ing Yuri A. Pomachagua Basualdo

 5 Identificar los tipos de requisitos que se deben recopilar
Una vez que se han desarrollado los catálogos, matrices y diagramas de la arquitectura de
datos, se completa el modelado de la arquitectura formalizando los requisitos centrados en los
datos para implementar la arquitectura objetivo.
Estos requisitos pueden:
o Relacionarse con el dominio de datos
o Proporcionar información de requisitos en las arquitecturas de aplicaciones y tecnología
o Proporcionar una guía detallada que se reflejará durante el diseño y la implementación
para garantizar que la solución aborde los requisitos de arquitectura originales.

Datos/Observaciones Ing Yuri A. Pomachagua Basualdo

 Desarrolle una descripción de línea de base de la arquitectura de datos existente, en la medida
necesaria para soportar la arquitectura de datos de destino. El alcance y el nivel de detalle que
se definirá dependerá de la medida en que los elementos de datos existentes puedan
transferirse a la Arquitectura de datos objetivo y de si existen descripciones arquitectónicas,
como se describe en el Enfoque. En la medida de lo posible, identifique los bloques de
construcción relevantes de la Arquitectura de Datos, basándose en el Repositorio de
Arquitectura.
Cuando sea necesario desarrollar nuevos modelos de arquitectura para satisfacer las
preocupaciones de las partes interesadas, use los modelos identificados en el Paso 1 como una
guía para crear nuevo contenido de arquitectura para describir la Arquitectura de línea de
base.

Datos/Observaciones Ing Yuri A. Pomachagua Basualdo

 Desarrolle una descripción de destino para la arquitectura de datos, en la medida necesaria
para soportar la visión de arquitectura y la arquitectura de negocios objetivo. El alcance y el
nivel de detalle que se definirá dependerá de la relevancia de los elementos de datos para lograr
la Arquitectura de destino, y de si existen descripciones arquitectónicas. En la medida de lo
posible, identifique los bloques de construcción relevantes de la Arquitectura de Datos,
basándose en el Repositorio de Arquitectura.
Cuando sea necesario desarrollar nuevos modelos de arquitectura para satisfacer las
preocupaciones de las partes interesadas, utilice los modelos identificados en el Paso 1 como
una guía para crear nuevo contenido de arquitectura para describir la Arquitectura de destino.

Datos/Observaciones Ing Yuri A. Pomachagua Basualdo

 Verifique los modelos de arquitectura para la consistencia y precisión internas:
o Realizar análisis de compensación para resolver conflictos (si los hay) entre las
diferentes vistas
o Validar que los modelos apoyan los principios, objetivos y limitaciones.
o Observe los cambios en el punto de vista representado en los modelos seleccionados
desde el Repositorio de arquitectura, y documente.
o Pruebe los modelos de arquitectura para verificar su integridad frente a los requisitos
Identifique brechas entre la línea de base y el objetivo, utilizando la técnica de análisis de
brechas.

Datos/Observaciones Ing Yuri A. Pomachagua Basualdo

Después de la creación de una arquitectura de línea de base, arquitectura de
destino y análisis de brechas, se requiere una hoja de ruta de datos para priorizar
las actividades en las próximas fases. Esta hoja de ruta inicial de Data
Architecture se utilizará como materia prima para respaldar una definición más
detallada de una hoja de ruta consolidada y multidisciplinaria dentro de la fase de
Oportunidades y Soluciones.

Datos/Observaciones Ing Yuri A. Pomachagua Basualdo

Una vez que se finaliza la arquitectura de datos, es necesario comprender cualquier impacto o
implicación más amplia.
En esta etapa, se deben examinar otros artefactos de arquitectura en el Paisaje de
Arquitectura para identificar:
o ¿Esta arquitectura de datos crea un impacto en las arquitecturas preexistentes?
o ¿Se han realizado cambios recientes que afecten la arquitectura de datos?
o ¿Hay oportunidades para aprovechar el trabajo de esta Arquitectura de Datos en otras
áreas de la organización?
o ¿Esta arquitectura de datos afecta a otros proyectos (incluidos los planificados y los
actualmente en curso)?
o ¿Esta arquitectura de datos se verá afectada por otros proyectos (incluidos los
planificados y los actualmente en curso)?
Datos/Observaciones Ing Yuri A. Pomachagua Basualdo
Verifique la motivación original para el proyecto de arquitectura y la Declaración de trabajo de
arquitectura con la Arquitectura de datos propuesta. Lleve a cabo un análisis de impacto para
identificar cualquier área en la que las Arquitecturas de aplicaciones y negocios (por ejemplo,
prácticas comerciales) puedan tener que cambiar para atender los cambios en la Arquitectura de
datos (por ejemplo, cambios en formularios o procedimientos, aplicaciones o sistemas de bases de
datos).
Si el impacto es significativo, esto puede justificar la revisión de las arquitecturas empresariales
y de aplicaciones.
Identifique las áreas en las que la Arquitectura de la aplicación (si se genera en este punto)
puede necesitar cambios para atender los cambios en la Arquitectura de datos (o para identificar
las restricciones en la Arquitectura de la aplicación que está por diseñarse).
Identifique cualquier restricción sobre la Arquitectura de Tecnología a punto de ser diseñada,
refinando la Arquitectura de Datos propuesta solo si es necesario
Datos/Observaciones Ing Yuri A. Pomachagua Basualdo
Seleccione estándares para cada uno de los bloques de construcción, reutilizando tanto como
sea posible de los modelos de referencia seleccionados del Repositorio de Arquitectura
o Documente completamente cada bloque de construcción
o Realizar una verificación cruzada final de la arquitectura general con los requisitos del
negocio; documentar la justificación de las decisiones de bloques de construcción en el
documento de arquitectura
o Documentar el informe final de trazabilidad de requisitos.
o Documente el mapeo final de la arquitectura dentro del Repositorio de Arquitectura; de los
bloques de construcción seleccionados, identifique los que podrían reutilizarse y
publíquelos a través del Repositorio de Arquitectura
o Finalice todos los productos de trabajo, como el análisis de brechas

Datos/Observaciones Ing Yuri A. Pomachagua Basualdo

Documente la justificación de las decisiones de bloques de construcción en el Documento de
definición de arquitectura.
Prepare las secciones de Arquitectura de datos del Documento de definición de arquitectura,
que comprendan parte o la totalidad de:
o Modelo de datos empresariales
o Modelo de datos lógicos
o Modelo de proceso de gestión de datos
o Entidad de datos / Matriz de funciones comerciales
o Requisitos de interoperabilidad de datos (por ejemplo, esquema XML, políticas de seguridad)
o Si corresponde, utilice informes y / o gráficos generados por herramientas de modelado para
demostrar vistas clave de la arquitectura; encaminar el documento para que lo revisen las
partes interesadas relevantes e incorporar comentarios

Datos/Observaciones Ing Yuri A. Pomachagua Basualdo

Los resultados de la Fase C pueden incluir, entre otros:
o Versiones refinadas y actualizadas de los entregables de la fase Architecture Vision, donde
corresponda, que incluyen:
 Declaración de trabajo de arquitectura, actualizada si es necesario
 Principio de datos validados, o nuevos principios de datos (si se generan aquí)

Datos/Observaciones Ing Yuri A. Pomachagua Basualdo

 o Proyecto de documento de definición de arquitectura, que incluye:
o Baseline Data Architecture, Versión 1.0 (detallada), si corresponde
o Arquitectura de datos de destino, versión 1.0 Modelo de datos empresariales
 Modelo de datos lógicos
 Modelos de proceso de gestión de datos
 Entidad de datos / Matriz de funciones comerciales
o Vistas correspondientes a los puntos de vista seleccionados que abordan las
preocupaciones clave de los interesados

Datos/Observaciones Ing Yuri A. Pomachagua Basualdo

 Las salidas pueden incluir algo o todo lo siguiente:
o •Catálogos:
 Catálogo de entidad de datos / componente de datos
o •Matrices:
 Entidad de datos / Matriz de funciones comerciales
 Aplicación / matriz de datos

Datos/Observaciones Ing Yuri A. Pomachagua Basualdo

 Las salidas pueden incluir algo o todo lo siguiente:
o Diagramas:
 Diagrama de datos conceptuales
 Diagrama de datos lógicos
 Diagrama de difusión de datos
 Diagrama de seguridad de datos
 Diagrama de migración de datos
 Diagrama de ciclo de vida de datos

Datos/Observaciones Ing Yuri A. Pomachagua Basualdo

 1. Gestión de datos
Cuando una empresa ha optado por realizar una transformación arquitectónica a gran escala,
es importante comprender y abordar los problemas de gestión de datos. Un enfoque
estructurado e integral para la gestión de datos permite el uso efectivo de los datos para
capitalizar sus ventajas competitivas.
Las consideraciones incluyen:
o Una definición clara de qué componentes de la aplicación en el paisaje servirán como
sistema de registro o referencia para los datos maestros de la empresa.
o ¿Habrá un estándar para toda la empresa que todos los componentes de la aplicación,
incluidos los paquetes de software, deben adoptar?(En general, los paquetes pueden ser
prescriptivos sobre los modelos de datos y pueden no ser flexibles).

Datos/Observaciones Ing Yuri A. Pomachagua Basualdo

 1. Gestión de datos
Las consideraciones incluyen:
o Comprenda claramente cómo las entidades, los procesos y los servicios empresariales
utilizan las entidades de datos
o Comprenda claramente cómo y dónde se crean, almacenan, transportan e informan las
entidades de datos empresariales
o ¿Cuál es el nivel y la complejidad de las transformaciones de datos requeridas para
soportar las necesidades de intercambio de información entre aplicaciones?
o ¿Cuál será el requisito para que el software admita la integración de datos con los clientes
y proveedores de la empresa (por ejemplo, el uso de herramientas ETL durante la migración
de datos, herramientas de creación de perfiles de datos para evaluar la calidad de los datos,
etc.)?

Datos/Observaciones Ing Yuri A. Pomachagua Basualdo

 3. Gobierno de datos
Las consideraciones de gobernanza de datos aseguran que la empresa tenga las dimensiones
necesarias para permitir la transformación, de la siguiente manera:
 Estructura: esta dimensión se refiere a si la empresa tiene la estructura organizativa
necesaria y los organismos de normalización para gestionar los aspectos de la entidad de
datos de la transformación.
 Sistema de gestión: aquí las empresas deben tener el sistema de gestión necesario y los
programas relacionados con los datos para gestionar los aspectos de gobierno de las
entidades de datos a lo largo de su ciclo de vida

Datos/Observaciones Ing Yuri A. Pomachagua Basualdo

 o Como parte de esta fase, el equipo de arquitectura deberá considerar qué recursos relevantes
de Arquitectura de Datos están disponibles en el Repositorio de Arquitectura de la
organización, en particular, modelos de datos genéricos relevantes para la industria de la
organización "vertical" sector. Por ejemplo:
 Energistics® -Estándares de intercambio de datos para la industria de petróleo y gas
aguas arriba
 Modelo Nacional de Intercambio de Información (Gobierno de EE. UU.)
 El modelo de datos operativos de ARTS y el modelo de depósito de datos de ARTS
(minorista)

Datos/Observaciones Ing Yuri A. Pomachagua Basualdo

Referencia

Datos/Observaciones