Documentos de Académico
Documentos de Profesional
Documentos de Cultura
VICERRECTORADO ACADÉMICO
ESTUDIOS DE POSTGRADO
AREA DE INGENIERÍA
Postgrado en Sistemas de Información
Presentado por
Ing. Leonardo David Gómez Virahonda
Para optar al titulo de
Especialista en Sistemas de Informacion
Asesor
Ing. Maria Esther Remedios
Presente.-
CARTA DE APROBACIÓN
Por la presente me permito comunicar que he sido el asesor del Trabajo Especial de Grado
del estudiante Leonardo David Gómez Virahonda, cédula de identidad nro. 15.804.785, quien
opta por el título de Especialista en Sistemas de Información, intitulado “Sistema de
Información para el registro y control de averiguaciones disciplinarias de la Defensa
Pública”.
Asimismo, hago constar que como asesor estoy conforme con el contenido presentado, por lo
que cuenta con mi aprobación para ser inscrito como Trabajo Especial de Grado.
___________________________
C.I. 5.530.488
UNIVERSIDAD CATÓLICA ANDRÉS BELLO
VICERRECTORADO ACADÉMICO
ESTUDIOS DE POSTGRADO
ÁREA DE INGENIERÍA
POSTGRADO EN SISTEMAS DE INFORMACIÓN
Esta meta lograda se la dedico a todas aquellas personas que han colaborado
con su apoyo, paciencia y dedicación. A Dios por estar siempre conmigo, por nunca
dejarme, por hacerme entender que se puede aprender tanto de las cosas buenas como
de las cosas malas. Gracias dios mío por ser mi luz y mi camino.
A mi tío Freddy Virahonda por quererme tanto y enseñarme tantas cosas. Tío
donde quieras que estés te doy las gracias por ser tan maravilloso conmigo, sin ti nada
de esto hubiese sido posible. Te quiero mucho
Leonardo Gómez
AGRADECIMIENTOS
Gracias a todas las personas que de una forma u otra me ayudaron a lograr
esta meta gracias a todos de corazón.
A mi familia por brindarme apoyo y por estar siempre presente en todos los
momentos de mi vida los quiero mucho.
A mis hermanos Luis, Raisa, Marco y Daniela por brindarme tanto cariño y
por servirme de ejemplo y de inspiración.
Leonardo Gómez
ÍNDICE GENERAL
Lista de Figuras
viii
Lista de Tablas
ix
INTRODUCCIÓN 1
CAPITULO I: Planteamiento del Problema 3
Objetivos de la Investigación 5
Objetivo General 5
Objetivos Específicos 6
Justificación de la Investigación 6
Limitaciones en el Desarrollo de la Investigación 7
Alcance de la solución planteada 7
Alcance Espacial 7
Ejemplo Temporal 8
CAPITULO II: Marco Teórico 9
Antecedentes de la Investigación 9
Marco Organizacional 10
Bases Teóricas 17
CAPITULO III: Marco Metodológico 34
Tipo de Investigación 34
Diseño de la Investigación 35
Etapas del diseño y desarrollo de la propuesta 35
CONCLUSIONES 86
RECOMENDACIONES 88
REFERENCIAS BIBLIOGRÁFICAS 89
LISTA DE FIGURAS
1
Esta investigación consta de cinco capítulos y a continuación se presenta una
breve descripción del contenido de cada uno de ellos:
2
El Problema de la Investigación
CAPITULO I
EL PROBLEMA
3
El Problema de la Investigación
Las posibles causas que han generado la situación problemática objeto de esta
investigación, son las siguientes:
4
El Problema de la Investigación
Objetivos de la Investigación
Objetivo General
5
El Problema de la Investigación
Objetivos Específicos
Justificación de la Investigación
En todas las empresas a nivel mundial existe una carrera tecnología para agilizar los
procesos, con el fin de dar mayor rendimiento a las mismas, incluso las organizaciones que
se dedican a prestar servicios se encuentran en esta carrera, ya que se ha comprobado que
con la automatización de la mayoría de los procesos de forma adecuada se pueden mejorar
significativamente los tiempos de respuesta hacia los usuarios. Esto se traduce en un mayor
número de personas atendidas y al final en una mejor calidad de servicio. La Defensa
Publica es una institución que vela por el cumplimiento del derecho a la defensa de los
venezolanos y, por consiguiente, no se escapa de esta competencia y es por esto que
necesita de instrumentos tecnológicos para mejorar su calidad de servicio y así convertirse
en una institución que cuente con tecnología de punta.
6
El Problema de la Investigación
Alcance Temporal
En virtud de la naturaleza del sistema propuesto, el alcance temporal es a largo
plazo; ya que la actividad objeto de registro en el sistema está debidamente normada en el
Reglamento Interno de la Defensa Pública, y por lo tanto es una atribución vinculante con
las responsabilidades asignadas a las Coordinaciones Jurídicas. Por esta razón, hasta tanto
7
El Problema de la Investigación
Se debe tener en cuenta que el alcance temporal del sistema propuesto también
depende de la vigencia de las tecnologías informáticas dado que dicho ámbito se encuentra
en una constante evolución la cual puede afectar directamente la funcionalidad del mismo.
8
Marco Teórico
CAPITULO II
MARCO TEÓRICO
Antecedentes de la Investigación
Para el desarrollo del presente estudio se tomaron como antecedentes,
investigaciones realizadas por estudiantes de la Universidad Alejandro de Humboldt
y de la Universidad Central de Venezuela en las cuales se pueden destacar las
siguientes:
9
Marco Teórico
permitiendo que los equipos destinados para la utilización del sistema, puedan
trabajar sin ningún problema o requerimiento adicional, adaptándose de forma rápida
y sencilla a los nuevos cambios tecnológicos.
Marco Organizacional
Defensa Pública
“La Defensa Pública es un órgano del sistema de justicia que tiene como propósito
fundamental garantizar la tutela judicial efectiva del derecho constitucional a la
defensa en las diversas áreas de su competencia. Asimismo, está dedicada a prestar a
nivel nacional un servicio de defensa pública, en forma gratuita a las personas que lo
requieran, sin distinción de clase socioeconómica“. (Ley Orgánica de la Defensa
Pública, articulo 2).
10
Marco Teórico
11
Marco Teórico
Misión
Visión
12
Marco Teórico
Objetivos Estratégicos
13
Marco Teórico
14
Marco Teórico
Corresponde a los órganos del Poder Judicial conocer de las causas y asuntos
de su competencia mediante los procedimientos que determinan las leyes, y ejecutar o
hacer ejecutar sus sentencias”.
15
Marco Teórico
16
Marco Teórico
Objetivos
Funciones Generales
17
Marco Teórico
Bases Teóricas
Derechos humanos
Es el reconocimiento de la dignidad del hombre; el cual no es posible sin la
condensación de todas las responsabilidades sociales, económicas y políticas de un
estado que garantice la libertad y autonomía de todos los individuos.
(un.org/es/documents/udhr/).
18
Marco Teórico
Defensor Publico
Es el abogado responsable de garantizar el derecho a la defensa gratuita a todos
los ciudadanos y ciudadanas, prestando un servicio de orientación, asesoría,
asistencia y representación legal eficiente y eficaz. (defensapublica.gob.ve). [5].
Sistema de Información
Los sistemas de información no son otra cosa que el medio por el cual fluye
la información entre los empleados o departamentos de una organización y puede ser
la comunicación de datos en la red.
19
Marco Teórico
Entrada de Información
Almacenamiento de información
Procesamiento de Información
20
Marco Teórico
Sistema de calidad
Sistema de gestión
Sistema para establecer la política y los objetivos y para lograr dichos
objetivos.
21
Marco Teórico
22
Marco Teórico
Herencia: las clases no están aisladas, sino que se relacionan entre sí,
formando una jerarquía de clasificación. Los objetos heredan las propiedades
y el comportamiento de todas las clases a las que pertenecen. La herencia
organiza y facilita el polimorfismo y el encapsulamiento permitiendo a los
objetos ser definidos y creados como tipos especializados de objetos
preexistentes. Estos pueden compartir (y extender) su comportamiento sin
tener que volver a implementarlo. Esto suele hacerse habitualmente
agrupando los objetos en clases y estas en árboles o enrejados que reflejan un
comportamiento común. Cuando un objeto hereda de más de una clase se dice
que hay herencia múltiple.
Base de Datos:
Se define una base de datos como una serie de datos organizados y
relacionados entre sí, los cuales son recolectados y explotados por los sistemas de
información de una empresa o negocio en particular. (maestrosdelweb.com)
23
Marco Teórico
24
Marco Teórico
Software:
“Es el conjunto de programas e instrucciones asociados a una computadora.
La parte intangible que hace funcionar un sistema informático y que puede ser
modificada con facilidad, como concepto opuesto a la circuitería, hardware, o parte
sólida del equipo. Gracias al software, una misma circuitería, es decir, un cierto
equipo, puede realizar tareas diferentes, según el programa que ejecute”.
(cnti.gob.ve).
Hardware:
“Componentes físicos de una computadora o de una red, en contraposición
con los programas o elementos lógicos que los hacen funcionar”. (cnti.gob.ve).
Sistema Operativo:
“Un Sistema Operativo es el software encargado de ejercer el control y
coordinar el uso del hardware entre diferentes programas de aplicación y los
diferentes usuarios. Es un administrador de los recursos de hardware del
sistema”. (euram.com.ni).
Web:
“La palabra WEB es el término más usado para referirse al World Wide Web
que es la Red Mundial de páginas o Documentos de texto entrelazados. Un
documento entrelazado no es más que un documento que contiene enlaces a otros
documentos o páginas de texto. También se le conoce con el nombre de documento
de Hipertexto”. (cnti.gob.ve).
Linux
Es la denominación de un sistema operativo y el nombre de un núcleo. Es uno
de los paradigmas del desarrollo de software libre (y de código abierto), donde el
25
Marco Teórico
26
Marco Teórico
Herramientas de Desarrollo
HTML
Lenguaje de programación que permite establecer vínculos entre diferentes
bloques de información y moverse rápidamente entre ellos. El hipertexto fue
integrado en la World Wide Web para crear referencias cruzadas entre las páginas
disponibles en Internet y de esta manera facilitar el salto de una a otra. (cnti.gob.ve).
Ruby
Es un lenguaje de programación interpretado, de muy alto nivel y orientado a
objetos. En este lenguaje, hasta los números y los caracteres literales son objetos, y
tienen los métodos de su clase, que pueden llamarse normalmente. (ruby-lang.org).
Características de Ruby
Ruby utiliza una sintaxis parcialmente inspirada en Eiffel y Ada.
Ruby dispone de manejo de excepciones, al igual que Java o Python, para que
sea sencillo el control de errores.
Los operadores en Ruby son “syntax sugar” para los métodos. Puede
redefinirlos fácilmente.
Ruby es un verdadero y completo lenguaje orientado a objetos: OOL. Esto
quiere decir que todos los datos en Ruby son un objeto, en el sentido de
27
Marco Teórico
28
Marco Teórico
Rails
Es el framework o entorno de trabajo, también Open Source y multiplataforma
desarrollado por David Heinemeier Hansson que facilita el diseño y desarrollo de
aplicaciones web basadas en Ruby separando automáticamente en 3 capas todos los
componentes de la aplicación (Model, View y Control. MVC). Ello hace más sencillo
y rápido el mantenimiento de las aplicaciones que en otros entornos como Java.
(rubyonrails.org).
PostgreSQL
Es un Sistema de Gestión de Bases de Datos Objeto-Relacionales (ORDBMS)
que ha sido desarrollado de varias formas desde 1977. Comenzó como un proyecto
denominado Ingres en la Universidad Berkeley de California. Ingres fue más tarde
desarrollado comercialmente por la Relational Technologies/Ingres Corporation.
Características de PostgreSQL
Claves ajenas también denominadas Llaves ajenas o Llaves Foráneas (foreign
keys).
Disparadores (triggers).
Vistas.
Integridad transaccional.
29
Marco Teórico
30
Marco Teórico
31
Marco Teórico
Conceptos metodológicos.
Metodología
Se refiere a los métodos de investigación que se siguen para alcanzar una
gama de objetivos en una ciencia.
32
Marco Teórico
Muchos problemas que surgen en los proyectos se deben a que después de concretar
los requisitos que debe cumplir el programa, no hay una revisión de los mismos,
pudiendo dejar olvidados puntos importantes.
Coraje: Se debe tener valentía para cumplir los tres puntos anteriores; Hay que tener
valor para comunicarse con el cliente y enfatizar algunos puntos, a pesar de que esto
pueda dar sensación de ignorancia por parte del programador, hay que tener coraje
para mantener un diseño simple y no optar por el camino más fácil y por último hay
que tener valor y confiar en que la realimentación sea efectiva.
(programacionextrema.org).
33
Marco Metodológico
CAPITULO III
MARCO METODOLÓGICO
Tipo de investigación
34
Marco Metodológico
Población y muestra:
Diseño de la investigación
35
Marco Metodológico
Diseño:
En esta etapa se elaboro conceptualmente el sistema propuesto a través del
seguimiento de los siguientes pasos:
Diseños simples: En este paso se realizó el diseño de cada uno de los módulos
correspondientes a las iteraciones seleccionadas basándose en las historias de
36
Marco Metodológico
usuarios asignadas con la ayuda de los artefactos de UML los cuales hacen
mucho más sencillo y ágil este proceso.
Glosario de términos: Se realizó un glosario de términos correspondientes al
análisis del sistema con el objetivo de contar con la mayor documentación
posible para dar soporte al sistema.
Refactorizar: Una vez realizado el análisis de cada uno de las historias de
usuario estas fueron revisadas por el equipo tecnico con el objetivo de
optimizar cada una de ellas.
Desarrollo:
En esta fase se codificó el sistema basándose en el análisis producto del
análisis de las historias de usuarios establecidas en las iteraciones del sistema,
para los efectos del presente proyecto solo se desarrollo la primera iteración la
cual está conformada por las historias de usuarios correspondientes a : Carga de
denuncias, listado de denuncias, asignación de responsables, carga de actuaciones.
37
Marco Metodológico
Observación Directa
Por medio de la utilización de esta técnica se pudo recolectar información
referente a los procesos llevados a cabo por el personal de la Coordinación de
Vigilancia y Disciplina así como las practicas empleadas para llevar a cabo dichos
procesos, este mecanismo es de suma importancia dado que ofrece información
de primera mano la cual puede ser fácilmente procesada para el análisis de la
solución planteada.
Entrevistas
Después de realizar la observación directa la entrevista es un excelente
mecanismo para comparar los datos recolectados con la información aportada por
los usuarios, todo esto con la intención de obtener las observaciones referentes a
los procesos y las posibles sugerencias para mejorar los mismos.
38
Análisis de los Resultados
CAPITULO IV
ANÁLISIS DE LOS RESULTADOS
Captura de requerimientos
Sistema actual:
Mecánica de ejecución.
Tiempo de respuesta.
Número de casos entendidos en un periodo de tiempo determinado
Generación de estadísticas.
Mecanismos de respaldo
Mecanismos de seguridad
40
Análisis de los Resultados
Sistema propuesto:
Mecanismos de búsqueda.
Generación de históricos.
Generación automatizada de estadísticas.
Interconexión con otras dependencias.
Manejo de roles.
Mecanismos de respaldo y seguridad.
40
Análisis de los Resultados
41
Análisis de los Resultados
42
Análisis de los Resultados
semana.
5 Se discutieron Se realizaron Los analistas de la
los resultados observaciones a división de
obtenidos los siguientes informática deben
durante el aspectos: exceso entregar para su
proceso de de papeleo, discusión el primer
observación. tiempos de análisis realizado del
Se discutieron respuesta, sistema propuesto.
las posibles resguardo de la
mejoras a información,
implementar en generación de
el nuevo sistema estadísticas.
43
Análisis de los Resultados
Los procesos de atención y control tal como ocurren hoy en día difieren de las
necesidades actuales y presentes, implicando graves consecuencias referentes a la
pérdida de información (de alta confidencialidad), retrasos en los tiempos de
respuesta al ciudadano, dificultad para dar seguimiento y atención a la gran
cantidad de casos atendidos, entre otros.
44
Análisis de los Resultados
Matriz de requerimientos
45
Análisis de los Resultados
Denuncias
1 Alta Generación de reportes Coordinación de
estadísticos de las Vigilancia y
causas disciplinarias Disciplina-Área
Administrativa
1 Alta Notificación de lapsos Coordinación de
procesales de las Vigilancia y
causas Disciplinarias Disciplina
1 Alta Definición de Roles y División de
permisos para cada Informática
Usuario
1 Alta Generación del Coordinación de
Expediente Vigilancia y
Disciplinario a partir Disciplina
de la información.
Fase Prioridad Requerimiento Solicitante
1 Alta Centralización e Coordinación de
integración de los Vigilancia y
datos de las Causas Disciplina
Disciplinarias
1 Media Corrector ortográfico Coordinación de
para la carga de los Vigilancia y
datos del expediente Disciplina
1 Media Modulo de supervisión Coordinación de
para cada uno de los Vigilancia y
jefes de área Disciplina
1 Media Renovación cada División de
cierto tiempo de las Informática
claves de acceso del
sistema
1 Baja Generación de las Coordinación de
carátulas de los Vigilancia y
expedientes Disciplina
disciplinarios
2 Alta Interconexión con División de
otros sistemas Informática
institucionales
2 Alta Ingresar documentos Coordinación de
digitalizados en el Vigilancia y
sistema disciplina
Tabla 4.2 Matriz de Requerimientos
46
Sistema Propuesto
CAPITULO V
SISTEMA PROPUESTO
El enfoque de este capítulo está orientado a definir cada uno de los elementos que
constituyeron la propuesta producto de la previa investigación que implica este
estudio teniendo como finalidad u objetivo fundamental automatizar el proceso de
registro y control de averiguaciones disciplinarias en la Coordinación de Vigilancia y
Disciplina de la Defensa Publica.
Los actores del sistema son aquellas personas u otros sistemas que interactúan
directamente con la aplicación, estos pueden tanto introducir como modificar,
consultar e incluso eliminar datos, se puede decir que son a razón principal de la
creación de cualquier sistema de información.
A continuación se presentan cada uno de los actores que tienen de manera directa o
indirecta relación con el sistema.
Denunciante:
Es la persona que realiza la denuncia, generalmente están orientadas al mal ejercicio
de las funciones de un defensor público, como por ejemplo ausencia en las audiencias
o incumplimiento en los tiempos de las actuaciones.
47
Sistema Propuesto
Coordinador de Sustanciación:
Después de conocidos los resultados el denunciado tiene un periodo de 15 días
hábiles para apelar la decisión del caso en este periodo el caso llega al área de
sustanciación. El coordinador de dicha área se encarga de asignar el caso a los
diferentes analistas.
48
Sistema Propuesto
Administrador:
Es la persona que se encarga de cargar las tablas de mantenimiento del sistema, como
por ejemplo: Ciudades, Analistas, lapsos de tiempo, entre otros.
Diagramas de Actores
49
Sistema Propuesto
50
Sistema Propuesto
Una vez emitida la decisión por parte del analista disciplinario de la Coordinación de
Recursos Humanos, el denunciado en el caso de ser acusado formalmente tiene 45
días hábiles según la Ley Orgánica de La Defensa Publica para consignar todas las
pruebas que avalen su defensa. El Coordinador del Área de Sustanciación se encarga
de recibir los expedientes que se encuentran en esta condición así mismo debe asignar
el analista que llevará el caso y posteriormente emitir toda la documentación
pertinente.
51
Sistema Propuesto
52
Sistema Propuesto
Administrador
Casos de Uso
Siguiendo el pateamiento de Jacobson Ivar en el cual establece que un caso de uso
especifica una secuencia de acciones, incluyendo variantes, que el sistema puede
llevar a cabo, y que producen un resultado observable de valor para un actor concreto.
53
Sistema Propuesto
54
Sistema Propuesto
Diagrama de Clases
55
Sistema Propuesto
56
Sistema Propuesto
57
Sistema Propuesto
En el mapa de navegación del sistema el cual muestra todos los módulos y sus
dependencias, podemos apreciar las tres vertientes más importantes del mismo en la
primera etapa de concepción del proyecto, estas son: Denuncias, Analista URD y
Mantenimiento las cuales se describen a continuación:
o Crear denuncia.
o Auto de entrada.
o Asignar denuncia.
o Carátula.
o Generar Memo de Asignación.
o Crear denuncias.
o Listar denuncias.
o Cargar actuaciones.
o Carga de diligencias.
o Memo de remisión.
o Auto de remisión.
58
Sistema Propuesto
59
Sistema Propuesto
60
Sistema Propuesto
Etapas: En esta tabla se almacena información referente a las etapas del proceso de
la averiguación.
Nombre Tipo de Dato Tamaño No Nulo Clave
Id Serial 10 X PK
Descripción Varchar 254 X
Tabla 5.2: Descripción tabla Etapas.
61
Sistema Propuesto
62
Sistema Propuesto
Cedula Char 15 X
Estado_civil_id Int4 10 X FK
Nacionalidad_id Int4 10 X FK
Profesión_id Int4 10 X FK
Sexo Char 1 X
Tabla 5.6: Descripción tabla Personas.
63
Sistema Propuesto
Id Bigserial 19 X PK
Denuncia_actuacion_id Int4 10 X FK
Hora_ini Char 7 X
Hora_fin Varchar 7 X
Memo Char 15 X
Numero Char 15 X
Correspondiente Varchar 254
Llam_nombre Varchar 254
Llam_apellido Varchar 254
Finalidad Varchar 254 X
Resultado Varchar 254 X
Llam_sexo Char 1
Fecha_memo Date 13
Tabla 5.9 Descripción tabla Actuación_telefonicas.
64
Sistema Propuesto
Perfiles: En esta tabla se almacena información referente a los diferentes perfiles con
los cuales trabaja el sistema.
Nombre Tipo de Dato Tamaño No Nulo Clave
Id Bigserial 19 X PK
Descripción varchar 254 X
Tabla 5.11 Descripción tabla Perfiles.
Ilícitos: En esta tabla se almacena información referente a los diferentes ilícitos que
maneja el sistema.
Nombre Tipo de Dato Tamaño No Nulo Clave
Id Bigserial 19 X PK
Descripción varchar 254 X
Status Bool 1 X
Tabla 5.13 Descripción tabla Ilícitos.
65
Sistema Propuesto
66
Sistema Propuesto
Usuarios: En esta tabla se almacena información referente a los usuarios del sistema.
Nombre Tipo de Tamaño No Nulo Clave
Dato
Id Bigserial 19 X PK
Login Char 15 X
Contraseña Char 15 X
Estatus_activacion Bool 1 X
Perfil_id Int4 10 X FK
Empleado_id Int4 10 X FK
Nuevo Bool 1 X
Tabla 5.17 Descripción tabla Usuarios.
67
Sistema Propuesto
68
Sistema Propuesto
69
Sistema Propuesto
70
Sistema Propuesto
71
Sistema Propuesto
72
Sistema Propuesto
73
Sistema Propuesto
74
Sistema Propuesto
75
Sistema Propuesto
Anexo_id Int4 10 X FK
Denuncia_id Int4 10 X FK
Observaciones Vrachar 254 X
Cantidad Int4 10 X
Tabla 5.40 Descripción tabla Responsables.
76
Sistema Propuesto
77
Sistema Propuesto
Las siguientes son muestras de las principales pantallas del sistema, en ellas se
pude apreciar el diseño y la funcionalidad de los distintos módulos.
78
Sistema Propuesto
usuario el cual debe ser creado previamente por el administrador del sistema y una
contraseña alfanumérica de mínimo 6 caracteres. Si el usuario ingresa una contraseña
incorrecta 3 veces seguidas este será bloqueado y deberá contactar al administrador
del sistema para su desbloqueo.
79
Sistema Propuesto
Esta pantalla es utilizada para la carga de denuncias la cual se puede decir que es la
interfaz principal del sistema, en la misma se pueden ingresar datos tales como: fecha
80
Sistema Propuesto
de ingreso, denunciantes, denunciado, ilícitos, estado del hecho, ciudad del hecho etc.
Cabe destacar que al momento de ingresar una persona en el sistema este se conecta a
una base de datos centralizada en la cual se encuentran registrados todos los datos
básicos de los ciudadanos venezolanos y extrae dicha información para el uso de la
aplicación.
81
Sistema Propuesto
En esta pantalla se muestran todos los criterios de búsqueda con los cuales cuenta el
usuario para precisar una causa en especifico, dichos criterios pueden ser usados tanto
individualmente como en conjunto.
82
Sistema Propuesto
83
Sistema Propuesto
84
Sistema Propuesto
Una vez culminado el plan piloto se debe mejorar el sistema en base a las
observaciones realizadas.
Una vez culminada la primera etapa del proyecto se deben reanudar las
reuniones entre la Coordinación de Vigilancia y Disciplina y la División
de Informática para dar inicio a la segunda etapa.
Es importante la interconexión con otros sistemas institucionales para
evitar la carga repetida de datos.
85
Conclusiones
CONCLUSIONES
Por medio de este estudio se pudo notar la importancia del proceso de realización de
investigaciones disciplinarias el cual representa un vinculo de confianza y
transparencia entre la sociedad y la Defensa Publica así mismo por medio de las
técnicas de recolección de datos se logró identificar cada una de las etapas que
comprenden el mismo con el objetivo de comprender y posteriormente analizar dicho
proceso con el fin de optimizarlo a tal punto de que los tiempos de respuesta sean los
esperados por los usuarios.
Uno de los aspectos más relevantes de esta investigación fue el plasmar los
requerimientos de los usuarios en un nuevo sistema automatizado esto ha sido posible
gracias a la implementación de la metodología XP con la ayuda de herramientas tales
como UML la cual ha contribuido al diseño del mismo a través de sus componentes,
como por ejemplo los casos de uso y los diagramas de clases los cuales fueron
guiando al investigador a diseñar un sistema cónsono con los requerimientos
presentados por los abogados de dicha institución.
86
Conclusiones
fuente de todas las herramientas utilizadas, además del ahorro económico que fue
importante debido a que toda la infraestructura desarrollada es completamente
gratuitita y de fácil acceso al público en general sin dejar de nombrar el gran apoyo
recibido por la comunidad de software libre .
87
Conclusiones
RECOMENDACIONES
88
Conclusiones
BIBLIOGRAFÍA
Referencias Electrónicas:
Bases de Datos. (02 de 05 de 2009). Obtenido de
http://www.maestrosdelweb.com/principiantes/%C2%BFque-son-las-bases-de-datos/
cnti. (01 de 03 de 2009). Obtenido de
http://www.cnti.gob.ve/index.php?option=com_content&view=article&id=502&Item
id=68
Declaración Universal de Derechos Humanos. (s.f.). Recuperado el 01 de 05 de 2009,
de http://www.un.org/es/documents/udhr/
defensapublica.gob.ve. (s.f.). Recuperado el Abril de 2009, de
www.defensapublica.gob.ve
El rincón de linux. (21 de 03 de 2009). Obtenido de http://www.linux-es.org/
Linux. (s.f.). Recuperado el 19 de 03 de 2009, de
http://es.wikipedia.org/wiki/GNU/Linux
Postgresql.org. (s.f.). Recuperado el Marzo de 2009, de www.postgresql.org
Programación Extrema. (02 de 04 de 2009). Obtenido de
http://www.programacionextrema.org/
Programación Orientada a Objetos. (20 de 04 de 2009). Obtenido de
http://www.lenguajes-de-programacion.com/programacion-orientada-a-objetos.shtml
Que es un sistema operativo? (01 de 02 de 2009). Obtenido de
http://www.euram.com.ni/pverdes/verdes_informatica/informatica_al_dia/que_es_un
_so_144.htm
ruby-lang.org. (s.f.). Recuperado el Marzo de 2009, de www.ruby-lang.org/es/
rubyonrails.org. (s.f.). Recuperado el mayo de 2009, de www.rubyonrails.org
tsj.gob.ve. (s.f.). Recuperado el Abril de 2009, de www.tsj.gob.ve
uml.org. (s.f.). Recuperado el Mayo de 2009, de www.uml.org
Wikipedia. (12 de 04 de 2009). Obtenido de
http://es.wikipedia.org/wiki/Programaci%C3%B3n_orientada_a_objetos.
89
Conclusiones
Referencias Bibliográficas:
Beck, K. (2001). Planning Extreme Programming.
Constitución de la República Bolivariana de Venezuela. (s.f.).
Cooper, P. (2007). Beginning ruby: From novice to professional. New York: apress.
Fulton, H. (2006). the ruby way. Boston: Addison-Wesley.
Gaceta Oficial de la República Bolivariana de Venezuela Número 37.024, Agosto 29
de 2000.
Gaceta Oficial de la República Bolivariana de Venezuela Número 37.014, Agosto 15
de 2000.
Gaceta Oficial de la República Bolivariana de Venezuela Número 37.159, Marxo 15
de 2001.
Gaceta Oficial de la República Bolivariana de Venezuela Número 37.242, Junio 21
de 2001.
Gaceta Oficial de la República Bolivariana de Venezuela Número 38595, Enero 02 de
2007.
González Lourdes, 2005. “Sistema de Gestión y Control Helpdesk para el Instituto
Geográfico de Venezuela Simón Bolívar (IGVSB)”. Tesis Ing. Informática.
Venezuela, UAH. 14 p.
Hernández Roxine & Laya Francisco, 2004. “Sistema de Información en Ambiente
web para el control de la gestión operativa de la Dirección General de los Servicios
de Inteligencia y Prevención (DISIP)”. Tesis Ing. Informatica. Venezuela, UAH. 19
p.
Joyanes, L. (1998). Programación orientada a objetos (2da ed). Madrid: McGRAW-
HILL.
Ley Orgánica de la Defensa Pública. (02 de 01 de 2007).
Laudon, L. y. (2006). Sistemas de Información Gerencial.
Miles, R. (2006). Learning UML 2.0. California: O'Reilly.
Muller, P. (1997). Modelado de Objetos con UML (1era ed.). Barcelona: Romanya-
Valls,S.A.
90
Conclusiones
Pressman, R. (2002). Ingeniera del software. un enfoque practico. (5ta ed.). Madrid:
España.
Rivas John, 1994. “Sistema automatizado para el registro del archivo central del
Consejo Nacional de Investigaciones Científicas y Tecnológicas (CONICIT/UCV)”.
Tesis Lic. Computación. Venezuela, UCV. 12 p.
Whitten, J. ,. (1996). Análisis y diseño de sistemas de Información. Madrid:
McGRAW-HILL/IRWIN.
91