KELA Presentacion Costa Rica 2024 - evento Protégeles
Desarrollo incremental Genexus Report.VC
1. Aplicación de la metodología
incremental con la herramienta
Genexus para el desarrollo de
software
Report V.C
2. ¿Qué es CESAC?
Centros de Servicios y Atención Ciudadana (CESAC)
● Oficina pública de la delegación.
● Orienta, informa y recibe las solicitudes de la
ciudadanía.
● Canaliza las peticiones ante las áreas competentes.
● Realiza el seguimiento que corresponda a cada caso.
● Entrega la documentación en total apego y respeto a la
ley y a los procedimientos vigentes.
4. Problemática a resolver
Las solicitudes de servicio son presentadas en la
delegación para que ésta realice las obras a las que está
obligada, en beneficio de la comunidad.
Actualmente, el proceso administrativo que representa una
solicitud es complejo y tardado, lo que provoca lentitud en
la gestión, confusión en los departamentos operativos y
disgusto en la ciudadanía.
5. Problemática a resolver
Se carece de sistemas de información
computarizados que apoyen a los servidores
públicos a realizar su trabajo de manera eficiente
y eficaz. La realización de muchas tareas y la
comunicación entre las áreas operativas,
administrativas y de servicios se efectúan en
mayor tiempo del necesario.
6. Objetivo general
El sistema Report.VC tiene como intención
administrar de manera automatizada reportes
de servicios de CESAC, facilitando los
procesos de creación, cancelación y consulta
de los mismos, vinculando así a ciudadanos,
administrativos de CESAC y a personal
operativo de la delegación, buscando reducir
en lo posible tiempos y costos.
7. Requerimientos funcionales
● El visitante deberá registrarse en el sistema, llenando
un formulario con su nombre, apellidos, dirección y
teléfono.
● El usuario (un visitante que se ha registrado y
logueado) será capaz de generar reportes de CESAC,
completando un formulario de solicitud de servicios y
asimismo consultar las solicitudes que ha generado.
● El sistema generará una constancia que acredite el
trámite realizado.
8. Requerimientos funcionales
● El sistema debe poder listar todos los reportes
generados y éstos deben ser identificados por sección
territorial.
● El sistema debe permitir que las áreas de servicio tales
como servicios urbanos u obras puedan enviar el
status de los reportes que poseen a su cargo.
● El administrador puede manejar los reportes que han
sido generados por usuarios que exclusivamente
provengan de su zona territorial.
9. Requerimientos no funcionales
● Ingresar al sistema mediante un usuario y contraseña
previamente definidos por el usuario.
● El sistema debe almacenar los datos de los reportes en
una base de datos utilizando como llave primaria el
folio de los reportes.
10. Requerimientos no funcionales
● Requerimiento
de
portabilidad:
Report.VC
se
desarrollará como una aplicación web, lo que permitirá
a los usuarios acceder al sistema desde cualquier
dispositivo con conexión a internet. Del lado del
servidor, Report.VC puede ser instalado en XAMPP, un
servidor independiente de plataforma, así brindará un
servicio ubicuo para el cliente, y dará portabilidad a la
aplicación del servidor.
11. Reglas de negocio
● El sistema no deberá revelar, al personal que lo utilice,
ninguna información personal de los usuarios aparte
de su ID y nombre.
● A cada reporte se le deberá asignar un folio único.
● Solo las áreas operativas deben informar a CESAC
los estados de servicio que éstas tengan a su cargo.
12. Reglas de negocio
● La información contenida en el reporte generado
deberá mantenerse indemne antes, durante y después
del proceso del mismo.
● Cada operativo dentro de cada área perteneciente al
CESAC tendrá (según su nivel jerárquico) acceso
solamente a las funciones de las que requiera para
poder cumplir con las actividades correspondientes a su
puesto.
23. Planteamiento
Nuestro Cliente en este caso, la Delegación
Venustiano Carranza solicitó automatizar el
servicio que ofrece su departamento de CESAC.
Como ya sabemos CESAC se encarga de
recopilar las solicitudes de servicios de los
ciudadanos, para que estas sean atendidas por
áreas competentes de la misma demarcación.
24. Primer Incremento
El Cliente solicitó que el Formato Universal de
CESAC sea digitalizado y almacenado en una
base de datos.
Los datos que debe llevar son
● Datos del ciudadano: Nombre, calle,
colonia, código postal.
● Datos del servicio: Tipo de servicio, calle
del servicio, colonia del servicio, entre que
calles se encuentra.
25. Segundo Incremento
Después de la primera reunión informativa y
tras la muestra de nuestro primer incremento
surgieron algunas recomendaciones.
● Crear una tabla de usuarios que permita el
registro y acceso al sistema.
● Todo usuario y reporte debe contar con un
ID único .
● Interfaz sencilla y agradable para el usuario.
26. Tercer incremento
En la segunda junta informativa y de
presentación del segundo incremento, aún el
cliente se encontraba inseguro en el diseño,
argumentando que éste no era aún del todo
accesible para el usuario.
Además se sugirieron algunas otras
modificaciones tales como:
● Se tendrá una pantalla de bienvenida con las
opciones de “Crear solicitud”, “Consultar
solicitud” y “Cerrar sesión”.
27. Tercer incremento
● Agregar una plantilla donde el usuario pueda
ingresar al sistema a través de un usuario y
una contraseña.
● Se creará un identificador para cada servicio
que se puede solicitar, además se podrán
agregar y modificar los servicios que estén en
una base de datos.
● El usuario solo podrá ver los reportes que
haya creado.