Gestión de colas

[pic 2]

Contenido

Introducción.        

Análisis del sistema de Gestión de Colas        

Toma de requerimientos        

Requisitos no funcionales        

Información de los Usuarios        

Datos descriptivos        

Datos Transaccionales        

Orígenes de los Datos        

Almacenes de Datos        

Conectores de Datos        

Análisis del tipo de atención brindada por el RNP a los ciudadanos        

Diseño        

Flujo de Datos        

Petición de gestión        

Llamada para atención        

Diccionario de Datos        

APPCA.DEPARTAMENTOS        

APPCA.DETALLE_GESTIONES_USUARIO        

APPCA.DETALLE_GESTIONES_USUARIO_H        

APPCA.DETALLE_OFICINA_GESTIONES        

APPCA.DETALLE_SUCURSAL_OFICINA        

APPCA.DETALLE_USUARIOS_PERFILES        

APPCA.EMPRESAS        

APPCA.GESTIONES        

APPCA.GESTIONES_VENTANILLAS        

APPCA.LOGIN        

APPCA.MUNICIPIOS        

APPCA.OFICINAS        

APPCA.PAIS        

APPCA.PERRFILES        

APPCA.PETICION_GESTIONES        

APPCA.PETICION_GESTIONES_H        

APPCA.SUCURSALES        

APPCA.USUARIOS        

APPCA.VENTANILLAS        

Diagrama Entidad Relación        

Casos de uso        

Diseño de pantallas        

Pantalla de Administración        

Pantalla Sucursal        

Pantalla de Oficinas        

Pantalla de Asignación de oficinas a sucursales        

Pantalla de Gestiones        

Pantalla de Usuarios        

Pantalla de Ventanillas        

Pantalla de Ventanilla        

Pantalla de llamado a Ventanilla        

Pantalla de ticket        

Manual de Operación y Procedimientos        

Instalación del Software        

Conexión a Base de Datos        

Sistema de Gestión de Colas

Introducción.

Análisis del sistema de Gestión de Colas

Toma de requerimientos

La toma de requerimientos se presentó en los términos de referencia para la consultoría del desarrollo del sistema de gestión de colas

1. De ahí se definieron las necesidades del sistema definiendo los requisitos funcionales y los no funcionales del sistema.
2. Requisitos funcionales:
3. El sistema guardara información de las Sucursales y Oficinas y así sus respectivas gestiones como usuarios. Asignando a las sucursales las oficinas que disponen.
4. Seguridad de acceso al sistema, se crearan los usuarios con sus respectivas contraseñas, estos están asignados a la respectiva Oficina donde tendrán acceso a los datos de la correspondiente oficina en dicha sucursal.
5. Solicitud de atención por los ciudadanos, se le asignara un número de turno correspondiendo al turno de llegada.
6. Manejo de las transacciones realizadas por los empleados, de acuerdo a las atenciones que van atendiendo.
7. Elaborar informes estadísticos

Requisitos no funcionales

1. Se hará uso de base de datos Oracle (Fácil Mantenimiento por RNP)
2. El acceso a datos será local.
3. Requisitos de sistema

El sistema deberá ser capaz de acceder a los datos de la BBDD en un tiempo razonable. No es lógico que tarde varios minutos cuando se produzca una consulta simple a la BBDD.

1. Requisitos de seguridad

Cada mes se deberá realizar una copia de seguridad de todos los datos con el fin de poder recuperarlos en el caso de que se pierdan por un motivo inesperado. (O el tiempo que el DBA disponga)

1. Requisitos de eficiencia

El sistema debe ser capaz de manejar un gran volumen da datos de manera escalable y eficiente. Primando en la complejidad de los algoritmos utilizados ya que el tamaño de los datos es elevado.

Información de los Usuarios

El sistema realiza un seguimiento continuo de todas las interacciones de los usuarios con el sistema. De forma conceptual los datos sobre los usuarios pueden provenir de distintas fuentes. Por ello el módulo de análisis recuperará distintos datos para describir al usuario:

Quién es el usuario

Es la persona encargada de usar el sistema. Se asignara un usuario con su respectiva contraseña, sus nombres y apellidos, tendrán un estado (activo o desactivo) para cuando estén de vacaciones u otro, además este estará asignado a una oficina de una sucursal especifica.

Se deberá definir qué asistencias puede atender un usuario de acuerdo a la ventanilla que se ha ubicado (¿Qué acciones se le han asignado a la ventanilla?)

Conociendo estos tipos de datos sobre un usuario, sería suficiente para que el sistema a través de técnicas de los datos recabados en las diferentes oficinas de RNP pueda buscar patrones de comportamiento y conocer posibles comportamientos futuros.

Quién es el usuario

Tanto para optimizar y rentabilizar las interacciones con los usuarios como para optimizar el rendimiento del sistema de gestión de colas, es necesario poder distinguir entre los usuarios de ventanilla y los de entrega de ticket. Para ello, es imprescindible conocer quiénes son y cómo se diferencian.

Datos descriptivos

Se obtuvieron los que corresponden a las sucursales, oficinas, gestiones, país, departamentos, municipios y perfiles.

Estos datos se mantienen por mucho tiempo los cambios se darán si son necesarios.

Datos de petición de gestión

Los datos que se adquirirán serán ingresados por el usuario de entrega de ticket de acuerdo a las gestiones que el ciudadano desee realizar en la oficina de la sucursal correspondiente.

Además se guardara el tiempo cuando se atiende al ciudadano.

Datos Transaccionales

Los datos transaccionales engloban los datos referentes a una interacción con el usuario. Se incluyen los tiempos de llegada, inicio de atención, finalización de la atención y usuario que atiende la gestión del ciudadano.

Orígenes de los Datos

Los datos del usuario se obtendrán en el registro de los usuarios. Primeramente se deberá ingresar los datos definidos como descriptivos.

Los datos de las sucursales, oficinas, gestiones, ventanillas, así como la configuración de cada ventanilla serán definidos por el usuario administrador.

Almacenes de Datos

Se decidió por parte de Registro Nacional de las Personas que el almacén de datos a utilizar será una base de datos Oracle debido a la administración que ellos darán por medio de su DBA. El que está capacitado para dar soporte a dichas bases de datos.

El almacén de datos (Data Warehouse, DW) es un repositorio que se encarga de conectar y aunar distintas fuentes de información sobre los usuarios distribuidos en las diferentes oficinas de RNP. El DW estará implementado con una única base de datos. En nuestro caso utilizamos una base de datos para el DW para almacenar todos los datos de origen heterogéneo. Además por simplicidad en la misma BBDD se han incorporado algunas tablas que contienen información de gestión para el propio sistema de gestión de colas así como los datos transaccionales. Por rendimiento y prestaciones se alojara en un gran servidor de base de datos que soporte transacciones. El DW servirá de soporte para la toma de decisiones de negocios conforme con los datos almacenados. De ahí radica la importancia de la completitud y exhaustividad de los datos recogidos y almacenados.

...