REVISTA INGENIO
Sistema Web para la DinamizaciĆ³n de la GestiĆ³n de DNI en Entidades
Gubernamentales Basado en SCRUM
Web System for the Dynamization of ID Management in Government Entities Based on SCRUM
Christian CastaƱeda RodrĆ­guez | Universidad Nacional de Trujillo - UNT, La Libertad -PERƚ
Edisson Galvez Mori | Universidad Nacional de Trujillo - UNT, La Libertad -PERƚ
Percy Olivarez GerĆ³nimo Dionicio | Universidad Nacional de Trujillo - UNT, La Libertad -PERƚ
Juan Pedro Santos FernĆ”ndez | Universidad Nacional de Trujillo - UNT, La Libertad -PERƚ
Robert Jerry SĆ”nchez Ticona | Universidad Nacional de Trujillo - UNT, La Libertad -PERƚ
https://doi.org/10.29166/ingenio.v8i1.6850 pISSN 2588-0829
2025 Universidad Central del Ecuador eISSN 2697-3243
CC BY-NC 4.0 ā€”Licencia Creative Commons Reconocimiento-NoComercial 4.0 Internacional ī˜Ÿng.revista.ingenio@uce.edu.ec
ī˜Ÿī˜žī˜ī˜œī˜›ī˜šī˜žī˜™ ī˜™ī˜˜ ī˜—ī˜–ī˜•ī˜˜ī˜–ī˜—ī˜˜ī˜”ī˜“ī˜ž ī˜’ ī˜ī˜—ī˜˜ī˜–ī˜ī˜—ī˜žī˜‘ ī˜žī˜ī˜›ī˜—ī˜ī˜žī˜™ī˜žī˜‘ ī˜—ī˜–ī˜•ī˜˜ī˜–ī˜—ī˜
ī˜œī˜–ī˜—ī˜Žī˜˜ī˜”ī˜‘ī˜—ī˜™ī˜žī˜™ ī˜ī˜˜ī˜–ī˜šī˜”ī˜žī˜› ī˜™ī˜˜ī˜› ī˜˜ī˜ī˜œī˜žī˜™ī˜ī˜” ī˜ī˜Œī˜ī˜‹, ī˜Žī˜ī˜› ī˜Š(ī˜‰), ī˜˜ī˜–ī˜˜ī˜”ī˜ - ī˜ˆī˜œī˜–ī˜—ī˜, ī˜ī˜. ī˜‹-ī˜‰ī˜‡
ī˜Ÿī˜žī˜ī˜œī˜›ī˜žī˜š
El presente documento describe el desarrollo de un sistema web para la gestiĆ³n eī˜Ÿciente de documentos
nacionales de identidad (DNI) en entidades gubernamentales. Nuestro sistema se centra en proporcio-
nar un control eī˜Ÿcaz sobre las solicitudes de DNI, abarcando las tres modalidades existentes: emisiĆ³n
por primera vez, duplicado y renovaciĆ³n. Estas se pueden hacer tanto de manera presencial como de
manera virtual, AdemƔs, el sistema permite agendar citas para cualquier tipo de trƔmite y brindar al ciu-
dadano el estado en el que se encuentra dicho trƔmite a travƩs de la plataforma virtual. El desarrollo del
sistema se realizĆ³ en tres etapas: EvaluaciĆ³n de Procesos, DiseƱo y Planiī˜ŸcaciĆ³n del Proyecto, y Desarro-
llo y ValidaciĆ³n del Proyecto. Esto se logrĆ³ trabajando con base en la metodologĆ­a SCRUM, que permite
mejorar la planiī˜ŸcaciĆ³n y el diseƱo del proyecto, gracias a su adaptabilidad y ī˜žexibilidad. AdemĆ”s, se
incluyĆ³ los resultados de los indicadores econĆ³micos para este proyecto, con el ī˜Ÿn de conocer la viabili-
dad econĆ³mica y veriī˜Ÿcar que sĆ­ es beneī˜Ÿcioso su implementaciĆ³n. TambiĆ©n se realizaron las pruebas de
rendimiento utilizando diversas herramientas tecnolĆ³gicas como Apache, JMeter para pruebas de cargas
y de estrƩs, obteniendo como resultados que el sistema acepta un promedio de 750 usuarios concurren-
tes. Estas pruebas aseguraron un sistema robusto, eī˜Ÿciente que proporciona una experiencia de usuario
conī˜Ÿable y satisfactoria. El sistema propone una soluciĆ³n Ć­ntegra para enriquecer la experiencia de los
usuarios, incluyendo tanto a los empleados como a los ciudadanos. Este sistema acelera el proceso de
manejo de documentos de identidad y ayuda a reducir signiī˜Ÿcativamente el tiempo de espera para los
ciudadanos al hacer sus trƔmites de manera virtual, lo que representa una oportunidad para actualizar
los procedimientos en las instituciones gubernamentales.
ī˜™ī˜˜ī˜ī˜—ī˜Ÿī˜™ī˜–ī˜—
ī˜is document describes the development of a web system for the eī˜œcient management of National Iden-
tity Documents (DNI) in government entities. Our system focuses on providing eī˜›ective control over DNI
applications, covering the three existing modalities: issuance for the ī˜Ÿrst time, duplicate and renewal. ī˜ese
can be done both in person and virtually. In addition, the system allows you to schedule appointments for
any type of procedure and provide the citizen with the status of said procedure through the virtual platform.
ī˜e development of the system was carried out in three stages: Process Evaluation, Project Design and
Planning, and Project Development and Validation. ī˜is was achieved by working based on the SCRUM
methodology that allows improving project planning and design, thanks to its adaptability and ī˜žexibility.
In addition, the results of the economic indicators for this project were included in order to know the
economic viability and verify whether its implementation is beneī˜Ÿcial. Performance tests were also carried
out using various technological tools such as Apache, JMeter for load and stress tests, obtaining the results
that the system accepts an average of 750 concurrent users. ī˜ese tests ensured a robust, eī˜œcient system
that provides a reliable and satisfactory user experience. ī˜e system proposes a comprehensive solution to
enrich the user experience, including both employees and citizens. ī˜is system accelerates the process of
handling identity documents and helps to signiī˜Ÿcantly reduce waiting time for citizens by completing their
procedures virtually, which represents an opportunity to update procedures in government institutions..
Recibido: 22/3/2024
Recibido tras revisiĆ³n: 17/4/2024
Aceptado: 3/7/2024
Publicado: 03/01/2025
ī˜•ī˜™ī˜”ī˜™ī˜˜ī˜Ÿī˜™ī˜ ī˜–ī˜”ī˜™ī˜“ī˜ž
GestiĆ³n, documento nacional de identi-
dad, entidades gubernamentales, meto-
dologĆ­a Scrum, sistema web.
ī˜’ī˜žī˜‘ ī˜ī˜ī˜Ÿī˜Žī˜
Management, National identity docu-
ment, Government entities, Scrum me-
thodology, Web system .
6
Sistema Web para la DinamizaciĆ³n de la GestiĆ³n de DNI en Entidades Gubernamentales Basado en SCRUM
1. IntroducciĆ³n
En el marco de una creciente necesidad de eī˜Ÿciencia en
la gestiĆ³n de documentos nacionales de identidad (DNI),
presentamos este artĆ­culo que detalla la implementaciĆ³n
de un sistema web que trata de mejorar la gestiĆ³n de do-
cumentos, de tal manera que sea innovador, adaptable y
entendible fƔcilmente para los usuarios. Entre los pro-
cesos principales asociados con la solicitud de DNI se
tiene el agendamiento de citas, atenciĆ³n de solicitudes
y consulta de trƔmites. Este sistema se posiciona como
una soluciĆ³n integral centrada en mejorar la experiencia
del ciudadano, agilizar el proceso de gestiĆ³n y fortale-
cer la seguridad en la administraciĆ³n de datos sensibles.
No se han encontrado investigaciones de sistemas de in-
formaciĆ³n de gestiĆ³n de DNI, excepto la investigaciĆ³n
realizada por [1], la cual consiste en una soluciĆ³n de
inteligencia de negocios para controlar los procesos de
generaciĆ³n y emisiĆ³n del DNI en el RENIEC (Registro
Nacional de Identiī˜ŸcaciĆ³n y Estado Civil).
1.1. GESTIƓN DE IDENTIDAD
La gestiĆ³n de documentos nacionales de identidad es un
tƩrmino muy utilizado en la prƔctica y en la academia,
pero aĆŗn carece de signiī˜Ÿcado deī˜Ÿnitivo por su novedad
conceptual y disciplinaria. SegĆŗn [2], este tĆ©rmino estĆ”
relacionado con los procedimientos en situaciones digi-
tales emergentes hasta la fecha. Sin embargo, las ideas ac-
tuales sobre la gestiĆ³n de solicitudes de DNI no capturan
ni se relacionan con el papel especĆ­ī˜Ÿco que desempeƱa el
Gobierno en nuestra sociedad.
Actualmente, el uso de TecnologĆ­as de la InformaciĆ³n
y ComunicaciĆ³n (TIC) es esencial en la identiī˜ŸcaciĆ³n de
ciudadanos ya que se hace uso de una base de datos con
grandes capacidades. En numerosos paƭses de AmƩrica
Latina, el procedimiento de registro concluye con la emi-
siĆ³n del Documento de Identidad (DNI), el cual incorpo-
ra datos personales cruciales, como la fotografĆ­a, ī˜Ÿrma,
huella digital, nombres, apellidos, fecha de nacimiento,
sexo y estado civil. Conforme a [3], el DNI es fundamen-
tal en la vida de los ciudadanos, y su eī˜Ÿciente gestiĆ³n es
esencial para garantizar la seguridad y facilitar el acceso
a servicios gubernamentales, tanto de manera presencial
como remota.
1.2. PROCESOS DE GESTIƓN DE DNI DE FORMA MAī˜
NUAL Y SU PROBLEMƁTICA
La gestiĆ³n manual de documentos de identidad (DNI)
implica llevar un registro fĆ­sico en un lugar especĆ­ī˜Ÿco, uti-
lizando mƩtodos tradicionales como hojas de cƔlculo o
incluso libros de registro validados por la entidad guber-
namental. De acuerdo con [4], esta prƔctica destaca la
necesidad imperante de una soluciĆ³n tecnolĆ³gica que au-
tomatice estos procedimientos, reduciendo los tiempos de
trabajo en el personal, garantizando un control eī˜Ÿciente
del personal autorizado y facilitando la generaciĆ³n de in-
formes actualizados.
Aunque algunas entidades gubernamentales aĆŗn ges-
tionan los DNI manualmente, existe la oportunidad de
modernizar estos procesos mediante la implementaciĆ³n
de tecnologƭas mƔs avanzadas como son los sistemas web.
SegĆŗn las palabras de [4], esta transiciĆ³n podrĆ­a conlle-
var a una gestiĆ³n mĆ”s eī˜Ÿciente y de mayor calidad de los
documentos de identidad.
Este artĆ­culo presenta el desarrollo de un sistema web
basado en SCRUM para gestionar eī˜Ÿcientemente los do-
cumentos de identidad (DNI). La herramienta permite
solicitar DNI azules de 3 modalidades: por primera vez,
por duplicado y por renovaciĆ³n, ademĆ”s tambiĆ©n inclu-
ye agendar citas presenciales, y consultar el estado de trĆ”-
mites.
El objetivo principal es reducir los tiempos de proce-
sos y mejorar el control de las solicitudes de DNI en enti-
dades gubernamentales encargadas de la gestiĆ³n.
2. Materiales
El presente soī˜šware se creĆ³ utilizando una serie de tec-
nologĆ­as fundamentales, en las cuales se tiene como
principales:
Laravel 9.52 es un marco de trabajo de aplicaciones web
basado en PHP que proporciona una buena estructura
para tu aplicaciĆ³n [5].
PHP 8.0.30 es un lenguaje de programaciĆ³n versĆ”til que se
utiliza para crear aplicaciones web dinƔmicas y se integra
fĆ”cilmente con el cĆ³digo HTML de las pĆ”ginas web [6].
MySQL 8.0.30 es un gestor que permite crear y administrar
bases de datos relacionales mediante consultas SQL [7].
Tailwind CSS 1.9 es un framework de CSS que te permite
diseƱar y construir pƔginas web en tu marcado HTML [8].
NodeJs 18v permite ejecutar cĆ³digo JavaScript fuera de
un navegador web y proporciona una plataforma para
desarrollar aplicaciones [9].
Bootstrap 5.3.2 es un framework de CSS para construir
pƔginas web responsivas de manera rƔpida y sencilla [10].
Dompdf 2.0.1 es una extensiĆ³n para Laravel que genera
y construye PDF a partir de cĆ³digo HTML [11].
Laravel Breeze 1.19.2 es un paquete que proporciona
una estructura bĆ”sica de autenticaciĆ³n para Laravel, in-
cluyendo inicio de sesiĆ³n, registro y veriī˜ŸcaciĆ³n por co-
rreo electrĆ³nico [12].
2.1. METODOLOGƍA
Este artĆ­culo se desarrolla en torno a tres etapas cruciales:
EvaluaciĆ³n de procesos, DiseƱo y planiī˜ŸcaciĆ³n del pro-
yecto y, ī˜Ÿnalmente, Desarrollo y validaciĆ³n del proyecto.
7
CastaƱeda C. et al.
2.1.1. EvaluaciĆ³n de Procesos
En la etapa inicial, se lleva a cabo una investigaciĆ³n
meticulosa para identiī˜Ÿcar y comprender los procesos
relevantes para la gestiĆ³n de DNI en entidades guber-
namentales. Esta fase es fundamental para establecer las
necesidades especĆ­ī˜Ÿcas y los desafĆ­os que el sistema web
debe abordar.
2.1.2. DiseƱo y planiī˜ŸcaciĆ³n del proyecto
La segunda fase se concentra en planiī˜Ÿcar las tareas que
se trabajarƔn con base en los requerimientos, estable-
ciendo tiempos para cada uno y ademƔs en el diseƱo de
nuestro proyecto empleando la metodologĆ­a SCRUM
para asegurar un proceso Ɣgil y adaptable.
Siguiendo la opiniĆ³n de [13], SCRUM es una metodo-
logĆ­a eī˜Ÿciente para trabajar proyectos de desarrollo web
ya que tiene un enfoque Ɣgil y versƔtil cuyo principal ob-
jetivo es maximizar el retorno de la inversiĆ³n para la or-
ganizaciĆ³n. Su enfoque se centra en desarrollar primero
las funcionalidades con mayor prioridad para los usua-
rios estableciendo tiempos ī˜Ÿjos para culminarlo, que por
lo general es de 2 semanas.
En consonancia con [14], se optĆ³ por esta metodo-
logĆ­a como marco de trabajo debido a su capacidad para
manejar los requisitos de manera mĆ”s adaptable, ī˜žexible
ante los cambios y se apoya en el aprendizaje continuo du-
rante el proceso, lo que hace que el ciclo de vida interac-
tivo incremental sea ideal para este marco.
De acuerdo con lo expresado por [15], para conti-
nuar con esta metodologĆ­a se identiī˜ŸcĆ³ tres roles princi-
pales: el propietario del producto, el maestro Scrum y el
equipo de desarrollo, tambiĆ©n se organizĆ³ considerando
el producto backlog, sprint backlog y realizando el sprint
planning, daily y el sprint review para mantener el proce-
so correcto que establece la metodologĆ­a (ver Figura 1).
Figura 1.
Procesos de la metodologĆ­a SCRUM
2.1.3. ValidaciĆ³n del proyecto
La etapa ī˜Ÿnal comprende la construcciĆ³n del sistema
web y la realizaciĆ³n de pruebas rigurosas. Esta fase es
esencial para garantizar que el sistema web no solo cum-
ple con los requisitos deī˜Ÿnidos en las etapas anteriores,
sino que tambiĆ©n es robusto, seguro y eī˜Ÿciente. Las prue-
bas permiten identiī˜Ÿcar y corregir cualquier problema
antes de la implementaciĆ³n, asegurando que el sistema
web pueda manejar eī˜Ÿcazmente la gestiĆ³n de DNI. Algu-
nas historias de usuario se dividieron en tareas mƔs sim-
ples con sus criterios de terminaciĆ³n para simpliī˜Ÿcar el
trabajo. El criterio de selecciĆ³n de las herramientas para
las pruebas del sistema se optĆ³ por Jmeter por ser un sof-
tware libre debido a que RENIEC es una dependencia del
Estado y cuenta con escasos recursos econĆ³micos y los
detalles tƩcnicos de los equipos utilizados se muestran
en la Figura 3.
3. Resultados
3.1.1. PLANIFICACIƓN Y ESTIMACIƓN
Como se puede observar en la Tabla 1, se designĆ³ un en-
cargado para cada funciĆ³n, dando lugar a la creaciĆ³n del
equipo SCRUM. Este equipo se compone del propietario
del producto, el Scrum master y el equipo de desarrollo,
el cual estĆ” integrado por tres desarrolladores.
Tabla 1.
Roles SCRUM
Responsables Rol
Christian CastaƱeda Propietario de Producto
Edisson GƔlvez Scrum MƔster
Percy GerĆ³nimo
Christian CastaƱeda
Edisson GƔlvez
Equipo desarrollador
Luego, se recopilĆ³ informaciĆ³n sobre los procesos, se
identiī˜ŸcĆ³ las necesidades especĆ­ī˜Ÿcas de cada usuario o
encargado de la gestiĆ³n del DNI, detallando el propĆ³si-
to de cada necesidad. Posteriormente, estas necesidades
se priorizaron utilizando historias de usuarios, que se re-
gistraron en la tabla del registro de productos (product
backlog) priorizado. AdemƔs, estas necesidades se organi-
zaron en tres sprints, proporcionando una estructura cla-
ra y eī˜Ÿciente para la implementaciĆ³n del proyecto.
3.1.2. PRODUCT BACKLOG PRIORIZADO
La priorizaciĆ³n del backlog del producto es crucial para
enfocar los esfuerzos del equipo en las funcionalidades
mƔs importantes y de mayor valor para el proyecto. Se
presentan las funcionalidades a implementar organizadas
8
Sistema Web para la DinamizaciĆ³n de la GestiĆ³n de DNI en Entidades Gubernamentales Basado en SCRUM
para 3 Sprints, para la priorizaciĆ³n se tuvo en cuenta fun-
damentalmente la dependencia de procesos (ver Tabla 2).
3.1.3. INDICADORES ECONƓMICOS
AdemĆ”s, se llevĆ³ a cabo un anĆ”lisis de indicadores eco-
nĆ³micos para este subsistema, con el objetivo de deter-
minar su rentabilidad. Este anĆ”lisis permitiĆ³ obtener una
serie de resultados basados en diferentes indicadores,
proporcionando una visiĆ³n clara del potencial econĆ³mi-
co y la viabilidad ī˜Ÿnanciera de nuestro sistema de ges-
tiĆ³n de DNI (ver Tabla 3).
Tabla 3.
Indicadores econĆ³micos
Indicador
econĆ³mico
Valor obtenido CondiciĆ³n Estado
VAN S/ 3 368,11 VAN>0 Aprobado
TIR 27% TIR>18% Aprobado
B/C 1,09 B/C>1 Aprobado
Por lo tanto, con base en estos indicadores se puede aī˜Ÿr-
mar que el sistema de gestiĆ³n de DNI es econĆ³micamen-
te viable, debido a que los indicadores de evaluaciĆ³n eco-
nĆ³mico lo comprueban.
3.1.4. DIAGRAMA DE COMPONENTES
Esta representaciĆ³n grĆ”ī˜Ÿca ofrece una panorĆ”mica de
cĆ³mo estĆ”n organizados y cĆ³mo interactĆŗan los com-
ponentes clave del soī˜šware en el sistema. Estos compo-
nentes representan diversas partes del sistema que des-
empeƱan funciones especĆ­ī˜Ÿcas vinculadas a la gestiĆ³n
de DNI. Las ī˜žechas seƱalan las interacciones entre estos
componentes para ejecutar las funciones del sistema (ver
Figura 2).
3.1.5. DIAGRAMA DE DESPLIEGUE
Este esquema ilustra la forma en que el sistema se des-
pliega en la infraestructura de hardware y soī˜šware, re-
saltando la distribuciĆ³n de los componentes del sistema
en diversos servidores y su intercomunicaciĆ³n. En nues-
tro esquema, se aprecia la incorporaciĆ³n de elementos de
red, tales como switches y routers, que facilitan la trans-
Tabla 2.
Backlog priorizado por cada sprint
Historia DescripciĆ³n Prioridad Tiempo (dĆ­as) NĀŗ Sprint
HU1 Iniciar sesiĆ³n como registrador 1 1
Sprint 1
HU2 Iniciar sesiĆ³n como Mesa de partes 1 1
HU3 Gestionar una solicitud de DNI por primera vez 1 2
HU4 Gestionar el registro de DNI por primera vez 1 2
HU5 Generar DNI por primera vez 1 2
HU6 Solicitar DNI duplicado de manera virtual 2 2
Sprint 2
HU7 Gestionar una solicitud de DNI por duplicado 2 2
HU8 Gestionar el registro de DNI por duplicado 2 2
HU9 Generar DNI por duplicado 2 2
HU10 Solicitar DNI por renovaciĆ³n de manera virtual 3 2
Sprint 3
HU11 Gestionar las solicitudes de DNI por renovaciĆ³n 3 3
HU12 Gestionar el registro de DNI por renovaciĆ³n 3 3
HU13 Generar DNI por renovaciĆ³n 3 2
HU14 Consultar el estado de solicitud de DNI 3 2
HU15 Buscar registro por nombre de titular 3 1
HU16 Buscar solicitud por nombre de titular 3 1
HU17 Plan de pruebas 3 1
TIEMPO ESTIMADO (TIME BOXING) 31
9
CastaƱeda C. et al.
misiĆ³n eī˜Ÿciente de datos entre los distintos componentes
del sistema (ver Figura 3). Adicionalmente, se muestra
cĆ³mo el sistema se implementa en servidores y cĆ³mo se
accede a Ʃl a travƩs de PCs de escritorio.
TambiĆ©n se destaca la integraciĆ³n de impresoras, que
permiten la generaciĆ³n de documentos fĆ­sicos a partir de
los datos gestionados por el sistema.
3.1.6. DISEƑO DEL SISTEMA
Las historias de usuario que son mĆ³dulos del sistema,
se representan de forma integrada para una mejor vi-
sualizaciĆ³n mediante un diagrama de casos de uso (ver
Figura 4). Este diagrama resalta de manera evidente los
actores encargados de llevar a cabo las nuevas funciones
modulares implementadas.
3.1.7. MODELO DE BASE DE DATOS
Un aspecto esencial es el modelo fĆ­sico de la base de da-
tos, ya que es crucial por su capacidad para ofrecer una
representaciĆ³n visual detallada de la conī˜ŸguraciĆ³n del
sistema y las relaciones entre las tablas (ver Figura 5).
3.1.8. PRUEBAS DE RENDIMIENTO
Se realizaron pruebas del sistema de informaciĆ³n basa-
das en la web utilizando el soī˜šware JMeter para reali-
zar pruebas de carga y estrƩs, centrƔndose en la base de
datos. Durante esta cantidad de pruebas realizadas, se
sometiĆ³ la base de datos a una carga simultĆ”nea de 750
hilos (usuarios) obtenidos por ensayo y error, a partir de
751 hilos se tuvo un error de 0,4% de error, como se vi-
sualiza en la Figura 6.
Estas pruebas se detallan de manera exhaustiva en el
Ć”rbol de resultados (ver Figura 7) y en la grĆ”ī˜Ÿca de resul
-
tados (ver Figura 8).
En la solicitud en cuestiĆ³n, se observa que el tiempo
total de procesamiento fue de 105 milisegundos. AdemƔs,
el tiempo requerido para establecer una conexiĆ³n con el
servidor fue de 103 milisegundos. La latencia, es decir,
el tiempo hasta recibir la primera pieza de informaciĆ³n
tras enviar la solicitud, tambiƩn fue de 105 milisegundos.
En esta prueba de rendimiento con 750 usuarios con-
currentes, se identiī˜ŸcĆ³ una variabilidad signiī˜Ÿcativa en
los tiempos de respuesta, reī˜žejada en una desviaciĆ³n de
38. El tiempo promedio de respuesta de las solicitudes fue
de 55 milisegundos, con una mediana de 57 milisegun-
dos, lo que indica que la mitad de las solicitudes se pro-
cesaron en menos tiempo y la otra mitad en mƔs.
AdemĆ”s, el sistema demostrĆ³ un rendimiento robus-
to, siendo capaz de manejar mƔs de 50 mil solicitudes por
minuto, con lo cual podemos aī˜Ÿrmar que estos resultados
Figura 2.
Diagrama de componentes.
Figura 3.
Diagrama de despliegue.
10
Sistema Web para la DinamizaciĆ³n de la GestiĆ³n de DNI en Entidades Gubernamentales Basado en SCRUM
Figura 4.
Diagrama de casos de uso.
Figura 5.
Diagrama fĆ­sico de base de datos.
evidencian la eī˜Ÿciencia de nuestro sistema en condicio-
nes de alta demanda.
3.1.9. PANTALLAS DE MƓDULOS PRINCIPALES
Nuestro sistema comienza con un Inicio de sesiĆ³n para
que puedan ingresar al sistema solo las personas autori-
zadas con sus credenciales (ver Figura 9).
Se tiene el mĆ³dulo de gestiĆ³n de solicitudes de DNI
azul por primera vez para personas que estƔn cumplien-
do los 17 aƱos y mƔs, se presenta la interfaz de nueva so-
licitud (ver Figura 10).
En el mĆ³dulo de gestiĆ³n de solicitudes incluye la lis-
ta de solicitudes con los datos mƔs relevantes de cada so-
licitud de un DNI (ver Figura 11).
Por otra parte, el usuario registrado como registrador
tendrĆ” la tarea hacer la revisiĆ³n de las solicitudes y acep-
tarlos si es vƔlido mediante un registro de DNI azul por
primera vez donde incluye subir la foto y la ī˜Ÿrma del ciu-
dadano solicitante (ver Figura 12).
AdemƔs, tambiƩn podrƔ tener el control de todos los
registros por medio de un mantenedor de registros de
DNI azul (ver Figura 13).
Se agregĆ³ la funcionalidad de generar un DNI en base
a los datos de la persona registrada en formato PDF, tan-
to el lado anverso (ver Figura 14). como reverso (ver Fi-
gura 15).
Se plantearon consultas para veriī˜Ÿcar el estado de
avance de los tramites de DNI que puede realizar el siste-
ma, esto con el ī˜Ÿn de que el usuario tenga idea del avan-
ce de su trƔmite (ver Figura 16).
TambiĆ©n se tiene la opciĆ³n de solicitar DNI de mane-
ra remota para el caso de DNI duplicado y renovados lo
cual se inicia validando la identidad por nĆŗmero de DNI
y por datos de su lugar de nacimiento y fecha de naci-
miento (ver Figura 17).
AdemƔs, incluimos el requerimiento de reservar una
cita para realizar cualquier tipo de trƔmite incluyendo las
solicitudes de recojo de DNI (ver Figura 18).
En la etapa del sprint retrospective de cada sprint
ejecutado se alineĆ³ con las tareas planiī˜Ÿcadas, los plazos
11
CastaƱeda C. et al.
establecidos y los criterios de ī˜ŸnalizaciĆ³n deī˜Ÿnidos al co-
mienzo de cada sprint. Esta progresiĆ³n es evidente en el
grĆ”ī˜Ÿco de Burndown del sprint 1 mostrado en la Figu-
ra 19.
Respecto al impedimento backlog se tuvo el problema
de algunas historias de usuarios que tuvieron narrativas
insuī˜Ÿcientemente preparadas o dependencias no iden
-
tiī˜Ÿcadas o sin resolver. En lo referente al incidente bac-
klog se tuvieron algunos problemas de rutina detectados
a nivel de tarea, como por ejemplo al gestionar avisos sa-
liĆ³ un nuevo error, porque no se estuvo validando el tipo
del archivo generado.
3.1. Discusiones
Es claro, segĆŗn las fuentes proporcionadas, que la ges-
tiĆ³n de documentos de identidad y el registro civil son
aspectos crĆ­ticos de los servicios gubernamentales en di-
versas regiones. Cada fuente destaca diferentes desafĆ­os
y soluciones relacionadas con sistemas de informaciĆ³n
de este Ɣmbito.
SegĆŗn [16], seƱala la falta de consistencia y precisiĆ³n
en las direcciones fĆ­sicas en los documentos de identi-
dad de la RepĆŗblica de Angola, lo que afecta la entrega
eī˜Ÿciente de servicios gubernamentales. El marco suge-
rido para los sistemas de informaciĆ³n busca elevar la
calidad de los datos y la exactitud de las identiī˜Ÿcacio-
nes emitidas, mediante el uso de tecnologĆ­as de la in-
formaciĆ³n y la comunicaciĆ³n (TIC). Esto se alinea con
la nociĆ³n generalizada de que la tecnologĆ­a puede des-
empeƱar un papel crucial en la mejora de la ī˜Ÿabilidad
de los sistemas de identiī˜ŸcaciĆ³n.
Conforme a [17], se examina la implementaciĆ³n de
un Sistema de InformaciĆ³n de AdministraciĆ³n de Pobla-
ciĆ³n en la Ciudad de Kendari, haciendo hincapiĆ© en la
importancia de la comunicaciĆ³n efectiva, la gestiĆ³n de
recursos y las actitudes del personal para lograr una im-
plementaciĆ³n exitosa de polĆ­ticas. Aunque el sistema
muestra ser eī˜Ÿcaz en ciertos aspectos, el estudio iden-
tiī˜Ÿca desafĆ­os persistentes, especialmente en el registro
de poblaciĆ³n, debido a deī˜Ÿciencias en las instalaciones.
Esto subraya la necesidad de considerar no solo los as-
pectos tecnolĆ³gicos, sino tambiĆ©n la infraestructura de
soporte y los factores humanos en las implementaciones
de sistemas.
Siguiendo lo expuesto por [18], destaca la impor-
tancia de la tecnologĆ­a que respalda al Departamento de
PoblaciĆ³n y Registro Civil de la Ciudad de Magelang, des-
tacando la importancia de la conī˜Ÿanza, la eī˜Ÿciencia y la
efectividad para el uso continuo del Sistema de Infor-
maciĆ³n de GestiĆ³n de Admisiones de Solicitudes de Ad-
ministraciĆ³n de PoblaciĆ³n (SIMP3AK). Esto enfatiza la
necesidad de sistemas conī˜Ÿables que no solo cumplan
con los requisitos tƩcnicos, sino que tambiƩn contribu-
yan a la eī˜Ÿcacia general y la satisfacciĆ³n de los usuarios.
Conforme a lo expuesto por [19], aborda los desafĆ­os
en la recopilaciĆ³n de datos de poblaciĆ³n y aī˜Ÿrman que el
objetivo del estudio es describir la implementaciĆ³n del
Sistema de InformaciĆ³n de AdministraciĆ³n de PoblaciĆ³n
en la GestiĆ³n de Tarjetas de Identidad (KTP) en el De-
partamento de PoblaciĆ³n y Registro Civil del Regency de
Sleman, resaltando la importancia de un sistema de in-
formaciĆ³n bien estructurado para una gestiĆ³n eī˜Ÿciente
de la base de datos.
De acuerdo con [20], cambia el enfoque a los desa-
fĆ­os de seguridad enfrentados por los sistemas de regis-
tro civil a nivel mundial en la era digital. El documento
identiī˜Ÿca amenazas cibernĆ©ticas, robo de identidad y pre-
ocupaciones de privacidad como desafĆ­os principales y
sugiere estrategias como medidas robustas de cibersegu-
ridad, mecanismos de veriī˜ŸcaciĆ³n de identidad y regula-
ciones de protecciĆ³n de datos. Esto destaca la necesidad
de un enfoque integral para abordar no solo la funciona-
lidad, sino tambiƩn los aspectos de seguridad de los sis-
temas de informaciĆ³n.
En sĆ­ntesis, un tema recurrente en estas fuentes es el
reconocimiento de los sistemas de informaciĆ³n como he-
rramientas esenciales para la gestiĆ³n de documentos de
identidad y registros civiles. A pesar de las oportunida-
des de mejora que ofrecen los avances tecnolĆ³gicos, abor-
dar los desafĆ­os implica adoptar un enfoque holĆ­stico que
considere la infraestructura, los aspectos humanos y las
preocupaciones de seguridad.
4. CONCLUSIONES
El desarrollo de un sistema web para administrar eī˜Ÿcaz-
mente los documentos nacionales de identidad (DNI) en
instituciones gubernamentales es fundamental en un en-
torno cada vez mƔs digitalizado.
La metodologĆ­a SCRUM fue muy Ćŗtil y pertinente
para lograr con Ć©xito el desarrollo de este sistema, per-
mitiĆ³ planiī˜Ÿcar y diseƱar el proyecto de manera Ć”gil y
adaptable, centrĆ”ndose en las necesidades especĆ­ī˜Ÿcas de
los usuarios y priorizando las funcionalidades mƔs im-
portantes.
La viabilidad econĆ³mica del sistema fue positiva en
cada uno de sus indicadores, debido a lo cual se aī˜Ÿrma
que este proyecto serĆ­a muy beneī˜Ÿcioso econĆ³micamen-
te para las entidades gubernamentales encargadas de este
proceso.
Las pruebas de rendimiento fueron satisfactorias en
cuanto a las pruebas de carga y de estrĆ©s, del cual aī˜Ÿr-
mamos que el proyecto es apto para un promedio de 750
usuarios concurrentes como mƔximo que utilizarƭan el
sistema, ya que el sistema demostrĆ³ la capacidad de ma-
nejar mƔs de 50 mil solicitudes por minuto.
AdemƔs, se diseƱaron diversas interfaces con el ob-
jetivo de proporcionar a cada usuario una experiencia
12
Sistema Web para la DinamizaciĆ³n de la GestiĆ³n de DNI en Entidades Gubernamentales Basado en SCRUM
agradable, ī˜žuida, sencilla y ademĆ”s restringe los roles para
cada usuario con sus credenciales. Esto permitirĆ” que los
usuarios puedan interactuar y familiarizarse con el siste-
ma de manera intuitiva.
Para el caso investigaciones futuras, se recomienda
explorar tecnologĆ­as emergentes en el campo de la gestiĆ³n
de identidad, como inteligencia artiī˜Ÿcial, el blockchain o
la biometrĆ­a, para mejorar aĆŗn mĆ”s la eī˜Ÿciencia y seguri
-
dad de los sistemas de gestiĆ³n de DNI.
Finalmente, se puede concluir que el sistema pro-
puesto dinamiza la gestiĆ³n de identidad de una manera
eī˜Ÿciente ya que se corrobora con todos los resultados pre-
sentados. Este sistema representa una oportunidad para
modernizar los procesos de gestiĆ³n de documentos de
identidad en entidades gubernamentales.
Referencias bibliogrƔficas
[1] C. Joao, AnĆ”lisis, diseƱo e implementaciĆ³n una soluciĆ³n
de inteligencia de negocios orientada a controlar los
procesos de generaciĆ³n y emisiĆ³n del DNI (Docu-
mento Nacional de Identidad) en el RENIEC (Re-
gistro Nacional de Identiī˜ŸcaciĆ³n y Estado Civil),
Repositorio de Tesis PUCP, 2014.
[2]
A. Itojong Anthony y E. Okonette, Ā«National Identity
Management in Nigeria: Policy Dimensions and
ImplementationĀ», International Journal of Huma-
nities & Social Science Studies (IJHSSS), vol. 3, n.Āŗ
1, pp. 279-287, 2016.
[3] M. Mamdouh, A. Ismail Awad, A. A. M. Khalaf y H. F.
A. Hamed, Ā«Authentication and Identity Manage-
ment of IoHT Devices: Achievements, Challenges,
and Future DirectionsĀ», Computers & Security, vol.
111, pp. 1-24, 2021.
[4]
F. O. Oliha y P. O. Iyoha, Ā«An Investigation of Selected
Identity Management Agencies Towards a Uniī˜ŸedĀ»,
ī˜že Paciī˜Ÿc Journal of Science and Technology, vol.
24, n.Āŗ 1, pp. 27-39, 2023.
[5]
Laravel, Ā«Meet LaravelĀ», [En lĆ­nea]. Available: https://
laravel.com/docs/10.x#meet-laravel. [ƚltimo acce-
so: 24 1 2024].
[6]
PHP, Ā«ĀæQuĆ© es PHP?Ā», [En lĆ­nea]. Available: https://
www.php.net/manual/es/intro-whatis.php. [ƚlti
-
mo acceso: 24 1 2024].
[7] Google CLoud, Ā«ĀæQuĆ© es MySQL?Ā», [En lĆ­nea]. Availa-
ble: https://cloud.google.com/mysql?hl=es. [ƚlti-
mo acceso: 24 1 2024].
[8]
Kinsta, Ā«ĀæQuĆ© es Tailwiind CSS?Ā», [En lĆ­nea]. Available:
https://kinsta.com/es/blog/tailwind-css/#qu-es-tai-
lwind-css. [ƚltimo acceso: 24 1 2024].
[9]
J. Lucas, Ā«ĀæQuĆ© es NodeJS y para quĆ© sirve?Ā», OpenWe-
binars, 4 9 2019. [En lĆ­nea]. Available: https://
openwebinars.net/blog/que-es-nodejs/. [ƚltimo
acceso: 24 1 2024].
[10]
Santander Universidades, Ā«ĀæQuĆ© es Bootstrap y cĆ³mo
funciona este framework?Ā», Santandero Open Aca-
demy, 26 6 2023. [En lĆ­nea]. Available: https://
www.santanderopenacademy.com/es/blog/que-es-
bootstrap.html. [ƚltimo acceso: 24 1 2024].
[11]
M. Ɓngel Ɓlvarez, Ā«Generar PDF en Laravel con Dom-
PDFĀ», Desarrollo Web, 2 11 2020. [En lĆ­nea].
Available: https://desarrolloweb.com/articulos/ge-
nerar-pdf-laravel-dompdf.html. [ƚltimo acceso: 24
1 2024].
[12]
aprodilles, Ā«AutenticaciĆ³n en Laravel con BreezeĀ», Kins-
ta, 8 6 2023. [En lĆ­nea]. Available: https://kinsta.
com/es/blog/laravel-breeze/. [ƚltimo acceso: 24 1
2024].
[13]
Proyectos Agiles, Ā«ĀæQuĆ© es SCRUM?Ā», Proyectos Agiles,
[En lĆ­nea]. Available: https://proyectosagiles.org/
que-es-scrum/. [ƚltimo acceso: 24 1 2024].
[14]
M. V. Estrada Velasco, P. R. Saltos ChĆ”vez, J. A. ƑĆŗnez
VillacĆ­s y W. C. Cunuhay Cuchipe, Ā«RevisiĆ³n Siste
-
mƔtica de la Metodologƭa Scrum para el Desarrollo
de Soī˜šwareĀ», Dominio de las Ciencias, vol. 7, n.Āŗ 4,
pp. 434-447, 2021.
[15]
O. Monye y L. De Koker, Ā«Strengthening ī˜Ÿnancial inte-
grity in Nigeria: the national in Nigeria: the natio-
nal identiī˜Ÿcation harmonization projectĀ», Journal
of Financial Crime, vol. 29, n.Āŗ 4, pp. 1137-1154,
2022.
[16]
M. Mutudi y T. Iyamu, Ā«An information systems fra-
mework to improve the issuance of identity do-
cuments through enhanced data quality in the
Republic of AngolaĀ», ī˜že electronic journal of in-
formation systems in developing countries, vol. 86,
2020.
[17]
K. Kendari, Ā«Implementasi sistem informasi adminis-
trasi kependudukan dalam pelayanan kartu tanda
penduduk pada dinas kependudukan dan catatan
sipil kota KendariĀ», Journal Publicuho, vol. 3, n.Āŗ 2,
pp. 233-246, 2020.
[18]
G. F. Ariesta Susilo y P. Afandi, Ā«Continuance use of
management information systems for civil regis-
tration servicesĀ», Jurnal Riset Akuntansi Kontem-
porer, vol. 13, n.Āŗ 1, pp. 37-41, 2021.
[19]
N. Latifah y A. Firdonsyah, Ā«Population Data Manage
-
ment Information System of Population and Civil
Registration DepartmentĀ», Procedia of Engineering
and Life Science, vol. 1, n.Āŗ 2, pp. 1-8, 2021.
[20]
P. Kennedy Okoth, Ā«Security challenges in civil registra
-
tion: safeguarding vital information in an evolving
landscapeĀ», World Journal of Advanced Research
and Reviews, vol. 19, n.Āŗ 1, pp. 1051-1071, 2023.
[21]
G. CasiƱo y K. CasiƱo, Ā«Web-Based Student Identiī˜Ÿca-
tion Card System: An Alternative for School On-si-
te ProcessingĀ», International Journal of Innovative
Science and Research Technology, vol. 7, n.Āŗ 8, pp.
234-239, 2022.
13
Sistema Web para la DinamizaciĆ³n de la GestiĆ³n de DNI en Entidades Gubernamentales Basado en SCRUM
[22]
Estado Peruano, Ā«ĀæQuĆ© es el Documento Nacional de
Identidad (DNI)?Ā», Estado Peruano, 14 1 2024. [En
lĆ­nea]. Available: https://www.gob.pe/235-que-es-
el-documento-nacional-de-identidad-dni. [ƚltimo
acceso: 24 1 2024].
[23]
F. Idrizi, B. Nebi, A. Memeti, F. Imeri y S. Luma-Osma-
ni, Ā«Identity document electronic management sys-
temĀ», Journal of Natural Sciences and Mathematics
of UT, vol. 7, n.Āŗ 13-14, pp. 65-76, 2022.
[24]
J. Sedlmeir, R. Smethurst, A. Rieger y G. Fridgen, Digi-
tal Identities and Veriī˜Ÿable CredentialsĀ», Business
& Information Systems Engineering, vol. 63, n.Āŗ 5,
pp. 603-613, 2021.
[25]
G. Wiro Sasmito y R. Ratono, Ā«WebGIS Development
to Integrate, Visualize, Map, and Disseminate Po-
pulation DataĀ», 2023 International Conference on
Computer Science, Information Technology and En-
gineering (ICCoSITE), pp. 784-789, 2023.
[26]
D. Recordon y R. Reed, Ā«OpenID 2.0: a platform for
user-centric identity managementĀ», Proceedings of
the second ACM workshop on Digital identity ma-
nagement, pp. 11-16, 2006.
[27]
J. D. ChĆ”vez Yrigoyen, Ā«AnĆ”lisis, diseƱo e implemen-
taciĆ³n una soluciĆ³n de inteligencia de negocios
orientada a controlar los procesos de generaciĆ³n
y emisiĆ³n del DNI (Documento Nacional de Iden
-
tidad) en el RENIEC (Registro Nacional de Iden
-
tiī˜ŸcaciĆ³n y Estado Civil)Ā», Pontiī˜Ÿcia Universidad
CatĆ³lica del PerĆŗ, Lima, 2014.
Anexos
Figura 6.
GrĆ”ī˜Ÿco de resultados de las pruebas.
Figura 7.
Ɓrbol de resultados.
Figura 8.
GrĆ”ī˜Ÿco de resultados.
Figura 9.
Inicio de sesiĆ³n
14
Sistema Web para la DinamizaciĆ³n de la GestiĆ³n de DNI en Entidades Gubernamentales Basado en SCRUM
Figura 10.
Nueva solicitud de DNI.
Figura 11.
Listar solicitudes de DNI.
Figura 12.
Nuevo registro de DNI azul.
Figura 13.
Listar registros de solicitudes de DNI.
Figura 14.
DNI anverso.
15
Sistema Web para la DinamizaciĆ³n de la GestiĆ³n de DNI en Entidades Gubernamentales Basado en SCRUM
Figura 16
Consulta estado de trƔmite de DNI.
Figura 17.
Validar identidad para solicitudes virtuales.
Figura 15.
DNI reverso.
16
Sistema Web para la DinamizaciĆ³n de la GestiĆ³n de DNI en Entidades Gubernamentales Basado en SCRUM
Figura 18.
Reserva de citas.
Figura 19.
Burndown del sprint 1.