ProyectoKelsen
De DerechoDeInternet, la enciclopedia libre.
| Tabla de contenidos |
|
2.1 Características generales 2.3 Archivos |
Proyecto Kelsen
Descripción
El presente proyecto tiene como objetivo el diseño y desarrollo de una aplicación de distribución de contenidos para interponer y seguir procedimientos legales en reclamación de los derechos de un colectivo de personas.
Si bien las acciones legales se interponen individualmente, se coordina el seguimiento de todos los procesos, beneficiándose los procedimientos posteriores de los anteriores mediante un sistema de alimentación que se intenta automatizar limitando la intervención humana al máximo.
Historia del proyecto
La experiencia acumulada en la Demanda contra el canon (http://derecho-internet.org/canon), primera experiencia en la Red en la que un grupo de ciudadanos coordinan sus acciones con el objetivo de declarar la inconstitucionalidad de una Ley, sirve como punto de partida de este proyecto abierto. La primera demanda contra el canon se interpuso en julio de 2004.
La experiencia obtenida nos ha permitido analizar los actos necesarios para el ejercicio de una demanda distribuida, en cuanto a la redacción de escritos, la comunicación entre las partes y la actualización permanente del proceso. Este análisis nos demuestra que es posible la automatización de determinadas fases del procedimiento.
Por otra parte, la arquitectura webcéntrica utilizada hasta la fecha debe ser mejorada mediante una estructura de nodos en red, estando formados los nodos por los usuarios del sistema y los responsables de cada procedimiento.
El nombre del proyecto
El proyecto Kelsen lleva el nombre del jurista austríaco Hans Kelsen, máximo exponente de la escuela positivista y autor de la obra "Teoría pura del derecho". La primera edición de esta obra se produce en 1934 y constituye una aportación esencial para el pensamiento jurídico en su intento de construir un método de análisis de la denominada ciencia del derecho.
Según palabras del propio Kelsen, La Teoría pura del derecho constituye una teoría sobre el derecho positivo; se trata de una teoría sobre el derecho positivo en general, y no de una teoría sobre un orden jurídico específico. El proyecto Kelsen trata del ejercicio de las acciones legales distribuidas en general, y no sobre una reclamación específica.
Por otra parte, Hans Kelsen fue el diseñador de nuestro sistema de jurisdicción constitucional, sistema conocido como de «jurisdicción concentrada» por existir un órgano encargado del análisis constitucional de las normas y de la defensa de los derechos fundamentales, frente al sistema norteamericano de «jurisdicción difusa» por el que todo juzgado puede declarar la inconstitucionalidad de una ley cuya decisión final recae, por el sistema de recursos, en el Tribunal Supremo.
Para saber más sobre Hans Kelsen: Google (http://www.google.es/search?q=%22hans+kelsen%22).
Características del proyecto
Características generales
1. Diseño en red, evitando en todo lo posible cualquier webcentrismo.
2. Ninguna transmisión de datos personales: se transmitirán sólo los números de los procedimientos para evitar la aplicación de las normas sobre protección de datos personales y garantizar al máximo posible el anonimato de los ciudadanos. Estos únicamente se identifican en los órganos públicos ante los que ejercen sus reclamaciones.
3. Integración futura en el sistema Lexnet, en pruebas actualmente por parte del Ministerio de Justicia español, consistente en la presentación telemática de escritos judiciales.
4. Despersonalización del proyecto, permitiendo que cualquier asociación o colectivo lo pueda ofrecer a sus socios.
5. Descentralización de la información, buscándose la suma de esfuerzos de los diferentes colectivos.
6. Alimentación distribuida de información de unos procedimientos con otros.
7. Posibilidad de cualquier colectivo para integrar y seguir su reivindicación. El diseño debe ofrecer un marco general que pueda ser alimentado con cualquier tipo de acción legal.
Arquitectura del sistema
Se prevén inicialmente tres componentes básicos del sistema:
Aplicación del usuario.
La aplicación de usuario se ejecutará localmente. pero requerirá de conexión para actualizar las plantillas con las últimas novedades. Desde dicha aplicación, el usuario accederá a un menú en el que pueda llevar a cabo las siguientes acciones:
- Elección de los procedimientos que pueden interponerse (ejemplo: demanda contra el canon, demanda contra ayuntamientos por utilizar pintura resbaladiza en los pasos cebras, reclamaciones contra cualquier administración pública por accidentes en curvas contraperaltadas...)
- Seguimiento de los procedimientos interpuestos.
- Actualización de plantillas con la última información de los procedimientos de otros ciudadanos con procedimientos con idéntica causa.
- Envío de las novedades habidas en su procedimiento para su utilización por parte de los otros ciudadanos con idénticos procedimientos.
Aplicación de control
La aplicación de control se encargará de las siguientes funciones: - Recepción de información de los procedimientos de los ciudadanos y verificación de la misma. - Actualización de plantillas con los datos relevantes de la información recibida. - Distribución de plantillas y autentificación de las mismas.
Página web
La existencia de una página web deberá tener un uso meramente informativo y ninguno de los componentes del sistema deberá depender de la misma.
Las ventajas de este diseño, frente a un diseño webcéntrico son las siguientes:
1. Ejercicio más eficaz de los derechos de los ciudadanos.
2. Maximización de los recursos de ancho de banda.
3. El usuario no identifica la reclamación con una web determinada, por lo que se evita en la medida de lo posible la toma de decisiones en función de protagonismos mal entendidos, debiéndose prestar mayor atención a la calidad del contenido. En lo que respecta al control de los procedimientos y la validación e introducción de datos de otros procesos, es indiferente el tipo de interfaz.
Archivos
1. Confección y diseño previo de plantillas.
2. Formatos de archivo XML y utilización de DTD (definición de tipo de documento).
3. Directorios por procedimiento conteniendo los archivos de los escritos, las instrucciones y demás documentación relevante.
4. Utilización de cvs o svn para mantener los directorios de los archivos xml. En el tronco principal se desarrollaría la plantilla más actualizada y en las ramas se archivarían las plantillas con las diferentes posibilidades procesales.
5. El método de trabajo a través de un sistema de control de versiones permite las escisiones del proyecto principal (forks) por lo que al ser un desarrollo de código abierto, cualquier abogado podría construir sobre lo hecho hasta la fecha,
Análisis del procedimiento y plantillas
Previamente al diseño de cada procedimiento, se debe analizar el número de plantillas que éste puede necesitar. Se dibuja un diagrama en UML con los pasos procesales, de los que se extrae un diseño previo de los documentos que puede necesitar el actor.
Cada plantilla en particular puede ser confeccionada a medida que avanza el procedimiento y se definirán en ella los campos que pueden recibir alimentación de procesos previos.
Licencia
El Proyecto Kelsen se acoge a la Licencia General Pública (GPL) en cuanto al código informático que pueda generarse y a una licencia Creative Commons By (con exención de cita expresa de autoría) para los escritos legales producidos.
Estructura del sistema
- Los datos
- Los escritos
- Los procesos
- El procedimiento
- La reivindicación
En la presente imagen podemos observar las sucesivas estructuras de información que componen el sistema y que consisten en sucesivas capas de abstracción de la información a las que se les aplica finalmente un sistema de distribución, en este caso vía web.
Los escritos
Los escritos judiciales constan estructuralmente de tres partes: encabezamiento, cuerpo y final. En cada una de las partes deberán definirse los campos que correspondan a los diversos integrantes de la misma:
- Encabezamiento
- Numero de procedimiento
- Organo judicial
- Partido judicial
- Datos del demandante
- Datos del demandado
- Datos de letrado del demandante
- Datos de letrado del demandado
- Datos del procurador del demandante
- Datos del procurador del demandado
- Naturaleza del escrito (demanda, recurso, alegaciones...)
- Cuerpo
- Hechos
- Fundamentos de Derecho
- Final
- Suplico
- Lugar
- Fecha
- Otrosí
Procesos y procedimiento. Clases e instancias de un procedimiento
En Derecho procesal encontramos los conceptos de procedimiento y proceso. Utilizamos la diferencia señalada por FENECH por la que el procedimiento son las normas con respecto a las cuales se ha de desarrollar el proceso, consistiendo éste en una sucesión de actos.
Esta diferencia implica la existencia de dos categorías:
- Una categoría teórica e ideal, que consiste en las posibilidades procesales dictadas por la norma jurídica.
- Una categoría real y concreta, consistente en un proceso específico que se está llevando a cabo ante el órgano jurisdiccional.
Utilizando ya conceptos informáticos, todo procedimiento puede representarse como una clase y todo proceso puede representarse como una instancia de esa clase, constituyendo los diversos escritos generados en una instancia sus atributos. Debe prestarse especial atención para no confundir el concepto informático de instancia con el concepto jurídico de la misma, que hace referencia a las diferentes fases ante órganos jurisdiccionales de diferente jerarquía (por ejemplo: juzgado de primera instancia).
La clase "demanda contra el canon" puede definirse de la siguiente manera, a efectos de su tratamiento automatizado:
demanda contra el canon {
demanda
alegaciones competencia
anuncio apelación competencia
formalización competencia
nota para la vista
alegaciones artículo 35 LOTC
anuncio apelación sentencia
formalización recurso
}
De la clase "demanda contra el canon" la instancia más sencilla posible sería aquélla en la que el juzgado admite su competencia, señala vista oral y se celebra ésta aportando el actor una nota para la vista:
juicio 1 {
demanda
nota para la vista
}
Otro ejemplo lo tendríamos en el supuesto en el que el juzgado se plantea su competencia y finalmente la acepta:
juicio 2 {
demanda
alegaciones competencia
nota para la vista
}
En el caso de suspensión de sentencia para las alegaciones de las partes sobre la cuestión de inconstitucionalidad, la instancia sería la siguiente:
juicio 3 {
demanda
nota para la vista
alegaciones artículo 35 LOTC
}
La reivindicación
Configura el fondo del derecho solicitado, equivale a la acción procesal ejercitada. En la aplicación informática se configura como un módulo independiente.
Comunicaciones y arquitectura de la red
TODO
Caso práctico: Derecho de petición
El ejercicio del derecho de petición es el procedimiento más sencillo: consta de un escrito del peticionario y finaliza mediante la contestación del funcionario público: DerechoDePeticion.
Para este ejemplo se debe desarrollar y definir:
- Un archivo xml: DerechoDePeticionXML
- Las etiquetas aplicables: DerechoDePeticionEtiquetas, que serían un subconjunto de las etiquetas generales a definir.
- La definición de tipo de documento: DerechoDePeticionDTD, que correspondería al DTD general o bien el esquema: DerechoDePeticionXSD.
- Específicamente para el derecho de petición, deben definirse los campos sobre los que cabría alimentación de derechos de petición anteriores sobre el mismo tema.
Cómo colaborar
La naturaleza de proyecto libre y abierto permite que cualquier persona con deseos de colaborar y aprender pueda aportar lo que considere conveniente.
Para cualquier colaboración o para estar al día de las últimas novedades del trabajo en el proyecto, suscríbase a la lista de correo (http://derecho-internet.org/cgi-bin/mailman/listinfo/desarrollo) de desarrollo del Proyecto Kelsen.
Enlaces
Recopilación de enlaces en del.icio.us (http://del.icio.us/jdelacueva/kelsen)
