Tesis de Movil Ok

UNIVERSIDAD NACIONAL DE TRUJILLO

FACULTAD DE CIENCIAS FSICAS Y MATEMTICAS

ESCUELA ACADMICO PROFESIONAL DE INFORMTICA

TRABAJO DE GRADUACIN

DESARROLLO DE UN SISTEMA MVIL COMO APOYO A LAS COMISARIAS

EN LA SEGURIDAD CIUDADANA DE LA CIUDAD DE TRUJILLO

AUTORES:

Joan Manuel Garca Francia Luis Alberto Prncipe Orbegozo

ASESOR:

Ing. Anthony Jos Gmez Morales

TRUJILLO - PER

2014

Desarrollo de un Sistema Mvil como apoyo a las Comisarias en la Seguridad Ciudadana de la Ciudad de Trujillo

Garca Francia Joan Prncipe Orbegozo Luis

Universidad Nacional de Trujillo

I

RESUMEN

En el Per, la inseguridad ciudadana, en general, sigue siendo uno de los grandes motivos de

temor para la poblacin. Este problema que no es ajeno a nuestra ciudad Trujillo; se ha ido

incrementando a travs de los aos por diversos factores en especial la escasez de los recursos

con los que cuentan las entidades responsables para combatir este inconveniente. Las

comisaras cuentan con diversos procesos que sostienen los diferentes servicios que brindan a

la comunidad. Estos procesos tales como registro de denuncias, informacin y gestin de

trmites personales, difusin a la comunidad de un mapa de delitos, entre otros, suelen ser en

su mayora manuales, lentos y con informacin desactualizada. Estas circunstancias impiden a

las comisaras brindar un buen servicio a la comunidad y no cumplir con salvaguardar la

seguridad ciudadana. Adems, se identific la carencia de un medio de comunicacin rpido y

en tiempo real entre las comisaras y la comunidad.

La solucin propuesta consiste en un sistema Mvil, el cual permita dar soporte informtico a

la gestin de los servicios que brinda una comisara y proporcionar informacin para la

seguridad de los ciudadanos.

El informe cuenta con 4 captulos que presentan la organizacin del proyecto de tesis.

En el captulo 1 se describe el problema que se desea resolver, los objetivos, antecedentes,

hiptesis, justificaciones del estudio, se describe el marco conceptual de la solucin planteada

as como los mtodos y procedimientos. En el captulo 2 se describen los materiales y

mtodos utilizados para la recoleccin de informacin as como una descripcin concisa de la

metodologa SCRUM a utilizar en el desarrollo de la aplicacin; se establece el universo y la

muestras a utilizar, se define las variables del proyecto y se muestra la operacionalizacin de

estas variables. En el captulo 3 se presentan los resultados del desarrollo de las fases de la

metodologa de desarrollo del sistema la fase de anlisis la fase de diseo dentro del cual est

el diseo de la interfaz grfica de la aplicacin, definiendo las principales pantallas de la

aplicacin con sus respectivas caractersticas. As como tambin se presentan las

observaciones, conclusiones y recomendaciones del proyecto y la bibliografa utilizada.

Palabras Clave: Inseguridad ciudadana, metodologa SCRUM, comisaria, sistema mvil.




II

NDICE

INTRODUCCIN ............................................................................................................................ 1

CAPITULO I .................................................................................................................................... 3

1. PLANTEAMIENTO DE LA INVESTIGACIN ............................................................................ 3

1.1. TITULO DEL PROYECTO ................................................................................................. 3

1.2. DESCRIPCIN DEL PROBLEMA ...................................................................................... 3

1.3. ANTECEDENTES ............................................................................................................. 4

1.4. FORMULACIN DEL PROBLEMA................................................................................... 8

1.5. HIPTESIS ...................................................................................................................... 8

1.6.1. OBJETIVO GENERAL .............................................................................................. 8

1.6.2. OBJETIVOS ESPECFICOS ....................................................................................... 8

1.7. JUSTIFICACIN .............................................................................................................. 9

1.7.1. ACADMICA .......................................................................................................... 9

1.7.2. ECONMICO ......................................................................................................... 9

1.7.3. SOCIAL ................................................................................................................... 9

1.7.4. TECNOLGICA ....................................................................................................... 9

1.8. MARCO TERICO ........................................................................................................ 10

1.8.1. SISTEMA MVIL CELULAR ............................................................................... 10

1.8.2. SEGURIDAD CIUDADANA ................................................................................... 11

1.8.3. COMISARIA ......................................................................................................... 14

1.8.4. POLICA ................................................................................................................ 15

1.8.5. METODOLOGA GIL SCRUM ............................................................................. 15

1.8.6. DISPOSITIVO MVIL ........................................................................................... 17

CAPITULO II ................................................................................................................................. 18

2. MATERIAL Y MTODOS ...................................................................................................... 18

2.1. METODOLOGA ........................................................................................................... 18

2.1.1. METODOLOGAS GILES SCRUM Y XP ............................................................... 18

2.1. RECOLECCIN DE INFORMACIN .............................................................................. 25

2.1.1. INVESTIGACIN DOCUMENTAL ......................................................................... 25

2.1.2. OBSERVACIN..................................................................................................... 25

2.1.3. ENTREVISTAS ...................................................................................................... 25

2.1.4. BSQUEDA EN INTERNET ................................................................................... 25

2.1.5. LIBRETAS DE CAMPO .......................................................................................... 25




III

2.2. UNIVERSO Y MUESTRA ............................................................................................... 26

2.2.1. UNIVERSO ........................................................................................................... 26

2.2.2. MUESTRA ............................................................................................................ 26

2.3. VARIABLES DE INVESTIGACIN .................................................................................. 26

2.3.1. VARIABLE INDEPENDIENTE ................................................................................. 26

2.3.2. VARIABLE DEPENDIENTE .................................................................................... 26

2.4. OPERACIONALIZACION DE VARIABLES ...................................................................... 27

CAPITULO III ................................................................................................................................ 28

3. RESULTADOS ....................................................................................................................... 28

3.1. FASE DE PLANIFICACIN ............................................................................................. 28

3.2. FASE DE DISEO .......................................................................................................... 34

4. DISCUSIN .......................................................................................................................... 43

5. CONCLUSIONES ................................................................................................................... 43

6. REFERENCIAS BIBLIOGRFICAS .......................................................................................... 44




I

INTRODUCCIN

En la ciudad de Trujillo a la fecha, pese a los esfuerzos desplegados por las instituciones

encargadas de velar por la seguridad y orden interno en sus diferentes campos de accin, la

ciudad de Trujillo se ha visto afectada por el accionar delictivo, incrementando la inseguridad

en la ciudadana generando durante los ltimos aos malestar y descontento de la poblacin

en la labor que desarrolla la Polica Nacional en las comisaras, desencadenando que los

diferentes medios de comunicacin social y otros que se propalen con comentarios

desfavorables sobre la prestacin del servicio que se brinda en las comisaras por parte de la

polica en la ciudad de Trujillo, produciendo en la poblacin una sensacin de inseguridad y

cuya demanda primordial es que esta labor de las comisarias sea desarrollada con efectividad.

La problemtica de la Seguridad Ciudadana en nuestra ciudad, Trujillo; considera como

necesidad imperativa adoptar alternativas que cierren la brecha originada por una demanda

de la poblacin de seguridad, cada vez mayor en comparacin con la actual capacidad

operativa de la Polica Nacional del Per en sus comisarias, que tienda a apoyar efectivamente

la seguridad ciudadana para disminuir los ndices de criminalidad y delincuencia,

convirtindose en una necesidad prioritaria de fomentarla y fortalecerla.

Esto conduce a la problemtica Cmo Brindar Apoyo en la seguridad ciudadana a las

comisaras de la ciudad de Trujillo? Y as facilitar la gestin de los procesos, tales como registro

de denuncias, manejo de informacin e interaccin con la comunidad, adems de aligerar la

carga de trabajo en las comisaras y brindar informacin de utilidad a los ciudadanos como la

visualizacin de indicadores de criminalidad en diferentes zonas de la ciudad.

Desde nuestro punto de vista visualizamos el desarrollo de un sistema mvil integrando las

comisaras y llegando de manera rpida a la poblacin de esta manera apoyar en la seguridad

ciudadana a las comisarias en Trujillo.

Para esto acudimos al estudio de experiencias similares de sistemas que brindan apoyo a sus

instituciones en materia de seguridad ciudadana como el Cuerpo Nacional de Polica (Espaa)

La sede electrnica del Cuerpo Nacional de Polica es un sistema Web que brinda informacin

acerca de distintos trmites tales como obtener DNI y pasaporte. Asimismo da la posibilidad al

usuario de brindar informacin acerca de algn homicidio o desaparecido y de denunciar; en

Chile Carabineros de Chile es el Sistema Web encargado de interconectar las comisaras de


2 Garca Francia Joan Prncipe Orbegozo Luis


todo Chile. Tambin de aplicaciones mviles que brindan servicios de ubicacin utilizando

realidad aumentada como lookator y en nuestro pas la ciudad de Lima el desarrollo de un

sistema web y mvil para el soporte informtico a la gestin de los servicios que brindan las

comisarias. Tambin acudimos al estudio de metodologas para el desarrollo del sistema mvil

y desarrollar el anlisis y diseo de este sistema.

De esta manera llegar a la meta que es Desarrollar de un sistema mvil como apoyo a las

comisarias en la seguridad ciudadana de la ciudad de Trujillo




CAPITULO I

1. PLANTEAMIENTO DE LA INVESTIGACIN

1.1. TITULO DEL PROYECTO

Desarrollo de un Sistema Mvil como Apoyo a las Comisarias en la Seguridad

Ciudadana de la Ciudad de Trujillo

1.2. DESCRIPCIN DEL PROBLEMA

En el Per, la inseguridad ciudadana, sigue siendo uno de los grandes motivos de

temor para la poblacin. El Informe Anual 2013 sobre Seguridad Ciudadana del IDL [IDL

2013] se seala que, De acuerdo a la Encuesta Nacional de Programas Estratgicos del

INEI, la tasa de victimizacin en el Per entre enero y junio del 2013 fue de 41%, La

Libertad tiene un 38.6% de victimizacin personal y segn datos de ENAPRES del INEI,

la percepcin de inseguridad fue de 89.2% entre enero y junio de 2013; pero la

percepcin de inseguridad ms alta fue en Arequipa y Trujillo, con el 92,9%.

La Polica Nacional del Per, institucin del Estado encargada de la seguridad

ciudadana, tiene como misin prevenir, investigar y combatir la delincuencia as como

prestar proteccin y ayuda a las personas y a la comunidad. Las comisaras,

dependencias policiales de una determinada jurisdiccin a nivel nacional, en muchas

ocasiones no logran cumplir la misin presentada por diferentes motivos como error

en la toma de decisiones (distribucin de patrullajes, turnos y policas), falta de

recursos (policas, infraestructura tecnolgica, vehculos) y un indebido manejo de la

informacin, por ejemplo, al no brindar informacin que pueda ayudar o prevenir a la

comunidad o no tener la informacin centralizada para todas las comisaras, y

finalmente, una mala organizacin logstica y administrativa en los procesos que

ofrecen, haciendo que estos sean lentos, engorrosos y con demasiados pasos, siendo

uno de los ms importantes el registro de denuncias.

Las comisaras, a su vez, cuentan con diversos procesos que sostienen los diferentes

servicios que brindan a la comunidad. Estos procesos tales como registro de

denuncias, informacin y gestin de trmites personales, difusin a la comunidad de

un mapa de delitos, entre otros, suelen ser en su mayora manuales, lentos y con

informacin desactualizada. Los factores mencionados impiden a las comisaras

brindar un buen servicio a la comunidad y no cumplir con salvaguardar la seguridad

ciudadana. Adems, se identific la carencia de un medio de comunicacin rpido y en

lnea entre las comisaras y los miembros de la comunidad.




1.3. ANTECEDENTES

1.3.1. ANTECEDENTE N 01

Ttulo: Redes Mviles Seguras en un mbito Urbano Utilizando Protocolo

OLSR

Datos Generales: Juan M. Caracoche, Facultad de Ingeniera Universidad de

Buenos Aires-Argentina, tesis de grado en Ingeniera Informtica.

Resumen: Las redes mviles (Mobile Ad-hoc NETworks -MANET-) son un tipo

especial de redes en la cual un conjunto de dispositivos mviles

conforman de manera temporal una red de forma autnoma sin la

necesidad de una infraestructura. Para estos ambientes existen

distintos protocolos para el ruteo de paquetes donde los integrantes

de la misma estn en continuo movimiento, hay protocolos que

brindan a parte de ruteo, seguridad para los integrantes de la red.

Estos protocolos son variados y cada uno es propenso a distintos tipos

de ataques. En particular las redes Mviles Urbanas son un subgrupo

de las redes mviles donde se encuentran nodos diseminados por toda

una ciudad, la geografa de una ciudad y las limitaciones del medio de

trasmisin de la tecnologa 802.11 hacen que se deba armar una

topologa particular, lo que hace que los nodos que participen tengan

distintos roles. En particular la red Urbana Buenos Aires Libre es el

objeto de estudio de esta tesis donde se analiza el protocolo OLSR

utilizado por la red y se disea un esquema de seguridad para hacerla

lo ms inmune posible a ataques externos.

Aporte: Este trabajo nos da una visin de la seguridad que se puede

implementar en las redes mviles, es decir podemos implementar

nuestro proyecto usando esta seguridad permitiendo as prever

posibles ataques contra nuestra aplicacin.


Ttulo: Integracin de una Aplicacin Mvil a una Intranet. Caso: Toma de

asistencia Estudiantil




Datos Generales: Daniel Adolfo Garca Chvez, Facultad de Ciencias e Ingeniera

Pontifica Universidad Catlica del Per, Tesis de grado en Ingeniera

Informtica.

Resumen: El presente estudio tuvo como objetivos facilitar al docente y el Jefe

de Practica una herramienta que les permita un seguimiento actualizado

y en tiempo real de la asistencia a clases del alumnado, permitir al

docente la creacin, eliminacin y modificacin de sesiones, como

tambin permitirle realizar anotaciones especficas sobre alumnos en

particular durante el desarrollo de las clases. Para este fin se

desarrollaron dos sistemas, uno para un sistema Web y el otro para

dispositivos mviles. Para dichos sistemas se utiliz JDeveloper 9.0 de

Oracle para el primer caso y NetBeans 4.0 con el Mobility Pack para el

segundo caso; adicionalmente para el ltimo caso se hizo uso de

tecnologas inalmbricas para la sincronizacin de informacin. En

ambas versiones de la aplicacin se permite la verificacin y

modificacin de la asistencia de los alumnos asignados al docente como

tambin hacer comentarios individuales por sesin o alumno y calificar

su participacin. Adicionalmente, el docente puede crear sesiones en

caso sean necesarias. Por medio de la aplicacin Web, los alumnos

podrn consultar su asistencia as como ver un listado de la asistencia de

sus compaeros de clase, porcentajes de asistencia e inasistencia. Los

docentes tambin tienen acceso a esta informacin con la diferencia que

adems podr ver la asistencia particular de cada alumno.

Aporte: Este trabajo muestra cmo se puede integrar una aplicacin a una

organizacin para nuestro caso a las comisarias.


Ttulo: Aplicacin basada en tecnologa mvil para el control de marqueo

forestal maderable en la organizacin Uzachi

Datos Generales: Macario Felipe Lzaro, Universidad de la Sierra Jurez -

Mxico, Tesis de grado para licenciado en Informtica.

Resumen: Un factor clave para el crecimiento de cualquier empresa es la

innovacin, en diferentes partes del mundo se estn ampliando y

utilizando tecnologas mviles de forma frecuente, estos dispositivos y




sus aplicaciones mviles son utilizados para colaborar, acceder a datos

remotos y compartirlos, mejorando as la manera de interaccin entre

la sociedad y la tecnologa. Este trabajo de tesis plantea implementar

en la organizacin Unin de Productores Forestales Zapotecas-

Chinantecas (UZACHI) el uso de tecnologa mvil para el proceso de

marqueo y aprovechamiento forestal maderable, con esto se pretende

facilitar el clculo manual del volumen de los arboles; al mismo tiempo

permitir el cotejo de resultados con el inventario forestal enlazado a

una base de datos que alberga los volmenes autorizados.

Para agilizar e innovar este proceso se desarroll una aplicacin mvil

bajo la plataforma del sistema operativo Android, en la cual se

almacena la informacin del inventario forestal para permitir al tcnico

forestal delimitar el rea de trabajo, realizar el marqueo forestal

maderable y recibir las notificaciones instantneas correspondientes al

volumen calculado, el volumen existente y la autorizacin o rechazo de

este marqueo en relacin al inventario forestal maderable definido por

la organizacin.

Aporte: Este trabajo muestra de cmo a travs del uso de las tecnologas

mviles se puede cambiar procesos manuales a procesos

automatizados.


Ttulo: Diseo De Una Aplicacin Mvil Para La Consulta Acadmica De La FIIS-

UTP

Datos Generales: Aguirre Chacn Luis Sinche Ricra Huber, Facultad de

Ingeniera Industrial y de Sistemas - Universidad Tecnolgica del

Per, Proyecto de Ingeniera de Sistema I.

Resumen: La Facultad de Ingeniera Industrial y de Sistemas (FIIS), de la

Universidad Tecnolgica del Per, cuenta con un sistema acadmico

por medio de un portal web, que brinda informacin al estudiante.

La consulta de horarios, la verificacin de asistencias, detalle de las

calificaciones tanto de prcticas calificadas como de exmenes

parciales y finales, as como el control de pagos y su respectiva fecha

de vencimiento son las que ms solicitan ,si bien es cierto el portal nos




presenta ms opciones , las descritas con anterioridad son las ms

frecuentadas.

Con los conocimientos adquiridos a lo largo de nuestra etapa de

formacin como profesionales y teniendo como base aquellos cursos

de anlisis de sistemas, programacin y otros, lo que proponemos es

disear una aplicacin mvil para la consulta acadmica de la Facultad

de ingeniera industrial y de sistemas de la Universidad Tecnolgica del

Per con lo cual los alumnos van a poder ver sus calificaciones, control

de pago de pensiones, la asistencia, el horario de clases, sus aulas.

Todo esto seran las funciones bsicas que el aplicativo mvil cubrira, y

adems es de vital conocimiento por todos nosotros como alumnos

que estas son las principales informaciones que queremos saber con

frecuencia a lo largo del ciclo acadmico de la universidad

Aporte: Este proyecto nos brinda informacin de cmo cambiar un aplicativo

web por uno mvil.


Ttulo: Desarrollo de una Aplicacin Mvil: Caso Universiada 2012

Datos Generales: Denisse Gonzales Mrida, Facultad de Contadura y

Administracin - Universidad Veracruzana, Tesis de grado para

licenciado en Sistemas Computacionales administrativos.

Resumen: Las aplicaciones mviles son un recurso cada vez ms eficaz y en

ascenso; las empresas y organizaciones estn gastando grandes

cantidades de dinero en actividades en comunicacin mvil para lograr

una mayor difusin de sus servicios entre los usuarios de Smartphones.

En este sentido, las instituciones educativas no son la excepcin y

actualmente estn haciendo importantes logros por desarrollar

aplicaciones mviles que permitan apoyar en la enseanza-

aprendizaje, as como en sus procesos administrativos. En este

contexto, varias Instituciones Educativas participan en el evento de la

Universiada Nacional, mismo que se realiza cada ao en el pas desde

1997. Este 2012, la Universidad Veracruzana fue sede de este magno

evento apoyndose en los municipios de Xalapa, Veracruz y Boca del

Ro; con el objetivo de mantener informados a los asistentes y




participantes de la Universiada 2012, surgi el proyecto de desarrollar

una aplicacin mvil en la plataforma de Apple para iOS. La aplicacin

desarrollada permite la sincronizacin de resultados, noticias, sedes,

medallero y calendario en el tiempo en que se genera la informacin

durante la Universiada 2012. En el presente trabajo se describe el

anlisis de la aplicacin y el diseo de la misma a travs de diagramas

UML y los frameworks utilizados as como tambin la navegacin,

colores, logotipos y diseo de las pantallas. Por ltimo se detalla el

proceso aprobacin de la aplicacin mvil as como los alcances de la

misma.

Aporte: Esta tesis nos muestra de cmo a travs de la tecnologa mvil se usa

para brindar informacin masiva en tiempo real.

1.4. FORMULACIN DEL PROBLEMA

Cmo Brindar Apoyo en la seguridad ciudadana a las comisaras de la ciudad de

Trujillo?

1.5. HIPTESIS

El Desarrollo de un sistema mvil apoya a las comisarias en la seguridad ciudadana de

la ciudad de Trujillo

1.6. OBJETIVOS

1.6.1. OBJETIVO GENERAL

Desarrollar de un sistema mvil como apoyo a las comisarias en la seguridad

ciudadana de la ciudad de Trujillo

1.6.2. OBJETIVOS ESPECFICOS

Analizar el contexto actual en el desarrollo de un sistema mvil como apoyo

a las comisarias en la seguridad ciudadana de la ciudad de Trujillo.

Analizar el sistema mvil como apoyo a las comisarias en la seguridad

ciudadana de la ciudad de Trujillo.

Disear el sistema mvil como apoyo a las comisarias en la seguridad


Implementar el sistema mvil como apoyo a las comisarias en la seguridad





Evaluar el nivel de apoyo del sistema mvil a las comisaras de la ciudad de

Trujillo.

1.7. JUSTIFICACIN

1.7.1. ACADMICA

Poner en prctica todos los conocimientos adquiridos a la largo de nuestra

carrera universitaria hasta lograr los resultados esperados.

1.7.2. ECONMICO

Mediante las denuncias virtuales se ahorrar tiempos de atencin y en recursos.

Determinar un ahorro econmico para de los usuarios como gastos en

movilidad para ver el estado un trmite, ubicar una comisaria especializada,

realizar una denuncia.

1.7.3. SOCIAL

Los ciudadanos y la sociedad en general tendr a la comisaria y sus servicios ms

a la mano es decir con ingresar a la aplicacin en el mvil permitiendo

incrementar la manera de comunicarse en caso de emergencia con la comisara

del distrito donde se encuentra y aumentar el uso de la tecnologa mvil para

obtener informacin en lnea sobre datos de seguridad ciudadana; as

incrementara el nivel de seguridad en la sociedad.

Se integrar la solucin con las redes sociales Facebook y Twitter para poder

compartir la informacin de las alertas, con el fin de que esta informacin sea

ms accesible para la comunidad aprovechando la gran llegada con la que

cuentan estos medios.

1.7.4. TECNOLGICA

Permite usar la tecnologa para obtener informacin en lnea sobre datos de

seguridad ciudadana y permite de una manera rpida comunicarse en caso de

emergencia con la comisara del distrito donde se encuentra.

Los ciudadanos podrn visualizar en su dispositivo mvil un mapa con la

actividad criminal permitir al usuario por medio de la cmara del celular poder




identificar la ubicacin de las comisaras y otras entidades de ayuda como

hospitales con la tecnologa de realidad aumentada. De igual manera el usuario

podr identificar el grado de actividad criminal en la zona con la tecnologa

mencionada anteriormente.

1.8. MARCO TERICO

1.8.1. SISTEMA MVIL CELULAR

El sistema de telefona celular est diseado para proveer servicios mviles,

mediante un plan de frecuencias, de cobertura angular o radial mediante celdas

sobre un rea definida. El primer sistema se puso en uso en USA luego de la

Segunda Guerra Mundial y operaba con conmutacin manual en onda mtrica.

En 1946 la FCC (Federal Communication Commission) garantiz a AT&T

(American Telephone & Telegraph) la licencia para telecomunicaciones mviles

en St. Louis del tipo Trunking de 120 kHz con modulacin FM, y en 1949

reconoce el nuevo servicio de radio mvil. Anteriormente, en los aos `20, la

polica de New Jersey dispona de un radio de 2-vas. Las bandas de baja

frecuencia tenan el problema del ruido de ignicin de los vehculos.

Clasificacin:

En los aos 90 los sistemas digitales comienzan a dominar el mercado

impulsados por el desarrollo de tcnicas de fabricacin de alta densidad de

componentes VLSI. Esta tecnologa permiti implementar en un reducido

espacio los criterios de codificacin vocal y procesamiento digital ya conocidos

tericamente pero de difcil realizacin debido al elevado nmero de

compuertas.

Se desarroll entonces una amplia variedad de soluciones basadas en sistemas

radioelctricos. Se trata de los siguientes sistemas:

Sistemas analgicos (AMPS, TACS).

La variedad de estos sistemas ha sido muy grande. Debe tenerse en cuenta

que esta caracterstica impidi una uniformidad en Europa y oblig a crear

un sistema totalmente nuevo (GSM) para realizar el Roaming entre pases




de la Comunidad Europea. El sistema AMPS desarrollado en USA se

extendi en los otros pases de Amrica del Sur.

Sistemas digitales (D-AMPS, GSM, CDMA).

El sistema AMPS analgico (norma IS-19) se extendi mediante el sistema

dual digital D-AMPS (norma IS-54). La principal caracterstica es la

compatibilidad de sistemas (IS-19 y IS-54). En GSM se tom como principal

argumento la compatibilidad con ISDN. El sistema CDMA (norma IS-95) se

abre camino en los aos `90 como un sistema de gran perspectiva futura

pero poco maduro.

Sistemas del tipo cordless (CT2, DECT y DCS1800).

Los sistemas cordless se desarrollaron desde los analgicos (CT0) a los

digitales (DECT) como una forma de eliminar el cableado dentro de

edificios. El sistema DECT se deriva del GSM.

Sistemas de acceso wireless (DECT, Tadiran, Krone, etc).

Estos sistemas son digitales desde el inicio y tienen como objetivo eliminar

el cableado de la red de acceso al usuario (la denominada Last Mille). Se

disponen de varios sistemas propietarios. El sistema DECT tambin se

adapt a esta aplicacin.

Sistemas Trunked.

Para aplicaciones similares a las celulares pero con un nmero cerrado de

clientes, principalmente empresas.

Sistemas para cobertura de aviones (TFTS, AMSS).

Estos sistemas permiten una cobertura sobre las rutas de aviones y

aeropuertos.

1.8.2. SEGURIDAD CIUDADANA

La seguridad ciudadana es la accin integrada que desarrolla el Estado, con la

colaboracin de la ciudadana y de otras organizaciones de bien pblico,

destinada a asegurar su convivencia pacfica, la erradicacin de la violencia, la

utilizacin pacfica y ordenada de vas y de espacios pblicos y, en general, evitar

la comisin de delitos y faltas contra las personas y sus bienes.

En los pases hispanohablantes hay ocasiones en las que se prefiere usar

trminos como 'orden pblico' o 'seguridad de los habitantes' en vez de

'seguridad ciudadana' o 'seguridad nacional', por motivos histricos que

dependen de cada pas.




En lneas generales, por 'seguridad ciudadana' deben entenderse el conjunto de

acciones democrticas en pro de la seguridad de los habitantes y de sus bienes,

y ajustadas al derecho de cada pas. De hecho, el reto actual es armonizar el

ejercicio de los derechos humanos de cada uno con las distintas polticas en

materia de seguridad ciudadana de los estados. Por ejemplo, la Organizacin de

los Estados Americanos plantea que en ocasiones se aplican polticas que se han

demostrado ineficaces, como por ejemplo el aumento de las penas, la reduccin

de garantas procesales, o medidas para aplicar el derecho penal a menores de

edad; que pueden derivar en movimientos paramilitares o parapoliciales milicias

de 'autodefensa' cuando el Estado no es capaz de reaccionar de una forma eficaz

ante la violencia y el delito, complicando la situacin.

1.8.2.1. SEGURIDAD CIUDADANA EN EL PER

Situacin Actual

Existen mltiples indicadores para medir la situacin de inseguridad, la

violencia y el delito en un determinado territorio. Los ms importantes

son los homicidios, la victimizacin, la percepcin de inseguridad, la

confianza en las instituciones y la situacin del sistema penitenciario.

a) Homicidios

El Observatorio de Criminalidad del Ministerio Pblico registra que,

entre los aos 2009 y 2012, fueron asesinadas 512 mujeres en un

contexto de feminicidio en el pas. El 73.0 % fueron cometidos por

la pareja o ex pareja, el 14.5 % por algn familiar, el 6.8 % por un

conocido, el 4.1 % por un desconocido que atac sexualmente a la

vctima y el 1.6% por el cliente de una trabajadora sexual. Ms de la

mitad de las vctimas (52.3 %) tena entre 18 y 34 aos de edad,

rango que constituye el grupo etario ms vulnerable. El ltimo ao,

Madre de Dios registr la tasa ms alta de feminicidio (9.2 por 100

mil habitantes mujeres), seguido de Tacna (3.8).

b) Victimizacin

La victimizacin es un indicador que mide la ocurrencia real de

hechos de violencia o de despojo. Es el ms til para conocer la

magnitud de los niveles delictivos, especialmente aquellos de

naturaleza patrimonial. Se mide a travs de las estadsticas oficiales

y de las encuestas de opinin pblica. La ventaja de estas ltimas




radica en que no todos los delitos son denunciados ante las

autoridades. En todo caso, es siempre aconsejable complementar el

anlisis con ambas fuentes de informacin.

Los primeros aos de los noventa (1990-1995) tuvieron la tasa de

denuncias de delitos presentadas por el pblico ante la Polica por

100 mil habitantes ms alta de los ltimos veintitrs aos (902.2),

con picos que llegaron a los 1170 y 1255 los aos 1992 y 1993.

Desde entonces, la tasa fue cayendo significativamente hasta llegar

a 506 el ao 2007, la ms baja de todo el perodo, para volver a

subir de manera sostenida y llegar a los 846 el 2012 (Figura 1), la

cuarta ms alta.

F

i

g

u

r

a

1

:

T

a

s

a

d

e

denuncias de delitos por 100 mil habitantes en el Per

c) Percepcin de inseguridad

Una de las formas de medir la percepcin de inseguridad es

consultando a las personas sobre el temor que sienten frente a la

posibilidad de ser vctimas de un delito en el futuro. Al respecto, el

Barmetro de las Amricas da cuenta que en esta materia el Per

ha expresado una mejora en los ltimos aos, pasando de un 60.0

% el 2006 al 48.6 % el 2012.




Figura 2: Porcentaje de percepcin de Inseguridad Ciudadana

1.8.2.2. SEGURIDAD CIUDADANA EN TRUJILLO

Segn el INEI Trujillo es la cuarta ciudad con mayor cantidad de delitos

registrados 11 446 en el ao 2012 solo superado por Lima (125 776

delitos registrados), Callao (14 057 delitos registrados) y Arequipa (12

709 delitos registrados).

1.8.3. COMISARIA

Dependencia policial encargada de mantener el orden pblico, con funciones

preventivas y de investigacin en una determinada jurisdiccin a nivel nacional.

Tipos de Comisarias

Comisara bsica

Es aquella que se encuentra tipificada en A, B, C, D y E de acuerdo al

nmero de efectivos policiales, densidad poblacional, servicios requeridos

y rea mnima requerida de construccin.

Dicha tipificacin est debidamente reglamentada por la Polica Nacional

del Per.

Comisara especializada




Son aquellas que desarrollan un servicio especfico, comprende comisaras

de mujeres (CAVIFAN), turismo, aeropuertos, terminales terrestres y

proteccin de carreteras.

Comisara PNP tipo A

Con capacidad de 121 a 240 efectivos policiales. Hasta 1,020 m2 de rea

construida. Cobertura de 80,001 a 160,000 habitantes.

Comisara PNP tipo B

Con capacidad de 61 a 120 efectivos policiales. Hasta 680 m2 de rea


Comisara PNP tipo C



Comisara PNP tipo D



Comisara PNP tipo E



1.8.4. POLICA

Se denomina polica a la persona encargada de mantener el orden pblico y

cuidar de la seguridad ciudadana. El polica es uno de los usuarios finales del

sistema.

1.8.5. METODOLOGA GIL SCRUM

Este mtodo gil de trabajo es una manera de realizar proyectos complejos que

inicialmente fue creado para el desarrollo de programacin pero funciona con

cualquier otro tipo de proyecto.




Dentro de la simpleza, este framework nos permite llevar a cabo proyectos

complejos y dividirlos/escalarlos en mdulos o cajas negras ms simples que

completen el producto final.

Explicaremos algunos conceptos de SCRUM:

a) Propietario del producto: El cliente tiene una idea inicial, este tiene una

serie de ideas que junto al equipo de desarrollo del proyecto, crear una

lista de objetivos, product backlog. Durante el desarrollo, el cliente

valorar el resultado de cada mdulo parcial pudiendo realizar

modificaciones para el siguiente mdulo que no afecten a las premisas

bsicas iniciales.

b) Director de proyecto o Scrum Master: Estar en contacto directo con el

cliente realizando el anlisis de requisitos priorizados y coordinando,

asignando las tareas y supervisando el trabajo de cada desarrollador.

c) Equipo de desarrollo: El personal encargado del proyecto se repartir el

trabajo segn coordine el Scrum Master, cada uno encargndose de las

tareas especficas de las que sean necesarios el proyecto:

Diseo

Maquetacin

Programacin de aplicaciones mviles Android, iPhone.

La comunicacin entre el equipo de desarrollo y el Scrum Master ser

total mediante el daily scrum, que se explicar ms adelante.

d) Sprint o iteracin: El Scum Master abstraer de la lista de objetivos una

serie de mdulos y marcar una serie de tareas a hacer al equipo para

completar una entrega parcial. Este sprint durar un tiempo determinado

en funcin de la complejidad del proyecto, normalmente 7, 15 30 das.

Al final del sprint, el objetivo final es crear una entrega parcial o total del

producto que pueda ser vista por el cliente final. Si la entrega es parcial,

se prepara otra iteracin con unos nuevos objetivos a terminar.

La parte final del sprint es revisar el progreso hecho y si se ha realizado en

la direccin correcta para que en prximas iteraciones sea ptimo el

trabajo hecho.




Con cada sprint se presentar al cliente el trabajo realizado en forma de

demostracin. En esta demostracin se podr visualizar todo el trabajo

hecho en conjunto pudiendo pedir nuevas adaptaciones a sus necesidades

permitiendo al Scrum Master realizar una replanificacin del proyecto.

Tras la demostracin, se realizar una autocrtica dentro del equipo

valorando globamente el sprint para mejorar en prximos sprints o

proyectos.

e) SCRUM diario:

Cada da, se realizar un daily scrum entre el equipo y el Scrum Master

que har un repaso del estado actual del sprint, dificultades que presenta

el proyecto y cmo afrontarlas de la mejor manera.

Los objetivos de esta reunin son:

Progreso realizado desde la ltima reunin.

Sincronizar tareas con dependencias entre ellas.

Planificar las prioridades de las siguientes tareas a realizar del

product backlog.

Preparar futuras complicaciones que puedan suceder.

1.8.6. DISPOSITIVO MVIL

Es un dispositivo de cmputo diminuto que tambin se conoce como dispositivo

de mano, porttil o computadora de mano. Los dispositivos mviles suelen venir

con una pantalla tctil o no tctil y a veces, incluso un mini teclado.




CAPITULO II

2. MATERIAL Y MTODOS

2.1. METODOLOGA

2.1.1. METODOLOGAS GILES SCRUM Y XP

Para el desarrollo de este proyecto de tesis se consider utilizar una

metodologa en base a las caractersticas del proyecto con el fin de que esta nos

ayude a gestionar su desarrollo.

Se decidi adoptar la metodologa Scrum, que es una metodologa gil para el

desarrollo de proyectos, debido a que es flexible con respecto a los requisitos

que pueden aumentar o cambiar con el tiempo, y al tamao pequeo del equipo

de desarrollo.

A su vez, el ciclo de vida del proyecto estar basado en el modelo incremental

puesto que el concepto inicial del software, el anlisis de las necesidades y el

diseo de la arquitectura se define usando un enfoque de cascada, seguido por

las iteraciones de prototipos, los que terminan en la instalacin del prototipo

final.

Scrum es una proceso iterativo e incremental, por lo que el proyecto se divide

en una serie de sprints, cada uno es de duracin fija y durante este tiempo el

equipo hace todo lo posible para tomar un pequeo conjunto de caractersticas

de la idea a la funcionalidad de codificacin y prueba.

El presente proyecto se desarroll en ocho sprints de dos semanas cada uno.

La metodologa elegida est compuesta por cuatro actividades principales:

Planeamiento del sprint: se eligen las funcionalidades a desarrollar durante el

siguiente sprint.

Scrum diario: el equipo se rene todos los das por aproximadamente 15

minutos para compartir lo hecho el da anterior y lo que se har el mismo da,

tambin se debe compartir los problemas que han ocurrido o pueden ocurrir

que pueda poner en riesgo el proyecto.

Revisin del Sprint: el equipo demuestra al usuario final lo que se ha realizado

durante el sprint.

Retrospectiva del Sprint: el equipo busca la manera de mejorar el producto y el

proceso.




Para complementar la metodologa Scrum elegida para el desarrollo del

proyecto se debe elegir la metodologa de desarrollo del producto, que debe ser

de la misma manera una metodologa gil. En este caso se ha seleccionado la

metodologa Extreme Programming (XP) como complemento.

METODOLOGA XP

La programacin extrema o eXtreme Programming (XP) es una metodologa de

desarrollo de la ingeniera de software formulada por Kent Beck.Es el ms

destacado de los procesos giles de desarrollo de software.

En la programacin extrema todos los requerimientos se expresan como

escenarios llamados historias de usuario los cuales se implementan

directamente como una serie de tareas. Los programadores trabajan en parejas

y desarrollan pruebas para cada tarea antes de escribir el cdigo. Todas las

pruebas se deben ejecutar satisfactoriamente cuando el cdigo nuevo se integre

al sistema. Existe un pequeo espacio de tiempo entre las entregas del sistema.

La programacin extrema implica varias prcticas que se ajustan a los principios

de los mtodos agiles:

El desarrollo incremental se lleva a cabo a travs de entregas del sistema

pequeas y frecuentes y por medio de un enfoque para la descripcin de

requerimientos basados en las historias de cliente o escenarios que pueden ser

la base para el proceso de planificacin.

La participacin del cliente se lleva a cabo a travs del compromiso a tiempo

completo del cliente en el equipo de desarrollo. Los representantes de los

clientes participan en el desarrollo y son los responsables de definir las pruebas

de aceptacin del sistema.

El inters en las personas, en vez de en los procesos, se lleva a cabo a travs de

la programacin en parejas, la propiedad colectiva del cdigo del sistema, y un

proceso de desarrollo sostenible que no implique excesivas jornadas de trabajo.

El cambio se lleva a cabo a travs de las entregas regulares del sistema, un

desarrollo previamente probado y la integracin continua.

Caractersticas de la Metodologa XP

Se diferencia de las metodologas tradicionales principalmente en que

pone ms nfasis en la adaptabilidad que en la previsibilidad.

Se aplica de manera dinmica durante el ciclo de vida del software.




Es capaz de adaptarse a los cambios de requisitos.

Los individuos e interacciones son ms importantes que los procesos y

herramientas.

Al individuo y las interacciones del equipo de desarrollo sobre el proceso

y las herramientas.

La gente es el principal factor de xito de un proyecto software. Es ms

importante construir un buen equipo que construir el entorno. Muchas

veces se comete el error de construir primero el entorno y esperar que

el equipo se adapte automticamente. Es mejor crear el equipo y que

ste configure su propio entorno de desarrollo en base a sus

necesidades.

Software que funcione es ms importante que documentacin

exhaustiva.

Valores de la Metodologa XP

Los Valores originales de la programacin extrema son: simplicidad,

comunicacin, retroalimentacin (feedback) y coraje. Un quinto valor, respeto,

fue aadido en la segunda edicin de Extreme Programming Explained.

Personas que intervienen en la Metodologa XP

Segn Kent Beck: La metodologa XP se encuentra en una frecuente integracin

del equipo de programacin con el cliente o usuario: se recomienda que un

representante del cliente trabaje junto al equipo de desarrollo. Los

programadores se comunican constantemente gracias a la programacin por

parejas. La comunicacin con el cliente es fluida ya que el cliente forma parte

del equipo de desarrollo; el cliente decide qu caractersticas tienen prioridad y

siempre debe estar disponible para solucionar dudas.

Los pasos de la metodologa XP

Segn Kent Beck: Los Pasos fundamentales inmersos en las fases del mtodo

son:

i. Desarrollo iterativo e incremental: Pequeas mejoras, unas tras otras.

ii. Pruebas unitarias continuas: Son frecuentemente repetidas y

automatizadas, incluyendo pruebas de regresin. Se aconseja escribir el

cdigo de la prueba antes de la codificacin.

iii. Programacin en parejas: Se recomienda que las tareas de desarrollo se

lleven a cabo por dos personas en un mismo puesto. Se supone que la

mayor calidad del cdigo escrito de esta manera -el cdigo es revisado y




discutido mientras se escribe- es ms importante que la posible prdida

de productividad inmediata.

iv. Frecuente integracin del equipo de programacin con el cliente o

usuario: Se recomienda que un representante del cliente trabaje junto al

equipo de desarrollo.

v. Correccin de todos los errores antes de aadir nueva funcionalidad.

Hacer entregas frecuentes.

vi. Refactorizacin del cdigo: Es decir, reescribir ciertas partes del cdigo

para aumentar su legibilidad y mantenibilidad pero sin modificar su

comportamiento. Las pruebas han de garantizar que en la

refactorizacin no se ha introducido ningn fallo.

vii. Propiedad del cdigo compartido: en vez de dividir la responsabilidad

en el desarrollo de cada mdulo en grupos de trabajo distintos, este

mtodo promueve el que todo el personal pueda corregir y extender

cualquier parte del proyecto. Las frecuentes pruebas de regresin

garantizan que los posibles errores sern detectados.

viii. Simplicidad del cdigo: es la mejor manera de que las cosas funcionen.

Cuando todo funcione se podr aadir funcionalidad si es necesario. La

programacin extrema apuesta que es ms sencillo hacer algo simple y

tener un poco de trabajo extra para cambiarlo si se requiere, que

realizar algo complicado y quizs nunca utilizarlo.

Fases de la metodologa XP (Segn Kent Beck)

1 FASE: Planificacin del proyecto.

Historias de usuario:

El primer paso de cualquier proyecto que siga la metodologa X.P es

definir las historias de usuario con el cliente. Las historias de usuario

tienen la misma finalidad que los casos de uso pero con algunas

diferencias: Constan de 3 4 lneas escritas por el cliente en un lenguaje

no tcnico sin hacer mucho hincapi en los detalles; no se debe hablar ni

de posibles algoritmos para su implementacin ni de diseos de base de

datos adecuados, etc. Son usadas para estimar tiempos de desarrollo de la

parte de la aplicacin que describen. Tambin se utilizan en la fase de

pruebas, para verificar si el programa cumple con lo que especifica la

historia de usuario. Cuando llega la hora de implementar una historia de

usuario, el cliente y los desarrolladores se renen para concretar y




detallar lo que tiene que hacer dicha historia. El tiempo de desarrollo ideal

para una historia de usuario es entre 1 y 3 semanas.

Release Planning:

Despus de tener ya definidas las historias de usuario es necesario crear

un plan de publicaciones, en ingls "Release plan", donde se indiquen las

historias de usuario que se crearn para cada versin del programa y las

fechas en las que se publicarn estas versiones. Un "Release plan" es una

planificacin donde los desarrolladores y clientes establecen los tiempos

de implementacin ideales de las historias de usuario, la prioridad con la

que sern implementadas y las historias que sern implementadas en

cada versin del programa. Despus de un "Release plan" tienen que estar

claros estos cuatro factores: los objetivos que se deben cumplir (que son

principalmente las historias que se deben desarrollar en cada versin), el

tiempo que tardarn en desarrollarse y publicarse las versiones del

programa, el nmero de personas que trabajarn en el desarrollo y cmo

se evaluar la calidad del trabajo realizado. (*Release plan: Planificacin

de publicaciones).

Iteraciones: Todo proyecto que siga la metodologa X.P. se ha de dividir

en iteraciones de aproximadamente 3 semanas de duracin. Al comienzo

de cada iteracin los clientes deben seleccionar las historias de usuario

definidas en el "Release planning" que sern implementadas. Tambin se

seleccionan las historias de usuario que no pasaron el test de aceptacin

que se realiz al terminar la iteracin anterior. Estas historias de usuario

son divididas en tareas de entre 1 y 3 das de duracin que se asignarn a

los programadores.

La Velocidad del Proyecto: es una medida que representa la rapidez con

la que se desarrolla el proyecto; estimarla es muy sencillo, basta con

contar el nmero de historias de usuario que se pueden implementar en

una iteracin; de esta forma, se sabr el cupo de historias que se pueden

desarrollar en las distintas iteraciones. Usando la velocidad del proyecto

controlaremos que todas las tareas se puedan desarrollar en el tiempo del

que dispone la iteracin. Es conveniente reevaluar esta medida cada 3 4

iteraciones y si se aprecia que no es adecuada hay que negociar con el

cliente un nuevo "Release Plan".




Programacin en Parejas: La metodologa X.P. aconseja la programacin

en parejas pues incrementa la productividad y la calidad del software

desarrollado. El trabajo en pareja involucra a dos programadores

trabajando en el mismo equipo; mientras uno codifica haciendo hincapi

en la calidad de la funcin o mtodo que est implementando, el otro

analiza si ese mtodo o funcin es adecuado y est bien diseado. De esta

forma se consigue un cdigo y diseo con gran calidad.

Reuniones Diarias: Es necesario que los desarrolladores se renan

diariamente y expongan sus problemas, soluciones e ideas de forma

conjunta. Las reuniones tienen que ser fluidas y todo el mundo tiene que

tener voz y voto.

2 FASE: Diseo.

Diseos Simples: La metodologa X.P sugiere que hay que conseguir

diseos simples y sencillos. Hay que procurar hacerlo todo lo menos

complicado posible para conseguir un diseo fcilmente entendible e

implemntable que a la larga costar menos tiempo y esfuerzo

desarrollar.

Glosarios de Trminos: Usar glosarios de trminos y una correcta

especificacin de los nombres de mtodos y clases ayudar a comprender

el diseo y facilitar sus posteriores ampliaciones y la reutilizacin del

cdigo.

Riesgos: Si surgen problemas potenciales durante el diseo, X.P sugiere

utilizar una pareja de desarrolladores para que investiguen y reduzcan al

mximo el riesgo que supone ese problema.

Funcionabilidad extra: Nunca se debe aadir funcionalidad extra al

programa aunque se piense que en un futuro ser utilizada. Slo el 10%

de la misma es utilizada, lo que implica que el desarrollo de funcionalidad

extra es un desperdicio de tiempo y recursos.

Refactorizar: Refactorizar es mejorar y modificar la estructura y

codificacin de cdigos ya creados sin alterar su funcionalidad.

Refactorizar supone revisar de nuevo estos cdigos para procurar

optimizar su funcionamiento. Es muy comn rehusar cdigos ya creados

que contienen funcionalidades que no sern usadas y diseos obsoletos.

3 FASE: Codificacin.




Como ya se dijo en la introduccin, el cliente es una parte ms del equipo de

desarrollo; su presencia es indispensable en las distintas fases de X.P. A la hora

de codificar una historia de usuario su presencia es an ms necesaria. No

olvidemos que los clientes son los que crean las historias de usuario y negocian

los tiempos en los que sern implementadas. Antes del desarrollo de cada

historia de usuario el cliente debe especificar detalladamente lo que sta har y

tambin tendr que estar presente cuando se realicen los test que verifiquen

que la historia implementada cumple la funcionalidad especificada. La

codificacin debe hacerse ateniendo a estndares de codificacin ya creados.

Programar bajo estndares mantiene el cdigo consistente y facilita su

comprensin y escalabilidad.

4 FASE: Pruebas.

Uno de los pilares de la metodologa X.P es el uso de test para comprobar el

funcionamiento de los cdigos que vayamos implementando. El uso de los test

en X.P es el siguiente:

Se deben crear las aplicaciones que realizarn los test con un entorno de

desarrollo especfico para test.

Hay que someter a tests las distintas clases del sistema omitiendo los mtodos

ms triviales.

Se deben crear los test que pasarn los cdigos antes de implementarlos; en el

apartado anterior se explic la importancia de crear antes los test que el cdigo.

Un punto importante es crear test que no tengan ninguna dependencia del

cdigo que en un futuro evaluar.

Como se coment anteriormente los distintos test se deben subir al repositorio

de cdigo acompaados del cdigo que verifican.

Test de aceptacin. Los test mencionados anteriormente sirven para evaluar las

distintas tareas en las que ha sido dividida una historia de usuario.




Figura 3: Fases de la Metodologa XP

Ventajas y desventajas de la Metodologa XP

Ventajas:

Programacin organizada.

Menor taza de errores.

Satisfaccin del programador.

Desventajas:

Es recomendable emplearlo solo en proyectos a corto plazo.

Altas comisiones en caso de fallar.

2.1. RECOLECCIN DE INFORMACIN

2.1.1. INVESTIGACIN DOCUMENTAL

Se har una investigacin en los proyectos realizados en este campo en las

bibliotecas de las Universidades locales, con el objetivo de obtener la mayor

cantidad de experiencias que puedan ser tiles al desarrollar de este trabajo de

graduacin.

2.1.2. OBSERVACIN

Observamos en la realidad prctica el proceso que lleva a cabo la polica para

una denuncia policial y tambin para la atencin de una emergencia, analizando

lo ms relevante para esta investigacin.

2.1.3. ENTREVISTAS

Realizar entrevistas a un experto humano (comisario, mayor PNP) con una gran

trayectoria y experiencia en esta rea.

2.1.4. BSQUEDA EN INTERNET

A travs de este servicio permiti recopilar informacin de la teora aplicada a

problemas relacionados al tema de investigacin y afianzarlo a los resultados

obtenidos.

2.1.5. LIBRETAS DE CAMPO

Donde anotaremos todos los alcances dados por personal de la polica y

usuarios.




2.2. UNIVERSO Y MUESTRA

2.2.1. UNIVERSO

Comisarias del Departamento de la Libertad

2.2.2. MUESTRA

Dado que nuestro proyecto est enfocado en apoyar de forma eficiente a las

comisarias en los procesos que brindan soporte en la seguridad ciudadana se

seleccion una muestra no probabilstica de comisarias que se encuentran en el

distrito de Trujillo, la muestra se seleccion por la ubicacin y cercana de las

comisarias adems que tienen a su cargo la seguridad ciudadana como principal

funcin; De esta manera se seleccion cuatro comisarias, las siguientes:

COMISARA DIRECCIN TELFONO

CPNP LA NORIA AV. AMERICAR SUR # 405 44217433

CPNP EL ALAMBRE CLL. PORTO ALEGRE # SN 44221156

CPNP AYACUCHO JR. AYACUCHO # 458 44221156

CPNP DE LA

FAMILIA

CLL. MARCIAL ACHARAN Y CIRO ALEGRIA

# 365

44220324

2.3. VARIABLES DE INVESTIGACIN

2.3.1. VARIABLE INDEPENDIENTE

Sistema Mvil

Definicin Conceptual: Aplicacin capaz de servir como herramienta eficaz para

la comisaria en la seguridad ciudadana.

2.3.2. VARIABLE DEPENDIENTE

Apoyo a las comisarias en la gestin de procesos de la seguridad ciudadana




Definicin Conceptual: Accin integrada que brinda el sistema mvil para ayudar

a las comisarias a que estas lleven una gestin ms adecuada de sus servicios y

as brindar un mejor servicio a la ciudadana.

2.4. OPERACIONALIZACION DE VARIABLES

Variable Definicin conceptual Indicadores

Sistema Mvil

(variable

Independiente)

Aplicacin capaz de servir como

herramienta eficaz para la

comisaria en la seguridad

ciudadana.

Apoyo a las

comisarias en la

gestin de procesos

de la seguridad

ciudadana (Variable

Dependiente)

Accin integrada que brinda el

sistema mvil para ayudar a las

comisarias a que estas lleven una

gestin ms adecuada de sus

servicios y as brindar un mejor

servicio a la ciudadana.

Nivel de percepcin.

Nivel de confianza.

Tiempo de la gestin de procesos.




CAPITULO III

3. RESULTADOS

3.1. FASE DE PLANIFICACIN

En el presente captulo se plantea los requisitos funcionales de la solucin y se

desarrolla el anlisis de la solucin que consiste en explicar la viabilidad del sistema en

trminos tcnicos y de costo.

a) Identificacin de Requerimientos (historias de usuario)

En la siguiente tabla se identifican los requerimientos obtenidos luego del trabajo

de levantamiento de informacin a los usuarios internos.

Lista de requerimientos (Product Backlog)

En la tabla se observa la lista de requerimientos relacionados con un objetivo

especfico, el sprint en donde se realiz y sus respectivas tareas.

N Descripcin Tareas Sprint Objetivo

Historia de Usuarios

1 Registrar los datos del usuario en el dispositivo mvil

Modificar base de datos interna del dispositivo mvil

2

Desarrollar interfaz grfica 1

Desarrollar procedimiento que registre nombre, apellido, DNI, edad, sexo, direccin, nmero del dispositivo mvil.

1

2 Listar las entidades en el dispositivo mvil

Modificar base de datos. 4 3

Desarrollar interfaz grfica. 4

Desarrollar procedimiento que muestre la lista de las entidades.

4

Desarrollar funcionalidad a los tems de la lista.

4

3 Visualizar un mapa que Modificar base de datos 5 3




muestre la ubicacin de las entidades en l.


Desarrollar el WS de ubicacin de entidades.

5

Desarrollar procedimiento que reciba la informacin y la muestre en el mapa

5

4 Usar la cmara del dispositivo para, mediante el uso de realidad aumentada, identificar la ubicacin de las entidades en un radio dado.

Investigar acerca de realidad aumentada y el uso de libreras libres de pago para Android.

5 3

Integrar con el WS de ubicacin de entidades

5

Agregar funcionalidad del radio

5

5 Visualizar un mapa que muestre la actividad criminal en l.

Modificar base de datos 7 4


Desarrollar el WS de actividad criminal

7

Desarrollar procedimiento que reciba la informacin y la muestre en el mapa

7

Mostrar informacin de la zona seleccionada.

7

6 Usar la cmara del dispositivo para, mediante el uso de realidad aumentada, identificar las zonas de mayor actividad criminal en un radio dado.

Investigar acerca de realidad aumentada y el uso de libreras libres de pago para Android.

8 4

Integrar con el WS de actividad criminal.

8

Mostrar informacin de la zona seleccionada.

8

Agregar funcionalidad del radio

8

7 Registrar denuncias policiales va mvil.

Modificar base de datos 2 2


Cargar datos del usuario. 2

Desarrollar WS para registrar denuncia.

2

Cargar foto. 3

Cargar video. 3

Cargar audio. 3

Cargar ubicacin. 3

Integrar con el WS de registrar denuncia.

3

8 Emitir una alerta de auxilio desde el mvil.

Desarrollar interfaz grfica. 6 5

Desarrollar WS de alarma de emergencia.

6

Integracin con Facebook. 6

Integracin con Twitter. 6

Publicar en Facebook. 6




Publicar en Twitter. 6

Emitir ubicacin por GPS. 6 9 Listar los trmites disponibles

en cada entidad en el dispositivo mvil.

Desarrollar interfaz grfica. 1 6

Desarrollar WS de trmites. 1

10 Mostrar detalle de trmite en el dispositivo mvil.

Desarrollar interfaz grfica.

1 6

b) Identificacin de historias de usuario

En la figura podemos observar los actores que interactan directamente con el

sistema junto con las historias de usuario identificadas.

HU01 Consultar Denuncia

HU02 Consultar Alerta

HU03 Recibir alerta en linea

HU06 Iniciar sesion

Usuario Interno

HU04 Registrar denuncia

HU05 Identificar actividad criminal

en mapa

HU07 Ubicar entidades en mapa

HU08 Listar entidades

HU09 Ubicar entidades con realidad

aumentada

HU10 Listar tramites

HU11 Ver detalle de tramite

HU12 Identificar actividad criminal

con realidad aumentada

HU13 Activar seal de emergencia

Usuario Externo

(Movil)

HU14 Compartir informacion por

redes sociales




Figura 4: Actores que interactan con el sistema

Descripcin de las historias de usuario ms importantes

HU01 Consultar Denuncia

Esta funcionalidad permite al usuario interno consultar las denuncias que

se hayan registrado hasta el momento, de igual manera puede aplicar

filtros de bsqueda como fecha, lugar o datos de la persona que registr

la denuncia.

HU02 Consultar Alerta

Esta funcionalidad permite al usuario interno consultar las alertas que se

hayan registrado hasta el momento, de igual manera puede aplicar filtros

de bsqueda como fecha, lugar o datos de la persona que registr la

alerta.

HU03 Recibir alerta en Lnea

Esta funcionalidad muestra al usuario interno de la Web una seal una vez

que se haya recibido una alerta de auxilio por parte de un usuario externo

(mvil) que pertenezca a la comisara donde se encuentra el usuario.

HU04 Registrar denuncia.

Es la funcionalidad que permite registrar una denuncia policial desde el

sistema Web y Mvil. A la denuncia se le podr adjuntar evidencia tal

como videos, fotos, audios y la ubicacin usando la aplicacin de Google

Maps. En el caso de la aplicacin Mvil, la ubicacin actual obtenida desde

el mismo dispositivo va GPS.

HU05 Identificar Actividad Criminal en Mapa

Esta funcionalidad muestra un mapa en el cual se identificar la actividad

criminal en la zona. El mapa aparecer centrado con la ubicacin actual

del usuario y mostrar pequeos conos indicando que tan intensa es la

actividad criminal en la zona. Adems brindar opciones de zoom y el

usuario podr ver otras zonas.

HU06 Iniciar Sesin

Esta funcionalidad permite al usuario identificarse en el sistema mediante

un usuario y contrasea para tener acceso a las funcionalidades de un

usuario interno.

HU07 Ubicar entidades en mapa

Esta funcionalidad muestra un mapa en el cual se identificarn las

diferentes entidades como comisaras, hospitales, clnicas,

municipalidades, etc. segn lo haya seleccionado el usuario.

HU08 Listar Entidades




Esta funcionalidad tanto en la aplicacin Web como en la aplicacin Mvil

permite visualizar una lista de entidades y seleccionar el tipo de entidad a

mostrar y los distritos que se desean consultar.

HU09 Ubicar entidades con realidad aumentada

Es la funcionalidad que permite identificar, junto con el uso de la cmara

del dispositivo mvil, diferentes entidades en la zona. El usuario utilizar

la cmara de la forma habitual pero esta mostrar no solo la imagen

captada por el lente sino una serie conos con una leyenda indicando la

entidad y su descripcin.

HU10 Listar Trmites


permite visualizar una lista de trmites donde se podr seleccionar uno

para ver la informacin que se tiene sobre el trmite.

HU11 Ver detalle de Trmite


permite visualizar la informacin del trmite seleccionado anteriormente

tal como nombre, costo, requisitos, etc y en la aplicacin Mvil se podr

generar el trmite.

HU12 Identificar actividad criminal con realidad aumentada

Es la funcionalidad que permite identificar, junto con el uso de la cmara

del dispositivo mvil, la actividad criminal en la zona. El usuario utilizar la

cmara de la forma habitual pero esta mostrar no solo la imagen captada

por el lente sino una serie de indicadores que estarn por encima de la

imagen y le darn una referencia de la actividad criminal alrededor del

usuario.

HU13 Activar seal de Emergencia

Es la funcionalidad que permite al usuario activar una seal de auxilio,

compartir su ubicacin actual, publicar en las redes sociales Facebook y

Twitter en caso se encuentre en alguna emergencia.

HU14 Compartir Informacin por Redes Sociales

Esta funcionalidad permite al usuario publicar en las redes sociales

(Twitter y Facebook) un mensaje conteniendo su ubicacin en caso de

efectuar una alerta.

c) Anlisis de la solucin

El anlisis de la solucin se efectuar considerando los siguientes puntos de vista:

Necesidades del cliente.

Viabilidad del sistema.




Anlisis tcnico econmico.

Asignacin de funciones.

Restricciones tiempo.

Necesidades del cliente

Luego del anlisis e investigacin elaborada se ha identificado que la

seguridad es una necesidad primordial de los ciudadanos que en los ltimos

tiempos no est siendo completamente satisfecha. Desde este punto de

vista, se identific la posibilidad de generar una aplicacin que de distintas

formas ayude al usuario a sentirse ms seguro e informado.

Para el cumplimiento del objetivo 1, se realiz un anlisis comparativo entre

diferentes soluciones que se manejan para casos similares al problema

propuesto. Con respecto al objetivo 2, se plante la funcionalidad donde el

usuario mediante la aplicacin Mvil puede realizar una denuncia y el usuario

interno puede consultar y visualizar las denuncias realizadas. Brindar

Informacin tambin es un objetivo del proyecto, por lo que forma parte de

la realizacin del objetivo 3, la lista y mapa de entidades e instituciones de

apoyo a la comunidad en ambas aplicaciones. Por otro lado, informacin, que

sirva para prevenir y ayudar a los ciudadanos, mostrada en un mapa de

actividad criminal como parte del objetivo 4. El objetivo 5 fue realizado con el

desarrollo de un servicio de alarma en la aplicacin Mvil, donde el usuario

puede decidir si compartir la alerta tambin en redes sociales como Facebook

y Twitter, y finalmente el usuario interno recibira la alerta en lnea para que

pueda tomar una decisin con respecto a la informacin recibida. Sobre el

objetivo 6 se desarroll en ambas aplicaciones la funcionalidad donde el

usuario pueda tener una lista de trmites para elegir y luego poder ver el

detalle del trmite seleccionado, adems en la aplicacin Mvil el usuario

podr descargar el documento obtenido.

Viabilidad del sistema

Los requerimientos expuestos en lneas anteriores pueden satisfacerse

mediante la elaboracin de un sistema mvil que sea amigable, fcil de

manejar e interacte con una base de datos confiable que pueda mantener la

informacin disponible, integral y segura las 24 horas del da.

El sistema planteado refleja la informacin recogida y procedimientos

necesarios para cumplir con los servicios que brindar permitiendo de esta

manera soporte tecnolgico a estos procedimientos para cumplir con la

necesidad de agilizarlos y gestionarlos de una manera ms ptima.

Anlisis tcnico econmico

Anlisis tcnico

El sistema que se propone en este proyecto de tesis es un sistema Mvil, ya

que se cuenta con la necesidad de tener la informacin centralizada y

disponible en cualquier punto donde opere el sistema.

El equipo responsable de la elaboracin de este sistema est conformado

por:




2 Analistas/desarrolladores: Los alumnos.

1 Consultor: El asesor de TG.

Los clientes finales: Usuarios internos (trabajadores de la comisara) y

usuarios externos (la comunidad).

Con respecto a la elaboracin se utilizar el IDE Eclipse 8.0 y el servidor

Apache TOMCAT y el lenguaje Java.

Tambin ser necesario que las comisaras cuenten con conexin a internet.

Anlisis econmico

Debido a que el IDE a utilizar es de libre distribucin, para el anlisis

econmico habra que considerar solo el costo que produce el tiempo de la

construccin del proyecto y el costo de los recursos. En la tabla se puede

observar los conceptos y costos de la realizacin del proyecto.

Concepto Horas Costo/Hora(S/.) Costo (S/.)

Levantamiento de informacin. 60 20 1200

Implementacin del sistema 300 30 9000

Gastos en tiles de oficina, impresiones y anillados

100

Pasajes 500

Costo Total 12000

Asignacin de funciones

En la tabla se muestra los requerimientos y funciones asignados a cada

elemento involucrado en el sistema.

Elemento Funcin

Software Para la implementacin y las pruebas del sistema se necesitar el IDE Eclipse 8.0, el servidor de aplicaciones Web Apache Tomcat y la base de datos MySql.

El usuario final deber tener una versin de Android en el mvil.

Hardware Para el desarrollo del sistema se necesitar trabajar con un mvil con mnimo 512 Mb de memoria RAM y conexin a internet.

Recursos El sistema ser desarrollado por dos analistas programadores. Sern encargados del anlisis, diseo e implementacin del sistema.

3.2. FASE DE DISEO

Describimos la arquitectura seleccionada para cumplir con los requisitos planteados

del sistema.

Se presenta tambin en este captulo el diseo de la interfaz grfica de la aplicacin,

definiendo los criterios para la seleccin del diseo y las principales pantallas de la

aplicacin con sus respectivas caractersticas.

a) Arquitectura de la solucin




La aplicacin que se presentar en este trabajo seguir una arquitectura de 3

capas: capa de datos, capa de negocio y capa de presentacin.

Las ventajas de esta arquitectura son la mantenibilidad, escalabilidad y

flexibilidad. Cada capa puede ser independiente de otra capa y permite que se

puedan hacer cambios sin tener que afectar a toda la aplicacin como un todo.

Esto tambin permite por ejemplo dividir el sistema en proyecto y asignarlos a

diferentes desarrolladores o equipos de desarrolladores.

La separacin de las partes ms importantes del sistema brinda flexibilidad a la

solucin para mejor mantenimiento y posteriores mejoras.

En la Figura se muestra el Diagrama de Arquitectura, con la distribucin de las

capas que han sido contempladas.

Figura 5: Arquitectura de la solucin

En las siguientes lneas se presentar la definicin de las 3 capas en la aplicacin:

Capa de Presentacin

Se denomina tambin la capa del usuario pues es la que el sistema presenta

al usuario, de igual manera el usuario interacta con el sistema por medio de

esta capa, enviando informacin requerida para la accin del sistema.

En el caso del presente trabajo, esta capa est representada por la aplicacin

nativa en el dispositivo mvil con sistema operativo Android.

Para la comunicacin con la capa de negocio, se har uso de Rest

(Representational State Transfer) y XML (Extensible Markup Language). De tal

manera que si luego por ejemplo se desea hacer la aplicacin para iPhone, se

tenga que construir slo la capa de presentacin y no se necesite ninguna

mayor modificacin.

Capa de Negocio

Esta es la capa ms importante del sistema pues aqu es donde se manejan

las reglas del negocio y la lgica que tiene el sistema.




Para la implementacin se har uso del lenguaje de programacin Java.

Capa de Datos

La capa de datos, en donde residen los datos y es encargada de la obtencin

de los mismos. Para el caso del presente trabajo, esta capa consiste en un

Sistema Gestor de Bases de Datos MySQL, el cual tendr la base de datos

relacional.

Beneficios de la arquitectura:

La lgica de la aplicacin reside en la capa media lo que permite tener un cliente

ms liviano de la aplicacin.

Se puede actualizar o realizar cambios a la base de datos sin tener que afectar a

las otras capas.

Se puede agregar nuevos clientes en la capa de presentacin como por ejemplo

dispositivos mviles con otros sistemas operativos desarrollando slo esta capa

sin modificar las otras.

Permite mantener actualizar los componentes de manera ms sencilla sin tener

que modificar todo el sistema.

Permite distribuir el trabajo de creacin por diferentes capas slo conociendo la

forma de comunicacin de las mismas.

b) Diseo de la interfaz grafica

En esta seccin se presentan los detalles generales del diseo de la interfaz grfica

de la aplicacin. Asimismo se presentan las interfaces de las principales pantallas

del sistema indicando sus caractersticas.

Criterios para el diseo de la interfaz grfica

Con el objetivo de uniformizar la interfaz grfica de la aplicacin y hacerlo

ms intuitivo o fcil de manejar para el usuario final, se mencionarn las

consideraciones que se deben tomar en cuenta en al momento de construir

el software.

Se usar colores que no cansen la vista del usuario.

Se har uso de grficos que reflejen acciones determinadas, en los

botones y fondos principales.

Se presentarn las opciones al usuario de una manera que sea fcil

para el usuario usar las herramientas de la aplicacin.

Se presentar una manera fcil para que el usuario pueda salir

intuitivamente de la aplicacin.

Modelo de Ventanas

En la figura se muestra la navegacin de la aplicacin mvil.




Figura 6: Navegacin de la aplicacin mvil

En las siguientes figuras de esta seccin se muestran algunos ejemplos de los tipos de

contenidos de las pantallas que siguen el esquema de trabajo mencionado; se

presentan las pantallas de la aplicacin mvil.

Pantalla de Inicio

En figura se presenta las opciones generales del sistema que son: Bsqueda

de Entidades, Actividad Criminal, Realizar una denuncia, Seal de Auxilio,

Trmites y Compartir en Redes Sociales. Cada opcin tiene un cono y un

nombre para un mejor entendimiento del usuario.




Figura 7: Pantalla de inicio

Pantalla de Tipos de Entidades

En figura se presenta un listado de los tipos de entidades que el usuario

podr elegir para la bsqueda.

Figura 8: Pantalla tipos de entidades

Pantalla de Bsqueda de Entidades

En la figura se presentan dos opciones para que el usuario visualice las

entidades. La primera opcin es un listado del tipo de entidades escogido y la

segunda opcin es la utilizacin de un mapa para ubicar en el todas las

entidades del tipo escogido.




Figura 9: Pantalla bsqueda de entidades

Men de Opciones de Entidad

En la figura se presentan las opciones que el usuario tiene luego de hacer tap

en algn tem de la lista de entidades. La primera es Mostrar ruta, la cual

llevara al usuario a una pantalla con la ruta desde su ubicacin actual hasta la

ubicacin de la entidad elegida. La segunda es Llamar, la cual llamar

automticamente al nmero de la entidad registrado y la tercera es Hacer

denuncia, la cual llevar al usuario a la pantalla de registrar denuncia.

Figura 10: Pantalla opciones de entidad




Pantalla de Mapa de Entidades

En la figura se presenta un mapa haciendo uso de la tecnologa Google

Maps, la cual permite ver grficamente la ubicacin de las entidades.

Figura 11: Pantalla de mapa de entidades

Pantalla de Mapa de Actividad Cri

Tesis de Movil Ok

Documents

Transcript of Tesis de Movil Ok