Este documento describe las actividades para el desarrollo de la segunda parte de una aplicación móvil de gestión de citas judiciales. Se detallan las tareas de implementar una base de datos SQLite con tablas de usuarios, roles, casos y relaciones, crear vistas para diferentes roles, y cargar datos desde un archivo externo a la tabla de roles.
0 calificaciones0% encontró este documento útil (0 votos)
29 vistas5 páginas
Este documento describe las actividades para el desarrollo de la segunda parte de una aplicación móvil de gestión de citas judiciales. Se detallan las tareas de implementar una base de datos SQLite con tablas de usuarios, roles, casos y relaciones, crear vistas para diferentes roles, y cargar datos desde un archivo externo a la tabla de roles.
Este documento describe las actividades para el desarrollo de la segunda parte de una aplicación móvil de gestión de citas judiciales. Se detallan las tareas de implementar una base de datos SQLite con tablas de usuarios, roles, casos y relaciones, crear vistas para diferentes roles, y cargar datos desde un archivo externo a la tabla de roles.
Este documento describe las actividades para el desarrollo de la segunda parte de una aplicación móvil de gestión de citas judiciales. Se detallan las tareas de implementar una base de datos SQLite con tablas de usuarios, roles, casos y relaciones, crear vistas para diferentes roles, y cargar datos desde un archivo externo a la tabla de roles.
Descargue como PDF, TXT o lea en línea desde Scribd
Descargar como pdf o txt
Está en la página 1/ 5
UNIVERSIDAD DE CORDOBA
PROGRAMA DE INGENIERIA DE SISTEMAS
DESARROLLO SOFTWARE LIBRE – ANDROID.
Proyecto de Aula. Gestión de citas judiciales. Diseño de los view. del primer corte. El objetivo de la aplicación es hacer la gestión de un consultorio jurídico, donde podamos gestionar los clientes y los procesos que se llevan a cabo.
usuario
clave
Ingresar
Implementar los siguientes View en el desarrollo del proyecto de aula. Nombre de la APP: LegisUnicor El objetivo de menú es en la segunda fase de desarrollo, implementar opciones para su uso. Las cuales se definirán en las actividades del segundo corte.
En el menú las opciones son: Clientes, Consultar cita, Agendar Cita,
Consultar Proceso, Crear proceso, Crear Usuarios, Estas opciones por ahora más adelante se agregan otras. La combinación de colores es a su elección ajustados a la teoría del color. Crear sus iconos para dar una visibilidad más agradable a la interfaz. El primer view debe tener componentes para validar datos de usuario (nombre y clave). Por defecto el usuario para pruebas es: admin y su clave es : admin. (NO UTILIZAR OTRO USUARIO). Si es acceso es satisfactorio debe darle paso a la vista (view) que tiene el menú lateral. HACER LAS VALIDACIONES DE USUARIO Y CLAVE EN SEGUNDO PLANO (ASYNCTASK) Calificación del Lab Corte 1:
2. Funcionamiento correcto del menú y vistas iniciales de validación de usuario.
40% que todo funcione. 3. Implementación correcta de asynctask para la validación de usuario y clave. 30% (obligatorio)
Nota: todos los puntos a calificar son sustentables. Se escoje 1 solo integrante del grupo que responde por las notas de los demás. Corte 2. Actividades. Practica SQL y Ficheros. Las opciones del Menu , reconfigurarlas y solo crear las que se mencionan en esta etapa del LAB.
1. Implementación BD sqllite.
Crear Una base de datos llamada Legis.
Crear las siguientes tablas:
Tabla Usuario: campos ID integer. (calve primaria)
Username String. Password String. Nombre Apellidos idRol integer ( campo que apunta al ID de la tabla ROL)
Tabla ROL: campos IDrol integer. (clave primaria)
Nota: Crear estos datos por defecto en esta tabla ROL:
IDrol Rolname 1 administrador 2 abogado 3 Cliente
Tabla Casos: campos IDcaso integer. Clave primaria
nombreCaso String, Descripciónbreve Texto ( campo para guardar una descripción del caso, se necesita un tipo de dato que permita guardar por lo menos 400 caracteres) Estado: String ( Abierto, Cerrado, Resuelto, En Tramite, En juzgado, Apelación, Por asignar, indagatoria) Idcliente integer(referencia llave primaria tabla Usuario ) Tabla AbogadoCaso: campos todos son llaves primaria de esta tabla IDCaso (referencia llave primaria tabla Caso) IDusuario(referencia llave primaria tabla Usuario)
En el menú lateral manejar las opciones: Crear Usuario, eliminarlo, actualizarlo, estas opciones solo las debe ver el usuario de tipo administrador. EN ESTA OPCION SE CREAN LOS USUARIOS QUE VAN A TENER ACCESO A LA APP. con los datos que requiere la tabla Usuario. El administrador puede ver toda las opciones del MENU.
Solo puede eliminar un usuario si no está asociado a un caso.
NOTA: PARA CREAR UN USUARIO DEBEN EXISTIR LOS DATOS DE LA TABLA
ROL. Ya que el campo: idRol de la tabla usuario apunta a el campo idrol de la tabla ROL ( campo que almacena el ID de la tabla ROL)
En le menú lateral manejar la opción: VER CASOS. SOLO PARA USUARIOS
TIPO CLIENTES.
Se debe listar en un recyclerView todos los casos que tiene un cliente. Asociar al Item de la lista información como: nombre del caso, estado.
Nota: solo los abogados pueden abrir un caso y asociarlo a un cliente.
En el menú manejar la opción CREAR CASO, LISTAR CASOS. SOLO PARA
USUARIOS TIPO ABOGADO. Esta opción le listara los casos que les hayan sido asignados.
Se debe listar en un recyclerView todos los cliente que tiene un abogado. Y permitir una acción de click sobre un ítem de la lista recyclerView, que permita ver al detalle el caso que tiene asociado el cliente. (1 o mas casos).
Se debe la opción de crear un caso ( EditText, etc ) para crear un caso , con los campos de la tabla CASO. Debe poder eliminar un Caso, actualizarlo.
IDcaso integer. (autogenerado)
Descripción Texto ( campo para guardar una descripción del caso, se necesita un tipo de dato que permita guardar por lo menos 1000 caracteres) Estado: String ( Abierto, Cerrado, Resuelto, En Tramite, En juzgado, Apelacion, Por asignar, indagatoria) Idcliente integer(referencia llave primaria tabla Usuario ) Nota: Para poder crear un caso, el cliente debe existir en la DB, tabla Uusuario. Cuando un abogado crea un caso automáticamente queda asociado a él. Esto se registra en la tabla AbogadoCaso:
Tabla AbogadoCaso : campos IDCaso (referencia llave primaria tabla Caso)
IDusuario( referencia llave primaria tabla Usuario)
----------------------------------------ficheros------------------------ --------------lectura de ficheros.
Crear un fichero que contenga los siguientes datos separados por coma:
Idrol , nombre.
Ejemplo:
4, secretaria 5, practicante 6, estudiante
Lo anterior se hace para un cargue desde fichero a la tabla ROL. Este fichero nómbrelo cargue.txt y súbalo al directorio de su dispositivo móvil sea virtual o físico. Para que lo pueda leer su app cuando este en ejecución.
En el menu lateral cree la opción CARGUE ROL. Solo debe verla el usuario tipo administrador. Y poder ejecutar que se cargue la información contenida en el fichero en la tabla ROL.
