proyecto restaurante fis

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


Edad Edad del empleado Numrico Entrada obligatoria

Sexo Genero del empleado


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 PaginaPrincipal

Interface PaginaCrearRegUsuario


Interface InterfaceBaseDatosUsuario

s Interface

PaginaPrincipal


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 PaginaMesas

Interface PaginaServiciosMesa

Interface PaginaImprimirTicket

Interface InterfaceBaseDatosOrden

Interface InterfaceBaseDatosMesas


Interface InterfaceOrdenEnviada

Entidad Usuario

Entidad Contrasea

Entidad RegistroUsuario


Entidad Usuario

Entidad Contrasea



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 ManejadorServicios

Control ManejadorRegistroUsuario


Control ManejadorRegistroUsuario


Control ManejadorServicios

Control ManejadorOrden

Control ManejadorProductos

Control ManejadorMesas


Avisar Orden Lista: 2. Diagrama de clases para cada Caso de Uso

3. Diagrama de secuencia.

Iniciar sesin


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

proyecto restaurante fis

Documents