Proyecto BD

Condiciones generales
v El trabajo debe realizarse y entregarse en equipos de dos personas como máximo.
No se calificarán trabajos más integrantes. Si más de dos personas entregan el
mismo proyecto no se calificará a ninguno.
v Pueden un servidor MySQL o los drivers UCanAccess para almacenar los datos a
manejar por su aplicación.

Introducción
Se desea programar un sistema de gestión deincidencias para empresas. Este sistema
se compondrá de los siguientes subsistemas:
• Una base de datos, que almacena los datos de incidencias y usuarios sobre los
cuales trabaja la aplicación.
• Un cliente gráfico programado con Swing, que permite la gestión de incidencias
por parte de los técnicos de la empresa.
• En esta práctica se creará la base de datos y se programará el cliente Swing

Modelo dedatos
En este apartado se describe el modelo de datos de la aplicación, y se proporciona el
código SQL que permite crear las tablas para almacenar dichos datos. La aplicación
debe respetar estrictamente este modelo de datos.
Un técnico es un miembro de la empresa con la capacidad de procesar incidencias. Se
representa a un técnico con los siguientes atributos:
•
•
•
•
•

Identificador de técnico:identificador único, de uso interno a la aplicación.
Nombre del técnico: nombre y apellidos.
Alias del técnico: nombre de usuario del técnico en la aplicación.
Clave del técnico: contraseña del técnico en la aplicación.
Teléfono del técnico: número de teléfono de contacto del técnico.

Un usuario o cliente representa a una persona con la capacidad de abrir incidencias en
el sistema para pedir quelos técnicos le resuelvan algún problema. Sus atributos son
parecidos a los de los técnicos:
•
•
•
•
•
•

Identificador de usuario: identificador único, de uso interno a la
aplicación.
Nombre del usuario: nombre y apellidos.
Alias del usuario: nombre de usuario en la aplicación.
Clave del usuario: contraseña del usuario en la aplicación.
Teléfono del usuario: número de teléfono de contacto delusuario.
Dirección de correo electrónico del usuario: dirección de correo de
contacto.

Las incidencias se agrupan en categorías. Dependiendo del tipo de sistema que se esté
gestionando, las categorías pueden cambiar. Por ello, se almacenan en una tabla de
categorías:

•
•
•

Identificador de categoría: identificador único, de uso interno.
Nombre de categoría: nombre descriptivo de la categoría.Técnico responsable: identificador del técnico responsable de la categoría.

Una incidencia se representa mediante los siguientes atributos:
•

•
•
•

•
•
•

•

Identificador de incidencia: identificador único para uso interno de la
aplicación. A pesar de ello, puede mostrarse en la interfaz de usuario, pero en
ningún caso será editable.
Título: título breve de la incidencia, asignado por el creador dela misma.
Fecha de apertura: fecha y hora de apertura de la incidencia.
Fecha de la última modificación: fecha y hora de la última modificación de
la incidencia. Por modificación se entiende un cambio de estado, cambio de
técnico responsable o la creación de un detalle nuevo.
Asignación: identificador del técnico al cual haya sido asignada. Inicialmente,
se asigna automáticamente al técnicoresponsable de la categoría.
Creador: identificador del cliente creador de la incidencia.
Estado: estado de la incidencia. Puede ser uno de los siguientes:
o Inexistente: la incidencia no ha sido creada.
o Nueva: la incidencia ha sido creada, pero aún no ha comenzado a
procesarla ningún técnico.
o Proceso: la incidencia está siendo procesada.
o Cerrada: la incidencia ha sido resuelta y cerrada.Categoría: identificador de la categoría a la cual pertenece la incidencia.

A medida que se procesa una categoría se genera información adicional acerca de la
misma. En cada evento (creación, cambio de estado, reasignación, etc.) se puede
añadir información adicional, a la que se llamará detalle de incidencia:
• Identificador de detalle: identificador único de uso interno.
• Identificador de...