Ejemplo Plan de Migracion

download Ejemplo Plan de Migracion

of 45

description

migracion

Transcript of Ejemplo Plan de Migracion

Indice de los documentos

PLAN DE MIGRACIN

V.0.2

DISEO, DESARROLLO E IMPLANTACIN DEL SISTEMA DE INFORMACIN MISIONAL (SIM) DE LA PROCURADURA GENERAL DE LA NACINPLAN DE MIGRACINCdigo: PM 0.2

1. Control del Documento1.1 Clusula de confidencialidad

La informacin contenida en este documento es generado en el marco del Contrato 054 celebrado entre LA PROCURADURA GENERAL DE LA NACION y SYNAPSIS Ltda. Por razones de ndole comercial ya que la misma describe procesos sensibles de naturaleza competitiva, puede resultar en perjuicio de SYNAPSIS que sea conocido por personas distintas a aquellas a las que est dirigida, por tales razones, no podr ser reproducida, mostrada o divulgada sin el correspondiente permiso escrito de SYNAPSIS LTDA y/o LA PROCURADURA GENERAL DE LA NACION y SYNAPSIS LTDA.

1.2 Control de versionesFecha de ActualizacinVersinRevisado por Cambio / Comentarios

14/12/20060.1Creacin del Documento

02/02/20070.2Modificaciones por revisin PGN

1.3 Aprobacin del Documento

RolNombreFirmaFecha

Gerente de Proyecto SIM PGNEvelin Julio Estrada

Supervisor del contrato SIM PGNJavier Salazar Cedeo

Asesor de calidad proyecto SIM - PGNRigoberto Rodrguez Peralta

Lder Tcnico proyecto SIM PGNDiego Moreno

Gerente Proyecto SIM SynapsisGermn Daz Montoya

TABLA DE CONTENIDO

21.Control del Documento

21.1Clusula de confidencialidad

21.2Control de versiones

21.3Aprobacin del Documento

52.Propsito del Documento

53.Introduccin

64.Definicin y alcance

64.1Objetivos

74.2Entorno

104.3Restricciones y supuestos

114.4Decisiones pendientes y otros temas abiertos.

114.5Alcance

194.6Estrategia de Migracin

275.Metodologa

295.1Descripcin de las Fases

326.Recursos

326.1Roles PGN

366.2Equipo contratista

377.Cronograma

387.1Descripcin de iteraciones.

398.Procedimientos

398.1Manejo de Inconsistencias

418.2Pruebas

428.3Control de cambios

428.4Comunicaciones

428.5Gestin de la calidad.

428.6Gestin de riesgos

428.7Compromiso de confidencialidad

439.Identificacin de Complejidades y Riesgos en la migracin

4410.Factores crticos de xito

4411.Referencias y Bibliografa

.

2. Propsito del DocumentoEl presente documento est dirigido a todos los integrantes del equipo tcnico y funcional de la Procuradura General de la Nacin (en adelante PGN) y de Synapsis Colombia Ltda., que intervienen en el proceso de migracin de datos. El Plan de Migracin es un documento formal, que presenta el resultado de la fase de planeacin y que una vez aprobado se usar para administrar y controlar la ejecucin del proceso de migracin de datos del proyecto SIM.3. Introduccin

El Plan de Migracin describe el proceso de movimiento de datos desde los sistemas actuales hacia el nuevo Sistema de Informacin Misional de la Procuradura General de la Nacin SIM. El documento inicia con la ubicacin del proceso de migracin de datos dentro del Proyecto SIM, describiendo los procesos que se desarrollan paralelos a la migracin y que impactan de alguna manera el desarrollo del frente de migracin.

El captulo cuatro detalla los objetivos, el alcance, la arquitectura e incluye las entradas y las salidas del proceso de migracin. Luego se describe en detalle la estrategia de migracin escogida

El captulo cinco muestra la metodologa que se utiliza para el desarrollo del proceso de migracin de datos.

En el siguiente captulo se desglosan aspectos de recursos y tiempo.

A continuacin se presentan los procedimientos a seguir para el desarrollo efectivo del proyecto, con referencia a los procesos descritos en el Plan de Gestin del Proyecto SIM, detallando las particularidades que se utilizarn al interior del proceso de migracin de datos.

Por ltimo se presenta una lista de riesgos que se deben tener en cuenta dentro del proceso y que pueden impactar su desarrollo.4. Definicin y alcance

4.1 Objetivos

El proceso de migracin de datos dentro del Proyecto SIM tiene como objetivo general transferir la informacin necesaria existente, disponible y vlida desde los sistemas de informacin actuales al Sistema de Informacin Misional SIM.

Como objetivos especficos se tienen los siguientes

Analizar y disear los procesos de extraccin, transformacin y carga.

Desarrollar el software para extraer la informacin desde las estructuras definidas en los repositorios fuente de informacin de la migracin. Dichos repositorios, que sern alimentados por los administradores tcnicos de la PGN desde los sistemas actuales.

Desarrollar el software para transformar la informacin con base en las reglas definidas, tomando como base el modelo de datos del sistema destino (SIM) y las estructuras de las fuentes de informacin.

Desarrollar el software para cargar la informacin a las estructuras de datos del nuevo sistema SIM. Ejecutar los procesos desarrollados para mover la informacin desde los repositorios fuente hacia el sistema destino (SIM). Cargar la informacin vlida (que cumpla con las reglas de validacin del sistema destino) al SIM.

Generar un repositorio de inconsistencias en el cual se detallan los datos que no fueron cargados durante la ejecucin por no cumplir con las reglas de validacin propias del sistema destino, el cual ser utilizado por la PGN para las correcciones a que haya lugar. Utilizar la herramienta Oracle Warehouse Builder como un instrumento de diseo, desarrollo, ejecucin y seguimiento para todo el proceso de migracin.

4.2 Entorno

Existen factores externos al proceso de migracin que pueden tener una influencia directa sobre el proceso, e incluso generar riesgos que deben ser gestionados adecuadamente, por lo tanto se hace necesario describir el entorno en el cual est inscrita la migracin de datos.4.2.1 Proyecto SIM

El SIM es un Sistema de informacin que tiene como propsito servir de base para la administracin de los procesos de intervencin judicial, disciplinarios y de prevencin que debe atender la PGN para el cumplimiento de su mandato legal y cuyas funciones incluyen la administracin y manejo de los siguientes mdulos:

- Informacin misional de la Procuradura General de la Nacin (SIMIP). Tiene como propsitos fundamentales coadyuvar a la labor funcional de la Entidad, permitiendo: registrar y controlar las acciones o actuaciones de la PGN en las reas preventiva, disciplinaria y de intervencin judicial o administrativa, velar por el debido proceso, minimizar la carga operativa y facilitar la unificacin de criterios en las funciones Misionales de la PGN.- Informacin de apoyo a la misin (SIAM). Su objetivo principal es facilitar la administracin de los recursos disponibles para adelantar la Funcin Misional. Los recursos se refieren a todos los elementos necesarios para la atencin de las solicitudes y la ejecucin de los casos en la PGN, tales como recursos humanos, recursos fsicos, plantillas de documentos, etc.- Informacin de legislacin y relatora (SIREL). Apoyo a la labor de relatora de la PGN. Sus funciones globales son la Administracin del Catlogo de Descriptores, reas Temticas, Restrictores y Tesauros; el Registro y Administracin de Informacin de Legislacin, Doctrina y Jurisprudencia; el Registro y Administracin de Informacin de Fallos y Conceptos; atender Consulta de Legislacin y Jurisprudencia y la divulgacin de informacin jurdica que resulte conveniente para el cumplimiento de las funciones de la Entidad.- Informacin a la ciudadana (SIC). Permite el registro de solicitudes y peticiones por parte de los ciudadanos y autoridades, y la retroalimentacin a stos sobre las actuaciones y estado general de los casos en la PGN. Est orientado a prestar servicios a la ciudadana por autoservicio; es decir, que se deben promover las consultas y solicitudes va Internet y tener esquemas de evaluacin del servicio.

4.2.1.1 Desarrollo SIM.El Proyecto SIM tiene como su producto principal el software necesario para el desarrollo de sus procesos misionales. El frente de desarrollo ser el encargado del anlisis, diseo e implementacin de este software. La interaccin entre el frente de desarrollo y el frente de migracin de datos es permanente en el proyecto, lo cual permitir el cargue ordenado y sincronizado entre las iteraciones del proceso de software de migracin de datos y las iteraciones del software del SIM, facilitando la validacin de los dos componentes (software y datos).4.2.2 Proceso de Depuracin

La depuracin o limpieza de datos consiste en detectar y eliminar errores e inconsistencias en conjuntos de datos para mejorar su calidad. Dichos problemas en los datos estn presentes en colecciones individuales de datos, como archivos y bases de datos, debido entre otros aspectos, a errores de captura, a informacin faltante y a datos invlidos. La necesidad de la limpieza de datos aumenta significativamente cuando mltiples fuentes de datos tienen que integrarse en nuevos sistemas de informacin. El lineamiento principal para el movimiento de datos entre los sistemas actuales de la Procuradura General de la Nacin y el nuevo sistema SIM es que la informacin en el nuevo sistema sea consistente, de buena calidad y que cumpla las nuevas reglas de integridad. Dado que la estructura de algunos sistemas actuales no garantizan la limpieza de la informacin, su integridad ni su exactitud, es necesario emprender un esfuerzo paralelo al Proyecto SIM, que tiene como objetivo la limpieza y depuracin de la informacin, que ser migrada. Este proceso estar a cargo del equipo tcnico y funcional de la PGN. El producto del proceso de depuracin de datos en los sistemas actuales es uno de los insumos o entradas del proceso de migracin de datos hacia el SIM.El proceso de depuracin de datos en las fuentes no hace parte del alcance de las actividades del contratista dentro del proceso de migracin de datos al nuevo sistema SIM.4.3 Restricciones y supuestos

4.3.1 Restricciones El tiempo lmite para las iteraciones de la migracin estar supeditado a las fechas de entrega de los ciclos de desarrollo del SIM La disponibilidad del equipo tcnico y funcional por parte de la PGN es parcial.

El producto del proceso de depuracin de datos restringe el alcance en la ejecucin de la migracin, dado que el universo de datos a cargar se limita a la informacin previamente depurada por la PGN.

4.3.2 Supuestos

Para el cumplimiento del plan de migracin se parte de los siguientes supuestos.

La informacin fuente (depurada) estar en las estructuras definidas en el momento requerido para las pruebas, ejecucin y certificacin, segn el cronograma de migracin.

La disponibilidad de los recursos por parte de la PGN ser la necesaria para el desarrollo y ejecucin oportuna de las actividades propias de la migracin de datos.

El acceso a las estructuras fuente definidas estar permitido y disponible para el equipo de desarrollo en las fases de anlisis, diseo, implementacin, pruebas y certificacin. El compromiso de confidencialidad garantizar la posibilidad de acceso a los datos necesarios (muestras representativas) en el ambiente de desarrollo, por parte del equipo tcnico del contratista.

Los cambios que genere el frente de desarrollo del SIM o el proceso de depuracin de datos por parte de la PGN y que impacten el alcance de la migracin de datos deben ser abordados con el procedimiento de control de cambios definido en el Plan de Gestin del Proyecto SIM. La definicin de informacin vlida que se carga al nuevo sistema est dada por la estructura del nuevo modelo de datos.

La ejecucin del proceso de migracin para datos corregidos se har siguiendo el procedimiento de manejo de inconsistencias.

No habr salidas a produccin parciales dentro de una regional4.4 Decisiones pendientes y otros temas abiertos.

En el momento del cierre de la etapa de planeacin queda pendiente la definicin del alcance de la migracin de datos desde el sistema SEPREDH al nuevo sistema SIM.

4.5 Alcance

El alcance de la migracin de datos hacia el SIM contempla el anlisis, diseo, implementacin y pruebas del software para extraccin, transformacin y carga de la informacin de los sistemas actuales hacia el SIM.

Tambin incluye la ejecucin de los paquetes de software de migracin aplicados a la informacin provista por la PGN y que se encuentra desplegada (previa depuracin y validacin) en el repositorio de fuentes de informacin.Los paquetes de software de migracin quedarn disponibles para que la PGN pueda aplicarlos incrementalmente, de acuerdo con los datos provistos por la depuracin posteriores al presente proceso de migracin y se desarrollarn con parmetros que faciliten su ejecucin incremental. Estos parmetros se identificarn en la etapa de anlisis de cada iteracin. Los paquetes sern documentados en el entregable documento tcnico de migracin.Para cumplir con lo anterior, hacen parte del alcance de la migracin los siguientes aspectos:

4.5.1 Sistemas fuente y tipos de informacinLos sistemas actuales que se consideran como fuentes de informacin para el SIM son los siguientes:

- GEDIS. Sistema de Informacin de Gestin Disciplinaria. Permite el registro de los datos relacionados con la Gestin Disciplinaria, en las dependencias que por mandato legal tienen asignado el desarrollo de esta funcin.

- GESIN. Mdulo de Agencias Especiales del Ministerio Pblico. Permite el registro, actualizacin, consulta o eliminacin de agencias especiales asignadas en la Delegada para el Ministerio Pblico en Asuntos Penales.

- PIREL. Sistema del Proyecto de Informacin de Relatora de la Procuradura General de la Nacin, que permite la consulta permanente de las decisiones y conceptos ms importantes emitidos por las diferentes dependencias de la Procuradura General de la Nacin.

- SEPREDH (pendiente por definir). Es el Sistema Integral de Informacin en Derechos Humanos y Seguimiento a Casos de Violacin de los Derechos Humanos e Infracciones al Derecho Internacional Humanitario - Slo en caso de que en las etapas de anlisis y diseo de cada iteracin se identifique informacin de SIAF y SIRI como necesaria o seleccionada para cargar las estructuras del SIM esta informacin ser tenida en cuenta en la migracin de datos y debe dejarse disponible en el repositorio de fuentes. SIAF y SIRI tendrn relacin de integracin con el SIM.

La informacin objeto de la migracin se clasifica en los siguientes cuatro grupos:

Informacin de catlogo

Los datos catlogo o de referencia se usan para clasificar en categoras otros datos de la base de datos, o para relacionarlos con el mundo exterior a la organizacin en la cual se implementa. Estos son aspectos que la PGN no procesa como transacciones, pero que existen los sistemas actuales y que existirn en el Sistema SIM y que constituyen un marco en el que los datos de la PGN deben registrarse para una general comprensin de stos. Hay tambin datos de referencia que estn relacionados con el diseo de la base de datos. Estos incluyen entidades que contienen claves de tipo y claves de status. La informacin de catlogo es la que se identifica con estas caractersticas dentro de los sistemas actuales y que debe ser consolidada para pasar al nuevo modelo de datos del SIM.Informacin activa.Se define como informacin activa aquella informacin del negocio o del proceso referente a los casos que se encuentran activos dentro de los sistemas actuales. Informacin de negocio. Informacin que hace parte de la funcin misional de la Procuradura General de la Nacin, que se encuentra almacenada en las bases de datos de los sistemas actuales y que segn el diseo del nuevo SIM es necesaria para la continuidad de la operacin del sistema.

Informacin del proceso. Es la informacin correspondiente a las actividades o etapas del proceso y que para los casos activos es necesaria para el seguimiento y ubicacin de stos en el nuevo modelo de procesos del SIM.

Informacin de auditora. El registro de la informacin de seguimiento y control de auditora realizado en los sistemas actuales, debe migrarse y mantenerse en el nuevo sistema, con el fin de ser soporte en caso de ser requerida por organismos de control interno o externo.

Informacin histrica.

Se define como informacin histrica la informacin del negocio o del proceso, de los casos que se encuentran cerrados dentro de los sistemas actuales. Informacin de negocio. Informacin que hace parte de la funcin misional de la Procuradura General de la Nacin, que se encuentra almacenada en las bases de datos de los sistemas actuales y que se utiliza como informacin de referencia y consulta y en casos espordicos para reapertura de casos.

Informacin del proceso. Es la informacin correspondiente a las actividades o etapas del proceso y que para los casos cerrados se utiliza para efectos de consulta y en casos espordicos en reapertura de casos.

Informacin de auditora. El registro de la informacin de seguimiento y control de auditora realizado en los sistemas actuales debe migrarse y mantenerse en el nuevo sistema, con el fin de ser soporte en caso de ser requerida por organismos de control interno o externo. Se utiliza para efectos de consulta.Informacin de relatora. Corresponde a la informacin documental, administrada por el grupo de Relatora de la PGN y que se encuentra almacenada en las bases de datos y sistemas de archivos de los sistemas actuales descritos.4.5.2 Descripcin del proceso de migracin de datosEn la Ilustracin 1 se presenta la arquitectura de la migracin.

Ilustracin 1. Proceso de migracin de datos al SIM (Fuente: Elaboracin propia)La informacin depurada es provista por la PGN, desde los sistemas actuales en un repositorio de fuentes para la migracin. La estructura de las tablas o archivos de fuentes ser definida en la etapa de anlisis de cada iteracin por el equipo de migracin.

Una vez desplegada la informacin en el repositorio fuente, se ejecutan los procesos de extraccin, que toman la informacin y la depositan en tablas que se encuentran en la plataforma destino del nuevo Sistema SIM (Oracle 10g).

Aplicando las reglas de transformacin y los mapeos fuente-destino detallados, definidos en la etapa de diseo, se ejecutar el proceso de transformacin que consiste en convertir la informacin extrada de los sistemas fuentes en informacin vlida para el nuevo modelo de datos del SIM. Si durante el proceso de transformacin se identifican inconsistencias (datos que no cumplen con la estructura del nuevo modelo SIM), sern reportadas al equipo tcnico y funcional de la migracin de datos de la PGN para que los datos sean depurados y puedan ser incluidos en una posterior ejecucin del proceso de migracin.

Finalmente se ejecutan los procesos de carga de datos del SIM, que insertarn los datos vlidos en las nuevas estructuras.Durante todo el proceso se generarn rastros de auditora para realizar seguimiento y control a la ejecucin del proceso, a travs de la funcionalidad provista por la herramienta de migracin.Los procesos de extraccin, transformacin y carga sern agrupados en flujos de trabajo y se ejecutarn en un orden que debe ser definido durante el diseo de cada iteracin. Los procesos de extraccin, transformacin y carga sern desarrollados con parmetros de ejecucin para facilitar su despliegue incremental por regional. Los parmetros sern identificados en la etapa de anlisis de cada iteracin de migracin.

Los datos que sean requeridos por el nuevo sistema SIM y que no existan en los sistemas actuales (por ejemplo por ser parte de las tablas catlogo del SIM, pero que no existen en ninguna estructura de los sistemas actuales), deben ser provistos en archivos planos por parte de la Procuradura General de la Nacin y ubicados en el repositorio de fuentes. El proceso de carga de estos datos al SIM, tendr las mismas consideraciones del proceso de migracin.

4.5.3 Arquitectura tecnolgicaLa herramienta escogida para el proceso de migracin de datos determina la arquitectura tecnolgica a implementar. A continuacin se describen los principales componentes de la arquitectura y la opcin de implementacin escogida.

Oracle Warehouse BuilderOracle Warehouse Builder es una herramienta de integracin que permite la transformacin de datos. Los componentes de la arquitectura de OWB se describen a continuacin:El Centro de Diseo es la interfaz de usuario que se utiliza en el diseo, administracin, programacin y despliegue de procesos para mover y transformar los datos. Todos los metadatos asociados con el trabajo hecho en el Centro de Diseo se almacenan en el repositorio Warehouse Builder. El repositorio se localiza sobre una base de datos Oracle y se puede usar el explorador de repositorio para generar reportes sobre los metadatos del repositorio. Tambin ubicado en la base de datos Oracle, est el esquema destino, al cual Warehouse Builder carga los datos resultantes del proceso de extraccin, transformacin y carga que se ejecutan a travs del servicio del Centro de Control.La estrategia tecnolgica escogida para el desarrollo de la migracin es la implementacin de ambientes separados de diseo y ejecucin. Con esta opcin existe un repositorio que almacena definiciones de metadatos para objetos como fuentes, destinos, y procesos de extraccin, transformacin y carga a los cuales tienen acceso los usuarios a travs del Centro de Diseo.Un repositorio separado almacena datos de ejecucin. Un nico servicio de Centro de Control administra el centro de control y sus actividades de despliegue y ejecucin.

Los datos de ejecucin se almacenan en tablas de auditora a las cuales los usuarios tienen acceso a travs de los reportes especficos del centro de control en el Explorador de Repositorio.La nica comunicacin entre el repositorio de diseo y el repositorio de Centro de Control ocurre cuando se despliegan objetos del esquema destino.En la Ilustracin 2 se observa el diagrama de la arquitectura de implementacin.

Ilustracin 2. Arquitectura de implementacin.

(Fuente: OWB Installation and Configuration Guide)4.6 Estrategia de MigracinPara escoger la estrategia de migracin, el equipo de migracin plante a la PGN varias alternativas y se realiz un anlisis detallado de cada una, teniendo en cuenta las directrices del nuevo sistema SIM, especialmente en lo referente a mantener la integracin de la funcionalidad y de los datos, as como las expectativas de los usuarios respecto a la informacin activa e histrica, la facilidad de operacin y de consulta, la viabilidad tcnica y las restricciones del Proyecto SIM. En este anlisis se cont con la participacin activa en sesiones de trabajo del rea tcnica del Proyecto, tanto de la PGN como del contratista. Se realizaron presentaciones a la Gerencia del Proyecto, al CASIM y al Jefe de Sistemas de la PGN. Los comentarios y aportes surgidos de todas las reuniones fueron incluidos en la seleccin de la estrategia, que se plasma en este documento.A continuacin se describen las alternativas que fueron analizadas.4.6.1 Alternativa 1. Migracin de procesos activos y mantenimiento de histricos en sistemas actualesLos procesos activos sern cargados en la nueva estructura del SIM a la actividad ms prxima o ms coincidente dentro del nuevo modelo de procesos, para que de este punto en adelante se siga la lgica del proceso en la misma forma como si se hubieran iniciado en el nuevo modelo. La informacin histrica (casos cerrados) se mantendr en los sistemas actuales.

Ventajas

El alcance de la migracin es pequeo y controlable.

La informacin histrica preserva su estructura original.

Los usuarios consultaran la informacin histrica en el sistema anterior (ventaja para los usuarios) Menor capacitacin.

Menor tamao de bases de datos del nuevo modelo Menor complejidad en el modelo de consultas del nuevo sistema SIM

Desventajas

Se debe adecuar o modificar los aplicativos actuales para que los permisos solo sean de consulta.

Se debe continuar el mantenimiento sobre los sistemas de informacin anteriores, lo cual genera mayor carga de trabajo para el rea tcnica.

El sistema de informacin SIM no tendra toda la informacin de los sistemas que absorbe.

Cuando se requiera reabrir un proceso el usuario debe consultar el sistema anterior y es factible que deba digitar nuevamente informacin hacia el nuevo sistema.

La informacin histrica y su consulta contina con la misma calidad del sistema actual, si no se realiza el esfuerzo de depuracin y sin los nuevos procesos.

Existiran dos fuentes vlidas de informacin, la histrica y la vigente (SIM).4.6.2 Alternativa 2. Migracin de procesos activos y migracin total de histricos en estructuras similares a las actuales.Los procesos activos sern cargados en la nueva estructura del SIM a la actividad ms prxima o ms coincidente dentro del nuevo modelo de procesos, para que de este punto en adelante se siga la lgica del proceso en la misma forma como si se hubieran iniciado en el nuevo modelo. La informacin histrica se migrar a una estructura de datos especial dentro del SIM, manteniendo una estructura similar a la actual para facilitar el acceso a travs de consultas. Ventajas

Una sola fuente de datos que incluye tanto los histricos como los vigentes.

Los sistemas de informacin que se absorben terminaran su ciclo de vida y entrara a solo utilizarse en caso de bsqueda de informacin especfica, investigaciones u otros casos especiales.

La calidad de la informacin aumenta debido a que la estrategia obliga a realizar un proceso de depuracin previo. para cargarla en el nuevo sistema.

Debido al planteamiento de un modelo histrico orientado a consultas, se hace indispensable la revisin, anlisis y especificacin del tema de reportes y consultas en forma paralela a las iteraciones de migracin y desarrollo. Desventajas El proceso de migracin es largo y el impacto en el desarrollo de todo el proyecto es alto tanto en recursos como en tiempo.

La informacin no quedara con la estructura actual a nivel de usuario.

Se pasaran las consultas y reportes de prioridad, no se podra tener toda la funcionalidad en este tema.

Esfuerzo grande en la depuracin de los datos.4.6.3 Alternativa 3. Migracin de casos activos y migracin incremental de histricos en estructuras similares a las actuales.Los procesos activos sern cargados en la nueva estructura del SIM a la actividad ms prxima o ms coincidente dentro del nuevo modelo de procesos, para que de este punto en adelante se siga la lgica del proceso en la misma forma como si se hubieran iniciado en el nuevo modelo. La informacin histrica se migrar a una estructura de datos especial dentro del SIM, manteniendo una estructura similar a la actual para facilitar el acceso a travs de consultas. Se realizarn cargas incrementales que dependen de la depuracin de los datos en la fuente.Ventajas Una sola fuente de datos que incluye tanto los histricos como los vigentes. Los sistemas de informacin, cuya informacin se migra terminarn su ciclo de vida con la ejecucin final de la informacin y pasaran a utilizarse slo en caso de bsqueda de informacin especfica, investigaciones u otros casos especiales.

La calidad de la informacin aumenta debido a todos los procesos de validacin y depuracin necesarios para cargarla en el nuevo sistema.

Debido al planteamiento de un modelo histrico orientado a consultas, se hace indispensable la revisin, anlisis y especificacin del tema de reportes y consultas en forma paralela a las iteraciones de migracin y desarrollo. El sistema SIM puede entrar en operacin en el momento en que se requiera, sin que sea necesario que toda la informacin histrica est depurada.

La depuracin de la informacin histrica se puede programar dependiendo de la disponibilidad de los recursos para este trabajo, sin presiones sobre la puesta en marcha del SIM, con lo cual se puede lograr un proceso de depuracin ms confiable.Desventajas

La ejecucin de la migracin depende de los resultados del proceso de depuracin.

El impacto de la migracin en el desarrollo de todo el proyecto es alto, tanto en recursos como en tiempo.

La informacin no quedara con la estructura actual a nivel de usuario. Se desarrollarn las consultas y reportes de prioridad, no se tendr toda la funcionalidad de todos los sistemas actuales para consultar la informacin histrica. Esfuerzo grande en la depuracin de los datos.4.6.4 Alternativa 4. Migracin de catlogos y mantenimiento de sistemas actuales (no se migran los casos activos)Se migrarn slo los datos de las tablas catlogo, es decir, de referencia. Los casos activos se mantendrn en los sistemas actuales hasta que sean cerrados y los histricos se mantendrn en los sistemas actuales.

Ventajas

Alcance mnimo de la migracin

Bajo impacto en el desarrollo

Bajo impacto en la homologacin de procesos.

Desventajas

Va en contra del principal lineamiento del SIM, tener un sistema de informacin misional integral para la PGN.

Alto esfuerzo en soporte posterior

Mantenimiento de dos plataformas diferentes

Imposibilidad de tener informacin consolidada.

Necesidad de controlar el ingreso de nuevos casos en los sistemas actuales.

Dificultad en apropiacin del nuevo sistema, si se mantienen los sistemas actuales.

4.6.5 Estrategia escogida.Luego del anlisis de las diferentes alternativas, la escogida es la que mejor responde a las expectativas del proyecto SIM y presenta menores desventajas, que pueden ser apalancadas y controladas dentro del proyecto.

Se tienen como marco de referencia los supuestos y restricciones del proyecto por lo cual, de ser necesario, en cualquier momento la alternativa puede ser analizada, evaluada y modificada de comn acuerdo entre las partes.La estrategia de migracin de datos escogida fue la Alternativa 3, que consiste en migracin de todos los procesos activos depurados y migracin incremental de histricos depurados, en estructuras similares a las actuales.

En los siguientes prrafos se detalla la estrategia: Los procesos activos sern llevados a la nueva estructura del SIM. Para esto se crearn tablas de equivalencias de actividades y etapas en el sistema actual, respecto a las actividades y etapas en el SIM. Los procesos que no puedan ser adecuados a las nuevas estructuras quedarn en un estado especial para que se pueda mantener la continuidad del caso. Las equivalencias de estados, etapas y actividades entre los sistemas actuales y el SIM sern definidas en las etapas de diseo de las iteraciones correspondientes, por parte del equipo funcional del proyecto SIM, con el apoyo del equipo tcnico y solo se desarrollarn previa aprobacin.

La informacin histrica ser cargada a travs de la ejecucin incremental del proceso de migracin, previa depuracin de los datos. La informacin histrica se migrar a una estructura de datos diseada dentro del SIM, manteniendo una estructura similar a la actual para facilitar el acceso a travs de consultas.

El alcance de la ejecucin de la migracin bajo la responsabilidad de Synapsis corresponde a los datos que a la fecha acordada como fecha de finalizacin del desarrollo del el proyecto (determinada por la Gerencia del Proyecto), se encuentren depurados y ubicados en el repositorio de fuentes de informacin. Los procesos posteriores de migracin de histricos los realizar la PGN para lo cual el contratista har entrega de todos los elementos de software requeridos y capacitar a los funcionarios de la PGN, para que sean autnomos en el proceso de ejecucin de la migracin.4.6.5.1 Ejemplo caso activo4.6.6 Entregables y criterios de aceptacin

Los entregables del proceso de migracin son los siguientes:

4.6.6.1 Planeacin Plan de migracin

4.6.6.2 Anlisis

Documento de anlisis de fuentes de datos

4.6.6.3 Diseo

Documento de diseo

Detalle de las reglas de transformacin y carga

Mapeos fuentes destino

A nivel global

A nivel detallado

4.6.6.4 Ejecucin

Datos vlidos cargados en el SIM. Documento tcnico de migracin

Documento de resultados de la migracin de datos

Inconsistencias cargadas en el repositorio.

Documento de inconsistencias.

4.6.7 Criterios de aceptacinEl criterio de aceptacin de la migracin se determina a travs del indicador de carga de informacin, que se define a continuacin, de acuerdo con la estrategia escogida para la migracin y los supuestos y restricciones del proyecto.Indicador de carga de informacin. El sistema pudo ser cargado con la informacin vlida en el SIM y se calcula con la siguiente frmula: # de datos cargados

Indicador de carga de informacin = -------------------------------- * 100 # de datos vlidos La aceptacin de la migracin se da cuando:

Indicador de carga de informacin >= 98%5. Metodologa

La metodologa de migracin de datos al SIM de la PGN es un proceso cclico, paralelo al frente de desarrollo que permite el cargue ordenado y sincronizado con las generaciones del software del SIM, facilitando la validacin de los dos componentes (software y datos).

Se definen las siguientes fases bsicas dentro de un proceso de migracin:

1. Anlisis de las fuentes de datos.

2. Extraccin y Transformacin de los datos en el formato destino.

3. Validacin y de datos en un repositorio de preparacin

4. Carga de datos en el sistema destino SIMSin embargo, con el fin de atacar los retos que implica el movimiento de datos al nuevo sistema, se define un proceso de migracin cclico en el cual se repite el mismo proceso de fases hasta que la migracin se completa exitosamente.

Este acercamiento permite realizar anlisis orientado al sistema destino, establecer premisas de validacin, refinar los diseos y aplicar las mejores prcticas a medida que el proyecto progresa. Esta metodologa usa las mismas 4 fases bsicas (anlisis, extraccin / transformacin, validacin y carga) pero las fases no solamente iteran sino que se interconectan una con otra.

Se usa una sola plataforma, lo cual no solo unifica el equipo de desarrollo a travs de las fases sino que tambin unifica los equipos separados que estn al frente de las diferentes fuentes de la migracin.Ninguna especificacin de mapeo es perfecta la primera vez, por lo que es importante iterar a travs de los pasos mencionados. La migracin finalmente se ejecuta cuando el ciclo iterativo se completa y se adapta a todas las restricciones de las fuentes de datos as como a los requerimientos del sistema destino y las necesidades de negocio. Tambin es importante resaltar que debe llevarse un rastro que permita el control y seguimiento de todo el proceso de migracin.

5.1 Descripcin de las Fases

5.1.1 Anlisis y DiseoObjetivo: Realizar un examen completo y establecer una lista de chequeo de los elementos de datos del sistema que sern migrados. Del mismo modo se realiza el mapeo de los elementos de datos de la fuente al destino.

Actividades

En el esquema iterativo, las actividades de anlisis estn dirigidas a suplir los requerimientos del sistema destino. Se deben hacer tres consideraciones.

Descubrimiento inicial. Proceso que permite entender el valor de todos los elementos de datos, rangos, etc. y poner en evidencia las relaciones entre ellos.

Mapeo. Permite entender cuales bases de datos, entidades y atributos satisfacen los requerimientos de informacin del sistema destino. Se debe evaluar qu relacin origen-destino satisface el requerimiento de manera ptima y determinar los cambios requeridos (transformacin) en los esquemas de datos incluyendo cules elementos no existen, y son necesarios, en la nueva aplicacin.

El resultado de la fase de anlisis y diseo es la especificacin del mapeo entre los sistemas fuente y el sistema destino. Entre mejor sea la especificacin inicial menos iteraciones se tendrn que realizar.

Realizar el anlisis de la topologa y obtener estimados de desempeo. Es necesario precisar la duracin de la migracin una vez se ejecuten las iteraciones previas a la migracin final.

5.1.2 Extraccin y Transformacin

Objetivo: Desarrollar los procedimientos y scripts de transformacin y validacin

Actividades:

Un anlisis preciso permitir un trabajo eficiente en las siguientes fases. Despus de que se conoce que datos migrar, donde conseguirlos y como se mapean en el destino, el siguiente paso es construir los procedimientos necesarios para extraer los datos y transformarlos hacia el formato adecuado.

Durante la fase de desarrollo adems de construir los scripts y el cdigo especfico de la migracin utilizando la herramienta de migracin seleccionada se deben enfrentar dos situaciones:

Manejo de irregularidades de datos y excepciones durante la transformacin, tales como incompatibilidad de los tipos de datos. Idealmente la herramienta debe generar un reporte de violaciones de integridad e irregularidades, ya que los datos de la fuente debern ser corregidos por los usuarios finales o los administradores de tales sistemas.

Maximizar la eficiencia del cdigo incrementando el grado de paralelismo y alto desempeo.

5.1.3 Validacin

Objetivo: Validacin de datos en un repositorio de preparacin.

Actividades:

Una vez se tiene listo el mapeo el siguiente paso es chequear si los datos cumplen las validaciones del sistema destino, incluyendo reglas de negocio, restricciones de semntica o sintcticas. Estas actividades se pueden realizar con la misma herramienta de desarrollo de tal manera que el resultado de esta fase es un conjunto de procedimientos o scripts a travs de los cuales se realizarn las validaciones mencionadas.

En este punto hay que considerar que el repositorio al que se aplican las validaciones de negocio (definidas en el SIM), puede ser un repositorio temporal (staging area) donde se almacenan los datos recibidos de la fuente con el fin de pasarlos luego de estas validaciones al esquema definitivo.

5.1.4 Pruebas y cargue

Objetivo: Ejecutar los scripts o el cdigo generados en la fase de desarrollo de la migracin, enmarcndolos en un contexto de semntica del negocio que permita resolver los problemas lgicos as como los errores fsicos.

Actividades

En la fase de pruebas del usuario se identifican y resuelven los errores lgicos. El primer paso es ejecutar los mapas. As los mapas se ejecuten correctamente hay que identificar:

El nmero de registros que se espera que el script cree.

Si efectivamente ese nmero de registros se crearon, si no explicar el por qu no fue as. Si los datos fueron cargados en los campos correctos.

Si el formato de los datos fue el adecuado. Si el sistema destino permite limpiar los datos cargados si la carga no fue satisfactoria y existe el procedimiento para hacerlo, mediante el uso de la capa intermedia de transformacin. El objeto es asegurar que la migracin est correcta antes de poblar el sistema destino.Pruebas del usuarioEn estas pruebas los aspectos a tener en cuenta son:

Verificar que la informacin fue convertida en el formato correcto y transferida al campo especificado mediante el uso de cifras de control sobre los campos significativos entre el sistema anterior y el nuevo, estableciendo una muestra estadstica sobre el universo de datos convertidos y transferidos. Los datos convertidos de forma automtica deben ser formalmente verificados por los usuarios y la administracin. El detalle de la planeacin de pruebas del usuario est contenido en el Plan de Pruebas del proyecto SIM.

6. Recursos

6.1 Roles PGNEl equipo de la migracin por parte de la PGN est conformado por los siguientes roles, cuyas responsabilidades se detallan:

Gerente de proyecto SIM. Encargado de dirigir y coordinar la ejecucin del proyecto SIM.Responsabilidades

Revisar y aprobar el Plan de Migracin.

Leer y aprobar documentos generados en el proceso de migracin Aprobar los entregables del proyecto.

Realizar los trmites necesarios al interior de la PGN, para obtener la disponibilidad por parte de todos los funcionarios requeridos dentro del proceso.

Canalizar los requerimientos del equipo de migracin respecto a las reas de la Procuradura General de la Nacin, que no se encuentran involucradas en el proyecto.

Controlar el buen desarrollo del proceso de depuracin de datos, para evitar retrasos en el proceso de migracin. Lder Tcnico. Tiene a su cargo la coordinacin del equipo de migracin y es el interlocutor directo del contratista. Responsabilidades:

Participar en la definicin del Plan de Migracin de datos.

Validar y aprobar el plan de migracin de datos

Conformar el equipo tcnico y funcional de migracin de datos de la PGN. Coordinar los esfuerzos del equipo tcnico y funcional de la PGN en cuanto a migracin de datos.

Monitorear y controlar el proceso de implementacin de la migracin.

Acordar y aprobar objetivos y entregables para cada iteracin de la migracin

Junto con el grupo tcnico de la PGN, resolver los asuntos tcnicos relacionados con los sistemas actuales, que impacten el desarrollo de la migracin.

Monitorear, controlar y evaluar las actividades de la migracin que estn a cargo del equipo tcnico y funcional de la PGN.

Participar en las reuniones de seguimiento de la migracin, como responsable por parte de la PGN.

Identificar riesgos, proponer y acordar acciones preventivas y correctivas.

Coordinar que se realice por parte del grupo tcnico la validacin del proceso de migracin de datos de cada iteracin.

Asesor de calidad

Encargado de llevar a cabo el control de calidad sobre el proceso de migracin.

Responsabilidades

Revisar y validar el Plan de Migracin.

Revisar los resultados especficos del proceso de migracin para determinar si cumplen o no con las normas de calidad relevantes e implementar las acciones necesarias para eliminar las causas de rendimiento insatisfactorio. Realizar el seguimiento y control a los riesgos residuales, identificando nuevos riesgos, ejecutando los planes de respuesta y evaluando su efectividad a lo largo del ciclo de vida del proyecto.Responsables tcnicos sistemas actuales

Funcionarios responsables de los sistemas actuales (GEDIS, GESIN, SEPREDH, PIREL)Responsabilidades

Participar en la homologacin de tablas de datos (sistema anterior vs. sistema nuevo). Cargar las estructuras del repositorio de fuentes, con datos resultado del proceso de depuracin.

Realizar la depuracin de datos del repositorio de inconsistencias y ejecutar el proceso de migracin de los datos depurados posteriores al presente proceso de migracin. Participar en el anlisis y diseo de las iteraciones de migracin proporcionando la informacin de los sistemas actuales.

Participar en sesiones tcnicas de trabajo para definiciones propias del proceso de migracin, que tengan algn impacto por parte de los sistemas actuales. Analizar los rastros de auditora de las cargas.

Definir consultas (queries) sobre el repositorio de fuentes y proporcionar el inventario de datos, que servir como insumo de las pruebas y certificacin de datos. Participar en la certificacin de datos, proporcionando la informacin de los sistemas actuales al grupo de usuarios, que sea requerida para el proceso de certificacin.

Ejecutar las tareas que surjan durante el proceso y que tengan relacin con los sistemas actuales.

Grupo de usuarios Definir datos definitivos en el SIM para tablas catlogo.

Realizar la homologacin de datos (sistema anterior vs. sistema nuevo) y participar en la definicin de equivalencias entre los sistemas actuales y el sistema nuevo.

Definir plan de pruebas

Ejecutar pruebas

Certificar datos6.2 Equipo contratista

Perfiles

Los perfiles propuestos dentro de esta metodologa para la ejecucin de las labores de desarrollo de la migracin por parte de Synapsis Ltda son:

Lder de Infraestructura de Datos y Migracin: Profesional con conocimiento y experiencia en anlisis y diseo de migraciones quien coordinar las labores tcnicas de los ingenieros a travs de las diferentes fases de ejecucin del Plan de Migracin. Consolidar la estrategia de migracin en continua comunicacin con el Gerente de Proyecto, basado en las mejores prcticas aplicables a esta disciplina.

Analista de Infraestructura de Datos y Migracin: Realizar el anlisis exhaustivo de los elementos de datos del sistema que sern migrados as como el mapeo de los elementos de datos de la fuente al destino y definirn los casos de prueba.

Desarrolladores(3): Ingenieros Consultores con conocimiento y experiencia en modelamiento y procesamiento de datos. Sern responsables del diseo, construccin y ejecucin de los procesos de migracin.

Analista de Calidad y Pruebas: Profesional encargado del aseguramiento de calidad, quien coordinar la definicin de los planes de pruebas, su ajuste y su realizacin de forma conjunta con los usuarios de la PGN.

7. Cronograma

El cronograma de la migracin se muestra a continuacin, y est inscrito en la planeacin general, descrita en el Plan de Gestin del Proyecto. Los ajustes sobre el cronograma se darn por lineamientos del proyecto SIM o por modificaciones realizadas a travs del procedimiento de control de cambios del proyecto.

7.1 Descripcin de iteraciones.

De acuerdo con el anlisis inicial de la informacin de los sistemas actuales y la planeacin del equipo de desarrollo se plantea ejecutar las siguientes iteraciones dentro del proceso de migracin de datos:La iteracin 1 corresponde a la migracin de catlogos e inicio de la migracin histrica (auditora). El proceso crtico es la homologacin de datos para consolidar en las estructuras de referencia en SIM y debe ser adelantado en la fase de anlisis y diseo.La iteracin 2 incluye la migracin de casos activos y algunos otros datos histricos. En esta iteracin la labor ms importante es la definicin de equivalencias entre etapas y actividades del proceso entre los sistemas actuales y el SIM.La iteracin 3 abarca los procesos de migracin de relatora y continuacin de casos activos e histricos. Es importante resaltar en esta iteracin la complejidad en la transformacin de este tipo de objetos a la base de datos (datos de muy grande longitud)En la iteracin 4 se desarrollarn los procesos de migracin de los histricos y activos pendientes.El detalle de la migracin ser el resultado de la etapa de anlisis y diseo de cada iteracin y tendr que estar sincronizado con las generaciones de desarrollo del SIM.8. Procedimientos

8.1 Manejo de Inconsistencias

Los datos que no puedan ser ingresados en el modelo de datos, porque no cumplen con su estructura sern llevados a un repositorio de inconsistencias, a travs del un procedimiento que abarca el registro y la correccin de la inconsistencia, que se describe a continuacin:

8.1.1 Registro de inconsistenciasLos datos que no puedan ser cargados en el modelo SIM, por ser invlidos sern enviados a un repositorio de inconsistencias. Este repositorio contendr una tabla de inconsistencias por cada tabla fuente de informacin.

El nombre de la tabla de inconsistencias tendr la siguiente estructura:

INC_Donde:INC_ : prefijo que indica tabla de inconsistencias

: Nombre de la tabla fuente.

La tabla de inconsistencias contendr los mismos campos de la tabla origen y un identificador de la inconsistencia.

El registro origen ser insertado en la tabla de inconsistencias, y el proceso generar un consecutivo que se convertir en la llave de la tablaExistir una estructura en la cual se registrarn todas las inconsistencias, referenciadas por el nmero de llave de la inconsistencia.

Ejemplo

En la siguiente tabla origen se ha detectado una inconsistencia

TABLA_ORIGEN

campo 1campo 2

En una estructura como la siguiente se inserta el registro

INC_TABLA_ORIGEN

Id_inconsistenciaSistema origenTabla_origencampo 1campo 2

En una estructura como la siguiente se inserta el detalle de la inconsistencia

INCONSISTENCIA

id_inconsistenciatipo_inconsistenciaDescripcin inconsistencia

8.1.2 Correccin de inconsistencias

El equipo tcnico de la migracin, por parte de la PGN tendr acceso al repositorio de inconsistencias y tomar la informacin para realizar la depuracin correspondiente. El equipo tcnico de la migracin por parte de la PGN cargar la informacin depurada al repositorio de fuentes de informacin y ejecutar nuevamente el proceso de migracin, en un proceso cclico, hasta que la totalidad de los datos sean cargados.

8.2 Pruebas

Un factor crtico para el xito de la migracin de datos es la realizacin de pruebas. Es recomendable hacer pruebas generales para comprobar que el proceso completo funciona correctamente, medir los tiempos para tener una planeacin integral y minimizar los riesgos. Las pruebas generales corresponden a las pruebas del usuario que se ejecutan en cada iteracin y que se encuentran descritas en el numeral 5.1.4 Pruebas y cargue.Tambin es indispensable la ejecucin de transacciones de prueba con datos reales y con casos especiales (que no se presentan comnmente pero generan inconvenientes), en el nuevo sistema para verificar que la informacin se est procesando como se espera. La ejecucin en paralelo identifica errores en la conversin y transferencia de datos pues los resultados de una misma transaccin, utilizando los mismos datos de entrada, pueden no generan los mismos resultados. Estas pruebas corresponden a pruebas funcionales, que se encuentran detalladas en el Plan de Pruebas del SIM. Se debe tener en cuenta que para la ejecucin de estas pruebas, el proceso de migracin debe ejecutarse en el ambiente de pruebas, con la realizacin previa de las pruebas de migracin del usuario. 8.3 Control de cambios

Ver Metodologa de Control de Cambios. Plan de Gestin del Proyecto.8.4 Comunicaciones

Ver Gestin de las Comunicaciones. Plan de Gestin del proyecto.

8.5 Gestin de la calidad.

Ver Gestin de la Calidad. Plan de Gestin del Proyecto.

8.6 Gestin de riesgos

Ver Gestin de Riesgos. Plan de Gestin del Proyecto

8.7 Compromiso de confidencialidadSYNAPSIS Ltda entiende que puede resultar en perjuicio de la Procuradura General de la Nacin que los datos, aplicaciones y en general los sistemas a los que se tenga acceso para disear y ejecutar el Plan de Migracin sean conocidos por personas diferentes a los participantes del proyecto. Por lo que la informacin solo podr ser utilizada para los propsitos del proyecto. Adicionalmente solo podr reproducirse si ello resulta necesario para cumplir tal finalidad y solo podr divulgarse a aquellos que tengan necesidad de conocerla para la mencionada finalidad. En caso de que se les entregue Informacin confidencial a dichos funcionarios, se les advertir su carcter confidencial. La Informacin no podr ser utilizada en beneficio propio o de un tercero para promover cualquier negocio que genere competencia directa para cualquiera de las partes sin la autorizacin previa y expresa de la otra parte.9. Identificacin de Complejidades y Riesgos en la migracin

Durante el proceso de planeacin de la migracin de datos al SIM se identificaron las complejidades, que se detallan como riesgos a continuacin.

10. Factores crticos de xito

Iniciacin temprana del proceso de migracin

Entendimiento claro de los sistemas actuales por parte del equipo del proyecto.

Tareas claramente definidas para los integrantes del equipo del proyecto, tanto de la PGN como de Synapsis IS21.

Responsabilidades asumidas oportuna y eficientemente.

Identificacin y evaluacin permanente de los riesgos, para definir acciones de mitigacin, que pueden incluir el cambio en la estrategia o la revisin de las actividades propuestas y el cambio del plan de migracin.

Buena comunicacin entre los miembros del equipo del proyecto por parte de la PGN y por parte de Synapsis IS21.

Conocimiento y experiencia en procesos de migracin de datos y en las herramientas de ETL por parte Synapsis IS21. Cumplimiento de las fechas del cronograma

11. Referencias y Bibliografa

Diseo, desarrollo e implantacin del sistema de informacin misional (SIM) de la Procuradura General de la Nacin. Documento de Licitacin. Licitacin Pblica Internacional No. 11 de 2006. Marzo de 2006.Diseo, desarrollo e implantacin del sistema de informacin misional (SIM) de la Procuradura General de la Nacin. Plan de gestin del proyecto. Diciembre de 2006.

Synapsis Ltda. Diseo, desarrollo e implantacin del sistema de informacin misional (SIM) de la Procuradura General de la Nacin. Plan de Pruebas. Propuesta.

Oracle. Oracle Warehouse Builder 10g Release 2 for Windows and Unix, Installation and Configuration Guide, Junio de 2006, p 1-3. Oracle Warehouse Builder 10g Release 2 for Windows and Unix, Installation and Configuration Guide Junio de 2006, p 1-3

Diseo, desarrollo e implantacin del Sistema de Informacin Misional (SIM) Pg. 21

_1228207338.vsdDatos

Clster

CLIENTES

Ambiente de Diseo

Centro de Diseo

Administradorcentro de control

Explorador del Repositorio

Ambiente de Ejecucin

Servicio Centro de Control

Base de datos Oracle

Repositorio Warehouse Builder

Centro de Control- Tablas de auditora- Paquetes y servicios de auditora

Esquema Destino

Repositorio Warehouse Builder

Metadatos de Diseo- Definiciones fuentes, destinos- Procesos de extraccin, transformacin y carga

Base de datos Oracle