Arquitectura de Datos
Upcoming SlideShare
Loading in...5
×
 

Arquitectura de Datos

on

  • 3,124 views

 

Statistics

Views

Total Views
3,124
Views on SlideShare
3,115
Embed Views
9

Actions

Likes
0
Downloads
35
Comments
0

1 Embed 9

http://practicasdeti.wordpress.com 9

Accessibility

Categories

Upload Details

Uploaded via as Microsoft PowerPoint

Usage Rights

© All Rights Reserved

Report content

Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
  • Full Name Full Name Comment goes here.
    Are you sure you want to
    Your message goes here
    Processing…
Post Comment
Edit your comment

    Arquitectura de Datos Arquitectura de Datos Presentation Transcript

    • Fase C: Sistemas de InformaciónArquitecturas - Arquitectura de DatosEquipo 10Carrillo Ruiz IvánGonzález Abarca JazmínLiberato Reyes Lesly PaulinaMejía Salazar FernandoPérez Díaz Christian
    • 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 diseño de sistemas de almacenamientológicos o físicos.
    • Consideraciones clave para laArquitectura de Datos• Gestión de datos (Data Management)• Migración de Datos (Data Migration)• Data Governance
    • Gestión de datos (Data Management)Cuando una empresa ha optado por realizar la transformaciónarquitectónica a gran escala, es importante entender y abordarlos 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 dela empresa ) ¿Habrá un estándar en toda la empresa que todos loscomponentes de la aplicación, 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
    •  Las entidades de datos que son utilizados por las funciones denegocio, procesos y servicios Entender claramente cómo y cuando las entidades de datos dela empresa se crean, almacenan, transportan, y reportan. ¿Cuál es el nivel y la complejidad de los datos y lasformaciones transformaciones necesarias para apoyar elintercambio de información necesaria entre las aplicaciones? ¿Cuál será el requisito para el software de apoyo a laintegración de datos con el entrar en los clientes y proveedoresde premios (por ejemplo, el uso de herramientas de ETL durantela migración de datos, los datos herramientas de perfilado paraevaluar la calidad de datos, etc)?
    • Migración de Datos (Data Migration)Al sustituir una aplicación existente, se originan necesidadescríticas para migrar datos para la nueva aplicación.La arquitectura de datos debe identificar de los datos, losrequisitos de migración y también proporcionan indicadorescomo el nivel de transformación, la escarda, y la limpieza que serequiere para presentar los datos en una colchoneta para quecumpla con los requisitos ylimitaciones de la aplicación de destino.El objetivo es que la aplicación de destino sea de datos decalidad cuando se llena. Otra consideración clave es asegurarsede que la empresa en toda ladefinición común de datos se haiga establecido para apoyar laformación transformación.
    • Data GovernanceSe debe asegurar de que la empresa tiene las dimensionesnecesarias para permitir la transformación, de la siguiente manera:•Estructura: Esta dimensión se refiere a si la empresa tiene laestructura organizativa y los organismos de normalización parala gestión de datos de los aspectos de la entidad detransformación necesarios.•Sistema de Gestión: Las empresas deben tener el sistema degestión necesaria, programas y datos relacionados paragestionar los aspectos de la Governance de las entidades dedatos a lo largo de su ciclo de vida.•Gente: Cuáles son las habilidades y roles de la empresa y losdatos relacionados que requiere para la formacióntransformación. Si la empresa carece de dichos recursos yhabilidades, las empresas debe tener en cuenta tanto laadquisición de las habilidades o entrenamiento .
    • Almacén de ArquitecturaComo parte de esta fase, el equipo de arquitectura tendrá queconsiderar lo que la arquitectura de datos relevantes y losrecursos que están disponibles en el almacén de Arquitecturade la organización, en particular, los modelos de generacionesson datos relevantes para la organización de la industria.Ejemplo:Energistics ha definido un modelo de datos para la industriapetrotécnicos.
    • Esta sección define los insumos para la Fase C (Arquitectura deDatos).•Materiales de referencia externos a la EmpresaArquitectura materiales de referencia•Non-Architectural InputsSolicitud de Arquitectura de TrabajoEvaluación de CapacidadPlan de Comunicación•Arquitectura de InputsModelo de Organización de Empresa de Arquitectura-Alcance de las organizaciones de afectados- Evaluación de Madurez, lagunas, y el enfoque deresolución- Roles y responsabilidades de equipo dearquitectura (s)Inputs
    • •Declaración de Arquitectura de Trabajo•Almacén de ArquitecturaModelos de referencia disponibles al públicoModelos de referencia específicos de la organizaciónNormas de la Organización•Proyecto de definición de documento de ArquitecturaBase Arquitectura negocios, si procedeArquitectura de datos de línea de base, si estádisponibleArquitectura de datos de destino,, si está disponibleArquitectura de aplicaciones de línea de base,•Proyecto de Arquitectura Especificación de RequisitosResultados de análisisInformación técnica
    • 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 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
    • 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 técnicas adecuadas para serutilizadas para la captura de datos, modelado, y el análisis, enasociación con los puntos de vista seleccionados. Dependiendo delgrado de sofisticación justificado, estos pueden utilizarsedocumentos u hojas de cálculo sencillas, o más sofisticadasherramientas de modelado y técnicas, tales como los modelos degestión de datos, modelos de datos, etc .Ejemplos de técnicas de modelado de datos son:•diagrama entidad-relación•Los diagramas de clases
    • Determinar Proceso de modelo generalPara cada punto de vista, seleccione los modelos necesarios paraapoyar el punto de vista específico requerido, utilizando elherramienta o método seleccionado.Asegúrese de que todas las preocupaciones de los interesados ​​estáncubiertos. 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 Aplicación
    •  Racionalizar los requisitos de datos y se alinean con ningúncatálogo de datos de la empresa existentes y que permite eldesarrollo 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ónempresarial, los derechos de acceso, y la aplicación Elaborar Arquitectura vistas de datos mediante el examen decómo se crean los datos, su distribución, emigraron, aseguradoy archivado
    • Identificar Catálogos requerido de Bloques dedatos de ConstrucciónLos datos de la organización se captura como un catálogo enel almacén de Arquitectura.Los catálogos son de naturaleza jerárquica y capturar unadescomposición de una entidad metamodelo ydescomposiciones entre entidades relacionados con el modeloCatálogos de materia prima para el desarrollo de matrices ydiagramas, también actúan como una llave de recursos para lagestión de la cartera de negocios y la capacidad de TI.
    • Una vez que los requisitos de datos se consolidan en un sololugar, es posible refinar los datos y lograr coherencia semánticay eliminar lagunas y superposiciones.Los siguientes catálogos deben ser considerados para eldesarrollo dentro de una arquitectura de datos:o Entity Data / catalogo de componente de datosLa estructura de catálogos se basa en los atributos de lasentidades metamodelo,
    • Identificar Matrices requeridasLas matrices muestran las relaciones básicas entre lasentidades del modelo relacionado. Forman la materia prima parala elaboración de diagramas y también actúan como un recursoclave para la evaluación de impacto.Las siguientes matrices deben ser considerados para eldesarrollo dentro de una arquitectura de datos: Entidad / Empresa de datos Función (mostrando que apoya dedatos que funciona y que función de negocio que posee datos) Business Service / Información (desarrollado durante la fase deArquitectura Empresarial) System / Data (desarrollado a través de la arquitectura deaplicaciones y arquitectura de datos fases)
    • Identificar esquemas obligatoriosDiagramas presentan la arquitectura de la información 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 informaciónpuede ser una mezcla de los datos de nivel de ISE Enterprise (delos proveedores de servicios de sistemas y proveedor paqueteinformación) y los datos de nivel local celebradas en bases dedatos y hojas de cálculo personales.
    • Los siguientes diagramas se deben considerar para el desarrollodentro 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
    • Identificar los tipos de requisitos que debenrecabar Una vez que los catálogos de datos Arquitectura, matrices ydiagramas han sido desarrollados, la arquitectura modelado secompleta para que los requisitos de datos centrados en laejecución del objetivo de la Arquitectura.Dentro de este paso, el compromiso arquitectura debe identificarlos tipos de requisito de que deben estar, conocido por laimplementación de la arquitectura, incluyendo:o requisitos funcionaleso los requisitos no funcionaleso Supuestoso Restriccioneso los principios de dominio específico arquitectura dedatoso Políticaso Normaso Directriceso Especificaciones
    • Desarrollar Arquitectura de Base de DatosDesarrollar una línea de base de descripción 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 dependerán la medida en que son susceptibles deser transportado en los datos de destino elementos de datosexistentes en la Arquitectura, y de si existen descripcionesarquitectónicas.
    • Desarrollar Target Data Architecture DescriptionDesarrollar una descripción del objetivo de la arquitectura dedatos, en la medida necesaria para el soporte de ArquitecturaVisión y Objetivo Arquitectura negocios.El alcance y el nivel de detalle que se define dependerá de lapertinencia de los elementos de datos a la consecución delobjetivo de la arquitectura, y si existen descripcionesarquitectónicas.
    • Perform Gap Analysis En primer lugar, verificar los modelos de arquitectura para laconsistencia interna y la precisión.Los cambios en el punto de vista representado en los modelosseleccionados del almacén de Arquitectura y documento.Poner a prueba modelos de arquitectura para la integridad frentea los requisitos.• Identificar las diferencias entre la línea base y meta:• Crear matriz de separación• Identificar los bloques de construcción para serprorrogados, 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 debedesarrollarse y los que deben ser Adquiridos
    • Definir Componentes de la Hoja de RutaDespués de la creación de una arquitectura de línea de base,Arquitectura Target, y análisis de brechas, un dato en la hojade ruta es necesario para el previo actividades en laspróximas fases.Esta hoja de ruta de la Arquitectura de datos inicialmente seutiliza como materia prima para un apoyo más detallado.Y como definición de un plan de trabajo interdisciplinarioconsolidado dentro de la Oportunidades y Soluciones fase.
    • Resolver los impactos en laArquitectura del PaisajeUna vez que la Arquitectura de Datos ha finalizado, esnecesario entender los impactos más 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 organización?• ¿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)?
    • Realizar revisión de los interesados ​Compruebe la motivación original para el proyecto dearquitectura y de la Declaración de Arquitectura Trabajo encontra de la arquitectura de datos propuesto. Llevar a caboun análisis de impacto para identificar las áreas donde lasarquitecturas de negocio y la aplicación .Si el impacto es significativo, esto puede justificar lasarquitecturas de negocio y en la aplicación, identifique lasáreas en las que la arquitectura de la aplicación (si se hangenerado en este punto) puede necesitar cambiar parasatisfacer los cambios en la arquitectura de datos (o paraidentificar las limitaciones en Aplicación Arquitectura a puntode ser diseñado).Identificar las restricciones sobre la arquitectura de latecnología a punto de ser diseñado, el perfeccionamiento de
    • Finalizar la Arquitectura de DatosSeleccione estándares para cada uno de los bloques deconstrucción, la reutilización de la mayor cantidad posible delos modelos de referencia seleccionados desde el almacén dela Arquitecturadocumentar completamente cada bloque de construcciónRealizar última comprobación cruzada de la arquitecturageneral de los requerimientos del negocio; documentojustificación para la construcción de las decisiones del bloqueen el documento de la arquitectura de informe final trazabilidadrequisitos de asignación definitiva de la arquitectura en elRepositorio de Arquitectura, desde los bloques seleccionados,identificar aquellas que podrían ser reutilizados, y publican através del almacén de Arquitectura.
    • Crear Arquitectura definición de documentoDocumento de justificación para la construcción de lasdecisiones del bloque de la arquitectura definición dedocumento, 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 DataRequisitos de interoperabilidad de datos• Si los informes correspondientes, el uso y / ográficos 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
    • Salidas (outputs)Los resultados de la Fase C (Arquitectura de Datos) incluyen: n versiones refinado y actualizado de la arquitecturaentregables fase Visión, donde es aplicable: - Declaración de Arquitectura de trabajo - Principios de datos validados, o principios de datos nuevos (sigenerado 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 abordanlas preocupaciones de partes interesadas clave
    • 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 aesta evolución de la arquitectura• ciclo de desarrollo• - Restricciones en la arquitectura de la tecnología a serdiseñados• - Actualización requerimientos del negocio, si parámetroadecuado• - Actualización requisitos de la aplicación, si parámetroadecuado n componentes de la arquitectura de datos de la Hojade Ruta de la Arquitectura