Las Tics Informe

UNIVERSIDAD SAN PEDRO
FACULTAD DE INGENIERA
ESCUELA ACADEMICO PROFESIONAL DE
INGENIERIA INFORMTICA Y DE SISTEMAS
TESIS
IMPLEMENTACIN DE UN SISTEMA DE
INFORMACIN WEB PARA LA TRAMITACIN
DOCUMENTARIA Y DIGITALIZACIN DE
ARCHIVOS EN LA DIRECCIN REGIONAL DE
SALUD DE ANCASH
PARA OBTENER EL TTULO PROFESIONAL DE INGENIERO

INFORMTICO Y DE SISTEMAS
PRESENTADO POR:
Bach. ALVARADO HUAMAN RAFAEL ROGELIO
Bach. DIAZ HERRERA MOISES LUIS
Asesor: Dr. FERNANDO VEGA HUINCHO.
HUARAZ PERU 2015
i
1. PALABRAS CLAVE
Tema Sistema de Informacin WEB
Especialidad Informtica
KEYWORDS
Theme Web Information System
Specialty Computing
2. TTULO
IMPLEMENTACIN DE UN SISTEMA DE INFORMACIN WEB

PARA LA TRAMITACIN DOCUMENTARIA Y DIGITALIZACIN
DE ARCHIVOS EN LA DIRECCIN REGIONAL DE SALUD DE
ANCASH
ii
3. RESUMEN
La presente tesis busca implementar un sistema de informacin WEB con la

finalidad de mejorar los procesos de tramitacin documentaria y digitalizacin de los
archivos generados y procesados en la Direccin Regional de Ancash.
La investigacin concluye que el anlisis de los procesos de tramitacin

documentaria y digitalizacin de los archivos en el rea de Tramite Documentario
de la Direccin Regional de Salud de Ancash presentaron problemas de trmite de
documentos y de archivamiento de resoluciones, demoras en las bsquedas de
documentos, deficiencias en el control de registro de documentos, falta de
codificacin de documentos lo que hace difcil su identificacin y seguimiento
inmediato y oportuno, deficiencias en el control de trmite documentario, demora y
poca confiabilidad en los reportes de estado de los documentos, y retrasos en la
emisin de documentos.
Concluy adems que los fundamentos tericos requeridos fueron la teora de las
ciencias de la computacin e informtica, especficamente en la digitalizacin de
archivos, los fundamentos de la ingeniera de software, la Teora de la Programacin
WEB, Teora de las redes computacionales; las teoras administrativas modernas de
la tramitacin documentaria y gestin de archivos documentarios. Que se aplic la
metodologa UWE, conocimientos de Rational Rose y metodologa UML,
programacin web en PHP. Que la implementacin del Sistema de Informtico Web
para la Tramitacin Documentaria y Digitalizacin de Archivos en la Direccin
Regional de Salud de Ancash se realiz mediante la aplicacin previa de las pruebas
de implementacin, la cual demostr su operacionalidad de acuerdo con las
caractersticas de diseo del software.
iii
4. ABSTRACT
This thesis seeks to implement a web information system in order to improve the
processes of documentary processing and digitizing files generated and processed in
the Regional Directorate of Ancash.
The investigation concluded that the analysis of the processes of documentary

processing and scanning of files in Area Document Processing of the Regional
Health Directorate of Ancash had problems processing of documents and archiving
of resolutions, delays searches of documents, deficiencies in the control register of
documents, non-coding documents making it difficult to identify and immediate and
timely follow-up, poor control documentary proceeding, delays and unreliability
reports status of documents, and delays in the issuance of documents.
It further concluded that the required theoretical foundations were the theory of
computer science and information technology, specifically in digital files, the
fundamentals of software engineering, Theory WEB Programming, Theory of
computer networks; modern management theories of the documentary processing
and management d documentary files. The UWE methodology, knowledge of
Rational Rose and UML methodology, PHP web programming was applied. The
implementation of the System of Computer Web for Processing Documentary and
digital files at the Regional Health Directorate of Ancash was performed by the prior
application of tests implementation, which demonstrated its operability in accordance
with the design features of the software
iv
INDICE
1. PALABRA CLAVE ii
2. TITULO ii
3. RESUMEN iii
4. ABSTRACT iv
5. INTRODUCCIN 1
5.1.Antecedentes 1
5.2.Problema 2
5.3.Formulacin del problema 4
5.4.Fundamentacin cientfica de la investigacin 4
5.5.Justificacin de la investigacin 4
5.6.Sistema de Informacin Web 5
5.6.1. Sistema 5
5.6.2. Sistema Informtico 6
5.6.3. Sistema Informtico Web 7
5.6.4. Sistema Web 9
5.6.5. Herramienta de Modelamiento 9
5.6.6. Herramienta de programacin 18
5.7. Digitalizacin de Archivos 29
5.7.1. Sistema de Gestin Documentaria vs. Sistema de Trmite 30

Documentario
5.7.2. Sistema de Trmite Documentario 32
5.8. HIPOTESIS 33
5.9.OBJETIVOS 33
5.9.1. Objetivo General 33
5.9.2. Objetivos especficos 33
6. METODOLOGIA DEL TRABAJO 34
6.1.Metodologa de la investigacin 34
6.1.1. Tipo y diseo de investigacin 34
v
6.1.2. Poblacin y muestra 34
6.1.3. Procesamiento y anlisis de la informacin 34
6.1.4. Metodologa Aplicada 34
7. RESULTADOS 35
7.1.INGENIERA DE REQUERIMIENTOS DE TRMITE 35
7.2.MODELO DE REQUERIMIENTOS 35
7.2.1. Diagramas de Casos de Uso 36
7.2.2. Descripcin de Casos de Uso del Mdulo de Recepcin de 46
Documentos
7.2.3. Descripcin de Casos de Uso del Mdulo de Distribucin y 53
Atencin de Documentos
7.2.4. Descripcin de Casos de Uso del Mdulo de Reportes, 79
Impresiones de los trmites de documentos
7.3.INGENIERA DE LA SOLUCIN WEB DE TRMITE 94
7.3.1. Estudio de la situacin del rea de tramite documentario de 94
la DIRESA
7.3.2. Modelado de procesos del rea de trmite documentario 95
7.3.3. Modelos definidos en UWE 96
7.3.4. Modelos de anlisis para el sistema trmite 96
7.3.5. Modelos de diseo 99
7.3.6. Modelo de Navegacin 114
7.3.7. Modelo de Datos 117
7.4.IMPLEMENTACIN DEL SISTEMA DE INFORMACIN 119
WEB
7.5.PROTOTIPOS 128
7.6.PRUEBAS Y CONTROL DE CALIDAD DE LA SOLUCIN 138
7.7.PRUEBAS DE LA SOLUCIN 143
8. ANALISIS Y DISCUSIN 147
9. CONCLUSIONES Y RECOMENDACIONES 148
9.1. Conclusiones 148
9.2. Recomendaciones 149
vi
10. AGRADECIMIENTO 151
11. REFERENCIAS BIBLIOGRFICAS 152
12. ANEXOS 155
vii
5. INTRODUCCIN
5.1. Antecedentes
Campillo (2010), en su tesis doctoral titulada Implementacin de un Sistema de

Informacin Web para la Tramitacin documentaria en Camagey realizado en la
Universidad de la Habana. Cuba, propone un Sistema de Gestin Integral de
documentos de archivo sustentado en tecnologas de informacin en donde busca
la gestin eficiente de documentos en las organizaciones empresariales de la
construccin de la ciudad de Camagey. El estudio se estructura en tres mdulos:
Gestin y seguridad documental, Gestin de archivo y administracin y
configuracin. Concluye que el sistema mejora la realidad problemtica estudiada
y valida su aplicacin a la realidad documentaria de las empresas constructoras.
En Colombia, Angarita & Angarita (2008). En su tesis Diseo de un Modelo de

Gestin Documental para la unidad Nacional de Tierras Rurales. UNAT., enfrenta
a un acuciante problema: la identificacin, valoracin y seleccin de imponentes
masas documentales. Tiene como finalidad de este trabajo es darle a la UNAT en
general un sistema de Gestin Documental que involucre a los funcionarios de la
UNAT, en el desarrollo y cumplimiento de sus funciones con respecto al manejo
documental de su entidad, con miras a proporcionar una herramienta estratgica
para el mejoramiento del rea archivstica.
Mena (2006), en su tesis doctoral realizado en la Universidad d la Habana Cuba,

analiza cmo la naturaleza y funcionalidad del documento archivstico y sus
caractersticas en el ambiente electrnico condicionan su gestin. Estudia el
impacto de las herramientas gerenciales y de las tecnologas de la informacin y
las comunicaciones sobre los modelos organizacionales de las administraciones
pblicas y las formas de los documentos que estas producen y que sirven como
evidencia de sus transacciones. Analiza el contexto de los Organismos de la
Administracin Central de Estado en Cuba y sus sistemas de archivos para la
gestin de la documentacin archivstica electrnica que estos generan. Determina
las condiciones que el sistema jurdico y el estado de informatizacin de la
1
sociedad cubana imponen a los sistemas de gestin de documentacin archivstica
y presenta la propuesta de un conjunto de requisitos funcionales archivsticos
bsicos que tienen por objeto servir de orientacin y gua para el diseo de
sistemas de gestin electrnica, con capacidades para la creacin y el
mantenimiento de documentos archivsticos veraces en los sistemas electrnicos
de la Administracin Central del Estado cubano.
En Lima Per, Carrera (2006). En su tesis para optar por el Ttulo de Ingeniero
Informtico, propone el anlisis y diseo un sistema de trmite de documentos con
el objetivo de mejorar los tramites de documentos de pago a los proveedores,
aplica metodologas bsica de la Ingeniera de Software en entorno WEB (PHP,
Dream Weaver, UML, Rational Rose), concluy que el sistema de trmite permite
la aceptacin de la hiptesis planteada, esto es, el sistema mejora los tramites de
documentos de pago a proveedores.
A nivel local, luego de un anlisis realizado en las bibliotecas fsicas locales y en

internet, no se han encontrado estudios de investigacin que impliquen el
desarrollo de las dos variables que se aborda en la presente investigacin.
5.2. Problema
La Direccin Regional de Salud de Ancash (DIRESA), tiene como misin
proteger la dignidad personal, promoviendo la salud para construir una cultura de
salud y de solidaridad, previniendo las enfermedades y garantizando la atencin
integral de salud de todos los habitantes; cumpliendo las polticas y objetivos
nacionales de salud en concertacin con todos los sectores pblicos y privados y
otros actores sociales. En el cumplimiento de sus misin y funciones asignadas,
esta institucin, en sus diversas reas se generan gran cantidad de documentos y
adems los clientes tramitan un gran volumen de documentos, dando como
resultado gran congestin documentaria en todas sus reas.
Los problemas que se presentan en el proceso de trmite documentario, tienen que

ver en su mayora con la demora que se genera al momento de procesar la
2
informacin que se obtiene a partir de los documentos ingresados por mesa de
partes. La poca accesibilidad que se le brinda al usuario no le permite llevar un
control adecuado, que le facilite el estado actual de su documento.
Los procesos de gestin o tramitacin documentaria en la DIRESA no estn

detallados en forma clara, concisa y funcional, no se brinda la informacin de los
procedimientos administrativos bajo responsabilidad del rea encargada a los
funcionarios, servidores y al pblico en general, as como tambin, no se facilita
la simplificacin administrativa y no se orienta a todo el personal sobre los
procedimientos llevados a cabo por la Gerencia de Recepcin Documental y
Archivo General.
A Continuacin se detallan los problemas de trmite de documentos y de

archivamiento de resoluciones:
Demora en las bsquedas de documentos de diverso tipos correspondientes
a las instituciones y personas que tramitan a diario.
Deficiencias en el control de registro de documentos.
Inexistencia de un sistema de codificacin de los documentos, lo que hace
difcil su identificacin y seguimiento inmediato y oportuno.
Deficiencias en el control de trmite documentario.
Demora y poca confiabilidad en los reportes de estado de los documentos.
Falta de digitalizacin de los documentos
Retraso en la emisin de documentos tanto a personas naturales como
personas jurdicas
Las demoras de trmites documentarios generan ms demoras en otras
reas, entorpeciendo en general las actividades de todo el sistema de la
Direccin Regional de Salud de Ancash.
Dada la problemtica que se ha podido evidenciar, el grupo investigador propone

desarrollar un sistema de informacin de Tecnologa Web para la tramitacin
documentaria y digitalizacin de archivos en la Direccin Regional de Salud de
Ancash.
3
5.3. Formulacin del problema
Cmo implementar un sistema informtico Web para la tramitacin
documentaria y digitalizacin de archivos en la Direccin Regional de Salud de
Ancash?
5.4. Fundamentacin cientfica de la investigacin

El estudio se fundamenta en la teora de las ciencias de la computacin e
informtica, especficamente en la digitalizacin de archivos, se fundamenta
especficamente en los fundamentos cientficos de la ingeniera de software,
Teora de la Programacin WEB, Teora de las redes computacionales. Asimismo
se fundamenta en las teoras administrativas modernas de la tramitacin
documentaria y gestin de archivos documentarios.
5.5. Justificacin de la investigacin
La presente investigacin sirve para automatizar los procesos de tramitacin d

documentos generados, recibidos y distribuidos en la Direccin Regional de
Salud de Ancash, Con esta investigacin se beneficia la institucin en estudio, los
empleados por la facilidad de la realizacin de los procesos, y los usuarios quien
se vern beneficiados con la agilidad en la tramitacin de sus documentos.
Se justifica econmicamente en el sentido de que va a reducir los tiempos de

gestin y trmite a los clientes o usuarios, estos clientes podrn realizar sus
trmites va Web, sin necesidad de incurrir en gastos de movilidad, estada, etc.,
as como tambin se reduciran los tiempos de procesamiento y dificultades de
proceso de los trmites para el personal a cargo del rea.
Metodolgicamente, el sistema informtico basado en tecnologa Web va a

simplificar los procesos de trmite documentario, el cliente dispondr de atencin
en cualquier tipo de atencin las 24 horas del da, podr hacer el seguimiento de
los documentos con solamente acceder a la red de redes.
4
La presente investigacin se justifica tcnicamente por la existencia y
disponibilidad de herramientas, mtodos y tcnicas para analizar, disear e
implementar el sistema informtico en estudio. Se utilizarn tcnicas actualizadas
(UML, Rational Rose, HTML, PHP, NET BEANS 7.0, ERWIN 6.0, MySQL,
etc.) de la ingeniera de software y del diseo e implementacin de sistemas
informticos, mtodos que van a garantizar los requisitos funcionales y no
funcionales de la tramitacin de documentos y digitalizacin de archivos va on
line.
5.6. Sistema de Informacin Web
5.6.1. Sistema
Es un conjunto de elementos relacionados y ordenados, segn ciertas reglas

que aporta al sistema objeto, es decir, a la organizacin a la que sirve y que
marca sus directrices de funcionamiento- la informacin necesaria para el
cumplimiento de sus fines; para ello, debe recoger, procesar y almacenar
datos, procedentes tanto de la organizacin como de fuentes externas, con el
propsito de facilitar su recuperacin, elaboracin y presentacin.
Segn Laudon y Laudon (2006), un sistema de informacin es un conjunto

de elementos orientados al tratamiento y administracin de datos e
informacin, organizados y listos para su posterior uso, generados para
cubrir una necesidad u objetivo. Dichos elementos formarn parte de alguna
de estas categoras: Personas, Datos, Actividades o tcnicas de trabajo y
Recursos materiales en general. Todos estos elementos interactan entre s
para procesar los datos, incluyendo procesos manuales y automticos, dando
lugar a informacin ms elaborada y distribuyndola de la manera ms
adecuada posible en una determinada organizacin en funcin de sus
objetivos.
De acuerdo con Angell and Smithson (1991), quienes sostienen que desde el
punto de vista de la informtica, un sistema de informacin es cualquier
5
sistema o subsistema de equipo de telecomunicaciones o computacional
interconectados y que se utilicen para obtener, almacenar, manipular,
administrar, mover, controlar, desplegar, intercambiar, transmitir o recibir
voz y/o datos, e incluye tanto los programas de computacin "software" y
"firmware" como el equipo de cmputo.
Asimismo, Ciborra (2002), define a los sistemas de informacin desde la

perspectiva de la teora de sistemas, en donde indica que un sistema de
informacin es un sistema, automatizado o manual, que abarca personas,
mquinas, y/o mtodos organizados de recoleccin de datos, procesamiento,
transmisin y diseminacin de datos que representa informacin para el
usuario.
5.6.2. Sistema Informtico

Es el conjunto de elementos fsicos (hardware) y lgicos (software) que
permiten procesar la informacin del usuario realizando igualmente un
control eficiente de todos los recursos posibles, es decir, un sistema
informtico es el conjunto de elementos empleados en el tratamiento de la
informacin. Un sistema informtico es un sistema de procesamiento de la
informacin basada en ordenadores, consta de 2 subsistemas: Subsistema
fsico: formado por el conjunto de elementos fsicos (dispositivos
electrnicos y electromecnicos, circuitos, cables, etc.) necesario para el
tratamiento automatizado de la informacin, y subsistema lgico: formado
por el conjunto de elementos lgicos (instrucciones, rdenes, etc.) necesario
para el control de los trabajos del usuario. (Pea, Moreno y Elvira, 2002).
Segn Effy Oz (2005) los sistemas informticos son excelentes herramientas

para reunir, almacenar y presentar datos, pero para que sean realmente
efectivos, esos datos deben convertirse en informacin til, que indique la
mejor manera de asignar los diferentes recursos, incluyendo al personal,
tiempo, dinero, equipo y otros activos.
6
El grupo investigador comparte la concepcin sobre sistema informtico de
que es un conjunto de elementos tangibles, no tangibles y el hombre
preparado para interrelacionarse con el software y hardware, y de esta
manera cumplir funciones y procesos para los cuales el sistema informtico
ha sido preparado o diseado.
El siguiente grafico ilustra la concepcin que se tiene de un sistema

informtico.
Figura 1. Grfico de concepcin de un sistema informtico
5.6.3. Sistema Informtico WEB

Un sistema informtico como todo sistema, es el conjunto de partes
interrelacionadas, hardware, software y de recurso humano que permite
almacenar y procesar informacin. El hardware incluye computadoras o
7
cualquier tipo de dispositivo electrnico inteligente, que consisten en
procesadores, memoria, sistemas de almacenamiento externo, etc. El
software incluye al sistema operativo, firmware y aplicaciones, siendo
especialmente importante los sistemas de gestin de bases de datos. Por
ltimo el soporte humano incluye al personal tcnico que crean y mantienen
el sistema (analistas, programadores, operarios, etc.) y a los usuarios que lo
utilizan.
Un sistema informtico web es el conjunto de hardware y software y recurso

humano cuya capacidad es interaccionar con Internet, de esta manera, los
usuarios pueden ingresar al sistema como clientes desde cualquier sitio del
mundo y a cualquier hora, facilitando las gestiones en cuanto a tiempo y sin
restricciones de tiempo.
Elementos de un sistema informtico
En general, la mayora de sistemas informticos disponen de los siguientes

elementos:
Hardware: Conjunto de elementos mecnicos, electrnicos digitales
visualizables y tangibles. Estn conformados por el computador, perifricos,
cables, tarjetas, discos duros, impresoras, pantallas, etc. Es el primer
elemento de todo sistema informtico y comprende a toda la maquinaria y
dispositivos relacionados a ella misma.
Software: Conjunto de instrucciones denominadas programas que son

ejecutados y procesados por la unidad central de procesamiento del
computador y permiten ejecutar un conjunto de tareas para la cual ha sido
diseado o creado. Es el segundo elemento de un sistema informtico.
Datos y/o Informacin: Es la materia prima o unidad bsica del

procesamiento computacional. Constituye la entrada del sistema para que
esta sea procesada, de ella se obtiene informacin, y de la informacin el
8
conocimiento, materia prima bsica de la toma de decisiones. Es el tercer
elemento de un sistema informtico.
Manware o Humanware: Persona o conjunto de personas capacitadas o

preparadas para utilizar y trabajar adecuada y eficientemente en un sistema
de cmputo. Es el cuarto elemento de un sistema de cmputo.
5.6.4. Sistema WEB
Es un sistema que apoya parte de sus procesos a travs de una red de

computadoras o la Word Wide Web. Actualmente, los sistemas de
informacin se encuentran al alcance de las grandes masas de usuarios por
medio de Internet; as se crean las bases de un nuevo modelo, en el que los
usuarios interactan directamente con los sistemas de informacin para
satisfacer sus necesidades de informacin.
Los sistemas web, a diferencia de los sistemas transacciones, permiten a

diversos usuarios interactuar con el sistema en cualquier tiempo y espacio.
La utilidad que pueden tener estos usuarios es casi lo mismo que los
usuarios normales de los sistemas transaccionales.
5.6.5. Herramienta de Modelamiento

Modelo
Un Modelo captura una vista de un sistema del mundo real. Es una
abstraccin de dicho sistema, considerando un cierto propsito. As, el
modelo describe completamente aquellos aspectos del sistema que son
relevantes al propsito del modelo y a un apropiado nivel de detalle.
Diagrama
Es una representacin grfica de una coleccin de elementos de modelado, a
menudo dibujado como un grado conexo de arcos (relaciones) y vrtices
(otros elementos del modelo). Un diagrama no es un elemento semntico, un
9
diagrama muestra representacin de elementos semnticos del modelo, pero
su significado no se ve afectado por la forma en que son representados. Un
diagrama esta contenido dentro de un paquete.
Unified Moldeling Language (UML)

Segn Booch, Rumbaugh y Jacobson (1997, 1999), UML (Unified
Modeling Language) es un lenguaje que permite modelar, construir y
documentar los elementos que forman un sistema software orientado a
objetos. Se ha convertido en el estndar de facto de la industria de desarrollo
de software. Para Liza (2001). UML puede describir cualquier tipo de
sistema en trminos de diagramas orientados a objetos. Entre los diferentes
tipos tenemos sistemas de informacin, sistemas de tiempo real, sistemas
embebidos, sistemas distribuidos, software de sistemas, sistemas de
negocios, etc. Es un leguaje de modelado visual que se usa para especificar,
visualizar, construir y documentar artefactos de un sistema de software.
Adems se usa para entender, disear, hojear, configurar, mantener y
controlar la informacin sobre los sistemas a construir.
Es un lenguaje de propsito general para el modelado orientado a objetos.

UML es tambin un leguaje de Modelamiento visual que permite una
abstraccin del sistema y sus componentes. Es un lenguaje grfico para
visualizar, especificar, construir y documentar los artefactos de un uso
intensivo de software de sistema. El UML ofrece una forma estndar para
escribir un sistema de proyectos, incluyendo conceptos como los procesos
de negocio y las funciones del sistema, as como las cosas concretas tales
como lenguaje de programacin declaraciones, esquemas de bases de datos,
software y componentes reutilizable. Cabe indicar que UML es un 'lenguaje'
para especificar y no un mtodo o procedimiento.
Ventajas
UML es un lenguaje para especificar, construir, visualizar y
documentar los elementos de un Sistema de software. Los usuarios
10
disponen de un Lenguaje de Modelado expresivo y visual, de tal
forma que ellos pueden intercambiar modelos con significado y
fciles de entender.
Los Conceptos que utilizan en UML son soportados por muchos
mtodos actuales y herramientas de Modelamiento.
UML es independiente de los Leguajes de Programacin y del
Proceso de Construccin y soporta Programacin Orientada a
Objetos (POO) y Reutilizacin.
UML es llamado un Lenguaje de Modelado y no una Metodologa.
Muchas Metodologas consisten, al menos, de un lenguaje de
modelado y un proceso (mtodo). El Lenguaje de Modelado es la
notacin (principalmente grafica) que los mtodos usan para
expresar diseos.
Diagramas UML
Tal como se puede apreciar en el siguiente grfico, UML consta de 09
diagramas:
Figura 2. Diagramas UML
11
Diagrama de Casos de Uso
Muestra un conjunto de casos de uso y actores (un tipo especial de clases)

con sus relaciones. Los diagramas da casos de uso cubren la vista de casos
de uso esttica de un sistema. Son importantes en el modelado y organizaron
del comportamiento de un sistema.
Las relaciones entre casos de uso y actores pueden ser las siguientes:
Un actor se comunica con un caso de uso.

Un caso de uso extiende otro caso de uso.
Un caso de uso usa otro caso de uso.
Retirar Dinero
Consultar Extracto
Cliente
Realizar Transferencia
Figura 3. Diagramas UML
Diagrama de Clases
Son diagramas de estructura esttica que muestran las clases del sistema y
sus interrelacione (incluyendo herencia, agregacin, asociacin, etc.). Los
diagramas de clases que incluyen clases activas cubre la vista de procesos
estticas de un sistema.
12
Figura 4. Diagrama de Clases
Diagrama de Objetos
Muestra un conjunto de objetos y sus relaciones. Los diagramas de objetos
representan instantneas de instancias de los diagramas de clases. Estos
diagramas cubren la vista de diseo esttica o la vista de procesos esttica
de un sistema como lo hacen los diagramas de clases, pero la perspectiva de
casos reales o prototipos.
Figura 5. Diagrama de Objeto
13
Diagrama de Secuencia
Muestra una interaccin, que consta de un conjunto de objetos y sus
relaciones, incluyendo los mensajes que pueden ser enviados entre ellos.
Los diagramas de interaccin cubren la vista dinmica de un sistema.
Figura 6. Diagrama de Secuencia
Diagrama de Colaboracin
Es un diagrama de interaccin, que resalta la ordenacin temporal de los
mensajes; un diagrama de colaboracin en un diagrama de interaccin que
resalta la organizacin estructural de los objetos que envan y reciben
mensajes. Los diagramas de secuencia y colaboracin son isomorfos, es
decir, que se puede tomar uno y transformarlo en el otro.
Figura 7. Diagrama de Colaboracin
14
Diagrama de Estados
Muestra una mquina de estados, que consta de estados, transiciones,
eventos y actividades, los diagramas de estado cubren la vista dinmica de
un sistema, son especialmente importante en el modelado del
comportamiento de una interfaz, una clase o una colaboraron y resaltan el
comportamiento dirigido por eventos de un objeto, lo cual es especialmente
til en el modelado de sistemas reactivos.
Figura 6. Diagrama de Estados
Diagrama de Actividades
Caso especial de diagramas de estado en el cual casi todos estados son
estados en accin (identifican una accin que se ejecuta estar en el).
La interpretacin de un diagrama de actividades depende de la perspectiva

considerada: en un diagrama conceptual, la actividad es alguna tarea que
debe ser realizada en un diagrama de especificacin o de implementacin, la
15
actividad es un mtodo de una clase. Generalmente se suelen utilizar para
modelar los pasos de un algoritmo.
Muestra el flujo de actividades dentro de un sistema. Los diagramas de

actividades cubren la vista dinmica de un sistema. Son especialmente
importantes al modelar el funcionamiento de un sistema y resaltan el flujo
de control entre objetos.
Figura 9. Diagrama de Estados

Diagrama de Componentes
Muestra la organizacin y las dependencias entre un conjunto de
componentes. Los diagramas de componentes cubren la vista de
implementacin esttica de un sistema. Se relacionan con los diagramas de
16
clases en que un componente se corresponde, por lo comn, con una o ms
clases, interfaces o colaboraciones.
Figura 10. Diagrama de Componentes
Diagrama de Despliegue
Muestra la configuracin de nodos de procesamiento en tiempo de ejecucin
y los componentes que residen en ellos. Los diagramas de despliegue cubren
la vista de despliegue esttica de una arquitectura. Se relacionan con los
diagramas de componentes en que un nodo incluye, por lo comn uno o ms
componentes.
Figura 11. Diagrama de Despliegue

17
5.6.6. Herramienta de programacin
PHP
PHP (acrnimo de "PHP: Hypertext Preprocessor") es un lenguaje de

"cdigo abierto" interpretado, de alto nivel, embebido en pginas HTML y
ejecutado en el servidor.
PHP es un lenguaje encapsulado dentro de los documentos HTML (aunque

los CGI hechos con PHP terminan en extensin .PHP y no .HTML). De
forma que se pueden introducir instrucciones PHP dentro de las pginas.
Gracias a esto el diseador grfico del Web puede trabajar de forma
independiente al programador. PHP es interpretado por el servidor (Apache)
generando un HTML con el resultado de sustituir las secuencias de
instrucciones PHP por su salida.
Por lo tanto una Web dinmica con PHP contiene una serie de documentos
PHP que el servidor apache interpreta proporcionando al cliente documentos
HTML con el resultado de las ordenes PHP.
Caractersticas
Es un lenguaje multiplataforma.
Capacidad de conexin con la mayora de los manejadores de base de
datos, destaca su conectividad con MySQL.
Capacidad de expandir su potencial utilizando la enorme cantidad de
mdulos (llamados ext's o extensiones).
Es libre, representa una alternativa de fcil acceso para todos.
Permite las tcnicas de Programacin Orientada a Objetos.
Biblioteca nativa de funciones sumamente amplia e incluida.
No requiere definicin de tipos de variables.
Tiene manejo de excepciones
Su librera estndar es realmente amplia, lo que permite reducir los
llamados 'costos ocultos', uno de los principales defectos de ASP.
18
El acceso a las bases de datos de PHP es muy heterogneo, pues
dispone de un juego de funciones distinto por cada gestor.
Como lenguaje, PHP padece ciertas carencias: no soporta
polimorfismo ni tiene excepciones u otro sistema de errores aceptable.
Ventajas e inconveniente de PHP:
Muy sencillo de Aprender.

Similar en sintaxis a C y a PERL.
Soporta en cierta medida la orientacin a objeto. Clases y herencia.
El Anlisis lxico para recoger las variables que se pasan en la
direccin lo hace PHP de forma automtica. Librndose el usuario de
tener que separar las variables y sus valores.
Se puede incrustar cdigo PHP con etiquetas HTML.
Excelente soporte de acceso a base de datos.
La comprobacin de que los parmetros son vlidos se hace en el
servidor y no en el cliente (como se hace con javascript) de forma
que se puede evitar que chequear que no se reciban solicitudes
adulteradas. Adems PHP viene equipado con un conjunto de
unciones de seguridad que previenen la insercin de rdenes dentro
de una solicitud de datos.
Se puede hacer de todo lo que se pueda transmitir por va HTTP.
Desventajas
Todo el trabajo lo realiza el servidor y no delega al cliente. Por tanto

puede ser ms ineficiente a medida que las solicitudes aumenten de
nmero.
La legibilidad del cdigo puede verse afectada al mezclar sentencias
HTML y PHP.
La Orientacin a Objetos es an muy deficiente para Aplicaciones
grandes.
19
Fundamentacin de seleccin
PHP no soporta directamente punteros, como el C, de forma que no

existen los problemas de depuracin provocados por estos.
Se pueden hacer grandes cosas con pocas lneas de cdigo. Lo que
hace que merezca la pena aprenderlo.
El cdigo PHP es mucho ms legible que el de PERL, todo el que
haya programado PERL podr corroborar esta afirmacin.
Viene acompaado por una excelente biblioteca de funciones que
permite realizar cualquier labor (acceso a base de datos, encriptacin,
envi de correo, gestin de un e-commerce, xml, creacin de PDF...)
Al poderse encapsular dentro de cdigo HTML se puede recoger el
trabajo del diseador grfico e incrustar el cdigo PHP
posteriormente.
Est siendo utilizado con xito en varios millones de sitios Web.
Hay multitud de aplicaciones PHP para resolver problemas concretos
(Weblogs, tiendas virtuales, peridicos,...) listas para usar.
Es Multiplataforma, funciona en todas las plataformas que soporten
Apache.
Es software libre. Se puede obtener en la Web y su cdigo esta
disponible bajo la licencia GPL.
MySQL
Es un sistema de gestin de base de datos relacional, multihilo y

multiusuario con ms de seis millones de instalaciones. Es una aplicacin de
Cdigo abierto y por lo tanto es gratuita, nos permite redistribuir una
aplicacin que la contenga y nos permite incluso modificar su cdigo para
mejorarla o adaptarla a nuestras necesidades. Es un Sistema de Gestin de
Bases de Datos (SGBD) multiusuario, multiplataforma y de cdigo abierto.
Delgado (1999) que es un Sistema Gestor de Base de Datos (SGBD)

totalmente habilitado para Web, que proporciona una compatibilidad
20
fundamental con el lenguaje de marcado extensible (XML, Extensible
Markup Lenguaje) y la capacidad para realizar consultas en Internet y por
encima del servidor de seguridad. MySQL es una de las bases de datos ms
populares, desarrolladas bajo la filosofa de cdigo abierto. La desarrolla y
mantiene la empresa MySql AB pero puede utilizarse gratuitamente y su
cdigo fuente est disponible.
Inicialmente, MySQL careca de elementos considerados esenciales en las

bases de datos relacionales, tales como integridad referencial y
transacciones. A pesar de ello, atrajo a los desarrolladores de pginas web
con contenido dinmico, justamente por su simplicidad; aquellos elementos
faltantes fueron llenados por la va de las aplicaciones que la utilizan.
Caractersticas
Entre las caractersticas disponibles en las ltimas versiones se puede

destacar:
Amplio subconjunto del lenguaje SQL. Algunas extensiones son

incluidas igualmente.
Disponibilidad en gran cantidad de plataformas y sistemas.
Diferentes opciones de almacenamiento segn si se desea velocidad en
las operaciones o el mayor nmero de operaciones disponibles.
Transacciones y claves forneas.
Conectividad segura.
Replicacin.
Bsqueda e indexacin de campos de texto.
Rational Rose
El Proceso Unificado de Rational es un proceso de ingeniera del software.

Proporciona un acercamiento disciplinado a la asignacin de tareas y
responsabilidades en una organizacin de desarrollo. Su propsito es
21
asegurar la produccin de software de alta calidad que se ajuste a las
necesidades de sus usuarios finales con unos costos y calendario
predecibles. En definitiva el RUP es una metodologa de desarrollo de
software que intenta integrar todos los aspectos a tener en cuenta durante
todo el ciclo de vida del software, con el objetivo de hacer abarcables tanto
pequeos como grandes proyectos software. Adems Rational proporciona
herramientas para todos los pasos del desarrollo as como documentacin en
lnea para sus clientes. Las caractersticas principales de RUP son:
Guiado/Manejado por casos de uso: La razn de ser de un sistema

software es servir a usuarios ya sean humanos u otros sistemas; un
caso de uso es una facilidad que el software debe proveer a sus
usuarios. Los casos de uso reemplazan la antigua especificacin
funcional tradicional y constituyen la gua fundamental establecida
para las actividades a realizar durante todo el proceso de desarrollo
incluyendo el diseo, la implementacin y las pruebas del sistema.
Centrado en arquitectura: La arquitectura involucra los elementos

ms significativos del sistema y est influenciada entre otros por
plataformas software, sistemas operativos, manejadores de bases de
datos, protocolos, consideraciones de desarrollo como sistemas
heredados y requerimientos no funcionales. Es como una radiografa
del sistema que estamos desarrollando, lo suficientemente completa
como para que todos los implicados en el desarrollo tengan una idea
clara de qu es lo que estn construyendo, pero lo suficientemente
simple como para que si quitamos alguna parte importante del
sistema quede sin especificar. Se representa mediante varias vistas
que se centran en aspectos concretos del sistema, abstrayndose de lo
dems. Todas las vistas juntas forman el llamado modelo 4+1 de la
arquitectura, recibe este nombre porque lo forman las vistas lgica,
de implementacin, proceso y despliegue, ms la de casos de uso que
es la que da cohesin a todas.
22
Iterativo e Incremental: Para hacer ms manejable un proyecto se
recomienda dividirlo en ciclos. Para cada ciclo se establecen fases de
referencia, cada una de las cuales debe ser considerada como un mini
proyecto cuyo ncleo fundamental est constituido por una o ms
iteraciones de las actividades principales bsicas de cualquier
proceso de desarrollo. En concreto RUP divide el proceso en cuatro
fases, dentro de las cuales se realizan varias iteraciones en nmero
variable segn el proyecto y en las que se hace un mayor o menor
hincapi en las distintas actividades. Adems de estas caractersticas
principales segn cabe destacar las siguientes:
Desarrollo basado en componentes: La creacin de sistemas

intensivos en software requiere dividir el sistema en componentes
con interfaces bien definidas, que posteriormente sern ensamblados
para
Generar el sistema. Esta caracterstica en un proceso de desarrollo

permite que el sistema se vaya creando a medida que se obtienen o
que se desarrollen y maduran sus componentes.
Utilizacin de un nico lenguaje de modelado: UML es adoptado

como nico lenguaje de modelado para el desarrollo de todos los
modelos.
Proceso Integrado: Se establece una estructura que abarque los

ciclos, fases, flujos de trabajo, mitigacin de riesgos, control de
calidad, gestin del proyecto y control de configuracin; el proceso
unificado establece una estructura que integra todas estas facetas.
Adems esta estructura cubre a los vendedores y desarrolladores de
herramientas para soportar la automatizacin del proceso, soportar
flujos individuales de trabajo, para construir los diferentes modelos e
23
integrar el trabajo a travs del ciclo de vida y a travs de todos los
modelos.
La estructura esttica del proceso unificado se define en base a cuatro

elementos, que son: los roles (antes workers), que responde a la pregunta
quin?, las actividades (activities), que responden a la pregunta cmo?
Fases, iteraciones, disciplinas y productos (artifacts), que responden a la
pregunta qu?, y los flujos de trabajo (workflows), que responden a la
pregunta cundo? La definicin de estos trminos que se nos hace es:
Roles: Un rol define el comportamiento y responsabilidades de un

individuo, o de un grupo de individuos trabajando juntos como un
equipo. Una persona puede desempear diversos roles, as como un
mismo rol puede ser representado por varias personas. Las
responsabilidades de un rol son tanto el llevar a cabo un conjunto de
actividades como el ser el dueo de un conjunto de artefactos.
Actividades: Una actividad de un trabajador en concreto es una
unidad de trabajo que una persona que desempee ese rol puede ser
solicitado a que realice. Las actividades tienen un objetivo concreto,
normalmente expresado en trminos de crear o actualizar algn
producto.
Productos: Un producto o artefacto es un trozo de informacin que
es producido, modificado o usado por un proceso. Los productos son
los resultados tangibles del proyecto, las cosas que va creando y
usando hasta obtener el producto final.
Flujos de trabajo: La mera enumeracin de rolos, actividades y
artefactos no define un proceso, necesitamos definir la secuencia de
actividades realizadas por los diferentes roles, as como la relacin
entre los mismos, que nos producen unos resultados observables. El
RUP define varios flujos de trabajo distintos, entre los que distingue
entre dos grupos, los de proceso, y los de apoyo. Las distintas
iteraciones a realizar consistir en la ejecucin de estos flujos de
24
trabajo con una mayor o menos intensidad dependiendo de la fase e
iteracin en la que nos encontremos.
Fases de la metodologa RUP
RUP se divide en 4 fases, dentro de las cuales se realizan varias iteraciones

segn el proyecto y en las que se hace mayor o menos esfuerzo en las
distintas actividades. Son las siguientes:
Fase de Inicio (Inspeccin y Concepcin) Se hace un plan de fases,
donde se identifican los principales casos de uso y se identifican los
riesgos. Se concreta la idea, la visin del producto, como se enmarca
en el negocio, el alcance del proyecto.
Fase de Elaboracin: se realiza el plan de proyecto, donde se
completan los casos de uso y se mitigan los riesgos. Planificar las
actividades necesarias y los recursos requeridos, especificando las
caractersticas y el diseo de la arquitectura.
Fase de Construccin: se basa en la elaboracin de un producto
totalmente operativo y en la elaboracin del manual de usuario.
Construir el producto, la arquitectura y los planes, hasta que el
producto est listo para ser enviado a la comunidad de usuarios.
Fase de Transicin: se realiza la instalacin del producto en el
cliente y se procede al entrenamiento de los usuarios. Realizar la
transicin del producto a los usuarios, lo cual incluye manufactura,
envo, entrenamiento, soporte y mantenimiento del producto, hasta
que el cliente quede satisfecho, por tanto en esta fase suelen ocurrir
cambios. Con estas fases se logra ejecutar un conjunto de mejores
prcticas, como lo son:
Desarrollar Software Iterativamente

Modelar el software visualmente
Gerencia los Requerimientos
Usar arquitecturas basadas en componentes
Verificacin continua de la calidad
25
Gerencia los cambios
Herramientas utilizadas
Leguaje de Programacin PHP
Es un lenguaje script de servidor. Actualmente se puede instalar mdulos
para interpretar PHP en casi todos los servidores de aplicaciones web. En
especial PHP tiene una gran relacin con Apache. Es un lenguaje basado en
C y en Perl, que se ha diseado pensando en darle la mxima versatilidad y
facilidad de aprendizaje, por encima de la rigidez y coherencia semntica.
Es multiplataforma, es abierto y gratuito. Pertenece al software licenciado
como GNU, la licencia del sistema Linux; lo que permite su distribucin
gratuita y que la comunidad mejore el cdigo. Es utilizado por gran
comunidad de usuarios. Apache, MySQL. Apache es el servidor web y de
aplicaciones ms utilizado en la actualidad. Dispone de un enorme nmero
de extensiones que permiten ampliar las capacidades del lenguaje,
facilitando la creacin de aplicaciones web complejas. Las caractersticas de
PHP correspondientes a la libertad de creacin y asignacin de valores a
variables, tipos de datos poco restrictivos, y otras ausencias de reglas rgidas
suelen ser los puntos que defienden los programadores de PHP para estimar
su facilidad de aprendizaje. Sin embargo los programadores de lenguajes
formales como C y Java, seguramente se encontrarn con ms problemas
que ventajas al aprender este lenguaje (Snchez, 2012).
El modelo vista controlador (MVC) es un patrn de arquitectura de

software, que separa los datos y la lgica de negocio de una aplicacin de la
interfaz de usuario y el mdulo encargado de gestionar los eventos y las
comunicaciones. Para ello MVC propone la construccin de tres
componentes distintos que son el modelo, la vista y el controlador, es
decir, por un lado define componentes para la representacin de la
informacin, y por otro lado para la interaccin del usuario (Reenskaug &
Coplien (2009).). Este patrn de arquitectura de software se basa en las
ideas de reutilizacin de cdigo y la separacin de conceptos, caractersticas
26
que buscan facilitar la tarea de desarrollo de aplicaciones y su posterior
mantenimiento (Leff & Rayfield, 2001).
CSS 3
CSS 3 es un lenguaje para definir el estilo o la apariencia de las pginas
web, escritas con HTML o de los documentos XML. CSS se cre para
separar el contenido de la forma, a la vez que permite a los diseadores
mantener un control mucho ms preciso sobre la apariencia de las pginas.
CSS 3, de cara a los desarrolladores de webs, consiste en la incorporacin
de nuevos mecanismos para mantener un mayor control sobre el estilo con
el que se muestran los elementos de las pginas, sin tener que recurrir a
trucos o hacks, que a menudo complicaban el cdigo de las web (lvarez,
lvarez & Snchez, 2010).
UWE (UML WEB ENGINEERING)

La propuesta de Ingeniera Web basada en UML (UWE) segn Koch (2001)
es una metodologa detallada para el proceso de autora de aplicaciones con
una definicin exhaustiva del proceso de diseo que debe ser utilizado. Este
proceso, iterativo e incremental, incluye flujos de trabajo y puntos de
control, y sus fases coinciden con las propuestas en el Proceso Unificado de
Modelado. UWE est especializada en la especificacin de aplicaciones
adaptativas, y por tanto hace especial hincapi en caractersticas de
personalizacin, como es la definicin de un modelo de usuario o una etapa
de definicin de caractersticas adaptativas de la navegacin en funcin de
las preferencias, conocimiento o tareas de usuario. Otras caractersticas
relevantes del proceso y mtodo de autora de UWE son el uso del
paradigma orientado a objetos, su orientacin al usuario, la definicin de un
meta modelo (modelo de referencia) que da soporte al mtodo y el grado de
formalismo que alcanza debido al soporte que proporciona para la
definicin de restricciones sobre los modelos (Mnguez & Garca, 2010).
27
Fases del Desarrollo Web.
Por lo que respecta al proceso de autora de la aplicacin, UWE hace un uso
exclusivo de estndares reconocidos como UML y el lenguaje de
especificacin de restricciones asociado OCL. Para simplificar la captura de
las necesidades de las aplicaciones web,
UWE propone una extensin que se utiliza a lo largo del proceso de autora.
Este proceso de autora est dividido en cuatro pasos o actividades:
Anlisis de Requisitos: Fija los requisitos funcionales de la
aplicacin Web para reflejarlos en un modelo de casos de uso.
Diseo Conceptual: Materializado en un modelo de dominio,
considerando los requisitos reflejados en los casos de uso.
Diseo Navegacional: Lo podemos subdividir en:
Modelo del Espacio de Navegacional.
Modelo de la Estructura de navegacin: Muestra la forma de
navegar ante el espacio de navegacin.
Diseo de Presentacin: Representa las vistas del interfaz del usuario
mediante modelos estndares de interaccin UML.
Boostrap
Es un libre y de cdigo abierto front-end web framework para el diseo de
sitios web y aplicaciones web. HTMLCSStypographyJavaScript Contiene
HTML y CSS plantillas de diseo basados en la tipografa, formas, botones,
navegacin y otros componentes de la interfaz, as como caractersticas
adicionales de JavaScript extensiones. Front end Development. A diferencia
de muchos frameworks web, que se ocupa de desarrollo front end
solamente.
Ajax
Es un conjunto de desarrollo web utilizando tcnicas de muchas tecnologas
web en el lado del cliente para crear aplicaciones Web Server asncronas
con el Ajax, las aplicaciones web pueden enviar datos desde y recuperar de
un servidor de forma asncrona (en el fondo) sin interferir con la
visualizacin y el comportamiento de la pgina existente (Ullman, 2007).
28
Al desacoplar la capa de intercambio de datos de la capa de presentacin,
Ajax permite que las pginas web y aplicaciones web por extensin, para
cambiar dinmicamente el contenido sin necesidad de recargar la pgina
entera. Despite the name, the use of XML is not required (Garrett, 2005).
5.7. Digitalizacin de Archivos
La Archivstica es la Ciencia que trata sobre la produccin, la gestin,

administracin, conservacin y guarda de documentos. Los principios
fundamentales de la Ciencia Archivstica son: el Orden Original y el
Principio de Procedencia. Vale decir que cualquier documento no es
documento de archivo si no contempla estos ejes fundamentales.
Documento de archivo es el testimonio producido o recibido por una

persona fsica o jurdica en el ejercicio de sus funciones, original y de
produccin orgnica, independientemente del soporte en que fue generado.
Por lo tanto, los ejemplares inditos, como los libros, aunque tambin son
considerados documentos, no son documentos de Archivos. Con el objetivo
de lograr una correcta evaluacin y conservacin, referida a la guarda
permanente, se ha creado en la segunda mitad del siglo XX, el Ciclo Vital
de los documentos, que otorga determinados valores al mismo. Valor
primario es el que tiene el documento mientras se encuentra vigente. Valor
primario dbil, cuando ha perdido la vigencia y slo es consultado como
referencia por la entidad productora.
Este valor, ha dado lugar a la creacin de los Archivos Intermedios, y Valor

secundario o de Guarda Permanente, es el que toma el documento, luego de
realizada la Seleccin Documental, cuando se decide su guarda como
documento histrico. La disciplina que trata sobre el almacenamiento es la
Archivoeconoma, que se ocupa de los edificios de archivo y de los
mobiliarios ms convenientes para la conservacin de la documentacin.
29
La archivstica es el estudio terico y prctico de los principios,
procedimientos y problemas concernientes al almacenamiento de
documentos, buscando que dicha documentacin, se mantenga en el tiempo,
pueda ser consultada y clasificada.
Documento archivstico es toda expresin testimonial, en cualquier

lenguaje, forma o soporte (forma oral o escrita, textual o grfica, manuscrita
o impresa, en lenguaje natural o codificado, en cualquier soporte
documental as como en cualquier otra expresin grfica, sonora, en imagen
o electrnica), generalmente en ejemplar nico, (aunque puede ser
multicopiado o difundido en imprenta). Francisco Fuste.
La archivstica se ensea como ciencia en muchas universidades; en

programas de Biblioteconoma, Documentacin y Museologa, las llamadas
Ciencias de la documentacin; y en algunos casos como cursos en carreras
de Historia.
5.7.1. Sistema de Gestin Documentaria vs. Sistema de Trmite Documentario
La gestin documentaria a si entendida, supone una atencin y tratamiento

continuado a los documentos que no se interrumpe, ni se diferencia
esencialmente al entrar en el estado de la conservacin permanente. De
alguna manera, lo que defendemos es que, a partir de la sucesin de
actuaciones archivsticas, estas nos permiten dinamizar el servicio de los
documentos a lo largo de todas sus edades y conducir, sin problemas, los
documentos corrientes de hoy hasta configurar los fondos histricos del
maana.
Sus caractersticas ms importantes son:
30
No se mueven los papeles: desde el principio los datos se incorporan
directamente o de existir documentos en soporte de papel estos son
digitalizados y posteriormente archivados.
Proceso ms independiente de las personas: El resultado de las

acciones o tareas realizadas durante el proceso administrativo es ms
autnomo de las personas concretas que lo realizan.
Seguimiento automtico del proceso: En todo momento se conoce el

estado de un expediente, que trmites han sido hechos y cules estn
pendientes de realizacin, as como los responsables
correspondientes; el tiempo que se ha tardado y las desviaciones, si
las hubiera, respecto al tiempo previsto de ejecucin. Esto permite
adems el acceso inmediato a la situacin de cualquier expediente
Archivo digital: Los registros generados en todos los procesos se guardan

en archivos digitales que ahorran espacio fsico y permiten una mayor
seguridad fsica de los mismos.
Los beneficios que se obtendra al implantar un sistema de gestin

documental serian:
Incrementar la eficiencia de los recursos humanos y medios
materiales empleados en la realizacin de los procedimientos,
facilitando una reduccin del tiempo de ejecucin de los mismos.
Acceder inmediatamente a la informacin por un conjunto de

personas a la vez y desde cualquier posicin.
Disponer de mayores posibilidades para el anlisis e informacin en

general. Se elimina trabajo manual de reparto, firma, registro y
archivo de documentos.
31
Facilitar la toma de decisiones en cualquiera de las fases de un
procedimiento, ya que la informacin disponible ser la adecuada
para la persona solicitante.
Mejorar sensiblemente los plazos de ejecucin o respuesta a

peticiones de terceros. En paralelo reduccin o eliminacin de los
tiempos de espera para el ciudadano.
Reducir la circulacin fsica de documentos, y por tanto eliminar su

perdida.
Facilitar la adecuacin a los cambios procedimentales que puedan

surgir de la modificacin del entorno normativo.
Racionalizacin y automatizacin los procesos de relacin,

permitiendo realizar tareas por excepcin.
5.7.2. Sistema de Trmite Documentario

La implementacin de este tipo de aplicacin permitira a las organizaciones
tener el control de la ubicacin fsica actual y pasado de la documentacin
que llega, fluye y se genera dentro de ellas; y en base a estos datos mostrar
el detalle del proceso que permitan analizar los cuellos de botella para
mejorar los flujos de los documentos dentro de la organizacin.
La organizacin se ve beneficiada:
Al disminuir el tiempo promedio en el trmite o atencin de un

documento, debido a que se eliminan tareas repetitivas, se evitan
olvidos y/o documentos extraviados y se generan avisos y mensajes.
Al ubicar rpidamente un documento ya sea que se encuentre este en

trmite o con su proceso concluido y ya almacenado, ahorrando
32
tiempo de bsquedas al no tener que sumergirse en voluminosos
archivos fsicos para ubicar un determinado documento.
5.8. HIPTESIS
Si se implementa un Sistema Informtico Web, entonces se mejorarn los
procesos de la Tramitacin Documentaria y Digitalizacin de Archivos en la
Direccin Regional de Salud de Ancash.
5.9. OBJETIVOS
5.9.1. Objetivo General
Implementar un Sistema de Informtico Web para la Tramitacin

Documentaria y Digitalizacin de Archivos en la Direccin Regional de
Salud de Ancash.
5.9.2. Objetivos especficos
Estudiar y analizar los procesos de tramitacin documentaria y

digitalizacin de los archivos en el rea de Tramite Documentario
de la Direccin Regional de Salud de Ancash.
Estudiar los fundamentos tericos, tecnolgicos y de ingeniera que

sustentan el Desarrollo Sistema informtico Web para la Tramitacin
Documentaria y Digitalizacin de Archivos en la Direccin Regional
de Salud de Ancash.
Desarrollar un Sistema informtico Web para la Tramitacin

documentaria y Digitalizacin de Archivos en la Direccin Regional
de Salud de Ancash.
6. METODOLOGIA DEL TRABAJO

6.1. Metodologa de la investigacin
6.1.1. Tipo y diseo de investigacin
33
La investigacin es del tipo descriptivo aplicativo y tcnico ya que se
aplicaron los conocimientos de la ingeniera web en la implementacin de
un sistema de tramitacin documentaria y digitalziacion de archivos en la
DIRESA Ancash.
6.1.2. Poblacin y muestra
Poblacin: La poblacin est conformada por los trabajadores y reas de la

DIRESA, quienes utilizan el sistema informatico de la institucin, la cual
suman 45 personas.
Muestra: La muestra est conformada por las 45 personas, esdecir, la

muesta es del mismo tamao de la poblacin dado que la poblacin es
pequea.
6.1.3. Procesamiento y anlisis de la informacin
Se aplic el mtodo de anlisis y diseo de un sistema informtico web

basado en la metodologa RUP, los datos permitirn conocer el estado del
negocio actual, as como los datos e informacin de requerimientos
funcionales y no funcionales, se utilizaron para el diseo del sistema
informtico web y la generacin de la base de datos y los prototipos.
6.1.4. Metodologia Aplicada
La metodologa aplicada en la investigacin fue la metodologa UWE.
34
7. RESULTADOS
7.1. INGENIERA DE REQUERIMIENTOS DE TRMITE
El primer paso a dar al desarrollar un sistema Web, es la identificacin de los

requerimientos, especificados con un Modelo de Requerimientos, utilizando la
Metodologa UWE. UWE propone dos niveles de granularidad al modelar los
requerimientos: primero, una descripcin general de las funcionalidades,
expresada con Diagramas de Casos de Uso; y segundo, una descripcin ms
detallada de estos casos de uso, a travs de Diagramas de Actividad (o de
Descripcin de Casos de Uso).
7.2. MODELO DE REQUERIMIENTOS
Consiste de los siguientes elementos: 1) Especificacin de Requerimientos de

Software segn el estndar IEEE830-1998, que consta en el Anexo A; 2) Lista de
Actores, 3) Diagramas de Casos de Uso y, 4) Descripcin de Casos de Uso.
Lista de Actores
En la Tabla 2.1 se muestra, la lista de actores de la organizacin, junto con una
descripcin de sus actividades relacionadas con la utilizacin del sistema.
Tabla 1. Lista de actores
N Actor Descripcin
Sera el encargado de la configuracin y
mantenimiento de los datos bsicos con los que
Administrador (del funcionar el sistema, Actualizar Informacin de la
1
Sistema) Organizacin, Ingreso de nuevas reas, Privilegio a
nuevos Usuarios por reas, Reportes de
documentos por estado, etc.
Forma parte del nivel institucional (alto) de la
organizacin y solicitar a travs del sistema,
documentos recepcionados del da, reportes de
2 Director General
documentos atendidos por rea, verificara el trato
(ejecucin) que se dio a cada documento en cada
rea, etc.
Sera el encargado de registrar a travs del sistema,
Responsable de Recepcin
3 los documentos de Recepcin, cuando un Usuario
de documentos
efecta una entrega de cualquier tipo documento en
35
la Organizacin, registra al usuario tambin; por
cada tipo documento que recepciona emite
reportes, y registra la entrega de cada documento
por da a la Direccin General, etc.
Sera la encargada de registrar los documentos
recepcionados de trmite y los administra, para ser
Secretaria Direccin
4 derivador al Director General, Tambin registrara
General.
la entrega al Director General y podr visualizar su
reporte por da.
Ser la encargada de confirmar la recepcin de los
documentos atendidos por la Direccin General al
ser seccionados en el sistema, por fechas.
Secretaria de rea. Registrar el pase de documentos a su jefe de rea,
y podr visualizar su reporte por fecha. Registrar
la devolucin a la Direccin General para
documentos con observaciones.
Registrar la ejecucin o atencin de los
documentos recibidos de su secretaria por fachas,
5 Jefe de rea. Registrara el pase a su secretaria de rea, de
documentos no posibles a ejecutar, y podr
visualizar su reporte por fecha.
Sera la persona jurdica o representante de una
organizacin y persona natural que presenta los
documentos al rea de trmite, y por ende podr
6 Usuarios
hacer sus consultas de su estado de documentos
visualizando la situacin mediante la E-Commerce
(web)
7.2.1. Diagramas de Casos de Uso
A continuacin se revisara la relacin existente entra los actores y casos de uso de

cada uno de los cuatro paquetes sealados en la figura 2.1
Casos de Uso del Mdulo de Recepcin de Documentos.

El diagrama para este mdulo se muestra en la Figura 2.2 y Figura 2.3.
Casos de uso del Mdulo de Distribucin y Atencin de Documentos.
El diagrama para este mdulo se muestra en la Figura 2.4, Figura 2.5 y Figura 2.6.
Casos de Uso del Mdulo de Informar situacin o resultado del trmite de
documentos.
El diagrama para este mdulo se muestra en la Figura 2.7.
36
Figura 2.2: Diagrama de CU para el Mdulo de Recepcin de Documentos.
DIAGRAMA DE CASOS DE USO DE: Recepcin de Documento a Tramitar.(Parte I)
Ingresar datos del solicitante
Verificar datos Solicitante

<<include>>
<<include>>
Jefe de Tramite Personal-Tecnico
A_Secretaria_AT <<include>>
Ingresar periodo para el reporte
Generar codigo Solicitante

<<include>>
Seleccionar documentos recepcionado
Registrar al Solicitante
<<include>>
<<extend>>
Grabar Solicitante Generar el reporte

<<include>> <<include>>
<<communicate>>
<<include>>
A_Solicitante Seleccionar al solicitante
Imprimir el reporte fecha

nro ne
Emitir Reporte de documentos
Reposable de Recepcion de documentos.
<<include>> recepcionados
<<include>>
<<include>>
Ingresar datos del documento

<<include>>
<<include>>
Registrar recepcion de un documento
Seleccionar dependencia
Validar o Verificar es lo
Grabar el documento mismos, y si los datos estan
<<include>> Verificar los datos mal ingresados, se debe
<<include>> <<include>> modificar.
<<include>>
<<include>>
Generar el numero de registro
Imprimir Hoja de envio

<<include>> Seleccionar al recepcionista de la solicitud
Seleccionar tipo documento

Mostrar Datos para el libro de ingreso
Imprimir Tarjeta central de documentacion
Figura 13. Diagrama de CU para el Mdulo de Recepcin de Documentos.
37
DIAGRAMA DE CASOS DE USO DE: Recepcin de Documento a Tramitar.(Parte II)
Jefe de T ramite Personal-Tecnico

A_Secretaria_AT
<<incl ude>>
Grabar entrega
Cargar Documentos Derivados <<communicate>>

Regi strar entrega de cargo de documento
<<incl ude>>
A_Sol icitante
<<incl ude>>
<<incl ude>>
Generar codi go de entrega de cargo
Reposabl e de Recepcion de documentos.
<<incl ude>>
Visual izar documentos derivados a
38
Direccin General Seleccionar documento
<<incl ude>>
<<incl ude>>
Regi stra entrega de documento a
<<incl ude>> Direccion General
<<incl ude>> Validar datos de Salida de documentos

Visual izar Imprimi r Docum entos
Seleccionar Fechas Recepci onados por T ramite Documentario <<incl ude>>
<<incl ude>>
<<incl ude>>
Ingresar Datos de sali da de Documento
<<incl ude>> <<incl ude>>
Grabar Sali da a Direcci on
Buscar Documentos Recepci onados Generar Codigo de Sal ida
<<incl ude>>
Im prir Reporte Documentos Recepcinados
Cargar Documentos Recepci onados
Figura 14: Diagrama de CU para el Mdulo de Distribucin y Atencin de Documentos.

Generar Reporte Documentos
Recepci onados
DIAGRAMA DE CASO DE USO: Distribucion y Atencion de Documentos. (Parte I) <<incl ude>>
<<incl ude>>
Buscar tipo documento
Regi strar tipo documento
<<incl ude>>
<<incl ude>>
<<extend>>
Regi strar Recepcion documentos en la
SecretariaDG
Direccion General Guardar tipo documento
Seleccionar tipo documentos

<<incl ude>> Generar codi go de recepci on <<incl ude>>
<<communicate>>
Ingresar ti po documento
Regi stra Entrega documentos al DG
Validar datos documetos registrados Validar los datos del tipo documento
<<incl ude>>
Ingresar datos de l os documentos
Guardar l a recepcion de Documentos a l a
<<incl ude>>
DG
Generar codi go del ti po documento
Grabar l a entrega de documentos al DG

Visual izar documentos recepcionados
Seleccionar documentos a entregar al DG
Generar codi go de entrega de documentos

Ingresar la concl ucion del docum ento
DirectorGeneral al DG
<<incl ude>>
<<incl ude>>
Validar datos de la concl ucion El como administrador

Regi strar Anali si s, concluci n del <<incl ude>> de si stem a tiene acceso
<<incl ude>>
de registro de todas las
39
documento
interfaces y no
sol am ente el registrar
<<extend>> Ingresar datos personal
areas
<<incl ude>> Grabar l a concluci n del documento
Generar Numero Genera codigo del regi stro de concluci on
Generar documento o expediente de

<<incl ude>>
respuesta <<incl ude>>
Administrador del Valida datos personal
<<incl ude>> Ingresar datos
<<incl ude>> Sistema
<<incl ude>>
Grabar Area <<incl ude>>
Regi strar Personal
Grabar Seleccionar tipo documento <<incl ude>> <<incl ude>>

<<incl ude>> Buscar personal
im primi r
<<incl ude>>
<<incl ude>>
Ingresar datos del area

Regi strar devol uci on documento <<incl ude>>
Selecciona el docum ento <<incl ude>>
secretaria. Resgistrar Area Generar codi go del personal
<<incl ude>> Grabar personal
<<incl ude>> <<extend>>

Derivar docum ento
<<incl ude>>
Validar datos del area.
Generar codi go devol uci on <<incl ude>>
Seleccionar el area
Figura 15. Diagrama de CU para el Mdulo de Distribucin y Atencin de Documentos.

Graba devolucion documento.
Bucar area
Guardar derivaci on Generar codi go del area
Preguntar la relacion que tiene
este caso de uso en este
Diagrama de Caso de uso: Distribucion y Atencin de Documentos Parte II
proceso, porque muestra como
si el documento f uera digital, y
por otro lado el enlace que tiene
Aquelllos que aun no
con tipo de documento, "analizar" <<include>>
<<include>> se les a registrado su
recepcin
Mostrar los documetos dev ueltos por el
Director General
Registrar la recepcion del documento Seleccionar el documento <<include>>

dev uelto por el DG
<<include>>
<<include>>
Mostrar Documento Recepcionados por

la Secretaria
SecretariaDG
<<include>>
El estado debe cambiar a:
recepcionado por la secretaria
Registrar la entrega de documentos al <<include>>

rea de TD Actulizar el estado del documento
<<include>> Cambiar al estado:
entregado a DG.
<<include>>
<<include>>
<<include>> Selecionar Fecha
Visualizar datos
<<include>>
<<include>>
PersonalTecnico
Registrar recepcin de los documentos
atendidos por la DG
<<include>>
Grabar recepcion de doc atendidos
<<include>>
Registrar la entrega de documentos al <<include>>

rea que f ue deriv ada
<<include>> Mostrar areas

Selecciona Area Generar codigo de recepcin
<<include>>
Conf irmar la recepcin del documento.
Generar codigo de entrega
<<include>>
Guardar entrega de documento
<<include>>
<<include>>
Secretaria de Area.
Capturar f echa
Registrar el pase del documento al jef e
de rea
Grabar el pase
<<include>>
<<include>>
<<include>>
Registra Fecha
Registrar el pase a la secretaria del rea.
<<include>>
Grabar documento atendido
Jef e de Area <<include>> Grabar pase

<<include>> Seleccionar documento
<<include>>
<<include>>
Registrar la ejecucin o atencin del

documento recibido.
<<include>>
Registrar la dev olucin a la Direccin Registra la dev olucion

General
<<include>>
Grabar dev olucin
Figura 16. Diagrama de CU para el Mdulo de Distribucin y Atencin de Documentos.
40
DIAGRAMA DE CASO DE USO: Distribucion y Atencion de Documentos. (Parte III)
Tener encuenta al momento al
momento de la programacion, para
<<include>>
que estoas funciones (detalles), lo
Seleccionar fechas ejecute el area de tramite tambien
<<include>>
Visualizar los resultados o solucin dada DG,

<<include>> de aquellos document. no atendidos por ...
Buscar documentos solucionados por el
Director
<<include>> Capturar la fecha
<<include>>
Selecciona documentos no atendidos por las
<<include>> areas
Cargar documentos solucionados por el DG

Registrar la recepcin en la DG de los
documentos no atendidos por las areas.
Jefe de Area
Usuario (Responsable de Recepcin de documentos) Grabar la recepccion de documentos no
atendidos
<<include>> Actualiza elestado del

documento
Registra la derivacin de documentos no <<include>>

atendidos por las reas
Personal-Tecnico
<<communicate>> <<include>>
SecretariaDG
Actualiza documento
Secretaria de Area. <<include>>
<<include>>
Selecionar fechas
<<include>> Grabar documento
Visualizar e imprimir el reporte de documentos
recepcionados en la DG
<<include>> DirectorGeneral
Buscar documentos recepcionados por el
Director <<include>>
LO QUE GENERA EL DG
PUEDE SER EXPEDIENTE O
<<include>> UN TIPO DE DOCUMENTO
Visualizar e imprimir el reporte de documentos
que fueron pasados al DG por parte de... Registra solucion para los documentos no
Imprimir reporte de documentos recepcionados
atendidos por las reas Ingresar la Solucion Final
Cargar documentos recepcionados <<include>> <<include>> Cargar documentos analizadas por el DG <<include>> <<include>>
<<extend>>
Visualizar e imprimir el reporte del anlisis y

Bucar documentos pasados al DG x Secret Graba solucion de documentos no atendidos por
Imprimir reporte de document pasados al DG x conclusiones dadas por DG, para c... Seleccionar tipo documentos
Generar reporte documentos recepcionados las areas
Secret <<include>> Generar documentos de respaldo
Seleccionar fechas para document pasados al <<include>>
DG x Secret
Imprimir documentos Analizados por el DG

Cargar documentos pasados al DG x Secret Seleccionar Fechar del Analisis y conclucion
dadas x DG
<<include>>
Generar reporte document pasados al DG x
Secret Buscar documentos Analizadas por el DG
Generar Reporte de documentos Analizados
Figura 17. Diagrama de CU para el Mdulo de Informar situacin o resultado del trmite de
documentos.
41
Validar los resultados
Ingresar datos del resultado
<<include>> Visualizar Situacion del documnento.

<<include>>
<<include>>
<<include>>
Jefe de Tramite
Guardar resultados de los datos ingresados

Personal-Tecnico Registrar el resultado de un trmite<<include>>
A_Secretaria_AT realizado.
<<include>>
Ingresar las fechas para la busqueda
<<communicate>> <<include>>
Selecionar documento <<include>>
A_Solicitante
Reposable de Recepcion de documentos. <<include>>
Visualizar la situacin del documento del
solicitante.
buscar documento
Mostrar estado del documento
Selecionar documento en situacion de

<<include>> atendido <<include>>
<<include>>
<<include>>
Seleccionar por fechas Visualizar e imprimir el reporte de los Buscar documentos en situacion de
trmites finalizados. atendido
Imprimir el reporte de tramites realizados
<<include>>
<<include>>
<<include>>
Buscar el reporte de tramites realizados

Cargar el reporte de tramites realizados
Generar reporte de tramites realizados
Figura 18. Diagrama de CU para el Mdulo de recepcin de documentos.
42
Descripcin de Casos de Uso
Cada caso de uso (CU) de los diagramas anteriores ser detallado a continuacin,
para una comprensin clara (pueden tambin utilizarse Diagramas de Actividad
para este mismo propsito de profundizar en la descripcin de los casos de uso).
Solicitante Personal Tecnico Jefa del rea de trmite Secretaria de Direccion General
Al documento
recepcionado
Entrega el documento Pone sello de recepcin, la fecha,

En la Hoja de
a tramitar hora y el N de folios.
En la hoja Envi de Trmite
central de General
documentacin
Entrega el cargo al
solicitante
Escribe el N de registro, la dependencia, Escribe el N de registro, la fecha, la

el N documento origen y asunto. descripcin del interesado y asunto.
Esta Activivadad lo realizan tambien los
demas integrantes del area de Tramite
En el Libro de como son la Jefa y la Seretaria.
Ingreso
Incluye la fecha, el nmero de registro, la descripcin del documento, el

nombre del emisor del documento, el asunto y el destino del documento.
Junto con la Hoja

de Envi de
Tramite General
Lleva el documento recepcionado (que puede ser Recibe documentos y la hoja

solicitud, oficio, memo, etc.), a la secretaria ... de envio de tramite general
Figura 19. Diagrama de Actividad para el Mdulo de Recepcin de Documentos.
43
Secretaria de la Direccin Director General Personal Tecnic Secretarias de las rea Jefe de rea
En su libro de
ingreso
Hoja de Envi de
Tramite General
Registra y pone (fecha, nmero de registro, descripcin del

documento, nombre del emisor y el asunto).
Entrega el documento junto con la Lee, anliza y escribe en la a que rea

Hoja de Envi de Trmite General. se deriva el documento para su atencin.
En el libro de
Ingreso Con la Hoja de
Envi de Tramite
General
Registra que el documento se est devolviendo a la Oficina de Trmite Devuelve el documento a su

Documentario y el rea destino a donde le dio pase el Director General. secretaria. de la Tarjeta Central
de Documentacin
Devuelve el documento junto con la Hoja de Envi Pone la fecha de recepcin y nombre del rea con las siglas DRA
de Tramite General, al Personal Tcnico. (Direccin Regional de Ancash),en la parte reversa.
en la parte final
del Libro de
Ingresos
Registra el rea a la que fue derivado el documento por el Director.
de la Tarjeta Central
de Documentacin
Distribuye los documentos, junto con la Hoja de Envo
de Tramite General a las diferentes reas.
La Tarjeta Central
de Documentacin.
Hace firmar a las secretarias de las rea Recepcionan documentos, ponen la fecha de
recepcin y el sello en la parte posterior.
la Tarjeta Central de
Documentacin
Guarda en el rea de trmite, para atender las consultas que puedan hacer los usuarios. Derivan el documento junto con la hoja de Atiende sus documentos, y en la Hoja de Envi de Tramite General pone el
Envi de Tramite General a su Jefe de rea. motivo de pase y el nmero de atencin que corresponde a la Direccin.
Emite respuestas a los documentos y en algunos

casos genera expedientes internos o externos.
Pone el sello del Director Llevan los documentos procesados y generados a

General y la fecha. la Secretaria de la Direccin General.
Da los documentos al Lee las respuestas de las reas y dependiendo del

Director General. caso genera documentos (oficios, memos, etc.).
Devuelve a las secretarias de las reas sus documentos, Devuelve los documentos
no sin antes registrar la fecha de salida y rea. firmados a su secretaria.
Entregan a la Oficina de Trmite Documentario, cada documento

emitido por sus respectivas reas y por la Direccin General.
en el reverso de la Tarjeta de Documentacin
o en el Libro de Envos.
Recepciona el cargo y hace el descargo del expediente.
en el libro
de envos.
Clasifica y registra las salidas, indicando el Hospital o la Red a la que pertenece el

documento quedndose con el cargo correspondiente.
Figura 20: Diagrama de Actividad para el Mdulo de Distribucin y Atencin de

Documentos I.
44
solicitante personal tcnico Secretaria de Tramite
Consulta el estado Verifica la fecha, nmero de expediente y el

de su documento. tipo de documento en el cargo. En la Tarjeta Central
de Documentacin.
Informa o comunica a la secretaria o Verifica donde se encuentra el documento.

jefa de trmite lo verificado.
Informa el estado del

documento del solicitante.
Figura 21. Diagrama de Actividad para el Mdulo de Informar situacin o resultado del
trmite de documentos.
El detalle se lo har por medio de una tabla con las siguientes secciones que
identifican al caso de uso: 1) nombre, 2) descripcin, 3) actores, 4) pre-
condiciones y, 5) actividades de los escenarios principales y alternos.
Para codificar los casos de uso, se utilizar el formato CU_XXXNN, en donde:

CU significa Caso de Uso, XXX son las siglas del mdulo al que pertenece dicho
Caso de Uso y NN representa el nmero de identificacin del Caso de Uso. Las
abreviaturas para los mdulos son las siguientes: RCD para Recepcin, DAD para
Distribucin y Atencin, ISR para Informar Situacin. Por ejemplo, CU_ RCD 01
se refiere al Caso de Uso N.01 del Mdulo de Registro.
7.2.2. Descripcin de Casos de Uso del Mdulo de Recepcin de Documentos.

Pertenece al Mdulo de Recepcin de Documentos, los siguientes Casos de Uso.
45
Registrar al Solicitante
Registrar recepcin de un documento
Registrar dependencia.
Registrar entrega de cargo de documento
Registra entrega de documento a DG
Visualizar Imprimir Doc. Recepcionados por TD.
CU Registrar al Solicitante.
Tabla 2. Descripcin CU Registrar al Solicitante.
Caso de Uso: Registrar al Solicitante. (CU_ RCD01)

Descripcin: Permite Registrar los datos de cada solicitante, para una mejor
Administracin en Trmite.
Actores: Responsable de Recepcin de documentos. * Nota: Es la persona que ingresa
los datos de cada solicitante, sea externo o interno, para un mejor control, y este rol o
actividad lo puede desarrollar el personal tcnico o la secretaria de rea de trmite.
Pre-condiciones: El usuario debe estar registrado como usuario del sistemas e ingresar
con perfil de personal de Tramite.
Actividades:
Escenario principal:
1. El Responsable de Recepcin de documentos ingresa datos del solicitante
(genera cdigo, nombres, apellidos, telfono, DNI, etc.).
2. El Responsable de Recepcin de documentos valida datos del solicitante.
3. El Responsable de Recepcin de documentos selecciona al solicitante (cuando es
interno).
4. El Responsable de Recepcin de documentos guarda el registro en el sistema.
5. El sistema informa al Responsable de Recepcin de documentos, que el registro
ha sido realizado con xito.
Escenario alterno:
a) Datos ingresados por el Responsable de Recepcin de documentos estn
46
incompletos o son incorrectos.
1) El sistema solicita al Responsable de Recepcin de documentos, que se

completen o corrijan los datos ingresados.
2) El Responsable de Recepcin de documentos completa o corrige los datos
indicados.
3) Contina en el punto 4) del escenario principal.
CU Registrar recepcin de un documento.
Tabla 3. Descripcin CU Registrar recepcin de un documento.
Caso de Uso: Registrar recepcin de un documento. (CU_ RCD02)

Descripcin: Permite Registrar (ingresar, eliminar o actualizar) los datos de todo tipo de
documento (referente a dependencia, asunto, fecha, hora, etc.), que cada solicitante
presenta, para una mejor administracin en Trmite.
o registra los datos de todo tipo de documentos, sea externo o interno, para un mejor
control; y este rol o actividad lo puede desarrollar el personal tcnico o la secretaria de
rea de trmite.
Actividades:
Escenario principal (Actualizar dependencia, asunto):
1. El Responsable de Recepcin de documentos ingresa datos del documento
(genera nmero de registro, fecha de recepcin, nmero de folios, asunto,
dependencia, etc.).
2. El Responsable de Recepcin de documentos valida datos del documento
ingresado.
3. El Responsable de Recepcin de documentos selecciona el tipo de documento,
la dependencia (cuando es interno).
4. El Responsable de Recepcin de documentos guarda el registro en el sistema
47
(muestra datos ingresados).
Escenario alterno (Ingresar o Eliminar dependencia):

a) Ingreso de una nueva dependencia el sistema
1) El Responsable de Recepcin de documentos selecciona e ingresa en el sistema
los datos de la nueva dependencia.
a. En el caso de que se selecciona la dependencia, se graba su nombre.
b. En el caso de ingresar una nueva dependencia, se registrar su nombre,
provincia y ciudad.
2) El Responsable de Recepcin de documentos guarda en el sistema los datos
ingresados.
3) El sistema notifica al El Responsable de Recepcin de documentos que los datos
han sido ingresados con xito.
b) Eliminacin de una dependencia registrada en el sistema
1) El Responsable de Recepcin de documentos selecciona la dependencia que
desea eliminar.
2) El Responsable de Recepcin de documentos elimina en el sistema la
dependencia seleccionada.
3) El sistema solicita al El Responsable de Recepcin de documentos, la
confirmacin de la eliminacin de la dependencia.
4) El Responsable de Recepcin de documentos confirma la eliminacin de la
dependencia seleccionada.
5) El sistema notifica al El Responsable de Recepcin de documentos que la
dependencia ha sido removida con xito.
c) Datos ingresados por el Responsable de Recepcin de documentos estn
indicados.
48
CU Registrar dependencia.
Tabla 4. Descripcin CU Registrar dependencia.
Caso de Uso: Registrar dependencia. (CU_ RCD03)

Descripcin: Permite Registrar (ingresar, eliminar o seleccionar) la dependencia, es
decir el origen de donde viene el documento, si el documento es interno procede a
seleccionar de rea de procedencia.
o registra la dependencia de cada documento; y este rol o actividad lo puede desarrollar
el personal tcnico, la secretaria o Jefe de rea de trmite.
Actividades:
1. El Responsable de Recepcin de documentos ingresa la dependencia, y si es
interno procede a seleccionarlo (extend) de la interfaz rea.
2. El Responsable de Recepcin de documentos valida datos ingresados.
3. El Responsable de Recepcin de documentos guarda el registro en el sistema
Escenario alterno:
49
indicados.
CU Registra entrega de cago de documento.

Tabla 5. Descripcin CU Registra entrega de cargo de documento.
Caso de Uso: Registrar entrega de cargo de documento. (CU_ RCD04)

Descripcin: Permite Registrar (ingresar, seleccionar y grabar) los cargos a entregar, de
cada documento recepcionado, selecciona de la interfaz registro de documentos, los
datos mnimos necesarios para luego guardar la entrega.
Actores: Responsable de Recepcin de documentos. * Nota: Cuando se mencione
Responsable, en realidad se quiere decir Responsable de Recepcin de documentos que
usa el sistema de recepcin.
Actividades:
1) El Responsable de Recepcin de documentos ingresa los datos de cada cargo
entregado, y selecciona de la interfaz documentos registrados los datos
necesarios.
2) El Responsable de Recepcin de documentos guarda el registro en el sistema.
3) El sistema informa al Responsable de Recepcin de documentos, que el registro
Escenario alterno:

50
indicados.
CU Registrar entrega de documento a DG.
Tabla 6. Descripcin CU Registrar entrega de documento a DG.
Caso de Uso: Registrar entrega de documento a DG. (CU_ RCD05)

Descripcin: Permite Registrar (ingresar, seleccionar y grabar) los documentos
entregados a la DG, selecciona de la interfaz registro de documentos, por nmero y
fecha, luego graba la salida a la direccin.
o registra la salida de cada documento a la Direccin General; y este rol o actividad lo
puede desarrollar el personal tcnico, la secretaria o Jefe de rea de trmite.
Actividades:
1) El Responsable de Recepcin de documentos ingresa datos de documentos en
salida, y los selecciona de la interfaz documentos registrados por nmero y
fecha.
2) El Responsable de Recepcin de documentos valida datos ingresados.
3) El Responsable de Recepcin de documentos guarda el registro en el sistema
4) El sistema informa al Responsable de Recepcin de documentos, que el registro
Escenario alterno:
51
indicados.
CU Visualizar Imprimir Doc. Recepcionados por TD.
Tabla 7. Descripcin CU Visualizar Imprimir Doc. Recepcionados por TD..
Caso de Uso: Visualizar Imprimir Doc. Recepcionados por TD. (CU_ RCD06)
Descripcin: Permite Visualizar E imprimir los documentos ingresados al ser
recepcionados (buscar, seleccionar por fecha, cargar documentos, genera reporte,
imprimir), esto estar al servicio de administracin del rea de trmite y permitir a la
Jefa de trmite, tener un mejor control de las operaciones hechas, por fechas.
Actores: Responsable de Recepcin de documentos. *Nota: este responsable la
componen el Personal Tcnico, Secretaria de Tramite, pero el principal en usar es
privilegio de visualizar reportes es la Jefa de Tramite.
Actividades:
1) El Responsable de Recepcin de documentos ingresa al sistema y procede a
buscar en la interfaz de reportes los documentos registrados por fechas, cagar los
documentos y al visualizar que todo este registrado correctamente, podr
imprimir; en caso si algo no este engrasado correctamente proceder a hacer las
correcciones.
2) El Responsable de Recepcin de documentos guarda el registro corregido, en el
sistema.
3) El sistema informa al Responsable de Recepcin de documentos, que la
modificacin ha sido realizado con xito.
Escenario alterno:
52
a) Datos corregidos por el Responsable de Recepcin de documentos estn
indicados.
7.2.3. Descripcin de Casos de Uso del Mdulo de Distribucin y Atencin de

Documentos.
Pertenece al Mdulo de Distribucin y Atencin de Documentos, los siguientes

Casos de Uso.
Registrar Recepcin documentos en la DG

Registrar rea.
Registrar Personal.
Registrar tipo documento.
Registra Entrega documentos al DG
Registrar Anlisis, conclusin de documento.
Derivar documento.
Registrar devolucin documento secretaria.
Registrar la recepcin del documento devuelto por el DG
Registrar la entrega de documentos al rea de TD.
Registrar la entrega de documentos al rea que fue derivada.
Confirmar la recepcin del documento.
Registrar el pase del documento al jefe de rea.
Registrar el pase a la secretaria del rea.
Registrar la ejecucin o atencin del documento recibido.
Registrar la devolucin a la Direccin General.
53
Registrar la recepcin en la DG de los documentos no atendidos por las
reas.
Registra la derivacin de documentos no atendidos por las reas.
Registra solucin para los documentos no atendidos por las reas.
Visualizar e imprimir el reporte del anlisis y conclusiones dadas por DG,
para cada documento.
Visualizar e imprimir el reporte de documentos que fueron pasados al DG
por parte de su secretaria.
Visualizar e imprimir el reporte de documentos recepcionados en la DG.
Visualizar los resultados o solucin dada Director General, de aquellos
documentos no atendidos por las reas.
CU Registrar Recepcin documentos en la DG.

Tabla 8. Descripcin CU Registrar Recepcin documentos en la DG.
Caso de Uso: Registrar Recepcin documentos en la DG (CU_ DAD01)

Descripcin: Se registrara la recepcin de cada documento recibido de rea de trmite
en la direccin general, pudiendo as seleccionar el tipo documento de la interfaz de
documentos registrados con extend, ingresa los datos necesarios de los documento
que esta recepcionando, y a mediada que va ingresando, se va generando un cdigo de
recepcin, valida que los documentos estn correctamente recepcionados, y guarda la
recepcin de esos documentos, pero tambin se tiene una opcin de reporte para
visualizar esos documentos.
Actores: Secretaria de la Direccin General.
con perfil de personal de la Direccin General.
Actividades:
1) Secretaria de la Direccin General ingresa a su sistema y busca la opcin
Registrar los documentos recepcionados del rea de trmite, y selecciona el tipo
de documento, seguido registra el documento ingresando los datos necesarios.
54
2) Secretaria de la Direccin General valida datos ingresados.
3) Secretaria de la Direccin General guarda los datos ingresados en el sistema.
4) El sistema informa a la Secretaria de la Direccin General, que los datos
registrados han sido ingresados con xito.
Escenario alterno:
a) Datos ingresados por el Secretaria de la Direccin General estn incompletos o son
incorrectos.
b) El sistema solicita a la Secretaria de la Direccin General, que se completen o
corrijan los datos ingresados.
c) La Secretaria de la Direccin General completa o corrige los datos indicados.
d) Contina en el punto 3) del escenario principal.
CU Registrar rea.
Tabla 9. Descripcin CU Registrar rea.
Caso de Uso: Registrar rea.(CU_ DAD02)

Descripcin: Permite a la organizacin tener registrado el nombre de todas sus reas, y
este trabajo lo realiza el Administrador de sistemas, teniendo encuentra las
actualizaciones o mantenimiento que debe hacerse. El evento se inicia ingresando datos
(como el rea) al sistema, validar lo ingresado, generar cdigo y guardar lo ingresado.
Actores: Administrador del Sistema
Pre-condiciones: El usuario debe ser el Administrador del Sistema, encargado de dar
privilegios, y tambin estar registrado como tal.
Actividades:
1) Administrador del Sistema ingresa a su sistema y busca la opcin Registrar
rea, e ingresa el rea generndoles cdigo.
2) Administrador del Sistema valida datos ingresados.
3) Administrador del Sistema guarda los datos ingresados en el sistema.
55
4) El sistema informa al Administrador del Sistema, que los datos registrados han
sido ingresados con xito.
Escenario alterno:
a) Datos ingresados por el Administrador del Sistema estn incompletos o son
incorrectos.
1) El sistema solicita al Administrador del Sistema, que se completen o corrijan los
datos ingresados.
2) Administrador del Sistema completa o corrige los datos indicados.
CU Registrar Personal.
Tabla 10. Descripcin CU Registrar Personal.
Caso de Uso: Registrar Personal.(CU_ DAD03)

Descripcin: Permite Registrar a todos el personal que trabajan dentro de organizacin,
les brinda los privilegios a cada uno de acuerdo al rea a la que pertenecen, adems
hace el mantenimientos y las actualizacin, cuando se requiera. El evento se inicia
ingresando los datos de los trabajadores, valida que los datos estn correctamente
ingresados, les genera cdigo para cada uno que adems les servir para el privilegio de
ingreso a su sistema de rea, por ultimo guarda el registro.
Actores: Administrador del Sistema
Pre-condiciones: El usuario debe ser el Administrador del Sistema, encargado de dar
privilegios, y tambin estar registrado como tal.
Actividades:
1) Administrador del Sistema ingresa a su sistema y busca la opcin Registrar
Personal, e ingresa el Personal generndoles cdigo.
2) Administrador del Sistema valida datos ingresados.
3) Administrador del Sistema guarda los datos ingresados en el sistema.
4) El sistema informa al Administrador del Sistema, que los datos registrados han
56
sido ingresados con xito.
Escenario alterno:
a) Datos ingresados por el Administrador del Sistema estn incompletos o son
incorrectos.
1) El sistema solicita al Administrador del Sistema, que se completen o corrijan los
datos ingresados.
2) Administrador del Sistema completa o corrige los datos indicados.
CU Registrar tipo documento.
Tabla 11. Descripcin CU Registrar tipo documento.
Caso de Uso: Registrar tipo documento. (CU_ DAD04)

Descripcin: Se Registra los documentos clasificndolos por tipos, ya que esto
permitir a la interfaz de recepcin de documentos, proporcionarle informacin
clasificada y ordenada para ejecutar su registro. Se procede a ingresar el tipo de
documento, generarle cdigo, validar si los datos estn correctamente ingresados,
buscar si en caso se requiere tener una mejor administracin, y guardar todo lo
ingresado.
Actividades:
Registrar tipo de documento, seguido registra el tipo de documento
clasificndolos e ingresando los datos necesarios.
57
Escenario alterno:
incorrectos.
1) El sistema solicita a la Secretaria de la Direccin General, que se completen o
2) La Secretaria de la Direccin General completa o corrige los datos indicados.
CU Registra Entrega documentos al Director General.
Tabla 12. Descripcin CU Registra Entrega documentos al Director General..
Caso de Uso: Registra Entrega documentos al Director General. (CU_ DAD05)

Descripcin: Se registra la entrega de cada documento, que fueron registrados al ser
recepcionados del rea de trmite, para que el Director General le d tratamiento debido
e indicando a que rea irn a distribuirse cada documento, para luego ser ejecutadas. Se
proceder seleccionado el documento a entregar, por fecha; generando cdigo por cada
documentos entregado; y grabando la dicha entrega.
Actividades:
Registrar entrega documento, seguido registra los documentos que esta
clasificados e ingresando los datos necesarios.
58
Escenario alterno:
incorrectos.
2) La Secretaria de la Direccin General completa o corrige los datos indicados.
CU Registrar Anlisis, conclusin de documento.
Tabla 13. Descripcin CU Registrar Anlisis, conclusin de documento.
Caso de Uso: Registrar Anlisis, conclusin de documento. (CU_ DAD06)

Descripcin: El Director General previo anlisis o lectura de los documentos, proceder
a Registrar en su sistema su conclusin, referente a que rea se distribuir y se encargara
de darle la atencin o ejecucin debida. El evento se inicia seleccionado el documento
recibido de su secretaria, para entonces proceder ingresar su conclusin en el sistema,
seguido de generarle cdigo, validar si lo ingresado est correcto, y grabar su
conclusin. Paralelo a estos eventos se generara un expediente de respuesta, que
permitir tener una clara informacin de las concusiones de Director General, esto el
proceder a hacerlo en dos oportunidades, al recepcionarlo en esta primera fase; as
como tambin, cuando un rea cualquiera no le dio la atencin debida a algn
documento; estas respuestas estarn a vista de cualquier rea y del usuario que presento
su documento.
Actores: Director General.
con perfil de Director de la Direccin General.
Actividades:
1) El Director General ingresa a su sistema y busca la opcin Registrar Anlisis y
conclusin de documento, seguido registra su conclusin, referente en qu reas
59
sern atendidas cada documento.
2) El Director General valida datos ingresados.
3) El Director General guarda los datos ingresados en el sistema.
4) El sistema informa al Director General, que los datos registrados han sido
ingresados con xito.
Escenario alterno:
a) Datos ingresados por el Director General estn incompletos o son incorrectos.
1) El sistema solicita al Director General, que se completen o corrijan los datos
ingresados.
2) El Director General completa o corrige los datos indicados.
CU Derivar documento.
Tabla 14. Descripcin CU Derivar documento.
Caso de Uso: Derivar documento. (CU_ DAD07)

Descripcin: Se Registraran la Derivacin de cada documento, porque permitir tener
un mejor control, referencia de que rea lo atender, y hacer el seguimiento acerca del
estado en que lo tiene el rea. El evento se inicia con seleccionar el documento
analizado, seleccionar el rea que lo atender y guardar ese registro.
Actores: El Director General.
Actividades:
1) El Director General ingresa a su sistema y busca la opcin Derivar documento,
seguido selecciona cada documento, referente en qu reas sern atendidas.
2) El Director General valida datos seleccionados.
3) El Director General guarda los datos seleccionados en el sistema.
4) El sistema informa al Director General, que los datos seleccionados han sido
60
guardados con xito.
Escenario alterno:
ingresados.
2) El Director General actualiza o corrige los datos indicados.
CU Registrar devolucin documento secretaria.
Tabla 15. Descripcin CU Registrar devolucin documento secretaria.
Caso de Uso: Registrar devolucin documento secretaria. (CU_ DAD08)

Descripcin: Se irn registrando cada documentos que sale de la direccin general, con
su expediente de respuesta en alguna oportunidades, ya que esto permitir que el
Director General Tenga un mejor control de los documentos que fue atendiendo, y de
esa manera posteriormente podr hacer el seguimiento por fechas desde que sali de su
oficina. El registro se inicia seleccionado el documento, genera cdigo por cada
documento que devolver a su Secretaria y finalizara guardando la devolucin.
Actividades:
1) El Director General ingresa a su sistema y busca la opcin Registrar devolucin
documento, seguido selecciona cada documento que devolver a su secretaria y
ser distribuido a las reas.
2) El Director General valida datos seleccionados.
3) El Director General guarda los datos seleccionados en el sistema.
61
4) El sistema informa al Director General, que los datos seleccionados han sido
guardados con xito.
Escenario alterno:
ingresados.
CU Registrar la recepcin del documento devuelto por el DG
Tabla 16. Descripcin CU Registrar la recepcin del documento devuelto por el DG.
Caso de Uso: Registrar la recepcin del documento devuelto por el DG. (CU_
DAD09).
Descripcin: Este registro permitir que la secretaria tenga un mejor control de los
documentos que salen de la Direccin General, y que fueron atendidos por el Director, a
su vez ella tendr un mejor informe acerca de a qu rea se ira cada documento. El
evento empieza seleccionando el documento en su sistema, y luego actualiza el estado
del documento, como ya atendido por el Director.
Actividades:
1) La Secretaria de la Direccin General ingresa a su sistema y busca la opcin
registra recepcin de devolucin, seguido selecciona cada documento que recibe
de la direccin y que fueron registrados y atendidos por el Director.
2) La Secretaria de la Direccin General Actualiza y valida los datos seleccionados.
3) La Secretaria de la Direccin General guarda los datos Actualizados en el
sistema.
62
4) El sistema informa al Secretaria de la Direccin General, que los datos
seleccionados y actualizados han sido guardados con xito.
Escenario alterno:
a) Datos actualizados por la Secretaria de la Direccin General estn incompletos o
son incorrectos.
corrijan los datos actualizados.
2) El Secretaria de la Direccin General actualiza o corrige los datos indicados.
CU Registrar la entrega de documentos al rea de TD.
Tabla 17. Descripcin CU Registrar la entrega de documentos al rea de TD.
Caso de Uso: Registrar la entrega de documentos al rea de TD. (CU_ DAD10)

Descripcin: Cada documento fsico que se va entregando al personal tcnico del rea
de trmite, para que proceda a su distribucin a las diferentes reas, tienen que ser
registrados en el sistema, ya que de esa manera permitir controlar las salidas de cada
documento atendidos por el director general. El evento se inicia seleccionando el
nmero de documento atendido por el Director, seleccionar la fecha, Actualizar
documento entregado y luego guardar este registro de entrega.
Actividades:
registra entrega de documento a trmite, seguido selecciona cada documento por
fecha.
2) La Secretaria de la Direccin General Actualiza documento a entregar a trmite
y valida los datos seleccionados.
3) La Secretaria de la Direccin General guarda los datos Actualizados y
registrados en el sistema.
63
actualizados y registrados han sido guardados con xito.
Escenario alterno:
a) Datos registrados y actualizados por la Secretaria de la Direccin General estn
corrijan los datos registrados.
2) El Secretaria de la Direccin General actualiza o corrige los datos indicados.
CU Registrar recepcin de los documentos atendidos por la DG
Tabla 18. Descripcin CU Registrar recepcin de los documentos atendidos por la

DG.
Caso de Uso: Registrar recepcin de los documentos atendidos por la DG.

(CU_ DAD11).
Descripcin: El personal tcnico es la persona encargada de hacer las distribuciones de
los documentos fsicos atendidos por la Direccin, a cada rea que corresponda, es por
eso que l hace un registro de recepcin en el rea de trmite antes de distribuirlo. El
evento se inicia seleccionando el nmero de documento atendido por la Direccin,
generar cdigos, seleccionar la fecha de recepcin, validar los datos y grabar la
recepcin de documentos atendidos.
Actores: Personal Tcnico del rea de trmite.
Actividades:
1) Personal Tcnico del rea de trmite ingresa a su sistema y procede a buscar en
la interfaz de registro documentos atendidos por DG, seleccionar cada
documento por fechas, genera un cdigo, visualiza que los datos estn correctos.
2) Personal Tcnico del rea de trmite guarda el registro de recepcin.
64
3) El sistema informa al Personal Tcnico del rea de trmite, que la recepcin ha
sido realizada con xito.
Escenario alterno:
a) Datos corregidos por el Personal Tcnico del rea de trmite estn incompletos o
son incorrectos.
1) El sistema solicita al Personal Tcnico del rea de trmite, que se completen o
2) El Personal Tcnico del rea de trmite completa o corrige los datos indicados.
CU Registrar la entrega de documentos al rea que fue derivada.
Tabla 19. Descripcin CU Registrar la entrega de documentos al rea que fue

derivada.
Caso de Uso: Registrar la entrega de documentos al rea que fue derivada.

(CU_ DAD12).
Descripcin: Permite registrar para un mejor control de las salidas de los documentos
del rea de trmite, a otras reas, es fase permite tener registrado cada documentos de
que va distribuyendo por da, de esa manera evitara las perdidas y atrasos para su
atencin. El evento se inicia seleccionando el documento por nmero, cdigo, y seguido
de seleccionar el rea a la cual ira, previa lista de reas, capturar la fecha, generacin de
cdigo de entrega, por ultimo guardar el registro.
Actores: Personal Tcnico del rea de trmite.
Actividades:
1) Personal Tcnico del rea de trmite ingresa a su sistema y procede a buscar en
la interfaz de registro de entrega de documentos, seleccionar cada documento
por fechas, genera un cdigo de entrega, visualiza que los datos estn correctos.
2) Personal Tcnico del rea de trmite guarda el registro de entrega.
65
3) El sistema informa al Personal Tcnico del rea de trmite, que el registro de
entrega ha sido realizado con xito.
Escenario alterno:
a) Datos registrados por el Personal Tcnico del rea de trmite estn incompletos o
son incorrectos
1) El sistema solicita al Personal Tcnico del rea de trmite, que se completen o
corrijan los datos de entrega.
2) El Personal Tcnico del rea de trmite completa o corrige los datos indicados.
CU Confirmar la recepcin del documento.
Tabla 20. Descripcin CU Confirmar la recepcin del documento.
Caso de Uso: Confirmar la recepcin del documento. (CU_ DAD13).

Descripcin: Este registro lo realiza cada secretaria rea que recepciona los
documentos que sarn atendidos por sus jefes, al recibir del rea de trmite por el
personal tcnico. El evento se inicia seleccionando el nmero de documento generado
por la direccin general y recibido por ella en forma fsica, seguido de registrar la fecha
de recepcin, y confirmado la recepcin de cada documento.
Actores: Secretaria de rea.
con perfil de Secretaria de rea.
Actividades:
1) Cada secretaria de rea al momento de recibir cada documento ingresa a su
sistema y procede a buscar la interfaz, de confirmacin de recepcin, y
selecciona el documento por nmero de recepcin, registra fecha y confirma la
recepcin del documento.
2) Secretaria de rea guarda el registro de confirmacin de la recepcin.
3) El sistema informa a la Secretaria de rea, que el registro de confirmacin ha
66
sido realizado con xito.
Escenario alterno:
a) Datos registrado de la confirmacin por la Secretaria de rea estn incompletos o
son incorrectos
1) El sistema solicita a la Secretaria de rea, que se completen o corrijan los datos
de confirmacin.
2) Secretaria de rea completa o corrige los datos indicados.
CU Registrar el pase del documento al jefe de rea.
Tabla 21. Descripcin CU Registrar el pase del documento al jefe de rea.
Caso de Uso: Registrar el pase del documento al jefe de rea. (CU_ DAD14)
Descripcin: El registro es desarrollado por la secretaria de cada rea, a minutos antes
del pase de cada documento a su jefe, es importante que cada secretaria tenga registrado
cada documento que pasa a su Jefe, porque le permitir tener un mejor control de
registro para cualquier consulta. El evento se inicia seleccionando el documento que
recepcion por nmero y cdigo, registra la fecha de pase, y graba el pase.
Actores: Secretaria de rea.
Actividades:
1) Cada secretaria de rea al momento de recibir cada documento ingresa a su
sistema y procede a buscar la interfaz, registro de pase, y selecciona el
documento por nmero y cdigo, registra fecha y confirma el pase del
documento.
2) Secretaria de rea guarda el registro de confirmacin de pase.
3) El sistema informa a la Secretaria de rea, que el registro de confirmacin ha
67
sido realizado con xito.
Escenario alterno:
a) Datos registrado del pase por la Secretaria de rea estn incompletos o son
incorrectos
de pase.
2) Secretaria de rea completa o corrige los datos indicados.
CU Registrar el pase a la secretaria del rea.
Tabla 22. Descripcin CU Registrar el pase a la secretaria del rea.
Caso de Uso: Registrar el pase a la secretaria del rea. (CU_ DAD15)

Descripcin: Este registro se lleva a cabo por el Jefe de rea, despus de haber
atendidos los documentos, y en caso de que se tenga observaciones para no poder
ejecutarlo o atenderlo, es devuelto a la Direccin General, con un informe del porque no
se pudo ejecutar o dar atencin, para ello el Jefe de rea, hace un registro en sus sistema
de los documentos que devuelve a su secretaria para ser atendidos por Direccin
General. El evento se inicia seleccionando el documento no atendido o ejecutado,
registra fecha de pase y graba el pase.
Actores: Jefe de rea.
con perfil de Jefe de rea.
Actividades:
1) Jefe de rea ingresa a su sistema y busca la opcin Registrar devolucin
documento, seguido selecciona cada documento que devolver a su secretaria.
2) Jefe de rea valida datos seleccionados.
3) Jefe de rea guarda los datos seleccionados en el sistema.
68
4) El sistema informa Jefe de rea, que los datos seleccionados han sido guardados
con xito.
Escenario alterno:
a) Datos ingresados por el Jefe de rea estn incompletos o son incorrectos.
1) El sistema solicita al Jefe de rea, que se completen o corrijan los datos
ingresados.
2) Jefe de rea actualiza o corrige los datos indicados.
CU Registrar la ejecucin o atencin del documento recibido.
Tabla 23. Descripcin CU Registrar la ejecucin o atencin del documento recibido.
Caso de Uso: Registrar la ejecucin o atencin del documento recibido. (CU_

DAD16)
Descripcin: Este caso se us se ejecuta cuando el Jefe de rea atiende o ejecuta cada
documento de la cual corresponde a su rea, y necesita tener un mejor control de cada
documento que va atendiendo, para llevar un control de esas atenciones. El evento se
inicia seccionando el documento atendido por nmero, registra la fecha que lo atendi,
graba documento atendido.
Actores: Jefe de rea.
con perfil de Jefe de rea.
Actividades:
1) Jefe de rea ingresa a su sistema y busca la opcin Registrar documentos
atendidos, seguido selecciona cada documento que atendi por nmero y fecha.
2) Jefe de rea valida datos registrados.
3) Jefe de rea guarda los datos registrados en el sistema.
4) El sistema informa Jefe de rea, que los datos registrados han sido guardados
con xito.
69
Escenario alterno:
a) Datos ingresados por el Jefe de rea estn incompletos o son incorrectos.
1) El sistema solicita al Jefe de rea, que se completen o corrijan los datos
ingresados.
2) Jefe de rea actualiza o corrige los datos indicados.
CU Registrar la devolucin a la Direccin General.
Tabla 24. Descripcin CU Registrar la devolucin a la Direccin General.
Caso de Uso: Registrar la devolucin a la Direccin General. (CU_ DAD17)

Descripcin: Permite a la secretaria de cada rea tener un mejor control de los
documentos que no fueron posibles atenderlo por alguna razn en su rea, y tal es as
que registra esa salida antes de llevarlo a la Direccin General, Para dar una atencin de
acuerdo al informe de cada del Jefe de rea. El evento se inicia seleccionado el
documento no atendido u observado, registra la fecha que sale de su rea, registra la
devolucin a Direccin y graba la devolucin.
Actores: Secretaria de rea
Actividades:
1) Cada secretaria de rea al momento de recibir cada documento de sus Jefe
ingresa a su sistema y procede a buscar la interfaz, registro de devolucin, y
selecciona el documento por nmero y cdigo, registra fecha y confirma
devolucin del documento.
2) Secretaria de rea guarda el registro de devolucin.
3) El sistema informa a la Secretaria de rea, que el registro de devolucin ha sido
realizado con xito.
70
Escenario alterno:
a) Datos registrado de la devolucin por la Secretaria de rea estn incompletos o son
incorrectos
de devolucin.
2) Secretaria de rea completa o corrige los datos devolucin.
CU Registrar la recepcin en la DG de los documentos no atendidos por las reas.
Tabla 25. Descripcin CU Registrar la recepcin en la DG de los documentos no

atendidos por las reas.
Caso de Uso: Registrar la recepcin en la DG de los documentos no atendidos

por las reas. (CU_ DAD18)
Descripcin: Permite registrar los documentos no atendidos por las rea y que va
recepcionando de cada secretaria de rea, esto lo ingresa en la interfaz de recepcin de
no atendidos, tal es as que le permitir separarlos o seleccionarlos mejor cada
documentos en segunda etapa, por razones que vienen de las reas. Este evento se inicia
seleccionando los documentos no atendidos por reas cdigo o fecha, luego hacer una
captura de fecha de recepcin de reas, y graba la recepcin de documentos no
atendidos.
Actividades:
registra recepcin de no atendidos, seguido selecciona cada documento que
recibe de las reas, por cdigo o fecha, por ultimo captura la fecha de registro.
2) La Secretaria de la Direccin General Actualiza y valida los datos registrados.
3) La Secretaria de la Direccin General guarda los datos registrados en el sistema.
71
registrados y actualizados han sido guardados con xito.
Escenario alterno:
a) Datos registrados por la Secretaria de la Direccin General estn incompletos o son
incorrectos.
corrijan los datos registrados.
2) El Secretaria de la Direccin General actualiza o corrige los datos registrados.
CU Registra la derivacin de documentos no atendidos por las reas.
Tabla 26. Descripcin CU Registra la derivacin de documentos no atendidos por las

reas.
Caso de Uso: Registra la derivacin de documentos no atendidos por las reas.

CU_ DAD19).
Descripcin: Esto permitir gestionar y tener un mejor control de los documentos que
tendrn que ser atendidos por segunda vez, el Director General, documentos observados
y no atendidos por las reas, y que tienen un informe de las razones por las que no se
atendieron. El evento se inicia seleccionando los documentos no atendidos por las reas,
generndole una fecha derivacin, actualizar documento en su estado de registrado la
derivacin, luego guarda.
Actividades:
Registrar derivacin documento, seguido selecciona los documentos no
atendidos por fechas o cdigo, le genera fecha de derivacin.
2) Secretaria de la Direccin General valida eventos realizados.
72
3) Secretaria de la Direccin General guarda los eventos ingresados en el sistema.
4) El sistema informa a la Secretaria de la Direccin General, que los eventos
Escenario alterno:
a) Los eventos ingresados por el Secretaria de la Direccin General estn incompletos
o son incorrectos.
corrijan los eventos ingresados.
2) La Secretaria de la Direccin General completa o corrige los eventos indicados.
CU Registra solucin para los documentos no atendidos por las reas.
Tabla 27. Descripcin CU Registra solucin para los documentos no atendidos por las
reas..
Caso de Uso: Registra solucin para los documentos no atendidos por las
reas. (CU_ DAD20)
Descripcin: Permite registrar los documentos no atendidos por las reas, el Director
General revisa estos documentos junto con sus informes de cada rea, viendo el motivo
por lo que, no lo atendieron o ejecutaron, el decide dar una solucin final, analizando
todas las posibles soluciones o ejecuciones que se dara, y luego de hacer esta
conclusin final, el Director hace un documento de respaldo, puesto que esto le
permitir tener un registro, que el atendi el documento, y le dio la conclusin o
ejecucin debida, este respaldo es ingresado en el sistema, ya que permitir a los
diferentes jefes de rea, incluido tramite documentario, tener un mejor informe o
alcance de esta conclusin, y ser expuesta en la web para las consultas que necesitan
saber los usuarios externos desde cualquier parte de la regin.
Actividades:
73
1) El Director General ingresa a su sistema y busca la opcin Registrar solucin
final de documento no atendido por reas, seguido selecciona cada documento,
ingresa solucin final y genera documento de respaldo, como expediente, etc.
2) El Director General valida datos ingresados.
3) El Director General guarda las soluciones con su expediente de respaldo en el
sistema.
4) El sistema informa al Director General, que el registro ha sido guardado con
xito.
Escenario alterno:
a) Soluciones ingresadas por el Director General estn incompletos o son incorrectos.
1) El sistema solicita al Director General, que se completen o corrijan las
soluciones ingresadas.
CU Visualizar e imprimir el reporte del anlisis y conclusiones dadas por DG, para
cada documento.
Tabla 28. Descripcin CU Visualizar e imprimir el reporte del anlisis y conclusiones

dadas por DG, para cada documento.
Caso de Uso: Visualizar e imprimir el reporte del anlisis y conclusiones dadas

por DG, para cada documento.(CU_ DAD21).
Descripcin: En esta fase se observa los reportes, donde estn las conclusiones dadas
por el Director General, junto con las ejecuciones asignadas, que realizara cada rea. El
evento se inicia cargando los documentos analizados por el Director General, luego se
busca por nmero y fecha, para finalmente generar reportes de documentos analizados e
imprimir si se desea.
Actores: El Director General
Actividades:
74
1) El Director General ingresa a su sistema y busca la opcin Reporte de anlisis y
conclusiones, y selecciona tipo de reportes deseados.
2) El Director General activa la opcin de consulta para el reporte especificado.
3) El sistema despliega en pantalla el reporte requerido.
4) El sistema muestra al Director General, la opcin de imprimir.
CU Visualizar e imprimir el reporte de documentos que fueron pasados al DG por

parte de su secretaria.
Tabla 29. Descripcin CU Visualizar e imprimir el reporte de documentos que fueron

pasados al DG por parte de su secretaria.
Caso de Uso: Visualizar e imprimir el reporte de documentos que fueron

pasados al DG por parte de su secretaria.(CU_ DAD22).
Descripcin: Es importante tener un reporte de los documentos que fueron pasando por
fechas al Director General, esto le permite a la Secretaria y al Director General tener un
mejor control y visin e coordinacin de cada evento que realiza por fechas, para
cualquier reclamo posterior, y tambin imprimir un reporte por nmero de documento.
El evento se inicia buscando los documentos por fecha o cdigo que podra ser su
nmero de expediente, para posteriormente cargarlo e ir analizando, por ltimo generar
el reporte de impresin si fuera necesario.
Actores: Secretaria de la Direccin y Director General
con perfil de Direccin General.
Actividades:
1) El Actor ingresa a su sistema y busca la opcin Reporte de Reportes pasados al
DG, y selecciona tipo de reportes deseados.
2) El Actor activa la opcin de consulta para el reporte especificado.
75
4) El sistema muestra al Actor, la opcin de imprimir.
CU Visualizar e imprimir el reporte de documentos recepcionados en la DG.
Tabla 30. Descripcin CU Visualizar e imprimir el reporte de documentos

recepcionados en la DG.
Caso de Uso: Visualizar e imprimir el reporte de documentos recepcionados en

la DG. (CU_ DAD23).
Descripcin: Es importante tener un reporte de los documentos que fueron
recepcionados por fecha en la Direccin General, esto le permite a la Secretaria y al
Director tener un mejor control y visin e coordinacin de cada documento que ingresa
a su rea, y lo que tiene que realizar por fechas, por otra parte saber que informar, para
cualquier reclamo posterior, y tambin imprimir un reporte por nmero de documento,
acerca de la conclusin que dio. El evento se inicia buscando los documentos por fecha
o cdigo que podra ser su nmero de expediente, para posteriormente cargarlo e ir
analizando, por ltimo generar el reporte de impresin si fuera necesario.
Actores: Secretaria de la Direccin y Director General.
con perfil de Direccin General.
Actividades:
1) El Actor ingresa a su sistema y busca la opcin Reporte de Reportes de
documentos recepcionados, y selecciona tipo de reportes deseados.
76
CU Visualizar los resultados o solucin dada Director General, de aquellos
Tabla 31. Descripcin CU Visualizar los resultados o solucin dada Director General,
de aquellos documentos no atendidos por las reas..
Caso de Uso: Visualizar los resultados o solucin dada Director General, de

aquellos documentos no atendidos por las reas. (CU_ DAD24)
Descripcin: Es importante tener un reporte de los documentos que fueron atendidos
por el Director General, al no ser posible la atencin por parte de las reas; esto le
permite a la Secretaria tener un mejor control, visin y coordinacin de cada conclusin
final que se realiz, para cualquier reclamo posterior, y tambin imprimir un reporte por
nmero de documento. El evento se inicia buscando los documentos por fecha o cdigo
que podra ser su nmero de expediente, para posteriormente cargarlo e ir analizando,
por ltimo generar el reporte de impresin si fuera necesario, para algn informe
personal. (es caso es opcional ya que se plasm por razones que la secretaria tambin
necesita visualizar resultados del Director )
Actores: Secretaria de la Direccin.
Actividades:
1) El Actor ingresa a su sistema y busca la opcin de Reportes de conclusin final
de la Director, y selecciona tipo de reportes deseados, documentos no atendidos
por rea.
77
CU Visualizar los resultados o solucin dada Director General, de aquellos
Tabla 32. Descripcin CU Visualizar los resultados o solucin dada DG, de aquellos
documento no atendidos por las reas.
Caso de Uso: Visualizar los resultados o solucin dada DG, de aquellos

documento no atendidos por las reas. (CU_ DAD25)
Descripcin: Es importante poder visualizar los resultados de los documentos no
atendidos por las reas, puesto que permitir Usuario Responsable de Recepcin y
atencin de documentos (como son los Jefes de reas, Secretarias de reas, la Direccin
y personal tcnico) tengan la informacin necesaria para poder responder a consultas y
resultados de los estados de cada documento que presenta un Usuario por el rea de
trmite, en caso de que se apersonen a la DIRESA. Esta consulta los usuarios podran
hacerlo desde Web tambin. El evento se inicia cuando estos usuarios que trabajan en la
empresa, buscan documentos solucionados por el Director, lo cargan por fecha o
nmero y el sistema despliegan en pantalla el resultado de la solucin.
Actores: Usuarios Responsable de Recepcin.
Pre-condiciones: Los usuarios deben estar registrado como usuario del sistemas e
ingresar con perfil de personal del rea a la que pertenece.
Actividades:
1) El Actor ingresa a su sistema y busca la opcin visualizar resultados o solucin
final del Director, y selecciona tipo de resultado deseados, de documentos no
atendidos por rea.
78
7.2.4. Descripcin de Casos de Uso del Mdulo de Reportes, Impresiones o
resultado de los trmites de documentos realizados en diferentes reas.
Pertenece al Mdulo de Informar situacin o resultado del trmite de documentos, los

siguientes Casos de Uso.
Visualizar e imprimir el reporte de documento atendido por el DG que fueron

devueltos a su secretaria.
Visualizar e imprimir el reporte, o nos muestre por cada documento, a que rea
fue derivado por el DG.
Visualizar e imprimir el reporte de los documentos que han sido entregados a las
reas, de los cuales fueron derivados por la DG.
Visualizar e imprimir el reporte de los documento, dentro de las reas que ya
fueron pasados al jefe de rea, por su secretaria.
Visualizar e imprimir el reporte de los documentos que fueron ejecutados por las
reas.
Visualizar e imprimir el reporte de los documentos que no han podido ser
ejecutados dentro de las reas.
Visualizar e imprimir el reporte de los documentos no atendidos, devueltos por
las reas (cuando sale para la DG).
Visualizar e imprimir el reporte de los documentos atendidos por las reas (pero
que ya tienen la atencin final del Director General), que fueron entregados de
nuevo a sus reas.
Visualizar e imprimir el reporte de los documentos inicialmente no atendidos
por las reas que fueron derivados de nuevo a la oficina de TD, para posterior
entregue al Director General.
Visualizar e imprimir el reporte de los documentos no atendidos por las reas,
que fueron entregados a la Direccin General.
Visualizar e imprimir el reporte de los documentos no atendidos por las reas
con la solucin final dada por el DG.
79
CU Visualizar e imprimir el reporte de documento atendido por el DG que fueron
devueltos a su secretaria.
Tabla 33. Descripcin CU Visualizar e imprimir el reporte de documento atendido por

el DG que fueron devueltos a su secretaria.
Caso de Uso: Visualizar e imprimir el reporte de documento atendido por el DG que

fueron devueltos a su secretaria. (CU_ DAD26)
Descripcin: Es importante tener un reporte de cada documento que atiende el Director
General y poder visualizarlos por nmero, porque eso nos permitir saber las fechas que
devuelve a su Secretaria, para la atencin posterior de las reas, y no pueda ser retrasada
el trabajo. El evento se inicia cargando la interfaz de los documentos atendidos por DG
y devueltos a su secretaria, seguido de buscar por fecha o nmero; mostrado la interfaz
de reportes se podr analizar y ver qu documento es, como la opcin de impresin, si
se desea.
Actividades:
1) El Actor ingresa a su sistema y busca la opcin visualizar devolucin de
documentos atendidos, y carga la interfaz.
4) El sistema muestra al Actor, los datos y la opcin de imprimir.
80
CU Visualizar e imprimir el reporte, o nos muestre por cada documento, a que
rea fue derivado por el DG.
Tabla 34. Descripcin CU Visualizar e imprimir el reporte, o nos muestre por cada
documento, a que rea fue derivado por el DG.
Caso de Uso: Visualizar e imprimir el reporte, o nos muestre por cada documento, a que
rea fue derivado por el DG. (CU_ DAD27)
Descripcin: Este reporte es muy importante para todas las reas, pero especficamente
para el rea que les competen, como son trmite, que se encarga de distribuirlo y del
rea que le corresponda recepcionarlo para su posterior atencin, esto asimismo
permitir hacer los trabajos ms ptimos y con informes exactos para el que requiera
saber del estado de su documento. El evento se inicia cargando la interfaz reporte de
documentos derivados, buscarlo por fechas o nmero, seguido de seleccionarlo, por
ltimo visualizar el reporte generado del rea que corresponda atenderlo.
Actividades:
1) El Actor ingresa a su sistema y busca la opcin reporte de documentos
derivados, y carga la interfaz.
81
CU Visualizar e imprimir el reporte de los documentos que han sido entregados a
las reas, de los cuales fueron derivados por la DG.
Tabla 35. Descripcin CU Visualizar e imprimir el reporte de los documentos que han
sido entregados a las reas, de los cuales fueron derivados por la DG.
Caso de Uso: Visualizar e imprimir el reporte de los documentos que han sido
entregados a las reas, de los cuales fueron derivados por la DG. (CU_ DAD28)
Descripcin: Este reporte permite al personal tcnico llevar un mejor control de cada
documento que distribuye e ir registrndolo por fechas, este evento se estuvo realizando
de forma manual, generando retrasos y volmenes de recurso que eran muy tediosos. La
accin se inicia cargando la interfaz de reporte documentos entregados, se busca el
registro por nmero de documento, seleccionas por fecha los documentos entregados y
generas reporte con la opcin para imprimir si se necesitara.
Actividades:
1) El Actor ingresa a su sistema y busca la opcin reporte documentos entregados,
y carga la interfaz.
82
CU Visualizar e imprimir el reporte de los documento, dentro de las reas que ya
fueron pasados al jefe de rea, por su secretaria.
Tabla 36. Descripcin CU Visualizar e imprimir el reporte de los documento, dentro de

las reas que ya fueron pasados al jefe de rea, por su secretaria.
Caso de Uso: Visualizar e imprimir el reporte de los documento, dentro de las reas que
ya fueron pasados al jefe de rea, por su secretaria.(CU_ DAD29)
Descripcin: Este reporte contribuye a cada rea tener un mejor control de cada uno de
sus actividades por da, la secretaria si deseara saber algn dato de un documento, la
fecha que paso a su Jefe de rea, entonces estar lista a cualquier reclamo del mismo, ya
que al iniciar su bsqueda de actividades por da y numero de documento, tendr el
reporte del da y fecha que le paso. El evento se inicia cargando la interfaz reporte de
documentos pasados a Jefe, inicia su bsqueda por fecha o nmero, selecciona la fecha
o nmero que corresponda al documento y genera reporte de documentos pasados a jefe
de rea con la opcin para impresin.
Actividades:
1) El Actor ingresa a su sistema y busca la opcin reporte de documentos pasados a
Jefe, y carga la interfaz.
83
CU Visualizar e imprimir el reporte de los documentos que fueron ejecutados por
las reas.
Tabla 37. Descripcin CU Visualizar e imprimir el reporte de los documentos que

fueron ejecutados por las reas.
Caso de Uso: Visualizar e imprimir el reporte de los documentos que fueron ejecutados
por las reas.(CU_ DAD30)
Descripcin: Este reporte contribuye a que cada rea lleve un control de sus actividades
por da, muestra lo que cada jefe registro, de las ejecuciones y actividades que hizo para
cada documento que recepcion por da, evitando as retrasos en sus informes o
perdidas de algn documento, por otro lado permite que el rea de tramite visualice el
estado de cada documento. El evento se inicia ingresando a la interfaz de reporte
documentos ejecutados por jefe de rea, se procede a buscar los registros por fecha,
numero o rea, cargas la bsqueda, seleccionas el registro del documentos que necesitas
la informacin, se visualiza el reporte con la opcin de impresin.
Actividades:
1) El Actor ingresa a su sistema y busca la opcin reporte documentos ejecutados
por jefe de rea, y carga la interfaz.
84
CU Visualizar e imprimir el reporte de los documentos que no han podido ser
ejecutados dentro de las reas.
Tabla 38. Descripcin CU Visualizar e imprimir el reporte de los documentos que no

han podido ser ejecutados dentro de las reas.
Caso de Uso: Visualizar e imprimir el reporte de los documentos que no han podido ser
ejecutados dentro de las reas.(CU_ DAD31)
Descripcin: Este reporte permite mantener ms informado a s misma y a las
diferentes reas que necesitan informes, como tramite y Direccin, ya que este ayudar
en la toma de decisiones rpidas para cualquier situacin problemtica que sucediera
por no ejecutarla. Este evento se inicia ingresando a la interfaz reporte de documentos
no ejecutados, seguido de la bsqueda por numero o fecha, cargar la bsqueda,
seleccionas el registro del documentos que necesitas la informacin, se visualiza el
reporte con la opcin de impresin.
Actividades:
1) El Actor ingresa a su sistema y busca la opcin reporte de documentos no
ejecutados, y carga la interfaz.
85
CU Visualizar e imprimir el reporte de los documentos no atendidos, devueltos por
las reas (cuando sale para la DG).
Tabla 39. Descripcin CU Visualizar e imprimir el reporte de los documentos no

atendidos, devueltos por las reas (cuando sale para la DG).
Caso de Uso: Visualizar e imprimir el reporte de los documentos que no han podido ser
ejecutados dentro de las reas (cuando sale para la DG).(CU_ DAD32)
Descripcin: Este reporte permite mantener informado de los documentos que no
fueron atendidos por las reas y fueron a para la Direccin para que Director General
genere su respuesta final, tener este reporte y visualizar genera mucha ayuda a las reas,
la Direccin y Tramite documentario, puesto que cuando est en la direccin se
obtendr la solucin final y el Director genera un expediente final de ello. El evento se
inicia ingresando en la interfaz reporte de documentos enviados a Direccin, seguido se
procede a hacer la bsqueda por nmero y fecha, cargar la bsqueda, seleccionas el
registro del documentos que necesitas la informacin, se visualiza el reporte con la
opcin de impresin.
Actividades:
1) El Actor ingresa a su sistema y busca la opcin reporte de documentos enviados
a Direccin, y carga la interfaz.
86
CU Visualizar e imprimir el reporte de los documentos atendidos por las reas
(pero que ya tienen la atencin final del Director General), que fueron entregados
de nuevo a sus reas.
Tabla 40. Descripcin CU Visualizar e imprimir el reporte de los documentos

atendidos por las reas (pero que ya tienen la atencin final del Director General), que
fueron entregados de nuevo a sus reas.
Caso de Uso: Visualizar e imprimir el reporte de los documentos atendidos por las reas
(pero que ya tienen la atencin final del Director General), que fueron entregados de
nuevo a sus reas. (CU_ DAD33)
Descripcin: Este caso de uso se da o atiende cuando en ocasiones que el Director
General, durante su conclusin final, (cuando ya han sido observados por las reas),
decide generar expediente o adjuntar algn faltante para ser devuelto al rea que
corresponda y ser atendidas por tal. Este reporte esta accesible para ser visualizado por
los Usuarios Responsables de Recepcin (como son los Jefes de reas, secretarias de
reas, la Direccin y personal tcnico), sealando siempre que es acuerdo al rea
involucrada, esto permitir tener un mejor control de sus proceso o trabajos a realizar y
tener respuesta concreta a cualquier consulta. El evento se inicia buscando el documento
y cargndolo de acuerdo al cdigo o nmero por fecha, consulta y despliega en pantalla
el reporte requerido.
Actividades:
1) El Actor ingresa a su sistema y busca la opcin visualizar reporte de documentos
atendidos por reas con solucin final del Director, y selecciona reporte de
documento de atencin de rea con solucin final.
87
CU Visualizar e imprimir el reporte de los documentos inicialmente no atendidos
por las reas que fueron derivados de nuevo a la oficina de TD, para posterior
entregue al Director General.
Tabla 41. Descripcin CU Visualizar e imprimir el reporte de los documentos

inicialmente no atendidos por las reas que fueron derivados de nuevo a la oficina de
TD, para posterior entregue al Director General.
Caso de Uso: Visualizar e imprimir el reporte de los documentos inicialmente no

atendidos por las reas que fueron derivados de nuevo a la oficina de TD, para posterior
entregue al Director General. (CU_ DAD34)
Descripcin: Este caso es cundo los documentos no atendidos inicialmente por las
reas, son registradas en su sistema por las mismas, y el rea de trmite y los que tangan
privilegios o permisos ingresen a ese reporte de cada rea, verificar el estado de cada
uno de esos documentos para poder informar a cualquiera que se apersone o verifique
por la web. Parte de este caso se da, solo en momentos ocasionales ya que muchas veces
son directamente las secretarias de rea las encargadas de la entrega a la Direccin. Se
dijo parte porque las atenciones que hacen todas las reas, referente al estado de los
documentos, lo tiene que saber el rea de trmite, puesto que es esta rea, la encargada
de informar, como ya se dijo. El evento se inicia seleccionando por fechas el reporte de
los documentos inicialmente no atendidos por las reas, y seguido buscarlo por cdigo o
nmero documento y por rea encargada, cargar el informe, generar y visualizar reporte,
seguido imprimir si se requiere.
Actividades:
no atendidos por reas, y selecciona informe del documento que no fue atendido
por nmero y rea.
88
CU Visualizar e imprimir el reporte de los documentos no atendidos por las reas,

que fueron entregados a la Direccin General.

atendidos por las reas, que fueron entregados a la Direccin General.
Caso de Uso: Visualizar e imprimir el reporte de los documentos no atendidos por las
reas, que fueron entregados a la Direccin General. (CU_ DAD35)
Descripcin: Es necesario tener este informe para hacer el seguimiento de acuerdo a
fechas de la posterior solucin de le dar el Director, y de esa manera tener un informe
ms slido acerca de los resultados cuando las de, el Director. El evento se inicia
seleccionando por fechas cada uno de esos documentos no atendidos, buscar por cdigo
o nmero de cada uno de esos documentos, cargar el informe del documento de acuerdo
a reas, generar el reporte de cada documento no atendidos por las reas, listo con la
opcin de impresin si el momento o el caso lo amerita.
Actividades:
no atendidos y entregados a Direccin, y selecciona informe del documento que
no fue atendido por nmero y rea.
89
CU Visualizar e imprimir el reporte de los documentos no atendidos por las reas
con la solucin final dada por el DG.

atendidos por las reas con la solucin final dada por el DG.
Caso de Uso: Visualizar e imprimir el reporte de los documentos no atendidos por las
reas con la solucin final dada por el DG. (CU_ DAD36)
Descripcin: Este caso es muy importante ya que se genera cuando el Director general
dio su conclusin final acerca de todos los documentos que no fueron posibles ser
atendidos por las reas generando expedientes como respaldo para l, y todas las reas
que las competen puedan visualizar su conclusin, de esa manera dar atencin y
respuesta a cualquier consulta que se requiera. El evento se inicia seleccionado por
fechas el informe de los documentos no atendidos por las reas con la solucin final,
buscar por nmero o cdigo, cargarlo para que se pueda visualizarse, generar reporte y
con la opcin del botn imprimir.
Actividades:
1) El Actor ingresa a su sistema y busca la opcin visualizar reporte de conclusin
final documentos no atendidos y entregados a Direccin, selecciona informe del
documento que no fue atendido por nmero y rea.
90
Descripcin de Casos de Uso del Mdulo Informar situacin o resultado del trmite de
documentos.
Pertenece al Mdulo de Informar situacin o resultado del trmite de documentos, los

siguientes Casos de Uso.
Registrar el resultado de un trmite realizado.

Visualizar la situacin del documento del solicitante.
Visualizar e imprimir el reporte de los trmites finalizados.
CU Registrar el resultado de un trmite realizado.

Tabla 44. Descripcin CU Registrar el resultado de un trmite realizado.
Caso de Uso: Registrar el resultado de un trmite realizado (CU_ ISR01)

Descripcin: Este proceso es desarrollado por el personal de trmite, y permite tener
registrados el resultado de los trmites realizados, esto ayudara para tener la
informacin ptima y confiable de los resultados o estados en la que se encuentran cada
documento que ingresaron o registraron a tiempo de realizarse el trmite. El evento se
inicia ingresando los resultados de cada informe de reas, validar los resultados, se
selecciona el nmero de documento por fecha, a la que pertenece el resultado, esto
permitir visualizar la situacin de documento y guardar todos los resultados
ingresados.
ingresar con perfil de personal del rea de trmite.
Actividades:
1) El Responsable de Recepcin, ingresa a su sistema y procede a buscar la
interfaz, registro de resultados de trmites realizados, y selecciona el documento
por nmero y cdigo, registra fecha e ingresa los informes de cada rea y valida
los datos.
91
2) Secretaria de rea guarda el registro de resultados de trmites realizados.
3) El sistema informa a la Secretaria de rea, que el registro de resultados de
trmites realizados ha sido realizado con xito.
Escenario alterno:
a) Datos registrado de los resultados de trmites realizados por el Usuario de
Responsable de Recepcin estn incompletos o son incorrectos
1) El sistema solicita a la Secretaria de rea, que se completen o corrijan los
resultados de trmites realizados.
2) Secretaria de rea completa o corrige los resultados de trmites realizados.
CU Visualizar la situacin del documento del solicitante.
Tabla 45. Descripcin CU Visualizar la situacin del documento del solicitante.
Caso de Uso: Visualizar la situacin del documento del solicitante. (CU_ ISR02)
Descripcin: Visualizar la situacin del estado de cada documento para brindar
informacin confiable a los usuarios que presentaron sus documentos, como indicar en
que rea se encuentra, etc. por otro lado para este proceso los interesados no
necesariamente se acercan a la DIRESA, pueden vitalizarlo ingresando a la opcin de
consultas en la web. El evento se inicia ingresando el nmero de documentos,
selecciona el tipo de documento, ingresa las fechas para la bsqueda.
ingresar con perfil de personal del rea a la que pertenece, en caso desde la web o
externo con DNI.
Actividades:
92
1) El Actor ingresa a su sistema y busca la opcin visualizar situacin de
documentos del solicitante, selecciona o ingresa el nmero y fecha.
CU Visualizar e imprimir el reporte de los trmites finalizados.
Tabla 46. Descripcin CU Visualizar e imprimir el reporte de los trmites finalizados.
Caso de Uso: Visualizar e imprimir el reporte de los trmites finalizados (CU_ ISR03)
Descripcin: Esta opcin permite visualizar la relacin de todos los documentos que
fueron atendidos en su totalidad, es decir el reporte de trmites finalizados, observando
este informe, se tendr un mejor control de todo el desarrollo de trabajo en la
organizacin. El evento se inicia buscando el reporte de tramites finalizados por fechas
o nmero de trmite, buscar los documentos en situacin de atendido, generas reporte,
de cada uno por tipo de documentos con la opcin de impresin.
Actividades:
1) El Actor ingresa a su sistema y busca la opcin visualizar reportes de tramites
finalizados, selecciona o ingresa el nmero y fecha.
93
7.3. INGENIERA DE LA SOLUCIN WEB DE TRMITE
7.3.1. Estudio de la situacin del area de tramite documentario de la DIRESA
Esta oficina de Trmite documentario de la Direccin Regional de Salud

Ancash, es la encargada de realizar los procesos los cuales sigue un documento,
segn sea lo solicitado por las entidades externas y dems reas de la institucin.
Asimismo, cabe mencionar que dicha rea es el vnculo por el cual todo tipo de
documento se hace llegar a la Direccin general y dems reas.
La oficina de Trmite Documentario de la Direccin Regional de Salud Ancash,

no cuenta con equipos de cmputo.
Formulacin:
La formulacin de este proyecto, se dio mediante la investigacin que se dio en el

rea de Trmite Documentario, por motivos que ya anteriormente se dio a
conocer, una de las formulaciones es aportar nosotros en una forma parcial de la
automatizacin de los procesos administrativos, por la Demora en la atencin de
los usuarios por que la oficina de trmite documentario realiza sus procesos en:
Libros(recepcin, envos)
Hojas de tramite
Tarjeta central de documentacin
La recepcin, bsqueda y envi de documentos se realiza manualmente
en libros de descarga, libro de envos
Como investigador del caso se plante realizar una Aplicacin Web denominado
Trmite Documentario, que era el problema aquejante a esta rea. La cual
beneficiara en gran magnitud en la optimizacin de los procesos diarios.
94
7.3.2. Modelado de procesos del area de trmite documentario
Figura 22. Pictograma de modelo de secuencia de proceso de trmite documentario
95
7.3.3. Modelos definidos en UWE
Figura 23. Modelamiento en UWE
En la Figura 2.10, se muestran las dimensiones de UWE. Para el desarrollo del

sistema SIWEPOM en las fases de Anlisis y Diseo, se utilizarn los modelos
de: 1) Contenido, 2) Navegacin y 3) Presentacin propuestos por UWE. En la
fase de Implementacin, se utilizar la tecnologa jQuery junto con el lenguaje
PHP, CSS3, y el mtodo AJAX. En cuanto a la estructura y el comportamiento, el
sistema TRMITE se orienta a ser un sistema transaccional.
7.3.4. Modelos de anlisis para el sistema trmite

Modelo de Contenido.
Es un modelo conceptual que muestra las principales entidades del sistema web,
representado por un Diagrama de Clases de Anlisis para cada uno de los
siguientes mdulos del sistema: Recepcin de Documentos, Distribucin y
Atencin de Documentos, Informar situacin o resultado del trmite de
documentos.
96
Figura 24. Clases del Mdulo de Recepcin de Documentos.
97
Figura 25. Clases de Anlisis del Mdulo de Distribucin y Atencin de
Documentos
98
7.3.5. Modelos de diseo
En esta parte, se definir la arquitectura general del sistema Web y se desarrollar

el Modelo de Datos para el mismo.
Arquitectura de Tramite
La arquitectura refleja un sistema con 4 capas: 1) Capa de Presentacin, 2) Capa
de Lgica de Negocio, 3) Capa de Acceso a Datos y 4) Capa de Persistencia o de
Datos. La representacin se la observa en la Figura 2. . Podemos observar adems,
la existencia de los componentes Comn y Operacional; en el componente Comn
de la arquitectura se agrupan las principales clases de entidades del sistema (la
mayora de las del Modelo de Anlisis), mientras que en el componente
Operacional se encuentran clases de utilidad para toda la aplicacin; ambos
componentes pueden ser utilizados en cualquiera de las capas de: Presentacin,
Datos y Acceso a Datos.
Mysql
Figura 26. Capas de presentacin
99
Modelo de Secuencia.
A estos diagramas se les conoce tambin como diagramas de comportamiento,

porque en ellos podemos representar cmo se comportan los objetos, para poder
cumplir con las funciones que tiene que realizar el software. Podemos mostrar
claramente como los objetos colaboran entre ellos, pasndose mensajes para poder
brindar los servicios o funciones del Software, para cada uno de los siguientes
Casos de Uso: Registrar Dependencia, Registrar al Solicitante Externo, Registrar
al Solicitante Interno, Registrar Recepcin de Documento, Registra Entrega de
Cargo Documento, Registra Entrega de Documento a Direccin General,
Registrar Tipo Documento, Registrar Recepcin Documentos en la Direccin
General, Registra Entrega Documentos al Director General, Registrar Anlisis,
Conclusin del Documento, Derivar Documento, Registrar rea, Registrar
Personal, Registrar Devolucin Documento Secretaria, Registrar la Recepcin del
Documento Devuelto por el Director General, Registrar la Entrega de
Documentos al rea de TD, Registrar Recepcin de los Documentos Atendidos
por la DG, Registrar la Entrega de Documentos al rea que fue Derivada,
Confirmar la Recepcin del Documento, Registrar el Pase del Documento al Jefe
de rea, Registrar la Ejecucin o Atencin del Documento Recibido, Registrar la
Devolucin a la Direccin General, Registrar el Pase a la Secretaria del rea y
Registrar el Resultado de un Trmite Realizado.
: GUIRegistrarDependencia : ControlDependencia : Codificador : DependenciaExterna

: Reposable de Recepcion de
documentos. 1: Ingresa Datos
2: Envia Datos
3: Genera codigo y envia datos
4: Verifica Datos
5: Dependencia Valida
6: Ingreso Valido
Figura 27. Diagrama de Secuencia Registrar Dependencia
100
: GUIRegistrarSolicitante : ControlRegistrar : Codificador : SolicitanteExterno : GUIDependencia : Solicitante : Persona
: Reposable de Recepcion de
documentos.
1: RegistraSolicitante
2: VisualizarSolicitante
3: Enva Informacin Solicitante
4: Validar Genera Codigo Informacin Solicitante
5: Enva Codigo e Informacin Validada Solicitante
6: SolicitaDependencia
7: Devuelve Dependencia
8: Transfiere Solicitante
9: Recive Datos Completos
10: Devuelve Datos
11: Devuelve Transferencia de Solicitud
12: Recive Informacin
13: Recive Informacion con codigo generado
14: Recive Informacion validada Solicitante
15: Mostrar Resultados
16: BuscarSolicitante
17: SelecionaSolicitante
18: GeneraCantidaSolicitante
19: DevuelveCantidadSolcitanteExterno
20: ReciveCantidadSolicitanteExterno
21: MuestraSolictanteExterno
Figura 28. Diagrama de Secuencia Registrar al Solicitante Externo
101
: Reposable de Recepcion de : GUIRegistrarSolicitante : ControlRegistrar : Codificador : SolicitanteInterno : GUIrea : Solicitante : Persona
documentos.
1: RegistrarSolicitante
2: VisualizarSolicitante
3: Envar Informacin Solcitante
4: Validar Generar Codigo Informacin Solicitante
5: Enva Codigo e Informacion Validada Solicitante
6: Solicitarea
7: Devuelve Area
8: Transfiere Solicitante
9: Recive Datos Completos
10: Devuelve Datos
11: Devuelve Tranferencia de Solicitud
12: Recive Informacin
13: Recive Informacin con codigo generado
14: Recive Informacion validada Solicitante
15: Mostrar Resultado
16: Buscar Solicitante
17: SeleccionaSolicitante
18: GeneraCantidadSolicitante
19: DevuelveCantidadSolicitanteInterno
20: ReciveCantidadSolicitanteInterno
21: MuestraSolicitanteInterno
Figura 29. Diagrama de Secuencia Registrar al Solicitante Interno
102
: Reposable de Recepcion de : GUIRecepcionar Documentos : ControlRecepcin : Codificador : Solicitante : GUISolicitanteInterno : GUISolicitanteExterno : TipoDocumento : GUITipoDocumento : Documentos :
documentos. RegDocumentosRecepcionados
1: RegistrarDocumentosRecepcionados
2: VisualizarDocumentos
3: Enva Informacin Documentos Recepcionados
4: Verifica Genera Codigo Documentos Recepcionados
5: Codigo Generado y Verifica datos
6: Ingresa datos del solicitante Interno
7: Ingreso Valido
8: Datos Validados
9: Envar Informacin o datos Validados
10: Codigo Genrado y Verifica datos
11: Ingresa datos del solicitante Externo
12: Ingreso Valido
13: Datos Validados
14: Enva Informacion o datos Validados
15: Codigo Generado Verifica Tipo Documento
16: Ingresa Tipo Documento
17: Enva tipo documento a documento
18: Ingreso Valido
19: Datos Vaidados
20: Enva Informacion o datos de tipo Documento
21: Enva toda la Informacion Ingresada y Validada
22: Informacin y dato validados
23: Enva Informacion y datos validados
24: Muestra Informacion y datos de la Recepcion hecha
Figura 30. Diagrama de Secuencia Registrar Recepcin de Documento
103
: Reposable de Recepcion de : GUIRegistraEntregaCargo : ControlEntregaCargo : Codificador : EntregaCargo
documentos.
1: Ingresa Datos
2: Envia Datos
4: Verifica Datos
5: Ingreso Valido
6: Registro de entrega valida
Figura 31. Diagrama de Secuencia Registra Entrega de Cargo Documento.
Elaboracin propia
: Documentos
: ControlEntregaDG : Codificador : EntregaDocumentos
: Reposable de Recepcion de : GUIRegistrarEntregaDG
documentos.
1: Ingresa Datos
2: Enva Datos
4: Verifica Datos
5: Ingreso valido
6: Actualiza Datos
7: Informacion Actualizada
8: Registro de Informacion correcta
Figura 32. Diagrama de Secuencia Registra Entrega de Documento a Direccin General.
104
: GUIRegTipoDocumento : Codificador : TipoDocumento : Documento
: SecretariaDG : ControlTipoDocument
1: Ingresa Datos
2: Envia Datos
4: Verifica Datos
5: Ingreso valido
6: Actualiza Datos
Figura 33. Diagrama de Secuencia Registrar Tipo Documento.

Elaboracin propia
: SecretariaDG : GUIRecepcionDocumentosDG : ControlRecepcinDG

: Codificador : RecepDocDireccion : Area : DetRecepcionDirecc : RecepcionSecretaria
1: Ingresa Datos
2: Envia Datos
4: Verifica Datos
5: Ingreso valido
6: Actualiza Datos
7: Envia nombre Area
8: Envia Informacion
10: Envia Datos de recepcion
11: Datos Actualizados
Figura 34. Diagrama de Secuencia Registrar Recepcin Documentos en la Direccin

General. Elaboracin propia
105
: SecretariaDG : GUIEntregaDocDirector : EntregaDocumentos : Documento
: ControlEntDocDirect
: Codificador
1: Ingresa Datos
2: Envia Datos
4: Verifica Datos
5: Ingreso valido
6: Actualiza Datos
Figura 35. Diagrama de Secuencia Registra Entrega Documentos al Director General

Elaboracin propia
: DirectorGeneral : GUIRegistroConcluciones : ControlRegConclu : Codificador : ConcluFinaldeDG
1: Ingresa Datos
2: Envia Datos
4: Verifica Datos
5: Ingreso Valido
Figura 36. Diagrama de Secuencia Registrar Anlisis, Conclusin del Documento.
106
: Administrador del : GUIRegistrarArea : ControlRegArea : Codificador
: Area
Sistema
1: Ingresa Datos
2: Envia Datos
4: Verifica Datos
5: Ingreso Valido
Figura 37. Diagrama de Secuencia Registrar rea.
: DirectorGeneral : GUIDerivarDoc : ControlDerivarDoc : Codificador : DocumentoDerivXDG : Director : Documentos : Area

1: Ingreso Datos
2: Envia Datos
4: Verifica Datos
5: Ingreso Valido
6: Actualiza Datos
7: Envia nombre Director
8: Envia Informacion
10: Actualiza Datos
11: Envia nombre Area
12: Registro de derevacion correcta
Figura 38. Diagrama de Secuencia Derivar Documento.

Elaboracin propia
107
: GUIRegistro Personal : ControlRegPersonal : Personal
: Administrador del : Codificador
Sistema
1: Ingreso Datos
2: Envia Datos
4: Verifica Datos
5: Ingreso Valido
6: Registro de Personal valida
Figura 39. Diagrama de Secuencia Registrar Personal.
: DirectorGeneral : GUIRegDevoluDocSecretaria : ControlDevolSecre : Codificador : DocumentDevueltos

1: Ingreso Datos
2: Envia Datos
4: Verifica Datos
5: Ingreso Valido
6: Registro de Devolucion valido
Figura 40. Diagrama de Secuencia Registrar Devolucin Documento Secretaria.

Elaborado por: Moiss Daz
108
: SecretariaDG : GUIRegDocDevuelXDG : ControlDocDevuelXDG : RecepcionSecretaria
1: Ingresa Informacion a Actulizar
2: Envia Datos
3: Actualiza Datos
Figura 41. Diagrama de Secuencia Registrar la Recepcin del Documento Devuelto por
el Director General
: RecepcionSecretaria
: SecretariaDG : GUIEntregaDocTD : ControlEntregDocTD
1: Ingresa Informacion Actualizar
2: Enva Datos
3: Actualiza Datos
Figura 42. Diagrama de Secuencia Registrar la Entrega de Documentos al rea de

TD.
109
: PersonalTecnico : GUIRegDocEntregadArea
: ControlEntreDocArea : DocumentEntregArea
1: Ingresa Informacion
2: Envia Datos
3: Actualiza Datos
Figura 43. Diagrama de Secuencia Registrar la Entrega de Documentos al rea que fue
Derivada.
: PersonalTecnico
: GUIRegDocAtendidDG : ControlDocAtendidDG : DocumentAtendDG
1: Ingresa Informacion Actualizar
2: Enviar Datos
3: Actualiza Datos
Figura 44. Diagrama de Secuencia Registrar Recepcin de los Documentos Atendidos

por la DG.
110
Figura 45. Diagrama de Secuencia Confirmar la Recepcin del Documento
: Secretaria de : GUIPaseDocJefeArea : ContrlPasDocJefArea : PaseDocumentos

Area.
2: Envia Datos
3: Actualiza Datos
Figura 46. Diagrama de Secuencia Registrar el pase del Documento al Jefe de rea.
111
: ControlConcluJefe : Codificador : ConclusionesdelJefe : InformexConclusion
: Jefe de Area : GUIRegConcluJefe
1: Ingresa Datos
2: Envia Datos
4: Verifica Datos
5: Ingreso valido
6: Genera Informe
7: Informe Generado
8: Registro de Conclusion correctas
Figura 47. Diagrama de Secuencia Registrar la Ejecucin o Atencin del Documento

Recibido.
: Secretaria de : ControlDevolDocDG : DocumentNoEjecut

Area.
: GUIRegDevoDocDG
1: Ingresa Datos
2: Envia Datos
3: Actualiza Datos
Figura 48. Diagrama de Secuencia Registrar la Devolucin a la Direccin General.
112
: GUIPaseDocSecreArea : ContrlPasDocSecAre : PaseDocumentos
: Jefe de Area
2: Envia Datos
3: Actualiza Datos
Figura 49. Diagrama de Secuencia Registrar el Pase a la Secretaria del rea.
: Reposable de Recepcion de : GUIResulTramitRealizad : ControlTramitRealizad

documentos. : ConclusionesFinalDG : ConclusionesdJefeAr : ResultTramitRealizad
1: Ingresa Datos Actualizados
2: Envia Datos
3: Solicita Datos
4: Informacion Solicitada
5: Solicita Datos
6: Informacion Solicitada
7: Actualiza Datos
Figura 50. Diagrama de Secuencia Registrar el Resultado de un Trmite Realizado.
113
7.3.6. Modelo de Navegacin
Se presentar a continuacin, los diagramas de navegacin para las clases
relevantes del sistema, Tramite. 1) Administracin de entidades bsicas, 2) Mesa
de Partes, Direccin, Atencin de Documentos, y 5) Auditoria.
Navegacin en Administracin de entidades bsicas.
Figura 51. Diagrama de navegacin en Administracin de entidades bsicas.
Elaboracin: Propia
114
Navegacin en Mesa de Partes.
Figura 52. Diagrama de navegacin de Mesa de Partes.
Elaboracin: Propia
Navegacin en Direccin General.

Figura 53. Diagrama de navegacin de Direccin General.
Elaboracin: Propia
115
Navegacin en Atencin de Documentos.
Figura 54. Diagrama de navegacin de Atencin de Documentos.

Elaboracin: Propia
Navegacin en Auditoria.
Figura 55 Diagrama de navegacin de Auditoria.
Elaboracin: Propia
116
7.3.7. Modelo de Datos
Este modelo quedar definido por el Modelo Fsico de Datos del Sistema, que es
el resultado final de la evolucin del Modelo de Anlisis; el modelo fsico ser el
que se implemente en la base de datos Mysql, que es la herramienta que hemos
seleccionado para almacenar la informacin. La definicin completa de las tablas
y de los procedimientos almacenados se encuentra en forma de Scripts de base de
datos.
Este modelo es el resultado de la transformacin de las tablas definidas en Mysql,

mediante un procedimiento de Ingeniera Directa, para el que se utiliz la
herramienta MySQL Workbench 6.3 CE. A continuacin, para facilidad de
comprensin, se presenta el modelo fsico de la base de datos obtenido, Unidos
para su mejor visualizacin, en la Figuras 2.42.
117
Figura 56. modelo fsico de la base de datos del sistema trmite
7.4. IMPLEMENTACIN DEL SISTEMA DE INFORMACIN WEB
118
En esta seccin se revisar la forma en que se implementarn los modelos de
diseo obtenidos, basados en el patrn de diseo bajo el enfoque de Modelo vista
controlador. Por un lado se revisaron los componentes que tendr el sistema, y por
otro se reviso en detalle la implementacin final de un caso de uso.
Estructura de implementacin del sistema

La estructura de directorios y subdirectorios que se utilizar para construccin de
la solucin del sistema, en la plataforma NetBeans 8.0.2.
Tramites
Directorio de archivos Los archivos

fuente remotos
backup angula.min.js
bdtramite-2015-07-16-09-35-
44
config jquery-
2.1.1.min.js
Config.in
i jquery.min.js
Controladores
Login.php
Logs jquery.min.js
Logs.txt
Pginas MathJax.js
Login.php
Menu.php
Plantilla prettify.js
Index.php/ Bootstrap
Util
Menu.php/funciones o
Mtodos
Vendor
phpoffice
Web
Bootstrap
CSS
Figura 57. Modelo Fsico
119
En la Figura anterior se indica la estructura del sistema, considerando la
organizacin de sus componentes. Podemos observar que el sistema consta de dos
directorios principales: 1) Directorio de Archivos Fuente y 2) Archivos Remotos.
Las clases del Directorio de Archivos Fuente son necesarias para el
funcionamiento del sistema y es el que contiene por un lado, los componentes
necesarios para la presentacin de las pginas en el navegador web (hojas de
estilo, imgenes, themes, controladores, pginas maestras) y, por otro lado
contiene las pginas que sern visibles para los usuarios (aqu se encuentran las
pginas .php con sus correspondientes archivos .js que les dan la funcionalidad
requerida). Y los Archivos Remotos funcionan en ejecucin.
Ambos Archivos e Directorios constituyen el sistema TRMITES que se
constituye en la solucin, si hablamos en trminos de implementacin.
Implementacin de un caso de uso

El modelovistacontrolador (MVC) es un patrn de arquitectura de software que
separa los datos y la lgica de negocio de una aplicacin de la interfaz de
usuario y el mdulo encargado de gestionar los eventos y las comunicaciones.
Para ello MVC propone la construccin de tres componentes distintos que son el
modelo, la vista y el controlador, es decir, por un lado define componentes para la
representacin de la informacin, y por otro lado para la interaccin del
usuario.1 2 Este patrn de arquitectura de software se basa en las ideas
de reutilizacin de cdigo y la separacin de conceptos, caractersticas que buscan
facilitar la tarea de desarrollo de aplicaciones y su posterior mantenimiento.
Figura 58. Modelo Fsico.

120
La implementacin del caso de uso Casos de uso Recepcin de Documentos a
Tramitar, requiere utilizar en la Figura de Procedimiento de implementacin de Casos
de Uso, este procedimiento indica de manera general, los pasos que se siguen en la
implementacin de los casos de uso definidos en la etapa de Ingeniera de
Requerimientos, siguiendo los dems modelos:
Figura 59. Procedimiento de implementacin de Casos de Uso
Crear la(s) entidad(es) requerida(s) por el caso de uso, en el sistema. Esto consiste en
definir la(s) connection(s) controle(s) pagina (s) para la(s) entidad(es) o modelos en
1 Netbeans, dentro de la librera SourceFiles (Archivos fuente)/ Paginas, y por relacin,
Controladores.
Crear las tablas requeridas por el caso de uso en la BDD MySQL Server 5.7.
2
Crear en los directorios de la librera SourceFiles (Archivos fuente): config.php,

3 connection.php, config.ini; recepcionDocumentosController.php, etc;
recepcinDocumentos.php, etc; Menu.php, etc; autoload; y index.php.
Se muestra la Web Form que est dentro del subdirectorio correspondiente del directorio
4 Pginas del componente Web de la solucin, eligiendo la Pgina Maestra correspondiente
la Ejecutamos.
Procedimiento Numero 1
La Connection.
Figura 60. Creando la conexin.
121
El controlador
Figura 61. Creando su controlador de recepcin documentos.
La interfaz de diseo
Bajo el enfoque del patrn de diseo vista controlador, se procede a crear la

interfaz (GUI), con los objetos que interactan para el proceso de recepcin, de
cada documento
Figura 62. Creando la interfaz grfica de recepcin documentos.
122
El procedimiento numero 2
La tabla recepciondocxtramitar
Figura 63. Creando la entidad recepciondocxtramitar, para hacer las
consultas.
La interfaz de la tabla, con la consulta select * from recepciondocxtramitar, se

puede ingresar datos y ver los datos ingresados.
Figura 69. Creando la consulta para visualizar datos.
123
Programacin del archivo config.ini
Figura 70. Cdigo de la conexin a la base de datos.
Programacin del archivo Menu.php
Figura 71. Cdigo del Men del sistema.
124
Programacin del archivo autoload.php
Figura 72. Cdigo del auto descarga.
Programacin del archivo index.php

Figura 73. Cdigo de la pgina de inicio o arranque, el index.php.
125
El controlador
Figura 74. Creando su controlador de recepcin documentos en la
Direccion.
La interfaz de diseo
Bajo el enfoque del patrn de diseo vista controlador, se procede a crear la

interfaz (GUI), con los objetos que interactan para el proceso de recepcin, de
cada documento
Figura 75. Creando la interfaz grfica de recepcionDocumentosDireccion.
126
El procedimiento numero 3
La tabla recepciondocdireccion
Figura 76. Creando la entidad recepciondocdireccion, para hacer las
consultas.
La interfaz de la tabla, con la consulta select * from

bdtramite.recepciondocdireccion; se puede ingresar datos y ver los datos
ingresados.
Figura 77. Creando la consulta para visualizar datos.
127
7.5. PROTOTIPOS
Se muestra la Web Form que esta dentro del subdirectorio correspondiente del
directorio Pginas del componente Web de la solucin, eligiendo la Pgina Maestra
correspondiente la Ejecutamos.
4.1 La pagina principal del Menu.

Figura 78. Se visualiza la pagina del men principal.
La interfaz desplegamos la opcin Mesa de Partes.

Figura 79. Se visualiza el contenido de la pestaa Mesa de Partes.
128
Procedemos a simular la recepcin de un documento interno.
Figura 80. Se visualiza la interfaz Recepcionar Documentos.
Procedemos a simular la recepcin de un documento externo.

129
Se muestra la listado de los documentos recepcionados.

Figura 83. Documentos recepcionados.
130
En esta opcin se hace las consultas del estado de cada documento.
Figura 84. Consulta estado de documento.
La interfaz desplegamos la opcin ADMINISTRACION.

Figura 85. Se visualiza el contenido de la pestaa ADMINISTRACION.
131
Procedemos a simular el registro para cada una de las opciones del men
ADMINISTRACION, que reprensenta a cada caso de uso del sistema, del tipo
interfaz .
Figura 86. Se visualiza la interfaz Registro de Areas.
Figura 87. Se visualiza la interfaz Registro Tipos de documentos.
132
Figura 88. Se visualiza la interfaz Registrar Secretarias.
Figura 89. Se visualiza la interfaz Registrar Directores.
Figura 90. Se visualiza la interfaz Registrar Jefes de Area.
133
Figura 91. Se visualiza la interfaz Registrar Solicitantes Externos.
Figura 92. Se visualiza la interfaz Registrar Usuarios.
Figura 93. Se visualiza la interfaz Registrar Tipos Usuarios.
134
La interfaz desplegamos la opcin DIRECCION.
Figura 94. Se visualiza el contenido de la pestaa Direccion.
Procedemos a simular el registro para cada una de las opciones del men
DIRECCION, que reprensenta a cada caso de uso del sistema, del tipo interfaz .
Figura 95. Se visualiza la interfaz Recepcion documentos.
135
Figura 96. Se visualiza la interfaz Lista de Documentos Enviados.
Figura 97. Se visualiza la interfaz Derivar documentos.
136
Figura 98. Se visualiza la interfaz Derivar documentos, Resultado.
Figura 99. Se visualiza la interfaz Lista de documentos derivados.
137
7.6. PRUEBAS Y CONTROL DE CALIDAD DE LA SOLUCIN
En esta seccin se detallarn las caractersticas de calidad incluidas en la solucin,

as como las pruebas que se aplicarn a la solucin.
REQUERIMIENTOS DE CALIDAD
Describen el nivel de calidad de los servicios del sistema y especifican

propiedades importantes del mismo, tales como: seguridad, rendimiento o
usabilidad (Chung et al. 2000). El estndar ISO/IEC 9126 define un modelo para
calidad de software independiente de la tecnologa, el cual define seis
caractersticas de calidad: 1) funcionalidad, 2) confiabilidad, 3) usabilidad, 4)
eficiencia, 5) mantenimiento y 6) portabilidad (Kappel et al., 2006).
Funcionalidad
Describe si las funciones cumplen con los requerimientos establecidos. Las
funciones del sistema son aquellas que se especifican en el documento de
Especificacin de Requerimientos de Software.
Confiabilidad
Describe la capacidad del sistema para mantener su rendimiento bajo condiciones

especficas. En cuanto a la 1) madurez, TRAMITE es un sistema nuevo
totalmente, no probado antes en ambientes productivos; con respecto a la 2)
tolerancia a fallos, el sistema se comporta segn las caractersticas de tolerancia
definidas en la base de datos MySQL Server 5.7 a travs de la ejecucin de
transacciones en bloques BEGIN END; finalmente, en cuanto a la 3)
recuperacin, el sistema puede ser restaurado con un esquema de respaldo, tanto
de la base de datos por medio de copias de seguridad diarias, como de los archivos
que forman el sistema segn se realicen cambios.
138
Usabilidad
Describe el esfuerzo requerido por parte de un usuario para utilizar un producto de
software. Por ser este aspecto uno de los ms importantes, lo revisaremos con ms
detalle, analizando las principales caractersticas relacionadas con la usabilidad
del sistema:
Tiempos de respuesta
Ante la mayora de solicitudes que realice el usuario a travs del sistema, el
mismo responder en un tiempo no mayor a 3 segundos (se verific este valor en
la implementacin del sistema en una pequea red de 3 computadores que una los
servidores de aplicacin, de bases de datos y una mquina cliente que acceda a
travs de un navegador web); existe un pequeo incremento en el tiempo (hasta 3
segundos adicionales), cuando se consideran transacciones que involucren
imgenes o generacin de reportes. El tamao promedio de las pginas es de 23
Kbytes, el cual se encuentra por debajo del valor referencial (Kappel et al., 2006).
Los tiempos de respuestas tambin se ven beneficiados con la aplicacin de la
paginacin en los formularios de consultas.
Eficiencia de interaccin
Esta caracterstica se consigue en el sistema, mediante 1) la presentacin en todo
momento, del men principal, que disminuye la distancia para regresar a un lugar
especfico del sistema, 2) disminucin de la necesidad de cambio entre el uso del
mouse y del teclado, mediante la configuracin adecuada del orden de tabulacin
de los controles y 3) necesidad de hasta 4 clicks para localizar un elemento en el
sistema.
Colores
El sistema presenta armona adecuada de colores, tiene 5 colores bsicos que se
presentan a lo largo de sus pginas: crema claro, azul oscuro, negro (estos tres
colores utilizados para fondos), amarillo y blanco (estos dos colores utilizados
para las fuentes). Estos colores identifican claramente las principales secciones de
139
la mayora de las pginas, i.e. fondo global, fondo de secciones y fondo de barras
de men de herramientas.
Disposicin del texto

Las fuentes empleadas son del tipo Serif (aquellas que no contienen terminaciones
curvas), para facilitar la lectura del texto mostrado. El color de las fuentes es
negro la mayora de las veces, el cual es legible perfectamente sobre el color
crema claro del fondo. El tamao de las fuentes no presenta grandes variaciones
en las diferentes secciones, su tamao est entre 10 pt y 12 pt.
Estructura de la pgina
La estructura de los elementos de las pginas del sistema, se muestra en la Figura

2.60.
Figura 100. Estructura general de pginas del sistema
Podemos identificar claramente en la figura anterior, 3 zonas: 1) Barra de

Informacin que incluyen los elementos Home, Perfil de Usuario , Cambiar
Password y Salir, 2) Ruta de Navegacin o Men Principal y 3) Zona de
140
Presentacin de Contenidos en donde se muestran resultados de las consultas
efectuadas o formularios de ingreso o edicin de datos.
Estructura de navegacin
Los sitios a los cuales puede acceder el usuario, estn dados por la estructura del
Men Principal, dado que este men siempre es visible, el usuario no tiene
dificultades en recordar los sitios que visita, tarea que adems se ve facilitada por
la Ruta de Navegacin (tambin conocida como Breadcrumbs) que se muestra
en la parte superior de las pginas y que indica al usuario la ruta que ha seguido
desde la pgina de inicio llamada Home.
Multiculturalidad
El principal aspecto en este punto tiene que ver con el idioma que utiliza el
sistema. El idioma espaol es el que se emplear; sin embargo, se considera la
opcin de ofrecerlo tambin en idioma ingls en un trabajo que corresponder a
un proyecto futuro.
Generacin de confianza
Este punto est orientado mucho ms al componente Resultado de Tramites, que

el sistema da a los dems, debido a que es ste el tema principal y es all en donde
el sistema tiene que lograr convencer al usuario de alguna forma de que el sitio les
da garantas en sus procesos.
Eficiencia
Describe la relacin entre el nivel de rendimiento de un producto de software y los
recursos que utiliza bajo condiciones especficas. En este punto, debido a que el
sistema es nuevo, no se tienen mediciones reales de anlisis de carga en un
ambiente de registro, sino solo aquellas de un ambiente de prueba, sin embargo,
stas ltimas nos pueden dar una percepcin de cmo operara el sistema en la
141
Intranet. Los datos de los recursos que utiliza el sistema, se revisarn ms
adelante, cuando se traten las Pruebas de Carga.
Mantenimiento
Describe el esfuerzo requerido para implementar cambios predeterminados en un

producto de software. El mantenimiento del sistema TRAMITE, se ve facilitado
por los siguientes aspectos: 1) El sistema se encuentra desarrollado en capas, lo
cual permite realizar cambios en un solo sector, sin afectar al resto del sistema, 2)
las clases de las libreras tienen nombres totalmente descriptivos, lo que facilita la
localizacin de mtodos o propiedades dentro de las clases, 3) Existe un Manual
de Usuario que permite comprender el funcionamiento del sistema y, 4) Los
diferentes modelos de la Ingeniera del sistema estn disponibles y pueden ser
entendidos sin problema, ya que existe una trazabilidad adecuada entre uno y otro
(no son modelos aislados).
Portabilidad
Describe la facilidad de un producto de software para ser trasladado de un
ambiente a otro. Con respecto a este punto, el sistema es portable dentro de los
siguientes escenarios: por un lado, el hardware de los equipos utilizados como
servidores debe ser de al menos 512 MB en memoria RAM, procesador de 1.30
GHz, y 10 GB de espacio libre en disco para la instalacin de los sistemas
operativos; en cuanto al software, el sistema es portable dentro de los siguientes
productos del fabricante.
a) Servidor Web: Internet Apache (Xampp) v3.2.2 sobre Windows Server 2008 o
instalado sobre Windows 7 Ultmate (en el ltimo caso, las conexiones
concurrentes no debern superar las 10).
b) Servidor de desarrollo: Apache, MySQL y PHP de Netbeans.
c) Base de datos: MySQL Server 5.7.
142
d) Navegador Web: el desarrollo se lo hizo tomando como referencia, una
visualizacin correcta obtenida con Internet Explorer 8.0 (habilitada la opcin de
vista de compatibilidad). El sistema tambin puede ser mostrado en las versiones
6.0 y 7.0 de IE y Sobre Mozilla Firefox 3.0 o superior.
7.7. PRUEBAS DE LA SOLUCIN

Las pruebas nos permiten obtener un producto de calidad para las expectativas de
los usuarios. Las pruebas en Web, requieren un trabajo adicional al que se efecta
sobre productos de software tradicionales; debido esto al factor Web que hace que
el sistema sea utilizado por personas cuyas preferencias las desconocemos por
completo, y a pesar de esto debemos tratar de que el sistema sea de su aceptacin.
Pruebas tradicionales
Las pruebas son realizadas a lo largo de su desarrollo, esto con el fin de evitar
grandes problemas que con seguridad aparecern al final si se quiere corregir
algn detalle en el sistema. Los niveles progresivos de las pruebas nos permiten
detectar inconvenientes desde las etapas tempranas del desarrollo.
Pruebas de unidad
Se probaron individualmente cada una de las clases y pginas desarrolladas para
cada caso de uso, esto fue un trabajo que se lo haca a medida que se creaban estos
elementos.
Pruebas de integracin
En este punto se prob la integracin de las diferentes clases y/o pginas

individuales, para verificar su adecuado funcionamiento, con lo cual tambin se
verificaba la interrelacin entre casos de uso.
143
Pruebas de sistema
En esta parte, las pruebas buscaron validar el correcto funcionamiento de todos
los componentes del sistema, i.e. servidor Web, servidor de desarrollo, servidor de
Base de Datos y el navegador Web.
Pruebas de aceptacin
En el desarrollo del sistema, se cont con la constante participacin de las

personas que utilizarn el sistema, por lo cual se entiende que el mismo es de su
aceptacin. En este punto se desarroll un cuestionario para recoger la opinin de
usuarios diferentes a los del caso de estudio.
Pruebas beta
Los usuarios del sistema participaron desde el comienzo, en el mejoramiento del

sistema; esto fue posible gracias a que se pona a consideracin de los usuarios,
versiones tempranas e incompletas del sistema, para obtener retroalimentacin.
Figura 101. Esquema de pruebas para aplicaciones Web
Esquema de pruebas especficas para Web

144
Uno de los esquemas de pruebas para sistemas Web ms utilizado est basado en:
1) casos de prueba, 2) caractersticas de calidad y 3) niveles de pruebas. Este
esquema puede ser utilizado para visualizar los aspectos involucrados en las
pruebas, estructurar las pruebas y servir como vehculo de comunicacin para el
equipo de desarrollo. Como referencia, el esquema para las pruebas se muestra en
la Figura 2.61.
Caractersticas de calidad
De acuerdo a la figura anterior, se deben probar los aspectos de: 1)
Funcionalidad, 2) Confiabilidad, 3) Usabilidad y, 4) Eficiencia. El sistema ofrece
estas caractersticas, segn lo detallado anteriormente en el tratado sobre las
caractersticas de calidad del sistema.
Objetos de prueba
Los objetos a probarse son: 1) funcionalidad, 2) contenido y estructura y, 3)
infraestructura. En cuanto a los puntos 1) y 2), estos ya fueron revisados al tratar
de las caractersticas de calidad; en lo referente al punto 3), se prob el
funcionamiento del sistema en un ambiente de red, cuyo esquema se visualiza en
la Figura 2.62. Un factor importante aqu, es la configuracin adecuada de
conexiones remotas en el servidor de BDD para permitir el funcionamiento
adecuado del sistema.
Figura 102. Esquema de red utilizado para pruebas
145
Fases
Las fases de prueba, incluyen a todas las del desarrollo. 1) Definicin de
requerimientos, 2) Diseo e Implementacin, 3) Aceptacin e Instalacin y, 4)
Operacin y Mantenimiento. Las pruebas que se efectuarn sobre el sistema, a
ms de verificar que los modelos de cada fase estn correctos, tambin verificarn
que exista una secuencia lgica (evolucin) entre los modelos generados a partir
de la definicin de requerimientos.
Mtodos y Tcnicas de Pruebas

A continuacin se presentan mtodos tpicos para realizar pruebas de aplicaciones
Web: 1) Pruebas de enlaces, 2) Pruebas de navegadores, 3) Pruebas de usabilidad,
4) Pruebas de carga y, 5) Pruebas de seguridad.
Pruebas de enlaces
Estas pruebas se realizaron en el sistema para verificar que: 1) no existan enlaces

en las pginas del sistema que no conduzcan a ningn lugar y, 2) no existan
pginas de las cuales no se pueda regresar.
Pruebas de navegadores
Debemos indicar que no es posible que el sistema se muestre de igual manera en

todos los navegadores Web, debido a que no todos los fabricantes implementan
estndares abiertos. El criterio empleado para decidir utilizar el navegador Mozilla
Firefox, fue ste el que se utiliza por la mayora de personas consultadas en las
oficinas de empresas, por lo dicho, el sistema funciona adecuadamente en Mozilla
Firefox.
Pruebas de carga
No se disponen de datos reales de la carga ocasionada por el sistema, se realizaron
pruebas de tensin, lo que nos da una idea aproximada del comportamiento del
sistema bajo condiciones de alta carga.
146
Pruebas de seguridad
Estas pruebas estn destinadas a verificar las seguridades con las que cuenta el
sistema. Cabe indicar que en este aspecto, queda an mucho por hacer dentro del
sistema; sin embargo, dado que el objetivo de este proyecto no est centrado en
seguridades, se mencionar nicamente aquellas seguridades que tienen que ver
con la aplicacin como tal y no con las comunicaciones a travs de la red o con
permisos de acceso a los servidores. Las seguridades con las que contar el
sistema, son: 1) validacin de los datos ingresados por los usuarios en los
formularios de ingreso de datos, 2) asignacin de perfiles a los usuarios, para
restringir el acceso a los componentes del sistema, 3) formularios de ingreso de
credenciales de usuario (nombre de usuario y contrasea).
Seguridades de la Base de Datos
En futuras versiones del sistema, se puede fortalecer al acceso a la BDD por

ejemplo, por medio de: Definicin de niveles de acceso a la BDD; creacin de
tablas especficas en la aplicacin que sirvan de logs registro de todas las
transacciones que realiza el Administrador en la BDD y; encriptacin de la
informacin almacenada (de tal manera que el siquiera el Administrador de la
BDD tenga acceso a informacin confidencial).
8. ANALISIS Y DISCUSIN
La implementacin del sistema web concuerda con las conclusiones de Campillo

(2010), en su tesis doctoral titulada Implementacin de un Sistema de
Informacin Web para la Tramitacin documentaria en Camagey realizado en la
Universidad de la Habana. Cuba, ya que afirma que el sistema mejora la realidad
problemtica estudiada y valida su aplicacin a la realidad documentaria de las
empresas constructoras. Respecto al trabajo de investigacin de Angarita &
Angarita (2008), sirvi para involucrar a los empleados en el desarrollo y
147
cumplimiento de sus funciones con respecto al manejo documental de su entidad,
con miras a proporcionar una herramienta estratgica para el mejoramiento del
rea archivstica.
La tesis doctoral de Mena (2006), realizado en la Universidad d la Habana Cuba,

sirvi como mtodo de anlisis sobre la naturaleza y funcionalidad del documento
archivstico y sus caractersticas en el ambiente electrnico. Se aprovech el
estudio del impacto de las herramientas gerenciales y de las tecnologas de la
informacin y las comunicaciones sobre los modelos organizacionales de las
administraciones pblicas y las formas de los documentos que estas producen y
que sirven como evidencia de sus transacciones. La tesis de Lima Per realizado
por Carrera (2006), contribuyo en la aplicacin de las metodologas bsica de la
Ingeniera de Software en entorno WEB (PHP, Dream Weaver, UML, Rational
Rose), se concuerda con las conclusiones sobre que el sistema de trmite mejora
los tramites de documentos.
Respecto a los fundamentos de tericos, el lenguaje de programacin PHP, la

metodologa UWE, el sistema de gestin de abse de datos MYSQL, y las dems
herramientas descritas en el marco teorico, contribuyen tecnolgicamente de
manera positiva en el anlisis y desarrollo adeacuado de los sistemas infromatcios
Web.
9. CONCLUSIONES Y RECOMENDACIONES
9.1. Conclusiones
El anlisis de los procesos de tramitacin documentaria y digitalizacin de los

archivos en el rea de Tramite Documentario de la Direccin Regional de Salud
de Ancash presentan problemas de trmite de documentos y de archivamiento de
resoluciones presentan demoras en las bsquedas de documentos de diversos tipos
correspondientes a las instituciones y personas que tramitan a diario, presentan
deficiencias en el control de registro de documentos, no se codifican los
documentos lo que hace difcil su identificacin y seguimiento inmediato y
148
oportuno, presenta deficiencias en el control de trmite documentario, hay demora
y poca confiabilidad en los reportes de estado de los documentos, y presentan
retrasos en la emisin de documentos tanto a personas naturales como personas
jurdicas.
Los fundamentos tericos requeridos fueron la teora de las ciencias de la

computacin e informtica, especficamente en la digitalizacin de archivos, los
fundamentos de la ingeniera de software, la Teora de la Programacin WEB,
Teora de las redes computacionales. Asimismo se fundament en las teoras
administrativas modernas de la tramitacin documentaria y gestin d archivos
documentarios.
Para el desarrollo del Sistema informtico Web para la Tramitacin documentaria

y Digitalizacin de Archivos en la Direccin Regional de Salud de Ancash se
aplic la metodologa UWE, Conocimientos de Rational Rose y metodologa
UML, programacin web en PHP.
La implementacin del Sistema de Informtico Web para la Tramitacin

documentaria y Digitalizacin de Archivos en la Direccin Regional de Salud de
Ancash se realiz mediante la aplicacin previa de las pruebas de
implementacin, la cual demostr su operacionalidad de acuerdo con las
caractersticas de diseo del software.
9.2. Recomendaciones
Registrar los anlisis de los procesos de tramitacin documentaria y digitalizacin

de los archivos en el rea de Trmite Documentario de la Direccin Regional de
Salud de Ancash con la finalidad de efectuar los mantenimientos respectivos del
sistema implementado ante posibles futuras fallas, asi como mejorar o
perfeccioanr futuros cambios en el proceso de la tramitacin documentaria.
149
La adminsitracin de la DIRESA debe mantener actualziado al personal, en
especial a los trabajadores que desempean sus funciones en los procesos de
tramitacin documentaria y digitalizacin de los archivos en el rea de Tramite
Documentario de la Direccin Regional de Salud de Ancash.
Capacitar al personal en conocimientos bsicos del Sistema informtico Web de

Tramitacin documentaria y Digitalizacin de Archivos en la Direccin Regional
de Salud de Ancash.
Aplicar el Sistema de Informtico Web para la Tramitacin documentaria y

Digitalizacin de Archivos en la Direccin Regional de Salud de Ancash por un
periodo de tres aos, registrando sus resultando y las posibles mejora a que
pudiera tener lugar el sistema informtico.
150
10. AGRADECIMIENTO
A mi Padre y Abuela por el amor y el apoyo

constante recibidos. A mi madre por el apoyo
incondicional en mi formacin profesional.
En memoria de mi Padre (Pedro Alvarado) y

abuela, Por su amor, Calor humano y apoyo
que me ha brindado.
A los docentes de la Universidad San Pedro,

quienes supieron formarme en el mbito
profesional, social y humano.
A la Direccin Regional de Salud Ancash por

habernos permitido realizar el presente
estudio y as como tambin por los datos e
informacin alcanzados.
Al Mg. Ing. Silva Zapata Miguel por la

asesora y el apoyo acadmico profesional que
me brind para el desarrollo de la presente
investigacin.
Moiss y Rafael
151
11. REFERENCIAS BIBLIOGRFICAS
Alvarez, M. A.; Alvarez, S. & Snchez, B. (2010). Manual de CSS 3. Nuevas

caractersticas de las especificaciones de Hojas de Estilo en Cascada CSS 3
para disear Pginas web.
Angell, I.O. and Smithson S. (1991) Information Systems Management:

Opportunities and Risks
Angarita Castillo, Paola Carolina y Angarita Castillo, Diego Fernando (2005). Diseo
de un modelo de Gestin documental para la unidad Nacional de Tierras
Rurales. UNAT. Colombia. Pontificia Universidad Javeriana.
Boggs, Wendy y Boggs, Michael (2002). UML with Rational Rose. New York. USA.
Booch G. & Cummings B. (1994). Object-Oriented Analysis and Design. New York.
USA.
Booch G. Rumbaugh J. & Jacobson I. (1997). The UML Specification Document.

Rational Software Corp.
Booch G. Rumbaugh J.. & Jacobson I. (1999). El Lenguaje Unificado de Modelado.

Addison Wesley Iberoamericana.
Campillo Torres, Irima (2010). Implementacin de un Sistema de Informacin Web

para la Tramitacin documentaria en Camaguey. Tesis doctoral.
Universidad de la Habana. Cuba.
Carrera Jimnez, Dorila Sarita (2009). Anlisis y Diseo de un Sistema de Trmite de

Documentos de pago a proveedores va Intranet. Universidad Pontificia
catlica del Per.
152
Chandak Arnes (1999) Aprendiendo UML en 24 Horas. Jhon Wiley & Sons, Inc.
Canada.
Cibertec (2000). Manual para administracin, implementacin de base de datos en

SQL Server 2000. Lima Per.
Ciborra, C. (2002) Labyrinths of Information, Oxford, Oxford University Press.
De La Cruz Gmez, Jos Antonio y Fernndez Prez, Marcos (2008). Desarrollo de

un Sistema Informtico basado en plataforma Web para mejorar el proceso
de trmite documentario en el Gobierno Provincial de Chiclayo. Tesis para
optar el ttulo de Ingeniero de Sistemas. Universidad Seor de Sipn.
Lambayeque. Per.
Garrett, Jesse James (2005). Ajax: Un nuevo enfoque para aplicaciones Web.
AdaptivePath.com. AdaptivePath.com.
Graham I. (1994). Object-Oriented Methods, Addison Wesley. New York USA.
Grupo Eidos (2000). Diseo orientado a objetos con UML Versin 1.0.0 citado en
www.LaLibreriaDigital.com.
Kendall & Kendall (1999) Anlisis y Diseo de Sistema. Tercera Edicin. Editorial
Prentice Hall Hispanoamericana. Mxico.
Koch, N. (2001). Software Engineering for Adaptative Hypermedia Applications. Ph.

Thesis, FAST Reihe Softwaretechnik Vol(12), Uni-Druck Publishing
Company, Munich. Germany.
Laudon, Jane y Kenneth (2006). Sistemas de informacin gerencial- Administracin

de la empresa digital. Pearson Educacin- Prentice Hall.
153
Leff, Avraham; James T. Rayfield (September 2001). Web-Application Development
Using the Model/View/Controller Design Pattern. IEEE Enterprise
Distributed Object Computing Conference. pp. 118127.
Liza vila C (2001). Modelando con UML. Principios y Aplicaciones. Editorial

Grupo Creadores. Trujillo Per.
Mena Mujica, Mayra Marta (2006). Propuesta de requisitos funcionales para la

gestin de documentos archivsticos electrnicos en la administracin
central del estado cubano. Tesis doctoral. Universidad de la Habana.
Mnguez Sanz, Daniel & Garca Morales, Emilio Jos (2010). Metodologas para el
Desarrollo de Aplicaciones Web: UWE.
Pea Gonzales, Saturnino; Moreno Anaya, Mariano y Elvira Gmez, Carlos. (2002).
Sistemas Informticos Multiusuario y en Red. Espaa: Thomson Paraninfo,
195 p. ISBN 84-9732-144-8 p.3
Pillaca Ruben (2004). Aplicaciones Distribuidas con Power Builder 9.0. Lima Per.
Pressman, Roger. (1999).Ingeniera de Software Editorial Mc Graw Hill. Mxico.
Rumbaugh, James, Jacobson, Ivar y Grady Booch (2004). The Unified Modeling
Language Reference Manual, Second Edition.
Snchez Asenjo, Jorge (2012). Introduccin a PHP. Implantacin a aplicaciones

web.
Schmuller Joseph (2001) Aprendiendo UML en 24 Horas. Pearson Education S.A.

Mxico.
Sommerville, Ian (2005). Ingeniera del Software, Sptima Edicin. Editorial Pearson
154
Educacin S.A. Madrid.
Ullman, Chris (March 2007). Beginning Ajax a partir del Ajax. WROX. ISBN 978-0-
470-10675-4.
Ullman, Chris (March 2007). Beginning Ajax a partir del Ajax. WROX. ISBN 978-0-
470-10675-4.
12. ANEXOS
155

Las Tics Informe

Uploaded by

Document Information

Original Title

Copyright

Available Formats

Share this document

Share or Embed Document

Sharing Options

Did you find this document useful?

Is this content inappropriate?

Copyright:

Available Formats

Las Tics Informe

Uploaded by

Copyright:

Available Formats

UNIVERSIDAD SAN PEDRO

PARA OBTENER EL TTULO PROFESIONAL DE INGENIERO

Tema Sistema de Informacin WEB

Theme Web Information System

IMPLEMENTACIN DE UN SISTEMA DE INFORMACIN WEB

La presente tesis busca implementar un sistema de informacin WEB con la

La investigacin concluye que el anlisis de los procesos de tramitacin

The investigation concluded that the analysis of the processes of documentary

5.7.1. Sistema de Gestin Documentaria vs. Sistema de Trmite 30

Campillo (2010), en su tesis doctoral titulada Implementacin de un Sistema de

En Colombia, Angarita & Angarita (2008). En su tesis Diseo de un Modelo de

Mena (2006), en su tesis doctoral realizado en la Universidad d la Habana Cuba,

A nivel local, luego de un anlisis realizado en las bibliotecas fsicas locales y en

Los problemas que se presentan en el proceso de trmite documentario, tienen que

Los procesos de gestin o tramitacin documentaria en la DIRESA no estn

A Continuacin se detallan los problemas de trmite de documentos y de

Dada la problemtica que se ha podido evidenciar, el grupo investigador propone

5.4. Fundamentacin cientfica de la investigacin

5.5. Justificacin de la investigacin

La presente investigacin sirve para automatizar los procesos de tramitacin d

Se justifica econmicamente en el sentido de que va a reducir los tiempos de

Metodolgicamente, el sistema informtico basado en tecnologa Web va a

5.6. Sistema de Informacin Web

Es un conjunto de elementos relacionados y ordenados, segn ciertas reglas

Segn Laudon y Laudon (2006), un sistema de informacin es un conjunto

Asimismo, Ciborra (2002), define a los sistemas de informacin desde la

5.6.2. Sistema Informtico

Segn Effy Oz (2005) los sistemas informticos son excelentes herramientas

El siguiente grafico ilustra la concepcin que se tiene de un sistema

Figura 1. Grfico de concepcin de un sistema informtico

5.6.3. Sistema Informtico WEB

Un sistema informtico web es el conjunto de hardware y software y recurso

Elementos de un sistema informtico

En general, la mayora de sistemas informticos disponen de los siguientes

Software: Conjunto de instrucciones denominadas programas que son

Datos y/o Informacin: Es la materia prima o unidad bsica del

Manware o Humanware: Persona o conjunto de personas capacitadas o

5.6.4. Sistema WEB

Es un sistema que apoya parte de sus procesos a travs de una red de

Los sistemas web, a diferencia de los sistemas transacciones, permiten a

5.6.5. Herramienta de Modelamiento

Unified Moldeling Language (UML)

Es un lenguaje de propsito general para el modelado orientado a objetos.

Figura 2. Diagramas UML

Muestra un conjunto de casos de uso y actores (un tipo especial de clases)

Un actor se comunica con un caso de uso.

Figura 3. Diagramas UML

Figura 5. Diagrama de Objeto

Figura 6. Diagrama de Secuencia

Figura 7. Diagrama de Colaboracin

Figura 6. Diagrama de Estados

La interpretacin de un diagrama de actividades depende de la perspectiva

Muestra el flujo de actividades dentro de un sistema. Los diagramas de

Figura 9. Diagrama de Estados

Figura 10. Diagrama de Componentes

Figura 11. Diagrama de Despliegue

PHP (acrnimo de "PHP: Hypertext Preprocessor") es un lenguaje de

PHP es un lenguaje encapsulado dentro de los documentos HTML (aunque

Ventajas e inconveniente de PHP:

Muy sencillo de Aprender.

Todo el trabajo lo realiza el servidor y no delega al cliente. Por tanto

PHP no soporta directamente punteros, como el C, de forma que no

Es un sistema de gestin de base de datos relacional, multihilo y