UNIVERSIDAD TECNOLOGÍA DE LOS ANDES

FACULTAD DE INGENIERÍA

ESCUELA PROFESIONAL DE INGENIERÍA DE SISTEMAS E

INFORMÁTICA

SISTEMA DE INFORMACION PARA LA GESTIÓN DE TRÁMITE

Y CONTROL DOCUMENTARIO DE LA DIRECCIÓN REGIONAL DE
SALUD CUSCO 2018

CURSO: PRACTICAS PRE PROFESIONALES

DOCENTE: Ing. Olmer Villena León

Alumno: Titania Marichin Frisancho

Cusco – Perú

2018
INDICE
1 TITULO DEL PROYECTO.....................................5

2 JUSTIFICACION...........................................5

3 OBJETIVOS...............................................6

3.1 OBJETIVO GENERAL........................................6

3.2 OBJETIVOS ESPECÍFICOS...................................6

4 MARCO TEÓRICO...........................................7

4.1 DATOS DE LA INSTITUCIÓN.................................7

4.2 DATOS INFORMATIVOS......................................7

4.3 ORGANIGRAMA.............................................8

4.4 MISIÓN Y VISIÓN.........................................9

5 MARCO TEÓRICO DEL PROYECTO.............................10

5.1 SISTEMAS DE INFORMACIÓN................................10

5.1.1 CONCEPTO...............................................10

5.1.2 OBJETIVOS DE UN SISTEMA DE INFORMACION.................10

5.1.3 COMPONENTES DE UN SISTEMA DE INFORMACIÓN...............10

5.1.4 TIPOS DE SISTEMAS DE INFORMACIÓN.......................11

5.2 SOFTWARE LIBRE........................................12

5.2.1 CONCEPTO...............................................12

5.2.2 REQUISITOS DEL SOFTWARE LIBRE..........................13

5.2.3 VENTAJAS...............................................13

5.3 SISTEMA DE GESTION DE BASE DE DATOS (SGBD).............14

5.3.1 OBJETIVOS (SGBD).......................................14

5.3.2 LENGUAJES DE MODELACIÓN (SGBD).........................15

5.4 PROCESO UNIFICADO DE DESARROLLO DE SOFTWARE (PUDS). . . . .16

5.4.1 DIRIGIDO POR CASOS DE USOS.............................17

5.4.2 CENTRADO EN LA ARQUITECTURA............................17

5.4.3 ITERATIVO E INCREMENTAL................................18

5.4.4 EL CICLO DE VIDA DEL PROCESO UNIFICADO.................19

2
5.5 ARQUITECTURA CLIENTE-SERVIDOR..........................20

5.6 LENGUAJE UNIFICADO DE MODELADO (UML)...................21

5.6.1 CONCEPTOS ORIENTADOS A OBJETOS (UML)...................21

5.6.2 TIPOS DE DIAGRAMAS (UML)...............................22

5.7 HERRAMIENTAS PARA EL DESARROLLO DE SISTEMAS............23

5.8 PHP (Hypertext Preprocessor)...........................23

5.8.1 CARACTERÍSTICAS DE PHP.................................23

5.9 XAMPP..................................................24

5.9.1 SEGURIDAD..............................................25

5.9.2 COMPONENTES PRINCIPALES................................25

5.9.3 CARACTERISTICAS........................................26

5.10 MYSQL..................................................26

5.10.1 CARACTERICTICAS........................................27

5.11 LARAVEL................................................27

5.11.1 BENEFICIOS DE LARAVEL..................................28

5.11.2 REQUERIMIENTOS INICIALES...............................29

6 METODOLOGÍA............................................29

6.1 METODOLOGIA DEL PROYECTO...............................29

6.1.1 DESCRIPTIVA............................................29

6.1.2 APLICADA...............................................30

6.2 METODOLOGIA PARA EL DESARROLLO DE LA SOLUCION PROPUESTA 30

6.2.1 METODLOGIA DE PROCESO UNIFICADO DE DESARROLLO DE SOFTWARE

(PUDS).....................................................30

6.2.2 TÉCNICAS E INSTRUMENTOS DE RECOLECCIÓN DE DATOS........31

6.2.3 ENTREVISTA AL PERSONAL DEL LA DIRESA CUSCO.............31

6.2.4 LISTA DE REQUERIMIENTO DE LA DIRESA....................33

6.2.5 MODELO DE CASOS DE USO.................................34

6.2.6 ACTORES DEL SISTEMA....................................35

ACTORES.......................................................35

3
DESCRIPCIÓN...................................................35

6.2.7 REQUERIMIENTO FUNCIONAL................................36

6.2.8 REQUERIMIENTOS NO FUNCIONALES..........................37

6.2.9 Diagrama de casos de uso del sistema...................38

6.2.10 DIAGRAMA DEL MODELO DE CASOS DE USO DEL NEGOCIO........39

6.2.11 FORMATO DE ALTO NIVEL Y EXTENDIDO......................40

7 PRESUPUESTO Y CRONOGRAMA...............................44

7.1 PRESUPUESTO............................................44

7.1.1 COSTO DE SOFTWARE......................................44

7.1.2 COSTOS OPERATIVOS......................................44

7.1.3 COSTO DE DESARROLLO DEL SISTEMA........................45

7.1.4 RESUMEN DE COSTOS......................................45

8 CRONOGRAMA.............................................46

9 BLIBLIOGRAFIA..........................................47

4
1 TITULO DEL PROYECTO
SISTEMA DE INFORMACION PARA LA GESTIÓN DE TRÁMITE Y
CONTROL DOCUMENTARIO DE LA DIRECCIÓN REGIONAL DE SALUD
CUSCO 2018
2 JUSTIFICACION
En la actualidad la Dirección Regional de Salud Cusco cuenta con
el área del trámite documentario, que se encuentra expuesta,
exponiéndose a ser manipulada, o alterada, esto genera problemas
u conflicto al momento de realizar algún tipo de seguimiento de
documentos que se hallan ingresado años anteriores, ya que la
numeración de los documentos que son supuestamente únicos
ingresados, se reinicia cada año generando duplicados.

El principal problema de la dirección regional de salud Cusco es

el inadecuado seguimiento de los documentos y de los tramites
que se vienes ejecutando en la institución, los usuarios, los
ciudadanos, tienen muchos problemas al momento de la
verificación de estado en él se encuentra su trámite o
verificación de los procedimientos que por normas va siguiendo
su documentación, también ocasionando pérdida de tiempo
sustancial tanto como al personal que labora en esta área, así
como la del ciudadano, a tener que regresar cada ciertos tiempo
a verificar el estado en que se encuentra su trámite.

Por lo expuesto a la problemática que se viene viviendo en el

área de tramite documentario de la Dirección Regional de Cusco,
es por la cual se dispuso a darle una solución a los problemas
que se vienen suscitando, a raíz de esta problemática, mejorando
el flujo de la información, y corrigiendo los errores que
realizan hasta la actualidad, lo que se ofrece es implementar un
sistema web moderno y actualizado adecuado a las nuevas
necesidades de nuestros usuarios, con una arquitectura
cliente/servidor para así salvaguardar los datos que se vallan
almacenado y evitar q estas sean alteradas, de esta manera
brindar una solución efectiva y viable que cumpla con los
requerimientos necesarios de los usuarios y los ciudadanos.

5
3 OBJETIVOS

3.1 OBJETIVO GENERAL

Desarrollar un sistema de información para la gestión y control
de trámite documentario de la Dirección Regional de Salud Cusco,
con herramientas de software libre y bajo la metodología de
Proceso Unificado de Desarrollo de Software.

3.2 OBJETIVOS ESPECÍFICOS

 Identificar los problemas que se encuentran dentro del
área de trámite documentario, con respecto al seguimiento
y control documentario.
 Analizar y plantear soluciones de acuerdo a los
requerimientos que sean necesarios para satisfacer las
limitaciones del usuario.
 Diseñar las características que debe cumplir el sistema de
información para la gestión y control de trámite
documentario.
 Implementación y construcción del sistema de información
para la gestión y control de trámites documentario.
 Implantar el sistema de información de gestión y control
de trámite documentario y capacitar a los usuarios
finales.

6
4 MARCO TEÓRICO

4.1 DATOS DE LA INSTITUCIÓN

La Dirección Regional de Salud de Cusco, es un órgano
desconcentrado de la Gerencia Regional de Desarrollo Social del
Gobierno Regional del Cusco, responsable de formular y proponer
las políticas regionales de salud; así como dirigir normar y
evaluar a los establecimientos de salud, en concordancia con las
políticas regionales y planes sectoriales.

La Dirección Regional de Salud Cusco tiene a su cargo, como

órganos desconcentrados a las Direcciones de Red de Servicios de
Salud y los Hospitales de mayor capacidad resolutiva.

4.2 DATOS INFORMATIVOS

 Nombre de la Institución: Dirección Regional de Salud Cusco
 Director: Med. Javier Cuno Vera
 Sub Dirección: Med. Elbia Yepez Chacon
 Tipo de Sociedad : Publica
 Estado de la Empresa : Activo
 Dirección Principal Av. de la Cultura S/N
 Ubicación : Perú/ Cusco / Wanchaq
 Teléfono : +51 84 581560
 Email: [email protected]

7
4.3 ORGANIGRAMA
Grafico 1 Organigrama de la Dirección Regional de Salud

8
4.4 MISIÓN Y VISIÓN

a) MISIÓN

Brindar atención integral de salud en las dimensiones de

persona, familia y comunidad, mediante la Red de Servicios de
Salud; con una gestión eficaz y eficiente en corresponsabilidad
con la sociedad organizada; respetando la equidad de género,
derechos e interculturalidad, priorizando los grupos de mayor
riesgo en la Región Cusco.

b) VISIÓN

Somos una institución descentralizada, líder en la gestión y

prestación integral de servicios de salud de calidad, con
participación ciudadana; que practicamos la equidad,
solidaridad, justicia e interculturalidad, contribuyendo a una
mejor calidad de vida de la población en la Región Cusco.

9
5 MARCO TEÓRICO DEL PROYECTO

5.1 SISTEMAS DE INFORMACIÓN

5.1.1 CONCEPTO
Un sistema de información es un conjunto de datos que
interactúan entre sí con un fin común.

En informática, los sistemas de información ayudan a

administrar, recolectar, recuperar, procesar, almacenar y
distribuir información relevante para los procesos fundamentales
y las particularidades de cada organización.

La importancia de un sistema de información radica en la

eficiencia en la correlación de una gran cantidad de datos
ingresados a través de procesos diseñados para cada área con el
objetivo de producir información válida para la posterior toma
de decisiones.

5.1.2 OBJETIVOS DE UN SISTEMA DE INFORMACION

 Automatización de procesos operativos.
 Proporcionar información que sirva de apoyo al proceso de
toma de decisiones.
 Lograr ventajas competitivas a través de su implantación y
uso.

5.1.3 COMPONENTES DE UN SISTEMA DE INFORMACIÓN

Los sistemas de información cuentan con componentes que hacen
que los procesos se desarrollen de mejor manera.

a) HARDWARE

Es el componente del sistema de información que representa una

tecnología de entrada, de almacenamiento y de salida de datos.

b) SOFTWARE

Conformado por el conjunto de programas que conforman el sistema

operativo y todos los programas que están relacionados con el
almacenamiento y procesamiento de datos. Por consiguiente, se
dice que el mismo se divide en software de sistema y software de
aplicación.

10
c) RECURSOS HUMANOS

Son aquellas que interactúan diariamente con el sistema de

información. Por un lado están los operadores o especialistas en
este tipo de sistemas y por otro lado están los usuarios.

d) DATOS

Con los datos se crea lo que se denomina “información”, ya que

ella simplemente es la representación del conjunto de datos
debidamente procesados.

e) REDES DE COMUNICACIÓN

Permite unir los equipos (las computadoras) y compartir la

información entre ellas. Este componente funciona gracias al
trabajo coordinado de tres de los componentes del sistema
información, los cuales son: el hardware, el software y el
recurso humano.

5.1.4 TIPOS DE SISTEMAS DE INFORMACIÓN

En la cultura organizacional, existen varios tipos de sistemas
de información según el nivel operacional en que se desarrolla.

a)SISTEMA DE PROCESAMIENTO DE TRANSACCIONES(TPS)

El Transaction Processing System se ocupa de almacenar y

procesar la información referida con las transacciones
comerciales y operaciones de la compañía. Estos datos se
emplearán a continuación por los sistemas de apoyo a la toma de
decisiones.

b)SISTEMAS DE SOPORTE DE DECISIONES (DSS)

El Decision Support System es una herramienta que contribuye a

la toma de decisiones. Consiste en la combinación y estudio de
datos que aportan información de valor para ayudar a resolver
cuestiones concretas.

c)SISTEMAS DE APOYO A EJECUTIVOS (EIS)

El Executive information system está pensada para extraer

información de interés para conseguir las metas estratégicas de
la organización, De esta manera, el ejecutivo podrá conocer el

11
estado de todos los indicadores, incluso aquellos que no cumplan
con las expectativas y a partir de esto, tomar las medidas que
considere adecuada

d)SISTEMAS PARA LA TOMA DE DECISIONES EN GRUPO (GDSS)

El Group Decision Support System contribuye a compartir la

información entre los componentes del equipo, para que de esta
manera tengan la posibilidad de trabajar en equipo y asumir
decisiones conjuntas.

e)SISTEMAS EXPERTOS DE SOPORTES A LA TOMA DE DECISIONES (EDSS)

El Group Decision Support Systems es un Sistema de Soporte a

las Decisiones de Grupo que apoya a grupos de personan que
tienen una tarea u objetivo común. Se basa en el supuesto de que
si mejoran las comunicaciones se pueden mejorar las decisiones.
Un GDSS debe motivar a todos los miembros del grupo a participar
de manera activa.

Peña (2006) “Un sistema de información es un conjunto de

elementos interrelacionados con el propósito de prestar atención
a las demandas de información de una organización, para elevar
el nivel de conocimientos que permitan un mejor apoyo a la toma
de decisiones y desarrollo de acciones.

5.2 SOFTWARE LIBRE

5.2.1 CONCEPTO
SEGÚN FUNDADOR DE LA FUNDACIÓN PARA EL SOFTWARE LIBRE RICHARD
STALLMAN (1989). “El software libre es el que respeta la
libertad y la comunidad de usuarios. Es un asunto ético, no de
comodidades prácticas, no se trata de los precios, que son algo
pequeño comparado con lo importante de la libertad o la
comunidad. Es un asunto ético del uso de la tecnología”.

El software libre (free software) es todo programa informático

cuyo código fuente puede ser estudiado, modificado y utilizado
libremente por los usuarios, cuentan con cuatro libertades
esenciales, libertad de ejecutar el programa con cualquier
propósito, libertad para estudiar y cambiar el programa para lo

12
que se desee, libertad para redistribuir copias y libertad para
distribuir copias de sus versiones modificadas.

5.2.2 REQUISITOS DEL SOFTWARE LIBRE

El software es libre si realmente garantiza los siguientes
requisitos o libertades.

a) Libertad 0: Libertad para usar un programa con cualquier

propósito.
b) Libertad 1: Libertad para estudiar cómo funciona el programa
y modificarlo para adaptarlo a distintas necesidades. Esto
significa tener acceso al código fuente y libertad para
modificarlo (sin tener que depender del fabricante)
c) Libertad 2: Libertad para redistribuir copias del programa.
De este modo podremos facilitarlo a cualquiera, a pesar de
que no pueda permitirse el pago de una licencia.
d) Libertad 3: Libertad para mejorar el programa y hacer
públicas esas mejoras a los demás, de modo que toda la
comunidad se beneficie.

Las libertades 1 y 3 requieren acceso al código fuente porque

estudiar y modificar software sin su código fuente es muy poco
viable.

5.2.3 VENTAJAS
 Libertad para modificar el software según las necesidades
 Seguridad ya que se dispone del código fuente del programa y
esto permite la revisión el mismo. De esa forma se puede
mejorar al detectar posibles fallos de seguridad en el
software.
 Confiabilidad, al disponer libremente del código fuente,
éste es revisado por muchos usuarios mejorando la calidad
del mismo.
 Portabilidad, ya que al disponer del código fuente es mucho
más sencillo adaptar los programas para su funcionamiento en
diferentes arquitecturas (de ordenadores).
 Precio, al no tener restricciones en la distribución del
software junto al código fuente esto hace que el costo sea
muy bajo, e incluso cero.

13
5.3 SISTEMA DE GESTION DE BASE DE DATOS (SGBD)
DataBase Management System (SGBD), es un conjunto de programas
que permiten el almacenamiento, modificación y extracción de la
información en una base de datos. Los usuarios pueden acceder a
la información usando herramientas específicas de consulta y de
generación de informes.

Estos sistemas también proporcionan métodos para mantener la

integridad de los datos, para administrar el acceso de usuarios
a los datos y para recuperar la información si el sistema se
corrompe. Permiten presentar la información de la base de datos
en variados formatos. La mayoría incluyen un generador de
informes.

Se accede a los datos mediante lenguajes de consulta, lenguajes

de alto nivel que simplifican la tarea de construir las
aplicaciones. Un SGBD permite controlar el acceso a los datos,
asegurar su integridad, gestionar el acceso concurrente a ellos,
recuperar los datos tras un fallo del sistema y hacer copias de
seguridad. Las bases de datos y los sistemas para su gestión son
esenciales para cualquier área de negocio, y deben ser
correctamente gestionados.

5.3.1 OBJETIVOS (SGBD)

Existen distintos objetivos que deben cumplir los SGBD:

a) Independencia

La independencia de los datos consiste en la capacidad de

modificar el esquema (físico o lógico) de una base de datos sin
tener que realizar cambios en las aplicaciones que se sirven de
ella.

b) Seguridad

La información almacenada en una base de datos puede llegar a

tener un gran valor. Los SGBD deben garantizar que esta
información se encuentra segura de permisos a usuarios y grupos
de usuarios, que permiten otorgar diversas categorías de
permisos.

c) Manejo de transacciones

14
Una transacción es un programa que se ejecuta como una sola
operación.

d) Tiempo de respuesta

Es deseable minimizar el tiempo que el SGBD demora en

proporcionar la información solicitada y en almacenar los
cambios realizados.

5.3.2 LENGUAJES DE MODELACIÓN (SGBD)

Coincidiendo con la evolución histórica de las bases de datos,
estas han utilizado distintos modelos. Los SGBD esperan un
modelo determinado para poder acceder de forma simple a la base
de datos.

a) Estructura orientada a objetos

Está diseñada siguiendo el paradigma de los lenguajes orientados

a objetos. De este modo soporta los tipos de datos gráficos,
imágenes, voz y texto de manera natural. Esta estructura tiene
gran difusión en aplicaciones web para aplicaciones multimedia.

b) Estructura Multidimensional

Tiene parecidos a la del modelo relacional, pero en vez de las

dos dimensiones filas-columnas, tiene N dimensiones. Esta
estructura ofrece el aspecto de una hoja de cálculo. Es fácil de
mantener y entender ya que los registros se almacenan del mismo
modo como se ven. Sus altas prestaciones han hecho de ella la
base de datos más popular para el proceso analítico de
transacciones en línea (OLAP).

c) Estructura relacional

Es la más extendida hoy en día. Se usa en mainframes,

computadoras medias y microcomputadoras. Almacena los datos en
filas (tuplas) y columnas (atributos). Estas tablas pueden estar
conectadas entre sí por claves comunes. El modelo no resulta
sencillo de consultar por el usuario ya que puede requerir una
compleja combinación de tabla.

d) Estructura jerárquica

15
Tiene un esquema en el que los datos se organizan en una
estructura arbórea. Esta estructura permite representar
relaciones padre/hijo: cada padre puede tener varios hijos, pero
cada hijo ha de venir de sólo un padre (las conocidas como
relaciones 1:N). En una base de datos una entidad tipo es el
término genérico para tabla. Cada registro individual se
representa como una fila, y cada atributo como una columna.

e) Estructura en Red

Esta estructura contiene relaciones más complejas que las

jerárquicas. Admite relaciones de cada registro con varios que
se pueden seguir por distintos caminos. El modelo en red está
concebido como un modo flexible de representar objetos y sus
relaciones. Su cualidad distintiva es que el esquema visto como
un conjunto de nodos conectados por arcos no tiene ninguna
restricción.

 Conference des Statisticiens Européens, (1977), Define SGBD

la ”Colección o depósito de datos, donde los datos están
lógicamente relacionados entre sí, tienen una definición y
descripción comunes y están estructurados de una forma
particular. Una base de datos es también un modelo del mundo
real y, como tal, debe poder servir para toda una gama de
usos y aplicaciones”.

5.4 PROCESO UNIFICADO DE DESARROLLO DE SOFTWARE (PUDS)

Es un marco de desarrollo de software que se caracteriza por
estar orientado a objetos y estar dirigido por casos de uso,
centrado en la arquitectura y por ser iterativo e incremental.

EL proceso unificado de desarrollo de software utiliza para su

representación visual, el lenguaje unificado de modelamiento
(UML) constituyéndose en la metodología más utilizada, ideal
para la realización de todo tipo de proyecto ya sea grande o
pequeño, pues este prácticamente es un proceso óptimo para la
realización de proyectos, los cuales necesitan un metodología de
desarrollo de software detalla, que sea dinámica y capaz de
adaptarse a la complejidad del trabajo.

16
Está compuesta por un gran número de iteraciones, cada una de
estas es un pequeño proyectos y constituyen una pasada por los
flujos de trabajo fundamentales.

5.4.1 DIRIGIDO POR CASOS DE USOS

Los casos de uso modelan los requerimientos funcionales del

sistema.
Los casos de uso también guían el proceso de desarrollo (diseño,
implementación, y prueba). Basándose en los casos de uso los
desarrolladores crean una serie de modelos de diseño e
implementación que llevan a cabo los casos de uso. De este modo
los casos de uso no solo inician el proceso de desarrollo sino
que le proporcionan un hilo conductor, avanza a través de una
serie de flujos de trabajo que parten de los casos de uso.

5.4.2 CENTRADO EN LA ARQUITECTURA

El concepto de arquitectura software incluye los aspectos
estáticos y dinámicos más significativos del sistema.

La arquitectura es una vista del diseño completo con las

características más importantes resaltadas, dejando los detalles
de lado.

Los casos de uso y la arquitectura están profundamente

relacionados. Los casos de uso deben encajar en la arquitectura,
y a su vez la arquitectura debe permitir el desarrollo de todos
los casos de uso requeridos, actualmente y a futuro.

El arquitecto desarrolla la forma o arquitectura a partir de la

comprensión de un conjunto reducido de casos de uso fundamental
o crítico:

Con una comprensión general de los casos de uso fundamentales.

Cada caso de uso es especificado en detalle y realizado en

términos de subsistemas, clases, y componentes.

A medida que los casos de uso se especifican y maduran, se

descubre más de la arquitectura, y esto a su vez lleva a la
maduración de más casos de uso.

17
 Este proceso continúa hasta que se considere que la arquitectura
es estable.

5.4.3 ITERATIVO E INCREMENTAL

Es práctico dividir el esfuerzo de desarrollo de un proyecto de
software en partes más pequeñas o mini proyecto. Cada mini
proyecto es una iteración que resulta en un incremento. Las
iteraciones hace referencia a pasos en el flujo de trabajo, y
los incrementos a crecimientos en el producto. Las iteraciones
deben estar controladas. Esto significa que deben seleccionarse
y ejecutarse de una forma planificada.

Los desarrolladores basan la selección de lo que implementarán

en cada iteración en dos cosas: el conjunto de casos de uso que
amplían la funcionalidad, y en los riesgos más importantes que
deben mitigarse.

En cada iteración los desarrolladores identifican y especifican

los casos de uso relevantes, crean un diseño utilizando la
arquitectura seleccionada como guía, para implementar dichos
casos de uso. Si la iteración cumple sus objetivos, se continúa
con la próxima. Sino deben revisarse las decisiones previas y
probar un nuevo enfoque.

 Beneficios del enfoque iterativo

La iteración controlada reduce el riesgo a los costes de un solo

incremento.

Reduce el riesgo de retrasos en el calendario atacando los

riesgos más importantes primero.

Acelera el desarrollo. Los trabajadores trabajan de manera más

eficiente al obtener resultados a corto plazo.

Tiene un enfoque más realista al reconocer que los requisitos no

pueden definirse completamente al principio.

18
5.4.4 EL CICLO DE VIDA DEL PROCESO UNIFICADO
Grafico 2 Ciclo de Vida del Pubs

a) Fase de inicio

En esta fase se ayuda a decidir cuáles son los verdaderos

objetivos del proyecto. Se desarrolla una descripción del
proyecto final y se presenta el análisis del negocio.

Se responden a las siguientes preguntas:

¿ Cuáles son las principales funciones del sistema para los

usuarios más importantes?.

¿Cómo podría ser la mejor arquitectura del sistema?

¿Cuál es el plan del proyecto y cuánto costará desarrollar el

producto?

En esta fase se identifican y priorizan los riesgos más

importantes del proyecto.

b) Fase de elaboración

En esta fase se especifican en detalle la mayoría de los casos

de uso del producto y se diseña la arquitectura requerida.

Las iteraciones en la fase de elaboración:

Establecen una firme comprensión del problema a solucionar.

19
Establece la fundación arquitectural para el software.

Establece un plan detallado para las siguientes iteraciones.

Elimina los mayores riesgos.

c) Fase de construcción

En esta fase se crea el producto. La arquitectura crece hasta

convertirse en el sistema completo. Al final de esta fase, el
producto contiene todos los casos de uso implementados, sin
embargo puede que no esté libre de defectos

 El producto es estable para ser usado

 El producto provee alguna funcionalidad de valor
 Todas las partes están listas para comenzar la transición

d) Fase de transición

En esta fase se cubre el período durante el cual el producto se

convierte en la versión beta. Las iteraciones en esta fase
continúan agregando características al software. Sin embargo las
características se agregan a un sistema que el usuario se
encuentra utilizando activamente. El equipo se encuentra ocupado
fundamentalmente en corregir y extender la funcionalidad del
sistema desarrollado en la fase anterior. La fase de transición
finaliza con el hito de Lanzamiento del Producto.

Se han alcanzado los objetivos fijados en la fase de Inicio.

El usuario está satisfecho.

5.5 ARQUITECTURA CLIENTE-SERVIDOR

Los clientes (o programas que representan entidades que
necesitan servicios) y los servidores (o programas que
proporcionan servicios) son objetos separados desde un punto de
vista lógico y que se comunican a través de una red de
comunicaciones para realizar una o varias tareas de forma
conjunta.

20
Un cliente hace una petición de un servicio y recibe la
respuesta a dicha petición; un servidor recibe y procesa la
petición, y devuelve la respuesta solicitada.

5.6 LENGUAJE UNIFICADO DE MODELADO (UML)

Creado para forjar un lenguaje de modelado visual común y
semántica y sintácticamente rico para la arquitectura, el diseño
y la implementación de sistemas de software complejos, tanto en
estructura como en comportamiento.

Consiste en diferentes tipos de diagramas. En general, los

diagramas UML describen los límites, la estructura y el
comportamiento del sistema y los objetos que contiene.

UML no es un lenguaje de programación, pero existen herramientas

que se pueden usar para generar código en diversos lenguajes
usando los diagramas UML. UML guarda una relación directa con el
análisis y el diseño orientados a objetos.

Los objetivos de UML se pueden sintetizar sus funciones:

a) Visualizar: UML permite expresar de una forma gráfica un

sistema de forma que otro lo puede entender.
b) Especificar: UML permite especificar cuáles son las
características de un sistema antes de su construcción.
c) Construir: A partir de los modelos especificación. dos se
pueden construir los sistemas diseñados.
d) Documentar: Los propios elementos gráficos sirven como
documentación del sistema desarrollado que pueden servir
para su futura revisión.

5.6.1 CONCEPTOS ORIENTADOS A OBJETOS (UML)

Los objetos en UML son entidades del mundo real que existen a
nuestro alrededor. En el desarrollo de software, los objetos se
pueden usar para describir, o modelar, el sistema que se está
creando en términos que sean pertinentes para el dominio. Los
objetos también permiten la descomposición de sistemas complejos
en componentes comprensibles que permiten que se construya una
pieza a la vez.

21
Estos son algunos conceptos fundamentales de un mundo orientado
a objetos:

a) Objetos Representan una entidad y el componente básico.

b) Clase Plano de un objeto. Abstracción Comportamiento de una
entidad del mundo real.
c) Encapsulación Mecanismo para enlazar los datos y ocultarlos
del mundo exterior.
d) Herencia Mecanismo para crear nuevas clases a partir de una
existente.
e) Polimorfismo Define el mecanismo para salidas en diferentes
formas.

5.6.2 TIPOS DE DIAGRAMAS (UML)

UML usa elementos y los asocia de diferentes formas para formar
diagramas que representan aspectos estáticos o estructurales de
un sistema, y diagramas de comportamiento, que captan los
aspectos dinámicos de un sistema.

a) DIAGRAMAS UML ESTRUCTURALES

 Diagrama de clases.
 Diagrama de componentes.
 Diagrama de estructura.
 Diagrama de implementación.
 Diagrama de objetos.
 Diagrama de paquetes.
b) DIAGRAMAS UML DE COMPORTAMIENTO
 Diagrama de caso de uso.
 Diagramas de actividades.
 Diagrama de comunicación.
 Diagrama de panorama de interacciones.
 Diagrama de secuencia.
 Diagrama de máquina de estados.
 Diagrama de temporización.

22
5.7 HERRAMIENTAS PARA EL DESARROLLO DE SISTEMAS

5.8 PHP (Hypertext Preprocessor).

Preprocesador de hipertexto, es un lenguaje de programación de
propósito general de código del lado del servidor diseñado para
el desarrollo web de contenido dinámico. El código es
interpretado por un servidor web con un módulo de procesador de
PHP que genera el HTML resultante.

PHP ha evolucionado por lo incluye también una interfaz de línea

de comandos que puede ser usada en aplicaciones gráficas
independientes. Puede ser usado en la mayoría de los servidores
web al igual que en muchos sistemas operativos y plataformas sin
ningún costo.

Permite la conexión a diferentes tipos de servidores de bases de

datos tanto SQL como NoSQL tales como MySQL, PostgreSQL, Oracle,
ODBC, DB2, Microsoft SQL Server, Firebird, SQLite o MongoDB.

Fue creado originalmente por Rasmus Lerdorf en el año 1995.

Actualmente el lenguaje sigue siendo desarrollado con nuevas
funciones por el grupo PHP. Este lenguaje forma parte del
software libre publicado bajo la licencia PHPv3_01, es una
licencia Open Source validada por Open Source Initiative. La
licencia de PHP es del estilo de licencias BSD, esta licencia no
tiene restricciones de copyleft" asociadas con GPL.

5.8.1 CARACTERÍSTICAS DE PHP

 Orientado al desarrollo de aplicaciones web dinámicas con

acceso a información almacenada en una base de datos.
 Es considerado un lenguaje fácil de aprender, ya que en su
desarrollo se simplificaron distintas especificaciones, como
es el caso de la definición de las variables primitivas,
ejemplo que se hace evidente en el uso de php arrays.
 El código fuente escrito en PHP es invisible al navegador
web y al cliente, ya que es el servidor el que se encarga de
ejecutar el código y enviar su resultado HTML al navegador.

23
 Capacidad de conexión con la mayoría de los motores de base
de datos que se utilizan en la actualidad, destaca su
conectividad con MySQL y PostgreSQL.
 Capacidad de expandir su potencial utilizando módulos
(llamados ext's o extensiones).
 Es libre, por lo que se presenta como una alternativa de
fácil acceso para todos.
 Permite aplicar técnicas de programación orientada a
objetos.
 No requiere definición de tipos de variables aunque sus
variables se pueden evaluar también por el tipo que estén
manejando en tiempo de ejecución.
 Tiene manejo de excepciones (desde PHP5).
 Si bien PHP no obliga a quien lo usa a seguir una
determinada metodología a la hora de programar, aun
haciéndolo, el programador puede aplicar en su trabajo
cualquier técnica de programación o de desarrollo que le
permita escribir código ordenado, estructurado y manejable.

5.9 XAMPP

XAMPP es un paquete de software libre, que consiste

principalmente en el sistema de gestión de bases de datos MySQL,
el servidor web Apache y los intérpretes para lenguajes de
script PHP y Perl. El nombre es en realidad un acrónimo: X (para
cualquiera de los diferentes sistemas operativos), Apache,
MariaDB/MySQL, PHP, Perl. A partir de la versión 5.6.15, XAMPP
cambió la base de datos MySQL por MariaDB, un fork de MySQL con
licencia GPL.

El programa se distribuye con la licencia GNU y actúa como un

servidor web libre, fácil de usar y capaz de interpretar páginas
dinámicas. A esta fecha, XAMPP está disponible para Microsoft
Windows, GNU/Linux, Solaris y Mac OS X.

24
5.9.1 SEGURIDAD

Herramientas de desarrollo, para permitir a los diseñadores de

sitios webs y programadores testear su trabajo en sus propios
ordenadores cuando no tienen ningún acceso a Internet. En la
práctica, sin embargo, XAMPP se utiliza actualmente como
servidor de sitios web, ya que, con algunas modificaciones, es
generalmente lo suficientemente seguro para serlo. Con el
paquete se incluye una herramienta especial para proteger
fácilmente las partes más importantes en una página.

5.9.2 COMPONENTES PRINCIPALES

a) Apache

Es la aplicación de servidor web que procesa y entrega el

contenido web a un ordenador. Apache es el servidor web más
popular en internet, haciendo funcionar casi el 54% de todas las
páginas web.

b) MySQL

Cada aplicación web, ya sea simple o compleja, requiere una base

de datos para almacenar los datos que recoge. MySQL, que es de
código abierto, es el sistema gestor de base de datos más
popular. Alimenta desde websites de aficionados hasta
plataformas profesionales como WordPress. Puede aprender cómo
dominar PHP con este curso xxx.

c) PHP

Son las siglas de Preprocesador de Hipertexto. Es un lenguaje de

script del lado del servidor que hace funcionar algunas de las
páginas web más famosas del mundo, incluyendo WordPress y
Facebook. Es de código abierto, relativamente fácil de aprender,
y funciona perfectamente con MySQL, lo que lo ha hecho una
opción muy popular para los desarrolladores web. Puede aprender
a dominar PHP con este curso sobre los Fundamentos de
Programación PHP.

25
d) PERL

Es un lenguaje de programación dinámico y de alto nivel que se

usa ampliamente en la programación de redes, la administración
de sistemas, etc. Aunque menos popular para el desarrollo web,
Perl tiene un montón de aplicaciones específicas.

Diferentes versiones de XAMPP pueden incluir componentes

adicionales como phpMyAdmin, OpenSSL, etc. para crear servidores
web completos.

5.9.3 CARACTERISTICAS

 Para Windows existen dos versiones, una con instalador y

otra portable (comprimida) para descomprimir y ejecutar.
 La licencia de esta aplicación es GNU ((General Public
License), está orientada principalmente a proteger la libre
distribución, modificación y uso de software.
 Su propósito es declarar que el software cubierto por esta
licencia es software libre y protegerlo de intentos de
apropiación que restrinjan esas libertades a los usuarios.)
 Una de las características sobresalientes de este sistema es
que es multiplataforma, es decir, existen versiones para
diferentes sistemas operativos, tales como: Microsoft
Windows, GNU/Linux, Solaris, y MacOS X. Existen versiones
para Linux (testeado para SuSE, RedHat, Mandrake y Debian),
Windows (Windows 98, NT, 2000, XP y Vista), MacOS X y
Solaris (desarrollada y probada con Solaris 8, probada con
Solaris 9).

5.10 MYSQL
MySQL es un sistema de gestión de bases de
Datos relacional desarrollado bajo licencia dual: Licencia
pública general/Licencia comercial por Oracle Corporation y está
considerada como la base datos de código abierto más popular del
mundo, y una de las más populares en general junto
a Oracle y Microsoft SQL Server, sobre todo para entornos
de desarrollo web.

26
5.10.1 CARACTERICTICAS
MySQL es un SGBD que ha ganado popularidad por una serie de
atractivas características:

 Está desarrollado en C/C++.

 Se distribuyen ejecutables para cerca de diecinueve
plataformas diferentes.
 La API se encuentra disponible en C, C++, Eiffel , Java,
Perl, PHP, Python, Ruby y TCL.
 Está optimizado para equipos de múltiples procesadores.
 Es muy destacable su velocidad de respuesta.
 Se puede utilizar como cliente-servidor o incrustado en
aplicaciones.
 Cuenta con un rico conjunto de tipos de datos.
 Soporta múltiples métodos de almacenamiento de las tablas,
con prestaciones y rendimiento diferentes para poder
optimizar el SGBD a cada caso concreto.
 Su administración se basa en usuarios y privilegios.
 Se tiene constancia de casos en los que maneja cincuenta
millones de registros, sesenta mil tablas y cinco millones
de columnas.
 Sus opciones de conectividad abarcan TCP/IP, sockets UNIX y
sockets NT, además de soportar completamente ODBC.
 Los mensajes de error pueden estar en español y hacer
ordenaciones correctas con palabras acentuadas o con la
letra ’ñ’. Es altamente confiable en cuanto a estabilidad se
refiere.

5.11 LARAVEL
Laravel es un framework para aplicaciones web con sintaxis
expresiva y elegante. Laravel busca eliminar el sufrimiento del
desarrollo facilitando las tareas comunes utilizadas en la
mayoría de los proyectos web, como la autenticación,
enrutamiendo, sesiones y almacenamiento en caché.

Laravel es un framework para el lenguaje de programación PHP.

Aunque PHP es conocido por tener una sintaxis poco deseable, es

27
fácil de usar, fácil de desplegar. Laravel no solo ofrece atajos
útiles, herramientas y componentes para ayudarte a conseguir el
éxito en tus proyectos basados en web, si no que también intenta
arreglar alguna de las flaquezas de PHP.

Laravel tiene una sintaxis bonita, semántica y creativa, que le

permite destacar entre la gran cantidad de frameworks
disponibles para el lenguaje. Hace que PHP sea un placer, sin
sacrificar potencia y eficiencia. Es sencillo de entender,
permite mucho la modularidad de código lo cuál es bueno en la
reutilización de código.

5.11.1 BENEFICIOS DE LARAVEL

 Incluye un ORM: A diferencia de CodeIgniter, Laravel incluye
un ORM integrado. Por lo cual no se instala absolutamente
nada.
 Bundles: existen varios paquetes que extienden a Laravel y
te dan funcionalidades increíbles..
 Programas de una forma elegante y eficiente: No más código
basura, aprende a programar ‘con clase’ y ordenar tu código
de manera de que sea lo más re-utilizable posible.
 Controlas la BD desde el código: Tener un control de
versiones de lo que haces con ella. A esto se llaman
migrations, es una excelente herramienta, porque puede
manejar todo desde tu IDE, inclusive montar datos en tus
tablas.
 Da soporte a PHP.
 Rutas elegantes y seguras: Una misma ruta puede responder de
distinto modo a un método GET o POST.
 Cuenta con su propio motor de platillas HTML.
 Se actualiza facilmente desde la línea de comandos: El
framework es actualizable utilizando composer update y
listo.
 Cuenta con una comunidad activa que da apoyo rápido al
momento de que lo necesitas.

28
5.11.2 REQUERIMIENTOS INICIALES
Para empezar a trabajar con Laravel es necesario cumplir con los
siguientes requisitos iniciales:

 Un entorno de desarrollo web: Apache, IIS, Nginx PHP 5.3 o

superior
 Base de datos: MySQL, Sqlite, Postgresql o sqlserver
 Librerías PHP : Mcrypt

Composer es una herramienta para administración de dependencias

en PHP. Te permite declarar las librerías de las cuáles tu
proyecto depende o necesita y éste las instala en el proyecto
por ti.

Composer no es un administrador de paquetes. Sí, él trata con

"paquetes" o "librerías", pero las gestiona en función de cada
proyecto y no instala nada globalmente en el equipo, por lo cual
solo administra las dependencias del mismo.

Composer usa un archivo dentro de tu proyecto de Laravel para

poder administrar las dependencias el cual se llama:
composer.json.

Ahora, composer no se limita a su uso únicamente con proyectos

Laravel, sino que en Laravel el uso de composer nos facilita el
control de dependencias y en la actualización de cada una. Para
este proyecto se trabajará con este archivo pues es el que se va
a crear al momento de instalar Laravel.

6 METODOLOGÍA

6.1 METODOLOGIA DEL PROYECTO

6.1.1 DESCRIPTIVA
Este tipo de investigación consiste en llegar a conocer las
situaciones exactas de las actividades y procesos del objeto de
estudio o alguna situación concreta. Su meta no se limita a la
recolección de datos, si no a la predicción e identificación de
las relaciones que existen entre dos o más variables. Así mismo
se describe, analizan e interpretan los datos obtenidos
proponiendo así posibilidades certeza.

29
6.1.2 APLICADA
Este tipo de investigación consiste en emplear los conocimientos
teóricos, los convierte en conocimientos prácticos para resolver
los problemas para así mejorar las condiciones de vida en
tecnologías e invenciones, estructura procedimientos, innova
estrategias, crea y prueba artefactos, y estima su valor
práctica.

6.2 METODOLOGIA PARA EL DESARROLLO DE LA SOLUCION PROPUESTA

6.2.1 METODLOGIA DE PROCESO UNIFICADO DE DESARROLLO DE

SOFTWARE (PUDS).
Justa y necesariamente utilizar la metodología PUBS siendo un
conjunto de procedimientos, técnicas y ayudas a la documentación
para el desarrollo de productos software junto al uso de la
notación UML para ilustrar los procesos en acción mientras se
ejecuten.

a) Fase de inicio

Durante esta fase, las iteraciones se centran con mayor énfasis

en las actividades de modelamiento de la empresa y sus
requerimientos.

b) Fase de elaboración

Durante esta fase, se procede a detallar los requisitos

identificados en la fase de inicio. Lo que se debe de obtener en
esta fase es una visión del sistema centrada en la arquitectura
en la que se hayan establecido las capas de software que se van
a implementar junto con los paquetes y subsistemas, esto
implica: Un modelo de casos de uso, en donde se detallen los
casos de uso identificados en la fase de inicio y se incorporen
nuevos requisitos que no se tomaron en cuenta.

c) Fase de construcción

Esta fase corresponde a la codificación de los requisitos

identificados, esta fase contiene una cantidad de iteraciones
muy variable y obtenemos como resultado final el código y los
componentes de software necesarios para el sistema.

30
d) Fase de transición

Al final de esta fase deberá obtenerse el producto ejecutable

con los manuales y demás elementos necesarios para su puesta en
marcha.

Implica un modelo de implementación con los pequeños cambios que

hayan tenido que hacerse en la implementación con relación a la
fase anterior; un modelo de despliegue y un modelo de
distribución.

6.2.2 TÉCNICAS E INSTRUMENTOS DE RECOLECCIÓN DE DATOS.

 TÉCNICAS

a) Entrevista

Método de investigación conducido personalmente entre

un entrevistador y un personal de area, donde se
obtubo información, registrando las respuestas a
preguntas planteadas. La entrevista se realizó con el
fin de obtener información amplia, sobre los problemas
que se viene teniendo en area de tramite
docuementario.

b) Observación

Es el registro visual de lo que ocurre en una

situación real, se clasifico y consigno los datos de
acuerdo con algún esquema previsto y de acuerdo al
problema que se estudia.

6.2.3 ENTREVISTA AL PERSONAL DEL LA DIRESA CUSCO

NRO. ENTREVISTA 001

NOMBRE DEL ENTREVISTADO JESUS AÑANCA ZUÑIGA

CARGO JEFE DE TRAMITE DOCUMENTARIO

FECHA 12 Septiembre 2018

31
PREGUNTAS:

1. CUALES SON LAS ACTIVIDADES QUE SE REALIZAN EN EL AREA

DE TRAMITE DOCUMENTARIO?
 EL Area de tramite documentario de la Direccion
Regional de Salud Cusco se encarga de recepcionar todo
tipos de documentos presentados por ciudados y tambien
instituciones publicas y privadas de nuestra región,
haciendo llegar a nuestra oficina todos los dias.
 Despues de recepcionar los documentos presentados por
ciudadanos e instituciones, se registran los datos del
documento y tambien de la persona que lo
presenta(cuidadano o instituciones), un registrandose
en formato de tramites.
 El personal encargado revisa el documento el asunto, y
dependiendo del tema a tratarse se deriva a las
direcciones u oficinas de la institucion.
 El personal encargado de forma fisica entrega los
documentos en bloques a las direcciones u oficinas
correspondiente, asi la persona encargada de la
direccion u oficina, firma el cargo al recibir el
bloque de documentos.
2. PUEDE MENCIONAR UNA LISTA DE DEFICIENCIAS QUE
COMUNMENTE SE SUSCITAN EN ESTA AREA?
 Una deficiencia que se tiene es que al momento de
derivar los documentos, se pierde la linea o el
seguimiento que comunmente los cuidadanos vienen a
consultar, esto se debe que solo le podemos mostrar a
la primera direccion que se entrego, mas no los
siguientes procesos que pueda estar siguiendo.

32
 3. CREE USTED QUE LOS CUIDADANOS ESTAN SATISFECHOS CON EL
SERVICIO QUE SE BRINDA EN LA INSTITUCION?
 Se trata de los ciudadanos esten contentos con el
servicio que se brinda, pero hay problemas con los
temas de esperas de un tramite que ejecutan y la
posible respuesta que se deben entregar.

6.2.4 LISTA DE REQUERIMIENTO DE LA DIRESA.

Según la entrevista realizada en la institución, se pudo
observar e interpretar los requerimientos y funcionamiento del
cómo se va manejando en la actualidad y los que desean que se
implemente en el nuevo sistema web que se desarrolle, a
continuación la lista de requerimientos identificados.

 Permitir registrar sus datos del personal que labora

en las instalaciones.
 Permitir registrar los datos del los ciudadnos e
instituciones.
 Permitir registrar las direccion y areas de la
institucion.
 Permitir registrar los documentos recepcionados, en
tramite docuementario presentados por ciudadano o
instituciones.
 Realizar una búsqueda automatizada (según nombre, DNI,
o numero de documento), que permita Visualizar los
Documentos el estado de tramites de los documentos
presentados.
 Imprimir la lista de derivaciones por direcciones y
areas.

33
34
6.2.5 MODELO DE CASOS DE USO
Describe, bajo la forma de acciones y reacciones, el comportamiento del sistema desde el punto de vista
del usuario.

Grafico 01. Casos de Uso del Negocio

6.2.6 ACTORES DEL SISTEMA
Grafico 02. Diagrama de Actores

USUARIO

USUARIO
PERSONAL

ENCARGADO DE AREA
PERSONA NATURAL PERSONA JURIDICA
SECRETARIA
PERSONA NATURAL PERSONA JURIDICA

JEFE DE AREA

ACTORES DESCRIPCIÓN
Es aquel usuario que interactúa con el
Persona Natural sistema atreves del personal para
Usuario realizar un presentar sus documentos y
también para consultar el estado de
Persona Jurídica trámite de sus documentos.

Es aquel personal que interactúa con el

sistema para poder generar los reportes y
Jefe de Área
gestionar estado de trámite de
documentos.

Es aquel personal que interactúa con el

Personal Encargado de Área sistema para poder registrar y derivar
los documentos ingresados.

Es aquel personal que interactúa con el

sistema dentro de un área a derivar el
Secretaria
documento respectivo, se le asigna
responsable de área.
6.2.7 REQUERIMIENTO FUNCIONAL
Los requerimientos funcionales son las descripciones explicitas del
comportamiento que debe tener una solución de software y que
información se debe manejar.

Referencia Requerimiento Descripción

El sistema tendrá a todos los usuarios,

Registros de
RF 01 sean personas naturales o jurídicas,
usuario.
registrados en una base de datos.

Registro del El sistema tendrá a todo el personal los

RF 02
personal. que interactúen con el sistema.

El sistema tendrá registrado a todas las

Registrar áreas área, también podrá modificar y agregar,
RF 03
de destino. las direcciones y áreas con las que
cuenta la institución

El sistema tendrá todos los documentos

Registro de que ingresan por trámite documentario,
RF 04
documentos. registrados con los datos
correspondientes.

El sistema permitirá derivar los

Derivar documentos, a las distintas direcciones y
RF 05
documentos. oficinas con las que cuenta la
institución.

Gestionar
El sistema permitirá generar informes y
tramite
reportes, realizados por días específicos
RF 07 documentos
y por derivaciones a las direcciones u
(Guías de
oficinas.
remisión).

Gestionar el El sistema permitirá al ciudadano y al

estado de personal, verificar cual es el estado
RF 08
trámite del actual de su trámite documentario, cual
documento. es el procedimiento que esta siguiendo.

37
6.2.8 REQUERIMIENTOS NO FUNCIONALES
Describe restricciones del sistema.

Referencia Requerimiento Descripción

Usabilidad El sistema debe tener una interfaz de

RNF 01 usuario amigable e intuitivo.

El sistema estará restringido bajo

RNF 02 Seguridad
contraseñas y usuarios definidos

El sistema deberá soportar el manejo de

RNF 03 Rendimiento gran volumen de información durante su
proceso.

El sistema no presentara problemas para

RNF 04 Desempeño
su manejo e implementación.

38
6.2.9 Diagrama de casos de uso del sistema
Describe los procesos del negocio, vinculados a un campo de acción como se benefician e interactúan con el
sistema.

Grafico 03. Diagrama Casos de uso del sistema

INICIAR SESIÓN

PERSONAL JEFE DE AREA

JURIDICO

PRESENTA DOCUMENTOS

<<include>> PERSONALL

USUARIO

VERIFICAR DOC. REGISTRAR DOCUMENT OS ENCARGADO DE

AREA

PERSONA
<<include>> <<include>> GEST IONAR T RAMITE DE DOC.
NATURAL

REGISTRAR AREA

REGISTRAR USUARIO DERIVAR AREA DOC.

<<include>>

REGISTRAR RESPONABLE

GEST IONAR ESTDO DE TRAMIT E

DOC.
SECRETARI
6.2.10 DIAGRAMA DEL MODELO DE CASOS DE USO DEL NEGOCIO
Secuencia de acciones realizadas en el negocio, que producen un resultado de valor observable, define un
flujo de trabajo completo que produce resultados deseados.

Grafico 04. Diagrama del modelo de casos de uso del negocio

PRESENTA DOC.

DERIVAR DOC.

<<include>>

ENCARGADO DE AREA

REGISTRAR DOC.

USUARIO.

PERSONAL.
GESTIONAR TRAMITES DE DOCUMENTOS

JEFE DE AREA
PERSONA NATURAAL PERSONA JURIDICAA

CONSULTA ESTADO DE TRAMITE

DOCUMENTARIO

40
6.2.11 FORMATO DE ALTO NIVEL Y EXTENDIDO
Especificación de Modelo de Casos de Uso del Negocio

1. FORMATO DE ALTO NIVEL

NOMBRE Inicia Sesión
ACTORES Jefe de área, Encargado de área
PROPOSITO Ingresar al sistema
RESUMEN El jefe y encargado de área ingresa al sistema.
PRIORIDAD Importante
NIVEL RIEZGO Ninguna
ESTADO Aprobado

1.1 FORMATO EXTENDIDO

ACTOR: Jefe de área y encargado de área.

TIPO: Primario
PROPÓSITO: Iniciar sesión en el sistema.
RESUMEN: El Personal ingrese al sistema.
PRE El personal debe estar registrado en la base de
CONDICIÓN: datos del sistema.
POST Almacenar los datos del personal que interactúa con
CONDICIÓN: el sistema.
REFERENCIA: RF 02
CURSO NORMAL DE EVENTOS
ACCIONES DEL ACTOR RESPUESTA DEL SISTEMA
1. El personal ingresa a un 2. El sistema muestra una
computador, donde selecciona un interfaz, donde solicita el
navegador y la dirección de usuario y contraseña del
sistema. personal.
3. El personal completa los 4. El sistema valida o verifica
datos correctos solicitados por si los datos son correctos e
el sistema ingresa al módulo SIS_TRAMITE
CURSO ALTERNO
El sistema verifica que los datos Personal no son correctos
entonces se muestra un texto de “Personal no registrado”
 2. FORMATO DE ALTO NIVEL
NOMBRE Registrar Documento

ACTORES Encargado de área

PROPOSITO Registrar documentos

RESUMEN El personal encargado debe registrar los documentos y

también derivarla dependiendo del asunto, para almacenar
la información.
PRIORIDAD Importante

NIVEL RIEZGO Alta

ESTADO Declarado

2.1 FORMATO EXTENDIDO

ACTOR: Personal
TIPO: Primario
PROPÓSITO: Registrar y derivar los datos del documento.
RESUMEN: El Personal registra, los datos del documento y el asunto
del mismo, y deriva a las direcciones u oficinas de la
institución según corresponda.

PRE Contar con todos los datos correctos del documento y

CONDICIÓN: registrar las direcciones u oficinas de derivación.

POST Almacenar datos del registro de documento.

CONDICIÓN:
REFERENCIA: RF 04, RF 05
CURSO NORMAL DE EVENTOS
ACCIONES DEL ACTOR RESPUESTA DEL SISTEMA
1. El personal ingresa al interfaz 2. El sistema carga y muestra una
de registrar documento. interfaz de nuevo registro doc.
3. El personal agrega los datos del 4. El sistema valida y verifica si
documento (tipo de documento, los datos ingresados son correctos.
número de documento, siglas de
documento y asunto) y derivar al
destino de documento.
5. El personal selecciona la opción 6. El sistema carga y muestra la
gravar el registro del documento. interfaz los datos registrados del
documento.
CURSO ALTERNO
El sistema no puede registrar el documento, por falta de datos o por
falta derivación de documentos, y se genera un mensaje de error.

42
 3. FORMATO DE ALTO NIVEL
NOMBRE Gestionar tramite
ACTORES Jefe de área
PROPOSITO Gestionar tramite
RESUMEN El jefe de área gestiona los tramites documentarios y
administra para su control respectivo
PRIORIDAD Importante
NIVELDE Alta
RIEZGO
ESTADO Aprobado

3.1 FORMATO EXTENDIDO

ACTOR: Jefe de área

TIPO: Primario
PROPÓSITO: Gestionar informes de trámites de documentos.
RESUMEN: El jefe de área, gestiona los informes de los tramites
documentarios, realizados por área de destinos y
responsables
PRE CONDICIÓN: Estar registrado como jefe de área, y verificar la
interfaz de informes
POST Mostar los informes solicitados por el jefe de área.
CONDICIÓN:
REFERENCIA: RF 07
CURSO NORMAL DE EVENTOS
ACCIONES DEL ACTOR RESPUESTA DEL SISTEMA
1. El jefe de área ingresa al 2. El sistema carga y muestra una
interfaz de generar Informes. interfaz de todos los documentos
registrados.
3. El jefe de área selecciona el 4. El sistema valida y verifica si
tipo informe que deseara generar, los datos ingresados sean
por fecha de ingreso, por área de correctos, y muestra el informe de
derivación, o por código de trámite.
documento.
5. El jefe de personal selecciona 6. El sistema carga y muestra la
la opción imprimir informe(guía de interfaz del informe a imprimir, e
remisión). imprime el informe.
CURSO ALTERNO
El sistema no puede mostrar informe de documentos si los datos
ingresados no son correctos o no existen, y envía un mensaje de error.

FORMATO DE ALTO NIVEL

43
 NOMBRE Consultar Estado de tramite
ACTORES Jefe de área
PROPOSITO Consulta estado de tramite
RESUMEN El jefe de área consulta el estado de trámites de los
documentos ya registrados. Brindándola al ciudadano.
PRIORIDAD Importante
NIVELDE Alta
RIEZGO
ESTADO Aprobado

FORMATO EXTENDIDO

ACTOR: Jefe de área

TIPO: Primario

PROPÓSITO: Consultar estado trámite.

Consultar estado de trámite de documentos presentados por

RESUMEN:
los ciudadanos y brindar respuesta inmediata.
PRE
El estado de trámite se encuentra en proceso.
CONDICIÓN:
POST
El estado de trámite se encuentra finalizado
CONDICIÓN:

REFERENCIA: RF 08

CURSO NORMAL DE EVENTOS

ACCIONES DEL ACTOR RESPUESTA DEL SISTEMA
1. El jefe de área, ingresa al 2. El sistema muestra una interfaz,
interfaz de consulta de estado de donde solicita el número de
trámite documentos. documento a buscar, o el nombre del
ciudadano.
3. El jefe de área completa los 4. El sistema valida y verifica si
datos correctos solicitados por el los datos son correctos e ingresa
sistema y selecciona Búsqueda. interfaz y muestra el estado de
trámite de documentos si finalizo o
se sigue en proceso.
CURSO ALTERNO
El sistema verifica que los datos del documento a consultar no son
correctos entonces se muestra un texto de “Documento no Registrado”

44
7 PRESUPUESTO Y CRONOGRAMA

7.1 PRESUPUESTO

7.1.1 COSTO DE SOFTWARE

Costos de software (licencias)

COSTO TIPO DE
SOFTWARE TOTAL
DOLARES CAMBIO

XAMM - S/. 3,267 0

IBM RATIONAL ROUSE

_ S/. 3,267 0
INTERPRICE

FRAMEWORK LARABEL _ S/. 3,267 0

TOTAL 0

7.1.2 COSTOS OPERATIVOS

Costos de material de escritorio

DESCRIPCIÓN CANTIDAD UNIDAD COSTO TOTAL (S/.)

Tinta 03 Unidad S/. 10.00 S/. 30.00

Papel Bon A-4 01 Millar S/. 15.00 S/. 15.00

Lapiceros 04 Unidad S/. 0.50 S/. 2.00

Internet 04 Meses S/. 20.00 S/. 80.00

Electricidad 04 Meses S/. 5.00 S/. 20.00

Memoria USB
01 Unidad S/. 12.00 S/. 12.00
(4GB)
Total S/. 159.00

45
7.1.3 COSTO DE DESARROLLO DEL SISTEMA
Costo de desarrollo del Sistema
Total
Nro. De Costo/Hora
Flujo de trabajo de Total (s/.)
personas (s/.)
Horas
1. Fase de Inicio
Modelado del negocio 1 40 S/. 5.00 S/. 200.00
Requerimientos 1 40 S/. 5.00 S/. 200.00
Análisis 1 50 S/. 5.00 S/. 250.00
2. Fase de elaboración
Análisis y diseño 1 80 S/. 5.00 S/. 400.00
1. Fase de construcción
S/.
Implementación 1 80 S/. 20.00
1,600.00
Pruebas 1 30 S/. 5.00 S/. 150.00
4. Fase de transición
Versión beta del SW 1 20 S/. 5.00 S/. 100.00
Lanzamiento del SW 1 4 S/. 5.00 S/. 20.00
S/.
Total 500
2,920.00

7.1.4 RESUMEN DE COSTOS

Cuadro Resumen

Costo de Software S/. 0

Costos Operativos S/. 159.00

Costo de desarrollo del sistema S/. 2.920.00

Total S/. 3,079.00

46
8 CRONOGRAMA
Grafico 3 Cronograma de Actividades

9 BLIBLIOGRAFIA

 KENNETT E KENDALL, JULIE E

KENDALL, SEXTA EDICION,
Análisis y Diseño de
Sistema.
 Gustavo Torossi, A. U. S (2013), Proceso Unificado de
Desarrollo de Software.

47
 IAN GILFILLAN (2003), DESARROLLO WEB CON PHP Y MYSQL (5ª ED.)
Editorial ANAYA MULTIMEDIA
 LUKE WELLING; LAURA THOMSON , 2017 La Biblia de MYSQL Editorial
ANAYA MULTIMEDIA
 Abraham Silberschatz (2014), FUNDAMENTOS DE BASES DE DATOS,
Editorial S.A. MCGRAW-HILL / INTERAMERICANA DE ESPAÑA
 PHP PRACTICO (2010) MATT DOYLE , Editorial ANAYA MULTIMEDIA
 EL PROCESO UNIFICADO DE DESARROLLO DE SOFTWARE (2000) JAMES
RUMBAUGH; IVAR JACOBSON; GRADY BOOCH Editorial ADDISON-WESLEY
 KENNETT E KENDALL, JULIE E KENDALL, SEXTA EDICION, Análisis y
Diseño de Sistema.
 Laravel: Code Bright (ES), Desarrollo de aplicaciones web con
la versión 4 del framework Laravel, Dayle Rees y Antonio
Laguna.
 DESARROLLO WEB CON PHP Y MYSQL (5ª ED.), LUKE WELLING; LAURA
THOMSON

48