luis francisco guzmán fuentes andrés hernández jiménez

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


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.


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


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.


5

Tabla 1 Cronograma de actividades


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.


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.


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.


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)


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

https://www.computer.org/web/swebok/v3


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


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/


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


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.


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»


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.


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:


1.3.1 Registro de detenidos

Descripción: permite agregar un registro de un individuo enviado a los separos

preventivos.

Requiere:


deben especificarse los datos requeridos y la fotografía del detenido.


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









Requiere: el usuario debe definir el mes de consulta.



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.


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


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.


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»


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



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.









Requiere: el usuario deberá definir el mes de consulta



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:


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.


21

Requiere:


2.4.1 Consultar incidencias de Vialidad

Descripción: acceder al módulo de consultas de incidencias viales.









Requiere: el usuario deberá definir el mes de consulta.



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.


22

Caso de uso 3 Psicólogos

Escenario del caso de uso de Psicólogo

Actores: Psicólogo


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.


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



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»


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.


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.


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.


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.


28

|

Ilustración 5 Fluxograma de procesos


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.


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.


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


(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


(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.


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


(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


(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


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


(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


(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


(S/N)

PK,

CK

o

FK

Clave

externa

(S/N)

y

referencia


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


(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


(S/N)

PK,

CK

o

FK

Clave

externa

(S/N)

y

referencia

id

municipio

Identificador

del

municipio.

Int N S PK N


del estado

donde se

encuentra el

municipio.

Int N N FK Estado

(id estado)

nombre Nombre del

municipio.

Varchar

(255)

N N N N


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


(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


(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


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.


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


(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)


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


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


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


(S/N)

PK,

CK

o

FK

Clave

externa

(S/N)

y

referencia


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)


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.


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


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


del reporte.

Int N S P

K


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


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


(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)


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


de la sesión.

Int N S PK N


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


(S/N)

PK,

CK

o

FK

Clave

externa

(S/N)

y

referencia


de la sesión.

Int N S PK


43


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


(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


(S/N)

PK,

CK

o

FK

Clave

externa

(S/N)

y

referencia


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


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


(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)


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


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


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.


47

Diagrama del modelo de base de datos

Ilustración 6 Diagrama de base de datos, creación propia


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.


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


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.


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.


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.


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


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


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


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.


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.


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


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


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.


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.


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


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:


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.


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/

https://www.traccar.org/documentation/


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.


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


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


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.


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


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


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.


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.


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.


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.


76

Ilustración 43 Sistema de geo locación, creación propia


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.


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.


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


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


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.


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.


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.


Además de capturar la información, es necesario realizar los reportes de la misma.


En mi experiencia, todos los datos que se requieren registrar son de gran importancia, ya que

no se puede obviar ninguno de ellos.



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.


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


Registrar la información concerniente a las incidencias de viales registradas en el municipio

de Comala y sus inmediaciones.


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.


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.


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.


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…


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.


82


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.


Mantener bajo custodia aquellos individuos que remitan en calidad de detenidos por haber

cometido algún crimen o perturbación del orden público.


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.


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.


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 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.


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.


83

Nombre: William Cesar Fermín Ceja Cargo: director del

departamento de Prevención del delito.


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.


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.


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.


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.


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.


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.



84

Los reportes deberán de generarse cuando estos sean requeridos, lo que implica que no haya

un periodo definido.

luis francisco guzmán fuentes andrés hernández jiménez

Documents