Академический Документы
Профессиональный Документы
Культура Документы
PROYECTO DE GRADO
CLAUDIA RODRIGUEZ
1
DESARROLLO DE UN APLICATIVO PARA EL REGISTRO Y SEGUIMIENTO DE
LA INFORMACIÓN DE LOS PROCESOS JUDICIALES EN EL CONSORCIO AJ
ABOGADOS
2
Nota de Aceptación:
_________________________________
_________________________________
_________________________________
_________________________________
_________________________________
_________________________________
__________________________________
Firma del presidente del jurado
_________________________________
Firma del jurado
_________________________________
Firma del jurado
3
CONTENIDO
INTRODUCCIÓN ..................................................................................................... 1
1. PLANTEAMIENTO DEL PROBLEMA .............................................................. 2
1.1 ANTECEDENTES .............................................................................................. 2
1.2 DESCRIPCIÓN DEL PROBLEMA ..................................................................... 2
1.3 JUSTIFICACIÓN ................................................................................................ 3
1.4 OBJETIVOS ....................................................................................................... 3
1.4.1 OBJETIVO GENERAL .................................................................................... 3
1.4.2 OBJETIVOS ESPECÍFICOS ........................................................................... 4
1.5 ALCANCES Y LIMITACIONES .......................................................................... 4
1.5.1 ALCANCES..................................................................................................... 4
1.5.2 LIMITACIONES ............................................................................................... 4
2. MARCO DE REFERENCIA............................................................................... 5
2.1 MARCO TEÓRICO – CONCEPTUAL ............................................................... 5
2.1.1 Metodologías .................................................................................................. 5
a. Programación Extrema ........................................................................................ 5
b. Programación RUP .............................................................................................. 5
c. Métrica V3 ........................................................................................................... 6
d. Microsoft Solution Framework (MSF) .................................................................. 6
2.1.2. Lenguajes de programación......................................................................... 10
a. JSP ................................................................................................................... 10
b. PHP .................................................................................................................. 10
2.1.3 Motores de bases de datos ........................................................................... 12
a. PostgreSQL ....................................................................................................... 12
b. MySQL .............................................................................................................. 13
2.2 MARCO LEGAL ........................................................................................... 22
3. METODOLOGÍA ............................................................................................. 23
3.1 ENFOQUE DE LA INVESTIGACIÓN ........................................................... 23
4
3.2 LÍNEA DE INVESTIGACIÓN / SUB-LÍNEA DE FACULTAD/ CAMPO
TEMÁTICO DEL PROGRAMA............................................................................... 23
4. DESARROLLO DEL PROYECTO .................................................................. 24
4.1 FASE 1°- PREVISION ..................................................................................... 24
4.2 FASE 2° - PLANIFICACIÓN............................................................................. 25
4.3 FASE 3° - DESARROLLO ............................................................................... 34
4.4 FASE 4° - ESTABILIZACIÓN ........................................................................... 36
4.5 FASE 5° - IMPLEMENTACIÓN ........................................................................ 36
5. PRESUPUESTO ................................................................................................ 37
BIBLIOGRAFÍA ..................................................................................................... 39
ANEXOS ................................................................................................................ 40
GLOSARIO ............................................................................................................ 61
5
LISTA DE TABLAS
1
LISTA DE FIGURAS
2
INTRODUCCIÓN
El mundo de hoy se está globalizando y cada vez se hace más necesario que
todas las partes que conforman esta sociedad se actualicen y estén a la
vanguardia con las demás, por tal motivo las pequeñas empresas en Colombia y
en el mundo buscan sistematizarse para así estar a la altura de las grandes
empresas y poder progresar.
Por tal razón es importante el desarrollo de este proyecto, para mejorar los
procesos en los que son desarrollados en una oficina normal de abogados, dentro
de este trabajo se mostrará una posible solución que se les puede brindar a los
servidores de la Justicia del país.
1
1. PLANTEAMIENTO DEL PROBLEMA
1.1 ANTECEDENTES
Existen compañías nacionales que también han desarrollado este tipo de software,
tales como Emprex web, Orión jurídica y SGP, estos son comercializados pero
todos están licenciados y los costos son altísimos ya que las empresas tendrían
que pagar por el costo de las licencias para el manejo de los motores de bases de
datos, esto limita a un gran número de usuarios que laboran en microempresas,
oficinas pequeñas, como en el Consorcio AJ Abogados.
1
Para más información consulte la siguiente dirección: http://sistemas.dgsca.unam.mx/publica/pdf/jur.PDF, 22 de febrero de 2007
8:30 p.m.
2
Por otro lado la información es manipulada por personas ajenas a este oficio y no
existe ningún tipo de seguridad con respecto a la documentación, dado que la
información es sensible y confidencial ya que esta tiene que ver con los datos
personales de cada cliente e información que se relaciona directamente con los
procesos judiciales, como son los datos del demandante, el demandado, el tipo de
proceso y lo que ocurre con cada proceso.
1.3 JUSTIFICACIÓN
Se hace necesario realizar este proyecto para el área jurídica con el fin de agilizar
todo trámite ejecutado en el Consorcio AJ Abogados, la tecnología siempre ayuda
a mejorar los procesos y si se aplica al ámbito jurídico puede ser muy provechoso
para el mejoramiento de tiempos en cuanto a la resolución de casos y generaría
simplicidad para la secretaria o el mismo abogado al realizar procesos como por
ejemplo; al momento de requerir alguna información sobre algún caso que sea
necesario, además no solo se verían beneficiados los abogados sino también las
personas que acuden a ellos ya que habría una mayor productividad, con esto se
obtendrán mayores ingresos para la oficina ya que si existe una rápida respuesta
se podrá atender nuevos casos y además se reduciría en gastos de papelería
para las listas hechas a mano. Es un proyecto importante que merece ser
desarrollado, del cual se pueden obtener muchas retribuciones económicas ya que
los abogados encontrarían en este aplicativo una gran herramienta.
1.4 OBJETIVOS
3
1.4.2 OBJETIVOS ESPECÍFICOS
1.5.1 ALCANCES
1.5.2 LIMITACIONES
Este proyecto seguirá las normas y leyes vigentes, si en algún momento estas son
modificadas durante o después de la realización del proyecto no serán
contempladas tales modificaciones.
4
2. MARCO DE REFERENCIA
2.1.1 Metodologías
a. Programación Extrema
b. Programación RUP
También se conoce por este nombre al software desarrollado por Rational, hoy
propiedad de IBM, el cual incluye información entrelazada de diversos artefactos y
descripciones de las diversas actividades. Está incluido en el Rational Method
Composer (RMC), que permite la personalización de acuerdo a necesidades.
2
http://es.wikipedia.org/wiki/Programaci%C3%B3n_Extrema, 13 de abril de 2008, hora: 3:10 p.m.
5
Originalmente se diseñó un proceso genérico y de dominio público, el Proceso
Unificado, y una especificación más detallada, el Rational Unified Process, que
se vendiera como producto independiente3
c. Métrica V3
3
http://es.wikipedia.org/wiki/Proceso_Unificado_de_Rational, 13 de abril de 2008, 3:21pm
4
http://www.csi.map.es/csi/metrica3/introduccion.pdf, 13 de abril de 2008, 3:32 p.m.
6
Fase 1: Previsión
Fase 2: Planeación
Fase 3: Desarrollo
Fase 4: Estabilización
Fase 5: Implementación
Cada una de las fases comprende una parte de desarrollo del proyecto para lo
cual se explicara cada una de las mismas:
a. FASE 1° - PREVISIÓN
Descripción:
7
b. FASE 2° - PLANIFICACIÓN
Descripción:
c. FASE 3° - DESARROLLO
Descripción:
d. FASE 4° - ESTABILIZACIÓN
Descripción:
e. FASE 5° - IMPLEMENTACIÓN
Descripción:
Para cumplir con las fases que impone esta metodología se debe tener en cuenta
la elaboración de ciertos diagramas que ayudarán a mejorar el entendimiento de
los procesos que va a realizar el aplicativo.
8
CUADRO COMPARATIVO DE METODOLOGÍAS
MICROSOFT SOLUTION
CRITERIOS PROGRAMACIÓN EXTREMA PROGRAMACIÓN RUP FRAMEWORK (MSF) MÉTRICA V. 3
Tiempo de Adaptable a cualquier tipo de proyecto sin
desarrollo Desarrollo de software a corto plazo Desarrollo de software a largo plazo impedimento de duración Desarrollo de software a largo plazo
Intervención Intervención constante del cliente en cada una
cliente de las iteraciones Intervención indirecta del cliente en le desarrollo Participación directa del cliente El cliente solo interfiere al iniciar el proyecto
El grupo de trabajo se enfocaliza en una misma En equipos dependiendo de la cantidad de
Distribución del trabajo parte del proyecto Se dividen partes del proyecto en grupos personal La realiza un solo equipo de trabajo
9
Tabla 1. Cuadro comparativo metodologías
a. JSP
El motor de las páginas JSP está basado en los servlets de Java -programas en
Java destinados a ejecutarse en el servidor-, aunque el número de desarrolladores
que pueden afrontar la programación de JSP es mucho mayor, dado que resulta
mucho más sencillo aprender que los servlets.
b. PHP
10
Creación de aplicaciones gráficas independientes del navegador, por medio
de la combinación de PHP y Qt/GTK+, lo que permite desarrollar
aplicaciones de escritorio en los sistemas operativos en los que está
soportado.
Características
Es un lenguaje multiplataforma.
Capacidad de conexión con la mayoría de los manejadores de base de
datos que se utilizan en la actualidad, destaca su conectividad con MySQL
Capacidad de expandir su potencial utilizando la enorme cantidad de
módulos (llamados ext's o extensiones).
Posee una amplia documentación en su página oficial, entre la cual se
destaca que todas las funciones del sistema están explicadas y
ejemplificadas en un único archivo de ayuda.
Es libre, por lo que se presenta como una alternativa de fácil acceso para
todos.
Permite las técnicas de Programación Orientada a Objetos.
Biblioteca nativa de funciones sumamente amplia e incluida
No requiere definición de tipos de variables.
Tiene manejo de excepciones.6
6
http://es.wikipedia.org/wiki/.php, 13 de abril de 2008, 5:09 p.m.
11
2.1.3 Motores de bases de datos
a. PostgreSQL
Clases
Herencia
Tipos
Funciones
Restricciones (Constraints)
Disparadores (triggers)
Reglas (rules)
Integridad transaccional
7
http://es.tldp.org/Postgresql-es/web/navegable/tutorial/intro.html, 13 de abril de 2008, 5:20 p.m.
12
b. MySQL
Aplicaciones
MySQL funciona sobre múltiples plataformas, incluyendo AIX, BSD, FreeBSD, HP-
UX, GNU/Linux, Mac OS X, NetBSD, Novell NetWare, OpenBSD, OS/2 Warp,
QNX, SGI IRIX, Solaris, SunOS, SCO OpenServer, SCO UnixWare, Tru64,
Windows 95, Windows 98, Windows NT, Windows 2000, Windows XP, Windows
Vista y otras versiones de Windows.
13
MySQL es un sistema de administración relacional de bases de datos. Una base
de datos relacional archiva datos en tablas separadas en vez de colocar todos los
datos en un gran archivo. Esto permite velocidad y flexibilidad. Las tablas están
conectadas por relaciones definidas que hacen posible combinar datos de
diferentes tablas sobre pedido.
MySQL es software de fuente abierta. Fuente abierta significa que es posible para
cualquier persona usarlo y modificarlo. Cualquier persona puede bajar el código
fuente de MySQL y usarlo sin pagar. Cualquier interesado puede estudiar el
código fuente y ajustarlo a sus necesidades. MySQL usa el GPL (GNU General
Public License) para definir qué puede hacer y que no puede hacer con el software
en diferentes situaciones. Si no se ajusta al GLP o requiere introducir código
MySQL en aplicaciones comerciales, se puede comprar una versión comercial
licenciada.
Características Distintivas
Características Generales
14
Sub-SELECTs (o SELECTs anidados).
Indexing y buscando campos de texto completos usando el motor de
almacenamiento MyISAM.
Soporte completo para Unicode.
Conforme a las reglas ACID usando los motores InnoDB, BDB y Cluster.
Uso de multihilos mediante hilos del kernel.
Usa tablas en disco b-tree para búsquedas rápidas con compresión de índice.
Completo soporte para cláusulas group by y order by, soporte de funciones de
agrupación.
Completo soporte para operadores y funciones en cláusulas select y where.
Soporta gran cantidad de datos. MySQL Server tiene bases de datos de hasta
50 millones de registros.
Se permiten hasta 64 índices por tabla (32 antes de MySQL 4.1.2). Cada
índice puede consistir desde 1 hasta 16 columnas o partes de columnas. El
máximo ancho de límite son 1000 bytes (500 antes de MySQL 4.1.2).8
8
http://es.wikipedia.org/wiki/MySQL, 13 de abril de 2008, 5:23p.m.
15
2.1.4 Lenguaje Unificado Modelado
UML cuenta con varios tipos de diagramas, los cuales muestran diferentes
aspectos de las entidades representadas. En UML 2.0 hay 13 tipos diferentes de
diagramas. Para comprenderlos de manera concreta, a veces es útil categorizarlos
jerárquicamente, como son:
Diagrama de Clases.
Diagrama de Componentes.
Diagrama de Objetos.
Diagrama de Estructura Compuesta.
Diagrama de Despliegue.
Diagrama de Paquetes.
Diagrama de Actividades.
Diagrama de Casos de Uso.
Diagrama de Estados.
16
Diagramas de Interacción, un subtipo de diagramas de comportamiento, que
enfatiza sobre el flujo de control y de datos entre los elementos del sistema
modelado:
Diagrama de Secuencia.
Diagrama de Colaboración.
Diagrama de Tiempos.
Diagrama de Vista de Interacción.
Características:
a. Cliente-Servidor
17
Categorías de Servidores:
18
Arquitecturas Cliente / Servidor
19
Figura 1. Representación distribuida
20
d. Gestión Remota de Datos.- El cliente realiza la interacción con el usuario y
ejecuta la aplicación y el servidor es quien maneja los datos.
21
2.2 MARCO LEGAL
El derecho está dividido en ramas, y estas son las siguientes: CIVIL, PENAL,
COMERCIAL, ADMINISTRATIVO, LABORAL, POLICIVO, DE FAMILIA Y
AGRARIO, en lo que respecta a nuestro trabajo nos vamos a centrar únicamente
en el ramo civil, para dar una limitación al desarrollo del mismo.
Para el caso de este proyecto se aplica una de estas ramas, la CIVIL, que compila
sus normas en el Código Civil; el Código Civil tiene sus orígenes en chile
mediados del siglo XIX, gracias a dos Andrés Bello quien fue su creador.
El código civil rige las relaciones entre personas ya sea Naturales o Jurídicas,
como por ejemplo de las personas en cuanto a su nacionalidad y domicilio, en
cuanto al principio y fin de la existencia de las personas, del matrimonio en cuanto
a la nulidad, efectos y disolución, de las obligaciones y derechos entre cónyuges,
también de los bienes y de su dominio, uso y goce, de la sucesión por causa de
muerte y de las donaciones entre vivos y de las obligaciones en general y de los
contratos.
22
3. METODOLOGÍA
23
4. DESARROLLO DEL PROYECTO
Esta fase que fue conceptualizada en el marco teórico comprende la definición del
problema, los antecedentes, los objetivos generales y específicos, los alcances y
limitaciones, por ende esta fase desarrollada en el capítulo 1 del presente
proyecto, lo único que no se encuentra definido dentro del capítulo nombrado son
los requerimientos definidos por el usuario, estos se nombraran a continuación:
REQUERIMIENTOS FUNCIONALES
24
REQUERIMIENTOS NO FUNCIONALES
Esta fase comprende el diseño del aplicativo que ayudara a tener un punto base
para el desarrollo del mismo, para esto la metodología nos exige varios modelos
que deben implementarse para un mejor entendimiento del funcionamiento del
software.
ABOGADO
ADMINISTRADOR
Este caso de uso demuestra los actores que intervienen en el aplicativo de una
manera muy general, sin tener un caso de uso concreto dentro del diagrama.
25
Figura 8. Caso de Uso Gerente Nivel 1
Registrar
Validar Usuario
«extends»
Consultar
«extends»
Autenticar Usuario
«extends»
Actualizar
«extends»
GERENTE
Validar Contraseña
Eliminar
«inherits»
Registrar Registrar
Actuaciones
Validar Usuario «inherits»
«extends»
«extends»
Registrar Procesos
Consultar «inherits»
«extends»
Consultar Clientes
«inherits»
Autenticar Usuario
«extends»
Consulta Procesos
«extends» Actualizar
«inherits»
GERENTE «extends»
Actualizar Clientes
«inherits»
Validar Clave
Eliminar Actualizar
Actuaciones
«inherits»
Eliminar Usuarios
26
Descripción caso de uso Gerente:
El gerente posee dentro del sistema el permiso para realizar cualquier proceso:
registrar, consultar, actualizar y eliminar. Para ello se requiere validación de un
usuario y contraseña.
Flujo de Eventos
2. El sistema muestra los vínculos que lo llevará a las diferentes funciones que
maneja el sistema.
Flujos Alternativos
27
Precondiciones
Registrar
Validar Usuario
«extends»
«extends»
Autenticar Usuario Consultar
«extends»
ABOGADO
Validar Contraseña
Actualizar
«inherits» Registrar
Validar Usuario Registrar Actuaciones
«inherits»
«extends» «extends»
Registrar Procesos
«extends» «inherits»
Autenticar Usuario Consultar Consultar Clientes
«inherits»
«inherits»
Validar Clave Actualizar Actualizar
Actuaciones
28
Descripción caso de uso Abogado:
El abogado posee dentro del sistema el permiso para realizar ciertos procesos:
registrar, consultar y actualizar. Para ello se requiere validación de un usuario y
contraseña.
Flujo de Eventos
2. El sistema muestra los vínculos que lo llevará a las diferentes funciones que
maneja el sistema.
Flujos Alternativos
Precondiciones
29
Figura 12. Caso de Uso Administrador Nivel 1
Registrar
Validar Usuario
«extends»
Consultar
«extends»
Autenticar Usuario
«extends»
Actualizar
«extends»
ADMINISTRADOR
Validar Contraseña
Eliminar
«inherits»
Registrar Registrar
Actuaciones
Validar Usuario «inherits»
«extends»
«extends»
Registrar Procesos
Consultar «inherits»
«extends»
Consultar Clientes
«inherits»
Autenticar Usuario
«extends»
Consulta Procesos
«extends» Actualizar
«inherits»
ADMINISTRADOR «extends»
Actualizar Clientes
«inherits»
Validar Clave
Eliminar Actualizar
Actuaciones
«inherits»
Eliminar Usuarios
30
Descripción caso de uso Administrador:
Flujo de Eventos
2. El sistema muestra los vínculos que lo llevará a las diferentes funciones que
maneja el sistema.
Flujos Alternativos
Precondiciones
31
Los registros que se quieran consultar, eliminar deben estar previamente
registrados en la base de datos
Registrar
Validar Usuario
«extends»
«extends»
Autenticar Usuario Consultar
«extends»
SECRETARIA
Validar Contraseña
Actualizar
«hereda» Registrar
Validar Usuario Registrar Actuaciones
«hereda»
«extends» «extends»
Registrar Procesos
«extends» «hereda»
Autenticar Usuario Consultar Consultar Clientes
«hereda»
«hereda»
Validar Clave Actualizar Actualizar Clientes
32
Descripción caso de uso Secretaria:
La secretaria posee dentro del sistema el permiso para realizar ciertos procesos:
registrar, consultar y actualizar. Para ello se requiere validación de un usuario y
contraseña.
Flujo de Eventos
2. El sistema muestra los vínculos que lo llevará a las diferentes funciones que
maneja el sistema.
Flujos Alternativos
Precondiciones
33
4.3 FASE 3° - DESARROLLO
Por último un cuadro donde se comparan los motores de base de datos, MySQL y
PostgreSQL, aunque ambos son libres y similares se encontró que el más
adecuado es MySQL, por la rapidez al generar las transacciones, la amplia
documentación que facilita el desarrollo, consume pocos recursos de máquina y
además de esto el motor se adapta fácilmente al lenguaje de programación
seleccionado anteriormente.
Este paquete brinda las herramientas necesarias para el montaje de los diseños
elaborados previamente, estas herramientas son un servidor web, un soporte de
librerías PHP para desarrollar la interfaz y un motor de base de datos.
34
Para el diseño de las interfaces y la programación se instala la aplicación Adobe
Dreamweaver CS3.
Dentro de la aplicación se utilizó una función que suma fechas, esta se uso para
determinar la fecha fin del termino para poder mostrarla en los mensajes que se
encuentran en todas las interfaces, esta función consiste en pasar la fecha a
segundos y luego suma los días que se determinen también en segundos,
después devuelve la fecha en el formato original ya con los días sumados:
{
list($año, $mes, $dia) = split("-",$fecha);
$nueva = mktime(0,0,0, $mes,$dia,$año) + $ndias * 24 * 60 * 60;
$nuevafecha = date("Y-m-d",$nueva);
return ($nuevafecha);
Por último se debe generar el query con lo que se ejecutara una acción sobre la
base de datos, estas acciones pueden ser de consulta, actualización, eliminación y
de inserción
mysql_close($link);
35
Esta función mysql_close() cierra el enlace con la base MySQL que está asociada
con el identificador de enlace especificado ($link). Si no se especifica el
identificador de enlace, se asume por defecto el último enlace. Normalmente no es
necesario cerrar el enlace ya que la aperturas no son persistentes, son cerradas
automáticamente al final de la ejecución del script.
36
5. PRESUPUESTO
PRESUPUESTO
CONCEPTO VALOR UNIDAD CANTIDAD VALOR TOTAL
ASESOR $20.000/HORA 16 $ 320.000
LIBROS $60.000/C/U 2 $ 120.000
INTERNET $25.000/MES 5 $ 125.000
PAPELERIA $ 70.000 $ 70.000
TOTAL $ 635.000
37
6. CONCLUSIONES
38
BIBLIOGRAFÍA
http://giga4.es/archivos/raiz/moviendoarchivos/2008/febrero/presentacion_tac.pdf
http://www.netpecos.org/docs/mysql_postgres/x108.html
PÉREZ LÓPEZ Cesar, MySQL: Para Windows y Linux, México, Alfa omega, 2004,
454p.
39
ANEXOS
40
INTRODUCCION
41
TABLA DE CONTENIDO
42
ENTORNO GENERAL DEL APLICATIVO PARA EL REGISTRO Y
SEGUIMIENTO DE LOS PROCESOS JUDICIALES EN EL CONSORCIO AJ
ABOGADOS
El aplicativo está diseñado en ambiente web que posee una barra de menú,
alertas y vínculos de interés general estándar para todas las interfaces de registro,
consulta, actualización y eliminación de la información.
La barra de menú está compuesta por diferentes links que le permitirán al usuario
realizar registros, consultas, actualizaciones y eliminaciones, como se puede
apreciar en la siguiente figura:
43
¿Cómo ingresar al aplicativo Consorcio AJ Abogados?
Para ingresar al aplicativo solo basta con hacer “doble click” sobre el icono de
acceso directo que se encuentra en el escritorio
44
Una vez se haya creado el nuevo usuario este lo devolverá nuevamente a la
página de inicio desde la cual usted podrá ingresar a las funciones de la aplicación
y cuando usted haya validado la clave y el usuario se presentará el siguiente
formulario que tiene habilitadas todas las funciones que pueden realizar cada uno
de los usuarios.
Lo primero que se debe hacer es registrar el proceso, llenando todos los campos
requeridos (*) en el formulario que aparecerá después de hacer click en el link,
en seguida podrá registrar al cliente junto con sus datos
personales y por último se registra la contraparte como se ve en la siguiente
figura:
45
N° Carpeta: Ingrese el número de la carpeta donde se va archivar.
N° Proceso: Ingrese el número del proceso.
Tipo de Proceso: Seleccione el tipo de proceso que corresponde.
Juzgado: Seleccione el Juzgado.
46
Para registrar un nuevo juzgado, se requiere llenar los siguientes campos;
47
Dirección: Ingrese la dirección de ubicación de la contraparte.
Teléfono Fijo: Ingrese el número telefónico fijo de contacto a la contraparte.
¿De qué manera puedo consultar un cliente en la base de datos del aplicativo?
Hay dos maneras de consultar un cliente, puede ser por su número de cédula ó
por su nombre:
Se realiza primero la consulta del cliente que desea actualizar a través del link
, mediante de su número de identificación:
48
Después de realizada la consulta, permitirá hacer las modificaciones dentro de los
mismos campos de texto:
49
Fecha de actuación: Es la fecha del día esta se cargará automáticamente ya que
es tomada del sistema.
Carpeta: Ingrese el número de la carpeta a la cual le va a registrar la actuación
Observaciones: Ingrese las anotaciones que crea convenientes
Tipo de actuación: Seleccione el tipo de actuación
50
Después de digitar el número del registro de la actuación que desea modificar, al
hacer clic en el botón enviar se mostrará la consulta realizada en el siguiente
formulario:
Este formulario presenta todos los campos con los datos actuales de la actuación,
los cuales pueden ser modificados desde ellos mismos. Y por último cuando le de
click al botón actualizar le aparecerá un mensaje como el siguiente indicándole
que la modificación fue almacenada en la base de datos:
51
¿Cómo eliminar usuarios de la aplicación?
Para la eliminación de usuarios que trabajan con la aplicación cabe recordar que
esta función solo podrá ser llevada a cabo por el administrador o el gerente, para
ello se debe hacer click sobre el vinculo , este vinculo lo llevará a un
nuevo formulario que le pedirá el nombre del usuario que desea eliminar como se
muestra en la siguiente figura:
A continuación para ejecutar la eliminación deberá dar click sobre el botón eliminar
y por último le aparecerá un mensaje confirmando si desea eliminar el usuario, si
da clic en aceptar el usuario ha sido eliminado de la base datos, por lo tanto esta
persona ya no tendrá acceso a la aplicación. Si da clic en cancelar la operación no
será realizada.
52
Anexo 2. Manual Técnico
MANUAL TÉCNICO
53
DESCRIPCIÓN GENERAL DEL APLICATIVO
Descripción General
El aplicativo cuenta con una función de sumar fechas que permite calcular la fecha
de término en una actuación procesal.
Requerimientos de Hardware
Disco Duro: 10 GB
Memoria RAM: 256 Mb
Procesador: AMD ó Pentium > 400Mhz
INSTALACION
Para la instalación del aplicativo se debe tener en cuenta que el servidor debe
contar con el motor de base de datos MySQL para poder gestionar la base de
datos, además de esto también debe contar con servidor web el más apropiado es
el apache 2.2.4, por último se debe aclarar que todos los formularios desarrollados
en la herramienta de diseño deben estar copiados en cada uno de los equipos
usuarios, dentro de la carpeta C: /AppServ/www.
54
CAMPOS CALCULADOS
Para el correcto desarrollo del aplicativo fue necesario agregar una función
desarrollada en PHP, como se muestra a continuación:
function suma_fechas($fecha,$ndias)
{
list($año, $mes, $dia) = split("-",$fecha);
$nueva = mktime(0,0,0, $mes, $dia, $año) + $ndias * 24 * 60 * 60;
$nuevafecha = date("Y-m-d",$nueva);
return ($nuevafecha);
Esta función nos permite sumar días a la fecha del sistema, los días a sumar
están almacenados en la base de datos.
55
MODELO DE DATOS
56
TABLA 1 - PROCESO
DESCRIPCIÓN
Esta tabla contiene la información sobre cada uno de los expedientes como el juzgado, el numero entre otros.
CAMPO TIPO DATO LONGITUD LLAVER PRIMARIA LLAVE FORANEA OBLIGATORIO DOMINIO DESCRIPCION
Cod_Proc texto 3 x SI 0 - 999 número único para cada expediente
N_Proc numérico 7 SI 0 - 9999999 número de proceso llevado en el juzgado
Cod_Juz numérico 12 x SI 0 - 999999999999 número único para cada juzgado
Cod_Tipo_Proc numérico 3 x SI 0 - 999 número para identificar el tipo de proceso
No_doc_deman numérico 13 x SI 0 - 999999999999 número para identificar los demandados
TABLA 2 - CLIENTE
DESCRIPCIÓN
Esta tabla contiene la información básica sobre cada uno de los clientes.
CAMPO TIPO DATO LONGITUD LLAVER PRIMARIA LLAVE FORANEA OBLIGATORIO DOMINIO DESCRIPCION
No_cedula texto 13 x SI 1 - 9999999999999 número de identificación del cliente
Nombre texto 50 SI nombre del cliente
Apellido texto 50 SI apellido cliente
Dirección texto 20 SI dirección residencia del cliente
Teléfono_fijo numérico 10 SI 2000000-8999999 número telefónico residencia cliente
57
Teléfono_mov numérico 10 NO 3002000000-3508999999 número celular del cliente
Cod barrio numérico 3 X SI 1 - 999 número para identificar del barrio
TABLA 3 - CLIENTE_PROCESO
DESCRIPCIÓN
DICCIONARIO DE DATOS
TABLA 4 - JUZGADO
DESCRIPCIÓN
Tabla intermedia entre cliente y proceso.
CAMPO TIPO DATO LONGITUD LLAVER PRIMARIA LLAVE FORANEA OBLIGATORIO DOMINIO DESCRIPCION
Cod_Juz texto 12 x SI 0 - 999999999999 número de identificación de juzgado
No_Juzgado texto 50 SI nombre del juzgado
Contacto texto 50 NO nombre del contacto en el juzgado
Tel_contacto numérico 10 NO 0 - 9999999999 número de teléfono del contacto
TABLA 5 - BARRIO
DESCRIPCIÓN
Contiene información sobre el barrio donde reside el cliente.
CAMPO TIPO DATO LONGITUD LLAVER PRIMARIA LLAVE FORANEA OBLIGATORIO DOMINIO DESCRIPCION
Cod_Barrio texto 3 x SI 0 - 999 número de identificación del barrio
Nombre_bar texto 50 SI nombre del barrio
No_Localidad numérico 3 x SI 0 - 999 número de la localidad a la que pertenece el barrio
TABLA 6 - LOCALIDAD
DESCRIPCIÓN
Contiene información sobre la localidad donde se encuentra el barrio.
CAMPO TIPO DATO LONGITUD LLAVER PRIMARIA LLAVE FORANEA OBLIGATORIO DOMINIO DESCRIPCION
No_Localidad texto 3 x SI 0 - 999 número de la localidad a la que pertenece el barrio
Nombre texto 50 SI nombre de la localidad
TABLA 7 - TIPO_ACTUACION
58
DESCRIPCIÓN
Tabla informativa sobre las actuaciones que tiene un proceso.
CAMPO TIPO DATO LONGITUD LLAVER PRIMARIA LLAVE FORANEA OBLIGATORIO DOMINIO DESCRIPCION
Cod_Tipo_Act texto 3 x SI 0 - 999 número de identificación de la actuación
Nombre_Act texto 50 SI nombre de la actuación
TABLA 8 - PROC_TIPO_ACT
DESCRIPCIÓN
Tabla intermedia entre proceso y tipo de actuación.
CAMPO TIPO DATO LONGITUD LLAVER PRIMARIA LLAVE FORANEA OBLIGATORIO DOMINIO DESCRIPCION
Cod_Act autonumérico 3 x SI 0 - 999 número de identificación de la actuación
Cod_Proc numérico 3 x SI 0 - 999 número de identificación del proceso
Cod_Tipo_Act numérico 3 x SI número de identificación del tipo actuación
Fecha_Mov fecha SI 01/01/1900 fecha de la actuación
Observaciones texto 200 No observaciones acerca de la actuación
Fecha_Fin fecha SI 01/01/1900 fecha término de la actuación
TABLA 9 - TIPO_PROCESO
DESCRIPCIÓN
Tabla informativa sobre los tipo de procesos
CAMPO TIPO DATO LONGITUD LLAVER PRIMARIA LLAVE FORANEA OBLIGATORIO DOMINIO DESCRIPCION
Cod_Tipo_Proc texto 3 x SI 0 - 999 número de identificación del tipo de proceso
Nombre texto 50 SI nombre del tipo de proceso
TABLA 10 - DEMANDADO
DESCRIPCIÓN
Esta tabla contiene la información básica sobre cada uno de los demandados
CAMPO TIPO DATO LONGITUD LLAVER PRIMARIA LLAVE FORANEA OBLIGATORIO DOMINIO DESCRIPCION
No_documento texto 13 x SI 1 - 9999999999999 número de identificación del demando
Nombre texto 50 SI nombre del demandado
Apellido texto 50 SI apellido del demandado
Dirección texto 20 No dirección residencia del demandado
Teléfono numérico 10 No 2000000-8999999 número telefónico residencia demandado
59
TABLA 11 - PROC_DEMANDADO
DESCRIPCIÓN
Tabla intermedia entre proceso y demandado
CAMPO TIPO DATO LONGITUD LLAVER PRIMARIA LLAVE FORANEA OBLIGATORIO DOMINIO DESCRIPCION
Cod_Proc texto 3 x SI 0 - 999 número de identificación del proceso
No_doc_deman numérico 13 SI 1 - 9999999999999 nombre de identificación del demandado
TABLA 12 - USUARIOS
DESCRIPCIÓN
Tabla que contiene los datos que le permitirán al usuario acceder al programa
CAMPO TIPO DATO LONGITUD LLAVER PRIMARIA LLAVE FORANEA OBLIGATORIO DOMINIO DESCRIPCION
Cod_usuario texto 3 x SI 0 - 999 número de identificación del usuario
Usuario texto 50 SI nombre o login para identificación del usuario
Clave numérico 8 SI 1 - 99999999 número que será clave personal
ASPECTOS DE SEGURIDAD, MECANISMOS DE ACCESO DE LOS DATOS
60
GLOSARIO
AUDIENCIA Acto por intermedio del cual una autoridad administrativa o judicial,
en función de juzgar, oye a las partes o recibe las pruebas.
61
CITACIÓN Acto por el cual un juez o tribunal ordena la comparencia de una
persona, sea parte, testigo, perito o cualquier otro tercero, para realizar o
presenciar una diligencia que afecte a un proceso
62
EJECUTIVO Instrumento del sector público en cuyo vértice están situados el
Presidente de la República, jefe de estado y suprema autoridad administrativa y
los altos funcionarios, ministros y jefes de departamentos administrativos, que con
él integran el gobierno.
GPL (Licencia Pública General) es una licencia creada por la Free Software
Foundation a mediados de los 80, y está orientada principalmente a proteger la
libre distribución, modificación y uso de software. Su propósito es declarar que el
software cubierto por esta licencia es software libre y protegerlo de intentos de
apropiación que restrinjan esas libertades a los usuarios.
JUEZ En sentido amplio llamase así todo miembro integrante del Poder Judicial,
encargado de juzgar los asuntos sometidos a su jurisdicción. Tales magistrados
están obligados al cumplimiento de su función de acuerdo con la Constitución y las
leyes, con las responsabilidades que aquélla y éstas determinan.
63
puede ejercer su función juzgadora sino dentro de un espacio determinado y del
fuero que le está atribuido. En este último sentido se habla de jurisdicción
administrativa, civil, comercial, correccional, criminal, laboral, etc.
PODER Documento que le confiere a una persona la autoridad para actuar por
cuenta de la otra.
64
TRASLADO Copia o testimonio de un documento original autorizada por
funcionario o notario competente al efecto. Conocimiento dado a una de las partes
de las pretensiones de la otra con objeto de que pueda alegar lo que estime
procedente en defensa de su derecho.
65
FECHA 24 de mayo de
2008
NÚMERO RAE
PROGRAMA Tecnología en Sistemas
AUTOR (ES) VELA GÓMEZ, Juan Manuel; ORTIZ SORIANO, Jhonnatan Camilo
TÍTULO Desarrollo de un aplicativo para el registro y seguimiento de la
información de los procesos judiciales en el Consorcio AJ Abogados
PALABRAS CLAVES
Procesos judiciales, juzgados, actuación, PHP, desarrollo web, MySql, Microsoft Solution
Framework, software.
DESCRIPCIÓN
Este trabajo contiene el análisis que se realizó para el desarrollo de la aplicación del
Consorcio AJ Abogados, en términos generales el documento se compone, de un
marco teórico el cual contempla diferentes metodologías de desarrollo que
permitieron selección la metodología MSF (Microsoft Solution Framework), la cual
contempla las siguientes etapas. La aplicación permite registrar, consultar, insertar
todas las actuaciones sobre los procesos judiciales. La aplicación fue desarrollada
con las herramientas php y mysql.
FUENTES BIBLIOGRÁFICAS
BOOCH Grady, RUMBAUGH James, JACOBSON Ivar, El Lenguaje Unificado de
Modelado 2 edición, ED. Pearson, 527pgs.
JENKINS, Neil; Redes de área local (LAN); México: Prentice Hall Hispanoamericana,
1995.; 309pgs.
http://www.netpecos.org/docs/mysql_postgres/x108.html
http://giga4.es/archivos/raiz/moviendoarchivos/2008/febrero/presentacion_tac.pdf
66
CONTENIDOS
OBJETIVO GENERAL
OBJETIVOS ESPECÍFICOS
Fase 1 Previsión
Esta fase comprende la definición del problema, los antecedentes, los objetivos generales y específicos,
los alcances, imitaciones y requerimientos
Fase 2 Planificación
Esta fase comprende el diseño del aplicativo que ayudara a tener un punto base para el desarrollo del
mismo, para esto la metodología nos exige la elaboración de casos de uso que deben implementarse para
un mejor entendimiento del funcionamiento del software.
Fase 3 Desarrollo
Esta fase trata sobre el desarrollo en sí de la aplicación, la definición del lenguaje usado para la
programación, el motor de base de datos utilizado para implementar el diseño, las funciones y líneas de
código especiales utilizadas para un mejor desarrollo de la aplicación
67
NÚMERO RAE
PROGRAMA Tecnología en Sistemas
METODOLOGÍA
ENFOQUE DE LA INVESTIGACIÓN
CONCLUSIONES
68