diagramas de clases y secuencia

https://www.dropbox.com/s/u1pr4haahgs0xws/Diagrama%20de%20Clases%20y%20Secuencia.uml

Diagrama de Clases y Secuencia

https://dl.dropbox.com/u/100344225/Diagrama%20de%20Clases%20y%20Secuencia.uml

trabajo de Informes de Casos de Uso

Lista de Requerimiento

Registro de Usuario

Hacer búsqueda de Restaurante

Hacer pedido de Sushi

Comentar sobre el servicio del Restaurante

Gestionar listado de pedidos

Revisar histórico de pedidos

Administración de carta de Restaurante

Administrar Usuarios

Desarrollo de dos procesos:

Hacer pedido de Sushi

Descripción Breve

El usuario encuentra un restaurante y selecciona del menú un producto, lo selecciona y puede agregar otros productos, luego de eso envía la solicitud al restaurante mediante el sistema.

Actores

1.- Actor  – Usuario

Flujo de Eventos

1.- Flujo Principal

1.1 Encuentra el restaurante

      Luego que el usuario hiciera la búsqueda en la lista de restaurantes y encontrara     uno de su agrado.

1.2 Selecciona el pedido

Revisa en la carta y encuentra un producto de su agrado lo chequear con el mouse como pedido; (para poder hacer el pedido, el debe estar inscrito en la pagina y haber ingresado como cliente sesión activa), el repite esta acción de chequear con el mouse todos los productos que desee solicitar

1.3 Enviar el pedido

Al final de la carta presiona el botón solicitar pedido, se abre una pagina nueva con el detalle de los productos pedidos, cantidades y precio y se indica la dirección que tiene el cliente ingresada, si desea puede ingresar una nueva dirección de envío, también debe indicar con que monto pagara, para que se le envíe el vuelto correspondiente y presionar el botón confirmar.

Descripción Breve

El cliente (Restaurante) revisan de un listados los pedido pendientes y a medida que los van preparando los va sacando de ese listado, también puede ver .

Históricos de pedido entregados.

Gestionar listado de pedidos

Actores

1.- Actor  – El Cliente (restaurante)

Flujo de Eventos

1.- Flujo Principal

1.1 Revisa el Listado de Pedidos

      El cliente (el restaurante)  revisa de un listado los pedidos que usuarios han solicitados.

.

1.2 Cierra Pedido

y cuando el pedido esta preparado y listo para enviarse se presiona el botón  despachado (que esta al lado de cada pedido), el pedido desaparece del listado y así con cada pedido.

 1.3 Administrar Pedidos

Además el cliente puede revisar los pedidos ya enviados en otra pantalla, presionando el botón pedidos enviados, por distintos criterios; fecha, producto, usuario.­­­­­­­­­­

casos de Uso

Tarea - Opinar sobre Casos de Uso Avanzados: Relación de Extensión

http://synergix.wordpress.com/2008/06/05/casos-de-uso-avanzados-relacion-extend/

De acuerdo a nuestra percepción, Estaban Luengo está equivocado en el siguiente aspecto:

"Dado que gran parte del caso de uso “Compra masiva (UC-0200)” es idéntica a la encontrada en el caso del cliente final, optamos por reutilizar la especificación por vía de la relación de extensión."

Pensamos que esta definición y relación no es apropiada, puesto que Esteban está refiriéndose a la herencia de una Superclase a una subclase, describiendo la parte arquitectónica de un sistema y enfatizándo métodos en dicho caso de uso; pero este argumento no está enfatizando a la función primaria de un caso de uso, que es describir netamente la interacción de un usuario con un sistema obteniendo un resultado determinado, no especificando la estructura del sistema.

Compra masiva (UC-0200) NO DEPENDE de Compra artículo (UC-0100), puesto que son formas de compras distintas, específicas para cada Actor, por lo que un extend no aplica según la intención del editor del blog.

SISTEMA DE CIBERCAFE

Diagrama de caso de uso CiberCafe