Anexo 02 FICHA TECNICA FONDO FINANCIERO DE PROYECTOS DE ... ANEXO... · DE LA PROTECCION SOCIAL -UGPP ... siguiendo los lineamientos de la UGPP y aplicando las mejores ... La arquitectura

�

Anexo 02 FICHA TECNICA

FONDO FINANCIERO DE PROYECTOS DE DESARROLLO –

FONADE

UNIDAD ADMINISTRATIVA ESPECIAL DE GESTION PENSIONAL Y CONTRIBUCIONES PARAFISCALES DE LA PROTECCION SOCIAL

–UGPP-

OFERTA CERRADA OCC 055-2012

CONTRATACION DEL DISEÑO, CONSTRUCCION, IMPLEMENTACION, CAPACITACION, LICENCIAS Y

MANTENIMIENTO DE UNA SOLUCION DE INTELIGENCIA DE NEGOCIOS (BI) PARA LA UNIDAD ADMINISTRATIVA ESPECIAL DE GESTION PENSIONAL Y CONTRIBUCIONES PARAFISCALES

DE LA PROTECCION SOCIAL -UGPP

BOGOTÁ D.C., JULIO DE 2012

�

�

Anexo No. 02- Ficha Tecnica OCC 055-2012 Página 2 de 42 �

1.OBJETO DEL PROCESO DE SELECCIÓN FONADE, está interesado en la CONTRATACION DEL DISEÑO, CONSTRUCCION, IMPLEMENTACION, CAPACITACION, LICENCIAS Y MANTENIMIENTO DE UNA SOLUCION DE INTELIGENCIA DE NEGOCIOS (BI) PARA LA UNIDAD ADMINISTRATIVA ESPECIAL DE GESTION PENSIONAL Y CONTRIBUCIONES PARAFISCALES DE LA PROTECCION SOCIAL –UGPP

2. ALCANCE DE LA CONSULTORIA REQUERIDA Se requiere de la consultoría para implementar una solución de Business Intelligence, a través de la cual se detallen los requerimientos de negocio para la construcción del Data Warehouse del registro único de aportantes y afiliados al Sistema de Seguridad Social Integral en Colombia y la construcción de la aplicación analítica de Riesgos Estratégicos, siguiendo los lineamientos de la UGPP y aplicando las mejores prácticas y estándares internacionales, para que a través de un proceso de implementación y pruebas, que siga altos estándares de calidad, se provea a la UGPP de una solución tecnológica integrada. La solución requerida contempla la construcción de un Data Warehouse conformado por el Datamart de “Riesgos Estratégicos”. Para ello se cruzará y se integrará al DWH la información del Sistema de Registro Único de Aportes al Sistema de Seguridad Social Integral (RUA): incluye información de las Administradoras de Régimen Contributivo, Administradoras de Régimen Subsidiado, Administradoras de Régimen Especial en Salud, Administradoras de Fondos de Pensiones, Administradoras de Riesgos Profesionales, Plantilla integral de la liquidación de aportes (PILA) e información de la DIAN.

A futuro se integrarán otras Fuentes de Datos como el Sistema del Registro Único de Afiliados (RUAF), el Sistema de Registro Único Empresarial (RUE) y la Registraduría entre otras.

Una vez construida la Bodega de Datos Multidimensional, se implementará la estructura analítica que permitirá realizar diferentes análisis de información a nivel de reportes analíticos, consultas Ad-hoc y la visualización de tableros de control para realizar el seguimiento y control a las entidades y afiliados.

Así mismo, los analistas de negocio de la UGPP, a partir del Data Warehouse podrán integrar en el futuro herramientas de Data Mining, con lo cual no tendrán que requerir pasos extras para extraer, importar y analizar los datos, simplificando así el proceso de preparación de los datos y su calidad.

Para la construcción de la solución se utilizarán las herramientas de BI ofertadas por el contratista: Integración de datos (ETL) y análisis y explotación de la información (SUIT BI), las cuales deberán ser escalables ante volúmenes de información y cantidad de usuarios.

La arquitectura propuesta para el diseño de la bodega de datos, es una arquitectura bus, en la cual se pueden ir ensamblando nuevos modelos en estrella al modelo que se va a desarrollar en este proyecto: Datamarts de Riesgos estratégicos, gracias a las dimensiones comunes de los modelos.

Para el diseño de la aplicación analítica, la cual está compuesta por un tablero de control estratégico, analíticas, reportes y análisis, todos deberán estar ensamblados en el

�

�


“framework” de las herramientas de BI - Análisis y Explotación de la información. Plataforma completamente orientada a la construcción de soluciones de inteligencia de negocios, las cuales constan de unidades funcionales muy especializadas que se van ensamblando y reutilizando para facilitar el desarrollo y mantenimiento de la aplicación analítica.

El diseño de la estructura analítica, está orientada a la fácil interpretación de los términos del negocio por parte de los usuarios de la Dirección de Parafiscales. De otra parte, al ser centralizada, facilita la administración porqué se adapta fácilmente a los cambios debidos a la evolución del sistema y del negocio.

Para soportar el desarrollo de la solución se requiere adquirir herramientas de BI que sean eficientes y puedan soportar la operación de sus componentes a través de las cuatro capas (arquitectura de datos, capa de análisis, capa de aplicación analítica y la capa de presentación). Así mismo deben proveer una arquitectura flexible que permita que cada componente se integre con la infraestructura de TI existente.

A continuación se muestra los componentes y las diferentes capas que conforman la arquitectura de la solución:

La solución deberá estar conformada por: 1. Diseño y construcción del Data Warehouse conformado por el Datamarts de Riesgos

Estratégicos.

�

�


2. Diseño y construcción de los procesos de ETL para el cargue histórico, utilizando la herramienta Integración de Datos propuesta por el contratista.

3. Diseño y construcción de los procesos de ETL para el cargue periódico incremental, utilizando la herramienta Integración de Datos propuesta por el contratista.

4. Diseño y construcción de la estructura analítica utilizando las herramientas de análisis y explotación de información, propuestas por el contratista.

5. Diseño y construcción de la aplicación analítica conformada por los siguientes instrumentos de análisis utilizando las herramientas de análisis y explotación de información propuesta por el contratista.

a. Un tablero de control estratégico dirigido a la Dirección de Parafiscales con 20 indicadores.

b. Veinte reportes de análisis asociados al Datamart Riesgos Estratégicos

6. Capacitación en las herramientas adquiridas y capacitación en la solución.

7. Poblamiento del Data Warehouse con los 3 últimos años de la Fuente de Datos RUA.

8. Acompañamiento de un (1) mes en la fase de estabilización y puesta en producción. REQUERIMIENTOS DE LA INFRAESTRUCTURA La infraestructura tecnológica para el montaje de la solución será provista por la UGPP, en cuanto a Servidores, el motor de la base de datos, sistema operativo, conectividad. El contratista proveerá las herramientas de Business Intelligence. Se requiere que la solución corra:

• En una infraestructura VIRTUALIZADA (VMWare). • Correr como mínimo en los sistemas Operativos UNIX, LINUX, y Windows • Correr como mínimo en las siguientes bases de datos: Oracle y/o Sybase.

La UGPP en la Fase I- Requerimientos y análisis del negocio, define el motor de la base de datos.

INFRAESTRUCTURA ACTUAL DE LA UGPP Actualmente la UGPP cuenta con el servicio de Hosting que provee la ETB, en desarrollo del contrato interadministrativo No. 7.03-2010. Este Datacenter se encuentra ubicado en Zona Franca y se construyó siguiendo la norma Sismo Resistente NSR-98, Decreto 33 de 1998, y las partes pertinentes de las normas auxiliares para este tipo de estructuras especiales Grupo IV de acuerdo al numeral A.2.5 de la norma NSR 98, que clasifica esta estructura y determina que debe diseñarse para funcionar durante y después de un sismo; también se tuvo como parámetro de diseño la especificación TIA/EIA 942.

�

�


Adicionalmente, cabe destacar que es un Datacenter capa 3 (Tier 3) y como tal cumple con una disponibilidad de 99.982%, es decir, una indisponibilidad al año de 1.6 horas. Cuenta con generadores eléctricos, subsistemas de UPS y una autonomía eléctrica de 72 horas continuas. Subsistemas de aire acondicionado, detección de incendios y un Subsistema de Seguridad y Protección (Dispositivos biométricos, Control de acceso, Circuito Cerrado de TV, punto de acceso único vigilado por personal 7 x 24 x 365, procedimientos y políticas de seguridad física y verificación de ingreso). La Infraestructura que dispone la UGPP es una infraestructura VIRTUALIZADA por lo tanto la solución DEBE correr sobre este ambiente. INFORMACION TÉCNICA REGISTRO UNICO DE APORTANTE(RUA)

�OBJETIVO DEL RUA El Registro Único de Aportantes – RUA es un mecanismo que permite cruzar la información de los afiliados de los sub-sistemas de Salud, Pensiones y Riesgos Profesionales del Sistema de Seguridad Social Integral, para detectar casos irregulares de fenómenos como la multiafiliación, evasión y elusión de aportes. A continuación se menciona la normatividad relacionada con el RUA.

• Creado en la Reforma Tributaria de 1998 (Ley 488 - Art. 91) y modificado en la reforma del 2000 (Ley 633 – Art. 99).

• Decreto 1406 de 1999 - Puesta en operación del RUA. • Decreto 889 de 2000 – Funcionamiento del RUA. • Resoluciones 881 de 2001 y 1133 de 2001- Procedimientos y

especificaciones técnicas de la información a reportar al RUA. • LEY 797 de 2003 – Reforma Pensional.

ENTIDADES INVOLUCRADAS * Órgano de administración del RUA: Ministerio de Hacienda y Crédito Público. * Órganos de control: Ministerio de la Protección Social. Superintendencia Nacional de Salud Superintendencia Financiera

�

�


* Órgano Operador RUA. * Entidades administradoras (AFP, ARP, EPS, ARS y Especiales)

Promedio de registros recepcionados en un periodo (Millones)

EPS; 19,62

EPS'S (ARS); 20,58

AFP; 6,52

ARP; 6,28

Entidades Especiales; 1,38

EPS

EPS'S (ARS)

AFP

ARP

Entidades Especiales

��

�

�

Tipo Entidad Cantidad de Entidades

Total registros

EPS 24 19.618.350EPS'S (ARS) 54 20.576.622AFP 11 6.521.226ARP 9 6.282.685Entidades Especiales 8 1.384.486TOTAL 106 54.383.369 �

�

�

�

�

DESCRIPCION 2002 2003 2004 2005 2006 2007 2008 2009

REGISTROS PROCESADOS POR PERIODO 29.290.717 32.659.188 33.431.701 37.560.889 36.994.725 43.132.993 49.937.422 56.072.055 REGISTROS CARGADOS 24.822.074 29.454.198 31.753.312 35.499.769 35.645.694 40.469.111 46.805.241 52.756.307 REGISTROS NO CARGADOS 4.468.644 3.204.990 1.678.390 2.061.120 1.349.031 2.663.882 3.132.180 3.315.748 GRADO DE EFECTIVIDAD (%) 84,74% 90,19% 94,98% 94,51% 96,35% 93,82% 93,73% 94,09%PORCENTAJE DE AUMENTO DE REGISTROS 10,31% 2,31% 10,99% -1,53% 14,23% 13,63% 10,94% �

�

�


�

�

�

�

�

�

�

�

�

�

�

�

�

�

�

�

��

Introducción La base de datos Histórico del RUA, se creó con el fin de llevar datos históricos de cada uno de los períodos procesados por el RUA desde enero de 2003 hasta el último período procesado, garantizando acceso a dicha información de manera rápida y oportuna. A partir del periodo de junio de 2008, se empezó a almacenar la información de inconsistencias segundo nivel en esta base de datos.

PROMEDIO REGISTROS PROCESADOS POR AÑO

56,1

49,9

43,1

37,0

29,3

32,7 33,437,6

15

20

25

30

35

40

45

50

55

60

2002 2003 2004 2005 2006 2007 2008 2009

AÑO

TOTA

L R

EG

ISTR

OS

(Mill

ones

)

GRADO DE EFECTIVIDAD

-

10.000.000

20.000.000

30.000.000

40.000.000

50.000.000

60.000.000

2002 2003 2004 2005 2006 2007 2008 2009

AÑOS

TO

TA

L R

EG

IST

RO

S

Registros Procesados Registros Cargados

84,74%90,19% 94,98%

94,51% 96,35%

93,82%

93,73%

94,09%

�

�


Características: � Es una base de datos independiente a la de movimiento. � La información del periodo procesado, se pasa al histórico una vez se

genere controles. � La base de datos del histórico solo es de consulta.

REGISTROS ACUMULADOS POR AÑO EN HISTORICO

540

1.107

1.739

2.407

3.182

4.088

5.116

15

1.015

2.015

3.015

4.015

5.015

6.015

2003 2004 2005 2006 2007 2008 2009

AÑO

TOTA

L R

EG

ISTR

OS

(Mill

ones

)

��

Estadísticas � Registros cargados a enero de 2010: 5.200.784.038 � Tamaño base de datos: 1.56 TB = 1.563 MB

Proyecciones Anuales � Crecimiento base de datos anual: 410 GB � Total Registros por año: 760 millones

�

�


BASES DE DATOS: MOVIMIENTO E HISTORICO

Nombre Datos (KB) Indices (KB)No usado

(KB)Tamaño_en_Dis

co_KBTamaño_en_Disco_MB

Tamaño_en_Disco_GB

Filas

TOTAL 196.320.016 180.518.432 460.160 377.298.592 368.456 360 1.275.502.376

448580.88 MB438,06 GB

Nombre Datos (KB) Indices (KB)No usado

(KB)

Tamaño_en_Dis

co_KB

Tamaño_en

_Disco_MB

Tamaño_en

_Disco_GBFilas

TOTAL 972.855.848 695.593.856 1.192.608 1.669.642.312 1.630.510 1.592 12.679.986.201

2'032876.45 MB1.985,23 GB

1.94 TB

BD_MOVIMIENTO

BD_HISTORICO

Tamaño Base de Datos

Tamaño Base de Datos

��

��

��

��

��

��

�� !" �#"$� ��

��%&�'�� "�#"(��)*� ��

��+�� ((*��"*��)� ��

�&,�-�-�� .-��/+��0�� "*�!��)$)� #"�� "��")*� $�!! �$)!� (��!!!�$##� ��$# � "!� �� )"�($�� #(1!"2 �

� � � � � � � � ��,��'��0�3�� )�$ (��()� $#��$��*#� $��*� #!�($$�)**� " �(�*� " � �(��$$#�!� � �1$�2 �

��,�� $�!$!��*� $�$�(� �!� (� )!� ��$()�#!*� ��$�� *�("��#*"� !1!(2 �

��,��'�� $(��!$��##*� $�)�$ ��!!*� $$��!!*� ""$�"$ �#)#� "�"��#� "$)� #��!"�)" ��(�� "�1��2 �

��,��'�� 4�� ! ��(��#!� *(�( ��!� )$�)(�� (�$�)�#"�� !�$)"� �*"� $�)) ��$#�!)"� $"1$)2 �

��,��5 0�+�� "�"!(�##!� #�)� �*!� �"�"!*�$()� �!�*"$� �!� �)��)(�# )� �1!(2 �

�� (��*��*#*� ) �� "�*�)� $�$ ��)!*� $�)) �)#��"$�� $�)�*��( � $�� !� $��)( � *)��!$� $!!1!!2 �

�

�

�


�

�


�

��/�� 6��

ENE_2003 ENE_2005 ENE_2007 ENE_2009 OCT_2010AFILIACIONES 16.199.040 20.661.701 24.903.827 35.122.886 40.216.117LIQUIDACIONES 16.258.522 21.310.473 25.063.178 35.457.588 40.568.697BENEFICIARIOS 6.592.918 6.922.309 7.717.636 8.515.719 9.831.931TOTAL 39.050.480 48.894.483 57.684.641 79.096.193 90.616.745

0

10.000.000

20.000.000

30.000.000

40.000.000

50.000.000

60.000.000

70.000.000

80.000.000

90.000.000

100.000.000

RE

GIS

TRO

S

ENE_2003 ENE_2005 ENE_2007 ENE_2009 OCT_2010

PERIODO

POBLACION CARGADA EN RUA

AFILIACIONES LIQUIDACIONES BENEFICIARIOS TOTAL

�

�

�


�

�


HERRAMIENTAS REQUERIDAS HERRAMIENTA DE INTEGRACIÓN DE DATOS Se requiere una HERRAMIENTA DE INTEGRACIÓN DE DATOS (ETL), productiva y escalable que ayude a extraer, trasformar y mover data (2 a 5 TERAS de información) a cualquier otra y con cualquier frecuencia. Debe proporcionar un entorno óptimo de administración, desarrollo y tiempo de ejecución.

#Req Requerimiento

1Debe tener una única interfaz gráfica (pantalla) para el desarrollo, la cual debe permitir el manejo Real time y batch

Debe permitir en el ambiente de desarrollo realizar las siguientes operaciones:Profile

3 Diseño4 Validación5 Auditoría6 Limpieza7 Paralelismo8 Test y Debug9 Monitoreo

10 Drag and Drop11 Transformaciones y funciones12 Debe contar con una interfaz gráfica, intuitiva y fácil de usar, reduciendo la curva de aprendizaje

2

Interfaz Gráfica

13Debe tener un componente único desde el cual se puedan desarrollar proyectos ETL real-time, batch y procesos de calidad de datos

14 Debe permitir la Integración en tiempo real con otro sistemas de información a través de Web Services15 Debe permitir funcionalidad de change data capture para lecturas a Bases de Datos

Integración de Datos

�

�


Workflow16 Debe contar con un Workflow en un ambiente grafico, sin necesidad de hacer código de programación17 Debe permitir complejas combinaciones de paso de las tareas que pueden ser asociadas en procesos lógicos18 Debe permitir fácilmente la reutilización de los fujos de datos en otros proyectos

19 Debe proveer bibliotecas de funciones pre-definidas que aceleran el desarrollo de los procesos20 Debe permitir la construcción de nuevas funciones21 Debe permitir realizar transformaciones arrastrando y soltando íconos

Debe permitir realizar transformaciones nativas para:Operaciones de base de datos: select, join, where, etc.

23 Case24 Merge25 Validación de datos26 Comparación entre tablas27 Pivot28 Unpivot29 XML30 Dimensiones lentamente cambiantes31 Generación de fechas32 Debe permitir la construcción de nuevos transformadores

22

Transformaciones y Funciones Pre-definidas

33 Debe permitir realizar Debug de las transformaciones o rastreo de datos para todo el proceso ETL34 Debe permitir la fácil identificación de problemas y errores en los procesos35 Debe permitir aislar y analizar datos a través de breakpoints con condiciones y filtros36 Debe permitir la visualización del resultado de cada paso37 Debe permitir el manejo Multi-usuario, Multi-proyecto con control de versiones

38 Debe contar con una utilidad para comparar metadatos de objetos similares y sus propiedades - visor de diferencias

39 El visor de diferencias debe:Comparar dos objetos del mismo tipo

40 Incluir las dependencias del objeto en la comparación41 Comparar las diferentes versiones del mismo objeto42 Visualizar las diferencias a través de una interfaz con colores personalizables43 Navegar fácilmente a través de las diferencias utilizando opciones gráficas y de menu44 Debe permitir el check-in y check-out de objetos45 Los objetos deben ser compartidos y reutilizados

Desarrollo

46 Es posible sobre una tabla fuente descubrir y ver registros con:Valores nulos, en blanco, en ceros

47 Descubrir patrones48 Máximos, mínimos, promedio49 Longitudes máximas y mínimas50 Ordenar los datos en pantalla51 Relaciones entre tablas

Previsualización

52 Debe permitir la administración web centralizada53 Debe permitir la administración de Servidores, Jobs y usuarios a través de interfaz gráfica54 Debe permitir la integración con software de administración de red a través de SNMP55 Debe ofrecer un dashboard analitico operacional que permita consultar estadísticas de ejecución y errores56 Debe ofrecer un manejo de roles: Administradores, Operadores, diseñadores 57 La herramienta debe soportar la funcionalidad de Single Sign On58 La herramienta debe ofrecer integración con esquemas de seguridad tipo LDAP59 Debe ofrecer opciones de documentación

60 La herramienta debe contar con funcionalidad que facilite el paso entre ambientes (Desarrollo, calidad, producción)

61 La herramienta debe contar con mecanismos de recuperación en caso de teminaciones anómalas de los procesos

Administración y Seguridad

62 Debe permitir generar estadísticas de auditoría del todo el proceso ETL63 Debe permitir definir reglas de auditoría64 Debe pertmiri recolectar información de auditoría como : row count, sum, average y check sum65 Debe permitir mantener histórico de estadísticas

66 Debe permitir que por medio de un flujo de datos auditado, genere una notificación al usuario por email en caso de error durante el proceso

67 Debe permitir especificar reglas con el fin de asegurar que la cantidad correcta de datos fue procesada

Auditoría de Datos y trazabilidad

�

�


68 Debe permitir paralelismo a nivel de:Flujos de datos

69 Transformaciones70 Agregaciones71 Clasificaciones72 Debe permitir leer particiones de bases de datos en paralelo en forma lógica y física73 Debe permitir el procesamiento de datos en función del número de CPU´s disponibles

Paralelismo

74 La herramienta debe ofrecer funcionalidades para procesamiento distribuido

75 La herramienta debe permitir que algunas operaciones las realice la base de datos y no el motor de ETL aprovechando los recursos de hardware disponibles

Procesamiento Distribuido

76 La herramienta debe disponer de conectores nativos para aplicaciones corporativas ERP, CRM.77 La herramienta debe permitir Bulk Loading a tablas de Bases de Datos78 La herramienta debe permitir fuentes/destinos tipo Excel79 La herramienta debe permitir fuentes tipo archivos planos80 La herramienta debe permitir fuentes / destinos XML81 La herramienta debe permtir Web Services82 La herramienta debe permitir el fácil desarrollo de nuevos adaptadores a fuentes / destinos no estándar83 La herramienta debe permitir el procesamiento de datos no estructurados

Conectores de Fuentes / Destinos

84 La herramienta ETL debe ser instalada en un Servidor como mínimo de 4 cores o su equivalente en capacidad de procesamiento, el cual será proveido por la UGPP.

85 La herramienta debe ser escalable(vertical y horizontalmente)86 La herramienta debe correr como mínimo en los sistemas Operativos: Unix, Linux, Windows87 La herramienta debe soportar como mínimo las siguientes bases de datos: Oracle y/o Sybase.88 La herramienta debe correr en un ambiente virtualizado

89La herramienta debe ofrecer funcionalidad para integrarse con: Otros ETLs

90 Con Herramientas de visualización 91 Con Herramientas para administración de metadata

Arquitectura

92La herramienta de Integración debe estar incluida en el “Magic Quadrant for Data Integration Tools ” de Gartner en el año 2011 dentro del cuadrante de líderes

Posicionamiento de la solución

93La herramienta de Integración de Datos (ETL) debe ser parametrizable y configurable. Para esta proyecto no está incluido en el cronograma desarrollo adicionales para cumplir con los requerimientos mínimos de las herramientas. Se contempla únicamente la construcción del DWH, los Procesos ETLs y la aplicación analítica.

Parametrización de las herramientas

HERRAMIENTA DE ANALISIS Y EXPLOTACIÓN DE LA INFORMACIÓN Se requiere una HERRAMIENTA DE ANALISIS Y EXPLOTACIÓN DE LA INFORMACIÓN, intuitiva que permita a los usuarios preparar informes, construir sus propias consultas a-hoc, dashboard interactivos, basado en un entorno WEB, sin depender de TI. LICENCIAMIENTO DERECHO DE USO DE LAS LICENCIAS

Se requiere que las licencias adquiridas tengan derecho de uso irrestricto y por tiempo indefinido (licencia a perpetuidad), como resultado de un único pago. MODALIDAD DE LICENCIAMIENTO /EDICIONES

Se requiere que las licencias adquiridas sean ENTERPRISE - EDITION o su equivalente, orientadas para aplicaciones que requieren grandes volúmenes de datos y alto desempeño transaccional.

�

�


Si el modelo de licenciamiento propuesto por el contratista es por “NÚMERO DE CORES”, se requiere que se licencie para “MÍNIMO UN SERVIDOR DE CUATRO (4) CORES O SU EQUIVALENTE EN CAPACIDAD DE PROCESAMIENTO”. Nota: La solución debe soportar un alto volumen de datos y debe ser escalable a partir del tipo de licencia entregada. El contratista deberá cumplir con el CIENTO POR CIENTO (100%) de estos requerimientos.

Entregables Licenciamiento

UNA (1) licencia de la HERRAMIENTA DE INTEGRACIÓN DE DATOS (ETL) para mínimo un servidor de 4 CORES o su equivalente en capacidad de procesamiento. Licenciamiento para treinta y cinco (35) usuarios de la HERRAMIENTA DE ANALISIS Y EXPLOTACIÓN DE LA INFORMACIÓN distribuidas así: 30 usuarios nombrados de visualización y 5 usuarios nombrados de desarrollo

Las herramientas de Business Intelligence ofrecidas deben estar incluidas en el “Magic Quadrant for Business Intelligence Platforms” de Gartner en el año 2011 dentro del cuadrante de líderes. CARACTERÍSTICAS TÉCNICAS GENERALES PARA EL DESARROLLO E IMPLANTACIÓN DE LA SOLUCIÓN Para el desarrollo e implantación de la solución de Inteligencia de Negocios se han planteado las siguientes fases dentro del ciclo de vida del proyecto:

1. Fase 0 Planeación para la ejecución del proyecto 2. Fase I Requerimientos y análisis del negocio 3. Fase II Diseño 4. Fase III Construcción 5. Fase IV Pruebas de aceptación 6. Fase V Estabilización y puesta en producción

Cada fase genera productos y documentación, permitiendo al equipo del proyecto tener puntos de verificación y control. Como resultado de la terminación de cada fase deberá suscribirse un acta de recibo parcial de los productos entregados.

�

�


��

Durante las dos (2) primeras semanas de ejecución del contrato, se realizarán la planeación y la coordinación necesarias para iniciar la ejecución de las actividades del proyecto, dentro de las cuales se encuentran: 1. Realizar una presentación general del proyecto. 2. Presentación para revisión y aprobación por parte de la Interventoría, FONADE

y la UGPP los siguientes documentos:

• Plan de Gerencia del Proyecto. • Cronograma general de implementación y puesta en producción de la

solución de Business Intelligence (Data Warehouse y aplicación analítica), el cual debe mostrar para las diferentes actividades a ejecutar, los responsables de su realización, tanto de la UGPP como los del contratista, especificando su dedicación y esfuerzo requeridos en la realización de las actividades; debe mostrar además los hitos del proyecto, dentro de los cuales deben estar las fechas estimadas de cada uno de los entregables. El cronograma debe contemplar un (1) mes para la etapa de estabilización.

• Metodología de trabajo a seguir, la cual debe estar alineada con el cronograma.

• Plan de gestión de riesgos, el cual debe ajustarse a las mejores prácticas recomendadas por el PMI en sus últimas versiones.

• Plan de aseguramiento de calidad. • Procedimiento Control de cambios. • Plan de capacitaciòn

Durante esta fase la UGPP y FONADE deberán presentar, con nombres y roles, su equipo de trabajo. Esta información y la suministrada por el contratista permitirán establecer el equipo base de seguimiento, entendiéndose por tal el conformado por el Interventor, el Gerente de Proyecto designado por la UGPP y el Gerente de Proyecto del Contratista. Durante esta fase también deberá efectuarse la primera reunión del Comité Técnico, en la cual se revisará y aprobará su reglamento Entregables:

Fase 0 – Planeación para la ejecución del contrato

Plan general de Proyecto. Formalización del equipo de trabajo entregando las hojas de vida de cada uno y sus correspondientes soportes, con nombre y roles de cada miembro. Cronograma. Metodología de Trabajo. Plan de gestión de riesgos.

�

�


Plan de aseguramiento de calidad. Procedimiento de control de cambios. Plan de capacitaciòn Acta de recibo de los productos de esta fase.

�� En esta fase se interpretan los diferentes niveles de requerimientos expresados por los diferentes grupos de usuarios (estratégicos, tácticos y operativos) de la Dirección de Parafiscales. El contratista deberá entregar los requerimientos de hardware y software necesarios para que la solución opere apropiadamente en la UGPP. � Entregables:

Fase I- Requerimientos y análisis de negocio

Documento análisis de requerimientos funcionales y técnicos. Requerimientos de Hardware y software para que la solución opere apropiadamente en la UGPP. Acta de recibo de los productos de esta fase.

�� En esta fase se diseña el Data Warehouse, la aplicación analítica y el diagnóstico de la calidad de los datos de la fuente de datos (RUA). Así mismo, el contratista deberá entregar en esta fase el protocolo de pruebas, escenarios y casos de prueba para su respectiva aprobación. El Contratista en conjunto con la UGPP deberá diseñar el documento “Criterios de aceptación para la recepción de la solución” y presentarlo a la Interventoría y a la UGPP para su respectiva revisión y aprobación. Entregables:

Fase II – Diseño

Diseño de la arquitectura de la solución. Diseño de la aplicación analítica. Diseño del modelo lógico del DWH. Diseño de los procesos de ETLs para el cargue histórico. Diseño de los procesos de ETLs para el cargue periódico incremental. Diagnostico de la calidad de los datos de la fuente de datos del RUA.

�

�


Documento Protocolo de Pruebas, escenarios y casos de prueba: el cual debe incluir como mínimo:

1. Formato del acta de ejecución de las pruebas 2. Tipificación de los resultados de una prueba 3. Criterios de aceptación 4. Categorización de errores 5. Tiempos de solución de errores resultantes de una prueba

según el tipo de error 6. Condiciones de una reprueba 7. Equipo de apoyo del contratista asignado para las pruebas

con sus roles y dedicaciones 8. Esquema de actualizaciones de ambiente de pruebas

Documento Criterios de Aceptación para la recepción de la solución. Acta de recibo de los productos de esta fase

�� En esta fase se construye el Data Warehouse, la construcción de los procesos de ETL y la aplicación analítica. Se construyen los casos de prueba para ser ejecutados en la Fase de Pruebas de Aceptación. Se construye el plan de estabilización y el plan de cargue para los históricos, los cuales deben ser aprobados por la Interventoría y la UGPP. El plan de estabilización que presente el contratista debe contemplar entre otros aspectos los siguientes:

• Esquema de comunicación para el reporte de incidentes • Tiempo y medio de atención por tipo de incidente • Niveles y procedimiento para el escalamiento de las fallas que se presente. • Esquema de actualización (Deployment) del ambiente de producción de

acuerdo con los Protocolos suministrados por el Datacenter de la UGPP.´

En el Plan de cargue debe contemplar entre otros aspectos los siguientes: • Estrategias de cargue. • Recursos disponibles para la carga y la validación • Instrumentos automáticos para validar la información histórica cargada a la

Bodega de Datos. El contratista utilizará las herramientas de BI – Análisis y explotación de información para crear los reportes de validación.

• Informe de resultados de la carga, el cual debe incluir: a. Total de datos a cargar Vs. Total de datos cargados mensual, anual

y total en los tres años. Este informe debe presentarse a nivel de grafico evidenciando los porcentajes. b. Reportar los hallazgos para que sean implementadas las mejoras

de acuerdo al caso.

�

�


c. Recomendaciones. Entrega de los ANS para el soporte y mantenimiento. Documento que debe ser aprobado por la Interventoría, FONADE y la UGPP. Así mismo se construye la primera iteración del manual técnico (documento de arquitectura) y el manual de usuario final, los cuales deberán ser entregados en medio magnético CD, en español. El documento de arquitectura, es la guía y soporte a los administradores de la solución y a los usuarios técnicos, se requiere que este documento tenga como mínimo el siguiente contenido:

DESCRIPCIÓN

PARTE 1

1. DESCRIPCIÓN DE LA SOLUCIÓN 1.1 PLATAFORMAS SOPORTADAS Y REQUERIMIENTOS TÉCNICOS DE LA SOLUCIÓN

1.2 ARQUITECTURA DE LA SOLUCIÓN

1.3 DESCRIPCIÓN TÉCNICA DE CADA COMPONENTE

1.3.1 DATA WAREHOUSE

1.3.2 ETLs

1.3.2 APLICACIÓN ANALITICA

1.4. USUARIOS CLAVES DE LA SOLUCIÓN

2. INSTALACIÓN DE LA SOLUCIÓN 2.1. REQUERIMIENTOS DE LA SOLUCIÓN A NIVEL DE LA BASE DE DATOS.

2.2. PRODUCTOS REQUERIDOS POR LA SOLUCIÓN

2.3. INSTALACIÓN DE MÓDULOS DE LA SOLUCIÓN

2.4. INSTALACIÓN Y CONFIGURACIÓN DEL PORTAL

2.5. INSTALACIÓN Y CONFIGURACIÓN DE USUARIOS

3. MIGRACIÓN A PRODUCCION

3.1. ACTIVIDADES DE MIGRACION POR MODULO

3.1.1. BASES DE DATOS, REPOSITORIOS

3.1.2. FLUJOS DE LOS ETLS

3.1.3. APLICACIÓN ANALITICA

3.2 MAPEO DE PUERTOS PARA ACCESO A LA APLICACIÓN 3.3. INTEGRACION DEL LA SOLUCIÓN CON LDAP - AMBIENTE DE PRODUCCION

3.4. MECANISMO DE CONTINGENCIA DE LOS DIRECTORIOS COMPARTIDOS

4. BACKUPS Y RECUPERACIÓN

4.1 REQUERIMIENTOS

4.2 OBJETOS DEL BACKUP

4.3 USO DEL EXPORT DE LOS REPOSITORIOS

4.4 PLANTILLA DE POLITICAS DE BACKUP

4.5 ESTRATEGIAS DE RECUPERACION

5. OPERACIÓN DE LA SOLUCIÓN

5.1. COMPONENTE ETL

5.1.1. FUNCIONES ADMINISTRATIVAS

5.1.2. FUNCIONES OPERATIVAS

5.1.3. SOLUCIÓN DE PROBLEMAS A NIVEL TÉCNICO

5.1.4. SOLUCIÓN DE PROBLEMAS USUARIO FINAL

5.2. COMPONENTE DE APLICACIÓN ANALITICA

5.2.1. FUNCIONES ADMINISTRATIVAS

�

�


DESCRIPCIÓN

5.2.2. FUNCIONES OPERATIVAS

5.2.3. SOLUCIÓN DE PROBLEMAS 5.3. CARGUE DE DATOS SEMILLA

6. PARAMETOS DE CONFIGURACIÓN

6.1 Servidores

6.2 Portal Web

6.3 Agendamientos reportes

6.4 usuarios

PARTE 2:

2. GUIAS DE INSTALACION

Guía de Instalación de las herramientas de BI.

Guía de Instalación y Administración de Usuarios

Guía de despliegue del componente del ETL

Guía de despliegue de componente de la aplicación analítica

Entregables:

Fase III - Construcción

Documento de Arquitectura Iteración 1.

Documento Manual usuario final Iteración 1. Plan de Estabilización. Plan de Carga para el poblamiento histórico. Documento con los Acuerdos de Niveles de Servicio para el soporte y mantenimiento. Informe resultado de pruebas internas y casos de pruebas diligenciados. Informe y acta de aceptación del Líder de Calidad certificando la ejecución de las pruebas internas. Anexando los escenarios y casos de prueba debidamente diligenciados. Acta de recibo de los productos de esta fase.

�� En esta fase se realizan las actividades de entrega de las licencias de software de Business Intelligence (BI) y la instalación de las herramientas en el ambiente de Calidad del Datacenter de la UGPP, ejecutando los casos de prueba aprobados y el acta de recibo parcial de las herramientas de acuerdo con lo establecido para las mismas. Se instalará el deployment de la solución en el ambiente de Calidad del Datacenter de la UGPP, y la inducción a los usuarios de la UGPP y a la Interventoría para la ejecución de la pruebas de aceptación.

�

�


El contratista debe garantizar la verificación de todos los requerimientos y especificaciones y por tanto una adecuada y correcta operación del sistema, así como la compatibilidad con los equipos y servicios que la UGPP ponga a disposición. PLAN DE PRUEBAS

Las pruebas las realizará la UGPP, con el acompañamiento en sitio por parte del contratista y la Interventoría, siguiendo el Protocolo de Pruebas, escenarios y casos de prueba aprobados. Se aclara que el protocolo de pruebas que presente el contratista en la etapa de Diseño debe contemplar, entre otros aspectos:

• Formato del acta de ejecución de las pruebas • Tipificación de los resultados de una prueba • Criterios de aceptación • Categorización de errores • Tiempos de solución de errores resultantes de una prueba según el tipo

de error • Condiciones de una reprueba • Equipo de apoyo del contratista asignado para las pruebas con sus roles

y dedicaciones. • Esquema de actualizaciones de ambiente de pruebas

Previo al inicio de las pruebas y con la antelación que se considere en el protocolo, el contratista deberá formalizar a la UGPP los requerimientos de recursos, equipos, ambientes y datos para la ejecución de las pruebas. Al finalizar una prueba, se deberá formalizar un Acta de Ejecución de la prueba, en la que se debe indicar: Participantes, Fecha y el Resultado de la misma; siguiendo para ello la catalogación y criterios de aceptación establecidos en el Protocolo de Pruebas. Semanalmente se entregará un reporte semanal de ejecución de pruebas. VALORACIÓN DE RESULTADOS

Una vez efectuadas las pruebas, el contratista deberá entregar un informe final de resultado de las pruebas, el cual deberá incluir como mínimo:

o La diferencia, si llegase a haber, entre las pruebas realizadas y las planeadas.

o Los resultados obtenidos de las pruebas. o Las conclusiones de las pruebas.

�

�


PRUEBAS INSATISFACTORIAS

Si cualquiera de las pruebas, ya sea las propuestas por el Contratista o las exigidas por la UGPP, no son satisfactorias, el Contratista debe solucionar la falla técnica antes de finalizar las Pruebas de Aceptación. PROGRAMA MÍNIMO PARA PRUEBAS DE ACEPTACIÓN

Las siguientes son el conjunto mínimo de pruebas que el contratista debe presentar dentro de su plan: a. Pruebas de integración

Integración adecuada en el ambiente destino. b. Pruebas de carga y estrés

El contratista hará recomendaciones a la UGPP para ejecutar las pruebas y en caso de que la UGPP las efectué durante el plazo establecido en la fase IV. Pruebas de aceptación, el contratista acompañará a la UGPP en la ejecución.

c. Pruebas de procedimientos

Su objetivo es asegurar la concordancia entre los procedimientos diseñados para la operación de la solución y las características funcionales de la misma. Como procedimientos de backup y recuperación, guías de instalación y configuraciones.

d. Pruebas de restauración transaccional

El objetivo es verificar la capacidad de la aplicación para restaurar su procesamiento normal, después de eventos inesperados como caídas de luz o de red, en diferentes tramos o instancias de proceso.

e. Pruebas de seguridad

El objetivo es verificar que la solución cumple con los estándares de autenticación de usuarios establecidos por la UGPP, adicionalmente se verifica la no existencia de caminos alternos dentro de la solución que permitan realizar operaciones sin pasar por los medios de autenticación requeridos.

Entregables:

�

�


Fase IV. Pruebas de Aceptación

Entrega de las licencias de software de Business Intelligence (BI): Licencia de integración de datos (ETL) y licencia de análisis y explotación de la información. Acta de instalación de las herramientas en el ambiente de Calidad del Datacenter de la UGPP, suscrita por el contratista. Acta de instalación del Deployment de la solución en el ambiente de calidad del Datacenter de la UGPP., suscrita por el contratista. Acta ejecución de pruebas al finalizar una prueba Reporte semanal de ejecución de pruebas Informe final de resultados de las pruebas anexando los casos de pruebas debidamente diligenciados.

Acta de recibo de las herramientas de BI firmada por la Interventoría, contratista y UGPP.

Acta de recibo de las pruebas de la solución firmada por la Interventoría, contratista y UGPP. Documento de Arquitectura Iteración 2. – Si aplica Documento Manual usuario final Iteración 2. – Si aplica Acta de recibo de los productos de esta fase.

��

Terminadas las pruebas de aceptación, la UGPP instalará la solución en el ambiente de Producción del Datacenter y el contratista hará entrega del ambiente de pruebas, si se actualizó la configuración de los servidores o de la solución, se entregarán ajustados el documento de arquitectura y el manual de usuario final. En esta fase se realizan las actividades conducentes al manejo y operación en producción de la solución que surjan por parte de la UGPP, así mismo se realizará el poblamiento de los últimos tres (3) años para la Fuente de Datos del RUA y se ejecutarán las carga periódicas, de acuerdo con las ventanas de tiempo definidas por la UGPP. Estabilización Al finalizar la Fase de Pruebas de Aceptación y formalizada el acta de recibo, el contratista deberá disponer de los recursos necesarios para atender apropiada y oportunamente, por un período de un (1) mes, los requerimientos de soporte en el manejo y operación en producción de la solución que surjan por parte de la UGPP. Esta etapa se denomina de estabilización y es un proceso aparte, y anterior, al de soporte y mantenimiento solicitado por un año de las herramientas.

�

�


Para la atención de los eventos que surjan durante la etapa de estabilización y puesta en producción, el contratista deberá seguir el esquema de atención de solicitudes contemplado en el plan de estabilización aprobado en la fase de construcción. El contratista deberá entregar un informe de los incidentes reportados y cerrados. Si durante el mes de estabilización realizó afinamiento a la solución o modificó algún componente, deberá actualizar el documento de arquitectura y/o manuales de usuario. Poblamiento de los últimos tres (3) años de la Fuente de Datos RUA El contratista seguirá el plan de cargas presentado y aprobado en la Fase de Construcción y deberá disponer de los recursos necesarios para a tender apropiadamente las posibles fallas que surjan durante la actividad. La validación de la consistencia de las cargas se realizará en conjunto con la UGPP, Interventoría y el contratista. El contratista deberá presentar un informe de resultados de la carga, el cual debe incluir como mínimo:

• Total de datos a cargar Vs. Total de datos cargados mensual, anual y total en los tres años. Este informe debe presentarse a nivel de grafico evidenciando los porcentajes.

• Reportar los hallazgos para que sean implementadas las mejoras de acuerdo al caso.

• Recomendaciones. Entregables:

Fase V. Estabilización y puesta en producción

Documento de Arquitectura Iteración 3. – Si aplica

Documento Manual usuario final Iteración 3. – Si aplica

Acta de recibo de la instalación de las herramientas en el ambiente de Producción del Datacenter de la UGPP. Acta de recibo de instalación del Deployment de la solución en el ambiente de Producción del Datacenter de la UGPP.

Informe de resultados del cargue. Informe de las actividades realizadas durante la fase de estabilización. Informe de resultados del cargue periódico incremental.

�

�


Acta de recibo de la Fase de estabilización y puesta en producción. Acta de recibo final de la solución implementada.

�CAPACITACIÓN La capacitación debe ser impartida por el contratista de manera presencial en sus instalaciones. Eventualmente y previa concertación sobre el particular con la UGPP y el FONADE podría dictarse en las instalaciones de la UGPP. El contratista deberá proveer la logística necesaria para dictar los cursos, es decir, suministrará los salones, estaciones de trabajo, marcadores, tableros, video beam, y cualquier otro elemento que implique un apoyo a los cursos de capacitación. El contratista deberá presentar, para aprobación de la UGPP y la interventoría, durante la fase de planeación, un plan de capacitación orientado a diferentes tipos de usuarios: usuarios finales, técnicos de sistemas y equipo técnico de soporte de la infraestructura tecnológica de la solución. Para cada tipo de usuario deberá indicar en detalle el temario de los cursos a realizar y el perfil de las personas que deben participar en cada uno de ellos.

• Igualmente, deberá diseñar los instrumentos y mecanismos de evaluación de la capacitación impartida de forma que estos midan el grado de conocimiento de los temas tratados y su utilización en los procesos cotidianos.

• El plan de capacitación, los instrumentos y mecanismos de evaluación de la

capacitación serán revisados y aprobados por la Interventoría.

• Los materiales de capacitación de apoyo deberán ser entregados en medio magnético a los usuarios de la UGPP. De cada capacitación deberá quedar un registro de asistencia.

• La intensidad requerida en las capacitaciones estará definida por el

contratista de acuerdo a las características de cada módulo, pero deberá ser suficiente para garantizar la comprensión por parte de los usuarios.

La Capacitación será para grupos distribuidos de la siguiente forma: CAPACITACIÓN HERRAMIENTAS DE BUSINESS INTELLIGENCE Herramienta Integración de Datos (ETL): Usuarios Técnicos y Administradores: hasta 5 asistentes.

�

�


Herramienta de Análisis y explotación de información: Usuarios de visualización: hasta 5 asistentes. Usuarios de desarrollo: hasta 5 asistentes. CAPACITACIÓN DE LA SOLUCIÓN Usuarios técnicos y administradores:

Instalación de las herramientas y de la solución: hasta 5 asistentes Administración técnica de la solución: hasta 5 asistentes

Usuarios de visualización y usuarios de desarrollo:

Navegación de la solución (Tablero estratégico, reportes): hasta 5 asistentes. Estructura de la capa semántica: hasta 5 asistentes

Requisitos: El contratista debe plasmar en el cronograma la capacitación de la solución a los usuarios técnicos y funcionales, siguiendo lo contemplado en el plan de capacitación aprobado por la interventoría y la UGPP Para la capacitación de las herramientas de BI, el contratista podrá planearlas en cualquier etapa del proyecto excepto en la fase de estabilización y puesta en producción. Entregables:

Entregables CAPACITACIÓN - Herramientas BI

y CAPACITACIÓN - Solución BI

Plan de capacitación Registro de asistencia de los participantes por cada curso Certificado de asistencia a cada participante por cada curso Informe evaluación de los participantes por cada curso Informe evaluación del Instructor por cada curso. Material y/o tutoriales y/o guías utilizadas en la capacitación en medio magnético

�PRODUCTOS A ENTREGAR Como resultado de la consultoría el contratista deberá entregar los productos solicitados en las reglas de participación. La construcción del Data Warehouse conformado por el DataMart de Riesgos estratégicos y la aplicación analítica que cumpla con los requisitos técnicos y

�

�


funcionales establecidos en este documento y que incluya la totalidad de los entregables requeridos. Nota 1. Todos los entregables de cada una de las fases y que correspondan a manuales, diseños, modelos, diagnósticos, documentos de arquitectura y requerimientos y todo aquel que aplique a juicio de la Interventoría, debe ser entregado en medio digital a la Interventoría, salvo en los casos en que se estipule un medio de entrega diferente. SOPORTE Y MANTENIMIENTO TÉCNICO DE LAS HERRAMIENTAS El contratista debe ofrecer como parte de la oferta, el servicio de soporte y mantenimiento a las herramientas suministradas, por el término de (1) año, que se iniciará a la aceptación definitiva del proyecto sin costo adicional para la UGPP, ni para FONADE. El soporte y mantenimiento técnico de las herramientas cubre:

• Suministro de actualizaciones/parches y nuevas versiones de las herramientas suministradas. El contratista deberá suministrar todas las versiones que libere el fabricante con posterioridad a la adquisición de las herramientas, las cuales deberán ser entregadas a la UGPP sin ningún costo. La ACTUALIZACIÓN no incluye la prestación de servicios de instalación, migración de proyectos o capacitación a la UGPP en las nuevas funcionalidades o características de las versiones suministradas.

• Servicio de Soporte Técnico. Prestará asistencia técnica para resolver incidencias y problemas con las herramientas suministradas.

El Contratista deberá presentar para aprobación de la UGPP y la interventoría, antes de finalizar la fase de prueba de aceptación, el esquema de soporte y mantenimiento técnico de las herramientas, el cual deberá contemplar como mínimo: :

1) Recursos Logísticos. 2) Administración de Seguridad de la Información. 3) Prestación del servicio de soporte técnico, enmarcada dentro de los

parámetros de un servicio “helpdesk”, para el cual debe describir los perfiles de los responsables del servicio, los mecanismos de escalamiento, el apoyo de los fabricantes del software.

�

�


4) Prestar el servicio en horario de atención en días hábiles (lunes a viernes) de mínimo 9 horas diarias en jornada laboral de oficina (8:30 A.M. a 5:30 P.M).

5) Prestar atención presencial en caso de que durante las 4 horas siguientes

al reporte del evento este no haya sido solucionado por vía telefónica o acceso remoto.

6) Acuerdos de niveles de servicio (ANS) para el soporte y mantenimiento.

Es importante tener en cuenta que:

• Los acuerdos de servicio para el soporte y el mantenimiento serán revisados y aprobados por la interventoría y la UGPP antes de finalizar la fase de estabilización. El contratista debe garantizar el suministro de nuevas versiones y la prestación del servicio de mantenimiento y soporte durante mínimo cinco (5) años posteriores al recibo a satisfacción de la solución, el cual, a partir del segundo año, puede o no ser contratado por la UGPP y será objeto de otro contrato; esto con el fin de asegurar la adquisición de herramientas para las cuales se garantice comercialización, soporte y evolución del producto.

METODOLOGIA DE IMPLEMENTACION Para la implementación de la solución, el contratista deberá emplear una metodología estándar y reconocida internacionalmente en el mercado tales como PMI, para la Gerencia de Proyectos y para la implementación de la solución de Business Intelligence, las metodologías basadas en las corrientes de Kimball y/o Inmon, o con su propia metodología, aplicando las mejores prácticas y estándares en el mercado para la construcción de Data Warehouse y la construcción de aplicaciones analíticas. El Contratista deberá indicar en su metodología:

• La forma como organizará su equipo de trabajo. • La forma como administrará y controlará el proyecto. • Las actividades específicas que desarrollará en cada fase. • Los puntos de control del proyecto con base en la metodología expuesta. • Control de cambios necesarios para ajustar satisfactoriamente el software,

con su respectiva documentación.

�

�


Durante la etapa de planeación del proyecto deberá revisarse y aprobarse la metodología a utilizar siendo necesario definir como parte de ella los ciclos e instancias de aprobación de documentos, así como acciones a seguir en caso de no obtener las aprobaciones. GARANTÍAS TÉCNICAS A LAS HERRAMIENTAS Y SOLUCIÓN IMPLEMENTADAS GARANTÍA DE LAS HERRAMIENTAS DE SOFTWARE El contratista debe garantizar que a título de garantía del fabricante de la herramienta y sin costo para la UGPP y FONADE, resolverá los errores y fallas que presenten las herramientas licenciadas para dar cumplimiento al objeto del contrato. Esta garantía iniciará a partir de la instalación y recibo a satisfacción de las herramientas por parte de la Interventoría y tendrá una duración de un (1) año. GARANTÍA DE LA SOLUCION IMPLEMENTADA El contratista debe garantizar que a título de garantía de la labor de consultoría ejecutada y sin costo para la UGPP ni para FONADE, resolverá los errores y fallas que presente la solución implementada para dar cumplimiento al objeto del contrato. Esta garantía iniciará a partir de la formalización del acta de recibo final de la solución implementada y tendrá una duración de un (1) año.

La garantía de la solución cubre: • Resolución de bugs o fallas sobre el diseño del Data Warehouse, procesos de

ETL, diseño y construcción de la aplicación analítica entregada; así como la actualización que por efectos de la corrección corresponda realizar en la documentación técnica y de usuario.

La garantía no aplica para los siguientes casos: • Problemas relacionados con la solución implementada cuando la UGPP haya

realizado modificaciones a la solución con posterioridad a la entrega y puesta en operación.

• Problemas que estén relacionados con el uso inadecuado de las herramientas que conforman la solución.

• Solicitudes de cambios originados por nuevas normas ó nuevos requerimientos de usuario.

�

�


MECANISMO DE REPORTE DE FALLAS Las fallas o errores presentados o identificados, serán reportados al contratista mediante el mecanismo que se establezca y apruebe conjuntamente con la UGPP. El contratista responderá a las solicitudes de acuerdo con los niveles de servicio y el mecanismo aprobado para el proyecto por la Interventoría, FOANDE y la UGPP La calidad, confiabilidad y seguridad de los datos provenientes de fuentes externas a la solución, serán responsabilidad de la UGPP y no están incluidos dentro del cubrimiento de la garantía. LICENCIAMIENTO FUTURO El oferente deberá presentar como un ítem independiente dentro de su propuesta económica el precio por concepto de licencias adicionales, de acuerdo con los tipos de licenciamiento ofertado (usuario nombrado y/o número de cores), el cual debe mantenerse por un período no inferior al término de la garantía de las herramientas. Este costo no deberá afectar el costo total de la solución implementada, dado que las licencias serán adquiridas por la UGPP en caso de ser requerido. MANUALES Los manuales de los usuarios finales deben están en idioma español y deben poderse consultar en línea. La versión definitiva de los manuales deberán ser entregados a la UGPP en medio físico y en medio magnético –CD. La recepción de la versión final de todos los manuales deberá ser aprobada, en calidad y contenido, por la Interventoría.

Los manuales a entregar son:

Manual Técnico, que corresponde al Documento de Arquitectura mencionado en la etapa de construcción. Manual de usuario final.

FUNCIONES DEL EQUIPO DE TRABAJO DEL CONTRATISTA Las principales funciones de cada integrante del equipo de trabajo se describen a continuación: �

FUNCIONES DEL DIRECTOR DE PROYECTO El Director de proyectos realizará la dirección y coordinación administrativa del equipo y la relación con el equipo de la UGPP. Será la cabeza del equipo de trabajo con quien interactúa oficialmente la Interventoría.

�

�


Mantendrá al día los registros de tiempo real de cada actividad y producirá las estadísticas de desviación de cronograma, el valor ganado del proyecto, y las fechas probables de terminación de cada actividad y ciclo del proyecto. Como Director de Proyecto, entre otras funciones propias de este rol, tendrá como función:

• Organizar, coordinar, controlar y dirigir, el proyecto, las actividades y los recursos del mismo.

• Elaborar y presentar el plan de proyecto. • Presentar y sustentar el cronograma. • Presentar los Criterios de Aceptación para la recepción de la solución. • Presentar el Protocolo y casos de prueba. • Presentar el Plan de Estabilización y Plan de cargas históricas. • Presentar el Plan de soporte y mantenimiento de la solución • Controlar el cumplimiento del cronograma. • Realizar las gestiones requeridas y orientar el trabajo del equipo para

cumplir con el alcance y objetivos del proyecto en el tiempo previsto. • Presentar informes de avance. • Representar al contratista en las reuniones de seguimiento • Participar en los comités técnicos

FUNCIONES DEL ARQUITECTO DE BI El Arquitecto de BI (Business Intelligence) desempeña también el rol de Líder Técnico. Tendrá a su cargo las decisiones de arquitectura del sistema, (garantizando la sostenibilidad de la arquitectura y la integración de los diferentes módulos, sistemas de información externos y diferentes versiones), la descomposición modular, la definición del alcance de cada ciclo, la estimación de los tiempos de ejecución de cada una de las actividades definidas en el cronograma, la asignación de las actividades a cada desarrollador, y la definición de todas las actividades técnicas del cronograma, dentro del esquema de control definido por la metodología. Responsable de la implementación de los requerimientos de negocio del proyecto y mapear estos requerimientos a la aplicación de inteligencia de negocios, asegurar que el diseño de la solución es compatible con toda la arquitectura tecnológica existente en la UGPP. Responsable del diseño y construcción del Data Werehouse y los procesos de ETL para el poblamiento y para las cargas periódicas incrementales.

�

�


El Arquitecto trabajará estrechamente con el desarrollador de ETL para asegurar que el diseño de la bodega de datos, su construcción y poblamiento brinden las mejores facilidades de uso a los usuarios finales, expresadas en términos de alto rendimiento y facilidad de consulta. Igualmente es responsable del diseño de la aplicación analítica y la coordinación del equipo de desarrollo de BI, asegurando que los requerimientos técnicos y funcionales se encuentren alineados con la arquitectura diseñada. FUNCIONES DEL CONSULTOR FUNCIONAL BI Responsable de la conceptualización y descripción de la solución analítica de acuerdo con las necesidades expresadas por los usuarios de negocios de la UGPP. Define los diferentes instrumentos de análisis de la solución: Tablero de control, indicadores y reportes analíticos. Responsable de la definición de los casos de prueba tanto de la herramienta de BI como de la solución analítica y de la definición del set de datos, apoya en la ejecución de las pruebas internas del contratista y realiza acompañamiento a las Pruebas de Aceptación en conjunto con la Interventoría y la UGPP. Asegura que todos los requerimientos de negocio estén modelados adecuadamente en las especificaciones técnicas de diseño. Realiza la capacitación funcional a los usuarios de negocio de la UGPP. FUNCIONES DEL DESARROLLADOR EN ETL Responsable de la implementación de las estrategias de Extracción, Transformación y Cargue previamente aprobadas en la fase de diseño, en la herramienta ETL suministrada por el contratista. Responsable de ejecutar un extenso conjunto de unidades de prueba sobre todos los scripts ETL para asegurar que ellos cumplen completamente con los requerimientos delineados en la especificación del diseño del ETL. Responsable de solucionar las fallas o incidentes presentados en la Fase de Pruebas de Aceptación y en la Fase de Estabilización y puesta en Producción.

�

�


FUNCIONES DE LOS DESARROLLADORES DE BI Responsables de desarrollar la capa semántica, tableros, reportes, agendamientos y las tareas de programación que les sean asignadas por el Arquitecto de BI. Responsable de solucionar las fallas o incidentes presentados en la Fase de Pruebas de aceptación y en la Fase de Estabilización y puesta en Producción. FUNCIONES DEL LÍDER DE CALIDAD El líder de calidad tendrá a su cargo la definición de los Criterios de Aceptación para la recepción de la solución, la definición y control del plan de calidad tanto del proyecto como de la construcción de la solución, de coordinar todas las tareas de aseguramiento de calidad definidas por la metodología propuesta, evaluar mediante métricas, los requerimientos de calidad de los productos, chequear mediante métricas las condiciones anormales en los procesos y eliminarlas antes de terminar el producto, analizar las pérdidas de calidad para definir acciones para el mejoramiento continuo del proceso de desarrollo de software, asegurar que los procesos de ingeniería de software sean usados durante todo el ciclo de vida del proyecto y finalmente, de producir las estadísticas de calidad del proyecto. PERSONAL UGPP

FUNCIONES Y EQUIPO DE TRABAJO UGPP Durante el desarrollo del proyecto, la UGPP asignará los siguientes recursos:

• Un Director de Proyecto • Un Líder Técnico • Un Líder Funcional • Un administrador de la solución

Los usuarios líderes tendrán dentro de sus funciones:

• Participar en la revisión y aprobación del cronograma detallado para la implementación de la solución.

• Participar en la formulación de escenarios de prueba /casos de prueba y

formalizarlos en conjunto con el Contratista y la Interventoría. • Participar en la ejecución de las pruebas de aceptación y formalizarlas en

conjunto con el Contratista y la Interventoría.

�

�


• Participar en la validación y verificación del poblamiento de los últimos tres años de una Fuente de Datos y formalizarlas en conjunto con el Contratista y la Interventoría.

• Ser el canal de comunicación de los usuarios con los consultores del

Contratista. • Apoyar a la gerencia del proyecto por parte de la UGPP en la Fase de

estabilización y puesta en producción. • Ser usuario multiplicador.

Estos recursos estarán coordinados por el Director del proyecto por parte de la UGPP. Las actividades, recursos y dedicaciones del personal asignado por la UGPP, corresponderán al aprobado conjuntamente con el Contratista, interventor y la UGPP en la Fase de Planeación de acuerdo con lo estipulado en el Cronograma. CONDICIONES TÉCNICAS PARTICULARES

1. La consultoría no incluye, adecuación o estandarización de las Fuentes de Datos.

2. La fuente de datos histórica del RUA, no conserva la misma estructura y consistencia de datos que las fuentes tomadas para el proceso de carga periódica.

3. La fuente de datos desde la cual se extraerá la información es el RUA. No obstante, a futuro se contará con otras fuentes adicionales de datos como el RUAF, RUE y Registraduría, por lo cual, la solución debe ser escalable.

4. Se cargará a la bodega de datos, la información histórica de los 3 últimos años de la fuente de datos del RUA.

5. No se realizará acondicionamiento de los datos desde la fuente, es decir, se realizará el diagnóstico de la fuente de datos y se reportaran los hallazgos para que sean implementadas las mejoras de acuerdo al caso, pero no se harán modificaciones a la fuente de datos.

6. El contratista debe basar la construcción de la solución de Inteligencia de Negocios en el principio de eliminar o minimizar el uso de código de programación. Esto favorece la portabilidad, uso de estándares implícitos y facilidad de mantenimiento y evolución de la aplicación.

7. Las consultas de negocio y las necesidades funcionales para obtener la información necesaria para el proyecto desde la fuente de dato (RUA), serán proporcionadas por la UGPP.

�

�


8. La integridad a nivel de registros y a nivel de cifras de la Bodega de Datos se encuentra a cargo del Contratista. El contratista no responderá por calidad de los datos de identificación y datos demográficos de las fuentes de datos, sin embargo se reportarán los hallazgos para que sean implementadas las mejoras de acuerdo al caso. El cronograma no incluirá los reprocesos por calidad de datos.

9. Los ambientes de pruebas y producción serán suministrados por la UGPP. 10. La disponibilidad y/o el acceso a la fuente de dato del RUA deberá ser

gestionada a través de la UGPP. 11. La entrega de la documentación e información requerida por el contratista

para la debida ejecución del proyecto, deberá ser solicitada oportunamente a la UGPP.

12. Los permisos de acceso tanto a las instalaciones como a los equipos deberán ser solicitados oportunamente a la UGPP.

13. La UGPP dispondrá en sus instalaciones de un sitio para que el contratista ubique su equipo de trabajo y los recursos necesarios para el desarrollo del proyecto excepto para las fases de diseño y construcción, las cuales deberán ser asumidas por el contratista

GLOSARIO DE TERMINOS APLICABLE AL PRESENTE PROCESO DE SELECCION

Aportantes

Son las personas naturales o jurídicas que realizan los aportes al Sistema de Seguridad Social Integral y al de la Protección Social o las obligadas a reportar novedades de afiliación así no esté a su cargo el pago de aportes.

Administradoras

Son las entidades tanto públicas como privadas que tienen a su cargo los procesos de afiliación, traslados y novedades en el Sistema de Seguridad Social Integral y de la Protección Social, así:

• En salud: las Empresas Promotoras de Salud - EPS, tanto del régimen contributivo como del régimen subsidiado.

• En pensiones: Las administradoras del régimen Solidario de Prima Media con Prestación Definida y las del régimen de Ahorro Individual con Solidaridad.

• En cesantías: Las administradoras de Fondos de Cesantías y el Fondo Nacional del Ahorro en su función de administradores de los Fondos de Ahorro programado de largo plazo.

• En riesgos Profesionales: Las administradoras de Riesgos Profesionales - ARP.

• En subsidio familiar: las Cajas de Compensación Familiar.

Autorizados son aquellas entidades o personas naturales autorizadas para reportar información relacionada con las afiliaciones, novedades y

�

�


traslados al Sistema de la Seguridad Social Integral y de la Protección Social, los cuales pueden ser el aportante, el cotizante, las entidades territoriales, los pagadores de pensiones, las administradoras los Sistemas de la Seguridad Social Integral y de la Protección Social, los aportantes facultativos (sólo aplica para el Sistema del Subsidio Familiar), los pensionados y el Fondo de Solidaridad Pensional.

Business Intelligence (BI)

Es tener la información necesaria, para el apoyo en la toma de decisiones, de una forma medible y estructurada desde métodos de almacenamiento adecuados. Dentro del mundo de los negocios y, de las organizaciones en general, la "Inteligencia de Negocios", es un concepto respaldado por una nueva manera de hacer las cosas posibles, gracias a los avances de los Sistemas de Información y de las Tecnologías de Información.

Centralizador:

Es un sistema de información que garantiza la operación transaccional, control, y monitoreo de los procesos de la Afiliación Única Electrónica, administrado por la entidad descentralizada indirecta mixta, definida en el Decreto 2390 de 2010 o la norma que lo modifique, adicione o sustituya.

Data Werehouse –

Bodega de Datos (DWH)

Es un conjunto de datos integrados o orientados a una materia, que varían con el tiempo y que no son transitorios, los cuales soportan el proceso de toma de decisiones de la administración y está orientada al manejo de grandes volúmenes de datos provenientes de diversas fuentes o diversos tipos. Estos datos cubren largos períodos de tiempo lo que trae consigo que se tengan diferentes esquemas de los datos fuentes, La concentración de esta información está orientada a su análisis para apoyar la toma de decisiones oportunas y fundamentadas, Previo a su utilización se debe aplicar procesos de análisis, selección y transferencia de datos seleccionados desde las fuentes.

Datamart El Datamart es un subconjunto de la Bodega de Datos para un propósito específico.

ETL Extract, transform and load (estracción, transformación y carga), en administración de sistemas de información y almacenes de datos (Bodega de Datos, Datamart).

Implantación (o) Implementación

Es el proceso mediante el cual el contratista realiza las labores de instalación, pruebas, puesta a punto y puesta en operación en ambiente de producción, de todas las funcionalidades contratadas del producto ofertado por él.

Modalidad de Licenciamiento

y ediciones

Modelo de licenciamiento.

�

�


Por usuario nombrado.

Por modelo por procesador: Requiere una licencia por cada procesador en el servidor.

Ediciones:

Standar edition: Orientada para soluciones de mediana-empresa y departamentales. Algunas veces limitadas a un cierto número de CPUs, y carecen de algunas de las funcionalidades sofisticadas de ediciones empresariales.

Enterprise- Edition: Orientada para las grandes compañías, para aplicaciones que requieren grandes volúmenes de datos y alto desempeño transaccional. Las ediciones empresariales incluyen características tales como alta disponibilidad, clustering, y avanzadas herramientas de gestión, y típicamente no tienen limitaciones de CPU o memoria.

Operadores de afiliación

Son las administradoras del Sistema de Seguridad Social Integral y de la Protección Social en sus componentes de pensiones, salud, riesgos profesionales y Cajas de Compensación Familiar, quienes están autorizadas por ley para afiliar a la población contributiva y subsidiada a dichos Sistemas y las entidades que se encuentren autorizadas por el Ministerio de la Protección Social para la operación de PILA, siempre y cuando su régimen legal particular se los permita y cumplan con los requisitos de seguridad en el manejo de la información, capacidad técnica, operativa y financiera y sean contratados por las administradoras o la entidad de economía mixta que se conforme en los términos del Decreto 2390 de 2010 o la norma que lo modifique, adicione o sustituya.

Sistema de Seguridad

social Integral en Colombia

El Sistema de Seguridad Social Integral en Colombia vigente en Colombia, fue instituido por la Ley 100 de 1993 y reúne de manera coordinada un conjunto de entidades, normas y procedimientos a los cuales podrán tener acceso las personas y la comunidad con el fin principal de garantizar una calidad de vida que este acorde con la dignidad humana, haciendo parte del Sistema de Protección Social junto con políticas, normas y procedimientos de protección laboral y asistencia social. Componentes del Sistema:

• El Sistema General de Pensiones tiene como objetivo

�

�


asegurar a la población el cubrimiento de los riesgos o contingencias derivados de la vejez, la invalidez y la muerte, por medio del reconocimiento de pensiones y prestaciones determinadas por la Ley.

• El Sistema General de Seguridad Social en Salud establecido en la Ley 100 de 1993, implicó respecto al sistema anterior que sustituyó tres reformas fundamentales: la participación del sector privado en la prestación de servicios de salud a los trabajadores colombianos, adicional al Instituto de Seguros Sociales I.S.S., la creación del Fondo de Solidaridad y Garantía para asegurar un nuevo sector subsidiado en Colombia y la posibilidad para todos los trabajadores de elegir la entidad prestadora de salud.

• El Sistema de Riesgos profesionales regula la atención de los eventos derivados de los riesgos ocupacionales de manera independiente en lo financiero al sistema que cubre los eventos por enfermedad general. Todo empleador tiene la obligación de afiliar a sus empleados a una Aseguradora de riesgos profesionales (ARP) que es la responsable de cubrir los eventos derivados de riesgos ocupacionales o de trabajo.

• Servicios sociales complementarios.

Regímenes del Sistema

Régimen Contributivo: El régimen contributivo es el sistema de salud mediante el cual todas las personas vinculadas a través de contrato de trabajo, los servidores públicos, los pensionados y jubilados y los trabajadores independientes con capacidad de pago, hacen un aporte mensual (cotización) al sistema de salud pagando directamente a las EPS lo correspondiente según la ley para que a su vez éstas contraten los servicios de salud con las IPS o los presten directamente a todas y cada una de las personas afiliadas y sus beneficiarios. Según la ley 100 de 1993 todos los empleados, trabajadores independientes (con ingresos totales mensuales a un salario mínimo) y los pensionados, deben estar afiliados al Régimen Contributivo. La responsabilidad de la afiliación del empleado es del empleador y del pensionado es del Fondo de Pensiones. Régimen Subsidiado: Acoge a la población sin empleo, contrato de trabajo o ingresos económicos, es decir considerada pobre y vulnerable, quien no tiene capacidad de pago que le permita cotizar al sistema (ingreso menor a dos salarios mínimos legales vigentes) por lo tanto quienes ingresan a él reciben subsidios totales o

�

�


parciales, los cuales se financian con dos recursos fundamentales: las trasferencias de la nación a los departamentos y municipios y el Fondo de Solidaridad y Garantía, FOSYGA, que a su vez se nutre con una contribución equivalente a un punto de la cotización de los trabajadores del régimen contributivo que ganen más de cuatro salarios mínimos, y de aportes de la nación.

RUAF

El Registro Único de Afiliados RUAF, es un sistema de información que contiene el registro de los afiliados al Sistema Integral de Seguridad Social (Salud, Pensiones, Riesgos Profesionales), a Subsidio Familiar, a Cesantías, y de los beneficiarios de los programas que se presten a través de la red de protección social, tales como los que ofrecen el Sena, ICBF, Acción Social y otras entidades, en concordancia con lo dispuesto en el artículo 15 de la ley 797 del 2003. El sistema permitirá el flujo de información entre los actores del Sistema, respetando la confidencialidad de la información y el rol de cada uno de los administradores.

RUA

El Registro Único de Aportantes al Sistema de Seguridad Social Integral es uno de los mecanismos para el control del cumplimiento de las obligaciones que la ley establece en materia de seguridad social. El Registro Único de Aportantes se apoya en un sistema de información que provee lo siguiente: El cargue de la información de las entidades fuente, tales como: Administradoras de Régimen Contributivo, Administradoras de Régimen Subsidiado, Administradoras de Régimen Especial en Salud, Administradoras de Fondos de Pensiones y Administradoras de Riesgos Profesionales. La validación de la información enviada por las entidades fuente relacionada con la estructura y composición de los datos, para generar un primer nivel de inconsistencias que impiden procesar dicha información. El cruce de las diferentes bases de datos para obtener un segundo nivel de inconsistencias relacionado con los casos de multiafiliación de afiliados y empleadores y los casos de elusión y evasión de aportes al Sistema de Seguridad Social Integral.

PILA Planilla Integrada de Liquidación de Aportes

RUE LEY 590 DE 2000 Artículo 11o. Registro Único de las Mipymes. Con el propósito de reducir los trámites ante el Estado, el Registro Mercantil y el registro

�

�


único de proponentes se integrarán en el Registro Único Empresarial, a cargo de las Cámaras de Comercio, el cual tendrá validez general para todos los trámites, gestiones y obligaciones, sin perjuicio de lo previsto en las disposiciones especiales sobre materias tributarias, arancelarias y sanitarias. Atendiendo criterios de eficacia, economía, buena fe, simplificación facilitación de la actividad empresarial, la Superintendencia de Industria y Comercio, regulará la organización y funcionamiento del Registro Único Empresarial, garantizando que, específicamente, se reduzcan los trámites, requisitos, e información a cargo de las micro, pequeñas y medianas empresas, y que todas las gestiones se puedan adelantar, además, por Internet y otras formas electrónicas. Parágrafo. La regulación que realice la Superintendencia de Industria y Comercio deberá, en todo caso, hacerse en armonía con las disposiciones estatutarias y con las contenidas en códigos, respecto de los registros de que trata el presente artículo.

USO DE LA LICENCIA

Perpetuidad o en arrendamiento. En los requerimientos se solicita a perpetuidad, es decir el derecho de uso irrestricto y por tiempo indefinido de las licencias adquiridas, como resultado de un único pago.

�

�


Documents

Anexo 02 FICHA TECNICA FONDO FINANCIERO DE PROYECTOS DE ... ANEXO... · DE LA PROTECCION SOCIAL -UGPP ... siguiendo los lineamientos de la UGPP y aplicando las mejores ... La arquitectura