Proyecto
SIGEI+GPS
Sistema de Gestión de Incidencias y geo-localizador de
Unidades operativas
Luis Francisco Guzmán Fuentes
Andrés Hernández Jiménez
Ingeniería en Sistemas Computacionales
Asesor:
LI. Alma Delia Chávez Rojas
a
Índice de contenidos
Introducción ........................................................................................................................................ 1
Justificación ......................................................................................................................................... 2
Objetivos ............................................................................................................................................. 3
Objetivo general .............................................................................................................................. 3
Objetivos específicos ...................................................................................................................... 3
Problemática a resolver ....................................................................................................................... 3
Procedimiento y descripción de las actividades realizadas ................................................................. 4
Levantamiento de requerimientos ................................................................................................... 6
Entrevistas Iniciales con el Cliente ............................................................................................. 7
Requerimientos del sistema ......................................................................................................... 9
Requerimientos de sistema ........................................................................................................ 12
Casos de uso .................................................................................................................................. 13
Diagramas de flujo ........................................................................................................................ 25
Fluxograma de procesos ............................................................................................................ 26
Modelos de bases de datos ............................................................................................................ 29
Diccionario de datos .................................................................................................................. 29
Diagrama del modelo de base de datos ..................................................................................... 47
Modelado de la interfaz de usuario (GUI)..................................................................................... 48
Elección de colores, formas y estilos ........................................................................................ 49
Diseño de interfaces con la ayuda de Mockup’s ....................................................................... 51
Diagramas de navegación .......................................................................................................... 60
Geo-localizador de unidades operativas ........................................................................................ 63
Características ........................................................................................................................... 63
Requerimientos del geo-localizador .......................................................................................... 64
Instalación ................................................................................................................................. 65
Añadir dispositivos .................................................................................................................... 65
Programación del sistema de gestión de Incidencias .................................................................... 67
Codificación .............................................................................................................................. 68
Resultados, planos, gráficas, prototipos, maquetas, programas, entre otros. .................................... 73
Resultados del desarrollo .......................................................................................................... 73
Resultados de implementación .................................................................................................. 77
Conclusiones y recomendaciones. ..................................................................................................... 78
Competencias desarrolladas y/o aplicadas. ....................................................................................... 78
Referencias ........................................................................................................................................ 79
b
ANEXOS........................................................................................................................................... 80
Entrevistas iniciales al cliente ....................................................................................................... 80
Índice de Tablas Tabla 1 Cronograma de actividades 5 Tabla 2 Entidades participantes en el modelo de base de datos 30 Tabla 3 Diccionario de la entidad detalle persona/Seguridad Pública. 30 Tabla 4 Diccionario de datos de la entidad emergencia 31 Tabla 5 Diccionario de la entidad estado 31 Tabla 6 Diccionario de la entidad herido 32 Tabla 7 Diccionario de la entidad institución 32 Tabla 8 Diccionario de la entidad localidad 33 Tabla 9 Diccionario de la entidad lugar 33 Tabla 10 Diccionario de la entidad marca vehículo 33 Tabla 11 Diccionario de la entidad modelo vehículo 34 Tabla 12 Diccionario de la entidad municipio 34 Tabla 13 Diccionario de la entidad ocupación 35 Tabla 14 Diccionario de la entidad país 35 Tabla 15 Diccionario de datos de la entidad persona 35 Tabla 16 Diccionario de la entidad privilegio 37 Tabla 17 Diccionario de la entidad reporte 37 Tabla 18 Diccionario de la entidad reporte de barandilla 38 Tabla 19 Diccionario de la entidad reporte persona 39 Tabla 20 Diccionario de la entidad reporte Seguridad Pública. 40 Tabla 21 Diccionario de la entidad reporte vehículo 40 Tabla 22 Diccionario de la entidad sesión 41 Tabla 23 Diccionario de la entidad sesión institución 42 Tabla 24 Diccionario de la entidad sesión de sistema 42 Tabla 25 Diccionario de la entidad tipo de aviso 43 Tabla 27 Diccionario de la entidad tipo de vehículo 43 Tabla 28 Diccionario de la entidad usuario 44 Tabla 29 Diccionario de la entidad vehículo 45
Índice de Ilustraciones Ilustración 1 Modelo de caso de uso Oficiales, creación propia ....................................................... 15 Ilustración 2Modelo de caso de uso Administrador, creación propia ............................................... 19 Ilustración 3 Modelo de caso de uso Psicólogos, creación propia .................................................... 23 Ilustración 4 Figuras ANSI registradas para su uso de diagramas de flujo (Beltrán, 2014). ............ 25 Ilustración 5 Fluxograma de procesos .............................................................................................. 28 Ilustración 6 Diagrama de base de datos, creación propia ................................................................ 47 Ilustración 7 Logotipo Oficial de la DSPV Ilustración 8 Logotipo oficial de
Prevención del delito ......................................................................................................................... 50 Ilustración 9 Prototipo página Inicio, creación propia ...................................................................... 52 Ilustración 10 Prototipo de la página inicial del Módulo Policía, creación propia ........................... 52 Ilustración 11 Prototipo del Panel de navegación en el módulo de Policías, creación propia .......... 53 Ilustración 12 Prototipo Formulario registro de incidencia de Seguridad Pública, creación propia . 53
c
Ilustración 13 Prototipo Formulario de registro de Incidencias Viales, creación propia .................. 54 Ilustración 14Prototipo Formulario Registro para Separos Preventivos, creación propia ................ 55 Ilustración 15 Prototipo de página de inicio Administrador ............................................................. 56 Ilustración 16 Prototipo de formulario para registro de usuarios, creación propia ........................... 57 Ilustración 17 Prototipo Pagina inicial del módulo para Psicólogos, creación propia ...................... 58 Ilustración 18 Prototipo de formulario de registro de pacientes, creación propia ............................. 58 Ilustración 19 Visualización de datos y sesiones de paciente, creación propia ................................. 59 Ilustración 20 Prototipo de formulario de registro de sesión con paciente, creación propia ............. 59 Ilustración 21 Mapa de navegación de las vistas de policía, creación propia ................................... 61 Ilustración 22 Mapa de navegación de las vistas de Administrador, creación propia ....................... 62 Ilustración 23 Mapa de navegación de las vistas de Psicólogo, creación propia .............................. 63 Ilustración 24 Cliente para dispositivos Android .............................................................................. 64 Ilustración 25 Cliente para dispositivos iOS ..................................................................................... 64 Ilustración 26 Traccar Server ............................................................................................................ 64 Ilustración 27 Agregar dispositivo GPS ............................................................................................ 65 Ilustración 28 Configuración del dispositivo .................................................................................... 66 Ilustración 29 ID de dispositivo en cliente Traccar ........................................................................... 66 Ilustración 30 Configuración de aplicación del cliente ..................................................................... 66 Ilustración 31 Estructura de carpetas del proyecto ............................................................................ 69 Ilustración 32 Rutas y Middlewares del sistema ............................................................................... 70 Ilustración 33 Ejemplo de controlador .............................................................................................. 70 Ilustración 34 Organización de folder de vistas del sistema ............................................................. 71 Ilustración 35 Formato del código de plantillas de vistas ................................................................. 71 Ilustración 36 formato de inclusión de código de vistas ................................................................... 72 Ilustración 37 Organización de scripts Js, CSS e imágenes .............................................................. 73 Ilustración 38 Pantalla de inicio del sistema ..................................................................................... 74 Ilustración 39 Página de inicio Policías ............................................................................................ 74 Ilustración 40 página de inicio Administrador .................................................................................. 74 Ilustración 41 Página de inicio Psicólogos ........................................................................................ 74 Ilustración 42 Formulario final para registro de ingreso a los separos preventivos, creación propia 75 Ilustración 43 Sistema de geo locación, creación propia .................................................................. 76
SIGEI+GPS: Sistema de Gestión de Incidencias y Geo-Localizador de Unidades Operativas
1
Introducción
El proyecto en cuestión, se desarrolla en la Dirección de Seguridad Pública y Vialidad
(DSPV) del municipio de Comala, Colima, ubicada en la calle Capitán A. Llerenas s/n
colonia “La Trinidad”, la cual ofrece los servicios públicos y sociales de consultoría social y
psicológica, además, de apoyar y servir en temas de Seguridad y Vialidad del municipio en
conjunción a los servicios superiores como lo son, Seguridad Pública Estatal y Federal.
Originalmente, este proyecto se planteó gracias a la observación de los estudiantes que
presentan este reporte durante la prestación del Servicio Social, el cual se realizó en la
institución mencionada, en donde se observó que dentro de la organización es necesario
mantener un registro de todos los sucesos o incidencias, a los cuales se presta ayuda, ya sean
asistencias que ameriten la movilización de oficiales de policía o aquellos encargados de la
vialidad, inclusive se realiza un registro de las pláticas y atenciones psicológicas que se
realizan, esto, con fines estadísticos y administrativos, información necesaria tener para esta
entidad ya que funciona como justificación a la inversión de fondos federales y estatales que
ésta recibe.
Sin embargo, dada la carencia de un modelo de procesamiento de información que permita
la gestión de la información para obtener este conocimiento con detalles exactos y veraces.
Este tipo de reportes se debían de elaborar de forma manual mediante la inspección de la
información almacenada en el archivo físico que realiza la institución mediante reportes
diarios de todas las incidencias registradas a lo largo del día, cuestión que suele tomar
demasiado tiempo laborable del oficial en cargo de la recepción de la DSPV, esta situación
puede resolverse con la ayuda de un sistema de gestión que ayude a realizar esta actividad y
que realice los reportes necesarios y los cálculos estadísticos que se le solicitan a la institución
de forma automatizada.
Con esto claro se planea desarrollar un sistema que asista a cuatro de las principales ramas
que atiende la DSPV como lo son las situaciones de Seguridad Pública, Vialidad, Separos
Preventivos y la asesoría de la dirección de Prevención del Delito, estos, considerados como
ambientes independientes son los requeridos a administrar y supervisar. Por lo que se plantea
la creación de un sistema que se subdivida en esos módulos para la recopilación de la
información y faciliten su procesamiento. Un punto que podría agregar valor de utilidad del
sistema en la realización de actividades de la organización, es el que se generó al incluir un
sistema que permita realizar el monitoreo de las unidades móviles (autos, camionetas,
motocicletas) que esta dependencia tiene a su disposición mediante el rastreo GPS, esto con
la finalidad de optimizar el uso de estos recursos en la institución de una forma ágil y que
generen beneficio a la sociedad.
Para el desarrollo de la aplicación que facilite lo antes mencionado, se utilizaron;
metodologías de gestión de proyectos, especialmente aquellas enfocadas a la creación de
software como lo es la metodología SCRUM, y aplicando el conocimiento en tecnologías
SIGEI+GPS: Sistema de Gestión de Incidencias y Geo-Localizador de Unidades Operativas
2
WEB, Seguridad Informática y almacenamiento en la nube, es que fue posible la creación del
proyecto que se va a presentar.
Justificación
La Dirección de Seguridad Pública y Vialidad del municipio de Comala (DSPV), cuenta con
un problema recurrente en el manejo de la información que se produce en sus actividades
diarias, a la cual se plantea dar una solución. Mensualmente el Centro de Comando, Cómputo
y Comunicaciones (C4) en conjunto con la Dirección de Seguridad Pública Estatal (DSPE),
solicitan reportes detallados relacionados a los sucesos que acontecen en las inmediaciones
del municipio referentes a eventos de seguridad y vialidad, esto es con el fin de poder generar
estadísticas delictivas o de incidentes viales ocurridos. Actualmente, las actividades de
gestión de la información (captura, procesado y análisis) se realizan de forma manual, lo que
representa un arduo trabajo para los elementos activos encargados de labores de oficina en la
DSPV , quienes para poder realizar los reportes solicitados, deben de suspender sus
actividades para proceder con el proceso de búsqueda del conocimiento en el archivo físico,
en donde la información que debe recopilarse, puede encontrarse dispersa en múltiples
registros o bitácoras, lo que implica que éste ejercicio que puede tomar inclusive varios días
en completarse, siendo el factor del tiempo empleado en la indagación y proceso de los datos
un elemento que depende del resultado que se haya ordenado obtener para la realización de
la compilación para notificar a las dependencias que lo solicitan.
La importancia de los resultados que se notifican a las instancias superiores a la Dirección de
Seguridad Pública de Comala (refiriéndose al C4 y la DSPE) se define en el valor estadístico
que representan indicadores de la actividad delictiva y de incidentes de vialidad presentes en
el municipio, lo que permite valorar tanto los planes de contingencia para mitigar o minimizar
dichos aspectos, así como también, sirven como respaldo para la DSPV de Comala para
justificar y verificar el buen uso de recursos destinados para la ejecución de sus labores.
Este suceso, indica la necesidad de contar con un sistema que permita realizar las actividades
de gestión de la información generada por la institución, para que con ello se puedan agilizar
y facilitar las actividades administrativas de esta entidad pública. Por lo consiguiente, para
dar solución a este problema se optó por generar un producto de software que proporcione
las herramientas necesarias para mejorar la forma de procesamiento de los datos,
suministrando de esta manera un medio con el cual obtener los conocimientos que no solo
permitan la realización de los reportes estadísticos antes mencionados, que son solicitados a
la organización, sino que también otorgue a la misma un medio inteligente que pueda ayudar
a la toma de decisiones, factor que permitirá obtener un crecimiento en funcionalidad y
eficiencia en las funciones que ejerce la Dirección de Seguridad Pública y Vialidad del
municipio de Comala.
SIGEI+GPS: Sistema de Gestión de Incidencias y Geo-Localizador de Unidades Operativas
3
Objetivos
Para el desarrollo de este proyecto se establece el siguiente objetivo general.
Objetivo general
Desarrollar un producto de software de gestión información para la Dirección de Seguridad
Pública y Vialidad (DSPV) del municipio de Comala que permita mejorar las actividades
administrativas y de transparencia de información mediante la reducción de los tiempos
empleados para la captura, búsqueda y análisis de los datos en un 60% y 95%
respectivamente, además de implementar un sistema de rastreo satelital para enfocarlo en la
monitorización de los vehículos de transporte utilizados por la dependencia para asegurar el
correcto uso de los mismos. Estos sistemas deberán ser completados e implementados al
finalizar el semestre escolar agosto-diciembre de 2016,
Por lo que para lograrlo se listan los siguientes objetivos específicos a cumplir.
Objetivos específicos
Aplicar la ingeniería de requisitos para recopilar y evaluar todas las necesidades de
los procesos de registro y almacenamiento de información realizados por el personal
laboral de la organización.
Desarrollar un sistema de gestión de información basándose en los requerimientos de
la organización que permita reducir los costos de almacenamiento, material de oficina
y tiempo laboral en un 50% con la digitalización y procesamiento de los datos con
ayuda de un equipo de cómputo a partir de enero de 2017.
Optimizar la búsqueda de información con la ayuda de procedimientos programados
para analizar los datos contenidos en el programa y reducir el tiempo del proceso de
datos a cuestión de unos segundos, una vez se comience a almacenar datos en el
sistema.
Diseñar y producir plantillas para manejo de información que generen los reportes
necesarios por la institución, con la finalidad de reducir el tiempo de proceso y
obtención del conocimiento contenido en los datos almacenados, a cuestión de
segundos una vez que el sistema contenga dichos antecedentes.
Adaptar y habilitar un software de geo localización, como lo es la plataforma de
código abierto Traccar para conocer la ubicación en tiempo real de las unidades y
vehículos que sirven de apoyo para la Dirección de Seguridad Pública y Vialidad, lo
que permite reducir el tiempo de respuesta ante una situación de emergencia o
incidente de seguridad o vialidad, a un máximo de 7 minutos a partir de que se alerte
de éstas.
Problemática a resolver
La problemática que se observó por los alumnos que presentan este proyecto durante la
prestación de su servicio social en la Dirección de Seguridad Pública y Vialidad fue la forma
en la que los empleados realizan los procesos de captura y manejo de información, ya que
estos procedimientos se realizan de forma directa sobre un documento físico que contiene
SIGEI+GPS: Sistema de Gestión de Incidencias y Geo-Localizador de Unidades Operativas
4
todos los datos de las incidencias de Seguridad Pública y Vialidad suscitadas día a día, y que
una vez finalizada la jornada laboral (cada 24 horas), estos escritos se almacenan en el cuarto
de archivo.
Esta situación provoca un déficit en la productividad de los elementos encargados de realizar
estas actividades, debido que al realizar éste tipo de actividades sin la ayuda de un sistema
que almacene y gestione los datos, se pierden horas de trabajo que pueden aprovecharse en
realizar otras actividades de su rubro cuando se realiza la búsqueda del conocimiento
contenido en esos ficheros contenidos en el archivo, esto sin mencionar que el acumular
documentos físicos genera costos tanto de espacio aprovechable, almacenamiento,
provisiones de oficina y sobre todo de tiempo de los empleados al administrar este tipo de
depósito de información.
El aspecto que mayormente afecta este tipo de almacenamiento de información es aquel que
se relaciona con la búsqueda y manejo de los datos obtenidos para generar conocimiento, ya
que, al ser realizado de esta manera, pueden ocurrir errores en la veracidad de los datos por
diferentes causas humanas, como puede ser la omisión de documentos, el traspapelar apuntes,
etc., cuestión que compromete tanto la certeza de los elementos necesarios para generar
reportes estadísticos y referenciales, como el tiempo que toma realizarlos, dado que éstos son
solicitados a la organización de manera gradual y periódica.
Añadido a esto, el propio director de la Dirección de Seguridad Pública y Vialidad del
municipio de Comala afirma tener problemas con los elementos policiales y de transito que
se encuentran realizando rondines o patrullaje en cuestiones relacionadas con la ubicación de
los mismos al encontrarse fuera de las instalaciones de la organización, debido a ciertas
ocasiones, en las que no se ha podido atender de manera eficaz un evento relacionado a la
seguridad de la población, por motivos de disponibilidad o desconocimiento de la ubicación
de los móviles designados a esta actividad.
Procedimiento y descripción de las actividades realizadas
Para comenzar a describir el procedimiento realizado en este proyecto, es necesario recordar
que este se guio mediante la metodología SCRUM, la cual dicta que un desarrollo bajo esta
estructura deberá realizarse de forma incremental y realizando las labores de indagación,
estructuración y documentación necesarias para fundamentar el procedimiento y avance del
producto a elaborar, es fundamental establecer un cronograma de actividades donde se
mantenga el control de las fases de progreso en el producto final.
A continuación, en la tabla 1 se puede visualizar el cronograma de actividades que se utilizó
a lo largo del desarrollo del proyecto.
SIGEI+GPS: Sistema de Gestión de Incidencias y Geo-Localizador de Unidades Operativas
5
Tabla 1 Cronograma de actividades
SIGEI+GPS: Sistema de Gestión de Incidencias y Geo-Localizador de Unidades Operativas
6
Como se puede observar en el cronograma, se definieron varias revisiones y asesorías, estas
corresponden tanto a aquellas que se realizan con el asesor interno como el externo. Una vez
definido este punto, procedemos a explicar lo realizado en las fases definidas en el
cronograma.
Levantamiento de requerimientos
El proceso de levantamiento de requerimientos se llevará cabo en el transcurso del desarrollo
del proyecto (agosto-diciembre 2016), iniciando en el mes de agosto en donde se procederá
a realizar las entrevistas iniciales y la generalización de la información, procesos y estructuras
que el cliente, en este caso las diversas áreas de la DSPV que participarán en el desarrollo de
éste proyecto.
Las siguientes fases de la recopilación de requerimientos sucedieron a lo largo de las
evaluaciones o revisiones quincenales que se establecieron con los asesores, estas sucedieron
de forma intercalada, es decir una semana se realiza la reunión con el asesor interno y al paso
de 8 días se procede la reunión con el asesor externo, con estas reuniones se fueron
recopilando los requerimientos y metas a alcanzar durante los periodos establecidos en las
reuniones.
Con esto dicho, se procede plasmar los hechos y resultados de la captura de requerimientos
realizados con los encargados de las áreas mencionadas anteriormente dentro de la Dirección
de Seguridad Pública.
SIGEI+GPS: Sistema de Gestión de Incidencias y Geo-Localizador de Unidades Operativas
7
Entrevistas Iniciales con el Cliente
El proceso de entrevistas con el cliente comenzó el día 12 de agosto del año en curso, debido
a problemas de disponibilidad presente por los elementos encargados de cada una de las áreas
a analizar, este proceso se comenzó a realizar hasta esta fecha y no como se tenía anticipado
en la planeación estipulada en nuestro cronograma de actividades mediante la aplicación de
una encuesta a cada uno de los miembros encargados de las áreas de Prevención del Delito,
Seguridad Pública, Vialidad y Separos Preventivos mediante el siguiente formato.
Nombre: Cargo:
¿Cuál es el objetivo principal que atiende su área?
¿Qué datos registra?
¿Cuál es el procedimiento que realiza para almacenar esos datos?
¿Qué actividades realiza con esa información?
¿Si tuviera que definir un grado de importancia a los datos que maneja cuáles serían?
Con los datos almacenados, ¿Qué tipo de reportes obtiene con ellos?
¿Con qué frecuencia se deben realizar estos reportes?
Con la ayuda del formato anterior fue posible obtener información que refleja los
requerimientos básicos de cada una de las áreas involucradas en la Dirección de Seguridad
Pública y Vialidad (estos testimonios pueden ser cotejados con ayuda de los informes del
encuentro inicial con el cliente que se encontrarán en la sección de anexos de este
documento). Ahora bien, tal cual se mencionó, se aplicó una entrevista a cada uno de los
encargados de las áreas que comprende el funcionamiento de la organización, teniendo como
objetivo, identificar y esclarecer los requerimientos básicos del sistema. Al realizar éstas, se
obtuvieron los siguientes puntos.
Del departamento de Seguridad Pública El oficial Alberto Garay Vázquez, encargado de la recepción de informes y pase de labores
a las unidades operativas, especifica lo siguiente:
1. los informes que se realizan en este departamento deben de contener la información
detallada de los sucesos a los que se remite cada oficial, unidad o en su caso, el
escuadrón de elementos.
2. los datos recopilados de importancia a este son: fecha y hora del suceso, lugar del
suceso, emergencia a atender, involucrados en la emergencia (civiles), n° de la unidad
de apoyo que asistió al evento y sin olvidar mencionar que elementos activos
(oficiales) participaron en esa encomienda.
SIGEI+GPS: Sistema de Gestión de Incidencias y Geo-Localizador de Unidades Operativas
8
3. En el caso de los involucrados en el suceso registrado es necesario conocer los datos
generales de los mismos para identificación y ubicación en caso de que se requiera
contactar con ellos si estos no son remitidos a las instalaciones del complejo o son
ingresados a los separos preventivos.
4. Los oficiales y elementos operativos involucrados deben de especificarse como
medio de respaldo legal, por deslinde de responsabilidades en caso de que esto sea
requerido por algún procedimiento de investigación que pueda suscitarse.
5. Estos informes deben de realizarse con una periodicidad diaria, estos deben de
referenciarse en el informe mensual en caso de ser necesario (se especifica el adjunto
necesario en situaciones de investigación de algún suceso que resulte inconcluso o no
resuelto).
En el Departamento de Tránsito y Vialidad
En este departamento, el encargado el comandante Francisco Guzmán Rodríguez puntualiza
lo siguiente:
1. el informe que este departamento prepara conlleva la información general de eventos
de tránsito relevantes como lo son accidentes o altercados entre civiles o unidades de
transporte público o de las dependencias gubernamentales que se remitan a la
dependencia, esto excluye el registro de multas u alguna otra situación referente dado
que esta información no es de mucha inferencia al proceso realizado por el
departamento.
2. los datos que este informe requiere son: fecha y hora del suceso, lugar del suceso,
datos de los vehículos (civiles, de transporte público o gubernamentales)
involucrados en el altercado, así como información de las personas que se vieron
afectadas durante el incidente, esto sin olvidar el oficial de tránsito que da fe del
evento.
3. la información requerida de los vehículos involucrados que es de importancia para el
departamento son los siguientes datos: marca, color y modelo del vehículo en
cuestión, número de placa y serie identificadora, nombre del propietario, nombre del
conductor del vehículo en caso de que no sea el propietario el que lo conduce,
procedencia del vehículo (local, nacional o foránea), en caso de ser remitido al
corralón es necesario especificar cuál fue el destino del mismo, lo que incluye que
oficina de servicio de grúa tomó parte del asunto, y finalmente en caso de que lo
anterior se suscitase, especificar si el móvil en cuestión cuenta con algún adeudo que
impida la liberación del corralón de detención.
4. en caso de las personas involucradas en los altercados viales, es necesario recabar
información que permita identificar a las personas afectadas y aquellas que fueron
probables causantes del evento, esta información se basa en los siguientes datos:
nombre completo, edad, fecha de nacimiento y domicilio.
5. es indispensable especificar la unidad que da fe y veracidad del evento, es necesario
recopilar el nombre, y número de unidad en la cual éste asistió al suceso.
SIGEI+GPS: Sistema de Gestión de Incidencias y Geo-Localizador de Unidades Operativas
9
En el Departamento de Separos Preventivos.
Respecto a éste departamento el oficial Luis Carriera Cermeño, puntualiza que la información
que pertenece a su departamento se encuentra catalogada de la siguiente manera:
1. los reportes que se mantienen de los asegurados en los separos preventivos
contienen la información general de la persona el curso, eso incluye su fotografía,
sin olvidar también el hecho por el cual fue aprehendido, el lugar, la hora y la
unidad (incluidos los oficiales) que lo remite a los separos.
2. le debe incluir también en el registro las pertenencias del mismo para evitar
alegaciones post liberación en caso de que se libere o se traslade al detenido.
3. los datos generales solicitados para el detenido son: nombre, edad, domicilio y
alias (apodo) en caso de ser necesarios.
4. es necesario tener el historial de las veces que ha sido remitida esa persona a los
separos preventivos y de ser posible hacer referencias cruzada de los antecedentes
o motivos por los cuales ha sido remitido este individuo.
En el Departamento de Prevención del Delito
Para la recopilación de la información de este módulo se recurrió a entrevistar al encargado
del mismo, el Lic. en Psicología William Cesar Fermín Ceja, expuso lo siguiente:
1. el departamento recopila información de personas que son atendidas en persona
dentro y fuera de la oficina, estos casos se atienden de manera privada y la
recopilación de datos es de forma discreta, solo se registran los datos generales de
la persona, el motivo general por el que se atendió y las observaciones finales a
su sesión de terapia sin olvidar la fecha del suceso.
2. al igual que sucede con las personas, el departamento también ofrece asistencia a
organizaciones públicas como las escuelas o centros de integración, de estos es
necesario recopilar los datos de la institución a la que se asiste, fecha y hora de la
visita y la temática que se trató en la sesión.
3. de ser posible se pretende desarrollar un historial tanto de las personas atendidas
como de las instituciones que se visitan, con intenciones de agilizar las sesiones
de atención o incursionar en nuevos temas de ayuda, dependiendo de la
reincidencia de temas a exponer.
Resaltando lo anterior y el análisis básico de los requerimientos del sistema, se obtiene la
siguiente relación de requerimientos.
Requerimientos del sistema
Según James Senn “los requerimientos especifican qué es lo que el sistema debe hacer (sus
funciones) y sus propiedades esenciales y deseables. La captura de los requerimientos tiene
como objetivo principal la comprensión de lo que los clientes y los usuarios esperan que haga
el sistema. Un requerimiento expresa el propósito del sistema sin considerar como se va a
implantar. En otras palabras, los requerimientos identifican el qué del sistema, mientras que
el diseño establece el cómo del sistema.” (Senn, 1992)
SIGEI+GPS: Sistema de Gestión de Incidencias y Geo-Localizador de Unidades Operativas
10
La captura y el análisis de los requerimientos del sistema es una de las fases más importantes
para que el proyecto tenga éxito. “Como regla de modo empírico, el costo de reparar un error
se incrementa en un factor de diez de una fase de desarrollo a la siguiente, por lo tanto, la
preparación de una especificación adecuada de requerimientos reduce los costos y el riesgo
general asociado con el desarrollo” (Norris & Rigby, 1994).
Siguiendo estos conceptos y las recomendaciones y buenas prácticas que recomienda la
Software Engineering Coordinating Committee conocidas comúnmente como el Swebok
(IEEE, 2003) , los requerimientos se pueden clasificarse de la siguiente forma
Requisitos de procesos
Requisitos funcionales y no funcionales
Características inesperadas
Requisitos del sistema y requisitos de software
Que una vez aplicándolos en la identificación de los requerimientos en nuestro proyecto,
estos se representarían de la siguiente forma.
Requisitos de procesos
Acorde a lo especificad en el SWEBOK de la IEEE1, los requisitos de proceso son aquellos
que referencian la parte técnica del lenguaje de programación que se utilizará para el realizar
el software, por lo que en esta sección se identifican los siguientes.
El sistema deberá ser capaz de ejecutar funciones de manejo de una base de datos
como son la selección de datos de una tabla, inserción de información, modificación
de campos registrados en las tablas y la eliminación de registros (tuplas) en una tabla
de base de datos.
El sistema deberá reconocer y ejecutar funciones en el lenguaje de programación web
PHP así mismo como aquellas destinadas a la creación de sitio como lo es el lenguaje
de marcado de etiquetas de hipertexto (HTML) y el de manejo de hojas de estilo
(CSS).
El sistema debe poder ejecutar funciones en modo asíncrono con la ayuda del lenguaje
de programación JavaScript mediante peticiones AJAX.
El sistema de geo localización debe poder realizar la comunicación a los dispositivos
de rastreo mediante los protocolos GSM/GPS/GPRS.
Requerimientos funcionales
Somerville (2005, pág. 24) define que “los requerimientos funcionales del sistema son
aquellos que se definen como elementos clave sin los cuales el sistema no podrá funcionar
adecuadamente.
1 Puede obtenerse una versión gratuita del Software Engineering Body of Knowledge (SWEBOK) ingresando
a la página web oficial de la IEEE en el siguiente enlace https://www.computer.org/web/swebok/v3
SIGEI+GPS: Sistema de Gestión de Incidencias y Geo-Localizador de Unidades Operativas
11
Es por esto que, considerando esté factor, se definen los siguientes requerimientos
basándonos en los datos obtenidos mediante el análisis de la descripción de actividades
obtenida de los elementos que laboran en la DSPV se encontró lo siguiente.
El sistema deberá de contar con un control de usuarios en el que almacenará la
información básica del usuario, contacto y credenciales para iniciar en el sistema
(usuario y contraseña) así como definir el rol perteneciente al mismo.
El sistema debe permitir la captura de datos correspondientes a cada una de las áreas
de la organización.
El manejo de los datos, por el carácter discreto con el que se deben de administrar,
solo se debe permitir la inserción de datos y la modificación de los mismos.
La información almacenada debe de corresponder al tipo datos definido en la base de
datos para respetar la integridad de la misma.
El sistema deberá estar montado en un servidor que permanezca activo las 24/7 para
asegurar el correcto funcionamiento del mismo, esta situación se repite con el servicio
de geo localización.
Los vehículos o Smartphone a localizar deben contar con el dispositivo rastreador
instalado o en caso delos móviles la aplicación correspondiente al sistema operativo
instalada.
Requerimientos no funcionales
De igual forma, se especifica que “los requerimientos no funcionales, al contrario de los
funcionales son aquellos que se clasifican como no requeridos para el funcionamiento del
sistema, es decir, aunque estos no se encuentren disponibles, el producto podrá realizar las
funciones para las cuales fue diseñado” (Sommerville, 2005, pág. 25).
Considerando lo dicho, dentro de los requerimientos no funcionales del sistema encontramos
lo siguiente:
El sistema deberá ser capaz de validar los usuarios que ingresan al sistema
Los datos almacenados deberán filtrarse conforme a la naturaleza o al uso para los
que están destinados
El sistema deberá realizar reportes bajo las restricciones definidas en los módulos o
áreas definidas en la DSPV
La información registrada, debido a su naturaleza e importancia para la organización,
por ningún motivo deberá ser eliminada, en cambio, se deberá de actualizar el estatus
de la misma en evento activo o inactivo.
En ciertos casos, como en el área de Separos Preventivos, es necesario el uso de
archivos multimedia como lo son las fotografías, mismas que deben almacenarse y
visualizarse.
Características inesperadas
SIGEI+GPS: Sistema de Gestión de Incidencias y Geo-Localizador de Unidades Operativas
12
Las características inesperadas son requerimientos que se identifican y toman en cuenta, pero
no pueden comprobarse hasta que el producto de software se encuentre funcionando en
condiciones reales. (IEEE, 2003)
Requerimientos de sistema
Por requerimientos de sistemas se hace referencia a todo lo que necesita el producto de
software para funcionar, hablado desde el punto de vista de hardware, software adicional,
recursos humanos, información, instalaciones, servicios, etc. Lo que resulta como definición
de requisitos de software como todos aquellos que se derivan de los requisitos de sistema.
Dado que se plantea una aplicación con características compatibles con la arquitectura
cliente servidor es posible diferenciar las características de hardware requeridas para la
ejecución del producto de software, debido que no es necesario para un cliente que hará uso
del servicio el contar con todos los componentes para inicializar la aplicación.
Hardware:
Servidor
o Procesador Quad Core 3.0 GHz o de mayor capacidad.
o 8 Gb RAM o de mayor capacidad.
o 1 Tb HDD o de mayor capacidad.
o Tarjeta de red Gigabit Ethernet 10/100/1000 Mbps.
Cliente
o Cualquier equipo de cómputo disponible con conexión a internet
o Cámara fotográfica o cámara WEB.
Geo localizador
o Dispositivo de rastreo tracker (opcional) o Smartphone
Software:
Servidor
o Mysql Server (Motor de base de datos)
o PHP 5.3
o SO servidor (Microsoft Windows o cualquier distribución Linux).
o Apache 2.
o Java JRE.
o Traccar Server2
Cliente
o SO Windows o Linux
o Navegador de Internet (Chrome, Firefox, Safari, etc…)
Geo localizador
o Traccar Client (disponible para Android y IOS) 3
Servicios:
2 El servidor del geo localizador puede instalarse en el mismo sistema operativo utilizado para el sistema de
gestión. 3 Esta aplicación solo es necesaria cuando se realiza el monitoreo sobre un dispositivo móvil o Smartphone
con comunicación GSM/GPS, los dispositivos tracker se manejan bajo los protocolos de comunicación GPS/
SIGEI+GPS: Sistema de Gestión de Incidencias y Geo-Localizador de Unidades Operativas
13
Permitir la realización de múltiples conexiones (aproximadamente 5 conexiones
simultaneas)
Almacenar información en la base de datos.
Atender las peticiones de conexión y consulta de información.
Casos de uso
Según expertos de IBM (IBM, 2013) “los casos de uso, se crean para refinar un conjunto de
requisitos de acuerdo con una función o tarea. En lugar de la tradicional lista de requisitos
que quizá no trate de forma directa el uso de la solución, los casos de uso reúnen requisitos
comunes basados en el tipo de función u objetivo. Los casos de uso definen qué harán los
usuarios o funciones en la solución y un proceso empresarial define cómo realizarán esas
funciones.”
Esto da a entender, que un caso de uso representa la lista de tareas que pueden realizar los
actores y está directamente relacionada con los requisitos del proceso. Los casos de uso son
un reconocimiento de los requisitos que debe alcanzar el proyecto.
Por lo que ellos recomiendan que, para documentar un caso de uso, defina los requisitos del
objetivo, proporcione una presentación y liste los diferentes actores o roles para un caso de
ejemplo dado. Un procedimiento sencillo para la generación de los casos de uso es aquel
propuesto por IBM, el cual se presenta a continuación.
1. Identificar y definir a los actores.
a. Identificar todos los usuarios clave del sistema. Los usuarios clave son
aquellos para los que se crea el sistema.
b. Identificar todos los demás usuarios del sistema, incluidos los sistemas
automatizados y los usuarios de las funciones de gestión y soporte.
2. Hacer coincidir los requisitos de usuario con un caso de uso y documentar los
nombres de las funciones y las descripciones para dichos nombres por medio de la
plantilla de caso de uso.
La finalidad de buscar la coincidencia entre los requisitos y los casos de uso es proporcionar
una base de comunicación entre los clientes y los desarrolladores de soluciones. Los casos
de uso ayudan a crear la estructura y proporcionan la información para el proceso que va a
utilizar el desarrollador para crear un flujo de trabajo y poder realizar la programación. Con
esto en mente y basándose en los requerimientos recopilados anteriormente, se realizaron los
siguientes diagramas de casos de uso en referencia a los módulos a desarrollar para nuestro
sistema.
Un aspecto importante a señalar, se suscitó durante una reunión llevada a cabo con los
elementos de la Dirección de Seguridad Pública y Vialidad de Comala en donde se acordó
la unificación de los módulos de Seguridad pública, Vialidad y Separos Preventivos, esto con
el fin de facilitar la captura de información de éstas, ya que, debido a las características de
los datos que se manejan, es posible integrar de manera general un solo módulo que contenga
SIGEI+GPS: Sistema de Gestión de Incidencias y Geo-Localizador de Unidades Operativas
14
las tres secciones antes mencionadas, donde cada subsección se manejará de manera
independiente de acuerdo a las bases establecidas con anterioridad (vea la sección de
levantamiento de requerimientos), con esto aclarado se presentan los diagramas de casos de
uso realizados para cada uno de los usuarios que se espera participen en el sistema (Oficiales,
Psicólogos y Administrativos).
Con esto dicho, procedemos a la declaración de los casos de uso utilizados en el desarrollo
de cada uno de los módulos del sistema de gestión de incidencias, comenzando con aquel
determinado para los usuarios de tipo Oficiales (Policías).
Caso de uso 1 Oficiales (Policías)
Escenario del caso de uso de oficiales
Actores: Policías
Escenario de acción
1. El policía se autentica en el sistema para acceder a sus funciones
a. El policía no puede acceder al sistema, error en las credenciales de
identificación.
2. El policía puede realizar gestión de sucesos de Seguridad Pública
a. El policía puede agregar sucesos de Seguridad Pública en la base de datos
b. El policía puede consultar los sucesos de Seguridad Pública por fechas
establecidas
c. El policía puede consultar el origen de las llamadas recibidas para atender
sucesos de Seguridad Pública
3. El policía puede realizar gestión de los sucesos de Vialidad
a. El policía puede registrar sucesos de Vialidad
b. El policía puede consultar los sucesos de Vialidad por fechas establecidas
c. El policía puede consultar los vehículos involucrados en los incidentes
d. El policía puede gestionar el estatus de los vehículos involucrados en los
incidentes
4. El policía puede realizar gestión de las personas detenidas en los Separos
Preventivos
a. El policía puede registrar detenidos en los separos
b. El policía puede consultar los detenidos actuales
c. El policía puede visualizar el historial de detenciones de los individuos.
La relación de este caso de uso se puede visualizar como se muestra a continuación en la
ilustración1.
SIGEI+GPS: Sistema de Gestión de Incidencias y Geo-Localizador de Unidades Operativas
15
Ilustración 1 Modelo de caso de uso Oficiales, creación propia
uc Modelo de casos de uso
Modulo Seguridad Pública
Policia
Iniciar sesión
Gestionar incidencias
de seguridad pública
Gestionar
incidencias Viales
Gestionar detenidos
Registrar
detenido
Consultar
detenidos
Consultar historial de
detinidos
Liberar detenidos
Registrar incidencias
Consultar
incidencias
Consultar llamadas
recibidas
Colnsultar
indicencia del dia
de hoy
Consultar
incidencias del
dia de ayer.
Concultar
incidencias del
mes.
Consultar
incidencias entre
fechas
Registrar
incidencia v ial
Consultar
v ehículo
Liberar
v ehículo
Colsultar
v ehículos
asegurados por
fecha
Consultar
incidencias v iales
Consultar
incidencias del dia
de hoy
Consultar
incidencias del dia
de ayer
Consultar
incidencias del
mes
Consultar
incidencias entre
fechas
«extend»
«extend»
«extend»
«extend»
«extend»
«extend»
«extend»
«extend»
«extend»
«extend»
«extend»
«extend»
«extend»
«extend»
«extend»
«extend»
«extend»
«extend»
«extend»
«extend»
«extend»
«extend»
«extend»
«extend»
SIGEI+GPS: Sistema de Gestión de Incidencias y Geo-Localizador de Unidades Operativas
16
Descripción del caso de uso de Oficiales
1 Policía
Descripción: usuario con permisos de Policía.
1.1 Inicio de sesión:
Descripción: el oficial deberá iniciar sesión en el sistema.
Requiere: el usuario deberá identificarse con sus credenciales (usuario y contraseña).
Restricciones
Tipo de usuario (invariante): el tipo de usuario define el acceso a
funcionalidades a las que tendrá acceso.
1.2 Gestionar incidencias de seguridad Publica
Descripción: permite al usuario acceder a la gestión de incidencias de seguridad
pública.
Requiere:
el usuario debe estar ingresar en el sistema con permisos de policía.
1.2.1 Registrar incidencias
Descripción: permite capturar la información de incidencias de seguridad pública.
1.2.2 Consultar incidencias
Descripción: permite visualizar el registro de las incidencias de seguridad pública.
1.2.2.1 Consultar incidencias del día de hoy
Descripción: visualiza las incidencias registradas a lo largo del día.
Requiere: haber realizado registros en el periodo seleccionado.
1.2.2.2 Consultar incidencias del día de ayer
Descripción: visualiza las incidencias registradas del día anterior a este.
Requiere: haber realizado registros en el periodo seleccionado.
1.2.2.3 Consultar incidencias del mes
Descripción: visualiza las incidencias registradas del mes definido por el usuario.
Requiere: el usuario debe definir el mes de consulta
1.2.2.4 Consultar incidencias entre fechas
Descripción: visualiza las incidencias registradas entre el periodo que define el
usuario.
Requiere: el usuario debe definir el periodo de búsqueda
1.2.3 Consulta de llamadas
Descripción: visualiza la estadística de la procedencia de las llamadas de emergencia
atendidas por lo oficiales.
1.3 Gestionar detenidos
Descripción: permite acceder al módulo de gestión de Separos preventivos.
Requiere:
el usuario debe estar ingresar en el sistema con permisos de policía.
1.3.1 Registro de detenidos
Descripción: permite agregar un registro de un individuo enviado a los separos
preventivos.
Requiere:
el usuario debe estar ingresar en el sistema con permisos de policía.
deben especificarse los datos requeridos y la fotografía del detenido.
SIGEI+GPS: Sistema de Gestión de Incidencias y Geo-Localizador de Unidades Operativas
17
1.3.1.1 Consulta de detenidos Activos
Descripción: permite visualizar los individuos que actualmente se encuentran en los
separos preventivos.
1.3.1.2Consultar historial de detenidos
Descripción: visualiza el historial de detenciones del individuo.
Requiere:
el usuario deberá especificar el individuo a buscar.
1.4 Gestionar incidencias viales
Descripción: accede al módulo de gestión de Vialidad.
Requiere:
el usuario deberá estar ingresar en el sistema con permisos de policía.
1.4.1 Registrar incidencia Vial
Descripción: permite agregar un registro de una incidencia de Vialidad al sistema.
1.4.2 Consultar incidencias de Vialidad
Descripción: acceder al módulo de consultas de incidencias de Vialidad
1.4.2.1 Consultar incidencias del día de hoy
Descripción: visualiza las incidencias registradas a lo largo del día.
Requiere: haber realizado registros en el periodo seleccionado.
1.4.2.2 Consultar incidencias del día de ayer
Descripción: visualiza las incidencias registradas del día anterior a este.
Requiere: haber realizado registros en el periodo seleccionado.
1.4.2.3 Consultar incidencias del mes
Descripción: visualiza las incidencias registradas del mes definido por el usuario.
Requiere: el usuario debe definir el mes de consulta.
1.4.2.4 Consultar incidencias entre fechas
Descripción: visualiza las incidencias registradas entre el periodo que define el
usuario.
Requiere: el usuario debe definir el periodo de búsqueda.
1.4.3 Consultar vehículos asegurados en fecha
Descripción: visualiza los vehículos involucrados en incidencias viales dentro del
periodo definido por el usuario.
Requiere: el usuario debe definir el periodo de búsqueda.
1.4.3.1 Consultar vehículo
Descripción: visualiza los datos del vehículo seleccionado por el usuario
Requiere: el usuario debe definir el vehículo a visualizar
1.4.3.1.1 Liberar vehículo
Descripción: permite cambiar el estado del registro de un vehículo involucrado en
una incidencia vial
Requiere: el usuario debe especificar el vehículo a liberar
el vehículo no debe tener adeudos
el vehículo deberá estar en calidad de consignado.
SIGEI+GPS: Sistema de Gestión de Incidencias y Geo-Localizador de Unidades Operativas
18
Esto finaliza el contenido del caso designado para los usuarios de tipo policía, el siguiente
caso de uso representa las actividades que puede realizar un usuario de tipo Administrador
en el sistema, es decir el director de la Dirección de Seguridad Pública y Vialidad de Comala.
Caso de uso 2 Administrador (Director)
Escenario del caso de uso de Administrador
Actores: Director
Escenario de acción
1. El Director se autentica en el sistema para acceder a sus funciones
a. El director no puede acceder al sistema, error en las credenciales de
identificación.
2. El Director puede realizar visualizar sucesos de Seguridad Pública
a. El director puede consultar los sucesos de Seguridad Pública por fechas
establecidas.
b. El policía puede consultar el origen de las llamadas recibidas para atender
sucesos de Seguridad Pública.
3. El Director puede realizar visualizar los sucesos de Vialidad
a. El director puede consultar los sucesos de Vialidad por fechas establecidas.
b. El director puede visualizar el historial de detenciones de los individuos.
c. El director puede consultar los vehículos involucrados en los incidentes.
4. El Director puede visualizar de las personas detenidas en los Separos Preventivos
a. El director puede consultar las personas detenidas actualmente.
La relación de este caso de uso se puede visualizar como se muestra a continuación en la
ilustración 2.
SIGEI+GPS: Sistema de Gestión de Incidencias y Geo-Localizador de Unidades Operativas
19
Ilustración 2Modelo de caso de uso Administrador, creación propia
uc Casos de uso principales
Modulo del director (Adm)
Director
Iniciar sesion
Consultar incidencias de
seguridad pública
Consultar detenidos
Consultar incidencias
v iales
Gestionar usuarios
Consultar
estadísticas
Consultar
incidencias
Consultar llamadas
recibidas
Colnsultar
indicencia del dia
de hoy Consultar
incidencias del dia
de ayer
Concultar
incidencias del
mes
Consultar
incidencias entre
fechas
Consultar detenidos
Consultar historial de
detenidos
Consultar
v ehículo
Consultar
v ehículos
asegurados por
fecha
Consultar
incidencias v iales
Consultar
incidencias del
dia de hoy
Consultar
incidencias del
dia de ayer
Consultar
incidencias del
mes
Consultar
incidencias entre
fechas
Agregar
usuarios
Actualizar
contraseñas
«extend»
«extend»
«extend»
«extend»
«extend»
«extend»
«extend»
«extend»
«extend»
«extend»
«extend»
«extend»
«extend»
«extend»
«extend»
«extend»
«extend»
«precedes»
«extend»
«extend»
«extend»
«extend»
SIGEI+GPS: Sistema de Gestión de Incidencias y Geo-Localizador de Unidades Operativas
20
Descripción del caso de uso de administrador
2 Director
Descripción: usuario con permisos de Administrador del sistema.
2.1 Inicio de sesión:
Descripción: el administrador deberá iniciar sesión en el sistema.
Requiere: el usuario debe identificarse con sus credenciales (usuario y contraseña).
Restricciones
Tipo de usuario (invariante): el tipo de usuario define el acceso a
funcionalidades a las que tendrá acceso.
2.2 Consultar incidencias de seguridad Publica
Descripción: permite al usuario acceder al módulo de consulta de incidencias de
seguridad pública.
Requiere:
el usuario deberá ingresar en el sistema con permisos de Administrador.
2.2.1 Consultar incidencias
Descripción: permite visualizar el registro de las incidencias de seguridad pública.
2.2.1.1 Consultar incidencias del día de hoy
Descripción: visualiza las incidencias registradas a lo largo del día.
Requiere: haber realizado registros en el periodo seleccionado.
2.2.1.2 Consultar incidencias del día de ayer
Descripción: visualiza las incidencias registradas del día anterior a este.
Requiere: haber realizado registros en el periodo seleccionado.
2.2.1.3 Consultar incidencias del mes
Descripción: visualiza las incidencias registradas del mes definido por el usuario.
Requiere: el usuario deberá definir el mes de consulta
2.2.1.4 Consultar incidencias entre fechas
Descripción: visualiza las incidencias registradas entre el periodo que define el
usuario.
Requiere: el usuario deberá definir el periodo de búsqueda
2.2.2 Consulta de llamadas
Descripción: visualiza la estadística de la procedencia de las llamadas de emergencia
atendidas por lo oficiales.
2.3 Consultar detenidos
Descripción: permite acceder al módulo de consultas de Separos preventivos.
Requiere:
el usuario deberá ingresar en el sistema con permisos de Administrador.
2.3.1 Consulta de detenidos Activos
Descripción: permite visualizar los individuos que actualmente se encuentran en los
separos preventivos.
1.3.2Consultar historial de detenidos
Descripción: visualiza el historial de detenciones del individuo.
Requiere:
el usuario deberá especificar el individuo a buscar.
2.4 Consultar incidencias viales
Descripción: el usuario accede al módulo de Consultas de incidentes de Vialidad.
SIGEI+GPS: Sistema de Gestión de Incidencias y Geo-Localizador de Unidades Operativas
21
Requiere:
el usuario deberá ingresar en el sistema con permisos de Administrador.
2.4.1 Consultar incidencias de Vialidad
Descripción: acceder al módulo de consultas de incidencias viales.
2.4.1.1 Consultar incidencias del día de hoy
Descripción: visualiza las incidencias registradas a lo largo del día.
Requiere: haber realizado registros en el periodo seleccionado.
2.4.1.2 Consultar incidencias del día de ayer
Descripción: visualiza las incidencias registradas del día anterior a este.
Requiere: haber realizado registros en el periodo seleccionado.
2.4.1.3 Consultar incidencias del mes
Descripción: visualiza las incidencias registradas del mes definido por el usuario.
Requiere: el usuario deberá definir el mes de consulta.
2.4.1.4 Consultar incidencias entre fechas
Descripción: visualiza las incidencias registradas entre el periodo que define el
usuario.
Requiere: el usuario deberá definir el periodo de búsqueda.
2.4.2 Consultar vehículos asegurados en fecha
Descripción: visualiza los vehículos involucrados en incidencias viales dentro del
periodo definido por el usuario.
Requiere: el usuario deberá definir el periodo de búsqueda.
2.4.2.1 Consultar vehículo
Descripción: visualiza los datos del vehículo seleccionado por el usuario.
Requiere: el usuario deberá definir el vehículo a visualizar.
2.5 Gestión de Usuarios
Descripción: Accede al módulo de gestión de usuarios.
Requiere: Ingresar al sistema con permisos de Administrador.
2.5.1 Agregar usuario
Descripción: Permite agregar un usuario al sistema.
Requiere: Acceder al sistema con un usuario con permisos de Administrador.
Restricciones: No podrá registrar usuarios con permisos Administrativos.
2.5.2 Modificar contraseñas
Descripción: Permite actualizar contraseñas de los usuarios registrados en el sistema.
Requiere: Acceder al sistema como un usuario Administrador
Restricciones: No se podrá modificar contraseñas de usuarios con permisos de
Administrador.
2.6 Consultar estadísticas
Descripción: Accede al módulo de estadísticas del sistema.
Requiere: Acceder al sistema como usuario Administrador.
Finalmente es necesario detallar aquellas acciones que podrá realizar un usuario de tipo
Psicólogo, para ello se utilizará el siguiente caso de uso.
SIGEI+GPS: Sistema de Gestión de Incidencias y Geo-Localizador de Unidades Operativas
22
Caso de uso 3 Psicólogos
Escenario del caso de uso de Psicólogo
Actores: Psicólogo
Escenario de acción
1. El Psicólogo se autentica en el sistema para acceder a sus funciones
a. El psicólogo no puede acceder al sistema, error en las credenciales de
identificación.
2. El Psicólogo puede gestionar personas atendidas
a. El psicólogo puede agregar pacientes al sistema.
b. El psicólogo puede agregar consultas dadas a los pacientes.
c. El psicólogo puede consultar el historial de consultas de los pacientes.
3. El psicólogo puede gestionar instituciones a las que se prestaron servicio.
a. El psicólogo puede ingresar instituciones a las que se proporcionan
asistencia y pláticas
b. El psicólogo puede agregar visitas dadas a las instituciones.
c. El psicólogo puede visualizar el historial de las visitas dadas a las
instituciones.
La relación de este caso de uso se puede visualizar como se muestra de la siguiente forma en
la ilustración 3.
SIGEI+GPS: Sistema de Gestión de Incidencias y Geo-Localizador de Unidades Operativas
23
Ilustración 3 Modelo de caso de uso Psicólogos, creación propia
Descripción del modelo de casos de uso Psicólogo
3 Psicólogo
Descripción: usuario con permisos de Psicólogo.
3.1 Iniciar sesión
Descripción: el Psicólogo debe iniciar sesión en el sistema.
Requiere: el usuario debe identificarse con sus credenciales (usuario y contraseña).
Restricciones
Tipo de usuario (invariante): el tipo de usuario define el acceso a
funcionalidades a las que tendrá acceso.
uc Modelo de casos de uso
Módulo Prevención del delito
Psicólogo
Registrar
pacientes
Registrar
institución
Consultar
pacientes
Borrar
pacientes
Ingresar
consulta al
paciente
Ver consultas
pasadas
Modificar
institución
Eliminar
institución
Ingresar v isita a
institución
Mostrar
institución
Consultar v isita
pasada
Iniciar Sesión
Gestionar pacientes
Gestionar
instituciones
«extend»
«extend»
«extend»
«extend»
«extend»
«extend»
«extend»
«extend»
«extend»
«extend»
«extend»
«extend»
«extend»
SIGEI+GPS: Sistema de Gestión de Incidencias y Geo-Localizador de Unidades Operativas
24
3.2 Gestión de pacientes
Descripción: accede al módulo de gestión de pacientes
Requiere: acceder al sistema con un usuario de tipo Psicólogo
3.2.1 Registrar Paciente
Descripción: permite registrar pacientes al sistema
3.2.2 Eliminar Paciente
Descripción: cambiar la opción de eliminar un paciente en el sistema
Requiere: validación del sistema
Restricciones: el paciente no se eliminará del sistema, solo se cambiará el estatus del
mismo.
3.2.3 Consultar Paciente
Descripción: permite consultar los pacientes registrados
3.2.3.1 Ingresar consulta (sesión)
Descripción: permite agregar una consulta a un paciente registrado en el sistema.
Requiere: especificar el paciente.
3.2.3.2 consultar historial de consultas
Descripción: visualiza el historial de las consultas del paciente.
Requiere: especificar el paciente.
3.3 Gestión de Instituciones
Descripción: permite acceder al módulo de gestión de instituciones.
Requiere: acceder al sistema con un usuario con permisos de Psicólogo.
3.3.1 Registrar Institución
Descripción: agrega una institución al sistema.
3.3.2 Modificar Institución
Descripción: permite modificar los datos de una institución registrada en el sistema.
Requiere: especificar la institución a modificar.
3.3.3 Eliminar Institución
Descripción: permite eliminar una Institución del sistema
Requiere: validación del sistema.
Restricciones: las instituciones no se eliminarán, solo se cambiará el estatus de la
misma.
3.3.4 Consultar Institución
Descripción: permite visualizar la información de una institución registrada en el
sistema.
3.3.4.1 Registrar Visita
Descripción: agregar información de una visita a una institución
Requiere: el usuario deberá especificar la institución.
3.3.4.2 Historial de visitas
Descripción: visualiza el historial de las visitas realizada a la institución.
Requiere: el usuario deberá especificar la institución.
Eso finaliza la especificación de los casos de uso, y partiendo de estos elementos podemos
realizar la formalización de los diagramas de flujo.
SIGEI+GPS: Sistema de Gestión de Incidencias y Geo-Localizador de Unidades Operativas
25
Diagramas de flujo
Un diagrama de flujo o también conocido como flujograma es una representación gráfica de
un proceso. Cada paso del proceso es representado por un símbolo diferente que contiene una
breve descripción de la etapa de proceso. Los símbolos gráficos del flujo del proceso están
unidos entre sí con flechas que indican la dirección de flujo del proceso.
Los consultores que laboran en AITECO Consultores®, definen como necesario el uso de
estos diagramas , ya que acorde a lo que ellos indican “El uso de diagramas de flujo ofrece
una descripción visual de las actividades implicadas en un proceso mostrando la relación
secuencial ente ellas, facilitando la rápida comprensión de cada actividad y su relación con
las demás, el flujo de la información y los materiales, las ramas en el proceso, la existencia
de bucles repetitivos, el número de pasos del proceso, las operaciones de
interdepartamentales… lo que facilita también la selección de indicadores de proceso”
(AITECO, 2016).
Para ello se utilizan determinados símbolos. Cada organización puede definir su propio grupo
de símbolos. En la figura anterior se mostraba un conjunto de símbolos habitualmente
utilizados. Al respecto cabe decir que en la figura “Conector de proceso” es frecuentemente
utilizado un círculo como símbolo. Para la elaboración de un diagrama de flujo, los símbolos
estándar han sido normalizados, entro otros, los suministrados por el American National
Standars Institute (ANSI), los cuales se representan en la ilustración 4.
Ilustración 4 Figuras ANSI registradas para su uso de diagramas de flujo (Beltrán, 2014).
Con esto especificado, continuaremos con la representación del diagrama creado a partid de la
identificación de procesos dentro de nuestro proyecto.
SIGEI+GPS: Sistema de Gestión de Incidencias y Geo-Localizador de Unidades Operativas
26
Fluxograma de procesos
Como se ha mencionado, los procesos relacionados al proyecto, son aquellos que se definen
como los procedimientos o acciones que realiza cada uno de los usuarios (en este caso
aquellos identificados como policías, administradores y psicólogos), dentro de sus
actividades para recopilar y procesar la información.
Para poder capturar la esencia de los procesos, es necesario partir definiendo la dependencia
de cada acción realizada por cada usuario, con aquellas que pudiesen influenciar de alguna
forma dentro de las actividades de otro tipo de cliente. Por lo que al realizar el análisis de
estos procesos encontramos lo siguiente.
Dependiendo el tipo de actividades que realiza cada uno de los elementos (policías,
administradores y psicólogos) es posible definir cierta jerarquía en las actividades, esto es
ocasionado por las diferentes acciones que se realizan en la forma de manejar la información
que se recolecta para hacer posible el ejercicio de gestión de información.
Por ejemplo, en el caso de aquellos clientes de tipo psicólogo, el tipo de registros y
participaciones que ingresa al sistema son muy independientes de aquellos que se presentan
con los definidos en las entidades de policías y administradores, por qué de alguna forma se
pudiera decir que las actividades que éste realiza son referentes a aquellas concernientes a la
generación de una agenda de instituciones, personas y consultas realizadas a éstos.
En cambio, las actividades que se realizan con los usuarios de tipo administrador y policía,
se enfocan en el registro y gestión de los reportes de incidencias atendidas por la Dirección
de Seguridad Pública.
Una vez dicho esto, procedemos a especificar los procesos que realizan cada uno de los
usuarios y las posibles interacciones entre los mismos.
Psicólogos
El flujo de procesos para este usuario, se inicializa al momento de ingresar al sistema por
medio de sus credenciales de identificación, los cuales, si son erróneos, no permitirán el
acceso al cliente. Una vez que se haya accedido al software, este podrá realizar la selección
de la actividad que desea realizar, pudiendo ser el registro tanto de pacientes como de
instituciones en las que se otorgan pláticas orientativas.
Cuando el psicólogo desea realizar un registro de un paciente o institución, este deberá de
acceder a los formularios diseñados para capturar la información requerida para su elección
(sean personas u organizaciones), los cuales una vez que hayan sido completados, permitirán
proceder al almacenamiento de dichos datos. Cuando se realizan la inscripción de este
conocimiento en el sistema, éste mismo redirigirá a las opciones de ingreso de sesiones
terapéuticas (en el caso de los individuos convalecientes que requieran su servicio), así como
las visitas con motivos orientativos y vocacionales a las que se haya asistido.
SIGEI+GPS: Sistema de Gestión de Incidencias y Geo-Localizador de Unidades Operativas
27
Una de las aplicaciones que realiza el psicólogo con ésta información es la de visualizar el
historial relativo a las personas e instituciones a las que ofrece sus servicios, lo que se ejecuta
mediante la especificación del sujeto al cual se hará referencia en la búsqueda de expedientes,
para así mantenerse al tanto de los avances, retrocesos o acciones realizadas con los mismos,
con lo que se finalizan las actividades o procesos que éste usuario realiza en el sistema.
A diferencia como ocurre con los psicólogos, los policías, por el ámbito y procedencia de la
información que manejan, se puede considerar la importancia de la interacción que se genera
a partir de las actividades de éste con las acciones que realizan los usuarios de tipo
administrador, esto es debido a que pese a que el cliente de tipo administrativo, sin importar
que éste debería poseer mayor capacidad y permisos que uno de nivel policial , se encuentran
definidos por un hecho generalizado y que es definido de forma puntual por el Director, y
este está referenciado a la capacidad de registrar una incidencia, debido a que ésta actividad
no es necesaria realizar por un administrador ya que lo que es necesario para éste, es el
conocimiento obtenido a partir de aquellos datos que inserta el policía.
Lo anterior se refleja de tal manera que, una vez que un usuario de tipo policía ingrese al
sistema y realice algún procedimiento de almacenado de información ya sea en temas
relacionados a Seguridad Pública, Vialidad o en Separos Preventivos, esta se verá
automáticamente reflejada en las visualizaciones del administrador (consultas de las
incidencias o información estadística globalizada). El comportamiento que se aplica en el
área de Separos preventivos es similar en cierto sentido a aquel utilizado por los Psicólogos,
ya que además de servir como control y gestión de los individuos retenidos en las celdas, éste
sirve como un historial de las retenciones que ha registrado cada individuo que ha pasado por
ese proceso.
Finalmente, éste tipo de usuario, además de poder visualizar aquellos registros que el mismo
u otro cliente con el mismo grado de credenciales ha realizado, se les facilita cierta
información estadística que permite realizar las consultas que requieran con mayor facilidad
(los datos son calculados a partir de los registros).
Administrador
Por la cercanía y similitud de ámbito o aspectos generales que presenta este usuario en
relación a aquellos de tipo policía, como se mencionó anteriormente, las acciones que este
realiza se focalizan en la visualización de la información almacenada en el sistema, siendo
de ésta manera, las funciones que se encargan de registrar los datos se encuentran
deshabilitadas.
Sin embargo, se puede visualizar un flujo alterno de proceso de éste usuario, que influye en
la actuación de los demás, ya que un cliente de tipo administrador es el único con las
credenciales necesarias para poder registrar usuarios en el sistema y sin la autorización de
este, no sería posible acceder al sistema.
Todo lo anteriormente señalado, puede visualizarse a continuación en la ilustración 5, la cual
representa el flujo de procesos.
SIGEI+GPS: Sistema de Gestión de Incidencias y Geo-Localizador de Unidades Operativas
28
|
Ilustración 5 Fluxograma de procesos
SIGEI+GPS: Sistema de Gestión de Incidencias y Geo-Localizador de Unidades Operativas
29
Con los conocimientos que nos aporta la elaboración de los flujogramas, podemos idealizar
el formato del contenedor que utilizaremos para almacenar la información, esto es la base de
datos, por lo que recurre a la elaboración de un modelo.
Modelos de bases de datos
Acorde a Silberschatz (A. Silberschatz, 2002), un modelo de base de datos relacional
constituye una alternativa para la organización y representación de la información que se
pretende almacenar en una base de datos. Se trata de un modelo teórico matemático que,
además de proporcionarnos elementos básicos de modelado (las relaciones), incluye un
conjunto de operadores (definidos en forma de álgebra relacional) para su manipulación, sin
ambigüedad posible.
El carácter formal del modelo relacional hace relativamente sencilla su representación y
gestión por medio de herramientas informáticas. No es casual, pues, que haya sido elegido
como referencia para la construcción de la gran mayoría de los sistemas de gestión de bases
de datos comerciales disponibles en el mercado; ni tampoco que sea también habitualmente
seleccionado como modelo de referencia para la elaboración del esquema lógico de una base
de datos.
Diccionario de datos
Un diccionario de datos es un listado organizado de todos tipos de notas que pertenecen a
una tabla de sistema. El objetivo éstos es dar precisión sobre los datos que se manejan en un
sistema, evitando así malas interpretaciones o ambigüedades, ya que es aquí donde se definen
con precisión aquellas notas de entrada y salida, el detalle de relación entre tablas, etc.
Regularmente, el diseño del diccionario de datos es obtenido al finalizar el análisis de los
requerimientos ya que, en esta etapa ya es de conocimiento certero los procedimientos a
realizar y de forma inherente la especificación de la información a almacenar, lo que permite
definir los tipos de datos a procesar en la base de datos.
Acorde al procedimiento lo inicial es conocer aquellas entidades que participan en la solución
del problema, sin olvidar las asociaciones y relaciones dentro del entramado de datos, que
permitan asegurar la integridad de la información contenida en ella. Dicho esto, a
continuación, la relación de entidades que participan en el diseño del modelo de base de datos
se presenta en la tabla 2.
SIGEI+GPS: Sistema de Gestión de Incidencias y Geo-Localizador de Unidades Operativas
30
Tabla 2 Entidades participantes en el modelo de base de datos
Entidades en la base de datos
Detalle persona reporte
Seguridad Pública.
Municipio Reporte vehículo
Emergencia Ocupación Sesión
Estado País Sesión institución
Herido Persona Sesión en sistema
Institución Privilegio Tipo de aviso
Localidad Reporte Tipo de reporte
Lugar Reporte de barandilla Tipo de vehículo
Marca de vehículo Reporte de persona vehículo Usuario
Modelo vehículo Reporte de Seguridad Púb. Vehículo
Contando con la especificación de cuales entidades son las que participan en este modelado,
es necesario describirlas, por lo que a continuación, en la tabla 3 podemos observar la relación
de los datos que contiene la entidad denominada como detalle entre persona y reporte de
seguridad pública.
Tabla 3 Diccionario de la entidad detalle persona/Seguridad Pública.
Detalle Persona Reporte Seguridad Pública Nombre
de la
propiedad
Descripción Tipo
de
dato
Formato Valor Nulo
(S/N)
Valor
Default
Restricción Indexar
(S/N)
PK, CK
o
FK
Clave externa
(S/N)
y referencia
id
reporte
Id del
reporte
correspondi
ente.
Int N N FK Reporte sp
(id reporte)
id
persona
Id de la
persona
involucrada
en el
incidente.
Int N N FK persona
(id persona)
estatus Indica si la
persona fue la agraviada,
consignada u
otro tipo de estado.
Int 1=agraviad
o 2=consigna
do
3=otros
N N N N
Como se puede observar en la tabla anterior, esta representa la formalización de un detalle
entre la relación exclusiva de las entidades persona y reporte de seguridad pública, la función
principal de esta es la de identificar aquellos individuos que se vieron involucrados en un
incidente de seguridad pública y además permita señalizar el estatus del sujeto en el altercado.
A continuación, en la tabla 4 se puede visualizar la especificación de los datos que almacena
la tabla emergencia.
SIGEI+GPS: Sistema de Gestión de Incidencias y Geo-Localizador de Unidades Operativas
31
Tabla 4 Diccionario de datos de la entidad emergencia
Emergencia
Nombre
de la
propiedad
Descripción Tipo
de dato
Formato Valor
Nulo
(S/N)
Valor
Default
Restricción Indexar
(S/N)
PK,
CK
o
FK
Clave
externa
(S/N)
y
referencia id Identificador
de la
emergencia.
Int N S PK N
nombre Nombre de
la
emergencia.
Varchar
(255)
N N N N
tipo Indica el
tipo de
incidencia.
Int 1=seg.pub
2=Vialidad
3=general
4= médica
N N FK tipo
reporte
(id tipo)
Generalizando la tabla de emergencias es aquella que contiene el catálogo de como la
Dirección de Seguridad Pública enlista los diversos sucesos a los que pueden asistir, estos
eventos pueden ser relativos a eventos de seguridad, vialidad, atención general y emergencias
médicas.
Tabla 5 Diccionario de la entidad estado
Estado
Nombre
de la
propiedad
Descripción Tipo
de dato
Formato Valor
Nulo
(S/N)
Valor
Default
Restricción Indexar
(S/N)
PK,
CK
o
FK
Clave
externa
(S/N)
y
referencia
id estado Identificador
del estado.
Int N S PK N
id país Identificador del
país donde se
encuentra el
estado.
Int N N FK País
(id país)
nombre Nombre del
estado.
Varchar
(255)
N N N N
La tabla 5, es la representación del listado de los posibles estados de un país (en este caso
México y los países vecinos mencionando solo los estados fronterizos) de los que se puede hacer
referencia tanto a personas como a vehículos en referencia a su lugar de origen.
A continuación, en la tabla 6 se presenta la especificación de la entidad herido, la que
representa el detalle exclusivo generado al especificar si en un incidente se reportó una
persona lesionada.
SIGEI+GPS: Sistema de Gestión de Incidencias y Geo-Localizador de Unidades Operativas
32
Tabla 6 Diccionario de la entidad herido
Herido
Nombre
de la
propiedad
Descripción Tipo
de
dato
Formato Valor
Nulo
(S/N)
Valor
Default
Restricción Indexar
(S/N)
PK,
CK
o
FK
Clave
externa
(S/N)
y
referencia
id reporte Identificador
del reporte
donde se presenta el
herido.
Int N N FK Reporte
(id
reporte)
id persona Identificador del herido de
la incidencia.
Int N N FK Persona
(id
persona)
La tabla 7 que se presenta a continuación, representa el catálogo de las instituciones a las que
se prestan servicios orientativos por parte de la Dirección de Prevención del Delito mediante
los psicólogos. Tabla 7 Diccionario de la entidad institución
Institución
Nombre
de la
propiedad
Descripción Tipo
de dato
Formato Valor
Nulo
(S/N)
Valor
Default
Restricción Indexar
(S/N)
PK,
CK
o
FK
Clave
externa
(S/N)
y
referencia
id
institución
Identificador de la
institución.
Int N S PK N
id lugar Identificador del domicilio
de la
institución.
Int N N FK Lugar
(id
lugar)
nombre Nombre de la institución.
Varchar
(100)
N N N
domicilio Domicilio de
la institución. Varchar
(255)
N N N
teléfono Teléfono de
la institución. Varchar
(20)
S N N
contacto Nombre de la persona con
la que se contacta para
impartir
alguna platica en la
institución.
Varchar
(255)
N N N
estatus Indica si la
institución no
ha sido
“eliminada”
del registro de prevención
del delito.
Tinyint
(1)
1=Activo
2=inactivo
S N N
La siguiente tabla, representa la entidad que almacena el listado de todas las localidades que
pueden presentar todos los municipios de los estados, aunque el diseño está enfocado para la
SIGEI+GPS: Sistema de Gestión de Incidencias y Geo-Localizador de Unidades Operativas
33
cabecera de Comala, es posible almacenar las localidades de cualquier municipio de todos
los estados del país.
Tabla 8 Diccionario de la entidad localidad
Localidad
Nombre
de la
propiedad
Descripción Tipo
de dato
Formato Valor
Nulo
(S/N)
Valor
Default
Restricción Indexar
(S/N)
PK,
CK
o
FK
Clave
externa
(S/N)
y referencia
Id
localidad
Identificador
de la
localidad
Int N S PK N
Id
municipio
Identificador
del municipio
donde se
encuentra la
localidad
Int N N FK Municipio
(id
municipio)
nombre Nombre de
la localidad
Varchar
(255)
N N N
La entidad utilizada para almacenar los datos específicos de la ubicación donde se suscitan
tanto las situaciones de Seguridad Pública, Vialidad y también el domicilio de las personas
que se registren en la base de datos, es aquella que se denomina como Lugar, ésta se puede
observar en la tabla 9. Tabla 9 Diccionario de la entidad lugar
Lugar
Nombre
de la
propiedad
Descripción Tipo
de dato
Formato Valor
Nulo
(S/N)
Valor
Default
Restricción Indexar
(S/N)
PK,
CK
o
FK
Clave
externa
(S/N)
y referencia
id lugar Identificador
del lugar.
Int N S PK N
id
localidad
Identificador
de la
localidad del
lugar.
Int N N FK Localidad
(id
localidad)
dirección Dirección
del lugar.
Varchar
(255)
S NULL N N
latitud Latitud del
lugar.
Varchar
(50)
S 0 N N
longitud Longitud del
lugar.
Varchar
(50)
S 0 N N
En la tabla 10, podemos observar el desglosado de la entidad marca de vehículo la cual
contiene el listado de las diversas marcas de vehículos automotrices existentes en el mercado. Tabla 10 Diccionario de la entidad marca vehículo
Marca de vehículo
Nombre
de la
propiedad
Descripción Tipo
de dato
Formato Valor
Nulo
(S/N)
Valor
Default
Restricción Indexar
(S/N)
PK,
CK
o
FK
Clave
externa
(S/N)
y
referencia
SIGEI+GPS: Sistema de Gestión de Incidencias y Geo-Localizador de Unidades Operativas
34
id marca Identificador
de la marca
de vehículo.
Int N S PK N
nombre Nombre de
la marca de
vehículo.
Varchar
(255)
N N N N
Como sucede con la tabla anterior, la tabla 11 hace referencia a los modelos de vehículos que
existen en las diversas marcas del mercado generando así un listado.
Tabla 11 Diccionario de la entidad modelo vehículo
Modelo vehículo
Contiene detalles del modelo de los vehículos relacionados en alguna incidencia vial Nombre
de la
propiedad
Descripción Tipo
de dato
Formato Valor
Nulo
(S/N)
Valor
Default
Restricción Indexar
(S/N)
PK,
CK
o
FK
Clave
externa
(S/N)
y
referencia
id modelo Identificador
del modelo
de vehículo.
Int N S PK N
id marca Identificador
de la marca
del vehículo.
Int N N FK Marca
vehículo
(id
marca)
nombre Nombre de
la marca del
vehículo.
Varchar
(255)
N N N N
año Año del
modelo del
vehículo.
Int N N N N
En la tabla 12 podemos visualizar la estructura que conforma la entidad de municipio la cual
sirve de listado para los municipios existentes en un estado, por la extensión de las
posibilidades que esto puede generar, solo se plantean por el momento aquellos municipios
relacionados a nuestro estado. Tabla 12 Diccionario de la entidad municipio
Municipio
Nombre
de la
propiedad
Descripción Tipo
de dato
Formato Valor
Nulo
(S/N)
Valor
Default
Restricción Indexar
(S/N)
PK,
CK
o
FK
Clave
externa
(S/N)
y
referencia
id
municipio
Identificador
del
municipio.
Int N S PK N
id estado Identificador
del estado
donde se
encuentra el
municipio.
Int N N FK Estado
(id estado)
nombre Nombre del
municipio.
Varchar
(255)
N N N N
SIGEI+GPS: Sistema de Gestión de Incidencias y Geo-Localizador de Unidades Operativas
35
La entidad conocida como ocupación, es un listado de las actividades a las que se dedican las
personas que son registradas en los incidentes ya sean de Vialidad o Seguridad Pública,
inclusive las pláticas de prevención del delito, la estructura de ésta, se puede observar en la
tabla 13.
Tabla 13 Diccionario de la entidad ocupación
Ocupación
Nombre
de la
propiedad
Descripción Tipo
de dato
Formato Valor
Nulo
(S/N)
Valor
Default
Restricción Indexar
(S/N)
PK,
CK
o
FK
Clave
externa
(S/N)
y
referencia
id
ocupación
Identificador
de la
ocupación.
Int N S PK N
nombre Nombre de
la
ocupación.
Varchar
(150)
N N N N
Como se mencionó anteriormente, existe un medio de almacenar información referente a
localidades, municipios, estados y finalmente países, por lo que, para este último aspecto, se
hace uso de la entidad especificada en la tabla 14. Tabla 14 Diccionario de la entidad país
País
Catálogo de países Nombre
de la
propiedad
Descripción Tipo
de dato
Formato Valor
Nulo
(S/N)
Valor
Default
Restricción Indexar
(S/N)
PK,
CK
o
FK
Clave
externa
(S/N)
y
referencia
Id país Identificador
del país.
Int N S PK N
nombre Nombre del
país.
Varchar
(255)
N N N N
En la tabla 15 se puede observar la definición de la entidad denominada como persona, esta
es de uso general, ya que puede almacenar el listado de aquellos individuos registrados en
los diversos módulos del sistema (Vialidad, Seguridad Pública y separos preventivos). Tabla 15 Diccionario de datos de la entidad persona
Persona
Nombre
de la
propieda
d
Descripci
ón
Tipo de
dato
Formato Valo
r
Nulo
(S/N
)
Valor
Defau
lt
Restri
cción
Index
ar
(S/N)
PK,
CK
o
FK
Clave
externa
(S/N)
y
referencia
id persona Identificador
de la persona. Int N S PK N
SIGEI+GPS: Sistema de Gestión de Incidencias y Geo-Localizador de Unidades Operativas
36
id lugar Identificador
del lugar
donde
ocurrió la
incidencia
relacionada
con la
persona.
Int N N FK Lugar
(id lugar)
id
ocupación
Identificador
de la
ocupación de
la persona.
Int N N FK Ocupación
(id
ocupación)
padre Nombre del
padre o tutor
de la persona.
Varchar
(255)
S NULL N N N
madre Nombre de la
madre de la
persona.
Varchar
(255)
S NULL N N N
nombre Nombre
completo de
la persona.
Varchar
(255)
N N N N
alias Alias o
apodo de la
persona.
Varchar
(50)
S NULL N N N
domicilio Domicilio
actual de la
persona.
Varchar
(255)
N N N N
curp CURP de la
persona. Varchar
(18)
[A-
Z]4[0-
9]6[A-
Z]6[0-
9]2
S único N N N
Sexo Género de la
persona. Tinyint
(1)
1=
hombre
2=mujer
N 1 N N N
edad Edad de la
persona. Tinyint
(3)
N N N N
teléfono Teléfono de
la persona. Varchar
(13)
([0-9]3)
[0-9]3 -
[0-9]4
S NULL N N N
tipo Especifica la
participación
en el sistema
Int 1=deteni
do
2=pacien
te
3=otros
N N N N
activo_pd La persona
acude a
sesiones
psicológicas
en
prevención
del delito.
Tinyint
(1)
0=falso
1=verdad
ero
S NULL N N N
activo_sp La persona
está
involucrada
en alguna
incidencia
relacionada
con
seguridad
pública.
Tinyint
()
0= falso
1=verdad
ero
S NULL N N N
Una de las entidades que permiten mantener el control de credenciales o permisos de las
actividades que los usuarios pueden realizar, es aquella que se conoce como privilegio, ésta
contiene una lista de los diferentes niveles de acceso a los que se puede asignar cliente del
sistema. Su especificación se puede visualizar en la tabla 16.
SIGEI+GPS: Sistema de Gestión de Incidencias y Geo-Localizador de Unidades Operativas
37
Tabla 16 Diccionario de la entidad privilegio
Privilegio
Nombre
de la
propiedad
Descripción Tipo
de dato
Formato Valor
Nulo
(S/N)
Valor
Default
Restricción Indexar
(S/N)
PK,
CK
o
FK
Clave
externa
y
referencia
id
privilegio
Identificador
del
privilegio.
Int N S PK N
nombre Nombre del
privilegio.
Varchar
(80)
N N N N
Una de las entidades principales para las actividades relacionadas a Seguridad Pública y
Vialidad, es aquella que se denomina como reporte, pese a que es un listado de eventos
registrados, es a ésta a la que hacen referencia los entes encargados de almacenar los detalles
de las relaciones entre tablas. En la tabla 17, podemos visualizar el desglose de los elementos
que conforman este ser. Tabla 17 Diccionario de la entidad reporte
Reporte
Nombre
de la
propiedad
Descripció
n
Tipo de
dato
Forma
to
Valo
r
Nulo
(S/N)
Valor
Defaul
t
Restricció
n
Indexa
r (S/N)
PK
,
CK
o
FK
Clave externa
(S/N)
y referencia
id reporte Identificado
r del
reporte.
Int N S PK N
id
emergenci
a
Identificado
r de la
emergencia
ocurrida.
Int N N FK Emergencia(id
)
tipo aviso Indica el
cómo se
avisó de la
incidencia
ocurrida.
Int N N FK Tipo aviso
(id tipo)
id lugar Identificado
r del lugar
donde
ocurrió la
incidencia.
Int N N FK Lugar
(id lugar)
fecha Fecha en el
que se
registró
date
time
N N N
detalles Detalles del
reporte.
Varchar
(450)
S NULL N N
id sesión Identificado
r del
usuario
quien creo
el reporte.
Int S NULL N FK Sys_sesion
(id sesión)
SIGEI+GPS: Sistema de Gestión de Incidencias y Geo-Localizador de Unidades Operativas
38
Como se hizo mención, existen entidades que representan los detalles generados entre
relaciones de entes, como lo son los reportes de barandilla (que involucran personas y
reportes), de Seguridad Pública (vinculan personas con incidentes y reportes) y Vialidad
(proporcionan el lazo especifico entre personas, vehículos, reportes e incidentes).
Por ejemplo, la siguiente tabla identificada por el número 18, representa la relación que existe
entre personas / reportes / emergencias / lugares necesarios para definir un registro de ingreso
de un individuo a los separos preventivos. Tabla 18 Diccionario de la entidad reporte de barandilla
Reporte de barandilla
Nombre de
la
propiedad
Descripción Tipo
de
dato
Formato Valo
r
Nulo
(S/N)
Valor
Defaul
t
Restricció
n
Indexa
r (S/N)
PK
,
C
K
o
FK
Clave
externa
(S/N)
y
referencia
id reporte Identificador
del reporte.
Int N N FK Reporte
(id
reporte)
id persona Identificador
de la persona
detenida.
Int N N FK Persona
(id
persona)
causa Causa del
arresto.
Int N 0 N FK Emergenci
a (id)
pertenencias Pertenencias
de la persona
arrestada.
Varcha
r (450)
S NULL N N N
created at Hora y fecha
de creación
del reporte.
date
time
N N N N
updated_at Hora y fecha
de la última
modificación del reporte de
detenido.
date
time
S NULL N N N
estatus Define si la
persona está detenida, fue
transferida o
ya fue
liberada.
Int 1=detenido
2=transferid
o
3=liberado
N 1 N N N
remite Nombre del oficial que
remite el
arresto.
Varcha
r (400)
S NULL N N N
observacione
s
Observacion
es al
momento del
arresto.
Varcha
r (400)
N N N N
lugar arresto Lugar en
donde fue detenido la
persona.
Varcha
r (400)
S NULL N N N
SIGEI+GPS: Sistema de Gestión de Incidencias y Geo-Localizador de Unidades Operativas
39
aseguramien
to
Se indica si
fue asegurado
algún tipo de
arma y/o drogas.
Varcha
r (400)
S 'No se
registró
ningún
material
peligros
o o
ilícito'
N N
destino Valor
numérico que
especifica la canalización o
el destino de la
persona
Int 1=ministerio
público
2= separos preventivos
S NULL N N
foto Foto del
detenido.
Varcha
r (400)
S NULL N N
Siguiendo el mismo rubro de funcionalidad, la entidad mostrada en la tabla 19, representa la
relación que existe entre una persona y un vehículo involucrado en un registro de incidencia
de Vialidad.
Tabla 19 Diccionario de la entidad reporte persona
Reporte persona vehículo
Nombre
de la
propiedad
Descripción Tipo
de dato
Formato Valor
Nulo
(S/N)
Valor
Default
Restricción Indexar
(S/N)
PK,
CK
o
FK
Clave
externa
(S/N)
y
referencia
id reporte Identificador
del reporte.
Int N S PK
id persona Identificar
de la
persona
involucrada
al reporte
vial
Int N N FK Persona
(id
persona)
Id
vehículo
Identificador
del vehículo
involucrado
en el reporte
vial
Int S NULL N FK Vehículo
(id
vehículo)
detalles Detalles del
reporte.
Varchar
(450)
S NULL N N N
Así como sucede con la anterior representación, en la tabla 20, se puede visualizar los
elementos que integran al ente conocido como reporte de seguridad pública, el cual funciona
como especificación de la relación entre una persona que está involucrada en un incidente de
ésta naturaleza.
SIGEI+GPS: Sistema de Gestión de Incidencias y Geo-Localizador de Unidades Operativas
40
Tabla 20 Diccionario de la entidad reporte Seguridad Pública.
Reporte de Seguridad Pública. Nombre
de la
propieda
d
Descripción Tipo de
dato
Format
o
Valo
r
Nulo
(S/N)
Valor
Defaul
t
Restricció
n
Indexa
r (S/N)
PK
,
CK
o
FK
Clave externa
(S/N)
y referencia
id reporte Identificador
del reporte.
Int N N F
K
Reporte
(id reporte)
id emergencia
Identificador
del tipo de
emergencia.
Int S NULL N F
K
Emergencia(i
d)
tipo aviso Indica el
cómo se
avisó de la
incidencia
ocurrida.
Int 1=Vía 911
2=
Llamada a
DSPV
3=
Institucion
al
N N F
K
Tipo aviso
(id tipo)
created_a
t
Hora y fecha
de creación
del reporte.
date time
N N N N
updated_
at
Hora y fecha
de la última
modificación
del reporte.
date time S NULL N N N
hora Hora que
ocurrió la
incidencia.
Time S NULL N N N
unidad Unidad que
fue a cubrir
la incidencia.
Varchar
(200)
N N N N
oficiales Nombre de
los oficiales
que
acudieron al
lugar de los
hechos.
Varchar
(400)
N N N N
observaciones Observacion
es al
momento de
asistir al
lugar de los
hechos.
Varchar
(400)
S NULL N N N
Para finalizar con las entidades que tienen relevancia con reporte, encontramos aquella que
hace referencia a los vehículos involucrados en un incidente vial. La estructura de esta se
puede visualizar en la tabla 21.
Tabla 21 Diccionario de la entidad reporte vehículo
Reporte vehículo
Nombre
de la
propiedad
Descripción Tipo de
dato
Format
o
Valo
r
Nulo
(S/N)
Valor
Defaul
t
Restricció
n
Indexa
r (S/N)
PK
,
CK
o
FK
Clave
externa
(S/N)
y
referencia
id reporte Identificador
del reporte.
Int N S P
K
SIGEI+GPS: Sistema de Gestión de Incidencias y Geo-Localizador de Unidades Operativas
41
id vehículo Identificador
del vehículo
involucrado en
el reporte.
Int N N F
K
vehículo
(id
vehículo
)
id
conductor
Identificador
de la persona
señalada como
conductor del
vehículo.
Int N N F
K
Persona
(id
persona)
Probable
responsabl
e
Valor
booleano que
especifica la
responsabilida
d del individuo
Tinyint
(1)
0=false
1=true
S 0 N N N
detalles Detalles del
origen del
reporte.
Varchar
(400)
S NULL N N N
created at Fecha y hora
en que fue
creado el
reporte.
timestam
p
S NULL N N N
updated at Fecha y hora
de la última
actualización
del reporte.
timestam
p
S NULL N N N
remite Nombre del
oficial de
tránsito que
remite el
reporte.
Varchar
(200)
S NULL N N N
Las entidades que observaremos a continuación, pese al nombre que se definió para éstas,
hace referencia a las consultas o sesiones que se ofrecen tanto a las personas que requieran
los servicios profesionales de los psicólogos, como a las instituciones a las que se ofrecen
charlas orientativas.
Comenzando con aquel que está generado para funcionar como listado de las consultas
ofrecidas a las personas (la entidad de sesión, a estructura que se utilizó para éste sujeto es la
que se muestra en la tabla 22), como el definido para las charlas ofrecidas a las instituciones
(sesión institución, es el ente encargado de ésta tarea, se puede observar en la tabla 23).
Tabla 22 Diccionario de la entidad sesión
Sesión
Nombre
de la
propiedad
Descripción Tipo
de dato
Formato Valor
Nulo
(S/N)
Valor
Default
Restricción Indexar
(S/N)
PK,
CK
o
FK
Clave
externa
(S/N)
y
referencia
id sesión Identificador
de la sesión.
Int N S PK N
id usuario Identificador
del
psicólogo a
cargo de la
sesión.
Int N N FK Usuario
(id
usuario)
id persona Identificar
del paciente.
Int N N FK Persona
(id
persona)
SIGEI+GPS: Sistema de Gestión de Incidencias y Geo-Localizador de Unidades Operativas
42
fecha Fecha en la
que fue
realizada la
sesión.
date
N N N N
detalles Apuntes del
psicólogo
sobre la
sesión.
Varchar
(1000)
N N N N
Tabla 23 Diccionario de la entidad sesión institución
Sesión institución
Nombre de
la propiedad
Descripción Tipo
de
dato
Format
o
Valo
r
Nulo
(S/N)
Valor
Defaul
t
Restricció
n
Indexa
r (S/N)
PK
,
CK
o
FK
Clave
externa
(S/N)
y
referencia
id sesión Identificador
de la sesión.
Int N S PK N
id usuario Identificador
del usuario
del sistema
quien registro
la visita a la
institución.
Int N N FK Usuario
(id
usuario)
id institución Identificador
de la
institución
donde se
impartió la
plática.
Int N N FK Institución
(id
institución
)
fecha Fecha en la
que se
registró la
sesión.
date
time
S N N N
observacione
s
Observacione
s sobre la
plática que se
impartió en la
institución.
Varcha
r
(1000)
S N N N
Antes de generar confusión por los nombres de las entidades, el apelativo de la que se
mostrará a continuación, fue traducido a su significado en español, la función de éste, es el
mantener el registro de los accesos de los usuarios al sistema. En la tabla 24 podemos
observar la estructura de la entidad sesión en sistema. Tabla 24 Diccionario de la entidad sesión de sistema
Sesión en sistema
Nombre
de la
propiedad
Descripción Tipo
de dato
Formato Valor
Nulo
(S/N)
Valor
Default
Restricción Indexar
(S/N)
PK,
CK
o
FK
Clave
externa
(S/N)
y
referencia
id sesión Identificador
de la sesión.
Int N S PK
SIGEI+GPS: Sistema de Gestión de Incidencias y Geo-Localizador de Unidades Operativas
43
id usuario Identificador
del usuario
quien inicio
sesión en el
sistema.
Int N N FK Usuario
(id
usuario)
Ip Ip de donde
el usuario
inicio sesión
al sistema.
Varchar
(255)
N N
created_at Fecha y hora
en que se
creó la
sesión.
date
time
N N
updated_at Fecha y hora
en que cerro
sesión.
date
time
S NULL N
Tipo de aviso es una entidad que se utiliza para definir la naturaleza por la cual se dio a
conocer una incidencia registrada en el sistema, sin importar si es de temas relacionados a la
Seguridad Pública, Vialidad o de ingreso a los Separos Preventivos, éste ente, almacena el
listado de las diversas formas en las cuales se puede recibir la notificación mencionada y su
estructura es la que se observa en la tabla 25.
Tabla 25 Diccionario de la entidad tipo de aviso
Tipo de aviso
Nombre
de la
propiedad
Descripción Tipo
de dato
Formato Valor
Nulo
(S/N)
Valor
Default
Restricción Indexar
(S/N)
PK,
CK
o
FK
Clave
externa
(S/N)
y
referencia
id tipo Identificados
del tipo de
aviso.
Int N S PK
nombre Nombre del
tipo de
aviso.
Varchar
(255)
N N
Siguiendo la misma especificación de uso, la entidad Tipo de vehículo, contiene el listado de
todos las posibles alternativas de móviles (auto, camioneta, camión, etc..) la estructura que
la conforma es la que se observa en la tabla 27. Tabla 26 Diccionario de la entidad tipo de vehículo
Tipo de vehículo
Nombre
de la
propiedad
Descripción Tipo
de dato
Formato Valor
Nulo
(S/N)
Valor
Default
Restricción Indexar
(S/N)
PK,
CK
o
FK
Clave
externa
(S/N)
y
referencia
SIGEI+GPS: Sistema de Gestión de Incidencias y Geo-Localizador de Unidades Operativas
44
id tipo Identificador
del tipo de
vehículo.
Int N S PK
nombre Nombre del
tipo de
vehículo.
Varchar
(255)
N N
Si en párrafos anteriores se hizo mención de una entidad que realizaba el registro de las
actividades de un usuario dentro de un sistema, aún no se ha definido como se podrá
reconocer a estos usuarios. Para resolver esto se diseñó un ente que permita registrar y
diferenciar a los beneficiarios del programa, este se representa en la tabla 28, en donde se
especifican los elementos que lo componen. Tabla 27 Diccionario de la entidad usuario
Usuario
Nombre
de la
propieda
d
Descripción Tipo
de
dato
Formato Valo
r
Nulo
(S/N)
Valor
Defaul
t
Restricció
n
Indexa
r (S/N)
PK
,
CK
o
FK
Clave
externa
(S/N)
y
referenci
a
id usuario Identificado
r del
usuario.
Int N S PK
nombre Nombre real
del usuario.
Varcha
r (255)
N N
password Contraseña
del usuario.
Varcha
r (255)
N N
id
privilegio
Tipo de
privilegio
del usuario.
Int 1=ADM
2=policía
3=prevenció
n
N N FK Privilegio
(id
privilegio
)
teléfono Teléfono del
usuario.
Varcha
r (150)
S NULL N
Nick Nick del
usuario.
Varcha
r (255)
N N
created_at Fecha y
hora en que
se creó el
usuario.
date
time
S NULL N
updated_a
t
Fecha y
hora de la
última
modificació
n que se
hizo a los
datos del
usuario.
date
time
S NULL N
Para finalizar con la especificación de las entidades, encontramos aquella que hace de
referencia inicial a los vehículos, éste ente, se hace referencia a las colecciones que tienen
SIGEI+GPS: Sistema de Gestión de Incidencias y Geo-Localizador de Unidades Operativas
45
relación a los móviles de transporte, así como también las características que lo identifican
como objeto único.
La tabla 29 representa la estructura necesaria para realizar un registro de un vehículo con
todas las características individuales que lo representan y lo hacen único. Tabla 28 Diccionario de la entidad vehículo
Vehículo
Nombre
de la
propiedad
Descripción Tipo
de dato
Formato Valor
Nulo
(S/N)
Valor
Default
Restricción Indexar
(S/N)
PK,
CK
o
FK
Clave
externa
(S/N)
y
referencia
id
vehículo
Identificador
del vehículo.
Int N S PK
id modelo Identificador
del modelo
del vehículo.
Int S NULL N FK Modelo
vehículo
(id
modelo)
id tipo Identificador
del tipo de
vehículo.
Int S NULL N FK Tipo
vehículo
(estado)
id estado Identificador
del estado
originario
del vehículo.
Int S NULL N FK Estado
(id
estado)
serie No. De serie
del vehículo.
Varchar
(255)
S NULL N
detalles Detalles del
vehículo.
Varchar
(450)
S NULL N
liberado Fecha de
liberación
del vehículo.
Int S NULL N
ubicación Ubicación
donde se
encuentra el
vehículo
retenido.
Int ubicación
0=libre
1= el
Mesquite
2= grúas
Ralf,
3=el
complejo
S 0 N
adeudo Adeudo para
poder liberar
el vehículo.
doublé N N
placas Placas del
vehículo.
Varchar
(10)
S NULL N
Una vez comprendido el significado de cada una de las entidades participes en el modelo de
base de datos podremos generar un diagrama que unifique la información presentada
anteriormente de forma gráfica como se muestra a continuación en la ilustración 6. Un
SIGEI+GPS: Sistema de Gestión de Incidencias y Geo-Localizador de Unidades Operativas
46
aspecto que se debe de mencionar es que este esquema de base de datos sufrió varias
modificaciones, estos cambios se fueron presentando conforme se plantearon los
requerimientos en todas y cada una de las fases de revisión con los asesores tanto internos
como externos, estos cambios representaban la forma en la que era necesario manejar los
datos para la gestión de la información.
SIGEI+GPS: Sistema de Gestión de Incidencias y Geo-Localizador de Unidades Operativas
47
Diagrama del modelo de base de datos
Ilustración 6 Diagrama de base de datos, creación propia
SIGEI+GPS: Sistema de Gestión de Incidencias y Geo-Localizador de Unidades Operativas
48
Modelado de la interfaz de usuario (GUI)
Una interfaz gráfica de usuario es el vínculo entre el contenido de su web y el usuario, y
como tal, su diseño es fundamental.
El diseño GUI está generalmente asociado con el desarrollo de aplicaciones, pero es muy
importante para los sitios web, especialmente aquellos basados en Flash. Un buen diseño de
interface hará que un usuario se sienta en control. Ellos no tendrán que ir en busca de
información, mientras que estén utilizando una aplicación o site porque las opciones son, en
cierta medida, anticipadas. De hecho, entre más compleja sea la aplicación, más necesidad
habrá de una alta calidad en el diseño de la vista.
Tal vez el aspecto más difícil del diseño GUI es el equilibrio entre el apoyo y la libertad. Los
usuarios se sienten frustrados cuando sienten que una aplicación trata de hacer demasiado
por ellos, pero estarán igualmente desilusionados si se quedan solos deambulando en un
desierto gráfico, donde nada parece familiar.
Una interfaz de usuario exitosa presentará a los usuarios información actualizada, mostrando
elementos que puedan indicar en la etapa en la que se encuentran de una tarea, por ejemplo,
con un Flash pre-loader (precarga de Flash), ofreciendo datos relevantes, así como Christian
Salamanca menciona en su trabajo - “Los usuarios no deberían tener que buscar mucho la
información, pues esta debe estar disponible a la mayor brevedad posible. El programa
Dreamweaver es un buen ejemplo de la sencillez de una interfaz. Por ejemplo, cuando se
desean usar las opciones para incluir bases de datos en una página WEB, Dreamweaver
presenta las opciones claramente en el panel de ¡aplicación!" (Salamanca García, 2008)-.
Algunos de los mejores ejemplos GUI son los que menos se notan. Aplicaciones como Word
están muy avanzadas en términos de desarrollo y han sido capaces de incorporar muchos
problemas de los usuarios para crear mejores interfaces.
En el diseño de una interface todo es importante, como lo menciona Tina Sutton en su obra
la cual se citará textualmente.
Se debe tener cuidado en la utilización de colores para indicar comandos; alrededor
del 8% de los hombres sufren de un tipo de ceguera de color. Es necesario que usted
se apoye en un esquema o modelo de color. Muy a menudo, sólo una variación de la
sombra puede ser suficiente para indicar lo que se necesita. También es fundamental
darse cuenta lo que los colores transmiten, desde lo más evidente como azul = frío y
rojo = caliente a más sutiles y profundos significados culturales en los distintos países.
(Sutton & Whelan, 2004)
Pero, para poder definir una interface que sea atractiva y que además que represente la
utilidad necesaria para el usuario es necesario realizar bosquejos y plantillas que necesitan
ser presentados al cliente o asesor del proyecto para solicitar su aprobación, una vez que estos
resultan aceptados, es posible continuar con el proceso de desarrollo.
SIGEI+GPS: Sistema de Gestión de Incidencias y Geo-Localizador de Unidades Operativas
49
Una de las herramientas más utilizadas, es el desarrollo de Mockup’s (bocetos) que permitan
al cliente visualizar las ideas del diseñador a cargo de la realización de la interface de usuario,
un ejemplo de ello se presenta a continuación.
Elección de colores, formas y estilos
Colores
En referencia a los colores, Omar Jareño (Jareño, 2015) explica en su página en internet, que
la elección adecuada del color para el diseño de un sitio web es una tarea para nada fácil, es
una de las decisiones más difíciles, ya que de ello depende de que sea estéticamente
armonioso, de cara a lograr un impacto visual en nuestros futuros visitantes, debido a que
por regla general de diseño, se aconseja elegir entre tres y cinco colores como máximo, para
el diseño gráfico del sitio.
Con esta consideración en cuenta, y con la ayuda de las preferencias del cliente para la
elección de los colores a utilizar en el desarrollo de la aplicación se llegó a lo siguiente:
Las bases de los colores, deben de estar relacionados a aquellos que son utilizados en los
logotipos de Seguridad Publica y Prevención del delito, definiendo de esta manera que los
rangos de color a utilizar son una variedad de tonos de azul (ejemplos: medium-blue
#0000𝐶𝐷, cyan #00𝐹𝐹𝐹𝐹), naranjas (ejemplos: red orange #𝐹𝐹5733), verde-amarillo
(ejemplo: green-yellow #𝐴𝐷𝐹𝐹2𝐹) y pasteles (Navajo White #𝐹𝐹𝐷𝐸𝐴𝐷 )
Formas
Al hablar de las formases posible encontrar referencias y opiniones acerca del tema, por
ejemplo, resultan ser interesantes aquellas mencionadas por Omar (Jareño, 2015), de donde
define a otro de los elementos de diseño web (al igual que en diseño gráfico y otros tipos de
diseño) es la forma. La importancia de éste radica en la estrecha relación que tiene este
elemento con el mundo real. Basta con mirar en nuestro rededor para notar que la forma es
el elemento más fácilmente distinguible y el más abundante. Además, resulta mucho más
sencilla la interpretación de los mensajes visuales que otros, y la forma es el de más sencilla
captación de todos los elementos visuales.
Como forma se refiere a la figura espacial de los cuerpos, por lo que necesariamente tiene
dos o tres dimensiones. En el diseño web pueden representarse las formas en su estado natural
a través de las imágenes, o emplearse representaciones abstractas de las mismas. Esto se logra
gracias a la capacidad humana de abstraer.
A pesar, de que el diseño web tiene dos dimensiones, gracias a la utilización de luces y
sombras un elemento de dos dimensiones puede brindar la sensación de un elemento de tres
dimensiones o representarlo en forma abstracta.
Contando con lo que estas singularidades representan, podemos decir que las formas y
estructuras que se definieron para hacer uso en este sistema se basan simbólicamente en
SIGEI+GPS: Sistema de Gestión de Incidencias y Geo-Localizador de Unidades Operativas
50
formas de dos dimensiones, permitiendo que el usuario se enfoque en el contenido de las
figuras y no en el diseño como sucedería si se utilizan figuras de aspecto tridimensional.
Inclusive dentro de los diseños preestablecidos del sistema como lo son los logotipos de la
Prevención del delito (ilustración 5) las cuales se muestran a continuación, se encuentran de
forma bidimensional.
Ilustración 7 Logotipo Oficial de la DSPV Ilustración 8 Logotipo oficial de Prevención del delito
Estilos
En su libro Javier Eguíluz Pérez, menciona que “los estilos o mejor dicho las hojas de
estilos, son un archivo de extensión *.CSS (CSS, Cascading Style Sheets = Hojas de estilo)
que contempla definiciones de formato (como el tipo de fuente, tamaño, color de la fuente,
color de fondo, párrafos, etc.) de las distintas etiquetas que forman una página *.HTML”
(Eguíluz Pérez, 2008).
Su principal ventaja, es definir un mismo aspecto para todas las páginas de un sitio web. Se
crea una hoja de estilo y se vinculan todas las visualizaciones del site a este archivo.
Cualquier cambio efectuado en la hoja de estilo afecta instantáneamente al formato de todos
los diseños vinculados a la misma.
Esto ha ido evolucionando con la implementación de nuevas tecnologías con el paso del
tiempo, ya que en estos tiempos es posible hacer uso de Frameworks especializados en el
manejo de los estilos utilizados en el desarrollo de una página o aplicación WEB como son
los populares Materialize CSS y Bootstrap CSS Framework, estos permiten, mediante la
aplicación de una librería ya compilada el uso de las etiquetas, formatos y formas de objetos
comunes como los cuadros de texto y campos de entrada, lo que facilita el desarrollo de
dichas aplicaciones ya que ahorra el tiempo de codificación ya que los estilos ya se
encuentran definidos.
Para el desarrollo de esta aplicación, el cliente especificó su deseo de aplicar sobre el sistema
un diseño minimalista, esto, indica que no es necesario la adornación excesiva de las figuras
y formularios a utilizar para la programación de las interfaces, por lo que se recomendó hacer
uso del Framework CSS Materialize, el cual permite crear interfaces estilizadas y a la vez
sencillas lo que va acorde al deseo del cliente.
SIGEI+GPS: Sistema de Gestión de Incidencias y Geo-Localizador de Unidades Operativas
51
Finalmente, con estos elementos en cuenta, podemos proceder con la planificación del cómo
lucirán las vistas que se presentarán ante los usuarios, los cuales se identificarán por los
privilegios que sus cuentas posean, lo que permitirá seccionar y dividir el funcionamiento del
programa acorde a las funciones que realiza cada tipo de cliente.
Una herramienta muy útil para los desarrolladores, y en especificó aquellos que se dedican a
convertir esas ideas generadas por el cliente o por los requerimientos del programa, es aquella
que permita realizar bosquejos (dibujos) preliminares que permita visualizar estos conceptos
de forma gráfica, lo que permite que la evaluación del cliente o de los desarrolladores en sí,
para darse una idea general del resultado que espera obtenerse al terminar la programación,
por lo que a continuación presentaremos el diseño de las interfaces de usuario haciendo uso
de Mockup’s.
Diseño de interfaces con la ayuda de Mockup’s
En el mercado, existe una variedad de software destinado a la generación de bosquejos y
esbozos para el desarrollo de interfaces, que, en nuestro caso, el elegido resultó ser aquel
denominado como Balsamiq Mockup’s (BalsamiqInc, 2017), el cual, se considera como una
aplicación para crear maquetas para interfaces gráficas. Esta le permite al diseñador
diagramar widgets pre construidos utilizado un editor WYSIWYG (what you see is what you
get) de drag and drop.
Este nos permitió generar una serie de bocetos con los que se realizaron reuniones conforme
estos fueron aprobados o simplemente, surgieron modificaciones relacionadas a los gustos
del cliente o en referencia a la mejora de funcionalidades del sistema.
Estos bocetos, una vez pasaron el proceso de discusión pertinente entre el usuario y los
asesores y estos fueron aprobados, resultaron de la siguiente forma, antes de continuar, se
debe de realizar una aclaración concerniente a las visualizaciones que están a punto de
presenciar. Los bosquejos realizados con el software Balsamiq Muckup’s resultan no
presentar la realizad de las vistas, colores y formas que se eligieron para aplicar en la
programación de éstas, difiere por motivos de representación del software, ya que este genera
el efecto caricaturesco de un bosquejo como si se realizara en lápiz y papel. Aclarado este
punto procederemos a presentar los muckup´s obtenidos y que a su vez fueron autorizados
por el cliente.
Inicio de sistema
Para poder controlar el acceso al sistema, se planteó generar una página que servirá como
inicio al mismo, el contenido de esta página resulta ser muy simple, dado que solo bastó con
establecer un fondo de pantalla (que por decisión del cliente se estableció el logotipo de la
DSPV), e incluir un pequeño formulario con dos campos de entrada, los cuales podrán
contener las claves de acceso a validar para acceder al sistema. Esto, se puede visualizar
como se muestra en la ilustración 9.
SIGEI+GPS: Sistema de Gestión de Incidencias y Geo-Localizador de Unidades Operativas
52
Ilustración 9 Prototipo página Inicio, creación propia
Módulo de Policías
En el caso del módulo que visualizarán los usuarios de tipo Policía, se propone que la página
inicial muestre estadísticas reales en relación a lo contenido en la base de datos del sistema
que sea de interés para el área, estas estadísticas pueden representarse con la ayuda de gráficas
visualizándose como se muestra en la ilustración 10.
Ilustración 10 Prototipo de la página inicial del Módulo Policía, creación propia
De esta interface inicial, es posible acceder a los demás módulos diseñados para las labores
de un policía, estos son Seguridad Pública, Vialidad y Separos Preventivos, mediante el panel
de navegación localizado en la parte superior del contenido de la pantalla, como se muestra
en la ilustración 11. Este panel de navegación será visible en todas y cada una de las
representaciones a las que un usuario de tipo policía puede acceder.
SIGEI+GPS: Sistema de Gestión de Incidencias y Geo-Localizador de Unidades Operativas
53
Ilustración 11 Prototipo del Panel de navegación en el módulo de Policías, creación
propia
Mediante la selección del grupo de tareas elegido por el usuario es posible desplazarse entre
las vistas a las que el usuario tiene permitido visualizar, estás están definidas por secciones
(seguridad Publica, Vialidad y Separos Preventivos), cada sección cuenta con diferentes
opciones, que dependiendo la elección del usuario se inicializará la visualización de la
información o formulario de registro correspondiente.
Por ejemplo, si el usuario ingresa al panel de Seguridad Pública y desea agregar un reporte
de incidente, la visualización que obtendrá es la del formulario de registro como se observa
en la ilustración 12, el cual contiene una serie de campos de entrada especificados para la
recolectar los datos específicos para esta función. También se incluyen una serie de tablas
dinámicas que permitirán agregar o eliminar datos al formulario antes de que estos sean
almacenados en la base de datos.
Ilustración 12 Prototipo Formulario registro de incidencia de Seguridad Pública, creación
propia
SIGEI+GPS: Sistema de Gestión de Incidencias y Geo-Localizador de Unidades Operativas
54
Una vez que se haya capturado la información requerida y se haya realizado la acción de
guardado, se puede redirigir al usuario nuevamente a la página inicial del módulo
correspondiente a sus credenciales.
Dentro del panel de Seguridad Pública se pueden encontrar dos opciones más , estas son
consulta de incidencias y Reporte de llamadas, la opción de consulta de incidencias conduce
a la visualización de los eventos registrados en la base de datos bajo la especificación de
incidencia de Seguridad Pública, mientras que la opción Reporte de llamadas devuelve la
vista donde se devuelven de forma explícita los datos indicadores de procedencia de las
emergencias atendidas (llamadas vía 911 y al número local de la DSPV) esto con la ayuda
de cuadros de texto, tablas de contenido y gráficas de la información consultada en el sistema.
Otra de las posibles opciones que se presentan en éste módulo es aquella relacionada a las
incidencias de Vialidad, que al igual que la anterior cuenta con diversas opciones, como lo
son: Registro de Incidencia, Consulta de incidencias, Consulta de vehículos, vehículos
asegurados por fecha.
Cuando el usuario realiza la acción de registrar una incidencia de Vialidad podrá hacerlo con
la ayuda del formulario que de igual forma que el anterior contiene campos de entrada de
texto, esto se presenta en la ilustración 13.
Ilustración 13 Prototipo Formulario de registro de Incidencias Viales, creación propia
SIGEI+GPS: Sistema de Gestión de Incidencias y Geo-Localizador de Unidades Operativas
55
Las funciones restantes de esta opción permitirán realizar la consulta de las incidencias
registradas (categorizadas por 4 elementos el día actual, día anterior, generales de mes
especificado y general entre lapso de tiempo especificado), consulta de vehículos
(generalizados en dos formas, indicando el vehículo, fecha de incidente donde éste fue
participe).
La última de las opciones disponibles en el panel de navegación para el usuario de tipo policía
es aquella referida a los separos preventivos, o como a los oficiales se refieren, la Barandilla
de Detenidos, en esta podemos encontrar las funcionalidades de Registrar nuevos ingresos,
Consulta de detenidos actuales y el Historial de detenciones.
En relación a la funcionalidad de registro de ingreso de individuos a la Barandilla de
Detenidos, se facilitará un formulario que deberá llenarse con la información
correspondiente, este pliego donde se definen campos de texto y uno especializado al manejo
de archivos como son las imágenes, necesaria para uno de los requisitos esenciales para esta
opción, se puede visualizar en la ilustración 14.
Ilustración 14Prototipo Formulario Registro para Separos Preventivos, creación propia
De igual forma que sucede con las otras opciones representadas en el panel de navegación,
se incluyen funciones que permitirán visualizar los registros de la información contenida en
la base de datos referida a la Barandilla de Detenidos, la opción de consultar detenidos
visualiza los datos de las personas que actualmente se encuentran en calidad de detenidos en
las celdas del complejo, mientras que la función de historial, permite ver la información
SIGEI+GPS: Sistema de Gestión de Incidencias y Geo-Localizador de Unidades Operativas
56
detallada de las personas incluyendo el conteo y especificación de las ocasiones que este ha
sido detenido.
Módulo de Administrador
El módulo Administrativo o de administrador presenta una similitud con el antes mencionado
(módulo de policías), las diferencias que este presenta son: además de dos funciones nuevas
(Gestión de usuarios y Estadísticas), éste no cuenta con las funciones de registro de las
diferentes secciones que comparte con el módulo anterior (Seguridad Pública, Vialidad,
Barandilla), esto no significa que la interface sea diferente a la utilizada para los Policías,
como se puede observar en la ilustración 15.
Ilustración 15 Prototipo de página de inicio Administrador
Una de las variantes significativas entre el módulo de administrador y el de policías, está en
la posibilidad de gestionar usuarios, ya que, por seguridad del sistema, esta función solo está
permitida para el Director de la DSPV, esto indica que solo el podrá crear usuarios, modificar
las claves de acceso y eliminar usuarios. Para poder realizar eso se plantea el uso de
formularios que permitirán ya sea la creación o eliminación de los usuarios, un ejemplo de
esto se puede observar en la ilustración 16, donde se puede observar prototipo de formulario
a utilizar para la creación de usuarios mediante la implementación de campos de entrada de
texto capaces de contener la información requerida para el registro de un usuario.
SIGEI+GPS: Sistema de Gestión de Incidencias y Geo-Localizador de Unidades Operativas
57
Ilustración 16 Prototipo de formulario para registro de usuarios, creación propia
Esta situación, se repite para la modificación de claves de acceso y la eliminación de usuarios
de la base de datos, donde para modificar las contraseñas de acceso es necesario definir
primeramente el usuario a modificar y seguido a ello las nuevas claves con la ayuda de
campos de texto, finalmente la opción de eliminar usuarios, al igual que con la opción de
editar, se debe especificar el usuario para evitar confusiones.
Módulo de Psicólogo
El modulo de uso de Psicólogos, a diferencia de los mencionados anteriormente, presenta
cambios significativos en la interface como lo es el logotipo, el color de fondo y en específico
las opciones que permite dentro del panel de navegación, esto es debido a que este tipo de
usuario solo contiene aquellas opciones relacionadas a las actividades que los psicólogos
realizan con las personas que asisten a la Dirección de Prevención del Delito.
Las funcionalidades de éste módulo están enfocadas principalmente a la gestión de pacientes
atendidos e instituciones a las que se prestan los servicios de pláticas profesionales
preventivas, que sirven de medio para evitar futuros incidentes. Con todo lo definido
anteriormente, podemos definir las vistas que éste presentará en el sistema son las siguientes:
En la ilustración 17, se puede observar cómo será presentada la página de inicio del módulo
de Psicólogos, en ella podemos visualizar los cambios descritos anteriormente, así como las
opciones que se encuentran en el panel de navegación para éste tipo de usuario.
SIGEI+GPS: Sistema de Gestión de Incidencias y Geo-Localizador de Unidades Operativas
58
Ilustración 17 Prototipo Pagina inicial del módulo para Psicólogos, creación propia
Como sucede con los módulos anteriores, en éste se pueden encontrar opciones en el panel
de navegación, éstas corresponden a las funciones de gestión de pacientes e instituciones a
las que se presta el servicio de pláticas y sesiones psicológicas.
Dentro de las funciones de gestión de pacientes, podemos encontrar aquellas que son
referentes al registro de nuevos pacientes, la visualización de los mismos y la opción de
mantener el registro de sesiones o charlas que se han proporcionado a dicho paciente. Para
poder realizar esto se propuso utilizar un formulario que permita esta acción, en la ilustración
18 se puede observar dicho medio utilizado para la acción.
Ilustración 18 Prototipo de formulario de registro de pacientes, creación propia
Una vez que se hayan registrado pacientes, se podrá visualizar en la opción Consulta de
clientes, ésta mostrará los pacientes registrados ordenados por orden alfabético, tendrá la
SIGEI+GPS: Sistema de Gestión de Incidencias y Geo-Localizador de Unidades Operativas
59
función de visualizar los detalles de la persona y además de ello se podrán ver las sesiones
que ha tenido el paciente a lo largo del tiempo, esto se puede observar en la ilustración 19.
Ilustración 19 Visualización de datos y sesiones de paciente, creación propia
El procedimiento para registrar las sesiones que recibe el paciente, la función se establece
dentro de la visualización anterior mediante un botón que dirija a la alternativa, cuando el
usuario realice esto, podrá visualizar un pequeño formulario como el que se muestra en la
ilustración 20.
Ilustración 20 Prototipo de formulario de registro de sesión con paciente, creación propia
Finalmente, las funciones designadas para la gestión de instituciones, dado que presentan las
mismas características que las recientemente mencionadas, es posible utilizar las plantillas
utilizadas para el registro y visualización de los registros de todas los pacientes que se
SIGEI+GPS: Sistema de Gestión de Incidencias y Geo-Localizador de Unidades Operativas
60
atienden y además las sesiones que se han realizado a estos, con las modificaciones
pertinentes para diferenciar que se refiere a las instituciones y no a los pacientes.
Con todo lo mencionado se procede a explicar cómo se realiza la interacción entre las vistas
dependiendo de las credenciales de usuario, esto se realizará mediante mapas de navegación
que se presentan a continuación.
Diagramas de navegación
Paul Kahn y Krzysztof Lenk mencionan en su obra Mapping Websites: Digital Media, que
“una forma de representar la interacción dentro de una página web, es mediante los mapas de
navegación, dado que estos proporcionan una representación esquemática del hipertexto,
indicando los principales conceptos incluidos en el espacio de la información y las
interrelaciones que existen entre ellos” (Kahn & Lenk, 2001).
Resultado del entendimiento personal del trabajo antes citado, podemos resumir que un
mapa de navegación es una representación completa (o resumida) del sitio web para orientar
al lector/usuario durante el recorrido o para facilitarle un acceso directo al lugar que le
interese. Reflejará la estructura de la web por medio de enlaces a los nodos principales, y
éstos también pueden desarrollarse para mostrar los sub nodos.
Por consiguiente, el mapa de navegación puede representarse de forma textual, en forma
gráfica o bien una combinación de ambas, siendo la forma gráfica la mayormente utilizada.
A continuación, se presentan los diagramas de secuencia que guían el comportamiento de las
acciones que cada módulo puede realizar acorde a sus actividades.
Mapas de navegación
A continuación, se presentan los mapas de navegación desarrollados para representar el
comportamiento del flujo en los diferentes módulos del sistema, comenzando con el módulo
de policías.
Módulo de Policías
La interacción de un policía con la aplicación se inicia con la pantalla de inicio del sistema,
donde este deberá de ingresar al sistema con ayuda de su nombre de usuario y su contraseña
al sistema, si estos son válidos será redirigido a la ventana inicial del módulo designado para
este tipo de usuario, si no se permanecerá en la misma página.
Una vez localizado en la página de inicio, podrá visualizar estadísticas relacionadas a la
procedencia de las emergencias atendidas y el conteo de los tipos de emergencias
mayormente atendidas, además de encontrar el panel de navegación que permite el acceso a
todas las operaciones que este usuario puede realizar, estas son relevantes a las áreas de
Seguridad Pública, Vialidad y Separos Preventivos.
SIGEI+GPS: Sistema de Gestión de Incidencias y Geo-Localizador de Unidades Operativas
61
Dependiendo de la opción seleccionada, respecto al área, se visualizarán las opciones que
contiene cada una de las secciones que pueden ser la realización de registros y consultas de
los mismos, esto se puede observar en la ilustración 21.
Se
Ilustración 21 Mapa de navegación de las vistas de policía, creación propia
Módulo de Administrador
Al igual que se menciona en el caso anterior lo primero que deberá de realizarse es ingresar
a la página de ingreso definida para el sistema, y realizar el proceso de identificación
mediante su usuario y contraseña, de igual manera si estas son correctas se redirige a la
ventana de inicio definida para este usuario, en caso contrario, se re direcciona a la misma
visualización de ingreso con el informe de error correspondiente.
Una vez que el usuario ingresa a la página inicial de su módulo preparado este podrá
visualizar las estadísticas generales de todos los sucesos registrados en el sistema, y de igual
manera que sucede con los policías podrá acceder al panel de navegación para ver detalles
específicos de la información que se le presenta en las estadísticas. Generalmente el resto de
comportamientos definidos para este usuario están relacionadas a aquellas que realizan los
policías, con la excepción de que este no podrá realizar registros de ninguna de las áreas en
común con los oficiales (Seguridad Pública, Vialidad y Separos Preventivos) ya que solo se
podrán visualizar los datos registrados en la base de datos. En cambio, este tendrá la
funcionalidad de gestionar los usuarios del sistema, esto incluye registrar, visualizar,
modificar las contraseñas de ingreso de estos y deshabilitar usuarios inscritos en el sistema.
SIGEI+GPS: Sistema de Gestión de Incidencias y Geo-Localizador de Unidades Operativas
62
En perspectiva, toda la interacción posible entre el usuario administrador y el sistema se
puede visualizar en la ilustración 22.
Ilustración 22 Mapa de navegación de las vistas de Administrador, creación propia
SIGEI+GPS: Sistema de Gestión de Incidencias y Geo-Localizador de Unidades Operativas
63
Módulo de Psicólogos
El usuario de tipo Psicólogo, al igual que los otros usuarios, debe de ingresar al sistema
mediante la verificación de sus credenciales de usuario mediante la página de ingreso, que
de la misma forma se cerciora que los datos proporcionados son correctos y realiza los
procedimientos necesarios para dirigir al usuario a las páginas diseñadas para su uso.
Dentro de las opciones que se proporcionan para este tipo de usuario se encuentran aquellas
diseñadas para la gestión de pacientes e instituciones, estas funciones permiten el registro y
consulta tanto de los elementos en cuestión, como de registro de sesiones terapéuticas o
pláticas preventivas a los pacientes e instituciones. Con esto definido, en la ilustración 23 se
puede observar la posible interacción del usuario con las vistas definidas para este tipo de
usuario.
Ilustración 23 Mapa de navegación de las vistas de Psicólogo, creación propia
Geo-localizador de unidades operativas
Antes de proceder a la explicación de este último módulo, el de Geo-localización para las
unidades operativas de la DSPV, es necesario aclarar la razón por la que no se había
mencionado anteriormente en el documento, el motivo de esto es debido que esta sección
del proyecto fue solicitada personalmente por el director de Seguridad Pública y Vialidad de
Comala, cuestión por la que es necesario ser lo más discretos posibles en comentar y dar a
conocer la existencia de este a los elementos activos (oficiales de vialidad y seguridad
pública, psicólogos, etc…). Una vez aclarado este punto pasemos a la explicación de este
módulo.
Características
Para poder hacer posible la geo localización de las unidades operativas de la DSPV, se hizo
uso de un sistema Open Source (código abierto) de seguimiento GPS conocido como Traccar
(Traccar, 2016), este tiene como características lo siguiente:
Soportar más de 110 protocolos de comunicación utilizados por diferentes
vendedores de dispositivos de localización GPS.
Puede generar archivos de reporte (en formato .xlsx) de un grupo de dispositivos o
algún dispositivo en específico que incluyen datos como:
SIGEI+GPS: Sistema de Gestión de Incidencias y Geo-Localizador de Unidades Operativas
64
fecha y hora en el cual fue actualizado la localización.
longitud y latitud de las ubicaciones en donde han estado.
velocidad de movimiento.
atributos del dispositivo de localización (IP, estado de la batería, etc.)
Compatible con sistemas Linux (de preferencia sistemas derivados a Debian), Mac
OS y Windows.
Se encuentra disponible para descarga gratuita y tiene facilidad de instalar el cliente
GPS para Android (Ilustración 24) e iOS (Ilustración 25), lo que permite vincular tu
equipo móvil a este sistema.
Dado a que es una aplicación de código abierto, permite descargar los repositorios de
código tanto del sistema servidor de Traccar (Ilustración 26) como los sistemas de
cliente Traccar para dispositivos móviles y hacer los cambios de funcionalidad que
requieras.
Ilustración 24 Cliente
para dispositivos Android Ilustración 25 Cliente
para dispositivos iOS
Ilustración 26 Traccar
Server
Requerimientos del geo-localizador
Como se hizo mención anteriormente en las características de sistema de rastreo Traccar, éste
es compatible tanto en sistemas Linux, Mac Os y Windows, y para todos estos sistemas
ocupas cumplir con ciertos requerimientos generales para poder ejecutar este sistema sin
problema alguno, entre estos se encuentran los siguientes.
Java JRE 6 o posterior
Conexión a internet
Espacio mínimo de almacenamiento recomendado de 100 Mb.
Configurar tu router y desbloquear el puerto 5055 (puerto de entrada de datos hacia
el servicio de Traccar)
Tener libre el puerto 8082 (puerto en donde podrá observar la interfaz del servidor de
Traccar).
De igual forma para poder instalar los sistemas clientes en tus dispositivos móviles se ocupa
los siguientes requerimientos:
Sistemas Android.
SIGEI+GPS: Sistema de Gestión de Incidencias y Geo-Localizador de Unidades Operativas
65
o se necesita la versión 1.5 o versiones superiores.
o 1 MB. De espacio disponible.
o conectividad a internet o uso de datos GSM.
Sistemas iOS.
o requiere iOS 8.0 o posterior.
o compatible con iPhone, iPad y iPod touch.
o 1.1 MB. De espacio disponible.
o conectividad a internet o uso de datos GSM.
Instalación
El proceso de instalación dependerá mucho del sistema operativo en el cual se quiera instalar,
en este caso se explicará cómo montar el sistema Traccar en sistemas Windows.4
Para empezar a utilizar Traccar server siga las instrucciones mencionadas a continuación:
Descargar el instalador de la página: https://www.traccar.org/download/ e instalar el
servidor Traccar.
Reiniciar el sistema, esto permitirá que se inicie automáticamente el servicio de
Traccar.
Con ayuda de algún explorador WEB, abrir la Interfaz de Traccar (http://
localhost:8082/) lo que permite visualizar la interface del software.
Inicie la sesión como administrador (usuario - administrador, contraseña - administrador) o
registrar un nuevo usuario.
Añadir dispositivos
De acuerdo a lo que indica la documentación disponible en la página oficial de la plataforma
de geo localización Traccar5, el procedimiento para añadir dispositivos al sistema de rastreo,
por ejemplo, dispositivos móviles, es necesario realizar los siguientes procesos.
Añadir nuevo dispositivo con el identificador único en el servidor.
o Para ello ingresamos con nuestro usuario al sistema y a continuación daremos
clic al botón “+” que se muestra en amarillo en la ilustración 27.
Ilustración 27 Agregar dispositivo GPS
4 si desea más información del proceso de instalación en un sistema operativo distinto visite
la página: https://www.traccar.org/documentation/ 5 Para mayor información visite el sitio https://www.traccar.org/documentation/
SIGEI+GPS: Sistema de Gestión de Incidencias y Geo-Localizador de Unidades Operativas
66
o Seguido a esto, se mostrará una ventana la cual representa la Ilustración 28,
en la cual se registran los datos indispensables como lo son el nombre del
dispositivo y su identificador, este último campo tendrá que coincidir con el
número que es proporcionado en la aplicación cliente de Traccar (Ilustración
29), el cual si fuera necesario podrás cambiarlo por otro identificador de tu
preferencia.
Ilustración 28 Configuración del
dispositivo
Ilustración 29 ID de dispositivo en cliente
Traccar
o Una vez agregado los datos, guardamos lo cambios.
o Ya que se haya agregado el dispositivo al sistema, éste podrá ser visible en la
lista de dispositivos vinculados.
Configurar el dispositivo para utilizar la dirección y el puerto de conexión en el
dispositivo.
o Una vez agregado el dispositivo al server de Traccar, solo falta configurar el
sistema cliente, para ello es necesario abrir la aplicación en el dispositivo
móvil y seleccionamos la opción “dirección Servidor” y donde
especificaremos la IP o dominio de nuestro servidor como se muestra en la
ilustración 30.
Ilustración 30 Configuración de aplicación del cliente
Una vez seleccionado esta opción se abrirá una ventana en la cual escribirás
el nombre de dominio o dirección IP de tu servidor.
SIGEI+GPS: Sistema de Gestión de Incidencias y Geo-Localizador de Unidades Operativas
67
o El ultimo procedimiento necesario para esto es inicializar el servicio del
cliente móvil Traccar.
Los métodos necesarios para añadir módulos especializados para rastreo de vehículos (GPS
Tracker), se reservan como medio de seguridad establecida por la DSPV, de igual forma, en
la página oficial de Traccar (Traccar, 2016) es posible encontrar el listado de dispositivos
compatibles y una guía especializada para el manejo de los mismos.
Programación del sistema de gestión de Incidencias
Para la programación del sistema se de gestión fue requerido hacer uso de herramientas,
aplicaciones y tecnologías de desarrollo diseñadas para la realización de productos de
software, los cuales se listan a continuación.
Gestor de base de datos (MySQL community server)
Framework de desarrollo WEB (Laravel)
Lenguaje de programación del lado del cliente (JavaScript, VueJs, JQuery)
Gestor de dependencias PHP (Composer)
Herramienta de gestión de versiones (GIT)
Con base a lo definido anteriormente, se procede a explicar que es cada una de las
herramientas o tecnologías utilizadas para el desarrollo:
La empresa Oracle© define a su producto MySQL™ como “un sistema de gestión de bases
de datos relacional desarrollado bajo licencia dual GPL/Licencia comercial por Oracle
Corporation y está considerada como la base datos open source más popular del mundo, y
una de las más populares en general junto a Oracle y Microsoft SQL Server, sobre todo para
entornos de desarrollo web” (Oracle, 2016).
Al contrario de proyectos como Apache, donde el software es desarrollado por una
comunidad pública y los derechos de autor del código están en poder del autor individual,
MySQL es patrocinado por una empresa privada, que posee el copyright de la mayor parte
del código. Esto es lo que posibilita el esquema de doble licenciamiento anteriormente
mencionado. La base de datos se distribuye en varias versiones, una Community, distribuida
bajo la Licencia pública general de GNU, versión 2, y varias ediciones Enterprise, para
aquellas empresas que quieran incorporarlo en productos privativos. Las versiones
Enterprise incluyen productos o servicios adicionales tales como herramientas de
monitorización y soporte oficial.
Laravel es un framework de código abierto para desarrollar aplicaciones y servicios WEB
basados en PHP 5. Su filosofía es desarrollar código PHP de forma elegante y simple,
evitando el "código espagueti". Fue creado en 2011 y tiene una gran influencia de frameworks
como Ruby on Rails, Sinatra y ASP.NET MVC. Los desarrolladores y colaboradores de
Laravel lo generalizan como un “framework MVC (Modelo-Vista-Controlador) por lo que
en la definición del código éste se separa en las vistas, los modelos de diseño y el controlador
que define las interacciones. Laravel tiene como objetivo ser un framework que permita el
uso de una sintaxis elegante y expresiva para crear código de forma sencilla y permitiendo
SIGEI+GPS: Sistema de Gestión de Incidencias y Geo-Localizador de Unidades Operativas
68
multitud de funcionalidades. Intenta aprovechar lo mejor de otros frameworks y aprovechar
las características de las últimas versiones de PHP” (LaravelES, 2016).
JavaScript (generalmente abreviado como JS) es un lenguaje ligero e interpretado, orientado
a objetos con funciones de primera clase, más conocido como el lenguaje de script para
páginas WEB, pero también usado en muchos entornos sin navegador, tales como node.js o
Apache CouchDB. Desarrolladores expertos lo identifican como un lenguaje script multi-
paradigma, basado en prototipos, dinámico, que soporta estilos de programación funcional,
orientada a objetos e imperativa según se explica en los foros de desarrollo de Mozilla.
(MozillaFundation, 2016)
Vue.js es una librería JavaScript para construir interfaces WEB interactivas, es decir, es una
herramienta útil para la creación de interfaces de usuario. En su documentación, los
productores definen, “A diferencia de otros frameworks, Vue se diseña desde el inicio para
ser incremental y adoptable. La biblioteca central se centra únicamente en la capa de vista y
es muy fácil de captar e integrar con otras bibliotecas o proyectos existentes. Por otra parte,
Vue también es perfectamente capaz de alimentar sofisticadas aplicaciones de una sola
página cuando se utiliza en combinación con herramientas modernas y bibliotecas de apoyo”
(VUEJS, 2016).
JQuery es una librería JavaScript open-source, que funciona en múltiples navegadores, y que
es compatible con CSS3. Que acorde a lo que los usuarios opinan, “Su objetivo principal es
hacer la programación “scripting” mucho más fácil y rápida del lado del cliente. Con JQuery
se pueden producir páginas dinámicas, así como animaciones parecidas a Flash en
relativamente corto tiempo” (DesarrolloWeb.com, 2009).
Composer es un gestor de dependencias en proyectos, para programación en PHP. Eso quiere
decir que nos permite gestionar (declarar, descargar y mantener actualizados) los paquetes
de software en los que se basa nuestro proyecto. Se ha convertido en una herramienta de
cabecera para cualquier desarrollador en este lenguaje que aprecie su tiempo y el desarrollo
ágil. (Adermann & Boggiano, 2014)
Git es un software de control de versiones diseñado por Linus Torvalds, pensando en la
eficiencia y la confiabilidad del mantenimiento de versiones de aplicaciones cuando éstas
tienen un gran número de archivos de código fuente. Al principio, Git se pensó como un
motor de bajo nivel sobre el cual otros pudieran escribir la interfaz de usuario o front end
como Cogito o StGIT. Sin embargo, Git se ha convertido desde entonces en un sistema de
control de versiones con funcionalidad plena. Hay algunos proyectos de mucha relevancia
que ya usan Git, en particular, el grupo de programación del núcleo Linux.
(SoftwareFreedomConservancy, 2015)
Codificación
Con las herramientas mencionadas anteriormente se procedió a generar el código
correspondiente a la aplicación a desarrollar, para ello utilizando el gestor de dependencias
Composer se creó el modelo de proyecto utilizando Laravel en su versión 5.3, lo cual crea
SIGEI+GPS: Sistema de Gestión de Incidencias y Geo-Localizador de Unidades Operativas
69
una serie de folders con los documentos necesarios para la instanciación del proyecto, estos
se pueden observar en la ilustración 31.
Ilustración 31 Estructura de carpetas del proyecto
Donde los elementos importantes a mencionar se encuentran dentro de las carpetas “app”,
“public”, “resources” y “routes”. La configuración de controladores y modelos de objetos se
pueden localizar en la carpeta app, en cambio los scripts, hojas de estilo CSS, imágenes
utilizadas en el código, entre otros se pueden localizar en el folder public, en relación a la
compilación de líneas generadas para las vistas, se puede localizar dentro de la carpeta
resources ya que es donde se definen los recursos a utilizar en la configuración del sistema.
Uno de los elementos importantes para el uso de la estructura definida por Laravel para el
desarrollo de una aplicación WEB, se encuentra definida en la carpeta routes, que es donde
se definen todas y cada una de las rutas de acceso (vínculos o links) que se utilizan en toda
la app y esto sin olvidad el archivo de configuración de la aplicación que en este sentido es
el documento con nombre “.env” localizado en la raíz del folder contenedor del proyecto, al
mismo tiempo, cualquier configuración adicional al manejo de middleware (lógica de
intercambio de información entre aplicaciones) requerido para definir interfaces para
diferentes usuarios, debe realizarse en el archivo del núcleo de configuración (kernel) del
proyecto el cual se encuentra dentro de la carpeta app.
Comenzando con las rutas que deben definirse dentro el archivo 𝑤𝑒𝑏. 𝑝ℎ𝑝 ubicado en el
folder routes, la estructura que se definió para toda la aplicación puede apreciarse en la
ilustración 32, es justo especificar que se realizaron diferentes middlewares los cuales hacen
referencia a los diferentes usuarios, esto se realizó con el fin de que no pudieran ingresar a
otras vistas o funciones que no correspondieran a su grupo de usuario.
SIGEI+GPS: Sistema de Gestión de Incidencias y Geo-Localizador de Unidades Operativas
70
Ilustración 32 Rutas y Middlewares del sistema
Como es de esperarse cada middleware hace uso de un controlador donde se define el
comportamiento de las funciones asociadas a este, en este caso se definieron controladores
para los tres tipos de usuarios y un cuarto controlador el cual se encarga de la validación de
los usuarios y la redirección a sus respectivos middlewares, un ejemplo de controlador se
puede observar en la ilustración 33, este controlador es el correspondiente al utilizado para
realizar la validación de credenciales de accesos de los usuarios lo cual permite acceder al
sistema.
Ilustración 33 Ejemplo de controlador
La creación de vistas como se ha mencionado anteriormente, debe de realizarse dentro de la
carpeta resources, en esta se encontrará un folder llamado views el cual está determinado por
el framework para esta función, en nuestra aplicación, fue necesario crear subcarpetas que
contengan las visualizaciones correspondientes a los tipos de usuario y se incluyó también
SIGEI+GPS: Sistema de Gestión de Incidencias y Geo-Localizador de Unidades Operativas
71
una carpeta que incluya las plantillas de las vistas lo que permite la reutilización de código y
no incurrir en la sobre generación de código, esta es la carpeta templates. Esta organización
nos permite realizar un mejor manejo de las visualizaciones, la estructuración final se puede
observar en la ilustración 34.
Ilustración 34 Organización de folder de vistas del sistema
Si bien, ya definida la ubicación de los archivos que constituirán las vistas, aún hace falta
especificar la estructura que deben de contener las mismas, para ello se hace uso de la
estructura clásica de un documento HTML, ya que este es el lenguaje de desarrollo para
páginas WEB, este debe de guardarse con un formato definido por Laravel, los archivos deben
de tener la extensión . 𝑏𝑙𝑎𝑑𝑒. 𝑝ℎ𝑝 para que sean reconocidos, un ejemplo de esto se puede
visualizar en la ilustración 35.
Ilustración 35 Formato del código de plantillas de vistas
En la imagen anterior se pueden apreciar las palabras @𝑦𝑖𝑒𝑙𝑑(‘’) , estas indican a Laravel
que existe la posibilidad de insertar código iniciando en la sección donde se especifica, esto
nos permite incrustar el código designado para las diferentes funciones, que, en nuestro caso,
se denominaría como la variedad de vistas que existen en el sistema. Uno ejemplo de la
SIGEI+GPS: Sistema de Gestión de Incidencias y Geo-Localizador de Unidades Operativas
72
utilización de una plantilla de estas es la que se visualiza en la ilustración 36 la cual muestra
el desarrollo de un formato específico para el módulo de Seguridad Pública.
Ilustración 36 formato de inclusión de código de vistas
En la imagen anterior se pueden observar palabras reservadas por Laravel las cuales
comienzan con el símbolo @, como lo son @𝑒𝑥𝑡𝑒𝑛𝑑𝑠(‘’) y @𝑠𝑒𝑐𝑡𝑖𝑜𝑛(‘’).
La función @𝑒𝑥𝑡𝑒𝑛𝑑𝑠(‘’) permite definir que el contenido del documento desarrollado será
incluido en la pronunciación del código de plantilla, por lo que es necesario definir la
ubicación del formato del template a utilizar para ello se utiliza la dentición de Laravel para
ello, donde no es necesario escribir la ruta completa si no, como ya se especificó
anteriormente, Laravel busca dentro del folder “resources/views” que es su directorio
definido, una vez dentro del folder se debe especificar si el documento se encuentra en una
carpeta o no y finalmente es necesario especificar el nombre del documento (omitiendo las
extensiones . 𝑏𝑙𝑎𝑑𝑒. 𝑝ℎ𝑝). En el ejemplo anterior se especifica el archivo “tsegpub2” ubicado
en la carpeta templates contenido en la raíz de los recursos a cargar.
La función @𝑠𝑒𝑐𝑡𝑖𝑜𝑛(‘’) especifica donde se debe insertar el código contenido entre su
etiqueta la cual se delimita con la palabra @𝑠𝑡𝑜𝑝, esta función hace referencia a la función
@𝑦𝑖𝑒𝑙𝑑𝑠(‘’) mencionada en las plantillas. El elemento que diferencia entre cada una de las
secciones es el nombre definido entre comillas, ya que, de esta manera el framework
reconoce cada una de las funciones e incrusta el código contenido dentro de la etiqueta. Cabe
mencionar que la cantidad de secciones que se puede invocar no se limita a una, sino que ésta
se encuentra en relación a la cantidad que se haya definido dentro de la plantilla a utilizar y
a su vez si en el documento que hace uso del template no hace el llamado a todas las
implementaciones declaradas en la plantilla base, no afecta el rendimiento de estas.
SIGEI+GPS: Sistema de Gestión de Incidencias y Geo-Localizador de Unidades Operativas
73
Finalmente, dentro de la carpeta public es donde se debe realizar la organización de
documentos utilizados en la aplicación (scripts, imágenes, libros de estilo, etc…), para fines
de organización nosotros definimos sub-folders donde se almacenarán los documentos dada
su clasificación como se muestra en la ilustración 37.
Ilustración 37 Organización de scripts Js, CSS e imágenes
Resultados, planos, gráficas, prototipos, maquetas, programas, entre otros.
Dentro de los resultados que se obtuvieron en este desarrollo de software, se distinguen
aquellos relacionados al sistema de gestión de incidencias el cual fue planteado y realizado
acorde las necesidades de procesos de la Dirección de Seguridad Pública y Vialidad del
municipio de Comala, y aquellos referidos al sistema de Geo-localización de unidades
implementado, ambos desarrollos independientes uno del otro, pero que a su vez
complementan el proyecto SIGEI+GPS.
Por lo que estos se podrían clasificar en dos categorías, una de ellas es referente al desarrollo
de las aplicaciones y la otra especificando los resultados obtenidos al momento de la
implementación de dichos sistemas. A continuación, definiremos cada una de estas
clasificaciones.
Resultados del desarrollo
Los resultados obtenidos durante la fase de desarrollo de las aplicaciones se encuentran
relacionadas al producto de software hecho a medida para la DSPV, para poder representarlos
a continuación se mostrarán dichos resultados mediante capturas de pantalla de la aplicación
en sus diferentes módulos.
Cabe señalar, que las capturas mostradas a continuación son el resultado de la programación
realizada con el framework de desarrollo Laravel y la implementación de herramientas de
desarrollo de aplicaciones WEB tales como JavaScript, Materialize CSS y JQuery UI,
pudimos obtener una interface atractiva para los usuarios y que además de llamar la atención
de los mismos les permite capturar y procesar la información requerida para sus labores.
En la ilustración 38, se puede observar la pantalla de ingreso al sistema la cual tiene como
funcionalidad el controlar el acceso a los módulos construidos para los diversos usuarios.
SIGEI+GPS: Sistema de Gestión de Incidencias y Geo-Localizador de Unidades Operativas
74
Ilustración 38 Pantalla de inicio del sistema
Una vez que el usuario ha ingresado al sistema, este se redirigirá a los módulos diseñados
para sus funciones, cada uno de los usuarios tendrá una página de inicio diferente, en donde
podrá visualizar las funciones que esto pueden realizar, lo que implica la segmentación de
las funciones en relación a los privilegios que el usuario tiene registrados, por ejemplo en la
ilustración 39 se observa la página de inicio diseñada para los usuarios de tipo policía, en la
ilustración 40 aquella definida para el administrador y finalmente en la ilustración 41, se
observa aquella establecida para los psicólogos.
Ilustración 39 Página de
inicio Policías
Ilustración 40 página de
inicio Administrador
Ilustración 41 Página de
inicio Psicólogos
Otro hecho palpable, es, que mediante la implementación de la metodología SCRUM fue
posible realizar las adaptaciones necesarias para que las interfaces fuera acorde a las
especificaciones y gustos del cliente, por ejemplo, los formularios de ingreso de información
como lo son aquellas definidas para el módulo de Seguridad Pública resultaron ser atractivas
y de utilidad a los usuarios, un ejemplo de ellas es la que se presenta en la ilustración 42,
donde se muestra el formato requerido para registrar el ingreso de una persona a los separos
preventivos.
SIGEI+GPS: Sistema de Gestión de Incidencias y Geo-Localizador de Unidades Operativas
75
Ilustración 42 Formulario final para registro de ingreso a los separos preventivos, creación propia
De igual manera, fue posible aprender nuevas formas de aplicar las tecnologías y
conocimientos de programación los cuales se aplicaron en la implementación del sistema de
geo locación, el cual se representa en la ilustración 43.
SIGEI+GPS: Sistema de Gestión de Incidencias y Geo-Localizador de Unidades Operativas
76
Ilustración 43 Sistema de geo locación, creación propia
SIGEI+GPS: Sistema de Gestión de Incidencias y Geo-Localizador de Unidades Operativas
77
Resultados de implementación
Por el momento el Sistema de gestión de Incidencias se encuentra operativo a nivel de
servidor local dentro de la Dirección de Seguridad Pública y Vialidad del municipio de
Colima con la ayuda de un equipo de cómputo que se designó para tal propósito.
Desafortunadamente al hacer uso de este tipo de conexiones a un servidor centralizado de
manera local, que preste los servicios requeridos se obtiene un costo implicado no referido a
lo monetario, sino a la permanencia de la conexión de los equipos remotos dentro de la red
local, dado que existe una limitación que se ve reflejada en la configuración que es necesario
realizar cada 5 días (tiempo aproximado en lo que conlleva la reasignación automática de la
IP proporcionada por el proveedor de servicios de internet (Telmex)), situación que se
presenta ya que por el momento no se cuenta con un servicio de internet que proporcione una
IP estática o un arrendamiento de hosting en la nube.
Actualmente, dada la problemática mencionada anteriormente, el director de la dirección de
Seguridad Pública se encuentra gestionando la utilización de recursos para realizar el
arrendamiento de un hosting que permita el almacenamiento de la aplicación y sus
características en la nube, lo cual permita que las configuraciones pertinentes para el acceso
solo se tengan que realizarse al momento de la instalación del mismo, para con ello poder
acceder al servicio no solo de forma local, sino en cualquier lugar y momento mientras se
cuente con las medidas de seguridad necesarias para ello.
Respecto a la usabilidad, la aplicación tiene una aceptación favorable entre los oficiales y
psicólogos que laboran en las instalaciones, ya que esta les permite generar sus registros y
reportes pertinentes con mayor facilidad, pese que hasta el momento los datos contenidos en
la aplicación están limitados a los hechos que se han estado registrando con el paso de los
días, la generación de reportes y análisis de los datos capturados ha mejorado el desempeño
de las actividades de los oficiales y psicólogos, respectivamente.
Un caso similar al del sistema de gestión, es el del geo localizador, debido que por el
momento se cuenta con las limitantes que representan la falta de dispositivos de rastreo y un
servidor estable para la implementación del servicio lo que causa que por el momento no
haya sido posible establecer el uso de la aplicación de manera formal. Respecto a estas
limitaciones, en las últimas reuniones se ha discutido con el Director de Seguridad Pública,
quien, gracias a su interés de aplicar esta funcionalidad a sus labores, se encuentra
gestionando con Gobierno del Estado y la Dirección de Seguridad Pública Estatal, la
posibilidad de obtener el financiamiento necesario para la adquisición de dichos dispositivos
de rastreo y la asignación de un espacio dentro de las instalaciones del Centro de Comando,
Cómputo y Comunicaciones (C4) en uno de los servidores que operan en sus instalaciones
con la finalidad de activar el recurso, lo que a final de cuentas, una vez en ejecución del
sistema genere la posibilidad de que este sistema de rastreo pueda aplicarse no solo al
municipio de Comala, sino a todo el estado de ser aceptado por los mandos superiores y
gobierno del estado.
SIGEI+GPS: Sistema de Gestión de Incidencias y Geo-Localizador de Unidades Operativas
78
Conclusiones y recomendaciones.
A lo largo de estos 6 meses, se tuvo la oportunidad de ser parte del personal de la Dirección
de Seguridad Pública y Vialidad del municipio de Comala, y a su vez desarrollar una
aplicación que permita mejorar considerablemente el tiempo de procesos de captura,
procesamiento y uso de la información que es recopilada por esta dependencia. Así mismo
pudimos proporcionarle al Director de Seguridad Pública y Vialidad una herramienta que
permita el rastreo en tiempo real de las unidades operativas que cuenta este municipio en
asignadas a las labores de Seguridad y Vialidad, esto le ayudará a tener mayor control de
estas y poder tomar mejores decisiones en cuestión de distintos tipos de incidencias en las
cuales sean requeridas acciones rápidas para garantizar la seguridad de la población.
Todo esto fue posible gracias a la creación del sistema denominado SIGEI y a la
implementación del sistema de geo localización open source Traccar, los cuales fueron
planteados y desarrollados para resolver las necesidades relacionadas a la gestión de
información de la Dirección de Seguridad Pública y Vialidad de Comala.
Lo anterior se considera como una experiencia agradable en cuestiones personales y
profesionales, ya que nos otorgó la oportunidad de conocer el significado de involucrarnos
en un ambiente laboral donde se debe de cumplir con responsabilidades, realizar las
actividades designadas como empleado y a su vez que nos entregaron un poco de experiencia
en el desarrollo de aplicaciones utilizando los conocimientos que adquirimos en el tiempo de
nuestra formación como profesionales.
Recomendaciones y mejoras futuras
Se recomendó al personal del DSPV que se capture las incidencias el mismo día que fueron
ocurridas, esto para que el sistema al momento de mostrar reportes y/o estadísticas estas sean
lo más fiables posibles y se puedan utilizar al momento de rendir informes a los altos mandos
gubernamentales. Así mismo se mencionó al director de esta dependencia que en versiones
futuras del sistema pueda crear reportes en formato PDF con una plantilla predefinida que se
auto rellene con los datos de las incidencias que se vallan registrando en el sistema. De igual
forma se recomendó se convoque a la gestionar recursos para la adquisición de una Tablet o
dispositivo inteligente, los cuales se establecerán en las patrullas, esto con la finalidad de que
sea necesaria la atención de alguna incidencia, los policías puedan conectarse vía internet y
acceder al sistema para registrar los detalles de esta, esto podría evitar la pérdida de tiempo
que genera el hecho de que los policías tengan que regresar al complejo de seguridad para
así pasar el reporte de situación y finalmente captúralo al sistema.
Competencias desarrolladas y/o aplicadas.
- Aplicación de metodologías de desarrollo y gestión de proyectos:
o Planeación de actividades.
o Levantamiento de requerimiento.
o Modelado: base de datos, interfaces gráficas, entre otros.
o Documentación formal de un sistema.
SIGEI+GPS: Sistema de Gestión de Incidencias y Geo-Localizador de Unidades Operativas
79
- Uso de diversos lenguajes de programación, adaptándose a las necesidades que el
sistema requiera.
- Uso de los conocimientos de redes, sistemas operativos y programación adquiridos
durante nuestra formación.
- Interacción constante con el cliente para demostrar avances y resolver dudas sobre
los requerimientos planteados para el sistema.
Referencias A. Silberschatz, H. F. (2002). Fundamentos de Bases de Datos. McGraw Hill. Adermann, N., & Boggiano, J. (2014). Composer Dependecy Manager for PHP. Recuperado el 03
de 12 de 2016, de https://getcomposer.org/doc/00-intro.md
Ambler, S. (2004). The Object Primer; Agile Model Driven Development with UML 2. Cambridge
University Press.
BalsamiqInc. (2017). Balsamiq Mockup's. Obtenido de https://balsamiq.com/products/mockups/
DesarrolloWeb.com. (s.f.). Manual de Jquery. Recuperado el 03 de 12 de 2016, de
http://www.desarrolloweb.com/manuales/manual-jquery.html
Eguíluz Pérez, J. (2008). Introduccion a CSS. Creative Commons.
Fundation, M. (2016). JavaScript. Recuperado el 02 de 12 de 2016, de
https://developer.mozilla.org/es/docs/Web/JavaScript
IBM. (30 de 05 de 2013). Casos de Uso. Recuperado el 28 de 11 de 2016, de
http://www.ibm.com/support/knowledgecenter/es/SSWSR9_11.0.0/com.ibm.pim.dev.doc/p
im_tsk_arc_definingusecases.html
IEEE. (2003). Software Engineering Body of Knowledge . Los Alamitos: IEEE Computer Society.
Jareño, O. (05 de 2015). Los Colores y Sus Aplicaciones En El Diseño Web. Obtenido de
http://www.capsulasdemarketing.com/diseno/los-colores-y-sus-aplicaciones-en-el-diseno-
web.html
Kahn, P., & Lenk, K. (02 de 2001). Mapping Websites: Digital Media Design. Rockport Publishers.
Obtenido de
http://personalpages.manchester.ac.uk/staff/m.dodge/cybergeography//atlas/web_sites.html
LaravelES. (2016). Documentación de Laravel en español. Recuperado el 2 de 12 de 2016, de
http://laraveles.com/docs/4.1/introduction
Machuca Villegas, L. E. (2008). Especificacion de requerimientos. Santiago de Cali: Universidad
Del Valle. Obtenido de
https://cursos.virtual.uniandes.edu.co/csof5101/?media=principal%3Acsof5101-
requerimientos.pdf
Norris, M., & Rigby, P. (1994). Ingeniería de software explicada. Limusa .
Oracle. (2016). MySQL: la base de datos de código abierto más popular del mundo. Recuperado el
02 de 12 de 2016, de https://www.oracle.com/lad/mysql/index.html
Salamanca García, C. A. (2008). ESTÉTICA PARA ENTORNOS VIRTUALES. UNAD.
Senn, J. A. (1992). Análisis y Diseño de Sistemas de Información. McGraw Hill.
SoftwareFreedomConservancy. (2015). Fundamentos de Git. Obtenido de https://git-
scm.com/book/es/v1/Empezando-Fundamentos-de-Git
Sommerville, I. (2005). Ingeniería de Software. Pearson.
Sutton, T., & Whelan, B. (2004). The Complete Color Harmony. Rockport Publishers.
Systems, S. (2007). Diagramas de secuencia UML. Recuperado el 29 de 11 de 2016, de
http://www.sparxsystems.com.ar/resources/tutorial/uml2_sequencediagram.html
SIGEI+GPS: Sistema de Gestión de Incidencias y Geo-Localizador de Unidades Operativas
80
Traccar. (2016). Traccar GPS Tracking software. Recuperado el 03 de 12 de 2016, de
https://www.traccar.org/
VUEJS. (2016). Introduction to Vue. Recuperado el 02 de 12 de 2016, de https://vuejs.org/v2/guide/
ANEXOS
Entrevistas iniciales al cliente
Nombre: Alberto Garay Vázquez Cargo: oficial encargado de la recepción de informes
y pase de labores a las unidades operativas
¿Cuál es el objetivo principal que atiende su área?
El objetivo que esta área atiende es el de recibir los informes de los oficiales en turno que se
encuentran realizando patrullaje en el municipio de Comala, esto incluye, los informes de las
emergencias atendidas, personas detenidas o eventos que requieran la intervención policiaca.
¿Qué datos registra?
Dependiendo de la situación se registran diferentes datos, por ejemplo, para un suceso que
requiera atención policial, se capturan datos como el lugar, la fecha y hora del evento, el tipo
de emergencia que se atendió, qué oficiales se presentaron a atender la situación. En cambio,
si atendemos a un asunto que requiera la aprehensión de un civil se deben especificar sus
datos generales (nombre, edad, domicilio, apodo (alias) en caso de existir, entre otros) y al
igual que en los casos anteriores, registrar la unidad que atendió el suceso y los oficiales,
estos últimos se deben de registrar para generar el informe y en caso de ser necesario un
oficio de deslinde de responsabilidades.
¿Cuál es el procedimiento que realiza para almacenar esos datos?
El procedimiento para procesar los datos es simple, se captura primero la situación a atender
o atendida, el lugar, la fecha y hora del suceso, involucrados en la situación y finalmente se
clarifican las unidades y oficiales que participaron en este.
¿Qué actividades realiza con esa información?
Además de capturar la información, es necesario realizar los reportes de la misma.
¿Si tuviera que definir un grado de importancia a los datos que maneja cuáles serían?
En mi experiencia, todos los datos que se requieren registrar son de gran importancia, ya que
no se puede obviar ninguno de ellos.
Con los datos almacenados, ¿Qué tipo de reportes obtiene con ellos?
SIGEI+GPS: Sistema de Gestión de Incidencias y Geo-Localizador de Unidades Operativas
81
Por la naturaleza de los datos es necesario realizar los reportes de todos los eventos atendidos,
inclusive es necesario realizar estadísticas de los tipos de eventos que se atienden.
¿Con qué frecuencia se deben realizar estos reportes?
Los reportes deben realizarse diariamente, ya que se debe de informar al día siguiente todos
los sucesos registrados al director.
Nombre: Francisco Guzmán Rodríguez Cargo: comandante oficial de
seguridad vial
¿Cuál es el objetivo principal que atiende su área?
Registrar la información concerniente a las incidencias de viales registradas en el municipio
de Comala y sus inmediaciones.
¿Qué datos registra?
Los datos que se requiere son: fecha y hora del suceso, lugar del suceso, datos de los
vehículos (civiles, de transporte público o gubernamentales) involucrados en el altercado, así
como información de las personas que se vieron afectadas durante el incidente, esto sin
olvidar el oficial de tránsito que da fe del evento.
¿Cuál es el procedimiento que realiza para almacenar esos datos?
Se comienza con el registro de la emergencia atendida, estas deben especificarse acorde a lo
especificado al catálogo de emergencias posibles relacionadas a temas de Vialidad. Una vez
realizado esto se debe de especificar el lugar del incidente, la fecha y la hora para después
continuar con aquellas personas y vehículos que se vieron involucrados en dicho incidente,
en situaciones especiales como las presentadas cuando no se encuentra las personas o
vehículos responsables, se debe de especificar la ausencia de estos y en caso de existir alguna
información como señas o características que puedan conducir a la identificación del
causante del incidente.
¿Qué actividades realiza con esa información?
Partiendo de la información colectada me es posible realizar informes de los sucesos
atendidos por el departamento de Vialidad y estadísticas que contengan información de los
accidentes contemplados en el municipio lo que permite poder realizar planeaciones y
estrategias que permitan reducir o controlar estas situaciones.
¿Si tuviera que definir un grado de importancia a los datos que maneja cuáles serían?
La importancia de los datos está definida por el uso que esta conlleva para las estadísticas y
generación de informes de eventos ocurridos, por lo que los datos con mayor relevancia son:
tipos de emergerías asistidas, vehículos involucrados, fechas de los sucesos, etc…
Con los datos almacenados, ¿Qué tipo de reportes obtiene con ellos?
Los reportes que se generan son aquellos definidos por el suceso o incidencia y reportes
generales de las incidencias registradas en lapsos de tiempo que permitan obtener datos
estadísticos de las incidencias.
SIGEI+GPS: Sistema de Gestión de Incidencias y Geo-Localizador de Unidades Operativas
82
¿Con qué frecuencia se deben realizar estos reportes?
La creación de reportes se realiza con una frecuencia diaria con excepción de aquella que
aporte datos que generen estadísticas de la frecuencia en la que suceden eventos de Tránsito
y Vialidad.
Nombre: Luis Carriera Cermeño Cargo: oficial a cargo de los separos
preventivos.
¿Cuál es el objetivo principal que atiende su área?
Mantener bajo custodia aquellos individuos que remitan en calidad de detenidos por haber
cometido algún crimen o perturbación del orden público.
¿Qué datos registra?
Información general de la persona el curso (nombre completo, alias, edad, domicilio, entre
otros), esta debe incluir su fotografía y sin olvidar el hecho por el cual fue aprehendido, el
lugar, la hora y la unidad (incluidos los oficiales) que lo remite a los separos, incluyendo de
igual manera las pertenencias que llevan consigo al momento de su aprehensión.
¿Cuál es el procedimiento que realiza para almacenar esos datos?
Al arribar el individuo, se debe de tomarle la fotografía que lo identifique, seguido de esto
debe de capturarse sus datos generales, causa de arresto, el lugar, la fecha y la hora para
finalmente registrar él o los oficiales que realizaron la aprehensión.
¿Qué actividades realiza con esa información? Mantener el control de las personas que se encuentran remitidas en las celdas día a día,
además de que con esta información permite generar un historial de las aprehensiones que ha
tenido cada individuo.
¿Si tuviera que definir un grado de importancia a los datos que maneja cuáles serían?
Desafortunadamente toda la información es requerida para los procesos realizados en este
departamento por lo que no es posible prescindir de dicha información.
Con los datos almacenados, ¿Qué tipo de reportes obtiene con ellos?
Con la información almacenada es posible generar un reporte donde se definan aquellas
personas que están detenidas, especificando la causa de la detención a los separos
preventivos, finalmente es posible generar los historiales personalizados de las detenciones
de cada individuo.
¿Con qué frecuencia se deben realizar estos reportes?
Los reportes de reconocimiento de las personas detenidas deben generarse día a día, mientras
que aquellas relacionado con las aprensiones, debe realizarse cuando sea requerido.
SIGEI+GPS: Sistema de Gestión de Incidencias y Geo-Localizador de Unidades Operativas
83
Nombre: William Cesar Fermín Ceja Cargo: director del
departamento de Prevención del delito.
¿Cuál es el objetivo principal que atiende su área?
Brindar asesorías psicológicas y de labor social a personas que solicite este servicio de
manera directa o indirectamente, así como prever pláticas orientativas sobre temas que
puedan influenciar a los jóvenes y a la sociedad a incurrir en algún tipo de delito.
¿Qué datos registra?
El departamento recopila información de personas que son atendidas personalmente dentro
y fuera de la oficina, estos casos se atienden de manera privada y la recopilación de datos es
de forma discreta, solo se registran los datos generales de la persona, el motivo general por
el que se atendió y las observaciones finales a su sesión de terapia sin olvidar la fecha del
suceso. Al igual que sucede con las personas, el departamento también ofrece asistencia a
organizaciones públicas como las escuelas o centros de integración, de estos es necesario
recopilar los datos de la institución a la que asistimos, la fecha y hora de la visita y la temática
que se trató en la sesión.
¿Cuál es el procedimiento que realiza para almacenar esos datos?
Los procedimientos varían dependiendo de que sea lo que se quiera registrar, por ejemplo, si
es una persona la que se prestó el servicio, se debe de registra los datos de la persona, la razón
por la cual se prestó el servicio y los datos obtenidos tras finalizar la sesión. Una situación
similar sucede con las instituciones, ya que se registra los datos generales de la institución
seguido del tópico de la charla impartida y los resultados obtenidos de esta.
¿Qué actividades realiza con esa información?
Se desarrolla un historial tanto de las personas atendidas como de las instituciones que
visitamos, con intenciones de agilizar las sesiones de atención o incursionar en nuevos temas
de ayuda, dependiendo de la reincidencia de temas a exponer.
¿Si tuviera que definir un grado de importancia a los datos que maneja cuáles serían?
En caso del registro de personas atendidas, solo será necesario registra el nombre de los
padres o tutor si es que esta sea menor de edad, de lo contrario, estos datos pueden omitirse.
Con los datos almacenados, ¿Qué tipo de reportes obtiene con ellos?
De igual manera se puede obtener reportes de las personas registradas y las sesiones que se
han tenido como de las instituciones y las charlas que se han presentado en esta.
¿Con qué frecuencia se deben realizar estos reportes?
SIGEI+GPS: Sistema de Gestión de Incidencias y Geo-Localizador de Unidades Operativas
84
Los reportes deberán de generarse cuando estos sean requeridos, lo que implica que no haya
un periodo definido.