PONTIFICIA UNIVERSIDAD CATLICA DE CHILE ESCUELA DE INGENIERA DEPARTAMENTO DE CIENCIA DE LA COMPUTACIN

Sistema de Apoyo a la Actividad Legal de Un Techo para Chile

Documento de Requisitos de Usuario DRU
Versin 0.2.2

Informacin del documento

Informacin del documento Proyecto: Sistema de Apoyo a la Actividad Legal de Un Techo para Chile Administrador del Farid Sfeir Versin del 0.2.2 proyecto: documento: Preparado por: Caraf, Hernndez, Fecha de 06-06-2005 Varas preparacin:
Nmero de versin 0.2.0 0.2.1 0.2.2 Revisada por Carafi Caraf Caraf Fecha Descripcin

14-05-2005 Inicio de la Confeccin del Documento Agregado Detalle de Anexo A 05-06-2005 Agregado Detalle de Anexos B y E 06-06-2005 Eliminado 'Materia del Asunto' del Anexo B

TABLA DE CONTENIDOS

Informacin del documento___________________________________________________2 1.Resumen Ejecutivo________________________________________________________5 2.Introduccin______________________________________________________________6

2.1.Propsito del Documento____________________________________________________6 2.2.Referencias_______________________________________________________________9 2.3.Visin general del documento________________________________________________9

3.Descripcin General______________________________________________________11
3.1.Perspectiva del producto___________________________________________________11 3.2.Capacidades generales_____________________________________________________11 3.3.Restricciones generales_____________________________________________________12 3.4.Caractersticas del Usuario_________________________________________________12 3.5.Ambiente operacional______________________________________________________13 3.6.Supuestos y dependencias__________________________________________________13

4.Especificacin de Requisitos________________________________________________14
4.1.Requisitos de Capacidad___________________________________________________16 4.2.Requisitos de Restricciones_________________________________________________32

ANEXOS_________________________________________________________________34
a. Tipos de Procedimiento_____________________________________________________34 b. Matriz de Funciones por Usuario_____________________________________________39 c.Estadsticas________________________________________________________________41

1. Resumen Ejecutivo
Este documento tiene como propsito el definir correcta y completamente todos los requisitos de usuario que tenga nuestro cliente, para as poder desarrollar un sistema de informacin que apoye a los programas de Asistencia Jurdica que proporciona Un Techo Para Chile a sus clientes. En la primera parte del documento se presenta una introduccin al problema: consiste en un Sistema para ayudar a la administracin de los distintos planes de asistencia judicial de Un techo para Chile. Se divide en dos reas, que son Consultorio Jurdico y Formacin Jurdica. La introduccin ayuda al lector a incorporarse al contexto de la Institucin y a entender cul es el alcance del software a desarrollar. A continuacin se define el producto en si, con todas sus caractersticas generales como capacidad, restricciones y ambiente operacional. Finalmente se presentan los Requisitos de Usuarios, separados por tipo y por los agentes que los provocan. Estos requisitos son capturados en reuniones con el cliente y quienes sern los usuarios del software.

2. Introduccin
2.1. Propsito del Documento Este documento tiene como propsito el definir correcta y completamente todos los requisitos de usuario que tenga nuestro cliente, para as poder desarrollar un sistema de informacin que apoye a los programas de asistencia legal que proporciona Un Techo Para Chile a sus clientes. El presente documento entrega informacin acerca de los requisitos capturados del cliente en las entrevistas llevadas a cabo dos veces a la semana durante los meses de Marzo y Abril de 2005 tras realizarse un anlisis. El producto a desarrollar es una aplicacin web para PC. Su objetivo es ayudar a la administracin de los distintos planes de asistencia judicial de Un Techo Para Chile. En particular para los planes de Consultorio Jurdico y Formacin Jurdica. El sistema a implementar ser utilizado por voluntarios y personal administrativo del rea Jurdica de Un Techo Para Chile.

Definiciones Plan Jurdico rea de UTPCH que se dedica a monitorear causas y a formar pobladores en distintos mbitos del Derecho. Consultorio Jurdico rea del Plan Jurdico que se dedica al seguimiento y manejo de causas Judiciales representando a diversos Pobladores con los que trabaja UTPCH. Formacin Jurdica rea del Plan Jurdico que se dedica a la instruccin de los pobladores sobre distintos aspectos del Derecho (Derecho Laboral, Derechos de la Mujer, etc.). Esto se logra mediante la imparticin de Talleres dirigidos por Profesores en los mismos campamentos. Campamento Lugar fsico en que opera UTPCH donde habitan personas de escasos recursos. Poblador Persona que vive en un campamento. Coordinador Nacional Persona Responsable por todo el Plan Jurdico de UTPCH a nivel nacional. Es el usuario de mayor jerarqua dentro del sistema y por tanto con acceso a todas las funcionalidades de ste. Coordinador Regional Persona Responsable del Plan Jurdico de UTPCH a nivel regional. Es el segundo usuario en orden jerrquico tras el Coordinador Nacional y su rea de visualizacin y modificacin de informacin abarca solamente su regin. Existen Coordinadores Regionales distintos para Consultorio Jurdico y Formacin Jurdica. Delegado Zonal Persona Responsable del Consultorio Jurdico de UTPCH a nivel de Zona. No tiene facultades para agregar ni eliminar usuarios y tiene el mismo nivel de visualizacin sobre el 7

Sistema que el Coordinador del Plan Jurdico en Campamento pero ampliado a ms campamentos (a su zona). Es adems el encargado de modificar los estados de las consultas (si pas a causa o no) y transformarlas en causas asignndoles Procuradores y Abogados. Coordinador del Plan Jurdico en Campamento Abogado Asesor Procurador Coordinador Zonal Profesor Causa de Pedir Estado Materia de la Causa Rol de la Causa Taller Causa Consulta Zona Web Pgina Web Navegador Servidor Internet

Acrnimos ESA: European Space Agency CERN: European Laboratory for Particle Physics PUC: Pontificia Universidad Catlica de Chile RU: Requisito de Usuario DRU: Documento de Requisitos de Usuario 8

PC: Computador Personal UTPCH: Un techo para Chile 2.2. Referencias El documento est basado en diversas entrevistas realizadas con el cliente Pablo Valenzuela y los seores Luis Pineda (encargado de Formacin Jurdica en la Regin Metropolitana) y Jos Luis Quiroga (encargado del Consultorio Jurdico en la Regin Metropolitana) en reuniones realizadas dos veces a la semana durante los meses de Marzo y Abril de 2005. Tambin se han incorporado reuniones realizadas con un equipo de procuradores de UTPCH en diversas ocasiones. El documento ha sido creado siguiendo la estructura propuesta por el estndar ESA Lite. 2.3. Visin general del documento El presente documento pretende establecer los requisitos del cliente (y usuarios) sobre el sistema computacional a implementar. Para esto el documento se ha organizado en los siguientes captulos generales: El captulo 1 es el Resumen Ejecutivo y tiene como fin resumir a grandes rasgos el objetivo de este documento. El captulo 2 es la Introduccin y tiene por objetivo presentar el documento. As, se incluir el propsito del presente documento, un conjunto de definiciones, acrnimos y observaciones y algunas referencias. El captulo 3 es la Descripcin General y tiene como objetivo profundizar ms en la intencin y funcionalidad del sistema especificando las capacidades generales que ste debe tener. Tambin se abarca el ambiente operacional y algunos supuestos en torno a los cuales gira el sistema. El captulo 4 es la Especificacin de Requisitos y nos presenta detalladamente todos los requisitos de usuario que se obtuvieron para luego elaborar el programa.

El captulo 5 es el Anexo del presente documento. En el se contienen los tipos de procedimiento que se deben implementar para realizar el seguimiento de causas, los datos que forman parte de una Consulta y por tanto deben ser incluidos en sta, una Matriz que describe las distintas funciones y el alcances que tienen los Usuarios, una lista de Estadsticas que debe entregar el sistema a los usuarios de ste y finalmente la Informacin Bsica que constituye una Causa en el momento en que el Usuario Delegado Zonal transforma una Consulta en Causa y por tanto debe ingresar.

10

3. Descripcin General
3.1. Perspectiva del producto El producto ser un sistema de asistencia a la administracin del rea judicial de Un Techo Para Chile. Para la administracin antes mencionada, el sistema deber manejar informacin de la realizacin de los procesos de las reas de Consultorio Jurdico y Formacin Jurdica. Para el rea de Consultorio Jurdico se debe implementar una aplicacin que permita seguir las causas de los clientes de UTPCH, documentndolas y siguindolas a travs de su desarrollo. Tambin se deber proveer un sistema de avisos que muestre cuando una causa judicial est retrasada o cuando se est acercando un plazo importante que debe cumplirse para el buen seguimiento de la causa. Para el rea de Formacin Jurdica se debe implementar una aplicacin que permita un adecuado manejo de los Talleres que se dictan en esta rea. As, se debe crear un repositorio comn donde se almacenen documentos y proveer interfaces adecuadas para el correcto manejo de talleres (el profesor deber poder ingresar un taller, sus alumnos y evaluarlos). A su vez, el profesor tambin deber poder ser evaluado por el Coordinador Zonal y ste por el Coordinador Regional. 3.2. Capacidades generales Para el rea de Consultorio Jurdico, se requiere que el sistema siga paso a paso los distintos hitos que ocurren en el procesamiento de una causa legal, permitiendo documentar, consultar y avisar acerca del estado de cada una de estas Para el rea de Formacin Jurdica, se requiere que el sistema registre cada uno de los talleres dictados por UTPCH incluyendo informacin acerca de los alumnos, profesores y material de clases.

11

3.3. Restricciones generales El sistema a implementar requiere, para su buen funcionamiento el que exista un computador servidor capaz de conectarse a Internet y de entregar y recibir informacin de computadores clientes que se conecten a l. Cada uno de los usuarios del sistema deber estar identificado con un login nico y un password secreto. 3.4. Caractersticas del Usuario El usuario deber ser una persona con conocimientos bsicos de uso de un computador y que pueda manejar un mouse y un teclado de manera fluida de tal forma que le sea natural el uso de ventanas y cuadros de dilogo. 3.4.1. rea de Consultorio Jurdico Usuario Coordinador Nacional

Es el responsable del Consultorio Jurdico a nivel nacional. Tiene acceso a todo el sistema y puede hacer todo lo que hacen sus subordinados pero ampliado a nivel nacional (consulta de informacin, ingreso de usuarios, eliminacin de informacin, etc). Puede ingresar y eliminar campamentos del sistema. Usuario Coordinador Regional

Es el responsable del Consultorio Jurdico a nivel regional. Puede efectuar cambios y consultas solamente dentro de su regin. Tendr prcticamente todos los atributos del Coordinador Nacional pero reducidos en alcance hasta solamente su regin. No podr ingresar ni eliminar campamentos del sistema. Usuario Delegado Zonal Usuario Coordinador del Plan Jurdico en Campamento Usuario Abogado Asesor Usuario Procurador

12

rea de Formacin Jurdica Usuario Coordinador Nacional Usuario Coordinador Regional Usuario Coordinador Zonal Usuario Profesor

3.5. Ambiente operacional El software desarrollado operar dentro de los mrgenes establecidos por los procesos que se manejan en el rea de Plan Jurdico de Un Techo Para Chile. Un Techo Para Chile entrega asistencia en formacin jurdica a pobladores de Campamentos, realizando talleres instructivos a lo largo y ancho de todo Chile. Adems, realiza asistencia jurdica, siguiendo causas de pobladores, as como representndolas por medio de Abogados y Procuradores. 3.6. Supuestos y dependencias El sistema no se implementar completamente, sino que al momento de la firma del contrato, se decidir cuales son las capacidades que son factibles de desarrollar, dependiendo principalmente de los factores de tiempo y prioridades asignadas por el cliente a cada requisito. Se asume que el usuario tendr acceso a un computador con conexin al servidor.

13

4. Especificacin de Requisitos
Nota de Nomenclatura: Para los Requisitos de Usuario se utilizar la siguiente nomenclatura: RU [X.Y.Z] Donde: X describe el sub-proyecto al que pertenece el Requisito de Usuario: 0: a todos los sub-proyectos 1: slo al sub-proyecto de Consultorio Jurdico 2: slo al sub-proyecto de Formacin Jurdica 3: miscelneos Y describe el tipo de Usuario al interior de X al cul se aplica el Requisito de Usuario: 0: todos los tipos de usuario 1: Coordinador Nacional 2: Tipo de Usuario Coordinador Regional 3: Tipo de Usuario Delegado Zonal 4: Tipo de Usuario Abogado Asesor 5: Tipo de Usuario Procurador 6: Tipo de Usuario Profesor 7: Tipo de Usuario Coordinador del Plan Jurdico en Campamento 8: Tipo de Usuario Coordinador Zonal

Z enumera el Requisito de Usuario especfico al interior de Y

14

Definicin de Atributos: Prioridad: Puede tomar los valores Alta, Media y Baja, dependiendo cun

importante para el sistema sea cada requisito. Necesidad: Puede tomar los valores Negociable y No negociable. Ser negociable,

cuando sea posible llegar a un acuerdo con el cliente de modo de eliminar el requisito de usuario. Ser No Negociable si esto no es posible. Estabilidad: Puede tomar los valores Cambiable y No cambiable. En el primer caso se trata de un requisito de usuario no estable que est sujeto a posibles modificaciones futuras. Ser no cambiable cuando esto no sea probable o muy poco probable y tenga estabilidad. Alcance: Puede tomar distintos valores; Nacional (cuando se puede efectuar lo

descrito por el Requisito a nivel Nacional), Regional, Zona, Campamento, Asignados a l (los cambios solamente los puede efectuar el usuario para aquellos elementos que fueron asignados especficamente a l, esto pueden ser Talleres, Causas, Alumnos, etc). La idea de este atributo es aislar el alcance de la estructuracin del mismo para hacer ms simple la herencia de habilidades para los usuarios Coordinador Nacional y Coordinador Regional, donde el Alcance se sustituye a su Regin o toda la Nacin segn sea el caso. Observacin: Consiste en un mensaje de ayuda al entendimiento del requisito de Usuario. Puede tambin, tomar los valores DESCARTADO y REDUNDANTE: En el primer caso se trata de un requisito de usuario ya no vlido, y en el segundo caso se trata de un requisito repetido o que expresa lo mismo que otro y por tanto se debe considerar el requisito de referencia como el vlido.

15

4.1. Requisitos de Capacidad 4.1.1. Requisitos Generales RU [0.0.1] El Sistema debe permitir que cada usuario tenga su login propio y nico, adems de su password (contrasea). Prioridad: Necesidad: Estabilidad: RU [0.0.2] El Sistema debe permitir que cada usuario tenga un Tipo de Usuario definido. Prioridad: Necesidad: Estabilidad: Alta No negociable No cambiable Alta No negociable No cambiable

RU [0.0.3] Los usuarios deben ingresar al sistema con su login y password. Prioridad: Necesidad: Estabilidad: Alta No negociable No cambiable

RU [0.0.4] El Sistema debe ser capaz de permitirle al usuario cerrar su sesin cuando ste lo desee y de asegurar que el nico medio de volver a ingresar al Sistema sea iniciar una nueva sesin. Prioridad: Necesidad: Estabilidad: Alta No negociable No cambiable

16

RU [0.0.5]
Cada usuario debe ser capaz de realizar todas las actividades asignadas a sus subalternos de sub-proyecto (por ejemplo, El Coordinador Regional del Consultorio Jurdico, adems de las actividades propias de su cargo puede hacer todas las que hace el Coordinador de Campamento Jurdico). Prioridad: Alta Necesidad: Negociable Estabilidad: Cambiable Observacin: DESCARTADO. Para efectos de simplicidad se prefiri hacer referencia directa a cuando se produce herencia en los distintos tipos de usuario.

RU [0.0.6] El sistema debe proveer una interfaz para agregar usuarios que estn bajo el nivel jerrquico de cada uno de los distintos tipos de usuario para los tipos de usuario Coordinador Nacional y Coordinador Regional. Los datos a ingresar por cada usuario sern Nombre, Apellido, Rut, Direccin, Telfono, Celular, RUT, Sexo, Fecha de Nacimiento. Prioridad: Alta Necesidad: Negociable Estabilidad: Cambiable Observacin: El resto de los datos depender del tipo de Usuario. (En la reunin del 26-04 con Luis Pineda se dijo que en otras partes el sistema, se deba tener conocimiento de algunos datos de acuerdo al tipo de usuario que estuviera interactuando. Por ejemplo: Un coordinador regional debe tener asociada su regin, de modo de leerla de la BD cuando sea necesario y no tener que preguntrsela).

RU [0.0.7] El sistema deber proveer una interfaz para ingresar cada usuario con su Nombre, Apellido, Rut, Direccin, Telfono, Celular (opcional), etc. Prioridad: Necesidad: Estabilidad: Observacin: Alta Negociable Cambiable REDUNDANTE (con RU [0.0.6])

17

RU [0.0.8] El sistema deber proveer una interfaz para eliminar usuarios (ya registrados) que estn bajo el nivel jerrquico de los usuarios Coordinador Nacional y Coordinador Regional respectivamente. Prioridad: Necesidad: Estabilidad: Alta Negociable Cambiable

RU [0.0.9] El sistema deber proveer una interfaz para que el usuario pueda cambiar sus propios datos. Prioridad: Necesidad: Estabilidad: Alta Negociable Cambiable

RU [0.0.10] El sistema debe proveer una interfaz para consultar datos personales de usuarios ya registrados (nombre, apellido, telfono, mail, celular, direccin, cargo). Prioridad: Necesidad: Estabilidad: Alta Negociable Cambiable

RU [0.0.11] El sistema debe Campamentos. Prioridad: Necesidad: Estabilidad: entregar una estructura geogrfica jerrquica de Regiones Ciudades y Alta Negociable Cambiable

RU [0.0.12] Un usuario del perfil Coordinador Regional debe estar asignado a una y slo una Regin. Prioridad: Necesidad: Estabilidad: Alta Negociable Cambiable 18

RU [0.0.13] Un usuario del perfil Abogado Asesor debe poder ver su ciudad solamente. Prioridad: Alta Necesidad: Negociable Estabilidad: Cambiable Observacin: DESCARTADO (Mal puesto el nmero, se reemplaza por RU[1.0.8]. Adems hubo un cambio, pues podr ver toda su regin.)

RU [0.0.14] Un usuario del perfil Procurador debe estar asignado a una y slo una Zona Prioridad: Alta Necesidad: Negociable Estabilidad: Cambiable Observacin: DESCARTADO (En la reunin del 19-04 con Pablo y Luis, se estipul que quedara abierto).

RU [0.0.15] Un usuario del perfil Profesor debe estar asignado a una y slo una Zona Prioridad: Alta Necesidad: Negociable Estabilidad: Cambiable Observacin: DESCARTADO (En la reunin del 19-04 con Pablo y Luis, se estipul que quedara abierto).

RU [0.0.16] Un usuario del perfil Delegado Zonal o Coordinador Zonal debe estar asignado a una y slo una Zona. Prioridad: Necesidad: Estabilidad: Alta Negociable Cambiable

19

RU [0.0.17] El Sistema debe mostrar una interfaz para publicar Noticias en la pgina de inicio (donde se hace el login del usuario). Prioridad: Necesidad: Estabilidad: Alta Negociable Cambiable

RU [0.0.18] Todos los usuarios pueden ver los datos personales de quienes estn registrados en el sistema. Prioridad: Necesidad: Estabilidad: Observacin: RU 0.0.6 Alta Negociable Cambiable Para ver cules son los datos personales de los usuarios referirse a

RU [0.0.19] Cada usuario tendr acceso a la interfaz que le corresponda, segn sea especificado al momento de ingresar usuario (Formacin, Consultorio o ambas). Por ejemplo, el Coordinador Nacional es la misma persona en Consultorio Jurdico que en Formacin Judicial, as debe poder acceder a toda la informacin mediante una sola interfaz sin tener que ingresar al sistema de manera distinta para ver la informacin respectiva. Prioridad: Necesidad: Estabilidad: Alta Negociable Cambiable

RU [0.0.20] Cada usuario tendr acceso a todas las estadsticas que presenta el Sistema. Estas estadsticas estn detalladas en el Anexo D. Prioridad: Necesidad: Estabilidad: Alta Negociable Cambiable

20

RU [1.0.1] Cada Causa debe tener un rol nico, un tipo, un estado, una fecha de ingreso, un nmero de tribunal y la cartula (que consiste en el par demandado (DDO) / demandante (DTE)). Adems debe especificar el tipo de tribunal, la materia que atiende, y su localizacin geogrfica (Regin, Ciudad y Comuna). En caso de tratarse de una corte, debe tener una sala asociada. Prioridad: Alta Necesidad: Negociable Estabilidad: Cambiable Observacin: (Jos Luis envi un mail expresando la segunda parte de este requisito, dado que los tribunales se identifican de la siguiente forma, por ejemplo: 1 Juzgado del Crimen de Santiago) (Para las Cortes, un ejemplo es la Causa est radicada en la 5 sala de la Corte de Apelaciones de San Miguel).

RU [1.0.2] Cada Causa debe estar asignada a un procurador y a un abogado asesor. Prioridad: Necesidad: Estabilidad: Alta Negociable Cambiable

RU [1.0.3] Cada Causa podr ser re-asignada a un nuevo procurador o a un nuevo abogado asesor. Prioridad: Necesidad: Estabilidad: Alta Negociable Cambiable

RU [1.0.4] El sistema debe guardar el historial de cada causa (los estados por los que ha pasado, los plazos y los procuradores asignados). Prioridad: Necesidad: Estabilidad: Observacin: Alta Negociable cambiable Para ver en qu consiste el historial ver RU [1.0.10].

21

RU [1.0.5] Cada Causa deber tener una ficha detallada en donde se encuentre el tipo, las materias, el procurador, el abogado, el historial, los plazos, el tribunal, las observaciones pertinentes y los documentos relacionados. Prioridad: Necesidad: Estabilidad: Alta Negociable cambiable

RU [1.0.6] Cada Causa deber provenir de una Consulta ingresada al Sistema. Prioridad: Necesidad: Estabilidad: Alta Negociable Cambiable

RU [1.0.7] Cada usuario de perfil Coordinador del Plan Jurdico en Campamento debe estar asignado a un y slo un Campamento. Prioridad: Necesidad: Estabilidad: Alta Negociable Cambiable

RU [1.0.8] Un usuario del perfil Abogado Asesor debe poder ver su regin, esto es, acceder a la informacin relativa a consultas y causas. Prioridad: Necesidad: Estabilidad: Alta Negociable Cambiable

RU [1.0.9] El sistema debe proveer un Medio de Alerta sobre el atraso de diversas causas basado en tiempo desde el ltimo trmite y duracin de ste. sta vendr dada por una consulta ingresada por el Usuario en que aparecern las causas que no han tenido movimiento en un tiempo ingresado por el Usuario. Estas causas vendrn ordenadas desde la ltima en tener movimiento hasta la ms prxima en tener movimiento. Se considerar tambin la duracin promedio del ltimo trmite en efectuarse para realizarse el orden. (Por 22

ejemplo se podrn buscar todas las causas que no han tenido movimiento en ms de 20 dasests saldrn ordenadas desde las que tuvieron su ltimo cambio de estado ms lejano hasta el ms prximo. Eso s, si la duracin del ltimo trmite en ser ingresado es de ms de 20 das no existe atraso por lo que el sistema no lo notificar). Prioridad: Necesidad: Estabilidad: Alta Negociable Cambiable

RU [1.0.10] El Historial de la Causa se construir a partir de los trmites ingresados por los procuradores para cada causa en particular. Estos trmites sern diferentes para cada tipo de procedimiento y se definen en el Anexo A. Prioridad: Necesidad: Estabilidad: Alta No negociable No cambiable

RU [1.0.11] El ingreso de una Consulta exigir la informacin detallada en el Anexo B. Prioridad: Necesidad: Estabilidad: Alta No negociable No cambiable

RU [2.0.1] Los documentos del Repositorio Comn de Documentos de Formacin Jurdica deben poder ser bajados por cualquier persona sin necesidad de tener login ni password. Prioridad: Necesidad: Estabilidad: Alta No negociable No cambiable

Requisitos Particulares a cada Tipo de Usuario

23

1.1.1.1. RU [0.1.1]

Tipo de Usuario Coordinador Nacional

El sistema debe permitir al Usuario Coordinador Nacional agregar un Campamento a la estructura geogrfica. Prioridad: Alta Necesidad: Negociable Estabilidad: Cambiable Alcance: Nacional Observacin: (Debe aclararse qu tipos de datos se requieren ingresar exactamente en futuras reuniones).

RU [0.1.2] El sistema debe permitir al Usuario Coordinador Nacional modificar un Campamento de la estructura geogrfica (por ejemplo el nombre). Prioridad: Necesidad: Estabilidad: Alcance: Alta Negociable Cambiable Nacional

RU [0.1.3] El sistema debe permitir al Usuario Coordinador Nacional eliminar a un Campamento de la estructura geogrfica siempre que no existan dependencias que se provocan a partir de ste. El Coordinador Nacional siempre podr desactivar un Campamento de la estructura geogrfica del Sistema. Prioridad: Alta Necesidad: Negociable Estabilidad: Cambiable Alcance: Nacional Observacin: La funcin de eliminacin se refiere a que el Sistema permita borrar completamente un campamento si hubo un error puntual al ingresarlo (por ejemplo se quera crear una Zona pero se cre un campamento), eso s, para poder resguardar la informacin histrica y la consistencia de la informacin del sistema, esta eliminacin solamente se podr efectuar si no se han provocado dependencias a partir de la informacin. Con desactivar nos referimos a que no se eliminar la informacin histrica asociada al Campamento en cuestin pero este Campamento ya no aparecer ms como una opcin dentro del Sistema en cualquier etapa, es decir para efectos prcticos futuros queda como eliminado pero con la salvaguardia de que no se elimina la informacin histrica asociada.

24

RU [0.1.4] El sistema debe permitir al Usuario Coordinador Nacional ingresar una nueva Ciudad, asociada a una Regin en particular. Prioridad: Necesidad: Estabilidad: Alcance: Alta No Negociable Cambiable Nacional

RU [0.1.5] 1.1.1.2. RU [1.2.1] El Sistema deber permitirle al Usuario Coordinador Regional tener todas las vistas y privilegios que tienen los usuarios Coordinador del Plan Jurdico en Campamento, Delegado Zonal, Procurador y Abogado. Prioridad: Alta Necesidad: No negociable Estabilidad: No cambiable Alcance: Regin Observacin: Esto implica que (por ejemplo) el Coordinador Regional podr efectuar cambios de Estado en la informacin de una Causa que maneja un Procurador pero, a diferencia de ste que solamente puede efectuarlo a las causas asignadas personalmente a l podr efectuar estos cambios a todas las causas dentro de su regin. Tipo de Usuario Coordinador Regional

RU [1.2.2] Todas las vistas presentadas al Coordinador Regional deben permitir buscar por Ciudad, Zona, Campamento o por aspectos individuales (por ejemplo el nmero de Rol si es el caso). Prioridad: Necesidad: Estabilidad: Alcance: Alta No negociable Cambiable Regin

25

1.1.1.3. RU [1.3.1]

Tipo de Usuario Delegado Zonal

El Sistema debe permitirle al Usuario Delegado Zonal, al momento de ingresar al Sistema, acceder a todas las causas ingresadas en el sistema eligiendo cualquier categora (nmero de rol, regin, materia, estado, ciudad, campamento, patrocinado, procurador y tribunal). Prioridad: Necesidad: Estabilidad: Alcance: Alta No negociable No cambiable Zona

RU [1.3.2] El Sistema debe ser capaz de mostrarle al Usuario Delegado Zonal la informacin judicial de una Causa por el cual el Usuario Delegado Zonal ha consultado al Sistema, informacin que estar dada por una Plantilla de antecedentes (Rol de la Causa, Fecha de Inicio de Causa, Materia, Causa de Pedir, Estado Actual, ltima Fecha en que se realiz un trmite judicial, Ciudad, Nombre del Poblador, Apellido del Poblador, Campamento, Regin, Coordinador Regional, Abogado Tramitante, Procurador, Historial de la Causa). Prioridad: Necesidad: Estabilidad: Alcance: Alta No negociable No cambiable Zona

RU [1.3.3] El Sistema debe ser capaz de mostrarle al Usuario Delegado Zonal todas las causas que detecte el Medio de Alerta (vase RU [1.0.9]). Prioridad: Necesidad: Estabilidad: Alcance: Alta No negociable No cambiable Zona

RU [1.3.4] El Usuario Delegado Zonal deber poder ingresar al sistema el Cambio de Estado de una Consulta (si se Form una Causa, No se Form una Causa y un cuadro de Observaciones).

26

Prioridad: Necesidad: Estabilidad: Alcance:

Alta No negociable No cambiable Zona

1.1.1.4. RU [1.4.1]

Tipo de Usuario Abogado Asesor

El Sistema debe permitirle al Usuario Abogado Asesor acceder a un repositorio de plantillas de carcter judicial. Prioridad: Necesidad: Estabilidad: Alcance: Alta No negociable No cambiable Nacional

RU [1.4.2] El Sistema debe permitirle al Usuario Abogado Asesor agregar documentos a un repositorio de documentos referentes a cada causa. Prioridad: Necesidad: Estabilidad: Alcance: Alta No negociable No cambiable Asignada a l

RU [1.4.3] El Sistema debe permitirle al Usuario Abogado Asesor acceder a un repositorio de documentos referentes a cada causa. Prioridad: Necesidad: Estabilidad: Alcance: Alta No negociable No cambiable Asignada a l

RU [1.4.4] El sistema debe permitir al Usuario Abogado Asesor modificar los estados de las causas asignadas a su persona de quien l es el Abogado Asesor. Prioridad: Necesidad: Estabilidad: Alta Negociable No cambiable

27

Observacin: DESCARTADO (en la reunin del 15 de Abril de 2005 se estipul que el Abogado Asesor solamente podra ver los procesos pero no editarlos)

RU [1.4.5] El Sistema debe permitirle al Usuario Abogado Asesor, al momento de ingresar al Sistema, acceder a todas las causas a su cargo y en su regin, eligiendo cualquier categora (nmero de rol, regin, materia, estado, ciudad, campamento, patrocinado, tribunal, procurador). Prioridad: Necesidad: Estabilidad: Alcance: 1.1.1.5. RU [1.5.1] El Sistema debe permitirle al Usuario Procurador acceder a un repositorio de plantillas de carcter judicial. Prioridad: Necesidad: Estabilidad: Alcance: Alta No negociable No cambiable Nacional Alta No negociable No cambiable Regional Tipo de Usuario Procurador

RU [1.5.2] El Sistema debe permitirle al Usuario Procurador agregar documentos a un repositorio de documentos referentes a cada causa. Prioridad: Necesidad: Estabilidad: Alcance: Alta No negociable No cambiable Asignada a l

RU [1.5.3] El Sistema debe permitirle al Usuario Procurador acceder a un repositorio de documentos referentes a cada causa. Prioridad: Necesidad: Estabilidad: Alcance: Alta No negociable No cambiable Asignada a l 28

RU [1.5.4] El sistema debe permitir al Usuario Procurador modificar los estados de las causas. Prioridad: Necesidad: Estabilidad: Alcance: Alta No negociable No cambiable Asignada a l

1.1.1.6. RU [2.6.1]

Tipo de Usuario Profesor

El Sistema debe ser capaz de mostrarle al Usuario Profesor todos los talleres desarrollados en el rea de Formacin Jurdica por tipo de taller (Civil, Penal, Laboral, Familia, Otros) o campamento (Nombre del Profesor, Nombre de Pobladores que asistieron, asistencia total, nota de satisfaccin). Prioridad: Necesidad: Estabilidad: Observacin: Luis) Alta No negociable No cambiable DESCARTADO (Determinado en la reunin del 19-04 con Pablo y

RU [2.6.2] El Profesor deber poder ingresar un taller (Tipo del Taller - Civil, Penal, Laboral, Familia, Otros- , Nombre de Alumnos, fecha inicio, Campamento, Regin, RUT, Sexo). Prioridad: Necesidad: Estabilidad: Alcance: Alta No negociable Cambiable Zona

RU [2.6.3] El Profesor deber poder ingresar la nota y asistencia final para cada uno de sus alumnos (notas del 1 al 7) Prioridad: Necesidad: Alta No negociable

29

Estabilidad: Alcance:

No cambiable Alumnos pertenecientes a su Taller

1.1.1.7.

Tipo de Usuario Coordinador del Plan Jurdico en

Campamento RU [1.7.1] El Sistema debe permitirle al Usuario Coordinador del Plan Jurdico en Campamento, al momento de ingresar al Sistema, acceder a las causas ingresadas en el sistema eligiendo cualquier categora (nmero de rol, materia, tipo de procedimiento, estado, patrocinado, procurador y tribunal). Prioridad: Necesidad: Estabilidad: Alcance: Alta No negociable No cambiable Campamento

RU [1.7.2] El Sistema debe ser capaz de mostrarle al Usuario Coordinador del Plan Jurdico en Campamento la informacin judicial detallada de una Causa por el cual ha consultado al Sistema, informacin que estar dada por una Plantilla de antecedentes (Rol de la Causa, Ao, Materia, Causa de Pedir, Estado Actual, Ciudad, Nombre del Poblador, Apellido del Poblador, Campamento, Patrocinado, Tribunal, Procurador, historial de la causa). Prioridad: Necesidad: Estabilidad: Alcance: Alta No negociable No cambiable Campamento

RU [1.7.3] El Sistema debe ser capaz de mostrarle al Usuario Coordinador del Plan Jurdico en Campamento todas las causas que detecte el Medio de Alerta (vase RU [1.0.9]). Prioridad: Necesidad: Estabilidad: Alcance: Alta No negociable No cambiable Campamento

30

1.1.1.8. RU [2.8.1]

Tipo de Usuario Coordinador Zonal

El Sistema deber permitirle al Usuario Coordinador Zonal ingresar la asistencia (por taller) de los profesores, la que ser medida como porcentaje. Prioridad: Necesidad: Estabilidad: Alcance: Alta No negociable No cambiable Zona

RU [2.8.2]

El Sistema debe permitirle al Usuario Coordinador Zonal marcar la asistencia de los profesores dentro de su Zona (medida como porcentaje). Prioridad: Necesidad: Estabilidad: Observacin: Alta Negociable No cambiable REDUNDANTE (Con RU[2.8.1])

Requisitos de la Informacin RU [3.0.1] Todos los datos del sistema se deben encontrar almacenados en una base de datos. Prioridad: Necesidad: Estabilidad: Alta No negociable No cambiable

RU [3.0.2] La estructura de las bases de datos debe ser hecha para que se cumplan los RU. Prioridad: Necesidad: Estabilidad: Alta No negociable No cambiable

RU [3.0.3] El Repositorio de Documentos de Formacin Jurdica debe ser capaz de almacenar documentos de tipo Microsoft Word, Excel y Power Point. 31

Prioridad: Necesidad: Estabilidad:

Alta No negociable No cambiable

4.2. Requisitos de Restricciones 4.2.1. Mdulo Estadstico RU [3.0.4] El Sistema debe proveer una pgina inicial de comienzo de sesin, donde los usuarios usen su login (RUT) y password (contrasea) para entrar al Sistema. Prioridad: Necesidad: Estabilidad: Alta No negociable No cambiable

RU [3.0.5] El Sistema debe proveer una opcin de ayuda a ser activada solamente cuando el cliente lo requiera. Prioridad: Necesidad: Estabilidad: Alta No negociable No cambiable

Mdulo Operativo RU [3.0.6] Al iniciar una Prestacin, el Sistema debe proveerle al Usuario Coordinador Nacional o Regional la capacidad de consultar la informacin de una causa jurdica mediante el ingreso del nmero de rol o cualquiera de los atributos como materia, estado, ciudad, campamento y desplegar la informacin en pantalla. Prioridad: Necesidad: Alta No negociable

32

Estabilidad:

No cambiable

Requisitos de Informe No se aplica. Requisitos de Interfaz RU [3.0.7] El sistema deber usar una interfaz basada en html, por lo tanto ser necesario utilizar un navegador. El sistema deber funcionar adecuadamente bajo el navegador Microsoft Internet Explorer 4.0 y versiones posteriores Prioridad: Necesidad: Estabilidad: Alta No negociable No cambiable

RU [3.0.8] El sistema debe poder ser utilizado por cualquier operario conocimiento a nivel usuario de Microsoft Internet Explorer 4.0 o superior y de Microsoft Windows 95 o superior. Prioridad: Necesidad: Estabilidad: Alta No negociable No cambiable

33

ANEXOS
a. Tipos de Procedimiento PROCEDIMIENTO EJECUTIVO Para evitar que el sistema marque como atrasadas las causas cuando las actuaciones no dependan directamente del procurador de un techo, sino que haya que esperar a que las haga la contraparte, llegamos a la conclusin de que es necesario agregar en cada uno de los trmites de cada procedimiento, una opcin que diga: carga de la contraparte, inmediatamente despus del ttulo de la actuacin. Si el procurador marca esta opcin, automticamente el plazo recomendado y el plazo fatal correspondiente hasta el prximo trmite, se aumentar en 3 das hbiles. I.- ETAPA DE DISCUSIN Distribuir demanda: #Rol (6 caracteres 4 caracteres): obligatorio Cartula (DTE / DDO): obligatorio Tipo de Procedimiento: obligatorio Materia (string ingresado a mano): obligatorio Fecha: obligatorio Tribunal (string ingresado a mano): obligatorio Documentos Entregados por parte del Patrocinado (cuadro de texto) : obligatorio Observaciones (cuadro de texto): no obligatorio Nmero de veces que puede ocurrir: 1 Tiempo Recomendado hasta el prximo trmite: 3 das hbiles Presentar demanda Fecha: obligatorio Suma del Escrito (cuadro de texto): obligatorio Fojas (nmero de 1-5.000): obligatorio Observaciones (cuadro de texto) Adjuntar Archivo: no obligatorio.incluir texto al lado diciendo Recuerda que cuando eres ejecutante debes adjuntar tu archivo Tipo de titulo ejecutivo de que se trate: Cuadro de texto obligatorio Suma del titulo: Cuadro de texto obligatorio Fecha emisin del titulo: Cuadro de texto obligatorio Fecha vencimiento: Cuadro de texto obligatorio Tiempo Recomendado hasta el prximo trmite: 4 das Nmero de veces que puede ocurrir: 1

34

Resolucin Fecha: obligatorio Fojas (nmero de 1-5.000): obligatorio Texto de la Resolucin (cuadro de texto grande 3 mximo): obligatorio Observaciones (cuadro de texto): no obligatorio Adjuntar Archivo: no obligatorio Tiempo Recomendado hasta el prximo trmite: 10 das hbiles Nmero de veces que puede ocurrir: 1 Notificacin de la Demanda Seleccione una: -Personal -Por Cdula Fecha: obligatorio Fojas (nmero de 1-5.000): obligatorio Observaciones (cuadro de texto): no obligatorio Adjuntar Archivo: no obligatorio Plazo fatal hasta el prximo trmite: dos opciones: 4 das fatales y 8 das fatales (ambos hbiles), seleccionado por el procurador. Incluir nota diciendo selecciona de acuerdo al artculo 459 del C.P.C. Nmero de veces que puede ocurrir: varias Escrito de excepciones Fecha: obligatorio Suma del Escrito (cuadro de texto): obligatorio Fojas (nmero de 1-5.000): obligatorio excepciones interpuestas: Cuadro de texto obligatorio Observaciones (cuadro de texto): no obligatorio Adjuntar Archivo: no obligatorio.incluir texto al lado diciendo Recuerda que cuando eres ejecutado debes adjuntar tu archivo Tiempo Recomendado hasta el prximo trmite: 7 das Nmero de veces que puede ocurrir: 1 Resolucin Fecha: obligatorio Fojas (nmero hasta 1-5.000): obligatorio Texto de la Resolucin: obligatorio Puntos de Prueba (cuadros de texto): obligatorio Observaciones (cuadro de texto): no obligatorio Adjuntar Archivo: no obligatorio Tiempo Recomendado hasta el prximo trmite: 10 das Nmero de veces que puede ocurrir: 1

35

Notificacin Seleccione una: -Personal -Por Cdula Fecha: obligatorio Fojas (nmero de 1-5.000): obligatorio Observaciones (cuadro de texto): no obligatorio Adjuntar Archivo: no obligatorio Plazo fatal hasta el prximo trmite: dos opciones: 10 das Nmero de veces que puede ocurrir: varias Citacin para or sentencia Fecha: obligatorio Fojas (nmero de 1-5.000): obligatorio Texto de la Resolucin (cuadro de texto grande 3 mximo): obligatorio Observaciones (cuadro de texto): no obligatorio Adjuntar Archivo: no obligatorio Tiempo Recomendado hasta el prximo trmite: 20 das hbiles Nmero de veces que puede ocurrir: 1 Otros Ttulo: obligatorio Fecha: obligatorio Fojas (nmero de 1-5.000): no obligatorio Observaciones (cuadro de texto): obligatorio Adjuntar Archivo: no obligatorio Tiempo Recomendado hasta el prximo trmite: (va de 1 hasta 10, 15, 20, indefinido y terminado, ingresado por el Procurador)

II- TRAMITACIN CUADERNO DE APREMIO III.- ETAPA DE SENTENCIA

36

PROCEDIMIENTO LABORAL I.- ETAPA DE DISCUSIN II.- ETAPA DE PRUEBA

III.- ETAPA DE SENTENCIA

IV.- ETAPA DE EJECUCIN APELACIN PLAZOS: Los plazos contemplados entre cada trmite estn divididos en dos tipos: tiempo recomendado hasta el prximo trmite y plazo fatal hasta la prxima actuacin, o expresiones similares. La diferencia est en que, los recomendados, son estimaciones prudentes hasta la siguiente actuacin, cuando no existe plazo establecido en la ley, o cuando el mismo no se cumple y en la prctica se emplea otro; mientras que los fatales, estn indicados en la ley, por lo que su vencimiento acarrea consecuencias negativas para quien no lo respet. En vista de esto, sera muy recomendable que el sistema pudiera dar un aviso al supervisor el da anterior a aquel en que se venza el plazo fatal. Ejemplo: 10 das hbiles fatales desde la notificacin hasta la contestacin de la demanda, al da 9 del plazo, debera aparecer un mensaje de color rojo y con letra cursiva al lado del ttulo del ltimo trmite a la vista del supervisor, para que antes de pinchar este ttulo y revisar sus detalles, se percatara que existe un plazo a punto de vencerse (mensaje sera: Plazo fatal por cumplirse). No es necesario este aviso cuando un plazo recomendado est por cumplirse En ese caso, el sistema debera dar aviso slo cuando expire, registrando al proceso como sin movimiento TERMINACIN: Para dar flexibilidad al sistema, los procedimientos no contemplan un trmite final especfico. Es el procurador quien le dar un trmino de acuerdo a lo que pase en el procedimiento real. Para eso, deber ocupar la opcin otros, y en el dato tiempo recomendado hasta el prximo trmite, deber marcar la casilla terminado. Esta pauta est pensada para llevar el control del recurso de apelacin interpuesto en contra de la sentencia definitiva, al final de cada procedimiento particular, por lo que, tomando el modelo del procedimiento laboral, la apelacin y toda la presente pauta, debera comenzar en el trmite recursos y slo en el caso que el procurador marque la opcin apelacin.

37

Datos de una Consulta 1.- DATOS CONSULTANTE Nombre de Consultante: Telfono de Contacto: Direccin: Zona: Campamento: Fecha de Recepcin: 2.- CONSULTA

3.- Datos de la Demanda y Demandante. (En caso existiere y si se conocen los datos) Demandante: Domicilio: Tribunal: Cartula: Rol N: 4.- Documentos recibidos de Consultante: 5.- Coordinador de Campamento o Receptor de Consulta. Nombre: Telfono: Telfono Celular: Correo Electrnico:

38

b. Matriz de Funciones por Usuario Consultorio Jurdico CR DZ CJC A CJ CJ CJ CJ R X N R N Formacin Jurdica CN CR CZ PF FJ FJ FJ JF N X N N N N N N N N N N N N N N N N N R X N R N

ROOT Ingresar Usuario Modificar Datos Usuario Ver Usuario Eliminar Usuario Agregar Noticia Ver Noticia Modificar Noticia Eliminar Noticia Agregar Ciudad Agregar Zona Agregar Campamento Modificar Campamento Eliminar Campamento Modificar Ciudad Modificar Zona Eliminar Zona desactivar usuario asignar perfil desasignar perfil Ingresar Documento Eliminar Documento Agregar Tramite Reasignar abogado Reasignar procurador Eliminar Causa Ingresar Consulta Ingresar respuesta a consulta Convertir Consulta a Causa Eliminar Consulta Descargar Plantilla Consultar Consultas Consultar Causas Modo de alerta Cerrar Causa Crear taller asignar poblador modificar datos taller N N N N N N N N N N N N N N N N N N N N N N N N N N N N N N N N N N N N N

CN CJ N X N N N N N N N N N N N N N N N N N N N N N N N N N N N N N N N N

PC CJ

X N N

X N N

X N N

X N N

X N N

X N N

R R R R R R R R R R R R R N R R R R X X

R R R

C C Z N Z Z Z N C C C N R R X N X X X X N N N R R R 39 Z C X

modificar datos de alumno cerrar taller eliminar taller ingresar documento a repositorio eliminar documento repositorio descargar ingresar asistencia alumnos ingresar asistencia profesores ingresar evaluacin profesores Evaluacin alumnos ingresar proyecto consultar taller modificar informacin del proyecto ver asistencia alumno ver asistencia profesor ver evaluaciones alumno ver evaluaciones profesor

N N N N N N N N N N N N N N N N N N N N N N N

N N N N N N N N N N N N N N N N N

R R R N N N R R R R R R R R R R R N Z Z Z Z Z Z Z

X X

N X X X X X X X X X

Coordinador Nacional Coordinador Regional Delegado Zonal Coordinador del Plan Jurdico en CJC Campamento A Abogado Asesor PF Profesor PC Procurador CZ Coordinador Zonal ROOT Administrador Cdigo N R Z C X Nivel de Alcance Nacional Regional Zonal Campamentos Slo las relacionadas a l

CN CR DZ

40

c. Estadsticas Nmero de Causas Totales, Nmero de Causas con sentencia favorable y Nmero de Causas con fallo desfavorable en cada: Campamento Ciudad Regin Pas Nmero de Talleres de Formacin Jurdica Totales, Nmero de Talleres de Formacin Jurdica dictndose actualmente y Nmero de Talleres de Formacin Jurdica cerrados en cada: Campamento Ciudad Regin Pas Nmero de Causas y talleres que ha efectuado en el pasado un poblador determinado. Nmero de Coordinadores Regionales, Delegados Zonales, Coordinadores del Plan Jurdico en Campamento, Procuradores y Abogados (para Consultorio Jurdico) trabajando en cada: Campamento Ciudad Regin Pas Nmero de Coordinadores Regionales, Coordinadores Zonales y Profesores (para Formacin Jurdica) trabajando en cada: Campamento Ciudad Regin Pas Referentes a Consultas Nmero Total de Consultas en cada: Campamento Ciudad Regin Pas Nmero Total de Consultas que han pasado a causa en cada: Campamento Ciudad 41

Regin Pas Atencin de Pobladores

Nmero Total de Pobladores que han sido atendidos en cada: Campamento Ciudad Regin Pas Nmero Total de Pobladores que han sido atendidos por Consultorio Jurdico en cada: Campamento Ciudad Regin Pas Nmero Total de Pobladores que han sido atendidos por Formacin Jurdica en cada: Campamento Ciudad Regin Pas

42

43