Informe Final Practicas Pre 1

UNIVERSIDAD SAN PEDRO
FACULTAD DE INGENIERÍA
ESCUELA ACADÉMICO PROFESIONAL DE INGENIERÍA
INFORMÁTICA Y DE SISTEMAS
“Sistema Informático para el control de expedientes

Laboral para el Consultorio Jurídico de la Universidad
San Pedro”
AUTORES:
Aroni Alvarez Nessir Gil

Barrionuevo Laguna Roly
ASESOR:
Miguel Arturo Valle Peláez
Docente:
Dr. Javier Martínez Carrión
CHIMBOTE, 2018
INDICE
PALABRAS CLAVE………………………………………………………………1
RESUMEN………………………………………………………………………….3
ABSTRAC…………………………………………………………………………..4
INTRODUCCION……………………………………………………….…………5
HIPOTESIS Y OBJETIVO GENERAL…………………………………………20
METODOLOGIA………………………………………………………………….21
RESULTADO Y MODELAMIENTO……………………………………………24
MODELAMIENTO DE NEGOCIO…………………………………………..….26
FACES DE CONSTRUCCION…………………………………………………...48
DIAGRAMAS DE SECUENCIA…………………………………………………59
ANALISIS Y DISCUSIÓN……………………………………………...…………67
CONCLUCIONES Y RECOMENDACIONES……………………….………….68
AGRADECIMIENTOS……………………………………………………………69
REFERENCIAS BIBLIOGRAFICAS……………………………..……………..70
ANEXOS……………………………………………………………………………72
ii
PALABRAS CLAVE
Tema Sistema de Información
Especialidad Ingeniería de Software
KEYWORDS
Theme Information System
Specialty Software Engineering
LINEA DE INVESTIGACION
PROGRAMA AREA SUB-AREA DISCIPLINA
INGENIERIA INGENIERIA Y INGENIERIA AUTOMATIZACION DE

INFORMATICA Y DE TECNOLOGIA ELECTRONICA E SISTEMAS DE
SISTEMA INFORMATICA CONTROL
1
Sistema Informático para el control de expedientes
Laboral para el Consultorio Jurídico de la Universidad
San Pedro
2
RESUMEN
El presente proyecto, tiene por Objetivo desarrollar un sistema Informático para

el control de Expedientes Laboral del Consultorio Jurídico de la Universidad
San Pedro, Así mismo el presente análisis permitió identificar y describir las
condiciones en las que se encuentran los problemas, así como los requerimientos
del software en un modo detallado y explicativo.
Se utilizará el tipo de Investigación Descriptiva, con una población y muestra
de 15 personas.
Se aplicará la metodología RUP para la construcción de los planos o diagramas
de casos de usos para tener un mejor análisis del software, la base de datos está
hecho con el programa gestor de base de datos SQL Server 2017.
Los resultados esperados en el presente informe, serán el desarrollo de un
Sistema Informático para el control de Expedientes Laboral del Consultorio
Jurídico de la Universidad San Pedro, con el cual se controlará de manera eficaz,
detallada y precisa, mejorar el proceso de control de expedientes, logrando un
posicionamiento competitivo en el ámbito regional y satisfacer las necesidades
de sus patrocinados.
3
ABSTRACT
The objective of this project is to develop a computerized system for the control of Labor
and Criminal Records of the Legal Office of the San Pedro University. Likewise, the
present analysis allowed to identify and describe the conditions in which the problems
are found, as well as the software requirements in a detailed and explanatory way.
The type of Descriptive Research will be used, with a population and sample of 15 people.
The RUP methodology will be applied for the construction of the plans or diagrams of
cases of uses to have a better analysis of the software, the database is made with the SQL
Server 2014 database manager program.
The results expected in this report will be the development of a Computer System for the
control of Labor and Criminal Records of the Legal Office of San Pedro University, with
which it will be controlled in an efficient, detailed and precise manner, improving the
control process of records, achieving a competitive positioning in the regional scope and
satisfying the needs of its sponsored.
4
INTRODUCCION
En Lima (Perú), Mayra Carolina Escobar Sedano (2010) en su proyecto de investigación

“Análisis, diseño e implementación de un sistema de apoyo al seguimiento de procesos
judiciales para un estudio de abogados”. El proyecto tiene por finalidad ofrecer una
solución que ayude a la administración de procesos judiciales, orientándose a una
instancia menor como lo es un estudio de abogados. Esta solución permitirá administrar
información concerniente a clientes, abogados y procesos, esta solución pueda ser tomada
como base para implementarse, haciendo las mejoras necesarias, en una instancia mayor
como podría ser un juzgado o fiscalía y que beneficie de esta manera al sistema judicial
del país el cual, en la actualidad, es ineficiente en el desarrollo de los procesos judiciales
debido a retardos, que a su vez son originados por la congestión de expedientes o por la
pérdida de éstos.
Las metodologías imponen un proceso sobre el desarrollo de software con el fin de
hacerlo más eficiente. Este proceso tiene un fuerte énfasis en la planificación. Las
metodologías monumentales han estado presentes durante mucho tiempo y no se han
distinguido precisamente por ser muy exitosas. Es por ello que hacen su aparición
metodologías ágiles, las cuales son estrategias de desarrollo de software centradas en los
equipos y orientadas hacia prestaciones y hacia la entrega. Entre las metodologías
monumentales más conocidas se encuentra RUP y por el lado de las ágiles sobresale XP
[WWW0017].
En Managua (Nicaragua) (2013), Daniela María González Largaespada en su proyecto
titulada “Diseño del Módulo de gestión de expedientes laborales de ingreso y egreso al
Sistema de Información y Registro de Personal (SIRCOP) de la Policía Nacional”. Se
determinó como objetivo principal, Diseñar un módulo de gestión de ingreso y egreso al
Sistema de Información y Registro de Personal de la Policía Nacional, llamado por su
sigla en español SIRCOP, que consistirá en llevar un control de los expedientes que se
encuentran prestado o si estos están en la oficina. Se realizó un análisis de la
fundamentación teórica la cual muestra las definiciones importantes de la cual se basa
este estudio. En la fase de requerimientos se plantea todo lo relacionado a las necesidades
del sistema y qué tipo de equipos técnicos se requiere para desarrollar el modulo. Se
5
propone trabajar con la metodología RUP puesto que no es simplemente un Proceso, sino
un marco de trabajo extensible que puede ser adaptado a Organizaciones o proyectos
específicos.
En Lambayeque (Perú), BACH. Allen Jonny Neyra Ascencios (2015) en su proyecto de

investigación “Ingreso y producción de expedientes judiciales, y su relación con la carga
procesal en el distrito judicial de Junín”, tiene como objetivo determinar la relación del
ingreso y la producción de expedientes con la carga procesal e implementar indicadores
de gestión en el Distrito Judicial de Junín. Se circunscribe en todo el Distrito Judicial de
Junín comprendiendo el departamento de Cerro de Pasco (Prov. Oxapampa) y
departamento de Huancavelica (Prov. Tayacaja_Pampas). El método de investigación ha
sido el analítico, no experimental, del tipo de investigación ex post facto o retrospectivo.
En la Paz (Bolivia) (2015) La Estudiante Rocio Alejandra Teran Rivero en su proyecto

titulada, “La necesidad de incorporar en el código penal el tipo penal de falsificación
informática.”, el cual consiste en una investigación a nivel doctrinario con el fin de
demostrar la necesidad de incorporar como nuevo tipo penal la falsificación informática
en nuestra actual legislación Penal. A través del desarrollo se explica el constante
desarrollo de la tecnología y los vacíos legales dentro de nuestra actual legislación penal
con relación a los delitos informáticos, así como también se menciona los artículos que
hacen referencia a los delitos informáticos en el Código Penal.
En Lima(Perú) (2016) , Díaz Ramírez Masiel Alejandra, en su tesis titulada “Sistema de

gestión de expedientes judiciales como soporte al proceso de seguimiento de casos
judiciales del estudio de abogados Mesías y Asociados “, realizada en la Universidad de
Alas Peruanas, propone optimizar la administración de la información de los expedientes
mediante una aplicación que permita simultáneamente acceder y visualizar cualquier
registro de los casos judiciales de una base de datos en cualquier momento. El aplicativo
va a permitir al estudio jurídico mejorar la comunicación e interacción existente con los
clientes porque van a tener acceso a la información registrada de sus procesos judiciales,
conocer el estado situacional de los expedientes mediante una aplicación que permita
simultáneamente acceder y visualizar cualquier registro de los casos judiciales de una
base de datos en cualquier momento.
En Lima (Perú) (2016), Los estudiantes Castillo Mamani Dennis Wilmer, Cerva Cabrera
Luis Alonso, en su proyecto de investigación “Sistema de control y seguimiento de
procesos judiciales para estudios de abogados utilizando inteligencia de negocios en
6
cloud computing”. tiene como objetivo el desarrollo e implementación de una solución
de sistemas la cual contribuya en la mejora de la gestión, control y seguimiento de los
procesos judiciales en los estudios de abogados, teniendo como finalidad lograr un mejor
desempeño de los procesos claves del negocio, potenciar el aprovechamiento de los
recursos y brindar un servicio adecuado a los clientes, así como generar reportes y cuadros
estadísticos que puedan apoyar en la toma de decisiones del estudio de abogados. Para la
ejecución del proyecto, se evaluó el proceso de gestión de los procesos judiciales,
asimismo se aplicaron la metodología de Ralph Kimball en el desarrollo de la inteligencia
de negocios y la metodología Scrum en el desarrollo de la solución, realizando el
despliegue del piloto del sistema en un estudio de abogados para su ejecución.
Como Justificación: La presente investigación científica busca conocimientos selectivos

y sistematizados para explicar racionalmente los procesos de desarrollo de un sistema
informático para el control de expedientes en la rama de derecho laboral para el
consultorio jurídico de la facultad de Derecho y Ciencias Políticas de la USP - Chimbote
y contribuir a la mejora de la actualización de la información, mediante el control de
expedientes, ordenadas y sistematizadas independientemente una de otra, agilizando así,
la optimización y de búsqueda y de consultas, por parte de usuarios y clientes.
Asimismo, la investigación metodológicamente busca desarrollar métodos tecnológicos

y sistematizados para obtener resultados válidos y confiables de los procesos de desarrollo
de un sistema informático para el Control de Expedientes laboral para el consultorio
jurídico de la facultad de Derecho y Ciencias Políticas de la USP - Chimbote y contribuir
a la mejora de la actualización de la información
Finalmente, la investigación se alega de manera práctica, porque busca dar una mejora en
el consultorio Jurídico de la Universidad San Pedro desarrollando un Sistema Informático
para el control de Expedientes en el consultorio jurídico de la facultad de Derecho y
Ciencias Políticas de la USP, 2018 y contribuir a la mejora de la actualización de la
información.
Para formular el problema que tiene nuestro plan de investigación podemos decir que,
en el Consultorio Jurídico de la Facultad de Derecho y Ciencias Políticas de la USP de
Chimbote tienden a tener una serie de problemas, tales como:
7
No contar con un sistema informático donde se automaticen digitalmente todos los
procesos jurídicos que ellos toman en las ramas que tienen a su cargo, por lo que genera
un cierto conflicto a diario, en las denuncias, sea cual sea la rama del Derecho, existe un
demandante (quien hace la denuncia) y el demandado (quien recibe la denuncia), motivo
por el cual que la parte de defensa debe de estar inclinada a una sola parte, es entonces
ahí donde da origen al problema, como realiza las operaciones el consultorio jurídico no
puede apoyar al denunciante y al demandante al mismo tiempo porque esto genera un
conflicto en la atención .
Tras esto, no solo se da en una de las ramas de Derecho, si no en todos los que ellos
trabajan, civil, Penal, Laboral y Administrativo (Laboral y Administrativo, con sus
restricciones)
¿De qué manera desarrollamos un Sistema Informático para el Control de Expedientes

en la Rama de Derecho Laboral del Consultorio Jurídico de la Facultad de Derecho y
Ciencias Políticas de la Universidad San Pedro?
Para dar soporte teórico a la presente investigación procedemos a conceptualizar y

operacionalizar las variables materia de análisis:
Lenguaje Unificado de Modelado (UML); Es un lenguaje de modelado visual que se

usa para especificar, visualizar, construir y documentar artefactos de un sistema de
software. Se usa para entender, diseñar, configurar, mantener y controlar la información
sobre los sistemas a construir.
Los objetivos de UML son muchos, pero se pueden sintetizar sus funciones:
 Visualizar: UML permite expresar de una forma gráfica un sistema de forma que
otro lo puede entender.
 Especificar: UML permite especificar cuáles son las características de un sistema
antes de su construcción.
 Construir: A partir de los modelos especificados se pueden construir los sistemas
diseñados.
 Documentar: Los propios elementos gráficos sirven como documentación del
sistema desarrollado que pueden servir para su futura revisión.
8
Arquitectura de UML: Un sistema puede ser visto de diferentes perspectivas y puntos
de vista UML, propone cinco puntos de vista mediante las cuales se puede visualizar un
sistema.
Figura 1 – Arquitectura UML

Fuente: Addison Wesley, 1999.
UML contiene las siguientes Características:
 Proporciona a los desarrolladores un lenguaje de modelamiento ampliamente

aceptado y listo para usar.
 Integra las mejores prácticas del desarrollo de software.
 Permite el intercambio de modelos entre las diferentes herramientas de software.
 Es independiente del lenguaje de programación y de métodos y procesos
particulares de desarrollo de software.
 Proporciona sus propios mecanismos de extensión:
A continuación, se muestran los siguientes diagramas que conforma la Arquitectura de
UML:
Diagrama de Caso de Uso: Un diagrama de Caso de Uso representa lo que hace el
sistema y como se relaciona con su entorno.
Representa los distintos requerimientos que hacen los usuarios de un sistema. Un
diagrama de casos de uso está compuesto por:
 Caso de uso
 Actores
 Relaciones entre ellos
9
Figura 2 – Arquitectura UML-Diagrama de Caso de Uso.
Diagrama de Objetos: Son utilizados durante el proceso de análisis y diseño de los

sistemas informáticos en la metodología UML. Se puede considerar un caso especial de
un diagrama de clases en el que se muestran instancias específicas de clases (objetos) en
un momento particular del sistema. Los diagramas de objetos utilizan un subconjunto de
los elementos de un diagrama de clase. Los diagramas de objetos no muestran la
multiplicidad ni los roles, aunque su notación es similar a los diagramas de clase.
Figura 3 – Arquitectura UML-Diagrama de Objetos.

10
Diagrama de Actividades: Representa los flujos de trabajo paso a paso de negocio y
operacionales de los componentes en un sistema. Un Diagrama de Actividades muestra
el flujo de control general.
Figura 4 – Arquitectura UML-Diagrama de Actividades.

Diagrama de Colaboración: Muestran explícitamente las relaciones de los roles. Por

otra parte, un diagrama de colaboración no muestra el tiempo como una dimensión aparte,
por lo que resulta necesario etiquetar con números de secuencia los mensajes.
Muestra como las instancias específicas de las clases trabajan juntas para conseguir un
objetivo común.
Figura 5 – Arquitectura UML-Diagrama de Colaboración.

Diagrama de Clases: Es un tipo de diagrama estático que describe la estructura de un

sistema mostrando sus clases, atributos y las relaciones entre ellos. Los diagramas de
clases son utilizados durante el proceso de análisis y diseño de los sistemas, donde se crea
11
el diseño conceptual de la información que se manejara en el sistema, y los componentes
que se encargaran del funcionamiento y la relación entre uno y otro. Por Ejemplo:
Figura 6 – Arquitectura UML-Diagrama de Clases.

Diagrama de Componentes: Es un diagrama tipo del Lenguaje Unificado de Modelado.

Un diagrama de componentes representa la separación de un sistema de software en
componentes físicos (por ejemplo, archivos, cabeceras, módulos, paquetes, etc.) y
muestra las dependencias entre estos componentes. Debido a que estos son más parecidos
a los diagramas de casos de usos estos son utilizados para modelar la vista estática de un
sistema. Muestra la organización y las dependencias entre un conjunto de componentes.
Figura 7 – Arquitectura UML-Diagrama de Componentes.

12
Diagrama de Despliegue: Es un tipo de diagrama del Lenguaje Unificado de Modelado
que se utiliza para modelar el hardware utilizado en las implementaciones de sistemas y
las relaciones entre sus componentes.
Figura 8 – Arquitectura UML-Diagrama de Despliegue.

Diagrama de Paquetes: Muestra como un sistema está dividido en agrupaciones lógicas

mostrando las dependencias entre esas agrupaciones. Dado que normalmente un paquete
está pensado como un directorio, los diagrama s de paquetes suministran una
descomposición de la jerarquía lógica de un sistema. Los Paquetes están normalmente
organizados para maximizar la coherencia interna dentro de cada paquete y minimizar el
acoplamiento externo entre los paquetes.
Figura 9 – Arquitectura UML-Diagrama de Paquetes.

Diagrama de Secuencia: Muestra la secuencia de mensajes entre objetos durante un

escenario concreto. Cada objeto viene dado por una barra vertical. Se llama línea de vida.
El tiempo transcurre de arriba abajo.
13
Cada mensaje se representa mediante una flecha entre las líneas de vida y cada mensaje
se etiqueta con el nombre del mensaje y pueden incluirse los argumentos.
Los rectángulos en las líneas de vida indican el tiempo en el cual un método está activo.
Figura 10 – Arquitectura UML-Diagrama de Secuencia.

(G. Booch, J. Rumbaugh y SI. Jacobson, "El Lenguaje Unificado de Modelado",

Addison Wesley, 1999).
Rational Unified Process (RUP); RUP es una secuencia de pasos necesarios para el
desarrollo y/o mantenimiento de gran cantidad de sistemas, en diferentes áreas de
aplicación diferentes organizaciones, diferentes medios de competencia y en proyectos
de tamaños variables (desde el más básico al más complejo). RUP sigue principios de
ingeniería del software para la obtención de sistemas de información de calidad y de
forma proporcionar una alternativa que permita evitar que los productos que se obtenga
caigan en los aspectos que caracterizan a la crisis del software (todavía muy presente en
nuestros días).
RUP tiene las siguientes características:
 Forma disciplinada de asignar tareas y responsabilidades (quien hace que, cuándo

y cómo).
 Pretende implementar las mejores prácticas en Ingeniería Software.
 Desarrollo iterativo.
 Administración de requisitos.
 Uso de arquitectura basada en componentes.
 Control de cambios.
14
 Modelado visual del software.
 Verificación de la calidad del software.
(Amo, Martínez y Segovia, 2005).
Figura 11 – Imagen de RUP

Fuente: Google/Imágenes.
Ciclo De Vida RUP; En cada fase se realizan una o más iteraciones (con el objeto de ir
perfeccionando los objetivos, mediante la retroalimentación del usuario) y hasta que no
finaliza una fase no se comienza con la siguiente. Por regla general, la fase en la que se
realizan más iteraciones es la construcción.
 Iniciación: Obtención de los objetivos, catálogo de requisitos, identificación de

casos de uso.
 Elaboración: Refinamiento de los objetivos de la fase anterior, casos de uso,

análisis, diseño, definición y establecimiento de la arquitectura base del sistema.
 Construcción: Refinamiento de los objetivos de las fases anteriores y

construcción del sistema de información.
 Transición: Refinamiento de los objetivos de las fases anteriores e implantación

del sistema de información (preparación del producto para su entrega y pasos a
producción de versiones no finales (porque hay que haces ajustes) y de la versión
final prevista).
(Addison Wesley, 2000).
15
Figura 12 – Ciclo de Vida de RUP
Principios De La Metodología RUP; La metodología RUP tiene los siguientes

principios:
 Adaptación del proceso: El proceso debe adaptarse a las características de la

organización para la que se está desarrollando el software.
 Balancear prioridades: Debe encontrarse un balance que satisfaga a todos los

inversores del proyecto.
 Colaboración entre equipos: Debe haber una comunicación fluida para coordinar
requerimientos, desarrollo, evaluaciones, planes, resultados, entre otros.
 Demostrar valor iterativamente: Los proyectos se entregan, aunque sea de una

forma interna, en etapas iteradas. En cada iteración se evaluará la calidad y
estabilidad del producto y analizará la opinión y sugerencias de los inversores.
 Elevar el nivel de abstracción: Motivar el uso de conceptos reutilizables.
 Enfocarse en la calidad: La calidad del producto debe verificarse en cada aspecto

de la producción.
16
SQL Server; Las aplicaciones en red son cada día más numerosas y versátiles. En
muchos casos, el esquema básico de operación es una serie de scripts que rigen el
comportamiento de una base de datos.
Debido a la diversidad de lenguajes y de bases de datos existentes, la manera de

comunicar entre unos y otras sería realmente complicada a gestionar de no ser por la
existencia de estándares que nos permiten el realizar las operaciones básicas de una forma
universal.
Es de eso de lo que trata el Structured Query Language que no es más que un lenguaje
estándar de comunicación con bases de datos. Hablamos por tanto de un lenguaje
normalizado que nos permite trabajar con cualquier tipo de lenguaje (ASP o PHP) en
combinación con cualquier tipo de base de datos (MS Access, SQL Server, MySQL).
El hecho de que sea estándar no quiere decir que sea idéntico para cada base de datos.
En efecto, determinadas bases de datos implementan funciones específicas que no tienen

necesariamente que funcionar en otras.
Aparte de esta universalidad, el SQL posee otras dos características muy apreciadas. Por
una parte, presenta una potencia y versatilidad notables que contrasta, por otra, con su
accesibilidad de aprendizaje (Sharon Dooley, 2000).
Rational Rose; es una herramienta de diseño orientada a objetos, que da soporte al

modelado visual, es decir, que permite representar gráficamente el sistema, permitiendo
hacer énfasis en los detalles más importantes, centrándose en los casos de uso y
enfocándose hacia un software de mayor calidad, empleando un lenguaje estándar común
que facilita la comunicación. El desarrollo es un proceso iterativo, que comienza con una
aproximación del análisis, diseño e implementación para identificar los riesgos y probar
el sistema, cuando la implementación pasa todas las pruebas que se determinan, se añaden
los elementos modificados al modelo y una vez modificado el modelo se realiza la
siguiente iteración. Rational, además, soporta los diagramas de UML, excepto los
Diagramas de Implementación. Según (Terry Quatrani, 2003).
17
Microsoft Visual Studio; es un entorno de desarrollo integrado para sistemas
operativos Windows. Soporta múltiples lenguajes de programación, tanto aplicaciones de
escritorio como web, entre los cuales se encuentra VB, C#, .NET, etc. Pueden crear
aplicaciones que se comuniquen entre estaciones de trabajo, páginas web, dispositivos
móviles, dispositivos embebidos y consolas, entre otros. Actualmente uno de los
lenguajes más utilizados es el de CSharp (C#), ya que su estructura es similar a la de otros
lenguajes de programación. Según (Robert B. Dunaway, 2002).
CSharp; es un lenguaje de programación orientado a objetos desarrollado y

estandarizado por Microsoft como parte de su plataforma .NET. es uno de los lenguajes
de programación diseñados para la infraestructura de lenguaje común. Su sintaxis básica
deriva de C/C++ y utiliza el modelo de objetos de la plataforma .NET, similar al de Java,
aunque incluye mejoras derivadas de otros lenguajes. Según (John Hunt, 2002).
Crystal Report; es una aplicación de inteligencia empresarial utilizada para diseñar y

generar informes desde una amplia gama de fuentes de datos (bases de datos). Varias
aplicaciones, como Microsoft Visual Studio, incluyen una versión OEM de Crystal
Reports como una herramienta de propósito general para informes/reportes. Crystal
Reports se convirtió en el escritor de informes estándar cuando Microsoft lo liberó
con Visual Basic. Según (Neil Fitzgerald, 2008).
18
VARIABLE DEFINICIÓN DEFINICIÓN
CONCEPTUAL OPERACIONAL
INDEPENDIENTE Un sistema Informático resulta

de la interacción entre los
Se realizará las tareas más
componentes físicos que se
rápidas, flexibles y
denominan Hardware y los
cómodas para los usuarios
lógicos que se denominan
del mismo.
Software. A estos hay que
agregarles el recurso humano, Específicamente los
parte fundamental de un sistema objetivos básicos de un
informático. sistema informático son:
En un sistema informático, la  Reducir tiempos,

Sistema Informático
información es introducida a costos, esfuerzo.
través de los periféricos de  Capturar datos de
entrada, luego es procesada y su propia fuente.
mostrada por los periféricos de  Centralizar el
salida. control de
procesos.
(https://www.informatica-
hoy.com.ar/aprender-
informatica/Que-es-un-sistema-
informatico.php)
19
DEPENDIENTE Un Control de expedientes se Es hacer las tareas más
maneja con un software a través rápidas, para obtener
del cual el Máximo Tribunal información segura,
realiza un seguimiento de los oportuna, confiable y
Control de distintos trámites por los que va promover la eficiencia
Expedientes transitando un expediente de operaciones de

judicial. control de expedientes
laborales.
(https://www.cij.gov.ar/nota-
2411-Sistema-inform-tico-de-
seguimiento-de-expedientes-
de-la-Corte-Suprema.html)
Tabla 01: Variables/ Definición Conceptual/ Definición Operacional

Fuente: Elaboración Propia.
La HIPÓTESIS de la presente investigación consiste en que, Al desarrollar un Sistema

Informático de Control de Expedientes para la Rama de Derecho Laboral permitirá
mejorar la automatización y la organización de una manera eficaz y aminorar las
deficiencias que existen y agilizar las diversas operaciones administrativas que se maneja
en la Institución “Consultorio Jurídico, Universidad San Pedro”
La presente investigación tiene como OBJETIVO GENERAL: Desarrollar un sistema

informático de Control de Expedientes para la Rama de Derecho Laboral. Como objetivos
específicos se ha de mencionar los siguientes puntos:
 Describir los procesos en el área de archivos del consultorio Jurídico.
 Describir los requerimientos funcionales. Y analizar la situación actual

para conocer los requerimientos que conlleva a la construcción de este
proyecto.
 Diseñar los procesos de control de expedientes del consultorio Jurídico

de la Universidad San Pedro.
 Desarrollar el sistema de información con toda la clasificación realizada.
20
METODOLOGIA
De acuerdo a la orientación de la investigación: El presente trabajo de investigación es de

tipo APLICADA; Se caracteriza porque busca la aplicación o utilización de los
conocimientos que se adquieren.
De acuerdo a la técnica de contrastación: El presente proyecto de investigación es de

carácter DESCRIPTIVO; porque la recopilación de datos obtenidos por instrumentos de
investigación nos permitió observar, conocer y describir la situación en la que se
encuentra la empresa.
El diseño de la investigación es no experimental de corte transversal por que los datos

serán tomados en una sola vez utilizando los instrumentos de recolección de datos.
La población que se involucra para esta investigación son los miembros dentro del
consultorio jurídico de la Universidad San Pedro, que son el personal principal para el
estudio de nivel de cumplimientos de los lineamientos y estándares internacionales de la
seguridad informática.
P = 15
Como muestra Por ser una población pequeña se tomará la cantidad del personal que
trabaja en el Consultorio Jurídico de la Universidad San Pedro.
M= 15
Las técnicas e instrumentos de validación empleados para el presente informe de

investigación son:
Técnicas y Instrumentos
Métodos
Análisis Texto, tesis, revistas y estudios previos
Documental
Métodos La inspección. - Nos sirvió para
analizar, explorar cómo funcionan los
procesos para el control de expedientes
Encuesta Cuestionarios de preguntas
Observación Visitas presenciales
Tabla 02: Tabla Técnicas e Instrumentos de Investigación.

Fuente: Elaboración Propia
21
A continuación, procesaremos y analizaremos la información:
 Variable 1: Sistema Informático.
 Variable 2: Control de Expediente de Derechos Laborales.
Variable Descripción Indicadores Tipo Escala
Variable 1 Sistema Informático Aceptación del Cualitativa Nominal
Sistema
Variable 2 Control de Estado de los Cualitativa Nominal
Expediente de Procesos
Derechos Laborales
Tabla 03: Variables e Indicadores.

Para el proyecto de investigación se utilizará el siguiente proceso y análisis de la

información, mediante lo siguiente:
 Medida de Tendencia Central (Porcentajes, Media Aritmética).
 Gráficos,
 Tablas de Frecuencias.
El Software que se empleará para este presente procesamiento y presentación gráfica
Información es Microsoft Excel Profesional Plus 2016.
Así mismo tal y como se menciona en los objetivos tanto específicos como el objetivo
general del presente trabajo de investigación, se pretende realizar un “Desarrollar un
sistema informático de escritorio para el control de expedientes laborales , USP-
Chimbote 2018”, a partir de los Instrumentos que serán aplicados para el estudio
mencionado, determinando los aspectos o cambios que se deben reformular o cambiar,
elaborando recomendaciones que favorezcan la introducción de estos cambios en dicho
estudio.
Se determinó emplear la metodología RUP y UML como metodología eficiente y

completa para desarrollo del sistema informático para el Control Expedientes, por el
motivo de que el sistema a desarrollar es mediano en alcance y además se requiere su
desarrollo en tiempo moderado.
De acuerdo a esta concepción a continuación se detallan los artefactos a realizar, en este
proyecto, fase por fase de acuerdo a la metodología RUP:
22
Fases Resultados
 Pictograma del proceso de negocio

 Casos de uso de negocio
 Especificación de caso de negocio
Inicio  Diagrama de actividades
 Modelo del dominio
 Requerimientos funcionales y no funcionales
 Reglas del negocio
 Casos de uso de requerimientos

 Descripción de los casos de uso de
requerimientos del sistema
 Especificación de caso de uso de
Elaboración
requerimiento del sistema
 Diagrama de clases
 Modelo lógico de base de datos
 Prototipos de interfaz de usuario
 Diagrama de colaboración
 Interfaces de usuario
 Diagrama de secuencia
Construcción  Modelo físico de base de datos
 Programación del software
 Diagrama de componentes
 Diagrama de despliegue
 Pruebas de software de caja negra

Transición
Tabla 04: Fases de RUP.

23
RESULTADO
1. ¿Cómo es el control de expediente en el consultorio jurídico de esta

institución?
Interpretación: Un 66.67 % de
los empleados consideran que el
desarrollo de las actividades es
limitado, un 16.67% lo
consideran aceptable y otro
16.67% lo consideran bueno.
Gráfica: Pregunta 1.
2. ¿Cómo considera el grado de control de expedientes en este consultorio
Jurídico?
Interpretación:
Un 16.67% de los empleados

consideran que el control de
las asistencias del personal es
muy limitado y un 50% lo
consideran limitado, mientras
que un 33.33% lo consideran
aceptable.
3. ¿Cómo considera los reportes de resultados de este consultorio jurídico?
Interpretación:
El control de reportes del

personal se considera
aceptable en el 50%,
limitado en un 33.33% y
muy limitado el 16.67 %.
24
4. ¿Cómo califica usted que el control de expedientes se realice por medio de
un sistema informático de escritorio?
Interpretación:
El sistema
informático para el
control de las
asistencias de
personal se
considera bueno en
un 33.33% y muy
bueno en un
66.67%
5. ¿Cómo considera usted sus conocimientos en utilizar sistemas informáticos?
Interpretación: El
conocimiento en
utilizar sistemas
informáticos por
parte del personal se
considera aceptable
en un 16.67%, bueno
en un 50% y muy
bueno en un 33.33%
6. ¿Cuánto considera usted que ayudará el uso de un sistema informático al

proceso de control de expedientes en esta institución?
Interpretación:
El personal
considera que el
sistema ayudara
bastante en un 50%,
consideran bueno la
ayuda en un 33.33%
y aceptable en un
16.67%
25
MODELAMIENTO DE NEGOCIO
PICTOGRAMA
Figura 13 – Pictograma
Fuente: Elaboración propia.
REGISTRO DE EXPEDIENTES
 Solo el usuario administrativo podrá registrar, actualizar el expediente
 Se necesitará de un documento original obtenido de SINOE o Poder Judicial para

adjuntar.
 El registro de expediente se podrá realizar siempre y cuando el poder judicial logre

aceptar la demanda o defensa presentada.
 El poder judicial al recibir un expediente genera un número de recepción correlativo que

deben registrar en el expediente físico y en el sistema.
 Los números de documentos (resoluciones, sumillas, casillas, etc.) son generados

automáticamente por el trabajador, por tipo de documento y por año.
 Las Persona naturales, jurídicas no podrán ser eliminadas una vez registradas, sólo podrán
modificar algunos campos de su información.
 Los expedientes enviados fuera de la entidad deben ser registrados en el sistema.
 Ningún usuario puede eliminar expedientes físicamente ni en el sistema.
26
REGISTRO MOVIMIENTO DE EXPEDIENTES
 El usuario es el encargado de recepcionar los expedientes y derivarlos al poder judicial
para su atención.
 Sólo el usuario está facultado para derivar expediente a Instituciones externas.
 El solicitante podrá consultar el movimiento del expediente (si este fue o no aceptado por
el poder judicial como también por falta de procedimientos jurídicos).
 Sólo el solicitante del servicio que presentó su expediente, puede solicitar información,
previa identificación en el sistema.
 Los usuarios pueden visualizar los Expedientes por estados (Pendientes, Recibidos,
Derivados, Por Autorizar, Autorizados, Concluidos, Atendidos)
 El usuario o solicitante puede listar los expedientes presentados históricamente.
 El usuario o solicitante puede generar un reporte del expediente presentado en proceso o

concluido.
 Se necesitará obligatoriamente de Anexos para identificar al caso del demandante o

demandado.
 El registro necesitará obligatoriamente a un encargado del procedimiento.
 Solo se podrá defender a una persona en un solo caso sea demandante o demandado.
 El demandante y demandado no podrán ser eliminadas una vez registradas, sólo podrán
modificar algunos campos de su información.
 El demandante y demandado pueden ser personas naturales y jurídicas.
27
DIAGRAMA DE CASO DE USO DE NEGOCIOS
Figura 14: Diagrama de Caso de Uso de Negocios

Diagrama de Actividad
Diagramas de Actividad: Registro de Expedientes
Figura 15: Diagramas de Actividad/Registro de Expedientes

28
Diagramas de Actividad: Registro Movimiento de Expedientes
Figura 16: Diagramas de Actividad/Registro Movimiento de Expedientes
29
MODELO OBJETO DE NEGOCIOS
CUN: Registro de Expedientes.
Figura 17: Diagrama Objeto de Negocio/ Registro de Expedientes

CUN: Registro Movimiento de Expedientes
Figura 18: Diagrama Objeto de Negocio/ Registro Movimiento de Expedientes

30
MODELO DE DOMINIO
Figura 19: Modelo de Dominio
31
MODELO DE CASO DE USO DE REQUERIMIENTO DETALLADO
Figura 20: Modelo De Caso De Uso De Requerimiento Detallado

32
MATRIZ DE PRIORIZACIÓN DE CASOS DE USO
N° Caso de Uso Rendimiento Frecuencia Importancia Urgencia
1 Reg. Usuario 0 min Predeterminado Vital Inmediata
2 Reg. Tipo 1 min Predeterminado Vital Inmediata

Usuario
3 Reg. Demandado 1 min Predeterminado Vital Inmediata
4 Reg. Persona 2 min Predeterminado Vital Inmediata
5 Reg. Demandante 1 min Predeterminado Vital Inmediata
6 Reg. Expediente 1 min Anual Vital Inmediata
7 Reg. Movimiento 1 min Anual Vital Inmediata

Expediente
8 Reg. Persona 1 min 2 v / día Vital Inmediata
Natural
9 Reg. Persona 1 min 1 v / día Vital Inmediata
Jurídica
10 Reporte de 2 min 1 v / día Vital Inmediata
Anexos
11 Reporte de 2 min 1 v / día Vital Inmediata
documentos
Tabla 05: Matriz de Priorización de Casos de Uso.

REQUERIMIENTOS FUNCIONALES/NO FUNCIONALES
Criterios de Priorización de requerimientos:
PRIORIDAD DESCRIPCIÓN VALOR
Requerimiento crítico para el correcto funcionamiento del

Alta 7 – 10
sistema
Requerimiento necesario, pero no crítico para el correcto

Media 4–6
funcionamiento del sistema
Requerimiento deseable implementar pero que no impide el

Baja 1–3
correcto funcionamiento del sistema
Tabla 06: Criterios de Priorización de requerimientos.

33
Modelo de Caso de Uso de Requerimiento Detallado Reportes
Figura 21: Modelo de Caso de Uso de Requerimiento Detallado Reportes.

Requerimientos Funcionales:
Requerimiento Descripción Prioridad Valor
Registrar Usuario  Crear, modificar y registrar de usuario. Alta 8
 Registrar el DNI obligatoriamente de cada

empleado.
Registrar Tipo de  Crear, modificar y registrar Tipo de Alta 8

Usuario Usuario.
 El tipo debe pertenecer obligatoriamente a

un Usuario.
Registrar  Crear, eliminar, modificar y registrar Alta 10

Demandado Demandado.
 El Demandado debe contener

obligatoriamente a una Persona Natural o
Jurídica.
 El Demandado futuramente puede

demandar a otra persona o solicitar defensa
34
siempre y cuando no exista en el caso
solicitado.
Registrar Persona  Crear, modificar y registrar Persona. Alta 10
 La Persona debe contener

Jurídica.

Demandante Demandado.
 El Demandante debe contener

Jurídica.
 El Demandante futuramente puede

demandar a otra persona o solicitar defensa
siempre y cuando no exista en el caso
solicitado.

Expediente Expediente.
 El Expediente se registrará por el

administrador después que el caso logre
registrarse (Movimiento Expediente), y se
ingresen los documentos correspondientes.

Movimiento Movimiento Expediente.
Expediente
 El Movimiento Expediente se registrará
por el administrador después que se tomen
los datos del demandante y demandado; se
ingrese el usuario encargado y se registre
el anexo.
Registrar Persona  Crear, eliminar, modificar y registrar Alta 10

Natural Persona Natural.
 La persona natural debe pertenecer entre

demandante o demandado.
Registrar Persona  Crear, eliminar, modificar y registrar Alta 10

Jurídica Persona Jurídica.
 La persona Jurídica debe pertenecer entre

demandante o demandado.
Registrar  Crear, eliminar y Registrar Documentos Alta 10

Documentos
35
 Los Documentos son únicos y deben
pertenecer obligatoriamente a un
Expediente
Registrar Anexos  Crear , eliminar y Registrar Anexos. Alta 10
 Los Anexos son únicos y deben pertenecer

obligatoriamente a un Movimiento
Expediente.
Tabla 07: Requerimientos Funcionales.

Requerimientos No Funcionales
Requerimiento Descripción Prioridad Valor
Apariencia o  Debe ser clara, legible y fácil de usar. Media 6
Interfaz Externa
 Incluir el logo de la Institución.
 La navegación debe facilitar el uso del

sistema a sus usuarios.
Usabilidad  El sistema será utilizado por el personal del Alta 8

consultorio, los cuales a su vez solo
tendrán los permisos correspondientes.
 Los usuarios solo podrán hacer uso de

todas las funcionalidades que según les
correspondan.
 Los solicitantes solo podrán hacer uso de

aquellas funcionalidades que según les
correspondan.
Rendimiento  El sistema debe tener una alta velocidad de Alta 8

procesamiento y respuesta ante cualquier
solicitud del usuario y el solicitante.
 Alto grado de eficiencia.
 Disponibilidad.
36
Seguridad  La información manejada por el sistema Alta 10
debe estar protegida de acceso no
autorizado y divulgación.
 Debido a la importancia de la información

manipulada, esta será objeto de cuidadosa
protección contra la corrupción y estado
inconsistentes.
Tabla 08: Requerimientos No Funcionales.

ESPECIFICACION DE CASOS DE USOS DE NEGOCIO
Caso De Uso Registro Movimiento de Expedientes

Descripción Se encarga de gestionar el proceso en el que se encuentra el
expediente para luego proceder a registrarlos como terminado en el
sistema.
Precondición Se tendrá que registrar demandantes, demandados, anexos y el

usuario encargado
Paso Acción
1 El usuario verifica si el solicitante se encuentra

procesado en el sistema.
2 El usuario busca si el solicitante se encuentra
registrado
3 El usuario ingresa el solicitante ya sea demandante y
demandado
Secuencia
4 El usuario ingresa el encargado del caso
Normal
5 Ingresa el asunto del expediente
6 Ingresa la Fecha de Ingreso
7 Ingresa el estado en el que se encuentra actualmente

el expediente
8 Ingresa el Proceso en el que se encuentra el caso
9 Ingresa la Cantidad de Folios
37
10 Ingresa la descripción del porque su solicitud
11 Ingresa los anexos
12 Clic Botón Registrar
Postcondición El usuario deberá registrar todos los campos de datos del

expediente finalizado en caso se de una sentencia o un
archivamiento.
Excepciones Paso Acción
1 El solicitante se debe especificar como una persona

natural o jurídica y en papeles como demandante y
demandado.
2 Si el solicitante se encuentra ya procesado en el

sistema, este ya no podrá gozar del servicio.
3 El encargado del caso puede ser el practicante, pero

esta a su vez cambiará con el tiempo al abogado
designado.
4 El estado del proceso puede ser aceptado o puede ser

rechazado por el poder judicial.
Rendimiento El sistema deberá realizar el registro Movimiento de expedientes

en un tiempo de 10 minutos.
Frecuencia Diarias
Importancia Importante
Urgencia Inmediatamente
Comentarios Sin Comentarios Adicionales
Tabla 09: Tabla Registro Movimiento de Expedientes

Caso De Uso Registro de Expedientes

Descripción Se encarga de Registrar los Expedientes una vez estos hayan sido
aceptados por parte del Poder Judicial.
38
Precondición Se tendrá que registrar Movimiento Expediente
Paso Acción
1 El usuario verifica si el registro movimiento

expediente fue aceptado por el poder Judicial.
2 El usuario ingresa la sentencia mediante la página
SINOE o Poder Judicial.
3 El usuario Registra los Documentos
Correspondientes de SINOE o Poder Judicial.
Secuencia
4 El usuario ingresa la fecha en que se inició.
Normal
5 El Usuario ingresa la Materia
6 El Usuario ingresa al Especialista
7 El Usuario Ingresa el número de Resolución
8 El Usuario Ingresa la Ciudad y la Fecha
9 El Usuario Ingresa el Juzgado Provincial
10 El Usuario Ingresa el Nombre del Juez
11 El Usuario Ingresa los Vistos que se dieron en el

Expediente
12 Clic Botón Registrar
Postcondición Ninguna
Excepciones Paso Acción
1 El usuario deberá registrar el Expediente siempre y

cuando el Expediente sea aceptado por parte del
Poder Judicial
2 El Expediente obligatoriamente deberá tener un

documento en digital obtenido de la Página SINOE o
Poder Judicial.
39
Rendimiento El sistema deberá realizar el registro de expediente en un tiempo
de 8 minutos.
Frecuencia Diarias
Importancia Importante
Urgencia Inmediatamente
Comentarios Sin Comentarios Adicionales
Tabla 10: Tabla Registro de Expedientes

40
DIAGRAMAS DE CLASES:
Figura 22: Diagrama de Clases

41
DIAGRAMAS DE COLABORACION:
Registrar Usuario:
Figura 23: diagrama de Colaboración/Registrar Usuario

Registrar Tipo de Usuario:
Figura 24: diagrama de Colaboración/Registrar Tipo de Usuario

42
Registrar Demandado:
Figura 25: diagrama de Colaboración/Registrar Demandado

Registrar Demandante:
Figura 25: diagrama de Colaboración/Registrar Demandante

43
Registrar Persona:
Figura 26: diagrama de Colaboración/Registrar Persona

Registrar Expediente:
Figura 27: diagrama de Colaboración/Registrar Expediente

44
Registrar Movimiento Expediente:
Figura 28: diagrama de Colaboración/Registrar Movimiento Expediente

Registrar Persona Natural:
Figura 29: diagrama de Colaboración/Registrar Persona Natural

45
Registrar Persona Jurídica:
Figura 30: diagrama de Colaboración/Registrar Persona Jurídica

Registrar Anexos:
Figura 31: diagrama de Colaboración/Registrar Anexos

46
Registrar Documentos:
Figura 32: diagrama de Colaboración/Registrar Documentos

47
FASE DE CONSTRUCCIÒN
INTERFACES DE USUARIO:
PANTALLA DE INICIO DE SESIÒN
Figura 33: Pantalla de inicio de sesión

Fuente: Elaboración propia
48
PANTALLA ACEPTACIÒN SOLICITUD DE SERVICIOS
Figura 34: Pantalla Aceptación Solicitud de Servicios

PANTALLA MENÚ DE INICIO DE ADMINISTRACIÓN DE DATOS
Figura 35: Pantalla de Menú Administrador/Registros

49
PANTALLA DE MENÚ ADMINISTRADOR/VERIFICAR
Figura 36: Pantalla de Menú Administrador/Verificar

PANTALLA DE MENÚ ADMINISTRADOR/REPORTES
Figura 37: Pantalla de Menú Administrador/Reportes

50
PANTALLA REGISTRAR USUARIO
Figura 38: Pantalla Registrar Usuario

PANTALLA REGISTRAR TIPO DE USUARIO
Figura 39: Pantalla Registrar Tipo de Usuario

51
PANTALLA REGISTRAR PERSONA
Figura 40: Pantalla de Registrar Persona

PANTALLA REGISTRAR PERSONA NATURAL
Figura 41: Pantalla de Registrar Persona Natural

52
PANTALLA REGISTRAR PERSONA JURIDICA
Figura 42: Pantalla de Registrar Persona Jurídica

PANTALLA REGISTRAR DEMANDANTE Y DEMANDADO
Figura 43: Pantalla de Registrar Demandante y Demandado

53
PANTALLA REGISTRAR MOVIMIENTO EXPEDIENTE
Figura 44: Pantalla de Registrar Movimiento Expediente

PANTALLA REGISTRAR EXPEDIENTE
Figura 45: Pantalla de Registrar Expediente

54
PANTALLA REGISTRAR DOCUMENTOS
Figura 46: Pantalla de Registrar Documentos

PANTALLA REGISTRAR ANEXOS
Figura 47: Pantalla de Registrar Anexos

55
DIAGRAMAS DE SECUENCIA
Registrar Usuario
Figura 48: Diagrama de Secuencia/Registrar Usuario

Registrar Tipo de Usuario
Figura 49: Diagrama de Secuencia/Registrar Tipo de Usuario

56
Registrar Persona
Figura 50: Diagrama de Secuencia/Registrar Persona

Registrar Persona Natural
Figura 51: Diagrama de Secuencia/Registrar Persona Natural

57
Registrar Persona Jurídica
Figura 52: Diagrama de Secuencia/Registrar Persona Jurídica

Registrar Demandante
Figura 53: Diagrama de Secuencia/Registrar Demandante

58
Registrar Demandado
Figura 54: Diagrama de Secuencia/Registrar Demandado

59
Registrar Movimiento Expediente
Figura 55: Diagrama de Secuencia/Registrar Movimiento Expediente

60
Registrar Anexos
Figura 56: Diagrama de Secuencia/Registrar Anexos

Registrar Documento
Figura 57: Diagrama de Secuencia/Registrar Documento

61
Registrar Expediente
Figura 58: Diagrama de Secuencia/Registrar Expediente

62
DIAGRAMA DE COMPONENTES
Figura 59: Diagrama de Componentes

DIAGRAMA DE DESPLIEGUE
Cliente Servidor BD Base de Datos
CPU= Multicore CPU= Multicore

RAM= 8 GB RAM min RAM= 8 GB RAM min BD= SQL SERVER 2016
SO= Windows 10 SO= Windows Services
BD= SQL SERVER 2016
Impresora
Marca: HP
Funcion: Tinta Negra
Figura 60: Diagrama de Despliegue

63
ANALISIS Y DISCUSION
En Lima(Perú) (2016) , Díaz Ramírez Masiel Alejandra, en su tesis titulada “Sistema de

gestión de expedientes judiciales como soporte al proceso de seguimiento de casos
judiciales del estudio de abogados Mesías y Asociados “, realizada en la Universidad de
Alas Peruanas, propone optimizar la administración de la información de los expedientes
mediante una aplicación que permita simultáneamente acceder y visualizar cualquier
registro de los casos judiciales de una base de datos en cualquier momento. El aplicativo
va a permitir al estudio jurídico mejorar la comunicación e interacción existente con los
clientes porque van a tener acceso a la información registrada de sus procesos judiciales,
conocer el estado situacional de los expedientes mediante una aplicación que permita
simultáneamente acceder y visualizar cualquier registro de los casos judiciales de una
base de datos en cualquier momento. A comparación mi presente también se logró los
mismos resultados, pero de distinta forma además que se añadió la implementación el
cual ayuda que no haya redundancia en los casos, como la mejora de análisis del software
la cual se implementó, donde se aplicó la metodología RUP y el lenguaje de
modelamiento UML permitiendo tener modelos muy detallados y completos del sistema.
En Managua (Nicaragua) (2013), Daniela María González Largaespada en su proyecto

titulada “Diseño del Módulo de gestión de expedientes laborales de ingreso y egreso al
Sistema de Información y Registro de Personal (SIRCOP) de la Policía Nacional”. Se
determinó como objetivo principal, Diseñar un módulo de gestión de ingreso y egreso al
Sistema de Información y Registro de Personal de la Policía Nacional, llamado por su
sigla en español SIRCOP, que consistirá en llevar un control de los expedientes que se
encuentran prestado o si estos están en la oficina. Se realizó un análisis de la
fundamentación teórica la cual muestra las definiciones importantes de la cual se basa
este estudio. En la fase de requerimientos se plantea todo lo relacionado a las
necesidades del sistema y qué tipo de equipos técnicos se requiere para desarrollar el
modulo. Se propone trabajar con la metodología RUP puesto que no es simplemente un
Proceso, sino un marco de trabajo extensible que puede ser adaptado a Organizaciones o
proyectos específicos. A comparación mi presente también se logró los mismos
resultados, pero de distinta forma además que se añadió la implementación el cual
ayuda el monitoreo de los casos que se llevan a cabo en este consultorio.
64
CONCLUSIONES Y RECOMENDACIONES
Conclusiones:
 Se logró recopilar la información de las hojas de registro que se usan en el
consultorio jurídico de la universidad San Pedro, acerca de su registro de
denuncias y control de expediente, se analizó la información, se determinó la
necesidad de un sistema informático para el soporte de dicho proceso y se
estableció una lista de requerimientos en base a la investigación realizada.
 Utilizar la metodología RUP, nos permitió prever los cambios que un software
pueda tener de acuerdo a los requerimientos y avances social que se tenga,
brindando objetivos más amplios y visión de requerimiento globales.
 El sistema informático web se construyó utilizando como gestor de base de datos
SQL Server 2016 y el lenguaje de programación C# en Visual Studio, utilizando
dll.
Recomendaciones:
 Se recomienda, en caso existan nuevos requerimientos, continuar en base a la lista
de requerimientos ya existente.
 Se recomienda que el análisis y diseño de un sistema informático se aplique la
metodología RUP y UML se mantenga actualizada si surgen nuevas necesidades
en el sistema informático.
 Por ser una institución del Estado es que se usó como sistema gestor de base de
datos SQL Server 2016 y como herramienta para programar la versión de Visual
Studio 2015, ambos para implementar un sistema informático no se requiere
inversión alguna, por lo que es recomendable.
65
AGRADECIMIENTOS
Gracias, Señor, por la paz, la alegría y por la

unión en familia, que permitieron este trabajo.
Gracia a la Universidad San Pedro por dejarnos

formar parte de ella.
Agradecemos a nuestra familia por apoyarnos siempre

en nuestra carrera profesional.
66
Referencias Bibliográficas:
ALLEN JONNY NEYRA ASCENCIOS. (2015). INGRESO Y PRODUCCION DE

EXPEDIENTES JUDICIALES, Y SU RELACION CON LA CARGA PROCESAL
EN EL DISTRITO JUDICIAL DE JUNIN. 2015, de UNIVERSIDAD NACIONAL
DEL/CENTRO/DEL/PERÚ/Sitio/web:
http://repositorio.uncp.edu.pe/bitstream/handle/UNCP/4228/Neyra%20Ascencios.pd
f?sequence=1&isAllowed=y
DANIELA MARÍA GONZÁLEZ LARGAESPADA. (2013). Diseño del Módulo

de gestión de expedientes laborales de ingreso y egreso al Sistema de Información y
Registro de Personal (SIRCOP) de la Policía Nacional. 2013, de UNIVERSIDAD
NACIONAL DE INGENIERIA FACULTAD CIENCIAS Y SISTEMAS Sitio web:
http://ribuni.uni.edu.ni/847/1/38059.pdf
DÍAZ RAMÍREZ, MASIEL ALEJANDRA. (2016). Sistema de gestión de

expedientes judiciales como soporte al proceso de seguimiento de casos judiciales del
estudio de abogados Mesías y Asociados. 2016, de Universidad Alas Peruanas Sitio
web: http://repositorio.uap.edu.pe/handle/uap/4003
DENNIS WILMER CASTILLO MAMANI LUIS ALONSO CERVA

CABRERA. (2016). SISTEMA DE CONTROL Y SEGUIMIENTO DE PROCESOS
JUDICIALES PARA ESTUDIOS DE ABOGADOS UTILIZANDO
INTELIGENCIA DE NEGOCIOS EN CLOUD COMPUTING. 2016, de Repositorio
Académico/USMP/Sitio/web:
http://www.repositorioacademico.usmp.edu.pe/bitstream/usmp/2412/3/castillo_cerv
a.pdf
Mayra Carolina Escobar Sedano. (2010). ANÁLISIS, DISEÑO E

IMPLEMENTACIÓN DE UN SISTEMA DE APOYO AL SEGUIMIENTO DE
PROCESOS JUDICIALES PARA UN ESTUDIO DE ABOGADOS. 2010, de
Universidad/Católica/del/Perú/Sitio/web:
http://tesis.pucp.edu.pe/repositorio/bitstream/handle/123456789/370/ESCOBAR_MAYRA_
67
ANALISIS_DISE%c3%91O_IMPLEMENTACION_SISTEMA_APOYO_SEGUIMIENT
O.pdf?sequence=1&isAllowed=y
ROCIO ALEJANDRA TERAN RIVERO. (2015). LA NECESIDAD DE

INCORPORAR EN EL CÓDIGO PENAL EL TIPO PENAL DE FALSIFICACIÓN
INFORMÁTICA.2015, de/ UNIVERSIDAD MAYOR DE SAN ANDRÉS
/Sitio/web:
http://repositorio.umsa.bo/bitstream/handle/123456789/13890/T4774.pdf?sequence=
1&isAllowed=y
(A.2018,02. Concepto de Derecho laboral. Equipo de Redacción de Concepto de
Derecho Laboral. Obtenido 2018,09, de https://concepto.de/derecho-laboral/)
Autores: Julián Pérez Porto y Ana Gardey. Publicado: 2009. Actualizado: 2013.
Definición de: Definición de derecho penal (https://definicion.de/derecho-penal/
Anónimo. (2018). “Qué es un consultorio jurídico?”, de Universidad Militar Nueva

Granada Sitio web: http://www.umng.edu.co/programas-academicos/facultad-
derecho/consultorio-juridico
Anónimo. (2018). “Aplicación de escritorio”, de 2018 Sitio web:

https://es.wikipedia.org/wiki/Aplicaci%C3%B3n_de_escritorio
Anónimo. (2010). “Qué es un sistema Informático?”, de Informática Hoy Sitio web:

https://www.informatica-hoy.com.ar/aprender-informatica/Que-es-un-sistema-
informatico.php
G. Booch, J. Rumbaugh y SI. Jacobson, "El Lenguaje Unificado de Modelado",

Addison Wesley, 1999.
Addison Wesley (2000) “Ciclo de vida RUP”
Andrew Powell-Morse (2017). “Rational Unified Process”. Obtenido

de https://airbrake.io/blog/sdlc/rational-unified-process
Philippe Kruchten (2001) The Rational Unified Process An Introduction, Addison

Wesley
Sharon Dooley (2000) "SQL Server 7 Essential Reference"
68
ANEXOS
ANEXO 1: FICHA DE ENCUESTA

DATOS GENERALES:
Apellidos y nombres: _________________________________ Cargo: ____________
INSTRUCCIONES: Marque con un X la respuesta que considera más adecuada:
Estado de los procesos:
1. ¿Cómo es el control de expediente en el consultorio jurídico de esta institución?
Sistema actual [ ] Muy limitado [ ] Limitado [ ] Aceptable [ ] Bueno [ ] Muy bueno
2. ¿Cómo considera el grado de control de expedientes en este consultorio Jurídico?
3. ¿Cómo considera los reportes de resultados de este consultorio jurídico?
Aceptación del sistema:

4. ¿Cómo califica usted que el control de expedientes se realice por medio de un
sistema informático de escritorio?
5. ¿Cómo considera usted sus conocimientos en utilizar sistemas informáticos?
6. ¿Cuánto considera usted que ayudará el uso de un sistema informático al

proceso de control de expedientes en esta institución?
Sistema actual [ ] Poco [ ] Limitado [ ] Aceptable [ ] Bueno [ ] Bastante
69
ANEXO 2: PRESUPUESTO
Personal:
Concepto Tiempo Pago mensual Total
Remuneración a los investigadores 4 meses S/. 0.00 S/. 0.00
Tabla 11: Presupuesto Personal.

Materiales:
Concepto Cantidad Precio Unitario Total
Paquete de hojas papel bond 1 S/. 15.00 S/. 15.00
Juego de útiles de escritorio 1 S/. 20.00 S/. 20.00
Folder 2 S/. 1.00 S/. 2.00
Engrapadora 1 S/. 13.00 S/. 13.00
Grapas 1 S/ 8.00 S/ 8.00
Perforador 1 S/ 10.00 S/ 10.00
Total S/. 68.00
Tabla 12: Presupuesto Materiales.

Equipos:
Alquiler 16
semanas
Laptop 1 S/. 3,500.00 S/. 240 S/. 240.00
Memoria USB 1 S/. 40.00 S/. 16 S/. 16.00
Impresora 1 S/. 220.00 S/. 32 S/. 32.00
Total S/. 288.00
Tabla 13: Presupuesto Equipos.

70
Software:
Precio
Concepto Cant. Total
Unitario
Lic. Windows 10 Home 1 S/. 200.00 S/. 200.00
Herramienta de desarrollo (Visual Studio) 1 S/. 200.00 S/. 200.00
Gestor de base de datos (SQL Server 2016) 1 S/. 200.00 S/. 200.00
Herramienta de desarrollo (Rational Rose) 1 S/ 50.00 S/ 50.00
Microsoft Office 2016 1 S/ 120.00 S/ 120.00
Total S/. 770.00
Tabla 14: Presupuesto Software.

Servicios:
Electricidad 160 horas S/. 0.37 S/. 60.00
Internet 50 horas S/. 1.00 S/. 50.00
Movilidad 32 viajes S/. 2.60 S/. 83.20
Impresión 1 juego S/ 80.00 S/ 80.00
Fotocopias 50 copias S/ 5.00 S/ 5.00
Empastado 1 empastado S/ 40.00 S/ 40.00
Total S/. 318.20
Tabla 15: Presupuesto Servicios.

71
ANEXO 3: HOJA DE ASISTENCIA
Figura 61: Hoja de Asistencia Actual

72
ANEXO 4: CONSTANCIA DE TRABAJO CONSULTORIO JURIDICO -
UNIVERSIDAD SAN PEDRO
73
Figura 62: Hoja de Asistencia Actual
74

Informe Final Practicas Pre 1

Cargado por

Información del documento

Título original

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Informe Final Practicas Pre 1

Cargado por

Copyright:

Formatos disponibles

UNIVERSIDAD SAN PEDRO

“Sistema Informático para el control de expedientes

Aroni Alvarez Nessir Gil

Miguel Arturo Valle Peláez

Tema Sistema de Información

Especialidad Ingeniería de Software

Theme Information System

Specialty Software Engineering

PROGRAMA AREA SUB-AREA DISCIPLINA

INGENIERIA INGENIERIA Y INGENIERIA AUTOMATIZACION DE

El presente proyecto, tiene por Objetivo desarrollar un sistema Informático para

En Lima (Perú), Mayra Carolina Escobar Sedano (2010) en su proyecto de investigación

En Lambayeque (Perú), BACH. Allen Jonny Neyra Ascencios (2015) en su proyecto de

En la Paz (Bolivia) (2015) La Estudiante Rocio Alejandra Teran Rivero en su proyecto

En Lima(Perú) (2016) , Díaz Ramírez Masiel Alejandra, en su tesis titulada “Sistema de

Como Justificación: La presente investigación científica busca conocimientos selectivos

Asimismo, la investigación metodológicamente busca desarrollar métodos tecnológicos

¿De qué manera desarrollamos un Sistema Informático para el Control de Expedientes

Para dar soporte teórico a la presente investigación procedemos a conceptualizar y

Lenguaje Unificado de Modelado (UML); Es un lenguaje de modelado visual que se

Figura 1 – Arquitectura UML

UML contiene las siguientes Características:

 Proporciona a los desarrolladores un lenguaje de modelamiento ampliamente

Diagrama de Objetos: Son utilizados durante el proceso de análisis y diseño de los

Figura 3 – Arquitectura UML-Diagrama de Objetos.

Figura 4 – Arquitectura UML-Diagrama de Actividades.

Diagrama de Colaboración: Muestran explícitamente las relaciones de los roles. Por

Figura 5 – Arquitectura UML-Diagrama de Colaboración.

Diagrama de Clases: Es un tipo de diagrama estático que describe la estructura de un

Figura 6 – Arquitectura UML-Diagrama de Clases.

Diagrama de Componentes: Es un diagrama tipo del Lenguaje Unificado de Modelado.

Figura 7 – Arquitectura UML-Diagrama de Componentes.

Figura 8 – Arquitectura UML-Diagrama de Despliegue.

Diagrama de Paquetes: Muestra como un sistema está dividido en agrupaciones lógicas

Figura 9 – Arquitectura UML-Diagrama de Paquetes.

Diagrama de Secuencia: Muestra la secuencia de mensajes entre objetos durante un

Figura 10 – Arquitectura UML-Diagrama de Secuencia.

(G. Booch, J. Rumbaugh y SI. Jacobson, "El Lenguaje Unificado de Modelado",

RUP tiene las siguientes características:

 Forma disciplinada de asignar tareas y responsabilidades (quien hace que, cuándo

 Pretende implementar las mejores prácticas en Ingeniería Software.

 Uso de arquitectura basada en componentes.

 Verificación de la calidad del software.

(Amo, Martínez y Segovia, 2005).

Figura 11 – Imagen de RUP

 Iniciación: Obtención de los objetivos, catálogo de requisitos, identificación de

 Elaboración: Refinamiento de los objetivos de la fase anterior, casos de uso,

 Construcción: Refinamiento de los objetivos de las fases anteriores y

 Transición: Refinamiento de los objetivos de las fases anteriores e implantación

(Addison Wesley, 2000).

Principios De La Metodología RUP; La metodología RUP tiene los siguientes

 Adaptación del proceso: El proceso debe adaptarse a las características de la

 Balancear prioridades: Debe encontrarse un balance que satisfaga a todos los

 Demostrar valor iterativamente: Los proyectos se entregan, aunque sea de una

 Elevar el nivel de abstracción: Motivar el uso de conceptos reutilizables.

 Enfocarse en la calidad: La calidad del producto debe verificarse en cada aspecto

Debido a la diversidad de lenguajes y de bases de datos existentes, la manera de

En efecto, determinadas bases de datos implementan funciones específicas que no tienen

Rational Rose; es una herramienta de diseño orientada a objetos, que da soporte al

CSharp; es un lenguaje de programación orientado a objetos desarrollado y

Crystal Report; es una aplicación de inteligencia empresarial utilizada para diseñar y

INDEPENDIENTE Un sistema Informático resulta

parte fundamental de un sistema objetivos básicos de un