Sistema de Información del Departamento de
Asesoría Jurídica
Celaya Sánchez Emmanuel Ademir
Ingeniería en Sistemas Computacionales Instituto Tecnológico de Durango
Durango, México.
yoyo_ademir@hotmail.com
1.- INTRODUCCION
El DIF estatal Durango Dentro de su organización
cuenta con el departamento de Asesoría Jurídica así como
con el departamento de coordinación de atención al
maltrato de niños y niñas (PREMAN) tales departamentos
tienen el objetivo de brindar apoyo de quien así lo solicite.
El departamento de Asesoría Jurídica tiene como
objetivo brindar apoyo jurídico y asesorar de una forma
legal a los usuarios de su departamento. En el
departamento PREMAN tiene la función de recibir
reportes de menores maltratados, con el fin de darles
seguimiento y ayudar a los menores.
Ambos departamentos se ven con la problemática
en la forma de cómo llevan a cabo los procedimientos ya
que no tienen automatizados sus procesos y esto hace que
se generen demasiados expedientes así como al momento
de buscar un caso anterior conlleva a una pérdida
considerable de tiempo al momento de servir a un usuario.
Otro conflicto al que se enfrentan ambos
departamentos es al momento de entregar reportes
mensuales y bimestrales de sus actividades ya que se
encuentran con la problemática de de elaborar ambos
reportes al momento de recolectar la información además
de que existe inconsistencia en los datos.
Al realizar un sistema de información para ambos
departamentos todas las problemáticas mencionadas
anteriormente se disminuirán además de que se elaboraran
de una forma más eficiente.
2.-Objetivo general
Desarrollar e implementar un sistema de
información, para la creación de expedientes electrónicos
de las personas que acuden al departamento de asesoría
jurídica y al departamento de coordinación de atención al
maltrato de niños y niñas (PREMAN) del DIF estatal
Durango.
2.1.- Objetivos específicos
• Desarrollar el sistema para ejecutarse bajo
Windows Vista®, XP®, 98®.
• Desarrollar interfaces agradables y de fácil
operación para los usuarios.
• Obtención de información estadística de los casos
atendidos por ambos departamentos de forma
mensual y anual.
• Canalizar a los usuarios del DIF estatal Durango
al área adecuada.
• Registrar los datos de los usuarios así como su
caso del departamento de asesoría jurídica.
• Registrar los casos de reportes sobre maltrato a
menores del departamento de coordinación de
atención al maltrato de niños y niñas (PREMAN)
en el DIF estatal Durango.
• Automatización de los procesos tanto del
departamento de asesoría jurídica como en el
departamento de coordinación de atención al
maltrato de niños y niñas (PREMAN) en el DIF
estatal Durango.
• Realizar los procedimientos específicos de cada
caso atendido en los departamentos de asesoría
jurídica y coordinación de atención al maltrato de
niños y niñas (PREMAN) en el DIF estatal
Durango.
• Creación de graficas estadísticas.
• Controlar el derecho de acceso al sistema a cada
uno de los usuarios por medio de Manejo de
diferentes tipos de sesiones.
• Realizar una plataforma con ambiente WEB.
• Capacitar al personal que operará el sistema para
que pueda obtener el máximo rendimiento del
mismo.
2.2.- El problema
En el departamento de asesoría jurídica así como
en el departamento de coordinación de atención al maltrato
de niños y niñas (PREMAN) en el DIF estatal Durango, no
cuentan con un sistema de información lo cual conlleva a
que en sus procesos de atención a usuarios se generen
documentos los cuales son archivados en expedientes, el
problema surge cuando hay que buscar un expediente ya
que se pierde bastante tiempo en buscarlo, así como en
ambos departamentos se les pide un reporte mensual y
anual de los casos atendidos por cada departamento; por la
forma en la que llevan a cabo su proceso existe el riesgo
frecuente de no obtener todos los datos necesarios para
tales reportes así como existe mucha inconsistencia de
datos.
2.3.- Alcance.
• Realizar reportes estadísticos de los diferentes
tipos de casos atendidos por el departamento.
• Optimización de recursos, tiempo.
• Controlar las visitas subsecuentes programadas
atreves de una agenda electrónica, agregada al
sistema.
• Acceso al sistema desde cualquier parte por medio
de internet.
2.4.- Limitaciones
• Cada empleado de los departamentos debe tener
una computadora.
• Todas las computadoras de los departamentos
tendrán que estar unidas a una red de trabajo.
• Adaptación por parte de los empleados al nuevo
sistema.
3.- Marco Investigativo
3.1.- Tapestry
Tapestry es un framework para el desarrollo de
aplicaciones web basado en componentes y escrito en
Java. Tapestry no usa JSP ni ningún otro motor de
plantillas, sino que define un modelo de componentes
que pueden ser rende rizados para constituir la interfaz
visual de la aplicación web. En Tapestry todo son
componentes.
El "mantra" de Tapestry es "objetos, métodos y
propiedades". Tapestry se ocupa de las tareas mundanas
relacionadas con la API Servlet: peticiones, respuestas,
sesiones, atributos, parámetros, URL's, etc,
proporcionando al programador una API de alto nivel de
forma que éste puede centrarse en la lógica de negocio
de la aplicación. Esto no quiere decir que la API Servlet
no está accesible al programador, sino que no es
necesaria.
Tapestry divide una aplicación en un conjunto
de páginas. Cada página está formada por componentes
y cada componente, a su vez, puede estar formado por
otros componentes, sin que exista ningún límite en la
profundidad de anidamiento. Las páginas en Tapestry
son componentes en sí mismas, pero con algunas
responsabilidades especiales.
Los componentes pueden tener parámetros, los
cuales pueden ser establecidos (o "ligados") por la
página o el componente que los contiene. A diferencia
de lo que ocurre con los parámetros de los métodos en
Java, los parámetros de los componentes de Tapestry
pueden ser bidireccionales; un componente puede leer
un parámetro para obtener un valor, o escribir un
parámetro para establecerlo.
Todos los componentes de Tapestry, así como
las páginas (que no dejan de ser unos componentes
"especiales") están formados por:
Una especificación
La especificación es un documento XML en el que
se indica el nombre del componente, qué
parámetros y propiedades posee y de qué tipo son,
por qué componentes está formado y cómo se
conectan los parámetros de dichos componentes,
entre otras cosas.
Una plantilla
La plantilla está formada íntegramente por
etiquetas HTML. Tapestry no añade ninguna
etiqueta especial, por lo que ésta puede ser editada
con cualquier editor de HTML. Tapestry añade,
únicamente, el atributo jwcid (Java Web
Component Id) que indica que la etiqueta en la que
aparece representa a un componente. Por tanto, en
la plantilla se define la apariencia visual del
componente, situando los componentes contenidos
en él en la posición deseada.
Una implementación
Cada componente tiene una clase que implementa su
comportamiento, conectando propiedades a esta clase y
ejecutando los métodos adecuados cuando se produzcan los
eventos
4.- Marco Investigativo.
4.1.- Modelo de cascada
Modelo en cascada, es el enfoque metodológico
que ordena rigurosamente las etapas del ciclo de vida del
software, de forma tal que el inicio de cada etapa debe
esperar a la finalización de la inmediatamente anterior.
4.2.- Análisis de requisitos
Se analizan las necesidades de los usuarios finales
del software para determinar qué objetivos debe cubrir.
Es importante señalar que en esta etapa se
deben consensar todo lo que se requiere del sistema y será
aquello lo que seguirá en las siguientes etapas, no
pudiéndose requerir nuevos resultados a mitad del proceso
de elaboración del software.
4.3.- Diseño del Sistema
Se descompone y organiza el sistema en
elementos que puedan elaborarse por separado,
aprovechando las ventajas del desarrollo en equipo.
4.4.- Diseño del Programa
Es la fase en donde se realizan los algoritmos
necesarios para el cumplimiento de los requerimientos del
usuario así como también los análisis necesarios para saber
que herramientas usar en la etapa de Codificación.
4.5.- Codificación
Es la fase de programación o implementación
propiamente dicha. Aquí se implementa el código fuente,
haciendo uso de prototipos así como pruebas y ensayos
para corregir errores.
4.6.- Pruebas
Los elementos, ya programados, se ensamblan
para componer el sistema y se comprueba que funciona
correctamente antes de ser puesto en explotación.
4.7..- Implantación
El software obtenido se pone en producción. Se
implantan los niveles software y hardware que componen
el proyecto. La implantación es la fase con más duración y
con más cambios en el ciclo de elaboración de un proyecto.
5.- Descripción detallada de procesos de
departamentos asesoría jurídica y PREMAN
5.1.- MODULO: Mesa Receptora
Nombre: Nueva solicitud para algún tipo de asesoría
jurídica
Objetivo:
Registra la información necesaria de un nuevo solicitante,
para que este sea canalizado al departamento adecuado.
Actores:
Mesa receptora
Solicitante
Precondiciones:
• El ingreso del usuario a la mesa receptora es
controlada por la recepcionista
Flujo Normal:
1. El solicitante se presenta ante algún integrante de
la mesa receptora.
2. Mesa receptora pregunta al solicitante si es su
primera visita.
3. Si solicitante menciona que no es su primera vez
la mesa receptora busca al solicitante y su caso
anterior en la base de datos.
4. Si el caso al que viene el solicitante es el mismo y
se encuentra cerrado a este solicitante no se le
brindara ayuda, de caso contrario se le hará una
entrevista para canalizarlo al departamento
adecuado.
5. Si es la primera vez del solicitante se le realizara
una entrevista de canalización.
6. Una vez que la mesa receptora realiza la entrevista
canalizara al solicitante a: el depto. Asesoría
jurídica o al depto. PREMAN; incluso puede que
el caso del solicitante no acontezca a alguno de
estos departamento.
7. Cuando el caso del solicitante es canalizado a él
depto. Asesoría jurídica el usuario proporcionara
datos para que la mesa receptora llene la ficha
única de registro, después de esto la mesa
receptora programara cita con algún asesor
jurídico.
8. Cuando el caso del solicitante es canalizado a él
depto. PREMAN la mesa receptora programara
cita con el jefe del depto. PREMAN
9. Cuando el caso del solicitante no acontece a algún
depto. La mesa receptora proporcionara
información útil sobre alguna otra institución
pública que le pueda ayudar.
10. Se genera reporte sobre cuántos solicitantes
fueron atendidos, cual es su caso y asi donde fue
canalizado.
Flujo Alternativo:
7.1 Puede que el solicitante no se presente con el
asesor jurídico.
8.1 Puede que el solicitante no se presente al del
depto. PREMAN.
8.1.2Puede que el jefe del depto. PREMAN no se
encuentre por lo que su cita será programada para
después.
5.1.- MODULO: Si Caso de Solicitante no Acontece a
DIF
Nombre: Información a solicitante en caso de que
su caso no pueda ser atendido en los
departamentos de asesoría jurídica o
PREMAN
Objetivo:
Brindarle a el solicitante información útil sobre
dependencias que le puedan ayudar con su caso
Actores:
Mesa receptora
Solicitante
Precondiciones:
• El solicitante debió haber tenido previamente una
entrevista de canalización con la mesa receptora
Flujo Normal:
1. Mesa receptora busca alguna dependencia pública
donde se le pueda ayudar con su caso.
2. Al encontrar alguna o algunas instituciones que le
puedan ayudar al solicitante la mesa receptora le
entregara tal información al solicitante.
3. puede que la mesa receptora no encuentre alguna
institución pública útil para el solicitante.
Flujo Alternativo:
•
5.2.- MODULO: Asesor Jurídico
Nombre: Proceso del caso por parte del asesor
jurídico
Objetivo:
Registrar los procesos que el asesor jurídico lleva en los
casos que atiende en una bitácora donde detallara que es lo
se hace en cada visita del solicitante.
Actores:
Asesor jurídico
Solicitante
Precondiciones:
• Haber ido el solicitante a mesa receptora por lo
menos una vez.
• El solicitante tener una cita previamente elaborada
 con el asesor jurídico.
Flujo Normal:
1. El asesor jurídico revisa la ficha única de
registro, en caso de que sea la primera visita.
2. El asesor jurídico revisa su bitácora de
actividades del caso si es que no es la primera
visita del solicitante.
3. Usuario y asesor jurídico comentan caso.
4. El asesor jurídico registra actividades
realizadas en bitácora de actividades.
5. El asesor jurídico determina si el caso se
puede considerar como caso cerrado o seguir
en proceso
6. Si el asesor jurídico considera que el caso aun
no está cerrado llenara la ficha de visitas
subsecuentes programadas.
7. Se genera reporte de cuantos casos atendió
cada asesor jurídico, así como el estatus de
cada caso que lleve cada asesor.
Flujo Alternativo:
2.1 puede que el solicitante no se presente a las
visitas programadas hechas; si el solicitante no se
reporta en tres meses el caso será tomado como
cerrado.
5.3.- MODULO: Jefe del Depto. de Asesoría Jurídica
Nombre: Consulta de los reportes hechos en
mesa receptora y asesoría jurídica
Objetivo:
El jefe del departamento de asesoría jurídica revisara los
reportes creados en mesa receptora y asesoría jurídica con
el fin de ver las actividades realizadas y crear un reporte
mensual
Actores:
Jefe del departamento de asesoría jurídica
Precondiciones:
• Tener la información generada tanto de mesa
receptora como de asesoría jurídica en el sistema
Flujo Normal:
1. El jefe de depto. de asesoría jurídica consulta:
1.1 Reportes de actividades de mesa
receptora
1.2 Reportes de actividades de asesoría
jurídica
2 Jefe del depto. De asesoría jurídica crea reporte
mensual de actividades
Flujo Alternativo:
1.1 Falta de algún dato en reporte mensual
5.4.- MODULO: Jefe del Depto. de PREMA4
Nombre: Consulta de los reportes creados en el
depto. PREMAN
Objetivo:
El jefe del departamento de PREMAN revisara los reportes
generados con el fin de ver las actividades realizadas y
crear un reporte mensual y uno anual.
Actores: Jefe del departamento PREMAN
Precondiciones:
• Tener la información generada por el abogado de
PREMAN y del libro de registro.
Flujo Normal:
1. El jefe de depto. PREMAN consulta reportes
generados.
2. Jefe del depto. De asesoría jurídica crea reporte
mensual de actividades
3. Jefe del depto. De asesoría jurídica crea reporte
anual de actividades
Flujo Alternativo:
1.1 Falta de algún dato.
5.5.-MODULO: Abogado de PREMA4
Nombre: Proceso del caso por parte del asesor
jurídico
Objetivo:
Registrar los procesos que el abogado de PREMAN lleva
en los casos que atiende en una bitácora donde detallara las
actividades que se realizan.
Actores: Abogado PREMAN
Precondiciones:
• Que el jefe del depto. PREMAN le haya asignado
el caso al abogado de PREMAN.
• Que el abogado de PREMAN le hayan
especificado si el caso es prioridad o no.
Flujo Normal:
1. El jefe de depto. PREMAN le asigna caso a el
abogado PREMAN.
2. Si el caso es canalizado como prioridad el
abogado PREMAN realiza vista domiciliar de
forma inmediata y elaborara reporte de su visita.
3. Si el caso no es canalizo como prioridad el
abogado PREMAN esperara reporte de trabajo
social.
4. Si resulta el caso ser verdadero el abogado
PREMAN inicia procedimiento del caso.
5. El abogado PREMAN lleva procedimiento del
caso, hasta que el determine conveniente terminar
el caso.
Flujo Alternativo:
5.6.-MODULO: Proceso PREMAN
Nombre: Proceso del depto. PREMAN.
Objetivo: Automatizar el proceso del depto. PREMAN así
como llevar un mejor control en el proceso.
Actores: Jefe del depto. PREMAN, Abogado PREMAN
Precondiciones:
Flujo Normal:
1. Jefe del depto. PREMAN recibe denuncia de
maltrato a menor ya sea por medio de oficio de
alguna institución, de forma directa (personal),
por oficio, de forma anónima, voluntaria, vía
telefónica o escrita.
2. Jefe del depto. PREMAN captura reporte de
 maltrato a menor.
3. Jefe del depto. PREMAN asigna caso a abogado
PREMAN.
4. Jefe del depto. PREMAN canaliza si el reporte de
maltrato es considerado como prioridad o no.
5. Si el caso es prioridad el abogado realiza visita
domiciliar de forma inmediata y realiza reporte de
su visita.
6. Si el reporte no es considerado prioridad el jefe
del depto. PREMAN pasa el reporte a trabajo
social para que ellos hagan visita domiciliar.
7. El jefe del depto. PREMAN recibe reporte de
vista domiciliar ya sea por parte de trabajo social
o del abogado PREMAN y verifica valides del
caso.
8. Si el caso resulta ser falso el Jefe del depto.
PREMAN captura en libro de registro y el caso se
da por cerrado.
9. Si el caso resulta ser verdadero el Jefe del depto.
PREMAN lo captura en libro de registro y el
abogado PREMAN al que se le avía asignado el
caso inicia procedimiento.
10. Se genera información necesaria para la creación
de reporte mensual y/o anual.
Flujo Alternativo:
1.1 Si el jefe del depto. PREMAN no se encuentra en
ese momento no hay quien reciba el caso de
maltrato.
5.1 En la recopilación de información del abogado
PREMAN en la visita domiciliar puede que no
recopile la información necesaria para la captura
de datos del libro de registro.
6.1 En la recopilación de información de trabajo social
en la visita domiciliar puede que no recopile la
información necesaria para la captura de datos del libro de
registro.
podrá volver a abrir si es que el usuario regresa; además se
tiene la norma interna de que solamente se le puede
atender a un usuario una vez, con el sistema de información
podrán revisar si el usuario cuenta con una segunda visita
para ser asesorado jurídicamente.
Para el jefe del departamento PREMAN tener un
historial disponible en cualquier momento en la base de
datos de las personas que han agredido a algún menor es de
suma importancia ya que representa, el poder saber si estas
personas ya han reincidido en el maltrato a menores de esta
forma podrán agilizar todos sus procesos internos así como
los legales correspondientes.
Para el jefe del departamento de asesoría jurídica
como para el jefe del departamento PREMAN contar con
un sistema de información es una herramienta muy útil
para controlar las actividades realizadas por los empleados,
para que ahora si se tenga un control de la información ya
que antes del sistema no se contaba con tal control de la
información
7.- Recomendaciones
Entre las recomendaciones que se pueden hacer al
DIF estatal Durango se encuentran:
Capturar dentro de la base de datos del sistema
toda la información que se tiene almacenada desde antes de
la implementación del sistema de información a los
departamentos de asesoría jurídica y PREMAN.
Capacitar a los empleados para que sigan los
procesos establecidos ya que durante el proceso de
investigación nos dimos cuenta que varios empleados no
cumplen su labor de la forma que se les indica.

6.- Conclusión
Dentro de los departamentos involucrados el
sistema resulta ser una herramienta bastante útil, ya que se
podrá llevar un control sobre las actividades diarias que se
realizan, así como se podrá tener una mejor consistencia en
la información obtenida diariamente, así se podrá tener
reportes más concretos y elaborados de una forma
automática para ambos departamentos
Para los jefes de los departamentos involucrados
en el uso del sistema significa que podrán llevar un mejor
control en las actividades que llevan cabo los empleados,
así como podrán entregar un informe concreto mensual y/o
anual a las personas que así corresponda.
Para el jefe del departamento de asesoría jurídica,
tener disponible la información en la base de datos sobre el
seguimiento de los casos es importante ya que se tiene la
política interna dentro del departamento de que si el
usuario no tiene un seguimiento del caso y abandona las
visitas por más de tres meses el caso se cánsela y no se