Está en la página 1de 84

ANEXO Nº 29

Metodología de Desarrollo

1
Índice Página

A. Cuadro de requerimientos funcionales ................................................................... 7


B. Cuadro de requerimientos no funcionales............................................................... 9
C. Matriz de Trazabilidad ........................................................................................... 9
D. Actores del Sistema.............................................................................................. 13
E. Casos de Uso del Sistema ..................................................................................... 14
F. Diagrama de Casos de Uso del Sistema ................................................................ 15
G. Especificaciones de los Casos de Usos ................................................................... 18
H. Realización de Casos de Uso del Sistema .............................................................. 28
I. Diagramas de clases de análisis ........................................................................... 30
J. Listado de Interfaces ............................................................................................ 35
K. Diseño de Interfaces............................................................................................. 36
L. Lista de Controladores ......................................................................................... 55
M. Lista de Entidades ................................................................................................ 55
N. Diagrama de secuencia y colaboración de casos de uso del sistema ...................... 56
O. Diagrama de Actividades de Casos de Uso del Sistema ......................................... 67
P. Diagrama WAE de Casos de Uso del Sistema ........................................................ 71
Q. Modelo conceptual .............................................................................................. 74
R. Modelo lógico de base de datos ........................................................................... 75
S. Modelo físico de base de datos ............................................................................ 76
T. Diccionario de Base de Datos ............................................................................... 77
U. Diagrama de Componentes .................................................................................. 83
V. Diagrama de Despliegue ...................................................................................... 84

2
Índice de Tablas Página

Tabla N° 1: Requerimientos Funcionales del Sistema ............................................................ 7


Tabla N° 2: Requerimientos no Funcionales del Sistema....................................................... 9
Tabla N° 3: Matriz de trazabilidad....................................................................................... 10
Tabla N° 4: Relación entre los requerimientos funcionales y los casos de uso del sistema. 11
Tabla N° 5: Especificaciones del caso de uso “Autenticar Usuario” .................................... 18
Tabla N° 6: Especificaciones del caso de uso “Registrar Solicitud” ..................................... 20
Tabla N° 7: Especificaciones del caso de uso “Recepcionar Solicitud” ................................ 22
Tabla N° 8: Especificaciones del caso de uso “Asignar Revisor Correspondiente” .............. 24
Tabla N° 9: Especificaciones del caso de uso “Generar Reportes” ...................................... 26
Tabla N° 10: Detalle tabla t_adjunto ................................................................................... 77
Tabla N° 11: Detalle tabla t_atencion ................................................................................. 77
Tabla N° 12: Detalle tabla t_cargo ...................................................................................... 78
Tabla N° 13: Detalle t_dependencia .................................................................................... 78
Tabla N° 14: Detalle t_estadosolicitud ................................................................................ 78
Tabla N° 15: Detalle t_perfil ................................................................................................ 79
Tabla N° 16: Detalle t_tipoadjunto ...................................................................................... 79
Tabla N° 17: Detalle t_persona............................................................................................ 80
Tabla N° 18: Detalle t_solicitud ........................................................................................... 80
Tabla N° 19: Detalle t_tipodocumento ................................................................................ 81
Tabla N° 20: Detalle t_tiposolicitud ..................................................................................... 81
Tabla N° 21: Detalle t_usuario............................................................................................. 81
Tabla N° 22: Detalle t_detalleadjunto ................................................................................. 82

3
Índice de Figuras Página

Figura N° 1: Actores del Sistema ......................................................................................... 13


Figura N° 2: Casos de Uso del Sistema ................................................................................ 14
Figura N° 3: Diagrama de Casos de Uso del Sistema .......................................................... 15
Figura N° 4: Diagrama de CUS del Perfil de Jefe de Dependencia ...................................... 16
Figura N° 5: Diagrama de CUS del Perfil de Solicitante ....................................................... 16
Figura N° 6: Diagrama de CUS del Perfil Mesa de Partes .................................................... 17
Figura N° 7: Diagrama de CUS del Perfil Revisor ................................................................. 17
Figura N° 8: Realización del CUS: Autenticar Usuario ........................................................ 28
Figura N° 9: Realización del CUS: Registrar Solicitud .......................................................... 28
Figura N° 10: Realización del CUS: Recepcionar Solicitud ................................................... 28
Figura N° 11: Realización del CUS: Asignar Revisor Correspondiente ................................. 29
Figura N° 12: Realización del CUS: Generar Reportes ......................................................... 29
Figura N° 13: Diagrama de Clases de analisis “Autenticar Usuario”................................... 30
Figura N° 14: Diagrama de Clases de analisis “Registrar Solicitud” .................................... 31
Figura N° 15: Diagrama de Clases de analisis “Recepcionar Solicitud”............................... 32
Figura N° 16: Diagrama de Clases de analisis “Asignar Revisor Correspondiente” ............ 33
Figura N° 17: Diagrama de Clases de analisis ”Generar Reportes”..................................... 34
Figura N° 18: Lista de Interfaces .......................................................................................... 35
Figura N° 19: Interfaz: Ingreso ............................................................................................ 36
Figura N° 20: Interfaz: Inicio ............................................................................................... 37
Figura N° 21: Interfaz: Registrar Usuario ........................................................................... 38
Figura N° 22: Interfaz: Administrar Usuarios...................................................................... 39
Figura N° 23: Interfaz: Administrar Perfiles ......................................................................... 40
Figura N° 24: Interfaz: Registrar Dependencia .................................................................... 41
Figura N° 25: Interfaz: Administrar Dependencias .............................................................. 42
Figura N° 26: Interfaz: Registrar Cargo ............................................................................... 43
Figura N° 27: Interfaz: Administrar Cargos ......................................................................... 44
Figura N° 28: Interfaz: Registrar Persona ............................................................................ 45
Figura N° 29: Interfaz: Administrar Personas ...................................................................... 46

4
Figura N° 30: Interfaz: Administrar Estados de Solicitud .................................................... 47
Figura N° 31: Interfaz: Registrar Solicitud ........................................................................... 48
Figura N° 32: Interfaz: Bandeja de Solicitudes .................................................................... 49
Figura N° 33: Interfaz: Ver Solicitud .................................................................................... 50
Figura N° 34: Interfaz: Ver Historial..................................................................................... 51
Figura N° 35: Interfaz: Atención Mesa de Partes ................................................................ 52
Figura N° 36: Interfaz: Índice de Solicitudes Revisadas y Aprobadas .................................. 53
Figura N° 37: Interfaz: Operativos Policiales Aprobados..................................................... 54
Figura N° 38: Lista de Controladores ................................................................................... 55
Figura N° 39: Lista de Entidades .......................................................................................... 55
Figura N° 40: Diagrama de Secuencia de CUS “Autentificar Usuario” ................................ 56
Figura N° 41: Diagrama de Colaboración de CUS “Autentificar Usuario” ........................... 57
Figura N° 42: Diagrama de Secuencia de CUS “Registrar Solicitud” ................................... 58
Figura N° 43: Diagrama de Colaboración de CUS “Registrar Solicitud” .............................. 59
Figura N° 44: Diagrama de Secuencia de CUS “Recepcionar Solicitud” .............................. 60
Figura N° 45: Diagrama de Colaboración de CUS “Recepcionar Solicitud” ......................... 61
Figura N° 46: Diagrama de Secuencia de CUS “Asignar Revisor Correspondiente” ............ 62
Figura N° 47: Diagrama de Colaboración de CUS “Asignar Revisor Correspondiente” ....... 63
Figura N° 48: Diagrama de Secuencia de CUS “Generar Reporte I” .................................... 64
Figura N° 49: Diagrama de Secuencia de CUS “Generar Reporte II” ................................... 65
Figura N° 50: Diagrama de Colaboración de CUS “Generar Reporte” ................................ 66
Figura N° 51: Diagrama de Actividades de CUS “Autenticar Usuario”................................ 67
Figura N° 52: Diagrama de Actividades de CUS “Registrar Solicitud” ................................. 68
Figura N° 53: Diagrama de Actividades de CUS “Recepcionar Solicitud” ............................ 68
Figura N° 54: Diagrama de Actividades de CUS “Asignar Revisor Correspondiente” ......... 69
Figura N° 55: Diagrama de Actividades de CUS “Generar Reporte” ................................... 70
Figura N° 56: Diagrama WAE del CUS “Autenticar Usuario” .............................................. 71
Figura N° 57: Diagrama WAE del CUS “Registrar Solicitud” ............................................... 72
Figura N° 58: Diagrama WAE del CUS “Recepcionar Solicitud” .......................................... 72
Figura N° 59: Diagrama WAE del CUS “Generar Reportes” ................................................ 73

5
Figura N° 60: Modelo Conceptual........................................................................................ 74
Figura N° 61: Modelo Lógico de la Base de Datos ............................................................... 75
Figura N° 62: Modelo Fisico de Base de Datos .................................................................... 76
Figura N° 63: Diagrama de Componentes ........................................................................... 83
Figura N° 64: Diagrama de Despliegue ............................................................................... 84

6
Modelado del Sistema

Se describe toda la metodología usada con apoyo de la metodología RUP


empleada para el diseño y la construcción del sistema de tramite documentario
(STD) de la institución DIREICAJ - PNP.

A. Cuadro de requerimientos funcionales

Se muestra en la Tabla N°1, el listado de requerimientos funcionales solicitados


por la institución con los que debe contar el sistema de tramite documentario.

Tabla N° 1: Requerimientos Funcionales del Sistema

Código Requerimiento funcional Prioridad

El sistema debe mostrar una pantalla de inicio de


RF01 sesión para que valide a los usuarios mediante una ALTA
contraseña.

El sistema debe permitir la consulta y el registro de


RF02 ALTA
datos de los usuarios.

El sistema debe permitir la consulta y el registro de


RF03 MEDIA
datos de las personas

El sistema debe permitir la consulta y el registro de


RF04 MEDIA
datos de los cargos de las personas

El sistema debe permitir la consulta y el registro de


RF05 perfiles de usuario para que los usuarios accedan solo ALTA
al contenido autorizado

El sistema debe permitir la consulta y el registro de


RF06 MEDIA
dependencias

El sistema debe permitir la consulta y el registro de


RF07 ALTA
tipos de solicitudes

El sistema debe permitir la consulta y el registro de


RF08 ALTA
tipos de documentos para revisión

7
El sistema debe permitir la consulta y el registro de los
RF09 MEDIA
estados de las solicitudes

El sistema debe permitir la consulta y el registro de


RF10 datos de las solicitudes, según la dependencia ALTA
derivada.

El sistema debe permitir la consulta del historial de


RF11 ALTA
atenciones sobre una solicitud.

El sistema debe permitir actualizar una solicitud de


RF12 ALTA
operativo de “Registrado” a “Recepcionado”

El sistema debe permitir actualizar una solicitud de


RF13 ALTA
operativo de “Recepcionado” a “Asignado”

El sistema debe permitir actualizar una solicitud de


RF14 ALTA
operativo de “Recepcionado” a “Observado”

El sistema debe permitir actualizar una solicitud “Con


RF15 ALTA
observaciones” a “Observaciones subsanadas”

El sistema debe permitir la consulta y la impresión de


RF16 solicitudes policiales aprobadas por cada ALTA
dependencia.

El sistema debe permitir la consulta y la impresión de


RF17 ALTA
solicitudes policiales aprobadas por asunto.

Fuente: Elaboración Propia

8
B. Cuadro de requerimientos no funcionales

Se muestra en la Tabla N°2, el listado de requerimientos no funcionales


solicitados por la institución con los que debe contar el sistema de tramite
documentario.

Tabla N° 2: Requerimientos no Funcionales del Sistema


Código Requerimiento no funcional Prioridad
El sistema debe ser confiable, restringiendo el
RNF01 ALTA
acceso a usuarios no autorizados
El sistema debe estar disponible las 24 horas del
RNF02 ALTA
día y los 365 días del año.
El sistema debe contar con interfaces fáciles de
RNF03 MEDIA
comprender.
RNF04 El sistema debe funcionar en un entorno web. ALTA
Se debe capacitar a los usuarios durante la primera
RNF05 semana después de su implementación en el MEDIA
proceso.

Fuente: Elaboración propia

C. Matriz de Trazabilidad

Como se muestra en la Tabla N° 3, la matriz de trazabilidad es una herramienta


utilizada para saber que requerimientos quedan cubiertos.

Consistiendo en un versus de Requerimientos Funcionales con los Casos de Uso


del Sistema.

9
Tabla N° 3: Matriz de trazabilidad
RF RF RF RF RF RF RF RF RF RF RF RF RF RF RF RF RF
01 02 03 04 05 06 07 08 09 10 11 12 13 14 15 16 17
CUS 01 ●
CUS 02 ●
CUS 03 ●
CUS 04 ●
CUS 05 ●
CUS 06 ●
CUS 07 ●
CUS 08 ●
CUS 09 ●
CUS 10 ●
CUS 11 ●
CUS 12 ●
CUS 13 ●
CUS 14 ●
CUS 15 ●
CUS 16 ●
CUS 17 ●
CUS 18 ●
CUS 19 ●
CUS 20 ●
CUS 21 ●
CUS 22 ●
CUS 23 ●
CUS 24 ●
CUS 25 ● ●
Fuente: Elaboración propia

10
También en la Tabla N° 4, se añade la representación del CUS (Caso de Uso
del Sistema) para fortalecer el diseño desarrollado.
Tabla N° 4: Relación entre los requerimientos funcionales y los casos de uso
del sistema.

Requerimiento
Código Caso de Uso Representación
Funcional

CUS01 Autenticar Usuario RF01


Autenticar Usuario

CUS02 Registrar Usuarios


Registrar Usuarios
RF02
Consultar
CUS03
Usuarios
Consultar Usuarios

Registrar
CUS04
Personas
Registrar Personas
RF03
Consultar
CUS05
Personas
Consultar Personas

CUS06 Registrar Cargos


Registrar Cargos
RF04

CUS07 Consultar Cargos


Consultar Cargos

CUS08 Registrar Perfiles


Registrar Perfiles
RF05

CUS09 Consultar Perfiles


Consultar Perfiles

Registrar
CUS10 RF06
Dependencias
Registrar Depedencias

11
Consultar
CUS11
Dependencias
Consultar Dependencias

Registrar Tipos de
CUS12
Solicitudes
Registrar Tipos de Solicitudes
RF07
Consultar Tipos
CUS13
de Solicitudes
Consultar Tipos de Solicitudes

Registrar Tipos de
CUS14
documentos
Registrar Tipos de Documentos
RF08
Consultar Tipos
CUS15
de documentos
Consultar Tipos de Documentos

Registrar Estados
CUS16
de Solicitud
Registrar Estados de Solicitud
RF09
Consultar Estados
CUS17
de Solicitud
Consultar Estados de Solicitud

CUS18 Registrar Solicitud


Registrar Solicitud
RF10
Consultar
CUS19
Solicitud
Consultar Solicitud

CUS20 Consultar Historial RF11


Consultar Historial

Recepcionar
CUS21 RF12
Solicitud
Recepcionar Solicitud

Asignar Revisor
CUS22 RF13
correspondientes Asignar Revisor Correspondiente

12
Presentar
CUS23 Observaciones de RF14
Presentar Observaciones de Mesa
Mesa de Partes de Partes

Levantar
CUS24 RF15
Observaciones
Levantar Observaciones

RF16
CUS25 Generar Reportes
RF17 Generar Reportes

Fuente: Elaboración Propia

D. Actores del Sistema

Los actores del sistema se identifican a partir de los actores y trabajadores del
negocio. Por ello, los actores del sistema, son el administrador del sistema, el
solicitante, mesa de partes, revisor y jefe de dependencia, mayor descripción en
la Figura N° 1.
Figura N° 1
Tiene todos los privilegios de acceso a la
modificación de los datos del sistema,
consulta, generación de reportes.

AS Administrador

Realiza el registro y consulta el estado de


sus solicitudes policiales
Fuente: Elaboración Propia

AS Solicitante

Recepciona y asigna las solicitudes, segun


dependencia.

AS Mesa de
Partes

Realiza la autorizacion o presenta


observaciones a las solicitudes presentadas

AS Revisor

De acuerdo a sus funciones y dependencias


puede visualizar todas las solicitudes de su
dependencia y emitir comunicaciones

AS Jefe de
Dependencia

13
E. Casos de Uso del Sistema

Los casos de uso del sistema muestra una descripcion de los pasos o actividades que debera realizarse para llevar a cabo
los procesos identificados en los requerimientos, ver la Figura N° 2.

Figura N° 2

Autenticar Usuario Registrar Usuarios Consultar Usuarios Registrar Personas Consultar Personas
Fuente: Elaboración Propia

Registrar Cargos Consultar Cargos Registrar Perfiles Consultar Perfiles Consultar Dependencias Registrar Depedencias

Registrar Tipos de Solicitudes Consultar Tipos de Solicitudes


Registrar Solicitud Consultar Solicitud
Levantar Observaciones

Registrar Estados de Solicitud Consultar Estados de Solicitud Generar Reportes


Registrar Tipos de Documentos Presentar Observaciones de Mesa
de Partes

Consultar Historial Recepcionar Solicitud Asignar Dependencias


Correspondientes Consultar Tipos de Documentos

Vista de Casos de Uso del Sistema.

14
F. Diagrama de Casos de Uso del Sistema

Los diagramas de caso de uso de sistema pueden ser usados para describir la funcionalidad de un sistema en base a funciones
que realiza cada usuario del sistema.

Figura N° 3

Registrar Cargos Consultar Cargos


Consultar Personas Registrar Tipos de Solicitudes
(from Casos de Uso de Sist... (from Casos de Uso de Sist...
Registrar Personas (from Casos de Uso de Sist...
(from Casos de Uso de Sist... Consultar Tipos de Solicitudes
(from Casos de Uso de Sist...
(from Casos de Uso de Sist...
Fuente: Elaboración Propia

Consultar Dependencias
(from Casos de Uso de Sist...
Registrar Estados de Solicitud
<<extend>>
<<extend>> (from Casos de Uso de Sist...
<<extend>>
<<extend>>
Registrar Depedencias <<extend>>

(from Casos de Uso de Sist...


Consultar Estados de Solicitud
<<extend>> (from Casos de Uso de Sist...

<<extend>>

AS Administrador Autenticar Usuario


<<extend>> Registrar Usuarios
(from Casos de Uso de Sist...
(from Actores de Sist...
(from Casos de Uso de Sist...
<<extend>>
<<extend>>

<<extend>> Consultar Usuarios


(from Casos de Uso de Sist...

Generar Reportes
Consultar Perf iles Registrar Perf iles
(from Casos de Uso de Sist...
(from Casos de Uso de Sist... (from Casos de Uso de Sist...

Diagrama de Casos de Uso de Sistema del Perfil Administrador


En la Figura N° 3, se puede observar la relación entre el actor Administrador y los casos de uso del sistema.

15
Figura N° 4
Fuente: Elaboración Propia

AS Jefe de Consultar Historial


Dependencia (from Casos de Uso de Sistema)
(from Actores de Si ste...)

<<include>>

Autenticar Usuario <<extend>> Consultar Solicitud


(from Casos de Uso de Sistema) (from Casos de Uso de Sistema)

Diagrama de Casos de Uso de Sistema del Perfil de Jefe de Dependencia

En la Figura N° 4, se puede observar la relación entre el actor Jefe de


Dependencia y los casos de uso del sistema.

Figura N° 5
Fuente: Elaboración Propia

Consultar Historial
(from Casos de Uso de Si stem a)

<<include>>

Autenticar Usuario <<extend>> Consultar Solicitud


AS Solicitante
(from Casos de Uso de Si stem a) (from Casos de Uso de Si stem a)
(from Actores de Siste...)

<<extend>> <<include>>

Registrar Solicitud Levantar Observaciones


(from Casos de Uso de Si stem a)
(from Casos de Uso de Si stem a)

Diagrama de Casos de Uso de Sistema del Perfil Solicitante

En la Figura N° 5, se puede observar la relación entre el actor Solicitante y los


casos de uso del sistema.

16
Figura N° 6

<<extend>>
Autenticar Usuario Generar Reportes
AS Mesa de Partes
Fuente: Elaboración Propia

(from Casos de Uso de Sist... (from Casos de Uso de Sist...


(from Actores de Sistema)

<<extend>>

<<include>>

Consultar Solicitud Consultar Historial


(from Casos de Uso de Sist... (from Casos de Uso de Sist...

<<include>>
<<include>> <<include>>

Recepcionar Solicitud Asignar Revisor Correspondiente


Presentar Observaciones de Mesa
(from Casos de Uso de Sist... de Partes (from Casos de Uso de Sist...
(from Casos de Uso de Sist...

Diagrama de Casos de Uso de Sistema del Perfil Mesa de Partes

En la Figura N° 6, se puede observar la relación entre el actor Mesa de Partes y


los casos de uso del sistema.

Figura N° 7
Fuente: Elaboración Propia

AS Revisor Consultar Historial


(from Actores de Siste...) (from Casos de Uso de Sistema)

<<include>>

Autenticar Usuario <<extend>> Consultar Solicitud


(from Casos de Uso de Sistema) (from Casos de Uso de Sistema)

Diagrama de Casos de Uso de Sistema del Perfil Revisor

En la Figura N° 7, se puede observar la relación entre el actor Revisor y los casos


de uso del sistema.

17
G. Especificaciones de los Casos de Usos

Se procede a detallar las especificaciones de los Casos de Uso primordiales del


sistema web para el trámite documentario de la DIREICAJ-PNP.

En la siguiente Tabla N° 5, se muestra las especificaciones del caso de uso


“Autenticar Usuario”.

Tabla N° 5: Especificaciones del caso de uso “Autenticar Usuario”

Caso de uso: CUS01 – Autenticar Usuario


Administrador del Sistema
Actor(es):
Mesa de Partes
Revisor
Jefe de Dependencia
Solicitante

Descripción: El sistema permite al usuario acceder a su contenido


mediante una cuenta de usuario y su respectiva
contraseña

Precondiciones: Los usuarios deben estar registrados en el sistema

Postcondiciones: El usuario ha iniciado sesión y el sistema dirige a la


pantalla de inicio y el menú principal.

FLUJO DE EVENTOS

Acción del Actor Acción del Sistema

2. El usuario ingresa los 1. El sistema muestra la interfaz principal “Ingreso”.


datos solicitados: usuario 3. El sistema valida y verifica los datos ingresados.
y contraseña. 4. El sistema muestra la interfaz de “Menú
Posteriormente pulsa el Principal” y un mensaje de bienvenida al usuario.
botón “Ingresar”. 5. El caso de uso finaliza.

18
FLUJOS ALTERNATIVOS

Si el usuario ingresa un nombre de usuario y contraseña incorrecta, el


sistema mostrará el mensaje “Alerta: El usuario o contraseña ingresado es
incorrecto.”

PROTOTIPO

Fuente: Elaboración Propia

Se muestra la descripción, actores participantes y flujos de eventos del caso de


uso de sistema “Autenticar Usuario”

19
En la Tabla N° 6, se muestra las especificaciones del caso de uso “Registrar
Solicitud”.

Tabla N° 6: Especificaciones del caso de uso “Registrar Solicitud”

Caso de uso: CUS18 – Registrar Solicitud

Actor(es): Solicitante

Descripción: El sistema permite al usuario “Solicitante” registrar solicitudes


de Operativos Policiales.

Precondiciones: El Solicitante del Sistema debe haber iniciado sesión.

El usuario debe contar con el perfil “Solicitante”.

Postcondiciones: El Solicitante ha registrado la solicitud satisfactoriamente

FLUJO DE EVENTOS

Acción del Actor Acción del Sistema

2. El Solicitante selecciona el 1. El sistema muestra la interfaz “Registrar


tipo de solicitud tipo de Solicitud”, conformado por la sección de datos
documento. Ingresa el nombre de solicitante (conformado por la dependencia
del operativo. Selecciona el tipo División de Investigación Criminal y solicitante),
de adjunto, selecciona el archivo la sección detalle de solicitud (tipo de
a adjuntar. Hace clic en el botón documento, nombre de solicitud de operativo), la
“Adjuntar”. sección de adjuntar archivo (conformado por tipo

4. El Administrador del Sistema y archivo) y la sección de archivos de solicitud


ingreso los datos solicitados en (conformado por registros de archivos que
la sección datos del empleado: pueda ir adjuntado – otro informe o sustento).
nombres, apellidos, dirección, 3. El sistema muestra en la sección de archivos
correo, teléfono, DNI y fecha de adjuntos, los archivos que se van a subir.
nacimiento. Hace clic en el botón 6. El sistema muestra mensaje: “Solicitud con
código ‘SOPE-2-0001’ registrada
“Adjuntar”.
correctamente”.
5. El Solicitante hace clic en el
7. El caso de uso finaliza.
botón “Registrar”

20
FLUJOS ALTERNATIVOS
FA01: “Datos Obligatorios”
Si el Solicitante ingresa algún dato no valido o deja algún campo vacío el sistema
mostrará el mensaje “Ingresar campos obligatorios” y marcará los campos que
deben ser ingresados.

Prototipo

Fuente: Elaboración Propia

Se muestra la descripción, actores participantes y flujos de eventos del caso de


uso de sistema “Registrar Solicitud”

21
En Tabla N° 7, se muestra las especificaciones del caso de uso “Recepcionar
Solicitud”.

Tabla N° 7: Especificaciones del caso de uso “Recepcionar Solicitud”

Caso de uso: CUS21 – Recepcionar Solicitud

Actor(es): Mesa de Partes


El sistema permite al usuario confirmar la recepción de
Descripción:
solicitudes de revisión
El Solicitante del Sistema debe haber iniciado sesión.
Precondiciones:
El usuario debe contar con el perfil “Mesa de Partes”.
La solicitud debe estar en estado “Registrado”.

Postcondiciones: La solicitud debe se actualiza a estado “Recepcionado”.

FLUJO DE EVENTOS

Acción del Actor Acción del Sistema

2. En la sección “Búsqueda de 1. El sistema muestra la interfaz “Bandeja”,


Solicitud” el usuario ingresa y conformado por la sección de “Búsqueda
selecciona los criterios de búsqueda, de Solicitud”, una tabla con el listado de las
dependiendo del dato que desea solicitudes registradas bajo su cargo, y sus
buscar. respectivas opciones de ver
solicitud/detalle actual, acción, historial y
3. El usuario hace clic en el botón
notificar.
“Consultar”.
4. El sistema muestra la lista de solicitudes
5. El usuario hace clic en el botón “Ver
que corresponde a los criterios de
Solicitud” de uno de los registros con
búsqueda seleccionados.
estado “Registrado”.
6. El sistema muestra el detalle de la
7. El usuario hace clic en el botón solicitud.
“Confirmar recepción”. 8. El sistema registra la atención y
actualiza el estado de la solicitud.
9. El sistema muestra un mensaje de
confirmación.
10. El caso de uso finaliza.

22
FLUJOS ALTERNATIVOS
Ninguno

Prototipo

Fuente: Elaboración Propia

Se muestra la descripción, actores participantes y flujos de eventos del caso de


uso de sistema “Recepcionar Solicitud”.

En Tabla N° 8, se muestra las especificaciones del caso de uso “Asignar Revisor


Correspondiente”. Se muestra la descripción, actores participantes y flujos de
eventos del caso de uso de sistema “Asignar Revisor Correspondiente”.

23
Tabla N° 8: Especificaciones del caso de uso “Asignar Revisor
Correspondiente”

Caso de uso: CUS22 – Asignar Revisor Correspondiente

Actor(es): Mesa de Partes

Descripción: El sistema permite al usuario “Mesa de Partes” asignar revisor


correspondiente como evaluador de elite para verificar si
cruza o interviene con otro operativo programado por el
Solicitante (DIRINCRI)

Precondiciones: El usuario del Sistema debe haber iniciado sesión.

El usuario debe contar con el perfil “Mesa de Partes”.

La solicitud debe tener estado “Recepcionado”.

Postcondiciones: El usuario “Mesa de Partes” ha asignado a dependencias de


apoyo, para los operativos.

FLUJO DE EVENTOS

Acción del Actor Acción del Sistema

2. El usuario “Mesa de 1. El sistema muestra la interfaz “Bandeja”,


Partes” hace clic en el botón conformado por la sección de “Búsqueda de
“Atender Mesa de Partes”. Solicitudes”, una tabla con el listado de las

4. El usuario “Mesa de solicitudes recibidas, y la opción “Ver de


Partes” hace clic en el botón Solicitud/Detalle Actual” y “Atender Mesa de Partes”.
3. El sistema muestra en la misma pantalla una
“Si”
ventana con la pregunta “¿Cumple con los requisitos
6. El usuario “Mesa de
mínimos de una Solicitud de Operativo?”
Partes” Selecciona
5. El sistema muestra la sección “Asignar Revisor”
depedencias.
(Conformado por el Seleccionar Revisor y
7. El usuario “Mesa de comentario).
Partes” hace clic en el botón 8. El sistema muestra el mensaje: “Atención
“Enviar” registrada correctamente.”
9. El caso de uso finaliza.

24
FLUJOS ALTERNATIVOS
FA01: “Datos Obligatorios”
Si el usuario “Mesa de Partes” ingresa algún campo vacío el sistema mostrará el
mensaje “Ingresar campos obligatorios” y marcará los campos que deben ser
ingresados.

Prototipo

Fuente: Elaboración Propia

25
En Tabla N° 9, se muestra las especificaciones del caso de uso “Generar
Reportes”. Se muestra la descripción, actores participantes y flujos de eventos
del caso de uso de sistema “Generar Reportes”.

Tabla N° 9: Especificaciones del caso de uso “Generar Reportes”

Caso de uso: CUS25 – Generar Reportes

Actor(es): Administrador, Mesa de Partes

Descripción: El sistema permite al usuario generar reportes.


El usuario del Sistema debe haber iniciado sesión.
Precondiciones:
El usuario debe contar con el perfil “Administrador” “Revisor”,
“Mesa de Partes”.

Postcondiciones: El usuario genera un reporte en formato pdf.

FLUJO DE EVENTOS

Acción del Actor Acción del Sistema

2. El usuario hace clic en el menú 1. El sistema muestra la interfaz “Inicio”,


“Reportes”, selecciona la opción conformado por la sección de menu del
correspondiente al reporte que sistema.
desea. 3. El sistema muestra el formulario de consulta

4. El usuario completa los campos para la generación del reporte.


requeridos para la consulta. 6. El sistema genera en otra ventana el reporte
pdf con los datos del resultado de la consulta.
5. El usuario hace clic en el botón
8. El caso de uso finaliza.
“Generar”.

FLUJOS ALTERNATIVOS
FA01: “Datos Obligatorios”
Si el usuario “Mesa de Partes” ingresa algún campo vacío el sistema mostrará el
mensaje “Ingresar campos obligatorios” y marcará los campos que deben ser
ingresados.

26
Fuente: Elaboración Propia

27
H. Realización de Casos de Uso del Sistema

• CUS01: Autenticar Usuario


Fuente: Elaboración Propia

Figura N° 8

Realizacion de Autenticar Usuario <<Realize>> Autenticar Usuario


(from Casos de Uso de Sistema)

Realización de Caso de Uso del sistema: Autenticar Usuario


En la Figura 8, se observa la realización del caso de uso de sistema
Autenticar Usuario.

• CUS18: Registrar solicitud


Fuente: Elaboración Propia

Figura N° 9

Realizacion de Registrar Solicitud <<Realize>> Registrar Solicitud


(from Casos de Uso de Si stema)

Realización de Caso de Uso del sistema: Registrar Solicitud


En la Figura 9, se observa la realización del caso de uso de sistema
Registrar Solicitud.

• CUS21: Recepcionar Solicitud


Fuente: Elaboración Propia

Figura N° 10

Realizacion de Recepcionar <<Realize>> Recepcionar Solicitud


Solicitud (from Casos de Uso de Sistema)

Realización de Caso de Uso del sistema: Recepcionar Solicitud

28
En la Figura 10, se observa la realización del caso de uso de sistema
Recepcionar Solicitud.
• CUS22: Asignar Revisor Correspondiente
Fuente: Elaboración Propia

Figura N° 11

Realizacion de Asignar Revisor <<Realize>> Asignar Revisor Correspondiente


Correspondiente (from Casos de Uso de Sistema)

Realización de Caso de Uso del sistema: Asignar Revisor


Correspondiente
En la Figura Nº 11, se observa la realización del caso de uso de sistema
Asigna Revisor a Solicitud.

• CUS25: Generar Reportes


Fuente: Elaboración Propia

Figura N° 12

Realizacion de Generar Reportes <<Realize>> Generar Reportes


(from Casos de Uso de Si stem a)

Realización de Caso de Uso del sistema: Generar Reportes

En la Figura Nº 12, se observa la realización del caso de uso de sistema


Generar Reportes.

29
I. Diagramas de clases de análisis

En la siguiente figura se muestra el diagrama de clases del caso de uso de


sistema “Autenticar Usuario”, plasmando la relación entre usuarios, interfaces,
controladores y entidades.

• Caso de Uso 01: Autenticar Usuario


Figura N° 13
Fuente: Elaboración Propia

AS Administrador
(from Actores de Siste...)
AS Jefe de
Dependencia Inicio
(from Actores de Siste...) (from Vi sta)

Usuario
(from Enti dad)

AS Mesa de Ingreso UsuarioController


Partes (from Vi sta) (from Control ador)
(from Actores de Siste...)

Perfil
(from Enti dad)

AS Revisor
(from Actores de Siste...) AS Solicitante
(from Actores de Siste...)

Diagrama de Clases de análisis “Autenticar Usuario”

En la Figura N° 13, se muestra el caso de uso del sistema Autenticar Usuario


contiene 1 control, el UsuarioController, que se encarga de registrar los datos
que le son enviados.

30
• Caso de Uso 18: Registrar Solicitud

En la siguiente figura se muestra el diagrama de clases del caso de uso de


sistema “Registrar Solicitud”, plasmando la relación entre usuarios, interfaces,
controladores y entidades.

Figura N° 14
Fuente: Elaboración Propia

AS Solicitante Inicio Registrar Solicitud


(from Actores de Sis...) (from Vi sta) (from Vi sta)

SolicitudController
(from Control ador)

DetalleAdjunto
Atencion
(from Enti dad)
(from Enti dad)

Solicitud Adjunto
(from Enti dad) (from Enti dad)

Diagrama de Clases de análisis “Registrar Solicitud”

En la Figura N° 14, se muestra el caso de uso del sistema Autenticar Usuario


contiene 1 control, el SolicitudController, que se encarga de registrar los datos
que le son enviados.

31
• Caso de Uso 21: Recepcionar Solicitud

En la siguiente figura se muestra el diagrama de clases del caso de uso de


sistema “Recepcionar Solicitud”, plasmando la relación entre usuarios,
interfaces, controladores y entidades.

Figura N° 15
Fuente: Elaboración Propia

AS Mesa de Inicio DetalleAdjunto


Partes (from Vi sta) (from Enti dad)
(from Actores de Siste...)

Bandeja de Solicitudes SolicitudController


(from Vi sta) (from Control ador)

Consultar Solicitud Atencion


(from Vi sta) (from Enti dad)

Diagrama de Clases de análisis “Recepcionar Solicitud”

En la Figura N° 15, se muestra el caso de uso del sistema Autenticar Usuario


contiene 1 control, el SolicitudController, que se encarga de registrar los datos
que le son enviados.

32
• Caso de Uso 22: Asignar Revisor Correspondiente

En la siguiente figura se muestra el diagrama de clases del caso de uso de


sistema “Asignar Revisor Correspondiente”, plasmando la relación entre
usuarios, interfaces, controladores y entidades.

Figura N° 16

AS Mesa de Partes Inicio DetalleAdjunto


Fuente: Elaboración Propia

(from Actores de Sistema) (from Vi sta)


(from Enti dad)

Bandeja de Solicitudes
(from Vi sta) SolicitudController Atencion
(from Control ador) (from Enti dad)

Atencion Mesa de Partes


Usuario
(from Vi sta)
(from Enti dad)

Diagrama de Clases de análisis “Asignar Revisor Correspondiente”

En la Figura N° 16, se muestra el caso de uso del sistema Autenticar Usuario


contiene 1 control, el SolicitudController, que se encarga de registrar los datos
que le son enviados.

33
• Caso de Uso 25: Generar Reportes

En la siguiente figura se muestra el diagrama de clases del caso de uso de


sistema “Generar Reportes”, plasmando la relación entre usuarios, interfaces,
controladores y entidades.

Figura N° 17

AS Administrador
Fuente: Elaboración Propia

Dependencia
(from Actores de Sistema) (from Enti dad)

Indice de Solicitudes Revisadas y Aprobadas


(from Vi sta)
Tipodocumento
(from Enti dad)

Inicio Solicitud
ReporteController
(from Vi sta) (from Enti dad)
(from Control ador)

Operativos Policia...
(from Vi sta)

DetalleAdjunto
(from Enti dad)

AS Mesa de Partes
Atencion
(from Actores de Sistema)
(from Enti dad)

Diagrama de Clases de análisis “Generar Reportes”

En la Figura N° 17, se muestra el caso de uso del sistema Autenticar Usuario


contiene 1 control, el ReporteController, que se encarga de consultar los datos
que le son enviados.

34
J. Listado de Interfaces

En la Figura Nº 18, se observa la lista de interfaces que conforman el sistema

Figura N° 18

Inicio Bandeja de Solicitudes Ingreso Notificar


Atencion Mesa de Partes
Fuente: Elaboración Propia

Registrar Solicitud Observar Solicitud Subsanar Solicitud Ver Solicitud


Administrar Perfiles

Registrar Usuario Administrar Usuarios Registrar Cargo Registrar Perfil Ver Historial

Registrar Estado de Solicitud


Administrar Estados de Solicitud
Administrar Cargos Registrar Persona
Administrar Personas

Registrar Tipo de Documento


Administrar Tipos de Documento Registrar Tipo de Solicitud Registrar Dependencia

Operativos Policiales Aprobados

Indice de Solicitudes Revisadas y Aprob...


Administrar Tipos de solicitud Administrar Dependencias
Archivo de Solicitudes

Lista de interfaces

35
K. Diseño de Interfaces

• Interfaz 01: Ingreso


El Administrador, Mesa de Partes, Revisor, Jefe de Dependencia y Solicitante
podrán iniciar sesión para ingresar al sistema. Así como se muestra en la Figura
N° 19.

Figura N° 19

Ingreso

Código:
Fuente: Elaboración Propia

Interfaz: Ingreso

36
• Interfaz 02: Inicio

El Administrador, Jefe de Dependencia, Mesa de Partes, Revisor y Solicitante


podrán ingresar al menú del sistema. Así como se muestra en la Figura N° 20.

Figura N° 20

Inicio

Código:
Fuente: Elaboración Propia

Interfaz: Inicio

37
• Interfaz 03: Registrar Usuario

El Administrador, podrá registrar un usuario. Así como se muestra en la Figura


N° 21.

Figura N° 21

Registrar Usuario

Código:
Fuente: Elaboración Propia

Interfaz: Registrar Usuario

38
• Interfaz 04: Administrar Usuarios

El Administrador, podrá administrar usuarios. Así como se muestra en la Figura


N° 22.

Figura N° 22

Administrar Usuarios

Código:
Fuente: Elaboración Propia

Interfaz: Administrar Usuarios

39
• Interfaz 05: Administrar Perfiles

El Administrador, podrá administrar un perfil. Así como se muestra en la Figura


N° 23.

Figura N° 23

Administrar Perfiles

Código:
Fuente: Elaboración Propia

Interfaz: Administrar Perfiles

40
• Interfaz 06: Registrar Dependencia

El Administrador, podrá registrar una dependencia. Así como se muestra en la


Figura N° 24.

Figura N° 24

Registrar Dependencia

Código:
Fuente: Elaboración Propia

Interfaz: Registrar Dependencia

41
• Interfaz 07: Administrar Dependencias

El Administrador, podrá administrar una dependencia. Así como se muestra en


la Figura 25

Figura N° 25

Administrar Dependencias

Código:
Fuente: Elaboración Propia

Interfaz: Administrar Dependencias

42
• Interfaz 08: Registrar Cargo

El Administrador, podrá registrar un cargo. Así como se muestra en la Figura N°


26.

Figura N° 26

Registrar Cargo

Código:
Fuente: Elaboración Propia

Interfaz: Registrar Cargo

43
• Interfaz 09: Administrar Cargos

El Administrador, podrá administrar un cargo. Así como se muestra en la Figura


N° 27.

Figura N° 27

Administrar Cargos

Código:
Fuente: Elaboración Propia

Interfaz: Administrar Cargos

44
• Interfaz 10: Registrar Persona

El Administrador, podrá registrar una persona. Así como se muestra en la Figura


N° 28.

Figura N° 28

Registrar Persona

Código:
Fuente: Elaboración Propia

Interfaz: Registrar Persona

45
• Interfaz 10: Administrar Personas

El Administrador, podrá administrar una persona. Así como se muestra en la


Figura N° 29.

Figura N° 29

Administrar Personas

Código:
Fuente: Elaboración Propia

Interfaz: Administrar Personas

46
• Interfaz 11: Administrar Estados de Solicitud

El Administrador, podrá administrar un estado de solicitud. Así como se muestra


en la Figura N° 30.

Figura N° 30

Administrar Estados de Solicitud

Código:
Fuente: Elaboración Propia

Interfaz: Administrar Estados de Solicitud

47
• Interfaz 12: Registrar Solicitud

El Solicitante podrá registrar una solicitud. Así como se muestra en la Figura N°


31.

Figura N° 31

Registrar Solicitud

Código:
Fuente: Elaboración Propia

Interfaz: Registrar Solicitud

48
• Interfaz 13: Bandeja de Solicitudes

El Solicitante, Jefe de Dependencia, Mesa de Partes y Revisor podrán consultar


una solicitud en su bandeja de solicitudes. Así como se muestra en la Figura N°
32.

Figura N° 32

Bandeja de Solicitudes

Código:
Fuente: Elaboración Propia

Interfaz: Bandeja de Solicitudes

49
• Interfaz 14: Ver Solicitud

El Solicitante, Jefe de Dependencia, Mesa de Partes y Revisor podrán ver una


solicitud. Así como se muestra en la Figura N° 33.

Figura N°33

Ver Solicitud

Código:
Fuente: Elaboración Propia

. Interfaz: Ver Solicitud

50
• Interfaz 15: Ver Historial

El Solicitante, Jefe de Dependencia, Mesa de Partes y Revisor podrán ver el


historial de una solicitud. Así como se muestra en la Figura N° 34.

Figura N° 34

Ver Historial

Código:
Fuente: Elaboración Propia

Interfaz: Ver Historial

51
• Interfaz 16: Atención Mesa de Partes

El usuario Mesa de Partes podrá atender una solicitud. Así como se muestra en
la Figura N° 35.

Figura N° 35

Atencion Mesa de Partes

Código:
Fuente: Elaboración Propia

Interfaz: Atención Mesa de Partes

52
• Interfaz 17: Índice de Solicitudes Revisadas y Aprobadas

El Administrador y Mesa de Partes podrán generar un reporte de porcentaje de


solicitudes revisadas y aprobadas. Así como se muestra en la Figura N° 36.

Figura N° 36

Código:
Fuente: Elaboración Propia

Interfaz: Índice de Solicitudes Revisadas y Aprobadas

53
• Interfaz 18: Operativos Policiales Aprobados

El Administrador y Mesa de Partes podrán generar un reporte de Solicitudes de


Operativos Policiales aprobados por dependencia. Así como se muestra en la
Figura N° 37
Figura N° 37

Código:
Fuente: Elaboración Propia

Interfaz: Operativos Policiales Aprobados

54
L. Lista de Controladores

La Figura N° 38 muestra la lista de controles contiene cada una de las


operaciones existentes (estos elementos, determinan la comunicación entre
entidades e interfaces, verificando la información ingresada, así como la
interacción con la base de datos)

Figura N° 38
Fuente: Elaboración Propia

CargoController DependenciaController EstadosolicitudController

PerfilController PersonaController SolicitudController

UsuarioController ReporteController

Lista de Controladores

M. Lista de Entidades

En la Figura N° 39, se muestra la lista de entidades encontradas en los


diagramas de clases de análisis. Estas entidades, junto con el modelo
conceptual, permitirán desarrollar el modelo lógico y físico de la base de datos.

Figura N° 39
Fuente: Elaboración Propia

Lista de Entidades

55
N. Diagrama de secuencia y colaboración de casos de uso del sistema

Para cada caso de uso de sistema identificado se hace su respectivo diagrama de secuencia del sistema con su respectivo
diagrama de colaboración del sistema.

En la Figura N° 40 se visualiza el diagrama de secuencia del caso de uso “Autenticar Usuario”. la secuencia de actividades en
la interacción del usuario con las interfaces, controladores y entidades del caso de uso “Autenticar Usuario”.

Figura N° 40

: AS Administrador : AS Jefe de : AS Mesa de : AS Revisor : AS Solicitante : Ingreso : UsuarioController : Usuario : Perfil : Conexion : Inicio
Dependencia Partes
1: Ingresa datos

2: Ingresa datos

3: Ingresa datos

4: Ingresa datos

5: Ingresa datos

6: Invoca

7: Valida datos

8: Consulta datos

9: Conectar

10: Conectar

11: Valida datos

12: Ingreso valido

13: Consulta datos

14: Conectar

15: Conectar

16:

17: Buscar perfil

18: Retorna datos

19: Muestra

Diagrama de Secuencia del caso de uso del Sistema “Autenticar Usuario”

56
En la Figura N° 41 se muestra el diagrama de colaboración correspondiente donde se observa la interacción del usuario con
las interfaces, controladores y entidades del caso de uso “Autenticar Usuario”.

Figura N° 41

17: Buscar perfi l

: AS Administrador

: AS Jefe de 2: Ingresa datos 1: Ingresa datos 7: Valida datos 10: Conectar


Dependencia 13: Consulta datos 15: Conectar
: Perfil 14: Conectar

18: Retorna datos 16:


3: Ingresa datos 6: Invoca

8: Consulta datos 9: Conectar


: AS Mesa de : Ingreso : UsuarioController
: Conexion
Partes
4: Ingresa datos 12: Ingreso valido 11: Valida datos
5: Ingresa datos
19: Muestra

: Usuario

: AS Revisor
: AS Soli citante : Inicio

Diagrama de Colaboración del caso de uso de Sistema “Autenticar Usuario”

57
En la Figura N° 42 se muestra la secuencia de actividades en la interacción del
usuario con las interfaces, controladores y entidades del caso de uso “Registrar
Solicitud”.
Figura N° 42

: AS Solicitante : Inicio : Adjunto


: Registrar Solicitud : SolicitudController : Solicitud : DetalleAdjunto : Atencion : Conexion

1: Pulsa el menu "Registrar Solicitud"

2: Direcciona

3: Muestra formulario de registro de solicitud

4: Ingresa datos de registro de solicitud

5: Pulsa el boton "Registrar"

6: Muestra mensaje de confirmacion

7: Acepta mensaje de confirmacion

8: Envia datos

9: Grabar solicitud

10: Conectar

11: Conectar

12:

13: Grabar solicitud

14: Retorna datos

15: Grabar Detalleadjunto

16: Conectar

17: Conectar

18:

19: Grabar Detalleadjunto

20: Retorna datos

21: Grabar Adjunto

22: Conectar

23: Conectar

24:

25: Grabar Adjunto

26: Retorna datos

27: Grabar Atencion

28: Conectar

29: Conectar

30:

31: Grabar Atencion

32: Retorna datos

33: Enviar Correo

34: Muestra mensa de confirmacion

Diagrama de Secuencia del caso de uso del Sistema “Registrar Solicitud”

58
En la Figura N° 43 se muestra el diagrama de colaboración respectivo, donde se observa la interacción del usuario con las
interfaces, controladores y entidades del caso de uso “Registrar Solicitud”.

Figura N° 43

33: Enviar Confirmacion

1: Pulsa el menu "Registrar Solicitud" 34: Muestra mensaje de confirmacion


: Inicio : AS Solicitante : SolicitudController

15: Grabar Detalleadjunto


19: Grabar Detalleadjunto

8: Envia datos 14: Retorna datos 20: Retorna datos


3: Muestra formulario de registro de solicitud
9: Grabar solicitud
2: Direcciona
13: Grabar solicitud
4: Ingresa datos de registro de solicitud
5: Pulsa el boton "Registrar"
32: Retorna datos
7: Acepta mensaje de confirmacion
6: Muestra mensaje de confirmacion
27: Grabar Atencion
26: Retorna datos : DetalleAdjunto

21: Grabar Adjunto


: Solicitud
31: Grabar Atencion

: Registrar Solicitud 18:


16: Conectar
10: Conectar
11: Conectar
12: 17: Conectar
23: Conectar
25: Grabar Adjunto 29: Conectar
28: Conectar
: Atencion

22: Conectar 30:

24:
: Adjunto : Conexion

Diagrama de Colaboración del caso de uso de Sistema “Registrar Solicitud”

59
En la Figura N° 44 se muestra la secuencia de actividades en la interacción del
usuario con las interfaces, controladores y entidades del caso de uso
“Recepcionar Solicitud”.

Figura N° 44

: AS Mesa de : Inicio : Bandeja de Solicitudes : Ver Solicitud : SolicitudController : DetalleAdjunto : Atencion : Conexion
Partes
1: Pulsa el menu "Bandeja"

2: Direcciona

3: Muestra lista de solicitudes

4: Pulsa opcion "Ver Solicitud"

5: Direcciona

6: Muestra detalle de solicitud

7: Pulsa el boton "Confirmar recepcion"

8: Envia datos

9: Consultar detalle adjunto

10: Conectar

11: Conectar

12:

13: Retorna detalle adjunto

14: Grabar atencion

15: Conectar

16: Conectar

17:

18: Grabar atencion

19: Retorna datos

20: Muestra mensaje de confirmacion

Diagrama de Secuencia del caso de uso del Sistema “Recepcionar


Solicitud”

60
En la Figura N°45 se muestra el diagrama de colaboración donde se observa la
interacción del usuario con las interfaces, controladores y entidades del caso de
uso “Recepcionar Solicitud”.

Figura N° 45

1: Pulsa el menu "Bandeja"

: AS Mesa de Partes : Inicio

4: Pulsa opcion "Ver Solicitud"

6: Muestra detalle de solicitud 2: Direcciona


3: Muestra lista de solicitudes
7: Pulsa el boton "Confirmar recepcion"

5: Direcciona
: Ver Solicitud : Bandeja de Solicitudes
8: Envia datos 20: Muestra mensaje de confirmacion

: SolicitudController
13: Retorna detalle adjunto 14: Grabar atencion
18: Grabar atencion

9: Consultar detalle adjunto 19: Retorna datos

: DetalleAdjunto : Atencion

10: Conectar 17:


11: Conectar
16: Conectar
12: 15: Conectar

: Conexion

Diagrama de Colaboración del caso de uso de Sistema “Recepcionar


Solicitud”

61
En la Figura N° 46 se muestra la secuencia de actividades en la interacción del
usuario con las interfaces, controladores y entidades del caso de uso “Asignar
Revisor correspondiente”.

Figura N° 46

: AS Mesa de : Inicio : Bandeja de Solicitudes : Atencion Mesa de Partes : SolicitudController : DetalleAdjunto : Atencion : Conexion
Partes

1: Pulsa el menu "Bandeja"

2: Direcciona

3: Muestra el contenido

4: Pulsa el botón "Atender Mesa de Partes"

5: Muestra mensaje consulta si la solicitud es correcta

6: Pulsa el botón "Si"

7: Muestra seccion de formulario de asignacion

8: Seleccionar Dependencia

9: Ingresa el comentario opcionar

10: Pulsa el boton "Enviar"

11: Envia datos

12: Busca Detalle adjunto

13: Conectar

14: Conectar

15:

16: Buscar Detalleadjunto

17: Retorna datos

18: Grabar Atencion

19: Conectar

20: Conectar

21:

22: Grabar Atencion

23: Retorna datos

24: Retorna mensaje de confirmacion

25: Muestra mensaje de confirmacion

Diagrama de Secuencia del caso de uso del Sistema “Asignar Revisor


correspondiente”

62
En la Figura N° 47 se muestra el diagrama de colaboración correspondiente
donde se observa la interacción del usuario con las interfaces, controladores y
entidades del caso de uso “Asignar Revisor correspondiente”.

Figura N° 47

5: Muestra mensaje consulta si la solicitud es correcta


7: Muestra seccion de formulario de asignacion

4: Pulsa el botón "Atender Mesa de Partes"


: Atencion Mesa de Partes 6: Pulsa el botón "Si" : AS Mesa de Partes
8: Seleccionar Dependencia
9: Ingresa el comentario opcionar
10: Pulsa el boton "Enviar"

11: Envia datos 1: Pulsa el menu "Bandeja"


3: Muestra el contenido
25: Muestra mensaje de confirmacion

24: Retorna mensaje de confirmacion

2: Direcciona
: SolicitudController : Bandeja de Solicitudes : Inicio

12: Busca Detalle adjunto


18: Grabar Atencion
23: Retorna datos
17: Retorna datos 16: Buscar Detalleadjunto

22: Grabar Atencion

14: Conectar
20: Conectar
15:
19: Conectar : DetalleAdjunto

: Atencion 13: Conectar


21:

: Conexion

Diagrama de Colaboración del caso de uso del Sistema “Asignar Revisor


correspondiente”

63
En la Figura N°48 se muestra la secuencia de actividades en la interacción del usuario con las interfaces, controladores y
entidades del caso de uso “Generar Reportes” del Reporte: Porcentaje de Solicitudes revisadas y aprobadas.
Figura N° 48

Diagrama de Secuencia del caso de uso del Sistema “Generar Reportes - Porcentaje de solicitudes revisadas y
aprobadas”

64
En la Figura N° 49 se muestra la secuencia de actividades en la interacción del usuario con las interfaces, controladores y
entidades del caso de uso “Generar Reportes” del Reporte: Operativos Policiales aprobados por dependencias.
Figura N° 49

Diagrama de Secuencia del caso de uso del Sistema “Generar Reportes – Operativos Policiales aprobados por
dependencias”

65
En la Figura N° 50 se muestra el diagrama de colaboración donde se observa la
interacción del usuario con las interfaces, controladores y entidades del caso de
uso “Generar Reportes”.

Figura N° 50

2: Direcciona

: Inicio 4: Pulsa el boton "Generar" : Indice de Solicitudes Revisadas y Aprobadas


5: Ingresa los campos requeridos

1: Pulsa el menu "% Solicitudes..." 3: Muestra formulario de consulta


21: Pulsa el menu "Operativos Policiales Aporbados por dependencia"

22: Direcciona 6: Envia datos


: AS Administrador

23: Muestra formulario de consulta


19: Generar reporte
45: Generar reporte
24: Pulsa el boton "Generar" 20: Muestra reporte Oportunidad en la atencion de solicitudes
25: Ingresa los campos requeridos 46: Muestra reporte Propuestas academicas aprobadas por dependencia
12: Retorna datos
32: Retorna datos

26: Envia datos

: Operativos Policiales Aprobados 11: Consultar solicitud : ReporteController


31: Consultar solicitud

7: Consusltar solicitud
27: Consultar solicitud
38: Retorna datos

33: Consultar Dependencia 18: Retorna datos


: Solicitud 44: Retorna datos

37: Consultar Dependencia


13: Consultar Fecha atencion
39: Consultar Estado

10:
30:
9: Conectar
15: Conectar 8: Conectar
29: Conectar 28: Conectar
35: Conectar 17: Consultar Fecha atencion
41: Conectar 36: : Dependencia
43: Consultar Estado

34: Conectar 16:


42:

14: Conectar
: Conexion 40: Conectar : Atencion

Diagrama de Colaboración del caso de uso de sistema “Generar


Reportes”

66
O. Diagrama de Actividades de Casos de Uso del Sistema

Para las realizaciones de cada caso de uso de sistema identificado se realiza su


respectivo diagrama de actividades del sistema, que muestra el orden en que las
clases de análisis ejecutan las acciones para realizar el caso de uso
correspondiente.

En la Figura N°51 se visualiza el diagrama de actividades de la realización del


caso de uso “Autenticar Usuario”, detallando como el usuario inicia sesión y
accede al sistema.

Figura N° 51

Diagrama de Actividades del caso de uso del Sistema “Autenticar


Usuario”

67
En la Figura N° 52 se visualiza el diagrama de actividades de la realización del
caso de uso “Registrar Solicitud”, donde se muestra como el usuario registra una
solicitud.
Figura N° 52

Diagrama de Actividades del caso de uso del Sistema “Registrar


Solicitud”

En la Figura N° 53 se muestra el diagrama actividades donde se muestra como


el usuario “Mesa de Partes” confirma la recepción de la solicitud. El diagrama de
actividades de la realización del caso de uso “Recepcionar Solicitud”
Figura N° 53

. Diagrama de Actividades del caso de uso del Sistema “Recepcionar


Solicitud

68
En la Figura N° 54, se visualiza el diagrama de actividades de la realización del
caso de uso “Asignar Revisor correspondiente”, donde se muestra como el
usuario en este caso “Mesa de Partes” asigna a un revisor la solicitud del
operativo.

Figura N° 54

Diagrama de Actividades del caso de uso del Sistema “Asignar Revisor


Correspondiente”

69
En la Figura N° 55, se visualiza el diagrama de actividades de la realización del
caso de uso “Generar Reporte”, donde se muestra como el usuario genera un
reporte según su requerimiento.

Figura N° 55

Diagrama de Actividades del caso de uso del Sistema “Generar Reporte”

70
P. Diagrama WAE de Casos de Uso del Sistema

Para las realizaciones de cada caso de uso del sistema identificado se realiza su
respectivo diagrama WAE de sistema.

En la Figura N° 56, se visualiza el diagrama WAE de la realización del caso de


uso de sistema “Autenticar Usuario”. Donde se puede observar que la página del
lado del servidor “UsuarioController.php” es la responsable de registrar los datos
que el formulario “Acceder” le envía (relación «submit»), la página del lado del
servidor realiza el registro por medio de la clase “UsuarioModel.php” (relación
«query»).

Figura N° 56
Fuente: Elaboración Propia

Diagrama WAE del caso de uso de sistema “Autenticar Usuario”

En la Figura N° 57, se visualiza el diagrama WAE de la realización del caso de


uso de sistema “Registrar Solicitud”. Donde se puede observar que la página del
lado del servidor “SolicitudController.php” es la responsable de registrar los datos
que el formulario “Formulario de registro” le envía (relación «submit»), la página
del lado del servidor realiza el registro por medio de las clases
“SolicitudModel.php”, “DetalleadjuntoModel.php”, “AdjuntoModel.php” y
“AtencionModel.php” (relación «query»).

71
Figura N° 57

SolicitudModel.php
(from M odelo)
<<query>>
Fuente: Elaboración Propia

<<link>> <<query>>
ModuloMenu SolicitudControll DetalleadjuntoModel.php
er.php (from M odelo)
(from Vi sta)
(from Control ador) <<query>>

<<build>>
<<query>>
<<submit>> AdjuntoModel.php
(from M odelo)

Formulario de
Registrar solicitud
(from Vi sta)
registro AtencionModel.php
(from Vi sta) (from M odelo)

Diagrama WAE del caso de uso de sistema “Registrar Solicitud”

En la Figura N° 58, visualiza el diagrama WAE de la realización del caso de uso


de sistema “Recepcionar Solicitud”. Donde se puede observar que la página del
lado del servidor “SolicitudController.php” es la responsable de registrar los datos
que el formulario “Ver solicitud” le envía (relación «submit»), la página del lado
del servidor realiza el registro por medio de las clases “AtencionModel.php” y
“DetalleadjuntoModel.php” (relación «query»)

Figura N° 58

AtencionModel.php
<<query>>
(from M odelo)

<<link>>
Fuente: Elaboración Propia

ModuloMenu SolicitudControll <<query>>


er.php
(from Vi sta)
(from Control ador)
<<build>>
DetalleadjuntoModel.php
(from M odelo)

<<link>>
<<submit>>

Bandeja de Ver solicitud


solicitudes (from Vi sta)
(from Vi sta)

Diagrama WAE del caso de uso de sistema “Recepcionar Solicitud”

72
En la Figura N° 59, se visualiza el diagrama WAE de la realización del caso de uso de sistema “Generar Reportes”, se puede
observar que la página del lado del servidor “SolicitudController.php” es la responsable de registrar los datos que el formulario
“miform” le envía (relación «submit»), la página del lado del servidor realiza el registro por medio de las clases
“DetalleadjuntoModel.php”, “TipodocumentoModel.php”, “AtencionModel.php” “SolicitudModel.php” y
“DependenciaModel.php” (relación «query»).
Figura N° 59

DetalleadjuntoModel.php TipodocumentoModel.php AtencionModel...


(f rom Modelo) (f rom Modelo) (f rom Modelo)
<<query>>
<<query>> <<query>>

<<query>> SolicitudModel.php
Fuente: Elaboración Propia

(f rom Modelo)
<<link>>
ModuloMenu ReporteContro <<query>>
ller.php
(f rom Vista)
(f rom Controlador) DepedenciaModel.php
(f rom Modelo)
<<submit>> <<submit>> <<submit>>

<<build>>

Solicitudes Policiales Aprobadas por dependencia

Solicitudes Policiales aprobadas por Asunto (f rom Vista) Porcentaje de solicitudes Revisadas y Aprobadas
(f rom Vista)
(f rom Vista)

Generar
Reportes
(f rom Vista)

Diagrama WAE del caso de uso de sistema “Generar Reportes”

73
Q. Modelo conceptual

En la Figura N° 60, se muestra el modelo conceptual de clases, que permite conocer la posible arquitectura del sistema, de un
ámbito general, sin especificar a detalle los atributos de las clases (las clases son los artefactos conceptualizados, es decir:
entidades, actores y otros).

Figura N° 60
C_Cargo C_Anexo C_Recepcionista
C_Dependencia
1
1..n
1 posee 1
pertenece
atiende

C_Atencion
n
C_Solicitante 1 contiene
genera
n
1
Fuente: Elaboración Propia

genera

1 n
n 1
C_Solicitud
aprueba
1 n
1
C_Revisor
posee 1

presenta
1
C_SolicitudOperativo C_OpeAprobado

Modelo Conceptual

74
R. Modelo lógico de base de datos

En la Figura N° 61, se muestra la estructura interna del sistema, la información que necesita, para cada uno de las clases ya
establecidas, con ello ya tenemos una visión más clara para diseñar la base de datos del sistema

Figura N° 61
Fuente: Elaboración Propia

Modelo lógico de base de datos.

75
S. Modelo físico de base de datos

En la Figura N° 62, a comparación del modelo lógico, detalla las clases del sistema, la relación entre ellas, así como las
características de sus atributos, se muestra de igual forma las respectivas claves primarias y foráneas

Figura N° 62
Fuente: Elaboración Propia

Modelo físico de base de datos

76
T. Diccionario de Base de Datos

El diccionario de base de datos, permite conocer la estructura de las tablas


creadas en el modelo lógico, debido a que la construcción de la base de datos
será realizada en el servidor de MySQL, este diccionario de datos muestra el tipo
de variable de cada tabla, así como las llaves primarias y foráneas.

En la Tabla N° 10 se describe como en esta tabla almacena información de los


archivos adjuntos de un detalle de solicitud.

Tabla N° 10: Detalle tabla t_adjunto


Columna Tipo Descripción Observación
id_adjunto int(5) Código de adjunto de una solicitud Llave primaria
nombre varchar(15) Nombre de archivo adjunto de una
ruta varchar(60) Ruta de archive adjunto
extension varchar(5) Extensión de archivo adjunto
estado int(1) Estado de archivo adjunto
idtipoadjunto int(5) Código de tipo de adjunto Llave foránea
iddetalleadjunt int(5) Código de detalle de adjunto de Llave foránea
Fuente: Elaboración Propia

En la Tabla N° 11 se describe como en esta tabla almacena información de las


atenciones de las solicitudes.

Tabla N° 11: Detalle tabla t_atencion


Columna Tipo Descripción Observación
id_atencion int(5) Código de atención de la solicitud Llave primaria
idestadosolicit int(5) Código de tipo de estado de Llave foránea
Origen int(5) Código de usuario remitente
Destino int(5) Código de usuario destinatario
comentario varchar(100) Comentario de estado
iddetalleadjunt int(5) Código de detalle adjunto Llave foránea
fecharegistro Date Fecha de registro
Fuente: Elaboración Propia

77
En la Tabla N° 12 se describe como en esta tabla almacena información de los
cargos funcionales.

Tabla N° 12: Detalle tabla t_cargo


Columna Tipo Descripción Observación
id_cargo int(5) Código de cargo Llave primaria
nombre varchar(30) Nombre de cargo
Estado int(1) Estado de cargo
Fuente: Elaboración Propia

En la Tabla N° 13 se describe como en esta tabla almacena información de las


dependencias existentes.

Tabla N° 13: Detalle t_dependencia


Columna Tipo Descripción Observación
id_dependencia int(5) Código de dependencia Llave primaria
nombre varchar(80) Nombre de dependencia
siglas varchar(10) Siglas de dependencia
correo varchar(40) Correo de la dependencia
estado char(1) Estado de dependencia
Fuente: Elaboración Propia

En la Tabla N° 14 se describe como en esta tabla almacena información de los


estados existentes para las solicitudes.

Tabla N° 14: Detalle t_estadosolicitud


Columna Tipo Descripción Observación
id_estadosolicit int(5) Código de estado Llave primaria
nombre varchar(40) Nombre de estado
descripción varchar(70) Descripción de estado
plazo int(1) Plazo de atención para el
estado int(1) Estado del registro estado
Fuente: Elaboración Propia

78
En la Tabla N° 15 se describe como en esta tabla almacena información de los
perfiles del sistema para los usuarios.

Tabla N° 15: Detalle t_perfil


Columna Tipo Descripción Observación
id_perfil int(5) Código de perfil Llave primaria
nombre varchar(20) Nombre de perfil
descripcion varchar(80) Descripción de perfil
estado int(1) Estado de perfil
Fuente: Elaboración Propia

En la Tabla N° 16 se describe como en esta tabla almacena información de los


tipos de adjuntos de archivos.

Tabla N° 16: Detalle t_tipoadjunto


Columna Tipo Descripción Observación
id_tipoadjunto int(5) Código de tipo de adjunto Llave primaria

nombre varchar(15) Nombre de tipo de archivo a adjuntar


en solicitud
descripción varchar(25) Descripción de tipo de archivo a
adjuntar en solicitud
prioridad int(1) Prioridad de tipo de archivo a adjuntar
en solicitud
estado int(1) Estado de tipo de archivo a adjuntar
en solicitud
Fuente: Elaboración Propia

79
En la Tabla N° 17 se describe como en esta tabla almacena información de las
personas registradas en el sistema.

Tabla N°17: Detalle t_persona


Columna Tipo Descripción Observación
id_persona int(5) Código de persona Llave primaria
nombres varchar(20Nombres de persona
apellidos )varchar(20
Apellidos de persona
dni )varchar(8)
Documento Nacional de Identidad de
persona
telefono varchar(9) Teléfono de persona
celular varchar(9) Celular de persona
correo varchar(25 Correo de persona
idcargo )int(5) Cargo de persona Llave foránea
iddependen int(5) Dependencia de persona Llave foránea
i
estado char(1) Estado de persona
fecharegistr date Fecha de registro

Fuente: Elaboración Propia

En la Tabla N° 18 se describe como en esta tabla almacena información de las


solicitudes registradas en el sistema.

Tabla N° 18: Detalle t_solicitud


Columna Tipo Descripción Observación
id_solicitud varchar(10) Código de solicitud* Llave primaria
idtiposolicitud
int(5) Código de tipo de solicitud Llave foránea
idtipodocume int(5) Código de tipo de documento Llave foránea
t
nombre varchar(30) Nombre de Operativo policial
observacion varchar(100) Observación o comentario
sobre la Solicitud a Tramitar
idusuario varchar(10) Código de usuario* Llave foránea
iddependenci int(5) Código de la dependencia Llave foránea
fecharegistro date Fecha de registro
revisor int(5) Código de revisor a cargo

Fuente: Elaboración Propia

80
En la Tabla N° 19 se describe como en esta tabla almacena información de tipos
de documentos.

Tabla N° 19: Detalle t_tipodocumento


Columna Tipo Descripción Observación
id_tipodocume int(5) Código de tipo de tipo de Llave primaria
nombre varchar(30) Nombre de tipo de documento
descripcion varchar(70) Descripción de tipo de documento
estado char(1) Estado de tipo de documento
fecharegistro date Fecha de registro de tipo de
Fuente: Elaboración Propia

En la Tabla N° 20 se describe como en esta tabla almacena información de tipos


de solicitudes.

Tabla N° 20: Detalle t_tiposolicitud


Columna Tipo Descripción Observación
id_tiposolicitud int(5) Código de tipo de tipo de solicitud Llave primaria
nombre varchar(40) Nombre de tipo de solicitud
descripcion varchar(70) Descripción de tipo de solicitud
estado int(1) Estado de tipo de solicitud
fecharegistro Date Fecha de registro de tipo de
Fuente: Elaboración Propia

En la Tabla N° 21 se describe como en esta tabla almacena información de los


usuarios del sistema.

Tabla N° 21: Detalle t_usuario


Columna Tipo Descripción Observación
id_usuario varchar(10) Código de usuario* Llave primaria
nombre varchar(12) Nombre de usuario
clave varchar(32) Campo clave de usuario
estado int(1) Estado de usuario
idpersona int(5) Código de referencia de persona Llave foránea
idperfil int(5) Código de referencia de perfil de Llave foránea
fecharegistro Date Fecha de registro
Fuente: Elaboración Propia

81
En la Tabla N° 22 se describe como en esta tabla almacena los datos cabecera
de los archivos adjuntos de una solicitud.

Tabla N° 22: Detalle t_detalleadjunto


Columna Tipo Descripción Observación
id_detalleadjunto int(5)) Código de detalle de adjuntos Llave primaria
idsolicitud varchar(10) Código de solicitud* Llave foránea
idusuario int(11) Código de usuario Llave foránea
observacion varchar(100) Razón de adjuntos
fecharegistro date Fecha de registro
estado char(1) Estado de Detalle de adjuntos
Fuente: Elaboración Propia

82
U. Diagrama de Componentes

La Figura N° 63, se muestra el Diagrama de Componentes, en el que se


representan los archivos físicos del Sistema Web para el proceso de Tramite
Documentario. Se muestran los componentes que implementan las clases de
diseño para el sistema web

Figura N° 63

assets
Servidor Web
Publico
css

file entidad modelo


Aplicacion
Fuente: Elaboración Propia

fonts

controlador vista
images

Configuracion
jpgraph

jquery

js

mailer Servidor de Base de Datos

Interfaz con
tcpdf
Programa

Base de Datos

Gestor base
de datos

Diagrama de Componentes

83
V. Diagrama de Despliegue

La Figura N° 64, Representa una vista estática de la configuración de tiempo de


ejecución de nodos de procesamiento interconectados. En otras palabras, estos
nodos son elementos de hardware sobre los cuales se ejecuta el software. Se
puede observar la vista arquitectónica del diagrama de despliegue del sistema
web y como se distribuye a través de los nodos.

Figura N° 64

Servidor de
Comunicaciones
Firewall
Fuente: Elaboración Propia

LAN Internet

Servidor de
Seguridad Switch
Router Switch
LAN Principal LAN LAN

LAN
LAN

PC
Usuario
Servidor
Web

LAN

Servidor
de BD

Diagrama de Despliegue

84

También podría gustarte