Beruflich Dokumente
Kultur Dokumente
VICERRECTORADO ACADMICO
ESTUDIOS DE POSTGRADO
AREA DE INGENIERA
Postgrado en Sistemas de Informacin
Presentado por
Ing. Leonardo David Gmez Virahonda
Para optar al titulo de
Especialista en Sistemas de Informacion
Asesor
Ing. Maria Esther Remedios
Por la presente me permito comunicar que he sido el asesor del Trabajo Especial de Grado
del estudiante Leonardo David Gmez Virahonda, cdula de identidad nro. 15.804.785, quien
opta por el ttulo de Especialista en Sistemas de Informacin, intitulado Sistema de
Informacin para el registro y control de averiguaciones disciplinarias de la Defensa
Pblica.
Asimismo, hago constar que como asesor estoy conforme con el contenido presentado, por lo
que cuenta con mi aprobacin para ser inscrito como Trabajo Especial de Grado.
___________________________
Mara Esther Remedios
C.I. 5.530.488
DEDICATORIA
Esta meta lograda se la dedico a todas aquellas personas que han colaborado
con su apoyo, paciencia y dedicacin. 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 mo por ser mi luz y mi camino.
Leonardo Gmez
AGRADECIMIENTOS
Gracias a todas las personas que de una forma u otra me ayudaron a lograr
esta meta gracias a todos de corazn.
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 cario y
por servirme de ejemplo y de inspiracin.
Leonardo Gmez
NDICE GENERAL
Lista de Figuras
viii
Lista de Tablas
INTRODUCCIN
CAPITULO I: Planteamiento del Problema
Objetivos de la Investigacin
ix
1
3
5
Objetivo General
Objetivos Especficos
Justificacin de la Investigacin
Alcance Espacial
Ejemplo Temporal
Antecedentes de la Investigacin
Marco Organizacional
10
Bases Tericas
17
34
Tipo de Investigacin
34
Diseo de la Investigacin
35
35
37
37
39
Captura de Requerimientos
39
43
Matriz de Requerimientos
44
47
47
Diagrama de Actores
49
Casos de Uso
53
Diagrama de Clases
55
Mapa de Navegacin
57
61
77
84
CONCLUSIONES
86
RECOMENDACIONES
88
REFERENCIAS BIBLIOGRFICAS
89
LISTA DE FIGURAS
16
49
50
50
51
52
53
54
55
57
60
77
78
79
80
81
82
83
LISTA DE TABLAS
41
45
61
61
61
62
62
63
63
63
64
64
64
65
65
65
66
66
67
67
68
68
68
69
69
69
70
70
70
70
70
71
72
72
72
73
73
74
74
74
75
75
75
76
76
INTRODUCCIN
En la actualidad cualquier organizacin que quiera ser competitiva y brindar
calidad de servicio debe disponer de tecnologas de informacin adecuadas para
mejorar el rendimiento de la empresa as como para perfeccionar el proceso de la
toma de decisiones, dado que estas representan una herramienta importante para la
agilizacin de tareas, rpido acceso a la informacin as como la organizacin y la
seguridad de datos.
La Defensa Pblica es la institucin encargada de garantizar el derecho a la
defensa gratuita a todos los ciudadanos a nivel judicial y es por este importante rol
que cumple en la sociedad venezolana que no debe mantenerse al margen de la
carrera tecnolgica que tiene como meta atender a todos los usuarios con la mejor
calidad posible. El proyecto que se plantea en esta investigacin, est dirigido a
mejorar el proceso de registro y control de las averiguaciones disciplinarias de la
Coordinacin de Vigilancia y Disciplina, la cual se encarga de velar por el fiel
cumplimiento de las normas institucionales por parte del personal que labora en dicha
institucin, en especial los Defensores Pblicos, los cuales son los responsables de
brindar la defensa a los ciudadanos. Es importante la realizacin de este proyecto
dada la relevancia para la institucin de las funciones ejecutadas por dicha
coordinacin.
En la presente investigacin se hace referencia a los motivos institucionales as
como tecnolgicos y sociales que impulsaron a la creacin de este proyecto, como
tambin las herramientas informticas utilizadas, tales como lenguaje de
programacin manejador de base de datos e instrumentos metodolgicos aplicados
para la elaboracin del mismo y se mostraran un grupo de diagramas e imgenes con
el objetivo de ayudar a comprender de forma ms clara la magnitud e importancia del
Sistema de Vigilancia y Disciplina
incluye una
descripcin general y detallada del sistema propuesto, sus objetivos adems de sus
modelos de datos y procesos.
Finalmente se presentan las CONCLUSIONES Y RECOMENDACIONES
donde se emiten las determinaciones realizadas a lo largo de la investigacin dando
respuesta a cada uno de los objetivos planteados.
El Problema de la Investigacin
CAPITULO I
EL PROBLEMA
Planteamiento del Problema
La Defensa Pblica est encargada de garantizar el derecho a la defensa a todos
los ciudadanos y ciudadanas, prestando un servicio de orientacin, asesora,
asistencia y representacin legal adecuado y oportuno, en los mbitos de su
competencia, contribuyendo con una administracin de justicia imparcial, equitativa y
expedita.
En la Defensa Pblica, las Coordinaciones a nivel nacional reciben denuncias de
particulares e instancias pblicas y privadas hacia los defensores en aquellos casos en
los cuales, estos no cumplan con los lineamientos establecidos en la ley de dicha
institucin y por consiguiente se vean afectados y en los casos ms graves violados
los derechos de los defendidos establecidos en la constitucin de la Repblica
Bolivariana de Venezuela. Estas denuncias son atendidas por la Coordinacin de
Vigilancia y Disciplina. Sin embargo, en la actualidad dada la gran cantidad de
denuncias y la falta de organizacin y seguridad de los expedientes que maneja esta
coordinacin, se suscitan incidentes tales como prdida de informacin, duplicidad de
expedientes y alteracin de archivos as como el retraso en los procesos
disciplinarios. A esto se le pueden sumar las mltiples quejas que han realizado los
defendidos o sus familiares, referentes al tiempo que tardan en ser atendidos y en
muchos casos a la repeticin tanto de averiguaciones como de expedientes, es decir,
que los usuarios deben plantear su problemtica ms de una vez a distintos abogados,
dado que no existe un control centralizado de averiguaciones preliminares; causando
esto incomodidad al peticionario y retrasando as la posible solucin a dicha
problemtica.
El Problema de la Investigacin
Las posibles causas que han generado la situacin problemtica objeto de esta
investigacin, son las siguientes:
adscritas a la
El Problema de la Investigacin
Objetivos de la Investigacin
Objetivo General
Disear un sistema de control de los procesos disciplinarios para la Coordinacion de
Vigilancia y Disciplina de la Defensa Pblica.
El Problema de la Investigacin
Objetivos Especficos
Identificar la situacin actual.
Disear el sistema propuesto como solucin a la problemtica actual.
Validar el diseo del sistema a travs del desarrollo de los mdulos ms importantes
del mismo.
Proponer un conjunto de recomendaciones para la puesta en produccin del sistema.
Justificacin de la Investigacin
En todas las empresas a nivel mundial existe una carrera tecnologa 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 automatizacin de la mayora de los procesos de forma adecuada se pueden mejorar
significativamente los tiempos de respuesta hacia los usuarios. Esto se traduce en un mayor
nmero de personas atendidas y al final en una mejor calidad de servicio. La Defensa
Publica es una institucin 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 tecnolgicos para mejorar su calidad de servicio y as convertirse
en una institucin que cuente con tecnologa de punta.
El Problema de la Investigacin
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 Pblica, y por lo tanto es una atribucin vinculante con
las responsabilidades asignadas a las Coordinaciones Jurdicas. Por esta razn, hasta tanto
7
El Problema de la Investigacin
Se debe tener en cuenta que el alcance temporal del sistema propuesto tambin
depende de la vigencia de las tecnologas informticas dado que dicho mbito se encuentra
en una constante evolucin la cual puede afectar directamente la funcionalidad del mismo.
Marco Terico
CAPITULO II
MARCO TERICO
Antecedentes de la Investigacin
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:
Consejo Nacional de
Marco Terico
permitiendo que los equipos destinados para la utilizacin del sistema, puedan
trabajar sin ningn problema o requerimiento adicional, adaptndose de forma rpida
y sencilla a los nuevos cambios tecnolgicos.
Marco Organizacional
Defensa Pblica
La Defensa Pblica es un rgano del sistema de justicia que tiene como propsito
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 pblica, en forma gratuita a las personas que lo
requieran, sin distincin de clase socioeconmica. (Ley Orgnica de la Defensa
Pblica, articulo 2).
10
Marco Terico
11
Marco Terico
despus,
contados
partir
de
su
publicacin
en
Gaceta.
(defensapublica.gob.ve).
Misin
Garantizar el derecho a la defensa gratuita a todos los ciudadanos y ciudadanas,
prestando un servicio de orientacin, asesora, asistencia y representacin legal
eficiente y eficaz, en los mbitos de su competencia, contribuyendo con una
administracin de justicia imparcial, equitativa y expedita. (defensapublica.gob.ve).
Visin
Defensa Pblica, institucin flexible que presta un servicio de calidad al
ciudadano, garantizndole el derecho a la defensa gratuita en todos los mbitos de su
competencia, reconocida nacional e internacionalmente, utilizando tecnologa
12
Marco Terico
Objetivos Estratgicos
1. Fortalecer continuamente los procesos de asistencia, asesora orientacin y
representacin al ciudadano y/o ciudadana para alcanzar la excelencia del servicio
que presta la Defensa Pblica.
2. Adecuar la estructura y el sistema administrativo al logro de la filosofa de
gestin de la Defensa Pblica.
3. Mantener una poltica integral de RRHH que permita la captacin, el desarrollo
y la permanencia del personal idneo, capaz de garantizar la excelencia en la
prestacin del servicio de la defensa Pblica.
4. Instrumentar una plataforma tecnolgica institucional (informtica, planta fsica,
sistema de seguridad) que permita la automatizacin de los procesos y la
optimizacin del servicio.
5. Garantizar la formacin y capacitacin continua del recurso humano en todos los
mbitos de su competencia que permita la prestacin de un servicio de calidad.
6. Mantener un proceso de informacin y comunicacin con la comunidad sobre el
servicio que presta la Defensa Pblica, as como los medios de acceso y los
procedimientos a seguir.
13
Marco Terico
8.
Marco Constitucional
14
Marco Terico
268,
La
ley establecer
la
autonoma
y organizacin,
15
Marco Terico
16
Marco Terico
Objetivos
transparente,
idnea
expedita
de
la
Defensa
Pblica.
Funciones Generales
17
Marco Terico
Bases Tericas
Derechos humanos
Es el reconocimiento de la dignidad del hombre; el cual no es posible sin la
condensacin de todas las responsabilidades sociales, econmicas y polticas de un
estado que garantice la libertad y autonoma de todos los individuos.
(un.org/es/documents/udhr/).
Los Derechos Humanos son:
Histricos. Estn vinculados profundamente con la realidad histrica, poltica
y social.
Inalienables. No es posible cambiar de titular a un derecho, por lo tanto
tampoco es imposible enajenarlos.
Imprescriptibles. Tienen un carcter permanente, por lo que no pueden
desaparecer o dejar de ser reconocidos por el mero transcurso del tiempo.
Universales. Son de todas las personas, sin distincin cual ninguna.
Indivisibles. Todos son importantes, ninguno puede separarse de otro.
Interdependientes. Todos los derechos humanos estn articulados.
Dinmicos. Se encuentran en un proceso de constante evolucin, son
cambiantes.
Progresivos. Su tendencia es al avance, de ninguna manera a la regresin o
cancelacin, tanto en lo que corresponde al contenido protegido como a la
eficacia y procedimiento para su cumplimiento.
(un.org/es/documents/udhr/).
18
Marco Terico
Defensor Publico
Es el abogado responsable de garantizar el derecho a la defensa gratuita a todos
los ciudadanos y ciudadanas, prestando un servicio de orientacin, asesora,
asistencia y representacin legal eficiente y eficaz. (defensapublica.gob.ve). [5].
Sistema de Informacin
Los sistemas de informacin no son otra cosa que el medio por el cual fluye
la informacin entre los empleados o departamentos de una organizacin y puede ser
la comunicacin de datos en la red.
19
Marco Terico
Entrada de Informacin
Es el proceso mediante el cual el Sistema de Informacin toma los datos que
requiere para procesar la informacin. Las entradas pueden ser manuales o
automticas. Las manuales son aquellas que se proporcionan en forma directa por el
usuario, mientras que las automticas son datos o informacin que provienen o son
tomados de otros sistemas o mdulos. Esto ltimo se denomina interfaces
automticas. (Pressman, 2002).
Almacenamiento de informacin
El almacenamiento es una de las actividades o capacidades ms importantes que
tiene una computadora, ya que a travs de esta propiedad el sistema puede recordar la
informacin guardada en la seccin o proceso anterior. Esta informacin suele ser
almacenada en estructuras de informacin denominadas archivos. (Pressman, 2002).
Procesamiento de Informacin
Es la capacidad del Sistema de Informacin para efectuar clculos de acuerdo con
una secuencia de operaciones preestablecida. Estos clculos pueden efectuarse con
datos introducidos recientemente en el sistema o bien con datos que estn
almacenados. Esta caracterstica de los sistemas permite la transformacin de datos
fuente en informacin que puede ser utilizada para la toma de decisiones, lo que hace
posible, entre otras cosas, que un tomador de decisiones genere una proyeccin
financiera a partir de los datos que contiene un estado de resultados o un balance
general de un ao base. (Pressman, 2002).
Objetivos Bsicos de un Sistema de Informacin
Automatizacin de procesos operativos.
Proporcionar informacin que sirva de apoyo al proceso de toma de
decisiones.
20
Marco Terico
Sistema de gestin
Sistema para establecer la poltica y los objetivos y para lograr dichos
objetivos.
21
Marco Terico
22
Marco Terico
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
informacin de una empresa o negocio en particular. (maestrosdelweb.com)
23
Marco Terico
24
Marco Terico
Software:
Es el conjunto de programas e instrucciones asociados a una computadora.
La parte intangible que hace funcionar un sistema informtico y que puede ser
modificada con facilidad, como concepto opuesto a la circuitera, hardware, o parte
slida del equipo. Gracias al software, una misma circuitera, es decir, un cierto
equipo, puede realizar tareas diferentes, segn el programa que ejecute.
(cnti.gob.ve).
Hardware:
Componentes fsicos de una computadora o de una red, en contraposicin
con los programas o elementos lgicos 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 aplicacin y los
diferentes usuarios. Es un administrador de los recursos de hardware del
sistema. (euram.com.ni).
Web:
La palabra WEB es el trmino ms usado para referirse al World Wide Web
que es la Red Mundial de pginas o Documentos de texto entrelazados. Un
documento entrelazado no es ms que un documento que contiene enlaces a otros
documentos o pginas de texto. Tambin se le conoce con el nombre de documento
de Hipertexto. (cnti.gob.ve).
Linux
Es la denominacin de un sistema operativo y el nombre de un ncleo. Es uno
de los paradigmas del desarrollo de software libre (y de cdigo abierto), donde el
25
Marco Terico
26
Marco Terico
Herramientas de Desarrollo
HTML
Lenguaje de programacin que permite establecer vnculos entre diferentes
bloques de informacin y moverse rpidamente entre ellos. El hipertexto fue
integrado en la World Wide Web para crear referencias cruzadas entre las pginas
disponibles en Internet y de esta manera facilitar el salto de una a otra. (cnti.gob.ve).
Ruby
Es un lenguaje de programacin interpretado, de muy alto nivel y orientado a
objetos. En este lenguaje, hasta los nmeros y los caracteres literales son objetos, y
tienen los mtodos de su clase, que pueden llamarse normalmente. (ruby-lang.org).
Caractersticas 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 mtodos. Puede
redefinirlos fcilmente.
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 Terico
en
muchos
sistemas
operativos:
UNIX,
28
DOS,
Windows
Marco Terico
Rails
Es el framework o entorno de trabajo, tambin Open Source y multiplataforma
desarrollado por David Heinemeier Hansson que facilita el diseo y desarrollo de
aplicaciones web basadas en Ruby separando automticamente en 3 capas todos los
componentes de la aplicacin (Model, View y Control. MVC). Ello hace ms sencillo
y rpido el mantenimiento de las aplicaciones que en otros entornos como Java.
(rubyonrails.org).
PostgreSQL
Es un Sistema de Gestin 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 ms tarde
desarrollado comercialmente por la Relational Technologies/Ingres Corporation.
Caractersticas de PostgreSQL
Claves ajenas tambin denominadas Llaves ajenas o Llaves Forneas (foreign
keys).
Disparadores (triggers).
Vistas.
Integridad transaccional.
29
Marco Terico
30
Marco Terico
31
Marco Terico
Conceptos metodolgicos.
Metodologa
Se refiere a los mtodos de investigacin que se siguen para alcanzar una
gama de objetivos en una ciencia.
32
Marco Terico
Muchos problemas que surgen en los proyectos se deben a que despus de concretar
los requisitos que debe cumplir el programa, no hay una revisin de los mismos,
pudiendo dejar olvidados puntos importantes.
Coraje: Se debe tener valenta 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 sensacin de ignorancia por parte del programador, hay que tener coraje
para mantener un diseo simple y no optar por el camino ms fcil y por ltimo hay
que tener valor y confiar en que la realimentacin sea efectiva.
(programacionextrema.org).
33
Marco Metodolgico
CAPITULO III
MARCO METODOLGICO
Tipo de investigacin
34
Marco Metodolgico
Poblacin y muestra:
Diseo de la investigacin
35
Marco Metodolgico
Diseo:
En esta etapa se elaboro conceptualmente el sistema propuesto a travs del
seguimiento de los siguientes pasos:
Diseos simples: En este paso se realiz el diseo de cada uno de los mdulos
correspondientes a las iteraciones seleccionadas basndose en las historias de
36
Marco Metodolgico
usuarios asignadas con la ayuda de los artefactos de UML los cuales hacen
mucho ms sencillo y gil este proceso.
Glosario de trminos: Se realiz un glosario de trminos correspondientes al
anlisis del sistema con el objetivo de contar con la mayor documentacin
posible para dar soporte al sistema.
Refactorizar: Una vez realizado el anlisis de cada uno de las historias de
usuario estas fueron
Desarrollo:
En esta fase se codific el sistema basndose en el anlisis producto del
anlisis de las historias de usuarios establecidas en las iteraciones del sistema,
para los efectos del presente proyecto solo se desarrollo la primera iteracin la
cual est conformada por las historias de usuarios correspondientes a : Carga de
denuncias, listado de denuncias, asignacin de responsables, carga de actuaciones.
37
Marco Metodolgico
Observacin Directa
Por medio de la utilizacin de esta tcnica se pudo recolectar informacin
referente a los procesos llevados a cabo por el personal de la Coordinacin de
Vigilancia y Disciplina as como las practicas empleadas para llevar a cabo dichos
procesos, este mecanismo es de suma importancia dado que ofrece informacin
de primera mano la cual puede ser fcilmente procesada para el anlisis de la
solucin planteada.
Entrevistas
Despus de realizar la observacin directa la entrevista es un excelente
mecanismo para comparar los datos recolectados con la informacin aportada por
los usuarios, todo esto con la intencin de obtener las observaciones referentes a
los procesos y las posibles sugerencias para mejorar los mismos.
38
CAPITULO IV
ANLISIS DE LOS RESULTADOS
Captura de requerimientos
Sistema actual:
Mecnica de ejecucin.
Tiempo de respuesta.
Nmero de casos entendidos en un periodo de tiempo determinado
Generacin de estadsticas.
Mecanismos de respaldo
Mecanismos de seguridad
40
Sistema propuesto:
Mecanismos de bsqueda.
Generacin de histricos.
Generacin automatizada de estadsticas.
Interconexin con otras dependencias.
Manejo de roles.
Mecanismos de respaldo y seguridad.
de los puntos ms
40
Temas Tratados
Acuerdos Logrados
Puntos Pendientes
Entrega de formatos
por parte de los
abogados
de
la
Coordinacin
de
Vigilancia
y
Disciplina.
Entrega y discusin
del diagrama de flujo
de los procesos de
averiguaciones
preliminares.
Los abogados de la
Coordinacin
de
Vigilancia
y
Disciplina deben traer
un expediente para ser
analizado.
Se establecern los
actores involucrados
en cada una de las
etapas del proceso de
averiguaciones
disciplinarias.
Presentacin del
grupo.
Descripcin
global del
proceso actual
de
averiguaciones
disciplinarias.
Se
acordaron
reuniones semanales.
Discusin del
diagrama
de
flujo de los
procesos
de
averiguaciones
preliminares.
Discusin de los
formatos
entregados por
los abogados de
la Coordinacin
de Vigilancia y
Disciplina.
Identificacin
de las etapas
que dividen el
proceso
de
averiguaciones
disciplinarias.
Se analiz un
expediente
disciplinario y
se tom nota de
los
aspectos
relevantes del
mismo.
Se
discuti
sobre los actores
involucrados en
el proceso de
Se dividi el
proceso en 3
etapas: ingreso
de
denuncia,
investigacin,
entrega
de
resultados.
Los
formatos
ms
utilizados
son: actas y
oficios.
Los expedientes
estn
conformados de
la
siguiente
manera:
denuncias, acta
de inicio de
averiguacin,
acta de resultado
de
la
averiguacin
41
Se discutirn las
estadsticas generadas
por la coordinacin de
vigilancia y disciplina
correspondientes a las
averiguaciones.
Los analistas de la
divisin
de
informtica
deben
realizar un proceso de
observacin directa en
averiguaciones
disciplinarias
Sesin
4
Temas Tratados
Se evaluaron los
estadsticos
generados por la
coordinacin de
vigilancia
y
disciplina.
preliminar,
anexos de la
averiguacin,
oficio
con
resultado de la
averiguacin,
notificacin a las
partes.
Los
actores
quedaron
identificados
como
los
siguientes:
Denunciantes,
abogado
receptor,
abogado
investigador,
inspector,
coordinador.
Acuerdos Logrados
Los estadsticos
ms relevantes
son
los
siguientes:
Denuncias por
fecha, denuncias
por
fases,
denuncias
por
denunciado,
denuncias
por
denunciante,
denuncias
por
abogado
responsable,
denuncias
por
estatus.
Se acord el
inicio
del
proceso
de
observacin
directa el cual
empezara desde
la
prxima
42
la coordinacin de
vigilancia
y
disciplina,
se
solicitara el permiso
necesario para realizar
dicho proceso.
Puntos Pendientes
Los analistas de la
Divisin
de
informtica
deben
realizar el proceso de
observacin directa.
Los abogados de la
Coordinacin
de
Vigilancia
y
Disciplina
deben
prestar
el
apoyo
necesario para la tarea
anteriormente
mencionada.
Sesin
Se discutieron
los resultados
obtenidos
durante
el
proceso
de
observacin.
Se discutieron
las
posibles
mejoras
a
implementar en
el nuevo sistema
Temas Tratados
semana.
Se
realizaron
observaciones a
los
siguientes
aspectos: exceso
de
papeleo,
tiempos
de
respuesta,
resguardo de la
informacin,
generacin
de
estadsticas.
Acuerdos Logrados
Se discuti el
anlisis
realizado por los
analistas de la
divisin
de
informtica
correspondiente
al
sistema
propuesto.
Revisin de los
cambios
realizados
al
anlisis
preliminar
Tabla 4.1 Matriz de Minutas
Se
realizaron
observaciones
con respecto a
las alarmas que
debe emitir el
sistema
en
cuanto a los
tiempos de los
expedientes.
Se
realizaron
observaciones
sobre
los
criterios
de
bsqueda
del
sistema.
Se
realizaron
observaciones a
los formatos en
los cuales deben
mostrarse
los
estadsticos del
sistema
Se da inicio al
diseo
del
sistema.
43
Los analistas de la
divisin
de
informtica
deben
entregar
para
su
discusin el primer
anlisis realizado del
sistema propuesto.
Puntos Pendientes
Los analistas de la
divisin
de
informtica
deben
realizar los cambios al
anlisis del sistema
propuesto en base a
las
observaciones
realizadas.
Los procesos de atencin y control tal como ocurren hoy en da difieren de las
necesidades actuales y presentes, implicando graves consecuencias referentes a la
prdida de informacin (de alta confidencialidad), retrasos en los tiempos de
respuesta al ciudadano, dificultad para dar seguimiento y atencin a la gran
cantidad de casos atendidos, entre otros.
44
Matriz de requerimientos
Prioridad
Alta
Alta
Alta
Requerimiento
Fcil acceso a
informacin de
expedientes
Disciplinarios
Resguardo
de
informacin de
expedientes
Generacin
Notificaciones a
partes involucradas
45
la
los
la
los
Solicitante
Coordinacin de
Vigilancia y
Disciplina
Coordinacin de
Vigilancia y
Disciplina
de
Coordinacin de
las
Vigilancia y
Disciplina-rea de
Unidad Receptora de
Fase
1
Alta
Generacin de reportes
estadsticos de las
causas disciplinarias
Notificacin de lapsos
procesales de las
causas Disciplinarias
Definicin de Roles y
Alta
permisos para cada
Usuario
Generacin del
Alta
Expediente
Disciplinario a partir
de la informacin.
Prioridad
Requerimiento
Centralizacin e
Alta
integracin de los
datos de las Causas
Disciplinarias
Corrector ortogrfico
Media
para la carga de los
datos del expediente
Modulo de supervisin
Media
para cada uno de los
jefes de rea
Renovacin cada
Media
cierto tiempo de las
claves de acceso del
sistema
Generacin de las
Baja
cartulas
de
los
expedientes
disciplinarios
Interconexin
con
Alta
otros
sistemas
institucionales
Ingresar documentos
Alta
digitalizados en el
sistema
Tabla 4.2 Matriz de Requerimientos
Alta
46
Denuncias
Coordinacin de
Vigilancia y
Disciplina-rea
Administrativa
Coordinacin de
Vigilancia y
Disciplina
Divisin de
Informtica
Coordinacin de
Vigilancia y
Disciplina
Solicitante
Coordinacin de
Vigilancia y
Disciplina
Coordinacin de
Vigilancia y
Disciplina
Coordinacin de
Vigilancia y
Disciplina
Divisin de
Informtica
Coordinacin de
Vigilancia y
Disciplina
Divisin de
Informtica
Coordinacin de
Vigilancia y
disciplina
Sistema Propuesto
CAPITULO V
SISTEMA PROPUESTO
El enfoque de este captulo est orientado a definir cada uno de los elementos que
constituyeron la propuesta producto de la previa investigacin que implica este
estudio teniendo como finalidad u objetivo fundamental automatizar el proceso de
registro y control de averiguaciones disciplinarias en la Coordinacin de Vigilancia y
Disciplina de la Defensa Publica.
Los actores del sistema son aquellas personas u otros sistemas que interactan
directamente con la aplicacin, estos pueden tanto introducir como modificar,
consultar e incluso eliminar datos, se puede decir que son a razn principal de la
creacin de cualquier sistema de informacin.
A continuacin se presentan cada uno de los actores que tienen de manera directa o
indirecta relacin con el sistema.
Denunciante:
Es la persona que realiza la denuncia, generalmente estn orientadas al mal ejercicio
de las funciones de un defensor pblico, como por ejemplo ausencia en las audiencias
o incumplimiento en los tiempos de las actuaciones.
47
Sistema Propuesto
Coordinador de Sustanciacin:
Despus de conocidos los resultados el denunciado tiene un periodo de 15 das
hbiles para apelar la decisin del caso en este periodo el caso llega al rea de
sustanciacin. El coordinador de dicha rea se encarga de asignar el caso a los
diferentes analistas.
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
Sistema Propuesto
Una vez emitida la decisin por parte del analista disciplinario de la Coordinacin de
Recursos Humanos, el denunciado en el caso de ser acusado formalmente tiene 45
das hbiles segn la Ley Orgnica de La Defensa Publica para consignar todas las
pruebas que avalen su defensa. El Coordinador del rea de Sustanciacin se encarga
de recibir los expedientes que se encuentran en esta condicin as mismo debe asignar
el analista que llevar el caso y posteriormente emitir toda la documentacin
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 navegacin del sistema el cual muestra todos los mdulos y sus
dependencias, podemos apreciar las tres vertientes ms importantes del mismo en la
primera etapa de concepcin del proyecto, estas son: Denuncias, Analista URD y
Mantenimiento las cuales se describen a continuacin:
Crear denuncia.
Auto de entrada.
Asignar denuncia.
Cartula.
Crear denuncias.
Listar denuncias.
Cargar actuaciones.
Carga de diligencias.
Memo de remisin.
Auto de remisin.
58
Sistema Propuesto
Anexas.
Encabezados.
Estado Civil.
Motivos.
Nacionalidades.
Organismos.
Profesiones.
Requisitos.
Responsables.
Tipo direcciones.
Tipo Personas.
Trminos.
Supervisores.
59
Sistema Propuesto
Sistema Propuesto
Tipo de Dato
Tamao
No Nulo
Clave
Id
Bigserial
19
PK
Descripcin
Varchar
254
Estatus
Bool
Etapas: En esta tabla se almacena informacin referente a las etapas del proceso de
la averiguacin.
Nombre
Tipo de Dato
Tamao
No Nulo
Clave
Id
Serial
10
PK
Descripcin
Varchar
254
Tipo de Dato
Tamao
No Nulo
Clave
Id
Bigserial
19
PK
Descripcin
Varchar
254
Estatus
Bool
61
Sistema Propuesto
Nombre
Tipo de Dato
Tamao
No Nulo
Clave
Id
Bigserial
19
PK
Descripcin
Varchar
254
Ciudad_id
Int4
10
Estatus
Bool
FK
Tipo de Dato
Tamao
No Nulo
Clave
Id
Bigserial
19
PK
Empleado_id
Int4
10
FK
Tipo_supervisor_id
Int4
10
FK
Estatus
Bool
Resolucin
Varchar
254
Fecha_resolucion
Date
13
Tipo de Dato
Tamao
No Nulo
Clave
Id
Bigserial
19
PK
Nombre
Varchar
254
Apellido
Varchar
254
62
Sistema Propuesto
Cedula
Char
15
Estado_civil_id
Int4
10
FK
Nacionalidad_id
Int4
10
FK
Profesin_id
Int4
10
FK
Sexo
Char
Tipo de Dato
Tamao
No Nulo
Clave
Id
Serial
10
PK
Descripcin
Varchar
254
Tipo de Dato
Tamao
No Nulo
Clave
Id
Bigserial
19
PK
Denuncia_id
Int4
10
FK
Empleado_id
Int4
10
FK
Tipo de
Tamao
Dato
63
No Nulo
Clave
Sistema Propuesto
Id
Bigserial
19
PK
Denuncia_actuacion_id
Int4
10
FK
Hora_ini
Char
Hora_fin
Varchar
Memo
Char
15
Numero
Char
15
Correspondiente
Varchar
254
Llam_nombre
Varchar
254
Llam_apellido
Varchar
254
Finalidad
Varchar
254
Resultado
Varchar
254
Llam_sexo
Char
Fecha_memo
Date
13
Tipo de Dato
Tamao
No Nulo
Clave
Id
Bigserial
19
PK
Requisito_id
Int4
10
FK
Denuncia_id
Int4
10
FK
Observaciones
Varchar
254
64
Sistema Propuesto
Perfiles: En esta tabla se almacena informacin referente a los diferentes perfiles con
los cuales trabaja el sistema.
Nombre
Tipo de Dato
Tamao
No Nulo
Clave
Id
Bigserial
19
PK
Descripcin
varchar
254
Tipo de
Tamao
No Nulo
Clave
PK
Dato
Id
Bigserial
19
Nombre
Varchar
254
Apellido
Varchar
254
Cedula
Char
13
Direccin
Varchar
254
Cargo
Char
30
Organismo_dependencia_id
Int4
10
Telfono
Char
14
Sexo
Char
FK
Ilcitos: En esta tabla se almacena informacin referente a los diferentes ilcitos que
maneja el sistema.
Nombre
Tipo de Dato
Tamao
No Nulo
Clave
Id
Bigserial
19
PK
Descripcin
varchar
254
Status
Bool
65
Sistema Propuesto
Tipo de Dato
Tamao
No Nulo
Clave
Id
Bigserial
19
PK
Nombre
Varchar
254
Apellido
Varchar
254
Numero
Char
13
Fecha
Date
11
Tipo_documento_id
Int4
10
FK
denuncia_id
Int4
10
FK
Cargo
Varchar
254
Sexo
Char
Tipo de
Tamao
No Nulo
Clave
PK
Dato
Id
Bigserial
19
Hora_ini
Char
15
Hora_fin
Char
15
Memo
Char
13
Ent_nombre
Varchar
256
Ent_apellido
Varchar
256
Ent_cedula
Char
13
Ent_cargo
Varchar
254
Nacionalidad_id
Int4
10
Declaracin
Varcahar
254
66
FK
Sistema Propuesto
Preguntas
Varchar
254
Denuncia_actuacion_id
Int4
10
Ent_sexo
Char
Fecha_memo
Date
13
Tipo de Dato
Tamao
No Nulo
Clave
Id
Bigserial
19
PK
Organismo_id
Int4
10
FK
Denuncia_id
Int4
10
FK
Nro_expediente
Char
15
Usuarios: En esta tabla se almacena informacin referente a los usuarios del sistema.
Nombre
Tipo de
Tamao
No Nulo
Clave
PK
Dato
Id
Bigserial
19
Login
Char
15
Contrasea
Char
15
Estatus_activacion
Bool
Perfil_id
Int4
10
FK
Empleado_id
Int4
10
FK
Nuevo
Bool
67
Sistema Propuesto
Tipo de Dato
Tamao
No Nulo
Clave
Id
Bigserial
19
PK
persona_id
Int4
10
FK
telfono
char
15
Tipo de
Tamao
No Nulo
Clave
Dato
Id
Bigserial
19
PK
Denuncia_id
Int4
10
FK
Tipo
Int4
10
Nombre
Varchar
256
Apellido
Varchar
256
Tipo de Dato
Tamao
No Nulo
Clave
Id
Bigserial
19
PK
descripcion
Varchar
254
68
Sistema Propuesto
Tipo de Dato
Tamao
No Nulo
Clave
Id
Bigserial
19
PK
descripcion
Varchar
254
Tipo de Dato
Tamao
No Nulo
Clave
Id
Bigserial
19
PK
descripcion
Varchar
254
Estatus
Bool
Tipo de Dato
Tamao
No Nulo
Clave
Id
Bigserial
19
PK
descripcion
Varchar
254
Estatus
Bool
69
Sistema Propuesto
Tipo de Dato
Tamao
No Nulo
Clave
Id
Bigserial
19
PK
Ciudad_id
Int4
10
FK
Das
Int4
10
Estatus
Bool
Tipo de Dato
Tamao
No Nulo
Clave
Id
Bigserial
19
PK
Fun_externo_id
Int4
10
FK
Denuncia_id
Int4
10
FK
Tipo_persona_id
Int4
10
FK
Tipo de Dato
Tamao
No Nulo
Clave
Id
Bigserial
19
PK
descripcion
Varchar
254
Estatus
Bool
70
Sistema Propuesto
Tipo de
Tamao
No Nulo
Clave
PK
Dato
Id
Bigserial
19
Nombre
Varchar
254
Apellido
Varchar
254
Denuncia_actuacion_id
Int4
10
Cargo
Varchar
254
Sexo
Char
FK
Tipo de Dato
Tamao
No Nulo
Clave
Id
Bigserial
19
PK
Fecha_carga
Date
13
Fecha_inicio
Date
13
Ciudad_id
Int4
10
Observaciones
Varchar
256
Estatus
Int4
10
oficio
Char
13
Folios
Int4
usuario_id
Int4
10
Fecha_escrito_den
Date
13
Tipo_denuncia_id
Int4
10
Fecha_estatus
Date
13
71
FK
FK
FK
Sistema Propuesto
Tipo de
Tamao
No Nulo
Clave
Dato
Id
Bigserial
19
PK
Denuncia_actuacion_id
Int4
10
FK
Denuncia_responsable_id
Int4
10
FK
Tipo de Dato
Tamao
No Nulo
Clave
Id
Bigserial
19
PK
Persona_id
Int4
10
FK
Denuncia_id
Int4
10
FK
Tipo_persona_id
Int4
10
FK
Tipo de Dato
Tamao
No Nulo
Clave
Id
Bigserial
19
PK
Denuncia_id
Int4
10
FK
ilicito_id
Int4
10
FK
Fecha_hecho
Date
13
Descripcin
Varchar
254
72
Sistema Propuesto
Tipo de Dato
Tamao
No Nulo
Clave
Id
Bigserial
19
PK
descripcion
Varchar
254
Estatus
Bool
Tipo de Dato
Tamao
No Nulo
Clave
Id
Bigserial
19
PK
Denuncia_id
Int4
10
FK
Estapa_id
Int4
10
FK
Usuario_id
Int4
10
FK
Tipo_actuacion_id
Int4
10
FK
Fecha
Date
13
Descripcin
Varchar
254
Folio
Int4
Numero
Char
10
Pieza
Int4
Fecha_actuacion
Date
13
Archivo_content_type
Varchar
254
Archivo_fie_name
Varchar
254
Archivo_size
Varchar
254
Estatus
Bool
73
Sistema Propuesto
Tipo de Dato
Tamao
No Nulo
Clave
Id
Bigserial
19
PK
Annio
Int4
10
Cardinal
Varchar
254
Descripcin
Varchar
254
Estatus
Bool
Tipo de Dato
Tamao
No Nulo
Clave
Id
Bigserial
19
PK
persona_id
Int4
10
FK
Tipo_id
Int4
10
FK
Ciudad_id
Int4
10
FK
domicilio
Varchar
254
Tipo de Dato
Tamao
No Nulo
Clave
Id
Bigserial
19
PK
Descripcin
Varchar
254
Organismo_id
Int4
10
FK
Ciudad_id
Int4
10
FK
Estatus
Bool
74
Sistema Propuesto
Tipo de Dato
Tamao
No Nulo
Clave
Id
Bigserial
19
PK
descripcion
Varchar
254
Estatus
Bool
Tipo de Dato
Tamao
No Nulo
Clave
Id
Bigserial
19
PK
descripcion
Varchar
254
Etapa_id
Int4
10
FK
Tipo de Dato
Tamao
No Nulo
Clave
Id
Bigserial
19
PK
Empleado_id
Int4
10
FK
Estatus
Bool
Tipo de Dato
Tamao
No Nulo
Clave
Id
Bigserial
19
PK
75
Sistema Propuesto
Anexo_id
Int4
10
FK
Denuncia_id
Int4
10
FK
Observaciones
Vrachar
254
Cantidad
Int4
10
Tipo de Dato
Tamao
No Nulo
Clave
Id
Bigserial
19
PK
Empleado_id
Int4
10
FK
Denuncia_id
Int4
10
FK
Tipo_persona_id
Int4
10
FK
Tipo de Dato
Tamao
No Nulo
Clave
Id
Bigserial
19
PK
descripcion
Varchar
254
Estatus
Bool
76
Sistema Propuesto
Tipo de Dato
Tamao
No Nulo
Clave
Id
Bigserial
19
PK
descripcion
Varchar
254
Estatus
Bool
77
Sistema Propuesto
Las siguientes son muestras de las principales pantallas del sistema, en ellas se
pude apreciar el diseo y la funcionalidad de los distintos mdulos.
78
Sistema Propuesto
usuario el cual debe ser creado previamente por el administrador del sistema y una
contrasea alfanumrica de mnimo 6 caracteres. Si el usuario ingresa una contrasea
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, ilcitos, 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
bsicos de los ciudadanos venezolanos y extrae dicha informacin para el uso de la
aplicacin.
81
Sistema Propuesto
En esta pantalla se muestran todos los criterios de bsqueda 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
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 Coordinacin de Vigilancia y Disciplina y la Divisin
de Informtica para dar inicio a la segunda etapa.
Es importante la interconexin 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 realizacin de
investigaciones disciplinarias
86
Conclusiones
fuente de todas las herramientas utilizadas, adems del ahorro econmico que fue
importante debido a que toda la infraestructura desarrollada es completamente
gratuitita y de fcil acceso al pblico en general sin dejar de nombrar el gran apoyo
recibido por la comunidad de software libre .
87
Conclusiones
RECOMENDACIONES
88
Conclusiones
BIBLIOGRAFA
Referencias Electrnicas:
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
Declaracin 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 rincn 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
Programacin Extrema. (02 de 04 de 2009). Obtenido de
http://www.programacionextrema.org/
Programacin 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 Bibliogrficas:
Beck, K. (2001). Planning Extreme Programming.
Constitucin de la Repblica 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 Repblica Bolivariana de Venezuela Nmero 37.024, Agosto 29
de 2000.
Gaceta Oficial de la Repblica Bolivariana de Venezuela Nmero 37.014, Agosto 15
de 2000.
Gaceta Oficial de la Repblica Bolivariana de Venezuela Nmero 37.159, Marxo 15
de 2001.
Gaceta Oficial de la Repblica Bolivariana de Venezuela Nmero 37.242, Junio 21
de 2001.
Gaceta Oficial de la Repblica Bolivariana de Venezuela Nmero 38595, Enero 02 de
2007.
Gonzlez Lourdes, 2005. Sistema de Gestin y Control Helpdesk para el Instituto
Geogrfico de Venezuela Simn Bolvar (IGVSB). Tesis Ing. Informtica.
Venezuela, UAH. 14 p.
Hernndez Roxine & Laya Francisco, 2004. Sistema de Informacin en Ambiente
web para el control de la gestin operativa de la Direccin General de los Servicios
de Inteligencia y Prevencin (DISIP). Tesis Ing. Informatica. Venezuela, UAH. 19
p.
Joyanes, L. (1998). Programacin orientada a objetos (2da ed). Madrid: McGRAWHILL.
Ley Orgnica de la Defensa Pblica. (02 de 01 de 2007).
Laudon, L. y. (2006). Sistemas de Informacin Gerencial.
Miles, R. (2006). Learning UML 2.0. California: O'Reilly.
Muller, P. (1997). Modelado de Objetos con UML (1era ed.). Barcelona: RomanyaValls,S.A.
90
Conclusiones
Pressman, R. (2002). Ingeniera del software. un enfoque practico. (5ta ed.). Madrid:
Espaa.
Rivas John, 1994. Sistema automatizado para el registro del archivo central del
Consejo Nacional de Investigaciones Cientficas y Tecnolgicas (CONICIT/UCV).
Tesis Lic. Computacin. Venezuela, UCV. 12 p.
Whitten, J. ,. (1996). Anlisis y diseo de sistemas de Informacin. Madrid:
McGRAW-HILL/IRWIN.
91