Proyecto Fin Carrera

PONTIFICIA UNIVERSIDAD CATLICA DEL PER
FACULTAD DE CIENCIAS E INGENIERA

SECCIN DE INGENIERA INFORMTICA
ANLISIS, DISEO E IMPLEMENTACIN DE UN

SISTEMA DE INFORMACIN PARA UNA COMISARIA Y
EL APOYO A LA GESTIN A TRAVS DE LA
VISUALIZACIN GEOREFERENCIADA DENTRO DE SU
JURISDICCIN
{NOMBRE DEL DOCUMENTO}
Versin 1.0
ELABORADO POR:
Jack Kevin Daz Ponce
a20027134@pucp.edu.pe
Julio Alberto Gonzales Heredia
a20029027@pucp.edu.pe
REVISADO POR:
Liliana Tovar Zacaras
liliana.tovar@arvifesa.com
TIPO DE PROYECTO:
Proyecto de Implementacin
AREA:
Sistemas de Informacin
NUMERO DE TEMA DE TESIS: 71
Lima, 16 de junio del 20147
CopSoftware
Plan de Proyecto de Fin de Carrera
Versin 1.4
RESUMEN
Hoy en da, una comisara se podra definir como una empresa que imparte
servicios, los cuales estn relacionados a brindar seguridad a los ciudadanos.
La mxima autoridad en una comisara es el Comisario, quien acta como el
gerente de una empresa, este se encarga de organizarla, tomar decisiones y
ordenarla lo mejor posible.
Uno de los grandes problemas que se vive hoy en da en las comisaras del
Per, es la imposibilidad de contar con la informacin necesaria para la toma
de decisiones en el momento requerido y que los procesos que se manejan
alrededor de ellas son desarrollados de una forma muy lenta.
Es as que se puede observar los siguientes problemas:
Prdida
de
informacin.
Esto
se
debe
que
no
hay
un
almacenamiento de manera automatizada, y la informacin no es

guardada de una forma adecuada y segura. Un ejemplo lo podemos
observar al realizar una denuncia, muchas veces estas no son
tomadas en cuenta o demoran en ser revisadas.
Demora en los procedimientos de elaboracin de documentos. Esto se

debe principalmente a los mtodos y herramientas que utilizan, y a la
falta de una herramienta de control de procedimientos.
Informacin centralizada. Muchas veces esto genera demora en

algunos procedimientos que requieren prontitud ya que el intercambio
de informacin se realiza muy lentamente, esto ltimo es lo que
genera impunidad en algunos casos. Por ejemplo, se puede ver que
una persona puede salir en menos de 24 horas a pesar de haber
cometido un delito, al no contar con la presencia de un fiscal. En otros
casos la demora en la entrega de un certificado policial puede
favorecer indefectiblemente al agresor. Por citar otro ejemplo,
actualmente el tiempo de entrega de un antecedente policial es de 2
das y solo algunas comisaras pueden realizarlos.
Inexistencia de herramientas de gestin automatizada. No existe un

mecanismo seguro, sencillo, rpido y exacto que permita mostrar de
qu manera se distribuyen, segn su ocurrencia y/o temporalmente las
Jack Daz Ponce - a20027134

Julio Gonzales Heredia - a20029027
CopSoftware
Versin 1.4
denuncias registradas, mucho menos se puede realizar un contraste

entre la percepcin de la seguridad de los ciudadanos y los casos o
crmenes que ya han sido resueltos o se encuentran en pleno proceso
de investigacin.
El producto que se desarrollar en la presente tesis tendr como nombre
CopSoftware y ser una alternativa de solucin a los problemas identificados
para
las
comisaras.
Este
proyecto
detalla
el
anlisis,
diseo
implementacin de un sistema de informacin que permita realizar un

mantenimiento y seguimiento del proceso de denuncias y el apoyo a la
gestin de la seguridad a travs de la georeferenciacin de las mismas dentro
de una jurisdiccin.

CopSoftware
Versin 1.4
TEMA DE TESIS PARA OPTAR EL TTULO DE INGENIERO INFORMTICO
TTULO:
ANLISIS, DISEO E IMPLEMENTACIN DE UN SISTEMA

DE INFORMACIN PARA UNA COMISARIA Y EL APOYO
A LA GESTIN A TRAVS DE LA VISUALIZACIN
GEOREFERENCIADA DENTRO DE SU JURISDICCIN
REA:
SISTEMAS DE INFORMACIN
PROPONENTE: Jack Kevin Diaz Ponce

ASESOR:
Ing. Liliana Tovar
ALUMNO:
Jack Daz Ponce

Julio Gonzles Heredia
CDIGO:
20027134
20029027
TEMA N:
_______________
FECHA:
San Miguel, 25 de agosto de 2007
DESCRIPCIN
Hoy en da, una comisara puede definirse como una empresa de

servicios cuyo fin es brindar seguridad a los ciudadanos. La mxima
autoridad en sta es el Comisario, quien funge de gerente, y como tal,
es el responsable de planificar, organizar
y tomar decisiones que
conduzcan a la comisara a la consecucin de sus metas.

Asimismo, las comisaras se pueden dividir en sub-reas que permitan
distribuir de mejor manera las funciones y actividades que se realizan
al interior de sta.
Como en toda empresa, es importante que exista control, manejo de
informacin y una automatizacin de los procesos ms importantes
que se manejan alrededor de ella.

CopSoftware
Versin 1.4
Uno de los grandes problemas que vive hoy en da las comisaras del
Per, es la imposibilidad de contar con la informacin necesaria para
la toma de decisiones en el momento requerido, y que los procesos
que se manejan alrededor de ellas sean desarrollados de una forma
muy lenta. Es por ello que se hace necesaria la presencia de
tecnologas de informacin, en este caso a travs de un sistema de
informacin, que haga ms fluida la toma de los datos proporcionados
por las vctimas involucradas y seguimiento de los mismos, as como
tambin es necesaria la explotacin de esta informacin por medio de
reportes grficos que muestren como se distribuye segn la ocurrencia
y/o zona los crmenes de la localidad, a esta informacin podra
acceder cualquier persona que se registre va web a la aplicacin, lo
que permitira un control ms significativo y agilidad en realizacin de
los procesos de denuncia. Asimismo se le permitir al denunciante
conocer en que estado se encuentra su denuncia.
El Sistema de Informacin que se propone mejorar principalmente el

proceso de Registro y Seguimiento de Denuncias y apoyar a la
gestin de la seguridad de la zona a travs de la georeferenciacin. El
sistema ofrecer los servicios de mantenimiento de denuncias,
investigacin, atestado policial, bsquedas por estado de las mismas,
el mantenimiento del personal de la comisara y la visualizacin
georreferenciada de los crmenes de una localidad a travs de
reportes grficos completamente configurables.
OBJETIVO
El objetivo del presente proyecto es analizar, disear e implementar un
sistema de informacin, que soporte los procesos de registro y seguimiento
de denuncias y apoye a la gestin de la seguridad dentro de la jurisdiccin de
una comisara por medio de la visualizacin georreferenciada de las
denuncias.

CopSoftware
Versin 1.4
OBJETIVOS ESPECFICOS
Administrar los siguientes procesos principales: denuncias
investigaciones.
Responder a los requerimientos de una forma total pero a la vez

extensible considerando que un sistema debe soportar evolucin.
Lograr un producto econmico utilizando herramientas de software

libre.
Aprovechar la informacin almacenada por medio de reportes de

control estadsticos y listados en mapas georreferenciales.
Hacer uso de componentes simples los cuales puedan ser

reutilizables.
ALCANCE
El Sistema se basar en los procesos de: registros de denuncias,
investigacin y el registro de las capturas de los acusados.
En el registro de denuncia se podr, adems de registrar la denuncia
propiamente, localizar la ubicacin del incidente a travs de un mapa
georreferenciado, parte este proceso es la clasificacin de las denuncias.
En el proceso de Investigacin se asociar una o ms denuncias a la
investigacin, se asignar a los expertos e investigador responsables, se
podr registrar o solicitar testimonios y generar el atestado policial al finalizar
la investigacin. Este atestado podr ser aprobado por el fiscal.
En el proceso de registro de captura el Sistema mostrar los antecedentes
policiales que tenga el acusado en la jurisdiccin de la comisara y registrar
los datos de la captura.
Adems, servir de apoyo para el proceso de gestin de la seguridad de la
localidad, con la elaboracin de resmenes grficos los cuales sern
configurables por fechas, estados y/o agrupaciones por ocurrencia segn sea
el caso. Los resmenes podrn configurarse a partir de zonas de anlisis o
segn el tipo de delito, considerando acusados o pandillas involucradas, el
avance en una investigacin o por el miedo al crimen, donde se visualizar el
mximo nmero de ocurrencias de los crmenes dentro de la zona.

CopSoftware
Versin 1.4
El sistema utilizar la informacin almacenada para la generacin de reportes

de atestados considerados faltos de pruebas, as como tambin la
generacin de reportes estadsticos de denuncias.
Se incluir el mantenimiento del personal que trabaja en la comisara, as
como tambin un mdulo de seguridad que permitir controlar el acceso de
los usuarios al sistema.
CODIGO
ALUMNO
RESPONSABILIDAD
20027134
Jack Kevin Daz Ponce
Mdulo de Denuncias
20029027
Julio Alberto Gonzles Heredia
Mdulo de
GeoreferenciacinGestin

CopSoftware
Versin 1.4
INDICE
Introduccin.
Captulo 1: Generalidades
1.1 Definicin del problema
1.2 Marco conceptual del problema
1.3 Plan del proyecto
1.4 Estado del arte
1.5 Descripcin y sustentacin de la solucin
Captulo 2: Anlisis
2.1 Definicin de la metodologa de la solucin
2.2 Identificacin de requerimientos
2.3 Anlisis de la solucin
Captulo 3: Diseo
3.1 Arquitectura de la solucin
3.2 Diseo de Interfaz Grfica
Captulo 4: Construccin y Pruebas
4.1 Construccin
4.2 Pruebas
Captulo 5: Observaciones, conclusiones y recomendaciones
5.1 Observaciones
5.2 Conclusiones
5.3 Recomendaciones y trabajos futuros
Bibliografa.
Anexos.
Mximo: 100 pginas

CopSoftware
Versin 1.4
Tabla de Contenido
Introduccin
1.
Capitulo 1: Generalidades
1.1.
Definicin del Problema
1.2.
Marco conceptual del problema
1.3.
Plan de Proyecto
1.3.1.
Objetivos
1.3.2.
Metodologa
1.3.3.
Actividades y Estimaciones
1.3.4.
Metodologa de Apoyo (Mtrica V3)
1.3.5.
Calendario de Entregas
1.4.
Estado del Arte
1.5.
Descripcin y sustentacin de la solucin
2.
Captulo 2: Anlisis
2.1.
Definicin de la metodologa de la solucin
2.2.
Identificacin de Requerimientos
2.3.
Anlisis de la solucin
3.
Capitulo 3: Diseo
3.1.
Arquitectura de la Solucin
3.1.1.
Metas y Restricciones de la arquitectura
3.1.2.
Vista de Caso de Uso
3.1.3.
Vista Lgica
3.1.4.
Vista Despliegue
3.1.5.
Vista de Implementacin
3.2.
Diseo de Interfaz Grfica
4.
Capitulo 4: Construccin
4.1.
Construccin
4.1.1.
Tecnologas
4.1.2.
Frameworks y Patrones
4.2.
Pruebas
4.2.1.
Prueba de caja blanca
4.2.2.
Prueba de caja negra
5.
Capitulo 5: Observaciones, Conclusiones y Recomendaciones
5.1.
Observaciones
5.2.
Conclusiones
5.3.
Recomendaciones
5.3.1.
Sobre el Sistema
5.3.2.
Sobre el uso de Google Map
5.3.3.
Sobre el proyecto actual y trabajos futuros
BIBLIOGRAFIA
Anexos
Anexo 1: Plan de Proyecto
Anexo 2: Catalogo de Requisitos
Anexo 3: Modelamiento de Negocio
Anexo 4: ERS
Anexo 5: Clases de Anlisis Representativas
Anexo 6: Documento de Arquitectura del Sistema
Anexo 7: Plan de Pruebas de Aceptacin
Anexo 8: Diseo de la Base de Datos
Anexo 9: Diagrama de Clases de Diseo Representativas
Anexo 10: Pruebas Unitarias
Anexo 11: Gestin de Riesgos
Anexo 12: Algoritmo de Caja Blanca
Anexo 13: Manual de Usuario
10
11
11
12
14
14
14
32
33
33
35
42
44
44
47
50
55
55
55
56
58
59
60
61
65
65
65
65
67
68
71
73
73
73
74
74
74
75
76
78
78
79
80
81
82
83
84
85
86
87
88
89
90
Introduccin
11

CopSoftware
1.
Versin 1.4
Capitulo 1: Generalidades
12
1.1.
12
1.2.
13
1.3.
Plan de Proyecto
15
1.4.
Estado del Arte
39
1.5.
46
2.
Captulo 2: Anlisis
48
2.1.
48
2.2.
51
2.3.
54
3.
Capitulo 3: Diseo
60
3.1.
60
3.2.
66
4.
Capitulo 4: Construccin
69
4.1.
Construccin
69
4.2.
Pruebas
71
5.
Capitulo 5: Observaciones, Conclusiones y Recomendaciones
77
5.1.
Observaciones
77
5.2.
Conclusiones
77
5.3.
Recomendaciones
78
BIBLIOGRAFIA
80
Anexos
82

10
CopSoftware
Versin 1.4
Introduccin
Hoy en da, una comisara se podra definir como una empresa que imparte
servicios, los cuales estn relacionados a brindar seguridad a los ciudadanos.
La mxima autoridad en una comisara es el Comisario, quien acta como el
gerente de una empresa, este se encarga de organizar, tomar decisiones y
ordenar lo mejor posible a la comisara.
Las comisaras se pueden dividir en sub-reas que permitan distribuir de
mejor manera las funciones y actividades que se realizan al interior de sta.
Como en toda empresa, es importante que exista control, manejo de
informacin y la automatizacin de los procesos ms importantes que se
manejan alrededor de ella.
El producto que se desarrollar en la presente tesis tendr como nombre
CopSoftware y ser una alternativa de solucin a los problemas identificados
para
las
comisaras.
Este
proyecto
detalla
el
anlisis,
diseo
implementacin de un sistema de informacin que permita realizar un

mantenimiento y seguimiento del proceso de denuncias y el apoyo a la
gestin de la seguridad a travs de la georeferenciacin de las mismas dentro
de una jurisdiccin.

11
CopSoftware
Versin 1.4
1. Capitulo 1: Generalidades
1.1.
Uno de los grandes problemas que se vive hoy en da en las comisaras del
Per, es la imposibilidad de contar con la informacin necesaria para la toma
de decisiones en el momento requerido, y que los procesos que se manejan
alrededor de ellas son desarrollados de una forma muy lenta. Eso se debe
principalmente a como estn distribuidas geogrficamente y estructuradas
funcionalmente.
As podemos encontrar entre las principales funciones de una comisara:
Garantizar la seguridad y tranquilidad pblica
Investigar los delitos y faltas
Proteger los derechos y patrimonios pblicos y privados.
Estas funciones estn orientadas a proteger a los ciudadanos y es por ello
que se hace indispensable el estar directamente en contacto con ellos, los
cuales principalmente acuden para realizar quejas y denuncias.
Muchas veces, realizar una denuncia suele convertirse en un gran problema y
obstculo para nosotros mismos debido a las largas colas que se generan y a
los diversos trmites que se tienen que realizar, lo cual conlleva a una gran
prdida de tiempo. Esto ocasiona que incontables denuncias no sean
realizadas y que el delito que se cometi quede impune.
Por la forma como estn organizadas las comisaras se pueden observar los
siguientes problemas:
Prdida
de
informacin.
Esto
se
debe
que
no
hay
un
almacenamiento de manera automatizada, y la informacin no es

guardada de una forma adecuada y segura. Un ejemplo lo podemos
observar al realizar una denuncia, muchas veces estas no son
tomadas en cuenta o demoran en ser revisadas.

12
CopSoftware
Versin 1.4
Demora en los procedimientos de elaboracin de documentos. Esto se

debe principalmente a los mtodos y herramientas que utilizan, y a la
falta de una herramienta de control de procedimientos.
Informacin centralizada. Muchas veces esto genera demora en

algunos procedimientos que requieren prontitud ya que el intercambio
de informacin se realiza muy lentamente, esto ltimo es lo que
genera impunidad en algunos casos. Por ejemplo, se puede ver que
una persona puede salir en menos de 24 horas a pesar de haber
cometido un delito, al no contar con la presencia de un fiscal. En otros
casos la demora en la entrega de un certificado policial puede
favorecer indefectiblemente al agresor. Por citar otro ejemplo,
actualmente el tiempo de entrega de un antecedente policial es de 2
das y solo algunas comisaras pueden realizarlos.
Inexistencia de herramientas de gestin automatizada. No existe un

mecanismo seguro, sencillo, rpido y exacto que permita mostrar de
qu manera se distribuyen, segn su ocurrencia y/o temporalmente las
denuncias registradas, mucho menos se puede realizar un contraste
entre la percepcin de la seguridad de los ciudadanos y los casos o
crmenes que ya han sido resueltos o se encuentran en pleno proceso
de investigacin.
Todos estos casos se generan principalmente porque hay cierto desorden e

informalidad al momento de realizar un proceso y debido la inexistencia de
una herramienta automatizada que apoye a la gestin de la seguridad dentro
de la jurisdiccin de muchas comisaras que solo cuentan con el apoyo del
gobierno y ms no del distrito al cual pertenecen por ser estos de un status
econmico medio-bajo. Asimismo, los mtodos y herramientas utilizados son
bastantes obsoletos.
1.2.
En Lima y Callao existen 120 comisaras, con un promedio de 2 comisaras

por distrito, an cuando lo ideal sera tener una comisara por cada 5000
habitantes.

13
CopSoftware
Versin 1.4
Las comisaras operan las 24 horas del da y los 7 das de la semana, las
comunicaciones y el intercambio de informacin entre el personal y otras
comisaras se hacen por medio de telfonos o radios. Este intercambio es
muy importante porque el principal objetivo del mismo es apoyar en la toma
de decisiones para que se den en el tiempo correcto y con la planificacin
adecuada.
Las comisaras forman parte de la
polica nacional
y estn sujetas al
Ministerio del Interior quien es el encargado de asignar el presupuesto,

reestructurar y modernizar todo lo que concierne a la Polica Nacional.
Actualmente, el presupuesto que se asigna a las comisaras solo alcanza
para cubrir los gastos principales como son: pago de combustible,
mantenimiento de unidades y pago de personal. No obstante, algunas otras
cuentan con un mayor presupuesto, gracias al apoyo de las municipalidades
de su distrito, utilizan Sistemas de informacin en algunos de sus procesos
ms
importantes,
estos
Sistemas
son:
Sistema
De
Denuncias
Computarizadas y el Sistema SIGSPOL (SISTEMA GEOREFERENCIAL

POLICIAL). El primero permite recepcionar las denuncias de cualquier tipo y
ha logrado reducir el tiempo de entrega de la copia de la denuncia; el
SIGSPOL es un sistema que permite focalizar zonas donde se registra el
ndice delincuencial y lo hace en base al Sistema de Denuncias
Computarizadas. stos Sistemas han demostrado su utilidad pero, como ya
se mencion, no todas las comisaras cuentan con ellos, asimismo, no han
sido diseados considerando la posibilidad de integracin por tal motivo no
apoyan el intercambio de informacin entre las mismas.
La Polica Nacional del Per cuenta con una divisin de informtica, la cual
ha desarrollado diversos Sistemas de Informacin, los principales son:
Sistema Automatizado de Expedicin de Certificados Policiales, Sistema
Odontograma Policial y Sistema de Denuncias Policiales para Comisaras.
Sin embargo, las denuncias son transportadas de forma manual al lugar
donde est implantado este Sistema para su posterior almacenamiento, las
que lo hacen, son las nicas que pueden entregar los antecedentes
policiales.

14
CopSoftware
Versin 1.4
Hoy en da, no existe un sistema de informacin que integre y que cubra

todos los procesos que son realizados en las comisaras. Esto se debe,
principalmente, al alto costo que implicara realizarlo y al bajo presupuesto
que se asigna para ellas.
1.3.
1.3.1.
Plan de Proyecto
Objetivos
El objetivo de la presente tesis es analizar, disear e implementar un

Sistema de Informacin para comisaras, el cual permita automatizar los
procesos que stas realizan, apoyar a la gestin de la seguridad y
organizar de una mejor manera el flujo de la informacin.
1.3.2.
Metodologa
La distribucin y asignacin de los procesos se hizo segn las reas de

conocimiento que indica el PMBOK, solo se han tomado como referencias
algunos de estos por ser considerados lo ms necesarios para la presente
tesis.
Se ha tomado las reas de : Gestin de Integracin, Gestin del Alcance,
Gestin del Tiempo, Gestin del Riesgo y Gestin de Costos.
Podemos observar las reas que se emplearn, as como tambin las
actividades a usar, mediante el siguiente grfico:

15
CopSoftware
Versin 1.4
La descripcin de los mismos y la forma cmo son relacionados con el

presente proyecto se detallan a continuacin:
Gestin de integracin del proyecto
Desarrollo de la definicin del proyecto
La definicin del proyecto es el paso inicial del mismo y es crticoa
durante todoa su ciclo de vida, ya que se debe especificar el problema a
resolver as como un alcance preeliminar.
Para la realizacin
de estos conceptos se tomar en cuenta el
problema observado, se realizar un anlisis del contexto del problema

y se presentar una solucin a este.
Herramientas y tcnicas

16
CopSoftware
Versin 1.4
Eleccin del problema a solucionar

Aqu se elegir un problema a solucionar que est alineado con los
objetivos de la presente tesis. Para esto se tomar en cuenta las
sugerencias de los profesores y del asesor del curso de proyecto de
tesis 1 y 2. Es importante que el problema y la solucin sea de inters
de los tesistas ya que en parte el empeo que se le de al desarrollo del
problema, depende de que tan relevante les sea el tema.
Anlisis del contexto y necesidades
Luego de elegir el problema a solucionar se realizar el anlisis del
contexto del proyecto. Esto nos ayudar a escoger mejor las
herramientas y tecnologas a utilizar para el desarrollo del proyecto.
Adems se har un anlisis de las necesidades finales que deber
cumplir el producto. De esta manera se lograr definir el objetivo
general y los objetivos especficos del proyecto. Luego se definir los
resultados esperados.
Definicin preeliminar del alcance

Luego de definir los objetivos y resultados esperados se acota la
solucin al problema o problemas especficos a tratar durante el
proyecto. Esto permitir enfocarnos en las partes ms relevantes del
proyecto y no extenderlo. Se debe tomar en cuenta los recursos de
tiempo, dinero y otros recursos necesarios para definir un alcance real.
Salidas
Documento de definicin del proyecto
En este documento se especificar el titulo del proyecto, el objetivo
general, los objetivos especficos, el alcance del mismo y los resultados
esperados del proyecto. Este documento ser tomado como base para
las siguientes etapas del proyecto y es el que se entregar para su
posterior aprobacin en la facultad de ingeniera. Para este proyecto
esto correspondera con el Capitulo 1.

17
CopSoftware
Versin 1.4
Monitoreo y control del proyecto

Durante el desarrollo del proyecto, es importante realizar un monitoreo y
control. Esto permitir detectar errores, excesos en las estimaciones y
aplicar las correcciones necesarias para solucionar estas deficiencias.
Es por eso que el empleo del monitoreo y control toma una mayor
importancia en la consecucin de los objetivos, por este motivo ser
utilizado en el desarrollo del presente proyecto.
Entradas
Definicin del proyecto
Es necesario tener el documento de la definicin del proyecto para
llevar el control. Esta ser tomada del desarrollo de la definicin del
proyecto.
Cambios requeridos aprobados
En caso se presenten cambios en los requerimientos del problema, este
proceso ser el encargado de aplicarlos, estos saldrn de las
observacin e indicaciones del asesor de tesis y los profesores del
curso.
Correcciones de errores
Luego de ser identificados los errores, estos son evaluados y se
presentan correcciones. Estas correcciones son aplicadas en este
proceso.
Plan de proyecto
En el plan de proyecto se especifican los recursos a utilizar, estndares
de calidad y tiempos que se deben cumplir en el desarrollo del proyecto.
Estos parmetros son esenciales para llevar un correcto control y
monitoreo.
Herramientas y tcnicas

18
CopSoftware
Versin 1.4
Seguimiento del proyecto

Se deber tener documentado el avance y cambios del proyecto. Es
necesario saber en todo momento las tareas realizadas y terminadas,
las tareas en proceso y su porcentaje de avance, las tareas pendientes
y su condicin de inicio para llevar un correcto control del proyecto.
Control de errores
Es necesario llevar un control de errores, es decir se debe tener
conocimiento y documentacin de los errores detectados y las
correcciones aplicadas.
Salidas
Errores detectados
Durante el monitoreo se detectarn errores en el desarrollo del
proyecto. En este caso es el proceso de monitoreo y control el primero
en detectar los errores y reportarlos a los procesos encargados.
Correcciones aplicadas
Al aplicar la correccin de errores, este debe ser reportado para que los
otros procesos puedan adaptarse a las modificaciones realizadas.
Cerrar el Proyecto
El proyecto, despus de conseguir sus objetivos o al ser terminado por
otras razones, requiere un cierre. El cierre consiste en verificar y
documentar los resultados para formalizar la aceptacin del producto
del proyecto. Esto incluye la coleccin de archivos del proyecto,
asegurndose que estos reflejan las especificaciones finales, el anlisis
de xito y efectividad del proyecto, y archivando tal informacin para
uso futuro.
Entradas
Entregables

19
CopSoftware
Versin 1.4
Para la realizacin de cierre del proyecto se debe tener todos los

entregables completos.
Herramientas y Tcnicas
En esta etapa se tratar en general tareas relacionadas con el ajuste,
configuracin, instalacin y facilidad de uso del producto. Esto implica
que se lleven a cabo las pruebas de certificacin del software en el
ambiente de control de calidad, y se genere la documentacin final
necesaria para utilizarlo en produccin.
Salidas
El objetivo de esta etapa es de conseguir un producto final que cumpla
los requisitos esperados, que funcione y satisfaga suficientemente al
usuario.
Se asegurar tambin que los cambios al alcance del producto se
reflejen en la definicin del alcance del proyecto.
Se tendr el producto final que se entregar: el sistema ejecutable en s,
incluido las fuentes. Una vez terminado
el control de cambio de
integracin, se proceder a cerrar el proyecto.

Gestin de Alcance
Definicin de Alcance
En esta etapa se proceder a desarrollar un documento escrito en el
cual contendr el alcance del proyecto. En dicho documento estarn
plasmados los acuerdos tomados con el fin de cubrir con todo lo
requerido, as como tambin se identificarn los objetivos del proyecto y
los productos a entregar.
La administracin del alcance del proyecto incluir todos los procesos
que se requieren para asegurar que el proyecto contenga nicamente el
trabajo definido. Se definir que es lo que estar incluido y que es lo
que no, esto se definir desde la primera, hasta las ltimas etapas del
proyecto donde los entregables estn en construccin.

20
CopSoftware
Versin 1.4
En esta etapa se realizar la subdivisin de las principales entregas del

proyecto en componentes ms pequeos y manejables con el fin de
llevar una adecuada distribucin de tareas y una buena organizacin,
Entradas
Requerimientos de Cambios Requeridos

Se tendr en cuenta los cambios que se puedan realizar durante el
proceso, para as poder actualizar el alcance del proyecto.
Para la definicin de las tareas se usar como herramienta el WBS
(Work Breakdown Structure), la cual es una de las ms distintivas y
fundamental, y es la base para poder saber qu se requiere hacer y de
ah realizar los planes de tiempo, costo, calidad, de forma integral.
Salidas
Plan de Proyecto Preliminar
Se elaborar el desarrollo de un plan de proyecto preliminar, que
consistir en un cronograma de todas las actividades que se realizar,
as como tambin la planeacin de los recursos que se refiere a
determinar que recursos fsicos (persona, equipo, materiales) y que
cantidades de cada uno se debern usar para ejecutar las actividades
del proyecto.
Identificacin de Riesgos
Ya que durante este proceso se detecta los riesgos que se puedan
presentar en el proyecto, es de vital importancia primero la identificacin
de los procesos a tratar, aqu se elaborar el documento preliminar de
riesgos.
Plan de Proyecto

21
CopSoftware
Versin 1.4
Los objetivos del proyecto contenidos en la declaracin del alcance

deben ser considerados de manera explcita durante la definicin de las
actividades, esto ser incluido en el documento del plan de proyecto.
Creacin de WBS
Se identificar las tareas a realizar. Trabajo que no este incluido dentro
del WBS est fuera de alcance del proyecto. As como con la
declaracin del alcance, el WBS servir para un entendimiento comn
del alcance del proyecto. Cada nivel descendiente representa una
descripcin ms detallada de los elementos del proyecto.
Entradas
Definicin del Alcance del Proyecto
Se tomar como base la definicin del alcance del proyecto para
distribuir las tareas durante la realizacin del WBS.
Plan de Proyecto (Actualizaciones)
Se detallar los objetivos y la planificacin de las tareas
Durante esta etapa se desarrollar la WBS, usando la tcnica
de
descomposicin de tareas y para su representacin, tipo organigrama

con tabulaciones para identificar los niveles inferiores.
Se utilizar una estructura desglosada de trabajo que es un
agrupamiento orientado a la entrega de los elementos del proyecto que
organiza y define el alcance total del proyecto.
A cada tem del WBS se le asignar un identificador nico; estos
identificadores se conocen colectivamente como el cdigo de cuentas. A
los tems a nivel ms bajo del WBS se denomina paquetes de trabajo.
Estos
paquetes
de
trabajo
su
vez
tambin
podrn
ser
descompuestos.

22
CopSoftware
Versin 1.4
La descomposicin involucra subdividir las principales entregas del

proyecto en componentes ms pequeos y manejables hasta que las
entregas estn definidas con suficiente detalle. La descomposicin
involucrar los siguientes pasos principales:
1.Se Identificar los principales componentes del proyecto. En general,
los principales elementos del proyecto sern las entregas del proyecto y
la administracin del proyecto. Sin embargo, los elementos principales
estarn definidos siempre en trminos de como el proyecto ser
realmente administrado.
2.Decidir si un estimativo adecuado de duracin puede ser desarrollado
a este nivel de detalle para cada elemento. El estimativo de duracin
podr ser cambiado durante el transcurso del proyecto, ya que pueden
surgir cambios que originaran ciertas variaciones.
3.Se identificar los elementos que constituirn para cada entrega. Los
elementos constitutivos debern ser descritos en trminos de resultados
tangibles y verificables de manera que se facilite la evaluacin del
rendimiento. Tal como se hace con los elementos principales, los
elementos constitutivos debern ser definidos en trminos de como el
trabajo del proyecto ser realmente llevado a cabo. Los resultados
tangibles y verificables pueden incluir tanto servicios como productos.
Salidas
Work Breakdown Structure
Se tomar como base la definicin del alcance del proyecto para
distribuir las tareas durante la realizacin del WBS.
Diccionario WBS
Se generar un diccionario donde se explicar cada una de las
actividades descritas.

23
CopSoftware
Versin 1.4
Gestin de Tiempo
Definicin de Actividades
La
definicin
de
actividades
consiste
en
la
identificacin
documentacin de las actividades que se van a realizar en el proyecto.

Cada una de estas actividades debe tener un objetivo especfico que
ayude a terminar correctamente el proyecto. Esta tarea implica elegir
entre mltiples opciones y resolver un sinfn de incgnitas. Todo ello hay
que hacerlo en una primera instancia, desconociendo lo que ocurrir en
la realidad y asumiendo los niveles de complejidad que son propios del
proyecto.
Entradas
WBS (Work Break Down Structure)
Este diagrama es la salida del proceso de Creacin del WBS. En l se
haya detalla cada una de las tareas a realizar durante todo el proyecto,
as como tambin las horas que se le dedicar para cada una de ellas y
las fechas correspondientes. La estructura de este diagrama ayuda a
identificar la secuencia de las actividades a realizarse.
Diccionario WBS
Se necesita un diccionario donde se explicar cada una de las
actividades descritas, de esta manera se tiene una buena idea sobre lo
que consiste cada una de ella, sin dejar cabida a ambigedades.
Tambin se genera en el proceso de Creacin del WBS.
Plan de Proyecto
Este documento es generado en el proceso de Definicin del Alcance
del proyecto. Contiene el cronograma del proyecto, lo que brinda una
gua en el desarrollo y planificacin del cronograma de actividades.

24
CopSoftware
Versin 1.4
Descomposicin
La tcnica de descomposicin, al ser aplicada a la definicin de
actividades, involucra el subdividir cada paquete de trabajo del proyecto
en ms pequeos y manejables componentes. En el proceso de
Definicin de Actividades la salida final es un cronograma de actividades
en vez de un entregable, como si lo es en el proceso de Creacin del
WBS. La lista de actividades, el WBS y el diccionario del WBS pueden
ser desarrollados secuencial o concurrentemente, siendo el WBS y el
diccionario del WBS las bases para la lista de actividades.
Plantillas
Una lista de actividades estndar o una porcin de una lista de
actividades de proyectos similares pasados puede ser usada como
plantilla para el presente proyecto. La informacin de los atributos de las
actividades en la plantilla puedeproporciona un
contener contenido
valioso, como son los riesgos identificados, entregables esperados o

cualquier otra informacin.
Salidas
Lista de Actividades
La lista de actividades contiene todas las actividades planeadas a
realizar durante todo el proyecto. No debe incluir actividades que estn
fuera del alcance del proyecto. La lista debe incluir un identificar para
cada actividad, as como una descripcin para evitar posibles
confusiones futuras, esto se ve reflejado en la WBS y en el Project
realizado.
Cambios Requeridos
El proceso de Definicin de Actividades puede generar cambios en el
alcance del proyecto o en el WBS. Para esto se realiza el proceso de
Control Integral de Cambios.
Definicin de secuencia de Actividades

25
CopSoftware
Versin 1.4
La definicin de la secuencia de las actividades consiste en la

documentacin de las dependencias y relaciones entre diferentes
actividades. Ests deben de colocarse en el orden correcto para facilitar
la creacin de un calendario realista y alcanzable.
Entradas
Contienen todas las actividades planeadas a realizar durante todo el
proyecto. No debe incluir actividades que estn fuera del alcance del
proyecto. Esta lista es la salida del proceso de Definicin del alcance del
proyecto.
WBS
La versin actualizada generada luego del proceso de Definicin de
Actividades.

26
CopSoftware
Versin 1.4
MS Project
Para disear la secuencia se usar la herramienta MS Project, donde se
listarn las actividades a realizar, colocando los recursos que cada una
de estas necesite. Las fechas y tiempos de duracin de cada fase no se
colocarn es este proceso. Solo la secuencia que estas han de cumplir
y las dependencias. Otro recurso importante del que se dispondr es el
del porcentaje avanzado por actividad. Esto ayudar con el monitoreo
del avance del proyecto, para poder determinarlo de una manera ms
sencilla, y realizar los cambios necesarios en caso sea necesario.
Gantt
Tambin se usar la herramienta grfica Gantt (que esta integrada al
MS Project) para ayudar a ver las secuencias y relaciones de las
actividades. Aunque su propsito principal es el de mostrar el tiempo de
dedicacin previsto para diferentes tareas o actividades a lo largo de un
tiempo total determinado, debido a la posicin de cada tarea a lo largo
del tiempo hace que se puedan identificar dichas relaciones e
interdependencias fcilmente. El WBS tambin se utilizar para definir
las secuencias, pero hay que tener en cuenta que su principal uso es
para medir el alcance del proyecto, su uso en esta fase es para
determinar las actividades que hay.
Salidas
Lista de Actividades Mejorada
Se realizan los cambios generados por el proceso, esto se ve reflejado
en el WBS y en el Project realizado.
Estimacin de duracin de Actividades

27
CopSoftware
Versin 1.4
La estimacin de duracin de actividades consiste en determinar el

nmero de perodos necesarios para completar cada una de las
actividades previamente identificadas. Para calcular este nmero es
necesario haber determinado la complejidad de la actividad a tratar. Una
actividad que tiene un mayor grado de dificultad demorar ms tiempo
en ser concretada, que una actividad ms sencilla.
Entradas
Contiene todas las actividades planeadas a realizar durante todo el
proyecto. No debe incluir actividades que estn fuera del alcance del
proyecto. Esta lista es la salida del proceso de Definicin del alcance del
proyecto y debe estar mejorada por el proceso de Definicin de
Secuencia de Actividades.
WBS
La versin actualizada generada luego del proceso de Definicin de
Actividades.
Estimacin por Recursos
Una manera de determinar que tan compleja es una actividad es
definiendo que recursos esta ha de utilizar. Estos influencian
significativamente en su duracin. Pero no solo la cantidad que utiliza es
determinante, sino tambin la calidad de estos.
Estimacin por Analoga
Con la ayuda de proyectos pasados tambin se puede estimar la
duracin de las actividades. Al tener similitudes en algunas de estas, se
puede usar como referencia para tener una idea del tiempo que
demorar en ser terminada.
Salidas

28
CopSoftware
Versin 1.4
Plan de Proyecto Mejorado

Para documentar los tiempos se utilizar la herramienta MS Project,
donde se colocarn el tiempo que cada una de las actividades que
componen el proyecto, van a tomar. Con el Gantt generado por la
herramienta, se realizar el monitoreo de el cumplimiento de las fechas
que se tienen para la culminacin de las tareas, al mostrarnos el grfico
el tiempo que se tiene disponible.
Lista de Actividades Mejorada
Se realizan los cambios generados por el proceso en el WBS.
Gestin de Riesgos
Identificacin de riesgos
Es el primer paso en la que se desarrolla la gestin de riesgos y en los
cuales se identificar todo los riegos posibles que se puedan dar a lo
largo del todo proyecto. Para esto resulta de vital importancia saber con
certeza cules son los objetivos del proyecto a realizar. Estos riesgos
pueden tener un impacto positivo o negativo a lo largo del desarrollo del
proyecto. Tambin se debe tener en cuenta que los riesgos pueden
ocurrir de manera independiente o dependiente de otros.
Entradas
Plan de Proyecto
La identificacin de riesgos requiere la comprensin del cronograma, el
coste y los estndares de calidad.
Informacin de Proyectos similares
Esto es porque los proyectos similares normalmente tienen datos
reales, lista de riesgos y lecciones aprendidas. Asimismo, tambin se
podra tener estudios acadmicos u otros estudios sobre el tema a
desarrollar.

29
CopSoftware
Versin 1.4
Enunciado del Alcance del Proyecto

La incertidumbre de las asunciones del proyecto debe de evaluarse
como una posible causa de riesgo del proyecto.
Tcnicas de Recopilacin de Informacin
oTormenta de ideas.
Se generan ideas con personas ajenas al
proyecto, pero que conozcan sobre el tema a realizar, sobre una lista
posible de riesgos a ocurrir a lo largo del proyecto.
oAnlisis de fortalezas, oportunidades, debilidades y amenazas.
Esta tcnica permite poder conocer el estado del proyecto desde el
punto de vista del anlisis FODA, para que de esta manera se pueda
aumentar el espectro de los riesgos considerados.
oEntrevistas.
Entrevistar a interesados y expertos en el tema del
proyecto sirve para poder identificar riesgos.

Tcnicas de Diagramacin
oDiagramas de causa y efecto. Conocido tambin como diagramas
de Ishikawa o de espina de pescado, tiles para identificar las causas
de los riesgos.
oDiagramas de flujo.
Muestran cmo se relacionan los diferentes
elementos de un sistema, y el mecanismo de causalidad.

Salidas
Registro de Riesgos
Las salidas de una identificacin de riesgos se encontrarn en un
documento que ser llamado Registro de Riesgos, el cual contendr.
oLista de riesgos identificados. Se describirn a los riesgos
identificados, incluyendo las causas y las asunciones inciertas del
proyecto
oLista de posibles respuestas. Esta lista ser elaborada si se pueden
identificar las posibles respuestas a los riesgos.

30
CopSoftware
Versin 1.4
oCausa de los riesgos. Se colocar las condiciones o eventos que

puedan dar a lugar al riesgo identificado.
Planeamiento de Respuesta a los riesgos
Para la realizacin de la planificacin de respuesta a los riesgos se
deber elaborar alternativas y acciones que permitan reducir las
amenazas y mejoren las oportunidades. Esta planificacin se realizar
de acuerdo a la prioridad de los riesgos.
Entradas
Registro de Riesgos
Entre las entradas ms importantes del Registro de Riesgos, se
encuentran las lista de prioridades, una lista de riesgos que requieren
respuesta a corto plazo, una lista de riesgos que requieren anlisis y
respuestas adicionales, las causas, y los riesgos agrupados por
categoras
Estrategias para Riesgos Negativos o Amenazas
Se aplicarn dos estrategias que se ocupen de las amenazas o los
impactos negativos que puedan ocurrir y afectar el normal curso del
proyecto. Las cuales son:
oEvitar. Se cambiar el plan de proyecto para eliminar la amenaza que
representa el riesgo, es decir, se aislaran los objetivos del proyecto del
impacto del riesgo.
oMitigar. Se reducir la probabilidad del impacto de un evento de un
riesgo adverso a un nivel en el cual no afecte el normal transcurso del
proyecto, para esto se adoptarn procesos menos complejos y se
realizarn ms pruebas.
Estrategia para Riesgos Positivos u Oportunidades

31
CopSoftware
Versin 1.4
Se plantear una respuesta para tratar a los riesgos que tiene impacto
positivo sobre los objetivos del proyecto.
oExplotar. Se buscar eliminar la incertidumbre asociada con un riesgo
haciendo que la oportunidad se concrete. Se podr asignar recursos
para ofrecer una mejor calidad que la planificada anteriormente.
Estrategia Comn ante Amenazas y Oportunidades
oAceptar. Esta estrategia se adoptar si es que no es posible eliminar
todo el riesgo del proyecto. No se modificar el plan de proyecto.
Estrategia de respuesta para Contingencias
Se elaborarn respuestas que estn diseadas para ser usadas
nicamente en determinadas circunstancias de acuerdo al riesgo.
Salidas
Registro de Riesgos (Actualizaciones)
Se elegirn las respuestas apropiadas a los riesgos y stos sern
registrados en el documento de Registro de de Riesgo. Se debern
escribirlos con un nivel de detalle que corresponda con la clasificacin
de prioridades y la respuesta planificada. Las actualizaciones posibles
seran:
oEstrategias de respuesta acordadas.
oPlanes para contingencias y eventos que originen su ejecucin.
oAcciones especficas para implementar la estrategia de repuesta
elegida.
Plan de Proyecto (Actualizaciones)
Este documento se actualizar a medida que se aadan actividades de
respuesta a los riesgos.
Gestin de Costos
Estimacin de costos

32
CopSoftware
Versin 1.4
La estimacin de Costos servir para saber cunto costar el producto a

desarrollar, para eso se considerar y determinarn los costos
asociados al proyecto.
Entradas
Estructura de trabajo (WBS)
Ser utilizado para organizar las estimaciones de costos y asegurar que
todo el trabajo identificado ha sido estimado.
Plan de Proyecto
De aqu se extraer las estimaciones de la duracin de las actividades
Herramientas computarizadas
Se utilizar las hojas de clculo de Excel para las operaciones que se
puedan generar al realizar las estimaciones.
Estimacin abajo - arriba. Esta tcnica involucra estimar el costo de
tems individuales de trabajo, y luego se totaliza o concatena los
estimativos individuales para conseguir el total del proyecto.
Salidas
Estimacin de costos
Aqu se colocar a un nivel de detalle las estimaciones de los costos
asociados al proyecto as como tambin el total del costo del proyecto,
se elaborar un documento justificando los costos incurridos y el valor
del producto, esta estimacin se podr visualizar en el estudio viabilidad
del proyecto, la cual se explicar mas adelante en el captulo 2 y en la
parte de costos del plan de proyecto.
1.3.3.
Actividades y Estimaciones

33
CopSoftware
Versin 1.4
Para la elaboracin de las actividades y de los entregables sta se har

segn la metodologa RUP y el ciclo de vida a usar en el proyecto de
software ser el ciclo de vida iterativo incremental.
El siguiente grfico muestra las tareas a realizar a lo largo del todo el
proyecto
Estimacin por fases:

Duracin Estimada Horas X Da /
Fase de Concepcin
Fase de Elaboracin
Fase de Construccin
Fase de Transicin
Total
Das
5 horas/Da
9 das
37 das
138 das
8 das
192 das
Total
45 horas
185 horas
690 horas
40 horas960 horas
Un mayor resumen de la distribucin de tareas y la duracin de la misma lo

encontrar en el calendario de entregas.

34
CopSoftware
1.3.4.
Versin 1.4
Metodologa de Apoyo (Mtrica V3)
Esta metodologa est orientada a ofrecer un mecanismo til para un

completo seguimiento del ciclo de vida del producto software. Esta
metodologa se basa en procesos e interfaces, para nuestro caso se har
mencin al proceso Estudio de Viabilidad del Sistema (EVS) por ser este el
que utilizaremos para el estudio de la viabilidad del sistema.
Estudio de Viabilidad del Sistema, este proceso se divide en 6 actividades:
1. Establecimiento del Alcance del Sistema EVS1
2. Estudio de la Situacin Actual EVS2
3. Definicin de Requerimientos del Sistema EVS3
4. Estudio de Alternativas de Solucin EVS4
5. Valoracin de las Alternativas EVS5
6. Seleccin de la Solucin EVS6
Estas actividades se dividen en tareas para una mejor implementacin, en
resumen, este proceso lo que busca es realizar un anlisis tcnico,
econmico y operativo de todas y cada una de las alternativas de solucin,
para que de esta manera se tenga la seguridad de elegir la mejor opcin.
1.3.5.
Calendario de Entregas
El calendario se muestra a continuacin:

35
CopSoftware

Versin 1.4
37
CopSoftware
1.4.
Versin 1.4
Estado del Arte
En la actualidad, en el Per, existen algunos Sistemas de Informacin

implantados en algunas comisaras, ya sea por la infraestructura con la que
cuentan y/o por el apoyo que reciben, a este grupo de comisara se les
denomina comisaras piloto y se espera que a mediano plazo se logre
incrementar este nmero.
Algunos de estos sistemas fueron desarrollados por la divisin de
informtica perteneciente a la polica nacional y otros fueron comprados a
otras compaas.
As, podemos encontrar los siguientes sistemas:
1. Sistema de Denuncias Computarizadas
2. Sistema SIGSPOL (SISTEMA GEOREFERENCIAL POLICIAL)
3. Sistema de Denuncias a Distancia
4. Sistema Automatizado de Expedicin de Certificados Policiales
1. Sistema de Denuncias Computarizadas
Este Sistema permite recepcionar las denuncias de toda ndole, tales como
denuncias por estafa, por robo, delito, faltas, quejas, trnsito, etc. Como
consecuencia de esto, ya no existen los libros tradicionales de denuncias, lo
cual ha permitido acortar el tiempo para registrar una denuncia en
aproximadamente 7 minutos, cuando normalmente este proceso demoraba
de tres a cuatro horas. De la misma forma, la entrega de la copia de la
denuncia tardaba de 24 horas a ms, ahora solamente en 7 minutos se
logra satisfacer dicha solicitud, esto se debe, en parte, al cambio en el
tradicional proceso de registro de denuncia que se tuvo que asumir, ahora
basta solo con la firma del personal a cargo de la atencin al ciudadano y ya
no se tiene que esperar por la firma del Comisario, esto ha hecho mucho
ms viable el tramite, como ya se mencion, y se ha ganado la preferencia
del pblico usuario.
Actualmente este Sistema esta instalado en la comisara de Surquillo y fue
desarrollado por la divisin de informtica de la Polica Nacional del Per.
38
CopSoftware
Versin 1.4
2. Sistema SISGPOL (Sistema Georeferencial Policial)

Este sistema se encarga del registro automatizado de las denuncias
policiales y almacenamiento de datos relacionados a esta, como diligencias,
detenidos,
documentos,
atestados,
partes,
entre
otros.
Entre los beneficios que nos trae este sistema figuran: El intercambio de
informacin entre comisaras, explotacin eficaz y oportuna de la
informacin histrica que ingresa a la comisara PNP mediante estadstica
en tiempo real, reduccin de tiempo en el proceso de atencin de denuncias
y
otros servicios a la comunidad. Tambin figuran otras ventajas como: el
mejor planeamiento del servicio policial al tener la informacin procesada
por tipo de delitos, la informacin llegar oportunamente al pblico y se
podr elaborar un mapa del delito. Cabe anotar que actualmente el sistema
georeferenciado de denuncias se viene utilizando en 15 comisaras,
precisamente una de ellas es la comisara de Surquillo.
La meta es implementar el SIGPOL en 120 comisaras, mientras tanto
actualmente se utiliza este sistema en las siguientes dependencias
policiales: Ciudad y Campo, Conde de la Vega, Rmac, Monserrate, San
Andrs, Alfonso Ugarte, Cotabambas, Brea, Petit Thouars, San Luis, Lince,
Magdalena, San Isidro, Chorrillos y Zarate.
El Sistema SISGPOL funciona de manera conjunta con el Sistema de
Denuncias Computarizadas y permite focalizar zonas donde se registra el
ndice delincuencial, as, por ejemplo, una persona al realizar una denuncia
puede localizar el lugar donde se realiz el delito, gracias a que el sistema
le muestra un mapa con los lugares de acuerdo a la jurisdiccin de la
comisara.
Segn el Comandante Briones, Comisario de Surquillo, este Sistema
permite tomar las acciones de prevencin, investigacin o inteligencia
operativa; es decir, se aprecia en forma objetiva la situacin actual de todo el
distrito en cuanto al factor delincuencial y se registra mediante las denuncias
que ingresan al Sistema de Denuncias Computarizadas, permitindoles
inclusive darles estadsticas histricas y se espera que a mediano plazo

39
CopSoftware
Versin 1.4
este le permita al usuario, verificar el nivel de seguridad de un distrito, para

as tomar sus precauciones.
Cabe acotar que este producto fue comprado a una empresa externa de la
Polica Nacional del Per, y segn el Comandante Briones, el uso de este
Sistema es exclusivo para la localizacin de una denuncia.
3. Sistema de Denuncias a Distancia
Este Sistema se realiz con el fin de evitar las largas colas y demoras que
se generaban al momento de realizar una denuncia.
Una solucin para este problema tuvo lugar en la iniciativa de implementar
en los diferentes distritos del pas el programa de una comisara virtual que
pPermita agilizar los trmites.
La Comisara de Monterrico fue la primera en acoger esta idea. Actualmente
cuenta con su propia pgina Web, donde adems de ofrecer informacin
relacionada a seguridad ciudadana, cuenta con formatos virtuales para
formular denuncias o ingresar datos vitales para la investigacin de algn
hecho delictivo.
Al establecerse un canal mucho ms eficaz donde formalizar una denunciaexplica el Comandante Ral Balvn Rengifo, jefe de la delegacin policial de
Monterrico- se va creando en la conciencia del ciudadano que su
informacin es importante ya que ser recibida por el mismo comisario y
tendr un seguimiento inmediato.
Aportes
Con el proyecto de la Comisara Virtual se busca que todas las delegaciones
policiales tengan presencia en Internet a fin de brindar un servicio directo a
los habitantes de cada distrito o comunidad, agilizar trmites de denuncias y
posibilitar al vecino enviar informacin relevante para resolver algn caso.
Precisamente esta pgina Web incluye un novedoso sistema de denuncias
que permite al ciudadano realizar el trmite va Web, aligerando as tanto la

40
CopSoftware
Versin 1.4
diligencia como el proceso policial, adems de reducir el personal

administrativo
designado
para
estas
tareas
en
la
comisara.
En el caso de la Comisara de Monterrico, slo por citar un ejemplo, el 12 %

del equipo policial es destinado para la atencin de estos trmites. Con la
implementacin integral de este nuevo sistema de denuncias, que implicara
la eliminacin total del proceso en las sedes policiales, el personal
administrativo se reducira al mnimo y ms agentes del orden podran
reforzar
la
seguridad
ciudadana.
En suma, se ahorrara en tiempo, personal, bajaran los costos operativos y

se controlara la corrupcin al interior de las comisaras manifest el
Comandante
Ral
Balvn
Rengifo,
comisario
de
Monterrico.
A travs de este sistema de trmites, el ciudadano tambin podr efectuar el

seguimiento de su denuncia. Mediante un nmero de ticket que se le asigna
y que le sirve como identificacin, ste podr acceder, a travs, de la pgina
Web de la comisara, al documento que indica las acciones diarias que se
realizan con respecto a su caso.
Informacin vital
La Comisara Virtual no slo permite formular denuncias concretas y
agilizarlas, tambin busca que el ciudadano, con el aporte que pueda
proporcionar, coopere con las investigaciones policiales de algn hecho
delictivo.
Para ello, existe un formato de Denuncias Annimas mediante el cual el
ciudadano, sin necesidad de identificarse, puede enviar informacin til y
relevante para resolver un caso, sea de venta ilegal de drogas, asaltos,
robos, pandillaje, trnsito, abuso sexual, prostitucin clandestina, entre
otros.
Adems, a travs de este sistema virtual, se brinda instrucciones para
realizar otro tipo de trmites documentarios como: Certificados de
antecedentes,
copias
de

denuncias,
entre
otras
diligencias.
41
CopSoftware
Versin 1.4
Hasta el momento, al igual que Monterrico, las comisaras de Miraflores,

Surquillo y Barranco cuentan con su propia pgina web. Se espera que
pronto, las ms de 1500 delegaciones policiales en todo el Per cuenten con
su propio sistema de denuncias va dicho medio.
4. Sistema Automatizado de Expedicin de Certificados Policiales
En 21 comisaras de Lima, se ha implementado terminales computarizados,
que estn interconectados con el Sistema de Identificacin Criminalstica de
la Polica Nacional, y que permiten verificar los antecedentes policiales de
una persona. Luego, el certificado se emite de manera inmediata, el sistema
permite imprimir la foto y las firmas digitalmente, este proceso que antes
demoraba 24 horas se hace ahora en solo en cinco minutos.
Esto ha evitado que el personal policial acuda diariamente hasta la sede de
la Direccin de Criminalstica de la Polica Nacional (Dircri) para verificar la
identidad de cada solicitante y deba esperar la emisin y firma de cada
certificado.
Segn Oswaldo Hernndez Revoll, jefe de la Dircri, este procedimiento ya
se viene aplicando desde octubre del ao pasado en las comisaras,
siempre que los certificados sean para uso nacional. Para solicitar uno para
viaje o trmites en el extranjero, debe acercarse a la sede central de la
Dircri.
Ms certificados
Segn las estadsticas de la Dircri, durante el 2005 se han tramitado
422.155
certificados
de
antecedentes
policiales
(Cerap)
en
Lima
Metropolitana. Con la instalacin de monederos electrnicos en veinte

comisaras, que venden formularios para diversos trmites, y con los
terminales computarizados que permiten la inmediata expedicin de
certificados, se prev que esta cifra se duplique en el 2006.
En lo que va del ao este sistema ha expedido 3.705 certificados en la
comisara de San Martn de Porres, 3.418 en Carmen de la Legua Reynoso

42
CopSoftware
Versin 1.4
y 3.095 en Miraflores. Adems, funcionarios de la Defensora del Pueblo han

realizado gestiones con la Dircri para que se ample el horario de atencin y
el servicio sea ms rpido. Sin embargo, an quedan muchas dependencias
policiales que realizan el trmite en forma manual y en 24 horas. Segn el
jefe de la Dircri, ya se est coordinando la implementacin de los terminales
interconectados en otras comisaras de la capital.
El siguiente cuadro trata de brindar una manera ms resumida las
caractersticas principales, ventajas y desventajas de los sistemas anteriores
mencionados.
Sistema de
Caractersticas
Recepciona las
Ventajas
Rapidez
Denuncias
denuncias de toda
trmite
Computarizada
ndole.
denuncias.
s
Sistema
Permite focalizar
Explotacin eficaz y Alto costo de
SISGPOL
zonas donde se
oportuna
(Sistema
registra el ndice
informacin
Georeferencial
delincuencial.
histrica
Policial)
en
Desventajas
el Poco difundido
de en las dems
comisaras.
de
la implantacin y
mantenimiento.
que
ingresa
comisara
la
PNP
mediante
estadstica
en
Cuenta con formatos
tiempo real.
Presencia
en Denuncias
virtuales para
Internet a fin de poco fiables al
Sistema de
formular denuncias o
brindar un servicio no
Denuncias a
ingresar datos vitales
directo
Distancia
para la investigacin
habitantes de cada
de algn hecho
distrito.
Sistema
delictivo.
Expide certificados
Rapidez
Automatizado
policiales de una
realizacin de este adicional
de Expedicin
persona
trmite.
de Certificados
determinada.

en
tener
un
los mayor control.
la El
se
costo
que
debe
entregar
de
para
43
CopSoftware
Versin 1.4
Policiales
la rapidez de
este trmite.
Si bien estos Sistemas han sido de mucha utilidad a las Comisaras, no

todas los han adquiridocuentan ellos. Esto se debe principalmente al alto
costo que implica, poder adquirirlotanto por los derechos sobre el mismo
como por los requerimientos en
implantarlo y a la carencia de una
infraestructura que sea capaz de soportarlos.

De los Sistemas mencionados, el Sistema de denuncias a distancia tiene
algunas ventajas que aun no han sido explotadas aun en estos tiempos, en
que las tecnologas de informacin han ido evolucionando y sobre todo el
uso del Internet se ha ido popularizando. Adems, se debe tener en cuenta
que la informacin que se puede enviar a travs de la pgina Web
mencionada, no garantiza la autentificacin de la misma, lo cual puede
ocasionar un uso indebido al momento de formular una denuncia.
Segn el comandante Briones, el sistema SIGSPOL tiene varias
caractersticas y beneficios que todava no han sido aprovechados al no
tener un pleno conocimiento del sistema, esto se debe a que el ministerio
del interior compr este software y solo dio capacitacin a ciertas personas
para su uso.
No se tiene mayor informacin de estos sistemas debido a que
la
informacin sobre estos se maneja de una manera reservada. Asimismo,

tampoco se encuentra informacin sobre otros sistemas que hayan sido
implementados en nuestro pas, esto se debe principalmente al atraso
tecnolgico en que viven hoy en da algunas de las comisaras y muy
probablemente debido a que este debera cumplir con las normas de calidad
y de mtricas que se encuentran en la Gua Tcnica sobre Evaluacin de
Software en la Administracin Pblica la cual esta basada sobre la norma
ISO/IEC 9126 de la ISO (Organizacin Internacional de Normalizacin) y la
IEC (Comisin Electrotcnica Internacional) que forman el sistema
especializado para la normalizacin internacional.

44
CopSoftware
1.5.
Versin 1.4
El producto que se desarrollar en la presente tesis abarcar los procesos

que automatiza el sistema de denuncias computarizadas y para el manejo y
la toma de decisiones incluir al Sistema Georeferencial, la expedicin de
reportes y documentos referidos al proceso de seguimiento de las denuncias
se considerann deseables. Se considerar realizar un desarrollo Web por
ser este un medio
bastante ventajoso para aquellas personas que no
pueden acudir directamente a la comisara. A diferencia del Sistema de

Denuncias a Distancia este incluir una funcionalidad que supla la
desventaja que presenta. El desarrollo considerar la posibilidad de uso en
ms de una comisara debido a que los procesos que atender y el modulo
de gestin de la seguridad que implementar son necesarias en todas. El
desarrollo del mdulo de Gestin permitir la elaboracin de reportes
georeferenciados los cuales considerarn las siguientes capas: calles,
establecimientos, zonas de anlisis (calles y principales avenidas o las
definidas segn las reglas del negocio). Se deja de lado, por lo menos para
el presente trabajo, la implementacin de un mdulo de integracin por un
tema de tiempos bsicamente y debido a que este requerira un anlisis ms
exhaustivo.
Adems, para tener un control de las personas detenidas y/o encarceladas,
se administrar la informacin que se maneja sobre stas. Los procesos
principales que se manejan al interior de la comisara como son: denuncias,
rdenes de captura, quejas; sern automatizados. Se aprovechar la
informacin almacenada por medio de la elaboracin de un reporte que
permita comparar el nivel de seguridad experimentado en la jurisdiccin
contra los crmenes producidos dentro de ella a travs de reportes
georefenciados. Esto apoyar directamente al planeamiento de la seguridad
de la jurisdiccin y permitir tener una visin ms clara acerca de cmo
realizar el plan de patrullaje y donde situar estratgicamente a las fuerzas
del orden. Para agilizar este proceso el sistema permitir almacenar las
preferencias de los usuarios.

45
CopSoftware
Versin 1.4
Asimismo, se deber lograr elaborar un producto econmico tanto en

desarrollo e implementacin utilizando para ello herramientas de software
libre.
Las ventajas del proyecto son:
Bajo costo de desarrollo, mantenimiento e implementacin. Para ello
se emplear herramientas de software libre.
Abarca los procesos ms importantes de una comisara. Se
automatizar por lo menos al 70% de los procesos manuales
definidos en la captura del modelamiento del negocio.
Asimismo, se cuenta con una limitacin que es la infraestructura con que
cuentan las comisaras, por ello la arquitectura considerar tales limitaciones
para que el presente documento sirva de base a otros proyectos que busquen
principalmente la implantacin de un sistema como el que se est planteando.

46
CopSoftware
Versin 1.4
2. Captulo 2: Anlisis
2.1.
El presente trabajo usar como se indic en el Captulo 1 la metodologa

Rational Unified Process (RUP), sin embargo por tratarse de un proyecto de
menor envergadura solo se considerar algunos de los principales procesos
de dicha metodologa y solo algunos de los artifacts. A continuacin, se
justificar el porqu se eligi cada uno de los artifacts presentes dentro las
fases de dicha metodologa.
Fase Concepcin
o
Plan de Proyecto:
El plan de proyecto es un documento
completamente necesario dentro del desarrollo de este

proyecto, porque es aqu donde se planifica las actividades y
procedimientos principales ha realizarse dentro del mismo. Ver
anexo 1
.
o
Catalogo de Requisitos:
Debido
que
este
proyecto
obedece a la satisfaccin de la necesidad de uno o mas

clientes, se hace necesario tener documentado cuales son las
capacidades que debe tener el sistema de informacin para que
se pueda satisfacer las necesidades del cliente. Ver anexo 2
o
Procesos de Negocio:
Para
este
proyecto
se
hace
completamente necesario conocer cmo se llevan a cabo los

procesos dentro de la organizacin, este conocimiento permitir
obtener una visin ms clara de la situacin actual del negocio.
Ver anexo 3
Fase Elaboracin
o
Casos de Uso:
Este proyecto requiere de un documento
sencillo de fcil adaptacin para la administracin del proyecto y

que sirva de contacto al software con el cliente. Ver anexo 4

47
CopSoftware
Versin 1.4
Diagrama de Clases de Anlisis:
Este
diagrama
lo
que
permite es mostrar una relacin que existe entre las entidades

del negocio y como se comportarn dentro del desarrollo del
software, en nuestro proyecto representa una de las bases para
todo lo que implica el desarrollo posterior, en esto radica su
verdadera importancia. Ver anexo 5
o
Arquitectura del Sistema:
Para el proyecto este documento
se hace sumamente crtico por que sienta las bases para lo que
vendra a ser el desarrollo de todo el software. En el se define la
forma como se estructuran y relacionan los componentes dentro
del software. Ver anexo 6
o
Plan de Pruebas de Aceptacin:
Este documento abarca el
siguiente artifact de RUP, Test Case, que define que inputs y

outputs debe debe de tener cada prueba, esto es necesario
debido a que de esta manera se facilita la ejecucin del proceso
de pruebas, lo ordena. Ver anexo 7
o
Diseo de la Base de Datos:
Este
diagrama
es
completamente necesario para todo el desarrollo del software

porque representa la forma cmo se estructurar la informacin
dentro del sistema administrador de bases de datos. Ver anexo
8
o
Diagrama de Clases de Diseo:
Este diagrama est por
encima del diagrama de anlisis porque no solo representa

caractersticas de las entidades del negocio, representa
comportamiento. Adems considera tareas y definiciones de
otros elementos, todo esto para que sirva de base para la
implementacin. Ver anexo 9
Fase Construccin

48
CopSoftware
Diseo y Programacin:
Versin 1.4
Por el propio tema del proyecto se
hace completamente necesario contar con una actividad, que

recopile todo el anlisis y le de vida a travs del proceso de
programacin.
o
Pruebas Unitarias: Este documento incluye los siguientes 2

artifacts de RUP: Test Plan y Test Script. El primero es
necesario porque establece las caractersticas que debe tener
el entorno prueba para que puedan llevarse a cabo de la mejor
manera. El segundo, muestra como se lleva a cabo una prueba
de caja blanca, esto es necesario porque con ello se garantiza
el correcto funcionamiento del software. Ver anexo 10
Adems, para la parte de estudio de la viabilidad, consideraremos el uso de

las actividades EVS 4, EVS 5 y EVS 6, del Estudio de Viabilidad del Sistema
(EVS) de la metodologa Mtrica V3. A continuacin se justificar el porque se
eligi nicamente dichas actividades:
EVS 4(Estudio de alternativas de solucin): La utilizacin del EVS 4 se
realiz porque se quiso buscar alternativas de solucin al problema
planteado en el tema de tesis, este estudio se centra bsicamente en
proponer diversas soluciones que respondan de una mejor manera a los
requerimientos.
EVS 5(Valoracin de alternativas): El EVS 5 es el paso siguiente al
estudio de las alternativas, esta nos permite realizar una valorizacin de
las mismas, tomando en cuenta varios factores (el anlisis beneficio/costo).
EVS 6 (Seleccin de la solucin): Es el paso final en el estudio de la
viabilidad de un sistema, en este punto se discute y elige la mejor opcin,
este proyecto de tesis se centra en buscar la opcin ms viable sobre todo
si se toma en cuenta las restricciones con que cuenta una comisara.
La eleccin de las reas de conocimiento del PMBOK, mencionados en el
Captulo 1 han sido elegidas por las siguientes razones:

49
CopSoftware
Versin 1.4
Gestin de la integracin: En todo proyecto es importante mantener y

asegurar una adecuada coordinacin entre los elementos que participan en
este, es por esta razn que al requerir y garantizar la coordinacin en este
proyecto de tesis, se eligi esta rea.
Gestin del alcance: Esta rea es importante porque define el trabajo
requerido para realizar de manera exitosa el proyecto, asimismo, se realiza
un seguimiento para garantizar solo el cumplimiento del mismo.
Gestin del tiempo: El manejo de los tiempos, sobretodo si toma en
cuenta que en este proyecto de tesis las fechas de los entregables ya
estn definidas, juega un papel importante porque se requiere que el
proyecto culmine de acuerdo a los plazos establecidos.
Gestin de riesgos: Los riesgos siempre estn presentes en todos los
proyectos, lo que se pretende al elegir esta rea es tratar de reconocer los
mismos y tomar medidas de prevencin ante la aparicin de estos. Ver
Anexo - 11
Gestin de costos: Uno de los objetivos del producto es desarrollarlo al
menor costo, es por eso que se elige esta rea para estimar los costos que
implicara al realizar este proyecto y asegurar la finalizacin del mismo. Ver
Anexo 1, seccin Costos
2.2.
2.2.1
Levantamiento de informacin
Para el levantamiento de informacin se utiliz la tcnica de las entrevistas,

las cuales fueron realizadas en la comisara de magdalena la que, en la
actualidad, no cuenta con un sistema de informacin. La persona que nos
detall el proceso de registro y seguimiento de denuncias fue el Sub-Oficial
de Primera PNP Diego G. Romero Santos.

50
CopSoftware
Versin 1.4
El siguiente grfico explica el proceso de registro y seguimiento de una

denuncia:
Diagrama - Proceso Denuncia
Asimismo las denuncias registradas pasan por diversos estados, los cuales
se muestran a continuacin:
Registra
do
Asignad
o
Atendid
o
Elimina
do
Diagrama de Estado - Denuncia

51
CopSoftware
Versin 1.4
El proceso de investigacin nace a raz de una denuncia, la cual deber ser

clasificada y asignada al investigador correspondiente, los estados por los
que puede pasar una investigacin esta determinada por:
Activ
a
Trasladad
a
Archiva
da
Cerrad
a
Diagrama de Estado - Investigacin

Para mayor detalle del diagrama de estado del proceso de investigacin y del
modelo negocio, ver Anexo 3 Modelamiento de Negocio
En la actualidad, la comisara realiza el anlisis y la gestin del crimen de
forma manual, a travs de informacin estadstica que provee la Polica
Nacional.
Con el mantenimiento de las denuncias se elimina el proceso manual del
registro de las mismas y se resuelven los problemas mencionados en el
capitulo 1: Prdida de informacin, Demora en los procedimientos de
elaboracin de documentos y la Informacin centralizada.

52
CopSoftware
Versin 1.4
Con la georeferenciacin de las denuncias se facilita la gestin de las

personas encargadas de la toma de decisiones y se resuelve el problema de
la Inexistencia de herramientas de gestin automatizadas, que tambin se
encuentra explicado en el capitulo 1.
2.3.
Para el presente proyecto se ha identificado los siguientes mdulos:

Modulo de Denuncias, aqu se realizar el mantenimiento y seguimiento de
todo el proceso de denuncias, a travs de los estados por los que pasa, as
como tambin la creacin de otros documentos a partir de la misma.
Modulo de Gestin, aqu se realizar la georeferenciacin de las denuncias, la
configuracin de los reportes y el registro de las preferencias del usuario.
Modulo de Seguridad, servir para realizar en control de acceso al sistema y
a los recursos del mismo.
Mdulo Seguridad
Mdulo Gestin
Mdulo de Denuncias
Mdulos del Sistema

53
CopSoftware
2.3.1
Versin 1.4
Estructura lgica de la aplicacin
Aqu se divide a la aplicacin segn las funciones que realizar. Esta

estructuracin nos permite visualizar el comportamiento lgico que tendr el
producto software Ver Anexo 6 Arquitectura del Sistema
2.3.2
Estudio de Viabilidad
A continuacin, se presenta el siguiente estudio de viabilidad, que considera

en conjunto a todas las actividades que conforman el proceso de Estudio de
Viabilidad del Sistema (EVS) segn lo propone Mtrica V3 y segn se
mencion en el capitulo anterior:
2.3.3
Preseleccin de las Alternativas de Solucin
Se usar una solucin a medida para los mdulos de denuncias y

seguridad, por considerarlos parte de los procesos crticos del negocio.
Las herramientas de desarrollo como el lenguaje de programacin,
framework y base de datos sern completamente libres. El anlisis de las
alternativas de solucin solo corresponder con el mdulo de gestin por
presentar justamente ms de una posible forma de solucin.
Para el mdulo de gestin se consideran las siguientes alternativas:
Solucin a medida
Solucin estndar
2.3.4
Descripcin de las Alternativas de Solucin

Solucin a medida: Esta solucin consiste en desarrollar la
georeferenciacin de las denuncias de acuerdo a los requerimientos
funcionales y no funcionales definidos en el catlogo de requisitos.
Para el desarrollo de la georeferenciacin se deber realizar un
anlisis ms complejo, este desarrollo se dividira en dos procesos:
Dibujar mapa y la georefenciacin propiamente; para el proceso de
dibujo del mapa, el diagrama de clases deber definir

las
54
CopSoftware
Versin 1.4
coordenadas de los lugares a pintar, as como tambin las direcciones

y los nombres de las calles, asimismo se deber colocar las escalas
con que se mostrar el dibujo.
Solucin estndar: En este caso se considerar un mdulo ms

Mdulo dibujo Google, para ello se usar los mapas y las
funcionalidades que nos ofrece Google Maps, el cual se encargar
de mostrar la georefrenciacin de las denuncias y los reportes
temticos que se configuraran sobre este. El costo de este tipo de
solucin es completamente libre, si se considera que esta solucin
solo
incurrira en los gastos de mano de obra cuyo monto est
pensado en 50 soles la hora.
2.3.5
Estudio de la Inversin
Solucin a medida: El desarrollo de la georeferenciacin implicar
una mayor inversin en la parte de desarrollo ya que se deber tomar
en cuenta que deber haber una investigacin sobre las tcnicas de la
georeferenciacin, asimismo la mano de obra costar 1500 dlares
mensuales por 40horas semanales para cada integrante, esta solucin
contempla el uso de herramientas libres, por lo tanto el costo solo
estara en la mano de obralos honorarios a los desarrolladores del
Sistema.
Solucin estndar: en este caso el coste de implementacin es

menor y adems se obtiene los mismos beneficios de una solucin a
medida. Otro punto a favor es que la parte de navegabilidad, zoom y
rotaciones, quedarn a cargo de la aplicacin Google Maps lo cual
permitira reducir los tiempos de desarrollo, esta aplicacin posee una
interfaz muy amigable y tiene la preferencia muchos de los usuarios
de la web.
En ambos casos se incurre en el mismo monto de gasto para los

equipos, si consideramos que cada nodo identificado representa un
equipo estaramos considerando una inversin de :

55
CopSoftware
Versin 1.4
Balanceador de Carga
400
Firewall x2
240
Servidor de Aplicaciones x 2
2200
Servidor Web Redirector x 2
900
Servidor de Seguridad
450 +
4190
El precio total del producto depender del tipo de alternativa elegidaao

ya que el costo de mano de obrade los honorarios es distinto para
cada una.
2.3.6
Estudio de los Riesgos

Solucin a medida: Con esta solucin se presentaran los siguientes
riesgos:
Demora en el aprendizaje de la georeferenciacin.
Falta de informacin en la elaboracin de la georeferenciacin.
Culminacin a tiempo en el desarrollo de la solucin.
Demora en la etapa de anlisis.
Solucin estndar:
En este caso se corre el riesgo incertidumbre en la
disponibilidad, debido a que se depende directamente de la
aplicacin Google Maps.
2.3.7
Asignacin de personas y roles en el proyecto
La asignacin de roles en este proyecto se dio de acuerdo a las

caractersticas de las personas encargadas del desarrollo del mismo, los
cuales son: Jack Daz Ponce y Julio Gonzles Heredia y la asignacin fue:

56
CopSoftware
Versin 1.4
Mdulo de denuncias: Este mdulo es considerado uno de los ms

crticos y deber ser elaborado por los dos miembros del proyecto
pero quien tendr la responsabilidad de controlar los detalles y el
correcto funcionamiento de este ser Jack Daz Ponce.
Modulo de gestin: Este mdulo es el que requiere una mayor

investigacin para la elaboracin de la georeferenciacin de las
denuncias, si bien ambos miembros del proyecto participarn en la
elaboracin del mismo, el responsable directo ser Julio Gonzles
Heredia.
Modulo de seguridad: Este mdulo se encarga de dar el control del

acceso y el responsable ser Jack Daz Ponce.
2.3.8
Base de datos
El motor de base de datos que se utilizar ser PostgreSQL, por ser una
aplicacin libre y por contar con varias herramientas grficas de alta calidad
como el EMS PostgreSQL Manager para administrar las bases de datos.
Asimismo, se utilizar procedimientos almacenados para el acceso de los
datos y para la actualizacin de algunos datos de acuerdo a ciertos eventos
se usaran los disparadores, tambin para optimizar y agilizar las bsquedas
se har uso de los ndices. Se contar con dos tablespaces, uno para los
datos propiamente y otro para los datos que sern almacenados de manera
temporal. Al motor usual de PostgreSQL se le adicionar la extensin
PostGIS, la que facilitar el manejo de la parte georeferencial.
2.3.9
Establecimiento de restricciones de costo-tiempo
El proyecto cuenta con un tiempo mximo de desarrollo de 2 meses y medio

trabajando medio tiempo (20 horas semanales) y considerando que se trata
de una entidad del estado quien no cuenta con muchos recursos econmicos.
2.3.10 Asignacin de funciones al Hardware
Para cualquiera de las alternativas se distingue 6 nodos, 1 nodo de base de
datos, 2 nodos aplicaciones para proveer la alta disponibilidad y escalabilidad.
La arquitectura permite una extensibilidad media, porque para ello se debera

57
CopSoftware
Versin 1.4
agregar 2 nodos uno de aplicaciones y otro nodo Web Redirector, se cuenta

con un nodo de seguridad para realizar el control de la autenticacin y
autorizacin, las zonas estarn delimitadas 2 firewalls para que se pueda
proveer mayor seguridad a los servidores de aplicaciones y por ltimo el nodo
cliente que es donde se este ejecuta su browser y trabaja con la aplicacin.
Se cuenta con 2 nodos cliente debido a que existe un acceso tanto de
usuarios externos como internos a la red de la comisara.
Anexo 11 Asignacin de funciones al Hardware
2.3.11 Evaluacin de las Alternativas y Seleccin
Considerando las limitaciones de costo, tiempo, aspectos tcnicos y el factor
coste/beneficio, creemos que la mejor opcin es la Solucin Estndar. El
monto total de inversin seria de
Equipos
S/. 12,570.00
Mano de ObraHonorarios
Otros
S/.
S/. 59,100.00 +
4,500.00
T.C. = 3.0
S/. 76,170.00
Para mayor detalle del clculo de mano de obra y otros Ver anexo 1 - Plan de
Proyecto - Costos
3. Capitulo 3: Diseo
3.1.
Para explicar la Arquitectura usaremos una serie de vistas: Vista de Caso de

Uso, Vista Lgica, Vista de Despliegue y Vista de Implementacin. Estas
vistas se han creado usando StarUML, y notacin UML.
3.1.1. Metas y Restricciones de la arquitectura

58
CopSoftware
Versin 1.4
El presente diseo responder bsicamente a 2 objetivos, identificados como

los principales segn el modelamiento del negocio realizado:
1. Responder a los requerimientos de una forma total pero a la vez
extensible considerando que un sistema debe soportar evolucin.
2. Hacer uso de componentes simples los cuales puedan ser
reutilizables.
La meta nmero uno se considerar para el proceso de definicin de la

arquitectura de la aplicacin. El xito de este objetivo ser medido en funcin
a la facilidad de implementacin de la aplicacin y en la satisfaccin del
usuario final de la misma.
La meta nmero dos se esta cumpliendo y ser detallada, de qu forma, en el
capitulo 4.
Las restricciones con las que nos topamos encontramos son las siguientes:
1. Falta de integracin de la aplicacin a un sistema de datos
Personales de la RENIEC, esto permitira realizar una verificacin
de datos ms aceptable.
2. Por tratarse de un nuevo desarrollo no se cuenta con una
estructura existente que se pueda utilizar.
3. Las tecnologas a utilizar han sido probadas en rubros algo
alejados del giro del negocio.
3.1.2. Vista de Caso de Uso

Lo que buscamos dar a conocer es la perspectiva que tiene el usuario del
aplicativo a desarrollar, y es pues a travs de los requerimientos funcionales y
no funcionales ms representativos que hemos considerado los siguientes
casos de uso como los que, en primer lugar, nos brindan una idea concreta de
lo que se deber implementar, y en segundo lugar, nos permite conocer el
cmo los usuarios requieren que la aplicacin trabaje:
Ligados al proceso de denuncia

59
CopSoftware
Versin 1.4
Mantener Denuncia
Mantener Encuesta
Clasificar Denuncia
Asignar Investigador
Aprobar Atestado Policial
Ligados a la Visualizacin Georeferenciada de las Denuncias
Configurar Preferencias
Generar Reporte Georeferenciado
Generar Reporte Estadstico de Denuncias
A continuacin, se har una breve descripcin de cada uno de ellos, para

mayor informacin consulte Ver Anexo 4 ERS
Mantener Denuncias
El propsito de este caso de uso es de detallar el

proceso de registro, modificacin o eliminacin de una
denuncia.
Mantener Encuesta
Registrar opciones de encuesta y el periodo de vigencia
Clasificar Denuncia
Este caso de uso permite buscar las denuncias y

verificar su autenticidad.
Asignar Investigador
Se asocia un investigador o los que se necesite segn
Aprobar Atestado Policial
la denuncia y se crea una investigacin.

Este caso de uso aprueba o rechaza los atestados
policiales, el encargado de la realizacin de esto es el
Configurar Preferencias
representante de la fiscala.
Se elige los estados, fechas, intervalos de anlisis, que
Generar Reporte
nombres dentro de una calle, resmenes, etc.

Genera el reporte segn la configuracin y refrescar la
Georreferenciado
pantalla segn los cambios del momento
Generar Reporte Estadstico Genera el reporte segn periodos determinados y
de Denuncias

muestra una comparacin histrica.
60
CopSoftware
Versin 1.4
3.1.3. Vista Lgica
Descripcin por Mdulos

Aqu se divide a la aplicacin segn las funciones que realizar, este
punto fue detallado en el capitulo 2, dentro del anlisis de la solucin.
Niveles o Capas
Para la elaboracin del proyecto se ha considerado como modelo de
arquitectura el J2EE (Java 2 Enterprise Edition), que reconoce hasta 7
niveles o capas, cada una con funcionalidades propias y diferenciadas
pero no excluyentes que permiten manejar de forma ms modular el
desarrollo de cualquier aplicacin, por ello se dice que se basa en el
uso de componentes ampliamente modulares. Para el presente
proyecto utilizaremos 3 capas, que es mnima estructuracin lgica
que debera implementar una aplicacin.

61
CopSoftware
Versin 1.4
La composicin de cada componente ser detallada en la vista de

implementacin.
3.1.4. Vista Despliegue
Muestra la disposicin fsica de los distintos nodos que componen el sistema

y el reparto de los componentes sobre dichos nodos. La vista de despliegue
representa la disposicin de las instancias de componentes de ejecucin en
instancias de nodos conectados por enlaces de comunicacin. Este punto fue
detallado en el capitulo 2, dentro de la asignacin de funciones al Hardware y
esquematizada en un grfico en el anexo 6 Arquitectura de Software
3.1.5. Vista de Implementacin

62
CopSoftware
Versin 1.4
Descripcin
La vista lgica del Sistema CopSoftware est comprendida por 3 mdulos:

mdulo de Denuncias, mdulo de Gestin y mdulo de Seguridad. Cada uno
de estos mdulos contiene por lo menos 7 tipos de clases (GestoresDAO,
EntidadesDAO, GestorBL, AccionEntidad, AccionPresentaEntidad, Entidad).
Cada mdulo se encarga de un grupo especfico de funcionalidades del
sistema. A continuacin se explica su funcionamiento.
GestoresDAO
Esta clase se encarga de interactuar con la base de datos y no
contiene lgica de negocio.
EntidadesDAO
Esta clase contiene los comandos SQL y se encarga de interactuar
directamente con la base de datos.
Entidad
Es la representacin lgica de un concepto del negocio.
GestorBL
Se encarga de la lgica del negocio,
realiza las validaciones
respectivas e invoca al gestor de base de datos.

AccionGestorEntidad
Contiene las acciones que se pueden realizar en la capa de
presentacin, se encarga de recibir la peticin y llama GestorBL para
que realice la lgica de negocio correspondiente. Esta clase interactua
directamente con la capa de presentacin.
AccionPresentacionEntidad
Esta clase devuelve la informacin solicitada por el usuario haciendo
uso de los mtodos que contiene la clase GestorBL. Se comunica
directamente con la capa de presentacin.

63
CopSoftware
Versin 1.4
PresentacionEntidad
Es aquella que contiene los datos que visualizar el usuario.
Para un mejor entendimiento del mecanismo de funcionamiento y relaciones
de las clases se tomar al Proceso de denuncia como proceso
representativo para aplicar la arquitectura planteada
Anexo 12 Diagramas de Clase de Diseo del Proceso de Denuncia
Capa de presentacin
Esta capa se encarga de la presentacin de los datos lo cuales fueron

obtenidos a travs la lgica del negocio, la clase que pertenece a esta capa
es la PresentacionDenuncia.
Capa Lgica
Esta capa se encarga de la lgica del negocio, es el intermediario entre la

capa de base de datos y la capa de presentacin, las clases que pertenecen
a
esta
capa
son:
GestorBLDenuncia,
AccionGestorDenuncia,
AccionPresentaDenuncia.
Capa Persistencia
Esta capa se encarga del acceso de datos, interacta con la base de datos,
las clases que pertenecen a esta capa son el GestorDAODenuncia y la
DenunciaDAO.
3.2.
En un proyecto de sistemas de informacin la nica parte visible para el

usuario es el software, por eso un correcto diseo de la interfaz de usuario

64
CopSoftware
Versin 1.4
mejora de un modo perceptible la calidad del producto. Asimismo, al ser estas

interfaces amigables, mejorar la usabilidad del software, reduciendo la curva
de aprendizaje que incurre toda implantacin de un sistema de informacin.
Para el diseo de las interfaces grficas se tomaron en cuenta estas
observaciones.
Las siguientes interfaces diseadas son las ms importantes en este
proyecto:
Registro de denuncias
Anexo 13 Manual de Usuario - Registro de Denuncia

Para el diseo de esta interfaz se tomaron en cuenta los conceptos de
usabilidad y navegabilidad.
El usuario de esta interfaz es el polica encargado de registrar las
denuncias, el cual no tiene conocimiento amplio sobre el uso de sistemas
de informacin. Asimismo, se toma en cuenta que este proceso era
realizado de forma manual o redactado en maquina de escribir, es por
eso, que la interfaz manejar eventos de teclado, los cuales facilite y
familiarice de una manera ms amigable al usuario con esta interfaz.
Uno de los objetivos de este programa es agilizar el registro de las
denuncias y que el proceso del mismo no genere retrasos ni
complicaciones en la labor del registrador, para cumplir con ese fin, la
interfaz ofrece shotcuts para las principales acciones.
Proceso de Investigacin
Anexo 13 Manual de Usuario - Proceso de Investigacin

La elaboracin de esta interfaz tiene como fin ayudar al investigador en la
redaccin de sus conclusiones y el proceso que se requiere para cumplir
ese fin, es por eso que en el diseo de esta se muestra informacin
detallada de los acusados (ficha criminal) y los delitos encontrados hasta
ese momento. Otra informacin relevante para el investigador es conocer

65
CopSoftware
Versin 1.4
cuando es la fecha de entrega de su investigacin, la interfaz muestra en

su cabecera con un color llamativo la notificacin de este dato.
El investigador constantemente recolecta evidencias y testimonios, es por
eso que la interfaz ayudar al usuario a visualizar estos al momento de
redactar sus conclusiones. Asimismo, cuenta dentro de la interfaz con la
opcin de solicitar pruebas o testimonios, en el caso de pruebas es
referido a la solicitud de las pruebas a los expertos.
Registro de capturas
Anexo 13 Manual de Usuario - Registro de Captura

El registro de capturas de los criminales es un proceso muy importante en
las funciones de la comisara, estos es, porque de acuerdo a las pruebas
que se tengan y a los antecedentes del acusado se podr realizar una
investigacin. Asimismo, el registro de estos datos requiere una mayor
rapidez en vista de que el acusado solo podr permanecer 24 horas en
una comisara, tomando en cuenta esto, la elaboracin del diseo de la
interfaz del registro de las capturas se enfoca a ayudar al usuario a
realizar su tarea de una manera ms rpida, para ello se emplear el uso
eventos de teclados que faciliten en la elaboracin del registro de
declaracin de los testimonios.
Otro punto importante en el diseo de esta interfaz, es la informacin que
se esta mostrando y como sta ayuda al usuario a poder sacar sus
conclusiones de mejor manera, por eso se muestra los antecedentes
criminales y una clasificacin de peligrosidad del mismo, lo cual ayudar
al investigador al momento de realizar su anlisis.
Configuracin del Tipo de Reporte, Configuracin de Zonas,

Configuracin de Crmenes Tipo 1, Configuracin de Crmenes
Tipo2, Reporte y Capas
Anexo 13 Manual de Usuario - Definicin de Tipo de Reporte

Anexo 13 Manual de Usuario - Seleccin de Tipo de Temtico
Anexo 13 Manual de Usuario - Configuracin de Temtico de Zonas

66
CopSoftware
Versin 1.4
Anexo 13 Manual de Usuario - Configuracin de Temtico de Puntos por

Delitos, por Acusado, por Investigador y por pandillas
Anexo 13 Manual de Usuario -
Configuracin Temtico de Puntos -
Puntual
Estas pginas se desprenden directamente del requisito nmero 13, se

trabajar a manera de wizzard por tratarse de pantallas con mucha
informacin y que requieren mucha comprensin para su uso, por este
motivo se decide hacer una secuencia completamente flexible con la
posibilidad de almacenar las preferencias del usuario. La navegavilidad
dentro de la pgina ser la suficiente para lograr el confort del usuario. Se
muestra la configuracin segn los requerimientos, por fecha tipo de
denuncia, etc. Las capas con las que se trabajar sern de mucha utilidad
para el usuario y harn mucho ms dinmica la creacin del reporte
georreferenciado

67
CopSoftware
Versin 1.4
4. Capitulo 4: Construccin
4.1.
Construccin
En esta seccin solo se considerar las tecnologas que sobre las que se
realizarn desarrollos, para una versin completa del uso de las tecnologas
revisar el Capitulo 8 del Documento de Arquitectura (Ver anexo 6
Arquitectura del Sistema)
4.1.1. Tecnologas
JavaScript 1.2
Utilizaremos esta tecnologa para facilitar la validacin de ingreso de datos,

adems porque es soportado por todos los exploradores y esta siendo
contemplado por organismos de normalizacin como European Computer
Manufacturers Asociation (ECMA)
JSP 2.0
Esta tecnologa permite crear el contenido dinmico HTML, a travs de la

inclusin de cdigo Java directamente por medio de scriplets <%...%> o
haciendo uso de las libreras predefinidas. Es compatible con el uso de Struts
y es factible importar las libreras que provee el framework. Esta tecnologa
esta directamente ligada la versin del Servlet y del Application Server.
JEE 5
Esta plataforma de desarrollo provee ms caractersticas que su versin

anterior lo cual provee un ambiente de trabajo ms funcional. Su empleo est
ligado directamente con la versin del Application Server.
4.1.2. Frameworks y Patrones

68
CopSoftware
Versin 1.4
En el capitulo 2 se identific las capas con las que se trabajar en el presente

proyecto, sin embargo muchas veces esta divisin por capas no garantiza el
xito de un desarrollo. Tampoco lo garantiza el conocimiento y uso de los
conceptos de la programacin orientada a objetos, es en ese sentido que se
hace necesaria el uso de herramientas adicionales de desarrollo como son los
frameworks y patrones de diseo.
4.1.2.1.
Frameworks
Las caractersticas del framework fueron descritas en el captulo 8 del

Documento de Arquitectura. A continuacin se presentar la justificacin de
sus usos:
Struts 1.1
Debido a que implementa el patrn Model View Controller(MVC) ahora en la

versin 2, este framework se adapta perfectamente a la separacin por capas
que ha sido realizada, en ese sentido se gana tiempo de implementacin para
la adopcin de esta nueva tecnologa. Struts facilita la comunicacin con la
capa de Presentacin debido a que provee una clase que permite trabajar
ms fcilmente la colocacin de los datos, esto ahorra implementacin
innecesaria.
Struts se coloca como una capa de servicios que trabaja entre la lgica y la
presentacin esto permite que los objetos de la lgica del negocio sean poco
complejos o si existen sean muy pocos.
La desventaja del uso de este framework es que si se tuviera que utilizar un
rich client es decir colocar lgica de negocio en la capa de cliente se tendra
una especie de distribucin de la capa de negocio, sin embargo, este caso es
remoto para este proyecto.
Hibernate
Implementa el patrn Unit of Work para el manejo de transacciones, esto

permite una interaccin simple con los objetos java simples (POJOs) para

69
CopSoftware
Versin 1.4
dicho proposito, en ese sentido el trabajo con la Base de Datos(BD) se

simplifica y se hace lo suficientemente extensible. El archivo .xml asume la
transformacin de los tipos de datos de Java a PostgreSQL y viceversa,
adems de representar las relaciones 1 a muchos y muchos a muchos que
son tan usadas. Cuenta con un archivo properties de configuracin, esta es
otra ventaja del framework debido a que un cambio de BD representa el
cambio de una lnea en este archivo.
La desventaja de usar este framework se ve cuando se requiere trabajar con
mltiples tablas y de cada una solo se necesita una parte de sus campos,
debido a que hibernate carga en memoria todo el objeto, esto representa un
desperdicio en el uso de la memoria.
4.1.2.2.
Patrones de Programacin
El uso de los frameworks mencionados permite que la capa lgica trabaje de

una forma ms simple, sin embargo, esto solo abarca la capa de presentacin
y la de persistencia. Muchas veces la interaccin, construccin y
estructuracin entre objetos hace necesaria la presencia de buenas prcticas
en el dise, por ello se presentar los patrones de diseo que fueron ms
fcilmente identificables:
Singleton, se usar para garantizar un nico punto de acceso para el

acceso a la capa de persistencia, esto evitar realizar conexiones
innecesarias en la BD
4.2.
Pruebas
Realizar las pruebas de software tiene como objetivo evaluar la calidad del
Sistema CopSoftware, para ello se emplear las pautas necesarias que
permitan un marco de trabajo adecuado y realizar las distintas pruebas
unitarias que aseguren el buen desempeo y funcionamiento del Sistema.
Estas pruebas consisten en someter a la solucin desarrollada a exhaustivas
evaluaciones, reportar los resultados, evaluarlos y corregir los errores y/o
problemas encontrados en la solucin.

70
CopSoftware
Versin 1.4
Para la realizacin de las pruebas estructurales se ha optado por utilizar la

tcnica de caja blanca, el cual consiste en evaluar el algoritmo utilizado en la
programacin, probando las funciones y procedimientos utilizados en el
desarrollo del Sistema; para la realizacin de las pruebas funcionales se eligi
la tcnica de caja negra, la cual se centra en las funciones, entradas y
salidas.
Estas pruebas unitarias estarn enfocadas hacia los casos de uso de mayor
criticidad, los cuales son:
Mdulo
Denuncias
Probar
Descripcin Funcionalidad
la correcta funcionalidad
del
Gestin
proceso de investigacin.
Probar la correcta funcionalidad
de
generar los reportes georeferenciales.
4.2.1. Prueba de caja blanca

Para la realizacin de esta prueba se tom como base el pseudocdigo del
proceso de investigacin, el cual pertenece al mdulo de denuncias. Ver
Anexo 12 -Algoritmo Caja Blanca
El diseo de caso de prueba tiene que estar basado en la eleccin de los
caminos importantes que garanticen una seguridad aceptable de que se
encuentren defectos, para esto se emple los criterios de cobertura lgica,
quedando el grafo del flujo del pseudocdigopseudocodigo de la siguiente
manera:

71
CopSoftware
Versin 1.4
Grafo Investigacin - Proceso

72
CopSoftware
Versin 1.4
Para determinar el nmero de caminos independientes que existen en este

grafo, se emple la mtrica de McCABE, la cual es muy popular en el diseo
de pruebas.
La complejidad de McCABE V(G) se calcula de la siguiente forma:
V(G) = a n + 2
Donde a: aristas del grafo
n: nmero de nodos
De este modo la complejidad McCABE del grafo Investigacin Proceso,
esta determinada de la siguiente manera:
Nmero de aristas = 232
Nmero de nodos = 17
V(G) = 23 18 + 2 = 7
Este resultado determina que existen 7 caminos diferentes en el programa,
los cuales son:
1.
Camino 1: 1, 18
2.
Camino 2: 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14, 15, 16, 17
3.
Camino 3: 1, 2, 3, 4, 6, 7, 9, 11, 12, 13, 14, 16, 17
4.
Camino 4: 1, 2, 3, 4, 5, 6, 7, 9, 11, 12, 13, 14, 16, 17
5.
Camino 5: 1, 2, 3, 4, 5, 6, 7, 8, 9, 11, 12, 13, 14, 16, 17
6.
Camino 6: 1, 2, 3, 4, 5, 6, 7, 9, 11, 12, 13, 14, 15, 16, 17
7.
Camino 7: 1, 2, 3, 4, 5, 6, 7, 8, 9, 11, 12, 13, 14, 15, 16, 17
Cada camino determinado representa un caso de prueba, los cuales

permitirn demostrar que las entradas que se reciben sern aceptadas de
manera adecuada y que esto produzca el resultado esperado.

73
CopSoftware
Versin 1.4
4.2.2. Prueba de caja negra

Las pruebas de caja negra se centran en evaluar las entradas y salidas que
garanticen el cumplimiento de los requerimientos funcionales, como es lgico,
no es recomendable evaluar al software en todos los casos posibles debido al
tiempo que esto toma y al aumento de costo que se deriva al realizar estas
pruebas; con el uso de esta tcnica se identifica clases equivalentes y se crea
un conjunto de casos de prueba que nos ayudan a determinar la presencia o
ausencia de errores en el software.
Para la realizacin de esta prueba se tomar como ejemplo la interfaz de la
configuracin del temtico de zonas, el cual tiene como entrada los siguientes
datos:
Tipo de reporte
Fecha Inicial
Fecha Final
Delito
La tabla de equivalencia de esta interfaz se realiz de la siguiente manera:
Campo
Tipo
Clases Vlidas
de 10 caracteres (1)
reporte
Clases no vlidas
Es
un
Regla
nmero Valores
> 10 caracteres(2)
admitidos
No son caracteres(3)
Booleano
Fecha Inicial
Formato :
Otro Formato(5)
dd/mm/yyyy(4)
Formato
distinto
No es una fecha(6)
Booleano
Fecha Final
Formato:
Otro Formato(8)
dd/mm/yyyy(7)
Formato
distinto
No es una fecha(9)

74
CopSoftware
Versin 1.4
Booleano
Delito
30 caracteres (10)
Es
un
nmero Valores
> 30 caracteres(11)
admitidos
No son caracteres(12)
Booleano
Los casos de prueba que se derivan a raz de esta tabla debern cubrir todas
las clases vlidas y no vlidas, es as que se determina las siguientes clases:
Casos Vlidos
Tipo Reporte
Fecha Inicial
Fecha Final
Delito
Zonal (1)
10/10/2007 (4)
10/11/2007 (7)
Homicidio (10)
Fecha Final
Delito
Reporte Zonal 10/10/2007 (4)
10/11/2007 (7)
Homicidio (10)
(2)
1555 (3)
Zonal (1)
Zonal (1)
Zonal (1)
Zonal (1)
Zonal (1)
Zonal (1)
10/11/2007 (7)
10/11/2007 (7)
10/11/2007 (7)
2007/11/10 (8)
Junio 2007 (9)
10/11/2007 (7)
10/11/2007 (7)
Homicidio (10)
Homicidio (10)
Homicidio (10)
Homicidio (10)
Homicidio (10)
12545 (12)
Homicio,
Casos No Vlidos
Tipo Reporte
Fecha Inicial
10/10/2007 (4)
2007/10/10 (5)
Enero 2007 (6)
10/10/2007 (4)
10/10/2007 (4)
10/10/2007 (4)
10/10/2007 (4)
asesinato,
matanza,robo,
hurto (11)
Cada caso de prueba determinado deber ser verificado para poder

determinar la validez de este.

75
CopSoftware
Versin 1.4
5. Capitulo 5: Observaciones, Conclusiones y

Recomendaciones
5.1.
Observaciones
Software Libre: Para el presente trabajo se decidi usar software libre por
dos grandes razones, la primera por el costo cero para su adquisicin y la
segunda porque su distribucin es legal. Las entidades del estado presentan
un presupuesto ajustado, es en ese sentido la preferencia por una
herramienta libre. En la actualidad existen innumerables grupos de usuarios
que utilizan este tipo de software y que participan en foros haciendo
preguntas y/o contestndolas, por ese motivo, ser muy comn que, en caso
tener algn problema, se encuentre a una persona que ya paso por ese
inconveniente anteriormente. Adicionalmente a esto la calidad de los
productos que se ofrecen es muy alta esto, conjuntamente al costo y la
legalidad de su copia y distribucin hacen del software libre una alternativa lo
suficientemente atractiva
Acuerdo con Google Map y desarrollo propio: Google Map es un API
gratuito que provee una gestin de georreferenciacin bastante simple pero a
la vez completa. GoogleMap maneja una serie de objetos geogrficos y
eventos asociados que se basa en JavaScript que hacen bastante gil el
desarrollo. Google trabaja con una clave y una direccin URL asociada, para
efectos de desarrollo se utiliz una llave y URL comn, si se decide implantar
utilizando esta herramienta se debera solicitar una llave nueva. Se piensa
posteriormente hacer una implementacin similar a la de Google Maps, la
ventaja de esto est en la eliminacin de la dependencia del servicio y de las
actualizaciones de Google.
5.2.
Conclusiones
Una conclusin es una proposicin final, a la que se llega despus de la

consideracin de la evidencia, de las discusiones o de las premisas, segn la
definicin de W
kipedia, es por eso que lLas conclusiones a las que se

76
CopSoftware
Versin 1.4
llegaron, luego de la realizacin de este proyecto, estn enfocadas a

responder a los objetivos planteados inicialmente.
La estimacin del costo del proyecto result ms mayor de a lo

esperado,
esto se debi al aumento de horas de trabajo en el
proyecto, sin embargo, este costo sigue teniendo un monto razonable.
El uso de tecnologas de informacin en una comisara, en este caso a

travs de un sistema de informacin, reduce el tiempo de realizacin
de algunas tareas, en este caso, en el registro de denuncias, lo cual
agiliza este proceso y
elimina los mtodos manuales en el que
incurran para su realizacin.
El trabajo realizado cuenta con tres mdulos, dos de los cuales son el
corazn del negocio, a su vez, estos mdulos pueden integrarse o
usarse de manera independiente con otros mdulos no contemplados
en este proyecto; es as, que se podra utilizar el mdulo de gestin
como un sistema georeferencial que refleje los incendios ocurridos en
un distrito, integrado con un mdulo de registro de incidentes o
incendios para las entidades de los bomberos.
Con la implementacin de los
procesos de denuncias, captura e
investigacin, el sistema cubre los procesos de negocio principales en

una comisara.
5.3.
Recomendaciones
5.3.1. Sobre el Sistema
Para un correcto funcionamiento del Sistema de Informacin, la

entidad que use el producto deber contar con acceso a Internet.
En el caso del registro de las denuncias por Internet, el Sistema no

garantiza la validez de una denuncia, es por eso la importancia del uso
de clasificar las denuncias, esto permitir rechazar o aceptar alguna.

77
CopSoftware
Versin 1.4
5.3.2. Sobre el uso de Google Map

Se recomienda no exceder 50 000 solicitudes por da, lo que equivale a
aproximadamente a 1 pedido cada 1.73 segundos, porque el servicio podra
ser suspendido temporalmente o en caso se siga abusando de esta cuota
mxima asignada podra ser suspendido permanentemente.
5.3.3. Sobre el proyecto actual y trabajos futuros
Durante el desarrollo de la aplicacin muy probablemente aparecern
requerimientos nuevos con el afn de presentar un producto ms completo.
Dichos requerimientos sern administrados de tal forma que no nos alejemos
de los dos objetivos principales y segn la disponibilidad de tiempo con la que
se cuente.
Existen dos objetivos fundamentales el primero busca resolver el problema de
ineficacia del proceso de investigacin y el segundo apoyar la gestin de la
seguridad. No obstante, se podra ahondar en los siguientes temas:
Disear un modulo especializado para el anlisis del crimen en una

zona dada.
Disear un esquema de patrullaje acorde a las zonas que presentan

un mayor ndice de criminalidad.
Disear un mdulo de atencin de llamadas que se integre con el

esquema de patrullaje para buscar las rutas ms cortas para atender
una emergencia.
El sistema actual proveer el mdulo de localizacin de delitos sobre el que

se basara cualquier desarrollo posterior desarrollo de ampliacin, por ser
este el que presente la funcionalidad mnima requerida para dicho propsito.

78
CopSoftware
Versin 1.4
BIBLIOGRAFIA
[1] Presidencia del Consejo de Ministros. Gua Tcnica sobre la
Evaluacin del Software en la Administracin Pblica. Lima 2004 (recurso en
lnea)
Disponible
en:
http://www.ongei.gob.pe/Bancos/Banco_Normas/archivos/Guia-EvaluacionSW.pdf (Visitado el 02/12/2006)

[2] El Comercio. Sistema computarizado agiliza trmite de certificados
policiales de 21 comisaras Lima 2006 (recurso en lnea). Disponible en:
http://www.seguridadidl.org.pe/destacados/2006/24-01
d.doc
(Visitado
26/01/2006).
[3] Consejo Superior de la Administracin Electrnica. MTRICA
VERSION 3, Metodologa de Planificacin, Desarrollo y Mantenimiento de
Sistemas
de
Informacin
(recurso
en
lnea).
Disponible
en:
http://www.csi.map.es/csi/metrica3/ (Visitado 05/07/2007).

[4] Consultores MICORP. Por qu usar Software Libre? (recurso en lnea).
Disponible
en:
http://www.micorp.com.ve/descargas/files/Software_LibreV2.pdf
(Visitado
14/09/2007).
[5] Pro-Innova. Por qu las patentes de software son un problema?
(recurso en lnea). Disponible en: http://proinnova.hispalinux.es/nopatentesmotivos.html (Visitado 14/09/2007)
[6] Juristo, Natalia. Tcnicas de Evaluacin de Software 2006 (recurso en
lnea).
Disponible
en:
http://is.ls.fi.upm.es/udis/docencia/erdsi/documentacion.htm
(Visitado
19//09/2007
[7] Collado, Manuel. Pruebas de Software Tcnicas y Estratgias 2003
(recurso
en
lnea).
Disponible
en:
lml.ls.fi.upm.es/ftp/ed2/0203/Apuntes/pruebas.ppt (Visitado 19/09/2007)

79
CopSoftware
Versin 1.4
[8] Polo, Macario.Mantenimiento Avanzado de Sistemas de Informacin

Ciudad
Real
(recurso
en
lnea).
Disponible
en:
http://alarcos.inf-
cr.uclm.es/doc/masi/doc/lec/parte5/polo-apuntesp5.pdf (Visitado 20/10/2007

[9] Fernandez, Eduardo. Ingeniera del Software Castilla 2007 (recurso en
lnea).
Disponible
en:
alarcos.inf-cr.uclm.es/doc/ISOFTWARE/index.html
(Visitado 20/10/2007)
[10] Delgado, Eduardo. Sistema de informacin de gestin en catastro
urbano basado en mapas georeferenciados Lima, 2004.
[11] Fowler, Martin. Patterns of Enterprise Application Architecture Estados
Unidos 2002.
[12] Freeman Elisabeth y Erick. Head First Design Patterns

80
CopSoftware
Versin 1.4
Anexos
Anexo 1: Plan de Proyecto
81
CopSoftware
Versin 1.4
Anexo 2: Catalogo de Requisitos
82
CopSoftware
Versin 1.4
Anexo 3: Modelamiento de Negocio
83
CopSoftware
Versin 1.4
Anexo 4: ERS
84
CopSoftware
Versin 1.4
Anexo 5: Clases de Anlisis Representativas
85
CopSoftware
Versin 1.4
Anexo 6: Documento de Arquitectura del Sistema
86
CopSoftware
Versin 1.4
Anexo 7: Plan de Pruebas de Aceptacin
87
CopSoftware
Versin 1.4
Anexo 8: Diseo de la Base de Datos
88
CopSoftware
Versin 1.4
Anexo 9: Diagrama de Clases de Diseo Representativas
89
CopSoftware
Versin 1.4
Anexo 10: Pruebas Unitarias
90
CopSoftware
Versin 1.4
Anexo 11: Gestin de Riesgos
91
CopSoftware
Versin 1.4
Anexo 12: Algoritmo de Caja Blanca
92
CopSoftware
Versin 1.4
Anexo 13: Manual de Usuario
93

Proyecto Fin Carrera

Uploaded by

Document Information

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 Fin Carrera

Uploaded by

Copyright:

Available Formats

PONTIFICIA UNIVERSIDAD CATLICA DEL PER

FACULTAD DE CIENCIAS E INGENIERA

ANLISIS, DISEO E IMPLEMENTACIN DE UN

Julio Alberto Gonzales Heredia

NUMERO DE TEMA DE TESIS: 71

Lima, 16 de junio del 20147

almacenamiento de manera automatizada, y la informacin no es

Demora en los procedimientos de elaboracin de documentos. Esto se

Informacin centralizada. Muchas veces esto genera demora en

Inexistencia de herramientas de gestin automatizada. No existe un

Jack Daz Ponce - a20027134

denuncias registradas, mucho menos se puede realizar un contraste

implementacin de un sistema de informacin que permita realizar un

Jack Daz Ponce - a20027134

TEMA DE TESIS PARA OPTAR EL TTULO DE INGENIERO INFORMTICO

ANLISIS, DISEO E IMPLEMENTACIN DE UN SISTEMA

PROPONENTE: Jack Kevin Diaz Ponce

Ing. Liliana Tovar

Jack Daz Ponce

San Miguel, 25 de agosto de 2007

Hoy en da, una comisara puede definirse como una empresa de

y tomar decisiones que

conduzcan a la comisara a la consecucin de sus metas.

Jack Daz Ponce - a20027134

El Sistema de Informacin que se propone mejorar principalmente el

Jack Daz Ponce - a20027134

Administrar los siguientes procesos principales: denuncias

Responder a los requerimientos de una forma total pero a la vez

Lograr un producto econmico utilizando herramientas de software

Aprovechar la informacin almacenada por medio de reportes de

Hacer uso de componentes simples los cuales puedan ser

Jack Daz Ponce - a20027134

El sistema utilizar la informacin almacenada para la generacin de reportes

Jack Kevin Daz Ponce

Julio Alberto Gonzles Heredia

Jack Daz Ponce - a20027134

Mximo: 100 pginas

Jack Daz Ponce - a20027134

Jack Daz Ponce - a20027134

Definicin del Problema

Marco conceptual del problema

Estado del Arte

Descripcin y sustentacin de la solucin

Definicin de la metodologa de la solucin

Diseo de Interfaz Grfica

Capitulo 5: Observaciones, Conclusiones y Recomendaciones

Jack Daz Ponce - a20027134

implementacin de un sistema de informacin que permita realizar un

Jack Daz Ponce - a20027134

Definicin del Problema

almacenamiento de manera automatizada, y la informacin no es

Jack Daz Ponce - a20027134

Demora en los procedimientos de elaboracin de documentos. Esto se

Informacin centralizada. Muchas veces esto genera demora en

Inexistencia de herramientas de gestin automatizada. No existe un

Todos estos casos se generan principalmente porque hay cierto desorden e

Marco conceptual del problema

En Lima y Callao existen 120 comisaras, con un promedio de 2 comisaras

Jack Daz Ponce - a20027134

Ministerio del Interior quien es el encargado de asignar el presupuesto,

Computarizadas y el Sistema SIGSPOL (SISTEMA GEOREFERENCIAL

Jack Daz Ponce - a20027134

Hoy en da, no existe un sistema de informacin que integre y que cubra

El objetivo de la presente tesis es analizar, disear e implementar un