Top Banner
Sistema de Administración de un Restaurante Materia: Sistemas de Bases de Datos 1 Facultad de Ingeniería en Electricidad y Computación Profesor: Ing. P. Fabricio Echeverría Briones ESCUELA SUPERIOR POLITÉCNICA DEL LITORAL Ultima Revisión: Enero 12 del 2009 Pág. 1 de 62 Proyecto de Sistemas de Bases de Datos I Sistema de Administración de un Restaurante Sistemas de Bases de Datos I Segundo Termino 2008-2009 ESCUELA SUPERIOR POLITÉCNICA DEL LITORAL
62

Proyecto de Sistemas de Bases de Datos I

Jul 24, 2022

Download

Documents

dariahiddleston
Welcome message from author
This document is posted to help you gain knowledge. Please leave a comment to let me know what you think about it! Share it to your friends and learn new things together.
Transcript
Page 1: Proyecto de Sistemas de Bases de Datos I

Sistema de Administración de un Restaurante

Materia: Sistemas de Bases de Datos 1 Facultad de Ingeniería en Electricidad y Computación Profesor: Ing. P. Fabricio Echeverría Briones ESCUELA SUPERIOR POLITÉCNICA DEL LITORAL Ultima Revisión: Enero 12 del 2009 Pág. 1 de 62

Proyecto de Sistemas de Bases de Datos I

Sistema de Administración de un Restaurante

Sistemas de Bases de Datos I

Segundo Termino 2008-2009 ESCUELA SUPERIOR POLITÉCNICA DEL LITORAL

Page 2: Proyecto de Sistemas de Bases de Datos I

Sistema de Administración de un Restaurante

Materia: Sistemas de Bases de Datos 1 Facultad de Ingeniería en Electricidad y Computación Profesor: Ing. P. Fabricio Echeverría Briones ESCUELA SUPERIOR POLITÉCNICA DEL LITORAL Ultima Revisión: Enero 12 del 2009 Pág. 2 de 62

Índice

Integrantes ...................................................................................................................... 3 Titulo del Proyecto ............................................................................................................ 3 Objetivo del Proyecto ........................................................................................................ 3 Objetivos Específicos ........................................................................................................ 3 Descripciones Funcionales ................................................................................................. 4 Modelo Conceptual ............................................................. ¡Error! Marcador no definido. Modelo Lógico .................................................................... ¡Error! Marcador no definido.

Page 3: Proyecto de Sistemas de Bases de Datos I

Sistema de Administración de un Restaurante

Materia: Sistemas de Bases de Datos 1 Facultad de Ingeniería en Electricidad y Computación Profesor: Ing. P. Fabricio Echeverría Briones ESCUELA SUPERIOR POLITÉCNICA DEL LITORAL Ultima Revisión: Enero 12 del 2009 Pág. 3 de 62

Integrantes

� Kenneth Jiménez 200614022 � Verónica Duarte 200602035 � Ma. José Loor 200516706 � Jenny Rezabala 200519940

Titulo del Proyecto

Sistema de Administración de un Restaurante (SAR) WOOD SPOON

Objetivo del Proyecto

Nuestro objetivo principal es mejorar los procedimientos que debe realizar a diario un

restaurante, a su vez, con un sistema eficiente lograr que las funciones del mismo se

desempeñen de forma clara y moderna, ya que actualmente son muy pocos los que cuentan

con un sistema computarizado.

Objetivos Específicos 1.- Mejorar la manera de registrar los clientes de Restaurante “KJMV” de tal manera que

sus datos puedan ser consultados cuando así se lo requiera.

2.- Mejorar el control de todo el proceso que involucra realizar la reservación de una mesa.

3.- Mantener

4.- Mantener

5.- Generar

Page 4: Proyecto de Sistemas de Bases de Datos I

Sistema de Administración de un Restaurante

Materia: Sistemas de Bases de Datos 1 Facultad de Ingeniería en Electricidad y Computación Profesor: Ing. P. Fabricio Echeverría Briones ESCUELA SUPERIOR POLITÉCNICA DEL LITORAL Ultima Revisión: Enero 12 del 2009 Pág. 4 de 62

Descripciones Funcionales 1. Definir los procesos especificados en el desarrollo del proyecto.

• ADMINISTRADOR

Código Definición de procesos

CU: 001 Ingresar Cliente

CU: 002 Ingresar Empleado

CU: 003 Ingresar Plato

CU: 004 Ingresar Mesa

CU: 005 Modificar Cliente

CU: 006 Modificar Empleado

CU: 007 Modificar Plato

CU: 008 Modificar Mesa

CU: 009 Eliminar Cliente

CU: 010 Eliminar Empleado

CU: 011 Eliminar Plato

CU: 012 Eliminar Mesa

CU: 013 Consultar Cliente

CU: 014 Consultar Empleado

CU: 015 Consultar Plato

CU: 016 Consultar Mesa

EMPLEADO

CU: 001 Ingresar Pago

CU: 002 Ingresar Reservacion

CU: 003 Ingresar Pedido

CU: 004 Modificar Pago

CU: 005 Modificar Reservacion

Page 5: Proyecto de Sistemas de Bases de Datos I

Sistema de Administración de un Restaurante

Materia: Sistemas de Bases de Datos 1 Facultad de Ingeniería en Electricidad y Computación Profesor: Ing. P. Fabricio Echeverría Briones ESCUELA SUPERIOR POLITÉCNICA DEL LITORAL Ultima Revisión: Enero 12 del 2009 Pág. 5 de 62

CU: 006 Modificar Pedido

CU: 007 Eliminar Pago

CU: 008 Eliminar Reservacion

CU: 009 Eliminar Pedido

CU: 010 Consultar Pago

CU: 011 Consultar Reservacion

CU: 012 Consultar Pedido

2. Identificar cada uno de los diferentes roles de las personas y/o sistemas externos involucrados en el proceso.

Actor Descripción

Administrador Dicha persona es un actor primario, quien tiene mayor

acceso a nuestro sistema ya que puede realizar los

procesos mencionados a continuación:

� Ingresar Cliente � Ingresar Empleado � Ingresar Ingrediente � Ingresar Plato � Ingresar Mesa � Modificar Cliente � Modificar Empleado � Modificar Ingrediente � Modificar Plato � Modificar Mesa � Eliminar Cliente � Eliminar Empleado � Eliminar Ingrediente � Eliminar Plato � Eliminar Mesa

Usuario ó

Cajero

Dicha persona es un actor secundario, quien sólo tendrá

acceso a los siguientes procesos:

� Consultar Cliente � Consultar Plato � Consultar Ingrediente � Consultar Mesa � Realizar Reservación de Mesa

Page 6: Proyecto de Sistemas de Bases de Datos I

Sistema de Administración de un Restaurante

Materia: Sistemas de Bases de Datos 1 Facultad de Ingeniería en Electricidad y Computación Profesor: Ing. P. Fabricio Echeverría Briones ESCUELA SUPERIOR POLITÉCNICA DEL LITORAL Ultima Revisión: Enero 12 del 2009 Pág. 6 de 62

3. Diagramas de Casos de Usos.

Page 7: Proyecto de Sistemas de Bases de Datos I

Sistema de Administración de un Restaurante

Materia: Sistemas de Bases de Datos 1 Facultad de Ingeniería en Electricidad y Computación Profesor: Ing. P. Fabricio Echeverría Briones ESCUELA SUPERIOR POLITÉCNICA DEL LITORAL Ultima Revisión: Enero 12 del 2009 Pág. 7 de 62

4. Detallar cada uno de los procesos.

DESCRIPCION DE CASOS DE USOS

Nombre: CU001: Ingresar al sistema

Descripción : El usuario podra ingresar al sistema realizando las especificaciones necesarias

Nota : Solo podrá ingresar con un nombre de usuario y contrseña preestablecidas

Escenarios: Escenario 1.1: Ingreso exitoso al sistema

Escenario 1.2: Ingreso no exitoso al sistema por que se ingreso datos

incorrectos

Escenario 1.3: Ingreso no exitoso al sistema porque no hay conexión con la

base

Nombre: CU002: Ingresar Cliente

Descripción : Se podrá ingresar los datos personales del cliente para que luego pueda ser

utilizado.

Nota : Solo el administrador podrá realizar esta acción.

Escenarios: Escenario 2.1: Ingreso cliente exitoso al Sistema.

Escenario 2.2: Ingreso cliente no exitoso porque el administrador ingreso

al Sistema un cliente ya existente.

Escenario 2.3: Ingreso no exitoso por datos incompletos.

Escenario 2.4: Ingreso no exitoso por fallas técnicas.

Nombre: CU003: Ingresar Empleado

Descripción : Se podrá ingresar al sistema los datos personales de los empleados que

están trabajando actualmente en el restaurante.

Nota : Solo el administrador puede realizar esta acción.

Escenarios: Escenario 3.1: Ingreso de empleado exitoso al Sistema.

Escenario 3.2: Ingreso de empleado no exitoso porque el administrador

Page 8: Proyecto de Sistemas de Bases de Datos I

Sistema de Administración de un Restaurante

Materia: Sistemas de Bases de Datos 1 Facultad de Ingeniería en Electricidad y Computación Profesor: Ing. P. Fabricio Echeverría Briones ESCUELA SUPERIOR POLITÉCNICA DEL LITORAL Ultima Revisión: Enero 12 del 2009 Pág. 8 de 62

ingreso al Sistema un empleado ya existente.

Escenario 3.3: Ingreso de empleado no exitoso por datos incompletos.

Escenario 3.4: Ingreso de empleado no exitoso por fallas técnicas.

Nombre: CU004: Ingresar Ingrediente

Descripción : Se podrá ingresar al sistema los datos de los ingredientes.

Nota : Solo el administrador puede realizar esta acción.

Escenarios: Escenario 4.1: Ingreso de ingrediente exitoso al Sistema.

Escenario 4.2: Ingreso de ingrediente no exitoso porque el administrador

ingreso al Sistema un ingrediente ya existente.

Escenario 4.3: Ingreso de ingrediente no exitoso porque no lleno los

datos necesarios para ingresar en el Sistema.

Escenario 4.4: Ingreso de ingrediente no exitoso por fallas técnicas.

Nombre: CU005: Ingresar Plato

Descripción : Se podrá ingresar al menú, un nuevo plato, para que los clientes puedan

elegir en su pedido.

Nota : Solo el administrador podrá realizar esta acción.

Escenarios: Escenario 5.1: Ingreso exitoso al Sistema.

Escenario 5.2: Ingreso no exitoso porque el administrador ingreso al

Sistema una plato ya existente.

Escenario 5.3: Ingreso no exitoso porque no lleno los datos necesarios

para ingresar en el Sistema.

Escenario 5.4: Ingreso no exitoso por fallas técnicas.

Nombre: CU006: Ingresar Mesa

Descripción : Se podrá ingresar mesa al sistema.

Nota : Solo el administrador podrá realizar esta acción.

Page 9: Proyecto de Sistemas de Bases de Datos I

Sistema de Administración de un Restaurante

Materia: Sistemas de Bases de Datos 1 Facultad de Ingeniería en Electricidad y Computación Profesor: Ing. P. Fabricio Echeverría Briones ESCUELA SUPERIOR POLITÉCNICA DEL LITORAL Ultima Revisión: Enero 12 del 2009 Pág. 9 de 62

Escenarios: Escenario 6.1: Ingreso exitoso al Sistema.

Escenario 6.2: Ingreso no exitoso porque el administrador ingreso al

Sistema una mesa ya existente.

Escenario 6.3: Ingreso no exitoso por datos incompletos.

Escenario 6.4: Ingreso de mesa no exitoso por fallas técnicas.

Nombre: CU007: Modificar Cliente

Descripción : Se podrá acceder a modificar los datos personales del cliente tales como la

dirección, teléfono, fax. Estos datos son los que pueden variar con entorno al

cliente.

Nota : Solo el administrador puede realizar esta acción.

Para realizarlo se deberá ingresar la C.I/RUC del cliente, si este no existe

deberá ingresar el cliente.

Escenarios: Escenario 7.1: Modificación de cliente ha sido exitoso en el Sistema.

Escenario 7.2: modificación de cliente no exitoso porque el id del cliente

no existe en la base de datos.

Escenario 7.3: Modificación no exitosa por fallas técnicas

Nombre: CU008: Modificar Empleado

Descripción : Se podrá realizar la modificación respectiva del empleado según su C.I.

Nota : Solo el administrador puede realizar esta acción.

Para realizarlo se deberá ingresar la C.I/RUC del empleado, si este no existe

deberá ingresar el empleado.

Escenarios: Escenario 8.1: Modificación exitosa en el sistema.

Escenario 8.2: Modificación no exitosa porque se ingreso incorrectamente

el id del empleado.

Escenario 8.3: Modificación no exitosa porque el id del empleado no

existe.

Page 10: Proyecto de Sistemas de Bases de Datos I

Sistema de Administración de un Restaurante

Materia: Sistemas de Bases de Datos 1 Facultad de Ingeniería en Electricidad y Computación Profesor: Ing. P. Fabricio Echeverría Briones ESCUELA SUPERIOR POLITÉCNICA DEL LITORAL Ultima Revisión: Enero 12 del 2009 Pág. 10 de 62

Escenario 8.4: Modificación no exitosa por fallas técnicas

Nombre: CU009: Modificar Ingrediente

Descripción : Se podrá realizar la modificación respectiva del ingrediente según su id.

Nota : Solo el administrador puede realizar esta operación.

Para realizarlo se deberá ingresar el id del ingrediente y si este no se

encuentra significa que el ingrediente no existe y por lo tanto no se podrá

realizar la modificación.

Escenarios: Escenario 9.1: Modificación exitosa en el sistema.

Escenario 9.2: Modificación no exitosa porque el id ingresado es

incorrecto.

Escenario 9.3: Modificación no exitosa porque el id no existe en el

sistema.

Escenario 9.4: Modificación no exitosa por fallas técnicas

Nombre: CU010: Modificar Plato

Descripción : Se podrá realizar la modificación respectiva de un plato según su id.

Nota : Solo el administrador puede realizar esta operación.

Para realizarlo se deberá ingresar el id del plato requerido y si este no se

encuentra significa que el plato no existe y por lo tanto no se podrá realizar

la modificación.

Escenarios: Escenario 10.1: Modificación exitosa en el sistema.

Escenario 10.2: Modificación no exitosa porque el id ingresado es

incorrecto.

Escenario 10.3: Modificación no exitosa porque el id no existe en el

sistema.

Escenario 10.4: Modificación no exitosa por fallas técnicas.

Page 11: Proyecto de Sistemas de Bases de Datos I

Sistema de Administración de un Restaurante

Materia: Sistemas de Bases de Datos 1 Facultad de Ingeniería en Electricidad y Computación Profesor: Ing. P. Fabricio Echeverría Briones ESCUELA SUPERIOR POLITÉCNICA DEL LITORAL Ultima Revisión: Enero 12 del 2009 Pág. 11 de 62

Nombre: CU011: Modificar Mesa

Descripción : Se podrá realizar la modificación respectiva de un plato según su id.

Nota : Solo el administrador puede realizar esta operación.

Para realizarlo se deberá ingresar el id de la mesa requerida y si esta no se

encuentra significa que la mesa no existe y por lo tanto no se podrá realizar

la modificación.

Escenarios: Escenario 11.1: Modificación exitosa en el sistema.

Escenario 11.2: Consulta fallida porque no existe en el sistema.

Escenario 11.3: Modificación no exitosa porque el id no existe en el

sistema.

Escenario 11.4: Modificación no exitosa por fallas técnicas.

Nombre: CU012: Consultar Cliente

Descripción : Se podrá realizar la consulta de cliente en el sistema según el campo

seleccionado por el mismo usuario

Nota : Solo podra acceder a la consulta ingresando los datos correctos del campo

seleccionado

Escenarios: Escenario 12.1: Consulta de cliente ha sido exitosa en el Sistema.

Escenario 12.2: Consulta de cliente no exitosa porque el dato ingresado para la consulta no existe

Escenario 12.3: Consulta de cliente no exitosa por fallas tecnicas

Nombre: CU013: Consultar Empleado

Descripción : Se podrá realizar la consulta de empleado en el sistema según el campo

seleccionado por el mismo usuario

Nota : Solo podra acceder a la consulta ingresando los datos correctos del campo

seleccionado

Escenarios: Escenario 13.1: Consulta de empleado exitosa en el sistema

Escenario 13.2: Consulta de empleado no exitosa porque el dato

ingresado para la consulta no existe

Page 12: Proyecto de Sistemas de Bases de Datos I

Sistema de Administración de un Restaurante

Materia: Sistemas de Bases de Datos 1 Facultad de Ingeniería en Electricidad y Computación Profesor: Ing. P. Fabricio Echeverría Briones ESCUELA SUPERIOR POLITÉCNICA DEL LITORAL Ultima Revisión: Enero 12 del 2009 Pág. 12 de 62

Escenario 13.3: Consulta de empleado no exitosa por fallas tecnicas

Nombre: CU014: Consultar Ingrediente

Descripción : Se podrá realizar la consulta de ingrediente en el sistema según el nombre

ingresado por el mismo usuario

Nota : Para realizarlo tendra que llenar el campo especificado.

Escenarios: Escenario 14.1: Consulta de ingrediente exitosa en el sistema

Escenario 14.2: Consulta de ingrediente no exitosa porque el dato

ingresado para la consulta no existe

Escenario 14.3: Consulta deingrediente no exitosa por fallas tecnicas

Nombre: CU015: Consultar Plato

Descripción : Se podrá realizar la consulta de plato en el sistema según el nombre

ingresado por el mismo usuario

Nota : Para realizarlo tendra que llenar el campo especificado.

Escenarios: Escenario 15.1: Consulta de plato exitosa en el sistema

Escenario 15.2: Consulta de plato no exitosa porque el dato ingresado

para la consulta no existe

Escenario 15.3: Consulta de ingrediente no exitosa por fallas tecnicas

Nombre: CU016: Consultar Mesa

Descripción : Se podrá realizar la consulta de mesa en el sistema según su numero

ingresado por el mismo usuario

Nota : Para realizarlo tendra que llenar el campo especificado.

Escenarios: Escenario 16.1: Consulta de mesa exitosa en el sistema

Escenario 16.2: Consulta de mesa no exitosa porque el dato ingresado

para la consulta no existe

Escenario 16.3: Consulta de mesa no exitosa por fallas tecnicas

Page 13: Proyecto de Sistemas de Bases de Datos I

Sistema de Administración de un Restaurante

Materia: Sistemas de Bases de Datos 1 Facultad de Ingeniería en Electricidad y Computación Profesor: Ing. P. Fabricio Echeverría Briones ESCUELA SUPERIOR POLITÉCNICA DEL LITORAL Ultima Revisión: Enero 12 del 2009 Pág. 13 de 62

Nombre: CU017: Eliminar Cliente

Descripción : Se podrá realizar la eliminación del cliente.

Nota : Esta acción solo puede ser realizada por el administrador.

Escenarios: Escenario 17.1: Eliminación exitosa en el Sistema.

Escenario 17.2: Eliminación fallida porque el cliente no existe.

Escenario 17.3: Eliminación no exitosa por fallas técnicas.

Nombre: CU018: Eliminar Empleado

Descripción : Se podrá realizar la eliminación del empleado.

Nota : Esta acción solo puede ser realizada por el administrador.

Escenarios: Escenario 18.1: Eliminación exitosa en el Sistema.

Escenario 18.2: Eliminación fallida porque el empleado no existe.

Escenario 18.3: Eliminación no exitosa por fallas técnicas.

Nombre: CU019: Eliminar Ingrediente

Descripción : Se podrá realizar la eliminación de algún ingrediente específico.

Nota : Esta acción solo puede ser realizada por el administrador.

Escenarios: Escenario 19.1: Eliminación exitosa en el Sistema.

Escenario 19.2: Eliminación fallida porque el ingrediente no existe.

Escenario 19.3: Eliminación no exitosa por fallas técnicas.

Page 14: Proyecto de Sistemas de Bases de Datos I

Sistema de Administración de un Restaurante

Materia: Sistemas de Bases de Datos 1 Facultad de Ingeniería en Electricidad y Computación Profesor: Ing. P. Fabricio Echeverría Briones ESCUELA SUPERIOR POLITÉCNICA DEL LITORAL Ultima Revisión: Enero 12 del 2009 Pág. 14 de 62

Nombre: CU020: Eliminar Plato

Descripción : Se podrá realizar la eliminación de algún plato específico.

Nota : Esto no podrá ser realizado si el plato no existe en el sistema.

Esta acción solo puede ser realizada por el administrador.

Escenarios: Escenario 20.1: Eliminación exitosa en el Sistema.

Escenario 20.2: Eliminación fallida porque el plato no existe.

Escenario 20.3: Eliminación no exitosa por fallas técnicas.

Nombre: CU021: Eliminar Mesa

Descripción : Se podrá realizar la eliminación de alguna mesa específica.

Nota : Esta acción puede ser realizada por el administrador.

Esto no podrá ser realizado si la mesa no existe en el sistema.

Escenarios: Escenario 21.1: Eliminación exitosa en el Sistema.

Escenario 21.2: Eliminación fallida porque la mesa no existe.

Escenario 21.3: Eliminación no exitosa por fallas técnicas.

Page 15: Proyecto de Sistemas de Bases de Datos I

Sistema de Administración de un Restaurante

Materia: Sistemas de Bases de Datos 1 Facultad de Ingeniería en Electricidad y Computación Profesor: Ing. P. Fabricio Echeverría Briones ESCUELA SUPERIOR POLITÉCNICA DEL LITORAL Ultima Revisión: Enero 12 del 2009 Pág. 15 de 62

DESCRIPCION DE ESCENARIOS

• Caso de Uso 1:Ingreso al Sistema

Escenario 1.1 Ingreso exitoso al sistema

Suposiciones/Asunciones: No ocurrió ningún problema al ingresar al sitema.

Resultados : El administrador o el empleado ingresa al sistema.

Escenario 1.2 Ingreso no exitoso al sistema por que se ingreso datos

incorrectos

Suposiciones/Asunciones: El usuario ingreso un user o un password incorrectos, lo cual

impide el ingreso al sistema

Resultados : Se vacian las cajas de texto para que el usuario haga un nuevo

intento

Escenario 1.3 Ingreso no exitoso al sistema porque no hay conexión con

la base

Suposiciones/Asunciones: Se produjo un error de conexión por lo cual no se permitió el

ingreso al sistema.

Resultados : El usuario no pudo ingresar al sistema.

Escenario 1.4 Ingreso no exitoso al sistema porque no hay conexión con la base

Suposiciones/Asunciones: Se produjo un error de conexión por lo cual no se permitió el

ingreso al sistema.

Resultados : El usuario no pudo ingresar al sistema.

• Caso de Uso 2:Ingreso de Cliente en el Sistema

Escenario 2.1 Ingreso de cliente exitoso en el sistema

Page 16: Proyecto de Sistemas de Bases de Datos I

Sistema de Administración de un Restaurante

Materia: Sistemas de Bases de Datos 1 Facultad de Ingeniería en Electricidad y Computación Profesor: Ing. P. Fabricio Echeverría Briones ESCUELA SUPERIOR POLITÉCNICA DEL LITORAL Ultima Revisión: Enero 12 del 2009 Pág. 16 de 62

Suposiciones/Asunciones: El usuario ingreso correctamente los datos.

Resultados : El usuario pudo ingresar datos de nuevos clientes en el sistema

Escenario 2.2 Ingreso de cliente no exitoso en el sistema porque el usuario ingreso datos de un cliente ya existente

Suposiciones/Asunciones: El id del cliente que el usuario quiso ingresar ya existía

Resultados : El usuario no pudo ingresar los datos del cliente en el sistema

Escenario 2.3 Ingreso de cliente no exitoso en el sistema por datos incompletos

Suposiciones/Asunciones: El usuario no ingreso datos en todos los campos

Resultados : El usuario no pudo crear al nuevo cliente en el sistema

Escenario 2.4 Ingreso de cliente no exitoso en el sistema por fallas técnicas

Suposiciones/Asunciones: Ocurrio un problema de conexión con la base

Resultados : El usuario no pudo ingresar datos de nuevos clientes en el

sistema

• Caso de Uso 3:Ingreso de Empleado en el Sistema

Escenario 3.1 Ingreso de empleado exitoso en el sistema

Suposiciones/Asunciones: El usuario ingreso correctamente los datos.

Resultados : El usuario pudo crear al nuevo cliente en el sistema

Escenario 3.2 Ingreso de empleado no exitoso porque el administrador ingreso al Sistema un empleado ya existente.

Suposiciones/Asunciones: El administrador ingreso un id de empleado ya existente

Page 17: Proyecto de Sistemas de Bases de Datos I

Sistema de Administración de un Restaurante

Materia: Sistemas de Bases de Datos 1 Facultad de Ingeniería en Electricidad y Computación Profesor: Ing. P. Fabricio Echeverría Briones ESCUELA SUPERIOR POLITÉCNICA DEL LITORAL Ultima Revisión: Enero 12 del 2009 Pág. 17 de 62

Resultados : El administrador no pudo ingresar los datos del nuevo empleado

en el sistema.

Escenario 3.3 Ingreso de empleado no exitoso por datos incompletos

Suposiciones/Asunciones: El administrador no ingreso algún campo mientras llenaba los

datos

Resultados : El administrador no pudo ingresar los datos del nuevo empleado

en el sistema.

Escenario 3.4 Ingreso de empleado no exitoso por fallas técnicas

Suposiciones/Asunciones: Ocurrió algún problema de conexión con la base de datos

Resultados : El administrador no pudo crear al nuevo empleado en el sistema.

• Caso de Uso 4:Ingreso de Ingrediente en el Sistema

Escenario 4.1 Ingreso de Ingrediente exitoso en el sistema

Suposiciones/Asunciones: El administrador ingreso correctamente todos los datos en el

sistema

Resultados : El administrador ingreso un nuevo ingrediente en el sistema

Escenario 4.2 Ingreso de ingrediente no exitoso porque el

administrador ingreso al Sistema un ingrediente ya existente.

Suposiciones/Asunciones: El administrador ingreso un id de ingrediente que ya existía

Resultados : El administrador no pudo crear al nuevo ingrediente en el sistema

Escenario 4.3 Ingreso de ingrediente no exitoso por datos incompletos

Suposiciones/Asunciones: El administrador no ingreso datos en algún campo

Page 18: Proyecto de Sistemas de Bases de Datos I

Sistema de Administración de un Restaurante

Materia: Sistemas de Bases de Datos 1 Facultad de Ingeniería en Electricidad y Computación Profesor: Ing. P. Fabricio Echeverría Briones ESCUELA SUPERIOR POLITÉCNICA DEL LITORAL Ultima Revisión: Enero 12 del 2009 Pág. 18 de 62

Resultados : El administrador no pudo crear al nuevo ingrediente en el sistema

Escenario 4.4 Ingreso de ingrediente no exitoso por fallas tecnicas

Suposiciones/Asunciones: Ocurrió un error en la conexión con la bases de datos

Resultados : El administrador no pudo crear al nuevo ingrediente en el sistema

• Caso de Uso 5:Ingreso de Plato en el Sistema

Escenario 5.1 Ingreso de Plato exitoso en el sistema

Suposiciones/Asunciones: El administrador ingreso correctamente todos los datos en el

sistema

Resultados : El administrador ingreso un nuevo plato en el sistema

Escenario 5.2 Ingreso de plato no exitoso porque el administrador ingreso al Sistema un plato ya existente.

Suposiciones/Asunciones: El administrador no ingreso correctamente todos los datos en el

sistema

Resultados : El administrador no ingreso un nuevo plato en el sistema

Escenario 5.3 Ingreso de plato no exitoso por datos incompletos

Suposiciones/Asunciones: El administrador no ingreso datos en algún campo

Resultados : El administrador no ingreso un nuevo plato en el sistema

Escenario 5.4 Ingreso de plato no exitoso por fallas técnicas

Suposiciones/Asunciones: Ocurrió un error en la conexión con la bases de datos

Resultados : El administrador no pudo crear al nuevo plato en el sistema

Page 19: Proyecto de Sistemas de Bases de Datos I

Sistema de Administración de un Restaurante

Materia: Sistemas de Bases de Datos 1 Facultad de Ingeniería en Electricidad y Computación Profesor: Ing. P. Fabricio Echeverría Briones ESCUELA SUPERIOR POLITÉCNICA DEL LITORAL Ultima Revisión: Enero 12 del 2009 Pág. 19 de 62

• Caso de Uso 6: Ingreso de datos de mesa en el sistema.

Escenario 6.1 Ingreso de datos de mesa exitoso en el sistema

Suposiciones/Asunciones: El administrador ingreso correctamente todos los datos en el

sistema

Resultados : El administrador ingreso una nueva mesa en el sistema

Escenario 6.2 Ingreso no exitoso porque el administrador ingreso al Sistema datos de una mesa ya existente.

Suposiciones/Asunciones: El administrador ingreso un id para la mesa que ya existía.

Resultados : El administrador no ingreso datos de una nueva mesa en el

sistema

Escenario 6.3 Ingreso de no exitoso por datos incompletos

Suposiciones/Asunciones: El administrador no ingreso datos en algún campo

Resultados : El administrador no ingreso datos de una nueva mesa en la base

de datos

Escenario 6.4 Ingreso de no exitoso por fallas técnicas

Suposiciones/Asunciones: Ocurrió un error en la conexión con la bases de datos

Resultados : El administrador no pudo crear una nueva mesa en el sistema

• Caso de Uso 7 :Modificar datos del cliente en el Sistema

Escenario 7.1 Modificación de cliente ha sido exitosa en el Sistema.

Suposiciones/Asunciones: El administrador ingreso datos permitidos para la modificación

Resultados : Se realizo la modificación de los datos de un cliente en el sistema

Page 20: Proyecto de Sistemas de Bases de Datos I

Sistema de Administración de un Restaurante

Materia: Sistemas de Bases de Datos 1 Facultad de Ingeniería en Electricidad y Computación Profesor: Ing. P. Fabricio Echeverría Briones ESCUELA SUPERIOR POLITÉCNICA DEL LITORAL Ultima Revisión: Enero 12 del 2009 Pág. 20 de 62

Escenario 7.2 Modificación de cliente no exitoso porque el nombre y/o apellido ingresados no existen en la base de datos.

Suposiciones/Asunciones: El administrador ingreso un nombre y/o apellido erróneos.

Resultados : El administrador no pudo realizar la modificación del cliente en el

sistema.

Escenario 7.3 Modificación de cliente no exitosa por fallas técnicas

Suposiciones/Asunciones: Se produjo un error al guardar la modificación en la base de

datos.

Resultados : El administrador no pudo realizar la modificación del cliente en el

sistema. Los datos no se alteran.

• Caso de Uso 8 :Modificar datos del empleado en el Sistema

Escenario 8.1 Modificación de empleado ha sido exitosa en el Sistema.

Suposiciones/Asunciones: El administrador ingreso datos permitidos para la modificación

Resultados : Se realizo la modificación de los datos de un empleado en la base

de datos.

Escenario 8.2 5. Modificación de empleado no exitoso porque el nombre y/o apellido ingresados no existen en la base de datos.

Suposiciones/Asunciones: El administrador ingreso un nombre y/o apellido erróneos.

Resultados : El administrador no pudo realizar la modificación del empleado en

el sistema.

Escenario 8.3 Modificación de empleado no exitosa por fallas técnicas

Suposiciones/Asunciones: Se produjo un error al guardar la modificación en la base de

datos.

Resultados : El administrador no pudo realizar la modificación del empleado en

Page 21: Proyecto de Sistemas de Bases de Datos I

Sistema de Administración de un Restaurante

Materia: Sistemas de Bases de Datos 1 Facultad de Ingeniería en Electricidad y Computación Profesor: Ing. P. Fabricio Echeverría Briones ESCUELA SUPERIOR POLITÉCNICA DEL LITORAL Ultima Revisión: Enero 12 del 2009 Pág. 21 de 62

el sistema. Los datos no se alteran.

• Caso de Uso 9 :Modificar datos del ingrediente en el Sistema

Escenario 9.1 Modificación de ingrediente ha sido exitosa en el Sistema.

Suposiciones/Asunciones: El administrador ingreso datos permitidos para la modificación

Resultados : Se realizo la modificación de los datos de un ingrediente en el

sistema

Escenario 9.2 Modificación de ingrediente no exitosa porque el nombre ingresado no existe en la base de datos.

Suposiciones/Asunciones: El administrador ingreso un nombre de ingrediente erróneo.

Resultados : El administrador no pudo realizar la modificación del ingrediente

en el sistema.

Escenario 9.3 Modificación de ingrediente no exitosa por fallas técnicas

Suposiciones/Asunciones: Se produjo un error al guardar la modificación en la base de

datos.

Resultados : El administrador no pudo realizar la modificación del ingrediente

en el sistema. Los datos no se alteran.

• Caso de Uso 10 :Modificar datos de un plato en el Sistema

Escenario 10.1 Modificación de plato ha sido exitosa en el Sistema.

Suposiciones/Asunciones: El administrador ingreso datos permitidos para la modificación

Resultados : Se realizo la modificación de los datos del plato en el sistema

Page 22: Proyecto de Sistemas de Bases de Datos I

Sistema de Administración de un Restaurante

Materia: Sistemas de Bases de Datos 1 Facultad de Ingeniería en Electricidad y Computación Profesor: Ing. P. Fabricio Echeverría Briones ESCUELA SUPERIOR POLITÉCNICA DEL LITORAL Ultima Revisión: Enero 12 del 2009 Pág. 22 de 62

Escenario 10.2 Modificación de plato no exitosa porque el nombre ingresado no existe en la base de datos.

Suposiciones/Asunciones: El administrador ingreso un nombre erróneo para la búsqueda.

Resultados : El administrador no pudo realizar la modificación del plato en el

sistema.

Escenario 10.3 Modificación de plato no exitosa por fallas técnicas

Suposiciones/Asunciones: Se produjo un error al guardar la modificación en la base de

datos.

Resultados : El administrador no pudo realizar la modificación del plato en el

sistema. Los datos no se alteran.

• Caso de Uso 11 :Modificar datos de la mesa en el Sistema

Escenario 11.1 Modificación de datos de la mesa ha sido exitosa en el Sistema.

Suposiciones/Asunciones: El administrador ingreso datos permitidos para la modificación

Resultados : Se realizo la modificación de los datos de una mesa en el sistema

Escenario 11.2 Modificación de datos de la mesa no exitosa porque el número ingresado no existe en la base de datos.

Suposiciones/Asunciones: El administrador ingreso un número de mesa erróneo.

Resultados : El administrador no pudo realizar la modificación de los datos de

la mesa en el sistema.

Escenario 11.3 Modificación de mesa no exitosa por fallas técnicas

Suposiciones/Asunciones: Se produjo un error al guardar la modificación en el sistema

Resultados : El administrador no pudo realizar la modificación de los datos de

la mesa en el sistema. Los datos no se alteran.

Page 23: Proyecto de Sistemas de Bases de Datos I

Sistema de Administración de un Restaurante

Materia: Sistemas de Bases de Datos 1 Facultad de Ingeniería en Electricidad y Computación Profesor: Ing. P. Fabricio Echeverría Briones ESCUELA SUPERIOR POLITÉCNICA DEL LITORAL Ultima Revisión: Enero 12 del 2009 Pág. 23 de 62

• Caso de Uso 12 :Consulta de cliente en el Sistema

Escenario 12.1 Consulta de cliente ha sido exitosa en el Sistema.

Suposiciones/Asunciones: El administrador escogió correctamente los datos necesarios para

la consulta

Resultados : Se realizo la consulta de los datos de un cliente el sistema

Escenario 12.2 Consulta de cliente no exitosa porque el dato ingresado para la consulta no existe

Suposiciones/Asunciones: El administrador ingreso un dato erróneo en el campo

seleccionado

Resultados : El administrador no pudo realizar la consulta del cliente en el

sistema.

Escenario 12.3 Consulta de cliente no exitosa por fallas técnicas

Suposiciones/Asunciones: Se produjo un error al consultar desde la base de datos.

Resultados : El administrador no pudo realizar la consulta del cliente en el

sistema.

• Caso de Uso 13 :Consulta de empleado en el Sistema

Escenario 13.1 La consulta del empleado ha sido exitosa en el Sistema.

Suposiciones/Asunciones: El administrador escogió correctamente los datos necesarios para

la consulta

Resultados : Se realizo la consulta de los datos de un empleado en el sistema

Escenario 13.2 Consulta de empleado no exitosa porque el dato ingresado para la consulta no existe

Suposiciones/Asunciones: El administrador ingreso un dato erróneo en el campo

seleccionado

Page 24: Proyecto de Sistemas de Bases de Datos I

Sistema de Administración de un Restaurante

Materia: Sistemas de Bases de Datos 1 Facultad de Ingeniería en Electricidad y Computación Profesor: Ing. P. Fabricio Echeverría Briones ESCUELA SUPERIOR POLITÉCNICA DEL LITORAL Ultima Revisión: Enero 12 del 2009 Pág. 24 de 62

Resultados : El administrador no pudo realizar la consulta del empleado en el

sistema.

Escenario 13.3 Consulta de empleado no exitosa por fallas técnicas

Suposiciones/Asunciones: Se produjo un error al consultar desde la base de datos.

Resultados : El administrador no pudo realizar la consulta del empleado en el

sistema.

• Caso de Uso 14 :Consulta de ingrediente en el Sistema

Escenario 14.1 La consulta de ingrediente ha sido exitosa en el Sistema.

Suposiciones/Asunciones: El administrador escogió correctamente los datos necesarios para

la consulta

Resultados : Se realizo la consulta de los datos de un ingrediente en el sistema

Escenario 14.2 Consulta de ingrediente no exitosa porque el dato ingresado para la consulta no existe

Suposiciones/Asunciones: El administrador ingreso un dato erróneo en el campo

seleccionado

Resultados : El administrador no pudo realizar la consulta del ingrediente en el

sistema.

Escenario 14.3 Consulta de ingrediente no exitosa por fallas técnicas

Suposiciones/Asunciones: Se produjo un error al consultar desde la base de datos.

Resultados : El administrador no pudo realizar la consulta del ingrediente en el

sistema.

• Caso de Uso 15 :Consulta de plato en el Sistema

Page 25: Proyecto de Sistemas de Bases de Datos I

Sistema de Administración de un Restaurante

Materia: Sistemas de Bases de Datos 1 Facultad de Ingeniería en Electricidad y Computación Profesor: Ing. P. Fabricio Echeverría Briones ESCUELA SUPERIOR POLITÉCNICA DEL LITORAL Ultima Revisión: Enero 12 del 2009 Pág. 25 de 62

Escenario 15.1 La consulta de plato ha sido exitosa en el Sistema.

Suposiciones/Asunciones: El administrador escogió correctamente los datos necesarios para

la consulta

Resultados : Se realizo la consulta de los datos de un plato en el sistema

Escenario 15.2 Consulta de plato no exitosa porque el dato ingresado para la consulta no existe

Suposiciones/Asunciones: El administrador ingreso un dato erróneo en el campo

seleccionado

Resultados : El administrador no pudo realizar la consulta del plato en el

sistema.

Escenario 15.3 Consulta de plato no exitosa por fallas técnicas

Suposiciones/Asunciones: Se produjo un error al consultar desde la base de datos.

Resultados : El administrador no pudo realizar la consulta del plato en el

sistema.

• Caso de Uso 16 :Consulta de mesa en el Sistema

Escenario 16.1 La consulta de mesa ha sido exitosa en el Sistema.

Suposiciones/Asunciones: El administrador escogió correctamente los datos necesarios para

la consulta

Resultados : Se realizo la consulta de los datos de una mesa en el sistema

Escenario 16.2 Consulta de mesa no exitosa porque el dato ingresado para la consulta no existe

Page 26: Proyecto de Sistemas de Bases de Datos I

Sistema de Administración de un Restaurante

Materia: Sistemas de Bases de Datos 1 Facultad de Ingeniería en Electricidad y Computación Profesor: Ing. P. Fabricio Echeverría Briones ESCUELA SUPERIOR POLITÉCNICA DEL LITORAL Ultima Revisión: Enero 12 del 2009 Pág. 26 de 62

Suposiciones/Asunciones: El administrador ingreso un dato erróneo en el campo

seleccionado

Resultados : El administrador no pudo realizar la consulta de la mesa en el

sistema.

Escenario 16.3 Consulta de mesa no exitosa por fallas técnicas

Suposiciones/Asunciones: Se produjo un error al consultar desde la base de datos.

Resultados : El administrador no pudo realizar la consulta de la mesa en el

sistema.

• Caso de Uso 17 :Eliminar cliente del Sistema

Escenario 17.1 Eliminación de cliente ha sido exitosa en el Sistema.

Suposiciones/Asunciones: El administrador escogió correctamente los datos necesarios para

la eliminación

Resultados : Se realizo la eliminación de los datos de un cliente el sistema

Escenario 17.2 Eliminación de cliente no exitosa porque el id ingresado para la eliminación no existe

Suposiciones/Asunciones: El administrador ingreso un id erróneo en el campo seleccionado

Resultados : El administrador no pudo realizar la eliminación del cliente en el

sistema.

Escenario 17.3 Eliminación de cliente no exitosa por fallas técnicas

Suposiciones/Asunciones: Se produjo un error al eliminar el cliente en la base de datos.

Resultados : El administrador no pudo realizar la eliminación del cliente en el

sistema.

Page 27: Proyecto de Sistemas de Bases de Datos I

Sistema de Administración de un Restaurante

Materia: Sistemas de Bases de Datos 1 Facultad de Ingeniería en Electricidad y Computación Profesor: Ing. P. Fabricio Echeverría Briones ESCUELA SUPERIOR POLITÉCNICA DEL LITORAL Ultima Revisión: Enero 12 del 2009 Pág. 27 de 62

• Caso de Uso 18 :Eliminar empleado del Sistema

Escenario 18.1 Eliminación de empleado ha sido exitosa en el Sistema.

Suposiciones/Asunciones: El administrador escogió correctamente los datos necesarios para

la eliminación

Resultados : Se realizo la eliminación de los datos de un empleado el sistema

Escenario 18.2 Eliminación de empleado no exitosa porque el id ingresado para la eliminación no existe

Suposiciones/Asunciones: El administrador ingreso un id erróneo en el campo seleccionado

Resultados : El administrador no pudo realizar la eliminación del empleado en

el sistema.

Escenario 18.3 Eliminación de empleado no exitosa por fallas técnicas

Suposiciones/Asunciones: Se produjo un error al eliminar el empleado en la base de datos.

Resultados : El administrador no pudo realizar la eliminación del empleado en

el sistema.

• Caso de Uso 19:Eliminar ingrediente del Sistema

Escenario 19.1 Eliminación de ingrediente ha sido exitosa en el Sistema.

Suposiciones/Asunciones: El administrador escogió correctamente los datos necesarios para

la eliminación

Resultados : Se realizo la eliminación de los datos de un ingrediente en el

sistema

Escenario 19.2 Eliminación de ingrediente no exitosa porque el nombre ingresado no existe

Suposiciones/Asunciones: El administrador ingreso un nombre de ingrediente erróneo en el

Page 28: Proyecto de Sistemas de Bases de Datos I

Sistema de Administración de un Restaurante

Materia: Sistemas de Bases de Datos 1 Facultad de Ingeniería en Electricidad y Computación Profesor: Ing. P. Fabricio Echeverría Briones ESCUELA SUPERIOR POLITÉCNICA DEL LITORAL Ultima Revisión: Enero 12 del 2009 Pág. 28 de 62

campo seleccionado

Resultados : El administrador no pudo realizar la eliminación del ingrediente en

el sistema.

Escenario 19.3 Eliminación de ingrediente no exitosa por fallas técnicas

Suposiciones/Asunciones: Se produjo un error al eliminar el ingrediente en la base de datos.

Resultados : El administrador no pudo realizar la eliminación del ingrediente en

el sistema.

• Caso de Uso 20 :Eliminar plato del Sistema

Escenario 20.1 Eliminación de plato ha sido exitosa en el Sistema.

Suposiciones/Asunciones: El administrador escogió correctamente los datos necesarios para

la eliminación

Resultados : Se realizo la eliminación de los datos de un cliente el sistema

Escenario 20.2 Eliminación de plato no exitosa porque el nombre del plato ingresado para la eliminación no existe

Suposiciones/Asunciones: El administrador ingreso un nombre erróneo en el campo

seleccionado

Resultados : El administrador no pudo realizar la eliminación del plato en el

sistema.

Escenario 20.3 Eliminación de plato no exitosa por fallas técnicas

Suposiciones/Asunciones: Se produjo un error al eliminar el plato en la base de datos.

Resultados : El administrador no pudo realizar la eliminación del plato en el

sistema.

Page 29: Proyecto de Sistemas de Bases de Datos I

Sistema de Administración de un Restaurante

Materia: Sistemas de Bases de Datos 1 Facultad de Ingeniería en Electricidad y Computación Profesor: Ing. P. Fabricio Echeverría Briones ESCUELA SUPERIOR POLITÉCNICA DEL LITORAL Ultima Revisión: Enero 12 del 2009 Pág. 29 de 62

• Caso de Uso 21 :Eliminar mesa del Sistema

Escenario 21.1 Eliminación de mesa ha sido exitosa en el Sistema.

Suposiciones/Asunciones: El administrador escogió correctamente los datos necesarios para

la eliminación

Resultados : Se realizo la eliminación de los datos de una mesa en el sistema

Escenario 21.2 Eliminación de mesa no exitosa porque el numero de mesa ingresado para la eliminación no existe

Suposiciones/Asunciones: El administrador ingreso un numero de mesa erróneo en el

campo seleccionado

Resultados : El administrador no pudo realizar la eliminación de la mesa en el

sistema.

Escenario 21.3 Eliminación de mesa no exitosa por fallas técnicas

Suposiciones/Asunciones: Se produjo un error al eliminar la mesa n la base de datos.

Resultados : El administrador no pudo realizar la eliminación de la mesa en el

sistema.

Page 30: Proyecto de Sistemas de Bases de Datos I

Sistema de Administración de un Restaurante

Materia: Sistemas de Bases de Datos 1 Facultad de Ingeniería en Electricidad y Computación Profesor: Ing. P. Fabricio Echeverría Briones ESCUELA SUPERIOR POLITÉCNICA DEL LITORAL Ultima Revisión: Enero 12 del 2009 Pág. 30 de 62

6. Diagramas de Interacción de objetos

Caso de Uso 1:

Escenario 1.1:Ingreso exitoso al sistema

Escenario 1.2: Ingreso no exitoso al sistema por que se ingreso datos incorrectos

Page 31: Proyecto de Sistemas de Bases de Datos I

Sistema de Administración de un Restaurante

Materia: Sistemas de Bases de Datos 1 Facultad de Ingeniería en Electricidad y Computación Profesor: Ing. P. Fabricio Echeverría Briones ESCUELA SUPERIOR POLITÉCNICA DEL LITORAL Ultima Revisión: Enero 12 del 2009 Pág. 31 de 62

Escenario 1.3: Ingreso no exitoso al sistema porque no hay conexión con la base

Escenario 2.1: Ingreso de cliente exitoso en el sistema

Escenario 2.2: Ingreso de cliente no exitoso en el sistema porque el usuario ingreso datos de un cliente ya existente

Page 32: Proyecto de Sistemas de Bases de Datos I

Sistema de Administración de un Restaurante

Materia: Sistemas de Bases de Datos 1 Facultad de Ingeniería en Electricidad y Computación Profesor: Ing. P. Fabricio Echeverría Briones ESCUELA SUPERIOR POLITÉCNICA DEL LITORAL Ultima Revisión: Enero 12 del 2009 Pág. 32 de 62

Escenario2.3: Ingreso de cliente no exitoso en el sistema por datos incompletos

Page 33: Proyecto de Sistemas de Bases de Datos I

Sistema de Administración de un Restaurante

Materia: Sistemas de Bases de Datos 1 Facultad de Ingeniería en Electricidad y Computación Profesor: Ing. P. Fabricio Echeverría Briones ESCUELA SUPERIOR POLITÉCNICA DEL LITORAL Ultima Revisión: Enero 12 del 2009 Pág. 33 de 62

Escenario 2.4 : Ingreso de cliente no exitoso en el sistema por fallas tecnicas

Escenario 3.1: Ingreso de empleado exitoso en el sistema

Page 34: Proyecto de Sistemas de Bases de Datos I

Sistema de Administración de un Restaurante

Materia: Sistemas de Bases de Datos 1 Facultad de Ingeniería en Electricidad y Computación Profesor: Ing. P. Fabricio Echeverría Briones ESCUELA SUPERIOR POLITÉCNICA DEL LITORAL Ultima Revisión: Enero 12 del 2009 Pág. 34 de 62

Escenario 3.2: Ingreso de empleado no exitoso en el sistema porque el usuario ingreso datos de un empleado ya existente

Escenario 3.3: Ingreso de empleado no exitoso en el sistema por datos incompletos

Escenario 4.1: Ingreso de ingrediente exitoso en el sistema

Page 35: Proyecto de Sistemas de Bases de Datos I

Sistema de Administración de un Restaurante

Materia: Sistemas de Bases de Datos 1 Facultad de Ingeniería en Electricidad y Computación Profesor: Ing. P. Fabricio Echeverría Briones ESCUELA SUPERIOR POLITÉCNICA DEL LITORAL Ultima Revisión: Enero 12 del 2009 Pág. 35 de 62

Escenario 4.2: Ingreso de ingrediente no exitoso en el sistema porque el usuario ingreso datos de un ingrediente ya existente

Escenario 4.3: Ingreso de ingrediente no exitoso en el sistema por datos incompletos

Escenario 5.1: Ingreso de plato exitoso en el sistema

Page 36: Proyecto de Sistemas de Bases de Datos I

Sistema de Administración de un Restaurante

Materia: Sistemas de Bases de Datos 1 Facultad de Ingeniería en Electricidad y Computación Profesor: Ing. P. Fabricio Echeverría Briones ESCUELA SUPERIOR POLITÉCNICA DEL LITORAL Ultima Revisión: Enero 12 del 2009 Pág. 36 de 62

Escenario 5.2: Ingreso de plato no exitoso en el sistema porque el usuario ingreso datos de un plato ya existente

Escenario 5.3: Ingreso de plato no exitoso en el sistema por datos incompletos

Escenario 3.1: Ingreso de mesa exitoso en el sistema

Page 37: Proyecto de Sistemas de Bases de Datos I

Sistema de Administración de un Restaurante

Materia: Sistemas de Bases de Datos 1 Facultad de Ingeniería en Electricidad y Computación Profesor: Ing. P. Fabricio Echeverría Briones ESCUELA SUPERIOR POLITÉCNICA DEL LITORAL Ultima Revisión: Enero 12 del 2009 Pág. 37 de 62

Escenario 3.2: Ingreso de mesa no exitoso en el sistema porque el usuario ingreso datos de una mesa ya existente

Escenario 6.3: Ingreso de mesa no exitoso en el sistema por datos incompletos

Escenario 17.1: Eliminación de cliente ha sido exitosa en el Sistema.

Page 38: Proyecto de Sistemas de Bases de Datos I

Sistema de Administración de un Restaurante

Materia: Sistemas de Bases de Datos 1 Facultad de Ingeniería en Electricidad y Computación Profesor: Ing. P. Fabricio Echeverría Briones ESCUELA SUPERIOR POLITÉCNICA DEL LITORAL Ultima Revisión: Enero 12 del 2009 Pág. 38 de 62

Escenario 17.2: Eliminación de cliente no exitosa porque el id ingresado para la eliminación no existe

Escenario 17.3: Eliminación de cliente no exitosa por fallas técnicas

Page 39: Proyecto de Sistemas de Bases de Datos I

Sistema de Administración de un Restaurante

Materia: Sistemas de Bases de Datos 1 Facultad de Ingeniería en Electricidad y Computación Profesor: Ing. P. Fabricio Echeverría Briones ESCUELA SUPERIOR POLITÉCNICA DEL LITORAL Ultima Revisión: Enero 12 del 2009 Pág. 39 de 62

Escenario 18.1: Eliminación de empleado ha sido exitosa en el Sistema.

Escenario 18.2: Eliminación de empleado no exitosa porque el id ingresado para la eliminación no existe

Page 40: Proyecto de Sistemas de Bases de Datos I

Sistema de Administración de un Restaurante

Materia: Sistemas de Bases de Datos 1 Facultad de Ingeniería en Electricidad y Computación Profesor: Ing. P. Fabricio Echeverría Briones ESCUELA SUPERIOR POLITÉCNICA DEL LITORAL Ultima Revisión: Enero 12 del 2009 Pág. 40 de 62

Escenario 18.3: Eliminación de empleado no exitosa por fallas técnicas

Escenario 19.1: Eliminación de ingrediente ha sido exitosa en el Sistema.

Page 41: Proyecto de Sistemas de Bases de Datos I

Sistema de Administración de un Restaurante

Materia: Sistemas de Bases de Datos 1 Facultad de Ingeniería en Electricidad y Computación Profesor: Ing. P. Fabricio Echeverría Briones ESCUELA SUPERIOR POLITÉCNICA DEL LITORAL Ultima Revisión: Enero 12 del 2009 Pág. 41 de 62

Escenario 19.2: Eliminación de ingrediente no exitosa porque el nombre ingresado no existe

Escenario 19.3: Eliminación de ingrediente no exitosa por fallas técnicas

Page 42: Proyecto de Sistemas de Bases de Datos I

Sistema de Administración de un Restaurante

Materia: Sistemas de Bases de Datos 1 Facultad de Ingeniería en Electricidad y Computación Profesor: Ing. P. Fabricio Echeverría Briones ESCUELA SUPERIOR POLITÉCNICA DEL LITORAL Ultima Revisión: Enero 12 del 2009 Pág. 42 de 62

Escenario 20.1: Eliminación de plato ha sido exitosa en el Sistema.

Escenario 20.2: Eliminación de mesa no exitosa porque el numero de mesa ingresado para la eliminación no existe

Page 43: Proyecto de Sistemas de Bases de Datos I

Sistema de Administración de un Restaurante

Materia: Sistemas de Bases de Datos 1 Facultad de Ingeniería en Electricidad y Computación Profesor: Ing. P. Fabricio Echeverría Briones ESCUELA SUPERIOR POLITÉCNICA DEL LITORAL Ultima Revisión: Enero 12 del 2009 Pág. 43 de 62

Escenario 20.3: Eliminación de plato no exitosa por fallas técnicas

Escenario 21.1: Eliminación de mesa ha sido exitosa en el Sistema.

Page 44: Proyecto de Sistemas de Bases de Datos I

Sistema de Administración de un Restaurante

Materia: Sistemas de Bases de Datos 1 Facultad de Ingeniería en Electricidad y Computación Profesor: Ing. P. Fabricio Echeverría Briones ESCUELA SUPERIOR POLITÉCNICA DEL LITORAL Ultima Revisión: Enero 12 del 2009 Pág. 44 de 62

Escenario 21.2: Eliminación de mesa no exitosa porque el numero de mesa ingresado para la eliminación no existe

Escenario 21.3: Eliminación de mesa no exitosa por fallas técnicas

Page 45: Proyecto de Sistemas de Bases de Datos I

Sistema de Administración de un Restaurante

Materia: Sistemas de Bases de Datos 1 Facultad de Ingeniería en Electricidad y Computación Profesor: Ing. P. Fabricio Echeverría Briones ESCUELA SUPERIOR POLITÉCNICA DEL LITORAL Ultima Revisión: Enero 12 del 2009 Pág. 45 de 62

7. Entradas de los procesos

Proceso Entradas

Ingresar Cliente Datos personales del cliente como nombre completo, cedula,

dirección, teléfono, fax.

Modificar Cliente C.I.

Eliminar Cliente C.I.

Ingresar Empleado Datos personales del empleado como nombre, apellido, teléfono,

cargo y dirección.

Modificar Empleado C.I.

Eliminar Empleado C.I.

Ingresar Ingrediente Datos del ingrediente como nombre, descripción, y cantidad.

Modificar Ingrediente IdIngrediente

Eliminar Ingrediente IdIngrediente

Ingresar Plato Datos del plato como nombre, descripción, y precio.

Modificar Plato Nombre

Eliminar Plato Nombre

Ingresar Mesa Datos de la mesa como capacidad y estado.

Page 46: Proyecto de Sistemas de Bases de Datos I

Sistema de Administración de un Restaurante

Materia: Sistemas de Bases de Datos 1 Facultad de Ingeniería en Electricidad y Computación Profesor: Ing. P. Fabricio Echeverría Briones ESCUELA SUPERIOR POLITÉCNICA DEL LITORAL Ultima Revisión: Enero 12 del 2009 Pág. 46 de 62

Modificar Mesa IdMesa

Eliminar Mesa IdMesa

Realizar Reservación

Cancelar Reservación

8. Presentar el diagrama de “Caso de Uso” o “Data Flow Diagram”.

9. Diagrama Interacción de Objetos

Page 47: Proyecto de Sistemas de Bases de Datos I

Sistema de Administración de un Restaurante

Materia: Sistemas de Bases de Datos 1 Facultad de Ingeniería en Electricidad y Computación Profesor: Ing. P. Fabricio Echeverría Briones ESCUELA SUPERIOR POLITÉCNICA DEL LITORAL Ultima Revisión: Enero 12 del 2009 Pág. 47 de 62

Diccionario de Datos

Entidad: Cliente

Descripción:

Indica la persona que asiste al restaurante para consumir platos, reservar mesas siendo ingresados como

los datos del cliente.

Nombre del atributo Tipo de Dato cardinalidad PK/FK Descripción del atributo

Idcliente cadena (1..1) PK cédula de identidad del cliente.

Nombre cadena (1..1) nombre del cliente.

Apellido cadena (1..1) apellido del cliente.

Teléfono cadena (1..1) telefono del domicilio u oficina.

Celular cadena (1..1) celular del cliente.

Direccion cadena (1..1) dirección del cliente.

Entidad: Empleado

Descripción:

Indica la persona que labora en el restaurante para realizar pedidos, reservaciones siendo ingresados en

el sistema.

Nombre del atributo Tipo de Dato cardinalidad PK/FK Descripción del atributo

Idempleado cadena (1..1) PK cédula de identidad del empleado.

Page 48: Proyecto de Sistemas de Bases de Datos I

Sistema de Administración de un Restaurante

Materia: Sistemas de Bases de Datos 1 Facultad de Ingeniería en Electricidad y Computación Profesor: Ing. P. Fabricio Echeverría Briones ESCUELA SUPERIOR POLITÉCNICA DEL LITORAL Ultima Revisión: Enero 12 del 2009 Pág. 48 de 62

Nombre cadena (1..1) nombre del empleado.

Apellido cadena (1..1) apellido del empleado.

Teléfono cadena (1..1) telefono del domicilio u oficina.

Celular cadena (1..1) celular del empleado.

Direccion cadena (1..1) dirección del empleado.

Cargo cadena (1..1) cargo del empleado.

Entidad: Mesa

Descripción:

Indica la mesa que posee el restaurante. Su estado varía entre: ocupada y desocupada.

Nombre del atributo Tipo de Dato cardinalidad PK/FK Descripción del atributo

idmesa Cadena (1..1) PK identificación de la mesa

numero Cadena (1..1) Numero de la mesa

capacidad Cadena (1..1) Capacidad de la mesa

estado Cadena (1..1) Estado de la mesa

Entidad: Plato

Descripción:

Indica el plato que ofrece el restaurante.

Nombre del atributo Tipo de Dato cardinalidad PK/FK Descripción del atributo

Page 49: Proyecto de Sistemas de Bases de Datos I

Sistema de Administración de un Restaurante

Materia: Sistemas de Bases de Datos 1 Facultad de Ingeniería en Electricidad y Computación Profesor: Ing. P. Fabricio Echeverría Briones ESCUELA SUPERIOR POLITÉCNICA DEL LITORAL Ultima Revisión: Enero 12 del 2009 Pág. 49 de 62

idplato Cadena (1..1) PK identificación del plato

Nombre Cadena (1..1) Nombre del plato

precio Cadena (1..1) Precio del plato

Entidad: DetallePedido

Descripción:

Indica el detalle del pedido que el cliente ha realizado.

Nombre del atributo Tipo de Dato cardinalidad PK/FK Descripción del atributo

iddetallepedido Cadena (1..1) PK identificación del Detalle Pedido

Idpedido Cadena (1..1) FK identificación del pedido

idplato Cadena (1..1) FK identificación del plato

cantxplato Cadena (1..1) Cantidad por plato

Entidad: PagarPedido

Descripción:

Indica el detalle del pago del pedido que el cliente ha realizado.

Nombre del atributo Tipo de Dato cardinalidad PK/FK Descripción del atributo

idpagarpedido Cadena (1..1) PK identificación del Pago Pedido

Idpedido Cadena (1..1) FK identificación del pedido

Page 50: Proyecto de Sistemas de Bases de Datos I

Sistema de Administración de un Restaurante

Materia: Sistemas de Bases de Datos 1 Facultad de Ingeniería en Electricidad y Computación Profesor: Ing. P. Fabricio Echeverría Briones ESCUELA SUPERIOR POLITÉCNICA DEL LITORAL Ultima Revisión: Enero 12 del 2009 Pág. 50 de 62

numfactura Cadena (1..1) Numero de la factura

valortotal Cadena (1..1) Valor total del pago de pedido

Entidad: Pedido

Descripción:

Indica el numero de la mesa a la que pertenece el pedido que el cliente ha realizado.

Nombre del atributo Tipo de Dato cardinalidad PK/FK Descripción del atributo

idpedido Cadena (1..1) PK identificación del Pedido

numero Cadena (1..1) Numero de pedido

idpedidomesa Cadena (1..1) FK Identificacion del pedido mesa

fecha Cadena (1..1) Fecha en que se realiza el pedido

Entidad: PedidoMesa

Descripción:

Indica el detalle de las mesas según la reservación que el cliente ha realizado.

Nombre del atributo Tipo de Dato cardinalidad PK/FK Descripción del atributo

idpedidomesa Cadena (1..1) PK identificación del Pedido de la mesa

Idreservacion Cadena (1..1) FK identificación de la reservacion

idmesa Cadena (1..1) FK identificación de la mesa

Page 51: Proyecto de Sistemas de Bases de Datos I

Sistema de Administración de un Restaurante

Materia: Sistemas de Bases de Datos 1 Facultad de Ingeniería en Electricidad y Computación Profesor: Ing. P. Fabricio Echeverría Briones ESCUELA SUPERIOR POLITÉCNICA DEL LITORAL Ultima Revisión: Enero 12 del 2009 Pág. 51 de 62

Entidad: Reservacion

Descripción:

Indica el detalle de la reservación de una mesa que el cliente ha realizado.

Nombre del atributo Tipo de Dato cardinalidad PK/FK Descripción del atributo

Idreservacion cadena (1..1) PK identificación de la reservación.

Numero cadena (1..1) Numero de la reservacion.

idcliente cadena (1..1) FK Identificación del cliente.

idempleado cadena (1..1) FK identificación del empleado.

fecha cadena (1..1) Fecha de la reservacion.

Entidad: Trazabilidad

Descripción:

Indica el detalle de las transacciones que se han hecho en el sistema.

Nombre del atributo Tipo de Dato cardinalidad PK/FK Descripción del atributo

idtrazabilidad Cadena (1..1) PK identificación de la trazabilidad

Usuario Cadena (1..1) nombre del usuario

fecha Cadena (1..1) Fecha que se efectua la trazabilidad

hora Cadena (1..1) Hora que se efectua la trazabilidad

operacion Cadena (1..1)

Operacion que se efectua en la

trazabilidad

tabla Cadena (1..1) Nombre de la table en la que se

Page 52: Proyecto de Sistemas de Bases de Datos I

Sistema de Administración de un Restaurante

Materia: Sistemas de Bases de Datos 1 Facultad de Ingeniería en Electricidad y Computación Profesor: Ing. P. Fabricio Echeverría Briones ESCUELA SUPERIOR POLITÉCNICA DEL LITORAL Ultima Revisión: Enero 12 del 2009 Pág. 52 de 62

efectua la trazabilidad

Entidad: Usuario

Descripción:

Administrador el cual puede ingresar, modificar y/o eliminar: Cliente, Empleado, Plato, Mesa.

Empleado el cual puede realizar ingreso de pedidos y reservaciones. Tambien puede realizar consultas de:

Cliente, Empleado, Plato, Mesa.

Nombre del atributo Tipo de Dato cardinalidad PK/FK Descripción del atributo

idusuario Cadena (1..1) PK identificación del usuario

Usuario Cadena (1..1) nombre del usuario

contraseña Cadena (1..1) contraseña del usuario

idempleado Cadena (1..1) FK identificacion del empleado

Page 53: Proyecto de Sistemas de Bases de Datos I

Sistema de Administración de un Restaurante

Materia: Sistemas de Bases de Datos 1 Facultad de Ingeniería en Electricidad y Computación Profesor: Ing. P. Fabricio Echeverría Briones ESCUELA SUPERIOR POLITÉCNICA DEL LITORAL Ultima Revisión: Enero 12 del 2009 Pág. 53 de 62

Page 54: Proyecto de Sistemas de Bases de Datos I

Sistema de Administración de un Restaurante

Materia: Sistemas de Bases de Datos 1 Facultad de Ingeniería en Electricidad y Computación Profesor: Ing. P. Fabricio Echeverría Briones ESCUELA SUPERIOR POLITÉCNICA DEL LITORAL Ultima Revisión: Enero 12 del 2009 Pág. 54 de 62

Page 55: Proyecto de Sistemas de Bases de Datos I

Sistema de Administración de un Restaurante

Materia: Sistemas de Bases de Datos 1 Facultad de Ingeniería en Electricidad y Computación Profesor: Ing. P. Fabricio Echeverría Briones ESCUELA SUPERIOR POLITÉCNICA DEL LITORAL Ultima Revisión: Enero 12 del 2009 Pág. 55 de 62

10. Modelo Conceptual

Page 56: Proyecto de Sistemas de Bases de Datos I

Sistema de Administración de un Restaurante

Materia: Sistemas de Bases de Datos 1 Facultad de Ingeniería en Electricidad y Computación Profesor: Ing. P. Fabricio Echeverría Briones ESCUELA SUPERIOR POLITÉCNICA DEL LITORAL Ultima Revisión: Enero 12 del 2009 Pág. 56 de 62

Page 57: Proyecto de Sistemas de Bases de Datos I

Sistema de Administración de un Restaurante

Materia: Sistemas de Bases de Datos 1 Facultad de Ingeniería en Electricidad y Computación Profesor: Ing. P. Fabricio Echeverría Briones ESCUELA SUPERIOR POLITÉCNICA DEL LITORAL Ultima Revisión: Enero 12 del 2009 Pág. 57 de 62

Page 58: Proyecto de Sistemas de Bases de Datos I

Sistema de Administración de un Restaurante

Materia: Sistemas de Bases de Datos 1 Facultad de Ingeniería en Electricidad y Computación Profesor: Ing. P. Fabricio Echeverría Briones ESCUELA SUPERIOR POLITÉCNICA DEL LITORAL Ultima Revisión: Enero 12 del 2009 Pág. 58 de 62

Page 59: Proyecto de Sistemas de Bases de Datos I

Sistema de Administración de un Restaurante

Materia: Sistemas de Bases de Datos 1 Facultad de Ingeniería en Electricidad y Computación Profesor: Ing. P. Fabricio Echeverría Briones ESCUELA SUPERIOR POLITÉCNICA DEL LITORAL Ultima Revisión: Enero 12 del 2009 Pág. 59 de 62

11. Modelo Lógico

Page 60: Proyecto de Sistemas de Bases de Datos I

Sistema de Administración de un Restaurante

Materia: Sistemas de Bases de Datos 1 Facultad de Ingeniería en Electricidad y Computación Profesor: Ing. P. Fabricio Echeverría Briones ESCUELA SUPERIOR POLITÉCNICA DEL LITORAL Ultima Revisión: Enero 12 del 2009 Pág. 60 de 62

Page 61: Proyecto de Sistemas de Bases de Datos I

Sistema de Administración de un Restaurante

Materia: Sistemas de Bases de Datos 1 Facultad de Ingeniería en Electricidad y Computación Profesor: Ing. P. Fabricio Echeverría Briones ESCUELA SUPERIOR POLITÉCNICA DEL LITORAL Ultima Revisión: Enero 12 del 2009 Pág. 61 de 62

12. Diagrama de Clases

Page 62: Proyecto de Sistemas de Bases de Datos I

Sistema de Administración de un Restaurante

Materia: Sistemas de Bases de Datos 1 Facultad de Ingeniería en Electricidad y Computación Profesor: Ing. P. Fabricio Echeverría Briones ESCUELA SUPERIOR POLITÉCNICA DEL LITORAL Ultima Revisión: Enero 12 del 2009 Pág. 62 de 62

13. Flujo de Ventanas