Proyecto I Elvira Reparar

UNIVERSIDAD ALAS PERUANAS
FACULTAD DE INGENIERIAS Y ARQUITECTURA

ESCUELA ACADEMICO PROFESIONAL DE INGENIERIA DE SISTEMAS E
INFORMATICA
TEMA:
BUSINESS INTELLIGENCE PARA EL AREA DE

SEGURIDAD CIUDADANA EN LA
MUNICIPALIDAD PROVINCIAL DE HUAMANGA
AUTOR:
JOSÉ IGNACIO JAYO ALLCCA
DOCENTE:
ING. ELVIRA FERNÁNDEZ JERI
AYACUCHO – PERÚ
2017
i
INDICE
INDICE ..................................................................................................................................................I
INTRODUCCION .................................................................................................................................II
DESCRIPCIÓN DEL NEGOCIO..................................................................................................................III
1. RESEÑA HISTÓRICA .............................................................................................................................. III
2. OBJETIVOS DE LA ORGANIZACIÓN ............................................................................................................ III
3. MISIÓN Y VISIÓN DE LA EMPRESA ............................................................................................................ IV
4. VALORES ........................................................................................................................................... IV
5. ORGANIGRAMA.................................................................................................................................... V
6. SERVICIOS QUE PRESTAN ........................................................................................................................ V
7. OBJETIVO GENERAL .............................................................................................................................. VI
8. OBJETIVOS ESPECÍFICOS ........................................................................................................................ VI
9. JUSTIFICACIÓN ................................................................................................................................... VII
DIAGNOSTICO DEL PROBLEMA ................................................................................................ VIII
OBJETIVOS DEL NEGOCIO ......................................................................................................... VIII
GESTIÓN DEL PROYECTO .............................................................................................................. 1
1. GESTION DE LA INTEGRACION .............................................................................................. 1
1.1. Acta de Constitución del Proyecto .................................................................................... 1
2. PLAN DE GESTION DEL PROYECTO ..................................................................................... 5
2.1. Plan de Gestión del Alcance .............................................................................................. 5
2.2. Plan de Gestión de Requisitos........................................................................................... 7
2.3. Plan de Gestión de Tiempo ................................................................................................ 8
2.4. Plan de Gestión de Costos ................................................................................................. 9
2.5. Plan de Gestión de Riesgos ............................................................................................. 11
2.6. Plan de Gestión de Calidad .............................................................................................. 13
3. GESTION DEL ALCANCE DEL PROYECTO ......................................................................... 17
3.1. Documento de Requisitos................................................................................................. 17
3.2. Enunciado del Alcance ......................................................................................................... 24
3.3. Documento EDT .................................................................................................................... 34
3.4. Diccionario EDT ....................................................................................................................... 4
4. GESTION DE TIEMPO DEL PROYECTO ............................................................................................. 13
4.1. Reporte de Estimación del Tiempo de las Actividades .......................................................... 13
5. GESTION DE COSTOS DEL PROYECTO ............................................................................................. 21
5.1. Reporte de Costos por Actividades ....................................................................................... 21
5.2. Reporte de Costos por Recursos Humanos ........................................................................... 23
5.3. Presupuesto del Proyecto por fase y entregables ................................................................. 24
6. GESTION DE LA CALIDAD DEL PROYECTO ....................................................................................... 25
6.1. Lista de Verificación de Entregables ..................................................................................... 25
7. GESTION DE RECURSOS HUMANOS DEL PROYECTO ...................................................................... 27
7.1. Matriz de Responsabilidades (RACI) ..................................................................................... 27
7.2. Distribución de las horas de Recursos Humanos .................................................................. 30
8. GESTION DE RIESGOS DEL PROYECTO ............................................................................................ 35
8.1. CATEGORIZACION de los riesgos en el proyecto ................................................................... 35
8.2. Identificación de Riesgos ...................................................................................................... 36
8.3. Plan de Respuestas de Riesgos ............................................................................................. 37
9. GESTION DE INTERESADOS DEL PROYECTO ................................................................................... 40
9.2. Registro de Interesados ........................................................................................................ 40
i
INTRODUCCION
En el área de seguridad ciudadana de la municipalidad provincial de Huamanga, se ha

identificado que el proceso de distribución de los serenos no es muy eficiente porque no
se cuenta con información efectiva para la toma de decisiones, lo que conlleva a una
mala distribución.
Es por eso que se implementara un sistema web para la administración de los serenos,
incidencias y partes; también se implementara un datamart para el almacenamiento de
estos datos.
El proceso, que en este caso es el “registro de partes” en el cual el sereno al culminar

la atención de alguna incidencia, tiene que llenar un parte detallando datos de la
incidencia atendida y trasladar este parte a la central.
Ya en la central se recepciona por el digitador y es registrada, este proceso de registro

aun es realizado a mano y en un cuaderno de ocurrencias por lo que conlleva a una
pérdida de tiempo y una mala administración de esos datos.
Como ya se mencionó anteriormente la solución que se plantea es la implementación

de un Datamart, el cual brindara información efectiva y oportuna, con la cual, los
encargados de la toma de decisiones tendrán una mejor base para poder distribuir a los
serenos.
ii
DESCRIPCIÓN DEL NEGOCIO
1. Reseña histórica
Es el Órgano de Coordinación Provincial, que forma parte del Sistema Nacional de

Seguridad Ciudadana, encargado de formular los planes, programas, proyectos y
directivas de seguridad ciudadana, y que tiene como objeto sincronizar esfuerzos
entre sus integrantes a la vez que promueve la participación ciudadana, para
garantizar una situación de paz social en la Provincia de Huamanga. Todo ello
conforme a la Ley N° 27933 "Ley del Sistema Nacional de Seguridad Ciudadana".
2. Objetivos de la organización
 Atender y canalizar las denuncias del público en materia de seguridad ciudadana que
por su naturaleza requieran atención municipal, coordinando con las instituciones
pertinentes.
 Vigilar la preservación y el mantenimiento de la calidad de vida, limpieza y ornato

público en el distrito.
iii
3. Misión y visión de la empresa
Según el manual de organización y funciones de la Municipalidad Provincial de

Huamanga 2012 - (MOF-2012) y el reglamento de organización y funciones de la
municipalidad provincial de huamanga (ROF- 2016) el área de Seguridad Ciudadana
no cuenta con visión ni misión.
4. Valores
 Vocación de servicio
 Trabajo en equipo
 Sostenibilidad
 Transparencia
 Integridad
iv
5. Organigrama
Figura Nº 1.Organigrama
6. Servicios que prestan
• Estudiar y analizar los problemas de segundad ciudadana en la Provincia de

Huamanga.
• Promover la organización de los comités vecinales de segundad ciudadanía.
• Formular, ejecutar y controlar los planes, programas y proyectos de Seguridad

ciudadana en la Provincia de Huamanga.
• Ejecutar los planes, programas y proyectos de seguridad ciudadana dispuestos por el

Consejo Nacional de Seguridad Ciudadana (CONASEC).
v
• Supervisar la ejecución de los planes y programas de segundad ciudadana.
• Celebrar convenios institucionales en materia de seguridad ciudadana.
• Coordinar y apoyar los planes, programas y/o proyectos de segundad ciudadana con
los distritos colindantes.
• Aprobar los planes, programas y proyectos de Seguridad Ciudadana, en concordancia

con las políticas contenidas en el Plan Nacional de Seguridad Ciudadana.
• Promover la organización y capacitación de las Juntas Vecinales de Seguridad

Ciudadana que desarrollan la Subgerencia de Participación Vecinal de la
Municipalidad y/o las Oficinas de Participación Ciudadana de la Policía Nacional del
Perú, procurando que dichas actividades sean integradas
• Evaluar, dentro de su competencia territorial, la ejecución de los planes, programas y

proyectos de segundad ciudadana que se implementen a nivel de los Comités
Distritales.
• Convocar a reuniones, por lo menos tres veces al año, a los integrantes de los Comités
Distritales, a fin de coordinar y analizar de manera integral las políticas, planes y
programas de segundad ciudadana.
• Coordinar los aspectos de seguridad ciudadana que considere relevantes con el

Comité Regional y con el CONASEC.
• Fomentar el debate público sobre segundad ciudadana.
• Las demás funciones o atribuciones establecidas en los Artículos 17° y 18° de la Ley
N° 27933, Ley del Sistema Nacional de Seguridad Ciudadana.
7. Objetivo general
Encargado de ejecutar acciones de prevención, inspección, atención y capacitación de

Servicio de Seguridad Ciudadana.
8. Objetivos específicos
 Mantener el orden y el bienestar de la población huamanguina.
 Controlar las grescas callejeras.
vi
 Controlar la contaminación auditiva por parte de las discotecas.
 Apoyar en operativos propiciados por otras organizaciones.
9. Justificación
El propósito del proyecto es lograr la captura de datos de incidencias y todos sus

procesos relacionados para así obtener información y lograr una distribución
adecuada de los serenos y saber exactamente los lugares y calles donde se
frecuenta actos delictivos e incidencias de otras índoles. Logrando la mejora de la
seguridad ciudadana, así incrementar la confianza de nuestra población y parar el
incremento de la delincuencia dentro de nuestra provincia, aumentando el
crecimiento de este y obtener beneficios como el aumento de turismo, crecimiento de
negocios, entre otros.
Hasta el momento en el área de Seguridad Ciudadana de la provincia de Ayacucho el

proceso de distribución de los serenos requiere mucho tiempo, debido a que no se
cuenta con información efectiva para la toma de decisiones, este hecho muchas
veces conlleva a que se cometan errores frecuentemente, generando una mala
distribución de los serenos y mayores gastos.
vii
DIAGNOSTICO DEL PROBLEMA
Hasta el momento en el área de Seguridad Ciudadana de la provincia de Ayacucho el

proceso de distribución de los serenos requiere mucho tiempo, debido a que no se
cuenta con información efectiva para la toma de decisiones, este hecho muchas veces
conlleva a que se cometan errores frecuentemente, generando una mala distribución de
los serenos y mayores gastos.
El propósito del proyecto es lograr la captura de datos de incidencias y todos sus

procesos relacionados para así obtener información y lograr una distribución adecuada
de los serenos y saber exactamente los lugares y calles donde se frecuenta actos
delictivos e incidencias de otras índoles. Logrando la mejora de la seguridad ciudadana,
así incrementar la confianza de nuestra población y parar el incremento de la
delincuencia dentro de nuestra provincia, aumentando el crecimiento de este y obtener
beneficios como el aumento de turismo, crecimiento de negocios, entre otros.
OBJETIVOS DEL NEGOCIO
 Encargado de ejecutar acciones de prevención, inspección, atención y capacitación

de Servicio de Seguridad Ciudadana.
 Mantener el orden y el bienestar de la población huamanguina.
 Controlar las grescas callejeras.
 Controlar la contaminación auditiva por parte de las discotecas.
 Apoyar en operativos propiciados por otras organizaciones.
viii
GESTIÓN DEL PROYECTO
1. GESTION DE LA INTEGRACION
1.1. Acta de Constitución del Proyecto
Acta de Constitución del Proyecto Business

Intelligence para el área de Seguridad
Ciudadana en el distrito de Jesús Nazareno.
Nombre del Proyecto Siglas del Proyecto
Business Intelligence para el área de

Seguridad Ciudadana en el distrito de BIASC
Jesús Nazareno.
Descripción del Proyecto
 El proyecto consiste en desarrollar una solución de Business Intelligence (BI) para

mejorar la toma de decisiones en el área de Seguridad Ciudadana.
 La solución consistirá en implementar un Datamart bajo la metodología de Ralph

Kimball y desarrollar un Sistema Web al que denominaremos Sistema de Control
de Incidencias (SCI), con la finalidad de que los datos relacionados a los procesos
estudiados, sean ingresados directamente a la base de datos transaccional.
 A su vez se implementará una Aplicación Web, que permitirá el registro y envió

inmediato al SCI denuncias o solicitudes de apoyo realizadas por los ciudadanos
del distrito.
 El desarrollo del proyecto estará a cargo de un Jefe de Proyecto.
 El proyecto será realizado en un periodo de 15 meses. Iniciará el 01/09/2017 y

termina el 02/12/2018
 La gestión y desarrollo del proyecto se llevará a cabo en las instalaciones de

Seguridad Ciudadana del distrito de Jesús Nazareno.
 Al sistema se accederá en cualquier momento y de cualquier lugar (solo contar con

internet).
Descripción del Producto
1
El Sistema de Control de Incidencias permitirá:
 Iniciar sesión (usuario y contraseña).

 El registro, edición y control de incidencias.
 El registro, edición, bloqueo y control de los serenos.
 El registro, edición y control de partes, relacionadas a una incidencia.
 Generar reportes relacionas con las incidencias atendidas.
 Recepción de las solicitudes de apoyo realizadas por la población mediante la
Aplicación Web.
Adicionalmente tiene las siguientes características:
 Facilidad de uso.
 Tiempo de respuesta adecuada.
Sistema:
La plataforma del sistema será estructurada bajo las siguientes características:
 Leguaje de programación JAVA
 Motor de base de datos MYSQL.
 Metodología de desarrollo PMBOK.
 Contenedor Web Apache Tomcat.
 Herramienta ETL Pentaho Data Integration.
 Herramienta de análisis dimensional Pentaho Schema Workbench.
 Generador de reportes Pentaho Report Designer.
Definición de requisitos del Proyecto
El patrocinador tiene los siguientes requisitos:
 El proyecto debe desarrollarse en 15 meses.

 El sistema debe contar con una interfaz sencilla y fácil de manipular.
Alineamientos del Proyecto
Organización Proyecto
Objetivo Principal:
Objetivo del Proyecto:
Promover el desarrollo local, en
coordinación y asociación con los Implementar un proyecto de Business
niveles de gobierno regional y Intelligence para mejorar la toma de
nacional, con el objeto de facilitar la decisiones en el área de Seguridad
competitividad local y propiciar las Ciudadana del distrito de Jesús
mejores condiciones de vida de la Nazareno.
población.
2
Objetivos del Proyecto
Concepto Objetivos Criterios de éxito
1. Alcance Cumplir con todos los Aprobación de todos los

entregables entregables.
establecidos.
Cumplir con el proyecto dentro

de la fecha establecida (15
meses) que iniciará el
Culminar el proyecto en 01/09/2017 y termina el
2. Tiempo
el plazo establecido. 02/12/2018.
Desarrollar el proyecto No exceder con el presupuesto

tomando en cuenta el preliminar.
3. Costo
presupuesto
establecido.
Aplicar pruebas de
Cumplir con los estándares de
4. Calidad funcionamiento en el
calidad.
sistema.
Finalidad del Proyecto
Implementar un Sistema Web, al que denominaremos Sistema de Control de

Incidencias (SCI) para la entrada de datos, una aplicación web y un Datamart para el
almacenamiento y análisis de datos.
Justificación del Proyecto
En el área de Seguridad Ciudadana del distrito de Jesús Nazareno, el proceso de

toma de decisiones requiere mucho tiempo y a su vez es deficiente, debido a que no
se cuenta con información efectiva y exacta, este hecho muchas veces conlleva a que
se cometan errores frecuentemente, generando una demora en acudir a las
solicitudes de apoyo realizaras por la población.
Designación del Jefe del Proyecto
Nombre José Ignacio Jayo Allcca Niveles de autoridad
3
Reporta A Exigir el cumplimiento de lo establecido
en la gestión del proyecto y el desarrollo
Supervisa A Equipo del proyecto del producto.
Organizaciones o grupos organizacionales que intervienen en el Proyecto
Organización o grupo
Rol que desempeña
organizacional
Área de Seguridad Ciudadana de la Brindar las facilidades para el desarrollo del

Municipalidad distrital de Jesús Sistema Web de control de Incidencias, la
Nazareno. APP, y la gestión del Proyecto.
Factores críticos del Proyecto
Principales amenazas del Proyecto
 Falta de compromiso con el proyecto de alguno de los interesados.

 Posible limitación presupuestaria.
Principales oportunidades del Proyecto
 Culminar el proyecto antes de lo previsto.

 Se cuenta con el apoyo total del patrocinador.
Supuestos
 La capacitación a los usuarios finales (serenos) no excederá de los 05 días.
Restricciones
 Ninguna
Lista de interesados
 Americo………………..: Sub Gerente de Seguridad Ciudadana

 José Ignacio Jayo Allcca: Jefe de proyecto
 Serenos: Sub Gerencia de Seguridad Ciudadana
Requisitos de aprobación del Proyecto
El Proyecto será exitoso, si se concluye en el tiempo solicitado por el patrocinador y

las funcionalidades del sistema al 98%
Presupuesto preliminar del Proyecto
Concepto Monto
Personal Equipo del Proyecto S/. 8,000.00
Materiales o recursos
Materiales de escritorio S/. 500.00
consumibles
Maquinas o recursos no
Licencias del software S/. 1,500.00
consumibles
4
Otros Refrigerios, Transporte, otros. S/. 200.00
Total Línea Base S/. 10,200.00
Reserva de contingencia S/. 500.00
Reserva de gestión S/. 500.00
Total Presupuesto S/. 11,200.00
Patrocinador y/o autoridad del Proyecto

Nombre Empresa Cargo Fecha
Firma
2. PLAN DE GESTION DEL PROYECTO
2.1. Plan de Gestión del Alcance
Plan de Gestión de Alcance

Nombre del proyecto Siglas del proyecto
Business Intelligence para el área de

Seguridad Ciudadana en el distrito de BIASC
Jesús Nazareno.
Proceso de definición de Alcance:
La definición del alcance del Proyecto Business Intelligence para el área de Seguridad
Ciudadana en el distrito de Jesús Nazareno se desarrollará de la siguiente manera:
 En una reunión entre el Patrocinador y el equipo de proyecto, en la cual se revisará

el SCOTE STAMENT, que servirá como base.
Proceso de elaboración del EDT:
Los pasos para la elaboración del EDT son los siguientes:
5
 El EDT del proyecto será estructurado de acuerdo a la herramienta de
descomposición, identificándose primeramente los principales entregables, que
en el proyecto actúan como fases. En el Proyecto se identificó 5 fases, las cuales
son: Inicio, planificación, ejecución, monitoreo y control, y cierre (PMBOK v.5), y
para la implementación del Business Intelligence se identificó 6 fases, las cuales
son: Planificación, Requerimientos, Análisis, Diseño, Construcción y Despliegue.
 Una vez identificados los principales entregables se procede a la descomposición
del entregable en paquetes de trabajo. los cuales nos permiten conocer al mínimo
detalle el costo y calidad incurrido en la elaboración del entregable.
 El proyecto utilizará la herramienta WBS Chart Pro para la elaboración del EDT,
pues permite una fácil diagramación y manejo de los entregables del proyecto.
Proceso para la elaboración del Diccionario EDT:
Previo a este proceso, el EDT del proyecto debe haber sido elaborado, revisado y
aprobado. En base al EDT desarrollado se elabora el Diccionario EDT:
La elaboración del Diccionario EDT se hace mediante una plantilla diseñada por el
PMO.
Se identifica las siguientes características de cada paquete de trabajo del EDT:
o Se detalla el objetivo del paquete de trabajo.
o Se hace una descripción breve del paquete de trabajo.
o Se describe cuáles son los criterios de aceptación
o De der posible se establecen las posibles fechas de inicio y fin del paquete
de trabajo.
Proceso para la verificación del Alcance:
Al término de elaboración de cada entregable, éste debe ser presentado al PMO del
Proyecto, el cual se encargará de aprobar o presentar las observaciones del caso.
Si el entregable es aprobado, es enviado al cliente.
Proceso para el control del Alcance:
En este caso se presentan dos variaciones:
 Primero, el jefe del Proyecto (Project Manager) se encarga de verificar que el

entregable cumpla con lo acordado en la Línea Base del Alcance. Si el entregable
es aprobado será enviado al Cliente, pero si el entregable no es aprobado, el
entregable será devuelto a su responsable junto con una Hoja de Correcciones,
donde se señala cuáles son las correcciones o mejoras que se deben hacer.
6
 Segundo, a pesar que el Project Manager se encarga de verificar la aceptación del
entregable del proyecto, el Cliente también puede presentar sus observaciones
respecto al entregable, para lo cual requerirá reunirse con el Jefe del Proyecto, y
presentar sus requerimientos de cambio o ajuste.
2.2. Plan de Gestión de Requisitos

Bussines Intelligence para el Área de
Seguridad Ciudadana en la BIASC
Municipalidad Provincial de Huamanga.
Recopilación de requisitos
 Entrevista, encuesta a los interesados como el Subgerente y los serenos.
Priorización de requisitos
 Para la priorización de requisitos se utilizará un listado de todos los requerimientos
utilizando un rango de valoración, donde ésta, será la que determine la priorización
de los requisitos, ejemplo:
Nro. Funcionalidades Prioridad
R01 El acceso al sistema tendrá un 1

usuario y contraseña
Obtener el 98% de Asistencia 2
R38 en las sesiones de
Capacitación del uso del
Sistema de Control de
Incidencias.
Rango de valoración:
Prioridad:
Número Descripción
1 Alta
2 Media
3 Baja
Trazabilidad
 Basados en los entregables y actividades que se han identificado para el proyecto
se procede a realizar las estimaciones de la duración y el tipo de recurso a utilizar
(Personal, material o consumible, y maquinas o no consumibles)
 Para el recurso personal se define: nombre del recurso, duración.
 Para los recursos consumibles se define: nombre del recurso, duración.
 Para los recursos no consumibles se define: nombre del recurso, duración.
Gestión de la configuración
 El Subgerente podrá solicitar algún cambio en los requisitos.
 El requerimiento pasará en primera instancia al Director del Proyecto, quien
realizará un análisis del impacto para dar el Visto Bueno (V°B°.)
7
 El Subgerente y el Director del Proyecto, serán quienes puedan aprobar o rechazar
la Solicitud de Cambio.
Verificación de requisitos
 La revisión de cada requisito será responsabilidad del propietario.
2.3. Plan de Gestión de Tiempo

Seguridad Ciudadana en la
BIASC
Municipalidad Provincial de
Huamanga.
Proceso de definición de actividades
 Se define los hitos principales del proyecto.
 Por cada entregable definido en el EDT del proyecto se identifica cuáles son las
actividades que permitirán el término del entregable,
 Luego por separado graficamos la red del proyecto de las actividades de cada fase
del proyecto.
Descripciones del proceso

 Se define la Red del Proyecto en base a los entregables del proyecto
 Luego se gráfica, por separado, la red del proyecto de las actividades de cada fase
del proyecto.
Proceso de estimación de recursos de las actividades

 En base a los entregables y actividades que se han identificado para el proyecto
se procede a realizar las estimaciones de la duración y el tipo de recurso a utilizar
(Personal, material o consumible, y maquinas o no consumibles)
 Para el recurso personal se define: nombre del recurso, duración, costo.
 Para los recursos consumibles se define: nombre del recurso, duración, unidad de
medida, costo.
 Para los recursos no consumibles se define: nombre del recurso, duración y costo
por uso.
Proceso de estimación de duración de las actividades
8
 Recurso personal: se estima la duración en base al trabajo que toma realizar la
actividad.
 Recurso consumible, no consumible: se estima la cantidad que se utilizará por
cada actividad.
Desarrollo del modelo del cronograma del proyecto
Al definir la información necesaria se elabora el cronograma del proyecto mediante el
uso de la herramienta informática MS Project 2013, realizando los siguientes
pasos:
 Se ingresa los hitos principales del proyecto.
 Se ingresa los entregables y sus respectivas actividades.
 Se define el calendario de trabajo.
 Se registran los recursos de proyecto.
 Se asigna los recursos a las actividades del proyecto.
 Se realiza la secuencia de hitos y actividades.
El cronograma es enviado al PMO.
Una vez aprobado por el PMO se envía al cliente para su revisión y aprobación antes
de continuar con el proyecto.
Umbrales de control
Dentro de la Gestión del Proyecto se ha identificado los Informes de Estado del
Proyecto y Reuniones de Coordinación. Es mediante estos informes y reuniones
que podemos controlar el cronograma del proyecto.
Ante la aprobación de Solicitud de Cambio Presentada por el Comité de Control de
Cambios se realizan las modificaciones aprobadas o, dado el caso, se hace la re-
planificación del proyecto
2.4. Plan de Gestión de Costos
9
BIASC
Huamanga.
Unidad de medida
Tipo de recurso Unidades de medida
Personal Costo / Hora.
Recurso Material o
Unidades.
Consumible
Recurso Maquina o no
Unidades.
Consumible
Origen de control
Acción a tomar si
Alcance:
Variación permitida variación excede lo
Proyecto/Fase/Entregable
permitido
Investigar variación para
Proyecto completo +/- 5% costo planificado tomar acción
correctiva
Procesos de gestión de costos
Proceso de gestión de
Descripción
costos
Se estima los costes del proyecto en base a la
estimación analógica. Esto se realiza en la
Estimación de costes planificación del proyecto y es responsabilidad
del Jefe del Proyecto y aprobado por el
patrocinador.
Se elabora el presupuesto del proyecto y las
Preparación de su presupuesto reservas de dirección del proyecto.
de costes El documento es elaborado por el Jefe del Proyecto
y aprobado por el patrocinador.
 Se evaluará el impacto de cualquier posible
cambio del costo, informando al patrocinador
(coordinador) los posibles efectos en el proyecto.
 El análisis de impacto deberá ser presentado al
patrocinador (coordinador) y evaluará distintos
escenarios posibles. Cada escenario
Control de costes
corresponderá a las posibles soluciones.
 Toda variación dentro del +/-5% del presupuesto
del proyecto será considerado normal.
 Al encontrar variaciones del costo fuera del rango
permitido se desarrollará un informe para ver la
posible solución.
Formatos de Gestión de Costos
Formato de Gestión de
Descripción
Costos
Documento que informa la planificación de la
Plan de Gestión de Costos
Gestión de costos del proyecto.
Documento que detalla los costos a nivel de las
Cuadro de costos del proyecto actividades de cada entregable según el tipo de
recurso que participe.
Sistema de control de costos
10
El coste del proyecto puede tener una variación de +/- 5 % del total planeado, si como
resultado de la re-planificación del proyecto estos márgenes son superados se
necesitará emitir una solicitud de cambio, la cual deberá ser revisada y aprobada
por el PMO y el patrocinador.
Sistema de control de cambios de los costos
El patrocinador es el responsable de evaluar, aprobar o rechazar las propuestas de
cambios.
 Todos los cambios de costos deberán ser evaluados integralmente, teniendo en
cuenta para ello los objetivos del proyecto y los intercambios de la triple restricción.
 Los documentos que serán afectados o utilizados en el Control de Cambios de
Costos son:
o Solicitud de Cambios.
o Acta de reunión de coordinación del proyecto.
o Plan del Proyecto (re-planificación de todos los planes que sean afectados).
 En primera instancia el que tiene la potestad de resolver cualquier disputa relativa
al tema es el Jefe del Proyecto, si está no puede ser resuelta por él, es el PMO
que asume la responsabilidad.
2.5. Plan de Gestión de Riesgos

BIASC
Huamanga.
Metodología de Gestión de Riesgos
Fuentes de
Proceso Descripción Herramientas
información
Patrocinador,
Gerentes
Elaborar Plan de Guía del PMBOK®
Plan de Gestión de Funcionales,
Gestión de los Quinta Edición
Riesgos Jefe del
Riesgos
Proyecto, equipo
del proyecto
Identificar que
Patrocinador,
riesgos pueden
Matriz de Gerentes
afectar el
descomposición Funcionales,
Identificar riesgos proyecto y
de riesgos Jefe del
documentar
(RBS) Proyecto, equipo
sus
del proyecto
características.
Definición de Matriz de
Evaluar
probabilidad e descomposición
probabilidad de
Análisis cualitativo impacto. de riesgos.
impacto.
de riesgos Matriz de Patrocinador,
Establecer ranking
probabilidad de Gerentes
de importancia
impacto Funcionales,
11
Jefe del
Proyecto.
Matriz de
Definir respuesta
descomposición
Planificar de riesgos.
de riesgos,
respuesta de Planificar
análisis
riesgos ejecución de
cualitativo de
respuestas
riesgos.
Verificar la
ocurrencia de
los riesgos.
Patrocinador,
Realizar el Supervisar y
Gerentes
seguimiento y verificar la
Funcionales,
control de ejecución de
Jefe del
riesgos respuestas.
Proyecto.
Verificar aparición
de nuevos
riesgos.
Roles y responsabilidades de la Gestión de Riesgos
Proceso Roles Personas Responsabilidades
Líder Jefe de proyecto Dirigir la actividad
Apoyo PMO Revisar
Plan de Gestión de
Ejecutar actividades
Riesgos
Analista del para la
Miembros
Proyecto construcción del
entregable
Apoyo PMO Revisar
Identificar riesgos Ejecutar actividades
Analista del para la
Miembros
entregable
Apoyo PMO Revisar
Análisis cualitativo Ejecutar actividades
de riesgos Analista del para la
Miembros
entregable
Apoyo PMO Revisar
Planificar
respuesta de Ejecutar actividades
riesgos Analista del para la
Miembros
entregable
Realizar el Apoyo PMO Revisar
seguimiento y Ejecutar actividades
control de Analista del para la
Miembros
riesgos Proyecto construcción del
entregable
Periodicidad de la Gestión de Riesgos
Momento de Entregable del Periodicidad de
Proceso
ejecución WBS ejecución
12
1.2.7. Plan de
Plan de Gestión de Al inicio del
Gestión de Una vez.
Riesgos proyecto
Riesgos
Al inicio del
1.2.7.1. Identificar
proyecto.
riesgos.
Identificar riesgos En cada reunión Mensual
1.4. Reunión de
del equipo del
coordinación
proyecto.
Al inicio del 1.2.7.2. Análisis
proyecto. cualitativo de
Análisis cualitativo
En cada reunión riesgos. Mensual
de riesgos
del equipo del 1.4. Reunión de
proyecto. coordinación
1.2.7.3.
Al inicio del Estrategias
Planificar proyecto. para la
respuesta de En cada reunión respuesta de Mensual
riesgos del equipo del los riesgos.
proyecto. 1.4. Reunión de
coordinación
1.2.7.4.
Realizar el Seguimiento y
seguimiento y En cada fase del control de
Mensual
control de proyecto. riesgos.
riesgos 1.4. Reunión de
coordinación
2.6. Plan de Gestión de Calidad

Política de calidad del proyecto
Para que este proyecto sea considerado de calidad debe lograr acabar dentro del
tiempo y el presupuesto planificados. Además el proyecto debe cumplir con los
requisitos de calidad del cliente, es decir, lograr la satisfacción por parte del
patrocinador.
Línea base de calidad del proyecto
Frecuencia y
Factor de Frecuencia y
Objetico de Métrica a momento
calidad momento de
Calidad utilizar de
relevante reporte
medición
Desempeño
CPI = Índice  Frecuencia:  Frecuencia:
del CPI > = 0.95
del Mensual Mensual
proyecto
13
desempeño  Momento:  Momento: Al
de costos Al inicio de inicio de cada
cada mes mes
 Frecuencia:  Frecuencia:
Desempeño SPI = Índice de Mensual Mensual
del SPI > = 0.95 desempeño  Momento:  Momento: Al
proyecto del avance Al inicio de inicio de cada
cada mes mes
Nivel de Frecuencia, Frecuencia, una
Satisfacción una vez por cada
= Promedio encuesta reunión con el
de los por cada cliente.
valores reunión con Medición, el
obtenido de el cliente. mismo día de
las Medición, al la medición.
encuestas día
realizadas siguiente de
Satisfacción Nivel de
al cliente, la encuesta,
del satisfacción
sobre su
cliente >= 4
apreciación
en la
ejecución
del proyecto
y el
producto, el
máximo
punto es de
5.
Roles para la Gestión de Calidad
Objetivos del rol: Responsable de la calidad del proyecto.
Funciones del rol: Revisar y tomar acciones correctivas para
mejorar la calidad
Niveles de autoridad: Exigir el desarrollo del producto
Rol Nº 1: respetando la calidad establecida.
Supervisor de Reporta a:
Calidad Supervisar a: Jefe del Proyecto
Requisitos de conocimientos: Gestión de Proyectos
Requisitos de habilidades: Comunicación, negociación.
Requisitos de experiencia: 3 años desarrollando Proyectos de
software
Objetivos del rol: Evaluar las solicitudes de cambios que se
Rol Nº 2: Jefe de
presentan en el proyecto.
Control de
Funciones del rol: Revisar y evaluar las solicitudes de
Cambios
cambios.
14
Niveles de autoridad: Aprobar o desaprobar las solicitudes de
cambios
Reportar a:
Supervisar a:
Requisitos de conocimientos: Gestión de Proyectos
Requisitos de habilidades: Negociación.
Requisitos de experiencia: 2 años desarrollando Proyectos de
software
Objetivos del rol: Gestionar el proyecto
Funciones del rol: Revisar los entregables, generar acciones
correctivas, gestionar los recursos del proyecto.
Niveles de autoridad: Exigir el desarrollo de los entregables.
Reportar a: Supervisor de Calidad
Supervisar a: Equipo del Proyecto
Rol Nº 3: Requisitos de conocimientos: Gestión de proyecto utilizando
Jefe del proyecto el PMBOK quinta edición
Requisitos de habilidades: Liderazgo, comunicación,
negociación.
Requisitos de experiencia:
2 años desarrollando aplicaciones software.
Conocimientos en metodologías
agiles
Objetivos del rol: Elaborar los entregables con la calidad
requerida
Funciones del rol: elaborar entregables
Niveles de autoridad: Aplicar los recursos que se han
asignado
Rol Nº 4: Equipo de
Reportar a: Jefe del proyecto
Proyecto
Supervisar a:
Requisitos de conocimientos: Gestión de proyectos y las
especialidades que le tocan según sus entregables
Requisitos de habilidades: Específicas según entregables
Requisitos de experiencia: Específicas según entregables
Organización para la calidad del proyecto:
15
Comité de Oficina de
Control de Control de
Calidad Cambios
Supervisor de Jefe de control de

Calidad cambios
Jefe del Proyecto
Equipo de
proyecto
Procesos de Gestión de calidad

El aseguramiento de la calidad se hará revisando
continuamente el avance del proyecto dando prioridad al
cronograma establecido
De esta manera se descubrirá si el proyecto necesita un ajuste
Enfoque de
en el cronograma para cumplir con la calidad establecida
aseguramiento
Los resultados se formalizarán como solicitudes de cambios
de la calidad
y/o acciones correctivas.
Asimismo se verificará que dichas solicitudes, cambios y/o
acciones hayan logrado establecer un equilibrio entre la
calidad del proyecto y su cronograma.
El control de calidad se ejecutará revisando que los
entregables estén conformes o no.
Enfoque de control Los resultados se evaluarán utilizando el enfoque de
de la calidad aseguramiento de calidad.
Finalmente se actualizará el enfoque de aseguramiento de
calidad en el Plan de gestión de calidad.
Cada vez que se requiera mejorar un proceso se seguirá lo
siguiente:
Enfoque de mejora 1. Delimitar el proceso.
de procesos 2. Determinar la oportunidad de mejora.
3. Tomar información sobre el proceso.
4. Analizar la información levantada.
16
5. Definir las acciones correctivas para mejorar el proceso.
6. Aplicar las acciones correctivas.
7. Verificar si las acciones correctivas han sido efectivas.
8. Estandarizar las mejoras logradas para hacerlas parte del
proceso.
3. GESTION DEL ALCANCE DEL PROYECTO
3.1. Documento de Requisitos
DOCUMENTACIÓN DE REQUISITOS
NOMBRE DEL PROYECTO SIGLAS DEL PROYECTO
Business Intelligence para el Área de Seguridad

BIASC
Ciudadana en la Municipalidad Provincial de
Huamanga
NECESIDAD DEL NEGOCIO U OPORTUNIDAD A APROVECHAR
Actualmente en el área de seguridad ciudadana del distrito de Ayacucho el proceso

de distribución de los serenos no es muy eficiente y requiere mucho tiempo,
debido a que no se cuenta con información exacta y precisa para la toma de
decisiones, los jefes de grupo toman decisiones basándose en su experiencia, lo
que muchas veces conlleva a que se cometan errores frecuentemente,
generando una mala distribución de los serenos y mayores gastos; y luego, por
esta mala gestión, la ciudadanía pierde confianza en el Serenazgo, por tal motivo
se implementará el Sistema Control de Incidencias (SCI) para el ingreso de los
datos de las incidencias y un Datamart para el almacenamiento de dichos datos
y su análisis del cual obtendremos información efectiva y oportuna para mejorar
la toma de decisiones a la hora de distribuir a los serenos.
OBJETIVOS DEL NEGOCIO Y DEL PRODUCTO
Objetivos del Negocio:
 Estudiar y analizar los problemas de segundad ciudadana en la Provincia de

Huamanga
17
 Promover la organización de los comités vecinales de segundad ciudadanía.
 Formular, ejecutar y controlar los planes, programas y proyectos de Seguridad

Ciudadana en la Provincia de Huamanga.
 Supervisar la ejecución de los planes y programas de segundad ciudadana.
Objetivos del Proyecto:
 Cumplir los requerimientos establecidos por el cliente para la implantación del

proyecto Business Intelligence para el Área de Seguridad Ciudadana de la
 Concluir el proyecto en el plazo solicitado por el cliente, y con el presupuesto
asignado.
 Todos los entregables deben iniciarse y completarse en las fechas programadas.
REQUISITOS FUNCIONALES
PRIORIDA
D
INTERESA
OTORG
DO
ADA REQUISITOS
(Stakehold
POR EL
er)
INTERE
SADO
CÓDIG
DESCRIPCIÓN
O
Alta R01 El SCI permitirá registrar usuarios (serenos).
Alta R02 El SCI permitirá tener accesos al sistema mediante

un usuario y contraseña.
Alta R03 El SCI permitirá al administrador validar y dar

privilegios a los usuarios.
Alta R04
18
PRIORIDA
D
INTERESA
OTORG
DO
ADA REQUISITOS
(Stakehold
POR EL
er)
INTERE
SADO
CÓDIG
DESCRIPCIÓN
O
El SCI permitirá actualizar y eliminar datos del
usuario.
Alta R05
El SCI permitirá eliminar usuarios.
Alta R06 El SCI permitirá mostrar a los serenos por

apellidos y nombres.
Alta R07 El SCI permitirá mostrar a los serenos edad.
Alta R08
El SCI permitirá mostrar a los serenos cargo.
Alta R09 El SCI permitirá mostrar a los serenos por tipo de

patrullaje ejercido durante el día.
Alta R10 El SCI permitirá mostrar a los serenos por sectores

patrullados.
Alta R11 El SCI permitirá mostrar un reporte diario por cada

sereno.
) Alta R12 El SCI permitirá mostrar el historial de un sereno

desde una fecha determinada.
Alta R13 El SCI permitirá mostrar la lista de turnos de los

Serenos.
Alta R14 El SCI permitirá verificar los turnos de cada

sereno.
19
PRIORIDA
D
INTERESA
OTORG
DO
ADA REQUISITOS
(Stakehold
POR EL
er)
INTERE
SADO
CÓDIG
DESCRIPCIÓN
O
Alta R15 El SCI permitirá validar el turno del sereno con los
turnos definidos.
Media R16
El SCI permitirá mostrar el resumen del Parte.
Alta R17 El SCI permitirá mostrar reporte de Partes por

mes.
Alta R18 El SCI permitirá mostrar las incidencias por tipo de

intervención.
Alta R19 El SCI permitirá mostrar el detalle de las

incidencias ocurridas al dia.
El SCI permitirá mostrar a los serenos que

Alta R20
participaron en la atención de una incidencia
especifica.
Alta R21 El SCI permitirá mostrar incidencias ordenas por la

cantidad.
Alta R22 El SCI permitirá mostrar reportes de incidencias

por meses.
Alta R23 El SCI permitirá mostrar reportes de incidencias

por años.
Alta R24
20
PRIORIDA
D
INTERESA
OTORG
DO
ADA REQUISITOS
(Stakehold
POR EL
er)
INTERE
SADO
CÓDIG
DESCRIPCIÓN
O
El SCI permitirá registrar, modificar y eliminar a los
serenos registrados.
Alta R25 El SCI permitirá registrar, modificar y eliminar las

incidencias registradas.
REQUISITOS NO FUNCIONALES
PRIORIDA
D
OTORG
INTERESA
ADA REQUISITOS
DO
POR EL
INTERE
SADO
CÓDIG
DESCRIPCIÓN
O
El software se desarrollara en una plataforma
Alta R26
web.
El lenguaje de programación de desarrollo del

Alta R27
proyecto será en JAVA.
Alta R28 El manejador de base de datos a usar será

MYSQL.
El sistema se ejecutará sobre un servidor de
aplicaciones Java, el cual a su vez se ejecutará
Alta R29
sobre cualquier S.O. que cuente con la máquina
virtual de Java.
El tiempo de respuesta para la obtención de datos
Alta R30 a través del Software no deberá exceder los 5
segundos.
21
Todos los entregables deben iniciarse y
Alta R31
completarse en las fechas programadas.
Cumplir con los acuerdos presentados en la
propuesta, respetando los requerimientos del
Alta R32
cliente.
Alta R33 El software será capaz de ejecutar en cualquier

navegador.
Alta R34
El software tendrá un interface amigable e intuitiva.
Alta R35 La información estará protegida contra los

accesos a usuarios no autorizados.
REQUISITOS DE CALIDAD
PRIORIDA
D
OTORG
INTERESA
ADA REQUISITOS
DO
POR EL
INTERE
SADO
CÓDIG
DESCRIPCIÓN
O
Que el sistema cumpla con los estándares
Alta R36
establecidos para la calidad.
La calidad del proyecto será óptima siempre y

cuando se cumpla con el 85% de los objetivos
Alta R37
y si el cliente termina satisfecho con el resultado
final.
CRITERIOS DE ACEPTACIÓN
CONCEPTOS CRITERIOS DE ACEPTACIÓN
a) Técnicos Los componentes del producto deben cumplir con el 100% de
lo acordado en el Acta de Constitución del Proyecto.
22
b) De Calidad Los componentes del producto deben cumplir con los
estándares de calidad definidos en la empresa, que
garanticen el 85% de satisfacción del cliente como mínimo.
c) Administrativos Todos los entregables deben ser aprobados por el cliente.
d) Sociales El sistema debe ser intuitivo, fácil de comprender y usar.
REGLAS DEL NEGOCIO
 Los requerimientos serán proporcionados por el cliente.

 Emitir informes periódicos del rendimiento del proyecto y tomar acciones
correctivas de ser el caso.
 Mantener una comunicación fluida entre las diferentes áreas del negocio con
respecto a la ejecución del proyecto.
 Emitir informe final que evaluará el desenvolvimiento del equipo y el nivel de
cumplimiento del proyecto.
 La gestión del proyecto se realiza de acuerdo a la Metodología de Gestión de
Proyectos de la Guía del PMBOK v.5
IMPACTOS EN OTRAS AREAS ORGANIZACIONALES
 Las Áreas de Seguridad Ciudadana de otras municipalidades podrán integrar el

Proyecto BIASC como parte fundamental para lograr sus objetivos.
 Con el tiempo se podrá implementar esta herramienta en las diversas áreas de
Seguridad Ciudadana.
 Se espera que los requerimientos se encuentren bien definidos para poder
cumplir con los tiempos y costos acordados.
IMPACTOS EN OTRAS ENTIDADES
El uso de sistemas integrados permitirá obtener información disponible y segura a

los altos mandos para la toma de decisiones, y transformar el trabajo cotidiano de
los agentes, convirtiendo una tarea meramente formal en una tarea de control de
calidad de la información.
REQUERIMIENTOS DE SOPORTE Y MANTENIMIENTO
23
 El cliente deberá asignar al personal de capacitación, encargado de dar
mantenimiento y soporte al SCI.
 Se entregará el manual de usuario.
 Se estregará las disposiciones técnicas brindadas en la capacitación.
SUPUESTOS RELATIVOS A LOS REQUISITOS
 Los usuarios del sistema necesitarán de un navegador web.

 El tiempo de conexión dependerá del tipo de conexión que tenga el usuario a
internet y del tráfico existente en la red.
 Los requerimientos deberán ser dados por el cliente.
3.2. Enunciado del Alcance
Enunciado del Alcance del Proyecto de Business Intelligence para el área de

Seguridad Ciudadana en la Municipalidad Provincial de Huamanga.
CONTRO
CONTROL DE VERSIONES
Versión Hecha por Revisada por Aprobada por Fecha Motivo
1.0 JJ HM HM 01/06/2017 Versión inicial

L DE VERSIONES
Business Intelligence para el Area de Seguridad

Ciudadana en la Municipalidad Provincial de
Nombre del Proyecto: Huamanga.
José Ignacio Jayo Allcca – Fecha

Preparado por:
jefe de proyectos.
24
Hugo Montenegro Portal – Fecha
Revisado por: Sub Gerente de Seguridad
Ciudadana.
Hugo Montenegro Portal – Fecha

Aprobado por: Sub Gerente de Seguridad
Ciudadana.
ALINEAMIENTO DEL PROYECTO
OBJETIVOS ESTRATÉGICOS DE LA ORGANIZACIÓN
Brindar apoyo inmediato a la comunidad huamanguina.
Obtención de los datos de los serenos.
Obtener información procesada de las incidencias.
PROPÓSITO DEL PROYECTO:
2.1. Un mejor control del personal.
2.2. Mejor toma de decisiones en el área de Seguridad Ciudadana.
2.3. Información procesada de las incidencias.
OBJETIVOS DEL PROYECTO:
Poner en marcha el proyecto de BI, con un presupuesto máximo de S/. 12,200.00 (doce mil
doscientos soles).
Finalizar el proyecto en un máximo de 18 meses a partir de la fecha del Acta de Constitución

del Proyecto.
Montar (01) Sistema Web (SCI) para un mejor control de los serenos, registro de partes,
registro de incidencias y mostrar reportes de las incidencias.
Almacenar y procesar datos de incidencias y mostrar información confiable, precisa y exacta

de dichos incidentes.
Implementación de un Datamart que sea adecuado para el área de Seguridad Ciudadana.
Entregar el proyecto finalizado, cumpliendo con todo lo que se dispuso en el Acta de

Constitución y validado por la parte interesada (stakeholders).
FACTORES CRÍTICOS DE ÉXITO DEL PROYECTO
25
(Componentes o características que deben cumplirse en el proyecto para
considerarlo exitoso)
4.1. Brinde información de las incidencias.

4.2. Diseño de Sistema Web acorde a los requerimientos de la parte interesada
(stakeholder).
4.3. La culminación con el presupuesto estimado.
DESARROLLO DE LA PROPUESTA
DESCRIPCIÓN DEL PRODUCTO DEL PROYECTO
El presente proyecto busca mejorar la toma de decisiones a través de la implementación de

un Sistema Web (SCI) y tener un mejor control de los serenos y de las incidencias en las
cuales se apoya.
Se acondicionará una interfaz en la cual tendremos la posibilidad de registrar las incidencias

que recibe el operador por parte de la comunidad, de la cual obtendremos un número de
incidencia.
Al termino del apoyo de una incidencia se llena un “Parte” físico mencionando del número
de incidencia y todos los datos relacionados a dicha incidencia.
En el SCI tendremos la posibilidad de registrar dicha parte, editarla y procesarla.
También tendremos un módulo para el registro de los serenos y obtener todos los datos
necesarios de estos.
Contaremos con un módulo para los reportes de incidencias que nos enlazara con otra
aplicación que accede exclusivamente al Datamart y genera reportes del Datamart como el
reporte por zona, reporte por sereno, reportes por turnos, entre otros reportes.
26
EXTENSION Y ALCANCE DEL PROYECTO
ENTREGABLES A DESARROLLAR DEL PROYECTO
FASES DEL PROYECTO PRINCIPALES ENTREGABLES
Fase I
Gestión del proyecto Proceso de Iniciación:
Gestión de Integración:
- Acta de constitución del proyecto.
Gestión de Stakeholders:
- Identificar Stakeholders
Proceso de Planificación:
-Plan para la Dirección del Proyecto Gestión del
Alcance:
Gestión de Alcance:
- Planificar Gestión del Alcance.
-Recopilar requisitos.
-Definir el alcance del proyecto.
-Crear el EDT
Gestión de Tiempo:
- Planificar Gestión del Cronograma.
- Definir las actividades
- Secuenciar las actividades.
- Estimas los recursos de las actividades
- Estimar la duración de las actividades
- Desarrollar el cronograma
Gestión de Costos:
- Planificar Gestión del Costo
- Estimación de Costos.
- Preparar el presupuesto de costos.
27
Gestión de Calidad:
- Planificar Gestión de Calidad
Gestión de RRHH:
- Planificar la Gestión de los RR.HH.
Gestión de Comunicaciones:
- Planificar la Gestión de las comunicaciones
Gestión de Riesgos:
- Planificar Gestión de Riesgos
- Identificar los Riesgos en el Proyecto
- Analizar cualitativamente los riesgos
- Analizar cuantitativamente los riesgos
- Planificar la respuesta a los riesgos
Gestión de Adquisiciones:
- Planificar Gestión de Adquisiciones
- Planificar Gestión de Stakeholders
Proceso de Ejecución:
- Dirigir y gestionar la ejecución del proyecto
- Realizar el aseguramiento de calidad
Gestión de RRHH:
- Adquirir el equipo del proyecto
- Desarrollar el equipo del proyecto
- Dirigir el equipo del proyecto
Gestión de Comunicación:
- Gestionar las comunicaciones del proyecto
- Efectuar las adquisiciones
- Gestionar la relación con los interesados
28
Proceso de Seguimiento y Control.
- Dar seguimiento y controlar el trabajo del proyecto
- Realizar el Control Integrado de cambios
Gestión de Alcance:
- Validar el alcance
- Controlar el alcance
Gestión de Tiempo:
- Controlar el cronograma
Gestión de Costos:
- Controlar los costos
- Controlar la Calidad
Gestión de Comunicación:
- Controlar las comunicaciones
Gestión de Riesgos:
- Controlar los riesgos
- Controlar las adquisiciones
- Controlar la relación con los interesados
Proceso de Cierre:
- Cerrar proyecto o fase
- Cerrar las adquisiciones
ENTREGABLES A DESARROLLAR DEL PRODUCTO (Metodologia Ralph

Kimball)
29
Planificación:
Fase II Definir el alcance
Desarrollo de la Solución Identificar las tareas
Programas las tareas
Identificar los riesgos
Elaboración final del proyecto
Requerimientos:
Inicia Administración del Proyecto
Definición de Requerimientos del Negocio
Análisis:
- Diseño de la arquitectura técnica
- Modelado dimensional
Diseño:
Selección de Productos e Implementación
Diseño Físico
Especificación de aplicaciones de BI
Construcción:
Diseño e implementación del sistema ETL
Desarrollo de aplicaciones BI
Despliegue:
Implementación
Mantenimiento
Crecimiento
Termina Administración del Proyecto
DESCRIPCIÓN DE LOS ENTREGABLES DEL PRODUCTO DEL PROYECTO
ENTREGABLE DESCRIPCIÓN
30
Definir el alcance Se considera el registro y la atención de incidencias,
además de los procesos implicados en estos.
Identificar las tareas Documentos donde se identifican las tareas:

Entrevistas con los encargados de tomar decisiones.
Recopilación de documentos.
Modelados de la base transaccional.
Modelado de la base de datos Stage.
Modelado del Datamart.
Construcción del Sistema Web.
Construcción de la base de datos transaccional.
Construcción de la base de datos Stage.
Construcción del Datamart.
Construcción de los reportes.
Programar las Tareas Documento donde se planifica el uso de recursos y

se asigna la carga de trabajo a los recursos.
Identificar los Riesgos Documentos donde se identifica los posibles riesgos

que se pueden suscitar en la ejecución del proyecto:
Rotación de trabajadores del Área.
No disponibilidad de hardware
Cambios de requerimientos
Retrasos en captura de requerimientos
Cambio de tecnología
Definición de Documento donde encontraremos los

Requerimientos requerimientos por parte de la sub gerencia y los
serenos.
Diseño de la Arquitectura Documento donde encontraremos todo lo

Técnica relacionado con los procesos y herramientas que se
aplicaran a los datos de las incidencias.
Modelado Dimensional Los pasos para realizar el Modelado Dimensional

son:
Elegir el proceso de negocio.
El proceso elegido es la distribución de los serenos.
Establecer el nivel de granularidad.
31
El nivel de granularidad es la incidencia que se ha
dado en un lugar determinado y que es atendida por
un sereno en un día y en un turno determinado.
Elegir dimensiones.
Las dimensiones identificadas son:
Tiempo
Sereno
Unidad de Patrullaje
Turno
Cuadrante
Motivo
Tipo Intervención
Estado
Identificar la tabla de hechos y medidas.
La tabla de hechos se basará en la tabla incidencia,

que es donde se registraron las incidencias no
entendidas, atendidas y fraudulentas.
Las medidas identificadas son:
Cantidad de partes
Duración de la incidencia
Diseño Físico Los miembros del equipo de BI, deben tener los
siguientes programas instalados en sus estaciones
de trabajo:
Motor de base de datos MySQL
Plataforma JAVA
Contenedor Web Apache Tomcat
Herramienta ETL Pentaho Data Integration
Generador de Reportes Pentaho Report Designer
Diseño e implementación El sistema ETL es la base sobre la cual se alimenta

del ETL el Datawarehouse, se considerará documentos para
tomarlos como base en el modelado de las tablas de
32
la base de datos transaccional y de la base de datos
Stage.
Entre los documentos que se utilizaron se
encuentran: formato de registro de incidencias y
partes, formato de registro de serenos y asignación
de turnos, entre otros documentos.
Especificaciones y Se implementará un Sistema Web, que tenga un

desarrollo de aplicaciones módulo para el registro de las incidencias, partes,
de BI serenos y turnos asignados. Estos registros serán
almacenados en la base de datos transaccional.
Esta base de datos transaccional será la fuente de
datos de la base Stage, en donde se uniformizarán
los datos. Luego se procederá a la construcción de
la base de datos Stage, donde se encontrarán los
datos homogenizados que serán utilizados por el
Datamart. Finalmente, se construirá el Datamart, el
cual utilizará la base de datos Stage como fuente de
datos para la generación de los reportes.
Implementación Puesta en marcha del proyecto BI para el Área de

Seguridad Ciudadana
CONTEXTO DEL PROYECTO
LÍMITES O EXCLUSIONES DEL PROYECTO
El proyecto no incluye el control de asistencia de los serenos.

El proyecto no incluye la contratación de hosting.
El proyecto no incluye la compra de bienes.
RESTRICCIONES
Serenos sin estudios en informática y tecnologías.

El costo del proyecto no debe exceder los S/. 15, 000.00 y no debe exceder de 22
meses.
ASUNCIONES
Se cuenta con un Servidor y una estación de video vigilancia.
33
Se cuenta con 4 observatorios con un pc, que esta enlazada con la central.
3.3. Documento EDT
34
35
2
3
3.4. Diccionario EDT
BUSINESS INTELLIGENCE PARA EL AREA DE SEGURIDAD CIUDADANA EN LA

MUNICIPALIDAD PROVINCIAL DE HUAMANGA
PLAN DE GESTIÓN DEL PROYECTO
INICIACIÓN
Acta de constitución del proyecto
El Acta de Constitución del Proyecto es un documento en el que se define el

alcance, los objetivos y los participantes del proyecto. Da una visión preliminar de los
roles y responsabilidades, de los objetivos, de los principales interesados y define la
autoridad del Project Manager. Sirve como referencia de autoridad para el futuro del
proyecto.
Identificar stakeholders
Los stakeholders en el proyecto son personas y organizaciones que participan de

forma activa en el proyecto o cuyos intereses pueden verse afectados como resultado
de la ejecución del proyecto o de su conclusión.
PLANIFICACIÓN
Plan de gestión de alcance
EDT
También conocida por su nombre en inglés Work Breakdown Structure o WBS, es en

gestión de proyectos una descomposición jerárquica orientada al entregable, del
trabajo a ser ejecutado por el equipo de proyecto, para cumplir con los objetivos de
éste y crear los entregables requeridos, con cada nivel descendente de la EDT
representando una definición con un detalle incrementado del trabajo del proyecto.
Diccionario EDT
4
El Diccionario de la EDT describe los Trabajos a realizar por cada paquete de trabajo
de la Estructura de Desglose del Trabajo (EDT) y ayuda a asegurar que el trabajo
resultante coincida con lo que se necesita. Por lo tanto, un Director del Proyecto
(Project Manager) puede utilizar esta herramienta para evitar la Corrupción del
Alcance, mediante el uso de habilidades de gestión e inspección constante.
Matriz de trazabilidad de requerimientos
La Matriz de Trazabilidad de Requisitos ayuda a realizar seguimiento a los requisitos a

lo largo del ciclo de vida del proyecto para asegurar que se están cumpliendo de
manera eficaz. El proceso de determinar los requisitos para proyectos grandes
fácilmente puede implicar que un requisito conlleve a aclaraciones y requisitos más
refinados. Por lo tanto, puede ser difícil recordar de dónde proviene un requisito.
Plan de gestión de tiempo
Cronograma del proyecto
Es una lista de todos los elementos terminales de un proyecto con sus fechas
previstas de comienzo y final. Un diagrama de Gantt que puede proporcionar una
representación es el software primavera. Hay también herramientas libres y de código
abierto para la generación de cronogramas de proyecto disponibles para la mayoría de
plataformas, ofreciendo oportunidades para la creación de listas de tareas, la
asignación de recursos, precedencias y diagramas de Gantt.
Hitos del proyecto
Un hito es un punto o evento significativo dentro del proyecto, tiene duración nula ya
que representan un momento en el tiempo.
Plan de gestión de costos
Cuadro de costos
Información acerca de estimación de costos del proyecto.
Formas de pago
5
Pueden ser de varias modalidades dependiendo al contrato hecho entre el
Patrocinador y el equipo del proyecto.
Gestión de cambios en los costos
Una buena gestión de cambios es clave para el éxito de cualquier proyecto.
Plan de gestión de calidad
Aseguramiento de la calidad
El Aseguramiento de la Calidad se refiere a los procesos que se utilizan para generar

los entregables.
Control de la calidad
El control de calidad se lleva a cabo durante todo el proyecto.
Plan de gestión de RR.HH
Organigrama del proyecto
El organigrama para manejo de los proyectos depende del objetivo y características

del proyecto.
Roles y responsabilidades
Es importante definir el papel de cada miembro de un equipo en base a sus fortalezas

y preferencias personales.
Matriz de asignación de responsabilidades
6
Se utiliza generalmente en la gestión de proyectos para relacionar actividades con
recursos (individuos o equipos de trabajo).
Plan de gestión de las comunicaciones
Directorio de stakeholders
Son personas y organizaciones que participan de forma activa en el proyecto o cuyos

intereses pueden verse afectados como resultado de la ejecución del proyecto o de su
conclusión.
Medios de comunicación
La complejidad general de los proyectos hace necesario trabajar en equipo.
Plan de gestión de riesgos
Identificar riesgos
El proceso de determinar los riesgos que pueden afectar al proyecto y documentar sus
características.
Análisis cualitativo de riesgos
Es el proceso de priorizar riesgos para análisis o acción posterior, evaluando y

combinando la probabilidad de ocurrencia e impacto de dichos riesgos.
Estrategias para la respuesta de riesgos
El proceso de desarrollar opciones y acciones para mejorar las oportunidades y reducir

las amenazas a los objetos del proyecto.
Identificación, seguimiento y control de riesgos
7
Es el proceso de implementar los planes de respuestas a los riesgos, dar seguimiento
a los riegos identificados, monitorear los riegos residuales, identificar nuevos riesgos y
evaluar la efectividad del proceso de gestión de los riesgos a través del proyecto.
Plan de gestión de adquisiciones
Recursos adquiridos
Contienen información sobre necesidades específicas relacionadas, por ejemplo:

personas, equipos, etc.
Seguimiento y control de las adquisiciones
Es el seguimiento de la adquisición de productos, servicios o resultados.
Plan de gestión de stakeholders
Identificar stakeholders
Son personas y organizaciones que participan de forma activa en el proyecto o cuyos

intereses pueden verse afectados como resultado de la ejecución del proyecto o de su
conclusión.
Gestionar la relación con los interesados
La complejidad general de los proyectos hace necesario trabajar en equipo.
EJECUCIÓN
Acta de reunión de equipo
Puede llevarse a cabo de manera organizada y planificada, con un objetivo delimitado

y con un tiempo de duración planeado.
8
CIERRE
Acta de cierre del proyecto
Contiene la culminación del proyecto.
DESARROLLO DE LA SOLUCIÓN
PLANIFICACIÓN
Definir el alcance
Se considera el registro y la atención de incidencias, además de los procesos

implicados en estos.
Identificar las tareas
Documentos donde se identifican las tareas:
• Entrevistas con los encargados de tomar decisiones.

• Recopilación de documentos.
• Modelados de la base transaccional.
• Modelado de la base de datos Stage.
• Modelado del Datamart.
• Construcción del Sistema Web.
• Construcción de la base de datos transaccional.
• Construcción de la base de datos Stage.
• Construcción del Datamart.
• Construcción de los reportes.
Programas las tareas
9
Documento donde se planifica el uso de recursos y se asigna la carga de trabajo a los
recursos.
Identificar los riesgos
Documentos donde se identifica los posibles riesgos que se pueden suscitar en la

ejecución del proyecto:
• Rotación de trabajadores del Área.

• No disponibilidad de hardware
• Cambios de requerimientos
• Retrasos en captura de requerimientos
• Cambio de tecnología
REQUERIMIENTOS
Definición de requerimientos del negocio
Documento donde encontraremos los requerimientos por parte de la sub gerencia y los
serenos.
ANÁLISIS
Diseño de la arquitectura técnica
Documento donde encontraremos todo lo relacionado con los procesos y herramientas

que se aplicaran a los datos de las incidencias.
Modelado dimensional
Los pasos para realizar el Modelado Dimensional son:
10
El proceso elegido es la distribución de los serenos.
El nivel de granularidad es la incidencia que se ha dado en un lugar determinado y que

es atendida por un sereno en un día y en un turno determinado.
Elegir dimensiones.
• Tiempo
• Sereno
• Unidad de Patrullaje
• Turno
• Cuadrante
• Motivo
• Tipo Intervención
• Estado
La tabla de hechos se basará en la tabla incidencia, que es donde se registraron las

incidencias no entendidas, atendidas y fraudulentas.
• Cantidad de partes
• Duración de la incidencia
11
DISEÑO
Diseño físico
Los miembros del equipo de BI, deben tener los siguientes programas instalados en
sus estaciones de trabajo:
• Motor de base de datos MySQL

• Plataforma JAVA
• Contenedor Web Apache Tomcat
• Herramienta ETL Pentaho Data Integration
• Generador de Reportes Pentaho Report Designer
CONSTRUCCIÓN
Diseño e implementación del Sistema ETL
El sistema ETL es la base sobre la cual se alimenta el Datawarehouse, se considerará

documentos para tomarlos como base en el modelado de las tablas de la base de
datos transaccional y de la base de datos Stage.
Entre los documentos que se utilizaron se encuentran: formato de registro de
incidencias y partes, formato de registro de serenos y asignación de turnos, entre otros
documentos.
Desarrollo de aplicaciones BI
Se implementará un Sistema Web, que tenga un módulo para el registro de las

incidencias, partes, serenos y turnos asignados. Estos registros serán almacenados en
la base de datos transaccional. Esta base de datos transaccional será la fuente de
datos de la base Stage, en donde se uniformizarán los datos. Luego se procederá a la
construcción de la base de datos Stage, donde se encontrarán los datos
homogenizados que serán utilizados por el Datamart. Finalmente, se construirá el
Datamart, el cual utilizará la base de datos Stage como fuente de datos para la
generación de los reportes.
12
DESPLIEGUE
Implementación
Puesta en marcha del proyecto BI para el Área de Seguridad Ciudadana
CAPACITACIÓN
Plan de capacitación
Documento con la planificación de las fechas de capacitación al personal.
4. GESTION DE TIEMPO DEL PROYECTO
4.1. Reporte de Estimación del Tiempo de las Actividades
13
ACTIVIDADES POR CADA ENTREGABLE METODO PERT
OPTIMISTA LO MAS PROBABLE PESIMISTA

Nombre de tarea Duración
(a) (m) (b) MEDIA
1. PLAN DE GESTION DEL PROYECTO
1.1 INICIO
1.1.1 ACTA DE CONSTITUCION DEL PROYECTO
1.1.1.1 Realizar reunión con el Patrocinador 2 días 1 2 3 2
1.1.1.2 Elaborar el acta de constitución 5 días 4 5 6 5
1.1.1.3 Revisar el acta de constitución 2 días 1 2 3 2
1.1.2 LISTA DE STAKEHOLDERS
1.1.2.1 Realizar análisis de la información 4 días 2 4 6 4
1.1.2.2 Definir a los stakeholders 4 días 2 4 6 4
1.1.2.3 Realizar la clasificación de los stakeholders 2 días 1 2 3 2
1.1.3 REGISTRO DE STAKEHOLDERS
1.1.3.1 Realizar el registro de los stakeholders 2 días 1 2 3 2
1.2 PLANIFICACIÓN
1.2.1 GESTION DEL ALCANCE
14
1.2.1.1 Elaborar el Plan de Gestión del Alcance 10 días 9 10 11 5
1.2.1.2 Elaborar el Plan de Gestión de Requisitos 8 días 7 8 9 8
1.2.1.3 Elaborar el Documento de Requisitos 8 días 7 8 9 8
1.2.1.4 Elaborar el Enunciado del Alcance 8 días 7 8 9 8
1.2.1.5 Elaborar el EDT 5 días 4 5 6 5
1.2.1.6 Elaborar el Diccionario EDT 5 días 4 5 6 5
1.2.1.7 Elaborar la Matriz de trazabilidad 5 días 4 5 6 5
1.2.2 GESTION DEL TIEMPO
1.2.2.1 Elaborar el Plan de Gestión del Tiempo 8 días 7 8 9 8

1.2.2.2 Elaborar los Hitos del Proyecto 5 días 4 5 6 5
1.2.2.3 Definir las Actividades 5 días 4 5 6 5
1.2.2.4 Realizar la secuencia de Actividades 5 días 4 5 6 5
1.2.2.5 Estimar los recursos de las actividades por el

5 días
método PERT 4 5 6 5
1.2.2.6 Elaborar el Cronograma del Proyecto 5 días 4 5 6 5
1.2.3 GESTION DE COSTOS
1.2.3.1 Elaborar el Plan de Gestión de Costos 8 días 7 8 9 8
1.2.3.2 Elaborar la Estimación o Cuadro de Costos 5 días 4 5 6 5
1.2.3.3 Elaborar el Cálculo de Presupuesto del Proyecto 5 días 4 5 6 5
15
1.2.3.4 Controlar los Costos 5 días 4 5 6 5
1.2.4 GESTION DE LA CALIDAD
1.2.4.1 Elaborar el Plan de Gestión de la Calidad 8 días 7 8 9 8
1.2.4.2 Realizar el Aseguramiento de Calidad 5 días 4 5 6 5
1.2.4.3 Realizar el Control de Calidad 5 días 4 5 6 5
1.2.5 GESTION DE RIESGOS
1.2.5.1 Elaborar el Plan de Gestión de Riesgos 10 días 9 10 11 5
1.2.5.2 Elaborar Fuentes de Riesgo 5 días 4 5 6 5
1.2.5.3 Elaborar Matriz de descomposición de Riesgos

7 días
(RBS) 6 7 8 7
1.2.5.4 Elaborar categorías, criterios para priorizar y levantar

5 días
los riesgos 4 5 6 5
1.2.5.5 Elaborar estrategias para la respuesta de los riesgos 5 días 4 5 6 5
1.2.5.6 Elaborar la Identificación, seguimiento y control de

5 días
riesgos 4 5 6 5
1.2.6 GESTION DE RECURSOS HUMANOS
1.2.6.1 Elaborar el Plan de gestión de Recursos Humanos 8 días 7 8 9 8
1.2.6.2 Elaborar el Organigrama del Proyecto 5 días 4 5 6 5
1.2.6.3 Elaborar roles y responsabilidades 5 días 4 5 6 5
16
1.2.6.4 Elaborar la Matriz de asignación de
5 días
responsabilidades (RAM) 4 5 6 5
1.2.7 GESTION DE COMUNICACIONES
1.2.7.1 Elaborar el Plan de Gestión de Comunicaciones 8 días 7 8 9 8

1.2.7.2 Elaborar el Directorio de Stakeholders 6 días 5 6 7 6
1.2.7.3 Elaborar los medios de comunicación 5 días 4 5 6 5
1.2.8 GESTION DE ADQUISICIONES
1.2.8.1 Elaborar el Plan de gestión de Adquisiciones 8 días 7 8 9 8
1.2.8.2 Elaborar los Recursos Adquiridos 5 días 4 5 6 5
1.2.8.3 Elaborar el seguimiento y control de las

5 días
adquisiciones 4 5 6 5
1.2.9 GESTION DE STAKEHOLDERS
1.2.9.1 Identificar Stakeholders 10 días 9 10 11 5
1.2.9.2 Elaborar el Plan de Gestión de Stakeholders 5 días 4 5 6 5
1.2.9.3 Gestionar la relación con los interesados 3 días 2 3 4 3
1.2.9.4 Controlar la relación con los interesados 3 días 2 3 4 3
1.3 REUNION DE COORDINACION
1.3.1 Reunión de coordinación 1 1 día 0 1 2 1
17
1.4 CIERRE
1.4.1 Elaborar lecciones aprendidas 3 días 2 3 4 3
1.4.2 Elaborar el acta de cierre del proyecto 2 días 1 2 3 2
2. DESARROLLO DE LA SOLUCION
2.1 PLANIFICACIÓN
2.1.1 Definir el Alcance 5 días 4 5 6 5
2.1.2 Identificar las Tareas 5 días 4 5 6 5
2.1.3 Programas las Tareas 5 días 4 5 6 5
5 días
2.1.4 Identificar los Riesgos
4 5 6 5
2.1.5 Elaborar final del Proyecto 2 días 1 2 3 2
2.2 REQUERIMIENTOS
2.2.1 Inicio de Administración de Proyecto 2 días 1 2 3 2
2.2.2 Definición de Requerimientos del Negocio 5 días 4 5 6 5
2.3 ANALISIS
2.3.1 Diseño de la Arquitectura Técnica 5 días 4 5 6 5
18
2.3.2 Modelo Dimensional 10 días 9 10 11 5
2.4 DISEÑO
2.4.1 Selección de Productos e implementación 5 días 4 5 6 5
2.4.2 Diseño Físico 10 días 9 10 11 5
2.4.3 Especificación de Aplicaciones BI 5 días 4 5 6 5
2.5 CONSTRUCCION
2.5.1 Diseño e implementación del sistema ETL 10 días 9 10 11 5
2.5.2 Desarrollo de aplicaciones BI 15 días 14 15 16 15
2.6 DESPLIEGUE
2.6.1 Implementación 5 días 4 5 6 5
2.6.2 Mantenimiento 3 días 2 3 4 3
2.6.3 Crecimiento 3 días

2 3 4 3
2.6.4 Termina Administración del Proyecto 1 día

3. CAPACITACIÓN
3.1 Plan de Capacitación
3.1.1 Se hará un plan (cronograma) de capacitación para el

3 días
uso del sistema 2 3 4 3
19
3.2 Informe de Capacitación
3.2.1 Se hará un informe final de acuerdo al plan de

3 días
capacitación del proyecto 2 3 4 3
20
5. GESTION DE COSTOS DEL PROYECTO
5.1. Reporte de Costos por Actividades
Nombre de tarea Costo

BUSINESS INTELLIGENCE PARA EL AREA DE SEGURIDAD S/. 6980,00
CIUDADANA EN LA MUNICIPALIDAD PROVINCIAL DE
HUAMANGA
1. PLAN DE GESTION DEL PROYECTO S/.390,00
1.1 INICIO S/.30,00
1.1.1 ACTA DE CONSTITUCION DEL PROYECTO S/.20,00
1.1.1.1 Realizar reunión con el Patrocinador S/.0,00
1.1.1.2 Elaborar el acta de constitución S/.10,00
1.1.1.3 Revisar el acta de constitución S/.10,00
1.1.2 LISTA DE STAKEHOLDERS S/.0,00
1.1.2.1 Realizar análisis de la información S/.0,00
1.1.2.2 Definir a los stakeholders S/.0,00
1.1.2.3 Realizar la clasificación de los stakeholders S/.0,00
1.1.3 REGISTRO DE STAKEHOLDERS S/.10,00
1.1.3.1 Realizar el registro de los stakeholders S/.10,00
1.2 PLANIFICACIÓN S/.360,00
1.2.1 GESTION DEL ALCANCE S/.70,00
1.2.1.1 Elaborar el Plan de Gestión del Alcance S/.10,00
1.2.1.2 Elaborar el Plan de Gestión de Requisitos S/.10,00
1.2.1.3 Elaborar el Documento de Requisitos S/.10,00
1.2.1.4 Elaborar el Enunciado del Alcance S/.10,00
1.2.1.5 Elaborar el EDT S/.10,00
1.2.1.6 Elaborar el Diccionario EDT S/.10,00
1.2.1.7 Elaborar la Matriz de trazabilidad S/.10,00
1.2.2 GESTION DEL TIEMPO S/.50,00
1.2.2.1 Elaborar el Plan de Gestión del Tiempo S/.10,00
1.2.2.2 Elaborar los Hitos del Proyecto S/.10,00
1.2.2.3 Definir las Actividades S/.10,00
1.2.2.4 Realizar la secuencia de Actividades S/.10,00
1.2.2.5 Estimar los recursos de las actividades por el S/.10,00
método PERT
1.2.2.6 Elaborar el Cronograma del Proyecto S/.0,00
1.2.3 GESTION DE COSTOS S/.40,00
1.2.3.1 Elaborar el Plan de Gestión de Costos S/.10,00
1.2.3.2 Elaborar la Estimación o Cuadro de Costos S/.10,00
1.2.3.3 Elaborar el Cálculo de Presupuesto del S/.10,00
Proyecto
1.2.3.4 Controlar los Costos S/.10,00
1.2.4 GESTION DE LA CALIDAD S/.20,00
21
1.2.4.1 Elaborar el Plan de Gestión de la Calidad S/.10,00
1.2.4.2 Realizar el Aseguramiento de Calidad S/.10,00
1.2.4.3 Realizar el Control de Calidad S/.0,00
1.2.5 GESTION DE RIESGOS S/.40,00
1.2.5.1 Elaborar el Plan de Gestión de Riesgos S/.10,00
1.2.5.2 Elaborar Fuentes de Riesgo S/.10,00
1.2.5.3 Elaborar Matriz de descomposición de Riesgos S/.10,00
(RBS)
1.2.5.4 Elaborar categorías, criterios para priorizar y S/.0,00
levantar los riesgos
1.2.5.5 Elaborar estrategias para la respuesta de los S/.0,00
riesgos
1.2.5.6 Elaborar la Identificación, seguimiento y S/.10,00
control de riesgos
1.2.6 GESTION DE RECURSOS HUMANOS S/.40,00
1.2.6.1 Elaborar el Plan de gestión de Recursos S/.10,00
Humanos
1.2.6.2 Elaborar el Organigrama del Proyecto S/.10,00
1.2.6.3 Elaborar roles y responsabilidades S/.10,00
1.2.6.4 Elaborar la Matriz de asignación de S/.10,00
responsabilidades (RAM)
1.2.7 GESTION DE COMUNICACIONES S/.30,00
1.2.7.1 Elaborar el Plan de Gestión de S/.10,00
Comunicaciones
1.2.7.2 Elaborar el Directorio de Stakeholders S/.10,00
1.2.7.3 Elaborar los medios de comunicación S/.10,00
1.2.8 GESTION DE ADQUISICIONES S/.30,00
1.2.8.1 Elaborar el Plan de gestión de Adquisiciones S/.10,00
1.2.8.2 Elaborar los Recursos Adquiridos S/.10,00
1.2.8.3 Elaborar el seguimiento y control de las S/.10,00
adquisiciones
1.2.9 GESTION DE STAKEHOLDERS S/.40,00
1.2.9.1 Identificar Stakeholders S/.10,00
1.2.9.2 Elaborar el Plan de Gestión de Stakeholders S/.10,00
1.2.9.3 Gestionar la relación con los interesados S/.10,00
1.2.9.4 Controlar la relación con los interesados S/.10,00
1.3 REUNION DE COORDINACION S/.0,00
1.3.1 Reunión de coordinación 1 S/.0,00
1.4 CIERRE S/.0,00
1.4.1 Elaborar lecciones aprendidas S/.0,00
1.4.2 Elaborar el acta de cierre del proyecto S/.0,00
2. DESARROLLO DE LA SOLUCION S/.6.490,00
22
2.1 PLANIFICACIÓN S/.90,00
2.1.1 Definir el Alcance S/.40,00
2.1.2 Identificar las Tareas S/.20,00
2.1.3 Programas las Tareas S/.20,00
2.1.4 Identificar los Riesgos S/.10,00
2.1.5 Elaborar final del Proyecto S/.0,00
2.2 REQUERIMIENTOS S/.100,00
2.2.1 Inicio de Administración de Proyecto S/.50,00
2.2.2 Definición de Requerimientos del Negocio S/.50,00
2.3 ANALISIS S/.1.500,00
2.3.1 Diseño de la Arquitectura Técnica S/.500,00
2.3.2 Modelo Dimensional S/.1.000,00
2.4 DISEÑO S/.1.600,00
2.4.1 Selección de Productos e implementación S/.1.000,00
2.4.2 Diseño Físico S/.500,00
2.4.3 Especificación de Aplicaciones BI S/.100,00
2.5 CONSTRUCCION S/.2.700,00
2.5.1 Diseño e implementación del sistema ETL S/.1.200,00
2.5.2 Desarrollo de aplicaciones BI S/.1.500,00
2.6 DESPLIEGUE S/.500,00
2.6.1 Implementación S/.300,00
2.6.2 Mantenimiento S/.200,00
2.6.3 Crecimiento S/.0,00
2.6.4 Termina Administración del Proyecto S/.0,00
3. CAPACITACIÓN S/.100,00
3.1 Plan de Capacitación S/.50,00
3.1.1 Se hará un plan (cronograma) de capacitación S/.50,00
para el uso del sistema
3.2 Informe de Capacitación S/.50,00
3.2.1 Se hará un informe final de acuerdo al plan de S/.50,00
capacitación del proyecto
5.2. Reporte de Costos por Recursos Humanos
Nombre del Tipo Iniciales Capacidad Tasa Tasa Acumular Calendario

recurso máxima estándar horas base
extra
Jefe de Trabajo J 100% 25,00 S/. 20,00 Prorrateo Calendario
Proyecto hora S/. hora Proyecto
Analista de Trabajo AS 100% 20,00 S/. 15,00 Prorrateo Calendario
Sistemas hora S/. hora Proyecto
Programador Trabajo P 100% 22,00 S/. 18,00 Prorrateo Calendario
hora S/. hora Proyecto
23
Diseñador Trabajo D 100% 18,00 S/. 13,00 Prorrateo Calendario
hora S/. hora Proyecto
Materiales de Material M S/.10,00 Prorrateo
escritorio
Administrador Trabajo ABD 100% 20,00 S/. 15,00 Prorrateo Calendario
de Base de hora S/. hora Proyecto
datos
5.3. Presupuesto del Proyecto por fase y entregables
Fases Costos
1. PLAN DE
GESTION DEL INICIO S/.30,00
PROYECTO
PLANIFICACIÓN S/.360,00
REUNION DE
S/.0,00
COORDINACION
CIERRE S/.0,00
S/. 390,00
2. DESARROLLO
DE LA PLANIFICACIÓN S/.90,00
SOLUCION
REQUERIMIENTOS S/.100,00
ANALISIS S/.1.500,00
DISEÑO S/.1.600,00
CONSTRUCCION S/.2.700,00
DESPLIEGUE S/.500,00
S/. 6490,00
3.
Plan de Capacitación S/.50,00
CAPACITACIÓN
Informe de
S/.50,00
Capacitación
S/. 100
Presupuesto Total del Proyecto S/.6.980,00
24
6. GESTION DE LA CALIDAD DEL PROYECTO
6.1. Lista de Verificación de Entregables
LISTA DE VERIFICACIÓN
PROYECTO Business Intelligence para el Área de Seguridad Ciudadana en la

Municipalidad Provincial de Huamanga
PREPARADO José Ignacio Jayo Allcca – Jefe de FECHA 15 04 17
POR: Proyectos
REVISADO POR: Hugo Montenegro Portal – Sub Gerente FECHA 15 04 17
de Seguridad Ciudadana.
APROBADO POR: Hugo Montenegro Portal – Sub Gerente FECHA 16 04 17
de Seguridad Ciudadana.
Puntos de control
Entregable Comentarios
(Descripción
de lo
observado)
Definir el Se considera el registro y la atención de
alcance incidencias, además de los procesos implicados
en estos.
Identificar las Documentos donde se identifican las tareas:

tareas Entrevistas con los encargados de tomar X
decisiones.
Programar las Documento donde se planifica el uso de
Tareas recursos y se asigna la carga de trabajo a los X
recursos.
Identificar los Documentos donde se identifica los posibles
Riesgos riesgos que se pueden suscitar en la ejecución
del proyecto:
Rotación de trabajadores del Área.
No disponibilidad de hardware
Cambios de requerimientos
Retrasos en captura de requerimientos
Cambio de tecnología
25
Definición de Documento donde encontraremos los X
Requerimientos requerimientos por parte de la sub gerencia y
los serenos.
Diseño de la Documento donde encontraremos todo lo
Arquitectura relacionado con los procesos y herramientas
Técnica que se aplicaran a los datos de las incidencias.
Modelado Los pasos para realizar el Modelado X
Dimensional Dimensional son:
El proceso elegido es la distribución de los
serenos.
El nivel de granularidad es la incidencia que se
ha dado en un lugar determinado y que es
atendida por un sereno en un día y en un turno
determinado.
Elegir dimensiones.
Tiempo
Sereno
Unidad de Patrullaje
Turno
Cuadrante
Motivo
Tipo Intervención
Estado
La tabla de hechos se basará en la tabla

incidencia, que es donde se registraron las
incidencias no entendidas, atendidas y
fraudulentas.
Cantidad de partes
Duración de la incidencia
Diseño Físico Los miembros del equipo de BI, deben tener los
siguientes programas instalados en sus
estaciones de trabajo:
Motor de base de datos MySQL
Plataforma JAVA
Contenedor Web Apache Tomcat
Herramienta ETL Pentaho Data Integration
Generador de Reportes Pentaho Report
Designer
Diseño e El sistema ETL es la base sobre la cual se X

implementación alimenta el Datawarehouse, se considerará
del ETL documentos para tomarlos como base en el
modelado de las tablas de la base de datos
transaccional y de la base de datos Stage.
Entre los documentos que se utilizaron se
encuentran: formato de registro de incidencias y
26
partes, formato de registro de serenos y
asignación de turnos, entre otros documentos.
Especificaciones Se implementará un Sistema Web, que tenga un

y desarrollo de módulo para el registro de las incidencias,
aplicaciones de partes, serenos y turnos asignados. Estos X
BI registros serán almacenados en la base de
datos transaccional. Esta base de datos
transaccional será la fuente de datos de la base
Stage, en donde se uniformizarán los datos.
Luego se procederá a la construcción de la base
de datos Stage, donde se encontrarán los datos
homogenizados que serán utilizados por el
Datamart. Finalmente, se construirá el Datamart,
el cual utilizará la base de datos Stage como
fuente de datos para la generación de los
reportes.
Implementación Puesta en marcha del proyecto BI para el Área
de Seguridad Ciudadana
Definir el Se considera el registro y la atención de
alcance incidencias, además de los procesos implicados X
en estos.
Identificar las Documentos donde se identifican las tareas:

tareas Entrevistas con los encargados de tomar X
decisiones.
Programar las Documento donde se planifica el uso de
Tareas recursos y se asigna la carga de trabajo a los X
recursos.
7. GESTION DE RECURSOS HUMANOS DEL PROYECTO
7.1. Matriz de Responsabilidades (RACI)
27
EDT Rol 1 Rol 2 Rol 3 Rol 4 Rol 5 Rol 6 Rol 7
Gerente Jefe del Analista de Analista Analist Progra Admini
General Proyecto Proyectos de a de mador strador
Sistemas Calidad y de
Diseña Base
dor de
Datos
1. PLAN DE GESTION DEL PROYECTO I R
1.1 INICIO I R
1.1.1 ACTA DE CONSTITUCION DEL PROYECTO
1.1.1.1 Realizar reunión con el Patrocinador C R
1.1.1.2 Elaborar el acta de constitución I R
1.1.1.3 Revisar el acta de constitución A C C C
1.1.2 LISTA DE STAKEHOLDERS
1.1.2.1 Realizar análisis de la información R C C C
1.1.2.2 Definir a los stakeholders R C C C
1.1.2.3 Realizar la clasificación de los R C C C
stakeholders
1.1.3 REGISTRO DE STAKEHOLDERS
1.1.3.1 Realizar el registro de los stakeholders I R
1.2 PLANIFICACIÓN
1.2.1 GESTION DEL ALCANCE R C C C
1.2.2 GESTION DEL TIEMPO R C C C
1.2.3 GESTION DE COSTOS R C C C
1.2.4 GESTION DE LA CALIDAD R C C C
1.2.5 GESTION DE RIESGOS R C C C
1.2.6 GESTION DE RECURSOS HUMANOS R C C C
1.2.7 GESTION DE COMUNICACIONES R C C C
1.2.8 GESTION DE ADQUISICIONES R C C C
1.2.9 GESTION DE STAKEHOLDERS R C C C
1.3 REUNION DE COORDINACION R C C C
1.4 CIERRE I R I I I I I
1.4.1 Elaborar lecciones aprendidas I R I I I I I
1.4.2 Elaborar el acta de cierre del proyecto A R I I I I I
2. DESARROLLO DE LA SOLUCION
28
2.1 PLANIFICACIÓN I R C C C
2.1.1 Definir el Alcance R C C C
2.1.2 Identificar las Tareas R C C C
2.1.3 Programas las Tareas R C C C
2.1.4 Identificar los Riesgos R C C C
2.1.5 Elaborar final del Proyecto R C C C
2.2 REQUERIMIENTOS
2.2.1 Inicio de Administración de Proyecto I R
2.2.2 Definición de Requerimientos del Negocio R C C C
2.3 ANALISIS
2.3.1 Diseño de la Arquitectura Técnica A I I I C R
2.3.2 Modelo Dimensional A I I I C R
2.4 DISEÑO
2.4.1 Selección de Productos e implementación A I I I R C
2.4.2 Diseño Físico A I I I C R
2.4.3 Especificación de Aplicaciones BI A I I I R C
2.5 CONSTRUCCION
2.5.1 Diseño e implementación del sistema ETL A I I I C R
2.5.2 Desarrollo de aplicaciones BI A I I I R C
2.6 DESPLIEGUE
2.6.1 Implementación I A C C C R C
2.6.2 Mantenimiento I C C C R C
2.6.3 Crecimiento
2.6.4 Termina Administración del Proyecto A R I I I I I
3. CAPACITACIÓN A R C C C C C
3.1 Plan de Capacitación
3.1.1 Se hará un plan (cronograma) de capacitación I R
3.2 Informe de Capacitación
3.2.1 Se hará un informe final de acuerdo al plan de I R
29
7.2. Distribución de las horas de Recursos Humanos
Nombre del recurso Trabajo
Jefe de Proyecto 2.552 horas
1.1.1.1 Realizar reunión con el Patrocinador 16 horas
1.1.1.2 Elaborar el acta de constitución 40 horas
1.1.1.3 Revisar el acta de constitución 16 horas
1.1.2.1 Realizar análisis de la información 32 horas
1.1.2.2 Definir a los stakeholders 32 horas
1.1.2.3 Realizar la clasificación de los stakeholders 16 horas
1.1.3.1 Realizar el registro de los stakeholders 16 horas
1.2.1.1 Elaborar el Plan de Gestión del Alcance 80 horas
1.2.1.2 Elaborar el Plan de Gestión de Requisitos 64 horas
1.2.1.3 Elaborar el Documento de Requisitos 64 horas
1.2.1.4 Elaborar el Enunciado del Alcance 64 horas
1.2.1.5 Elaborar el EDT 40 horas
1.2.1.6 Elaborar el Diccionario EDT 40 horas
1.2.1.7 Elaborar la Matriz de trazabilidad 40 horas
1.2.2.1 Elaborar el Plan de Gestión del Tiempo 64 horas
1.2.2.2 Elaborar los Hitos del Proyecto 40 horas
1.2.2.3 Definir las Actividades 40 horas
1.2.2.4 Realizar la secuencia de Actividades 40 horas
1.2.2.5 Estimar los recursos de las actividades por

40 horas
el método PERT
1.2.2.6 Elaborar el Cronograma del Proyecto 40 horas
1.2.3.1 Elaborar el Plan de Gestión de Costos 64 horas
1.2.3.2 Elaborar la Estimación o Cuadro de Costos 40 horas
1.2.3.3 Elaborar el Cálculo de Presupuesto del

40 horas
Proyecto
1.2.3.4 Controlar los Costos 40 horas
30
1.2.4.1 Elaborar el Plan de Gestión de la Calidad 64 horas
1.2.4.2 Realizar el Aseguramiento de Calidad 40 horas
1.2.4.3 Realizar el Control de Calidad 40 horas
1.2.5.1 Elaborar el Plan de Gestión de Riesgos 80 horas
1.2.5.2 Elaborar Fuentes de Riesgo 40 horas
1.2.5.3 Elaborar Matriz de descomposición de

56 horas
Riesgos (RBS)
1.2.5.4 Elaborar categorías, criterios para priorizar y

40 horas
levantar los riesgos
1.2.5.5 Elaborar estrategias para la respuesta de

40 horas
los riesgos
1.2.5.6 Elaborar la Identificación, seguimiento y

40 horas
control de riesgos
1.2.6.1 Elaborar el Plan de gestión de Recursos

64 horas
Humanos
1.2.6.2 Elaborar el Organigrama del Proyecto 40 horas
1.2.6.3 Elaborar roles y responsabilidades 40 horas
1.2.6.4 Elaborar la Matriz de asignación de

40 horas
responsabilidades (RAM)
1.2.7.1 Elaborar el Plan de Gestión de

64 horas
Comunicaciones
1.2.7.2 Elaborar el Directorio de Stakeholders 48 horas
1.2.7.3 Elaborar los medios de comunicación 40 horas
1.2.8.1 Elaborar el Plan de gestión de

64 horas
Adquisiciones
1.2.8.2 Elaborar los Recursos Adquiridos 40 horas
1.2.8.3 Elaborar el seguimiento y control de las

40 horas
adquisiciones
1.2.9.1 Identificar Stakeholders 80 horas
1.2.9.2 Elaborar el Plan de Gestión de Stakeholders 40 horas
1.2.9.3 Gestionar la relación con los interesados 24 horas
1.2.9.4 Controlar la relación con los interesados 24 horas
1.3.1 Reunión de coordinación 1 8 horas
31
1.4.1 Elaborar lecciones aprendidas 24 horas
1.4.2 Elaborar el acta de cierre del proyecto 16 horas
2.1.1 Definir el Alcance 40 horas
2.1.2 Identificar las Tareas 40 horas
2.1.3 Programas las Tareas 40 horas
2.1.4 Identificar los Riesgos 40 horas
2.1.5 Elaborar final del Proyecto 16 horas
2.2.1 Inicio de Administración de Proyecto 16 horas
2.2.2 Definición de Requerimientos del Negocio 40 horas
2.6.1 Implementación 40 horas
2.6.2 Mantenimiento 24 horas
2.6.3 Crecimiento 24 horas
2.6.4 Termina Administración del Proyecto 8 horas
3.1.1 Se hará un plan (cronograma) de capacitación

24 horas

24 horas
Analista de Sistemas 200 horas
1.1.1.3 Revisar el acta de constitución 16 horas
1.2.1.1 Elaborar el Plan de gestión del Alcance 80 horas
1.2.1.2 Elaborar el Plan de gestión de Requisitos 64 horas
32
Programador 616 horas
2.3.1 Diseño de la Arquitectura Técnica 40 horas
2.3.2 Modelo Dimensional 80 horas
2.4.1 Selección de Productos e implementación 40 horas
2.4.2 Diseño Físico 80 horas
2.4.3 Especificación de Aplicaciones BI 40 horas
2.5.1 Diseño e implementación del sistema ETL 80 horas
2.5.2 Desarrollo de aplicaciones BI 120 horas
Diseñador 496 horas
33
Materiales de escritorio 11
2.4.1 Selección de Productos e implementación 1
2.4.2 Diseño Físico 1
2.4.3 Especificación de Aplicaciones BI 1
2.5.1 Diseño e implementación del sistema ETL 1
2.5.2 Desarrollo de aplicaciones BI 1
2.6.1 Implementación 1
2.6.2 Mantenimiento 1
2.6.3 Crecimiento 1
2.6.4 Termina Administración del Proyecto 1
3.1.1 Se hará un plan (cronograma) de capacitación

1

1
Administrador de Base de datos 576 horas
2.3.1 Diseño de la Arquitectura Técnica 40 horas
2.3.2 Modelo Dimensional 80 horas
34
8. GESTION DE RIESGOS DEL PROYECTO
8.1. CATEGORIZACION de los riesgos en el proyecto

Seguridad Ciudadana en la Municipalidad BIASC
Provincial de Huamanga.
Riesgos técnicos, de calidad o rendimiento
Problemas en la definición correcta de los requisitos para el sistema.
Software de desarrollo y maquetación desfasados.
Las interfaces diseñadas no cumplen con las expectativas del Patrocinador.
Cambios en el alcance, definidos anteriormente.
La metodología seleccionada no es la adecuada.
Mal análisis y desarrollo de los modelos y diagramas del diseño del sistema.
Riesgos en la Gerencia del Proyecto
Sobrepasar la línea base de costos en más de +5%.
Cumplimiento del tiempo programado.
Posibilidad de no contar con adecuado u oportuno juicio de expertos.
Calidad del entregable no satisfaga todos los aspectos para el Control de Incidencias
Riesgos organizacionales
No cumplir con los procedimientos establecidos por el Patrocinador.
Disponibilidad de fondos para su ejecución.
Reducir el presupuesto del proyecto.
Riesgos externos
Incremento de los costos en los materiales requeridos.
35
8.2. Identificación de Riesgos

Seguridad Ciudadana en la Municipalidad BIASC
Provincial de Huamanga.
Fortalezas
Equipo de trabajo con experiencia en proyectos similares.
Excelente sinergia entre los integrantes del equipo del proyecto, con una gran
vocación, servicio y disposición de efectuar el proyecto con profesionalismo.
Gran expectativa y receptividad por parte de los miembros de la organización por el
desarrollo e implementación del proyecto.
Debilidades
El tiempo de dedicación al proyecto por parte de los integrantes del equipo del
proyecto, se ha visto disminuido por las labores profesionales propias de cada uno de
ellos.
Falta de interés de los serenos de los beneficios del Sistema de Control de
Incidencias.
Oportunidades
Tendencia por parte de los serenos para el uso del Sistema de Control de
Incidencias.
Ahorro de tiempo y recursos en el almacenamiento, búsqueda y control del Registro
de las Incidencias.
Amenazas
Presencia de servicios y productos sustitutos.
Personal capacitado puede ser captado por otras empresas.
36
8.3. Plan de Respuestas de Riesgos
Respon
Amenaz
Responsa Respuestas sable
a/ Descripció Consec Tipo de Plan de
Código Causa raíz Tipo ble del planificada de
oportun n uencia respuesta contingencia
riesgo s respue
idad
sta
Presentar
Preventiva Analista
borrador
Falta de
Volver a
comunicació
desarrollar
Requerimie n con las Desarrollar el
Retraso los Correctiva Analista
ntos no personas prototipo sin
en el Analista requerimient
Amenaz identificado relacionada tomar como
R001 desarroll Alto del os
a s s base los
o del Sistemas Presentar
adecuadam directament requerimiento
producto. una
ente e con los s.
actualizació
procesos de Mitigar Analista
n del
la empresa
alcance del
producto.
Presentar Reunirse con
Las No se
maquetas Diseñad el
interfaces cumple con Retraso Preventiva
de las or patrocinador
diseñadas las en el
Amenaz interfaces. para volver a
R002 no cumplen expectativas desarroll Alto Diseñador
a listar los
con las del o del Volver a
Diseñad requisitos de
expectativa Patrocinado producto. diseñar las Correctiva
or las interfaces
s del r interfaces
del sistema
37
patrocinado
r.
Realizar
cambios
en el
cronogra Coordinació
Patrocinad
Cambios en ma. n continua
Identificació or. Jefe del
Amenaz el alcance Actualiza con Formalizar
R003 n de nuevos Muy alto Gerentes Mitigar Proyect
a definidos r las representant cambios.
entregables Funcional o
inicialmente líneas de es del
es.
bases de cliente.
costos y
cronogra
ma.
Retraso Realizar Analista
Mal análisis en el borradores de
Bajo Preventiva
y desarrollo desarroll de los Sistema
análisis al Cambiar la
de los o del Analista modelos s
Amenaz momento de metodología
R004 modelos y producto. Bajo de
a seleccionar Analista de desarrollo
diagramas Baja Sistemas Volver a
una de software
del Diseño calidad modificar los Correctiva
metodología Sistema
del Sistema del modelos
s
producto
No se Realizar una
No cumplir cuenta con análisis
con los documentos extra-oficial
procedimien impresos de de los
Insatisfa
Amenaz tos las normas Moderad Jefe del Activos de
R005 cción del
a establecido de o Proyecto los
cliente
s por el procedimien Procesos de
Patrocinado to la
r. organizacio Organizació
nal n
38
No lograr Coordinació
la n continua Jefe del
calidad con el Preventiva Proyect
Reducir el
estableci Patrocinado o
presupuesto El
da del r
del Cronograma
Proyecto
Proyecto del Proyecto Volver a
.
para coincide con desarrollar el
Amenaz No Patrocinad
R006 atender la campaña Alto alcance y
a cumplir or
otras de verano calidad del
con el Jefe del
prioridades de la Volver a el Proyecto.
alcance Correctivo Proyect
(Campañas, organizació cronograma
estableci o
publicidad, n
do del
etc)
Proyecto
.
Sobrepasar Finalizar el Insatisfa

Analizar
la línea Proyecto sin cción del Jefe del Seguimiento
Jefe del causas y
Amenaz base de sobrepasar cliente. Moderad Proyecto. de la
R007 Preventivo Proyect tomar
a costos en las líneas Cierre o Equipo del Gestión de
o acciones
más de de base del Proyecto. Costos
correctivas
+5% establecidas Proyecto
Coordinació
n informal Jefe del
Baja con el Mitigar Proyect
Analizar
satisfacción No se Patrocinado o
Cierre causas y
Amenaz del cliente cumplen los Jefe del r
R008 del Muy alto tomar
a por el requerimient Proyecto. Realizar
proyecto. acciones
avance del os iniciales encuestas Jefe del
correctivas
Proyecto después de Mitigar Proyect
cada o
reunión
39
9. GESTION DE INTERESADOS DEL PROYECTO
9.2. Registro de Interesados
Registro de interesados

Identificación Evaluación Clasificación

Influenci Fase de Interno
Informaci Requerimien Apoyo /
Rol en el Expectativas a mayor /
Nombre Empresa y puesto Ubicación ón de tos neutral /
proyecto principales potencia interés extern
contacto primordiales opositor
l o
Que se
Gerente del Área
Hugo Desarrollar el desarrolle
de Seguridad Todo el
Montenegro Ayacucho Patrocinador producto del hasta alcanzar Fuerte Interno Apoyo
Ciudadana en la proyecto
Portal Proyecto. el producto
MPH
final.
Supervisor del
Gerente del Área Controlar y Cumplir con la
Hugo Proyecto y Gestión
de Seguridad Evaluar la calidad
Montenegro Ayacucho control de Mediana del Interno Apoyo
Ciudadana en la calidad del establecida en
Portal Calidad y proyecto
MPH Proyecto. el proyecto
cambios.
Cumplir con
Estar Gestión
. el
Ayacucho Área funcional informado Fuerte del Interno Apoyo
presupuesto
sobre el proyecto
establecido
40
en el avance del
Proyecto. proyecto
Que el
Jefe del Cumplir con
José Ignacio proyecto Todo el
Ayacucho proyecto el plan del Mediana Interno Apoyo
Jayo Allcca culmine proyecto
proyecto
exitosamente
Asistir a las
Usuarios y Serenos capacitacion
Ayacucho Ninguno Ninguna Ninguna No aplica Interno Neutral
beneficiarios es del
sistema
41

Proyecto I Elvira Reparar

Uploaded by

Document Information

Original Title

Copyright

Available Formats

Share this document

Share or Embed Document

Sharing Options

Did you find this document useful?

Is this content inappropriate?

Copyright:

Available Formats

Proyecto I Elvira Reparar

Uploaded by

Copyright:

Available Formats

UNIVERSIDAD ALAS PERUANAS

FACULTAD DE INGENIERIAS Y ARQUITECTURA

BUSINESS INTELLIGENCE PARA EL AREA DE

JOSÉ IGNACIO JAYO ALLCCA

ING. ELVIRA FERNÁNDEZ JERI

En el área de seguridad ciudadana de la municipalidad provincial de Huamanga, se ha

El proceso, que en este caso es el “registro de partes” en el cual el sereno al culminar

Ya en la central se recepciona por el digitador y es registrada, este proceso de registro

Como ya se mencionó anteriormente la solución que se plantea es la implementación

Es el Órgano de Coordinación Provincial, que forma parte del Sistema Nacional de

 Vigilar la preservación y el mantenimiento de la calidad de vida, limpieza y ornato

Según el manual de organización y funciones de la Municipalidad Provincial de

6. Servicios que prestan

• Estudiar y analizar los problemas de segundad ciudadana en la Provincia de

• Promover la organización de los comités vecinales de segundad ciudadanía.

• Formular, ejecutar y controlar los planes, programas y proyectos de Seguridad

• Ejecutar los planes, programas y proyectos de seguridad ciudadana dispuestos por el

• Celebrar convenios institucionales en materia de seguridad ciudadana.

• Aprobar los planes, programas y proyectos de Seguridad Ciudadana, en concordancia

• Promover la organización y capacitación de las Juntas Vecinales de Seguridad

• Evaluar, dentro de su competencia territorial, la ejecución de los planes, programas y

• Coordinar los aspectos de seguridad ciudadana que considere relevantes con el

• Fomentar el debate público sobre segundad ciudadana.

Encargado de ejecutar acciones de prevención, inspección, atención y capacitación de

 Mantener el orden y el bienestar de la población huamanguina.

 Controlar las grescas callejeras.

 Apoyar en operativos propiciados por otras organizaciones.

El propósito del proyecto es lograr la captura de datos de incidencias y todos sus

Hasta el momento en el área de Seguridad Ciudadana de la provincia de Ayacucho el

Hasta el momento en el área de Seguridad Ciudadana de la provincia de Ayacucho el

El propósito del proyecto es lograr la captura de datos de incidencias y todos sus

OBJETIVOS DEL NEGOCIO

 Encargado de ejecutar acciones de prevención, inspección, atención y capacitación

 Controlar las grescas callejeras.

 Controlar la contaminación auditiva por parte de las discotecas.

 Apoyar en operativos propiciados por otras organizaciones.

1.1. Acta de Constitución del Proyecto

Acta de Constitución del Proyecto Business

Nombre del Proyecto Siglas del Proyecto

Business Intelligence para el área de

Descripción del Proyecto

 El proyecto consiste en desarrollar una solución de Business Intelligence (BI) para

 La solución consistirá en implementar un Datamart bajo la metodología de Ralph

 A su vez se implementará una Aplicación Web, que permitirá el registro y envió

 El desarrollo del proyecto estará a cargo de un Jefe de Proyecto.

 El proyecto será realizado en un periodo de 15 meses. Iniciará el 01/09/2017 y

 La gestión y desarrollo del proyecto se llevará a cabo en las instalaciones de

 Al sistema se accederá en cualquier momento y de cualquier lugar (solo contar con

Descripción del Producto

 Iniciar sesión (usuario y contraseña).

Definición de requisitos del Proyecto

El patrocinador tiene los siguientes requisitos:

 El proyecto debe desarrollarse en 15 meses.

Alineamientos del Proyecto

Concepto Objetivos Criterios de éxito

1. Alcance Cumplir con todos los Aprobación de todos los

Cumplir con el proyecto dentro

Desarrollar el proyecto No exceder con el presupuesto

Finalidad del Proyecto

Implementar un Sistema Web, al que denominaremos Sistema de Control de

Justificación del Proyecto

En el área de Seguridad Ciudadana del distrito de Jesús Nazareno, el proceso de

Nombre José Ignacio Jayo Allcca Niveles de autoridad