El documento presenta la fase C de un proyecto de sistemas de información sobre arquitecturas de datos. Define los objetivos de definir los tipos y fuentes de datos necesarios para el negocio de manera comprensible, completa y estable. Luego discute consideraciones clave como la gestión de datos, migración de datos y gobernanza de datos. Finalmente, describe los pasos a seguir en esta fase, incluida la selección de modelos de referencia, el desarrollo de descripciones de arquitectura de datos base y objetivo, y el aná

1. Fase C: Sistemas de Información
Arquitecturas - Arquitectura de Datos
Equipo 10
Carrillo Ruiz Iván
González Abarca Jazmín
Liberato Reyes Lesly Paulina
Mejía Salazar Fernando
Pérez Díaz Christian

2. Objetivo
El objetivo es definir los principales tipos y fuentes de datos
necesarios para el soporte del negocio.
De manera que:
o Comprensible por los interesados
o completa y consistente
o estable
El objetivo es definir las entidades de datos correspondientes a la
empresa, no para el diseño de sistemas de almacenamiento
lógicos o físicos.

3. Consideraciones clave para la
Arquitectura de Datos
• Gestión de datos (Data Management)
• Migración de Datos (Data Migration)
• Data Governance

4. Gestión de datos (Data Management)
Cuando una empresa ha optado por realizar la transformación
arquitectónica a gran escala, es importante entender y abordar
los problemas de gestión de datos.
Se debe de considerar:
 Una definición clara de los componentes de aplicación(
sistema de registro o de referencia para los datos maestros de
la empresa )
 ¿Habrá un estándar en toda la empresa que todos los
componentes de la aplicación, incluyendo paquetes de
software, tienen que adoptar (en los principales paquetes
pueden ser preceptivo sobre el modelos de datos y no puede
ser flexible)?
 Las entidades de datos que son utilizados por las funciones

5.  Las entidades de datos que son utilizados por las funciones de
negocio, procesos y servicios
 Entender claramente cómo y cuando las entidades de datos de
la empresa se crean, almacenan, transportan, y reportan.
 ¿Cuál es el nivel y la complejidad de los datos y las
formaciones transformaciones necesarias para apoyar el
intercambio de información necesaria entre las aplicaciones?
 ¿Cuál será el requisito para el software de apoyo a la
integración de datos con el entrar en los clientes y proveedores
de premios (por ejemplo, el uso de herramientas de ETL durante
la migración de datos, los datos herramientas de perfilado para
evaluar la calidad de datos, etc)?

6. Migración de Datos (Data Migration)
Al sustituir una aplicación existente, se originan necesidades
críticas para migrar datos para la nueva aplicación.
La arquitectura de datos debe identificar de los datos, los
requisitos de migración y también proporcionan indicadores
como el nivel de transformación, la escarda, y la limpieza que se
requiere para presentar los datos en una colchoneta para que
cumpla con los requisitos y
limitaciones de la aplicación de destino.
El objetivo es que la aplicación de destino sea de datos de
calidad cuando se llena. Otra consideración clave es asegurarse
de que la empresa en toda la
definición común de datos se haiga establecido para apoyar la
formación transformación.

7. Data Governance
Se debe asegurar de que la empresa tiene 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 y los organismos de normalización para
la gestión de datos de los aspectos de la entidad de
transformación necesarios.
•Sistema de Gestión: Las empresas deben tener el sistema de
gestión necesaria, programas y datos relacionados para
gestionar los aspectos de la Governance de las entidades de
datos a lo largo de su ciclo de vida.
•Gente: Cuáles son las habilidades y roles de la empresa y los
datos relacionados que requiere para la formación
transformación. Si la empresa carece de dichos recursos y
habilidades, las empresas debe tener en cuenta tanto la
adquisición de las habilidades o entrenamiento .

8. Almacén de Arquitectura
Como parte de esta fase, el equipo de arquitectura tendrá que
considerar lo que la arquitectura de datos relevantes y los
recursos que están disponibles en el almacén de Arquitectura
de la organización, en particular, los modelos de generaciones
son datos relevantes para la organización de la industria.
Ejemplo:
Energistics ha definido un modelo de datos para la industria
petrotécnicos.

9. Esta sección define los insumos para la Fase C (Arquitectura de
Datos).
•Materiales de referencia externos a la Empresa
Arquitectura materiales de referencia
•Non-Architectural Inputs
Solicitud de Arquitectura de Trabajo
Evaluación de Capacidad
Plan de Comunicación
•Arquitectura de Inputs
Modelo de Organización de Empresa de Arquitectura
-Alcance de las organizaciones de afectados
- Evaluación de Madurez, lagunas, y el enfoque de
resolución
- Roles y responsabilidades de equipo de
arquitectura (s)
Inputs

10. •Declaración de Arquitectura de Trabajo
•Almacén de Arquitectura
Modelos de referencia disponibles al público
Modelos de referencia específicos de la organización
Normas de la Organización
•Proyecto de definición de documento de Arquitectura
Base Arquitectura negocios, si procede
Arquitectura de datos de línea de base, si está
disponible
Arquitectura de datos de destino,, si está disponible
Arquitectura de aplicaciones de línea de base,
•Proyecto de Arquitectura Especificación de Requisitos
Resultados de análisis
Información técnica

11. Steps
Todas las actividades que se han iniciado en estos pasos deben
estar cerradas durante el Finalice los datos.
Los pasos en la Fase C (Arquitectura de datos) son los siguientes:
•Seleccionar algunos modelos de referencia, puntos de
vista y herramientas
•Desarrollo de Base de Datos Arquitectura Descripción
•Desarrollar Meta Data Architecture
•Realizar análisis de las deficiencias
• Definir los componentes de la hoja de ruta
•Resolver los impactos en la Arquitectura del Paisaje
•conducta para mal interesados ​​revisión
• Finalizar la arquitectura de datos
• Crear Arquitectura definición de documento

12. Seleccionar modelos de
referencia, puntos de vista y
herramientas
Revisar y validar el conjunto de principios de datos. Lineamientos
para elaborar y aplicar principios, y una muestra de un conjunto de
principios de datos.
Seleccionar los recursos de Arquitectura de datos relevantes
(modelos de referencia, etc) .
Seleccione los puntos de vista de arquitectura de datos relevantes
e identificar las herramientas y técnicas adecuadas para ser
utilizadas para la captura de datos, modelado, y el análisis, en
asociación con los puntos de vista seleccionados. Dependiendo del
grado de sofisticación justificado, estos pueden utilizarse
documentos u hojas de cálculo sencillas, o más sofisticadas
herramientas de modelado y técnicas, tales como los modelos de
gestión de datos, modelos de datos, etc .
Ejemplos de técnicas de modelado de datos son:
•diagrama entidad-relación
•Los diagramas de clases

13. Determinar Proceso de modelo general
Para cada punto de vista, seleccione los modelos necesarios para
apoyar el punto de vista específico requerido, utilizando el
herramienta o método seleccionado.
Asegúrese de que todas las preocupaciones de los interesados ​​están
cubiertos. Si no lo son, crear nuevos modelos para abordar conocer
lo no cubierto, o aumentar los modelos existentes.
El proceso recomendado para el desarrollo de una arquitectura de
datos es el siguiente:
•Recoger los modelos de datos relacionados con la
existencia de Arquitectura de Negocios y Aplicación

14.  Racionalizar los requisitos de datos y se alinean con ningún
catálogo de datos de la empresa existentes y que permite el
desarrollo de un inventor y de datos y la relación de entidad
 Actualizar y desarrollar matrices a través de la arquitectura,
relacionando los datos de servicio de negocio, función
empresarial, los derechos de acceso, y la aplicación
 Elaborar Arquitectura vistas de datos mediante el examen de
cómo se crean los datos, su distribución, emigraron, asegurado
y archivado

15. Identificar Catálogos requerido de Bloques de
datos de Construcción
Los datos de la organización se captura como un catálogo en
el almacén de Arquitectura.
Los catálogos son de naturaleza jerárquica y capturar una
descomposición de una entidad metamodelo y
descomposiciones entre entidades relacionados con el modelo
Catálogos de materia prima para el desarrollo de matrices y
diagramas, también actúan como una llave de recursos para la
gestión de la cartera de negocios y la capacidad de TI.

16. Una vez que los requisitos de datos se consolidan en un solo
lugar, es posible refinar los datos y lograr coherencia semántica
y eliminar lagunas y superposiciones.
Los siguientes catálogos deben ser considerados para el
desarrollo dentro de una arquitectura de datos:
o Entity Data / catalogo de componente de datos
La estructura de catálogos se basa en los atributos de las
entidades metamodelo,

17. Identificar Matrices requeridas
Las matrices muestran las relaciones básicas entre las
entidades del modelo relacionado. Forman la materia prima para
la elaboración de diagramas y también actúan como un recurso
clave para la evaluación de impacto.
Las siguientes matrices deben ser considerados para el
desarrollo dentro de una arquitectura de datos:
 Entidad / Empresa de datos Función (mostrando que apoya de
datos que funciona y que función de negocio que posee datos)
 Business Service / Información (desarrollado durante la fase de
Arquitectura Empresarial)
 System / Data (desarrollado a través de la arquitectura de
aplicaciones y arquitectura de datos fases)

18. Identificar esquemas obligatorios
Diagramas presentan la arquitectura de la información de datos de
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, un diagrama
de las relaciones entre las entidades y sus atributos pueden ser
producidos.
Es importante tener en cuenta en esta etapa que información
puede ser una mezcla de los datos de nivel de ISE Enterprise (de
los proveedores de servicios de sistemas y proveedor paquete
información) y los datos de nivel local celebradas en bases de
datos y hojas de cálculo personales.

19. Los siguientes diagramas se deben considerar para el desarrollo
dentro de una arquitectura de datos:
 Diagrama de clases
 Esquema de Difusión de
 diagrama del ciclo de vida de datos
 diagrama de seguridad de datos
 Diagrama de migración de datos
 diagrama de jerarquía de las clases

20. Identificar los tipos de requisitos que deben
recabar
 Una vez que los catálogos de datos Arquitectura, matrices y
diagramas han sido desarrollados, la arquitectura modelado se
completa para que los requisitos de datos centrados en la
ejecución del objetivo de la Arquitectura.
Dentro de este paso, el compromiso arquitectura debe identificar
los tipos de requisito de que deben estar, conocido por la
implementación de la arquitectura, incluyendo:
o requisitos funcionales
o los requisitos no funcionales
o Supuestos
o Restricciones
o los principios de dominio específico arquitectura de
datos
o Políticas
o Normas
o Directrices
o Especificaciones

21. Desarrollar Arquitectura de Base de Datos
Desarrollar una línea de base de descripción de la arquitectura
de datos existentes, en la medida necesaria para soportar la
arquitectura de datos de destino. El alcance y el nivel de detalle
que se define dependerán la medida en que son susceptibles de
ser transportado en los datos de destino elementos de datos
existentes en la Arquitectura, y de si existen descripciones
arquitectónicas.

22. Desarrollar Target Data Architecture Description
Desarrollar una descripción del objetivo de la arquitectura de
datos, en la medida necesaria para el soporte de Arquitectura
Visión y Objetivo Arquitectura negocios.
El alcance y el nivel de detalle que se define dependerá de la
pertinencia de los elementos de datos a la consecución del
objetivo de la arquitectura, y si existen descripciones
arquitectónicas.

23. Perform Gap Analysis
 En primer lugar, verificar los modelos de arquitectura para la
consistencia interna y la precisión.
Los cambios en el punto de vista representado en los modelos
seleccionados del almacén de Arquitectura y documento.
Poner a prueba modelos de arquitectura para la integridad frente
a los requisitos.
• Identificar las diferencias entre la línea base y meta:
• Crear matriz de separación
• Identificar los bloques de construcción para ser
prorrogados, clasificar, ya sea modificado o no modificado
• Identificar el eliminado de bloques de construcción
• Identificar nuevos bloques de construcción
• Identificar y clasificar las lagunas como las que debe
desarrollarse y los que deben ser Adquiridos

24. Definir Componentes de la Hoja de Ruta
Después de la creación de una arquitectura de línea de base,
Arquitectura Target, y análisis de brechas, un dato en la hoja
de ruta es necesario para el previo actividades en las
próximas fases.
Esta hoja de ruta de la Arquitectura de datos inicialmente se
utiliza como materia prima para un apoyo más detallado.
Y como definición de un plan de trabajo interdisciplinario
consolidado dentro de la Oportunidades y Soluciones fase.

25. Resolver los impactos en la
Arquitectura del Paisaje
Una vez que la Arquitectura de Datos ha finalizado, es
necesario entender los impactos más amplios o implicaciones.
En esta etapa, otros artefactos la arquitectura del paisaje
deben ser examinados para identificar:
• ¿Esto Arquitectura de Datos crear un impacto en las
arquitecturas preexistentes?
• ¿Se han hecho los cambios recientes que afectan a
la arquitectura de datos?
• ¿Hay oportunidades para aprovechar el trabajo de
Arquitectura de datos en otras áreas de
• la organización?
• ¿Estos datos Arquitectura impacto otros proyectos
(incluyendo los previstos, así como los
• Actualmente en curso)?
• ¿Esta arquitectura de datos verse afectado por
otros proyectos (incluyendo los previstos, así que
las actualmente en curso)?

26. Realizar revisión de los interesados ​
Compruebe la motivación original para el proyecto de
arquitectura y de la Declaración de Arquitectura Trabajo en
contra de la arquitectura de datos propuesto. Llevar a cabo
un análisis de impacto para identificar las áreas donde las
arquitecturas de negocio y la aplicación .
Si el impacto es significativo, esto puede justificar las
arquitecturas de negocio y en la aplicación, identifique las
áreas en las que la arquitectura de la aplicación (si se han
generado en este punto) puede necesitar cambiar para
satisfacer los cambios en la arquitectura de datos (o para
identificar las limitaciones en Aplicación Arquitectura a punto
de ser diseñado).
Identificar las restricciones sobre la arquitectura de la
tecnología a punto de ser diseñado, el perfeccionamiento de

27. Finalizar la Arquitectura de Datos
Seleccione estándares para cada uno de los bloques de
construcción, la reutilización de la mayor cantidad posible de
los modelos de referencia seleccionados desde el almacén de
la Arquitectura
documentar completamente cada bloque de construcción
Realizar última comprobación cruzada de la arquitectura
general de los requerimientos del negocio; documento
justificación para la construcción de las decisiones del bloque
en el documento de la arquitectura de informe final trazabilidad
requisitos de asignación definitiva de la arquitectura en el
Repositorio de Arquitectura, desde los bloques seleccionados,
identificar aquellas que podrían ser reutilizados, y publican a
través del almacén de Arquitectura.

28. Crear Arquitectura definición de documento
Documento de justificación para la construcción de las
decisiones del bloque de la arquitectura definición de
documento, que comprende una parte o todos los siguientes:
• n modelo de datos de negocios
• n modelo de datos lógicos
• n modelo de proceso de gestión de datos
• n Entidad / Empresa matriz Función Data
Requisitos de interoperabilidad de datos
• Si los informes correspondientes, el uso y / o
gráficos generados por las herramientas de
modelado para demostrar clave puntos de vista de
la arquitectura, ruta del documento para su examen
por los interesados, y incorporar los comentarios

29. Salidas (outputs)
Los resultados de la Fase C (Arquitectura de Datos) incluyen:
 n versiones refinado y actualizado de la arquitectura
entregables fase Visión, donde es aplicable:
 - Declaración de Arquitectura de trabajo
 - Principios de datos validados, o principios de datos nuevos (si
generado aquí)
 Proyecto de Arquitectura definición de documento),
incluyendo:
 - Arquitectura de datos de línea de base, en su caso
 - Arquitectura de datos de destino
 - Modelo de datos de negocios
 - Modelo de datos lógicos
 - Los modelos de procesos de gestión de datos
 - Entidad / Empresa matriz Función Data
 - Vistas correspondientes a los puntos de vista seleccionados abordan
las preocupaciones de partes interesadas clave

30. Proyecto de Arquitectura de la especificación de requisitos
 Requisitos arquitectura de datos como:
• - Los resultados del análisis de Gap
• - Los requisitos de interoperabilidad de datos
• - Los requisitos técnicos pertinentes que se aplicarán a
esta evolución de la arquitectura
• ciclo de desarrollo
• - Restricciones en la arquitectura de la tecnología a ser
diseñados
• - Actualización requerimientos del negocio, si parámetro
adecuado
• - Actualización requisitos de la aplicación, si parámetro
adecuado
 n componentes de la arquitectura de datos de la Hoja
de Ruta de la Arquitectura