Contenido

1. DEFINICIÓN DEL PROBLEMA DE INVESTIGACIÓN ............................... 3

3. JUSTIFICIÓN DEL PROYECTO ................................................................ 4

4. DESCRIPCION DEL OBJETIVO DEL PROYECTO ................................... 4

Objetivo General .............................................................................................. 4

Objetivos Específicos....................................................................................... 5

5. Habilidades y competencias organizacionales que adquiere la empresa una

vez se realice el proyecto. ....................................................................................... 5

6. Cuáles son las preguntas de negocio que serán desarrolladas por medio

del sistema de inteligencia de negocios. ................................................................. 5

7. Indique por que el uso de una solución de inteligencia de negocios, y no

una solución de datos distinta. ................................................................................ 6

8. Los orígenes de la información necesaria para responder a las preguntas

de negocio. .............................................................................................................. 6

Descripción de los datos iniciales .................................................................... 6

9. PLATAFORMA TECNOLÓGICA DESTINO (bodega de datos y sistema de

reportes) .................................................................................................................. 7

Bodega de Datos Comprensión de los datos y Recopilación inicial de datos .. 7

El cargue de las tablas de dimensiones y de hechos ...................................... 7

10. Modelo de estrella ...................................................................................... 9

 ....................................................................................................................... 10

....................................................................................................................... 10

....................................................................................................................... 10

11. Alcance del Proyecto................................................................................ 11

12. Niveles de WBS ....................................................................................... 13

13. Realice los supuestos de costos que implica implantar su solución de

Inteligencia de Negocios. ...................................................................................... 22

14. Describa cuales pueden ser los controles de calidad sobre su proyecto . 22

15. Teniendo en cuenta el costo y el alcance, indique cuales son las

características de las personas con quienes desarrollará el proyecto. ................. 22

16. Enumere los criterios para las adquisiciones que realizará para la

realización de su proyecto. .................................................................................... 23

 1. DEFINICIÓN DEL PROBLEMA DE INVESTIGACIÓN

En las EPS (Entidad Prestadora de Servicios) de jurisdicción colombiana, se cuenta

con el área de Autorizaciones Médicas, que se encarga de validar la prestación de
los servicios a través de la generación de los documentos que avalan servicios
médicos POS (Plan obligatorio de Salud) o NO POS (No incluidos en el Plan
Obligatorio de Salud) demandados por las IPS para la atención de los usuarios.

La EPS Asociación Mutualista de Barrios Unidos de Quibdo-AUMBUQ, requiere

mejorar su proceso para la generación de informes, el análisis y la toma de
decisiones con respecto a los diferentes datos que se manejan en el área, en los
cuales se ven reflejados los costos, como la atención autorizada para los usuarios
y los cuales permiten plantear estrategias para mejorar los servicios y dar respuesta
a las solicitudes del ente regulatorio Gubernamental (Ministerio de Salud y
Protección Social).
Actualmente la información se maneja por medio del Software ERP de la empresa
el cual permite gestionar cierta cantidad de información y generar un limitado
número de informes muy básicos, cuando internamente o el ente regulador solicita
informes más especializados estos deben crearse de manera manual, impactando
en el tiempo de la generación y entrega de los mismos. Además, los tipos de
informes generados actualmente están impidiendo que se puedan tomar decisiones
preventivas y/o correctivos referentes a los costos y calidad de los procesos
externos (hacia los usuarios), y los procesos Internos. Ver anexo A.

Análisis Espina de Pescado. Fuente: Elaboración Propia

 3. JUSTIFICIÓN DEL PROYECTO

Se elabora esta propuesta para solucionar el proceso de la generación de

informes del área de Autorizaciones Medicas de la EPS Asociación Mutualista
de Barrios Unidos de Quibdo -AUMBUQ, partiendo del hecho que la variable que
se está impactando directamente es el tiempo, dado el incremento del mismo, al
momento de extraer los datos y generar el/los informe(s).
Esto conlleva también a que el personal encargado de esta actividad deba
someterse a horario extra laboral, aumentando los costos en la mano de obra
directa, reduciendo su productividad en días posteriores y disminuyendo el
equilibrio en la calidad de vida de los colaboradores, que a futuro podría generar
rotación masiva del personal implicando la perdida de la experiencia y de la
curva de aprendizaje.
Además, la EPS se está viendo impactada por el reducido tipo de informes que
se pueden generar; algunos no contienen toda la información que se requiere
para un aporte efectivo en la toma de decisiones, impidiendo optimizar el manejo
de la información, y la mejora de los procesos de seguimiento y control tanto
internos como externos.
Se tiene identificado el riesgo de no cumplir con el tiempo de las respuestas de
la EPS a las solicitudes de información que realizan los Entes Regulatorios
Gubernamentales, como también las realizadas por los usuarios mediante
canales jurídicos, tanto en un caso como en el otro, de llegarse a materializar,
se deberán asumir sanciones penales y/o económicas.

4. DESCRIPCION DEL OBJETIVO DEL PROYECTO

Objetivo General

Diseñar un sistema de inteligencia de negocio para el área de Autorizaciones

Medicas, con el fin de generar informes, poder analizar y tomar decisiones con
respecto a los diferentes datos que se manejan en el área, en los cuales se ven
reflejados los costos.
Objetivos Específicos

• Desarrollar las habilidades organizacionales mediante la aplicación de

inteligencia de negocios que permitirá mayor competitividad en la
administración, gestión, cargue y análisis de la base de datos.

• Facilitar el análisis de los datos.

• Disponer de los datos, de tal forma, que se pueda acrecentar la variedad de

informes según se requiera.

• Mejorar el proceso de toma de decisiones, por medio del análisis de datos.

• Aumentar la productividad del personal encargado de la extracción de la

información.

• Disminuir los costos de la mano de obra directa, debido a las horas extras
realizadas por el personal encargado de la extracción de la información.
• Aportar en los procesos internos de mejora continua de la EPS AUMBUQ.

5. Habilidades y competencias organizacionales que adquiere la empresa una

vez se realice el proyecto.

• Mejoras en la administración del tiempo y el uso eficiente de las herramientas

como Oracle y KNIME Analytics Platform.
• Análisis de bases de datos e inteligencia de negocios basados en los
resultados obtenidos mediante la aplicación de gestión, administración,
cargue y correlación de bodegas de datos.
• Mejoras en la toma de decisiones.
• Contribuir al plan de trabajo que impacta el riesgo identificado:
“Incumplimiento en los tiempos de entrega de la información.”
• Permitir una visión única, conformada, histórica, persistente y de calidad de
toda la información.

6. Cuáles son las preguntas de negocio que serán desarrolladas por medio del
sistema de inteligencia de negocios.
Las preguntas que se desea plantear en el desarrollo son:
• ¿Cuáles son los servicios más recurrentes en las autorizaciones para mejorar
la contratación de los mismos?
• ¿Identifique los afiliados de tercera edad que tienen asociados servicios de
alta complejidad?
• ¿Identificar que sucursal tiene una mejor efectividad en las atenciones y
procedimientos realizados a los afiliados?
• ¿Cuántas autorizaciones quedan pendientes por procesar?
• ¿Cuántas autorizaciones están pendientes por facturar?
• ¿Qué sucursal tiene el costo más elevado en autorizaciones?
• ¿En qué sucursales el costo de los productos es más económico?

En el transcurso del proyecto se generarán muchísimas combinaciones de

preguntas más, teniendo en cuenta el planteamiento y clasificación inicial de la
información.

7. Indique por que el uso de una solución de inteligencia de negocios, y no una

solución de datos distinta.

El uso de una solución de inteligencia de negocios es simple esta le da valor a la

información, ya que la convierte en conocimiento para después utilizarla para la
toma de decisiones de una manera más eficiente y correcta. Hoy en día esta mucho
el tema de implementar las herramientas de inteligencia de negocios, teniendo en
cuenta que son empresas donde manejan mucha información y la toma de
decisiones es importante. Además, los casos de éxitos con estas implementaciones
son muchísimo mayor que otras soluciones distintas.
También ayudaría a mejorar el proceso para garantizar la generación de informes,
el análisis y la toma de decisiones con respecto a los diferentes datos que se
manejan en el área, en los cuales se ven reflejados los costos de la empresa.

8. Los orígenes de la información necesaria para responder a las preguntas de

negocio.

Descripción de los datos iniciales

Las informaciones necesarias para responder a las preguntas de negocio se

generan por medio de la aplicación Oasiscom, donde cada área tiene un módulo
para alimentar la información requerida, con el fin que se pueda generar una
autorización. Para poder generar una autorización se necesita que la sección de
aseguramiento cargue todos los afiliados que tiene la EPS, seguido la sección de
servicios la cual contiene Contratación y Salud. Se necesitan unos contratos y
efectivamente se puede prestar un servicio. Además, los prestadores pueden
generar solicitudes de autorización los cuales al momento de ser aprobados
terminan siendo una autorización.
Verificando cada módulo se puede decir, que por medio de la herramienta podemos
tener una información que se almacena en una solo BD, necesaria para nuestro
diseño.

Exploración de los datos

Con la implementación de la solución de inteligencia de negocios, el área de
Autorizaciones Medicas. Tenga una regulación en la información suministrada hacia
la Base de Datos.

9. PLATAFORMA TECNOLÓGICA DESTINO (bodega de datos y sistema de

reportes)

Bodega de Datos Comprensión de los datos y Recopilación inicial de datos

La empresa utiliza una base de datos de producción en la cual se registra toda la
información por medio de los procesos que son llevados a cabo en el software
Oasiscom.
Las diferentes empresas que prestan los servicios tienen acceso a un módulo web
por medio del cual realizan las solicitudes de autorizaciones, esa solicitud es
procesada por un funcionario del área de servicios.
Registros de autorizaciones: Los registros del proceso de autorizaciones
contienen toda la información de cómo son solicitados los diferentes servicios de
salud para los afiliados pertenecientes a la empresa.
Base de datos de servicios: Esta base contiene todos los datos registrados de los
servicios de salud que puede prestar la empresa, los servicios están relacionados
en los registros de autorizaciones por el código del servicio.
Base de datos de afiliados: En esta base se encuentra toda la información de los
afiliados pertenecientes a la empresa, es necesario asignar la información de los
afiliados a los registros de las autorizaciones que se encuentren relacionados por el
número de identificación del afiliado.
El cargue de las tablas de dimensiones y de hechos
 En esta etapa se llevará a cabo el proceso ETL (Extracción, transformación y carga)
que permitirá leer las tablas del sistema Oasiscom para que puedan ser cargadas
en las tablas de dimensiones. En este proceso se deben considerar todas las
restricciones y lógica exclusiva y necesaria para almacenar los datos.
debe tener en cuenta para el proceso ETL es la periodicidad, la cual debe
establecerse con base a las necesidades del negocio, es decir, con qué frecuencia
es necesario tener los datos actualizados para el análisis. También se contemplará
la disponibilidad de los recursos, tanto de las fuentes de datos (de las que se nutre
el datawarehouse) como la del propio datawarehouse, ya que el rendimiento será
afectado durante el proceso ETL.

Data
Validation

Data
Cleaning

Data Data Reportes

Oasiscom Warehouse
Transforming

Data
Aggregating

Data Loading

El entregable que se implementará es El tablero de control operativo, que es un

cuadro de mando, una herramienta de dirección que permite realizar el seguimiento
y la monitorización de procesos operativos para detectar situaciones críticas y
diagnosticar estados de desempeño. Sus resultados permiten evaluar la adecuación
de las decisiones tomadas y los procesos emprendidos, y a su vez monitorizar la
conveniencia de la misma para la consecución de los objetivos establecidos.
Prototipo Aplicación WEB:

10. Modelo de estrella

El modelamiento que fue autorizado por la EPS para implementar el proyecto es

tipo Estrella, este cuenta con una estructura sencillas que tiene una tabla central y
varias dimensiones, se tendrá una tabla de dimensiones para cada dimensión lo
que indica que la única tabla que tiene relación con otra es la tabla Central.
 Dimensión: IPS
Dimensión: Paciente
ID IPS
ID Paciente Nom IPS
Nom Paciente Dirección IPS
Fecha Nac Teléfono IPS
Edad Ciudad
Genero Dirección WEB
ID Historia Clínica

Hecho: Autorizaciones
Fecha Aut
ID Aut
ID Paciente
ID Régimen
Valor
Dimensión: Servicio Descripción
Cod_IPS
Medico Dimensión: Régimen
Id Serv. Medico
ID Serv. Medico ID Régimen
Nom Serv Medico Nom régimen
Descripción

Dimensiones
La dimensión o dato maestro para este proyecto son:
• Paciente
• IPS
• Régimen
• Servicio Medico

Métricas
• Total mensual (o la periodicidad que se requiera) de pacientes que acudieron
al servicio de Autorizaciones de Servicios Médicos.
• Total de autorizaciones Medicas generadas por régimen de Salud.
• Total de autorizaciones Medicas generadas de Alto Costo.
• Total de Autorizaciones Medicas generadas para cada IPS.
• Servicio Médico con mayor cantidad de autorizaciones Medicas.
• Total de informes solicitados mensualmente por entes regulatorios.
• Total de Autorizaciones Medicas clasificadas por Genero.
• Total de Autorizaciones Medicas Generadas por rangos de edad.
 11. Alcance del Proyecto

El alcance de este proyecto es la implementación de BI en el sistema WEB

Oasiscom de autorizaciones Medicas.
Las fases por ejecutarse son:

Los roles que se verán involucrados son:

Gerente de
Proyectos

Arquitecto BDA

Seguridad Líder de
Infraestructura Líder Funcional Líder Tester
Informática Desarrollo

Analistas
Analista BI Testers
Funcionales

Desarrolladores
Documentos de entrega al Cliente:
• Definición Técnica
• Definición Funcional
• Definición No Funcional
• Diseño Funcional
• Plan de Trabajo
• Informes de Avance Semanal
• Plan de Pruebas (descripción de actividades y roles encargados)
• Soporte de Pruebas.
• Certificación de Pruebas.
• Documento de Entrega del Proyecto.
• Documento de Cierre del Proyecto.
• Acuerdo de Mantenimiento.
• Actas de Reuniones generales.
12. Niveles de WBS
Vista Jerárquica
1 Implementación BI
1.1 Inicio
1.1.1 Requisitos
1.1.2 Definición de alcance
1.1.3 Plan de Trabajo
1.1.4 Definición de Equipo
1.2 Levantamiento de información
1.2.1 Infraestructura
1.2.2 Aplicaciones
1.2.3 Requerimientos Funcionales
1.2.4 Requerimientos No funcionales
1.2.5 Análisis de datos
1.3 Diseño
1.3.1 Modelo de Negocio
1.3.2 DWH
1.3.3 ETL
1.3.4 Reportes
1.3.5 Indicadores
1.4 Desarrollo
1.4.1 Infraestructura
1.4.2 DWH
1.4.3 ETL
1.4.4 Reportes
1.5 Pruebas
1.5.1 Plan de pruebas
1.5.2 Diseño de Pruebas
1.5.3 Ejecucion de Pruebas
1.5.3.1 Verificación DWH
1.5.3.2 Verificación reportes
1.5.4 Certificado de Pruebas
1.5.5 Manual de usuario
1.6 Producción
1.6.1 Infraestructura
1.6.2 Ambiente
1.7 Fase de Capacitación
1.7.1 Plan
1.7.1.1 Cronograma
1.7.1.2 Convocatoria de asistentes
1.7.2 Material
1.8 Cierre
1.8.1 Entrega
1.8.1.1 Documento de entrega
1.9 Fase de Mantenimiento
1.9.1 Criterios de Mantenimiento

1.1 Inicio Descripción: Reunión de apertura del

Proyecto
Duración: 1 hora
Criterio de Aceptación: Acta de Reunión
Recurso: Gerente de Proyecto, Líder
técnico, Arquitecto, Líder Funcional,
Ingenieros de Desarrollo,
Infraestructura tecnológica y Testers.
1.1.1 Requisitos Descripción: Definición de requisitos
Duración: 30 días.
Criterio de Aceptación: Documento de
Definición funcional, documento de
definición Técnica y documento de
definiciones No funcionales.
Recurso: Líder Funcional, Líder técnico
y Arquitecto, Cliente.
1.1.2 Definición de alcance Descripción: Definición del Alcance del
Proyecto.
Duración: 4 Días
Criterio de Aceptación: Documento de
Alcance del Proyecto.
Recurso: Gerente del Proyecto, Cliente.
1.1.3 Plan de Trabajo Descripción: Definición de las fases del
ciclo de vida del Proyecto
Duración: 3 Días
Criterio de Aceptación: Cronograma de
trabajo, Definición de Actividades y
definición de Entregables al Cliente.
Recurso: Gerente del Proyecto, Líder
técnico, Líder Funcional y Arquitecto.
1.1.4 Definición de Equipo Descripción: Asignación de actividades
de acuerdo al rol.
Duración: 3 Días
Criterio de Aceptación: Project
Recurso: Gerente del Proyecto, Líder
técnico, Líder Funcional y Arquitecto.
1.2 Levantamiento de información Descripción: Levantamiento de
información
Duración: 20 Días
Criterio de Aceptación: Documento de
levantamientos de Información
Recurso: Arquitecto, líder de desarrollo
y Líder Funcional.
1.2.1 Infraestructura Descripción: Definición de arquitectura
Duración: 20 Días
Criterio de Aceptación: Documento de
definición de la arquitectura.
Recurso: Arquitecto, Líder de
desarrollo.
1.2.2 Aplicaciones Descripción: Definición de aplicaciones
Duración: 10 días
Criterio de Aceptación: Documento de
descripción de aplicaciones
Recurso: Líder funcional y Líder de
desarrollo.
1.2.3 Req. Funcionales Descripción: Descripción de
requerimientos Funcionales
Duración: 4 Días
 Criterio de Aceptación: Documento de
definición Funcional
Recurso: Líder Funcional
1.2.4 Req. No funcionales Descripción: Descripción de
requerimientos No Funcionales
Duración: 8 Días
Criterio de Aceptación: Documento de
definición No Funcional
Recurso: Líder Técnico
1.2.5 Análisis de datos Descripción: Definición de datos
Duración: 8 Días
Criterio de Aceptación: Documento de
Calidad de Datos
Recurso: Líder Técnico
1.3 Diseño Descripción: Diseño de funcional y
Diseño No funciónal
Duración: 15 Días
Criterio de Aceptación: Documento de
Diseño Funcional y Documento de
Diseño No Funcional
Recurso: Arquitecto, Líder Técnico y
Líder Funcional
1.3.1 Modelo de Negocio Descripción: Definición de reglas del
Negocio
Duración: 8 Días
Criterio de Aceptación: Documento de
Reglas de Negocio y Documento de
Alcance
Recurso: Líder Funcional
1.3.2 DWH Descripción: Definición DWH
Duración: 20 Días
Criterio de Aceptación: Implementación
Recurso: Desarrollo, Líder de Desarrollo
y Arquitecto
1.3.3 ETL Descripción: Definición ETL
Duración: 20 Días
Criterio de Aceptación: Implementación
Recurso: Desarrollo, Líder de Desarrollo
y Arquitecto
1.3.4 Reportes Descripción: Definición de reportes
Duración: 10 Días
 Criterio de Aceptación: Generación de
reportes
Recurso: Líder Funcional, Gerente de
Proyectos y Cliente.
1.3.5 Indicadores Descripción: Definición de Indicadores
Duración: 15 Días
Criterio de Aceptación: Definición de
Indicadores
Recurso: Líder Funcional, Gerente de
Proyectos y Cliente.
1.4 Desarrollo Descripción: Fase de Desarrollo
Duración: 60 Días
Criterio de Aceptación: Pruebas Unitaria
y Manual Técnico.
Recurso: Lider de Desarrollo y
Desarrolladores.
1.4.1 Infraestructura Descripción: Definición de arquitectura
Duración: 20 Días
Criterio de Aceptación: Documento de
definición de la arquitectura.
Recurso: Arquitecto, Líder de
desarrollo.
1.4.2 DWH Descripción: Definición DWH
Duración: 20 Días
Criterio de Aceptación: Implementación
Recurso: Desarrollo, Líder de Desarrollo
y Arquitecto
1.4.3 ETL Descripción: Definición ETL
Duración: 20 Días
Criterio de Aceptación: Implementación
Recurso: Desarrollo, Líder de Desarrollo
y Arquitecto
1.4.4 Reportes Descripción: Definición de reportes
Duración: 10 Días
Criterio de Aceptación: Generación de
reportes
Recurso: Líder Funcional, Gerente de
Proyectos y Cliente.
1.5 Pruebas Descripción: Fase de Pruebas del
Proyecto
Duración: 40 Días
 Criterio de Aceptación: Documento de
evidencias
Recurso: Líder Tester y testers
1.5.1 Plan de pruebas Descripción: Generación del Plan de
Pruebas
Duración: 2 Días
Criterio de Aceptación: Documento de
Plan de Pruebas
Recurso: Líder Tester y testers
1.5.2 Diseño de Pruebas Descripción: Descripción de los casos
de Pruebas
Duración: 4 Días
Criterio de Aceptación: Documento de
Diseño de Pruebas
Recurso: Líder Tester y testers
1.5.3 Ejecución de Pruebas Descripción: Fase de Ejecución de
Pruebas
Duración: 30 Días
Criterio de Aceptación: Documento de
Evidencias de Pruebas
Recurso: Líder Tester y testers
1.5.3.1 Verificación DWH Descripción: Verificación DWH
Duración: 20 Días
Criterio de Aceptación: Documento de
Evidencias de Pruebas
Recurso: Líder Tester y testers
1.5.3.2 Verificación reportes Descripción: Verificación de Reportes
Duración: 10
Criterio de Aceptación: Documento de
Evidencias de Pruebas
Recurso: Líder Tester y testers
1.5.4 Certificado de Pruebas Descripción: Cierre de fase de Pruebas
Duración: 4 Horas
Criterio de Aceptación: Documento de
Certificación
Recurso: Líder Tester y testers
1.5.5 Manual de usuario Descripción: Manual de Usuario
Duración: 16 Horas
Criterio de Aceptación: Generación de
manual de usuario.
Recurso: Líder Funcional, Líder Tester y
testers
1.6 Producción Descripción: Paso a Producción
Duración: 1 Día
Criterio de Aceptación: plan de paso a
Producción
Recurso: Gerente de Proyecto, Líder
técnico, Líder Funcional y Arquitecto.
1.6.1 Infraestructura Descripción: Paso a Producción
Duración: 1 Día
Criterio de Aceptación: plan de paso a
Producción
Recurso: Gerente de Proyecto, Líder
técnico, Líder Funcional y Arquitecto.
1.6.2 Ambiente Descripción: Paso a Producción
Duración: 1 Día
Criterio de Aceptación: plan de paso a
Producción
Recurso: Gerente de Proyecto, Líder
técnico, Líder Funcional y Arquitecto.
1.7 Fase de Capacitación Descripción: Plan de Capacitación
Duración: 1 Semana
Criterio de Aceptación: Documentos de
Capacitación
Recurso: Líder Funcional y Líder
Técnico
1.7.1 Plan Descripción: Plan de Capacitación
Duración: 1 Semana
Criterio de Aceptación: Documentos de
Capacitación
Recurso: Líder Funcional y Líder
Técnico
1.7.1.1 Cronograma Descripción: Cronograma de
Capacitación
Duración: 4 Horas
Criterio de Aceptación: Cronograma de
Capacitación
Recurso: Gerente de Proyecto , Cliente
, Líder Funcional y Líder Técnico
1.7.1.2 Convocatoria de asistentes Descripción: Citación a las
capacitaciones
Duración: 3 Horas
Criterio de Aceptación: Citación a las
capacitaciones
 Recurso: Gerente de Proyecto , Cliente
, Líder Funcional y Líder Técnico
1.7.2 Material Descripción: Material de Capacitación
Duración: 6 Horas
Criterio de Aceptación: Presentaciones
Recurso: Gerente de Proyecto, Líder
Funcional y Líder Técnico
1.8 Cierre Descripción: Reunión de Cierre de
Proyecto
Duración: 5 Horas
Criterio de Aceptación: Documento de
Cierre de Proyecto
Recurso: Gerente de Proyecto , Cliente
, Líder Funcional y Líder Técnico
1.8.1 Entrega Descripción: Reunión de Cierre de
Proyecto
Duración: 5 Horas
Criterio de Aceptación: Documento de
Cierre de Proyecto
Recurso: Gerente de Proyecto , Cliente
, Líder Funcional y Líder Técnico
1.8.1.1 Documento de entrega Descripción: Reunión de Cierre de
Proyecto
Duración: 1 Hora
Criterio de Aceptación: Documento de
Cierre de Proyecto
Recurso: Gerente de Proyecto , Cliente
, Líder Funcional y Líder Técnico
1.9 Fase de Mantenimiento Descripción: Criterios de Mantenimiento
Duración:
Criterio de Aceptación: Acuerdo de
Criterios de Mantenimiento
Recurso: Servicio al Cliente, Desarrollo
y Cliente
1.9.1 Criterios de Mantenimiento Descripción: Criterios de Mantenimiento
Duración:
Criterio de Aceptación: Acuerdo de
Criterios de Mantenimiento
Recurso: Servicio al Cliente, Desarrollo
y Cliente
 13. Realice los supuestos de costos que implica implantar su solución de
Inteligencia de Negocios.

ítem Cantidad Tiempo Valor unitario Valor total

Servidor virtual 1 2 Meses 2.500.000 5.000.000
Base de datos 1 Perpetua 30.000.000 30.000.000
Oracle
Herramienta de 1 Mensual 0 0
análisis de
información,
indicadores y
reportes
DBA 1 2 Meses 4.200.000 8.400.000
Analista de BI 2 2 Meses 3.200.000 6.400.000
Gerente 1 2 Meses 4.600.000 9.200.000
proyectos BI
TOTAL 59.000.000

Tabla 1. Presupuesto de costos de implementación.

Se aclara que la empresa actualmente ya cuenta con el servidor virtual el cual se
cancela mensualmente y la base de datos Oracle que fue un solo pago perpetuo,
de igual forma se cuenta con un Ingeniero que es el Administrador de las bases de
datos que tiene la empresa, los analistas de BI serian dos ingeniero que actualmente
están laborando en la empresa y se contaría con un gerente de proyectos de BI.

14. Describa cuales pueden ser los controles de calidad sobre su proyecto
• Los servidores y servicios en la nube serán contratados con una empresa
confiable y con experiencia en el mercado.
• Todo el software que se utilizara será adquirido y licenciado de forma legar.
• Bodega de datos flexible, segura y de fácil mantenimiento.
• Bodega de datos con estructura básica que permita ser muy dinámica y
robusta.
• Definición de la calidad de los datos de negocio para su aceptación.
• Definición de los métodos de análisis de la calidad de los datos.
• Identificación de roles de usuario.
• Control de acceso a la información para garantizar la seguridad.

15. Teniendo en cuenta el costo y el alcance, indique cuales son las

características de las personas con quienes desarrollará el proyecto.
• Gerente de proyectos de BI: Profesional responsable del cumplimiento de
los objetivos del proyecto, aplicando conocimientos, habilidades,
herramientas y técnicas a las actividades del proyecto para satisfacer los
requisitos del mismo.

• Administrador de Base de Datos: Profesional responsable del control y

manejo de los sistemas de base de datos que tiene la empresa actualmente,
posee conocimientos y experiencia en Sistemas de administración de bases
de datos, diseño de base de datos, sistemas operativos, comunicación de
datos, hardware y programación. Persona con manejo de personal,
conocimiento profundo del reglamento y políticas de la empresa, posee cierto
grado de diplomacia.

• Analistas de BI: Profesionales encargados de realizar la integración de las

diferentes fuentes de datos, diseño e implementación de los procesos ETL,
diseño, parametrización y construcción de los reportes e indicadores. Se
encargara de realizar las capacitaciones a los analistas de servicios y de
validar con estos el correcto funcionamiento de la herramienta.

• Analistas de servicios: Profesionales responsables del área en el cual se

pretende implementar el proceso de BI, encargados de recoger las
necesidades, indicar las respectivas fuentes de datos, definir los
requerimientos, reportes e indicadores, serán los encargados de aprobar la
calidad de la información y los resultados que genere la herramienta.

• Administrador de infraestructura: Profesional responsable de la

administración y buen funcionamiento de la infraestructura tecnológica de la
empresa, es el encargado de la administración de los servidores, equipos de
cómputo, las conexiones de red, control de usuarios, cuentas de correos
entre otros.

16. Enumere los criterios para las adquisiciones que realizará para la realización
de su proyecto.

• Servidor Virtual: Se toma la opción de la virtualización debido a que

posibilita la gestión de los recursos en línea, esto facilita el acceso y el
desempeño, no se necesita invertir en infraestructura física, permiten una
mayor y más flexible escalabilidad.

La empresa tiene todos los servidores de producción virtuales, esto con el fin
de ahorrar tiempo, espacio físico y costos.
 La virtualización le brinda a la empresa mayor seguridad en la información
permitiendo respaldos de datos más sencillos, los riesgos como
inundaciones, filtraciones, cortos de energía o tormentas eléctricas son se
disminuyen y se hace más fácil la recuperación de los sistemas.

Tener los servidores virtualizados hace que el trabajo de los encargados del
área de TI sea más fácil, permitiendo instalar y hacer mantenimiento del
software mejor y en menos tiempo.

• Motor de base de datos Oracle: Se elige el motor de base de datos Oracle

ya que es el motor de base de datos con el que funciona el software de la
empresa y ya se encuentra licenciado.
Este motor de base de datos puede correr en cualquier sistema operativo y
es la más utilizada a nivel empresarial.
Tiene un excelente soporte a nivel mundial a través de sus centros de soporte
y permite interactuar con otras Bases de datos como DB2, SQL Server,
MySql y muchas más.
Una característica importante es que permite arquitecturas de Cluster,
permitiendo alta disponibilidad y buena protección frente a desastres.

• Herramienta de análisis de información, indicadores y reportes: Se

platea la implementación de una herramienta Open Source, esto analizando
la complejidad del proyecto y si esta cumple con todos los requerimientos
necesarios para su implementación.