proyecto restaurante fis
Post on 10-Oct-2015
43 Views
Preview:
DESCRIPTION
TRANSCRIPT
-
INSTITUTO TECNOLGICO DE
CHILPANCINGO
Ing. Sistemas Computacionales
FUNDAMENTOS DE INGENIERIA DE
SOFTWARE
PROYECTO FINAL
Integrantes:
Barrera Flores Jose Saidalifth
Bracamontes Torres Roberto ngel
Saldaa Lpez Adriana
Docente
Mauricio Crdova Portillo
Chilpancingo Gro, Julio 2014
-
Captulo 1 Descripcin del problema
1. Planteamiento del problema
El restaurante " Isla Montosa" solicita un software que ayude para la agilizacin de pedidos (ordenes) ya que existen algunas quejas de los clientes que el mesero tarda en traer la orden o a veces se olvida.
2. Justificacin Han llegado quejas de los clientes al hacer su pedido, ya que el mesero tarda en traer la orden por que se le olvida pedirlo al chef o al chef se le olvida prepararlo o servirlo, es por eso que el restaurante necesita un software que ayude a la agilizacin de pedidos.
3. Objetivo General Agilizar los pedidos (ordenes).
4. Objetivos Especficos Se hace una entrevista con el cliente. Se clasifican los requerimientos (funcionales y no funcionales). Se identifican los casos de uso Se documentan los casos de uso. Se hacen los diagramas de casos de uso. Se crean las interfaces. Se hace el diccionario de datos se identifican las clases segn los estereotipos para cada caso de uso. se hace el diagrama de secuencia. se elaboran las tarjetas de clase. se elabora el diagrama de componentes. se elabora el diagrama de despliegue. Se realiza el diagrama de flujo o pseudocdigo.
-
5. Marco terico
UML: Lenguaje Unificado de Modelado (LUM o UML, por sus siglas en ingls, Unified Modeling Language). Es un "lenguaje de modelado" para especificar o para describir mtodos o procesos. Se utiliza para definir un sistema, para detallar los artefactos en el sistema y para documentar y construir. En otras palabras, es el lenguaje en el que est descrito el modelo. HERRAMIENTAS CASE: (Computer Aided Software Engineering, Ingeniera de Software Asistida por Computadora) son diversas aplicaciones informticas destinadas a aumentar la productividad en el desarrollo de software reduciendo el costo de las mismas en trminos de tiempo y de dinero. Estas herramientas pueden ayudar en todos los aspectos del ciclo de vida de desarrollo del software en tareas como el proceso de realizar un diseo del proyecto, clculo de costos, implementacin de parte del cdigo automticamente con el diseo dado, compilacin automtica, documentacin o deteccin de errores entre otras. INGENIERA DEL SOFTWARE: es el estudio de los principios y metodologas para el desarrollo y mantenimiento de sistemas software CASOS DE USO: es una descripcin de los pasos o las actividades que debern realizarse para llevar a cabo algn proceso. Los personajes o entidades que participarn en un caso de uso se denominan actores. DIAGRAMAS DE SECUENCIA: es un tipo de diagrama usado para modelar interaccin entre objetos en un sistema segn UML. Un diagrama de secuencia muestra la interaccin de un conjunto de objetos en una aplicacin a travs del tiempo y se modela para cada caso de uso. Mientras que el diagrama de casos de uso permite el modelado de una vista business del escenario, el diagrama de secuencia contiene detalles de implementacin del escenario, incluyendo los objetos y clases que se usan para implementar el escenario y mensajes intercambiados entre los objetos. DIAGRAMA DE COMPONENTES: es un diagrama tipo del Lenguaje Unificado de Modelado. Un diagrama de componentes representa cmo un sistema de software es dividido en componentes y muestra las dependencias entre estos componentes. Los componentes fsicos incluyen archivos, cabeceras, bibliotecas compartidas, mdulos, ejecutables, o paquetes. Los diagramas de Componentes prevalecen en el campo de la arquitectura de software pero pueden ser usados para modelar y documentar cualquier arquitectura de sistema. DIAGRAMA DE DESPLIEGUE: es un tipo de diagrama del Lenguaje Unificado de Modelado que se utiliza para modelar la disposicin fsica de los artefactos software en nodos.
-
6. Cronograma de actividades
7. Bibliografa Weitzenfeld: Captulo 6 Weitzenfeld: Captulo 7 Weitzenfeld: Captulo 8
-
Captulo 2 Modelo de requerimientos
1. Especificaciones Funcionales
El sistema te pedir iniciar sesin para poder utilizarlo. Solo el administrador podr dar de alta a los usuarios. Solo el administrador podr dar de baja o eliminar usuarios. El sistema permitir imprimir ticket. El sistema le permitir solo al mesero enviar las ordenes al chef El sistema le permitir al chef avisar cuando la orden est lista. El cajero solo tendr la opcin de cobrar el sistema le dar el total de lo
consumido as como los productos consumidos. El administrador tendr la opcin de cambiar los precios. Una vez enviado el pedido al chef no se podr cancelar solo agregar ms
platillos al pedido. El mesero tendr la opcin de agregar mesas.
Especificaciones no Funcionales
El sistema debe impedir el acceso a personas no autorizadas. El sistema debe presentar un tiempo de respuesta. El sistema deber tener de fondo el logo del restaurante. El ticket deber tener los datos del restaurante (nombre, direccin). El color de las ventanas del sistema deber ser amarillo.
-
2. Casos de uso
Iniciar sesin Registrar usuarios Enviar orden
a. Actores: B.D Mesas, B.D Orden, B.D Usuarios, B.D Productos, Mesero, Chef, Administrador.
-
4. Diagrama de Casos de Uso
-
5. Modelo de interfaces
-
6. Documentacin de los casos de Uso
Caso de uso: iniciar sesin
Actores: Usuario, sistema, base de datos usuario.
Propsito: iniciar sesin para acceder al sistema
Resumen: Los usuarios entran al sistema, seleccionan su puesto el sistema: "Pide nombre de usuario y contrasea.
Precondiciones:
Flujo principal:
1.- El sistema muestra una ventana en la que se escoge el puesto VentanaPrincipal. 2.- El usuario selecciona su puesto 3.- El sistema te pide usuario y contrasea InterfaceLoign. 4.- El usuario introduce nombre de usuario y contrasea. 3.- El sistema valida los datos con la Base de Datos Usuarios, si son incorrectos pide que se introduzcan nuevamente y si son correctos contina. 4.- El sistema muestra las opciones que le corresponden a cada usuario ventanaOpciones. 5.- Fin del caso de uso.
Sub flujos:
Excepciones:
Contrasea incorrecta, campos vacos.
-
Caso de uso: Registrar usuarios
Actores: Administrador, Base de datos Usuarios
Propsito: Dar de alta los usuarios que utilizarn al sistema
Resumen: El administrador da de alta usuarios
Precondiciones:
Flujo principal:
1.- El administrador inicia sesin 2.- El sistema muestra una ventana las opciones del administrador VentanaOpcionesAdmin. 3.-El administrador selecciona la opcin de dar de alta usuario. 4.- El sistema pide los datos del usuario a registrar VentanaRegistro. 5.- El administrador ingresa los datos del usuario. 6.- El administrador pulsa el botn de dar de alta usuario. 7.- El sistema guarda los datos en la Base de datos Usuarios. 8.- El sistema te manda a la ventana de opciones VentanaOpcionesAdmin. 9.- Fin del caso de uso.
Sub flujos:
Excepciones:
Introduccin de datos invlidos, campos vacos.
-
Caso de uso: Enviar orden
Actores: mesero, B.D Productos, B.D Mesas, B.D Orden
Propsito: Enviar la orden al chef
Resumen: El sistema permitir al usuario mesero enviar la orden al chef
Precondiciones:
haber iniciado sesin
Flujo principal:
1.- El mesero inicia sesin 2.- El sistema muestra la interfaz con las mesas VentanaMesas que estn en la B. D Mesas 3.- El mesero selecciona la mesa la cual pidi la orden 4.-El sistema muestra las opciones de la mesa seleccionada VentanaMesaX 5.- El mesero selecciona la opcin Ordenes 6.- La base de datos Productos muestra en la interface del sistema con el men disponible VentanaMenu 7.- El mesero selecciona los platillos pedidos as como bebidas 8.- El mesero presiona la opcin enviar orden 8.1.- La orden se guarda en la B.D Orden junto con el nmero de mesa 9.- Se ejecuta el subflujo S-1 10.-El sistema se regresa automticamente a la ventana principal VentanaPrincipal. 11.- Fin del caso de uso.
Subflujos:
S-1: El sistema muestra una interface de confirmacin de enviar orden InterfaceConfirmacion, si el usuario presiona confirmar continua al paso 10, si presiona cancelar se regresa al paso 6.
Excepciones:
Una vez enviada la orden no se podr cancelar.
-
7. Modelo del problema a. Diagrama de clases con atributos
b. Diccionario de clases o datos
Empleado
Campo Descripcin Tipo de campo Validacin Id_ Empleado Identificador que
distingue a un
empleado de otro.
Numrico Entrada obligatoria
Nombre Nombre del empleado
Texto Entrada obligatoria
Domicilio Ubicacin en donde vive
Texto Entrada obligatoria
Edad Edad del empleado Numrico Entrada obligatoria
Sexo Genero del empleado
Texto Entrada obligatoria
Pedido
Campo Descripcin Tipo de campo Validacin Num_Pedido Identificador del
pedido Numrico Entrada
obligatoria Cantidad Cantidad de
pedidos Numrico Entrada
obligatoria Nombre_Platillo Nombre del
platillo Texto
Entrada
obligatoria
-
Captulo 3 Modelo de Anlisis
1. Identificacin de clases segn estereotipo para cada caso de uso
a. Interface Iniciar Sesin:
Registrar Usuario:
Validar Usuario:
Enviar Orden:
Interface InterfaceUsuario
Interface PaginaPrincipal
Interface PaginaServicio
Interface InterfaceUsuario
Interface PaginaPrincipal
Interface PaginaCrearRegUsuario
Interface InterfaceUsuario
Interface InterfaceBaseDatosUsuario
s Interface
PaginaPrincipal
Interface InterfaceUsuario
Interface PaginaMesas
Interface PaginaCrearOrden
Interface PaginaServiciosMesa
a
Interface InterfaceBaseDatosProductos
Interface InterfaceBaseDatosMesas
Interface InterfaceBaseDatosOrden
Interface InterfaceBaseDatosUsuarios
Interface InterfaceBaseDatosUsuarios
-
b. Entida
Imprimir ticket:
Avisar Orden Lista:
b. Entidad Iniciar Sesin:
Registrar Usuario:
Validar Usuario:
Iniciar Sesin:
Registrar Usuario:
Validar Usuario:
Interface InterfaceUsuario
Interface PaginaMesas
Interface PaginaServiciosMesa
Interface PaginaImprimirTicket
Interface InterfaceBaseDatosOrden
Interface InterfaceBaseDatosMesas
Interface InterfaceUsuario
Interface InterfaceOrdenEnviada
Entidad Usuario
Entidad Contrasea
Entidad RegistroUsuario
Entidad RegistroUsuario
Entidad Usuario
Entidad Contrasea
Entidad RegistroUsuario
Entidad RegistroUsuario
-
Enviar Orden:
Imprimir Ticket:
Avisar Orden Lista:
c. Control Iniciar sesin:
Registrar Usuario:
Validar Usuario:
Enviar Orden:
Imprimir ticket:
Entidad Platillo
Entidad Bebida
Entidad Cantidad
Entidad Orden
Entidad Total
Entidad Platillo
Entidad Bebida
Entidad Cantidad
Control ManejadorPrincipal
Control ManejadorInicioSesion
Control ManejadorPrincipal
Control ManejadorServicios
Control ManejadorRegistroUsuario
Control ManejadorPrincipal
Control ManejadorRegistroUsuario
Control ManejadorPrincipal
Control ManejadorServicios
Control ManejadorOrden
Control ManejadorProductos
Control ManejadorMesas
Control ManejadorOrden
-
Avisar Orden Lista: 2. Diagrama de clases para cada Caso de Uso
3. Diagrama de secuencia.
Iniciar sesin
Control ManejadorOrden
-
Registrar Usuario
Enviar orden
-
4. Documento de cada caso de Uso. a. Descripciones en base a las clases de la arquitectura
Caso de uso: iniciar sesin
Actores: Usuario, sistema, base de datos usuario.
Propsito: iniciar sesin para acceder al sistema
Resumen: Los usuarios entran al sistema, seleccionan su puesto el sistema: "Pide nombre de usuario y contrasea.
Precondiciones:
Flujo principal:
1.- El sistema muestra una ventana en la que se escoge el puesto VentanaPrincipal. 2.- El usuario selecciona su puesto 3.- El sistema te pide usuario y contrasea InterfaceLoign. 4.- El usuario introduce nombre de usuario y contrasea. 3.- El sistema valida los datos con la Base de Datos Usuarios, si son incorrectos pide que se introduzcan nuevamente y si son correctos contina. 4.- El sistema muestra las opciones que le corresponden a cada usuario ventanaOpciones. 5.- Fin del caso de uso.
Sub flujos:
Excepciones:
Contrasea incorrecta, campos vacos.
-
Caso de uso: Registrar usuarios
Actores: Administrador, Base de datos Usuarios
Propsito: Dar de alta los usuarios que utilizarn al sistema
Resumen: El administrador da de alta usuarios
Precondiciones:
Flujo principal:
1.- El administrador inicia sesin 2.- El sistema muestra una ventana las opciones del administrador VentanaOpcionesAdmin. 3.-El administrador selecciona la opcin de dar de alta usuario. 4.- El sistema pide los datos del usuario a registrar VentanaRegistro. 5.- El administrador ingresa los datos del usuario. 6.- El administrador pulsa el botn de dar de alta usuario. 7.- El sistema guarda los datos en la Base de datos Usuarios. 8.- El sistema te manda a la ventana de opciones VentanaOpcionesAdmin. 9.- Fin del caso de uso.
Sub flujos:
Excepciones:
Introduccin de datos invlidos, campos vacos.
-
Caso de uso: Enviar orden
Actores: mesero, B.D Productos, B.D Mesas, B.D Orden
Propsito: Enviar la orden al chef
Resumen: El sistema permitir al usuario mesero enviar la orden al chef
Precondiciones:
haber iniciado sesin
Flujo principal:
1.- El mesero inicia sesin 2.- El sistema muestra la interfaz con las mesas VentanaMesas que estn en la B. D Mesas 3.- El mesero selecciona la mesa la cual pidi la orden 4.-El sistema muestra las opciones de la mesa seleccionada VentanaMesaX 5.- El mesero selecciona la opcin Ordenes 6.- La base de datos Productos muestra en la interface del sistema con el men disponible VentanaMenu 7.- El mesero selecciona los platillos pedidos as como bebidas 8.- El mesero presiona la opcin enviar orden 8.1.- La orden se guarda en la B.D Orden junto con el nmero de mesa 9.- Se ejecuta el subflujo S-1 10.-El sistema se regresa automticamente a la ventana principal VentanaPrincipal. 11.- Fin del caso de uso.
Subflujos:
S-1: El sistema muestra una interface de confirmacin de enviar orden InterfaceConfirmacion, si el usuario presiona confirmar continua al paso 10, si presiona cancelar se regresa al paso 6.
Excepciones:
Una vez enviada la orden no se podr cancelar.
-
Captulo 4 Modelo de Diseo
1. Tarjetas de clase CRC
-
2. Diagrama de secuencias Diagrama de secuencia iniciar sesin
-
Diagrama de secuencia Registrar Usuario
-
Diagrama de Secuencia enviar orden
-
Captulo 5 Modelo de Implementacin y pruebas
1. Diagrama de Componentes
-
2. Diagrama de Despliegue
-
Anexos A Cuestionarios
1. Qu es lo que quiere que haga el sistema? 2. Quines tendrn acceso al sistema? 3. quiere que el sistema pida contrasea a casa usuario? 4. Qu funciones puede realizar el administrador en el sistema? 5. Qu funciones puede realizar el mesero en el sistema? 6. Qu funciones puede realizar el chef en el sistema? 7. Cuntas mesas tiene? 8. Cuntos meseros tiene? 9. maneja el men por da o un solo men? 10. puede el mesero modificar los precios? 11. una vez enviado el pedido se puede modificar? 12. el mesero puede cobrar? 13. Cuntos chefs tiene? 14. cualquier usuario puede enviarle pedido al chef o solo el mesero? 15. puede el mesero agregar mesas? 16. con cuntos cajeros cuenta? 17. Cules son las funciones que puede realizar el cajero en el sistema? 18. Qu forma de pago manejara, efectivo o tarjeta? 19. para un corte de caja se necesita la autorizacin del administrador? 20. solo el administrador puede generar los reportes? 21. con cuntos equipos de cmputo cuenta? 22. Qu sistema operativo maneja? 23. cree capaces a sus empleados de manejar el sistema o desea que la
interfaz sea de muy fcil acceso? 24. Qu caractersticas fsicas quiere que lleve el sistema, refirindose al
color, imgenes, presentacin, etc.? 25. desea que el logo de la empresa aparezca en todas las ventanas? 26. Cmo clasifica los productos que vende? 27. Cules son los precios por producto? 28. Cmo clasifica los pedidos? 29. Cunta con servicio a domicilio?
-
Anexo B
-
Anexo C
seudocdigo) Diagrama de flujo enviar pedido
-
Diagrama de flujo dar de alta usuario
top related