DIRECCIÓN GENERAL DE TECNOLOGÍAS DE LA

INFORMACIÓN Y COMUNICACIONES

DOCUMENTO DE ANÁLISIS
Sistema de SITRADIG

Elaborado por: Juan Marco López Rosales

Aprobado por:

San Isidro, Marzo 2015

Documento de Análisis
1
 ÍNDICE

INTRODUCCIÓN ...............................................................................................................6
ALCANCE .........................................................................................................................6
SITUACIÓN ACTUAL..........................................................................................................6
Análisis ............................................................................................................................7
1. Requerimientos del sistema ............................................................................................................ 9
2. Análisis de la solución .................................................................................................................... 14

CONCLUSIONES............................................................................................................ 105

INDICE DETALLADO
INTRODUCCIÓN ...............................................................................................................6
ALCANCE .........................................................................................................................6
SITUACIÓN ACTUAL..........................................................................................................6
Análisis ............................................................................................................................7
1. Requerimientos del sistema ............................................................................................................ 9
1.1. Visión del proyecto ................................................................................................................... 9
1.1.1. Introducción ...................................................................................................................... 9
1.1.2. Descripción de los usuarios ............................................................................................... 9
1.1.2.1. Perfiles de usuarios .................................................................................................... 9
1.1.1.2.2. Demografía del mercado ...................................................................................... 10
1.1.3. Vista general del sistema ................................................................................................ 10
1.1.3.1. Perspectiva del sistema ........................................................................................... 10
1.1.3.2. Beneficios del sistema ............................................................................................. 11
1.1.3.3. Dependencias del sistema ....................................................................................... 11
1.2. Requerimientos funcionales ................................................................................................... 11
1.3. Requerimientos no funcionales .............................................................................................. 13
2. Análisis de la solución .................................................................................................................... 14
2.1. Casos de uso ........................................................................................................................... 14
2.1.1. Actores ............................................................................................................................ 14
1.2.1.2. Casos de uso relacionados al documento .................................................................... 16
2.1.3. Casos de uso del Negocio ................................................................................................ 16
1. CUS01 REGISTRO DE DOCUMENTOS EXTERNOS.......................................................... 16
2. CUS02 GENERAR CARGO DE ENTREGA ........................................................................ 27
3. CUS03 CONSULTA RÁPIDA ........................................................................................... 29
4. CUS04 IMPRIMIR REPORTES ........................................................................................ 30
5. CUS05 EMISION DE DOCUMENTOS ADMINISTRATIVOS .............................................. 33
6. CUS06 EMISION DE DOCUMENTOS PERSONALES ....................................................... 40

Documento de Análisis
2
 7. CUS07 RECEPCION DE DOCUMENTOS ADMINISTRATIVOS .......................................... 47
8. CUS08 CONSULTA DE DOCUMENTOS ADMINISTRATIVOS ........................................... 52
9. CUS09 ENVIAR DOCUMENTOS ..................................................................................... 54
1.2.1.4. Casos de uso de Mantenimiento ................................................................................. 58
10. CUS10 ADMINISTRAR GRUPO DE DOCUMENTO ..................................................... 59
11. CUS11 ADMINISTRAR NOMBRE DE DOCUMENTOS ................................................ 61
12. CUS12 ADMINISTRAR PLANTILLAS DE DOCUMENTOS ............................................ 65
13. CUS13 ADMINISTRAR DOCUMENTOS POR DEPENDENCIA. ..................................... 68
14. CUS14 ADMINISTRAR PERSONAS NATURALES. ....................................................... 71
15. CUS15 ADMINISTRAR PERSONAS JURIDICAS ........................................................... 74
16. CUS16 ADMINISTRAR CONFIGURACION PERSONAL................................................ 77
17. CUS17 ADMINISTRAR CONFIGURACIÓN GENERAL .................................................. 78
18. CUS18 ADMINISTRAR DEPENDENCIAS .................................................................... 79
19. CUS19 ADMINISTRAR ACCIONES ............................................................................. 83
20. CUS21 ADMINISTRAR REQUISITOS .......................................................................... 89
21. CUS22 ADMINISTRAR REQUISITOS POR PROCEDIMIENTOS .................................... 91
22. CUS23 ADMINISTRAR LOCALES ............................................................................... 94
23. CUS24 ADMINISTRAR ACCIONES POR CARGO ......................................................... 97
2.1.5. Matriz de trazabilidad ................................................................................................... 100
2.2. Diagrama de clases ............................................................................................................... 102
2.3. Especificación de las clases del sistema ............................................................................... 102
2.4. Diagrama de estados ............................................................................................................ 104
2.4.1. Diagrama de estados del documento ........................................................................... 104

CONCLUSIONES............................................................................................................ 105

Documento de Análisis
3
INDICE DE TABLAS

Tabla 1.1. Marco de trabajo organizado por flujos de trabajo fundamentales del Proceso Unificado,
aplicado en proyecto. ................................................................................................................................... 8
Tabla 1.2. Marco de trabajo organizado por fases del Proceso Unificado, aplicado en el proyecto. ........... 9
Tabla 1.3. Requerimientos funcionales....................................................................................................... 11
Tabla 1.4. Requerimientos no funcionales .................................................................................................. 13
Tabla 1.5. Actores del sistema .................................................................................................................... 14
Tabla 1.6. Caso de Uso: REGISTRO DE DOCUMENTOS EXTERNOS ............................................................. 17
Tabla 1.7. Caso de Uso: MODIFICAR DOCUMENTO EXTERNO .................................................................... 20
Tabla 1.8. Caso de Uso: IMPRIMIR DOCUMENTO EXTERNO ...................................................................... 22
Tabla 1.9. Caso de Uso: ANULAR DOCUMENTO EXTERNO ......................................................................... 24
Tabla 1.10. Caso de Uso: BUSCAR DOCUMENTO EXTERNO ....................................................................... 25
Tabla 1.11. Caso de Uso: GENERAR CARGO DE ENTREGA .......................................................................... 27
Tabla 1.12. Caso de Uso: CONSULTA RÁPIDA ............................................................................................. 29
Tabla 1.13. Caso de Uso: IMPRIMIR REPORTES .......................................................................................... 31
Tabla 1.14. Caso de Uso: BUSCAR DOCUMENTOS ...................................................................................... 33
Tabla 1.15. Caso de Uso: EMITIR DOCUMENTO ......................................................................................... 34
Tabla 1.16. Caso de Uso: EDITAR DOCUMENTOS ....................................................................................... 38
Tabla 1.17. Caso de Uso: ANULAR DOCUMENTO ....................................................................................... 39
Tabla 1.18. Caso de Uso: BUSCAR DOCUMENTOS PERSONALES ................................................................ 41
Tabla 1.19. Caso de Uso: EMITIR DOCUMENTOS PERSONALES.................................................................. 42
Tabla 1.20. Caso de Uso: EDITAR DOCUMENTOS PERSONALES ................................................................. 45
Tabla 1.21. Caso de Uso: ANULAR DOCUMENTOS ..................................................................................... 46
Tabla 1.22. Caso de Uso: BUSCAR DOCUMENTOS RECEPCIONADOS ......................................................... 48
Tabla 1.23. Caso de Uso: RECEPCIONAR DOCUMENTOS ............................................................................ 49
Tabla 1.24. Caso de Uso: EDITAR DOCUMENTOS RECEPCIONADOS........................................................... 51
Tabla 1.25. Caso de Uso: CONSULTA DE DOCUMENTOS EMITIDOS, RECEPCIONADOS Y EMITIDOS
PERSONALES ............................................................................................................................................... 52
Tabla 1.26. Caso de Uso: ENVIAR DOCUMENTOS ...................................................................................... 54
Tabla 1.27. Caso de Uso: RECEPCIÓN DE DOCUMENTOS ........................................................................... 56
Tabla 1.28. Caso de Uso: DERIVACIÓN DE DOCUMENTOS ......................................................................... 57
Tabla 1.29. Caso de Uso: ATENDER DOCUMENTOS ................................................................................... 58
Tabla 1.30. Caso de Uso: ADMINISTRAR GRUPO DE DOCUMENTOS .......................................................... 59
Tabla 1.31. Caso de Uso: ADMINISTRAR NOMBRE DE DOCUMENTOS ....................................................... 62
Tabla 1.32. Caso de Uso: ADMINISTRAR PLANTILLA DE DOCUMENTOS .................................................... 65
Tabla 1.33. Caso de Uso: ADMINISTRAR DOCUMENTOS POR DEPENDENCIA ............................................ 68
Tabla 1.34. Caso de Uso: ADMINISTRAR PERSONAS NATURALES .............................................................. 71
Tabla 1.35. Caso de Uso: ADMINISTRAR PERSONAS JURÍDICAS ................................................................. 74
Tabla 1.36. Caso de Uso: ADMINISTRAR CONFIGURACIÓN PERSONAL ...................................................... 77
Tabla 1.37. Caso de Uso: ADMINISTRAR CONFIGURACIÓN GENERAL ........................................................ 78
Tabla 1.38. Caso de Uso: ADMINISTRAR DEPENDENCIAS........................................................................... 80
Tabla 1.39. Caso de Uso: ADMINISTRAR ACCIONES ................................................................................... 83
Tabla 1.40. Caso de Uso: ADMINISTRAR PROCEDIMIENTOS ...................................................................... 86
Tabla 1.41. Caso de Uso: ADMINISTRAR REQUISITOS ................................................................................ 89
Tabla 1.42. Caso de Uso: ADMINISTRAR REQUISITOS POR PROCEDIMIENTOS .......................................... 92
Tabla 1.43. Caso de Uso: ADMINISTRAR LOCALES...................................................................................... 95

Documento de Análisis
4
Tabla 1.44. Caso de Uso: ADMINISTRAR ACCIONES POR CARGO ............................................................... 98
Tabla 1.45. Matriz de trazabilidad ........................................................................................................... 100
Tabla 1.46. Clases del sistema .................................................................................................................. 102

INDICE DE GRÁFICOS

Gráfico 1.1. Ciclo de vida RUP.____________________________________________________________ 8

Gráfico 1.2. Esquema de la arquitectura del intranet del Mininter ______________________________ 11
Gráfico 1.3. Diagramas de actores _______________________________________________________ 14
Gráfico 1.4. Diagrama de clases ________________________________________________________ 102
Gráfico 1.5. Diagrama de estados del registro de un documento ______________________________ 104

Documento de Análisis
5
 INTRODUCCIÓN

Este documento es una versión preparada para ser incluida en la propuesta elaborada
en el Proyecto de Gestión de Trámite Documentario Digital del Ministerio del Interior.
Este documento provee una visión global del enfoque de desarrollo propuesto.

ALCANCE
 El SITRADIG-WEB tiene como alcance general la implantación de un nuevo
Sistema de Trámite Documentario Web para atención de las Unidades Orgánicas
del Ministerio del Interior. El resultado del Servicio, es el Producto Software
SITRADIG WEB, el cual se manejará y administrará en formato 100% digital y con
Valor Legal de lo que el mismo genere, lo que permitirá satisfacer de manera
oportuna las necesidades de información del ciudadano y agilizar los Procesos
internos de la Institución.
 El sistema desarrollado permitirá a los usuarios acceder al sistema desde
cualquier plataforma, en cualquier momento y lugar.
 El sistema permitirá el registro de documentos internos y externos, la
digitalización, y el envío dentro de la institución organizada en dependencias,
mediante una interfaz de usuario amigable e intuitiva.
 El sistema permitirá a las unidades involucradas realizar el seguimiento del
documento durante todo el proceso de trámite, desde que el documento se
registra en este sistema hasta que es atendido. También permitirá que los
usuarios externos conozca el estado del trámite de los documentos que le emite a
la institución.
 El sistema permitirá que se adjunte el documento digitalizado al trámite, para
evitar el maltrato o extravío del documento durante su tránsito a través de las
oficinas de la institución.
 El sistema generará reportes que permitan conocer el estado de los documentos
en cualquier momento dentro del flujo documentario y según perfil de usuario que
los consulte.

SITUACIÓN ACTUAL
El sistema de trámite documentario existente en la institución se encuentra
desarrollado en un lenguaje de programación desfasada, no es flexible (no se puede
acceder al sistema fuera de la institución vía web), lo que ha generado no se pueda
interactuar con el sistema fuera de la institución.

Los problemas generados son los siguientes: excesivo tiempo de instalación del
sistema, excesivo tiempo de desarrollo para algún cambio en la aplicación, dificultad
en la disponibilidad de los documentos, entre otros.

Documento de Análisis
6
Análisis
A continuación se explica la metodología a utilizar, los requerimientos funcionales y no
funcionales, y se presentan los siguientes artefactos: Casos de Usos, Diagrama de
clases y Diagramas de estados.

Metodología a utilizar:

En el desarrollo de este proyecto se empleará una metodología Orientada a Objetos

(OO), basándose en el Proceso Unificado de Desarrollo de Software RUP (Rational
Unified Process en inglés).

RUP se basa en los siguientes 6 principios:

 Establece un conjunto de fases adaptables al contexto y necesidades de cada

proyecto.
 Permite balancear las prioridades de las partes interesadas.
 Promueve la colaboración a través de equipos.
 Permite obtener productos en cada iteración del proyecto. Permite la
evaluación al terminar cada iteración, para redefinir e iniciar la siguiente
iteración.
 Promueve elevar el nivel de abstracción durante el proyecto, lo cual motiva el
uso de conceptos reutilizables, el análisis de soluciones arquitectónicas, la
reutilización del código y la representación visual del proyecto mediante el
Lenguaje Unificado de Modelado (UML), como en este proyecto. Este principio
evita que el ingeniero de software vaya directamente de los requisitos a la
codificación.
 Controla la calidad en todos los aspectos de cada iteración.

Esta metodología fue seleccionada por los siguientes motivos:

 Es un marco de trabajo que permite el desarrollo exitoso de software iterativo e

incremental.
 Junto con UML, constituye la metodología estándar más utilizada para el
análisis, diseño e implementación de sistemas orientados a objetos.
 El proyecto se desarrolla de acuerdo a los principios que plantea esta
metodología.
 Esta metodología es utilizada para el desarrollo de software dentro de la
institución donde se aplica el caso práctico.

El proyecto abarca todas las fases del ciclo de vida del proceso unificado.

Iniciación: fase en la que se definen los diferentes alcances del proyecto y se

describen con los casos de uso.
Elaboración: fase en la que se realiza la planificación del proyecto, se especifican en
detalle los casos de uso y se realiza el diseño de la arquitectura del sistema sin llegar
a la especificación del método de programación.

Construcción: fase donde se completa la funcionalidad del sistema, para lo cual se

debe clarificar los requerimientos pendientes, administrar los cambios de acuerdo a las
evaluaciones realizados por los usuarios y se realizan las mejoras para el proyecto.

Documento de Análisis
7
Transición: fase donde se asegura que el software esté disponible para los usuarios
finales, ajustar los errores y defectos encontrados en las pruebas de aceptación,
capacitar a los usuarios y proveer el soporte técnico necesario. Se debe verificar que
el producto cumpla con las especificaciones entregadas por las personas involucradas
en el proyecto.

Se presenta a continuación 2 tablas con los marcos de trabajos seguidos durante este
proyecto, el primer marco de trabajo organizado por flujos de trabajo del proceso
unificado y el segundo marco de trabajo organizado por fases del proceso unificado,
en ambos marcos se pueden visualizar los artefactos obtenidos.

Gráfico 1.1. Ciclo de vida RUP.

Tabla 1.1. Marco de trabajo organizado por flujos de trabajo fundamentales del Proceso
Unificado, aplicado en proyecto.

Flujo de trabajo
Artefacto
fundamental
Modelado del Procesos del negocio
negocio Diagrama de actividades
Requerimientos Visión del proyecto.
Diagrama de casos de uso y Especificación de casos de uso.
Análisis Diagrama de clases.
Diagrama de secuencia de sucesos.
Diagrama de estados.
Diseño Diagrama de componentes.
Modelo entidad relación.
Prototipo.
Implementación
Pruebas

Documento de Análisis
8
Tabla 1.2. Marco de trabajo organizado por fases del Proceso Unificado, aplicado en el
proyecto.
Fase Artefacto
Inicio Modelado del negocio - Procesos del negocio
Modelado del negocio - Diagramas de actividades
Requerimientos - Visión del proyecto.
Requerimientos - Diagrama de casos de uso.
Elaboración Requerimientos - Diagrama de casos de uso y Especificación de casos de
uso.
Diseño - Prototipo.
Análisis - Diagrama de clases.
Análisis - Diagrama de secuencia de sucesos.
Análisis - Diagrama de estados.
Diseño - Diagrama de componentes.
Diseño - Modelo entidad relación.
Construcción Especificación de requisitos faltantes
Diseño y desarrollo de casos de uso y/o flujos de acuerdo con la
planeación iterativa
Pruebas de los casos de uso desarrollados, y pruebas de regresión según
sea el caso
Transición Pruebas finales de aceptación
Puesta en producción
Estabilización

1. Requerimientos del sistema

A continuación presentamos el documento de visión del proyecto, los requerimientos
funcionales y no funcionales del sistema.

1.1. Visión del proyecto

1.1.1. Introducción
Se desea contar con un nuevo Sistema de Trámite Documentario Digital Web, que
permita la flexibilidad de soportar las necesidades descritas en las reglas del negocio y
futuros requerimientos, y que brinde satisfacción a los usuarios finales.

1.1.2. Descripción de los usuarios

Los usuarios son miembros de la institución, que realizan labores administrativas con
diferentes perfiles.
Los usuarios poseen educación técnica y/o superior y tienen conocimientos básicos en
el uso de un computador e Internet.

1.1.2.1. Perfiles de usuarios

Los usuarios del sistema de Trámite de Documento Digital Web se clasifican en
los siguientes perfiles:
• Ministro
• Vice Ministro
• Secretaria General
• Director General

Documento de Análisis
9
 • Director
• Secretaria
• Colaborador/Operador
• Digitalizador
• Mesa de Partes
• Administrador

1.1.1.2.2. Demografía del mercado

Los usuarios pueden utilizar el sistema desde dentro o fuera de la institución. El
único requisito es que el computador que utilicen para acceder al sistema
cuente con conexión a la red Local LAN (Local Area Network) de la institución o
conexión a Internet.

1.1.3. Vista general del sistema

En esta sección se describen las capacidades del sistema así como su integración con
la Intranet institucional.

1.1.3.1. Perspectiva del sistema

El sistema de Trámite de Documentos Digital Web es un sistema de apoyo
administrativo Institucional estará vinculado al Intranet Institucional.
El acceso al Intranet, se puede realizar a través de un navegador WEB, a
través de la conexión de los computadores a la LAN dentro del ministerio, o
desde cualquier computador con conexión a la Internet.
La arquitectura de los sistemas en la Intranet institucional está conformada por
tres capas:

Front-end: con aplicaciones livianas que se ejecutan sobre diversos sistemas

operativos (Windows, Linux, etc.). Por este motivo un computador requiere sólo
un navegador estándar porque la tecnología que se ha utilizado para las
aplicaciones es HTML, DHTML, CSS y Javascript.

Middle-tier: corresponde a los servidores de aplicaciones que corren en

sistema operativo Linux. El software para el servicio de gestión Internet (HTTP),
balanceo de carga y contenedor de aplicaciones es el GlassFish Aplication
Server y sobre éste corren las aplicaciones desarrolladas con tecnología Java
(servlets, JSP y Java Beans).

Back-end: es un servidor de base de datos con sistema operativo Linux Red

Hat 6.0 sobre el que corre el DBMS (sistema de administración de base de
datos) ORACLE versión 11g. Sobre éste corren aplicaciones desarrolladas con
tecnología Oracle (procedimientos almacenados en PL/SQL y en Java Stored
Procedures).

Documento de Análisis
10
 Gráfico 1.2. Esquema de la arquitectura del intranet del Mininter

1.1.3.2. Beneficios del sistema

• Confidencialidad en el manejo de la información.
• Reducción del tiempo del trámite.
• Mejoras en la conservación de los documentos digitales.
• Funcionalidades que satisfagan las expectativas de los usuarios.
• Mejoras en las interfaces con los sistemas existentes.
• Disponibilidad de los documentos en todo momento.
• Optimización de los procesos de negocio.

1.1.3.3. Dependencias del sistema

• La disponibilidad del sistema dependerá de la disponibilidad de los
servidores y del manejador de base de datos de la institución.
• Los usuarios del sistema Web necesitarán de un navegador Web sin
importar el sistema operativo del computador.
• El tiempo de conexión dependerá del tipo de conexión que tenga el usuario
a Internet y del tráfico existente en la red.

1.2. Requerimientos funcionales

Un requerimiento funcional es la descripción de lo que el sistema debe hacer o una
funcionalidad que debe proveer.
A continuación se listan los requerimientos funcionales del sistema.

Tabla 1.3. Requerimientos funcionales

Referencia Requerimiento
Mesa de Partes es un perfil de un nivel de registro, debe ingresar la
RF01 información del documento que ingresa por la Mesa de Partes Única en
el sistema.

Documento de Análisis
11
 El sistema deberá de buscar las dependencias policiales por niveles,
una vez encontrado una dependencia se podrá buscar las sub-
RF02
dependencias y poder seleccionarlo.

Si el documento de ingresado por Mesa de Partes tiene uno o más

documentos de referencia, el sistema debe mostrar la información y
RF03
deberá poder referenciarla.

Si el documento ingresado por Mesa de Partes es una respuesta a un

documento enviado por la institución (tiene RUD), el sistema debe
RF04
mostrar la información y deberá poder anexarla al RUD anterior.

El usuario con perfil Mesa de Partes puede cambiar los datos generales
del documento de trámite en caso de error de registro si su perfil tiene
RF05
permisos.

El usuario con perfil Digitalizador carga al sistema y envía el documento

RF06 digitalizado.

El usuario interno podrá proyectar un documento a su jefe inmediato, el

RF07 sistema mostrará en la bandeja del jefe inmediato.

El usuario podrá devolver o trasladar un documento en proyecto a otro

usuario de su oficina o a su jefe inmediato superior registro si su perfil
RF08
tiene permisos.

El usuario podrá revertir un documento enviado si el destinatario no ha

RF09 recibido el documento por el sistema

El documento puede ser devuelto desde cualquier oficina de la

RF10 institución.

El documento puede ser anulado, si se encuentra en los estados “En

Proyecto” o “Para Despacho”, por cualquier usuario, el sistema
RF11 regresará el documento antecedente, si existiera, a la bandeja de
recibidos del usuario que creó el documento.

El usuario podrá enviar varios documentos con distintos cuerpo de

RF12 documento en atención a un mismo RUD.

El usuario podrá anexar varios archivos, de cualquier tipo, al documento

RF13 principal.

Los usuarios pueden consultar los documentos generados que se

encuentran en su oficina si su perfil tiene permisos, o los documentos
que han transitado por su oficina. De esta forma se permite a los
RF14
usuarios conocer el estado del trámite del documento desde su registro
hasta su atención final.

El usuario debe crear un documento y enviarlo al usuario de destino.

RF15
El usuario de destino debe recibir el documento, para lo cual debe
RF16 marcar y recibir cada documento que haya llegado en su bandeja de
recibidos.

Documento de Análisis
12
 Los usuarios pueden consultar cualquier documento registrado y su
trazabilidad que hayan pasado por su bandeja y en otros documentos
RF17
de su dependencia, si su perfil tiene permisos.

Los usuarios pueden visualizar la trazabilidad (historial) del flujo de un

RF18 documento de su bandeja y en los que su perfil tenga permisos.

El sistema podrá realizar búsquedas dentro de documentos

RF19 digitalizados (OCR).

El sistema deberá de poder registrar más de un perfil a un usuario de

RF20 mesa de partes (registro-operador/digitalizador).

El sistema deberá de poder delegar a un colaborador hasta n niveles de

RF21 subordinación.

El sistema deberá de tener un seguimiento de todos los documentos

RF22 registrados y poder visualizar su trazabilidad.

El usuario del sistema de una Unidad Orgánica podrá hacer reenvío de

documentos utilizando el mismo Registro Único utilizado por cualquier
RF23 usuario de la misma Unidad Orgánica GENERAL(grupo de UO's
correspondiente a una misma área de trabajo).

El sistema podrá anexar a un Registro Único en trámite (ya existente),

RF24 un documento ingresado por Mesa de Partes.

La búsqueda para anexar a un Registro Único deberá de contemplar los

siguientes campos: Tipo de documento(RUC/DNI/CIP/Pasaporte/Carnet
de extranjería,..),número de documento, nombres de persona/razón
RF25
social, Registro Único, asunto, tipo de documento, número de
documento, rango de fechas, Unidad Orgánica de destino.

El sistema deberá de permitir la creación modificación y envío de

RF26
documentos personales.
El sistema deberá de imprimir un cargo de entrega del documento
RF27
registrado anteriormente.

1.3. Requerimientos no funcionales

Un requerimiento no funcional es la especificación de cómo debe ser implementado el

sistema.

A continuación se listan los requerimientos no funcionales del sistema.

Tabla 1.4. Requerimientos no funcionales

Referencia Requerimiento
RNF01 El sistema debe tener una interfaz de usuario amigable e intuitivo.

Documento de Análisis
13
RNF02 Se debe poder acceder al sistema desde cualquier computador, sin
importar el sistema operativo o navegador de Internet.

RNF03 El tiempo de respuesta del sistema no debe exceder el time-out que

el navegador WEB tiene para respuestas HTTP, y debe estar dentro
de los límites de la intranet institucional.

RNF04 El tamaño máximo de cada anexo será de 20MB

2. Análisis de la solución

2.1. Casos de uso

A continuación se presentan los casos de uso del sistema, los cuales describen la
secuencia de eventos que el sistema realiza para interactuar con los actores.
Primero se presenta el diagrama de actores, y luego se presentan los diagramas de
casos de uso que se han agrupado en 2 diagramas, el primero para los casos de uso
relacionados al documento, y el segundo los casos de uso relacionados al lote de
documentos.

2.1.1. Actores
Un actor representa un rol de una entidad externa que interactúa con el sistema. En
este proyecto los actores representaran los roles de usuarios del sistema.
Gráfico 1.3. Diagramas de actores

Administrador
Usuario Interno Usuario Mesa de Partes

Usuario Externo

Encargado de la Unidad Secretaria Colaborador

Asesor
Encargado MP Registrador Digitalizador

Tabla 1.5. Actores del sistema

Actor Descripción
Encargado de Es el encargado de aprobar, anular, devolver y enviar los documentos
Unidad que son revisados en la unidad. Participa en el siguiente caso de uso:
• CU06 Emisión de documentos Personales
• CU05 Emisión de documentos administrativos
• CU07 Recepción de documentos administrativos
• CU08 Consulta de documentos administrativos
• CU09 Enviar documentos
• CU10 Administrar configuración personal

Documento de Análisis
14