Informe-final-practicas-pre-1.docx

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

INGENIERIA INFORMATICA Y DE SISTEMA

AREA

SUB-AREA

INGENIERIA Y TECNOLOGIA

INGENIERIA ELECTRONICA E INFORMATICA

1

DISCIPLINA

AUTOMATIZACION DE SISTEMAS DE CONTROL

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. Fuente: Addison Wesley, 1999.

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. Fuente: Addison Wesley, 1999.

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. Fuente: Addison Wesley, 1999.

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. Fuente: Addison Wesley, 1999.

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. Fuente: Addison Wesley, 1999.

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. Fuente: Addison Wesley, 1999.

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. Fuente: Addison Wesley, 1999.

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. Fuente: Addison Wesley, 1999.

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. Fuente: Addison Wesley, 1999.

(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 Fuente: Addison Wesley, 1999.

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

INDEPENDIENTE

DEFINICIÓN

DEFINICIÓN

CONCEPTUAL

OPERACIONAL

Un sistema Informático resulta de la

interacción

componentes denominan lógicos

Sistema Informático

los

físicos

que

se

Hardware

y

los

que

Software. A

entre

se

denominan

estos

hay

Se realizará las tareas más rápidas, flexibles y cómodas para los usuarios del mismo.

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,

información es introducida a

costos, esfuerzo.

través

de

los periféricos

de

entrada, luego es procesada y mostrada por los periféricos de

 Capturar datos de su propia fuente.  Centralizar el control de

salida.

procesos. (https://www.informaticahoy.com.ar/aprenderinformatica/Que-es-un-sistemainformatico.php)

19

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

realiza un seguimiento de los

oportuna, confiable y

Control de

distintos trámites por los que va

promover la eficiencia

Expedientes

transitando

de

DEPENDIENTE

un

expediente

judicial.

segura,

operaciones

de

control de expedientes

(https://www.cij.gov.ar/nota-

laborales.

2411-Sistema-inform-tico-deseguimiento-de-expedientesde-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

Encuesta

procesos para el control de expedientes 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

Variable 1 Variable 2

Indicadores

Tipo

Escala

Sistema Informático Aceptación del Sistema

Cualitativa

Nominal

Control de Expediente de Derechos Laborales

Cualitativa

Nominal

Estado de los Procesos

Tabla 03: Variables e Indicadores. Fuente: Elaboración Propia

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 , USPChimbote 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

Inicio

Resultados 

Pictograma del proceso de negocio



Casos de uso de negocio



Especificación de caso de negocio



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

Elaboración

Construcción

Transición



Especificación de caso de uso de 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



Modelo físico de base de datos



Programación del software



Diagrama de componentes



Diagrama de despliegue



Pruebas de software de caja negra

Tabla 04: Fases de RUP. Fuente: Elaboración Propia

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. Fuente: Elaboración Propia

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.

Gráfica: Pregunta 1. Fuente: Elaboración Propia

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 %.

Gráfica: Pregunta 3. Fuente: Elaboración Propia

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% Gráfica: Pregunta 4. Fuente: Elaboración Propia

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% Gráfica: Pregunta 5. Fuente: Elaboración Propia

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% Gráfica: Pregunta 6. Fuente: Elaboración Propia

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 Fuente: Elaboración Propia

Diagrama de Actividad Diagramas de Actividad: Registro de Expedientes

Figura 15: Diagramas de Actividad/Registro de Expedientes Fuente: Elaboración Propia

28

Diagramas de Actividad: Registro Movimiento de Expedientes

Figura 16: Diagramas de Actividad/Registro Movimiento de Expedientes Fuente: Elaboración Propia

29

MODELO OBJETO DE NEGOCIOS CUN: Registro de Expedientes.

Figura 17: Diagrama Objeto de Negocio/ Registro de Expedientes Fuente: Elaboración Propia

CUN: Registro Movimiento de Expedientes

Figura 18: Diagrama Objeto de Negocio/ Registro Movimiento de Expedientes Fuente: Elaboración Propia

30

MODELO DE DOMINIO

Figura 19: Modelo de Dominio Fuente: Elaboración Propia

31

MODELO DE CASO DE USO DE REQUERIMIENTO DETALLADO

Figura 20: Modelo De Caso De Uso De Requerimiento Detallado Fuente: Elaboración Propia

32

MATRIZ DE PRIORIZACIÓN DE CASOS DE USO N° 1

Caso de Uso Reg. Usuario

Rendimiento 0 min

Frecuencia Predeterminado

Importancia Vital

Urgencia Inmediata

2

1 min

Predeterminado

Vital

Inmediata

3

Reg. Tipo Usuario 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 Expediente Reg. Persona Natural Reg. Persona Jurídica Reporte de Anexos Reporte de documentos

1 min

Anual

Vital

Inmediata

1 min

2 v / día

Vital

Inmediata

1 min

1 v / día

Vital

Inmediata

2 min

1 v / día

Vital

Inmediata

2 min

1 v / día

Vital

Inmediata

8 9 10 11

Tabla 05: Matriz de Priorización de Casos de Uso. Fuente: Elaboración Propia

REQUERIMIENTOS FUNCIONALES/NO FUNCIONALES Criterios de Priorización de requerimientos: PRIORIDAD

DESCRIPCIÓN

VALOR

Alta

Requerimiento crítico para el correcto funcionamiento del 7 – 10 sistema

Media

Requerimiento necesario, pero no crítico para el correcto 4–6 funcionamiento del sistema

Baja

Requerimiento deseable implementar pero que no impide el 1–3 correcto funcionamiento del sistema

Tabla 06: Criterios de Priorización de requerimientos. Fuente: Elaboración Propia

33

Modelo de Caso de Uso de Requerimiento Detallado Reportes

Figura 21: Modelo de Caso de Uso de Requerimiento Detallado Reportes. Fuente: Elaboración Propia

Requerimientos Funcionales: Requerimiento Registrar Usuario

Registrar Tipo de Usuario

Registrar Demandado

Descripción  Crear, modificar y registrar de usuario.

Prioridad Valor Alta 8



Registrar el DNI obligatoriamente de cada empleado.



Crear, modificar y registrar Tipo de Alta Usuario.



El tipo debe pertenecer obligatoriamente a un Usuario.



Crear, eliminar, modificar y registrar Alta 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

8

10

siempre y cuando no exista en el caso solicitado. Registrar Persona

Registrar Demandante

Registrar Expediente

Registrar Movimiento Expediente

Registrar Natural

Registrar Jurídica

Persona

Persona

Registrar Documentos



Crear, modificar y registrar Persona.

Alta

10



La Persona debe contener obligatoriamente a una Persona Natural o Jurídica.



Crear, eliminar, modificar y registrar Alta Demandado.

10



El Demandante debe contener obligatoriamente a una Persona Natural o Jurídica.



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



Crear, eliminar, modificar y registrar Alta Expediente.



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



Crear, eliminar, modificar y registrar Alta Movimiento 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.



Crear, eliminar, modificar y registrar Alta Persona Natural.



La persona natural debe pertenecer entre demandante o demandado.



Crear, eliminar, modificar y registrar Alta Persona Jurídica.



La persona Jurídica debe pertenecer entre demandante o demandado.



Crear, eliminar y Registrar Documentos 35

Alta

10

10

10

10

10

Registrar Anexos



Los Documentos son únicos y deben pertenecer obligatoriamente a un Expediente



Crear , eliminar y Registrar Anexos.



Los Anexos son únicos y deben pertenecer obligatoriamente a un Movimiento Expediente.

Alta

10

Tabla 07: Requerimientos Funcionales. Fuente: Elaboración Propia

Requerimientos No Funcionales Requerimiento Apariencia Interfaz Externa

Usabilidad

Rendimiento

o

Descripción  Debe ser clara, legible y fácil de usar.

Prioridad Valor Media 6



Incluir el logo de la Institución.



La navegación debe facilitar el uso del sistema a sus usuarios.



El sistema será utilizado por el personal del Alta 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.



El sistema debe tener una alta velocidad de Alta procesamiento y respuesta ante cualquier solicitud del usuario y el solicitante.



Alto grado de eficiencia.



Disponibilidad.

36

8

8

Seguridad



La información manejada por el sistema Alta 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.

10

Tabla 08: Requerimientos No Funcionales. Fuente: Elaboración Propia

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

Secuencia Normal

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

4

El usuario ingresa el encargado del caso

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 Fuente: Elaboración Propia

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

Secuencia Normal

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.

4

El usuario ingresa la fecha en que se inició.

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 Fuente: Elaboración Propia

40

DIAGRAMAS DE CLASES:

Figura 22: Diagrama de Clases Fuente: Elaboración Propia

41

DIAGRAMAS DE COLABORACION: Registrar Usuario:

Figura 23: diagrama de Colaboración/Registrar Usuario Fuente: Elaboración Propia Registrar Tipo de Usuario:

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

42

Registrar Demandado:

Figura 25: diagrama de Colaboración/Registrar Demandado Fuente: Elaboración Propia

Registrar Demandante:

Figura 25: diagrama de Colaboración/Registrar Demandante Fuente: Elaboración Propia

43

Registrar Persona:

Figura 26: diagrama de Colaboración/Registrar Persona Fuente: Elaboración Propia Registrar Expediente:

Figura 27: diagrama de Colaboración/Registrar Expediente Fuente: Elaboración Propia

44

Registrar Movimiento Expediente:

Figura 28: diagrama de Colaboración/Registrar Movimiento Expediente Fuente: Elaboración Propia Registrar Persona Natural:

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

45

Registrar Persona Jurídica:

Figura 30: diagrama de Colaboración/Registrar Persona Jurídica Fuente: Elaboración Propia Registrar Anexos:

Figura 31: diagrama de Colaboración/Registrar Anexos Fuente: Elaboración Propia

46

Registrar Documentos:

Figura 32: diagrama de Colaboración/Registrar Documentos Fuente: Elaboración Propia

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 Fuente: Elaboración propia

PANTALLA MENÚ DE INICIO DE ADMINISTRACIÓN DE DATOS

Figura 35: Pantalla de Menú Administrador/Registros Fuente: Elaboración propia

49

PANTALLA DE MENÚ ADMINISTRADOR/VERIFICAR

Figura 36: Pantalla de Menú Administrador/Verificar Fuente: Elaboración propia

PANTALLA DE MENÚ ADMINISTRADOR/REPORTES

Figura 37: Pantalla de Menú Administrador/Reportes Fuente: Elaboración propia

50

PANTALLA REGISTRAR USUARIO

Figura 38: Pantalla Registrar Usuario Fuente: Elaboración propia

PANTALLA REGISTRAR TIPO DE USUARIO

Figura 39: Pantalla Registrar Tipo de Usuario Fuente: Elaboración propia

51

PANTALLA REGISTRAR PERSONA

Figura 40: Pantalla de Registrar Persona Fuente: Elaboración propia

PANTALLA REGISTRAR PERSONA NATURAL

Figura 41: Pantalla de Registrar Persona Natural Fuente: Elaboración propia

52

PANTALLA REGISTRAR PERSONA JURIDICA

Figura 42: Pantalla de Registrar Persona Jurídica Fuente: Elaboración propia

PANTALLA REGISTRAR DEMANDANTE Y DEMANDADO

Figura 43: Pantalla de Registrar Demandante y Demandado Fuente: Elaboración propia

53

PANTALLA REGISTRAR MOVIMIENTO EXPEDIENTE

Figura 44: Pantalla de Registrar Movimiento Expediente Fuente: Elaboración propia

PANTALLA REGISTRAR EXPEDIENTE

Figura 45: Pantalla de Registrar Expediente Fuente: Elaboración propia

54

PANTALLA REGISTRAR DOCUMENTOS

Figura 46: Pantalla de Registrar Documentos Fuente: Elaboración propia

PANTALLA REGISTRAR ANEXOS

Figura 47: Pantalla de Registrar Anexos Fuente: Elaboración propia

55

DIAGRAMAS DE SECUENCIA

Registrar Usuario

Figura 48: Diagrama de Secuencia/Registrar Usuario Fuente: Elaboración Propia.

Registrar Tipo de Usuario

Figura 49: Diagrama de Secuencia/Registrar Tipo de Usuario Fuente: Elaboración Propia.

56

Registrar Persona

Figura 50: Diagrama de Secuencia/Registrar Persona Fuente: Elaboración Propia.

Registrar Persona Natural

Figura 51: Diagrama de Secuencia/Registrar Persona Natural Fuente: Elaboración Propia.

57

Registrar Persona Jurídica

Figura 52: Diagrama de Secuencia/Registrar Persona Jurídica Fuente: Elaboración Propia.

Registrar Demandante

Figura 53: Diagrama de Secuencia/Registrar Demandante Fuente: Elaboración Propia.

58

Registrar Demandado

Figura 54: Diagrama de Secuencia/Registrar Demandado Fuente: Elaboración Propia.

59

Registrar Movimiento Expediente

Figura 55: Diagrama de Secuencia/Registrar Movimiento Expediente Fuente: Elaboración Propia.

60

Registrar Anexos

Figura 56: Diagrama de Secuencia/Registrar Anexos Fuente: Elaboración Propia.

Registrar Documento

Figura 57: Diagrama de Secuencia/Registrar Documento Fuente: Elaboración Propia.

61

Registrar Expediente

Figura 58: Diagrama de Secuencia/Registrar Expediente Fuente: Elaboración Propia.

62

DIAGRAMA DE COMPONENTES

Figura 59: Diagrama de Componentes Fuente: Elaboración Propia.

DIAGRAMA DE DESPLIEGUE

Cliente CPU= Multicore RAM= 8 GB RAM min SO= Windows 10

Servidor BD

Base de Datos

CPU= Multicore RAM= 8 GB RAM min SO= Windows Services BD= SQL SERVER 2016

BD= SQL SERVER 2016

Impresora Marca: HP Funcion: Tinta Negra

Figura 60: Diagrama de Despliegue Fuente: Elaboración Propia.

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/facultadderecho/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-sistemainformatico.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? Sistema actual

3.

[ ] Muy limitado

[ ] Limitado

[ ] Aceptable

[ ] Bueno

[ ] Muy bueno

¿Cómo considera los reportes de resultados de este consultorio jurídico? Sistema actual

[ ] Muy limitado

[ ] Limitado

[ ] Aceptable

[ ] Bueno

[ ] Muy bueno

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? Sistema actual

5.

[ ] Muy limitado

[ ] Limitado

[ ] Aceptable

[ ] Bueno

[ ] Muy bueno

¿Cómo considera usted sus conocimientos en utilizar sistemas informáticos? Sistema actual

[ ] Muy limitado

[ ] Limitado

[ ] Aceptable

[ ] Bueno

[ ] Muy bueno

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

69

[ ] Aceptable

[ ] Bueno

[ ] Bastante

ANEXO 2: PRESUPUESTO Personal: Concepto

Tiempo

Remuneración a los investigadores

4 meses

Pago mensual

Total

S/. 0.00

S/. 0.00

Tabla 11: Presupuesto Personal. Fuente: Elaboración Propia.

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. Fuente: Elaboración Propia.

Equipos: Concepto

Cantidad

Precio Unitario

Alquiler 16 semanas

Total

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. Fuente: Elaboración Propia.

70

Software: Concepto

Cant.

Precio Unitario

Total

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. Fuente: Elaboración Propia.

Servicios: Concepto

Cantidad

Precio Unitario

Total

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. Fuente: Elaboración Propia.

71

ANEXO 3: HOJA DE ASISTENCIA

Figura 61: Hoja de Asistencia Actual Fuente: Elaboración Propia.

72

ANEXO 4: CONSTANCIA DE TRABAJO CONSULTORIO JURIDICO UNIVERSIDAD SAN PEDRO

73

Figura 62: Hoja de Asistencia Actual Fuente: Elaboración Propia.

74