universidad central del ecuador facultad de … · 2014-11-27 · a mi esposa, rosángela, por...

UNIVERSIDAD CENTRAL DEL ECUADOR

FACULTAD DE INGENIERÍA, CIENCIAS FÍSICAS Y MATEMÁTICA

CARRERA DE INGENIERIA INFORMÁTICA

SISTEMA DE REGISTRO Y SEGUIMIENTO DE LAS OPERACIONES

DEL GRUPO DE INTERVENCION Y RESCATE

MYOR. GALO E. MIÑO JARRÍN

TRABAJO DE GRADUACIÓN PREVIO A LA OBTENCIÓN DEL TÍTULO

DE INGENIERO INFORMÁTICO

AUTOR:

TUMIPAMBA NAULA LUIS FAUSTO

TUTOR:

ING. PEDRO ALBERTO BELALCAZAR VILLAMAR

QUITO – ECUADOR

2014

ii

DEDICATORIA

A Dios, por cuidar lo más valioso que me presto y que me ayuda a culminar

una etapa más de la vida.

A mis padres, María Isabel y Luis Antonio, quienes en base a mucho amor,

esfuerzo y dedicación supieron entregarme la mejor herencia que pueden

recibir los hijos, la educación.

A mis hermanos, Marco, Myrian, Marcelo, Rosario, gracias por su apoyo

incondicional.

A mi esposa, Rosángela, por permitirme formar una familia hermosa y estar

presente durante toda mi carrera universitaria, brindándome siempre su

apoyo y comprensión.

A mi hijo, Evan Francisco, quien desde el instante que llego a mi vida es el

motivo y la razón para seguir alcanzando mis metas.

iii

AGRADECIMIENTO

A Dios por entregarme diariamente sabiduría, inteligencia, y la fuerza

necesaria para poder desarrollar esta tesis, a mis padres y hermanos

quienes incondicionalmente me brindaron todo su apoyo, a mi esposa y mi

hijo quienes son el impulso necesario para superar los obstáculos y alcanzar

mis metas.

A la Universidad Central del Ecuador por permitirme ser parte de su legado, a

los maestros que me brindaron las bases necesarias para una formación

integral para la vida.

Al Sr. Washington Chuga Casanova, Mayor de policía del Grupo de

Intervención y Rescate de la Policía Nacional del Ecuador, por brindarme las

facilidades necesarias desde el inicio hasta la culminación de esta tesis.

iv

AUTORIZACIÓN DE LA AUTORÍA INTELECTUAL

v

APROBACIÓN DEL TUTOR

vi

CERTIFICACIÓN DEL TUTOR

viii

RESULTADO DEL TRABAJO DE GRADUACIÓN

ix

CONTENIDO

DEDICATORIA ........................................................................................................... ii

AGRADECIMIENTO ................................................................................................. iii

AUTORIZACIÓN DE LA AUTORÍA INTELECTUAL .......................................... iv

CERTIFICACION DEL TUTOR .............................................................................. vi

RESULTADO DEL TRABAJO DE GRADUACIÓN ............................................ viii

LISTA DE FIGURAS ............................................................................................... xiv

LISTA DE TABLAS ................................................................................................. xvi

LISTA DE ANEXOS ............................................................................................... xvii

RESUMEN .............................................................................................................. xviii

SUMMARY ............................................................................................................... xix

INTRODUCCIÓN ........................................................................................................ 1

CAPÍTULO 1 ............................................................................................................... 2

1. PRESENTACIÓN DEL PROBLEMA .............................................................. 2

1.1. PLANTEAMIENTO DEL PROBLEMA .................................................... 2

1.2. INTERROGANTES DE LA INVESTIGACIÓN ........................................ 4

1.3. OBJETIVOS ................................................................................................. 4

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

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

1.4. ALCANCE DE LA SOLUCIÓN .................................................................. 5

1.5. JUSTIFICACIÓN ......................................................................................... 8

CAPÍTULO 2 ............................................................................................................... 9

2. REVISIÓN BIBLIOGRÁFICA ........................................................................... 9

2.1. ANTECEDENTES ....................................................................................... 9

2.2. FUNDAMENTACIÓN TEÓRICA ............................................................... 9

2.2.1. Lenguaje de Programación Java ...................................................... 9

2.2.2. Arquitectura Java Enterprise Edition 5 (JEE5) ........................... 11

2.2.3. Tecnología Web JSF .......................................................................... 16

2.2.4. Servidor de aplicaciones JBoss. ......................................................... 20

2.2.6. Base de Datos ....................................................................................... 23

2.2.7. Jasper Reports ...................................................................................... 25

x

2.2.9. Metodología. .......................................................................................... 29

CAPÍTULO 3 ............................................................................................................. 32

3. DESARROLLO DE LA APLICACIÓN. ........................................................ 32

3.1. FUNCIONALIDADES. .............................................................................. 32

3.2. ACTORES. ................................................................................................. 32

3.3. DIAGRAMA GENERAL DE LOS CASOS DE USO ............................ 33

3.3.1. Ingreso al Sistema ........................................................................... 33

3.3.2. Modificar Datos de Acceso ............................................................ 35

3.3.3. Ingresar Primera Vez ....................................................................... 38

3.3.4. Aprobar Partes Policiales .............................................................. 40

3.3.5. Administrador del Sistema ............................................................ 42

3.3.6. Jefe del Operativo ............................................................................ 47

3.3.7. Personal del Operativo ................................................................... 50

3.4. DESCRIPCIÓN DETALLADA DE LOS CASOS DE USO ................. 52

3.4.1. Gestionar información del sistema ............................................. 52

3.4.2. Gestionar información de Perfiles ............................................... 59

3.4.3. Gestionar información de Usuarios ............................................ 67

3.4.4. Gestionar Partes Policiales ........................................................... 77

3.5. IMPLEMENTACIÓN DEL MODELO PROPUESTO ............................ 85

3.5.1. Aplicación por capas ...................................................................... 85

3.5.3. Persistencia .......................................................................................... 86

3.5.4. Modelo ................................................................................................. 87

3.5.5. DAO ...................................................................................................... 88

3.5.6. Servicio ............................................................................................... 88

3.5.7. Control................................................................................................. 89

3.5.8. Vista ..................................................................................................... 90

CAPÍTULO 4 ............................................................................................................. 91

4. CONCLUSIONES Y RECOMENDACIONES .............................................. 91

4.1. CONCLUSIONES ...................................................................................... 91

4.2. RECOMENDACIONES ............................................................................ 92

4.3. GLOSARIO DE TÉRMINOS .................................................................... 93

xi

MATERIAL DE REFERENCIA .............................................................................. 97

Bibliografía ........................................................................................................... 97

WEB ................................................................................................................... 97

TEXTOS ............................................................................................................. 98

ANEXOS .................................................................................................................... 99

ANEXO 1: Modelo Conceptual de Base de Datos ..................................................... 99

ANEXO 2: Modelo Físico de Base de Datos ............................................................. 99

ANEXO 3: Instalación de Ejecutables ...................................................................... 100

ANEXO 4: Manual de Usuario ................................................................................. 103

1. INTRODUCCIÓN ............................................................................................ 103

2. ¿CÓMO UTILIZAR EL MANUAL? ............................................................. 103

3. NAVEGACIÓN EN EL SISTEMA ................................................................ 104

3.1. ¿CÓMO INGRESAR AL SISTEMA? .................................................... 104

3.2. ¿QUÉ COMPRENDE EL AREA DE TRABAJO? .............................. 106

3.3. ¿CUÁL ES LA UBICACIÓN DE LOS ELEMENTOS? ..................... 107

3.4. ¿QUÉ MENSAJES ENTREGA EL SISTEMA? .................................. 108

3.5. ¿QUÉ MÓDULOS TIENE EL SISTEMA? ........................................... 109

4. MÓDULO DE SEGURIDADES Y ADMINISTRACIÓN DE LA INFORMACÍON ...................................................................................................... 110

4.1. ¿CÓMO ADMINISTRAR PERFILES? .................................................. 111

4.1.1. ¿Cómo Registrar un Perfil? ......................................................... 112

4.1.2. ¿Cómo Actualizar un Perfil? ....................................................... 112

4.1.3. ¿Cómo Eliminar un Perfil? .......................................................... 113

4.1.4. ¿Cómo Asignar Elementos del sistema a un Perfil? ............ 113

4.2. ¿CÓMO ADMINISTRAR USUARIOS? ............................................... 114

4.2.1. ¿Cómo crear usuarios externos? .............................................. 115

4.2.2. ¿Cómo buscar un usuario? ......................................................... 117

4.2.3. ¿Cómo modificar un usuario? .................................................... 118

4.2.4. ¿Cómo eliminar un usuario? ...................................................... 119

4.2.5. ¿Cómo Asignar un perfil a un usuario? ................................... 119

4.3. ¿CÓMO ADMINISTRAR CATÁLOGOS? ........................................... 120

xii

4.3.1. ¿Cómo buscar parámetros generales? .................................... 122

4.3.2. ¿Cómo agregar parámetros generales? .................................. 123

4.3.3. ¿Cómo modificar parámetros generales? ............................... 124

4.3.4. ¿Cómo eliminar parámetros generales? ................................. 125

4.3.5. ¿Cómo buscar parámetros de evidencias? ............................ 125

4.3.6. ¿Cómo agregar parámetros de evidencias? .......................... 127

4.3.7. ¿Cómo modificar parámetros de evidencias? ....................... 128

4.3.8. ¿Cómo eliminar parámetros de evidencias? .......................... 128

4.3.9. ¿Cómo buscar una división distrital? ...................................... 129

4.3.10. ¿Cómo agregar una división distrital? ................................. 131

4.3.11. ¿Cómo modificar una división distrital? .............................. 132

4.3.12. ¿Cómo eliminar una división distrital? ................................ 133

4.3.13. ¿Cómo modificar los parámetros del Parte Policial? ....... 133

5. MÓDULO DE REGISTRO Y SEGUIMIENTO DE LOS OPERATIVOS 134

5.1. ¿CÓMO ADMINISTRAR PARTES POLICIALES? ........................... 136

5.1.1. ¿CÓMO REGISTRAR UN PARTE POLICIAL? ......................... 136

5.1.1.1. Parte Operativo ............................................................................. 140

5.1.1.1.1. Cronología del Hecho ............................................................... 140

5.1.1.1.2. Información del Hecho ............................................................. 141

5.1.1.1.3. Evidencias .................................................................................. 142

5.1.1.1.4. Personal que Interviene ........................................................... 147

5.1.1.1.5. Personal Intervenido ................................................................. 151

5.1.1.1.6. Medios Logísticos ..................................................................... 153

5.1.1.1.7. Circunstancias del Hecho ........................................................ 154

5.1.1.1.8. Novedades ................................................................................. 157

5.1.1.1.9. Fotografías del Hecho .............................................................. 158

5.1.1.1.10. Aprobar Parte Policial ............................................................. 160

5.1.1.2. Parte Administrativo ..................................................................... 161

5.1.1.2.1. Cronología del Hecho ............................................................... 161

5.1.1.2.2. Circunstancias del Hecho ........................................................ 162

5.1.1.2.3. Novedades ................................................................................. 164

xiii

5.1.1.2.4. Fotografías del Hecho .............................................................. 165

5.1.1.2.5. Aprobar Parte Policial ............................................................... 167

5.1.2. ¿COMO BUSCAR UN PARTE POLICIAL? ................................ 168

5.1.3. ¿CÓMO ACTUALIZAR UN PARTE POLICIAL? ....................... 170

5.1.3.1. Parte Operativo ............................................................................. 170

5.1.3.2. Parte Administrativo ..................................................................... 171

5.1.4. ¿CÓMO ELIMINAR UN PARTE POLICIAL? .............................. 171

5.1.5. ¿CÓMO VISUALIZAR EN FORMATO PDF UN PARTE POLICIAL? ...................................................................................................... 172

5.1.6. ¿CÓMO APROBAR UN PARTE POLIAL? ................................. 173

5.2. ¿CÓMO GENERAR REPORTES Y ESTADÍSTICAS? .................... 174

5.2.1. ¿Cómo generar la Matriz General de Operaciones? ............ 174

5.2.2. Cómo buscar Partes Policiales? ................................................ 176

5.2.3. Cómo generar la Matriz del Personal Intervenido? .............. 178

5.2.4. ¿Cómo generar la Matriz de Evidencias? ................................ 180

6. DATOS DE ACCESO .................................................................................... 181

7. RECOMENDACIONES GENERALES ....................................................... 183

xiv

LISTA DE FIGURAS

Figura 1 : Sedes GIR ..................................................................................................... 2

Figura 2: Comunicación del Sistema ............................................................................ 5 Figura 3: Contexto de la Solución ................................................................................. 6 Figura 4: Arquitectura JEE5........................................................................................ 11 Figura 5: Arquitectura en Capas ................................................................................. 12

Figura 6: Ciclo de Vida de un JSF .............................................................................. 16 Figura 7: Ciclo de Vida de RUP ................................................................................. 30

Figura 8: Caso Uso Ingreso al Sistema ....................................................................... 33 Figura 9: Diagrama de Secuencia Ingreso al Sistema ................................................. 33 Figura 10: Caso de Uso Modificar Datos de Acceso .................................................. 35

Figura 11: Diagrama de Secuencia Modificar Datos de Acceso ................................ 36 Figura 12: Caso de Uso Ingresar Primera Vez ............................................................ 38

Figura 13: Diagrama de Secuencia Ingresar Primera Vez .......................................... 38 Figura 14: Caso de Uso Aprobar Partes Policiales ..................................................... 40 Figura 15: Diagrama de Secuencia Aprobar Partes Policiales .................................... 40

Figura 16: Caso de Uso Administrador del Sistema ................................................... 42

Figura 17: Diagrama de Secuencia Gestionar Información del Sistema .................... 43 Figura 18: Diagrama de Secuencia Gestionar Perfiles ................................................ 44 Figura 19: Diagrama de Secuencia Gestionar Usuarios .............................................. 46

Figura 20: Caso de Uso Gestionar Partes Policiales ................................................... 47 Figura 21: Diagrama de Secuencia Gestionar Partes Policiales.................................. 48

Figura 22: Caso de Uso Gestionar Reportes ............................................................... 50 Figura 23: Diagrama de Secuencia Gestionar Reportes .............................................. 51 Figura 24: Caso de Uso Gestionar Información del Sistema ...................................... 52 Figura 25: Diagrama de Secuencia Crear Catálogo .................................................... 53

Figura 26: Diagrama de Secuencia Modificar Catálogo ............................................. 55 Figura 27: Diagrama de Secuencia Eliminar Catálogo ............................................... 57 Figura 28: Caso de Uso Gestionar Información Perfiles ............................................ 59

Figura 29: Diagrama de Secuencia Crear Perfiles ...................................................... 59 Figura 30: Diagrama de Secuencia Modificar Perfiles ............................................... 61 Figura 31: Diagrama de Secuencia Eliminar Perfiles ................................................. 63 Figura 32: Diagrama de Secuencia Asignar Elementos .............................................. 65

Figura 33: Caso de Uso Gestionar Información de Usuarios ...................................... 67 Figura 34: Diagrama de Secuencia Crear Usuarios .................................................... 68 Figura 35: Diagrama de Secuencia Modificar Usuarios ............................................. 70 Figura 36: Diagrama de Secuencia Eliminar Usuarios ............................................... 72 Figura 37: Diagrama de Secuencia asignar Perfiles .................................................... 74 Figura 38: Caso de Uso Gestionar Partes Policiales ................................................... 77 Figura 39: Diagrama de Secuencia Crear Parte Policial ............................................. 77 Figura 40: Diagrama de Secuencia Modificar Partes Policiales ................................. 79

xv

Figura 41: Diagrama de Secuencia Modificar Partes Policiales ................................. 81

Figura 42: Diagrama de Secuencia Generar Partes Policiales .................................... 83 Figura 43: Arquitectura por Capas .............................................................................. 85 Figura 44: Estructura del Proyecto .............................................................................. 86 Figura 45: Estructura de la Capa de Persistencia ........................................................ 87 Figura 46: Estructura de la Capa Modelo ................................................................... 88

Figura 47: Estructura de la Capa DAO ....................................................................... 88

Figura 48: Estructura de la Capa de Servicio .............................................................. 89 Figura 49: Estructura de la Capa de Control ............................................................... 89

Figura 50: Estructura de la Capa de Vista ................................................................... 90

xvi

LISTA DE TABLAS

Tabla 1: Descripción Ingreso al Sistema ..................................................................... 35 Tabla 2: Descripción Modificar Datos de Acceso ...................................................... 37 Tabla 3: Descripción Ingresar Primera Vez ................................................................ 40 Tabla 4: Descripción Aprobar Partes Policiales.......................................................... 42

Tabla 5: Descripción Gestionar Información del Sistema .......................................... 44

Tabla 6: Descripción Gestionar Perfiles ..................................................................... 45 Tabla 7: Descripción Gestionar Usuarios ................................................................... 47

Tabla 8: Descripción Gestionar Partes Policiales ....................................................... 50 Tabla 9: Descripción Gestionar Reportes ................................................................... 52 Tabla 10: Descripción Crear Catálogo ........................................................................ 54

Tabla 11: Descripción Modificar Catálogo ................................................................. 56 Tabla 12: Descripción Eliminar Catálogo ................................................................... 58 Tabla 13: Descripción Crear Perfiles .......................................................................... 61

Tabla 14: Descripción Modificar Perfiles ................................................................... 63 Tabla 15: Descripción Eliminar Perfiles ..................................................................... 65

Tabla 16: Descripción Asignar Elementos .................................................................. 67 Tabla 17: Descripción Crear Usuarios ........................................................................ 69

Tabla 18: Descripción Modificar Usuarios ................................................................. 72 Tabla 19: Descripción Eliminar Usuarios ................................................................... 74

Tabla 20: Descripción Asignar Perfiles ...................................................................... 76 Tabla 21: Descripción Crear Parte policial ................................................................. 79 Tabla 22: Descripción Modificar Partes Policiales ..................................................... 81

Tabla 23: Descripción Eliminar Partes Policiales ....................................................... 83 Tabla 24: Descripción Generar Partes Policiales ........................................................ 85

xvii

LISTA DE ANEXOS

Anexo 1: Modelo Conceptual de Base de Datos ......................................................... 99 Anexo 2: Modelo Físco de Base de Datos .................................................................. 99

xviii

RESUMEN

SISTEMA DE REGISTRO Y SEGUIMIENTO DE LAS OPERACIONES DEL

GRUPO DE INTERVENCION Y RESCATE (GIR)

El desarrollo, implementación e implantación del sistema, consistió en

automatizar el proceso manual de registro de las actividades realizadas

durante la ejecución de los diferentes operativos concluidos, por parte de los

miembros del GIR. Para tal efecto se realizó el levantamiento de información

en base a reuniones de trabajo conjuntas con el personal designado por el

GIR. Como resultado de las reuniones, se decide realizar la construcción de

los siguientes módulos: Seguridades y Administración de la Información,

Registro y Seguimiento de los Operativos y Reportes. El sistema desarrollado

e implantado permite administrar perfiles, usuarios y los catálogos que

maneja el sistema, facilita a los jefes de los operativos el registro y

seguimiento de los partes policiales y pone a disposición del personal

administrativo consultas y reportes a nivel nacional.

DESCRIPTORES:

SISTEMA INTEGRAL DEL GIR/ GRUPO DE INTERVENCIÓN Y RESCATE/

PARTES POLICIALES/ OPERATIVOS POLICIALES/ OPERACIONES

POLICIALES/ ACTIVIDADES POLICIALES/ TAREAS POLICIALES

xix

SUMMARY

REGISTRATION AND MONITORING SYSTEM OF THE OPERATIONS OF

GROUP INTERVENTION AND RESCUE (GIR)

The development, implementation and implantation of the system consisted

of automating the manual process of logging activities during the execution of

various operating concluded, by members of the GIR. For this purpose the

collection of information is performed based on joint workshops with staff

appointed by the GIR. As a result of the meetings, it was decided to perform

the construction of the following modules: Assurances and Information

Management, Registration and Tracking Operations and Reports. The system

developed and implemented can manage profiles, users and catalogs that

handle the system, provided the chief operating recording and tracking of

police reports and offer administrative staff queries and reports nationwide.

DESCRIPTORS:

INTEGRAL SYSTEM GIR/ INTERVENTION AND RESCUE GROUP/

POLICE REPORTS/ POLICE OPERATING/ POLICE ACTIVITIES/

POLICE TASKS.

1

INTRODUCCIÓN

El Grupo de Intervención y Rescate (GIR) “Mayor Galo E. Miño Jarrín” es

una Institución sólida, confiable, efectiva y eficiente, de servicio a la

sociedad, sustentada sobre principios morales, éticos y jurídicos, dotada de

una educación permanente, tecnología moderna, y estructura adecuada;

recurso humano calificado y comprometido con los intereses de la

comunidad, que contribuya a mejorar los niveles de competitividad para el

desarrollo integral del país, a fin de enfrentar con éxito los retos del futuro.

Con el fin de caminar a la par con los avances tecnológicos y, luego de

haber identificado que el GIR no cuenta con un sistema informático que le

permita llevar un registro y seguimiento de las operaciones realizadas por la

institución en las cuatro unidades (Quito, Guayaquil, Cuenca y Manta), el

mismo que lo ha venido realizando hasta la actualidad en forma manual.

El desarrollo de esta tesis permitirá estandarizar, simplificar y agilitar el

registro de las operaciones realizadas así como también proporcionará

información veraz y confiable. Para que esto se llegue a cristalizar se

realizará el análisis del proceso, realizando entrevistas y discusiones con

usuarios potenciales, realizando diagramas, recolectando datos,

estableciendo interfaces de usuarios, prototipos técnicos y priorizando

requerimientos; una vez que se disponga de la información necesaria

procederemos a la construcción y posterior entrega del sistema.

El sistema integrará los módulos de Seguridad y Administración de la

Información, Registro y Seguimiento de los Operativos y Reportes; el

sistema se comunicará con el Sistema de Gestión de Talento Humano y

Capacitación, permitiendo así que las cuatro unidades puedan acceder a la

información que entrega el sistema. El servicio que brindará el sistema es

proporcionar, a cada uno de los miembros del GIR, de una herramienta que

permita agilitar el proceso de registro de los operativos realizados así como,

proporcionar información oportuna y veraz en el menor tiempo posible.

2

CAPÍTULO 1

1. PRESENTACIÓN DEL PROBLEMA

1.1. PLANTEAMIENTO DEL PROBLEMA

El Grupo de Intervención y Rescate actualmente está conformado por

4 sedes ubicadas estratégicamente a lo largo y ancho del territorio

nacional, siendo la sede ubicada en la ciudad de Quito la principal.

Figura 1 : Sedes GIR

En cada una de las sedes el Grupo de Intervención y Rescate posee

áreas funcionales claramente definidas y operacionales, siendo éstas:

el área de Gestión de Talento Humano y Capacitación, el área de

Operaciones y el área de Logística.

El Área de Operaciones del GIR trabaja en base a operaciones, éstas

son categorizadas en Administrativos, Emergentes y Planificadas. En

cada una de las operaciones se establece las actividades y tareas que

se cumplirán en los operativos, el proceso inicia con la notificación de

un operativo en alguna de las sedes, el equipo abandona la sede y

acude al lugar donde se llevará a cabo el operativo. Una vez finalizada

la operación y en un periodo máximo de 24 horas se deben registrar

los resultados obtenidos en un documento denominado Parte

Operativo, para tal efecto los jefes de los operativos tienen que

dirigirse a las instalaciones donde se emitió la orden de la operación y

entregar el documento al personal operativo. El Personal Operativo,

Quito

Guayaquil Cuenca Manta

3

son los encargados de revisar, validar y aprobar la información

entregada.

La información que se registra en el documento denominado Parte

Operativo está conformada por: Tipo de Parte Policial, Identificación

Geográfica y Cronológica donde se desarrolló el hecho, Evidencias

encontradas, Personal que interviene e intervenido en el operativo,

Medios logísticos utilizados, Novedades y fotografías. Toda esta

información debe ser reflejada en las restantes áreas funcionales del

GIR.

Como se describe la institución lleva de forma manual el registro y

seguimiento de los operativos realizados, capturando y archivando

toda la documentación de los partes así como todos los recursos que

intervienen en cada uno de los operativos, sean estos el personal

operativo, transporte, evidencias, armamento etc. Ante una solicitud

de algún reporte el personal operativo debe consolidar y tabular toda

la información registrada, en el mejor de los casos, en un documento

Excel denominado Matriz General de Operaciones.

Ante esta realidad y utilizando la tecnología disponible, se ha

identificado la necesidad de construir un sistema que permita

registrar, administrar y presentar la información de una manera rápida,

oportuna y que esté al alcance del personal del GIR a nivel nacional.

Con la sistematización el Grupo de Intervención y Rescate, va a

mantener un estándar en el registro de la información, cuyo resultado

será una mejor organización y rendimiento en el entorno funcional.

Una de las ventajas de la sistematización es tener un sistema de

control y seguimiento de todas las operaciones realizadas a nivel

nacional. Al aplicar el sistema mejoraremos la calidad de información,

servicios, requerimientos y problemas que se presenten en el

Departamento de Operaciones del GIR, sin dejar de lado la ayuda a

nivel gerencial que proporcionará al momento de generar reportes y

tomar decisiones acertadas que beneficien el desempeño y

4

organización de la institución, la misma que se verá reflejada en la

satisfacción de la sociedad a quienes brindan su servicio.

1.2. INTERROGANTES DE LA INVESTIGACIÓN

Las interrogantes que me he planteado al realizar el trabajo de

investigación son:

¿La construcción del Sistema de Registro y Seguimiento de las

Operaciones constituye una herramienta tecnológica que agilice y

facilite el trabajo del Área de Operaciones del GIR?


Operaciones proporcionará al personal del GIR información eficiente y

veraz?


Operaciones puede ser adaptada a los avances tecnológicos para

mejorar su estructura y lograr mantenerse actualizado?

1.3. OBJETIVOS

1.3.1. Objetivo General

Implementar el Sistema De Registro Y Seguimiento De Las

Operaciones Del GIR.

Integrar con el sistema de Gestión de Talento Humano y

Capacitación, obteniendo como resultado el SISTEMA

INTEGRAL DEL GIR, el mismo que permitirá integrar las

operaciones realizadas por el GIR Quito, Guayaquil, Cuenca y

Manta.

Proveer al GIR de resultados rápidos, oportunos y veraces,

brindándole así la posibilidad de que las decisiones a tomar

sean las más adecuadas.

5

1.3.2. Objetivos Específicos

Diseñar y construir la base de datos.

Implementar el Módulo de Registro y Seguimiento de los

Operativos.

Implementar el Módulo de Seguridades y Administración de

la Información.

Implementar el Modulo de Reportes.

1.4. ALCANCE DE LA SOLUCIÓN

El desarrollo del SISTEMA DE REGISTRO Y SEGUIMIENTO DE LAS

OPERACIONES, se comunicará con el Sistema de Gestión de Talento

Humano y Capacitación y El sistema de Logística.

Figura 2: Comunicación del Sistema

La implantación del sistema se la realizará en las instalaciones del

GIR Quito, será una aplicación orientada a la web permitiendo el

acceso mediante internet.

Sistema de Gestión de Talento Humano

y Canino

Sistema de Registo y

Seguimiento de Operaciones

Sistema de Logitica

6

Figura 3: Contexto de la Solución

El SISTEMA DE REGISTRO Y SEGUIMIENTO DE LAS

OPERACIONES constará de los siguientes módulos claramente

identificados: Seguridad y Administración de la Información, Registro y

Seguimiento de los Operativos y Reportes.

Una vez que se tiene una perspectiva global de las reglas de negocio

de la institución, a continuación se detalla lo que se requiere

automatizar.

Módulo de Seguridades y Administración de la Información.- El

sistema contará con un módulo que permitirá gestionar y administrar el

acceso tanto al sistema como a la información que se generará. La

seguridad se estructurará mediante permisos que se asignarán a los

usuarios a través del esquema de perfiles y la administración de

usuarios. Los perfiles estarán definidos por el acceso a los módulos y

las funcionalidades, se definen los usuarios del sistema y se los

vincula a un perfil existente, con lo cual los usuarios empiezan a

desempeñar el rol asignado.Con este esquema, ante un cambio en el

desempeño de rol de un usuario, no es necesario redefinir todos los

permisos sino simplemente efectuar el cambio de perfil.

Por efectos de seguridad y como fuente de información para el módulo

de reportes, el sistema almacenará un registro de las principales

actividades realizadas por los usuarios.

Internet Guayaquil

Cuenca

Quito

Manta

Sistema de Registro y

Seguimiento de las Operaciones

7

Módulo de Registro y Seguimiento de los Operativos.- el sistema

permitirá, a los jefes de los operativos, crear, modificar y eliminar los

documentos denominados partes. Dentro de los cuales tenemos los

siguientes tipos: Parte Operativo y Parte. Cada uno de estos

documentos se contempla bajo el tipo de operativo, las actividades a

realizar y la tarea a desempeñar. La información correspondiente al

personal, vehículos, equipos de comunicación, canes, y armamento,

utilizados en cada operativo deben recuperarse y ser reflejados en

Talento humano. Para el proceso de seguimiento, el sistema permitirá

consultar el parte ingresado, la información existente será validada

manualmente. Una vez validada la información el sistema registrará

los resultados obtenidos en la base de datos, para luego ser

consultada mediante un reporte estadístico, denominado Matriz

General de Operaciones, donde se reflejará el historial de cada una de

las operaciones realizadas.

Módulo de Reportes.- el sistema permitirá generar reportes, éstos

serán exportados a Excel, PDF. Inicialmente los reportes que se

emitirán son los siguientes:

En Seguridades y Administración:

Listado de usuarios

Ingresos y acciones realizadas en el sistema.

En Seguimiento

Matriz Ingreso Operaciones

Matriz de Partes

Reporte estadístico

La aplicación será implantada en las instalaciones del GIR Quito, sin

perder de vista que se debe consolidar la información de cada una de

las operaciones realizadas en el GIR Guayaquil, GIR Cuenca y GIR

Manta.

8

1.5. JUSTIFICACIÓN

Actualmente el Grupo de Intervención y Rescate, en sus 4 sedes, lleva

un registro de las actividades realizadas en los operativos en

documentos de Word, cuyos datos son proporcionados por los jefes

de los operativos una vez que el equipo haya llegado a la unidad

donde se emitió la orden del operativo; el personal operativo es el

encargado de recopilar y tabular la información en hojas de Excel con

el propósito de emitir reportes de actividad y resultados denominados

Matriz General de Operaciones, al observar esta realidad, se ve la

necesidad de implementar un sistema que permita agilitar el registro y

aprobación de la información, optimizando tiempo y recursos.

Por esta razón se plantea al GIR, la solución al problema con la

implementación del SISTEMA DE REGISTRO Y SEGUIMIENTO DE

LAS OPERACIONES DEL GRUPO DE INTERVENCION Y RESCATE

y, a través de los resultados que se obtendrán el GIR podrá designar

de mejor manera el personal y los recursos en cada uno de los

operativos. De esta manera el GIR trabajará de manera más eficiente

ante las necesidades de la población ecuatoriana.

9

CAPÍTULO 2

2. REVISIÓN BIBLIOGRÁFICA

2.1. ANTECEDENTES

El Grupo de Intervención y Rescate (GIR) es una unidad operativa de

la Policial Nacional del Ecuador, el mismo que constituye un apoyo

fundamental y eficiente para disminuir, controlar y reprimir todas las

actividades delincuenciales que se presentan a nivel nacional. El GIR,

establecido estratégicamente a lo largo y ancho del territorio nacional,

y como sede principal ubicada en la ciudad de Quito, brinda respuesta

oportuna y protección inmediata ante cualquier llamado de la

ciudadanía. EL Sistema de Registro y Seguimiento de las Operaciones

se encargará en ahorrar tiempo y recursos a la institución, la misma

que a través de cada uno de sus integrantes proporcionan datos

fundamentales para la institución, los mismos que a través del sistema

proporcionará información eficaz y veraz a cada uno de los actores

que requieren de la misma, para la toma de decisiones que permitan

intervenir de una manera controlada, programada y eficiente. Para la

agilidad de esta información es importante realizar innovaciones y

estar conscientes de las necesidades que presentan la sociedad y el

mundo actual y del avance de la Tecnología, el mismo que nos

permite ser competentes para mejorar nuestra calidad de vida,

realización personal como profesionales y contribuir al avance en el

desarrollo de nuestro país.

2.2. FUNDAMENTACIÓN TEÓRICA

2.2.1. Lenguaje de Programación Java

Describiré algunas definiciones del lenguaje de Programación

Java, lenguaje que será aplicado en la construcción del sistema

planteado.

10

Java, a más de ser un lenguaje de programación orientado a

objetos, desarrollado por Sun Microsystems a principios de los

años 90, es una tecnología que se usa para el desarrollo de

aplicaciones que convierten a la web en un elemento más

interesante y útil. El concepto orientado a objetos hace

referencia a la herencia, encapsulamiento, polimorfismo entre

otros.

Java es multiplataforma es decir que se escribe una vez y se

corre muchas veces a través de la máquina virtual de java

(JVM) que interpreta el código bytecode generado por el

compilador de java.

La Plataforma Java se compone de un amplio abanico de

tecnologías, cada una de las cuales ofrece una parte del

complejo de desarrollo o del entorno de ejecución en tiempo

real. Por ejemplo, los usuarios finales suelen interactuar con la

máquina virtual de Java y el conjunto estándar de bibliotecas.

Además, las aplicaciones Java pueden usarse de forma

variada, como por ejemplo ser incrustadas en una página web.

Para el desarrollo de aplicaciones, se utiliza un conjunto de

herramientas conocidas como JDK (Java Development Kit, o

herramientas de desarrollo para Java).

Dentro de las características que sobresalen y son las más

importantes tenemos:

Lenguaje orientado a objetos.

Java es un lenguaje fácil de aprender.- java se convierte

en un lenguaje eficaz para los desarrolladores, debido a

que maneja un modelo intuitivo en cuanto a la gestión de

memoria, gestión de procesos múltiples y gestión de

excepciones .

11

Independiente de plataforma.- java funciona con las

principales plataformas de hardware y sistemas

operativos.

Otorga gran nivel de seguridad.- java ofrece un entorno

de aplicaciones avanzado con un alto de nivel de

seguridad idóneo para las aplicaciones de red.

Alto rendimiento.- las optimizaciones integradas para

entornos multiproceso lo hace aún más rápido.

2.2.2. Arquitectura Java Enterprise Edition 5 (JEE5)

La arquitectura planteada en el Sistema Integral del GIR está

basada en la plataforma Java Enterprise Edition (JEE) 5.0 que,

junto a la utilización de Anotaciones de Metadata de Java

Standard Edition 5.0, hacen de esta mucho más fácil de utilizar

para el desarrollo de aplicaciones empresariales complejas.

Desde un punto de vista general la arquitectura planteada se

puede describir de la siguiente manera:

Figura 4: Arquitectura JEE5

12

Un servidor de aplicaciones JEE está constituido de un

contenedor Web y un contenedor EJB, además de otros

servicios adicionales. Este servidor contendrá toda la

aplicación, formando lo que se conoce como Capa Media. Es

en ésta capa física donde reside toda la lógica del negocio de la

aplicación. Los clientes, que pueden ser browsers, acceden a

esta capa a través del contenedor Web.

El contenedor Web es el responsable de construir la capa de

presentación que será entregada a los clientes y de ejecutar las

acciones de negocio utilizando los componentes existentes

como Enterprise JavaBeans. El contenedor EJB es el

responsable de ejecutar toda la lógica del negocio y de

relacionarse con otros sistemas de información empresariales,

como bases de datos o sistemas legados.

2.2.2.1. Arquitectura por Capas

La arquitectura de la aplicación se puede dividir en

varias capas lógicas que tienen su

correspondiente implementación utilizando la

especificación JEE 5, como se muestra en la

siguiente figura:

Figura 5: Arquitectura en Capas

13

Esta arquitectura por capas lógicas se resume de la

siguiente manera:

2.2.2.1.1. Persistencia

La capa de persistencia describe el mecanismo

para obtener e insertar información de la base

de datos. En la especificación EJB 3.0 la

persistencia de datos es realizada mediante un

mapeo Objetos-Relacional que nos permite

almacenar un modelo de objetos en un modelo

relacional utilizando tablas de base de datos,

en forma transparente y sin tener que utilizar

sentencias SQL. Dicho mapeo permite

expresar las relaciones entre objetos de un

modelo de objetos como relaciones entre

tablas utilizando llaves foráneas o tablas para

romper relaciones. La capa de persistencia es

uno de los componentes más importantes de la

arquitectura, puesto que facilita el desarrollo de

aplicaciones y permite ignorar los detalles

específicos del mapeo de datos a una base de

datos. La misma que es gestionado por EJB

3.0

2.2.2.1.2. Modelo

El Modelo representa todos los conceptos del

dominio de negocio que necesitemos modelar

dentro de la aplicación. Por ejemplo, objetos de

nombre Persona, Operativos, Cursos etc.

Representan el modelo de la aplicación, los

mismos que son conocidos como Entity Beans

en la especificación EJB 3.0. La capa Modelo

14

es fundamental en toda la arquitectura, puesto

que son estos objetos que representan el

estado del sistema los que serán llevados de

capa en capa, hasta poder presentarlos al

usuario.

2.2.2.1.3. Data Access Objects (DAO)

En el Sistema de Registro y Seguimiento de la

Operaciones se utilizará Data Access Object

que es un patrón de diseño muy utilizado en

arquitecturas empresariales y se puede resumir

como una estrategia para la persistencia de

datos. Los DAO’s son los encargados de

almacenar y obtener objetos de cualquier

repositorio persistente de datos, como por

ejemplo una base de datos relacional. La capa

DAO permite desacoplar el mecanismo de

persistencia de datos de la capa de negocio

(Servicio), para poder intercambiar dicho

mecanismo de persistencia en el futuro. En la

arquitectura sugerida estos DAO’s son

implementados utilizando el API de Persistencia

de EJB 3.0, dentro de un Session Bean.

2.2.2.1.4. Servicio

Esta es una de las capas más importantes de

la arquitectura pues define el comportamiento

del sistema, y engloba todas las posibles

funcionalidades del mismo. Es una buena

práctica definir la capa de servicio como una

interface, para desacoplar la estrategia de

implementación de la definición de negocio. En

la arquitectura sugerida las interfaces de

15

Servicio son implementadas como Session

Beans, logrando con ello tener una

transaccionalidad y seguridades declarativas.

2.2.2.1.5. Control

La capa de control gestiona las peticiones de

los clientes que ingresan al sistema. Es en esta

capa donde comienza toda la interacción con el

cliente. La capa de Control utiliza la capa de

Servicio para solucionar los requerimientos de

negocio. En el caso de la arquitectura sugerida

esta capa de control puede ser un conjunto de

Managed Beans de la especificación Java

Server Faces (JSF). La capa de control

generalmente consulta a la capa de Servicio y

devuelve objetos del Modelo hacia la capa de

Vista.

2.2.2.1.6. Vista

Esta capa es la última de la arquitectura y

contiene los mecanismos de presentación de

interface de usuario. En el caso de la

arquitectura sugerida, esta capa puede estar

formada por componentes JSF dentro de

páginas JSP. Alternativamente para el Sistema

Integral GIR se utilizará Rich Faces (Prime

Faces), para realizar la presentación. Si se

quisiera pasar a otro tipo de componentes, esta

es una cuestión de implementación que no

afecta en la organización arquitectónica de la

16

aplicación, ya que se siguen respetando los

patrones y capas definidos anteriormente.

2.2.3. Tecnología Web JSF

Java Server faces (JSF) es un marco de trabajo para

aplicaciones java, permite simplificar la creación de interfaces

de usuarios del lado del servidor de aplicaciones web, a

continuación se describe el ciclo de vida de un Java Server

faces de como interactúa el usuario con la aplicación.

Figura 6: Ciclo de Vida de un JSF

Siempre que se va a ejecutar por primera vez la página en el

servidor se ejecuta la fase 1 y la fase 6.

Fase 1: Crea o restaura el árbol de componentes del lado del

servidor, que representa los componentes de interfaz de

usuario del cliente.

Fase2: Actualiza los componentes del lado del servidor con

datos que provienen del lado del cliente y que son declarados

en la propiedad value existente en las páginas.

17

Fase3: Se realizan las validaciones y conversiones de los

datos de la página, cuya propiedad valid o requerid sea igual a

true.

Fase4: Se actualiza los atributos, es decir los datos que se

encuentra en la página se dirigen al Manager Bean

(Controlador).

Fase5: Se invocan los métodos de tipo action que está en el

Manager Bean.

Fase 6: Se recupera los estados y devuelve la respuesta al

cliente para que los componentes sean representados, es decir,

toma la información que se encuentra en el Manager Bean y lo

pinta en la página, tanto de los componentes de entrada como

de salida.

Los principales componentes de la tecnología JSF son:

• Un API para representar componentes de Interfaz de

Usuario (UI) y gestionar su estado.

• Manejador de eventos para validar en el servidor y

conversión de datos.

• Reglas de Navegación permite definir la navegación de

páginas.

• Soporte de internacionalización y accesibilidad.

Para el desarrollo de aplicaciones de negocio se utiliza

frecuentemente el patrón de diseño Modelo Vista Controlador

(MVC), éste es un patrón que define la organización

independiente del modelo (objetos de Negocio), la vista (interfaz

con el usuario u otros sistemas) y el controlador de la

aplicación. Estas funciones permiten dividir al sistema en tres

18

capas lógicas donde se implementa la encapsulación de los

datos, la interfaz o vista y la lógica interna o controlador. El

patrón de Arquitectura MVC, es un diseño de aplicaciones

compuestas por:

• Modelo: Contiene el núcleo de la funcionalidad de la

aplicación, encapsula el estado de la aplicación y es

independiente del controlador y la vista.

• Vista: Es la presentación del modelo, que acede al miso,

nunca cambia su estado y puede ser notificado cuando hay

un cambio en el modelo.

• Controlador: Ejecuta una acción adecuada creando un

modelo pertinente en base a una petición del cliente.

2.2.3.1. Ventajas de JSF 2.0.

• Simplifica la utilización de componentes en las páginas

web con la utilización de templates, facelets y la

composición de componentes.

• Provee soporte predefinido para la tecnología Ajax ya

que es parte de la especificación y el uso de

anotaciones.

• La utilización del archivo faces-config.xml es opcional

gracias a las anotaciones proporcionadas por el

Framework.

• Tenemos un nuevo ámbito de las variables de entornos

(manager Bean) que es la de View, se puede realizar

varias acciones mientras no cambie de página.

• Dado que Facelets es la configuración por default en

lugar de JSP, no se necesita agregar jars ni configurar

nada adicional en el faces-config.xml ni en el web.xml

19

2.2.3.2. PrimeFaces.

Prime Faces es un componente para implementar Java

Server Faces (JSF), es de código abierto que cuenta con

un conjunto de componentes enriquecidos que facilitan la

creación de las aplicaciones web. Está bajo la licencia de

Apache License V2.

Ventajas:

Permite la integración con otros componentes

como por ejemplo Rich Faces.

Soporte nativo de Ajax.

Tiene componentes que mejora la parte visual.

Un interesante conjunto de componentes

(editor HTML, autocompletado, gráficas,…), que

mejoran a parte visual.

Soporte para Ajax, basándose en el

estándar JSF 2.0 Ajax API.

Sin dependencias, ni configuraciones, además de

ser muy ligero (1802Kb en su versión 3.5)

Desventajas:

Al utilizar el soporte de Ajax se debe indicar

explícitamente, por medio de atributos específicos

de cada componente.

Problemas al utilizar el soporte de Ajax de JSF 2

(mediante< f:ajax>) con los componentes.

Cada liberación de una nueva versión por parte de

los desarrolladores de Prime faces está plagada

de errores, ya que los desarrolladores no respetan

http://es.wikipedia.org/wiki/JavaServer_Faces

http://es.wikipedia.org/wiki/JavaServer_Faces

http://es.wikipedia.org/wiki/C%C3%B3digo_abierto

http://es.wikipedia.org/wiki/RichFaces

20

la compatibilidad hacia atrás, es decir, un

componente de una nueva versión de Prime faces

por lo general no es compatible al 100% con una

aplicación desarrollada con la versión previa a la

misma.

2.2.4. Servidor de aplicaciones JBoss.

JBoss es un servidor de aplicaciones J2EE de código abierto

implementado en Java puro. Al estar basado en Java, JBoss

puede ser utilizado en cualquier sistema operativo que lo

soporte. El proyecto está apoyado por una red mundial de

colaboradores. JBoss implementa todo el paquete de servicios

de JEE. JBoss AS es el primer servidor de aplicaciones de

código abierto, preparado para la producción y certificado J2EE

1.4, disponible en el mercado, ofreciendo una plataforma de alto

rendimiento para aplicaciones de e-business. Combinando una

arquitectura orientada a servicios revolucionaria con una

licencia de código abierto, JBoss AS puede ser descargado,

utilizado, incrustado y distribuido sin restricciones por la

licencia. Por este motivo es la plataforma más popular de

middleware para desarrolladores, vendedores independientes

de software y, también, para grandes empresas.

Las características destacadas de JBoss incluyen:

Producto de licencia de código abierto sin coste adicional.

Cumple los estándares.

Confiable a nivel de empresa.

Incrustarle, orientado a arquitectura de servicio.

Flexibilidad consistente.

Servicios del middleware para cualquier objeto de Java.

21

2.2.4.1. JBoss 6

Es un servidor de aplicaciones que proporciona servicios

que soportan la ejecución y disponibilidad de las

aplicaciones, tareas relacionadas con el mantenimiento

de la seguridad y del estado, acceso a datos y

persistencia entre otros.

2.2.5. Java Persistence API.

En Java solucionamos problemas de negocio a través de

objetos, los cuales tienen estado y comportamiento. Sin

embargo, las bases de datos relacionales almacenan la

información mediante tablas, filas, y columnas, de manera que

para almacenar un objeto hay que realizar una correlación entre

el sistema orientado a objetos de Java y el sistema relacional

de nuestra base de datos. JPA es una abstracción sobre JDBC

que nos permite realizar dicha correlación de forma sencilla,

realizando por nosotros toda la conversión entre nuestros

objetos y las tablas de una base de datos.

A esta conversión se la llama ORM (Object Relational Mapping

- Mapeo Relacional de Objetos), y puede configurarse a través

de metadatos (mediante XML o anotaciones), producto de esta

conversión se generan objetos a los que se denomina

entidades (entities). JPA establece una interface común que es

implementada por un proveedor de persistencia, por ejemplo,

Hibernate, Eclipse Link, etc.), de manera que podemos elegir en

cualquier momento el proveedor que más se adecue a nuestras

necesidades. Así, es el proveedor quién realiza el trabajo, pero

siempre funcionando bajo la API de JPA.

Dentro de esta conversión, a más de las entidades que se

crean, existe el fichero persistence.xml en el cual se indica que

clases son entidades, sobre qué base de datos se trabaja, cuál

22

es la política de creación y los datos de conexión a la base de

datos. JPA se compone del API, JPQL lenguaje de consulta y

el mapeo de los metadatos objeto/relacional.

Para trabajar con JPA se necesita alguna biblioteca que

implemente el API de JPA, algunas bibliotecas que lo

implementan son: Hibernate, Toplink, OpenJpa, EclipseLink,

etc.

2.2.5.1. Hibernate

Es una capa de persistencia objeto/relacional y un

generador de sentencias SQL, permite diseñar objetos

persistentes que podrán incluir polimorfismo,

relaciones, colecciones, y un gran número de tipos de

datos. De una manera muy rápida y optimizada se

puede generar BBDD en cualquiera de los entornos

soportados: Oracle, DB2, MySQL, etc.

Características principales:

Es una implementación del estándar JPA en el

archivo de persistence.xml le atamos el estándar a

la implementación.

En el mapeo Objeto/Relacional soporta el mapeo de

relaciones complejas de objetos, claves simples y

compuestas, mapeo de superclases y relaciones de

herencia de clases, el uso de Lazy / Eager para

carga liviana y pesada de objetos relacionados,

actualizaciones y eliminación de datos en cascada.

Se tiene un Hibernate Dialect para cada motor de

base de datos.

Debe especificar el dialecto de la base de datos

(Oracle, DB2, PostgreSQL, etc.).

23

La configuración de acceso a datos también puede

hacerse mediante JNDI para nombrar un

datasource.

2.2.5.2. Enterprise java Bean

Enterprise Java Beans (EJB) es una plataforma para

construir aplicaciones de negocio portables, reusables y

escalables usando el lenguaje de programación Java. Un

EJB es una porción de código que se ejecuta en un

contenedor EJB, que no es más que un ambiente

especializado que provee determinados componentes de

servicio. El objetivo de los EJB es dotar de un modelo

que permita abstraerse de los problemas generales de

una aplicación empresarial (concurrencia, transacciones,

persistencia, seguridad, etc.) para centrarse en el

desarrollo de la lógica de negocio en sí. El hecho de

estar basado en componentes permite que éstos sean

flexibles y sobre todo reutilizables.

2.2.6. Base de Datos

2.2.6.1. MySQL.

Es un sistema de administración de bases de datos (Database

Management System, DBMS) para bases de datos relacionales.

Así, MySQL no es más que una aplicación que permite

gestionar archivos llamados de bases de datos. Existen muchos

tipos de bases de datos, desde un simple archivo hasta

sistemas relacionales orientados a objetos. MySQL, como base

de datos relacional, utiliza múltiples tablas para almacenar y

organizar la información. MySQL fue escrito en C y C++ y

destaca por su gran adaptación a diferentes entornos de

24

desarrollo, permitiendo su interactuación con los lenguajes de

programación más utilizados como PHP, Perl y Java y su

integración en distintos sistemas operativos.

2.2.6.2. Características Y Funcionalidades de MySQL.

Las funcionalidades incorporadas en MySQL 5.0 son

procedimientos almacenados, vistas, actualizaciones de

seguridad, y disparadores.

Los procedimientos almacenados son un estándar de base

de datos que MySQL sólo está aprovechando, permiten definir

código SQL precompilado que está almacenado dentro de la

base de datos y puede ser llamado con parámetros por

cualquiera con permisos; pueden ser largos y contener lógicas

muy complejas. La implementación de procedimientos

almacenados en MySQL 5.0 es diferente a las otras bases de

datos: no están precompilados; sólo están almacenados en la

base de datos. Debido a esta carencia de precompilamiento los

beneficios de desempeño de los procedimientos almacenados

en MySQL vienen de un tráfico de red reducido.

Las vistas, son también nuevas en MySQL 5.0. Una vista es

una consulta almacenada que no acepta parámetros, y uno de

sus mayores beneficios es ocultar consultas lógicas a los

usuarios. Un administrador puede definir una vista con una

complicada cláusula where y uniones múltiples, pero el usuario

final simplemente seleccionará la consulta de toda la vista, sin

necesidad de algún conocimiento de tablas. La implementación

de MySQL de las vistas es bastante completa, y, en este caso,

la funcionalidad es semejante a cualquier otra base de datos.

MySQL mejoró la seguridad de una manera inesperada y

sorprendente. En MySQL 5.0 las cuentas de registro están

almacenadas en la base de datos de la cuenta, evitando con

25

esto lo que sucedía con versiones anteriores donde se podía

tomar control de la base de datos debido a que las cuentas de

los usuarios se las almacenaba en un archivo plano, este

cambio incrementa enormemente la comodidad de implementar

MySQL en un ambiente de producción.

Los disparadores, funcionan de manera muy similar a otras

bases de datos. Son procedimientos almacenados dirigidos por

eventos que están adjuntados a una tabla; el código disparador

disparará por cualquier escritura incluso las que ocurran en esa

misma tabla.

MySQL 5.0 se queda corto en administración y desarrollo,

debido a que no posee un depurador, así que encontrar errores

en un código largo requiere de prueba y error. No proporciona

estadísticas complejas de desempeño, no instala ningún

contador de desempeño. La utilidad de desarrollo no tiene

funciones de edición y también sufre de un desempeño extraño;

proporciona unos cuantos mensajes de error útiles, así que el

motor no ofrece mucha ayuda para encontrar errores.

2.2.7. Jasper Reports

JasperReports es el más popular motor de creación de informes

en código abierto. Está escrito completamente en Java y es

capaz de utilizar los datos procedentes de cualquier tipo de

fuente de datos y presentar los documentos con precisión de

píxeles, lo cuales se pueden ver, imprimir o exportar en una

variedad de formatos de documentos incluyendo HTML, PDF,

Excel, Open Office y Word.

Características:

Presentación de dashboards, tablas, tablas cruzadas,

gráficos y widgets.

26

Diseño perfecto con salida continua o por páginas para

su impresión o visualización en web.

Los subinformes y elementos de tabla interactivos

proporcionan layouts complejos y altamente interactivos

Los reguladores de consultas controlan el uso de los

recursos del sistema.

Los virtualizadores de informes optimizan el consumo de

la memoria.

Informes de tamaño ilimitado.

Conectividad a bases de datos relacionales (RDBMS),

Java (Hibernate, EJB), POJO y fuentes de datos XML.

Salida de los informes en PDF, HTML, CSV, XLS, TXT,

RTF, etc.

Solución internacionalizada y localizada para

implementaciones globales

iReport es un diseñador gratuito y de código abierto para

JasperReports. Crea diseños muy sofisticados que contienen

gráficos, imágenes, sub informes, tablas de referencias

cruzadas y mucho más. Puede acceder a datos a través de

JDBC, TableModels, JavaBeans, XML, Hibernate, CSV, y

fuentes personalizadas y luego publicar estos informes en

formato PDF, RTF, XML, XLS, CSV, HTML, XHTML, texto,

DOCX, u Open Office1 que facilita la extracción de datos de la

base y nos genera dos archivos .jasper y .jrxml con los cuales

se puede generar los reportes desde la aplicación utilizando

una clase generadora.

27

2.2.8. Lenguaje Unificado de Modelado UML

UML es un lenguaje gráfico para visualizar, especificar y

documentar cada una de las partes que comprende el

desarrollo de software. UML entrega una forma de modelar

cosas conceptuales como lo son procesos de negocio y

funciones de sistema, además de cosas concretas como lo son

escribir clases en un lenguaje determinado, esquemas de base

de datos y componentes de software reusables.

UML proporciona diagramas para representar modelos que dan

una descripción completa de un sistema, desde las

perspectivas estáticas y dinámicas así como de su

modularización, a continuación se describen los tipos de

diagramas.

2.2.8.1. Diagrama de Casos de Uso

Muestra el conjunto de casos de uso y actores (Un actor

puede ser tanto un sistema como una persona) y sus

relaciones: es decir, muestra quien puede hacer qué y

las relaciones que existen entre acciones (casos de uso).

Son muy importantes para modelar y organizar el

comportamiento del sistema, así como también para

construir requisitos.

2.2.8.2. Diagramas de Clases

Muestra las clases (descripciones de objetos que

comparten características comunes) que componen el

sistema y cómo se relacionan entre sí. Este tipo de

diagrama es utilizado para el análisis y diseño.

2.2.8.3. Diagrama de Objetos

28

Representa una serie de objetos (instancias de las

clases) y sus relaciones. A diferencia de los diagramas

anteriores, estos diagramas se enfocan en la perspectiva

de casos reales o prototipos. Es un diagrama de

instancias de las clases mostradas en el diagrama de

clases.

2.2.8.4. Diagrama de Estados

Se utiliza para analizar los cambios de estado de los

objetos. Muestra los estados, eventos, transiciones y

actividades de los diferentes objetos. Son útiles en

sistemas que reaccionen a eventos.

2.2.8.5. Diagrama de Secuencias

Enfatiza la interacción entre los objetos y los mensajes

que intercambian entre sí junto con el orden temporal de

los mismos.

2.2.8.6. Diagrama de Colaboración

Muestra la interacción entre los objetos resaltando la

organización estructural de los objetos en lugar del orden

de los mensajes.

2.2.8.7. Diagrama de Actividad

Es un caso especial del diagrama de estados, simplifica

el diagrama de estados modelando el comportamiento

mediante flujos de actividades. Muestra el flujo entre los

objetos. Se utilizan para modelar el funcionamiento del

sistema y el flujo de control entre.

2.2.8.8. Diagrama de Componentes

Muestra la organización y las dependencias entre un

conjunto de componentes. Se usan para agrupar clases

en componentes o.

29

2.2.8.9. Diagramas de Distribución

Muestra los dispositivos que se encuentran en un

sistema y su distribución en el mismo. Se utiliza para

identificar Sistemas de Cooperación: Durante el proceso

de desarrollo el equipo averiguará de qué sistemas

dependerá el nuevo sistema y que otros sistemas

dependerán de él.

2.2.9. Metodología.

La metodología utilizada para la construcción del sistema es la

metodología Rational Unified Process RUP, ya es una de las

metodologías, más conocidas y utilizadas y, junto con el

Lenguaje Unificado de Modelado UML, constituyen la

metodología estándar más utilizada para el análisis,

implementación y documentación de sistemas orientados a

objetos. Se caracteriza por ser iterativo e incremental, estar

centrado en la arquitectura y guiado por los casos de uso.

Incluye artefactos (que son los productos tangibles del proceso

como por ejemplo, el modelo de casos de uso, el código fuente,

etc.) y roles (papel que desempeña una persona en un

determinado momento, una persona puede desempeñar

distintos roles a lo largo del proceso).

2.2.9.1. Ciclo de Vida de la metodología RUP

http://es.wikipedia.org/wiki/Caso_de_uso

30

Figura 7: Ciclo de Vida de RUP

En el ciclo de vida RUP observamos una implementación del

desarrollo en espiral. Con el ciclo de vida se establecen tareas

en fases e iteraciones. El RUP maneja el proceso en cuatro

fases, dentro de las cuales se realizan varias iteraciones en

número variable, las primeras iteraciones (en las fases de Inicio

y Elaboración) se enfocan hacia la comprensión del problema y

la tecnología, la delimitación del ámbito del proyecto, la

eliminación de los riesgos críticos, y al establecimiento de una

base de inicio .

2.2.9.2. Fases de la metodología RUP

Fase de Inicio

Durante esta fase de inicio las iteraciones se

centran con mayor énfasis en las actividades de

modelamiento de la solución y en sus

requerimientos

Fase de Elaboración

http://esl.proz.com/kudoz/english_to_spanish/international_org_dev_coop/2221427-baseline.html

31

Durante esta fase de elaboración, las iteraciones

se centran al desarrollo de la base de la diseño,

encierran más los flujos de trabajo de

requerimientos, modelo de la organización,

análisis, diseño y una parte de implementación

orientada a la base de la construcción

Fase de Construcción

Durante esta fase de construcción, se lleva a cabo

la construcción del producto por medio de una

serie de iteraciones las cuales se seleccionan

algunos Casos de Uso, se redefine su análisis y

diseño y se procede a su implantación y pruebas.

En esta fase se realiza una pequeña cascada

para cada ciclo, se realizan tantas iteraciones

hasta que se termine la nueva implementación del

producto.

Fase de Transición

Durante esta fase de transición busca garantizar

que se tiene un producto preparado para su

entrega al usuario.

2.2.9.3. Características

Forma disciplinada de asignar tareas y

responsabilidades (quién hace qué, cuándo y cómo)

Pretende implementar las mejores prácticas en

Ingeniería de Software

o Desarrollo iterativo

o Administración de requisitos

o Uso de arquitectura basada en componentes

o Control de cambios

o Modelado visual del software

o Verificación de la calidad del software

http://es.wikipedia.org/w/index.php?title=Uso_de_arquitectura_basada_en_componentes&action=edit&redlink=1

32

CAPÍTULO 3

3. DESARROLLO DE LA APLICACIÓN.

De acuerdo al alcance que presenta el proyecto, a continuación se

describen las funcionalidades identificadas, así como la representación

gráfica mediante los Casos de Uso y los Diagramas de Secuencia, los

mismos que están relacionados con la fase de desarrollo del sistema.

3.1. FUNCIONALIDADES.

Se ha identificado las siguientes funcionalidades:

Mantenimiento de Partes Policiales

Mantenimiento de la información del sistema

Despliegue de información del sistema a través de los

reportes

3.2. ACTORES.

Se ha identificado los siguientes actores que intervienen con el

sistema:

Administrador del Sistema.- Es la persona encargada de

administrar la configuración del sistema, cuentas de usuario

y accesos al sistema.

Jefe del Operativo.- Es la persona que registra, modifica,

aprueba y visualiza los partes policiales.

Personal Operativo.- Es la persona encargada de consultar,

visualizar e imprimir los reportes.

33

3.3. DIAGRAMA GENERAL DE LOS CASOS DE USO

3.3.1. Ingreso al Sistema

Figura 8: Caso Uso Ingreso al Sistema

Figura 9: Diagrama de Secuencia Ingreso al Sistema

Nombre Ingreso al Sistema

Sistema Registro y Seguimiento de las Operaciones del Grupo de

Administrador del Sistema

Jefe del Operativo

Personal Operativo

Sistema

Ingreso al Sistema

sd Ingreso al Sistema

redirige al usuario a la página principal del sistema

sistema consulta el perfi l asignado

valida la información

ingresa el usuario y clave

presenta el formulario de autenticación

digita en el navegador la dirección de acceso al sistema

Administrador del

Sistema

Jefe del Operativo

Personal OperativoSistemaUsuario

redirige al usuario a la página principal del sistema

sistema consulta el perfi l asignado


ingresa el usuario y clave



34

Intervención y Rescate

Módulo Seguridades y Administración de la Información

Registro y Seguimiento de los Operativos

Reportes

Descripción Validar y permitir el acceso al sistema.

Actores Administrador del Sistema, Jefe del Operativo, Personal

Operativo, Sistema

Precondiciones El usuario debe contar con un usuario y clave.

El usuario debe tener asignado un perfil.

El perfil asignado al usuario debe tener elementos del

sistema asignados.

Flujo Normal 1. El usuario digita en el navegador la dirección de

acceso al sistema.

2. El sistema presenta el formulario de autenticación.

3. El usuario ingresa el usuario y clave y presiona el

botón Guardar.

4. El sistema valida la información.

5. El sistema consulta el perfil asignado.

6. El sistema redirige al usuario a la página principal

del sistema.

Flujo

Alternativo

5. Si la información es incorrecta, el sistema presenta

mensajes de aviso.

35

6. El usuario ingresa el usuario y clave.

7. El sistema consulta el perfil asignado.

8. El sistema redirige al usuario a la página principal

del sistema.

Post

Condiciones

El usuario ingresa al módulo según perfil asignado.

Reglas de

Negocio

Tabla 1: Descripción Ingreso al Sistema

3.3.2. Modificar Datos de Acceso

Figura 10: Caso de Uso Modificar Datos de Acceso


Jefe del Operativo

Personal Operativo

Sistema

Modificar Datos de Acceso

36

Figura 11: Diagrama de Secuencia Modificar Datos de Acceso

Nombre Modificar Datos de Acceso





Reportes

Descripción Modificar la información correspondiente a los datos de

acceso al sistema (usuario y clave).


Operativo, Sistema


Modificar Datos de Acceso

información guardada

guarda y actualiza la información


ingresa el usuario y clave y presiona el botón Guardar

presenta el formulario Datos de Acceso

presiona en el enlace datos de acceso

Administrador del

Sistema

Jefe del Operativo

Personal Operativo

Usuario Sistema




ingresa el usuario y clave y presiona el botón Guardar

presenta el formulario Datos de Acceso

presiona en el enlace datos de acceso

37



sistema asignados.

El usuario debe estar dentro de la aplicación.

Flujo Normal 1. El usuario presiona en el enlace datos de acceso.

2. El sistema presenta el formulario Datos de Acceso.

3. El usuario ingresa el usuario y clave y presiona el

botón Guardar.


5. El sistema guarda y actualiza la información.

Flujo

Alternativo


mensajes de aviso.



Post

Condiciones

El usuario actualizó los datos de acceso al sistema.

Reglas de

Negocio

No debe existir usuarios con nombre de usuario repetidos

Tabla 2: Descripción Modificar Datos de Acceso

38

3.3.3. Ingresar Primera Vez

Figura 12: Caso de Uso Ingresar Primera Vez

Figura 13: Diagrama de Secuencia Ingresar Primera Vez

Ingresar Primera Vez


Jefe del Operativo

Personal Operativo

Sistema

Ingresar Primera Vez





modifica el usuario y la clave y presiona el botón Guardar

presenta el formulario Cambiar Datos de Acceso

ingresa el usuario y clave presiona el botón Ingresar



Administrador del

Sistema

Jefe del Operativo

Personal Operativo

Usuario Sistema





modifica el usuario y la clave y presiona el botón Guardar

presenta el formulario Cambiar Datos de Acceso

ingresa el usuario y clave presiona el botón Ingresar



39

Nombre Ingresar Primera Vez





Reportes

Descripción Validar y permitir el acceso al sistema.


Operativo, Sistema




sistema asignados.

El usuario no debe haber ingresado al sistema.

Flujo Normal 1. El usuario digita en el navegador la dirección de

acceso al sistema.

2. El sistema presenta el formulario de autenticación.

3. El usuario ingresa el usuario y clave presiona el

botón Ingresar.


5. El sistema presenta el formulario Cambiar Datos de

Acceso.

6. El usuario modifica el usuario y la clave y presiona

40

el botón Guardar.



Flujo

Alternativo


mensajes de aviso.



Post

Condiciones

El usuario ha modificado los datos de acceso al sistema.

Reglas de

Negocio

Tabla 3: Descripción Ingresar Primera Vez

3.3.4. Aprobar Partes Policiales

Figura 14: Caso de Uso Aprobar Partes Policiales

Figura 15: Diagrama de Secuencia Aprobar Partes Policiales

Aprobar Partes Policiales

Sistema

sd Aprobar Partes Policiales


cambia el estado de los Partes Policiales de Ingresado a Aprobado

consulta los Partes Policiales cuyo estado sea Ingresado

Sistema


cambia el estado de los Partes Policiales de Ingresado a Aprobado

consulta los Partes Policiales cuyo estado sea Ingresado

41

Nombre Aprobar Partes Policiales





Reportes

Descripción Cambiar el estado de los Partes Policiales, de Ingresado a

Aprobado.

Actores Sistema

Precondiciones Debe estar registrado en los catálogos el número de

días de espera antes de aprobar los Partes Policiales.

Debe estar creada la tarea diaria.

Flujo Normal 1. El sistema consulta los Partes Policiales cuyo

estado sea Ingresado.

2. El sistema cambia el estado de los Partes Policiales

de Ingresado a Aprobado.


Flujo

Alternativo

Post

Condiciones

El sistema ha modificado el estado de los Partes

Policiales.

Reglas de

Negocio

Los días permitidos antes de la aprobación de los Partes

Policiales son 3, este parámetro debe ser configurable.

42

La tarea diaria se ejecuta todos los días a las 23:59, no

existe pantalla de configuración de la hora.

Se cambia de estado todos los partes que estén fuera del

tiempo establecido.

Tabla 4: Descripción Aprobar Partes Policiales

3.3.5. Administrador del Sistema

Figura 16: Caso de Uso Administrador del Sistema

Administrador del Sistema Sistema

Gestionar Información del Sistema

Gestionar Perfiles

Gestionar Usuarios

43

Figura 17: Diagrama de Secuencia Gestionar Información del Sistema

Nombre Gestionar Información del Sistema




Descripción Registrar, modificar y eliminar la información

correspondiente a los catálogos del sistema.

Actores Administrador del Sistema, Sistema

Precondiciones El usuario debe haberse autenticado con su usuario y

clave.

Flujo Normal 8. El usuario selecciona del menú el catalogo a

administrar.

9. El usuario registra, modifica o elimina la

sd Gestionar Información del Sistema

informacíon guardada

actualiza la información

selecciona del menú el catalogo a administrar

registra, modifica o elimina la información


informacíon guardada


selecciona del menú el catalogo a administrar


44

información.

10. El sistema actualiza la información.

Flujo

Alternativo

Post

Condiciones

Registros de catálogos creados, modificados o eliminados,

según las operaciones realizadas.

Reglas de

Negocio

Tabla 5: Descripción Gestionar Información del Sistema

Figura 18: Diagrama de Secuencia Gestionar Perfiles

sd Gestionar Perfiles



asigna al perfi l elementos del sistema

informacion guardada



selecciona del menú la opción Perfiles




asigna al perfi l elementos del sistema




selecciona del menú la opción Perfiles

45

Nombre Gestionar Perfiles





correspondiente a los perfiles del sistema.



clave.

Las opciones y los elementos del sistema se crean con

la instalación del sistema.

Flujo Normal 1. El usuario selecciona del menú la opción Perfiles.


información.


4. El usuario asigna al perfil elementos del sistema.


Flujo

Alternativo

Post

Condiciones

Registros de perfiles creados, modificados o eliminados,


Reglas de

Negocio

En la instalación del sistema, se debe crear un perfil con

las opciones del sistema y un usuario con el perfil creado.

Tabla 6: Descripción Gestionar Perfiles

46

Figura 19: Diagrama de Secuencia Gestionar Usuarios

Nombre Gestionar Usuarios





correspondiente a los usuarios del sistema.



clave.

Se debe haber creado los perfiles

sd Gestionar Usuarios





asigna al usuario un perfil


selecciona del menú la opción Administrar Usuarios

SistemaAdministrador del Sistema





asigna al usuario un perfil


selecciona del menú la opción Administrar Usuarios

47

Flujo Normal 1. El usuario selecciona del menú la opción

Administrar Usuarios.


información.


4. El usuario asigna al usuario un perfil.


Flujo

Alternativo

Post

Condiciones

Registros de usuarios creados, modificados o eliminados,


Reglas de

Negocio

Tabla 7: Descripción Gestionar Usuarios

3.3.6. Jefe del Operativo

Figura 20: Caso de Uso Gestionar Partes Policiales

Jefe del Operativo Sistema

Gestionar Partes Policiales

48

Figura 21: Diagrama de Secuencia Gestionar Partes Policiales

sd Gestionar Partes Policiales

presenta la información

consulta y procesa la información

genera el Parte Policial



elimina el Parte Policial



selecciona modifica la información

presenta un listado de partes policiales

selecciona del menú la opción Bitácora de Partes

selecciona del menú la opción Registrar Partes



registra la información

presenta el formulario







elimina el Parte Policial



selecciona modifica la información

presenta un listado de partes policiales





registra la información


49

Nombre Gestionar Partes Policiales



Módulo Registro y Seguimiento de los Operativos


correspondiente a los Partes Policiales.

Actores Jefe del Operativo, Sistema


clave.

Se debe haber asignado un perfil al usuario.

Flujo Normal 1. El usuario selecciona del menú la opción Registrar

Partes.

2. El sistema presenta el formulario.

3. El usuario registra la información.


Flujo

Alternativo

1. El usuario selecciona del menú la opción Bitácora

de Partes.

2. El sistema presenta un listado de partes policiales.

3. El usuario selecciona modifica la información.


5. El usuario elimina el Parte Policial.

50

6. El sistema actualiza la información

7. El usuario genera el Parte Policial

8. El sistema consulta y presenta la información.

Post

Condiciones

Registros de Partes Policiales creados, modificados o

eliminados, según las operaciones realizadas.

Reglas de

Negocio

El usuario solo puede visualizar sus Partes registrados.

No se puede eliminar Partes Policiales en estado

Aprobado.

Tabla 8: Descripción Gestionar Partes Policiales

3.3.7. Personal del Operativo

Figura 22: Caso de Uso Gestionar Reportes

Personal Operativo

Gestionar Reportes

Sistema

51

Figura 23: Diagrama de Secuencia Gestionar Reportes

Nombre Gestionar Reportes



Módulo Reportes

Descripción Consultar Información correspondiente a los Partes

Policiales.

Actores Personal Operativo, Sistema


clave.


Flujo Normal 1. El usuario selecciona del menú el reporte a

generar.

2. El sistema presenta el formulario de búsqueda.

3. El usuario ingresa los parámetros de Búsqueda y

sd Gestionar Reportes



ingresa los parámetros de Búsqueda y presiona el botón Buscar


selecciona del menú la opción Reportes

Personal Operativo Sistema



ingresa los parámetros de Búsqueda y presiona el botón Buscar


selecciona del menú la opción Reportes

52

presiona el botón Buscar.

4. El sistema consulta y presenta la información.

5. El usuario exporta los resultados en formato Excel y

PDF.

Flujo

Alternativo

Post

Condiciones

Listado de Partes Policiales consultados, según los

parámetros de búsqueda.

Reportes generados en formato Excel y PDF.

Reglas de

Negocio

El usuario puede visualizar los Partes registrados en las 4

unidades del GIR.

Tabla 9: Descripción Gestionar Reportes

3.4. DESCRIPCIÓN DETALLADA DE LOS CASOS DE USO

3.4.1. Gestionar información del sistema

Figura 24: Caso de Uso Gestionar Información del Sistema


Crear Catálogo

Modificar Catálogo

Eliminar Catálogo

53

Figura 25: Diagrama de Secuencia Crear Catálogo

Nombre Crear Catálogo



Módulo Seguridades y Administración de la Información.

Descripción Registrar la información correspondiente a los catálogos

del sistema.



clave.


Flujo Normal 1. El usuario selecciona, Parámetros Generales,

Parámetros de Evidencias, División Distrital,

sd Crear Catalogo



ingresa los datos en el formulario y presiona el botón Guardar

usuario selecciona

usuario selecciona catalogo a crear





usuario selecciona

usuario selecciona catalogo a crear

54

Información del Hecho o Parámetros del Parte de la

opción Administrar Catálogos.


3. El usuario ingresa los datos en el formulario y

presiona el botón Guardar.


Flujo

Alternativo

4. El sistema valida la información y presenta

mensajes.

5. El usuario ingresa la información.


Post

Condiciones

Registro de Parámetros Generales, Parámetros de

Evidencias, División Distrital, Información del Hecho o

Parámetros del Parte almacenados.

Reglas de

Negocio

El usuario ingresa información que afecta a las 4 unidades

del GIR.

Tabla 10: Descripción Crear Catálogo

55

Figura 26: Diagrama de Secuencia Modificar Catálogo

Nombre Modificar Catálogo




Descripción Modificar la información correspondiente a los catálogos

del sistema.



clave.




sd Modificar Catálogo



modifica los datos en el formulario y presiona el botón Guardar


usuario selecciona catalogo a modificar




modifica los datos en el formulario y presiona el botón Guardar


usuario selecciona catalogo a modificar

56




3. El usuario modifica los datos en el formulario y



Flujo

Alternativo


mensajes.

5. El usuario modifica la información.


Post

Condiciones



Parámetros del Parte almacenados en la base de datos.

Reglas de

Negocio

El usuario modifica información que afecta a las 4

unidades del GIR.

Tabla 11: Descripción Modificar Catálogo

57

Figura 27: Diagrama de Secuencia Eliminar Catálogo

Nombre Eliminar Catálogo




Descripción Eliminar la información correspondiente a los catálogos

del sistema.



clave.




sd Eliminar Catálogo


elimina y actualiza la información

selecciona SI

presenta un mensaje de confirmación

usuario selecciona catalogo a eliminar

SistemaAdministrador del Sistema


elimina y actualiza la información

selecciona SI


usuario selecciona catalogo a eliminar

58



2. El sistema presenta un mensaje de confirmación.

3. El usuario selecciona SI.

4. El sistema elimina y actualiza la información.

Flujo

Alternativo

3. El usuario selecciona NO.


Post

Condiciones



Parámetros del Parte eliminados de la base de datos.

Reglas de

Negocio

El usuario elimina información que afecta a las 4 unidades

del GIR.

No se puede eliminar registros en cascada, se debe

eliminar registros desde el nivel más bajo.

De existir registros almacenados en los Partes Policiales,

solamente se los podrá cambiar de estado Activo a

Inactivo.

Tabla 12: Descripción Eliminar Catálogo

59

3.4.2. Gestionar información de Perfiles

Figura 28: Caso de Uso Gestionar Información Perfiles

Figura 29: Diagrama de Secuencia Crear Perfiles


Crear Perfiles

Modificar Perfiles

Eliminar Perfiles

Asignar Elementos

sd Crear Perfiles





selecciona Perfiles






selecciona Perfiles

60

Nombre Crear Perfiles




Descripción Registrar la información correspondiente a los perfiles del

sistema.



clave.


Flujo Normal 1. El usuario selecciona, Perfiles de la opción

Administrar Perfiles.


3. El usuario ingresa los datos en el formulario

(Nombre del Perfil y Estado) y presiona el botón

Guardar.


Flujo

Alternativo


mensajes.



Guardar.

61


Post

Condiciones

Perfil creado y almacenado en la base de datos.

Reglas de

Negocio


del GIR.

Puede existir nombre de Perfiles repetidos.

Tabla 13: Descripción Crear Perfiles

Figura 30: Diagrama de Secuencia Modificar Perfiles

Nombre Modificar Perfiles


sd Modificar Perfiles



selecciona, modifica los datos del perfi l y presiona el botón guardar



presiona el botón Refrescar Tabla


selecciona Perfiles




selecciona, modifica los datos del perfi l y presiona el botón guardar





selecciona Perfiles

62



Descripción Modificar la información correspondiente a los perfiles del

sistema.



clave.





3. El usuario presiona el botón Refrescar Tabla.

4. El sistema consulta y presenta la información de los

perfiles existentes.

5. El usuario selecciona, modifica los datos del perfil y

presiona el botón guardar.


Flujo

Alternativo


mensajes.



Guardar.

63


Post

Condiciones

Perfil modificado y almacenado en la base de datos.

Reglas de

Negocio


del GIR.

Puede existir nombre de Perfiles repetidos.

Tabla 14: Descripción Modificar Perfiles

Figura 31: Diagrama de Secuencia Eliminar Perfiles

sd Eliminar Perfiles



selecciona SI

presenta mensaje de confirmación

selecciona, eliminar perfil

presenta la iformación




selecciona Perfiles




selecciona SI

presenta mensaje de confirmación

selecciona, eliminar perfil

presenta la iformación




selecciona Perfiles

64

Nombre Eliminar Perfiles




Descripción Eliminar el Perfil del sistema.



clave.








5. El usuario selecciona, eliminar perfil.

6. El sistema presenta mensaje de confirmación

7. El usuarios selecciona SI.


Flujo

Alternativo

7. El usuarios selecciona SI.

8. El sistema guarda y actualiza la información

65

Post

Condiciones

Perfil eliminado y actualizado en la base de datos.

Reglas de

Negocio


del GIR.



No se puede eliminar perfiles que tenga elementos

asignados.

No se puede eliminar perfiles que se haya asignado a los

usuarios.

Tabla 15: Descripción Eliminar Perfiles

Figura 32: Diagrama de Secuencia Asignar Elementos

sd Asignar Elementos



selecciona y asigna elementos

presenta el formulario Asignación de Opciones y Permisos

selecciona, Asignar Elementos al Perfil





selecciona Perfiles




selecciona y asigna elementos

presenta el formulario Asignación de Opciones y Permisos

selecciona, Asignar Elementos al Perfil





selecciona Perfiles

66

Nombre Asignar Elementos




Descripción Asignar elementos del sistema al perfil seleccionado.



clave.








5. El usuario selecciona, Asignar Elementos al Perfil.

6. El sistema presenta el formulario Asignación de

Opciones y Permisos.

7. El usuario selecciona y asigna elementos.


Flujo

67

Alternativo

Post

Condiciones

Elementos asignados al Perfil seleccionado.

Reglas de

Negocio


del GIR.

No se puede asignar el mismo elemento más de una vez a

un mismo perfil.

Tabla 16: Descripción Asignar Elementos

3.4.3. Gestionar información de Usuarios

Figura 33: Caso de Uso Gestionar Información de Usuarios


Crear Usuarios

Modificar Usuarios

Elimnar Usuarios

Asignar Perfiles

68

Figura 34: Diagrama de Secuencia Crear Usuarios

Nombre Crear Usuarios




Descripción Registrar la información correspondiente a los usuarios

externos del sistema.



clave.


Flujo Normal 1. El usuario selecciona, Usuarios de la opción



sd Crear Usuarios




presenta el formulario Crear Usuario Externo

presiona el botón Crear Usuario


selecciona, Usuarios





presenta el formulario Crear Usuario Externo

presiona el botón Crear Usuario



69

3. El usuario presiona el botón Crear Usuario.

4. El sistema presenta el formulario Crear Usuario

Externo.




Flujo

Alternativo


mensajes.




Post

Condiciones

Usuario externo creado y almacenado en la base de

datos.

Reglas de

Negocio


del GIR.

No se debe permitir crear usuarios con el mismo número

de identificación y Email.

Tabla 17: Descripción Crear Usuarios

70

Figura 35: Diagrama de Secuencia Modificar Usuarios

Nombre Modificar Usuarios




Descripción Modificar la información correspondiente a los usuarios del

sistema.



clave.


Los Usuarios Internos deben estar previamente

registrados, se lo hace a través del sistema de Gestión

sd Modificar Usuarios



selecciona un usuario, modifica la información y presiona el botón Guardar

presenta el l istado de usuarios


ingresa los parámetros de búsqueda y presiona el botón Buscar Usuarios






selecciona un usuario, modifica la información y presiona el botón Guardar






71

de Talento Humano.




3. El usuario ingresa los parámetros de búsqueda y

presiona el botón Buscar Usuarios.

4. El sistema consulta y presenta el listado de

usuarios, de acuerdo a los parámetros de

búsqueda.

5. El usuario selecciona un usuario, modifica la

información y presiona el botón Guardar.


Flujo

Alternativo


mensajes.




Post

Condiciones

Información del usuario modificado y almacenado en la

base de datos.

Reglas de

Negocio


del GIR.

No se debe permitir crear usuarios con el mismo número

de identificación y Email.

72

Si los usuarios son externos se pueden modificar toda la

información.

Si los usuarios son internos solamente se puede modificar

la información correspondiente al Usuario y Contraseña

Tabla 18: Descripción Modificar Usuarios

Figura 36: Diagrama de Secuencia Eliminar Usuarios

Nombre Eliminar Usuarios




Descripción Eliminar usuarios externos del sistema.


sd Eliminar Usuarios

selecciona SI




selecciona el usuario y presiona el botón Eliminar


consulta y procesa la información.





selecciona SI




selecciona el usuario y presiona el botón Eliminar


consulta y procesa la información.




73


clave.









búsqueda.

5. El usuario selecciona el usuario y presiona el botón

Eliminar.


7. El usuario selecciona SI.


Flujo

Alternativo

7. El usuario selecciona NO.

8. El sistema cierra el formulario.

Post

Condiciones

Usuario eliminado y actualizado en la base de datos.

Reglas de

Negocio


del GIR.


74


No se puede eliminar usuarios que tenga perfiles

asignados.

No se puede eliminar usuarios que hayan registrado

Partes Policiales.

No se puede eliminar usuarios internos.

Desde el Sistema de Gestión de Talento Humano se

pueden eliminar usuarios internos que no hayan registrado

Partes Policiales o que tengan asignados Perfiles, en su

defecto se puede cambiar de estado a los Usuarios de

Activo a Inactivo.

Tabla 19: Descripción Eliminar Usuarios

Figura 37: Diagrama de Secuencia asignar Perfiles

sd Asignar Perfiles


cambia el estado de los perfiles asignados a Inactivo y actualiza la información

presiona el botón Eliminar Perfiles



selecciona el Perfil y presiona el botón Agregar Perfil

presenta el formulario Asignación de Perfiles

selecciona el usuario y presiona el botón Asignar Perfil








cambia el estado de los perfiles asignados a Inactivo y actualiza la información

presiona el botón Eliminar Perfiles



selecciona el Perfil y presiona el botón Agregar Perfil

presenta el formulario Asignación de Perfiles

selecciona el usuario y presiona el botón Asignar Perfil






75

Nombre Asignar Perfiles




Descripción Asignar perfil al usuario seleccionado.



clave.









búsqueda.

5. El usuario selecciona el usuario y presiona el botón

Asignar Perfil.

6. El sistema presenta el formulario Asignación de

Perfiles.

7. El usuario selecciona el Perfil y presiona el botón

Agregar Perfil.

76


Flujo

Alternativo

7. El usuario presiona el botón Eliminar Perfiles.

8. El sistema cambia el estado de los perfiles

asignados a Inactivo y actualiza la información.

9. El usuario selecciona el Perfil y presiona el botón

Agregar Perfil.


Post

Condiciones

Perfil asignado al Usuario seleccionado.

Perfiles Inactivos del usuario seleccionado.

Reglas de

Negocio


del GIR.

El usuario puede tener varios perfiles asignados pero

solamente uno en estado Activo.

El usuario debe tener asignado un perfil en estado Activo

para poder ingresar al sistema.

Tabla 20: Descripción Asignar Perfiles

77

3.4.4. Gestionar Partes Policiales

Figura 38: Caso de Uso Gestionar Partes Policiales

Figura 39: Diagrama de Secuencia Crear Parte Policial


Crear Parte Policial

Modificar Parte Polical

Eliminar Parte Policial

Generar Parte Policial

sd Crear Parte Policial


carga la información de los catálogos



registra la información y presiona el botón Guardar





carga la información de los catálogos



registra la información y presiona el botón Guardar



78

Nombre Crear Parte Policial




Descripción Crear los Partes Policiales.



clave.

El usuario debe estar dentro del sistema.


Se debe tener registrado los catálogos del sistema.

Flujo Normal 1. El usuario selecciona del menú la opción Registrar

Partes.


3. El usuario registra la información y presiona el

botón Guardar.


Flujo

Alternativo


mensajes.



79

Post

Condiciones

Registros de Partes Policiales creados.

Reglas de

Negocio

Tabla 21: Descripción Crear Parte policial

Figura 40: Diagrama de Secuencia Modificar Partes Policiales

Nombre Modificar Partes Policiales



sd Modificar Partes Policiales




modifica la información y presiona el botón Guardar

presenta los formularios

consulta la informacion del registro seleccionado

presenta el l istado de partes de acuerdo a los parámetros de búsqueda

consulta la información

selecciona y presiona el botón Modificar

consulta y carga los catálogos

ingresa los parámetros de búsqueda y presiona el botón Buscar

presenta el formulario de búsqueda






modifica la información y presiona el botón Guardar

presenta los formularios

consulta la informacion del registro seleccionado



selecciona y presiona el botón Modificar





80


Descripción Modificar los Partes Policiales en estado Registrado.



clave.




Flujo Normal 1. El usuario selecciona del menú la opción Bitácora

de Partes.


3. El usuarios ingresa los parámetros de búsqueda y


4. El sistema presenta el listado de partes de acuerdo

a los parámetros de búsqueda

5. El usuario selecciona y presiona el botón Modificar.


7. El usuario modifica la información y presiona el

botón Guardar.


Flujo

Alternativo


mensajes.

81



Post

Condiciones

Registros de Partes Policiales modificados.

Reglas de

Negocio

El Parte Policial debe estar en estado Registrado.


Tabla 22: Descripción Modificar Partes Policiales

Figura 41: Diagrama de Secuencia Modificar Partes Policiales

Nombre Eliminar Partes Policiales

sd Eliminar Partes Policiales



presiona SI


selecciona y presiona el botón Eliminar










presiona SI


selecciona y presiona el botón Eliminar







82




Descripción Eliminar los Partes Policiales en estado Registrado.



clave.





de Partes





a los parámetros de búsqueda.

5. El usuario selecciona y presiona el botón Eliminar.


7. El usuario presiona SI.


Flujo 8. El usuario presiona NO.

83

Alternativo 9. El sistema cierra el formulario.

Post

Condiciones

Partes Policiales eliminados.

Reglas de

Negocio


No se puede eliminar Partes Policiales en estado

Aprobado.

Si el estado del parte policial es Registrado se debe

eliminar toda la información relacionada.

Tabla 23: Descripción Eliminar Partes Policiales

Figura 42: Diagrama de Secuencia Generar Partes Policiales

sd Generar Partes Policiales


consulta la información y construye el Parte Policial del registro seleccionado

selecciona y presiona el botón Visualizar

presenta el l istado de Partes Policiales







Parte Policial


consulta la información y construye el Parte Policial del registro seleccionado

selecciona y presiona el botón Visualizar

presenta el l istado de Partes Policiales






84

Nombre Generar Parte Policial




Descripción Generar los Partes Policiales en estado Registrado y

Aprobado.



clave.




de Partes





a los parámetros de búsqueda.

5. El usuario selecciona y presiona el botón Visualizar.

6. El sistema genera un documento en formato PDF.

Flujo

Alternativo

5. El usuario selecciona y presiona el botón Modificar.


85

7. El usuario presiona el botón Visualizar.

8. El sistema genera un documento en formato PDF.

Post

Condiciones

Partes Policiales generados.

Reglas de

Negocio


Tabla 24: Descripción Generar Partes Policiales

3.5. IMPLEMENTACIÓN DEL MODELO PROPUESTO

3.5.1. Aplicación por capas

Figura 43: Arquitectura por Capas

A continuación se describe cada una de las capas mediante la

implementación del proyecto.

86

3.5.2. Visualización del sistema

Figura 44: Estructura del Proyecto

El sistema está compuesto de los siguientes 4 proyectos:

Proyecto sigirjpa.- Contiene las clases que representan el

modelo de datos.

Proyecto sigirejb.- Contiene las clases que implementan la

lógica de negocio, representa las capas de servicio y DAO, a

través de la implementación de los EJB.

Proyecto sigirjsf.- Contiene las clases y páginas que

representan las capas de Control y vista respectivamente.

Proyecto sigirEAR.- es un formato utilizado en la arquitectura

JEE para desplegar de manera coherente y simultánea varios

módulos en un servidor de aplicaciones.

3.5.3. Persistencia

En esta capa se encuentra físicamente la base de datos, en la

especificación EJB 3.0 la persistencia de datos es realizada

mediante un mapeo Objetos-Relacional que nos permite

almacenar un modelo de objetos en un modelo relacional

utilizando tablas de base de datos. Esta persistencia se la

87

realiza desde la capa DAO utilizando el modelo de objetos a

través de la configuración de los archivos orm.xml y

persistence.xml, los mismos que almacenan la relaciones

Objetos-Relacional y la conexión con la base de datos

respectivamente.

Figura 45: Estructura de la Capa de Persistencia

3.5.3.1. Modelo conceptual de Base de Datos

ANEXO 1

3.5.3.2. Modelo Físico de Base de Datos

ANEXO 2

3.5.4. Modelo

En la especificación EJB 3.0 el modelo de objetos es conocidos

como Entity Beans, cada uno de estos objetos representan una

tabla en el modelo relacional. Con la utilización de Hibernate y

mediante los archivos hibernate.cfg.xml e hibernate.reveng.xml

se implementa el mapeo Objetos-Relacional

88

Figura 46: Estructura de la Capa Modelo

3.5.5. DAO

Los DAO’s son los encargados de almacenar y obtener objetos

de cualquier repositorio persistente de datos, estos son

implementados utilizando el API de Persistencia de EJB 3.0. Es

aquí donde se implementa toda la lógica de negocios.

Figura 47: Estructura de la Capa DAO

3.5.6. Servicio

En esta capa se define el comportamiento del sistema, y

engloba todas las posibles funcionalidades del mismo. Se

define a través de interfaces, las mismas que son

implementadas como Session Bean.

89

Figura 48: Estructura de la Capa de Servicio

3.5.7. Control

La capa de control gestiona las peticiones de los clientes que

ingresan al sistema, esta capa utiliza la capa de Servicio para

solucionar los requerimientos de negocio. En la arquitectura

sugerida esta capa es un conjunto de Managed Beans de la

especificación Java Server Faces (JSF). La funcionalidad

principal es consultar a la capa de Servicio y devolver objetos

del Modelo hacia la capa de Vista.

Figura 49: Estructura de la Capa de Control

90

3.5.8. Vista

Esta capa es la última de la arquitectura planteada, contiene los

mecanismos de presentación de interface de usuario y está

formada por componentes JSF (Prime faces) dentro de páginas

JSP, xhtml y servlets.

Figura 50: Estructura de la Capa de Vista

91

CAPÍTULO 4

4. CONCLUSIONES Y RECOMENDACIONES

Al haber culminado el trabajo de Graduación denominado SISTEMA DE

REGISTRO Y SEGUIMIENTO DE LAS OPERACIONES DEL GRUPO

DE INTERVENCIÓN Y RESCATE previo a la obtención del título de

ingeniero Informático se ha logrado establecer las siguientes

conclusiones y recomendaciones.

4.1. CONCLUSIONES

Al aplicar los conocimientos adquiridos se puede plantear una

solución que permite abstraer los procesos existentes en el Grupo

de Intervención y Rescate.

La metodología aplicada permite el desarrollo y la implementación

de una solución que satisface todos los requerimientos presentes

en el Grupo de Intervención y Rescate.

La aplicación desarrollada, a través de interfaces amigables y

sencillas, permite introducir datos y almacenarlos en una base de

datos, los mismos que al procesarlos y mediante los reportes

presentar información consistente, fiable y oportuna.

En el desarrollo de software a medida, el alcance del proyecto aún

sigue siendo una deficiencia, ya que los procesos en las

organizaciones son variantes y de cierto modo al automatizar los

mismos, esta variabilidad afecta a los tiempos establecidos para la

construcción del software.

92

4.2. RECOMENDACIONES

En los posteriores proyectos de tesis, en los que se desarrolle un

software a medida, se debe establecer un análisis profundo,

identificar claramente los requerimientos y definir el alcance real

del sistema a desarrollar.

Durante todo el proceso de implementación del sistema, es

importante establecer una relación directa con los usuarios finales,

esto con el fin de aprovechar al máximo el conocimiento del

negocio y poder identificar de una manera adecuada los

requerimientos.

Es importante conocer, en lo posible dominar, las herramientas

que se van a utilizar para la construcción de software.

Debido a que el conocimiento del negocio es un puntal

fundamental para la elaboración de los sistemas informáticos, se lo

debe dominar ya que en función a éste gira la construcción del

software.

93

4.3. GLOSARIO DE TÉRMINOS

GIR.- Son las siglas de Grupo de Intervención y Rescate, es una unidad

de élite táctica de la Policia Nacional del Ecuador, de lucha anti

delincuencial organizada, que de manera permanente se capacita dentro

y fuera del país, para brindar un mejor servicio a la comunidad.

JEE5.- (anteriormente conocido como Java 2 Platform, Enterprise Edition

o J2EE hasta la versión 1.4; traducido informalmente como Java

Empresarial), es una plataforma de programación que es parte de

la Plataforma Java para desarrollar y ejecutar software de aplicaciones en

el lenguaje de programación Java.

JVM.- (en inglés Java Virtual Machine, JVM) es una máquina virtual de

proceso nativo, es decir, ejecutable en una plataforma específica, capaz

de interpretar y ejecutar instrucciones expresadas en un código

binario especial (el bytecode Java), el cual es generado por

el compilador del lenguaje Java.

JDK.- Java Development Kit es un software que provee herramientas de

desarrollo para la creación de programas en Java. Puede instalarse en

una computadora local o en una unidad de red. En la unidad de red se

pueden tener las herramientas distribuidas en varias computadoras y

trabajar como una sola aplicación.

EJB.- Los Enterprise JavaBeans son una de las API que forman parte

del estándar de construcción de aplicaciones empresariales J2EE (ahora

JEE) de Oracle Corporation (inicialmente desarrollado por Sun

Microsystems). Su especificación detalla cómo los servidores de

aplicaciones proveen objetos desde el lado del servidor. La especificación

de EJB define los papeles jugados por el contenedor de EJB y los EJB,

además de disponer los EJB en un contenedor.

http://es.wikipedia.org/wiki/Plataforma_Java

http://es.wikipedia.org/wiki/Java_(lenguaje_de_programaci%C3%B3n)

http://es.wikipedia.org/wiki/M%C3%A1quina_virtual#M.C3.A1quinas_virtuales_de_proceso

http://es.wikipedia.org/wiki/M%C3%A1quina_virtual#M.C3.A1quinas_virtuales_de_proceso

http://es.wikipedia.org/wiki/C%C3%B3digo_binario

http://es.wikipedia.org/wiki/C%C3%B3digo_binario

http://es.wikipedia.org/wiki/Bytecode_Java

http://es.wikipedia.org/wiki/Compilador

http://es.wikipedia.org/wiki/Lenguaje_de_programaci%C3%B3n_Java

http://es.wikipedia.org/wiki/Software

http://es.wikipedia.org/wiki/Kit_de_desarrollo_de_software

http://es.wikipedia.org/wiki/Kit_de_desarrollo_de_software

http://es.wikipedia.org/wiki/Programa_inform%C3%A1tico

http://es.wikipedia.org/wiki/Java_(lenguaje_de_programaci%C3%B3n)

http://es.wikipedia.org/wiki/Computadora

http://es.wikipedia.org/wiki/Interfaz_de_programaci%C3%B3n_de_aplicaciones

http://es.wikipedia.org/wiki/J2EE

http://es.wikipedia.org/wiki/Oracle_Corporation

http://es.wikipedia.org/wiki/Sun_Microsystems

http://es.wikipedia.org/wiki/Sun_Microsystems

94

DAO.- Data Access Object (Objeto de Acceso a Datos) es un componente

de software que suministra una interfaz común entre la aplicación y uno o

más dispositivos de almacenamiento de datos, tales como una Base de

datos o un archivo. El término se aplica frecuentemente al Patrón de

diseño Object

SQL.- El lenguaje de consulta estructurado o SQL (por sus siglas

en inglés structured query language) es un lenguaje declarativo de

acceso a bases de datos relacionales que permite especificar diversos

tipos de operaciones en ellas. Una de sus características es el manejo

del álgebra y el cálculo relacional que permiten efectuar consultas con el

fin de recuperar de forma sencilla información de interés de bases de

datos, así como hacer cambios en ella.

JSP.- JavaServer Pages es una tecnología que ayuda a los

desarrolladores de software a crear páginas web dinámicas basadas en

HTML, XML entre otros tipos de documentos. JSP es similar a PHP pero

usa el lenguaje de programación Java. Para desplegar y correr

JavaServer Pages, es requerido un servidor web compatible con

contenedores servlet como Apache Tomcat o Jetty.

JSF.- JavaServer Faces es una tecnología y framework para

aplicaciones Java basadas en web que simplifica el desarrollo

de interfaces de usuario en aplicaciones Java EE. JSF usa JavaServer

Pages (JSP) como la tecnología que permite hacer el despliegue de las

páginas, pero también se puede acomodar a otras tecnologías

como XUL (acrónimo de XML-based User-interface Language, lenguaje

basado en XML para la interfaz de usuario)

MVC.- El Modelo Vista Controlador es un patrón de arquitectura de

software que separa los datos y la lógica de negocio de una aplicación de

la interfaz de usuario y el módulo encargado de gestionar los eventos y

las comunicaciones. Para ello MVC propone la construcción de

http://es.wikipedia.org/wiki/Interfaz

http://es.wikipedia.org/wiki/Base_de_datos


http://es.wikipedia.org/wiki/Archivo_(inform%C3%A1tica)

http://es.wikipedia.org/wiki/Patr%C3%B3n_de_dise%C3%B1o

http://es.wikipedia.org/wiki/Patr%C3%B3n_de_dise%C3%B1o

http://es.wikipedia.org/wiki/Idioma_ingl%C3%A9s

http://es.wikipedia.org/wiki/Lenguajes_declarativos


http://es.wikipedia.org/wiki/%C3%81lgebra_relacional

http://es.wikipedia.org/wiki/C%C3%A1lculo_relacional

http://es.wikipedia.org/w/index.php?title=Consulta_(base_de_datos)&action=edit&redlink=1

http://es.wikipedia.org/wiki/Informaci%C3%B3n

http://es.wikipedia.org/wiki/Servlet

http://es.wikipedia.org/wiki/Apache_Tomcat

http://es.wikipedia.org/wiki/Jetty


http://es.wikipedia.org/wiki/Interfaz_de_usuario

http://es.wikipedia.org/wiki/Java_EE

http://es.wikipedia.org/wiki/Java_Server_Pages

http://es.wikipedia.org/wiki/Java_Server_Pages

http://es.wikipedia.org/wiki/XUL

http://es.wikipedia.org/wiki/Arquitectura_de_software

http://es.wikipedia.org/wiki/Arquitectura_de_software

http://es.wikipedia.org/wiki/Datos

http://es.wikipedia.org/wiki/L%C3%B3gica_de_negocio

http://es.wikipedia.org/wiki/Interfaz_de_usuario

95

tres componentes distintos que son el modelo, la vista y el controlador,

es decir, por un lado define componentes para la representación de la

información, y por otro lado para la interacción del usuari . Este patrón de

diseño se basa en las ideas de reutilización de código y la separación de

conceptos, características que buscan facilitar la tarea de desarrollo de

aplicaciones y su posterior mantenimiento

JPA.- Java Persistence API, es la API de persistencia desarrollada para

la plataforma Java EE. Es un framework del lenguaje de programación

Java que maneja datos relacionales en aplicaciones usando la Plataforma

Java en sus ediciones Standard (Java SE) y Enterprise (Java EE).

JPQL.- Java Persistence Query Language, es un lenguaje de

consulta orientado a objetos independiente de la plataforma definido

como parte de la especificación Java Persistence API (JPA). Es usado

para hacer consultas contra las entidades almacenadas en una base de

datos relacional. Está inspirado en gran medida por SQL, y sus consultas

se asemejan a las consultas SQL en la sintaxis, pero opera con objetos

entidad de JPA en lugar de hacerlo directamente con las tablas de la

base de datos. Además de recuperar objetos (consultas SELECT), JPQL

soporta consultas de actualización (UPDATE) y borrado (DELETE).

JNDI.- La Interfaz de Nombrado y Directorio Java (Java Naming and

Directory Interface) es una Interfaz de Programación de

Aplicaciones (API) de Java para servicios de directorio. Permite a los

clientes descubrir y buscar objetos y datos a través de un nombre. Como

todas las APIs de Java que hacen de interfaz con sistemas host, es

independiente de la implementación subyacente.

HTML.- El HTML no es más que una aplicación del SGML (Standard

Generalized Markup Language), un sistema para definir tipos de

documentos estructurados y lenguajes de marcas para representar esos

http://es.wikipedia.org/wiki/Componentes

http://en.wikipedia.org/wiki/Design_pattern

http://en.wikipedia.org/wiki/Design_pattern

http://es.wikipedia.org/wiki/Reutilizaci%C3%B3n_de_c%C3%B3digo

http://en.wikipedia.org/wiki/Separation_of_concerns

http://en.wikipedia.org/wiki/Separation_of_concerns

http://es.wikipedia.org/wiki/Java_SE

http://es.wikipedia.org/wiki/Java_EE

http://es.wikipedia.org/wiki/Lenguaje_de_consulta

http://es.wikipedia.org/wiki/Lenguaje_de_consulta

http://es.wikipedia.org/wiki/Orientado_a_objetos

http://es.wikipedia.org/wiki/Java_Persistence_API

http://es.wikipedia.org/wiki/SQL



http://es.wikipedia.org/wiki/Directorio


96

mismos documentos. El término HTML se suele referir a ambas cosas,

tanto al tipo de documento como al lenguaje de marcas.

PDF.- portable document format, (formato de documento portátil) es

un formato de almacenamiento de documentos digitales independiente de

plataformas de software o hardware. Este formato es de tipo compuesto

(imagen vectorial, mapa de bits y texto).

POJO.- acrónimo de Plain Old Java Object, es una sigla creada

por Martin Fowler, Rebecca Parsons y Josh MacKenzie en septiembre de

2000 y utilizada por programadores Java para enfatizar el uso

de clases simples y que no dependen de un framework en especial. En

particular surge en oposición al modelo planteado por los

estándares EJB anteriores al 3.0, en los que los "Enterprise JavaBeans"

debían implementar interfaces especiales.

http://es.wikipedia.org/wiki/Formato_de_almacenamiento

http://es.wikipedia.org/wiki/Imagen_vectorial

http://es.wikipedia.org/wiki/Mapa_de_bits

http://es.wikipedia.org/w/index.php?title=Martin_Fowler&action=edit&redlink=1

http://es.wikipedia.org/w/index.php?title=Rebecca_Parsons&action=edit&redlink=1


http://es.wikipedia.org/wiki/Clase_(inform%C3%A1tica)

http://es.wikipedia.org/wiki/Framework

http://es.wikipedia.org/wiki/EJB

http://es.wikipedia.org/wiki/Interfaz_(Java)

97

MATERIAL DE REFERENCIA

Bibliografía

WEB

1. GONZÁLEZ, Jorge, JEE5 Arquitectura, conceptos y ejemplos

http://shuster.cs.buap.mx/blog/descargas/JavaEE5.pdf

2. IBM, Java Platform Enterprise Edition 5

http://publib.boulder.ibm.com/wasce/V2.1.0/es/java-ee-5-

certified.html

3. PASTRANA, Manuel, JEE importancia y utilidad

http://manuelpastrana.wikispaces.com/home

4. ALMIRÓN, Cristóbal, Introducción a JSF Java Server Faces

http://www.adictosaltrabajo.com/tutoriales/tutoriales.php?pagina

=IntroduccionJSFJava

5. SALINAS, Patricio, HISTCHFELD, Nacy, Tutorial de UML

http://users.dcc.uchile.cl/~psalinas/uml/introduccion.html

6. Jaspersoft, Características de JasperReports

https://www.jaspersoft.com/es/node/38063

7. MySQL 5.0 Reference Manual

http://dev.mysql.com/doc/refman/5.0/es/

8. MySQL 5.0, Actualizaciones

http://www.iworld.com.mx/iw_TestCenter_read.asp?iwid=81

9. ZORRILLA, Marta E, Introducción a MySQL 5.0

http://personales.unican.es/zorrillm/PDFs/Docencia/Master/Gestor

%20Mysql-version5.pdf

http://shuster.cs.buap.mx/blog/descargas/JavaEE5.pdf

http://publib.boulder.ibm.com/wasce/V2.1.0/es/java-ee-5-certified.html

http://publib.boulder.ibm.com/wasce/V2.1.0/es/java-ee-5-certified.html

http://manuelpastrana.wikispaces.com/home

http://www.adictosaltrabajo.com/tutoriales/tutoriales.php?pagina=IntroduccionJSFJava

http://www.adictosaltrabajo.com/tutoriales/tutoriales.php?pagina=IntroduccionJSFJava

http://users.dcc.uchile.cl/~psalinas/uml/introduccion.html

https://www.jaspersoft.com/es/node/38063

http://dev.mysql.com/doc/refman/5.0/es/

http://www.iworld.com.mx/iw_TestCenter_read.asp?iwid=81

http://personales.unican.es/zorrillm/PDFs/Docencia/Master/Gestor%20Mysql-version5.pdf

http://personales.unican.es/zorrillm/PDFs/Docencia/Master/Gestor%20Mysql-version5.pdf

98

10. MARCO, David, Introducción a JPA

http://www.davidmarco.es/articulo/introduccion-a-jpa-2-0-i

11. SUAREZ, Héctor, Manual de Hibernate

http://www.javahispano.org/storage/contenidos/ManualHibernate.

pdf

TEXTOS

1. Guía para la elaboración del proyecto de trabajo de graduación,

UCE.

2. PANDA, Debu, RAHMAN, Reza, LANE ,Derek, (2007). EJB 3

inAction

3. CALISKAN, Mert, VARAKSIN, Oleg, (2013). Primefaces Cookbook

4. REARTE, Emilio, (2002). Base de Datos y UML

5. Jaspersoft Corporation (2011). The JasperReports Ultimate Guide

Third Edition.

6. LOWAGIE, Bruno. (2011). iText in Action Second Edition

http://www.davidmarco.es/articulo/introduccion-a-jpa-2-0-i

http://www.javahispano.org/storage/contenidos/ManualHibernate.pdf

http://www.javahispano.org/storage/contenidos/ManualHibernate.pdf

99

ANEXOS

ANEXO 1: Modelo Conceptual de Base de Datos

Anexo 1: Modelo Conceptual de Base de Datos

ANEXO 2: Modelo Físico de Base de Datos

Anexo 2: Modelo Físco de Base de Datos

FK_RELATIONSHIP_15

FK_oper_auto_competentes_1



FK_oper_canton_1

FK_RELATIONSHIP_33

FK_RELATIONSHIP_34

FK_oper_circuito_1

FK_oper_clase_transporte_1

FK_RELATIONSHIP_30

FK_RELATIONSHIP_31

FK_RELATIONSHIP_47

FK_RELATIONSHIP_86

FK_oper_detalle_infor_hecho_1


FK_oper_distrito_1

FK_RELATIONSHIP_9

FK_oper_evidencias_10









FK_RELATIONSHIP_39

FK_RELATIONSHIP_95

FK_oper_medios_logisticos_2


FK_RELATIONSHIP_8

FK_POSEE

FK_oper_partes_7

FK_oper_partes_8

FK_PERTENECE

FK_REGISTRA

FK_RELATIONSHIP_87

FK_RELATIONSHIP_88

FK_RELATIONSHIP_89FK_RELATIONSHIP_91

FK_Relationship_143

FK_Relationship_144

FK_RELATIONSHIP_17

FK_RELATIONSHIP_7

FK_oper_personal_operativo_3

FK_Relationship_140

FK_RELATIONSHIP_6

FK_oper_personas_4FK_RELATIONSHIP_37

FK_RELATIONSHIP_93

FK_RELATIONSHIP_94

FK_oper_subcircuito_1

FK_MANTIENE

FK_RELATIONSHIP_85

FK_RELATIONSHIP_40

FK_TIENE

FK_oper_tipos_operativo_1

FK_oper_tipo_operacion_1

FK_RELATIONSHIP_48

FK_FK_MPER_TIGE

FK_FK_MPER_MPOL

FK_FK_SUCU_MPOL

FK_MENU_SUBMENU

FK_PERMISOS_MENU

FK_PERMISOS_PERFIL

FK_Relationship_139

FK_PERFIL_USUARIO

FK_USUARIO_PERFIL

oper_view_personal_operativo

id_policia

id_grado

grad_desc

apellidos

nombres

cedula

Integer

Integer

Variable characters (50)




<M>

<M>

auditoria

AUDI_ID

AUDI_OPCION_MENU

AUDI_SUCESO

AUDI_USUARIO

AUDI_FECHA_SUCESO

<pi> Serial (11)




Date & Time

<M>

PK_auditoria <pi>

oper_auto_competentes

AUCO_ID

AUCO_TITULO

AUCO_DEPENDENCIA

AUCO_NOMBRES

AUCO_APELLIDO_UNO

AUCO_APELLIDO_DOS

<pi> Serial (11)






<M>

PK_oper_auto_competentes <pi>

oper_canton

CANTON_ID

CANTON_DESCRIPCION

CANTON_ESTADO

<pi> Serial (11)



<M>

PK_oper_canton <pi>

oper_cargo_operativo

CAROP_ID

CAROP_DESCRIPCION

CAROP_ESTADO

<pi> Serial (11)



<M>

PK_oper_cargo_operativo <pi>

oper_causas

CAUSA_ID

CAUSA_DESCRIPCION

CAUSA_ESTADO

<pi> Serial (11)



<M>

PK_oper_causas <pi>

oper_causa_parte

CAOP_ID

CAOP_DESCRIPCION_OTROS

<pi> Serial (11)


<M>

PK_oper_causa_parte <pi>

oper_circuito

CIRC_ID

CIRC_DESCRIPCION

CIRC_ESTADO

<pi> Serial (11)



<M>

PK_oper_circuito <pi>

oper_clase_transporte

CLTRANS_ID

CLTRANS_DESCRIPCION

CLTRANS_ESTADO

<pi> Serial (11)



<M>

PK_oper_clase_transporte <pi>

oper_clima

CLIMA_ID

CLIMA_DESCRIPCION

CLIMA_ESTADO

<pi> Serial (11)



<M>

PK_oper_clima <pi>

oper_dependencia

DEAUCO_ID

DEAUCO_DESCRIPCION

DEAUCO_ESTADO

<pi> Serial (11)



<M>

PK_oper_dependencia <pi>

oper_depen_solicitante

DESO_ID

DESO_DESCRIPCION_OTROS

<pi> Serial (11)


<M>

PK_oper_depen_solicitante <pi>

oper_detalle_eventos

DEEV_ID

DEEV_DETALLE

<pi> Serial (11)


<M>

PK_oper_detalle_eventos <pi>

oper_detalle_infor_hecho

DINHE_ID

DINHE_DESCRIPCION

<pi> Serial (11)


<M>

PK_oper_detalle_infor_hecho <pi>

oper_distrito

PARR_ID2

DIST_DESCRPCION

DIST_ESTADO

<pi> Serial (11)



<M>

PK_oper_distrito <pi>

oper_documentos_anexo

DOAN_ID

DOAN_DESCRIPCION

DOAN_URL

DOAN_ES_DOCUMENTO

DOAN_IMAGEN

<pi> Serial (11)




Long binary

<M>

PK_oper_documentos_anexo <pi>

oper_estado_transp

ESTRA_ID

ESTRA_DESCRIPCION

ESTRA_ESTADO

<pi> Serial (11)



<M>

PK_oper_estado_transp <pi>

oper_evidencias

OPEV_ID

OPEV_DESCRIPCION

OPEV_CANTIDAD

OPEV_MARCA

OPEV_SERIE

OPEV_CALIBRE

OPEV_MATERIAL

OPEV_DESCRIPCION_OTROS

OPEV_CANTIDAD_DECIMAL

OPEV_CANTIDAD_RETE

OPEV_CANTIDAD_RECU

<pi> Serial (11)


Integer






Decimal (10,0)

Integer

Integer

<M>

PK_oper_evidencias <pi>

oper_lugar

LUGAR_ID

LUGAR_DESCRIPCION

LUGAR_ESTADO

<pi> Serial (11)



<M>

PK_oper_lugar <pi>

oper_medios_logisticos

MELO_ID

MELO_DESCRIPCIO

MELO_PLACA

MELO_MARCA

MELO_TIPO_MEDIO

<pi> Serial (11)





<M>

PK_oper_medios_logisticos <pi>

oper_nacionalidad

NACI_ID

NACI_DESCRIPCION

NACI_ESTADO

<pi> Serial (11)



<M>

PK_oper_nacionalidad <pi>

oper_operativos

OPER_ID

OPER_DESCRIPCION

OPER_ESTADO

<pi> Serial (11)



<M>

PK_oper_operativos <pi>

oper_ordenado_por

ORPO_ID

ORPO_DESCRIPCION

ORPO_ESTADO

<pi> Serial (11)



<M>

PK_oper_ordenado_por <pi>

oper_parametros_parte

PAPA_ID

PAPA_PATH_IMAGEN

PAPA_TITULO_PN

PAPA_TITULO_GIR

PAPA_ESCUELA

PAPA_ELEVADO_A

PAPA_DIAS_APROBAR

PAPA_FORMATO_NUM_GIR

PAPA_TEXTO_DOCUMENTO

<pi> Serial (11)






Integer



<M>

PK_oper_parametros_parte <pi>

oper_partes

PART_NUMERO_DIR

PART_CALLE_SECUNDARIA

PART_CALLE_PRINCIPAL

PART_ID

PARR_ID2

ORPO_ID

SUZO_ID

PART_NUMERO

PART_DIRECCION

PART_COOR_LAT

PART_COOR_LON

PART_FECHA_HORA_NOTI

PART_FECHA_HORA_INICIO

PART_FECHA_HORA_FIN

PART_FECHA_HORA_SAL

PART_FECHA_HORA_ENT

PART_FECHA_HORA_INCI

PART_DETALLE_CAUSA

PART_SOLICITADO_DETALLE

PART_CIRCUNSTANCIAS

PART_NOVEDAD_PERSONAL

PART_NOVEDAD_EQUIPO

PART_ESTADO

PART_FECHA_INGRESO

PART_FECHA_MODIF

PART_FECHA_ELIM

PART_LUGAR

PART_PUNO_REF

PART_USU_CREA

PART_USU_MOD

PART_USU_ELIM

PART_FECHA_APROBADO

PART_USU_APRUEBA

PART_NUM_DOCUMENTO

PART_CODIGO_CIRCUITO

PART_USU_GRADO

PART_IDENTIFICACION

<pi>




Serial (11)

Integer

Integer

Integer





Date & Time

Date & Time

Date & Time

Date & Time

Date & Time

Date & Time



Text

Text



Date & Time

Date & Time

Date & Time






Date & Time






<M>

PK_oper_partes <pi>

oper_parte_soli_po

PASO_ID

PASO_DESCRIPCION_OTROS

<pi> Serial (11)


<M>

PK_oper_parte_soli_po <pi>

oper_personal_apoyo

PEAP_ID

GRAD_ID

PEAP_APELLIDO1

PEAP_APELLIDO2

PEAP_NOMBRES

<pi> Serial (11)

Integer




<M>

PK_oper_personal_apoyo <pi>

oper_personal_operativo

PEOP_ID

GRADO_ACTUAL

<pi> Serial (11)

Integer

<M>

PK_oper_personal_operativo <pi>

oper_personas

PERS_ID

PERS_NOMBRES

PERS_APELLIDO1

PERS_APELLIDO2

PERS_IDENTIFICACION

PERS_OTRA_NACI

PERS_CENTRO_REA

PERS_EDAD

<pi> Serial (11)







Integer

<M>

PK_oper_personas <pi>

oper_sistema_investigativo

SIIN_ID

SIIN_DESCRIPCION

SIIN_ESTADO

<pi> Serial (11)



<M>

PK_oper_sistema_investigativo <pi>

oper_solicitado_por

SOPO_ID

SOPO_DESCRIPCION

SOPO_ESTADO

<pi> Serial (11)



<M>

PK_oper_solicitado_por <pi>

oper_subcircuito

SUBCIR_ID

SUBCIR_DESCRIPCION

SUBCIR_CODIGO

SUBCIR_ESTADO

<pi> Serial (11)




<M>

PK_oper_subcircuito <pi>

oper_sublugar

SULU_ID

SULU_DESCRIPCION

SULU_ESTADO

<pi> Serial (11)



<M>

PK_oper_sublugar <pi>

oper_subtipo_evento

SUBEV_ID

SUBEV_DESCRIPCION

SUBEV_ESTADO

<pi> Serial (11)



<M>

PK_oper_subtipo_evento <pi>

oper_subtipo_evidencia

SUEV_ID

SUEV_DESCRIPCION

SUEV_ESTADO

<pi> Serial (11)



<M>

PK_oper_subtipo_evidencia <pi>

oper_subzonaz

SUZO_ID

SUZO_DESCRIPCION

SUZO_ESTADO

<pi> Serial (11)



<M>

PK_oper_subzonaz <pi>

oper_tipos_evento

TIEV_ID

TIEV_DESCRIPCION

TIEV_ESTADO

<pi> Serial (11)



<M>

PK_oper_tipos_evento <pi>

oper_tipos_operativo

TIOP_ID

TIOP_DESCRIPCION

TIOP_ESTADO

<pi> Serial (11)



<M>

PK_oper_tipos_operativo <pi>

oper_tipo_armas_fuego

TARFU_ID

TARFU_DESCRIPCION

TARFU_ESTADO

<pi> Serial (11)



<M>

PK_oper_tipo_armas_fuego <pi>

oper_tipo_combustible

TCOMB_ID

TCOMB_DESCRIPCION

TCOMB_ESTADO

<pi> Serial (11)



<M>

PK_oper_tipo_combustible <pi>

oper_tipo_denominacion

TIDEN_ID

TIDEN_DESCRIPCION

TIDEN_ESTADO

<pi> Serial (11)



<M>

PK_oper_tipo_denominacion <pi>

oper_tipo_dinero

TIDIN_ID

TIDIN_DESCRIPCION

TIDIN_ESTADO

<pi> Serial (11)



<M>

PK_oper_tipo_dinero <pi>

oper_tipo_equiespecial

TEQESP_ID

TEQESP_DESCRIPCION

TEQESP_ESTADO

<pi> Serial (11)



<M>

PK_oper_tipo_equiespecial <pi>

oper_tipo_equipo_especial

TEQES_ID

TEQES_DESCRIPCION

TEQES_ESTADO

<pi> Serial (11)



<M>

PK_oper_tipo_equipo_especial <pi>

oper_tipo_evidencias

TIEVI_ID

TIEVI_DESCRIPCION

TIEVI_ESTADO

<pi> Serial (11)



<M>

PK_oper_tipo_evidencias <pi>

oper_tipo_explosivos

TEXPL_ID

TEXPL_DESCRIPCION

TEXPL_ESTADO

<pi> Serial (11)



<M>

PK_oper_tipo_explosivos <pi>

oper_tipo_medios_logisticos

TMELOG_ID

TMELOG_DESCRIPCION

TMELOG_ESTADO

<pi> Serial (11)



<M>

PK_oper_tipo_medios_logisticos <pi>

oper_tipo_operacion

TIOPER_ID

TIOPER_DESCRIPCION

TIOPER_ESTADO

<pi> Serial (11)



<M>

PK_oper_tipo_operacion <pi>

oper_tipo_otras_armas

TOTAR_ID

TOTAR_DESCRIPCION

TOTAR_ESTADO

<pi> Serial (11)



<M>

PK_oper_tipo_otras_armas <pi>

oper_tipo_parte

TIPAR_ID

TIPAR_DESCRIPCION

TIPAR_ESTADO

<pi> Serial (11)



<M>

PK_oper_tipo_parte <pi>

oper_tipo_persona

TIPER_ID

TIPER_DESCRIPCION

TIPER_ESTADO

<pi> Serial (11)



<M>

PK_oper_tipo_persona <pi>

oper_tipo_susestupe

TSUES_ID

TSUES_DESCRIPCION

TSUES_ESTADO

<pi> Serial (11)



<M>

PK_oper_tipo_susestupe <pi>

oper_tipo_transporte

TITRANS_ID

TITRANS_DESCRIPCION

TITRANS_ESTADO

<pi> Serial (11)



<M>

PK_oper_tipo_transporte <pi>

oper_titulo

TAUCO_ID

TAUCO_DESCRIPCION

TAUCO_ESTADO

<pi> Serial (11)



<M>

PK_oper_titulo <pi>

oper_unidad

UNID_ID2

UNID_NOMBRE

UNID_ESTADO

<pi> Serial (11)



<M>

PK_oper_unidad <pi>

oper_vehiculos

VEHI_ID

VEHI_NOMBRES

VEHI_IDENTIFICACION

VEHI_TIPO

VEHI_COLOR

VEHI_ANIO

VEHI_PLACAS

VEHI_OCUPANTES

VEHI_NOVEDAD

<pi> Serial (11)









<M>

PK_oper_vehiculos <pi>

oper_zonas

PROV_ID2

ZONA_DESCRIPCION

ZONA_ESTADO

<pi> Serial (11)



<M>

PK_oper_zonas <pi>

rrhh_mpersona

MPER_ID

TIPA_ID

PARR_ID

GRAD_ID

TISA_ID

TESC_ID

CIUD_ID

MPER_TELEF_CONTACTO

TDOC_ID

TIPE_ID

UNID_ID

ESTA_ID

MPER_NOMBRES

MPER_APELLIDOS

MPER_FEC_NACIMIENTO

MPER_NACIONALIDAD

MPER_NUM_DOCUMENTO

MPER_DIREC_DOM

MPER_DIREC_TRAB

MPER_TELEF_DOM

MPER_TELEF_TRAB

MPER_EMAIL

MPER_FOTO

MPER_FECHA_REGISTRO

CAN_ID

PROV_ID

MPER_CREADO_DESDE

MPER_ESPARTE_GIR

COAR_ID

MPER_FEC_FALLECIMIENTO

<pi> Serial (11)

Integer

Integer

Integer

Integer

Integer

Integer


Integer

Integer

Integer

Integer



Date









Date

Integer

Integer


Byte (1)

Integer

Date

<M>

<M>

<M>

PK_rrhh_mpersona <pi>

rrhh_mpolicial

MPOL_ID

TIFU_ID

TLIC_ID

MPOL_CREDENCIAL

MPOL_ESTATURA

MPOL_TALLA

MPOL_CALZADO

MPOL_MANO_FUERTE

MPOL_CABEZA

MPOL_CUELLO

MPOL_PESO

COD_USUARIO

MPOL_SN_ACTIVO

MPOL_ESPARTE_GIR

TIRO_ID

MPOL_GRUPO

<pi> Serial (11)

Integer

Integer

Integer

Decimal (10,2)

Integer

Integer




Decimal (10,2)

Integer

Byte (1)


Integer

Integer

<M>

PK_rrhh_mpolicial <pi>

rrhh_tipo_genero

TIGE_ID

TIGE_DESCRIPCION

TIGE_ESTADO

<pi> Serial (11)



<M>

PK_rrhh_tipo_genero <pi>

sead_opciones_sistema

OPSI_ID

OPSI_NOMBRE

OPSI_NUM_NIVEL

OPSI_NUM_OPCION

<pi> Serial (11)


Integer


<M>

PK_sead_opciones_sistema <pi>

sead_opciones_sistema_perfiles

OSPE_ID

OSPE_LECT_ESCR

<pi> Serial (11)

Integer

<M>

PK_sead_opciones_sistema_perfiles <pi>

sead_perfiles

PERF_ID

PERF_DESCRIPCION

PERF_ESTADO

PERF_FECHA_REGISTRO

PERF_FECHA_MODIFICA

PERF_FECHA_ELIMINA

PERF_NOM_USU_ACCION

<pi> Serial (11)



Date & Time

Date & Time

Date & Time


<M>

PK_sead_perfiles <pi>

sead_usuarios

USUA_ID

USUA_USUARIO

USUA_CLAVE

USUA_CARGO

USUA_ESTADO

USUA_ADMIN

USUA_FECHA_REGISTRO

USUA_FECHA_MODIFICA

USUA_FECHA_ELIMINA

USUA_NOM_USU_ACCION

USUA_NOMBRES

USUA_APELLIDOS

USUA_IDENTIFICACION

USUA_EMAIL

USUA_COD_UNIDAD

USUA_PRIMERA_VEZ

USUA_INTERNO

USUA_NOMBRE_UNIDAD

<pi> Serial (11)






Date & Time

Date & Time

Date & Time






Integer


Integer


<M>

PK_sead_usuarios <pi>

sead_usuarios_perfi les

USPE_ID

USPE_FECHA_ASIGNACION

USPE_ESTADO

USPE_NOM_USU_ACCION

<pi> Serial (11)

Date & Time



<M>

<M>

<M>

PK_sead_usuarios_perfi les <pi>

FK_RELATIONSHIP_15




FK_oper_canton_1

FK_RELATIONSHIP_33

FK_RELATIONSHIP_34

FK_oper_circuito_1

FK_oper_clase_transporte_1

FK_RELATIONSHIP_30

FK_RELATIONSHIP_31

FK_RELATIONSHIP_47

FK_RELATIONSHIP_86



FK_oper_distrito_1

FK_RELATIONSHIP_9










FK_RELATIONSHIP_39

FK_RELATIONSHIP_95



FK_RELATIONSHIP_8

FK_POSEE

FK_oper_partes_7

FK_oper_partes_8

FK_PERTENECE

FK_REGISTRA

FK_RELATIONSHIP_87

FK_RELATIONSHIP_88

FK_RELATIONSHIP_89FK_RELATIONSHIP_91

FK_Relationship_143

FK_Relationship_144

FK_RELATIONSHIP_17

FK_RELATIONSHIP_7

FK_oper_personal_operativo_3FK_Relationship_140

FK_RELATIONSHIP_6

FK_oper_personas_4

FK_RELATIONSHIP_37

FK_RELATIONSHIP_93

FK_RELATIONSHIP_94

FK_oper_subcircuito_1

FK_MANTIENE

FK_RELATIONSHIP_85

FK_RELATIONSHIP_40

FK_TIENE

FK_oper_tipos_operativo_1

FK_oper_tipo_operacion_1

FK_RELATIONSHIP_48

FK_FK_MPER_TIGE

FK_FK_MPER_MPOL

FK_FK_SUCU_MPOL

FK_MENU_SUBMENU

FK_PERMISOS_MENU

FK_PERMISOS_PERFIL

FK_Relationship_139

FK_PERFIL_USUARIO

FK_USUARIO_PERFIL

oper_view_personal_operativo

id_policia

id_grado

grad_desc

apellidos

nombres

cedula

int(11)

int(11)

varchar(50)

varchar(100)

varchar(100)

varchar(20)

auditoria

AUDI_ID

USUA_ID

AUDI_OPCION_MENU

AUDI_SUCESO

AUDI_USUARIO

AUDI_FECHA_SUCESO

int(11)

int(11)

varchar(30)

varchar(100)

varchar(50)

datetime

<pk>

<fk>

oper_auto_competentes

AUCO_ID

PART_ID

TAUCO_ID

DEAUCO_ID

AUCO_TITULO

AUCO_DEPENDENCIA

AUCO_NOMBRES

AUCO_APELLIDO_UNO

AUCO_APELLIDO_DOS

int(11)

int(11)

int(11)

int(11)

varchar(100)

varchar(100)

varchar(100)

varchar(50)

varchar(50)

<pk>

<fk3>

<fk1>

<fk2>

oper_canton

CANTON_ID

SUZO_ID

CANTON_DESCRIPCION

CANTON_ESTADO

int(11)

int(11)

varchar(50)

varchar(15)

<pk>

<fk>

oper_cargo_operativo

CAROP_ID

CAROP_DESCRIPCION

CAROP_ESTADO

int(11)

varchar(100)

varchar(15)

<pk>

oper_causas

CAUSA_ID

CAUSA_DESCRIPCION

CAUSA_ESTADO

int(11)

varchar(200)

varchar(15)

<pk>

oper_causa_parte

CAOP_ID

CAUSA_ID

PART_ID

CAOP_DESCRIPCION_OTROS

int(11)

int(11)

int(11)

varchar(200)

<pk>

<fk2>

<fk1>

oper_circuito

CIRC_ID

CIRC_DESCRIPCION

CIRC_ESTADO

PARR_ID2

int(11)

varchar(100)

varchar(15)

int(11)

<pk>

<fk>

oper_clase_transporte

CLTRANS_ID

TITRANS_ID

CLTRANS_DESCRIPCION

CLTRANS_ESTADO

int(11)

int(11)

varchar(45)

varchar(5)

<pk>

<fk>

oper_clima

CLIMA_ID

CLIMA_DESCRIPCION

CLIMA_ESTADO

int(11)

varchar(100)

varchar(15)

<pk>

oper_dependencia

DEAUCO_ID

DEAUCO_DESCRIPCION

DEAUCO_ESTADO

int(11)

varchar(100)

varchar(15)

<pk>

oper_depen_solicitante

DESO_ID

PART_ID

SIIN_ID

DESO_DESCRIPCION_OTROS

int(11)

int(11)

int(11)

varchar(200)

<pk>

<fk1>

<fk2>

oper_detalle_eventos

DEEV_ID

SUBEV_ID

PART_ID

DEEV_DETALLE

int(11)

int(11)

int(11)

varchar(500)

<pk>

<fk2>

<fk1>

oper_detalle_infor_hecho

DINHE_ID

PART_ID

OPER_ID

DINHE_DESCRIPCION

int(11)

int(11)

int(11)

varchar(100)

<pk>

<fk1>

<fk2>

oper_distrito

PARR_ID2

DIST_DESCRPCION

DIST_ESTADO

CANTON_ID

int(11)

varchar(50)

varchar(15)

int(11)

<pk>

<fk>

oper_documentos_anexo

DOAN_ID

PART_ID

DOAN_DESCRIPCION

DOAN_URL

DOAN_ES_DOCUMENTO

DOAN_IMAGEN

int(11)

int(11)

varchar(200)

varchar(200)

varchar(2)

longblob

<pk>

<fk>

oper_estado_transp

ESTRA_ID

ESTRA_DESCRIPCION

ESTRA_ESTADO

int(11)

varchar(45)

varchar(5)

<pk>

oper_evidencias

OPEV_ID

SUEV_ID

PART_ID

OPEV_DESCRIPCION

OPEV_CANTIDAD

OPEV_MARCA

OPEV_SERIE

OPEV_CALIBRE

OPEV_MATERIAL

OPEV_DESCRIPCION_OTROS

OPEV_CANTIDAD_DECIMAL

OPEV_CANTIDAD_RETE

OPEV_CANTIDAD_RECU

TSUES_ID

TARFU_ID

TOTAR_ID

TIDIN_ID

TIDEN_ID

CLTRANS_ID

TCOMB_ID

TEXPL_ID

ESTRA_ID

int(11)

int(11)

int(11)

varchar(100)

int(11)

varchar(100)

varchar(100)

varchar(100)

varchar(100)

varchar(100)

decimal(10,0)

int(11)

int(11)

int(11)

int(11)

int(11)

int(11)

int(11)

int(11)

int(11)

int(11)

int(11)

<pk>

<fk11>

<fk10>

<fk3>

<fk4>

<fk5>

<fk6>

<fk7>

<fk8>

<fk9>

<fk1>

<fk2>

oper_lugar

LUGAR_ID

LUGAR_DESCRIPCION

LUGAR_ESTADO

int(11)

varchar(100)

varchar(15)

<pk>

oper_medios_logisticos

MELO_ID

TMELOG_ID

PART_ID

MELO_DESCRIPCIO

MELO_PLACA

MELO_MARCA

MELO_TIPO_MEDIO

TEQESP_ID

int(11)

int(11)

int(11)

varchar(100)

varchar(50)

varchar(50)

varchar(100)

int(11)

<pk>

<fk1>

<fk3>

<fk2>

oper_nacionalidad

NACI_ID

NACI_DESCRIPCION

NACI_ESTADO

int(11)

varchar(50)

varchar(15)

<pk>

oper_operativos

OPER_ID

TIOP_ID

OPER_DESCRIPCION

OPER_ESTADO

int(11)

int(11)

varchar(200)

varchar(15)

<pk>

<fk>

oper_ordenado_por

ORPO_ID

ORPO_DESCRIPCION

ORPO_ESTADO

int(11)

varchar(200)

varchar(15)

<pk>

oper_parametros_parte

PAPA_ID

PAPA_PATH_IMAGEN

PAPA_TITULO_PN

PAPA_TITULO_GIR

PAPA_ESCUELA

PAPA_ELEVADO_A

PAPA_DIAS_APROBAR

PAPA_FORMATO_NUM_GIR

PAPA_TEXTO_DOCUMENTO

int(11)

varchar(20)

varchar(100)

varchar(100)

varchar(100)

varchar(200)

int(11)

varchar(10)

varchar(45)

<pk>

oper_partes

PART_NUMERO_DIR

PART_CALLE_SECUNDARIA

PART_CALLE_PRINCIPAL

PART_ID

UNID_ID2

SOPO_ID

PARR_ID2

ORPO_ID

USUA_ID

SULU_ID

CLIMA_ID

SUZO_ID

OPER_ID

PART_NUMERO

PART_DIRECCION

PART_COOR_LAT

PART_COOR_LON

PART_FECHA_HORA_NOTI

PART_FECHA_HORA_INICIO

PART_FECHA_HORA_FIN

PART_FECHA_HORA_SAL

PART_FECHA_HORA_ENT

PART_FECHA_HORA_INCI

PART_DETALLE_CAUSA

PART_SOLICITADO_DETALLE

PART_CIRCUNSTANCIAS

PART_NOVEDAD_PERSONAL

PART_NOVEDAD_EQUIPO

PART_ESTADO

PART_FECHA_INGRESO

PART_FECHA_MODIF

PART_FECHA_ELIM

PART_LUGAR

PART_PUNO_REF

PART_USU_CREA

PART_USU_MOD

PART_USU_ELIM

PART_FECHA_APROBADO

PART_USU_APRUEBA

PART_NUM_DOCUMENTO

PART_CODIGO_CIRCUITO

SUBCIR_ID

TIPAR_ID

PART_USU_GRADO

PART_IDENTIFICACION

varchar(20)

varchar(100)

varchar(100)

int(11)

int(11)

int(11)

int(11)

int(11)

int(11)

int(11)

int(11)

int(11)

int(11)

varchar(200)

varchar(200)

varchar(200)

varchar(200)

datetime

datetime

datetime

datetime

datetime

datetime

varchar(500)

varchar(500)

text

text

varchar(5)

varchar(20)

datetime

datetime

datetime

varchar(500)

varchar(200)

varchar(100)

varchar(100)

varchar(100)

datetime

varchar(100)

varchar(45)

varchar(45)

int(11)

int(11)

varchar(45)

varchar(15)

<pk>

<fk5>

<fk8>

<fk4>

<fk6>

<fk7>

<fk3>

<fk1>

<fk2>

oper_parte_soli_po

PASO_ID

ORPO_ID

PART_ID

PASO_DESCRIPCION_OTROS

int(11)

int(11)

int(11)

varchar(150)

<pk>

<fk1>

<fk2>

oper_personal_apoyo

PEAP_ID

UNID_ID2

PART_ID

GRAD_ID

PEAP_APELLIDO1

PEAP_APELLIDO2

PEAP_NOMBRES

int(11)

int(11)

int(11)

int(11)

varchar(50)

varchar(50)

varchar(100)

<pk>

<fk1>

<fk2>

oper_personal_operativo

PEOP_ID

PART_ID

MPOL_ID

GRADO_ACTUAL

CAROP_ID

int(11)

int(11)

int(11)

int(11)

int(11)

<pk>

<fk3>

<fk2>

<fk1>

oper_personas

PERS_ID

NACI_ID

PART_ID

TIPER_ID

PERS_NOMBRES

PERS_APELLIDO1

PERS_APELLIDO2

PERS_IDENTIFICACION

PERS_OTRA_NACI

PERS_CENTRO_REA

PERS_EDAD

TIGE_ID

int(11)

int(11)

int(11)

int(11)

varchar(50)

varchar(50)

varchar(50)

varchar(20)

varchar(50)

varchar(50)

int(11)

int(11)

<pk>

<fk4>

<fk2>

<fk3>

<fk1>

oper_sistema_investigativo

SIIN_ID

SIIN_DESCRIPCION

SIIN_ESTADO

int(11)

varchar(200)

varchar(15)

<pk>

oper_solicitado_por

SOPO_ID

SOPO_DESCRIPCION

SOPO_ESTADO

int(11)

varchar(200)

varchar(15)

<pk>

oper_subcircuito

SUBCIR_ID

CIRC_ID

SUBCIR_DESCRIPCION

SUBCIR_CODIGO

SUBCIR_ESTADO

int(11)

int(11)

varchar(100)

varchar(45)

varchar(15)

<pk>

<fk>

oper_sublugar

SULU_ID

LUGAR_ID

SULU_DESCRIPCION

SULU_ESTADO

int(11)

int(11)

varchar(100)

varchar(15)

<pk>

<fk>

oper_subtipo_evento

SUBEV_ID

TIEV_ID

SUBEV_DESCRIPCION

SUBEV_ESTADO

int(11)

int(11)

varchar(100)

varchar(15)

<pk>

<fk>

oper_subtipo_evidencia

SUEV_ID

TIEVI_ID

SUEV_DESCRIPCION

SUEV_ESTADO

int(11)

int(11)

varchar(100)

varchar(15)

<pk>

<fk>

oper_subzonaz

SUZO_ID

PROV_ID2

SUZO_DESCRIPCION

SUZO_ESTADO

int(11)

int(11)

varchar(50)

varchar(15)

<pk>

<fk>

oper_tipos_evento

TIEV_ID

TIEV_DESCRIPCION

TIEV_ESTADO

int(11)

varchar(100)

varchar(15)

<pk>

oper_tipos_operativo

TIOP_ID

TIOP_DESCRIPCION

TIOP_ESTADO

TIOPER_ID

int(11)

varchar(200)

varchar(15)

int(11)

<pk>

<fk>

oper_tipo_armas_fuego

TARFU_ID

TARFU_DESCRIPCION

TARFU_ESTADO

int(11)

varchar(45)

varchar(45)

<pk>

oper_tipo_combustible

TCOMB_ID

TCOMB_DESCRIPCION

TCOMB_ESTADO

int(11)

varchar(45)

varchar(5)

<pk>

oper_tipo_denominacion

TIDEN_ID

TIDEN_DESCRIPCION

TIDEN_ESTADO

int(11)

varchar(45)

varchar(5)

<pk>

oper_tipo_dinero

TIDIN_ID

TIDIN_DESCRIPCION

TIDIN_ESTADO

int(11)

varchar(45)

varchar(45)

<pk>

oper_tipo_equiespecial

TEQESP_ID

TEQESP_DESCRIPCION

TEQESP_ESTADO

int(11)

varchar(100)

varchar(15)

<pk>

oper_tipo_equipo_especial

TEQES_ID

TEQES_DESCRIPCION

TEQES_ESTADO

int(11)

varchar(100)

varchar(15)

<pk>

oper_tipo_evidencias

TIEVI_ID

TIEVI_DESCRIPCION

TIEVI_ESTADO

int(11)

varchar(100)

varchar(15)

<pk>

oper_tipo_explosivos

TEXPL_ID

TEXPL_DESCRIPCION

TEXPL_ESTADO

int(11)

varchar(45)

varchar(5)

<pk>

oper_tipo_medios_logisticos

TMELOG_ID

TMELOG_DESCRIPCION

TMELOG_ESTADO

int(11)

varchar(100)

varchar(15)

<pk>

oper_tipo_operacion

TIOPER_ID

TIOPER_DESCRIPCION

TIOPER_ESTADO

TIPAR_ID

int(11)

varchar(45)

varchar(15)

int(11)

<pk>

<fk>

oper_tipo_otras_armas

TOTAR_ID

TOTAR_DESCRIPCION

TOTAR_ESTADO

int(11)

varchar(45)

varchar(5)

<pk>

oper_tipo_parte

TIPAR_ID

TIPAR_DESCRIPCION

TIPAR_ESTADO

int(11)

varchar(45)

varchar(15)

<pk>

oper_tipo_persona

TIPER_ID

TIPER_DESCRIPCION

TIPER_ESTADO

int(11)

varchar(100)

varchar(15)

<pk>

oper_tipo_susestupe

TSUES_ID

TSUES_DESCRIPCION

TSUES_ESTADO

int(11)

varchar(45)

varchar(5)

<pk>

oper_tipo_transporte

TITRANS_ID

TITRANS_DESCRIPCION

TITRANS_ESTADO

int(11)

varchar(45)

varchar(5)

<pk>

oper_titulo

TAUCO_ID

TAUCO_DESCRIPCION

TAUCO_ESTADO

int(11)

varchar(100)

varchar(15)

<pk>

oper_unidad

UNID_ID2

UNID_NOMBRE

UNID_ESTADO

int(11)

varchar(100)

varchar(15)

<pk>

oper_vehiculos

VEHI_ID

PART_ID

VEHI_NOMBRES

VEHI_IDENTIFICACION

VEHI_TIPO

VEHI_COLOR

VEHI_ANIO

VEHI_PLACAS

VEHI_OCUPANTES

VEHI_NOVEDAD

int(11)

int(11)

varchar(100)

varchar(12)

varchar(50)

varchar(50)

varchar(12)

varchar(20)

varchar(19)

varchar(200)

<pk>

<fk>

oper_zonas

PROV_ID2

ZONA_DESCRIPCION

ZONA_ESTADO

int(11)

varchar(50)

varchar(15)

<pk>

rrhh_mpersona

MPER_ID

TIPA_ID

PARR_ID

GRAD_ID

TISA_ID

TESC_ID

CIUD_ID

MPER_TELEF_CONTACTO

TDOC_ID

TIPE_ID

UNID_ID

ESTA_ID

TIGE_ID

MPER_NOMBRES

MPER_APELLIDOS

MPER_FEC_NACIMIENTO

MPER_NACIONALIDAD

MPER_NUM_DOCUMENTO

MPER_DIREC_DOM

MPER_DIREC_TRAB

MPER_TELEF_DOM

MPER_TELEF_TRAB

MPER_EMAIL

MPER_FOTO

MPER_FECHA_REGISTRO

CAN_ID

PROV_ID

MPER_CREADO_DESDE

MPER_ESPARTE_GIR

COAR_ID

MPER_FEC_FALLECIMIENTO

int(11)

int(11)

int(11)

int(11)

int(11)

int(11)

int(11)

varchar(45)

int(11)

int(11)

int(11)

int(11)

int(11)

varchar(100)

varchar(100)

date

varchar(50)

varchar(20)

varchar(255)

varchar(255)

varchar(255)

varchar(255)

varchar(255)

varchar(255)

date

int(11)

int(11)

varchar(45)

tinyint(1)

int(11)

date

<pk>

<fk>

rrhh_mpolicial

MPOL_ID

MPER_ID

UNID_ID2

TIFU_ID

TLIC_ID

MPOL_CREDENCIAL

MPOL_ESTATURA

MPOL_TALLA

MPOL_CALZADO

MPOL_MANO_FUERTE

MPOL_CABEZA

MPOL_CUELLO

MPOL_PESO

COD_USUARIO

MPOL_SN_ACTIVO

MPOL_ESPARTE_GIR

TIRO_ID

MPOL_GRUPO

int(11)

int(11)

int(11)

int(11)

int(11)

int(11)

decimal(10,2)

int(11)

int(11)

varchar(255)

varchar(255)

varchar(255)

decimal(10,2)

int(11)

tinyint(1)

varchar(5)

int(11)

int(11)

<pk>

<fk1>

<fk2>

rrhh_tipo_genero

TIGE_ID

TIGE_DESCRIPCION

TIGE_ESTADO

int(11)

varchar(50)

varchar(5)

<pk>

sead_opciones_sistema

OPSI_ID

SEA_OPSI_ID

OPSI_NOMBRE

OPSI_NUM_NIVEL

OPSI_NUM_OPCION

int(11)

int(11)

varchar(60)

int(11)

varchar(4)

<pk>

<fk>

sead_opciones_sistema_perfiles

OSPE_ID

PERF_ID

OPSI_ID

OSPE_LECT_ESCR

int(11)

int(11)

int(11)

int(11)

<pk>

<fk2>

<fk1>

sead_perfiles

PERF_ID

PERF_DESCRIPCION

PERF_ESTADO

PERF_FECHA_REGISTRO

PERF_FECHA_MODIFICA

PERF_FECHA_ELIMINA

PERF_NOM_USU_ACCION

int(11)

varchar(50)

varchar(15)

datetime

datetime

datetime

varchar(50)

<pk>

sead_usuarios

USUA_ID

MPOL_ID

USUA_USUARIO

USUA_CLAVE

USUA_CARGO

USUA_ESTADO

USUA_ADMIN

USUA_FECHA_REGISTRO

USUA_FECHA_MODIFICA

USUA_FECHA_ELIMINA

USUA_NOM_USU_ACCION

USUA_NOMBRES

USUA_APELLIDOS

USUA_IDENTIFICACION

USUA_EMAIL

USUA_COD_UNIDAD

USUA_PRIMERA_VEZ

USUA_INTERNO

USUA_NOMBRE_UNIDAD

int(11)

int(11)

varchar(15)

varchar(100)

varchar(30)

varchar(20)

varchar(4)

datetime

datetime

datetime

varchar(45)

varchar(45)

varchar(45)

varchar(15)

varchar(45)

int(11)

varchar(5)

int(11)

varchar(45)

<pk>

<fk>

sead_usuarios_perfi les

USPE_ID

PERF_ID

USUA_ID

USPE_FECHA_ASIGNACION

USPE_ESTADO

USPE_NOM_USU_ACCION

int(11)

int(11)

int(11)

datetime

varchar(15)

varchar(50)

<pk>

<fk1>

<fk2>

100

ANEXO 3: Instalación de Ejecutables

MANUAL DE EJECUTABLES

1. Instalar Jdk, seguir el Manual de Instalación de jdk el cual se

encuentra en el siguiente directorio SISTEMASIGIR\MANUALES, del

CD entregado.

2. Instalar Jboss, seguir el Manual de Instalación y Ejecución de Jboss el

cual se encuentra en el siguiente directorio

SISTEMASIGIR\MANUALES, del CD entregado.

3. Instalar MySQL, seguir el Manual de Instalación de MySQL el cual se

encuentra en el siguiente directorio SISTEMASIGIR\MANUALES, del

CD entregado.

4. Luego de haber realizado el paso 2, en el Jboss ubicamos el siguiente

directorio

C:\jboss-6.0.0.Final\server\default\deploy\jbossweb.sar.

5. Abrimos el archivo server.xml y cambiamos el puerto de acuerdo a

nuestras necesidades por defecto se encuentra con el 8080 y saliendo

como localhost. Si se desea modificar el puerto y la ip se debe editar

las etiquetas

<Connector protocol="HTTP/1.1" port="8080" address="192.160.0.6"

redirectPort="8443" />

La siguiente pantalla muestra lo comentado

101

6. Ubicar el archivo mysql-ds el cual se encuentra en el siguiente

directorio SISTEMASIGIR\DESPLEGADO, del CD entregado copiar y

pegar en el siguiente directorio: C:\jboss-

6.0.0.Final\server\default\deploy\

7. Abrir el archivo y configurar la conexión con la base de datos.

El tag <jndi-name> SigirDS</jndi-name> no se debe modificar ya

que tiene una relación directa con la aplicación desarrollada. Los tag

seleccionados se modifican de acuerdo a la instalación y creación de

la base de datos.

8. Ubicar el archivo sigirEAR.ear en el CD entregado en el siguiente

directorio: SISTEMASIGIR\DESPLEGADO del CD entregado.

9. Copiar el archivo y pegar en el siguiente directorio de jboss:

C:\jboss-6.0.0.Final\server\default\deploy\

10. Iniciamos el servidor Jboss para lo cual nos ubicamos en el siguiente

directorio dentro de jboss: C:\jboss-6.0.0.Final \bin y ejecutamos el

archivo run.bat. Luego aparecerá la siguiente ventana y si todo

marcha bien debemos observar la palabra INFO

102

11. Probar el servidor de aplicaciones, para lo cual ponemos la url que

observamos en la siguiente pantalla.

De esta forma ya se puede acceder desde el navegador, por ejemplo,

internet Explorer, con la dirección http://localhost:8080/sigirjsf/index.jsf si se

accede localmente o cambiando localhost por la dirección IP de la máquina

para acceder vía remota. A continuación se presenta la pantalla de acceso al

sistema

http://localhost:8080/sigirjsf/index.jsfs

103

ANEXO 4: Manual de Usuario

1. INTRODUCCIÓN

El Sistema de Registro y Seguimiento de Operaciones del GIR es un

moderno sistema que permite optimizar los procesos de registro y

seguimiento de los operativos, cuenta con una interface gráfica amigable

para el usurario final, lo que facilita su comprensión y manejo.

El Sistema está compuesto por los siguientes módulos que ayudan a

realizar las actividades de los procesos fácil y confiable:

Módulo de Seguridades y Administración de la Información.

Módulo de Registro y Seguimiento de los Operativos.

Módulo de Reportes.

El Módulo de Seguridades y Administración de la Información

permite al usuario, con el perfil de Administrador, gestionar los

elementos, perfiles y usuarios que interactúan con cada uno de los

módulos del sistema.

El Módulo de Registro y Seguimiento de los Operativos permite al

usuario, con el perfil de Generador de Partes, registrar de manera rápida

e intuitiva los detalles presentados en los operativos. Estos operativos

son divididos en partes Administrativos y Operativos, a su vez los Partes

Operativos son divididos en Planificados y Emergentes.

El Módulo de Reportes permite al usuario generar y visualizar múltiples

informes en diferentes formatos por cada módulo.

2. ¿CÓMO UTILIZAR EL MANUAL?

La información que contiene el manual está estructurada de tal manera

que el lector identifique fácilmente el tema que desea abordar. Se

recomienda abordar cada tema en el orden presentado a través de la

tabla de contenidos, esto con el fin de que se pueda adquirir el mayor

conocimiento sobre cómo interactuar con el Sistema de Registro y

104

Seguimiento de las Operaciones. Para facilidad del usuario los contenidos

se han planteado en forma de preguntas y respuestas.

3. NAVEGACIÓN EN EL SISTEMA

A continuación se describe los elementos del sistema con los cuales el

usuario interactúa.

En el apartado siguiente se detalla:

¿Cómo Ingresar al Sistema?

¿Qué comprende el Área de Trabajo?

¿Cuál es la ubicación de los elementos?

¿Qué mensajes entrega el sistema?

¿Qué módulos tiene el Sistema?

3.1. ¿CÓMO INGRESAR AL SISTEMA?

A continuación se indican los pasos necesarios para iniciar una

conexión al sistema.

i. Una vez instalada la aplicación según se indica en el documento

Instrucciones, el cual se encuentra en el siguiente directorio

SISTEMASIGIR\INSTRUCCIONES, del CD entregado se puede

acceder desde el navegador, por ejemplo, internet Explorer, con la

dirección http://localhost:8080/sigirjsf/index.jsf si se accede

localmente o, cambiando localhost por la dirección IP de la

máquina para acceder vía remota.

ii. Se despliega la siguiente pantalla

105

iii. Ingrese el Usuario y Password correctos y presione el botón

Ingresar.

1. Si es la primera vez que accede al sistema, por

seguridad, se presenta el siguiente formulario en el

que se debe modificar los datos de acceso.

Los datos de acceso deben ser diferentes a los

proporcionados inicialmente. La contraseña debe ser

alfanumérica, contener una letra mayúscula y mínimo

6 caracteres.

2. Si no se ingresa el Usuario o Password, se presenta

los siguientes mensajes

3. Si se introduce datos de acceso erróneos, no podrá

ingresar al sistema y se presenta el siguiente

mensaje.

106

3.2. ¿QUÉ COMPRENDE EL AREA DE TRABAJO?

Básicamente todos los módulos tienen las secciones señaladas en la

siguiente pantalla:

1. C

a

b

ecera del sistema

2. BIENVENIDO.- sección que identifica al usuario autenticado.

3. TRABAJAR EN.- sección donde se presentan las opciones de cada

módulo.

4. TERMINAR SESIÓN.- sección que permite interactuar entre

módulos (Regresar Módulos) y salir de la aplicación (Terminar

Sesión).

5. Área de trabajo donde se presenta los diferentes formularios con

los que el usuario puede interactuar.

1

2

1

1

3

2

1

1

4

3

2

1

1

5

3

2

1

1

107

3.3. ¿CUÁL ES LA UBICACIÓN DE LOS ELEMENTOS?

Dentro de cada módulo el sistema presenta diferentes formularios con

los que el usuario puede interactuar, generalmente los formularios

poseen la estructura siguiente:

1. Opciones de Búsqueda, agrupa los parámetros por los cuales se

puede realizar una búsqueda.

2. Botones de acción, generalmente agrupa los botones para limpiar

los parámetros de búsqueda, agregar un nuevo registro y refrescar

o realizar la consulta.

3. Tabla que muestra los resultados de las búsquedas

4. Botones de acción sobre los resultados de las búsquedas,

generalmente se presenta los botones Edición y Eliminar.

Existen formularios que presentan la opción de expandir o

contraer su contenido por ejemplo:

1

2

3 4

108

3.4. ¿QUÉ MENSAJES ENTREGA EL SISTEMA?

Cuando el usuario interactúa con el sistema, este presenta tres tipos

de mensajes:

Obligatoriedad

El sistema muestra este mensaje, después de que el usuario intente

modificar un formulario sin haber ingresado valores en los campos

obligatorios. Para evitar estos mensajes, en cada formulario el sistema

presenta el siguiente texto.

Advertencia

El sistema muestra este mensaje, después de que el usuario ingresa

información y el sistema verifica que nos es correcta.

Informativos

109

El sistema muestra cualquiera de los dos mensajes, después de que

el usuario ingresa o modifica información y el sistema ha guardado sin

problemas.

3.5. ¿QUÉ MÓDULOS TIENE EL SISTEMA?

El sistema es parte del Sistema Integral del GIR, por

lo que el alcance del Sistema de Registro y

Seguimiento de las Operaciones, contempla los

siguientes módulos:

Módulo de Seguridades y Administración de la Información, en este

módulo se administra la información de los usuarios, perfiles y

parametros generales del sistema.

Módulo de Registro y seguimiento de los Operativos,

en este módulo se realiza el registro y seguimiento de

los partes policiales, además incorpora la sección de

los reportes.

110

4. MÓDULO DE SEGURIDADES Y ADMINISTRACIÓN DE LA

INFORMACÍON

Seguridades y Administración de la información, permite gestionar y

administrar el acceso tanto al sistema como a la información que se

genera. Al ingresar al sistema y seleccionar el módulo se presenta la

siguiente pantalla.

El módulo, en la sección TRABAJAR EN, presentan las siguientes

opciones:


111

¿Cómo Administrar Perfiles?

¿Cómo Administrar Usuarios?

¿Cómo Administrar Catálogos?

4.1. ¿CÓMO ADMINISTRAR PERFILES?

La administración de los perfiles se definen mediante el acceso

a los módulos y las funcionalidades del sistema, a continuación

se detalla:

¿Cómo registrar un Perfil?

¿Cómo actualizar un Perfil?

¿Cómo eliminar un Perfil?

¿Cómo asignar elementos del sistema a un Perfil?

Para realizar cualquier acción antes descrita hacer clic en

Perfiles

Al hacer clic en Perfiles el sistema muestra el siguiente

formulario

112

4.1.1. ¿Cómo Registrar un Perfil?

En el siguiente formulario:

Ingresar el nombre del perfil y el estado, hacer clic en el botón

, el sistema registra la información y actualiza el listado de


Si se presiona el botón sin ingresar el nombre del perfil y el

estado, el sistema presenta el siguiente mensaje.

4.1.2. ¿Cómo Actualizar un Perfil?

En el listado de Perfiles seleccionar el registro y hacer clic en el botón

de la columna Edición, el sistema coloca el registro en modo de

edición

113

Modificar la información necesaria y presionar el botón para aceptar

los cambios o presionar el botón para descartar los cambios.

4.1.3. ¿Cómo Eliminar un Perfil?


de la columna Eliminar, el sistema elimina el registro seleccionado.

Solamente se pueden eliminar los perfiles que aún no tengan

elementos asignados, así como también no se puede eliminar perfiles

cuando ya esté asignado a los usuarios.

4.1.4. ¿Cómo Asignar Elementos del sistema a un Perfil?


de la columna Elementos, el sistema presenta el siguiente

formulario

Las opciones del Módulo son las siguientes

Al seleccionar un módulo se filtran las opciones

114

Al seleccionar una sub Opción se presenta el listado de elementos

asignados y por asignar, correspondientes a los filtros antes

mencionados.

Para asignar un elemento disponible hacer clic en el botón del

listado de Sub Opciones Disponibles.

Para quitar un elemento asignado hacer clic en el botón del

listado de Sub Opciones Asignadas.

4.2. ¿CÓMO ADMINISTRAR USUARIOS?

El sistema diferencia entre usuarios INTERNOS y EXTERNOS

Usuarios Externos.- son usuarios que se pueden crear a través de

este módulo, estos usuarios no deben poder registrar partes policiales

solamente pueden visualizar los reportes. A estos usuarios se puede

modificar toda su información.

Usuarios Internos.- son usuarios que se registran a través del

sistema de Gestión de Talento Humano, mediante este módulo

solamente se puede modificar la información de usuario, contraseña y

estado.

A continuación se detalla:

¿Cómo crear usuarios externos?

115

¿Cómo buscar un usuario?

¿Cómo modificar un usuario?

¿Cómo eliminar un usuario?

¿Cómo asignar un Perfil a un usuario?

Para realizar cualquier acción antes descrita hacer clic en Usuarios

Al hacer clic en Perfiles el sistema muestra el siguiente formulario

4.2.1. ¿Cómo crear usuarios externos?

Hacer clic en el botón , el sistema presenta el siguiente

formulario, mediante el símbolo asterisco (*) indica que los campos

son obligatorios.

116

El formulario contiene la siguiente información

Campo Descripción

Nombres Nombres que identifican al usuario.

Apellidos Apellidos que identifican al Usuario.

Identificación Número de Identificación del Usuario.

Email Dirección de correo electrónico.

Usuario Nombre con el que accede a la cuenta.

Contraseña Combinación de caracteres que identifica la contraseña.

Unidad Unidad a la que pertenece el usuario.

Al finalizar de digitar los datos solicitados, hacer clic en el botón

, el sistema valida y guarda los datos registrados y

presenta el mensaje siguiente:

Si se hace clic en el botón , si ingresar los campos

obligatorios el sistema presenta los siguientes mensajes

117

Para el ingreso de la contraseña se debe considerar el siguiente

mensaje

El email debe contener el siguiente formato [email protected],

si se omite lo indicado el sistema presenta el siguiente mensaje

4.2.2. ¿Cómo buscar un usuario?

En el siguiente formulario ingresar los criterios de búsqueda y hacer

clic en el botón , el sistema consulta y presenta los

resultados

mailto:[email protected]

118

4.2.3. ¿Cómo modificar un usuario?

En el listado de Usuarios seleccionar el registro y hacer clic en el

botón de la columna Edición, el sistema coloca el registro en modo

de edición, para el caso de usuarios internos solamente se puede

modificar los campos Usuario, Contraseña y Estado

Si el usuario es externo se pude modificar toda la información



Por seguridad la contraseña se presenta encriptada y si se desea

modificar la información se debe considerar que

El email debe contener el siguiente formato [email protected],

si se omite lo indicado el sistema presenta el siguiente mensaje



mailto:[email protected]

119

4.2.4. ¿Cómo eliminar un usuario?


botón de la columna Eliminar, el sistema presenta el siguiente

mensaje

Si se hace clic en el botón elimina el registro seleccionado.

Solamente se pueden eliminar los usuarios externos y a los que no se

los haya asignado un perfil, como alternativa y para efectos de

estadísticas solamente se podría inhabilitar cambiando de estado a

INACTIVO.

Si se hace clic en el botón se cierra el formulario.

4.2.5. ¿Cómo Asignar un perfil a un usuario?


botón de la columna Perfiles, el sistema presenta el siguiente

formulario

Al seleccionar un Perfil se listan los perfiles disponibles

120

Seleccionar un perfil y hacer clic en el botón , el sistema

registra y presenta el perfil seleccionado en la tabla Perfiles Asignados

al Usuario

4.3. ¿CÓMO ADMINISTRAR CATÁLOGOS?

La administración de los catálogos se realiza a través del

mantenimiento de cada uno de los datos que el sistema presenta en

los formularios como opción de selección.


¿Cómo buscar parámetros generales?

¿Cómo agregar parámetros generales?

¿Cómo modificar parámetros generales?

¿Cómo eliminar parámetros generales?

¿Cómo buscar parámetros de evidencias?

¿Cómo agregar parámetros de evidencias?

¿Cómo modificar parámetros de evidencias?

¿Cómo eliminar parámetros de evidencias?

¿Cómo buscar una división distrital?

121

¿Cómo agregar una división distrital?

¿Cómo modificar una división distrital?

¿Cómo eliminar una división distrital?

¿Cómo modificar los parámetros del Parte Policial?

Para realizar las acciones antes descritas hacer clic en Parámetros

Generales, Parámetros de Evidencias, División Distrital o Parámetros

del Parte.

122

4.3.1. ¿Cómo buscar parámetros generales?

Al seleccionar Parámetros Generales, se presenta el siguiente

formulario

Desplegar Administrar y seleccionar el catálogo que se desea buscar

123

Hacer clic en el botón , el sistema consulta y presenta la

información respectiva

4.3.2. ¿Cómo agregar parámetros generales?

Desplegar Administrar y seleccionar el catalogo que se desea agregar


formulario

124

El formulario contiene los siguientes campos

Campo Descripción

Descripción Este campo permite registrar el nombre que posee el catálogo a

ingresar.

Estado Este campo permite registrar el estado del registro ingresado.

Ingresar la información requerida y hacer clic en el botón , el

sistema registra y presenta el siguiente mensaje

Hacer clic en el botón para visualizar el registro

insertado.

4.3.3. ¿Cómo modificar parámetros generales?

Desplegar Administrar y seleccionar el catálogo que desea modificar


información respectiva, seleccionar el registro a modificar y hacer clic

en el botón de la columna Edición, el sistema coloca el registro en

modo de edición,

125



4.3.4. ¿Cómo eliminar parámetros generales?

Desplegar Administrar y seleccionar el catálogo que desea eliminar


información respectiva, seleccionar el registro a eliminar y hacer clic

en el botón de la columna Eliminar, el sistema elimina el registro

seleccionado solamente si este aun no fue utilizado en el registro de

los Partes Policiales.

4.3.5. ¿Cómo buscar parámetros de evidencias?

Al seleccionar Parámetros de Evidencia, se presenta el siguiente

formulario

Este formulario presenta la particularidad de administrar los catálogos

de segundo nivel, denominados Tipo, como es caso de Áreas,

126

Evidencias y Transporte. Para tal efecto desplegar Administrar y

seleccionar el Tipo que se desea buscar

Al seleccionar Areas, se presentan los siguientes Tipos, los mismo

que fueron ingresados como Parámetros Generales

Al seleccionar Evidencias, se presentan los siguientes Tipos, los

mismos que no tienen mantenimiento debido a que son fijos para el

registro del Parte Policial.

Al seleccionar Transporte, se presentan los siguientes Tipos, los

mismos que no tienen mantenimiento debido a que son fijos para el

registro del Parte Policial.


información respectiva.

127

4.3.6. ¿Cómo agregar parámetros de evidencias?

Desplegar Administrar y seleccionar el Tipo que se desea agregar


formulario


Campo Descripción

Descripción Este campo permite registrar el nombre que posee el

catálogo a ingresar.

Estado Este campo permite registrar el estado del registro

ingresado.

128




insertado.

4.3.7. ¿Cómo modificar parámetros de evidencias?

Desplegar Administrar y seleccionar el Tipo que desea modificar




modo de edición,



4.3.8. ¿Cómo eliminar parámetros de evidencias?

Desplegar Administrar y seleccionar el Tipo que desea eliminar




129



4.3.9. ¿Cómo buscar una división distrital?

Al seleccionar División Distrital, se presenta el siguiente formulario

Este formulario presenta la particularidad de administrar los catálogos

de seis niveles correspondientes a la ubicación geográfica donde se

realiza un Operativo, denominados: Zona, Sub Zona, Cantón, Distrito,

Circuito y Sub Circuito. Para tal efecto desplegar Administrar y

seleccionar el nivel que se desea buscar

Al seleccionar Zonas, se presenta el siguiente formulario

Al seleccionar Sub zonas, se presenta el siguiente formulario, con las

Zonas correspondientes

130

Al seleccionar Cantones se presenta el siguiente formulario, donde se

debe seleccionar la Zona para visualizar las Sub Zonas

Al seleccionar Distritos se presenta el siguiente formulario, donde se

debe seleccionar la Zona y Sub Zona para visualizar los Cantones

Al seleccionar Circuitos se presenta el siguiente formulario, donde se

debe seleccionar la Zona, Sub Zona, Cantón para visualizar los

Distritos

131

Al seleccionar Sub Circuitos se presenta el siguiente formulario,

donde se debe seleccionar la Zona, Sub Zona, Cantón y Distrito para

visualizar los Circuitos

En cualquier nivel que se seleccione, se puede ingresar como filtro de

búsqueda texto en el campo Descripción y hacer clic en el botón

, el sistema consulta y presenta la información

respectiva.

4.3.10. ¿Cómo agregar una división distrital?

Desplegar Administrar, seleccionar que se desea agregar e ingresar

los datos según lo indicado en la sección ¿Cómo buscar una división

distrital?

132


formulario


Campo Descripción

Descripción Este campo permite registrar el nombre que posee el catálogo a

ingresar.

Estado Este campo permite registrar el estado del registro ingresado.




insertado.

4.3.11. ¿Cómo modificar una división distrital?

Desplegar Administrar, seleccionar que se desea modificar e ingresar


distrital?

133




modo de edición,



4.3.12. ¿Cómo eliminar una división distrital?

Desplegar Administrar, seleccionar que se desea eliminar e ingresar


distrital?






4.3.13. ¿Cómo modificar los parámetros del Parte Policial?

Al seleccionar Parámetros Generales, se presenta el siguiente

formulario

134

El formulario presenta los siguientes campos

Campo Descripción

Nombre de la

imagen

Este campo permite registrar el nombre que posee el Logo de

la Policía Nacional.

Título Policía

Nacional

Este campo permite registrar el tirulo dela Policía Nacional.

Título GIR Este campo permite registrar el título del GIR

Nombre Escuela Este campo permite registrar la escuela del GIR

Texto Elevado A Este campo permite registrar el texto a quien se dirige los

Partes Policiales.

Tiempo de

Aprobación

Este campo permite registrar el número de días de gracia antes

de la aprobación de los Partes Policiales.

Luego de ingresar la información, hacer clic en el botón

, el sistema registra y presenta el siguiente

mensaje.

5. MÓDULO DE REGISTRO Y SEGUIMIENTO DE LOS OPERATIVOS

135

Registro y Seguimiento de los Operativos permite a los jefes de los

operativos, consultar, crear, modificar, aprobar y eliminar los documentos

denominados partes policiales; además permite consultar los diferentes

reportes que presenta el sistema. Al ingresar al sistema y seleccionar el

módulo se presenta la siguiente pantalla.

El módulo en la sección TRABAJAR EN, presentan las siguientes

opciones:


¿Cómo Administrar Partes Policiales?

¿Cómo Generar Reportes y Estadísticas?

136

5.1. ¿CÓMO ADMINISTRAR PARTES POLICIALES?

La administración de los Partes policiales se define mediante el

registro, la búsqueda, la actualización, la eliminación y la

aprobación de la información que los usuarios ingresan y que

corresponde a las actividades realizadas en los operativos.


¿Cómo registrar un Parte Policial?

¿Cómo buscar un Parte Policial?

¿Cómo actualizar un Parte Policial?

¿Cómo eliminar un Parte Policial?

¿Cómo aprobar un Parte Policial?

5.1.1. ¿CÓMO REGISTRAR UN PARTE POLICIAL?

Hacer clic en la opción Registrar Parte de la sección

TRABAJAR EN

El sistema presenta el siguiente formulario, mediante el símbolo

asterisco (*) indica que los campos son obligatorios

137


Campo Descripción

Fecha Actual Fecha actual del sistema, permite identificar la hora de registro

del parte policial, es solo de lectura.

Documento Referencia numérica del documento.

Numero de Parte Número que identifica el Parte Policial, se genera en el momento

en que el parte es aprobado.

Unidad Policial a la

cual Pertenece

Nombre de la unidad donde se emite el parte.

Tipo de Parte

Policial

Nombre del tipo de parte, las opciones son Administrativo y

Operativo.

Zona Nombre de la zona donde se lleva a cabo la operación.

Sub Zona Nombre de la Sub Zona donde se lleva a cabo la operación.

Cantón Nombre del Cantón donde se lleva a cabo la operación.

Distrito Nombre del Distrito donde se lleva a cabo la operación.

Circuito Nombre del Circuito donde se lleva a cabo la operación.

Sub Circuito Nombre del Sub Circuito donde se lleva a cabo la operación.

138

Código del Sub

circuito

Identificación del Sub Circuito donde se lleva a cabo la

operación.

Calle Principal Nombre que identifica la calle principal donde se lleva a cabo

la operación.

Número Nomenclatura que permite identificar donde se lleva a cabo

la operación.

Calle Secundaria Nombre que identifica la calle secundaria donde se lleva a

cabo la operación.

Latitud Nomenclatura que permite identificar la localización del

lugar donde se lleva a cabo la operación.

Longitud Nomenclatura que permite identificar la localización del

lugar donde se lleva a cabo la operación.

Punto Referencia Nombre de una referencia que permita identificar de mejor

manera el lugar donde se lleva a cabo la operación.

Dependiendo del tipo de parte se habilita los siguientes

formularios:

` Al seleccionar se habilita

el formulario, con el siguiente campo:

Campo Descripción

Fecha y hora del

hecho o incidente

Fecha y hora en la que se produjo el incidente.

Al seleccionar se habilita

el formulario, con los siguientes campos:

139

Campo Descripción

Área Nombre que identifica el área donde se llevó a cabo la operación

(Urbana, Rural, etc.).

Sub Lugar Nombre que identifica el sub lugar donde se llevó a cabo la

operación (Banco, Barco, Alta Montaña, etc.).

Clima Nombre que identifica las condiciones climáticas en las se

realizó la operación.

Fecha y hora

notificación

Fecha y hora en que se notificó la realización de la operación.

Fecha y hora de

salida de la unidad

Fecha y hora en la que se abandona las instalaciones del GIR

Fecha y hora de

inicio del operativo

Fecha y hora en la que inicia la operación.

Fecha y hora de

finalización del

operativo

Fecha y hora en la que finaliza la operación

Fecha y hora de

ingreso a la unidad

Fecha y hora en la que se ingresa a la unidad, luego de finalizada

la operación.

Al finalizar de digitar los datos solicitados, hacer clic en el botón

, el sistema valida y guarda los datos registrados

y presenta el mensaje siguiente:

140

Para continuar con el registro del parte policial hacer clic en el

botón , el sistema identifica el tipo de parte registrado y

presenta un conjunto de formularios.

El Parte Operativo presenta un conjunto de 10 formularios, el

ingreso de información no tiene un orden específico.

5.1.1.1. Parte Operativo

5.1.1.1.1. Cronología del Hecho

Al hacer clic en , el sistema

presenta el siguiente formulario

141

Con excepción del campo Tipo de Parte Policial se pueden

modificar todos los campos, luego de realizar las modificaciones

hacer clic en el botón , el sistema presenta el

siguiente mensaje

5.1.1.1.2. Información del Hecho

Al hacer clic en el sistema

presenta el siguiente formulario con los campos:

142

Campo Descripción

Tipo de Parte

Policial

Nombre que identifica el tipo de parte registrado, este campo no

se puede modificar.

Tipo de Operación Nombre que identifica la operación realizada, este puede ser

Planificada y Emergente.

Actividad Nombre que identifica la actividad realizada en la operación.

Tarea Nombre que identifica la tarea cumplida dentro en la operación

realizada.

Solicitado u

Ordenado Por

Nombre que identifica a la entidad que solicita el operativo.

Luego de realizar las modificaciones hacer clic en el botón

, el sistema presenta el siguiente mensaje

5.1.1.1.3. Evidencias


presenta el siguiente formulario:

El formulario contempla las siguientes evidencias y cuyos

campos son:

143

Campo Descripción

Evidencias Nombre que identifica la evidencia, este campo permite

seleccionar.

Tipo Nombre que identifica el tipo de evidencia, este campo permite

seleccionar dependiendo de la evidencia.

Cantidad (gramos) Este campo permite registrar la cantidad en gramos del tipo de

evidencia.

Campo Descripción


seleccionar.

Tipo Nombre que identifica el tipo de armas de fuego, este campo

permite seleccionar dependiendo de la evidencia.

Marca Este campo permite registrar la marca del tipo de arma de fuego.

Serie Este campo permite registrar la serie del tipo de arma de fuego.

Calibre Este campo permite registrar el calibre del tipo de arma de fuego.

144

Campo Descripción


seleccionar.

Tipo Nombre que identifica el tipo de otro tipo de Armas, este campo


Material Este campo permite registrar el material del tipo de otro tipo de

armas

Cantidad Este campo permite registrar la cantidad de otro tipo de armas.

Campo Descripción


seleccionar.

Tipo Nombre que identifica el tipo de Dinero, este campo permite


Denominación Este campo permite registrar la denominación del tipo de dinero.

Cantidad Este campo permite registrar la cantidad del tipo de dinero.

Campo Descripción


seleccionar.

145

Calibre Este campo permite registrar el calibre de la munición.

Cantidad Este campo permite registrar la cantidad de municion.

Campo Descripción


seleccionar.

Tipo Este campo permite seleccionar el medio de transporte.

Clase Este campo permite seleccionar la clase de transporte.

Marca Este campo permite registrar la marca del transporte.

Placa Este campo permite registrar el número de placa del transporte.

Estado Este campo permite seleccionar el estado del transporte.

Campo Descripción


seleccionar.

Tipo Nombre que identifica el tipo de Combustible, este campo


Cantidad Este campo permite registrar la cantidad en galones del tipo de

combustible.

146

Campo Descripción


seleccionar.

Tipo Nombre que identifica el tipo de Explosivos, este campo permite


Cantidad Este campo permite registrar la cantidad del tipo de explosivos.

Para limpiar los campos del formulario, hacer clic en el botón

.

Para refrescar el contenido de la tabla, hacer clic en el botón

.

Luego de seleccionar la evidencia requerida, para registrar se

debe hacer clic en el botón , el sistema guarda

y despliega la información.

Para modificar un registro insertado, hacer clic en el botón

ubicado en la columna Edición con lo que el registro de la tabla

entra en modo de edición permitiendo realizar los cambios

Si desea guardar los cambios realizados, hacer clic en el botón

147

Si desea descartar los cambios realizados, hacer clic en el

botón

Si desea eliminar un registro, hacer clic en el botón de la

columna Eliminar.

5.1.1.1.4. Personal que Interviene


presenta el siguiente formulario cuyos campos son:

Campo Descripción

Grado Nombre que identifica el grado, este campo permite seleccionar

el grado del personal de apoyo.

Apellidos Este campo permite registrar los apellidos del personal de apoyo.

Nombres Este campo permite registrar los nombres del personal de apoyo.

Unidad Nombre que identifica a la unidad de apoyo, este campo permite

seleccionar la unidad a la que pertenece el personal de apoyo.


.


.

148

Luego de ingresar la información y, para registrar se debe hacer

clic en el botón , el sistema guarda y despliega

la información.






botón


columna Eliminar.

Campo Descripción

Título Este campo permite registrar el título que posee la autoridad

Competente..

Dependencia Este campo permite registrar el nombre de la dependencia a la

que pertenece la autoridad competente.

Apellidos Este campo permite registrar los apellidos de la autoridad

competente.

Nombres Este campo permite registrar los nombres de la autoridad

competente.

149


.


.



la información.






botón


columna Eliminar.

Campo Descripción

Grado Nombre que identifica el grado que tiene el personal operativo.

Apellidos Este campo muestra los apellidos del personal operativo.

Nombres Este campo muestra los nombres del personal operativo.

150

Función Este campo permite seleccionar la función cumplida dentro del

operativo.

Unidad Este campo muestra la unidad a la que pertenece el personal

operativo.


.


.

Para registrar el personal operativo, hacer clic en el botón

, el sistema realiza la consulta considerando los

parámetros de búsqueda ingresados (Apellidos y/o Nombres) y


En el anterior formulario se puede filtrar aún más la consulta

ingresando el apellido. Para registrar se debe hacer clic en el

botón , el sistema guarda y despliega la información.

151

Si se selecciona nuevamente el mismo personal el sistema

presenta el siguiente mensaje




solamente en la función que cumple el personal en el operativo.



botón


columna Eliminar.

5.1.1.1.5. Personal Intervenido



152

Campo Descripción

Título Este campo permite registrar el título que posee la autoridad

Competente..

Dependencia Este campo permite registrar el nombre de la dependencia a la

que pertenece la autoridad competente.

Apellidos Este campo permite registrar los apellidos de la autoridad

competente.

Nombres Este campo permite registrar los nombres de la autoridad

competente.


.


.



la información.






botón


columna Eliminar.

153

5.1.1.1.6. Medios Logísticos


presenta el siguiente formulario.

El formulario contempla los siguientes medios logísticos cuyos

campos son:

Campo Descripción

Medio Logístico Este campo permite seleccionar el nombre que identifica el

medio logístico.

Placa Este campo permite registrar el número de placa del medio

logístico

Marca Este campo permite registrar la marca del medio logístico.

Campo Descripción

154

Medio Logístico Este campo permite seleccionar el nombre que identifica el

medio logístico.

Equipo Especial Este campo permite seleccionar el nombre del equipo especial.


.


.



la información.






botón


columna Eliminar.

5.1.1.1.7. Circunstancias del Hecho

155



Al terminar de redactar lo sucedido en el operativo y para

proceder a guardar la información, hacer clic en el

sistema guarda la información y presenta el siguiente mensaje

Si se desea agregar documentos que soporten lo sucedido en

el operativo, hacer clic en el botón el sistema

presenta el siguiente formulario, escoger el archivo y hacer clic

en Abrir (open)

156

Los tipos de documento permitidos son pdf,doc,xls, el sistema

verifica y de no ser los permitidos presenta el siguiente mensaje

Si el documento es permitido, el sistema presenta el siguiente

formulario

Hacer clic en el botón para almacenar el documento.

Hacer clic en el botón o para cancelar el registro

del documento.

157

Si se decidió por almacenar el documento, el sistema guarda y

despliega la información en el siguiente formulario

Si desea descargar el documento almacenado, hacer clic en el

botón , el sistema muestra el mensaje de

confirmación de descarga, hacer clic en SI

Al presionar SI se descarga el archivo seleccionado.

Al presionar NO se cierra el mensaje de confirmación de

descarga.

5.1.1.1.8. Novedades



158

El mismo que permite registrar las novedades existentes con el

personal y el equipo utilizado en el operativo, para registrar las

novedades hacer clic en el botón el sistema guarda

la información y presenta el siguiente mensaje

5.1.1.1.9. Fotografías del Hecho



Si se desea agregar fotografías que soporten lo sucedido en el

operativo, hacer clic en el botón el sistema


en Abrir (open)

159

Los tipos de documento permitidos son jpeg,png,gif, el sistema



formulario

Hacer clic en el botón para almacenar la imagen.


de la imagen.

Si se decidió por almacenar la imagen, el sistema guarda y


Si desea descargar la imagen almacenada, hacer clic en el



160



descarga.

5.1.1.1.10. Aprobar Parte Policial



Luego de leer el texto presente el usuario puede:

Hacer clic en el botón el sistema presenta

el siguiente formulario

161

Al hacer clic en el botón , el sistema aprueba la

información registrada, cierra el formulario y redirige al usuario

a la Bitácora Personal. Al hacer clic en el botón el

sistema cierra el formulario.

Hacer clic en el botón el sistema


Al hacer clic en el botón , el sistema anula la información

registrada, cierra el formulario y redirige al usuario a la Bitácora

Personal. Al hacer clic en el botón el sistema cierra el

formulario.

5.1.1.2. Parte Administrativo

El Parte Administrativo presenta un conjunto de 5 formularios

5.1.1.2.1. Cronología del Hecho

Al hacer clic en , el sistema


162

Con excepción del campo Tipo de Parte Policial se pueden

modificar todos los campos, luego de realizar las modificaciones

hacer clic en el botón , el sistema presenta el

siguiente mensaje

5.1.1.2.2. Circunstancias del Hecho



163

Al terminar de redactar lo sucedido en el operativo y para

proceder a guardar la información, hacer clic en el

sistema guarda la información y presenta el siguiente mensaje

Si se desea agregar documentos que soporten lo sucedido en

el operativo, hacer clic en el botón el sistema


en Abrir (open)

Los tipos de documento permitidos son pdf,doc,xls, el sistema



formulario

164

Hacer clic en el botón para almacenar el documento.


del documento.

Si se decidió por almacenar el documento, el sistema guarda y


Si desea descargar el documento almacenado, hacer clic en el





descarga.

5.1.1.2.3. Novedades



165

El mismo que permite registrar las novedades existentes con el

personal y el equipo utilizado en el operativo, para registrar las

novedades hacer clic en el botón el sistema guarda

la información y presenta el siguiente mensaje

5.1.1.2.4. Fotografías del Hecho



Si se desea agregar fotografías que soporten lo sucedido en el

operativo, hacer clic en el botón el sistema

166


en Abrir (open)

Los tipos de documento permitidos son jpeg,png,gif, el sistema



formulario

Hacer clic en el botón para almacenar la imagen.


de la imagen.

Si se decidió por almacenar la imagen, el sistema guarda y


167

Si desea descargar la imagen almacenada, hacer clic en el





descarga.

5.1.1.2.5. Aprobar Parte Policial

Al hacer clic en el sistema presenta el

siguiente formulario




168










formulario.

5.1.2. ¿COMO BUSCAR UN PARTE POLICIAL?

Hacer clic en la opción Bitácora de la sección TRABAJAR EN

169

El sistema presenta el siguiente formulario, mediante el símbolo

asterisco (*) indica que los campos son obligatorios


Campo Descripción

Tipo de parte

policial

Permite seleccionar el nombre que identifica el tipo de parte a

buscar.

Tipo de Operación Permite seleccionar el nombre que identifica el tipo de operación

realizada, esta selección depende del tipo de parte.

Actividad Permite seleccionar el nombre que identifica la actividad

realizada en el operativo, esta selección depende del Tipo de

Operación.

Desde Permite escoger la fecha inicial de registro del Parte Policial.

Hasta Permite escoger la fecha final de registro del Parte Policial.

Luego de ingresar los parámetros de búsqueda, hacer clic en el

botón , el sistema consulta y presenta la información en el

siguiente formulario, de acuerdo los parámetros ingresados y

170

ordenados descendentemente de acuerdo a la fecha de registro

del Parte Policial.

El sistema presenta un listado de Partes Policiales registrado por

el usuario Autenticado.

5.1.3. ¿CÓMO ACTUALIZAR UN PARTE POLICIAL?

Para modificar un parte policial, se debe realizar la búsqueda antes

descrita y solamente se puede modificar la información de aquellos

partes Policiales en estado REGISTRADO.

Si el estado del Parte Policial es REGISTRADO, el sistema

presenta habilitado el botón que permite modificar la información.

Hacer clic en el botón el sistema consulta la información y

dependiendo del tipo de Parte Policial presenta un conjunto de

formularios.

5.1.3.1. Parte Operativo

El Parte Operativo presenta un conjunto de 10 formularios, el

ingreso de información no tiene un orden específico.

171

El detalle de cada uno de los formularios se los puede apreciar en

la sección Parte Operativo de ¿CÓMO REGISTRARUN PARTE

POLICIAL?.

5.1.3.2. Parte Administrativo

El Parte Administrativo presenta un conjunto de 5 formularios,

ingreso de información no tiene un orden específico .

El detalle de cada uno de los formularios se los puede apreciar en

la sección Parte Administrativo de ¿CÓMO REGISTRARUN

PARTE POLICIAL?

5.1.4. ¿CÓMO ELIMINAR UN PARTE POLICIAL?

Para eliminar un parte policial, se debe realizar la búsqueda antes

descrita y solamente se puede eliminar la información de aquellos

partes Policiales en estado REGISTRADO.

Si el estado del Parte Policial es REGISTRADO, el sistema

presenta habilitado el botón que permite eliminar lógicamente la

información.


presenta el siguiente mensaje de confirmación.

172


registrada, cierra el formulario y actualiza la Bitácora Personal.

Al hacer clic en el botón el sistema cierra el formulario.


dependiendo del tipo de Parte Policial, hacer clic en

o el sistema presenta

el siguiente formulario







formulario.

5.1.5. ¿CÓMO VISUALIZAR EN FORMATO PDF UN PARTE

POLICIAL?

El usuario dispone de la opción de visualizar la información que

va registrando o ha registrado, para lo cual al modificar el Parte

policial el usuario debe hacer clic en el botón , el mismo que

173

se encuentra ubicado en la parte superior izquierda de los

formularios

De la misma manera al realizar una búsqueda en la bitácora o

en el reporte buscar Partes Policiales, se presenta un listado

con los resultados y el usuario puede hacer clic en el botón .

Al hacer clic el sistema presenta en una ventana emergente, del

navegador que esté utilizando, el respectivo Parte Policial.

5.1.6. ¿CÓMO APROBAR UN PARTE POLIAL?

Durante el registro o modificación de la información del Parte

Policial, el usuario dispone de los formularios 5 para el Parte

Administrativo y 10 para el Parte Operativo

En el formulario anterior y luego de leer el texto presente, el

usuario puede:



174





5.2. ¿CÓMO GENERAR REPORTES Y ESTADÍSTICAS?

La generación de los reportes está sujeta a la información que los

usuarios ingresan luego de haber concluido los operativos.

El sistema permite generar reportes consolidados de las 4 bases

operativas del GIR como también reportes anuales de una determinada

base. Los resultados se pueden exportar en formato PDF y Excel.

A continuación se detalla cómo generar los siguientes reportes:

¿Cómo generar la Matriz General de Operaciones?

¿Cómo buscar Partes Policiales?

¿Cómo generar la Matriz del Personal Intervenido?

¿Cómo generar la Matriz de Evidencias?

¿Cómo exportar los reportes a formato PDF o Excel?

5.2.1. ¿Cómo generar la Matriz General de Operaciones?

Seleccionar la opción Matriz General de Operaciones de la sección

TRABAJAR EN

175

El sistema presenta el siguiente formulario


Campo Descripción

Tipo de Parte

Policial

Este campo permite seleccionar el Tipo de Parte policial que se

desea en el reporte.

Tipo de Operación Este campo permite seleccionar el tipo de Operación que se


Actividad Este campo permite seleccionar la actividad realizada en el

operativo.

Año Este campo permite ingresar el año en el que se genere el reporte

Unidad Policial Este campo permite seleccionar si el reporte es a nivel nacional o

por unidad.

176

Luego de ingresar los filtros de búsqueda, hacer clic en el botón

, si en el campo Unidad Policial se escogió una unidad en

particular, el reporte que se presenta es mensual

Y si en el campo Unidad Policial no se escogió alguna unidad, el

reporte que se presenta es a nivel nacional.

5.2.2. Cómo buscar Partes Policiales?

Seleccionar la opción Por Parámetros de Búsqueda de la sección

TRABAJAR EN

177



Campo Descripción


por unidad.

Tipo de Parte

Policial

Este campo permite seleccionar el Tipo de Parte policial que se


Tipo de Operación Este campo permite seleccionar el tipo de Operación que se


Actividad Este campo permite seleccionar la actividad realizada en el

operativo.

Tarea Este campo permite seleccionar la tarea realizada en el operativo.

Solicitado Por Este campo permite seleccionar la persona o institución quien

solicito el operativo.

178

Rango de Fecha Este campo permite ingresar el rango de fechas en el que se

desea buscar el parte policial. Este campo es obligatorio.


, el sistema interpreta los filtros de búsqueda ingresados y

presenta el resultado mediante el siguiente formulario.

5.2.3. Cómo generar la Matriz del Personal Intervenido?

Seleccionar la opción Matriz Personal Intervenido de la sección

TRABAJAR EN



Campo Descripción

Tipo de Persona Este campo permite seleccionar el Tipo de Persona intervenida

179

en el operativo.

Sexo Este campo permite seleccionar el sexo de la persona intervenida

en el operativo.



por unidad.






180

5.2.4. ¿Cómo generar la Matriz de Evidencias?

Seleccionar la opción Matriz Evidencias de la sección TRABAJAR EN



Campo Descripción

Tipo Evidencia Este campo permite seleccionar el Tipo de Evidencia encontrada

en el operativo.



por unidad.




181



5.2.5. ¿Como exportar los reportes a formato PDF o Excel?

Luego de haber generado alguno de los reportes antes

mencionado, el usuario puede optar por exportar la información en

formato Excel o pdf, para lo cual el usuario presiona en el icono

para exporta a PDF y presiona el icono para exportar a

Excel.

6. DATOS DE ACCESO

El sistema al disponer de cuentas individuales para cada usuario

registrado, pone a disposición un formulario mediante el cual se puede

modificar los datos de acceso (Usuario y Contraseña) al sistema.

Para tal efecto hacer clic en el nombre del usuario que ingreso al sistema

ubicado en la sección BIENVENIDOS

182



Campo Descripción

Usuario Este campo permite modificar el nombre de usuario con el que

desea ingresar al sistema.

Contraseña Este campo permite ingresar la contraseña con la que desea

ingresar al sistema. Por seguridad este datos está encriptado, es

decir, una vez que ingrese el texto el sistema guarda la

información y devuelve un conjunto de caracteres distinto al

texto que ingreso.

Para el ingreso de la contraseña se debe considerar el siguiente

mensaje

Luego de ingresar la información correspondiente, hacer clic en el botón

para registrar los cambios, el sistema presenta el siguiente

mensaje

183

Al hacer clic en el botón para cancelar los cambios y el

sistema redirigirá al formulario de módulos.

7. RECOMENDACIONES GENERALES

Para visualizar los Partes Policiales, se debe configurar el

navegador para que permita mostrar páginas emergentes.

Una vez registrado el parte policial, el usuario tiene un periodo de

72 horas (configurables) a partir de la fecha en que finalizó el

operativo para aprobar, modificar o eliminar el Parte Policial.

Superado este tiempo la aprobación es automática y sin posibilidad

a eliminar el Parte Policial.

Por seguridad se recomienda cambiar periódicamente los datos de

acceso, para tal efecto aplicar lo detallado en la sección número 6

referente a DATOS DE ACCESO.

universidad central del ecuador facultad de … · 2014-11-27 · a mi esposa, rosángela, por...

Documents