res municipalidad

Reporte de Especificación de Software (RES)

Versión 2.0

Sistema de Trámite DocumentarioMunicipalidad de ILO

____________________________________________________________________________________Reporte de Especificación de Software (RES) Página 1 de 39

HISTORIAL DE REVISIONES

Versión

Autor DescripciónFecha de

Elaboración

Fecha de Revisión

Revisado por

1.0

Eduardo Medina, Diana López

Inicial 24/10/2010 25/10/2010 Diana López

1.5

Eduardo Medina, Diana López

Corrección

10/11/2010 11/11/2010

Diana López

2.0Eduardo Medina, Diana López

Corrección

17/01/2011

18/01/2011Eduardo Medina


Contenido1. Antecedentes...........................................................................................4

2. Objetivos................................................................................................4

3. Alcance....................................................................................................4

3.1. DENTRO DEL ALCANCE.......................................................................................................43.2. FUERA DEL ALCANCE..........................................................................................................43.3. RESTRICCIONES.................................................................................................................. 43.4. SUPUESTOS......................................................................................................................... 5

4. Procesos de Negocio.........................................................................5

4.1. LISTA DE CASOS DE USO DE NEGOCIO.............................................................................54.1.1. LISTA DE ACTORES DEL NEGOCIO..................................................................................54.1.2. DIAGRAMA GENERAL DE CASO DEL NEGOCIO................................................................64.1.3. ESPECIFICACIÓN DE LOS CASOS DE USO DEL NEGOCIO.................................................6

CUN01 – Gestionar Trámite Documentario..................................................................................64.2. REALIZACIÓN DE LOS CASOS DE USO DE NEGOCIO...........................................................74.3. LISTA DE TRABAJADORES DE NEGOCIO............................................................................104.4. REGLAS DE NEGOCIO.......................................................................................................10

5. Requisitos Funcionales...................................................................11

6. Requisitos No Funcionales............................................................13

7. Modelo de Casos de Uso del Sistema.......................................14

7.1. LISTA DE ACTORES DE SISTEMA.......................................................................................147.2. DIAGRAMA DE ACTORES DEL SISTEMA.............................................................................167.3. ARQUITECTURA DEL SISTEMA – DIAGRAMA DE PAQUETES...............................................167.4. LISTA DE CASOS DE USO DEL SISTEMA POR PAQUETE.....................................................177.5. DIAGRAMA DE CASOS DE USO POR PAQUETE..................................................................197.6. PRIORIZACIÓN DE LOS CASOS DE USO DEL SISTEMA.......................................................217.7. MATRIZ DE MODELO DE NEGOCIO Y MODELO DE SISTEMA.............................................247.8. ESPECIFICACIÓN DE LOS CASOS DE USO DEL SISTEMA....................................................26

8. Flujo General de Navegación.......................................................84

9. Esquema de Seguridad...................................................................85

10. Modelo de Análisis........................................................................87

11. Modelo Conceptual............................................................................88


1. Antecedentes

En todas las áreas el proceso de los Trámites Documentarios en la Municipalidad de ILO actualmente genera una serie de problemas organizacionales.

Los documentos tanto externos como internos tardan demasiado tiempo en ser atendidos y muchas veces las personas interesadas reciben información desactualizada sobre el estado de la tramitación de sus solicitudes.

Además se ha reportado casos de extravíos de documentación lo que ocasiona más demora en las atenciones de los mismos

2. Objetivos

General

-Aumentar la eficiencia en la gestión de Trámites Documentarios.

Específico

-Aumentar el control de atención de toda la documentación en un 40%.

-Disminuir la perdida de documentos en un 60%

-Disminuir el tiempo de consultas de un Trámite Documentario en un 50%

3. Alcance

3.1. Dentro del Alcance

- El sistema permitirá brindar seguridad a través de los roles generados.- El sistema permitirá registrar los documentos egresados e ingresados a la entidad - El sistema permitirá registrar los trámites documentarios . - El sistema permitirá al usuario dar seguimiento a todo los trámites en curso que solicite y -

3.2. Fuera del Alcance

- El sistema no interactuará con otros sistemas existentes.- El sistema no se encargara de los procesos de pagos.

3.3. Restricciones

- Patrones de programación Struts 2.

- Tiempo 80 días calendario.

- Motor de base de datos MySQL 5.0.

- Lenguaje de programación Java J2EE.

- Implementación en todo tipo de navegador.

- Implementación en Linux y Windows sistema operativo.


3.4. Supuestos

- Organización cuenta con infraestructura tecnológica.

- Organización cuenta con licencias de servidor.

- El personal esta calificado para el mantenimiento.

4. Procesos de Negocio

4.1. Lista de Casos de Uso de Negocio

Caso de uso del negocio Descripción

CUN01 – Gestión de Trámites Documentarios

El caso de uso inicia cuando el User-Ttramitador solicita la ST y lo presenta al Encargado de Mesa

de Parte junto con los requisitos del trámite, seguidamente, es enviado al Encargado

administrativo para las revisiones correspondientes, luego se deriva al Jefe Municipal

para que emita la resolución correspondiente aprobando o no el Trámite, y el caso de uso finaliza cuando el User-Ttramitador recoge su resolución.

.

4.1.1. Lista de Actores del Negocio

Actor del Negocio DescripciónAN01 Este actor es el encargado de iniciar la

gestión de Trámite Documentarios


4.1.2. Diagrama General de Caso del Negocio

4.1.3. Especificación de los Casos de Uso del Negocio

1. CUN01 – Gestionar Trámite Documentario

1. Breve Descripción

Este caso de uso permite al User-Tramitador realizar cualquier tipo de

Trámite Documentario que solicite a la institución

2. Objetivo

Aumentar la eficiencia en la gestión de Trámites Documentarios en

todos sus procesos

3. Flujo de Trabajo

3.1 Flujo Básico

1. User-Tramitador solicita ST(Solicitud de Trámite) al encargado de mesa

de partes

2. El Encargado de Mesa de Partes entrega la ST al User-Tramitador.

3. El User-Tramitador recibe el ST y procede a llenarlo .

4. El usuario tramitador entrega ST y los requisitos necesarios.

5. El Encargado de Mesa de Partes recepciona el ST y los requisitos .

6. El Encargado de Mesa de Partes revisa ST y los requisitos presentados.


7. Si la documentación es conforme, el Encargado de Mesa de Partes sella

y firma los requisitos.

8. El Encargado de Mesa de Partes genera el cargo automático de la

9. El Encargado de Mesa de Partes envía el expediente al departamento

Administrativo

10. El Encargado Administrativo recibe el expediente

11. El Encargado Administrativo revisa el expediente

12.Si el Encargado Administrativo aprueba el expediente por ser optimo

genera el informe y adjunta el mismo al expediente.

13. El Encargado Administrativo envía el expediente al Jefe Municipal

14. El Jefe Municipal recibe el expediente

15. El Jefe Municipal revisa el expediente

16. Si el expediente es conforme, el Jefe Municipal aprueba el documento

17.El Jefe Municipal genera la resolución aprobada del Trámite

18.El Jefe Municipal archiva expediente.

19. El Jefe Municipal envía la resolución al Encargado de Mesa de Partes

20. El Encargado de Mesa de Partes recibe la resolución

21. El Encargado de Mesa de Partes entrega la resolución al User-

Tramitador

22. El User-Tramitador recibe la resolución y finaliza el caso de uso

3.2 Flujos Alternativos

1. Si en el punto 7, la documentación no es conforme regresa al punto

4

2. Si en el punto 12, el informe no está aprobado regresa al punto 5

3. Si en el punto 16, el expediente no es conforme regresa al punto 11

4. Categoría

Básica


5. Gestor del proceso

User-Tramitador

4.2. Realización de los Casos de Uso de Negocio

CUN01 – Gestionar Trámite DocumentarioDiagrama de Clases

Diagrama de Actividades


4.3. Lista de Trabajadores de Negocio

Trabajador del Negocio DescripciónResponsable de recepcionar la Solicitud de Trámite y Generar en Cargo Automático en caso de aprobarse la ST con los requisitos.

Responsable de revisar los Expedientes y en caso de ser óptimos genera los informes

Responsable de Generar la Resolución de los Expedientes de los Trámites en el caso de ser aprobado todo los documentos requeridos .

4.4. Reglas de Negocio

RN01. Todos los Trámites Documentarios realizados solo deben ser atendidos por el área al que corresponda.

RN02. Los Trámites Documentarios deben realizarse según el plazo que estipula la TUPA.

RN03. Los Trámites Documentarios solo podrán ser realizados por los usuarios que cuenten con un código de usuario, DNI o RUC.

RN04. Si los requisitos no son cumplidos fehacientemente no procederá el Trámite Documentario.


5. Requisitos Funcionales

Código DESCRIPCION Proceso de Negocio

RF001 Validación de Ingreso de usuarios al Sistema CUN01

RF002Registrar Usuario CUN01

RF003Buscar Usuario CUN01

RF004Mantener usuario CUN01

RF005Registrar Trámite Documentario CUN01

RF006Consultar Trámite CUN01

RF007Consultar Área CUN01

RF008Registrar Informe CUN01

RF009Consultar Requisitos de Trámite CUN01

RF010Actualizar Estado de Trámite CUN01

RF011 Generar ReportesCUN01

RF012 Consultar ReportesCUN01

6. Requisitos No Funcionales

Tipo de Requisito Código Descripción

Restricciones del DiseñoRNF-001

La tecnología a utilizar será J2EE. El sistema deberá ser compatible con la máquina virtual de java 1.5 o superior. Lenguaje de Programación Java

RNF-002La arquitectura lógica deberá considerarse en tres capas

RNF-003

El motor de base de datos deberá ser MySql 5.0 para el sistema puesto en marcha.


Tipo de Requisito Código Descripción

RNF-004

Patrones de Programación Struts

RNF-005Implementación en Linux y Windows sistema operativo

Componentes a AdquirirNo aplica No aplica

Interfaces de UsuarioRNF-006

El tipo de letra general será Verdana de tamaño general de 13 para Web.

RNF-007

Los gráficos que se presenten en las interfaces tendrán un peso no mayor a los 100 Kb.

Interfaces de Hardware No Aplica No Aplica

Interfaces de SoftwareNo aplica No aplica

Interfaces de Comunicaciones No aplica No aplica

Requerimientos de Licenciamiento No aplica No aplica

SeguridadRNF-008

Solo usuarios registrados en el sistema podrán ingresar y sus opciones en el menú principal serán de acuerdo a su perfil.

Estándares aplicablesNo aplica No aplica

Requisitos del Sistema RNF-009Implementación en todo tipo de navegador

Requisitos de DesempeñoRNF-010

El sistema debe soportar un promedio de 100 transacciones por minuto.

RNF-011

El 95 por ciento de las transacciones del sistema no deben exceder los 5 segundos.

RNF-012El sistema almacenará la información de hasta 500 usuarios


7. Modelo de Casos de Uso del Sistema

7.1. Lista de Actores de Sistema

Actor del sistema Descripción

AS01 Este actor del sistema representa a todos los solicitantes que pueden realizar un Trámite vía Web así como el de registrarse en caso de no tener acceso vía Web a la Municipalidad

AS02 Este actor del sistema puede registrar nuevos usuarios y de Registrar el Trámite Documentario, para luego ser evaluado por los demás encargados

AS03 Este actor del sistema registra el Informe que luego será adjuntado al expediente del trámite en curso.

AS04 Este actor del sistema se encarga de Aprobar los Trámites ,además de consultar los expedientes del Trámite Documentario


AS05 Este actor de sistema se encarga de registrar Usuarios .

AS06 Este actor se loguea para poder acceder al sistema via web.

7.2. Diagrama de Actores del Sistema


7.3. Arquitectura del Sistema – Diagrama de Paquetes

P01. TrámiteP02. UsuarioP03. ReportesP04. Seguridad


Diagrama General de Caso de Uso Estructurado

7.4. Lista de Casos de Uso del Sistema por Paquete

Paquete: P01 – Trámite

Caso de uso del sistema Descripción

CUS05 – Registrar Trámite Documentario

En este caso de uso el Encargada de Mesa de Partes registra el Trámite a solitud del User-Tramitador para que pueda ser evaluado y procesado respectivamente.

CUS06 – Consultar Trámite El caso de uso inicia cuando es invocado por un caso de uso base y su función es realizar la Consulta de un Trámite para ver en qué estado se encuentra.

CUS07 – Consultar Área El caso de uso inicia cuando es invocado por un caso de uso base y su función es realizar la Consulta de un Área y proceder


a registrar el Trámite correspondiente

CUS08 – Registrar Informe El Encargado Administrativo se encarga de generar el Informe luego de haber verificado los documentos del Trámite

CUS09 – Consultar Requisitos de Trámite

El caso de uso inicia cuando es invocado por un caso de uso base y su función es realizar la Consulta de Requisitos que un Trámite necesita.

CUS10 – Actualizar Estado de Trámite

El Jefe Municipal es el encargado de Actualizar el estado del Trámite ya sea aprobándolo o todo lo contrario.

Paquete: P02 – Usuario


CUS02 – Registrar Usuario El Usuario-Registrador se encarga de registrar a los nuevos usuarios.

CUS03 – Buscar Usuario El caso de uso inicia cuando es invocado por un caso de uso base y su función es realizar la Búsqueda de Usuarios .

CUS04 – Mantener usuario El Encargado de Mesa de Partes agrega, modifica o desactiva a los Usuarios según crea conveniente.

Paquete: P03 – Reporte


CUS011 – Generar Reportes

El Encargado Administrativo genera los reportes de los Trámites

CUS12 – Consultar Reportes

El Jefe Municipal consulta los reportes para tener mayor control de cómo van los procesos de los Trámites.

Paquete: P04 – Seguridad


CUS01 – Validar Usuario Permite al usuario acceder al sistema y realizar los Trámites que crea conveniente.

7.5. Diagrama de Casos de Uso por Paquete

Paquete: P01 – Trámite____________________________________________________________________________________Reporte de Especificación de Software (RES) Página 18 de 39

Paquete: P02 – Usuario

Paquete: P03 – Reportes


Paquete: P04 – Seguridad

7.6. Priorización de los Casos de Uso del Sistema

7.6.1. Clasificación de los Casos de Uso del Sistema

0,4 0,3 0,2 0,1TOTAL

CLASIFICACIÓN DE CUCASO DE USO IMPORTANCIA COMPLEJIDAD RIESGO IMPACTO RNF

CUS01 – Validar Usuario PrimarioCUS02 – Registrar Usuario PrimarioCUS03 – Buscar Usuario SecundarioCUS04 – Mantener Usuario PrimarioCUS05 – Registrar Trámite Documentario PrimarioCUS06 – Consultar Trámite

SecundarioCUS07 – Consultar Área SecundarioCUS08 – Registrar

Primario


InformeCUS09 – Consultar Requisitos de Trámite SecundarioCUS10 – Actualizar Estado de Trámite PrimarioCUS11 – Generar Reportes PrimarioCUS12 – Consultar Reportes Secundario

7.6.2. Ciclos de Desarrollo de los Casos de Uso del Sistema


Ciclo de desarrollo Nombre del caso de uso Clasificación

Núcleo central

o Ciclo 0

CUS01-Validar Usuario

CUS02 -Registrar Usuario

CUS04 -Mantener Usuario

CUS05 -Registrar Trámite Documentario

CUS08 -Registrar Informe

CUS10 -Actualizar Estado de Trámite

CUS11-Generar Reportes

Primario

Ciclo 1 CUS03-Buscar Usuario

CUS06-Consultar Trámite

CUS07-Consultar Área

CUS09-Consultar Requisitos de Trámite

CUS12-Consultar Reportes

Secundario

7.7. Matriz de Modelo de Negocio y Modelo de Sistema


Sistema de Trámite Documentario de la Municipalidad de IloCasos de Uso del

NegocioActividad a Automatizar Requerimiento Funcional Casos de Uso del Sistema

Nº Nombre Nº Nombre Responsable Nº Nombre Nº Nombre Actor

CUN01

Gestión de Trámite Documentario

1Registrar Solicitud de Trámite

Encargado de Mesa de Partes

RF - 007 Ver requisitos de trámite CUS07Consultar Requisitos de Trámite

Usuario-Registrador

RF - 008 Registrar Trámite CUS08Registrar Trámite Documentario

Encarga de Mesa de partesRF - 009 Buscar datos del solicitante CUS09 Buscar Usuario

2 Elaborar informe Encargado Administrativo

RF - 006 Registrar Informe CUS14 Registrar InformeEncargado Administrativo

3 Aprueba trámite Jefe Municipal RF - 014 Aprobar trámite documentario CUS11 Actualizar Estado de Trámite Jefe Municipal

4Solicitar informe de trámite

Jefe Municipal RF - 011 Ver reportes CUS15 Consultar Reportes Jefe Municipal

6Supervisar proceso de gestión

Encargado Administrativo

RF - 001Validación de usuarios del sistema

CUS13 Validar Usuario Usuario


7.8. Especificación de los Casos de Uso del Sistema

7.8.1. Especificación de Alto Nivel

Caso de uso: CUS01 – Validar Usuario

Actor(es): Encargado Administrativo

Propósito: Realizar las validaciones usuario y password para que el usuario pueda loguearse y entrar al sistema

Caso de uso asociado:

No Aplica

Resumen: Su función es realizar la validación de los accesos del usuario

Clasificación Primario

Requisitos RF-001

Caso de uso: CUS02 – Registrar Usuario

Actor(es): Usuario-Registrador

Propósito: Registrar un usuario.


CUS03-Buscar Usuario

Resumen: El caso de uso inicia cuando la Usuario-Registrador selecciona la opción Registrar usuario del menú principal. Cumple la funcionalidad de capturar los datos del usuario y habilitándole accesos para que se logues al sistema


Requisitos RF-002,RF-004

Caso de uso: CUS03 – Buscar Usuario

Actor(es): Usuario-Registrador

Propósito: Buscar usuario para saber si está en la base de datos de la institución.


No Aplica

Resumen: En este caso de uso el Usuario-Registrador para registrar un usuario realiza la búsqueda de usuarios.

Clasificación Secundario

Requisitos RF-004

Caso de uso: CUS04 – Mantener usuario


Actor(es): Encargado de Mesa de Partes

Propósito: Registrar, Modificar y/o Actualizar el estado del Usuario si es necesario


CUS03-Buscar Usuario

Resumen: El Encargado de Mesa de Partes Registrar, Modificar y/o Actualizar el estado del Usuario si es necesario.


Requisitos RF-004

Caso de uso: CUS05 – Registrar Trámite Documentario


Propósito: Registrar el Trámite Documentario


No aplica.

Resumen: El Encargado de Mesa de Partes registra el Trámite para que pueda ser procesado .


Requisitos RF-0013

Caso de uso: CUS06 – Consultar Trámite

Actor(es): Jefe Municipal

Propósito: Consultar el estado de un Trámite


No Aplica

Resumen: El Jefe Municipal consulta el estado de un Trámite

Clasificación Secundario.

Requisitos RF-006

Caso de uso: CUS07 – Consultar Área



Propósito: Asignar a cada secuencia-asignatura un horario específico por sección.


No Aplica.

Resumen: El coordinador de horarios genera los horarios para los cursos.


Requisitos RF-008, RF-009

Caso de uso: CUS08 – Registrar Informe

Actor(es): Coordinador Horarios

Propósito: Asignar horarios a los docentes


No Aplica.

Resumen: El coordinador de horarios asigna los horarios a los docentes de acuerdo a su disponibilidad y los horarios asignados a los cursos.


Requisitos RF-010, RF-011, RF-012, RF-013

Caso de uso: CUS09 – Consultar Requisitos de Trámite


Propósito: Consultar las aulas para ver su disponibilidad y capacidad.


CUS12 – Asignar Aulas a las Secciones

Resumen: El coordinador de aulas verifica el estado de las aulas y su capacidad.


Requisitos RF-014

Caso de uso: CUS10 – Actualizar Estado de Trámite

Actor(es): Administrador Recursos


Propósito: Agregar, modificar y desactivar aulas para el uso de ellas para dictado de clase.


No Aplica.

Resumen: El administrador de recursos selecciona la opción Mantener Aulas del menú principal, le aparece un listado con las aulas disponibles. Puede agregar una nueva especificando sus datos, modificar su capacidad y desactivar.


Requisitos RF-015

Caso de uso: CUS11 – Generar Reportes


Propósito: Asignar aulas a las secciones.


CUS11 –

Resumen: El coordinador de horarios asigna aulas a las secciones.


Requisitos RF-017, RF-018, RF-016

Caso de uso: CUS12 – Consultar Reportes

Actor(es): SA

Propósito: Reportar los horarios por filtros.


No Aplica.

Resumen: El SA selecciona el filtro por el cual desea visualizar los horarios.


Requisitos RF-019, RF-020, RF-021, RF-022


7.8.2. Especificación Expandida

CUS01 – Validar Usuario

1. Actores

Usuario Web

2. Propósito

Realizar la validación de los usuarios, lo cual le facilitaría acceder al sistema

de manera segura.


El sistema

4. Flujo Básico de Eventos

El caso de uso se inicia cuando el Usuario Web

inicia la Intranet del Sistema.

1. El sistema muestra la página “Validar Usuario” con los siguientes campos:

Campos del usuario: usuario y clave y un botón ingresar.

2. El usuario ingresa su usuario correspondiente.

3. El usuario ingresa su clave.

4. El usuario selecciona ingresar.

5. El sistema valida los datos ingresados.

6. El sistema muestra la página de inicio de la sesión según el perfil del

Usuario Web

7. El caso de uso finaliza.

5. Sub Flujos

Ninguno.

6. Flujos Alternos

En el punto 5, si el sistema detecta que los datos ingresados por el

Usuario Web no son validos, se muestra el MSG”Usuario o Password

Incorrectos, Vuelva a intentarlo nuevamente!!!!!”

7. Precondiciones

a. Ninguno

8. Pos condiciones

a. En el sistema quedan registrados los datos del usuario.

b. El sistema inicia una sesión para el Usuario Web validado.

9. Puntos de Extensión

Ninguno.

10. Requerimientos Especiales

Ninguno.


11. Prototipos

CUS02 – Registrar Persona

1. Actores

Usuario-Registrador(EMP)

2. Propósito

Registrarlos datos de un ciudadanos al sistema, designándole un usuario de

acuerdo al rol que desempeñara o al cual pertenece.


El sistema le permite al Usuario Registrador realizar el registro de una

persona.


El caso de uso se inicia cuando el Usuario-Registrador

selecciona la opción “Registrar Persona” en la interfaz del Menú Principal.

1. El sistema muestra la página “Registrar Persona” con los siguientes campos:

Datos del Usuario: Código Persona (autogenerado), código, nombre,

apellido paterno, materno,dirección,teléfono,sexo,fecha de nacimiento.

Además incluye las opciones: Registrar.

2. El Usuario Registrador ingresa los datos de la persona.

3. El Administrador de Sistema selecciona la opción “Regisstrar”.

4. El sistema valida los datos ingresados del usuario.

5. El sistema genera un nuevo código de persona.

6. El sistema graba una nueva Persona y muestra el mensaje “Persona

Registrado Satisfactoriamente” con código 999999.

7. El sistema cierra la interfaz “Registrar Persona” y regresa al Menú Principal.

5. Sub Flujos

Ninguno.

6. Flujos Alternos

Ninguno

7. Precondiciones

7.1 El Usuario Registrador esta logueado en el sistema.

8. Pos condiciones

8.1 En el sistema queda registrado la nueva Persona..



Ninguno.


Ninguno.

11. Prototipos

CUS03 – Registrar Usuarios

12. Actores

Usuario-Registrador(EMP)

13. Propósito

Registrar un Usuario Web al sistema, designándole un perfil de acuerdo al rol

que desempeñara .


El sistema le permite al Usuario Registrador realizar el registro de los nuevos

usuarios.


El caso de uso se inicia cuando el Usuario-Registrador

selecciona la opción “Registrar Usuarios” en la interfaz del Menú Principal.

8. El sistema muestra la página “Registrar Usuario” con los siguientes campos:

Datos del Usuario: Código (autogenerado), código de usuario, clave,

estado, código del tipo de usuario, código de persona, nombre,

apellido paterno,materno,dirección,teléfono,sexo,fecha de nacimiento.

Además incluye las opciones: Registrar.

9. El Usuario Registrador ingresa los datos del usuario.

10. El Administrador de Sistema selecciona la opción “Registrar”.

11. El sistema valida los datos ingresados del usuario.

12. El sistema genera un nuevo código de usuario.

13. El sistema graba un nuevo Usuario y muestra el mensaje “Usuario Registrado

Satisfactoriamente” con código 999999.

14. El sistema cierra la interfaz “Registrar Usuarios” y regresa al Menú Principal.

16. Sub Flujos

Ninguno.

17. Flujos Alternos

Ninguno

18. Precondiciones


18.1 El Usuario Registrador esta logueado en el sistema.

19. Pos condiciones

19.1 En el sistema queda registrado el nuevo usuario.


Ninguno.


Ninguno.

22. Prototipos

CUS04 – Buscar Usuario

1. Actores

Usuario-Registrador

2. Propósito

Realizar la búsqueda de usuarios que se encuentren registrados en el

sistema.


El sistema permitirá realizar al Usuario-Registrador

la búsqueda de la existencia de los datos de usuarios ya registrados.


El caso de uso se inicia cuando es invocado por un caso de uso base.

1. El sistema muestra la página “Buscar Usuarios” con los siguientes campos:

Campos del Usuario: nombre, apellido paterno y apellido materno.

Además incluye la opción Buscar.

2. El Usuario-Registrador ingresa los datos del usuario.

3. El Usuario-Registrador selecciona la opción “Buscar”.


5. El sistema muestra los resultados obtenidos de la búsqueda

6. El caso de uso finaliza.

5. Sub Flujos

Ninguno.

6. Flujos Alternos

En el punto 4, si el usuario no se encuentra registrado en el sistema,

este mostrará un MSG “El Usuario no Existe”.

7. Precondiciones

a. El Usuario-Registrador está logueado en el sistema.

b. Lista de usuarios disponibles.

8. Pos condiciones


a. En el sistema queda registrado los datos del usuario de la fila

seleccionada por el Administrador de Sistema.


Ninguno.


Ninguno.

11. Prototipos

CUS05 – Gestionar Trámite Documentario

1. Actores

Encargado de Mesa de Partes(EMP)

2. Propósito

Realizar el registro de los trámites documentarios que se realizan en la

municipalidad.


El sistema le permitirá realizar al EMP el registro de los trámites

documentarios.


El caso de uso se inicia cuando el EMP selecciona la opción “Gestionar

Trámite” en la interfaz de la página principal.

1. El sistema muestra la página “Gestionar Trámite” con los siguientes

campos:

Datos de la gestión: código, asunto, requisitos, oficina,

responsable y tiempo (días).

Además incluyen las opciones Agregar Asunto, Agregar

Requisito, Agregar Etapa y Aceptar.

2. El EMP ingresa el nombre del asunto.

3. El EMP selecciona la opción Agregar Asunto.

4. El sistema valida los datos.

5. El sistema autogenera un código correlativo.

6. El sistema muestra el código asignado para el asunto o trámite.

7. El sistema registra el asunto o trámite con estado inactivo.

8. El EMP selecciona los requisitos que se le desea asignar a dicho asunto o

trámite.

9. El EMP selecciona la opción Agregar Requisitos.

10. El sistema valida la opción seleccionada.

11. El sistema registra los requisitos seleccionados al asunto o trámite.

12. El sistema lista el o los requisitos asignados a dicho asunto o trámite.


13. El EMP selecciona la oficina.

14. El EMP selecciona el responsable en dicha oficina.

15. El EMP ingresa el tiempo de respuesta en días.

16. El EMP selecciona la opción Agregar Etapa.


18. El sistema registra las etapas para dicho asunto o trámite.

19. EL sistema lista la o las etapas que tendrá dicho asunto o trámite.

20. El EMP selecciona la opción Aceptar.

21. El sistema cambia el estado del asunto a activo, cierra la página y el caso

de uso finaliza.

5. Sub Flujos

1. Ninguno.

6. Flujos Alternos

<Asunto incorrecto>

En el punto 3, si el dato ingresado no corresponde al formato requerido por el

sistema, este muestra el mensaje “El dato es incorrecto”.

<Requisito incorrecto>

En el punto 8, si el dato seleccionado correspondiente al campo requisitos es

incorrecto, el sistema muestra el mensaje “La selección es incorrecta”.

<Oficina incorrecta>

En el punto 15, si el dato seleccionado correspondiente al campo oficina es

incorrecto, el sistema muestra el mensaje “La selección es incorrecta”.

<Responsable incorrecto>

En el punto 15, si el dato seleccionado correspondiente al campo responsable

es incorrecto, el sistema muestra el mensaje “La selección es incorrecta”.

<Asunto incorrecto>

En el punto 15, si el dato ingresado en el campo tiempo no corresponde al

formato requerido por el sistema, este muestra el mensaje “El dato es

incorrecto”.

7. Precondiciones

a. El EMP esta logueado en el sistema.

b. Lista de requisitos disponibles.

c. Lista de oficinas disponibles.

d. Lista de responsables disponibles.

8. Pos condiciones

a. En el sistema queda registrado el trámite.


Extiende el caso de uso “Mantener Campos para la Gestión de Trámite”.



Ninguno.

11. Prototipos

8. Flujo General de Navegación


9. Esquema de Seguridad

SYSDOC: Sistema de Trámite Documentario de la Municipalidad de Ilo

Funciones por Módulo

Perfiles del Sistema

Administrador de Sistema

Aprobador TécnicoRecepcionist

aSolicitante

Módulo: Trámites

Gestionar Trámite X

Mantener Campos para la Gestión de Trámite

X

Aprobar Trámite X

Consultar Movimientos de Trámite

X X

Consultar Requisitos

X X

Registrar Informe Técnico

X

Registrar Trámite X

Evaluar Requisitos de Trámite

X

Consultar Trámite X X

Módulo: Reportes

Consultar Reportes X

Módulo: Usuarios

Registrar Usuarios X


Buscar Usuario X

Módulo: Solicitantes

Registrar Solicitante

X

Buscar Solicitante XMódulo: Seguridad

Validar Usuario X X X X


res municipalidad

Documents