Aplicación de la metodología
incremental con la herramienta
Genexus para el desarrollo de
software

Report V.C
¿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.
Report.VC
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.
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.
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.
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.
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.
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.
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.
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.
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.
Diagrama de Clases
Diagrama de Actividades
Diagrama de Actividades
Diagramas de Entidad Relación
Diagramas de secuencia
Diagramas de secuencia
Incrementos
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.
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.
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.
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”.
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.

Report V.C.

  • 1.
    Aplicación de lametodología incremental con la herramienta Genexus para el desarrollo de software Report V.C
  • 2.
    ¿Qué es CESAC? Centrosde 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.
  • 3.
  • 4.
    Problemática a resolver Lassolicitudes 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 Secarece 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 sistemaReport.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 ● Elvisitante 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 ● Elsistema 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.
  • 16.
  • 17.
  • 18.
  • 19.
  • 20.
  • 21.
  • 22.
  • 23.
    Planteamiento Nuestro Cliente eneste 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 Clientesolicitó 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 dela 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 lasegunda 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 ● Agregaruna 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.