nombre del identificaciÓn del telÉfono … · temas específicos de negocios, para permitir...

INFORMACION ESPECIFICA DE LA SOLUCION REQUERIDA Página 1

Anexo No.1 NOMBRE DEL

SOLICITANTE:

Bancoldex

IDENTIFICACIÓN DEL

ÁREA SOLICITANTE:

Departamento de

Sistemas

TELÉFONO-

EXTENSIÓN:

3821515 Ext.: 2232

APLICATIVO: ??AS400 ??ALFYN ??COBIS ??EMISIONES ??SIFM ??FINAC ??SARC ??SGB ??PROFORMAS ??INFOMAG ??SISDEC ??SIRCOCCX ??DESCUENTO DE

DOCUMENTOS ??PORTAFOLIO

NOMBRE DEL REQUERIMIENTO:

Migración de información histórica

PRIORIDAD: ALTA MEDIA BAJA

OBJETIVO : Adquirir una solución integral que permita de manera automática a través de una

herramienta organizar y administrar la información histórica de los sistemas de inform ación

que actualmente se encuentran en ambiente de producción y que serán migrados a una

nueva plataforma tecnológica. Dicha información unificada deberá poder ser consultada por

los usuarios para cualquier fin.

PARTICIPANTES : DSI. QUE TEMAS SE ASOCIAN O SON PRERREQUISITO O INFLUYEN EN LA ELABORACIÓN DEL REQUERIMIENTO A SOLUCIONAR. Temporalidad de almacenamiento y definición de las aplicaciones, que se harán de manera escalonada según se vayan cumpliendo las fases de migración al nuevo core bancario. Esto es, la migración no se hará toda en un solo paso.


GLOSARIO

DELFOS: Sistema de información gerencial, que se encuentra constituid o por una

base datos Oracle 10g, que recoge información de diferentes negocios y sirve

para la elaboración de consultas e informes

CORE BANCARIO: Solución integral, diseñada para administrar y controlar los

procesos y actividades bancarias de las entid ades financieras.

INFORMACIÓN HISTÓRICA: ES toda aquella información que permite

documentar todos los procesos realizados en determinado rango de tiempo.

HERRAMIENTAS PARA LA ADMINISTRACION DE INFORMACION

HISTORICA: INSTRUMENTO diseñado para optimizar la administración de la

información histórica, permitiendo organizar, recopilar, interpretar y utilizar

diferentes estructuras de datos, permitiéndoles visualizar de manera integrada y

facilitando al usuario final el acceso a la información.

DATAWAREHOUSE (DWH): Es un repositorio de datos de muy fácil acceso,

alimentado de numerosas fuentes, transformadas en grupos de información sobre

temas específicos de negocios, para permitir nuevas consultas, análisis y toma de

decisiones.


1. MODELO ACTUAL


Actualmente Bancoldex cuenta con 25 aplicaciones que conforman el soporte

tecnológico del negocio bajo diferentes plataformas de Base de Datos (Oracle,

Sybase, SQL Server).

La información de algunos de estas aplicaciones pasan por un proceso diario que

comprende Extracción, Transformación y Cargue (ETL) que se almacenan en un

Datawarehouse, en una plataforma Oracle 10g. Por la diferencia que existe en los

motores de base de datos la parte de extrac ción se realiza de diferentes maneras;

a continuación se mencionan dichas conexiones que van ligadas al insumo que

genera cada aplicativo:

?? AS400: Conectividad a través de Oracle Client Access.

?? Cobis Tesorería : Cargue de la información a través de un proceso batch.

?? Alfyn, Liquidex, Descuento de Documentos y Emisiones : Cargue de la

información con lectura de archivos planos que generan las aplicaciones

?? Cobis Comercio Exterior, SIFM y Flujos de Caja: Cargue de la

información con conexión a las diferentes ap licaciones.

En el datawarehouse se integra la información relevante para ser consultada a

través del sistemas de información gerencial, destacando que en este sistema no

se puede tener detalles operativos de las transacciones, por lo que se requiere

contar con un medio que permita obtener esta clase de información de los

aplicativos que van a ser migrados.


1. Listado de aplicativos a Migrar

En la tabla adjunta se detalla los sistemas de información que van a ser

migrados al nuevo CORE, destacando el nombre, el motor de base de datos, el

lenguaje de desarrollo, el sistema operativo, el tamaño promedio de la base de

datos y el año en que se inicio el almacenamiento de la información.

Cons. Nombre Base de

datos (versión)

Herramienta de desarrollo

Sistema Operativo

(versión) BD

Sistema Operativo (versión) Aplc.

Tamaño Base de datos

1 AS-400 Cartera Activa no base de datos

COBOL 400 AS400 N.A.

2 AS-400 Cartera Pasiva no base de datos


3 AS-400 Sistema Base Clientes

no base de datos


4 AS-400 Garantías no base de datos


5 AS-400 Crédito no base de datos


6 AS-400 Contabilidad no base de datos


7 AS-400 Calificación de Cartera

no base de datos


8 AS-400 Caja Bancos no base de datos


9 PORTAFOLIO DE INVERSIONES

SQL Server 2000

CLARION Win 2003 Server Enterprise

Win 2003 Server Enterprise

4.5 G

10 LIQUIDEX (PESOS - DOLARES Y CADENAS)

SQL Server 2000


Win 2003 Server Estándar

2 GB

11 DESCUENTO DE DOCUMENTOS

Archivos Planos

COBOL Win 2003 Server Estándar

Win 2003 Server Estándar

N.A.

12 COBIS TESORERIA ORACLE ver

front - Visual basic

conexión bd sp batch - sqr

Windows 2003 Enterprise


17.3 GB


Cons. Nombre Base de datos

(versión)

Herramienta de

desarrollo

Sistema Operativo

(versión) BD

Sistema Operativo (versión) Aplc.

Tamaño Base de datos

13 COBIS COMERCIO EXTERIOR

SYBASE ver

front - Visual basic

conexión bd sp

batch - sqr

Windows 2003 standard

Windows 2003 standard

2 GB

14 EMISIONES ORACLE 9i

Oracle y Forms



15 FLUJOS DE CAJA ORACLE 9i

Visual Studio 2003



90 MG

16 SIFM ORACLE 9i

Oracle forms 6i


N.A. 6.6 GB

17 FINAC - ALM SQL Server 2000

APL y .NET 2008 Framework 3.5



21 MG

18 FINAC - VAR SQL Server 2000

APL y .NET 2008 Framework 3.5



48 MG

19 SARC ORACLE 9i

Oracle forms 6i


N.A. N.A.

20 SGB ORACLE 9i

java Win 2003 Server Enterprise


N.A,

21 PROFORMAS SQL Server 2000



587 MB

22 INFOMAG ORACLE DELPHI Windows 2003 Enterprise


66MG

23 SISDEC ORACLE DELPHI Windows 2003 Enterprise


150 MG

24 SIRCCOCCX ORACLE DELPHI Windows 2003 Enterprise


55 MB


2. NECESIDAD El Banco requiere para la gestión de la información histórica lo siguiente:

1. Para el proceso de extracción de datos se requiere: - Para la exportación de información se debe integrar los datos de

diferentes tecnologías de bases de datos como: Sybase, Oracle, SQlserver, archivos cobol AS/400 y otros archivos cobol.

- Disponer de una herramienta tecnológica integral, que permita migrar los modelos de base de datos de los sistemas de información a un repositorio estándar y unificado de información.

2. Para el proceso de almacenamiento de datos históricos se requiere:

- Los datos deberán estar almacenados en un solo repositorio para que

puedan ser consultados fácilmente por los usuarios. - Mantener el modelo de datos origen de tal manera que se garanticen

toda clase de consultas - Detallar el plan de acción para identificar y solucionar problemas que

se puedan presentar con la integridad de la información en el proceso de almacenamiento. Se requiere que el proveedor evalúe la heterogeneidad de plataformas: Archivos cobol, bases de datos Oracle, SQL, Sybase, entre otras

3. Para el proceso de consultas de datos históricos se requiere: - Que el estándar tecnológico de repositorio de datos sea abierto, para

que se pueda utilizar una herramienta que permita la consulta de los datos almacenados.

- Dicha herramienta puede ser una estándar de mercado o una particular que trabaje de manera conjunta con la herramienta de solución del proceso de integración del repositorio.

- Al consultar la información, el usuario no debe requerir tener conocimiento del modelo de datos; la herramienta debe hacer intuitivo al usuario el entendimiento del diccionario de datos para construir su consulta.

- La interfaz grafica debe disponer de diferentes herramientas que permitan a un usuario manejar los datos para la construcción de sus consultas. Deberá permitir generar graficas, distribución de la información según necesidad.


- Permitir que las salidas pueda ser visualizadas por pantalla, impresa o

exportada a archivos planos.

4. Documentación

La migración de la información de los diferentes sistemas deberá quedar documentada. Se requiere un documento que detalle el proceso de migración, el diccionario de datos y administración de log que contienen información de los procesos de extracción y cargue.

5. Transferencia de conocimiento - Bancoldex deberá recibir una capacitación técnico – funcional sobre la

herramienta y del proceso realizado. - La transferencia del conocimiento deberá contener la respectiva

documentación de usuario y técnica.

6. Seguridad

- Definir los roles de ingreso de utilización de la solución - Definir estándares de calidad sobre la administración de la información

histórica - Seguridad. El sistema debe de implementar los siguientes mecanismos

de seguridad necesarios:

?? Autenticación: Proceso de confirmación de la identidad del usuario. Antes de que una aplicación pueda autorizar el acceso a un recurso, debe confirmar su identidad. Esta es la primera capa de control de seguridad. ?? Autorización: Proceso que consiste en verificar si un usuario autenticado tiene permiso para obtener acceso a un recurso determinado. Siguiente capa de seguridad tras la autenticación. ?? Protección de datos: Proceso que consiste en proporcionar confidencialidad, integridad y no repudio a los datos. ?? Nivel de auditabilidad del sistema: Proceso que consiste en registrar y supervisar los eventos que se producen en un sistema y que son importantes para la seguridad.

?? LOG. La solución deberá detallar de manera automática por medio de un log, el proceso de extracción que se ha realizado. Este


informe debe estar documentado y su consulta debe estar disponible para el Banco.


7. Soporte

Se requiere una propuesta por separado para el servicio de soporte y mantenimiento para todos los componentes del sistema que se proponga. Se debe considerar tanto el proceso como los costos. Como mínimo deberá considerarse lo siguiente:

?? Detallar el soporte que el Banco tendrá en la etapa de postproducción. Cuanto tiempo y bajo qué condiciones se acompaña al Banco hasta lograr una estabilización del sistema. ?? Acuerdos de servicio para atención a requerimientos de mantenimiento y/o soporte que el Banco requiera. ?? Detallar el alcance del servicio de mantenimiento y soporte. Tener en cuenta incidentes que se puedan presentar en los procesos de extracción, transformación y cargue y que incidan en el almacenamiento final de la información, de tal manera que las consultas y/o reportes se puedan distorsionar por una fuente errada. ?? Actualizaciones de software a nuevas versiones, parches de software liberados. ?? Proceso que el proveedor tenga para escalamiento y seguimiento de casos que no se pueden atender en Colombia y se deban llevar al fabricante. ?? Requerimientos de conectividad para atención de casos, cuando se hacer remotamente. ?? Capacitación adicional técnica u operativa.

8. Controles de cambio. Detallar el proceso para manejo de controles de

cambio que se puedan presentar en cualquiera de las fases del proyecto o cuando se encuentre en producción. Tener presente el proceso y los costos.


ESTRUCTURA

CONSIDERACIONES: ?? La herramienta ya deberá estar construida y probada en el me rcado. ?? El repositorio de información debe ser en estructuras Oracle o SQL Server o

XML. ?? Se deben realizar las validaciones necesarias para que no se tenga problemas

con la integridad de la información. ?? Las soluciones que se brinden deberán ser integrales, es decir que debe cubrir

todos los procesos anteriormente nombrados. Se debe presentar una herramienta para la consulta de la información y en caso que no se cuente con esta, detallar cuáles herramientas pueden tenerse en cuenta para su integración con la solución

?? Se deberá indicar la arquitectura de hardware y software que se utilizará para el proceso y para la definición del repositorio unificado.

?? Detallar a nivel de licenciamiento, cada uno de los componentes tecnológicos que conforman la solución, especificando nombre de la licencia, proveedor y costos.


REQUERIMIENTOS NO FUNCIONALES:

Para el desarrollo de este proyecto se deben tener en cuenta los lineamientos que presenta la circular No.14 expedida por la Superintendencia Financiera, para que los datos permanezcan completos, precisos y validos durante su entrada, actualización y almacenamiento al nuevo repositorio.

PRESUPUESTO APROBADO, (SI APLICA)

FECHAS PLANEADAS DE (SI APLICA):

INICIO: EJECUCIÓN:

CIERRE

Firmas

ENTREGADO POR SOLICITANTE

REQUERIMIENTO RECIBIDO POR EL ÁREA ENCARGADA

FIRMA: FIRMA:

NOMBRE: NOMBRE:

CARGO: CARGO:

FECHA: FECHA:

nombre del identificaciÓn del telÉfono … · temas específicos de negocios, para permitir...

Documents