AAS3842

UNIVERSIDAD CATLICA ANDRES BELLO
VICERRECTORADO ACADMICO
ESTUDIOS DE POSTGRADO
AREA DE INGENIERA
Postgrado en Sistemas de Informacin
Trabajo Especial de Grado de Especialista

SISTEMA DE INFORMACION PARA EL REGISTRO Y CONTROL
DE AVERIGUACIONES DISCIPLINARIAS DE LA DEFENSA
PBLICA
Presentado por
Ing. Leonardo David Gmez Virahonda
Para optar al titulo de
Especialista en Sistemas de Informacion
Asesor
Ing. Maria Esther Remedios
Caracas, Mayo de 2012
Caracas, 21 de Mayo de 2012

UNIVERSIDAD CATLICA ANDRS BELLO
Postgrado en Sistemas de Informacin
Direccin del programa
Presente.CARTA DE APROBACIN
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.
Sin otro particular al cual hacer referencia, se despide cordialmente,
___________________________
Mara Esther Remedios
C.I. 5.530.488
UNIVERSIDAD CATLICA ANDRS BELLO

VICERRECTORADO ACADMICO
ESTUDIOS DE POSTGRADO
REA DE INGENIERA
POSTGRADO EN SISTEMAS DE INFORMACIN
SISTEMA DE INFORMACIN PARA EL REGISTRO Y CONTROL DE
AVERIGUACIONES DISCIPLINARIAS DE LA DEFENSA PBLICA
Autor: Leonardo Gmez.
Tutor: Mara Esther Remedios.
Fecha: Mayo 2012
RESUMEN
La Defensa Pblica es una institucin que forma parte de los procesos judiciales en
nuestro pas y se encarga de velar por el cumplimiento del derecho a la defensa que
poseen todos los venezolanos. Esta loable actividad es realizada por los defensores
pblicos los cuales llevan las causas de cada una de las personas de bajos recursos
que se encuentran involucradas en un proceso penal, a travs de las diferentes
actuaciones necesarias en pro de obtener la mejor resolucin de dichas causas. Los
defensores pblicos son constantemente monitoreados por los inspectores de la
Coordinacin de Vigilancia y Disciplina quienes estn encargados de llevar el control
de las actividades y aplicar sanciones a aquellos defensores que incurran en faltas que
estn en contra de los estatutos de la Defensa Pblica. En la actualidad estos
funcionarios cuentan con instrumentos que no ayudan de forma eficiente al proceso
de inspecciones y esto trae como consecuencia inconvenientes tales como: prdida de
informacin, falta de control, problemas de organizacin, entre otros. Para la presente
investigacin se plantea el diseo de un sistema para el registro y control de
averiguaciones disciplinarias el cual est orientado a colaborar en la solucin de la
problemtica anteriormente sealada, dicha propuesta posee un enfoque WEB el cual
se traduce en mayor versatilidad y facilidad de acceso, as mismo para el diseo se
establece el uso de UML el cual le da mayor carcter grfico a ste. Para el desarrollo
de la aplicacin se dispone de tecnologas de cdigo abierto especficamente Ruby on
Rails y PostgreSQL las cuales le dan un aspecto innovador al presente proyecto dado
los pocos antecedentes de aplicaciones de esta tecnologa en nuestro pas. La
metodologa de desarrollo seleccionada es XP (Extreme Programing), la cual est
orientada a proyectos dentro de las organizaciones que se deseen obtener en cortos
periodos de tiempo y establece conceptos nuevos como por ejemplo la programacin
incremental y la participacin de los usuarios durante todo el proceso de construccin
de un sistema. Para la realizacin de esta investigacin se utilizaron fuentes
bibliografas en su mayora electrnicas dado que estas por el dinamismo del mundo
informtico se mantienen constantemente actualizadas.
Palabras Clave: Sistema de informacin, UML, XP, Linux, Software Libre, Ruby
Lnea de Investigacin: Ingeniera del Software.
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.
A mi madre Belkis Virahonda que siempre ha estado conmigo, que sin

importar la circunstancia que sea esta a mi lado, gracias por tu apoyo tu paciencia y tu
cario. Sin ti mama esto no fuese posible.
A mi novia Mariana Velazco, mi amiga, mi compaera mi apoyo, te dedico

este logro porque t ms que nadie lo viviste conmigo. Gracias por brindarme apoyo
y sobre todo tanto amor y cario, no tienes idea de lo afortunado que me siento al
tenerte a mi lado compartiendo este momento tan especial. Te amo.
A mi padre Rigoberto Gmez por brindarme su apoyo y sobre todo sus

consejos los cuales me ayudaron muchsimo para lograr esta meta.
A mi to Freddy Virahonda por quererme tanto y ensearme tantas cosas. To

donde quieras que ests te doy las gracias por ser tan maravilloso conmigo, sin ti nada
de esto hubiese sido posible. Te quiero mucho
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.
A mis compaeros de la universidad por estar conmigo y acompaarme en

este viaje que ya est llegando a su fin. Gracias amigos.
A mis profesores por brindarme su conocimiento y su apoyo.
A la profesora Mara Esther por ayudarme con mi investigacin y nutrirme de

tantos conocimientos.
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
Limitaciones en el Desarrollo de la Investigacin
Alcance de la solucin planteada
Alcance Espacial
Ejemplo Temporal
CAPITULO II: Marco Terico
Antecedentes de la Investigacin
Marco Organizacional
10
Bases Tericas
17
CAPITULO III: Marco Metodolgico
34
Tipo de Investigacin
34
Diseo de la Investigacin
35
Etapas del diseo y desarrollo de la propuesta
35
Herramientas para el apoyo del anlisis del sistema propuesto
37
Tcnicas e instrumentos utilizados para la investigacin
37
CAPITULO IV: Anlisis de los Resultados
39
Captura de Requerimientos
39
Diagnostico de la Situacin Actual
43
Matriz de Requerimientos
44
CAPITULO V: Sistema Propuesto
47
Actores del Sistema
47
Diagrama de Actores
49
Casos de Uso
53
Diagrama de Clases
55
Mapa de Navegacin
57
Tablas del Sistema
61
Pantallas del Sistema
77
Recomendaciones Para la Culminacin del Proyecto
84
CONCLUSIONES
86
RECOMENDACIONES
88
REFERENCIAS BIBLIOGRFICAS
89
LISTA DE FIGURAS
2.1 Organigrama Defensa Pblica
16
2.2 Diagrama Entidad Relacin

24
5.1 Caso de Uso Coordinador U.R.D.
49
5.2 Caso de Uso Analista U.R.D.
50
5.3 Caso de Uso Analista RRHH.
50
5.4 Caso de Uso Coordinador Sustanciacin
51
5.5 Caso de Uso Analista de Sustanciacin
52
5.6 Caso de Uso Administrador
53
5.7 Modelo de Planilla de Caso de Uso
54
5.8 Diagrama de Clases
55
5.9 Mapa de Navegacin
57
5.10 Diagrama de Entidad Relacin
60
5.11 Pantalla Login de Usuarios
77
5.12 Pantalla Men Principal
78
5.13 Pantalla Crear Denuncias
79
5.14 Pantalla Listar Denuncias
80
5.15 Pantalla Buscar Denuncias
81
5.16 Pantalla Crear Organismo
82
5.17 Pantalla Reporte General de Denuncia
83
LISTA DE TABLAS
4.1 Matriz de Minutas
41
4.2 Matriz de Requerimientos
45
5.1 Descripcin tabla Estado_civiles
61
5.2 Descripcin tabla Etapas
61
5.3 Descripcin tabla Tipo_personas
61
5.4 Descripcin tabla Organismos
62
5.5 Descripcin tabla Supervisores
62
5.6 Descripcin tabla Personas
63
5.7 Descripcin tabla Tipo_supervisores
63
5.8 Descripcin tabla Denunciado_denuncias
63
5.9 Descripcin tabla Actuacin_telefonicas
64
5.10 Descripcin tabla Requisitos_denuncias
64
5.11 Descripcin tabla Perfiles
64
5.12 Descripcin tabla Fun_externos
65
5.13 Descripcin tabla Ilcitos
65
5.14 Descripcin tabla Denuncia_remitentes
65
5.15 Descripcin tabla Actuacin_entrevistas
66
5.16 Descripcin tabla Denuncia_organismo
66
5.17 Descripcin tabla Usuarios
67
5.18 Descripcin tabla Persona_telefonos
67
5.19 Descripcin tabla Denuncia_representados
68
5.20 Descripcin tabla Estatus
68
5.21 Descripcin tabla Tipo_responsables
68
5.22 Descripcin tabla Tipo_denuncias
69
5.23 Descripcin tabla Tipo_direcciones
69
5.24 Descripcin tabla Trminos
69
5.25 Descripcin tabla Denuncia_funexternos
70
5.26 Descripcin tabla Anexos
70
5.27 Descripcin tabla Actuacin_destinatario
70
5.28 Descripcin tabla Denuncias
70
5.29 Descripcin tabla Actuacin_inspectores
70
5.30 Descripcin tabla Persona_denuncia
71
5.31 Descripcin tabla Denuncia_hechos
72
5.32 Descripcin tabla Profesiones
72
5.33 Descripcin tabla Denuncia_actuaciones
72
5.34 Descripcin tabla Encabezados
73
5.35 Descripcin tabla Persona_direcciones
73
5.36 Descripcin tabla Organismos_dependencias
74
5.37 Descripcin tabla Tipo_documentos
74
5.38 Descripcin tabla Tipo_actuaciones
74
5.39 Descripcin tabla Responsables
75
5.40 Descripcin tabla Responsables
75
5.41 Descripcin tabla Denuncia_funcionarios
75
5.42 Descripcin tabla Requisitos
76
5.43 Descripcin tabla Nacionalidades
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
Esta investigacin consta de cinco captulos y a continuacin se presenta una

breve descripcin del contenido de cada uno de ellos:
En el Captulo I, EL PROBLEMA se especifica la situacin que motiva la
necesidad de desarrollar un aplicativo para la gestin de averiguaciones disciplinarias
mediante el uso de herramientas en Software Libre, contiene el planteamiento, los
objetivos generales y especficos as como tambin la definicin y la
Operacionalizacin de las variables de la investigacin.
El Captulo II, MARCO TERICO REFERENCIAL contiene los
antecedentes adems de las bases tericas y legales inmersas o relacionadas con el
tema de la investigacin.
En el Captulo III, MARCO METODOLGICO se encuentran el tipo y diseo
de investigacin, se definen la poblacin y muestra as como las tcnicas,
instrumentos, procesamientos y anlisis respectivos de la informacin obtenida o
recolectada.
En el Captulo IV, ANALISIS DE LOS RESULTADOS se realizar el
diagnstico de la situacin actual, se describen los procesos y se detallan cada una de
las alternativas de solucin evaluando las factibilidades acompaadas de las
respectivas conclusiones de eleccin.
Adicionalmente el Captulo V, SISTEMA PROPUESTO,
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.
Las posibles causas que han generado la situacin problemtica objeto de esta
investigacin, son las siguientes:
Incremento de las personas que acuden a la Defensa Pblica con el objetivo de

solicitar apoyo para el fiel cumplimiento de su derecho a la defensa. Esto trae
como consecuencia el incremento de la cantidad de averiguaciones solicitadas
y, por consiguiente, el tiempo de espera para la atencin de los usuarios es
mayor.
El sistema actual para la consulta de informacin carece de mecanismos de
organizacin y de seguridad, lo cual genera retardo en la bsqueda de la
informacin y, en consecuencia, retardo en la capacidad de respuesta
institucional.
Falta de control y seguimiento sobre las averiguaciones realizadas por los
abogados adjuntos de la Coordinacin de Vigilancia y Disciplina, lo cual
conlleva a la duplicacin de los expedientes disciplinarios, en virtud de que los
usuarios realizan denuncias ante mltiples coordinaciones
adscritas a la
Institucin, en aras de conseguir una pronta respuesta a sus requerimientos,

adems ocasiona la asignacin de comisiones a varios Inspectores, para que
lleven una averiguacin que ha sido interpuesta ante diferentes instancias de la
Defensa Pblica.
El sistema actual de archivo no es completamente seguro, ya que es accesible a
cualquier funcionario de las dependencias, lo cual trae como consecuencia la
vulnerabilidad de la informacin y expedientes existentes en la Coordinacin
de Vigilancia y Disciplina, ya que al encontrarse disponible en los archivos,
pueden ser consultados por cualquier funcionario
La solucin de la problemtica anteriormente planteada es de suma importancia

dado que tiene un impacto directo sobre la situacin de libertad de los defendidos y por
consiguiente una estrecha relacin con los derechos humanos, los cuales en todo momento
deben ser defendidos en pro de mejorar la calidad de vida de estas personas de forma
inmediata, sin hacer ningn tipo de distinciones y cumplir con la misin y visin
institucional.
Dado lo anteriormente expuesto, se plantean las siguientes interrogantes en el
presente trabajo de investigacin:
Qu elementos debe poseer un sistema de informacin para permitir el
registro y control de averiguaciones por parte de la Coordinacin de
Vigilancia y Disciplina?
Cul es el impacto que tendra un sistema de informacin para el registro y
control de averiguaciones para el personal de la Defensa Pblica?
Qu mecanismos de seguridad se deben implementar dada la importancia
de la informacin manejada por dicha coordinacin?
Qu plataforma tecnolgica es la ms adecuada para el buen
funcionamiento del sistema dentro de la infraestructura de la Defensa
Pblica?
Qu beneficios a corto y largo plazo tendra el desarrollo y posterior
implementacin de un sistema de registro y control de averiguaciones para la
Coordinacin de Vigilancia y Disciplina?
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.
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 trabajo que realiza esta institucin es muy importante para el bienestar de la

sociedad, ya que este se encarga de garantizar el derecho a la defensa a aquellas personas
de escasos recursos, con el propsito de dar continuidad a la justicia en nuestro pas. Otro
aspecto sumamente relevante de la Defensa Publica es la preservacin de los derechos
humanos de los defendidos los cuales en muchos casos se encuentran privados de su
libertad. Uno de los principales puntos a considerar para que lo anteriormente expuesto se
cumpla es la ejecucin y posterior control de los procesos disciplinarios, ya que estos son
un mecanismo de seguimiento y mejora delos procesos dentro de la Defensa Publica. Es
por esto que dicha Institucin necesita de un instrumento tecnolgico que ayude a agilizar
las averiguaciones, con la intencin de optimizar los tiempos de respuesta a los
denunciantes as como mejorar el control de dichas denuncias para evitar la duplicidad de
expedientes, mejorando as significativamente la calidad de servicio. Dicha herramienta
6
debe garantizar la integridad de la informacin, ya que sta es de suma importancia para la

gestin que realiza esta institucin.
Limitaciones en el desarrollo de la Investigacin

La mayor limitacin que se present fue el tiempo disponible por los funcionarios
que suministraron la informacin para el diseo del sistema, ya que para el cumplimiento
de la etapa inicial inherente al levantamiento de la informacin, se necesito realizar una
serie de reuniones con los abogados adjuntos, que permiti depurar los criterios medulares
para garantizar la funcionalidad de la propuesta.
La herramienta de desarrollo seleccionada para la construccin del sistema es

relativamente nueva en el pas, esto trae como consecuencia que no se cuente con
suficientes antecedentes funcionales y tcnicos que se puedan utilizar como referencia para
el desarrollo del proyecto.
Alcance de la solucin planteada

Alcance Espacial
La implantacin del sistema diseado se realiz nicamente en las direcciones
jurdicas, que tienen sede en el rea Metropolitana de Caracas, especficamente en el
Edificio de la Defensa Publica. No obstante, es importante sealar que la informacin que
se registrar en el referido sistema tiene carcter nacional, ya que en esencia su
funcionalidad est orientada al seguimiento y control de las actividades disciplinarias
realizadas a todos los defensores pblicos a nivel nacional.
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
no existan modificaciones en la ley que cambie la designacin de esta responsabilidad a

dichas direcciones; el sistema para el registro de averiguaciones disciplinarias ser
operativo y funcional, salvo que se necesite incorporar o actualizar la base de datos para
substanciar el alcance del sistema.
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:
Rivas. (1994) presento ante la Universidad Central de Venezuela para optar al

ttulo de Licenciado en Computacin, su trabajo de grado titulado Sistema
automatizado para el registro del archivo central del
Consejo Nacional de
Investigaciones Cientficas y Tecnolgicas (CONICIT/UCV) el cual trata de la

importancia del diseo e implementacin de un sistema integrado para el archivo
central del Consejo Nacional de Investigaciones Cientficas y Tecnolgicas que
cumpla con los requerimientos de un sistema de informacin automatizado, el cual
sirva de apoyo a los trabajos de investigacin que realiza esta institucin para el
cumplimiento de sus objetivos, facilite informacin a estudiosos en la especialidad y
principalmente cubra las necesidades especificas del archivo central.
El trabajo anteriormente mencionado aport valiosa informacin con respecto

a sistemas centralizados de informacin, lo cual es una de las caractersticas ms
importantes que se abordo en la presente investigacin.
Hernndez & Laya. (2004), presentaron ante la Universidad Alejandro de

Humboldt, para optar al ttulo de Ingeniero en Informtica, su trabajo de grado
titulado 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), y que tiene como objetivo principal poder evaluar a travs de una estructura
de datos los resultados obtenidos en el desempeo de cada una de las actividades,
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.
En este trabajo de grado se habla ampliamente de sistemas de informacin en

ambiente Web aportando informacin sobre la infraestructura de este tipo de
ambiente y sus posibles aplicaciones siendo esto otro de los puntos que se desarrollo
en la presente investigacin.
Gonzlez. (2005), present ante la Universidad Alejandro de Humboldt, para optar

al ttulo de Ingeniero en Informtica, su trabajo de grado titulado Sistema de Gestin
y Control Helpdesk para el Instituto Geogrfico de Venezuela Simn Bolvar
(IGVSB), el cul va a permitir tener el control sobre los servicios y la calidad
prestada por la oficina a travs de una base de datos que genere reportes y estadsticas
logrando llevar un registro de los requerimientos realizados por los usuarios.
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
Resea Histrica de la Institucin

En la Resolucin 1.191 de fecha 16 de junio de 2000 publicado en Gaceta Oficial
Nmero 37.024 de fecha 29 de agosto de 2000, se crea el Sistema Autnomo de la
Defensa Pblica, Artculo N 1, emitida por la Comisin de Funcionamiento y
Reestructuracin del Sistema Judicial.
Se seala en la Gaceta Oficial Nmero 37.014 de fecha 15 de agosto de 2000,
Normativa sobre la Direccin, Gobierno y Administracin del Poder Judicial,
Captulo III, De Las Unidades Autnomas, artculo 23, emitida por el Tribunal
Supremo de Justicia El servicio de la Defensa Pblica, es una Unidad Autnoma,
adscrita a la Comisin Judicial. Forman parte de este servicio todos los Defensores
Pblicos, en las distintas reas de la actividad Jurisdiccional.
Con la publicacin de la Gaceta Oficial Nmero 37.159 de fecha 15 de marzo de
2001, el Tribunal Supremo de Justicia deja sin efecto la Resolucin Nmero 1.191 de
fecha 16 de junio de 2000, publicada en Gaceta Oficial Nmero 37.024 (art. 5) y
declara, en el artculo 1, en proceso de reorganizacin administrativa a la Defensora
Pblica por un lapso de seis (6) meses, creando, de acuerdo al artculo 2, la
coordinacin del proceso de reorganizacin administrativa.
Sin embargo en Resolucin N 2001-0004 de fecha 21 de junio de 2001 publicada en
la Gaceta Oficial Nmero 37.242 de fecha 18 de julio de 2001, tres (3) meses despus
de publicada la Gaceta Oficial Nmero 37.159, la Sala Plena del Tribunal Supremo
de Justicia en su sesin de fecha 23 de mayo del 2001, se acord por unanimidad
declarar en proceso de reorganizacin administrativa a todo el Poder Judicial para
poder alcanzar en el menor tiempo posible su fortalecimiento institucional y la
garanta de acceso a la justicia y tutela efectiva de los derechos establecidos en la
Constitucin y dems leyes de la Repblica.
11
Marco Terico
La Comisin Judicial en fecha 03 de junio de 2002 aprueba la nueva estructura

organizativa de la Unidad Autnoma de la Defensa Pblica, dando cumplimiento a lo
dispuesto en la resolucin del Tribunal Supremo de Justicia contenida en la Gaceta
Oficial Nmero 37.159.
De acuerdo a la Resolucin N 2005-0120 de fecha 07 de junio de 2005 publicada en
la Gaceta Oficial N 38.210 de fecha 16 de junio de 2005 se declara en proceso de
reorganizacin administrativa al Servicio de la Defensa Pblica por un lapso de seis
(6) meses. Sobre esta base legal se justifica la ejecucin del Plan de Fortalecimiento
Institucional de la Defensa Pblica.
La Asamblea Nacional en Gaceta Oficial Nmero 38.595 de fecha 2 de Enero de
2007 aprob la Ley Orgnica de la Defensa Pblica que entrar en vigencia seis (6)
meses
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
actualizada y con un recurso humano altamente capacitado, sensibilizado y

cohesionado. (defensapublica.gob.ve)
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
7. Establecer mecanismos de cooperacin tcnica y comunicacin con organismos

nacionales e internacionales que contribuyan al fortalecimiento de la gestin
institucional.
8.
Mantener la tica, disciplina e idoneidad, en la prestacin del servicio, a travs

de la supervisin constante del recurso humano. (defensapublica.gob.ve).
Marco Constitucional
La Defensa Pblica est contemplada en los siguientes artculos de la

Constitucin de la Repblica Bolivariana de Venezuela (Constitucin de la Repblica
Bolivariana de Venezuela):
Artculo 19, El Estado garantizar a toda persona, conforme al principio de
progresividad y sin discriminacin alguna, el goce y ejercicio irrenunciable,
indivisible e interdependiente de los derechos humanos. Su respeto y garanta son
obligatorios para los rganos del Poder Pblico, de conformidad con esta
Constitucin, con los tratados sobre derechos humanos suscritos y ratificados por la
Repblica y con las leyes que los desarrollen.
Artculo 26, Toda persona tiene derecho de acceso a los rganos de
administracin de justicia para hacer valer sus derechos e intereses, incluso los
colectivos o difusos, a la tutela efectiva de los mismos y a obtener con prontitud la
decisin correspondiente.
El estado garantizar una justicia gratuita, accesible, imparcial, idnea,
transparente, autnoma, independiente, responsable, equitativa y expedita, sin
dilaciones indebidas, sin formalismos o reposiciones intiles.
Artculo 51, Toda persona tiene el derecho de representar o dirigir
peticiones ante cualquier autoridad, funcionario pblico o funcionaria pblica sobre
14
Marco Terico
los asuntos que sean de la competencia de stos y a obtener oportuna y adecuada

respuesta.
Artculo 253, La potestad de administrar justicia emana de los ciudadanos y
ciudadanas y se imparte en nombre de la Repblica por autoridad de la Ley.
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.
Artculo 267, Corresponde al Tribunal Supremo de Justicia la direccin, el
gobierno y la administracin del Poder Judicial, la inspeccin y vigilancia de los
tribunales de la Repblica y de las Defensoras Pblicas. Igualmente, le corresponde
la elaboracin y ejecucin de su propio presupuesto y del presupuesto del Poder
Judicial.
La jurisdiccin disciplinaria judicial estar a cargo de los tribunales
disciplinarios que determine la ley.
Artculo
268,
La
ley establecer
la
autonoma
y organizacin,
funcionamiento, disciplina e idoneidad del servicio de defensa pblica, con el objeto

de asegurar la eficacia del servicio y de garantizar los beneficios de la carrera del
defensor o defensora.
15
Marco Terico
Organigrama de la Defensa Pblica
Figura 2.1: Organigrama defensa Pblica.

Fuente: defensapublica.gob.ve (2009)
16
Marco Terico
Dependencia Objeto del proyecto.
Coordinacin de Vigilancia y Disciplina
Objetivos
Vigilar el cumplimiento de la normativa legal y organizacional que conlleve a una

gestin
transparente,
idnea
expedita
de
la
Defensa
Pblica.
Funciones Generales
Establecer polticas de fiscalizacin y disciplina ajustadas a la normativa legal

y organizacional que coadyuven a una gestin transparente, idnea y expedita.
Asesorar a las mximas autoridades y dems instancias de la organizacin en

materia de fiscalizacin y disciplina.
Girar lineamientos para llevar a cabo la labor de fiscalizacin ordinaria y

extraordinaria a las Direcciones Estadales de Defensa Pblica y Despachos de
las Defensoras y Defensores Pblicos.
Coordinar y supervisar la sustanciacin de los procedimientos disciplinarios.
Velar por el cumplimiento de las medidas disciplinarias.
Determinar las necesidades de la formacin y capacitacin del personal

adscrito a la oficina.
17
Marco Terico
Bases Tericas
Ya conocidos aspectos importantes de la presente investigacin tales como la

situacin que origina el problema y los objetivos que se buscan alcanzar, se presenta a
continuacin las bases tericas que sustentan dicha investigacin con el propsito de
brindar una visin mucho ms clara de los objetivos que se desean lograr.
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
Se considera que antes de dar una definicin de sistema de informacin, es

importante explicar el significado de un sistema. Sistema bsicamente es un
conjunto de elementos que trabajan eficientemente y se relacionan entre s para
lograr un objetivo comn. La civilizacin actual se encuentra rodeada de sistemas
que a su vez se comunican con otros sistemas. Todo sistema depende en mayor o
menor medida de los sistemas de informacin.
Segn Laudon y Laudon (2006) , un sistema de informacin se puede definir

tcnicamente como un conjunto de componentes interrelacionados que rene,
procesa, almacena, y distribuye informacin para apoyar la toma de decisiones y el
control de una organizacin.
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.
Es importante destacar que para el Desarrollo de todo sistema de informacin, es

necesario recurrir a una Metodologa tcnica-cientfica aplicable que se utilice como
gua para el correcto seguimiento de los pasos a seguir durante el desarrollo e
implementacin de la aplicacin.
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
Lograr ventajas competitivas a travs de su implantacin y uso.

Sistema de calidad
Conjunto de la estructura de organizacin de responsabilidades, de

procedimientos, de procesos y de recursos que se establecen para llevar a cabo la
gestin de la calidad.
Sistema de gestin
Sistema para establecer la poltica y los objetivos y para lograr dichos
objetivos.
Sistema de gestin de la calidad
Es el conjunto formado por la estructura organizativa de la empresa, los

procedimientos, los procesos y los recursos necesarios para asegurarse de que todos
los productos y servicios suministrados a los clientes satisfacen sus necesidades as
como las expectativas.
Programacin orientada a objetos.
La programacin orientada a objetos, intenta simular el mundo real a travs

del significado de objetos que contiene caractersticas y funciones. Los lenguajes
orientados a objetos se clasifican como lenguajes de quinta generacin.
Como su mismo nombre indica, la programacin orientada a objetos se basa

en la idea de un objeto, que es una combinacin de variables locales y
procedimientos llamados mtodos que juntos conforman una entidad de
programacin. (Joyanes, 1998).
21
Marco Terico
Caractersticas de la Programacin orientada a objetos.

Segn (Joyanes, 1998). Estas caractersticas son:
Abstraccin: Denota las caractersticas esenciales de un objeto, donde se

capturan sus comportamientos. Cada objeto en el sistema sirve como modelo
de un "agente" abstracto que puede realizar trabajo, informar y cambiar su
estado, y "comunicarse" con otros objetos en el sistema sin revelar cmo se
implementan estas caractersticas. Los procesos, las funciones o los mtodos
pueden tambin ser abstrados y cuando lo estn, una variedad de tcnicas son
requeridas para ampliar una abstraccin.
Encapsulamiento: Significa reunir a todos los elementos que pueden

considerarse pertenecientes a una misma entidad, al mismo nivel de
abstraccin. Esto permite aumentar la cohesin de los componentes del
sistema. Algunos autores confunden este concepto con el principio de
ocultacin, principalmente porque se suelen emplear conjuntamente.
Principio de ocultacin: Cada objeto est aislado del exterior, es un mdulo

natural, y cada tipo de objeto expone una interfaz a otros objetos que
especfica cmo pueden interactuar con los objetos de la clase. El aislamiento
protege a las propiedades de un objeto contra su modificacin por quien no
tenga derecho a acceder a ellas, solamente los propios mtodos internos del
objeto pueden acceder a su estado. Esto asegura que otros objetos no pueden
cambiar el estado interno de un objeto de maneras inesperadas, eliminando
efectos secundarios e interacciones inesperadas. Algunos lenguajes relajan
esto, permitiendo un acceso directo a los datos internos del objeto de una
manera controlada y limitando el grado de abstraccin. La aplicacin entera
se reduce a un agregado o rompecabezas de objetos.
22
Marco Terico
Polimorfismo: comportamientos diferentes, asociados a objetos distintos,

pueden compartir el mismo nombre, al llamarlos por ese nombre se utilizar
el comportamiento correspondiente al objeto que se est usando. O dicho de
otro modo, las referencias y las colecciones de objetos pueden contener
objetos de diferentes tipos, y la invocacin de un comportamiento en una
referencia producir el comportamiento correcto para el tipo real del objeto
referenciado. Cuando esto ocurre en "tiempo de ejecucin", esta ltima
caracterstica se llama asignacin tarda o asignacin dinmica. Algunos
lenguajes proporcionan medios ms estticos (en "tiempo de compilacin")
de polimorfismo, tales como las plantillas y la sobrecarga de operadores de
C++.
Herencia: las clases no estn aisladas, sino que se relacionan entre s,

formando una jerarqua de clasificacin. 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 comn. Cuando un objeto hereda de ms de una clase se dice
que hay herencia mltiple.
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
Caractersticas de una base de datos:
Independencia lgica y fsica de los datos.

Redundancia mnima.
Acceso concurrente por parte de mltiples usuarios.
Integridad de los datos.
Consultas complejas optimizadas.
Seguridad de acceso y auditoria.
Respaldo y recuperacin.
Acceso a travs de lenguajes de programacin estndar.
(maestrosdelweb.com).
Modelo Entidad Relacin.

Los diagramas o modelos entidad-relacin (denominado por su siglas, ERD
Diagram Entity Relationship) son una herramienta para el modelado de datos de un
sistema de informacin. Estos modelos expresan entidades relevantes para un sistema
de informacin, sus inter-relaciones y propiedades. (maestrosdelweb.com).
Figura 2.2: Ejemplo diagrama entidad relacin.

Fuente: Documento en lnea
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
cdigo fuente est disponible pblicamente y cualquier persona, con los

conocimientos informticos adecuados, puede libremente estudiarlo, usarlo,
modificarlo y redistribuirlo.
El trmino Linux estrictamente se refiere al ncleo Linux, pero es ms

comnmente utilizado para describir al sistema operativo tipo Unix (que implementa
el estndar POSIX), que utiliza primordialmente filosofa y metodologas libres
(tambin conocido como GNU/Linux) y que est formado mediante la combinacin
del ncleo Linux con las bibliotecas y herramientas del proyecto GNU y de muchos
otros proyectos/grupos de software (libre o no libre). El ncleo no es parte oficial del
proyecto GNU, pero es distribuido bajo los trminos de la licencia GPL (GNU
General Public License).
La expresin Linux tambin es utilizada para referirse a las distribuciones

Linux, colecciones de software que suelen contener grandes cantidades de paquetes
adems del ncleo. El software que suelen incluir consta de una enorme variedad de
aplicaciones, como: entornos grficos, suites ofimticas, servidores Web, servidores
de correo, servidores FTP, etctera. Coloquialmente se aplica el trmino Linux a
stas, aunque en estricto rigor sea incorrecto, dado que la distribucin es la forma
ms simple y popular para obtener un sistema Linux.
La marca Linux (Nmero de serie: 1916230) pertenece a Linus Torvalds y se

define como "un sistema operativo para computadoras que facilita su uso y
operacin".
Desde su lanzamiento, Linux ha incrementado su popularidad en el mercado

de servidores. Su gran flexibilidad ha permitido que sea utilizado en un rango muy
amplio de sistemas de cmputo y arquitecturas: computadoras personales,
supercomputadoras, dispositivos porttiles, etc.
26
Marco Terico
Los sistemas Linux funcionan sobre ms de 20 plataformas diferentes de

hardware; entre ellas las ms comunes son las de los sistemas compatibles con PCs
x86 y x86-64, computadoras Macintosh, PowerPC, Sparc y MIPS.
Asimismo, existen Grupos de Usuarios de Linux en casi todas las reas del planeta.
(linux-es.org/).
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
Smalltalk, sin excepcin. Por ejemplo: En Ruby, el nmero 1 es una instancia

de la clase Fixnum.
La orientacin a objetos de Ruby ha sido cuidadosamente diseada para ser
completa y abierta a nuevas mejoras al mismo tiempo. Por ejemplo: Ruby
tiene la habilidad de aadir mtodos a una clase, o incluso a una instancia,
mientras se procesa. Por lo tanto, si hace falta, una instancia de una clase
puede actuar de diferente manera que otras estancias de la misma clase.
Ruby dispone de verdaderos cierres. No solamente de funciones sin nombre,
sino de variables robustas.
Ruby dispone de bloques en su sintaxis (cdigo rodeado por { } o do
end). Estos bloques se pueden pasar a los mtodos o convertirse en
cierres.
Ruby dispone de un verdadero recolector de basura. Trabaja con todos los
objetos de Ruby. No tiene que preocuparse por mantener una relacin de
referencias en las libreras de extensiones. Esto es mejor para su salud.
Escribir extensiones C en Ruby es ms sencillo que en Perl o en Python,
gracias en parte al recolector de basura, y en parte a la cuidada API de
extensiones. Tambin dispone de un interfaz SWIG.
Ruby no necesita declaraciones de variables. Utiliza una nomenclatura
sencilla para definir el alcance de una variable. Por ejemplo: un simple var
= variable local, @var = variable de instancia, $var = variable global. Por
lo tanto no es necesario utilizar un aburrido self. antepuesto a cada miembro
de la instancia.
Ruby puede cargar libreras de extensiones dinmicamente si el S.O.(Sistema
Operativo) lo permite.
Ruby es altamente portable: se ha desarrollado mayormente en Linux, pero
funciona
en
muchos
sistemas
operativos:
UNIX,
95/98/Me/NT/2000/XP, \MacOS, \BeOS, OS/2, etc.

(ruby-lang.org).
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.
En 1986 otro equipo dirigido por Michael Stonebraker de Berkeley continu

el desarrollo del cdigo de Ingres para crear un sistema de bases de datos objetorelacionales llamado Postgres. En 1996, debido a un nuevo esfuerzo de cdigo abierto
y a la incrementada funcionalidad del software, Postgres fue renombrado a
PostgreSQL, tras un breve periplo como Postgres95. El proyecto PostgreSQL sigue
actualmente un activo proceso de desarrollo a nivel mundial gracias a un equipo de
desarrolladores y contribuidores de cdigo abierto. (postgresql.com).
Caractersticas de PostgreSQL
Claves ajenas tambin denominadas Llaves ajenas o Llaves Forneas (foreign
keys).
Disparadores (triggers).
Vistas.
Integridad transaccional.
29
Marco Terico
Acceso concurrente multiversin (no se bloquean las tablas, ni siquiera las

filas, cuando un proceso escribe).
Capacidad de albergar programas en el servidor en varios lenguajes.
Herencia de tablas.
Tipos de datos y operaciones geomtricas.
(postgresql.com).
Lenguaje Unificado de Modelado

(UML,Unified Modeling Language) es el lenguaje de modelado de sistemas de
software ms conocido y utilizado en la actualidad; an cuando todava no es un
estndar oficial, est apoyado en gran manera por el OMG (Object Management
Group). Es un lenguaje grfico para visualizar, especificar, construir y documentar un
sistema de software. UML ofrece un estndar para describir un "plano" del sistema
(modelo), incluyendo aspectos conceptuales tales como procesos de negocios y
funciones del sistema, y aspectos concretos como expresiones de lenguajes de
programacin, esquemas de bases de datos y componentes de software reutilizables.
(uml.org).
Los diferentes tipos de diagramas UML segn Muller (1997) :
Diagramas de clases: Representan la estructura esttica de un sistema en

trminos de clases y relaciones entre estas clases. Un diagrama de clases no
expresa nada en particular sobre los enlaces de un objeto dado, pero describe
de manera abstracta los enlaces potenciales de un objeto hacia otros objetos.
Diagramas de caso de Uso: Los casos de uso describen bajo la forma de

acciones y reacciones el comportamiento de un sistema desde el punto de
vista de un usuario; permiten definir los lmites de un sistema y las relaciones
entre un sistema y el entorno.
30
Marco Terico
Diagramas de objetos: Los diagramas de objetos o diagramas de instancias,

muestran objetos y enlaces. Como los diagramas de clases los diagramas de
objetos muestran las estructuras estticas. Son utilizados principalmente para
mostrar un contexto pero tambin para facilitar la comprensin de las
estructuras de datos complejas, como las estructuras recursivas.
Diagramas de Secuencia: Estos diagramas muestran interacciones entre los

objetos insistiendo en la cronologa de los envos de mensajes. Un objeto se
materializa por un rectngulo y una barra vertical llamada lnea de vida de los
objetos.
Diagrama de colaboracin: Muestran interacciones entre objetos, insistiendo

ms particularmente en la estructura especial esttica que permite la
colaboracin de un grupo de objetos.
Diagrama de estados: Los diagramas de estado o transiciones visualizan

autmatas de estados finitos, desde el punto de vista de los estados y
transiciones.
Diagramas de Actividades: un diagrama de actividades es una variante de los

diagramas de estado, organizado respecto a las acciones y principalmente
destinado a representar el comportamiento interno de un mtodo o de un caso
de uso.
Diagrama de componentes: Los diagramas de componentes describen los
elementos fsicos y sus relaciones en el entorno de realizacin. Los diagramas
de componentes muestran las operaciones de realizacin.
31
Marco Terico
Diagramas de despliegue: Estos diagramas muestran la disposicin fsica de

los distintos materiales que entran en la composicin de un sistema y el
reparto de los programas ejecutables sobre estos materiales.
Conceptos metodolgicos.
Metodologa
Se refiere a los mtodos de investigacin que se siguen para alcanzar una
gama de objetivos en una ciencia.
Metodologa XP (Extreme Programing)

La programacin extrema es una metodologa reciente (tiene alrededor de 5
aos) en el desarrollo de software. La filosofa de XP es satisfacer por completo las
necesidades del cliente, por eso lo integra como una parte ms del equipo de
desarrollo.
Fue inicialmente creada para el desarrollo de aplicaciones dnde el cliente no

sabe muy bien lo que quiere, lo que provoca un cambio constante en los requisitos
que debe cumplir la aplicacin. Por este motivo es necesaria una metodologa gil
como X.P que se adapta a las necesidades del cliente y dnde la aplicacin se va
reevaluando en periodos cortos de tiempo.
Est diseada para el desarrollo de aplicaciones que requieran un grupo de

programadores pequeo, dnde la comunicacin sea ms factible que en grupos de
desarrollo grandes. La comunicacin es un punto importante y debe realizarse entre
los programadores, los jefes de proyecto y los clientes. (programacionextrema.org).
Caractersticas de la Programacin Extrema (XP)
Comunicacin: Los programadores estn en constante comunicacin con los clientes

para satisfacer sus requisitos y responder rpidamente a los cambios de los mismos.
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.
Simplicidad: Codificacin y diseos simples y claros. Muchos diseos son tan

complicados que cuando se quieren ampliar resulta imposible hacerlo y se tienen que
desechar y partir de cero.
Realimentacin (Feedback): Mediante la realimentacin se ofrece al cliente la

posibilidad de conseguir un sistema apto a sus necesidades ya que se le va mostrando
el proyecto a tiempo para poder ser cambiado y poder retroceder a una fase anterior
para redisearlo a su gusto.
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).
Fases de la Programacin Extrema
Planificacin del proyecto

Diseo.
Codificacin.
Pruebas.
33
Marco Metodolgico
CAPITULO III
MARCO METODOLGICO
Tipo de investigacin
La presente investigacin se define como un proyecto factible que tiene sus

bases en un estudio de carcter descriptivo, debido a que los datos de la misma son
obtenidos directamente de la situacin actual presentada por la Defensa Pblica y
nacen de una necesidad expresada por la Coordinacin de Vigilancia y Disciplina.
La Universidad Pedaggica Experimental Libertador, UPEL (2003) indica

como proyecto factible:
Se refiere a la investigacin, elaboracin y desarrollo de una propuesta de modelo
operativo viable a una solucin posible de un problema, requerimiento o necesidad de
tipo prctico para satisfacer necesidades de una institucin, empresa o grupo social,
puede referirse a la formulacin de polticas, programas, tecnologas, mtodos o
procesos, y debe tener apoyo en una investigacin de tipo documental, de campo o
un diseo que incluya ambas modalidades. (p.16)
Basndose en la definicin anteriormente expuesta esta investigacin es

claramente un proyecto factible dado que se busca solucionar los problemas
presentados por la Coordinacin de Vigilancia y Disciplina por medio de una
solucin prctica que en este caso est representada
informtico propuesto.
34
por diseo del sistema
Marco Metodolgico
Poblacin y muestra:
Dado que el sistema objeto de este proyecto es producto directo de una

solicitud de la Coordinacin de Vigilancia y Disciplina, la poblacin y muestra a
utilizar, es la totalidad de los funcionarios aproximadamente 60 personas, que laboran
en dicha dependencia, dado que los mismos son los usuarios finales del producto del
presente trabajo.
Diseo de la investigacin
Para el presente proyecto se utiliz una metodologa basada en programacin

extrema (XP), la cual est orientada al diseo y desarrollo gil de aplicaciones web y
su fortaleza se basa en la interaccin permanente de los usuarios en todo el proceso de
concepcin y elaboracin del software brindando as una reduccin considerable al
fenmeno de la resistencia al cambio. .
Segn Kent Beck la programacin extrema se define como:

'Un proceso ligero, de bajo riesgo, flexible, predecible, cientfico y divertido de
desarrollar software' (Kent Beck, 2001).
Etapas del diseo y desarrollo de la propuesta
El presente proyecto tiene como objetivo principal sistematizar los procesos

que realiza la Coordinacin de Vigilancia y Disciplina utilizando como base la
metodologa XP la cual permite organizar y agilizar el proceso de anlisis, desarrollo
y pruebas. Para la etapa de anlisis se utiliz el lenguaje unificado de modelado
(UML), el cual refuerza el carcter visual de dicha etapa.
35
Marco Metodolgico
Planificacin del proyecto:
En esta fase se definieron aspectos importantes para la ejecucin del proyecto

tales como: magnitud, tiempo, recursos, punto de inicio, definicin de iteraciones.
Esto puede ser realizado siguiendo los siguientes pasos:
Historias de usuario: En este punto se realizaron reuniones con el personal de la

Coordinacin de vigilancia y Disciplina el cual con sus propias palabras relataron
como se ejecutan los procesos en la actualidad y realizaron propuestas para
mejorar dichos procesos.
Planificacin de entregas: Una vez identificadas las historias de usuario ms

importantes para el funcionamiento del nuevo sistema se indicaron cuales de estas
serian aplicadas en las diferentes versiones del proyecto as como las fechas de
cada una de las publicaciones.
Iteraciones: Se defini el periodo de tiempo que van a conformar las iteraciones

y las historias de usuario a desarrollar en cada una de ellas.
Reuniones diarias: se realizaron reuniones diarias con las personas involucradas
en el proyecto con el propsito de aclarar pequeas dudas surgidas en da de
trabajo.
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
revisadas por el equipo tecnico con el objetivo de
optimizar cada una de ellas.
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.
Herramientas para el apoyo del anlisis del sistema propuesto.

Para la dar apoyo a la documentacin correspondiente al anlisis del sistema
propuesto se utiliz el lenguaje unificado de modelado (UML), el cual ofrece
mayor nivel de detalle as como diferentes formas de representar grficamente la
informacin recolectada.
Los artefactos UML a utilizar sern los siguientes:

Casos de uso.
Diagrama de casos de uso.
Diagrama de actores.
Diagrama de clases.
37
Marco Metodolgico
Tcnicas e instrumentos utilizados para la investigacin.
Para la recoleccin de informacin necesaria para el anlisis y posterior

desarrollo del sistema propuesto en este proyecto se utilizaron las siguientes
tcnicas:
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
Anlisis de los Resultados
CAPITULO IV
ANLISIS DE LOS RESULTADOS
Captura de requerimientos
El desarrollo del presente proyecto se inicio gracias a una solicitud directa de

la Direccin de Vigilancia y Disciplina a la Divisin de informtica, por lo cual fue
conformado un equipo multidisciplinario correspondiente a ambas dependencias para
la ejecucin del mismo.
El grupo fue conformado por 2 Abogados correspondientes a la Direccin de

Vigilancia y Disciplina expertos en el proceso de averiguaciones disciplinarias y 2
analistas de la Divisin de Informtica encargados de plasmar los requerimientos
realizados en el anlisis y el diseo del nuevo sistema.
El equipo mencionado anteriormente sostuvo mesas de trabajo semanales por

un periodo de 2 meses con el propsito de realizar el levantamiento de requerimientos
necesarios para el desarrollo del sistema propuesto. En esas sesiones se tocaron temas
relevantes tales como:
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.
Los puntos tratados en dichas mesas de trabajo fueron documentados en

minutas las cuales eran discutidas al iniciar la sesin siguiente. Una vez obtenido los
puntos clave de la conceptualizacin del nuevo sistema se procedi a realizar el
anlisis tcnico y posterior diseo del sistema propuesto.
Adicionalmente se realizaron sesiones de observacin directa en las oficinas

de la Direccin de Vigilancia y Disciplina, en las cuales los analistas de la Divisin
de Informtica invirtieron un total de 40 horas interactuando con los involucrados en
los procesos de carga, procesamiento y consulta de las averiguaciones disciplinarias
con el propsito de obtener todos los datos necesarios para la elaboracin del anlisis
y diseo del sistema propuesto.
A continuacin se muestra una matriz contentiva
de los puntos ms
importantes de las minutas generadas en las mesas de trabajo anteriormente

mencionada, dicha matriz se divide en los siguientes renglones: Fecha, Temas
tratados, Acuerdos logrados, Puntos pendientes. Y es un punto de referencia crucial
para observar el avance del proceso de recoleccin de informacin.
40
Matriz de Minutas Realizadas

Sesin
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.
Se debe realizar una

reunin de avances en
2 meses.
Diagnstico de la Situacin Actual
Una vez unificada la informacin obtenida en las mesas de trabajo y a partir

de la observacin directa fue posible realizar el siguiente diagnostico sobre el sistema
actual:
Los ciudadanos que acuden a denunciar irregularidades en materia disciplinaria a

esta Sede requieren una atencin capacitada y eficiente dada la naturaleza de la
situacin o casos que se manejan.
La Coordinacin de Vigilancia y Disciplina requiere mejorar las diversas

actividades que estn implcitas dentro del procesos de creacin y manejo de
denuncias en este mbito legal (confidencialidad de la informacin, bsqueda
eficaz de expedientes, monitoreo de expedientes, actualizacin de expedientes).
Actualmente la Coordinacin de Vigilancia y Disciplina no dispone de procesos

eficaces que permitan ofrecer una correcta atencin a los casos que actualmente
existen o poseen registrados, as como tambin los futuros temas legales a
atender.
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.
La generacin de estadsticas de gestin es un proceso que lleva demasiado

tiempo retrasando as la entrega de los mismos para ser consolidado en el informe
44
de gestin tanto de la Coordinacin de Vigilancia y Disciplina como de la

Defensa Publica.
No existe interconexin con otras coordinaciones de la Defensa Publica

generando as una duplicidad de informacin a nivel institucional.
No existe ningn tipo de respaldo en caso de emergencia dado que todo se
encuentra en estado fsico en la sede principal.
No existe un mecanismo de recordatorio de lapsos a vencer dependiendo las

diferentes etapas en la cual se encuentre el expediente, esto trae como
consecuencia que muchos casos se pierdan por no presentar la documentacin
necesaria en el momento indicado.
Matriz de requerimientos
Despus de realizar las actividades correspondientes al levantamiento de

informacin tales como el conjunto de reuniones con el personal de la Coordinacin
de Vigilancia y Disciplina y la observacin directa, se pudo realizar el diagnostico de
la situacin actual el cual gener la siguiente matriz de requerimientos a la cual se
plasman todas las solicitudes realizadas por los usuario que dan origen y son el
corazn de la creacin de este proyecto.
Fase
1
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.
Actores del Sistema
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.
Coordinador Unidad Receptora De Denuncias:
47
Sistema Propuesto
Es el funcionario de la Defensa Publica perteneciente a la Coordinacin de Vigilancia

y Disciplina
que toma la denuncia del denunciante y verifica que toda la
documentacin se encuentre en orden para procesar la denuncia. Posteriormente se

encarga de emitir todas las notificaciones necesarias as como la distribucin del
expediente a los distintos analistas e inspectores de la coordinacin.
Analista Unidad Receptora de Denuncias:

Es el abogado que se encarga de realizar la averiguacin preliminar del caso, este
debe emitir las notificaciones pertinentes al caso as como solicitar los servicios de
inspectores lo cuales realizan investigaciones de campo para recabar pruebas que
respalden o desmientan la denuncia.
Analista Disciplinario de Recursos Humanos:

Una vez terminada la averiguacin preliminar por parte del Analista de la Unidad
Receptora de Denuncias, este enva el resultado al analista disciplinario el cual es un
abogado que debe emitir una decisin del caso en base a las evidencias anteriormente
mencionadas, una vez tomada dicha decisin el analista debe notificar a las partes
involucradas el resultado.
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.
Analista del rea de Sustanciacin:

Este se encarga de recibir todas las pruebas entregadas por el denunciante en el
periodo de apelacin de la decisin y posteriormente evaluarlas y enviar los
resultados de dicha investigacin nuevamente al Analista disciplinario de Recursos
Humanos.
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
Coordinador de la Unidad Receptora de Denuncias.
Figura 5.1: Caso de Uso Coordinador U.R.D.
En el diagrama de Actor correspondiente al Coordinador de la Unidad Receptora de

Denuncias se aprecian los las acciones a realizar por este dentro del sistema siendo la
principal recibir denuncia, cabe destacar que este actor se encarga de realizar la
primera entrada de datos dentro de la aplicacin.
49
Sistema Propuesto
Analista de la Unidad Receptora de Denuncias.
Figura 5.2: Caso de Uso Analista U.R.D.
El analista de la Unidad Receptora de denuncia tiene la responsabilidad de sustentar a

travs de actuaciones el expediente creado previamente as mismo puede emitir todas
las actas notificaciones pertinentes al caso y finalmente remitir toda esta informacin
al rea disciplinaria de la Coordinacin de Recursos Humanos.
Analista Disciplinario de la Coordinacin de Recursos Humanos.
Figura 5.3: Caso de Uso Analista RRHH.

50
Sistema Propuesto
El analista disciplinario de la Coordinacin de Recursos Humanos se encarga de

emitir tanto los autos de decisin como las notificaciones a las partes involucradas, se
puede decir que esta etapa se evala y se emite un veredicto referente a la causa.
Coordinador del rea de Sustanciacin
Figura 5.4: Caso de Uso Coordinador Sustanciacin.
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
Analista del rea de Sustanciacin
Figura 5.5: Caso de Uso Analista de Sustanciacin.
Este actor se encarga de llevar el seguimiento del proceso de sustanciacin de la

denuncia, esto comprende actividades especficas tales como la asignacin de un
inspector disciplinario, realizar diligencias en pro de la investigacin y finalmente
emitir una conclusin de la causa con sus respectivos autos.
52
Sistema Propuesto
Administrador
Figura 5.6: Caso de Uso Administrador.
Este actor se encarga de vaciar la informacin correspondiente a las tablas de

mantenimiento del sistema las cuales son la base para llenar todos os formularios de
la aplicacin.
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
A continuacin se presenta una muestra de la planilla de recoleccin de datos para los

casos de uso as como el diagrama de casos de uso en el cual se puede apreciar todas
las funcionalidades del sistema y sus correspondientes atributos.
Planilla de Caso de Uso
Figura 5.7: Modelo de Planilla de Caso de Uso.
54
Sistema Propuesto
Diagrama de Clases
Figura 5.8: Diagrama de Clases.
55
Sistema Propuesto
En el diagrama anteriormente expuesto se puede apreciar todas las clases que

comprenden el sistema con sus respectivos atributos, los cuales forman parte del
funcionamiento integral de la aplicacin. Se puede sealar como clases crticas las
siguientes:
Denuncias: Este se encarga de procesar toda la informacin ingresada

referente a las causas as como su posterior actualizacin y seguimiento.
Denuncias_reponsables: Tiene como finalidad crear la relacin entre las

denuncias y los denunciados cabe acotar que un mismo denunciado puede
tener varias denuncias relacionadas y esta clase se encarga de controlar este
tipo de casos.
Denuncias Actuaciones: Su propsito es registrar todas las actuaciones

asociadas a una causa en especfico, llevando as un libro de actividades.
Anexos: Su finalidad es controlar todo lo referente a los anexos de la causa

estos pueden ser: Notificaciones, actas, experticias entre otros.
Personas: Se encarga de administrar todo lo referente a la carga y

modificacin de las personas relacionadas con el sistema, esta clase es
primordial dado que es el insumo principal de las denuncias.
56
Sistema Propuesto
Diagrama de Mapa de Navegacin
Figura 5.9: Mapa de Navegacin.
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:
Modulo de Denuncias: Permite al coordinador de la Unidad Receptora de

Denuncias administrar todo lo referente al ingreso, modificacin y
seguimiento de los expedientes disciplinarios estas tareas se pueden realizar
gracias a los submdulos:
o
Crear denuncia.
Auto de entrada.
Asignar denuncia.
Cartula.
Generar Memo de Asignacin.
Modulo Analista URD: Permite al analista de la Unidad Receptora de

Denuncias realizar todas las actividades de control, ingreso de actividades y
mantenimiento de las causas disciplinarias as como la emisin de
notificaciones y memos requeridos para darle continuidad al proceso, los
submdulos que lo integran son los siguientes:
o
Crear denuncias.
Listar denuncias.
Cargar actuaciones.
Carga de diligencias.
Memo de remisin.
Auto de remisin.
58
Sistema Propuesto
Modulo de Mantenimiento: Permite al administrador funcional del sistema

administrar todas las tablas de mantenimiento del sistemas las cuales son
fundamentales para el funcionamiento del mismo, los submdulos que la
integran son los siguientes:
o
Anexas.
Encabezados.
Estado Civil.
Motivos.
Nacionalidades.
Organismos.
Profesiones.
Requisitos.
Responsables.
Tipo direcciones.
Tipo Personas.
Trminos.
Supervisores.
59
Sistema Propuesto
Diagrama Entidad Relacin de la Base de Datos
Figura 5.10: Diagrama de Entidad Relacin.

60
Sistema Propuesto
Descripcin de las Tablas del Sistema
Estado_civiles: En esta tabla se almacena informacin referente a los estados civiles

de los ciudadanos.
Nombre
Tipo de Dato
Tamao
No Nulo
Clave
Id
Bigserial
19
PK
Descripcin
Varchar
254
Estatus
Bool
Tabla 5.1: Descripcin tabla Estado_civiles.
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
Tabla 5.2: Descripcin tabla Etapas.
Tipo_personas: En esta tabla se almacena informacin referente a los diferentes

tipos de personas que interactan con el sistema.
Nombre
Tipo de Dato
Tamao
No Nulo
Clave
Id
Bigserial
19
PK
Descripcin
Varchar
254
Estatus
Bool
Tabla 5.3: Descripcin tabla Tipo_personas.
61
Sistema Propuesto
Organismos: En esta tabla se almacena informacin referente a los diferentes

organismos.
Nombre
Tipo de Dato
Tamao
No Nulo
Clave
Id
Bigserial
19
PK
Descripcin
Varchar
254
Ciudad_id
Int4
10
Estatus
Bool
FK
Tabla 5.4: Descripcin tabla Organismos.
Supervisores: En esta tabla se almacena informacin referente a los supervisores de

las distintas unidades.
Nombre
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
Tabla 5.5: Descripcin tabla Supervisores.
Personas: En esta tabla se almacena informacin referente a las personas

involucradas en el sistema como por ejemplo los denunciantes.
Nombre
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
Tabla 5.6: Descripcin tabla Personas.
Tipo_supervisores: En esta tabla se almacena informacin referente a los distintos

tipos de supervisores de las reas involucradas.
Nombre
Tipo de Dato
Tamao
No Nulo
Clave
Id
Serial
10
PK
Descripcin
Varchar
254
Tabla 5.7: Descripcin tabla Tipo_supervisores.
Denunciado_denuncias: En esta tabla se almacena informacin referente a las

denuncias realizadas a un determinado empleado.
Nombre
Tipo de Dato
Tamao
No Nulo
Clave
Id
Bigserial
19
PK
Denuncia_id
Int4
10
FK
Empleado_id
Int4
10
FK
Tabla 5.8: Descripcin tabla Denunciado_denuncias.
Actuacin_telefonicas: En esta tabla se almacena informacin referente a las

actuaciones telefnicas realizadas por los analistas.
Nombre
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
Tabla 5.9 Descripcin tabla Actuacin_telefonicas.
Requisitos_denuncias: En esta tabla se almacena informacin referente a los

diferentes requisitos necesarios para realizar una denuncia.
Nombre
Tipo de Dato
Tamao
No Nulo
Clave
Id
Bigserial
19
PK
Requisito_id
Int4
10
FK
Denuncia_id
Int4
10
FK
Observaciones
Varchar
254
Tabla 5.10 Descripcin tabla Requisitos_denuncias.
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
Tabla 5.11 Descripcin tabla Perfiles.
Fun_externos: En esta tabla se almacena informacin referente a los funcionarios de

otros organismos que interactan con el sistema.
Nombre
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
Tabla 5.12 Descripcin tabla Fun_externos.
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
Tabla 5.13 Descripcin tabla Ilcitos.
65
Sistema Propuesto
Denuncia_remitentes: En esta tabla se almacena informacin referente a los

remitentes de las diferentes denuncias.
Nombre
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
Tabla 5.14 Descripcin tabla Denuncia_remitentes.
Actuacin_entrevistas: En esta tabla se almacena informacin referente a las

actuaciones cargadas en el sistema especficamente las entrevistas.
Nombre
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
Int4
10
Ent_sexo
Char
Fecha_memo
Date
13
Tabla 5.15 Descripcin tabla Actuacin_entrevistas.
Denuncia_organismo: En esta tabla se almacena informacin referente a los

diferentes organismos que realizan denuncias en el sistema.
Nombre
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
Tabla 5.16 Descripcin tabla Denuncia_organismo.
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
Tabla 5.17 Descripcin tabla Usuarios.
67
Sistema Propuesto
Persona_telefonos: En esta tabla se almacena informacin referente a los diferentes

telfonos que puede poseer las personas involucradas en el sistema.
Nombre
Tipo de Dato
Tamao
No Nulo
Clave
Id
Bigserial
19
PK
persona_id
Int4
10
FK
telfono
char
15
Tabla 5.18 Descripcin tabla Persona_telefonos.
Denuncia_representados: En esta tabla se almacena informacin referente a los

representantes de cada denuncia.
Nombre
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
Tabla 5.19 Descripcin tabla Denuncia_representados.
Estatus: En esta tabla se almacena informacin referente a los diferentes estatus de

las denuncias en el sistema.
Nombre
Tipo de Dato
Tamao
No Nulo
Clave
Id
Bigserial
19
PK
descripcion
Varchar
254
Tabla 5.20 Descripcin tabla Estatus.
68
Sistema Propuesto
Tipo_responsables: En esta tabla se almacena informacin referente a los diferentes

tipos de responsables en el sistema.
Nombre
Tipo de Dato
Tamao
No Nulo
Clave
Id
Bigserial
19
PK
descripcion
Varchar
254
Tabla 5.21 Descripcin tabla Tipo_responsables.
Tipo_denuncias: En esta tabla se almacena informacin referente a los diferentes

tipos de denuncias en el sistema.
Nombre
Tipo de Dato
Tamao
No Nulo
Clave
Id
Bigserial
19
PK
descripcion
Varchar
254
Estatus
Bool
Tabla 5.22 Descripcin tabla Tipo_denuncias.
Tipo_direcciones: En esta tabla se almacena informacin referente a los diferentes

tipos de direcciones en el sistema.
Nombre
Tipo de Dato
Tamao
No Nulo
Clave
Id
Bigserial
19
PK
descripcion
Varchar
254
Estatus
Bool
Tabla 5.23 Descripcin tabla Tipo_direcciones.
69
Sistema Propuesto
Trminos: En esta tabla se almacena informacin referente a los diferentes trminos

en das en el sistema.
Nombre
Tipo de Dato
Tamao
No Nulo
Clave
Id
Bigserial
19
PK
Ciudad_id
Int4
10
FK
Das
Int4
10
Estatus
Bool
Tabla 5.24 Descripcin tabla Trminos.
Denuncia_funexternos: En esta tabla se almacena informacin referente a las

denuncias realizadas a funcionarios externos.
Nombre
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
Tabla 5.25 Descripcin tabla Denuncia_funexternos.
Anexos: En esta tabla se almacena informacin referente a los diferentes tipos de

anexos en el sistema.
Nombre
Tipo de Dato
Tamao
No Nulo
Clave
Id
Bigserial
19
PK
descripcion
Varchar
254
Estatus
Bool
Tabla 5.26 Descripcin tabla Anexos.
70
Sistema Propuesto
Actuacin_destinatario: En esta tabla se almacena informacin referente a los

destinatarios asociados a las denuncias.
Nombre
Tipo de
Tamao
No Nulo
Clave
PK
Dato
Id
Bigserial
19
Nombre
Varchar
254
Apellido
Varchar
254
Int4
10
Cargo
Varchar
254
Sexo
Char
FK
Tabla 5.27 Descripcin tabla Actuacin_destinatario.
Denuncias: En esta tabla se almacena informacin referente a las denuncias del

sistema esta es la tabla principal de la aplicacin.
Nombre
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
Tabla 5.28 Descripcin tabla Denuncias.
71
FK
FK
FK
Sistema Propuesto
Actuacin_inspectores: En esta tabla se almacena informacin referente a los

inspectores asociados a las denuncias en el sistema.
Nombre
Tipo de
Tamao
No Nulo
Clave
Dato
Id
Bigserial
19
PK
Int4
10
FK
Denuncia_responsable_id
Int4
10
FK
Tabla 5.29 Descripcin tabla Actuacin_inspectores.
Persona_denuncia: En esta tabla se almacena informacin referente a las personas

asociadas a las denuncias en el sistema.
Nombre
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
Tabla 5.30 Descripcin tabla Persona_denuncia.
Denuncia_hechos: En esta tabla se almacena informacin referente a los hechos

asociados a las denuncias en el sistema.
Nombre
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
Tabla 5.31 Descripcin tabla Denuncia_hechos.
72
Sistema Propuesto
Profesiones: En esta tabla se almacena informacin referente a los diferentes tipos de

profesiones en el sistema.
Nombre
Tipo de Dato
Tamao
No Nulo
Clave
Id
Bigserial
19
PK
descripcion
Varchar
254
Estatus
Bool
Tabla 5.32 Descripcin tabla Profesiones.
Denuncia_actuaciones: En esta tabla se almacena informacin referente a las

diferentes actuaciones realizadas en una denuncia en el sistema.
Nombre
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
Tabla 5.33 Descripcin tabla Denuncia_actuaciones.
73
Sistema Propuesto
Encabezados: En esta tabla se almacena informacin referente a los encabezados de

los distintos documentos del sistema.
Nombre
Tipo de Dato
Tamao
No Nulo
Clave
Id
Bigserial
19
PK
Annio
Int4
10
Cardinal
Varchar
254
Descripcin
Varchar
254
Estatus
Bool
Tabla 5.34 Descripcin tabla Encabezados.
Persona_direcciones: En esta tabla se almacena informacin referente a las

direcciones de las personas.
Nombre
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
Tabla 5.35 Descripcin tabla Persona_direcciones.
Organismos_dependencias: En esta tabla se almacena informacin referente a los

organismos externos que interactan con el sistema.
Nombre
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
Tabla 5.36 Descripcin tabla Organismos_dependencias.
74
Sistema Propuesto
Tipo_documentos: En esta tabla se almacena informacin referente a los diferentes

tipos de documentos en el sistema.
Nombre
Tipo de Dato
Tamao
No Nulo
Clave
Id
Bigserial
19
PK
descripcion
Varchar
254
Estatus
Bool
Tabla 5.37 Descripcin tabla Tipo_documentos.
Tipo_actuaciones: En esta tabla se almacena informacin referente a los diferentes

tipos de actuaciones en el sistema.
Nombre
Tipo de Dato
Tamao
No Nulo
Clave
Id
Bigserial
19
PK
descripcion
Varchar
254
Etapa_id
Int4
10
FK
Tabla 5.38 Descripcin tabla Tipo_actuaciones.
Responsables: En esta tabla se almacena informacin referente a los diferentes

responsables en el sistema.
Nombre
Tipo de Dato
Tamao
No Nulo
Clave
Id
Bigserial
19
PK
Empleado_id
Int4
10
FK
Estatus
Bool
Tabla 5.39 Descripcin tabla Responsables.
Denuncia_anexos: En esta tabla se almacena informacin referente a los diferentes

anexos que estn relacionados con las denuncias en el sistema.
Nombre
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
Tabla 5.40 Descripcin tabla Responsables.
Denuncia_funcionarios: En esta tabla se almacena informacin referente a los

diferentes funcionarios que estn relacionados con las denuncias en el sistema
Nombre
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
Tabla 5.41 Descripcin tabla Denuncia_funcionarios.
Requisitos: En esta tabla se almacena informacin referente a los diferentes

requisitos en el sistema.
Nombre
Tipo de Dato
Tamao
No Nulo
Clave
Id
Bigserial
19
PK
descripcion
Varchar
254
Estatus
Bool
Tabla 5.42 Descripcin tabla Requisitos.
76
Sistema Propuesto
Nacionalidades: En esta tabla se almacena informacin referente a las diferentes

nacionalidades en el sistema.
Nombre
Tipo de Dato
Tamao
No Nulo
Clave
Id
Bigserial
19
PK
descripcion
Varchar
254
Estatus
Bool
Tabla 5.43 Descripcin tabla Nacionalidades.
77
Sistema Propuesto
Pantallas del sistema
Las siguientes son muestras de las principales pantallas del sistema, en ellas se
pude apreciar el diseo y la funcionalidad de los distintos mdulos.
Pantalla de Login de Usuarios:
Figura 5.11: Pantalla Login de Usuarios.
Esta pantalla le permite al usuario ingresar al sistema, se puede decir que es la

primera barrera de seguridad que ofrece la aplicacin, la misma solicita ingresar un
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.
Pantalla de Men Principal:
Figura 5.12: Pantalla Men Principal.
79
Sistema Propuesto
La presente pantalla denominada men principal le permite al usuario navegar por

todas las opciones del sistema, as mismo en el lado superior derecho muestra la
identidad de la persona registrada en este.
Pantalla Crear Denuncias:
Figura 5.13: Pantalla Crear Denuncias.
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.
Pantalla Listado de Denuncias:
Figura 5.14: Pantalla Listar Denuncias.
81
Sistema Propuesto
La pantalla de listar denuncias le permite al usuario visualizar de forma general todas

las causas del sistema de acuerdo a su permisologas y rol en el mismo, a travs de
esta pantalla se puede ingresar a los submdulos de modificacin de denuncias,
impresin de actas, autos y memos, as mismo cuenta con criterios de bsqueda los
cuales sern explicados posteriormente.
Pantalla Listado de Denuncias (Criterios de Bsqueda)
Figura 5.15: Pantalla Buscar Denuncias.
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
Pantalla Crear Organismo:
Figura 5.16: Pantalla Crear Organismo.
La presente interfaz pertenece al modulo de Administracin del sistema la cual

permite ingresar los organismos que sern utilizados en las distintos mdulos del
sistema, esta pantalla al igual que todas las del aplicativo cuenta con mecanismos de
validacin de todos los campos como por ejemplo duplicidad de informacin, tipos
de datos ingresados.
83
Sistema Propuesto
Pantalla Reporte General de Denuncia:
Figura 5.17: Pantalla Reporte General de Denuncia.
La presente es una muestra de los reportes emitidos por el sistema, en estos se

muestra la informacin referente a las causas en el formato solicitado a la
Coordinacin de Vigilancia y Disciplina y cumpliendo con las regulaciones
disciplinarias de la institucin.
Recomendaciones para la culminacin del proyecto:
Las siguientes son un conjunto de recomendaciones para la puesta en produccin y

posterior desarrollo de la segunda etapa de la propuesta objeto de este proyecto, es
importante resaltar lo fundamental del adiestramiento de los usuarios dado que se
debe minimizar de la mejor forma posible la resistencia al cambio.
84
Sistema Propuesto
Se debe realizar un conjunto de inducciones a todos los involucrados en el

sistema, las cuales deben tener un gran contenido practico.
Es importante escoger un grupo de usuarios y realizar un plan piloto en el

cual se evale a fondo el comportamiento del sistema.
Una vez culminado el plan piloto se debe mejorar el sistema en base a las
observaciones realizadas.
La implementacin del sistema debe realizarse en bloques de usuarios

para monitorear eficientemente la interaccin de estos con la aplicacin.
Es necesario trabajar en conjunto con la Coordinacin de planificacin los

cuales estn encargados de realizar los manuales institucionales, en este
caso para crear el manual de usuarios del sistema.
Es importante dar a conocer a los denunciantes de esta nueva herramienta

con el propsito de que se adapten a los requerimientos solicitados al
momento de realizar una denuncia.
Se debe establecer polticas de respaldo con el rea de servidores de la
Divisin de informtica para mantener resguardos de la informacin.
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
En la actualidad todas las empresas buscan estar actualizadas en materia de

tecnologa, especialmente aquellas organizaciones que ofrecen servicios como es el
caso de la Defensa Publica la cual cumple una labor muy importante en la sociedad
venezolana la cual consiste en proveer de defensa jurdica de manera gratuita a todos
los venezolanos. Durante el desarrollo de la presente investigacin se pudo evidenciar
la necesidad de esta institucin de herramientas tecnolgicas que ayuden a un mejor
desempeo de la misma, ahorrando tiempo y dinero al estado.
Por medio de este estudio se pudo notar la importancia del proceso de realizacin 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

tcnicas de recoleccin 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 ms relevantes de esta investigacin fue el plasmar los

requerimientos de los usuarios en un nuevo sistema automatizado esto ha sido posible
gracias a la implementacin de la metodologa XP con la ayuda de herramientas tales
como UML la cual ha contribuido al diseo del mismo a travs de sus componentes,
como por ejemplo los casos de uso y los diagramas de clases los cuales fueron
guiando al investigador a disear un sistema cnsono con los requerimientos
presentados por los abogados de dicha institucin.
Otro aspecto importante para enriquecer esta investigacin fue la utilizacin de

tecnologas libre bajo licencias GNU las cuales son un avance en la independencia
tecnolgica dado que se pudo conocer a profundidad el cdigo
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 .
Lo ms importante de realizacin del presente estudio ha sido el conocimiento

adquirido tanto de la empresa como de los procedimientos metodolgicos empleados
para el levantamiento y anlisis de informacin as como para el diseo del sistema
propuesto adems de la puesta en prctica de conocimientos ya adquiridos los cuales
fueron de gran ayuda para el desarrollo de esta investigacin.
87
Conclusiones
RECOMENDACIONES
La Divisin de Informtica de la Defensa Pblica debe disear un plan en conjunto

con la Coordinacin de Vigilancia y Disciplina para la implementacin del sistema el
cual este concebido con el objetivo de hacer lo menos traumtico posible el proceso
de cambio del sistema actual al propuesto, as mismo dicho plan debe tener en cuenta
la resistencia al cambio por parte de los usuarios dado que este aspecto es de suma
importancia a la hora de implementar un nuevo sistema.
Como un sistema no puede estar ajeno a lo cambios en su entorno, se recomienda

reuniones peridicas entre el personal del rea de sistemas y los usuarios con el
objetivo de plantear aquellas inquietudes que se presenten as como sugerencias para
el crecimiento del mismo y as obtener un sistema que cubra en su totalidad las
necesidades de los usuarios.
Como se ha expuesto durante toda la investigacin el proceso de realizacin de

investigaciones disciplinarias es fundamental para las operaciones de la Defensa
Publica, por esto se recomienda un futuro estudio con la intencin de identificar la
posible integracin de este sistema con otros y as automatizar la mayora de los
procesos dentro de esta institucin.
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

AAS3842

Diunggah oleh

Informasi Dokumen

Hak Cipta

Format Tersedia

Bagikan dokumen Ini

Bagikan atau Tanam Dokumen

Opsi Berbagi

Apakah menurut Anda dokumen ini bermanfaat?

Apakah konten ini tidak pantas?

Hak Cipta:

Format Tersedia

AAS3842

Diunggah oleh

Hak Cipta:

Format Tersedia

UNIVERSIDAD CATLICA ANDRES BELLO

Trabajo Especial de Grado de Especialista

Caracas, Mayo de 2012

Caracas, 21 de Mayo de 2012

Sin otro particular al cual hacer referencia, se despide cordialmente,

UNIVERSIDAD CATLICA ANDRS BELLO

A mi madre Belkis Virahonda que siempre ha estado conmigo, que sin

A mi novia Mariana Velazco, mi amiga, mi compaera mi apoyo, te dedico

A mi padre Rigoberto Gmez por brindarme su apoyo y sobre todo sus

A mi to Freddy Virahonda por quererme tanto y ensearme tantas cosas. To

A mis compaeros de la universidad por estar conmigo y acompaarme en

A mis profesores por brindarme su conocimiento y su apoyo.

A la profesora Mara Esther por ayudarme con mi investigacin y nutrirme de

Limitaciones en el Desarrollo de la Investigacin

Alcance de la solucin planteada

CAPITULO II: Marco Terico

CAPITULO III: Marco Metodolgico

Etapas del diseo y desarrollo de la propuesta

Herramientas para el apoyo del anlisis del sistema propuesto

Tcnicas e instrumentos utilizados para la investigacin

CAPITULO IV: Anlisis de los Resultados

Diagnostico de la Situacin Actual

CAPITULO V: Sistema Propuesto

Actores del Sistema

Tablas del Sistema

Pantallas del Sistema

Recomendaciones Para la Culminacin del Proyecto

2.1 Organigrama Defensa Pblica

2.2 Diagrama Entidad Relacin

5.2 Caso de Uso Analista U.R.D.

5.3 Caso de Uso Analista RRHH.

5.4 Caso de Uso Coordinador Sustanciacin

5.5 Caso de Uso Analista de Sustanciacin

5.6 Caso de Uso Administrador

5.7 Modelo de Planilla de Caso de Uso

5.8 Diagrama de Clases

5.9 Mapa de Navegacin

5.10 Diagrama de Entidad Relacin

5.11 Pantalla Login de Usuarios

5.12 Pantalla Men Principal

5.13 Pantalla Crear Denuncias

5.14 Pantalla Listar Denuncias

5.15 Pantalla Buscar Denuncias

5.16 Pantalla Crear Organismo

5.17 Pantalla Reporte General de Denuncia

4.1 Matriz de Minutas

4.2 Matriz de Requerimientos

5.1 Descripcin tabla Estado_civiles

5.2 Descripcin tabla Etapas

5.3 Descripcin tabla Tipo_personas

5.4 Descripcin tabla Organismos

5.5 Descripcin tabla Supervisores

5.6 Descripcin tabla Personas

5.7 Descripcin tabla Tipo_supervisores

5.8 Descripcin tabla Denunciado_denuncias

5.9 Descripcin tabla Actuacin_telefonicas

5.10 Descripcin tabla Requisitos_denuncias

5.11 Descripcin tabla Perfiles

5.12 Descripcin tabla Fun_externos

5.13 Descripcin tabla Ilcitos

5.14 Descripcin tabla Denuncia_remitentes

5.15 Descripcin tabla Actuacin_entrevistas

5.16 Descripcin tabla Denuncia_organismo

5.17 Descripcin tabla Usuarios