Base de Combis
Base de Combis
Base de Combis
Se utilizan diferentes pasos para el diseo y creacin dentro de los que incluimos
todos los requisitos del usuario ms lo que nosotros como diseadores
consideramos adecuados.
Dicha base incluye a nuestro criterio los datos ms importantes que se ajuste a
todas las necesidades del sistema y pueda ser utilizado correctamente.
Teniendo en cuenta los estndares ptimos que toda empresa debe tener,
hemos incluido en nuestro proyecto los atributos relacionados a un buen
desempeo de la empresa.
ESPECIFICACIN DE
REQUISITOS
Definicin de especificacin de requisitos
La empresa es una base de combis con diferentes rutas de Tehuacn tales como la ruta
36, 06, 94, 37 y 44. La base cuenta con un rea de mantenimiento dividida en rea de
mantenimiento mecnico y rea de Limpieza.
PROBLEMTICA A TRATAR
Objetivos generales
Objetivos especficos
Realizar una Especificacin de Requisitos para saber qu es lo que el cliente
quiere.
Realizar un Modelo Entidad Relacin.
Realizar un Modelo Relacional
Realizar la Normalizacin de la Base de Datos.
Se obtendr el producto terminado, para que el cliente lo pueda utilizar.
Requisitos funcionales
BASE DE COMBIS
Entrada
1. Registro Patronal
2. Nombre
3. Direccin
4. Telfono
Salida
Datos de la empresa
Entrada
1. Telfono Principal
2. TelefonoOpc2
3. TelefonoOpc3
Salida
4. IdNumero de combis
5. Numero Placas
6. Modelo
7. Nmero de plazas (Capacidad)
Salida
Entradas
1. IdNumero de corridas
2. Hora Salida
3. Hora Llegada
4. Ruta
Salida
CONTROL DE BOLETOS
Entrada
CONTROL DE CONDUCTORES
Entrada
1. IdNumero de Conductor
2. Nombre (Nombre)
3. Apellido Paterno (Ap_Paterno)
4. Apellido Materno (Ap_Materno)
Lista de conductores
CONTROL DE EMPLEADOS
Entrada
1. IdNumero_Empleado
2. Nombre (Nombre)
3. Apellido Paterno (Ap_Paterno)
4. Apellido Materno (Ap_Materno)
5. CURP (CURP)
6. Direccin
7. Puesto
8. Sueldo (Sueldo)
Salida
CONTROL DE PASAJEROS
Salida
Entrada
o
2. Fecha
3. Nmero de combi
Requisitos no funcionales
Desarrollar la base de datos en una plataforma (Sistema Operativo) Windows.
La informacin se guardara en tablas y se mostrara desglosando el historial
que requiera el usuario.
Se le asignara una contrasea a cada tipo de usuario (al dueo una y a los
empleados otra).
La informacin se actualizara en un periodo de 15 das.
la informacin la proporcionara el dueo de la base y la recepcionista.
La base de tatos estar disponible en todos los equipos operativos
disponibles dentro de la central
La base de datos contara con mens especficos y entendibles para el
usuario.
La base tiene ventas de las cuales guardar el precio total, id de venta, fecha
de venta, su descripcin y un id de cliente.
En la imagen se muestra las relaciones previamente analizadas en los requerimientos funcionales de la Central de autobuses.
En este modelo todos los datos son almacenados en relaciones, y como cada
relacin es un conjunto de datos, el orden en el que stos se almacenen no
tiene relevancia (a diferencia de otros modelos como el jerrquico y el de red).
Esto tiene la considerable ventaja de que es ms fcil de entender y de utilizar
por un usuario no experto. La informacin puede ser recuperada o
almacenada por medio de consultas que ofrecen una amplia flexibilidad y
poder para administrar la informacin.
en esta figura se muestran de manera las relaciones que existen entre las entidades, mismas que ya se analizaron en el modelo Entidad-Relacion (figura1) y anteriormente en los requisitos
funcionales
t#, ciudad ( (ciudad LIKE '%D') OR (ciudad LIKE SELECT t#, ciudad FROM artculos WHERE
'%E%')(Artculos)) ciudad LIKE '%D' OR ciudad LIKE '%E%';
p#( (t#='T1') AND (c#='C1')(Envos)) SELECT p# FROM envios WHERE t#='T1' AND
c#='C1';
*******