res stdm meza cardama louis

UNIVERSIDAD PERUANA DEL ORIENTECARRERA PROFESIONAL DE INGENIERÍA DE SISTEMAS

CURSO DE PROYECTOS DE SISTEMAS DE INFORMACION II

“ANÁLISIS, DISEÑO E IMPLEMENTACIÓN DEL SISTEMA DE

INFORMACION DE TRAMITE DOCUMENTARIO MUNICIPAL –

STDM PARA LA MUNICIPALIDAD DISTRITAL DE PUNCHANA”

Profesor:

Ing. Rafael VILCA BARBARAN.

Presentado por:

MEZA CARDAMA, Louis Daniel.

Iquitos – Perú

2013

Sistema de Trámite Documentario Municipal - STDM

Reporte deEspecificación de

Software (RES)Versión 0.1

Sistema de Información de TrámiteDocumentario Municipal para

Municipalidad Distrital de Panchana

Reporte de Especificación de Software pág. 2


HISTORIAL DE REVISIONES

Versión Autor DescripciónFecha deElaboració

n

Fecha deRevisión

Revisadopor

0.1

Louis Daniel Meza Cardama

Inicial 27/08/2013 27/09/2013Ing. RafaelVilca Barbaran



INDICE GENERAL

Nro. Pagina1 Antecedentes 072 Objetivos 073 Alcance 074 Proceso de Negocio 08

4.1. Lista de Caso de Uso del Negocio 084.2. Realización de Caso de Uso del Negocio 114.3. Lista de Trabajadores del Negocio 134.4. Reglas del Negocio 13

5 Requisitos Funcionales 146 Requisitos no Funcionales 147 Modelado de Caso de Uso del Sistema 16

7.1. Lista de Actores del Sistema 167.2. Diagrama de Actores del Sistema 17

7.3.Arquitectura del Sistema – Diagrama de Paquetes 18

7.4. Lista de Casos de uso del Sistema por 18



Paquetes7.5. Diagrama de Caso de uso por Paquetes 207.6. Priorización de los Caso de uso del Sistema 22

7.7.Matriz del Modelo de Negocio y modelo del sistema 25

7.8.Especificaciones de los casos de uso del sistema 26

8 Flujo de Navegación 379 Esquema de Seguridad 3810 Modelo de Análisis 3911 Modelo Conceptual 47

INDICE GENERAL DE FIGURAS

PaginaFigura 01 Diagrama General de Caso de Uso 09Figura 02 Objetivos del Negocio 09Figura 03 Diagrama de Realización del Negocio 11Figura 04 Diagrama de Clases de la Realización del Negocio 11Figura 05 Diagrama de Actividad del Negocio 12Figura 06 Diagrama General de Actores del Sistema 17Figura 07 Diagrama de la Arquitectura de Análisis 18Figura 08 Diagrama de Paquete - Tramite 20Figura 09 Diagrama de Paquete - Usuario 20



Figura 10 Diagrama de Paquete - Reporte 20Figura 11 Diagrama de Paquete - Seguridad 21Figura 12 Diagrama General de Caso de Uso Según Análisis 21Figura 13 Prototipo de Interfaz – Iniciar Sesión 30Figura 14 Prototipo de Interfaz – Interfaz Principal 32Figura 15 Prototipo de Interfaz – Registrar Usuario 32Figura 16 Prototipo de Interfaz – Buscar Usuario 34Figura 17 Prototipo de Interfaz – Gestionar Tramite Documentario 36Figura 18 – Flujo de Navegación 37Figura 19 – Diagrama de Clase Validar Usuario 39Figura 20 – Diagrama de Clase Registrar Usuario 39Figura 21 – Diagrama de Clase Mantener Usuario 39Figura 22 – Diagrama de Clase Buscar Usuario 40Figura 23 – Diagrama de Clase Actualiza Listado de Tramite 40Figura 24 - Diagrama de Clase Consulta Requisitos de Trámite 40Figura 25 Diagrama de Clase Consultar Tramite 41Figura 26 – Diagrama de Clase Consultar Unidad 41Figura 27 – Diagrama de Clase Registrar Informes 41Figura 28 – Diagrama de Clase Registrar Tramite 41Figura 29 Diagrama de Clase Consultar Reportes 42Figura 30 Diagrama de Clases Generar Reportes 43Figura 31 Diagrama de Colaboración Validar Usuario 43Figura 32 Diagrama de Colaboración Registrar Usuario 43Figura 33 Diagrama de Colaboración Mantener Usuario 44Figura 34 Diagrama de Colaboración Buscar Usuario 44Figura 35 Diagrama de Colaboración Registrar Tramite Documentario 44Figura 36 Diagrama de Colaboración Registrar Informes 45Figura 37 Diagrama de Colaboración Consultar Unidad 45Figura 38 Diagrama de Colaboración Consultar Tramite 45Figura 39 Diagrama de Colaboración Consultar Requisitos 46Figura 40 Diagrama de Colaboración Actualizar Listado de Tramites 46Figura 41 Diagrama de Colaboración Generar Reportes 46Figura 42 Diagrama de Colaboración Consultar Reportes 47Figura 43 - Modelo Conceptual. 47

INDICE GENERAL DE TABLAS

PaginaCuadro Nro. 01 Lista de Caso de Uso del Negocio 08Cuadro Nro. 02 Listas de Actores del Negocio 09Cuadro 03 Lista de Trabajadores del Negocio 13Cuadro 04 Requisitos Funcionales 14Cuadro 05 de Requisitos No Funcionales 14Cuadro 06 Lista de Actores del Sistema 17Cuadro 07 Lista de Casos de Uso del Sistema por Paquete 18Cuadro 08 Lista de Casos de Uso del Sistema por Paquete 19Reporte de Especificación de Software pág. 6


Cuadro 09 Lista de Casos de Uso del Sistema por Paquete 19Cuadro 10 Lista de Casos de Uso del Sistema por Paquete 19Cuadro 11 Clasificación de los Caso de Uso del Sistema 22Cuadro 12 Ciclos de Desarrollo de los Caso de Uso del Sistema 23Cuadro 13 Matriz de Modelo de Negocio y Modelo del Sistema 25Cuadro Nro13 – Esquema de Seguridad - STDM 37

1. Antecedentes.



Uno de los principales factores que impiden la superación del

problema de la burocracia en países en vías de desarrollo es

la falta de empleo de tecnología actual. En muchas

instituciones gubernamentales aún persiste el uso de sistemas

manuales para manejar tareas importantes, tales como el

trámite documentario.

En todas las Gerencia y Unidades el proceso de los Trámites

Documentarios en la Municipalidad Distrital de Panchana

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. Objetivos2.1. General

Aumentar la eficiencia en la gestión de TrámitesDocumentarios.

2.2. Específico

Aumentar el control de atención de toda ladocumentación en un 40%.

Disminuir la perdida de documentos en un 60%

Disminuir el tiempo de consultas de un TrámiteDocumentario en un 50%

3. Alcance

3.1. Dentro del Alcance

El sistema permitirá brindar seguridad a través de los

perfiles generados para cada usuario.



El sistema permitirá registrar los documentos egresados

e ingresados a la entidad tanto internos como

externamente.

El sistema permitirá registrar los trámites

documentarios.

El sistema permitirá al usuario dar seguimiento a todos

los trámites en curso que se solicite.

3.2. Fuera del Alcance

El sistema no interactuará con otros sistemas

existentes.

El sistema no se encargara de los procesos de pagos de

proveedores y trabajadores de la Municipalidad.

3.3. Restricciones

Patrones de programación Orientado a Objetos.

Motor de base de datos SQL Server 2008 R2 Enterprise.

Lenguaje de programación Visual Studio .NET C# 2010.

Las PC’s Clientes deben usar Windows XP Profesional

2003 o Superior para el uso y la implementación del

Sistema.

3.4. Supuestos

La Municipalidad cuenta con infraestructura tecnológica

y con un buen Diseño de Red.

La Municipalidad cuenta con licencias de servidor.

El personal de la unidad de Tecnología de Información

está calificado para el mantenimiento y generación de

Backups del Sistema

4. Procesos de Negocio



4.1. Lista de Caso de Uso

del Negocio

Caso de uso delnegocio

Descripción

CUN01 – Gestión de Trámites Documentarios

El caso de uso inicia cuando el User-Tramitador solicita la ST (Solicitud deTramite) y lo presenta al Encargado deMesa de Parte junto con los requisitosdel trámite, seguidamente, es enviadoal Encargado administrativo para lasrevisiones correspondientes, luego sederiva al Jefe Municipal para que emitala resolución correspondiente aprobandoo no el Trámite, y el caso de usofinaliza cuando el User-Tramitadorrecoge su resolución o tramiterequerido.

.

Cuadro Nro. 01 Lista de Caso de Uso del Negocio

4.1.1. Lista de Actores del

Negocio

Actor del Negocio Descripción

AN01 Este actor es el encargado de iniciar la gestión de Trámite Documentario



Cuadro Nro. 02 Listas de Actores del Negocio

4.1.2. Diagrama General de

Caso de uso

Figura Nro. 01 Diagrama General de Caso de Uso

4.1.3. Especificación de

los Caso de Uso del Negocio

CUN01 – GESTION DE TRAMITES DOCUMENTARIOS

Breve Descripción

Este caso de uso permite al User-Tramitador

realizar cualquier tipo de Trámite Documentario

que solicite a la institución.

Objetivos

Figura Nro. 02 Objetivos del Negocio

Flujo de trabajo

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

recepcionar 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 óptimo 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.

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

Categoría

Básica

Gestor del Proceso

Usuario Tramitador

4.2. Realización de Caso

de Uso del Negocio

Realización del Negocio

Gestión de Tramite Documentario



Figura 03 Diagrama de Realización del Negocio

Diagrama de Clases

Figura 04 Diagrama de Clases de la Realización del Negocio

Diagrama de Actividad



Figura 05 Diagrama de Actividad del Negocio



4.3. Lista de

Trabajadores del Negocio

Trabajador delNegocio Descripción

Responsable de recepcionar laSolicitud de Trámite y Generaren Cargo Automático en caso deaprobarse la ST con losrequisitos.

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

Responsable de Generar laResolución de los Expedientesde los Trámites en el caso deser aprobada todo losdocumentos requeridos.

Cuadro 03 Lista de Trabajadores del Negocio

4.4. Reglas del Negocio

Regla de Negocio 01.

Todos los Trámites Documentarios realizados solo deben

ser atendidos por la unidad o gerencia al que corresponda.


Los Trámites Documentarios deben realizarse según el plazo

que estipula el TUPA.




Los Trámites Documentarios solo podrán ser realizados por

los usuarios que cuenten con un código de usuario, DNI o

RUC.


Si los requisitos no son cumplidos con fecha

recientemente 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

RF002 Registrar Usuario CUN01

RF003 Buscar Usuario CUN01

RF004 Mantener usuario CUN01

RF005 Registrar Trámite Documentario CUN01

RF006 Consultar Trámite CUN01

RF007 Consultar Unidad CUN01

RF008 Registrar Informe CUN01

RF009 Consultar Requisitos de Trámite CUN01

RF010 Actualizar Estado de Trámite CUN01

RF011 Generar Reportes CUN01

RF012 Consultar Reportes CUN01

Cuadro 04 Requisitos Funcionales

6. Requisitos No Funcionales



Tipo de Requisito Código Descripción

Restricciones del Diseño RNF-001

La tecnología a utilizar será Visual C# .NET 2010.

RNF-002

La arquitectura lógica deberá considerarse en 4 capas

RNF-003

El motor de base de datos deberá ser SQL Server 2008 para el sistema puesto en marcha.

RNF-004

Implementación enWindows sistema operativo

Componentes a AdquirirNNF-005

Servidor con Windows Server 2008 para la Implementación delSistema

Interfaces de UsuarioRNF-006

El tipo de letra general será Verdana de tamaño general de 11.

RNF-007

Los gráficos que se presenten en las interfaces tendrán un peso nomayor a los 2 megas.

Interfaces de Hardware No Aplica No Aplica

Interfaces de SoftwareNo aplica No aplica

Interfaces de Comunicaciones No aplica No aplica



Tipo de Requisito Código Descripción

Requerimientos de Licenciamiento RNF-008

Licencia del SQL Server R2 y VisualStudio 2010

SeguridadRNF-009

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

Estándares aplicablesNo aplica No aplica

Requisitos del Sistema RNF-010

Implementación en toda arquitectura Windows XP y Posterior.

Requisitos de Desempeño RNF-011

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

RNF-012

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

RNF-013

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

Cuadro 05 de Requisitos No Funcionales



7. Modelo de Caso de Uso del Sistema

7.1. Lista de Actores del

Sistema

Actor delsistema

Descripción

AS01 Este actor del sistema representa atodos los solicitantes que puedenrealizar un Trámite así como el deregistrarse en caso de no teneracceso a la Municipalidad

AS02 Este actor del sistema puederegistrar nuevos usuarios y deRegistrar el Trámite Documentario,para luego ser evaluado por los demásencargados

AS03 Este actor del sistema registra elInforme que luego será adjuntado alexpediente del trámite en curso.



AS04 Este actor del sistema se encarga deAprobar los Trámites ,además deconsultar los expedientes del TrámiteDocumentario

AS05 Este actor de sistema se encarga deregistrar Usuarios.

AS06 Este actor representa a todos losUsuarios del Sistema para que seloguea para poder acceder al sistema

Cuadro 06 Lista de Actores del Sistema

7.2. Diagrama de Actores

del Sistema



Figura 06 Diagrama General de Actores del Sistema

7.3. Arquitectura del

Sistema – Diagrama de Paquetes

Figura 07 Diagrama de la Arquitectura de Análisis



7.4. Lista de Caso de Uso

del Sistema por Paquetes

Paquete: P01 – Trámite

Caso de uso del

sistema

Descripción

CUS01 – RegistrarTrámite Documentario

En este caso de uso la Encargadade Mesa de Partes registra elTrámite a solitud del User-Tramitador para que pueda serevaluado y procesadorespectivamente.

CUS02 – ConsultarTrámite

El caso de uso inicia cuando esinvocado por un caso de uso basey su función es realizar laConsulta de un Trámite para veren qué estado se encuentra.

CUS03 – ConsultarUnidad

El caso de uso inicia cuando esinvocado por un caso de uso basey su función es realizar laConsulta de un Unidad yproceder a registrar el Trámitecorrespondiente

CUS04 – RegistrarInforme

El Encargado Administrativo seencarga de generar el Informeluego de haber verificado losdocumentos del Trámite

CUS05 – ConsultarRequisitos deTrámite

El caso de uso inicia cuando esinvocado por un caso de uso basey su función es realizar laConsulta de Requisitos que unTrámite necesita.

CUS06 – ActualizarEstado de Trámite

El Jefe Municipal es elencargado de Actualizar elestado del Trámite ya seaaprobándolo o todo lo contrario.

Cuadro 07 Lista de Casos de Uso del Sistema por Paquete



Paquete: P02 – Usuario

Caso de uso del

sistema

Descripción

CUS07 – RegistrarUsuario

El Usuario-Registrador seencarga de registrar a losnuevos usuarios.

CUS08 – BuscarUsuario

El caso de uso inicia cuando esinvocado por un caso de uso basey su función es realizar laBúsqueda de Usuarios.

CUS09 – Mantenerusuario

El Encargado de Mesa de Partesagrega, modifica o desactiva alos Usuarios según creaconveniente.


Paquete: P03 – Reporte

Caso de uso del

sistema

Descripción

CUS10 – GenerarReportes

El Encargado Administrativogenera los reportes de losTrámites

CUS11 – ConsultarReportes

El Jefe Municipal consulta losreportes para tener mayorcontrol de cómo van los procesosde los Trámites.


Paquete: P04 – Seguridad

Caso de uso del

sistema

Descripción

CUS12 – Validar Permite al usuario acceder al



Usuario sistema y realizar los Trámitesque crea conveniente.


7.5. Diagrama de Caso de

Uso por Paquete

Paquete: P01 – Tramite

Figura 08 Diagrama de Paquete - Tramite

Paquete: P02 – Usuario



Figura 09 Diagrama de Paquete - Usuario

Paquete: P03 – Reporte

Figura 10 Diagrama de Paquete - Reporte

Paquete: P04 – Seguridad

Figura 11 Diagrama de Paquete - Seguridad

7.6. Diagrama General de

Caso de Uso según Análisis



Figura 12 Diagrama General de Caso de Uso Según Análisis

7.7. Priorización de los

Caso de Uso

7.7.1. Clasificación de

los Casos de Uso del Sistema

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

CLASIFICACIÓNDE CU

CASO DE USO IMPORTAN COMPLEJI RIES IMPACTO



CIA DAD GO RNF

CUS12 – Validar Usuario Primario

CUS07 – Registrar Usuario Primario

CUS08 – Buscar Usuario Secundario

CUS09 – Mantener Usuario Primario

CUS01 – Registrar Trámite Documentario Primario

CUS02 – Consultar Trámite

Secundario

CUS03 – Consultar Unidad Secundario

CUS04 – Registrar Informe Primario

CUS05 – Consultar Requisitos de Trámite Secundario

CUS06 – Actualizar Estado de Trámite Primario

CUS10 – Generar Reportes Primario

CUS11 – Consultar Reportes Secundario

Cuadro 11 Clasificación de los Caso de Uso del Sistema



7.7.2. Ciclos de

Desarrollo de los Casos de Uso del Sistema.

Ciclo dedesarrollo

Nombre del caso de uso Clasificación

Núcleo centralo Ciclo 0

CUS12-Validar UsuarioCUS07 -Registrar UsuarioCUS09 -Mantener UsuarioCUS01 -Registrar Trámite DocumentarioCUS04 -Registrar InformeCUS06 -Actualizar Estado de TrámiteCUS10-Generar Reportes

Primario

Ciclo 1 CUS08-Buscar UsuarioCUS02-Consultar TrámiteCUS03-Consultar UnidadCUS05-Consultar Requisitos de TrámiteCUS11-Consultar Reportes

Secundario

Cuadro 12 Ciclos de Desarrollo de los Caso de Uso del Sistema


7.8. Matriz de Modelo de Negocio y Modelo del Sistema

Sistema de Información de Tramite Documentario Municipal - STDM

Casos de Uso del Negocio Actividad a Automatizar RequerimientoFuncional 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 –009

Ver requisitos de trámite

CUS05

Consultar Requisitos de Trámite

Usuario-Registrador

RF –005

Registrar Trámite

CUS01

Registrar Trámite Documentario

Encarga de Mesa de partesRF –

003Buscar datos delsolicitante

CUS08 Buscar Usuario

2 Elaborar informe

Encargado Administrativo

RF -008

Registrar Informe

CUS04

Registrar Informe


3 Aprueba Jefe Municipal RF - Aprobar trámite CUS0 Actualizar Jefe Municipal


trámite 010 documentario 6 Estado de Trámite

4Solicitar informe de trámite

Jefe Municipal RF -011 Ver reportes CUS1

1Consultar Reportes Jefe Municipal

6Supervisar proceso de gestión


RF -001

Validación de usuarios del sistema

CUS12 Validar Usuario Usuario

Cuadro 13 Matriz de Modelo de Negocio y Modelo del Sistema


7.9. Especificación de

los Caso de Uso del Sistema

8.9.1. Especificación de Alto Nivel

Caso de uso: CUS12 – Validar Usuario

Actor(es): Encargado AdministrativoPropó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 losaccesos del usuario

Clasificación Primario Requisitos RF-001

Caso de uso: CUS07 – Registrar Usuario

Actor(es): Usuario-RegistradorPropósito: Registrar un usuario.Caso de uso asociado:

CUS08-Buscar Usuario

Resumen: El caso de uso inicia cuando la Usuario-Registrador selecciona la opción Registrarusuario del menú principal. Cumple lafuncionalidad de capturar los datos delusuario y habilitándole accesos para que selogues al sistema

Clasificación Primario Requisitos RF-002,RF-004

Caso de uso: CUS08 – Buscar Usuario

Actor(es): Usuario-RegistradorPropósito: Buscar usuario para saber si está en la base

de datos de la institución.Caso de uso asociado:

No Aplica


Resumen: En este caso de uso el Usuario-Registradorpara registrar un usuario realiza la búsquedade usuarios.

Clasificación Secundario Requisitos RF-004

Caso de uso: CUS09 – Mantener usuario

Actor(es): Encargado de Mesa de PartesPropósito: Registrar, Modificar y/o Actualizar el estado

del Usuario si es necesarioCaso de uso asociado:

CUS08-Buscar Usuario

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


Caso de uso: CUS01 – Registrar Trámite Documentario

Actor(es): Encargado de Mesa de PartesPropósito: Registrar el Trámite DocumentarioCaso de uso asociado:

No aplica.

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


Caso de uso: CUS02 – Consultar Trámite

Actor(es): Jefe MunicipalPropósito: Consultar el estado de un TrámiteCaso de uso asociado:

No Aplica

Resumen: El Jefe Municipal consulta el estado de unTrámite

Clasificación Secundario. Requisitos RF-006



Caso de uso: CUS03 – Consultar Unidad

Actor(es): Encargado de Mesa de PartesPropósito: Hace la consulta de la unidad a quien va

dirigido el documento o tramite a realizar.Caso de uso asociado:

No Aplica.

Resumen: El Encargado de Mesa de Partes consulta launidad a donde va dirigido el documento.


Caso de uso: CUS04 – Registrar Informe

Actor(es): Encargado AdministrativoPropósito: Registrar el Informe del trámite realizado

para su respectiva aprobaciónCaso de uso asociado:

CUS05-Consultar Requisitos de Tramite

Resumen: El Encargado Administrativo realiza lafunción de registro del informe de acuerdo asu disponibilidad de requisitos.


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

Actor(es): Encargado de Mesa de PartesPropósito: Consultar los requisitos por tipo de trámite

realizado.Caso de uso asociado:

No Aplica

Resumen: El Encargado de Mesa de Partes consulta losrequisitos previos para realizar un trámitecon sus respectivos requisitos.


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

Actor(es): Jefe Municipal



Propósito: El Jefe Municipal encargado de aprobar o no el tramite requerido con una resolución

Caso de uso asociado:

No Aplica.

Resumen: El Jefe Municipal encargado de administrarlos recursos de aprobación de actas yresoluciones de acuerdo al procedimiento delas solicitudes de trámites realizados.


Caso de uso: CUS10 – Generar Reportes

Actor(es): Encargado AdministrativoPropósito: Realizar los reportes de las solicitudes de

Trámites.Caso de uso asociado:

No Aplica.

Resumen: El Encargado Administrativo tiene lafuncionalidad de realizar los reportes de lostrámites realizados en la municipalidad paraenviarlo a gerencia Municipal.


Caso de uso: CUS11 – Consultar Reportes

Actor(es): Jefe MunicipalPropósito: Reportar los trámites derivados a su despacho

por filtros.Caso de uso asociado:

No Aplica.

Resumen: El Jefe Municipal selecciona el filtro por elcual desea visualizar los tramitesdocumentarios derivados a su despacho para surespectiva aprobación o no.




8.9.2. Especificación Expandida

CUS01 – Validar Usuario

1. Actores

Usuario

2. Propósito

Realizar la validación de los usuarios, lo cual le

facilitaría acceder al sistema de manera segura.

3. Breve Descripción

El sistema

4. Flujo Básico de Eventos

El caso de uso se inicia cuando el Usuario inicia el Modulo 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

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 válidos, 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

Figura 13 Prototipo de Interfaz – Iniciar Sesión

CUS03 – Registrar Usuarios

1. Actores

Usuario-Registrador

2. Propósito

Registrar un Usuario 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.

1. 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.

2. El Usuario Registrador ingresa los datos del

usuario.

3. El Administrador de Sistema selecciona la opción

“Registrar”.

4. El sistema valida los datos ingresados del usuario.

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

6. El sistema graba un nuevo Usuario y muestra el

mensaje “Usuario Registrado Satisfactoriamente” con

código 999999.

7. El sistema cierra la interfaz “Registrar Usuarios” 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 el nuevo usuario.


Ninguno.


Ninguno.

11. Prototipos

Figura 14 Prototipo de Interfaz – Interfaz Principal



Figura 15 Prototipo de Interfaz – Registrar Usuario

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



Figura 16 Prototipo de Interfaz – Buscar Usuario

CUS05 – Gestionar Trámite Documentario

1. Actores

Encargado de Mesa de Partes

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 valido 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>


correspondiente al campo oficina es incorrecto, el

sistema muestra el mensaje “La selección es

incorrecta”.

<Responsable incorrecto>


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

Figura 17 Prototipo de Interfaz – Gestionar Tramite Documentario

8. Flujo de Navegación



Figura 18 – Flujo de Navegación

9. Esquema de Seguridad

STDM: Sistema de Información de Trámite Documentario de laMunicipalidad de Distrital de Punchana

Funciones porMódulo

Perfiles del Sistema

Administradorde Sistema

Aprobador

Técnico

Recepcionista

Solicitante

Módulo: Trámites

Gestionar Trámite X



Mantener Campos para la Gestión deTrá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 deTrá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 X

Módulo: Seguridad

Validar Usuario X X X X

Cuadro Nro13 – Esquema de Seguridad - STDM

10. Modelo de Análisis.

10.1. Diagramas de Clases

10.1.1. Paquete Seguridad.

Figura 19 – Diagrama de Clase Validar Usuario

10.1.2. Paquete Usuario



Figura 20 – Diagrama de Clase Registrar Usuario

Figura 21 – Diagrama de Clase Mantener Usuario

Figura 22 – Diagrama de Clase Buscar Usuario

10.1.3. Paquete de Tramite



Figura 23 – Diagrama de Clase Actualiza Listado de Tramite

Figura 24 - Diagrama de Clase Consulta Requisitos de Trámite

Figura 25 Diagrama de Clase Consultar Tramite



Figura 26 – Diagrama de Clase Consultar Unidad

Figura 27 – Diagrama de Clase Registrar Informes



Figura 28 – Diagrama de Clase Registrar Tramite

10.1.4. Paquete Reportes

Figura 29 Diagrama de Clase Consultar Reportes



Figura 30 Diagrama de Clases Generar Reportes

10.2. Diagramas de Colaboración

10.2.1. Paquete de Seguridad

Figura 31 Diagrama de Colaboración Validar Usuario

10.2.2. Paquete Usuario

Figura 32 Diagrama de Colaboración Registrar Usuario



Figura 33 Diagrama de Colaboración Mantener Usuario

Figura 34 Diagrama de Colaboración Buscar Usuario

10.2.3. Paquete Tramite



Figura 35 Diagrama de Colaboración Registrar Tramite Documentario

Figura 36 Diagrama de Colaboración Registrar Informes

Figura 37 Diagrama de Colaboración Consultar Unidad

Figura 38 Diagrama de Colaboración Consultar Tramite



Figura 39 Diagrama de Colaboración Consultar Requisitos

Figura 40 Diagrama de Colaboración Actualizar Listado de Tramites

10.2.4. Paquete Reportes

Figura 41 Diagrama de Colaboración Generar Reportes



Figura 42 Diagrama de Colaboración Consultar Reportes

11. Modelo Conceptual

Figura 43 - Modelo Conceptual.


res stdm meza cardama louis

Documents