Informe Practicas Pre-profesionales Del Castillo 07.01.2012

FACULTAD DE INGENIERIA

ESCUELA DE INGENIERIA DE SISTEMAS

Migración de datos del sistema Core Financiero SAFI

hacia el nuevo sistema Core Financiero Ab@nks

Autor

Pedro Del Castillo Jimenez

Asesor Especialista

Ing. Aldo Pereda Castillo

Piura, 2011

Escuela de Ingeniería de Sistemas

ÍNDICE GENERAL

Nº Pág.INTRODUCCION________________________________________________________________iv1.1. Institución y Lugar donde se realiza la practica________________________________vi1.2. Nombre del Practicante____________________________________________________vi1.3. Supervisor de la Empresa__________________________________________________vi1.4. Asesor de Practicas_______________________________________________________vi1.5. Fecha y Horario de Practicas________________________________________________vi2.1 EL PROBLEMA__________________________________________________________viii

2.1.1 Descripción de la realidad problemática__________________________________viii

2.1.2 Antecedentes de la investigación_______________________________________viii

2.1.3 Justificación e Importancia del proyecto_________________________________viii

2.1.4 Alcance del proyecto__________________________________________________ix

2.1.5 Limitaciones del proyecto______________________________________________ix2.2 OBJETIVOS______________________________________________________________x

2.2.1 Objetivo general_______________________________________________________x

2.2.2 Objetivo especifico____________________________________________________x2.3 CRONOGRAMA___________________________________________________________x2.4 ESTUDIO DE FACTIBILIDAD_______________________________________________xii

2.4.1 Factibilidad técnica___________________________________________________xii

2.4.2 Factibilidad Operacional_______________________________________________xii

2.4.3 Factibilidad Económica________________________________________________xii3.1 MARCO TEORICO REFERENCIAL___________________________________________xiv

3.1.1 LA INSTITUCION_____________________________________________________xiv3.1.1.1 Misión y visión de la Institución_______________________________________xiv

3.1.1.2 Políticas Generales de la Institución___________________________________xiv

3.1.1.3 Estructura orgánica actual de la institución______________________________xvi

3.1.1.4 Aéreas Funcionales y descripción de Funciones_________________________xvii

3.1.1.5 Actividades principales de la Institución_______________________________xxiii

3.1.1.6 Descripción del área de Negocio_____________________________________xxiv

3.1.1.7 Misión, visión, metas y objetivos del área de negocio_____________________xxv

Alineamiento con el plan estratégico institucional__________________________________xxvi

3.1.1.8 Identificación de actividades y procedimientos del área de negocio_________xxvii

3.1.2 FUNDAMENTOS GENERALES________________________________________xxviii

3.1.3 METODOLOGIA DE DESARROLLO_____________________________________xxix

3.2 MARCO CONCEPTUAL_________________________________________________xxix4.1 DESARROLLO DE LA METODOLOGÍA______________________________________xxxii

4.1.1 Iniciación del Proyecto_______________________________________________xxxii

4.1.2 Planificación del Proyecto____________________________________________xxxii

4.1.3 Conceptualización__________________________________________________xxxii4.1.3.1 Homologación de Estructuras_______________________________________xxxii

4.1.3.2 Certificación de la homologación.___________________________________xxxiii

PPESUL_MIGRACION ii Del Castillo Jiménez


INTRODUCCION

La migración de datos es percibida a menudo como un aspecto minucioso de las aplicaciones o de la migración de los sistemas. Hay sin embargo numerosos desafíos para una migración de datos exitosa.

Las migraciones implican a menudo altos volúmenes de datos - en algunos casos, se trata de una migración sobre todas las transacciones de la organización. La migración implica el procesamiento de grandes cantidades de datos individuales.

Naturalmente, las migraciones suceden en ambientes heterogéneos, con una estructura de datos origen y destino muy diferente. A menudo, los sistemas de heredados están implicados. Y las estructuras de datos pueden ser documentadas mal. Se necesitan mapeos complejos y transformaciones, con agregaciones, cálculos, entre otros

En muchos casos la coherencia necesita ser mantenida entre los viejos y nuevos sistemas, después de que se hayan migrado los datos. Éste es por ejemplo el caso cuando las aplicaciones múltiples trabajan contra las mismas bases de datos, pero no logran ser migrados en el mismo tiempo. O cuando un nuevo sistema se pone gradualmente en fase con los usuarios. En estos casos, se puede necesitar una sincronización bidireccional compleja entre los viejos y nuevos sistemas.

En este contexto Caja Municipal de Sullana en función de su crecimiento y el alto volumen transaccional de sus negocios, requiere de sistemas que le permitan seguir brindando sus servicios con niveles de calidad acorde a las grandes instituciones del rubro, y como parte del posicionamiento de su marca; entonces ha decidido adquirir un nuevo sistema Core Financiero y ha iniciado el proyecto de implantación de este nuevo sistema.

Como parte de las actividades del proyecto de implantación del nuevo sistema se ha considerado el proceso de migración de los datos transaccionales y de gestión administrativa desde el sistema antiguo hacia el nuevo sistema.

El presente trabajo pretende llevar un registro del proceso de migración de los datos, en el que se podrá apreciar la aplicación de una metodología propia, que sirve de guía para la ejecución del proceso de migración, y que al mismo tiempo permitirá al estudiante tener la oportunidad de aplicar los conocimientos teóricos adquiridos durante su formación como Ingeniero de Sistemas.

PPESUL_MIGRACION iii Del Castillo Jiménez


GENERALIDADES

PPESUL_MIGRACION iv Del Castillo Jiménez

CAPÍTULO I


1.1. Institución y Lugar donde se realiza la practica

1.1.1.Razón Social de la Empresa o Institución

CAJA MUNICIPAL DE SULLANA SAC

1.1.2.Responsable de la institución

Gerente General Lic. Sammy Calle Rentería

1.1.3.Dirección y Teléfono

Calle Plaza de Armas N° 138 – Teléfono: 073 284400

1.1.4.Oficina y/o área

Área de Desarrollo de Sistemas y TI.

1.2. Nombre del Practicante

1.2.1.Apellidos y Nombres:

Del Castillo Jiménez, Pedro Antonio

1.2.2.Ciclo:

X

1.2.3.E-mail:

[email protected]

1.2.4.Dirección:

Av. Champagnat N° 417 - Sullana

1.2.5.Teléfono:

969715915

1.3. Supervisor de la Empresa

Jefe Desarrollo de Sistemas Sra. Edith Juárez Reto

1.4. Asesor de Practicas

Ing. CIP. Aldo Pereda Castillo

1.5. Fecha y Horario de Practicas

Fecha de Inicio: 24-09-2011 al 11-12-2011

Duración de prácticas: 79 días

Horario de prácticas: Lunes a Viernes: 8 horas, Sábado: 6 horas

PPESUL_MIGRACION v Del Castillo Jiménez


EJECUCIÓN DE LAS

PRÁCTICAS

PPESUL_MIGRACION vi Del Castillo Jiménez

CAPÍTULO II


2.1 EL PROBLEMA

2.1.1 Descripción de la realidad problemática

Las microempresas y los microempresarios son quienes impulsan en gran medida el

desarrollo económico de los países emergentes, generando millones de puestos de

trabajo. Sus ganas de salir adelante y su capacidad para encontrar nuevas

oportunidades de negocio son su principal activo para enfrentarse a los múltiples

obstáculos y carencias.

La experiencia local e internacional ha demostrado que los microempresarios son

excelentes pagadores, pues para ellos el acceso al crédito es fundamental y no

desean perderlo. Hoy en día existen muchas iniciativas en este sentido. Algunas

empresas han identificado esa oportunidad y se están convirtiendo en un motor de

desarrollo, colaborando así en romper el círculo de la pobreza, mediante propuestas

innovadoras, productos accesibles y fórmulas de crédito ad-hoc. Con esta

aproximación, se empieza a abandonar el concepto de los pobres como víctimas y

empiezan a ser vistos como emprendedores, de esta forma, se les apoya y su vez se

fomenta su formalización

Caja Municipal de Sullana, surge como parte del compromiso de las Municipalidades

con el sector de las microempresas. Esta iniciativa busca potenciar las actividades de

los microempresarios locales, promoviendo la profundización, la democratización y el

acceso al crédito y a la actividad financiera de los estratos menos favorecidos de la

sociedad; para así facilitar el desarrollo de actividades productivas a pequeña escala.

Caja Municipal de Sullana, cuenta con un sistema de información que soporta el core

del negocio, es un sistema que tiene las siguientes características:

Arquitectura: Cliente Servidor

Lenguaje de Programación: Power Builder 11.5

Plataforma de Base de datos: Oracle 11g

Estas características se han identificado como la razón principal por la que su

crecimiento y expansión se ha visto limitado, convirtiéndose en una limitante para

incrementar sus operaciones.

Por lo que el Directorio y la Gerencia Mancomunada han decidido la implementación

de un nuevo Core Financiero, cuya planificación considera un proceso de migración

de datos del sistema antiguo hacia el nuevo sistema, teniendo especial interés en que

este proceso se realice de manera exitosa y en los tiempos previstos.

El proveedor seleccionado para la implementación del nuevo core Financiero es la

empresa Arango Software International, residente en la ciudad de Panamá, República

de Panamá.

PPESUL_MIGRACION vii Del Castillo Jiménez


Respecto al sistema se tiene conocimiento que tiene una madurez de implementación

que se remonta a 23 años, su implementación se ha realizado en distintos países de

América Latina como Panamá, Costa Rica, México, Venezuela y Colombia.

A la fecha se han realizado capacitaciones de inducción en e conocimiento del

sistema desde el punto de vista funcional y de las parametrías necesarias para la

operación del sistema.

2.1.2 Antecedentes de la investigación

En el año 2004 Caja Municipal de Sullana, ha realizado un cambio de sistema Core

Financiero, se paso del sistema SIAF-C al sistema SAFI, en esa ocasión se realizó

una migración de datos desde las tablas de Fox para Windows hacia el motor de base

de datos Oracle.

En este sentido los procesos de migración de datos forman parte de los proyectos de

implementación de nuevos sistemas de información, por lo que es necesario

considerarlo como un entregable importante dentro de la estructura del proyecto.

Del mencionado en los párrafos anteriores podemos mencionar la necesidad de contar

con lecciones aprendidas para el desarrollo de nuevos procesos de migración, en que

se tengan en cuenta las recomendaciones iniciales, así como la adopción de

metodologías de migración de datos de sistemas antiguos hacia sistemas nuevos.

2.1.2.1 Locales

Jorge Reupo & Ken Takahashi (2010),” “Evaluación y desarrollo de metodologías

para el pronóstico estacional de anomalías de la temperatura en el mar peruano

asociadas al Fenómeno El niño”.

El Fenómeno El Niño es la principal fuente de variabilidad climática en el Perú. El Niño

se manifiesta como un calentamiento del mar peruano, con impactos locales fuertes

como lluvias intensas en la costa norte, pero también como calentamiento en el

Pacífico central ecuatorial, con impactos a través de teleconexiones atmosféricas

como sequía en la sierra sur. La fase fría de este fenómeno, La Niña, tiene impactos

que no son necesariamente iguales, pero opuestos.

Los mecanismos físicos detrás de este fenómeno están relativamente bien

comprendidos y existe predictibilidad debido al rol crucial de la dinámica lenta del

océano.

PPESUL_MIGRACION viii Del Castillo Jiménez


Sin embargo, existen muchos vacíos en los detalles teóricos, así como en los

modelos numéricos y los datos observacionales, y los pronósticos tienen

incertidumbre sustancial.

Además, existe la pregunta abierta de si el cambio climático estará asociado a un

cambio en El Niño y de cómo será este cambio. Por otro lado, los impactos en el

territorio peruano no están bien establecidos aún y el público en general no sabe qué

impactos esperar ante El Niño o La Niña.

En el IGP, se realiza investigación científica en este tema utilizando una combinación

de teoría, observaciones y modelos, en colaboración con expertos de nivel

internacional.

Además, el IGP participa como parte del “Estudio Nacional del Fenómeno El Niño”

(ENFEN), donde contribuye con “expertise” en el fenómeno, con énfasis en modelos

climáticos

2.1.2.2 Nacionales

Dall’Orto Gonzales & Wu Yamashita (2011), “Construcción y Pruebas de una

herramienta de desarrollo de soluciones para Inteligencia de Negocios Módulo de

Extracción”.

La Tecnología de Información (TI) es, en la actualidad, un componente de gran

importancia para cualquier organización.

Sin embargo, son los datos y su adecuado manejo como transformaciones, búsqueda

de patrones, y consolidaciones; lo que le da un carácter estratégico a la TI en la

organización. En este contexto es donde aparecen conceptos como el de Inteligencia

de Negocios, que apoyados en técnicas, estrategias, metodologías y herramientas

buscan ofrecer información más adecuada para la toma de decisiones. Una solución

de Inteligencia de Negocios puede, con gran posibilidad, cambiar el rumbo de una

organización.

La implementación de soluciones de Inteligencia de Negocios se apoya

necesariamente en un conjunto de herramientas informáticas que tienen que cubrir un

ciclo de trabajo que comienza con la definición de un almacén de datos o Data

Warehouse, la extracción y transformación de los datos desde diversas fuentes de

información, y finalmente, la explotación de la información a través de diversos

reportes tabulares y gráficos que permitan a la alta dirección de una organización la

toma de decisiones.

PPESUL_MIGRACION ix Del Castillo Jiménez


El presente proyecto de tesis busca implementar el módulo de extracción de una

herramienta básica para Soluciones de Inteligencia de Negocios que cubra todos los

procesos del ciclo de trabajo. La arquitectura permitirá que una organización provea el

servicio de Inteligencia de Negocios a múltiples organizaciones. Además, se toma en

cuenta la escalabilidad del producto para soportar mayor número de fuentes de datos

en futuras

2.1.2.3 Internacionales

Jiménez Copa & Rodríguez Arias (2008), “Propuesta de Migración de Datos de un

sistema de archivos HIS a una base de datos transaccional ubicadas en diferentes

Redes”.

La presente tesis tiene como objetivo: El estudio comparativo de las herramientas

Oracle para la carga de información en un gestor de base de datos, y la programación

de interfases web que automaticen la visualización de reportes electricos en el

CENTRO NACIONAL DE CONTROL DE ENERGIA ubicado en la ciudad de QUITO.

Las herramientas para el estudio fueron DATAPUMP y SQL* LOADER, donde

determino que DATAPUMP no permite la manipulación de archivos de texto como una

fuente de datos, por cual se tomo SQL*LOADER como la herramienta para poblar la

base de datos.

2.1.3 Justificación e Importancia del proyecto

El proceso de migración es una actividad dentro del plan del proyecto que contempla

los aspectos relacionado con los requerimientos de información, para la correcta

configuración y operación de las funcionalidades del nuevo sistema.

El equipo de migración deberá de tener en cuenta las necesidades y expectativas del

usuario referente a la información que deberá ser migrada desde el sistema antiguo

hacia el nuevo sistema, por lo que deberá coordinar de manera muy detallada los

lineamientos que regirán la ejecución del proceso de extracción, transformación y

carga de datos.

Teniendo en cuenta estas características podemos tener una noción integral de la

importancia de este proceso en la implementación del proyecto del nuevo Core

Financiero de Caja Municipal de Sullana, lo que justifica su desarrollo

2.1.4 Alcance del proyecto

PPESUL_MIGRACION x Del Castillo Jiménez


Dado que el proceso de migración de datos del anterior sistema hacia el nuevo

sistema Core Financiero, pretende brindar el soporte a nivel de datos en los

componentes funcionales del negocio y sabiendo que el negocio de Caja Municipal de

Sullana se centra en la captación y colocación de servicios financieros, entonces el

alcance del proceso de migración se realizará en función a todos los procesos del

negocio que intervienen directa o indirectamente en la operatividad del sistema Core

Financiero.

En este contexto podemos mencionar que se deberán migrar indefectible la

información de los siguientes módulos de sistema anterior:

Datos del Módulo de Colocaciones

o Maestros

o Parametrías

o Saldos y movimientos

Datos del Módulo de Captaciones

o Maestros

o Parametrías


Datos del Módulo de Garantías

o Maestros

o Parametrías


Datos del Módulo de Contabilidad

o Maestros

o Parámetros contables

Datos del Módulo de Tarjetas de Debito

o Maestros

o Parametrías


2.1.5 Limitaciones del proyecto

Para la ejecución del proceso de migración de datos, se han podido identificar las

siguientes limitaciones:

Recursos Humanos

o Limitación en número de colaboradores para integrar el equipo

o No se cuenta con colaboradores que tengan sólida experiencia en

procesos de migración de datos.

PPESUL_MIGRACION xi Del Castillo Jiménez


Plazos de las tareas

o Tiempos cortos para la ejecución de actividades de los procesos de la

metodología.

Requerimientos del Negocio.

o Nuevas funcionalidades desarrolladas en el antiguo sistema, cuyos

cambios impactes en las estructuras identificadas para la extracción

de datos.

2.2 OBJETIVOS

2.2.1 Objetivo general

El principal objetivo de este proyecto es lograr que el proceso de migración de datos

se culmine con éxito, teniendo como referencia los lineamientos de la metodología

implementada.

2.2.2 Objetivo especifico

Facilitar al equipo de migración las herramientas necesarias con el fin de lograr un

entendimiento de las actividades de migración de datos.

Establecer una ruta para la ejecución del proceso de migración que sirva de guía y

lograr el éxito esperado.

Tener control sobre las actividades del proceso de migración.

2.3 CRONOGRAMA

Nombre de tarea Duración Comienzo Fin

PLANIFICACIÓN DEL PROYECTO 56 días 24/09/2011 09/12/2011 GENERALIDADES 1 día 24/09/2011 24/09/2011 Titulo 0 días 24/09/2011 24/09/2011 Institución y Lugar donde se realiza la practica 0 días 24/09/2011 24/09/2011 Autores 0 días 24/09/2011 24/09/2011 Supervisor de la practica 0 días 24/09/2011 24/09/2011 Asesores de la Práctica 0 días 24/09/2011 24/09/2011 Fechas y Horarios de las prácticas 1 día 24/09/2011 24/09/2011EJECUCION DE LAS PRACTICAS 5 días 24/09/2011 30/09/2011 Descripción de la realidad problemática 0 días 24/09/2011 24/09/2011 Antecedentes de la investigación 0 días 24/09/2011 24/09/2011 Justificación e importancia del proyecto 0 días 24/09/2011 24/09/2011 Alcance del proyecto 0 días 24/09/2011 24/09/2011 Limitaciones del proyecto 0 días 24/09/2011 24/09/2011

PPESUL_MIGRACION xii Del Castillo Jiménez


Objetivos Generales 0 días 24/09/2011 24/09/2011 Objetivos Específicos 1 día 26/09/2011 26/09/2011 Elaboración del Cronograma 1 día 27/09/2011 27/09/2011 Factibilidad Técnica 1 día 28/09/2011 28/09/2011 Factibilidad Operacional 1 día 29/09/2011 29/09/2011 Factibilidad Económica 1 día 30/09/2011 30/09/2011 MARCO TEORICO REFERENCIAL 4 días 03/10/2011 06/10/2011 La Institución 1 día 03/10/2011 03/10/2011 Fundamentos Generales 1 día 04/10/2011 04/10/2011 Metodología de Desarrollo 1 día 05/10/2011 05/10/2011 Marco Conceptual 1 día 06/10/2011 06/10/2011DESARROLLO DEL PROYECTO 47 días 07/10/2011 11/12/2011Conceptualización 12 días 07/10/2011 24/10/2011Construcción de los programas de Migración 12 días 25/10/2011 09/11/2011Depuración de los Datos 3 días 10/11/2011 14/11/2011Construcción de archivos de carga de datos 8 días 15/11/2011 24/11/2011Construcción de los Scripts de Validación de datos 2 días 25/11/2011 28/11/2011Simulación de la migración 2 días 29/11/2011 30/11/2011Ajustes a los programas de extracción y de carga de datos 4 días 01/12/2011 06/12/2011Plan de Actividades de migración final 1 día 07/12/2011 07/12/2011Migración definitiva de datos 1 día 08/12/2011 08/12/2011Certificación de la migración 1 día 09/12/2011 09/12/2011Cierre de Migración 1 día 11/12/2011 11/12/2011CONCLUSIONES Y RECOMENDACIONES 1 día 12/12/2011 12/12/2011

CUADRO N° 01 CRONOGRAMA DE ACTIVIDADES

2.4 ESTUDIO DE FACTIBILIDAD

2.4.1 Factibilidad técnica

El proyecto desde el punto de vista técnico es viable dado que las características del

proyecto así lo indican, se cuenta con las herramientas de software y hardware

necesarios entre los que podemos mencionar:

Servidores de Base de Datos

Software Base de los servidores

2.4.2 Factibilidad Operacional

El sistema si puede funcionar para el soporte de las operaciones financiera de

Caja Municipal de Sullana, no existiendo fundamentos para afirmar lo contrario.

Se cuenta con el respaldo de la alta dirección de Caja Municipal de Sullana

Una de las características más resaltantes de este sistema es que se ha diseñado

en base al negocio de banca, por ende los procesos del negocio de Caja Municipal

de Sullana, se soportan adecuadamente.

PPESUL_MIGRACION xiii Del Castillo Jiménez


2.4.3 Factibilidad Económica

Económicamente es factible su ejecución en virtud que los costos del proyecto se

encuentran incluidos dentro del costo genera del proyecto de implementación del

nuevo sistema.

Los recursos humanos destacados al proyecto pertenecen a las planillas de Caja

Municipal de Sullana, lo que en si no le significa un costo extra.

2.4.3.1 Tabla de costos de la migración

El costo del proceso de migración será considerado, teniendo en cuenta el equipo

conformado para el proceso de migración, el cual se puede apreciar en el siguiente

cuadro:

Equipo de Migración Costo

Unitario

Tiempo Costo

Total

Líder del Equipo 6,500 3 19,500

Desarrollador Senior 4,000 3 12,000

Desarrollador Junior 2500 3 7,500

Adm. de Base Datos 3500 3 10,500

COSTO TOTAL 49,500

CUADRO N° 02 COSTOS DE LA MIGRACIÖN

PPESUL_MIGRACION xiv Del Castillo Jiménez


2.4.3.2 Tabla de Beneficios

Tabla de Beneficios cuantitativos

Indicadores Valor Actual Valor Esperado

Cantidad de Usuarios 300 600

Número de Transacción por día

3500 8000

Numero de Agencias en línea

62 90

Tiempo de Atención 7 minutos 3 Minutos

CUADRO N° 03 BENEFICIOS CUANTITATIVOS

Tabla de Beneficios cualitativo

Indicadores Condición Esperada

Malo Regular Bueno Muy Bueno Excelente

Calidad en el servicio X

Mejora la calidad de la información X

Prestigio respecto a los competidores

X

Proyección de Crecimiento X

CUADRO N° 04 BENEFICIOS CUALITATIVOS

PPESUL_MIGRACION xv Del Castillo Jiménez


MARCO REFERENCIAL

PPESUL_MIGRACION xvi Del Castillo Jiménez

CAPÍTULO III


3.1 MARCO TEORICO REFERENCIAL

3.1.1 LA INSTITUCION

3.1.1.1 Misión y visión de la Institución

Visión

Ser el 2013 la microfinanciera líder en brindar servicios a la medida del cliente, con

cobertura nacional, rentable y con el mejor equipo humano.

Misión

Institución microfinanciera rentable orientada a ofrecer servicios oportunos y de

calidad.

3.1.1.2 Políticas Generales de la Institución

Los significados que comparten los miembros de Caja Municipal de Sullana y que

caracterizan, determinan y guían sus actos en la relación con sus clientes,

trabajadores, accionistas, proveedores y comunidad son:

Ética

Realizamos nuestras acciones fieles a los principios y obligaciones morales:

honestidad, respeto, responsabilidad, transparencia, cumplimiento de los acuerdos

y compromisos adquiridos.

Cliente Interno

Caja Municipal de Sullana reconoce a sus empleados como un gran valor para la

Institución. Fomentamos personas inteligentes, creativas, entusiastas, trabajadoras,

con pasión por aprender, compartir ideas, y que creen en los mismos ideales de la

Caja Municipal de Sullana.

Promovemos el desarrollo del talento, premiamos el desempeño eficiente;

asumimos con empeño y dedicación el reto de formar y desarrollar constantemente

competencias en las personas.

Cliente Externo

Nos debemos a nuestros clientes, trabajamos por establecer relaciones a largo

plazo, creamos soluciones que resuelven las necesidades e inspiran lealtad,

confianza y satisfacción. La atención personalizada, comunicación, transparente y

fluida con nuestros clientes nos permite realzar nuestras relaciones.

Ejecutivos

Formamos y desarrollamos personas que tomen decisiones, recompensamos la

capacidad de ejecutar iniciativas, de poner las cosas en marcha y lograr objetivos.

PPESUL_MIGRACION xvii Del Castillo Jiménez


Las ideas se materializan en proyectos tangibles; respetando los procedimientos,

reglamentos, políticas, y considerando los impactos directos o indirectos.

Agilidad

Nos preocupamos por la celeridad de nuestros procesos, por aumentar niveles de

satisfacción de nuestros clientes y a la vez incrementar la productividad. Utilizamos

las ventajas del desarrollo tecnológico para acelerar nuestro éxito y construir una

Caja Municipal más ágil.

Eficiencia

Realizamos todas nuestras actividades laborales regidas por altos niveles de

exigencia, ejecutamos todas las tareas encomendadas con una alta calidad en los

resultados dentro de los plazos asumidos. Nos esforzamos por realizar las

actividades correctamente en el primer intento. Estamos comprometidos en la

entrega de resultados en cualquier circunstancia.

Calidad.

Caja Municipal de Sullana está comprometida en diseñar, desarrollar, comercializar

servicios y productos de excelente calidad.

Mejora continua.

Medimos y analizamos los resultados de nuestros procesos, productos y servicios,

con el fin de mejorarlos de forma permanente para cumplir nuestro compromiso con

el cliente.

Identificación

Las personas que trabajan en la Caja Municipal de Sullana estamos identificados

con la Visión, Misión, Valores, Objetivos, Metas, y Compromisos Institucionales.

Somos una empresa comprometida en general valor, para ello nos esforzamos por

atender mejor a nuestros clientes, a nuestro personal, generar productos y servicios

de calidad, cada una de las personas que trabajamos en la Caja Municipal de

Sullana es responsable de maximizar valor.

Trabajo en equipo

Unimos a un conjunto de personas para lograr una mayor productividad confiamos

en la capacidad de nuestra gente, valoramos los aportes de cada uno, propiciamos

un clima de confianza, estimulamos la creación, la comunicación efectiva, cada uno

de los miembros del equipo se beneficia del conocimiento, trabajo y apoyo de los

demás miembros.

Meritocracia

Las personas que trabajan en la Caja Municipal de Sullana tienen la oportunidad de

crecer profesionalmente, en base a su propio esfuerzo, capacidad y trabajo.

PPESUL_MIGRACION xviii Del Castillo Jiménez


3.1.1.3 Estructura orgánica actual de la institución

Figura Nro 1 Organigrama actual de la Institución

PPESUL_MIGRACION xix Del Castillo Jiménez


3.1.1.4 Aéreas Funcionales y descripción de Funciones

Para aumentar la disponibilidad de los Servicios de TI y la satisfacción del cliente, el

área de sistemas debe atender de manera eficiente las llamadas de los clientes y

mantener el nivel del servicio operativo de los sistemas de información en

condiciones de calidad adecuados, pudiendo estos niveles ser extendidos hasta las

funciones de restauración del servicio tan rápidamente como sea posible (Mesa de

Servicios/Manejo de Incidentes), al mismo tiempo que llega a la raíz del problema

(Manejo del Problema). A través del análisis, diseño e implementación de estas dos

funciones interrelacionadas.

Asimismo, un alto porcentaje de los problemas relacionados con la calidad de los

servicios de TI se pueden rastrear hasta llegar a cambios no autorizados en el

sistema o configuraciones desconocidas y no documentadas.

Extendiendo aún más su alcance, los servicios de diseño e integración incluyen la

administración de la calidad de las soluciones de TI de acuerdo a los Contratos de

Nivel de Servicio establecidos de común acuerdo entre la organización de TI y sus

clientes.

Como sabemos la departamentalización consiste en la sectorización de los

objetivos, actividades, procesos, personal y recursos de una organización, a través

de la aplicación de la división del trabajo y la especialización.

Es también el proceso en el cual una organización es dividida estructuralmente

combinando trabajos en departamentos de acuerdo a alguna base o característica

compartida.

Para el área de Sistemas y TI se debe dividir en dividir la estructura de la siguiente

forma:

Administración de la Propia Unidad de Tecnología:

Engloban operaciones de:

Supervisión, planificación y control de proyectos,

Seguridad informática en general de las instalaciones y equipos

Administración financiera

PPESUL_MIGRACION xx Del Castillo Jiménez


Administración del recurso humano.

Área de Operación de sistemas o aplicaciones:

Consiste en la utilización y aprovechamiento de los sistemas desarrollados

encargándose de brindar los servicios requeridos para el proceso de datos, como

son el preparar los datos y suministros necesarios para el centro de cómputo,

manejar los equipos periféricos y vigilar que los elementos del sistema funcionen

adecuadamente. Debido a lo sensible de la información, que maneja el acceso a

este Área solo está permitido para personal autorizado.

En esencia el personal del área operativa se encarga de alimentar datos a la

computadora, operar el "hardware" necesario y obtener la información resultante del

proceso de datos. Puede constar de las siguientes actividades:

Instalación de Procesamiento de Información

Operar equipos eficiente y efectivamente las estaciones de trabajo o

servidores, periféricos, medios magnéticos y datos almacenados

Recolecta, convierte y controla ingreso de datos

Previsión de fechas de realización de trabajos,

Control y manejo de soportes,

Seguridad del sistema,

Supervisión de trabajos, etc.

Sub-Área de Captura de Datos

El esquema cada vez menos frecuente para el ingreso o captura de datos es el

siguiente:

Recibir documentos fuente y asegurar su custodia hasta terminar el

procesamiento, para devolverlos juntos con resultados

Preparar lotes de documentos con cifras control

Preparar cronogramas y trabajos para procesar datos

PPESUL_MIGRACION xxi Del Castillo Jiménez


Verificar, registrar y distribuir resultados, cuidando los

Confidenciales

Ahora las fronteras están cada vez menos definidas ya que los usuarios desde las

fuentes de origen ingresan los datos en ambientes en línea, aunque siempre hay

que encontrar controles que garanticen que sean los datos autorizados, que sean

los correctos y que estén completos.

Administración de Base de Datos

Inicia con la custodia información de la organización, define y mantiene la estructura

de los datos en el sistema corporativo de BD comprendiendo a la empresa, datos de

usuario y las relaciones de estos. Es Responsable de la seguridad y clasificación de

la información de los datos compartidos, almacenados en los sistemas de BD y del

diseño real, definición y mantenimiento de las BD corporativas.

Debido a que las aplicaciones de administración de base de datos (DBA) tienen

diferentes herramientas que permiten al responsable tener acceso a todos los datos

o de ignorarlos, es necesario establecer controles estrictos de las funciones

mediante la aprobación por parte de la gerencia de las actividades que se

realizaran, revisión de los registros de acceso por un supervisor y controles de

detección sobre el uso de esas herramientas.

Especificar la definición física de los datos y cambiarla para su mejor

desempeño

Seleccionar e implementar herramientas de optimización de la BD

Probar y evaluar las herramientas de programadores

Dar soporte técnico a programadores sobre estructura de la BD

Implementar controles de definición, acceso, actualización y concurrencia

Monitorear el uso, recopilar estadísticas de desempeño y ajustar la BD

Definir e iniciar los procedimientos de respaldo y recuperación

Área de Soporte Técnico.

PPESUL_MIGRACION xxii Del Castillo Jiménez


Área responsable de la gestión (estrategia, planificación, instalación y

mantenimiento) del hardware y del software dentro de las instalaciones, entendiendo

por gestión.

Algunas funciones principales generales que realiza esta área son:

Planificar la modificación e instalación de nuevo software y hardware.

Evaluar los nuevos paquetes de software y nuevos productos de hardware.

Dar el soporte técnico necesario para el desarrollo de nuevos proyectos,

evaluando el impacto de los nuevos proyectos en el sistema instalado.

Asegurar la disponibilidad del sistema, y la coordinación necesaria para la

resolución de los problemas técnicos en su área.

Realizar la coordinación con los técnicos del proveedor con el fin de resolver

los problemas técnicos y garantizar la instalación de los productos.

Proponer las notas técnicas y recomendaciones para el uso óptimo de los

sistemas instalados.

Participar en el diseño de la Arquitectura de Sistemas.

Sub-Área de Infraestructura de Red

Hay empresa que además de su Instalación de Procesamiento de Datos, hacen un

uso extensivo de LAN´s, WAN´s e INALAMBRICAS, deben manejar ahora activos

de TI adicionales (servidores, firewalls, servidores proxy, routers, switches y amplia

gama de software)

Las redes dispersas geográficamente, pueden tener administradores específicos y

depender del Gerente de la Unidad de Tecnología.

Responsable de mantener los sistemas de cómputo de ambientes multiusuario,

incluyendo LAN´s y WAN

Sus deberes incluyen:

Agregar y configurar nuevas estaciones de trabajo

Establecer cuentas de usuarios

PPESUL_MIGRACION xxiii Del Castillo Jiménez


Instalar software general del sistema

Prevenir, detectar y corregir divulgación de virus

Asignar espacio de almacenamiento masivo

Área de Desarrollo o Producción.

Construir soluciones integrales (aplicaciones) a las necesidades de

información de los usuarios.

Usar las técnicas de construcción de sistemas de información orientadas

netamente a la productividad del personal y a la satisfacción plena del usuario.

Construir equipos de trabajo con la participación del usuario y del personal

técnico de acuerdo a metodologías establecidas.

Mantener comunicados a los usuarios y a sus colaboradores de los avances,

atrasos y problemas que se presentan rutinariamente y cuando sea necesario

a través de medios establecidos formalmente, como el uso de correo

electrónico, mensajes relámpagos.

Mantener programas de capacitación para el personal técnico y usuarios.

Sub-Área Análisis y Diseño de Sistemas.

Tiene la función de:

Establecer un flujo de información eficiente a través de toda la organización.

Interpretan las necesidades del usuario y desarrollan los requerimientos y

especificaciones funcionales y documentos de alto nivel.

Realizar el estudio y proponer soluciones de los problemas, planteando

diferentes alternativas.

Diseñan sistemas basados en las necesidades del usuario

Participan durante la fase inicial del proceso de desarrollo

Evalúan la tecnología de seguridad

PPESUL_MIGRACION xxiv Del Castillo Jiménez


Diseñan perímetro, control de accesos, administración de usuarios y otros

sistemas

· Establecen políticas y requerimientos de seguridad.

Sub-Área de Programación.

Desarrollar nuevos sistemas y mantenerlos en producción, deben trabajar sólo en

ambientes de prueba ya que no pueden tener acceso al ambiente operativo.

Entregar su trabajo a otra área para que los implante

Se encarga de:

Elaborar los programas que se ejecutan en las computadoras, modificar los

existentes

Vigilar que todos los procesos se ejecuten correctamente.

Tomar las especificaciones de los sistemas realizados por el área de análisis y

Diseño para transformarlos en programas eficientes y bien documentados

para las computadoras.

Sub-Área de Implementación.

Esta área es la encargada de implementar nuevas aplicaciones garantizando tanto

su calidad como su adecuación a las necesidades de los usuarios.

Algunas funciones principales generales que realiza esta área son:

Coordinar con las áreas de sistemas y usuarios la implantación de las

aplicaciones.

Diseñar los planes de calidad de las aplicaciones y garantizar su

cumplimiento.

Validar los nuevos procedimientos y políticas a seguir por las

implementaciones de los proyectos liberados.

Probar los productos y servicios a implementar antes de ser liberados al

usuario final.

Elaborar conjuntamente con el área de Programación o Desarrollo, los planes

de capacitación de los nuevos usuarios.

Coordinar la presentación de las nuevas aplicaciones a los usuarios.

PPESUL_MIGRACION xxv Del Castillo Jiménez


Supervisar el cumplimiento de los sistemas con la normatividad establecida.

Área de Aseguramiento de la Calidad

Es importante asegurar que personal de la unidad sigue procesos de calidad

establecidos utilizando programas y documentación que se adhieran a estándares y

convenciones de nombres. Esta unidad no depende del área de desarrollo

Pruebas y revisiones para verificar que el software está libre de defectos y

cubre expectativas del usuario

Hacerse durante las etapas del desarrollo y forzosamente antes de liberarlo a

producción

Grupo independiente para cumplir con función efectivamente.

3.1.1.5 Actividades principales de la Institución

Caja Municipal de Sullana, capta depósitos del público, para transarlos en conjunto

con su propio capital y el que obtiene de otras fuentes de financiamiento (bancos,

entidades internacionales, organismos gubernamentales), en colocaciones y otras

operaciones tanto en moneda nacional como en moneda extranjera, dirigiéndose

preferentemente a los sectores sociales en desarrollo promoviendo su crecimiento.

Caja Municipal de Sullana, es una institución financiera especializada en

microfinanzas, ofrece servicios financieros a los sectores de la población

generalmente no atendidos por la Banca Comercial o dependientes de prestamistas

informales, posibilita que los empresarios de la micro y pequeña empresa accedan

al mercado financiero formal con el pago de tasas de interés competitivas. La

población objetivo de la CMAC Sullana está constituido por:

Las pequeñas y Micro Empresas de los sectores Productivos, Comercio y

Servicios.

Sectores Agrícola, Agropecuario y Agroindustrial

Unidades Familiares, Sociales e Institucionales

Sectores poblacionales de ingresos medios y bajos

Sectores poblacionales que no tienen acceso al Sistema Financiero

Tradicional

Créditos

PPESUL_MIGRACION xxvi Del Castillo Jiménez


Se otorga crédito preferentemente actividades empresariales de corto y mediano

plazo, para financiar capital de trabajo y/o adquisición de activos. Además de

otorgan créditos de libre disposición llamados de Consumo, y créditos hipotecarios

Entre las actividades empresariales representan el 70% del total de colocaciones.

El crédito de consumo; créditos destinados a financiar actividades no empresariales,

representa el 29% del total de créditos, mientras que el crédito hipotecario

evoluciona favorablemente ubicándose en 1.21% del total de cartera de

colocaciones.

Ahorro

Se ofrecen productos pasivos de carácter transaccional y/o para ahorros. En el

primer grupo destacan los ahorros de libre disponibilidad con o sin Órdenes de

pago, el cliente puede disponer de una tarjeta de débito para realizar operaciones

de consultas o retiros a través de la red de Cajeros automáticos.

En los productos netamente de ahorros, la característica principal de estos es que

permanecen inmovilizados un tiempo se remunera en función directa del monto y

del plazo depositado.

Para hacer más atractiva la oferta de productos de ahorro se han realizado una serie

de variantes logrando generar diferentes productos orientados a segmentos

específicos. Entre los que podemos mencionar: Ahorro Plazo Fijo, Ahorro

programado (Ahorro Plan), Rinde + (Para sumas de dinero que superan los 70,000

nuevos soles o US$ 30 mil dólares), Depósito CTS.

3.1.1.6 Descripción del área de Negocio

El staff definido para el desempeño de la función Informática, que brinda el soporte

de los procesos del negocio de la institución está conformado por el siguiente

personal de planta:

FUNCIÓN PLANILLA

o Comité de Sistemas

o Apoyo Administrativo (Secretaria)

o Desarrollo de Sistemas

Asistente de Desarrollo

5

1 (locación)

4

PPESUL_MIGRACION xxvii Del Castillo Jiménez


Asistente de Análisis y Programación

o Producción y Control de Calidad

Asistente de Sistemas de Información

Asistente de Producción

Auxiliar de Operaciones

o Soporte y Comunicaciones

Asistente Administrador de Red

Asistente de Infraestructura Informática

Asistente de Comunicaciones

Auxiliar de Soporte Técnico

o Gestión de Base de Datos

Asistente de la gestión de base de datos

Auxiliar de la gestión de base de datos

1

3

1

1

1

1

3

1

1

Total: 23

Cuadro 2: Cuadro con lista de personal de planilla del área de Sistemas y TI.

3.1.1.7 Misión, visión, metas y objetivos del área de negocio

Misión

Gestionar y proveer soluciones tecnológicas que permitan apoyar eficazmente el

logro de los objetivos y metas institucionales.

Visión

Ser un área propulsora y facilitadora del cambio innovador con la aplicación de

tecnologías de información de punta, permitiendo articular sólidamente a los niveles

operativos, tácticos y estratégicos de CMAC Sullana, contribuyendo a la mejora de

los servicios ofrecidos a los clientes.

PPESUL_MIGRACION xxviii Del Castillo Jiménez


Alineamiento con el plan estratégico institucional

OBJETIVO ESTRATEGICO INSTITUCIONAL

OBJETIVOS ESPECIFICOS (Informáticos)

Ser reconocidos como una institución en servicios de calidad al cliente.

Iniciar la implementación de un nuevo Core Financiero

Implementar un centro de cómputo alterno.

Brindar el servicio de Compensación electrónica.

Iniciar la implementación de service desk de TI para mejorar el nivel de servicio.

Lograr al 2013 que la institución lidere el sector de las microfinanzas en participación de mercado con adecuados indicadores financieros

Implementación de arquitectura tecnológica que soporte el crecimiento de los puntos de atención.

Iniciar con la implementación de modelos de riesgos autorizados por la SBS.

Incorporar tecnologías de información orientada al B2C (negocio – cliente).

Implementar operaciones financieras por el canal Banca móvil.

Implementar el servicio de recuperación móvil.

Cuadro N° 3 Objetivos y Metas del área de Sistemas y TI

PPESUL_MIGRACION xxix Del Castillo Jiménez


3.1.1.8 Identificación de actividades y procedimientos del área de negocio

Los Procesos del área de Sistema y TI, podemos apreciar en el siguiente cuadro:

Figura N° 2 Procesos del área de Sistemas y TI

A continuación de describen las tres principales actividades del área de

negocios:

o Actividad de la Gestión de Planeamiento

Alcance : Planificar la gestión de los recursos de la Tecnologías de Información en

línea con la estratégica y prioridades del negocio.

Proveedor : Líneas de Negocio, Líneas de Soporte.

Entrada : Pedido de los usuarios (memos, correos, informes, llamadas,

PETI).

Salida : Plan estratégico de TI, Plan Operativo de TI, Portafolio de proyectos y planes

de proyecto de los servicios de TI.

Cliente : Gestión de la Producción

o Actividades de la Gestión de la Producción

Alcance : Es la construcción del software para atención de los

requerimientos de las líneas de negocios y de soporte.

Proveedor : Gestión de Planificación, líneas de Negocio y de soporte.

Entrada : Pedido de los usuarios (memos, informes, solicitud de servicio, PETI).

PPESUL_MIGRACION xxx Del Castillo Jiménez


Salida : Entrega del software.

Cliente : Gestión del nivel de Servicio.

o Actividades de la Gestión del Nivel de Servicio de TI

Alcance :

Recibir, analizar consultas y requerimientos de información.

Analiza las necesidades del cliente.

Otorga los accesos y permisos a los usuarios en los diferentes sistemas

de información.

Coordinar con las áreas de negocio el establecimiento de la parametría

para los diversos servicios del Sistema de Información.

Elabora las solicitudes de servicio o requerimiento.

Identificar nuevas necesidades del cliente.

3.1.2 FUNDAMENTOS GENERALES

Hablamos de migración de datos cuando nos referimos al traspaso

de información entre bases de datos. Si tenemos una aplicación sobre una base de

datos como por ejemplo Access y posteriormente "crecemos" de manera que nos

hace falta un sistema gestor de bases de datos potente, lo más seguro es que nos

decantemos por Oracle, DB2, Informix, SQLServer o similares.

En este caso, los datos, que estarán en formato "access" deberán pasar a formato

"sqlserver" o formato para "oracle". La migración de los datos consiste en convertir los

datos desde un sistema de base de datos a otro. Esta migración conlleva la creación

de tablas o modificación de las existentes, cambios en algunos tipos de datos que

existen en una base de datos pero no en otras, etc.

Especialmente delicados son los campos fecha, los numéricos (enteros, reales, etc),

los de tipo "memo" o campos de extensión superior a 256 caracteres, campos para

imágenes, etc, ya que cada SGBD los trata o los "espera" de manera diferente.

Actualmente la mayoría de SGBD incluyen herramientas de ayuda a la migración más

o menos "fiables". No obstante, ni que decir tiene que el proceso de migración de

datos es lo suficientemente delicado como para realizarlo en un entorno de pruebas,

contemplando toda la casuística posible en cuanto a tipos de datos a manejar, tablas

involucradas y sus relaciones, etc.

PPESUL_MIGRACION xxxi Del Castillo Jiménez


Sólo en el momento en el que estemos seguros de que la migración se ha realizado

con éxito, sin problemas de interpretación de datos ni pérdida de ellos, podemos pasar

a un entorno de producción. Teniendo en cuenta que una migración mal realizada

podría dar por terminada una estructura de información completa.

Muchas circunstancias existen cuando una organización necesita migrar las

aplicaciones o las bases de datos. Puede ser que sea tan simple como una mejora a

una nueva versión del sistema. O puede ser que implique cambiar a una nueva base

de datos o aplicación. Después de una fusión o de una adquisición, a menudo se

retiran las aplicaciones redundantes, pero los datos tienen que ser preservados en el

sistema de supervivencia. Después de una migración, el viejo sistema y el nuevo

sistema tendrán que coexistir.

Estrategias de Migración de Datos

Cuando se piensa en migrar datos de un sistema a otro, no es sólo realizar programas

que permitan efectuar la migración, existen otros factores que se deben tener presente

en el proceso de migración de datos. Por ejemplo: Procesos de negocio, limpieza de

datos, fuentes de información, equipos de trabajo, herramientas a utilizar, planes de

pruebas, etc.

Para realizar la migración de datos, es muy importante establecer en forma temprana,

los datos que se requieren en el nuevo sistema y la ubicación de los datos en el

antiguo sistema. También es necesario, conocer el(los) dueño(s) de la información y

los criterios de depuración que tendrán los datos seleccionados, para asegurar una

óptima calidad de ellos.

La Migración de Datos abarca todos los pasos necesarios para limpiar, corregir y

mover los datos al nuevo sistema. Los cambios tecnológicos, los cambios de

proveedores, las actualizaciones del software y los proyectos de

almacenamiento/minería de datos hacen que operaciones tan críticas y delicadas

sean necesarias.

Consideraciones de Riesgos

El hecho de que los datos sean el bien más importante de una empresa significa que

es esencial que cualquier manipulación sea realizada sin ninguna interrupción. Caja

Municipal de Sullana, utiliza su experiencia en proyectos de gran tamaño e

importancia para que los riesgos sean los mínimos. Los métodos y herramientas

comprobadas y las migraciones cuidadosamente planificadas que toman como base

los datos existentes y transforman la complejidad de la migración a proyectos de fácil

gestión aseguran que los riesgos se minimicen.

PPESUL_MIGRACION xxxii Del Castillo Jiménez


Consideraciones de Mejora de Datos

Nuestras soluciones correctivas aseguran una perfecta integridad de datos luego de

haber sido migrados. Desde la perspectiva del usuario y del desarrollo, los resultados

de los datos migrados se optimizan completamente.

Migrar de Manera Homogénea

A través de la participación de recursos experimentados, con una experiencia práctica

y una combinación de fluidez comercial y técnica que asegura que la criticidad de la

operación comercial sea abordad durante todo el proceso.

Desde la perspectiva del usuario, nos aseguramos de que se aplique una estrategia

para lograr una flexibilidad y una calidad máximas. Esto supone tomar una serie de

medidas y acciones, incluyendo:

Iteración

Los datos son identificados de forma repetitiva. El objetivo es darle al usuario una

o más oportunidades “iterativas” para poder identificar los datos corruptos y para

luego rectificarlos, ya sea utilizando la funcionalidad de la aplicación existente o de

forma automática limpiando los datos dentro de la funcionalidad de la migración de

datos individualizada. Las diferentes iteraciones del proceso de limpieza de datos

se llevan a cabo varias semanas antes de la migración de los datos en tiempo real.

Weeding

Dentro del mecanismo de migración de datos, nos permite identificar quienes

serán los candidatos para la migración.

Inspección

A los usuarios se les da la oportunidad y capacidad para inspeccionar los datos

que se archivaron, lo que es particularmente importante ya que los usuarios ya no

tienen acceso a la aplicación original y a los datos después de la migración

Desde una perspectiva del desarrollo, cuidamos mucho que el esquema de migración

de datos cumpla con una seguridad máxima, evitando mayores riesgos y permitiendo

actividades de migración por fases. Por ejemplo, asegúrese de que:

Cada aplicación nueva a la cual se migrarán los datos tiene su propia estrategia de

migración de datos y esquema, a la vez que se utiliza un documento modelo único,

consistente y genérico que puede usarse como referencia en todos los proyectos

PPESUL_MIGRACION xxxiii Del Castillo Jiménez


Exista un mecanismo genérico de migración de datos que pueda ser usado en la

mayoría de las migraciones de aplicaciones. Este enfoque tiene el beneficio de

reusabilidad y permite el desarrollo de módulos genéricos para la migración de datos

para diferentes tipos de plataformas “fuente” y “de destino”.

Que se suministre una fuente de datos de la aplicación que facilite la prueba del

sistema y la aceptación del usuario. El método más confiable para adquirir una base

de datos con “volumen real” para facilitar la prueba es migrar los datos reales desde la

base de datos de aplicación fuente a la nueva base de datos de aplicación de

“prueba”.

Etapas que se deben realizar para una migración de datos:

Levantamiento de Información: Esta etapa contempla la definición de los datos que

requiere el nuevo sistema y la identificación de la fuente de origen.

Análisis de Calidad: En esta etapa se verifica la calidad de los datos, con el propósito

de establecer los tiempos reales de las etapas de Transformación, Limpieza y Mapeo

de Datos.

Transformación/Mapeo de datos: Esta etapa, contempla la definición de los

diccionarios con las reglas de transformación y el mapeo de campos entre las fuentes

de origen y destino.

Limpieza de Datos: Esta etapa contempla la depuración de los datos en las fuentes de

origen.

Construcción ETCL: Esta etapa, se realiza la construcción de los extractores,

transformadores e inyectores de datos.

Pruebas: En esta etapa, se realizan las pruebas funcionales de la migración de datos,

determinando que la información sea traspasada con éxito al nuevo sistema.

Simulación de Cargas: En esta etapa, se pretende identificar los inconvenientes que

se podrían tener en las cargas reales, a través de la simulación del proceso real.

Cargas Reales: En esta etapa, se realiza la migración real de los datos desde el

antiguo sistema al nuevo sistema.

Revisión de Resultados: En esta etapa, se realiza la revisión final de la información

cargada al nuevo sistema.

PPESUL_MIGRACION xxxiv Del Castillo Jiménez


3.1.3 METODOLOGIA DE DESARROLLO

Tal como se ha podido apreciar en la estructura del cronograma de actividades del

proceso de migración, la metodología adoptada por Caja Municipal de Sullana se

compone de las siguientes fases:

1) Iniciación del Proyecto, es el lanzamiento formal del proyecto

2) Planificación del Proyecto, etapa en que se planifica la ejecución del proyecto

3) Conceptualización, esta etapa se realiza para estandarizar conceptos y

funcionalidades usadas en el sistema actual y lo que tiene el nuevo sistema.

a. Homologación de estructuras de Datos.

b. Certificación del la homologación

4) Construcción de los programas de Extracción de datos, construir los

programas de ETL

5) Depuración de los datos extraídos, establecer los criterios de limpieza de

datos.

6) Construcción de los archivos de control de carga de datos, construcción de los

programas de carga de datos, según las especificaciones de la herramienta

para cargar datos.

7) Construcción de los script de validación de datos

8) Simulación de migración de datos (Extracción y carga de datos)

9) Ajustes a los programas de extracción y carga de datos

10) Elaboración del plan de actividades de la migración

11) Migración definitiva de datos.

12) Certificación de la migración de datos.

13) Auditoria de la migración de datos.

14) Cierre del proceso de migración de datos.

3.2 MARCO CONCEPTUAL

“Migración de datos del sistema Core Financiero SAFI hacia el nuevo sistema Core

Financiero Ab@nks” es:

Conceptualizar y homologar las estructuras de datos del nuevo sistema respecto de las

estructuras del antiguo sistema identificando la fuente de todos los datos requeridos,

construir los programas de extracción de datos, depurar la información inconsistente,

construir los programas de carga de datos, establecer los procedimientos de la certificación

PPESUL_MIGRACION xxxv Del Castillo Jiménez


de la migración, teniendo en cuenta la metodología de migración de datos proporcionado por

el proveedor.

PPESUL_MIGRACION xxxvi Del Castillo Jiménez


METODOLOGÍA

3

PPESUL_MIGRACION xxxvii Del Castillo Jiménez

CAPÍTULO IV


3.1 DESARROLLO DE LA METODOLOGÍA

3.1.1 Iniciación del Proyecto

Lanzamiento formal del proyecto, por parte del sponsor del proyecto, es la etapa en

que el proyecto se inicia formalmente, se considera esta fecha como el inicio del

cronograma de actividades del proyecto.

3.1.2 Planificación del Proyecto

Es el plan de las tareas y actividades concernientes al proceso de migración de datos,

en el que se definen el inicio y fin de las tareas de migración, deben estar alineadas y

sincronizadas con las actividades de construcción teniendo en cuenta las nuevas

estructuras de datos a ser migrados desde el sistema antiguo.

El control de esta actividad forma parte de la estructura del proyecto de

implementación del nuevo sistema, ver anexo 01.

3.1.3 Conceptualización

Se realiza para estandarizar conceptos y funcionalidades usadas en el sistema actual

y compararlo con lo que tiene el nuevo sistema, con la finalidad de identificar si la

forma en que funciona el nuevo sistema tiene el mismo efecto sobre las

funcionalidades del sistema antiguo.

Permite asimismo identificar mejoras ó cambios a tener en cuenta para la

implementación del nuevo sistema, en lo que respecta a funcionalidades que no

tenga implementado el nuevo sistema.

En esta etapa se extiende el estudio hacia las estructuras y fuentes de datos que se

migrarán desde el sistema antiguo, teniendo como principal actividad la homologación

de estructuras.

3.1.3.1 Homologación de Estructuras

Este proceso utiliza un formato que servirá de guía para el equipo de

migración, en la etapa de de construcción de los programas de extracción

de datos.

Su principal característica es que permite identificar el origen de los datos a

migrar, así como tener en cuenta las transformaciones que serán necesarias

PPESUL_MIGRACION xxxviii Del Castillo Jiménez


para implementarlas en los programas de extracción, el detalle de esta

definición es al nivel de columnas de tablas, detalle

ver anexo 02.

Listado de módulos Homologados

PA-IS-PT-008 Documento Homologación de Creditos.xlsPA-IS-FT-008 Documento de Homologación Cuentas Ahorro.docPA-IS-FT-008 Documentos de Homologación Cuenta Corriente.docPA-IS-FT-033 Documento de Homologación Depósito a Plazo.docPA-IS-FT-008 Documentos de Homologación GarantíasxlsPA-IS-FT-008 Documento de Homologación Cleintes.docPA-IS-FT-008 Documentos de Homologación Tarjetas Debito

Homologar Estados y Situaciones.xls

3.1.3.2 Certificación de la homologación.

Del mismo modo se cuenta con el formato de certificación del proceso de

homologación, este entregable requerido por la metodología aplicada,

pretende ser el sustento formal de que el proceso de homologación se ha

realizado de manera correcta y en coordinación con el equipo de

construcción y el equipo de migración, detalles ver anexo 03.

Listado de documentos de certificación de homologación

PA-IS-FT-013 Acta Certificación de Homologación CréditosPA-IS-FT-013 Acta Certificación de Homologación Cta. AhorroPA-IS-FT-013 Acta Certificación de Homologación Cta. CorrientePA-IS-FT-013 Acta Certificación de Homologación Depósito a PlazoPA-IS-FT-013 Acta Certificación de Homologación GarantíasPA-IS-FT-013 Acta Certificación de Homologación ClientesPA-IS-FT-013 Acta Certificación de Homologación Tarjetas Debito

Certificación de Homologar Estados y Situaciones.xls

3.1.4 Construcción de los programas de Extracción de datos

Etapa en la que se construyen los programas de Extracción de datos, se deberá de

considerar la información que se registró en los documentos de homologación de

estructuras, teniendo en cuenta las transformaciones e inyectores de datos.

En esta etapa es fundamental que se haya realizado una homologación de estructuras

en las mejores condiciones posibles en lo que respecta a las fuentes de datos para

poblar la base de datos del nuevo sistema.

PPESUL_MIGRACION xxxix Del Castillo Jiménez


En estos programas se deberán de establecer los mecanismos de generación de

archivos planos que servirán de fuente de datos a los programas de carga de datos

que se construirán siguiendo las especificaciones de la herramienta SQL*LOADER de

Oracle.

Los programas de extracción se construyen sobre objetos Oracle del tipo Package, en

cuya implementación de crean los Stored Procedure que contiene la lógica del

proceso de extracción. ver Anexo 04

Lista de programas de Extracción

Api General de la Migración

PKG_ASI_LIBRERIA_MIGRACION.pkg

Modulo de Prestamos:

PKG_ASI_MIGRA_BPR_ABANKS.pkg

Modulo de Garantías:

PKG_ASI_MIGRA_BGA_ABANKS.pkg

Modulo de Cuentas de Ahorros:

PKG_ASI_MIGRA_BCA_ABANKS.pkg

Modulo de Cuentas Corrientes:

PKG_ASI_MIGRA_BCC_ABANKS.pkg

Modulo de Depósitos a Plazo:

PKG_ASI_MIGRA_BDP_ABANKS.pkg

Modulo de Tarjetas de Bebito:

PKG_ASI_MIGRA_BTD_ABANKS.pkg

Modulo de Clientes:

PKG_ASI_MIGRA_BMG_ABANKS.pkg

3.1.5 Depuración de los datos extraídos

Se deberán identificar la información que presentan inconsistencias de datos, para su

corrección ó transformación de los mismos, con la finalidad de lograr una optima

calidad de información, se recomienda tener presente las siguientes actividades:

Establecer criterios de limpieza de los datos.

Modulo Origen Modulo Destino

Problema / falla Solución Propuesta Impacto

Clientes BMG Clientes con créditos Vigentes no tienen registrado el tipo DOI

Mejoras en las validaciones de

PPESUL_MIGRACION xl Del Castillo Jiménez


ingreso de datos del maestro de clientes

Clientes con créditos Vigentes no tienen registrado el numero DOI

Mejoras en las validaciones de ingreso de datos del maestro de clientes

Se ha considerado sólo las direcciones tipo referencial y legal, no pasando todas las direcciones del cliente

Se debe dar mantenimiento a las direcciones

Crítico

Captaciones

(Ctas. Ahorros OP)

BCC Cuentas con órdenes de pago que tienen registrado un bloqueo activo y no tienen código de bloqueo

Realizar mantenimiento a las cuentas.

Crítico

Captaciones

(Depósitos a Plazo)

BDP Existen cuentas de depósitos a plazo que figuran como garantías de crédito, que deberían estar bloqueadas, sin embargo cuentan con el registro del bloqueo, pero no tienen actualizado el código de bloqueo.


Crítico

Existen cuentas de depósitos a plazo que figuran como garantías de créditos, sin embargo el maestro de cuentas no tiene l código de bloqueo y tampoco está registrado el movimiento de bloqueo.


Crítico

Tarjetas de Debito BTD Se han encontrado dos tarjetas débito que tienen asignado un código de cliente que está de baja, sin embargo las cuentas que tiene afiliadas tienen otro código de cliente.

Realizar mantenimiento de los registros de tarjetas con errores.

Cuentas de Créditos BPR El numero cuotas pagadas Adecuaciones en Crítico

PPESUL_MIGRACION xli Del Castillo Jiménez


registradas en el maestro de créditos, no coincide con el numero de cuotas pagadas en el cronograma de pagos, esto se presenta luego de hacerse un pago con desagio, reprogramación y/o prórroga del cronograma de pagos de un crédito, sugiero se realice un análisis del caso para encontrar una alternativa adecuada y acorde a las necesidades del usuario.

las funcionalidades de de pagos de cuotas y cancelaciones de créditos, así como en las prorrogas y reprogramaciones.

Existe diferencia de días de la cuota con respecto a la fecha de vencimiento de la cuota, esto se presenta en el caso de los créditos de convenio que ha tenido reprogramaciones manuales y en créditos agrícolas cuyos vencimientos se han modificado de manera manual.

Corrección de los datos indicados, a través del sistema SAFI, de lo contrario establecer un plan de acción para corregir esta información.

Crítico

Existen registro de créditos en que la columna de FEC_PROX_VENCIM, no tienen el valor correcto y en otros casos esta columna no tiene información, se hace necesario contar con esta información dado que es requerido en los datos del crédito a migrar para el sistema Abanks.

Corrección de los datos indicados, a través del sistema SAFI, de lo contrario establecer un plan de acción para corregir esta información.

Crítico

Existen registro de créditos que en la columna de NUM_CUO_VENCIDAS, no tienen el valor correcto y en otros casos esta columna no tiene información, se hace necesario contar con esta información dado que es

Corrección de los datos indicados, a través del sistema SAFI, de lo contrario establecer un plan de acción para corregir esta

Crítico

PPESUL_MIGRACION xlii Del Castillo Jiménez


requerido en los datos del crédito a migrar al sistema Abanks.

información.

Garantías BGA Obtener una lista unificada única de los diferentes modelos de vehículos y maquinarias registradas en la tabla de datos de las garantías físicas y reales

Cambios en la funcionalidad del registro de los datos de las garantías, para que los modelos de vehículos se ingresen a través de tablas de parámetros

Existen Garantías vinculados con solicitudes de créditos cuyos códigos de solicitudes no se encuentra registrado en la tabla de créditos, los procedimientos normales del sistema SAFI no permiten esta inconsistencia, lo que hace presumir que se trate de manipulación de datos a nivel de base de datos.

Corregir los datos inconsistentes, dado que el sistema SAFI en su funcionalidad regular no permite estas inconsistencias, deberá realizarse la corrección a través del coordinador del sistema SAFI

Crítico

Se ha verificado que las garantías no tienen registrados el código de bien contable, sin embargo las garantías Hipotecarias y algunas prendarías tienen registrado un código de tipo de bien, cuyas características es de referencial ó informativo que no guarda una relación con los parámetros contables solicitados por ASI.

Realizar ajustes al modulo de garantías para el registro adecuado de los datos, luego efectuar un proceso de actualización de datos para el ingreso de lo requerido

Crítico

Se ha verificado que las garantías vehiculares, en gran porcentaje no tienen registrados los datos del

Realizar ajustes al modulo de garantías para el registro de datos

Crítico

PPESUL_MIGRACION xliii Del Castillo Jiménez


número de seria del motor, lo que se hace necesario para la migración de estas garantías, dado que para criterios de unicidad se debe migrar esta información, caso contrario no se considerarán las garantías que no cumplan con este requisito.

de las garantías vehiculares y prendarías no Joyas

Se ha verificado que las garantías vehiculares, en gran porcentaje no tienen registrados los datos del número de Placa, lo que se hace necesario para la migración de estas garantías, dado que para criterios de unicidad se debe migrar esta información, caso contrario no se considerarán las garantías que no cumplan con este requisito.

Realizar ajustes al modulo de garantías para el registro de datos de las garantías vehiculares y prendarías no Joyas

Crítico

Se ha verificado que las garantías vehiculares, en gran porcentaje no tienen registrados los datos del año de la fabricación, lo que se hace necesario para la migración de estas garantías, dado que para criterios de unicidad se debe migrar esta información, caso contrario no se considerarán las garantías que no cumplan con este requisito.

Realizar ajustes al modulo de garantías para el registro de datos de las garantías vehiculares y prendarías no Joyas

Crítico

Parámetros Generales

Existen promotores registrados más de una vez, se ha identificado que un promotor cuyo código de auxiliar es único ha sido registrado en el sistema en más de una

Realizar un mantenimiento de los datos, unificando los registros de promotores de tal

PPESUL_MIGRACION xliv Del Castillo Jiménez


ocasión. forma que sean reconocidos correctamente.

Crítico

Establecer el esfuerzo real del trabajo de limpieza.

Se deberá de coordinar con el equipo de Administradores de base de datos

para la corrección de la información, en este caso el equipo estará

conformado por:

Un Analista Funcional

Un Analista Desarrollador

Una Administrador de Base de Datos

El esfuerzo deberá estar alineado con lo especificado en el plan de migración

en lo que respecta a volúmenes de datos a migrar, de tal forma que el

alcance de la corrección abarque todo este universo.

Establecer planificación de limpieza de información.

Planificar las actividades de Limpieza de datos, teniendo en cuenta la

información que deberá ser corregida, desde las interfaces del sistema Core

Financiero.

Asimismo la información que deberá ser procesado a través de programas y

que sigan los patrones ó criterios de corrección establecidos en el análisis de

la corrección de datos.

Establecer también los plazos en que deberán de ser entregados las

correcciones a la información inconsistente, en este caso se establece que el

límite es 31 Diciembre 2011, con la finalidad de considerar otras alternativas

de solución a los datos incosistentes..

Realizar limpieza de datos.

Realizar el seguimiento de las actividades de limpieza de datos, de tal forma

que se tenga un control de la ejecución real de la corrección.

Definir herramientas que ayuden a la revisión de la información.

PPESUL_MIGRACION xlv Del Castillo Jiménez


Establecer los mecanismos que aseguren la calidad de la corrección de los

datos, se han establecido que se realizará con los mismo scripts que se

utilizaron en el proceso de identificación de inconsistencias de datos.

3.1.6 Construcción de los archivos de control de carga de datos

Por cada una de las tablas homologadas se construirán los programas de carga de

datos, utilizando las especificaciones de la herramientas SQL*LOADER de Oracle.

Ver anexo 05

3.1.7 Construcción de los programas de validación de datos.

El sistema que se implantará es propiedad de la compañía de software Arango

Software International de Panama ASI, en tan sentido al tener el conocimiento y el

experiencia en el uso y configuración del sistema, los programas de validación son

proporcionados por el personal de este empresa.

Los programas de validación de carga cumplen la función de verificar que los datos

contenidos en las tablas de interfaces cumplan con las reglas de negocios necesarios

para el correcto funcionamiento de los módulos del sistema.

Al ser estos programas de propiedad del proveedor, no es posible contar con la

codificación fuente de estos programas, por esta razón los programas se encuentran

encriptados en la base de datos, por lo que se muestra uno de los programas que se

utilizarán al momento de la migración Final.

Ver anexo 06

3.1.8 Simulación de migración de datos (Extracción, Validación y carga de

datos)

Se ha realizó la simulación de la migración, el día 10 Diciembre 2011, cuyo resultado

se ha informado a la Gerencia y a los dueños de la información de cada línea de

negocio que se han considerado en el proceso de migración.

Para este efecto se utilizaron los programas de asignación de datos en las tablas

destino final del sistema Abanks.

PPESUL_MIGRACION xlvi Del Castillo Jiménez


Al ser estos programas de propiedad del proveedor, no es posible contar con la

codificación fuente de estos programas, por esta razón los programas se encuentran

encriptados en la base de datos, por lo que se muestra uno de los programas que se

utilizarán al momento de la migración Final.

Ver anexo 07

3.1.9 Ajustes a los programas de extracción y carga de datos

Se han realizado los ajustes a los programas de extracción de datos, por lo que se

tienen versiones distintas de los programas de extracción.

3.1.10 Elaboración del plan de actividades de la migración

Actividades de la Migración de datos: Respaldo –Backup,

Coordinar las actividades con la finalidad de tener disponible los requisitos de espacio para el almacenamiento de los archivos de respaldo.

Deshabilitar constrait y referencia, Preparar los scripts para la des habilitación de las referencias de integridad de tal forma que permita un control de las ejecuciones, tener presente que se debe recibir asesoría por parte de ASI para la construcciones de estos archivos, en el mejor de los casos ASI podría proporcionar los programas respectivos.

Procesos de inicialización, Preparar los archivos de ejecución de comandos para la inicialización de la base de datos de ABANKS de tal forma que permita un control de las ejecuciones, tener presente que se debe recibir asesoría por parte de ASI para la construcción de estos archivos, en el mejor de los casos ASI podría proporcionar los programas respectivos.

Deben estar todos los constraints habilitados, preparar los archivos de ejecución de comandos para la habilitación de todas las referencias de integridad de tal forma que permita un control de las ejecuciones, tener presente que se debe recibir asesoría por parte de ASI para la construcciones de estos archivos, en el mejor de los casos ASI podría proporcionar los programas respectivos.

Debe estar la replicación activa, coordinar la disponibilidad de los ambientes de replicación, y mantener activa la funcionalidad en el motor de base de datos.

El calendario de todos los módulos debe estar a la fecha que se va a realizar la carga de los datos.Inicializar la fecha del sistema en la fecha que corresponde para migración de datos, tener presente que la migración se efectuará un fin de mes, por lo tanto el sistema ABANKS, deberá iniciar sus operaciones el primer día del siguiente mes, coordinar con ASI la asesoría respectiva con la finalidad de establecer los mecanismos adecuados para esta actividad.

Ejecución de Programas de Extracción Se deberá de establecer un plan de ejecución de los programas de extracción, esta actividad ya se ha establecido en lo que respecta a prioridades de ejecución, los que se han incluido en el programa de ejecución principal de migración, asimismo se mantiene un control de la ejecución de los programas, es recomendable documentar y actualizar estas prioridades en función a los módulos que se van homologando, como producto de los desarrollo de los DERCAS.

PPESUL_MIGRACION xlvii Del Castillo Jiménez


Validación y pase información tablas de ABANKS Elaborar actividades de validación, del pase de información al sistema ABANKS, en lo que respecta a las actividades de corresponden al equipo de migración este se puede comprobar a través del log del proceso general de migración y también se puede comprobar a través del log de extracción de cada modulo ó producto homologado, es importante construir script que permitan validar a nivel de cabeceras y detalles que los registros de los módulos ó productos procesados al menos en cantidades coincidan con los existentes en el sistema SAFI, esto de acuerdo a los criterios de selección, tener presente que este conocimiento deberá ser transferido en la capacitación del sistema ABANKS solicitado a ASI.

Informe de cuadre de migración(log)Preparar el informe de las actividades de los programas de migración, en base a la información de los registros de Log, verificando que todos los programas se han ejecutado de manera satisfactoria, preparar plan de contingencia ante la detección de errores en estos programas.

Verificación de información por módulo.Ejecutar las actividades consideradas en el plan de certificación de la migración de datos, de tal forma que se pueda validar el contenido de la información migrada por módulos.

Carga de comprobante contable inicialEstablecer los mecanismos que se utilizarán para la migración de los comprobantes iniciales para cada uno de los productos, dado que hasta el momento no se han homologado estructuras de contabilidad, se recomienda efectuar las coordinaciones con ASI con la finalidad de elaborar el plan de actividades para este fin

Cuadre de contabilidad inicial, contra la contabilidad del banco.Establecer mecanismos de comparación u cuadre entre el balance final del sistema SAFI y el balance inicial del sistema ABANKS, deberá de ser regido por el documento Certificación de Migración.xls.

Generación de reportes.Ejecución del plan de certificación funcional redactado en el documento de referencia Certificación de Migración.xls, en lo que respecta la revisión de reportes tipo.

Revisión e informe del responsable de cada módulo.Ejecución del plan de certificación funcional redactado en el documento de referencia Certificación de Migración.xls, en lo que respecta la revisión del modulo asignado a cada responsable de revisión.

Respaldo antes inicio ABANKS.Coordinar las actividades con la finalidad de tener disponible los requisitos de espacio para el almacenamiento de los archivos de respaldo.

Cierre de inicio de los módulosEstablecer criterios de cierre dado que la migración se realizará un fin de mes y el cierre inicial se realizará una vez realizado el proceso de extracción y carga de datos al sistema ABANKS, tener en cuente el alcance de este cierre para no ver afectados saldos, movimientos, estados y otros datos en el diferentes módulos, se recomienda que la ejecución de este proceso se lleve a cabo con la asesoría de ASI.

Respaldo ABANKSCoordinar las actividades con la finalidad de tener disponible los requisitos de espacio para el almacenamiento de los archivos de respaldo.

Inicio de operaciones en el sistema ABANKSEstablecer actividades de inicio de operaciones del sistema, tener en cuenta niveles de servicio, plan de contingencia ante posibles riesgos identificados, servicios que estarán disponibles desde el inicio de las operaciones, coordinación con entidades relacionados a los servicios para mantener flujo de comunicaciones relacionada a la atención al cliente.

3.1.11 Migración definitiva de datos.

PPESUL_MIGRACION xlviii Del Castillo Jiménez


Este proceso es la que se ejecutará siguiendo las directivas y los procedimientos que

se han establecido en el plan de migración.

Utilizando los programas construidos de extracción de datos, carga de datos y

asignación de datos en tablas definitivas del sistema Abanks.

Una de las actividades importantes de este proceso será la ejecución del primer cierre

de ó cierre inicial del Sistema del Abanks, lo que permitirá tener la información de los

saldos iniciales a nivel de la Contabilidad así como de los saldos iniciales de cada

modulo que se migren desde el sistema SAFI.

Estos saldos serán la referencia para cuadrar los resultados de cada uno de los

sistemas, en este mismo orden, presumiendo que los resultado serán los mismos en

ambos sistemas, para ellos los responsables designados para este cuadre inicial del

sistema se apoyarán en los programas de certificación.

Estos programas se han construido siguiendo las definiciones alcanzadas por los

dueños de la información de cada unidad de negocio.

3.1.12 Certificación de la migración de datos.

La metodología adoptada establece la utilización de un equipo distinto al de la

migración, para efectuar las actividades de certificación de la migración de datos a

nivel de saldos de cuentas contables, saldos de créditos, saldos de cuentas de

ahorros y otros módulos que se consideren dentro del proceso de migración y que

cuenten con estadísticas de saldos.

Para ello se designarán responsables por cada vertical de negocio, según las

asignaciones de pruebas se le haya encomendado, esta certificación se realizará a

través de los reportes de saldos de contabilidad y de los módulos del sistema Abanks.

Asimismo se apoyarán en los programas de certificación del sistema SAFI, los que se

han construido de acuerdo a los requerimientos de los dueños de la información de

cada unidad de negocio.

Ver anexo 08.

3.1.13 Auditoria de la migración de datos.

PPESUL_MIGRACION xlix Del Castillo Jiménez


3.1.14 Cierre del proceso de migración de datos

PPESUL_MIGRACION l Del Castillo Jiménez


CONCLUSIONES Y RECOMENDACIONES

PPESUL_MIGRACION li Del Castillo Jiménez

CAPÍTULO V


4.1 CONCLUSIONES

La migración de datos de un sistema antiguo hacia un nuevo sistema deberá ser

considerado como un proceso importante y relevante para el correcto funcionamiento

del nuevo sistema.

El proceso de migración de datos es fundamental para la conclusión exitosa de un

proyecto de implantación de un nuevo sistema de información.

La ejecución de simulaciones de migración permiten, a los interesados y dueños de la

información tener una visión cualitativa y cuantitativa de los datos migrar.

La utilización de una metodología aplicada al proceso de migración de datos, es

fundamental para el éxito del proceso de migración.

4.2 RECOMENDACIONES

En todo proceso de migración deberá de utilizarse una metodología que sea la

referencia en las actividades que corresponden al proceso de migración.

Realización de Simulaciones de Migración, en el que se consideren indicadores de

calidad de datos.

Realizar planes de trabajo que involucren a todos los interesados en que la

información sea de buena calidad.

Establecer, responsables y plazos, claramente definidos de entregables relacionados

al proceso de migración, casos como la culminación del proceso de limpieza y

depuración de datos.

PPESUL_MIGRACION lii Del Castillo Jiménez


REFERENCIAS BIBLIOGRÁFICAS

PPESUL_MIGRACION liii Del Castillo Jiménez

CAPÍTULO VI


5.1 Dall’Orto Gonzales & Wu Yamashita (2011), “Construcción y Pruebas de una

herramienta de desarrollo de soluciones para Inteligencia de Negocios Módulo de

Extracción”.

5.2 Jiménez Copa & Rodríguez Arias (2008), “Propuesta de Migración de Datos de

un sistema de archivos HIS a una base de datos transaccional ubicadas en

diferentes Redes”.

5.3 Jorge Reupo & Ken Takahashi (2010),” “Evaluación y desarrollo de metodologías

para el pronóstico estacional de anomalías de la temperatura en el mar peruano

asociadas al Fenómeno El niño”.

5.4 WIKIPEDIA, http://es.wikipedia.org/wiki/Migraci%C3%B3n_de_datos

PPESUL_MIGRACION liv Del Castillo Jiménez

http://es.wikipedia.org/wiki/Migraci%C3%B3n_de_datos


ANEXOS

PPESUL_MIGRACION lv Del Castillo Jiménez

CAPÍTULO VII


ANEXO 01: Plan del proceso de migración

Control del Documento

Historial del Documento

Versión

Fecha de Emisión

Sección del Documento

Descripción del cambio

1 13-07-2011 Confección.

Revisión y Aprobación del Documento

Rol Nombre Firma FechaDirector del Proyecto del CMAC-SGerente del Proyecto del CMAC-SGerente del Proyecto de ASIDirector del Proyecto de ASILíder Equipo Técnico del Proyecto CMAC-SEquipo Migración

OBJETIVOEl presente documento tiene como objetivo definir a nivel macro las actividades necesarias para realizar la Migración, tomando en consideración elementos como el volumen de datos, historia y calidad de los datos los cuales inciden en la definición de los módulos a migrar. Dicho plan contemplará la estrategia para lograr una migración eficiente, con alternativas que tienen como objetivo minimizar el riesgo que representa la homologación de estructuras y la depuración previa de los datos como ruta crítica del proyecto.

El Plan de migración en definitiva es un compendio de las alternativas consensuadas con el equipo de proyecto basados en las realidades actuales de los datos e infraestructura de la institución, es importante aclarar que el Plan es una guía que puede ser modificada en el transcurso del proyecto para considerar los posibles nuevos hallazgos de realidades que afecten el proceso de migración, como pueden ser los nuevos desarrollos, cambio de estrategia de salida a producción, restricciones de infraestructura, de recursos, etc.

A continuación se detallan las consideraciones y actividades que deben ser ejecutadas como parte de la Migración, dichas actividades se encuentran definidas en el procedimiento de Migración dentro de la Metodología de Implementación de Proyectos.

1. Proceso de Migración (Actividades, Responsables y Entregables): EL proceso de Migración consiste en 9 actividades fundamentales,

Homologación de estructuras- Responsable ASI-CMAC-S: Explicación de cada una de las estructuras de datos mínimas necesarias para el funcionamiento de ABANKS, se determina atributo por atributo, su necesidad, las reglas de validación

PPESUL_MIGRACION lvi Del Castillo Jiménez


necesarias, los valores por defecto y la ubicación dentro de la solución actual para su extracción, la información se registra en los documentos de homologación, esta actividad se realiza en conjunto, los ingenieros de definición de ASI y los analistas técnicos de la institución.

Los archivos se encuentran en el repositorio de archivos del proyecto:\\srv-ag01\proyecto-core\Migracion\Abanks

Entregables

PA-IS-PT-008 Documento Homologación de BPR.xlsPA-IS-FT-008 Documento de Homologación para BCA.docPA-IS-FT-008 Documentos de Homologación para BCC.docPA-IS-FT-033 Documento de Homologación para BDP.docPA-IS-FT-008 Documentos de Homologación de BGA.xlsPA-IS-FT-008 Documento de Homologación para BMG.docPA-IS-FT-008 Documentos de Homologación para BDT

Homologar Estados y Situaciones.xls

PA-IS-FT-013 Acta Certificación de la Homologación de BPRPA-IS-FT-013 Acta Certificación de la Homologación de BCAPA-IS-FT-013 Acta Certificación de la Homologación de BCCPA-IS-FT-013 Acta Certificación de la Homologación de BDPPA-IS-FT-013 Acta Certificación de la Homologación de BGAPA-IS-FT-013 Acta Certificación de la Homologación de BMGPA-IS-FT-013 Acta Certificación de la Homologación de BDT

Certificación de Homologar Estados y Situaciones.xls

Depuración de Datos-Responsable CMAC-S: Con la información recopilada en las sesiones de conceptualización funcional y homologación de estructura, el equipo de migración debe ir identificando la posible necesidad de depuración de la data existente, en términos de eliminación de duplicidad, planes para complementar la data existente, etc. La institución debe emitir una certificación firmada donde garantiza la depuración de los datos.

Entregable:

PA-IS-FT-013 Certificación de Depuración de Datos, a la espera de la confirmación de la depuración de datos (listado de inconsistencias encontradas durante la construcción de los programas de ETL), por parte del área de Gestión de Base de Datos, para la confección del documento de certificación.

Generación de Programas de Extracción -Responsable CMAC-S: Consiste en la elaboración por parte de la institución de los programas de extracción, esto se realiza utilizando los documentos de homologación actualizados resultantes del proceso de homologación, los programas de extracción deben cargar la información a tablas temporales con las estructuras indicadas en los documentos de homologación.

Entregable:

PA-IS-FT-013 Acta Certificación Programas ETL de BPRPA-IS-FT-013 Acta Certificación Programas ETL de BCAPA-IS-FT-013 Acta Certificación Programas ETL de BCCPA-IS-FT-013 Acta Certificación Programas ETL de BDPPA-IS-FT-013 Acta Certificación Programas ETL de BGA

PPESUL_MIGRACION lvii Del Castillo Jiménez


PA-IS-FT-013 Acta Certificación Programas ETL de BMGPA-IS-FT-013 Acta Certificación Programas ETL de BDT

Pruebas y Actualización de Programas de extracción, Responsable CMAC-S producto de las pruebas o desarrollos recibidos puede ser necesario que la institución realice ajustes a los programas de extracción

Actualización de los Programas de carga de la Migración (Archivos de configuración de carga, estructuras de tablas temporales, validación y traslado )- Responsable ASI: Se deberá actualizar los programas de carga por cambios en las estructuras fundamentales producto de los nuevos requerimientos.

Entregable:

Los archivos se encuentran en el repositorio de archivos del proyecto:\\srv-ag01\proyecto-core\Migracion\Abanks

Entregables

PA-IS-PT-008 Documento Homologación de BPR V2.xlsPA-IS-FT-008 Documento de Homologación para BCA V2.docPA-IS-FT-008 Documentos de Homologación para BCC.docPA-IS-FT-033 Documento de Homologación para BDP V2.docPA-IS-FT-008 Documentos de Homologación de BGA V2.xlsPA-IS-FT-008 Documento de Homologación para BMG.docPA-IS-FT-008 Documentos de Homologación para BDT

Homologar Estados y Situaciones V2.xls

Carga de Datos- Responsable ASI-CMAC-S: Utilizando los programas de validación y Carga de ABANKS, el asesor asignado al proyecto por parte de ASI, realiza el proceso de carga, este proceso toma los archivos planos generados por la institución, los valida y los carga a tablas formato ORACLE. Las cargas iniciales se realizan en el ambiente de pruebas de migración, inicialmente con muestras de datos y paulatinamente con más volumen hasta realizar una migración total (Cronograma General del Proyecto – Act 1.1.4.1.1 Migración de Datos / Carga de Datos al sistema)

Entregable:

PA-IS-FT-013 Certificación de la carga de los Datos,.

Certificación de la Migración - Verificación de Datos Cargados- Responsable ASI-CMAC-S: Una vez se carga la data, los ingenieros de definición verifican la consistencia de los datos migrados en términos de saldos, sumatoria maestros detalles, sumatoria de cuentas según estados, comparación de saldos con el sistema actual, todo esto para descartar fallas de sistema por consistencia de datos. De la misma forma realizan pruebas básicas a la aplicación como consultas, emisión de reportes de cuadre y contabilidad, ejecución de cierres diarios.

Entregable:

PA-IS-PT-013 Certificación de la migraciónEstablecer responsabilidades y alcance de las actividades de certificación de la migración en una planificación para ser ejecutado una ves se hayan ejecutado los programas de extracción, entre las estrategias para el proceso de migración se recomienda realizar esta actividad por un equipo distinto al equipo de migración dado que las mejores prácticas indican que un equipo no puede ser juez y parte a

PPESUL_MIGRACION lviii Del Castillo Jiménez


la vez. La Gerencia del proyecto se ha comprometido a coordinar esta actividad con el OSI.Se sugiere que OSI elabore el documento directriz del plan de certificación de la migración de datos y el ente ejecutor (GDB) de estas actividades elabore los script de automatización para esta certificación.

Migración definitiva- Responsable CMAC-S- (Asistencia ASI): Una vez se han realizado las pruebas requeridas y se han certificado los programas de carga, se realiza la migración definitiva en el ambiente de producción.

Certificación de los Datos Migrados- Responsable CMAC-S: Los usuarios funcionales certifican la data migrada a ABANKS, realizando una auditoria de saldos resultantes. Para esta labor, nos apoyaremos de una matriz en EXCEL, titulada: Certificación de Migración.xls que debe ser elaborada por CMAC-S.

Entregable:

PA-IS-FT-013 Certificación de Migración Final, elaborar plan de certificación funcional de la migración final de datos, establecer responsabilidades y alcance para la elaboración del documento de certificación a manera de check list que será utilizado por los responsables funcionales de la certificación de la migración de datos, deberá de estar alineado al plan de pruebas de certificación presentado.Se sugiere que esta actividad sea realizada por las áreas de:CONTABILIDAD, en su calidad de dueño de la información sería la entidad que ejecutará el check list del archivo Excel mencionado.

OCI, en su calidad de auditor validará la estructura del check list de pruebas, en función a las actividades de auditoría empleada para sus evaluaciones periódicas en las agencias y/o oficinas especiales.

U.R, OSI.

2. Consideraciones y Restricciones:

3. Módulos y Volumen de Datos:Tener en cuenta que en este listado solo están considerados los módulos que se han homologado en la primera etapa del proyecto.

Módulos Siglas Total Registros

Activos Inactivos

Clientes BMG 497,116 496,820 296Mayor General BGMCuentas de Ahorro BCA 328,805 151,720 177,085Cuentas Corrientes BCC 7,623 3,419 4,204Depósitos a Plazo BDP 194,980 2,183 172,797Control de Préstamos BPR 1,381,677 147,990 1,233,687Control de Garantías BGA 62,018 61,815 203Tarjetas de Débito BTD 366,167 178,286 187,851

Total de Registros

PPESUL_MIGRACION lix Del Castillo Jiménez


4. Ambientes de Migración:

Es importante probar que los esquemas definidos para la migración funcionen correctamente, es por ésta razón que se considera una tarea fundamental el verificarlos para probar la eficiencia de éstos, Se debe tener especial atención en la especificación de los “filesystem” y/o “subdirectorios” en donde se almacenarán los datos, con el objetivo de liberar espacios y definir el esquema de seguridad necesaria.Se debe considerar:

Las áreas dentro del servidor que serán utilizadas en la migración en donde serán depositados los datos para la carga en ABANKS, es decir el esquema en donde se cargaran las tablas temporales en el servidor. Se usará el esquema, --------- ubicado en el servidor de CMAC-S. Esto se revisara en la instalación de la aplicación por el DBA de ASI

Se debe asegurar que a este esquema sólo tengan acceso el grupo de migración de ASI y de CMAC-S.

Se deben dimensionar adecuadamente la base de datos de migración considerando las proyecciones de números de registros que serán migrados.

5. Depuración de Datos

Como resultado de la conceptualización funcional y de la homologación de estructuras, se han identificado las siguientes actividades que deben ser desarrolladas por funcionarios de CMAC-S respecto a la calidad de los datos existentes. Los funcionarios de CMAC-S deben completar información de sus clientes de

acuerdo a lo solicitado por ABANKS.Preparar un plan de actividades para complementar información que no exista en nuestra base de datos y que sea considerado como insumo requerido de manera obligatoria, para la puesta en producción de ABANKS, tener presente que esta actividad deberá hacerse en función a indicaciones de ASI, asimismo esta actividad debería de ser coordinada para su activación con el tiempo suficiente para su ejecución. [Sujeto a las coordinaciones de definición con ASI]

La institución debe realizar una validación previa de consistencia de información, cuadre de auxiliares vs el mayor para establecer si existen diferencias y tomar las decisiones al respecto, la idea es determinar un punto de partida para determinar que alguna situación específica antes del proceso de migración no haya sido generada por dicho proceso.

PPESUL_MIGRACION lx Del Castillo Jiménez


6. Esquema general de proceso de migración

PPESUL_MIGRACION lxi Del Castillo Jiménez

Desarrollo de Programas de Extracción de información de CMAC-S

Control de Calidad y Pruebas de Programas de Extracción. CMAC-S

Generación de Archivos para la Migración a ABANKS

Obtención de resultados del proceso de validación. Informe Log

Proceso de Validación de la información cargada en ABANKS

Carga de los Archivos a Migrar en Ambiente Servidores de ABANKS

Actualizar los programas de Extracción, según resultados de validación

Traslado definitivo de la información a ABANKS

Resultados Satisfactorios

Si

S

No

S


ANEXO 02: Formato Homologación de estructuras

Datos Generales

Nombre de la Tabla BP_PR_PRESTAMOS Fecha: jueves, 02 de octubre de 2008

Descripción Maestro de Crédito

Módulo Control de Prestamos

Responsable de documentación

Archivo para Migración

bp_pr_prestamos.dat

Responsable Arango Software

Fredd Ramos M.

Usuario del módulo Marino Sanchez

No Campo Descripción Tipo R/U

Fuente Datos

Comentario Homologación del dato en la columna del sistema aterior

1 NUMERO_PRESTAMO*

Numero del Préstamo N(8) R ok Generara un nuevo número de préstamo (Correlativo) para la migración y su actual numero lo colocara en numero_documento_anterior.

2 CODIGO_EMPRESA*

Código de la Empresa N(3) R 1 Para el proceso de migración se utilizará 1. Confirmado Migrar.

3 CODIGO_AGENCIA *

Código de la Agencia N(4) R ok Agencia del préstamo. Confirmado Migrar.

4 CODIGO_SUB_APLICACION*

Código de la Sub-Aplicación

N(3) R ok La homologación para la sub-aplicación se basara en el producto + el destino + el sector contable. En resumen esta homologación dará como resultado los siguientes valores:200 (Hipotecario)201 (Consumo)202 (Comercial)

5 CODIGO_CLIENTE* Código del Cliente, dueño del préstamo

N(7) R cod_cli Generado por la Institución. Se valida contra MG_CLIENTES. Confirmado Migrar.

6 CODIGO_VALOR_TASA_CARTERA*

Código de la Tasa de Interés asignada al Préstamo. Este codigo es utilizado para obtener la tasa_base_int_corriente.

N(2) R por_tasa_actual

Se usaran los codigos de tasas definidas para los nuevos productos. Entregar lista de tasas

PPESUL_MIGRACION lxii Del Castillo Jiménez


ANEXO 03: Formato de Certificación de la Homologación de estructuras

PPESUL_MIGRACION lxiii Del Castillo Jiménez


ANEXO 04: Programas de Extracción

Definición del Package que contiene la lógica de extracción, la implementación de la lógica se

realiza en el archivo de implementación.

CREATE OR REPLACE PACKAGE PKG_ASI_MIGRA_BPR_ABANKS IS

/*

////////////////////////////////////////////////////////////////////////////////////////////////////////////////////

//

// Proyecto : CMAC - Sullana

// Autor : Equipo Migración

// Fec.Creación : 03/08/2007

// Requerimiento :

// Objetivo : Package Desarrollado para los procesos de migración del sistema Abanks

// Versión : 1.0

// Modificaciones :

////////////////////////////////////////////////////////////////////////////////////////////////////////////////////

*/

COD_SUCURSAL, COD_AGENCIA, COD_CREDITO)

gd_fec_inicio DATE:=NULL;

gd_fec_carga_inic DATE:=to_Date('01/01/1990','dd/mm/yyyy');

gd_fec_load_movim DATE;

gv_cod_agencia mae_agencia.cod_agencia%TYPE := ' ';

gn_tip_cambio NUMBER:= 0.00;

gv_cod_empresa mae_agencia.cod_empresa%TYPE := '101';

gv_c_sucursal mae_agencia.cod_sucursal%TYPE := '001';

gv_ag_002 mae_agencia.cod_agencia%TYPE := '002';



gv_c_A mae_agencia.ind_baja%TYPE := 'A';

gv_c_B mae_agencia.ind_baja%TYPE := 'B';

gv_c_C mae_agencia.ind_baja%TYPE := 'C';

gv_c_D mae_agencia.ind_baja%TYPE := 'D';

gv_c_F mae_agencia.ind_baja%TYPE := 'F';

gv_c_I mae_agencia.ind_baja%TYPE := 'I';

PPESUL_MIGRACION lxiv Del Castillo Jiménez


gv_c_N mae_agencia.ind_baja%TYPE := 'N';

gv_c_P mae_agencia.ind_baja%TYPE := 'P';

gv_c_R mae_agencia.ind_baja%TYPE := 'R';

gv_c_T mae_agencia.ind_baja%TYPE := 'T';

gv_c_S mae_agencia.ind_baja%TYPE := 'S';

gv_c_V mae_agencia.ind_baja%TYPE := 'V';

gv_c_X mae_agencia.ind_baja%TYPE := 'X';

gv_c_PL VARCHAR2(2) := 'PL';

gv_c_RF VARCHAR2(2) := 'RF';

n_factor_itf NUMBER := pkg_asi_libreria_migracion.f_obt_factor_itf(gd_fec_dcurren);

gn_num_cero NUMBER := 0;

gn_num_uno NUMBER := 1;

gn_num_dos NUMBER := 2;

gn_num_cinco NUMBER := 5;

gn_num_dias_anio_com NUMBER := 360;

gn_num_dias_mes_com NUMBER := 30;

gv_porcentaje VARCHAR2(1) := '%';

gv_signo_mas VARCHAR2(1) := '+';

gv_ind_cero VARCHAR2(1) := '0';

gv_ind_uno VARCHAR2(1) := '1';

gv_ind_dos VARCHAR2(1) := '2';

gv_ind_tres VARCHAR2(1) := '3';

gv_ind_cuatro VARCHAR2(1) := '4';

gv_ind_cinco VARCHAR2(1) := '5';

gv_ind_cuarentaiuno VARCHAR2(2) := '41';

gv_ind_cero_uno cre_credito.tip_estado_dcto%TYPE := '01';

gv_ind_cero_dos cre_credito.tip_estado_dcto%TYPE := '02';

gv_ind_cero_tres cre_credito.tip_estado_dcto%TYPE := '03';

gv_ind_cero_cuatro cre_credito.tip_estado_dcto%TYPE := '04';

gv_ind_cero_cinco cre_credito.tip_estado_dcto%TYPE := '05';

gv_ind_cero_seis cre_credito.tip_estado_dcto%TYPE := '06';

gv_ind_cero_siete cre_credito.tip_estado_dcto%TYPE := '07';

gv_sistema_PR VARCHAR2(3) := 'BPR';

gv_formato_fecha VARCHAR2(10) := 'dd/mm/yyyy';

gv_fecha_null VARCHAR2(10) := '01/01/1900';

gv_cod_sistema_SAFI VARCHAR2(10) := 'SAFI';

PPESUL_MIGRACION lxv Del Castillo Jiménez


gn_process_first NUMBER(3) :=0;

gn_pais_institu VARCHAR2(2) :='10'; --segun documento confirmado

por alex

gnio_sequence NUMBER;

gv_usu_bitacora VARCHAR2(10) := 'CIERRE';

gv_sistema_bitacora VARCHAR2(10) := 'ABANKS_BPR';

gn_ind_inicio NUMBER := 0;

gv_tip_trans_0001 VARCHAR2(4) := '0001';







gv_varchar2_0015 varchar2(4) := '0015';

















gv_varchar2_6seis varchar2(6) := '666666';

TYPE mae_agencia_record IS RECORD(

cod_empresa mae_agencia.cod_empresa%TYPE,

cod_sucursal mae_agencia.cod_sucursal%TYPE,

PPESUL_MIGRACION lxvi Del Castillo Jiménez


cod_agencia mae_agencia.cod_agencia%TYPE,

cod_estado VARCHAR2(2)

);

TYPE r_mae_agencia IS TABLE OF mae_agencia_record INDEX BY BINARY_INTEGER;

greg_mae_agencia r_mae_agencia;

type TObjTableSaldosMaestro is table of tmpbprmaestrosaldosmigrar%ROWTYPE;

type TObjTableCreditoMaestro is table of tmpbprcreditosmigrar%ROWTYPE;

type TObjTableCreditoPlanPago is table of tmpbprplanpagosmigrar%ROWTYPE;

type TObjTableCreditoSaldoPagoIni is table of tmpBPRSaldosCuotasMigrarIni%ROWTYPE;

type TObjTableCreditoSaldoPlanPago is table of tmpbprsaldoscuotasmigrar%ROWTYPE;

type TObjTableCreditoSaldoPrestamo is table of bp_pr_saldos_prestamo%ROWTYPE;

ObjectTableSaldoMaestro TObjTableSaldosMaestro;

ObjTableCreditoMaestro TObjTableCreditoMaestro;

ObjTableCreditoPlanPago TObjTableCreditoPlanPago;

ObjTableCreditoSaldoPagoIni TObjTableCreditoSaldoPagoIni;

ObjTableCreditoSaldoPlanPago TObjTableCreditoSaldoPlanPago;

ObjTableCreditoSaldoPrestamo TObjTableCreditoSaldoPrestamo;

PROCEDURE sp_inicia_process;

PROCEDURE sp_execute_process;

END;

PPESUL_MIGRACION lxvii Del Castillo Jiménez


ANEXO 05: Programas de Carga de Datos

Se crean los archivos de control como parte de la especificación de implementación de la

herramienta SQL*LOADER de Oracle.

Implementación del archivo de carga de la tabla BP_PR_CONTRATOS_X_CLIENTE

Archivo pr_cxc.ctl

LOAD DATA

INFILE 'c:\load\pr_cxc.dat" (Archivo que contiene la información a Cargar)

BADFILE 'c:\ load\pr_cxc.bad' (Archivo que registra los errores de datos)

DISCARDFILE 'c:\ load\pr_cxc.dsc' (Archivo que indica los registros descartados)

INTO BP_PR_CONTRATOS_X_CLIENTE (Tabla destino de Carga)

FIELDS TERMINATED BY "|" (indica el separador de columna en el archivo de datos)

(

CODIGO_CLIENTE, CODIGO_EMPRESA, CODIGO_AGENCIA,

CODIGO_SUB_APLICACION, NUMERO_CONTRATO,

CLASE_DE_CLIENTE, PROCESADO, MODIFICADO).

PPESUL_MIGRACION lxviii Del Castillo Jiménez


ANEXO 06: Programas validación de Carga de Datos

Los programas de validación verifican que los datos cargados cumplan con las reglas de

negocios del nuevo sistema.

Se muestra el programa de validación de carga de cuentas depósitos a plazo por clientes

CREATE OR REPLACE PROCEDURE CMACSULL.BP_P_VALIDA_DP_CXC IS

IDVERSION0003 NUMBER;

CURSOR C_CXC IS

SELECT rowid,codigo_cliente, codigo_empresa, codigo_agencia, codigo_sub_aplicacion,

codigo_cuenta, clase_de_cliente, relacion_y_o, fecha_apertura,

fecha_cancelacion, saldo_actual, saldo_promedio, adicionado_por,

fecha_adicion, modificado_por, fecha_modificacion, codigo_aplicacion,

firmantes

FROM BP_dp_CUENTAS_X_CLIENTE

WHERE procesado is null or procesado = 'N' or procesado = 'E';

Ln_NumeroRegistros number := 0;

Ln_NumeroCommit number := 0;

Lv_Temporal varchar2(1) := NULL;

Lv_Estado varchar2(1) := NULL;

Ld_fech_aper date;

BEGIN

FOR I IN C_CXC LOOP

Ln_NumeroRegistros := Ln_NumeroRegistros + 1;

Ln_NumeroCommit := Ln_NumeroCommit + 1;

Lv_Estado := 'A';

BEGIN

SELECT 'X'

INTO Lv_temporal

from mg_clientes

where codigo_cliente = i.codigo_cliente;

exception when no_data_found then

Lv_Estado := 'E';

BP_P_MARCA_ERROR_1 (NULL, to_char(i.codigo_cliente), 44,1,i.codigo_cuenta,

'E');

END;

IF i.CODIGO_EMPRESA != 1 THEN

Lv_Estado := 'E';

PPESUL_MIGRACION lxix Del Castillo Jiménez


BP_P_MARCA_ERROR_1 (NULL, to_char(i.codigo_cliente), 44, 2,

i.codigo_cuenta, 'E');

END IF;

BEGIN

SELECT 'X'

INTO Lv_temporal

from mg_agencias_generales

where codigo_empresa = i.codigo_empresa and

codigo_agencia = i.codigo_agencia;


Lv_Estado := 'E';

BP_P_MARCA_ERROR_1 (NULL, to_char(i.codigo_cliente), 44,

3,i.codigo_cuenta, 'E');

END;

BEGIN

SELECT 'X'

INTO Lv_temporal

from mg_sub_aplicaciones

where codigo_sub_aplicacion = i.codigo_sub_aplicacion

AND codigo_aplicacion = 'BDP';


Lv_Estado := 'E';



END;

BEGIN

SELECT 'X'

INTO Lv_temporal

from dp_depositos_plazos

where codigo_empresa = i.codigo_empresa and

codigo_agencia = i.codigo_agencia and codigo_sub_aplicacion =

i.codigo_sub_aplicacion

and numero_deposito = i.codigo_cuenta;


Lv_Estado := 'E';



END;

IF i.clase_de_cliente not in('S','P') THEN

PPESUL_MIGRACION lxx Del Castillo Jiménez


Lv_Estado := 'E';



END IF;

IF i.relacion_y_o not in('Y','O') THEN

Lv_Estado := 'E';



END IF;

BEGIN

SELECT 'X'

INTO Lv_temporal


where fecha_apertura_inicial = i.fecha_apertura

and codigo_empresa = i.codigo_empresa

and codigo_agencia = i.codigo_agencia

and codigo_sub_aplicacion = i.codigo_sub_aplicacion



Lv_Estado := 'E';



END;

BEGIN

SELECT 'X'

INTO Lv_temporal

from dp_saldos

where valor = i.saldo_actual

and codigo_tipo_saldo = 1

and codigo_empresa = i.codigo_empresa

and codigo_agencia = i.codigo_agencia

and codigo_sub_aplicacion = i.codigo_sub_aplicacion



Lv_Estado := 'E';



END;

BEGIN

PPESUL_MIGRACION lxxi Del Castillo Jiménez


SELECT 'X'

INTO Lv_temporal


where fecha_adicion = i.fecha_adicion and

codigo_empresa = i.codigo_empresa and

codigo_agencia = i.codigo_agencia and codigo_sub_aplicacion =

i.codigo_sub_aplicacion



Lv_Estado := 'E';



END;

IF i.codigo_aplicacion != 'BDP' THEN

Lv_Estado := 'E';



END IF;

IF i.firmantes != 'S' THEN

Lv_Estado := 'E';



END IF;

update bp_dp_cuentas_x_cliente

set procesado = Lv_Estado

where rowid = i.rowid;

if Ln_NumeroCommit = 500 then

commit;

Ln_NumeroCommit := 0;

end if;

END LOOP;

commit;

END;

PPESUL_MIGRACION lxxii Del Castillo Jiménez


ANEXO 07: Programas de Carga final de Datos

Se muestra el programa de asignación de carga de cuentas depósitos a plazo por clientes, la

asignación se realiza desde las tablas de interface hacia las tablas finales ó definitivas del

sistema Abanks.

CREATE OR REPLACE PROCEDURE CMACSULL.BP_P_ASIGNA_DP_CXC IS

CURSOR C_SAL_EMB IS

SELECT rowid, identifica_firma, fecha_vence_firma, fecha_noti_vence_firma,

codigo_cliente,

codigo_empresa, codigo_agencia, codigo_sub_aplicacion, codigo_cuenta,

clase_de_cliente,

relacion_y_o, monto_maximo_autorizado, estado_cuenta, fecha_apertura,

fecha_cancelacion,

saldo_actual, saldo_promedio, senal_tarjeta_debito, senal_nomina,

senal_recaudo_nacional,

senal_recaudo_servicios, senal_debito_automatico,

senal_extracto_medio_magnetico,

adicionado_por, fecha_adicion, modificado_por, fecha_modificacion,

restriccion,

codigo_aplicacion, firmantes, procesado, modificado

FROM bp_dp_cuentas_x_cliente

WHERE procesado != 'E' AND (modificado != 'S' or modificado is null);

IDVERSION0003 NUMBER;

Ln_NumeroRegistros number := 0;

Ln_NumeroCommit number := 0;

sql_str VARCHAR2(1000);

BEGIN

-- a pedido de rafael 02-09-2009

-- begin

-- sql_str := 'truncate table mg_cuentas_x_cliente';

-- EXECUTE IMMEDIATE sql_str;

-- end;

FOR I IN C_SAL_EMB LOOP

Ln_NumeroRegistros := Ln_NumeroRegistros + 1;

Ln_NumeroCommit := Ln_NumeroCommit + 1;

BEGIN

PPESUL_MIGRACION lxxiii Del Castillo Jiménez


INSERT INTO mg_cuentas_x_cliente(identifica_firma, fecha_vence_firma,

fecha_noti_vence_firma, codigo_cliente,

codigo_empresa, codigo_agencia, codigo_sub_aplicacion, codigo_cuenta,

clase_de_cliente,

relacion_y_o, monto_maximo_autorizado, estado_cuenta, fecha_apertura,

fecha_cancelacion,

saldo_actual, saldo_promedio, senal_tarjeta_debito, senal_nomina,

senal_recaudo_nacional,

senal_recaudo_servicios, senal_debito_automatico,

senal_extracto_medio_magnetico,

adicionado_por, fecha_adicion, modificado_por, fecha_modificacion,

restriccion,

codigo_aplicacion, firmantes)

VALUES (i.identifica_firma, i.fecha_vence_firma, i.fecha_noti_vence_firma,

i.codigo_cliente,

i.codigo_empresa, i.codigo_agencia, i.codigo_sub_aplicacion,

i.codigo_cuenta, i.clase_de_cliente,

i.relacion_y_o, i.monto_maximo_autorizado, i.estado_cuenta,

i.fecha_apertura, i.fecha_cancelacion,

i.saldo_actual, i.saldo_promedio, i.senal_tarjeta_debito, i.senal_nomina,

i.senal_recaudo_nacional,

i.senal_recaudo_servicios, i.senal_debito_automatico,

i.senal_extracto_medio_magnetico,

i.adicionado_por, i.fecha_adicion, i.modificado_por, i.fecha_modificacion,

i.restriccion,

i.codigo_aplicacion, i.firmantes);

update bp_dp_cuentas_x_cliente set modificado = 'S'

where rowid =i.rowid;

EXCEPTION WHEN DUP_VAL_ON_INDEX THEN

--BP_P_MARCA_ERROR_1(i.codigo_cliente, substr(sqlerrm,1,50), 44, 14,

null, 'E');

Bp_P_Marca_Error_3(i.codigo_cuenta, (i.codigo_empresa||' '||i.codigo_agencia||' '||

i.codigo_sub_aplicacion||' '||i.codigo_cuenta),44,14,i.codigo_cuenta,'E',SQLERRM);

UPDATE bp_dp_cuentas_x_cliente

SET modificado = 'E'

WHERE ROWID = i.ROWID;

WHEN OTHERS THEN

--BP_P_MARCA_ERROR_1(i.codigo_cliente, substr(sqlerrm,1,50), 44, 15,

null, 'E');

PPESUL_MIGRACION lxxiv Del Castillo Jiménez


Bp_P_Marca_Error_3(i.codigo_cuenta, (i.codigo_empresa||' '||i.codigo_agencia||' '||

i.codigo_sub_aplicacion||' '||i.codigo_cuenta),44,15,i.codigo_cuenta,'E',SQLERRM);

UPDATE bp_dp_cuentas_x_cliente

SET modificado = 'E'

WHERE ROWID = i.ROWID;

END;

if Ln_NumeroCommit = 500 then

commit;

Ln_NumeroCommit := 0;

end if;

END LOOP;

commit;

END;

PPESUL_MIGRACION lxxv Del Castillo Jiménez


ANEXO 08: Programas de Certificación de la migracion de Datos

Programa de certificación de saldos de carga de los créditos vigentes a la fecha de migración,

la asignación se realiza desde las tablas de interface hacia las tablas finales ó definitivas del

sistema Abanks.

PL/SQL Developer Report

[SQL]

SELECT T.COD_EMPRESA,

T.COD_SUCURSAL,

T.COD_AGENCIA||f_nombre_agencia('101','001',COD_AGENCIA),

f_nombre_moneda(cod_moneda)MONEDA,

f_des_fuente_financiero('101',cod_fuen_finan)FUENTE,

f_des_linea_credito('101',cod_fuen_finan,num_linea_credito)LINEA,num_linea_credito

cod_linea,

f_nombre_situacion('101',tip_situacion)SITUACION,

count(0) NUMERO,

SUM(t.imp_sal_capital)SALDO_CAP

FROM CRE_CREDITO T

WHERE T.COD_EMPRESA='101'

AND T.COD_SUCURSAL='001'

AND T.COD_TIP_PRD NOT IN('06','41')

AND T.TIP_ESTADO_DCTO = '02'

GROUP BY COD_EMPRESA,

COD_SUCURSAL,

COD_AGENCIA,

cod_moneda,

cod_fuen_finan,

num_linea_credito,

tip_situacion

ORDER BY COD_AGENCIA,

cod_MONEDA,

FUENTE,

LINEA,

SITUACION

[Options]

PPESUL_MIGRACION lxxvi Del Castillo Jiménez


Connect=False

Username=

Password=2620

Database=

ConnectAs=

LockMode=0

LockedPassword=2339

BkgColor=-16777211

BkgImage=

FormLayout=False

OnlyNBSP=False

LeftMargin=0

TopMargin=0

PageBreak=0

AddSQL=False

HandleTags=True

[Styles]

{Title}

Enabled=True

Name=Report Title

Description=REPORTE DE CREDITO

Style=

HeaderStyle=

Align=0

Break=0

Function=0

Format=

{Param}

Enabled=True

Name=Variables

Description=

Style=

HeaderStyle=

Align=0

Break=0

Function=0

PPESUL_MIGRACION lxxvii Del Castillo Jiménez


Format=

{Table}

Enabled=False

Name=Tabular Tables

Description=

Style=

HeaderStyle=

Align=0

Break=0

Function=0

Format=

{Form}

Enabled=False

Name=Form Tables

Description=

Style=

HeaderStyle=

Align=0

Break=0

Function=0

Format=

{Field}

Enabled=False

Name=Default Field

Description=

Style=

HeaderStyle=

Align=0

Break=0

Function=0

Format=

{*}

Enabled=False

Name=COD_EMPRESA

Description=

PPESUL_MIGRACION lxxviii Del Castillo Jiménez


Style=

HeaderStyle=

Align=0

Break=0

Function=0

Format=

{*}

Enabled=False

Name=COD_SUCURSAL

Description=

Style=

HeaderStyle=

Align=0

Break=0

Function=0

Format=

{*}

Enabled=True

Name=T.COD_AGENCIA||F_NOMBRE_AGENCI

Description=Agencia:

Style=

HeaderStyle=

Align=3

Break=1

Function=0

Format=

{*}

Enabled=True

Name=MONEDA

Description=Moneda

Style=

HeaderStyle=

Align=3

Break=1

Function=0

Format=

PPESUL_MIGRACION lxxix Del Castillo Jiménez


{*}

Enabled=True

Name=FUENTE

Description=Fuente

Style=

HeaderStyle=

Align=3

Break=1

Function=0

Format=

{*}

Enabled=True

Name=LINEA

Description=Linea

Style=

HeaderStyle=

Align=0

Break=0

Function=0

Format=

{*}

Enabled=True

Name=COD_LINEA

Description=Cod_linea

Style=

HeaderStyle=

Align=0

Break=0

Function=0

Format=

{*}

Enabled=True

Name=SITUACION

Description=Situacion

Style=

PPESUL_MIGRACION lxxx Del Castillo Jiménez


HeaderStyle=

Align=0

Break=0

Function=0

Format=

{*}

Enabled=True

Name=NUMERO

Description=Nº

Style=

HeaderStyle=

Align=0

Break=0

Function=0

Format=

{*}

Enabled=True

Name=SALDO_CAP

Description=Saldo Capital

Style=

HeaderStyle=

Align=0

Break=0

Function=0

Format=

[CSS]

PPESUL_MIGRACION lxxxi Del Castillo Jiménez

Documents

Informe Practicas Pre-profesionales Del Castillo 07.01.2012