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