- 1. Fase C: Sistemas de InformacinArquitecturas - Arquitectura
de DatosEquipo 10Carrillo Ruiz IvnGonzlez Abarca JazmnLiberato
Reyes Lesly PaulinaMeja Salazar FernandoPrez Daz Christian
2. ObjetivoEl objetivo es definir los principales tipos y
fuentes de datosnecesarios para el soporte del negocio.De manera
que:o Comprensible por los interesadoso completa y consistenteo
estableEl objetivo es definir las entidades de datos
correspondientes a laempresa, no para el diseo de sistemas de
almacenamientolgicos o fsicos. 3. Consideraciones clave para
laArquitectura de Datos Gestin de datos (Data Management) Migracin
de Datos (Data Migration) Data Governance 4. Gestin de datos (Data
Management)Cuando una empresa ha optado por realizar la
transformacinarquitectnica a gran escala, es importante entender y
abordarlos problemas de gestin de datos.Se debe de considerar: Una
definicin clara de los componentes de aplicacin(sistema de registro
o de referencia para los datos maestros dela empresa ) Habr un
estndar en toda la empresa que todos loscomponentes de la
aplicacin, incluyendo paquetes desoftware, tienen que adoptar (en
los principales paquetespueden ser preceptivo sobre el modelos de
datos y no puedeser flexible)? Las entidades de datos que son
utilizados por las funciones 5. Las entidades de datos que son
utilizados por las funciones denegocio, procesos y servicios
Entender claramente cmo y cuando las entidades de datos dela
empresa se crean, almacenan, transportan, y reportan. Cul es el
nivel y la complejidad de los datos y lasformaciones
transformaciones necesarias para apoyar elintercambio de informacin
necesaria entre las aplicaciones? Cul ser el requisito para el
software de apoyo a laintegracin de datos con el entrar en los
clientes y proveedoresde premios (por ejemplo, el uso de
herramientas de ETL durantela migracin de datos, los datos
herramientas de perfilado paraevaluar la calidad de datos, etc)? 6.
Migracin de Datos (Data Migration)Al sustituir una aplicacin
existente, se originan necesidadescrticas para migrar datos para la
nueva aplicacin.La arquitectura de datos debe identificar de los
datos, losrequisitos de migracin y tambin proporcionan
indicadorescomo el nivel de transformacin, la escarda, y la
limpieza que serequiere para presentar los datos en una colchoneta
para quecumpla con los requisitos ylimitaciones de la aplicacin de
destino.El objetivo es que la aplicacin de destino sea de datos
decalidad cuando se llena. Otra consideracin clave es asegurarsede
que la empresa en toda ladefinicin comn de datos se haiga
establecido para apoyar laformacin transformacin. 7. Data
GovernanceSe debe asegurar de que la empresa tiene las
dimensionesnecesarias para permitir la transformacin, de la
siguiente manera:Estructura: Esta dimensin se refiere a si la
empresa tiene laestructura organizativa y los organismos de
normalizacin parala gestin de datos de los aspectos de la entidad
detransformacin necesarios.Sistema de Gestin: Las empresas deben
tener el sistema degestin necesaria, programas y datos relacionados
paragestionar los aspectos de la Governance de las entidades
dedatos a lo largo de su ciclo de vida.Gente: Cules son las
habilidades y roles de la empresa y losdatos relacionados que
requiere para la formacintransformacin. Si la empresa carece de
dichos recursos yhabilidades, las empresas debe tener en cuenta
tanto laadquisicin de las habilidades o entrenamiento . 8. Almacn
de ArquitecturaComo parte de esta fase, el equipo de arquitectura
tendr queconsiderar lo que la arquitectura de datos relevantes y
losrecursos que estn disponibles en el almacn de Arquitecturade la
organizacin, en particular, los modelos de generacionesson datos
relevantes para la organizacin de la industria.Ejemplo:Energistics
ha definido un modelo de datos para la industriapetrotcnicos. 9.
Esta seccin define los insumos para la Fase C (Arquitectura
deDatos).Materiales de referencia externos a la EmpresaArquitectura
materiales de referenciaNon-Architectural InputsSolicitud de
Arquitectura de TrabajoEvaluacin de CapacidadPlan de
ComunicacinArquitectura de InputsModelo de Organizacin de Empresa
de Arquitectura-Alcance de las organizaciones de afectados-
Evaluacin de Madurez, lagunas, y el enfoque deresolucin- Roles y
responsabilidades de equipo dearquitectura (s)Inputs 10. Declaracin
de Arquitectura de TrabajoAlmacn de ArquitecturaModelos de
referencia disponibles al pblicoModelos de referencia especficos de
la organizacinNormas de la OrganizacinProyecto de definicin de
documento de ArquitecturaBase Arquitectura negocios, si
procedeArquitectura de datos de lnea de base, si
estdisponibleArquitectura de datos de destino,, si est
disponibleArquitectura de aplicaciones de lnea de base,Proyecto de
Arquitectura Especificacin de RequisitosResultados de
anlisisInformacin tcnica 11. StepsTodas las actividades que se han
iniciado en estos pasos debenestar cerradas durante el Finalice los
datos.Los pasos en la Fase C (Arquitectura de datos) son los
siguientes:Seleccionar algunos modelos de referencia, puntos
devista y herramientasDesarrollo de Base de Datos Arquitectura
DescripcinDesarrollar Meta Data ArchitectureRealizar anlisis de las
deficiencias Definir los componentes de la hoja de rutaResolver los
impactos en la Arquitectura del Paisajeconducta para mal
interesados revisin Finalizar la arquitectura de datos Crear
Arquitectura definicin de documento 12. Seleccionar modelos
dereferencia, puntos de vista yherramientasRevisar y validar el
conjunto de principios de datos. Lineamientospara elaborar y
aplicar principios, y una muestra de un conjunto deprincipios de
datos.Seleccionar los recursos de Arquitectura de datos
relevantes(modelos de referencia, etc) .Seleccione los puntos de
vista de arquitectura de datos relevantese identificar las
herramientas y tcnicas adecuadas para serutilizadas para la captura
de datos, modelado, y el anlisis, enasociacin con los puntos de
vista seleccionados. Dependiendo delgrado de sofisticacin
justificado, estos pueden utilizarsedocumentos u hojas de clculo
sencillas, o ms sofisticadasherramientas de modelado y tcnicas,
tales como los modelos degestin de datos, modelos de datos, etc
.Ejemplos de tcnicas de modelado de datos son:diagrama
entidad-relacinLos diagramas de clases 13. Determinar Proceso de
modelo generalPara cada punto de vista, seleccione los modelos
necesarios paraapoyar el punto de vista especfico requerido,
utilizando elherramienta o mtodo seleccionado.Asegrese de que todas
las preocupaciones de los interesados estncubiertos. Si no lo son,
crear nuevos modelos para abordar conocerlo no cubierto, o aumentar
los modelos existentes.El proceso recomendado para el desarrollo de
una arquitectura dedatos es el siguiente:Recoger los modelos de
datos relacionados con laexistencia de Arquitectura de Negocios y
Aplicacin 14. Racionalizar los requisitos de datos y se alinean con
ningncatlogo de datos de la empresa existentes y que permite
eldesarrollo de un inventor y de datos y la relacin de entidad
Actualizar y desarrollar matrices a travs de la
arquitectura,relacionando los datos de servicio de negocio,
funcinempresarial, los derechos de acceso, y la aplicacin Elaborar
Arquitectura vistas de datos mediante el examen decmo se crean los
datos, su distribucin, emigraron, aseguradoy archivado 15.
Identificar Catlogos requerido de Bloques dedatos de ConstruccinLos
datos de la organizacin se captura como un catlogo enel almacn de
Arquitectura.Los catlogos son de naturaleza jerrquica y capturar
unadescomposicin de una entidad metamodelo ydescomposiciones entre
entidades relacionados con el modeloCatlogos de materia prima para
el desarrollo de matrices ydiagramas, tambin actan como una llave
de recursos para lagestin de la cartera de negocios y la capacidad
de TI. 16. Una vez que los requisitos de datos se consolidan en un
sololugar, es posible refinar los datos y lograr coherencia
semnticay eliminar lagunas y superposiciones.Los siguientes
catlogos deben ser considerados para eldesarrollo dentro de una
arquitectura de datos:o Entity Data / catalogo de componente de
datosLa estructura de catlogos se basa en los atributos de
lasentidades metamodelo, 17. Identificar Matrices requeridasLas
matrices muestran las relaciones bsicas entre lasentidades del
modelo relacionado. Forman la materia prima parala elaboracin de
diagramas y tambin actan como un recursoclave para la evaluacin de
impacto.Las siguientes matrices deben ser considerados para
eldesarrollo dentro de una arquitectura de datos: Entidad / Empresa
de datos Funcin (mostrando que apoya dedatos que funciona y que
funcin de negocio que posee datos) Business Service / Informacin
(desarrollado durante la fase deArquitectura Empresarial) System /
Data (desarrollado a travs de la arquitectura deaplicaciones y
arquitectura de datos fases) 18. Identificar esquemas
obligatoriosDiagramas presentan la arquitectura de la informacin de
datos deun conjunto de diferentes perspectivas (puntos de vista)
deacuerdo con los requisitos de las partes interesadas.Una vez que
las entidades de datos se han refinado, un diagramade las
relaciones entre las entidades y sus atributos pueden
serproducidos.Es importante tener en cuenta en esta etapa que
informacinpuede ser una mezcla de los datos de nivel de ISE
Enterprise (delos proveedores de servicios de sistemas y proveedor
paqueteinformacin) y los datos de nivel local celebradas en bases
dedatos y hojas de clculo personales. 19. Los siguientes diagramas
se deben considerar para el desarrollodentro de una arquitectura de
datos: Diagrama de clases Esquema de Difusin de diagrama del ciclo
de vida de datos diagrama de seguridad de datos Diagrama de
migracin de datos diagrama de jerarqua de las clases 20.
Identificar los tipos de requisitos que debenrecabar Una vez que
los catlogos de datos Arquitectura, matrices ydiagramas han sido
desarrollados, la arquitectura modelado secompleta para que los
requisitos de datos centrados en laejecucin del objetivo de la
Arquitectura.Dentro de este paso, el compromiso arquitectura debe
identificarlos tipos de requisito de que deben estar, conocido por
laimplementacin de la arquitectura, incluyendo:o requisitos
funcionaleso los requisitos no funcionaleso Supuestoso
Restriccioneso los principios de dominio especfico arquitectura
dedatoso Polticaso Normaso Directriceso Especificaciones 21.
Desarrollar Arquitectura de Base de DatosDesarrollar una lnea de
base de descripcin de la arquitecturade datos existentes, en la
medida necesaria para soportar laarquitectura de datos de destino.
El alcance y el nivel de detalleque se define dependern la medida
en que son susceptibles deser transportado en los datos de destino
elementos de datosexistentes en la Arquitectura, y de si existen
descripcionesarquitectnicas. 22. Desarrollar Target Data
Architecture DescriptionDesarrollar una descripcin del objetivo de
la arquitectura dedatos, en la medida necesaria para el soporte de
ArquitecturaVisin y Objetivo Arquitectura negocios.El alcance y el
nivel de detalle que se define depender de lapertinencia de los
elementos de datos a la consecucin delobjetivo de la arquitectura,
y si existen descripcionesarquitectnicas. 23. Perform Gap Analysis
En primer lugar, verificar los modelos de arquitectura para
laconsistencia interna y la precisin.Los cambios en el punto de
vista representado en los modelosseleccionados del almacn de
Arquitectura y documento.Poner a prueba modelos de arquitectura
para la integridad frentea los requisitos. Identificar las
diferencias entre la lnea base y meta: Crear matriz de separacin
Identificar los bloques de construccin para serprorrogados,
clasificar, ya sea modificado o no modificado Identificar el
eliminado de bloques de construccin Identificar nuevos bloques de
construccin Identificar y clasificar las lagunas como las que
debedesarrollarse y los que deben ser Adquiridos 24. Definir
Componentes de la Hoja de RutaDespus de la creacin de una
arquitectura de lnea de base,Arquitectura Target, y anlisis de
brechas, un dato en la hojade ruta es necesario para el previo
actividades en lasprximas fases.Esta hoja de ruta de la
Arquitectura de datos inicialmente seutiliza como materia prima
para un apoyo ms detallado.Y como definicin de un plan de trabajo
interdisciplinarioconsolidado dentro de la Oportunidades y
Soluciones fase. 25. Resolver los impactos en laArquitectura del
PaisajeUna vez que la Arquitectura de Datos ha finalizado,
esnecesario entender los impactos ms amplios o implicaciones.En
esta etapa, otros artefactos la arquitectura del paisajedeben ser
examinados para identificar: Esto Arquitectura de Datos crear un
impacto en lasarquitecturas preexistentes? Se han hecho los cambios
recientes que afectan ala arquitectura de datos? Hay oportunidades
para aprovechar el trabajo deArquitectura de datos en otras reas de
la organizacin? Estos datos Arquitectura impacto otros
proyectos(incluyendo los previstos, as como los Actualmente en
curso)? Esta arquitectura de datos verse afectado porotros
proyectos (incluyendo los previstos, as quelas actualmente en
curso)? 26. Realizar revisin de los interesados Compruebe la
motivacin original para el proyecto dearquitectura y de la
Declaracin de Arquitectura Trabajo encontra de la arquitectura de
datos propuesto. Llevar a caboun anlisis de impacto para
identificar las reas donde lasarquitecturas de negocio y la
aplicacin .Si el impacto es significativo, esto puede justificar
lasarquitecturas de negocio y en la aplicacin, identifique lasreas
en las que la arquitectura de la aplicacin (si se hangenerado en
este punto) puede necesitar cambiar parasatisfacer los cambios en
la arquitectura de datos (o paraidentificar las limitaciones en
Aplicacin Arquitectura a puntode ser diseado).Identificar las
restricciones sobre la arquitectura de latecnologa a punto de ser
diseado, el perfeccionamiento de 27. Finalizar la Arquitectura de
DatosSeleccione estndares para cada uno de los bloques
deconstruccin, la reutilizacin de la mayor cantidad posible delos
modelos de referencia seleccionados desde el almacn dela
Arquitecturadocumentar completamente cada bloque de
construccinRealizar ltima comprobacin cruzada de la
arquitecturageneral de los requerimientos del negocio;
documentojustificacin para la construccin de las decisiones del
bloqueen el documento de la arquitectura de informe final
trazabilidadrequisitos de asignacin definitiva de la arquitectura
en elRepositorio de Arquitectura, desde los bloques
seleccionados,identificar aquellas que podran ser reutilizados, y
publican atravs del almacn de Arquitectura. 28. Crear Arquitectura
definicin de documentoDocumento de justificacin para la construccin
de lasdecisiones del bloque de la arquitectura definicin
dedocumento, que comprende una parte o todos los siguientes: n
modelo de datos de negocios n modelo de datos lgicos n modelo de
proceso de gestin de datos n Entidad / Empresa matriz Funcin
DataRequisitos de interoperabilidad de datos Si los informes
correspondientes, el uso y / ogrficos generados por las
herramientas demodelado para demostrar clave puntos de vista dela
arquitectura, ruta del documento para su examenpor 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 arquitecturaentregables fase Visin, donde es
aplicable: - Declaracin de Arquitectura de trabajo - Principios de
datos validados, o principios de datos nuevos (sigenerado aqu)
Proyecto de Arquitectura definicin de documento),incluyendo: -
Arquitectura de datos de lnea de base, en su caso - Arquitectura de
datos de destino - Modelo de datos de negocios - Modelo de datos
lgicos - Los modelos de procesos de gestin de datos - Entidad /
Empresa matriz Funcin Data - Vistas correspondientes a los puntos
de vista seleccionados abordanlas preocupaciones de partes
interesadas clave 30. Proyecto de Arquitectura de la especificacin
de requisitos Requisitos arquitectura de datos como: - Los
resultados del anlisis de Gap - Los requisitos de interoperabilidad
de datos - Los requisitos tcnicos pertinentes que se aplicarn aesta
evolucin de la arquitectura ciclo de desarrollo - Restricciones en
la arquitectura de la tecnologa a serdiseados - Actualizacin
requerimientos del negocio, si parmetroadecuado - Actualizacin
requisitos de la aplicacin, si parmetroadecuado n componentes de la
arquitectura de datos de la Hojade Ruta de la Arquitectura
