Register View

Javier Cáceres 202030032-1

Joaquín Dubó 201521007-1

Vicente Tejos 201930017-2

Matias Perez 201930011-3

|| ELO329 || 2022-1 || Proyecto Paralelo 1 || Agustín González V ||

Código fuente del proyecto Git del proyecto

Descripción de la Problemática

En un condominio muy lejano..... A un guardia se le hace dificil estar buscando en su libreta la matricula del coche que quiere hacer ingreso y a la vez frustra su rapidez de respuesta para darle ingreso al residente del condominio, ya que sino valida que el residente existe o tiene acceso en el condominio es poco seguro ,por lo tanto cualquiera persona extraña (extranjera al condominio) podría entrar al mismo con intenciones desconocidas podría hacer ingreso.

Análisis del problema

¿Cómo podemos permitir que el guarda o portero ingrese nuevos datos al registro?

Mediante la opción registrar el usuario podrá ingresar los datos del propietario que incluyen:Nombre , Apellido,n° de casa y teléfono.También ingresar los datos del vehículo que incluye:Patente ,Modelo y color.

¿Cómo podemos permitir que el guardia busque la información sobre cierto residente?

Mediante la opción Buscar, el guardia o portero puede elegir entre 2 opciones , buscar la información por el n°de casa o la patente del vehículo.

Desarrollo del proyecto

Para desarrollar el proyecto se considero el problema y se busco una solución adecuada para el mismo, como 2 de los integrantes del grupo tenían conocimientos en base de datos y docker. Se considero hacer una base de datos para dar una solución al problema y distribuir en distintas tablas las informaciones de los residentes, También se trabaja en una interfaz de usuario que conectará la base de datos con la aplicación de escritorio, con el fin de facilitar el trabajo del guardia.

Casos de Uso

• Nombre: Buscar información.
  Propósito: El usuario desea buscar la información completa, respecto a una patente o número de casa en particular.
  Actores: El portero y/o guardia.
  Pre - condiciones: Encontrarse en la vista “Buscar”.
  Evento: El actor escoge una de las dos opciones, apretando el botón de patente o de n° casa, dependiendo caso, luego completará el dato que posea, para finalmente apretar el botón “Buscar”, para obtener la información requerida.
  Tipo: Manual.
  



• Nombre: Registrar información.
  Propósito: El usuario necesita tener la base de datos completa, para poder realizar el chequeo más rápido.
  Actores: El portero y/o guardia.
  Pre - condiciones: Encontrarse en la vista “Registrar”.
  Evento: El usuario ingresa los datos del vehículo que incluye: patente , modelo , color. Y luego ingresa los datos del propietario que incluye: nombre, apellido, n° casa , teléfono.
  Tipo: Manual..
  



• Nombre: Visualizar todos los registros.
  Propósito: El usuario desea ver todos los registros que hay en la base de datos.
  Actores: El portero y/o guardia.
  Pre - condiciones: Encontrarse en la vista “Registro”.
  Evento: El actor selecciona la pestaña y luego puede visualisar la lista de registros de todos los residentes existentes al condominio.
  Tipo: Manual..
  

Diagramas

Diagrama de clase

Diagrama UML DataBase

.

Diagrama de secuencia

Pruebas

Por consola

Gráfica

Configuración Base de datos

Script inicial para la base de datos y creación de las tablas

Correr el siguiente script para el funcionamiento de la base de datos:
create table Ubicacion(n_casa int primary key);
create table Auto(matricula varchar(7) primary key, modelo varchar(45), color_veh varchar(15));
create table Residente(user_id SERIAL ,nombre varchar(95) NOT NULL,
apellido varchar(95) NOT NULL,telefono varchar(12),
n_casa integer not null,patente varchar(12) not null,primary key(user_id),
CONSTRAINT fk_ubi FOREIGN KEY(n_casa) references Ubicacion(n_casa) ON DELETE CASCADE ON UPDATE CASCADE,
CONSTRAINT fk_coche FOREIGN KEY(patente) references Auto(matricula) ON DELETE CASCADE ON UPDATE CASCADE);
create SEQUENCE users_seq start 1 increment 1;