13-11-2022

INVESTIGACIÓN
ACTIVIDAD II: MODELADO DE UN PROCESO DE SOFTWARE

Jose Alexis Nuñez Torres

MATRICULA 129839
GRUPO: K078
MARÍA DEL CARMEN ESTEE TAIBO CANO
La empresa que será analizada ¿A qué sector pertenece?
La institución que se estará evaluando es el Centro De Evaluación y Control de Confianza de la
Ciudad de México (CECCC) la cual pertenece al sector público, es una institución donde realizan
evaluaciones a policías de la Ciudad de México para poder ingresar a sus diferentes grupos
policiacos que estas suscritos a la Secretaría de Seguridad Ciudadana o bien realizar procesos de
permanencia o portación de armas.

Describe brevemente los productos y/o servicios que ofrece la empresa.

Esta institución se encarga de realizar las evaluaciones para cada uno de los policías pasando por
diferentes procesos de dicha evaluación como lo es la psicología, entorno social, toxicológico etc.
Para poder brindar un resultado de dichas evaluaciones.

Problema existente
Se identificaron deficiencias en el control de las evaluaciones debido a que los candidatos se van sin
haber completado todas las áreas de evaluación o llegan a repetir áreas, por lo que se busca que
con una automatización se evite que nos y tenga un proceso de evaluacion integral.

Proceso de automatización del seguimiento del personal

El proceso que se obtendrá es el poder automatizar el recorrido de los evaluados por todas las ares
en el día de su evaluacion, de esta manera se podrá detectar tiempos y localización dentro de la
institución y prever las áreas faltantes, ya que cada persona puede variar en su proceso y existen
casos que tardan más del tiempo estimado para evaluación. Este procedimiento no estaría dando
un reporte por área para identificar el tiempo que tardan en atender a una persona y de esta manera
tomar medidas adicionales, asimismo podremos obtener métricas de candidatos.

Toda esta información se estaría guardando en una base de datos relacional (SQL) y dicha
información se estaría almacenando mediante módulos de registros por cada una de las áreas, esto
nos estará dando la pauta para saber la entrada y salida de cada uno de los candidatos y nos será
más fácil crear reportes.
CREATE TABLE `tb_entradas` (
`entradaID` int(11) NOT NULL AUTO_INCREMENT,"
`datosGralID` int(11) NOT NULL,"
`areaID` int(11) DEFAULT NULL,"
`fechaVisita` date NOT NULL,"
`horaEntrada` time NOT NULL,"
`horaSalida` time DEFAULT NULL,"
`fechaCreacion` datetime NOT NULL DEFAULT current_timestamp(),"
`fechaActualizacion` datetime NOT NULL DEFAULT current_timestamp(),"
`estatusID` int(11) NOT NULL DEFAULT 1,"
"PRIMARY KEY (`entradaID`),"
"KEY `DatosEntrada` (`datosGralID`),"
"KEY `EstatusEntrada` (`estatusID`),"
"KEY `areaID` (`areaID`),"
"CONSTRAINT `DatosEntrada` FOREIGN KEY (`datosGralID`) REFERENCES `tb_datos_generales` (`datosGralID`) ON
DELETE CASCADE ON UPDATE CASCADE,"
"CONSTRAINT `EstatusEntrada` FOREIGN KEY (`estatusID`) REFERENCES `cat_estatus` (`estatusID`) ON DELETE
CASCADE ON UPDATE CASCADE,"
 "CONSTRAINT `tb_entradas_ibfk_1` FOREIGN KEY (`areaID`) REFERENCES `cat_areas` (`areaID`) ON DELETE
CASCADE ON UPDATE CASCADE,"
CONSTRAINT `tb_entradas_ibfk_2` FOREIGN KEY (`areaID`) REFERENCES `cat_areas` (`areaID`) ON DELETE
CASCADE ON UPDATE CASCADE
)

Este sistema va a estar ligado al sistema principal donde se realiza el registro del personal para
poder tener datos básicos de los evaluados y almacenarlos en otra tabla que se genere.

CREATE TABLE `tb_entradas` (

`entradaID` int(11) NOT NULL AUTO_INCREMENT,"
`datosGralID` int(11) NOT NULL,"
`areaID` int(11) DEFAULT NULL,"
`fechaVisita` date NOT NULL,"
`horaEntrada` time NOT NULL,"
`horaSalida` time DEFAULT NULL,"
`fechaCreacion` datetime NOT NULL DEFAULT current_timestamp(),"
`fechaActualizacion` datetime NOT NULL DEFAULT current_timestamp(),"
`estatusID` int(11) NOT NULL DEFAULT 1,"
"PRIMARY KEY (`entradaID`),"
"KEY `DatosEntrada` (`datosGralID`),"
"KEY `EstatusEntrada` (`estatusID`),"
"KEY `areaID` (`areaID`),"
"CONSTRAINT `DatosEntrada` FOREIGN KEY (`datosGralID`) REFERENCES `tb_datos_generales` (`datosGralID`) ON
DELETE CASCADE ON UPDATE CASCADE,"
"CONSTRAINT `EstatusEntrada` FOREIGN KEY (`estatusID`) REFERENCES `cat_estatus` (`estatusID`) ON DELETE
CASCADE ON UPDATE CASCADE,"
"CONSTRAINT `tb_entradas_ibfk_1` FOREIGN KEY (`areaID`) REFERENCES `cat_areas` (`areaID`) ON DELETE
CASCADE ON UPDATE CASCADE,"
CONSTRAINT `tb_entradas_ibfk_2` FOREIGN KEY (`areaID`) REFERENCES `cat_areas` (`areaID`) ON DELETE
CASCADE ON UPDATE CASCADE)

Es importante mencionar que en el proceso de seguimiento se estaría colocando validaciones en la

sección de fotos que ayudaría a controlar la entrada y salida de las evaluaciones que le tocan y por
ende si la foto es inexistente no se le podrá dar una salida del edificio esto para poder combatir que
algún evaluado se vaya sin foto o bien que no tenga alguna salida guardada en sistema por el área
que realizo la evaluación. Además, nos estará brindado más control sobre el proceso y tendremos
un proceso completado al 100% sin dejar algún campo o espacio vacío para errores.

Lo que se consiguió con la unión de los dos sistemas es que los datos se puedan compartir y se
vuelva fidedignos los datos que se muestran en las vistas y se utilicen dichos datos en los dos
sistemas sin tener que estar realizando módulos de datos generales si no con un solo valor se pueda
compartir todos los datos
 Diagrama general de módulos

Validación
de
salidas|en
tradas
Gráficos de
entradas|s
alidas por
Entradas| Seguimiento candidato
Salidas
por área del proceso
del
evaluado
Vistas de
entradas
|salidas

Búsquedas
de
evaluados
 Diagrama de flujo básico (Entradas | Salidas)

Este es el diagrama básico que se estará usando en la lógica para el ingreso de las entradas en
cada una de las áreas realizando lógicamente la detección del área y su entrada y salida para cada
uno de los casos