Casos de Uso

de

Cafeteria Ordering System, Release 1.0

Versin 1.0 aprobada

Preparada por Karl Wiegers

Process Impact

Noviembre 4, 2002

Copyright 2002 by Karl E. Wiegers. Derechos Reservados

Historial de Revisiones
Nombre Karl Wiegers Karl Wiegers Fecha 10/13/02 11/4/02 Razon de Cambios Borrador Inicial Linea Base cambios despues de la inspeccion Version 1.0 borrador 1 1.0 aprobado

Copyright 2002 by Karl E. Wiegers. All Rights Reserved.

Use Cases for Cafeteria Ordering System

Page 1

Las distintas clases de usuario identifican los siguientes casos de uso y principales usuarios del sistema de orden de pedidos de la Cafetera: Actor Primario
Cliente

Caso de Uso
1. 2. 3. 4. 5. 6. 7. 8. Order Alimentos Cambios en Orden de Alimentos Cancelar Ordene de Alimentos Ver Menu Registro de Pagos Nomina cancelar Registro de pago de Nomina Subscripcin Estndar de Alimentos Modificacin de Subscripcin de Alimentos 9. Anular Subscripcin de Alimentos 10. Crear Menu 11. Modificar Menu 12. Definir Alimentos Especiales 13. 14. 15. 16. Preparar Alimentos Generar Solicitud de Pago Solicitud de Entrega Generar Reporte de uso del Sistema

Administrador de Menus Personal de Cafeteria

Repartidor

17. Entregar Alimentos 18. Reporte de Alimentos Entregados 19. Imprimir Instrucciones de Entrega

ID Caso de Uso: 1 Nombre de Caso de Ordenar Alimentos

Copyright 2002 by Karl E. Wiegers. Derechos Reservados

Use Cases for Cafeteria Ordering System

Page 2

Uso: Creado por: Fecha de Creacion : Actor: Descripcion:

Precondiciones: Postcondiciones:

Flujo Normal:

Flujo Alternativo:

Excepciones:

Karl Wiegers Actualizado por: Jack McGillicutty Octubre 21, 2002 Fecha Actualizacion: Noviembre 7, 2002 Cliente Un cliente accesa al Cafeteria Ordering System de la intranet de la corporacin o de la casa, en el men de puntos de vista para una fecha determinada, seleccionar los platillos, lugares y un pedido de una comida que se vayan a entregar a una determinada direccin dentro de un tiempo determinado de 15 minutos en pantalla. 1. El cliente debe estar logged en el COS. 2. Cliente es registrado para ordenar alimentos for meal payments by payroll deduction. 1. La orden de comida se almacena en el COS con una situacin de acepta. 2. Inventario de alimentos disponibles se actualiza para reflejar el orden del men. 3. Mantenimiento de la capacidad de ejecucin para el despliegue de tiempo solicitado es actualizado reflejando la solicitud de entrega. 1.0 Ordenar Alimentos 1. El cliente pide ver el men de una fecha determinada. 2. El sistema de men despliega la disponibilidad de alimentos y platillos de especialidad del da. 3. El cliente selecciona una o ms platillos del men. 4. El cliente indica el que el platillo esta completo. 5. El sistema muestra la orden de los platillos del men, los precios y el precio total, se incluyen los impuestos y gastos de envi. 6. El cliente confirma la orden del platillo o solicitud de modificacin de orden de comida. (volver a paso 3). 7. El sistema muestra la disponibilidad de tiempo de entrega en la fecha de entrega. 8. El cliente selecciona el tiempo de entrega y especifica la direccin de entrega. 9. El cliente especifica el mtodo de pago. 10. El sistema confirma la aceptacin de la orden. 11. El sistema enva un e-mail al cliente para la confirmacin de detalles de la orden, precio e instrucciones de entrega. 12. El sistema de venta de la base de datos, enva e-mail de notificacin al personal de la Cafetera, enva informacin de especiales del da, el inventario de la cafetera y actualizacin de tiempo de entrega disponible. 1.1 Ordenar mltiples platillos (despus del paso 4) 1. El cliente responde fin a otra orden de platillos 2. Regresar a paso 2. 1.2 Ordenar mltiple platillos iguales (despus del paso 3) 1. El cliente solicita un determinado nmero de platillos iguales. 2. Regreso al paso 4. 1.3. Ordenar la especialidad del da (despus del paso 2) 1. El cliente ordena la especialidad del da del men. 2. Regreso al paso 5. 1.0.E.1 La hora actual es posterior al cierre de tiempo (en el paso 1) 1. El sistema informa al cliente que es demasiado tarde para realizar un pedido para ese da. 2a. El cliente cancela la orden de comida. 2b. El sistema termina el caso de uso. 3a. El cliente solicita seleccionar otra fecha.

Copyright 2002 by Karl E. Wiegers. Derechos Reservados

Use Cases for Cafeteria Ordering System

Page 3

Incluye: Prioridad: Frecuencia de uso: Reglas de Negocio: Requerimientos Especiales:

Asunciones: Notas y Cuestiones:

3b. El sistema regresa al caso de uso. 1.0.E.2 No se entrega a tiempo (en el paso 1) 1. El sistema informa que no se dispone de fechas de entrega para la comida. 2a. El cliente cancela la orden de comida. 2b. El sistema termina el caso de uso. 3. El cliente solicita recoger el pedido en la cafetera (en el paso 7-8). 1.2.E.1 No se pueden cumplir con la cantidad de platillos iguales (paso 1) 1. El sistema informa al cliente el nmero mximo de platillos iguales que se pueden suministrar. 2. El cliente cambia el nmero de platillos ordenados o cancela la orden. Nada Alta Aproximadamente 400 usuarios, un promedio de uso por da RN-1, RN-2, RN-3, RN-4, RN-8, RN-11, RN-12, RN-33 1. El cliente podr cancelar la orden de comida en cualquier momento antes de confirmar la orden. 2. El cliente podr ver todas las rdenes de comidas encargadas dentro de los 6 meses anteriores y repetir una de esas rdenes como una nueva orden, dicha orden se dar siempre y cuando est disponible en dicha fecha en el men. (Prioridad = media) 1. Se asume que el 30% de los clientes ordenaran la especialidad del da (fuente: seis meses anteriores de los datos de la cafetera). 1. La fecha ser por default la fecha actual si el cliente est usando el sistema antes del cierre. De lo contrario el default de la fecha ser la del da siguiente que la cafetera esta abierta. 2. Si el cliente no requiere el servicio de entrega de la comida, la deduccin de pago por salario no es aplicable. 3. La hora pico de uso del sistema ser entre las 8:00am y 10:00am tiempo local.

ID Caso de Uso: Nombre del Caso de Uso: Creado por: Fecha Creacion: Actors: Descripcion:

5 Registro de deduccin de pago va nomina

Karl Wiegers Actualizado por: Chris Zambito Octubre 21, 2002 Fecha Actualizacion: Octubre 31, 2002 Cliente, Sistema de pago va nomina Los cliente de la Cafetera que utilizan el Cafeteria Ordering System deben ser registrados para la deduccin de pago va nomina. Por default las compras realizadas a travs del COS, la cafetera enviara una solicitud de pago al sistema de nomina, el cual registrara el pago de la orden de comida y descontara en el cheque de pago del empleado o el depsito directo. Precondiciones: El cliente debe estar logged dentro del COS. Postcondiciones: El cliente es registrado para deduccin de pago va nomina. Flujo Normal: 5.0 Registro de deduccin de pago va nomina 1. El cliente solicita el registro de pago va nomina. 2. El sistema de autentificacin de usuario invoca la identidad de caso de uso. 3. El sistema solicita al sistema de nomina si el cliente es elegible para la deduccin de nomina. 4. El sistema de nomina confirma si el cliente es elegible.

Copyright 2002 by Karl E. Wiegers. Derechos Reservados

Use Cases for Cafeteria Ordering System

Page 4

5. El sistema informa que el cliente clientes elegible para deduccin de pago va nomina. 6. El sistema pide al cliente la confirmacin de pago por deduccin de nomina 7. El cliente confirma el deseo de pago por deduccin de nomina 8. El sistema pide al sistema de nomina la deduccin del pago del cliente. 9. El sistema de nomina confirma la deduccin de pago de la nomina. 10. El sistema informa al cliente la deduccin de la nomina se ha establecido y proporciona el numero de confirmacin de transacciones que se han registrado. Flujo Alternativo: None Excepciones: 5.0.E.1 El cliente no es identificado (en el paso 2) 1. El sistema de usuario dar 2 oportunidades ms para corregir la autentificacin de identidad. 2a. Si la autentificacin es satisfactoria, el cliente continuara con el caso de uso 2b. Si falla la autentificacin de usuario en las 3 veces, el sistema informara al cliente de los intentos no validos de autentificacin, el sistema termina el caso de uso. 5.0.E.2 El cliente no es elegible para deduccin de pago va nomina(paso 4) 1. el sistema informa que el cliente no es elegible para la deduccin de pago va nomina y explica el motivo por el que no puede. 2. El sistema termina el caso de uso. 5.0.E.3 el cliente ya est inscrito en la deduccin de nomina(paso 4) 1. el sistema informa que el cliente ya est registrado en la deduccin de pago. 2. el sistema termina el caso de uso. Autentificacin de identificacin de Usuario Alta Una vez por empleado promedio RN-86 y RN-88 gobernar un empleado elegible para la deduccin de nomina. 1. La autentificacin de usuario se realiza por la normas para las empresas aplicables de seguridad media. Ninguna 1. Se espera una alta frecuencia de ejecucin de este caso de uso dentro de las 2 primeras semanas despus de que el sistema es puesto en accin.

Incluye: Prioridad: Frecuencia de Uso: Reglas de Negocio: Requerimientos especiales: Asunciones: Notas y Cuestiones:

Copyright 2002 by Karl E. Wiegers. Derechos Reservados

Use Cases for Cafeteria Ordering System

Page 5

ID de Caso de Uso: Nombre caso de uso: Creado por: Fecha Creacion: Actors: Descripcion: Precondiciones: Postconditions: Flujo Normal:

Flujo Alternativo: Excepciones:

Incluye: Prioridad: Frecuencia de Uso: Regla de Negocio: Requerimientos Especiales: Asunciones: Notas y Cuestiones:

11 Modificacion de Menu Karl Wiegers Actualizado por: Octubre 21, 2002 Fecha Actualizacion: Administrador de Menu El administrador de men de la cafetera puede modificar el men de platillos disponibles y los precios para una determinada fecha para reflejar los cambios en la disponibilidad o los precios o para definir la especialidad del da. Deben existir Mens en el sistema. La modificacin del men ha sido guardada. 11.0 Modification de Menu 1. Administrador de Men solicita ver el men de una fecha especfica. 2. El sistema despliega el men. 3. El administrador de mens modifica el men aadiendo nuevos platillos, elimina o cambia platillos, crea o modifica platillos, crea o modifica la especialidad del da o simplemente cambiar precios. 4. Menu Manager requests to save the modified menu. 5. System saves modified menu. Ninguno 11.0.E.1 No se especifica en el men la fecha (paso 1) 1. el sistema informa al administrador de men que no se especifico la fecha. 2. el sistema pide al administrador de men si desea crear el men de fechas. 3a. el administrador de men dice que si. 3b. el sistema va al caso de uso de crear men. 4a. el administrador de men dice no. 4b. el sistema termina termina el caso de uso. 11.0.E.2 Date specified is in the past (at step 1) 1. System informs Menu Manager that the menu for the requested date cannot be modified. 2. System terminates use case. Crear Menu Alta Aproximadamente 20 veces por semana por usuario RN-24 1. El administrador de men podra cancelar la salida de la funcin de modificacin en cualquier momento. Si el men se ha cambiado, el sistema deber solicitar la confirmacin de la cancelacin. 1. Un men se creara para todos los procesos de impacto de negocio todos los oficiales, incluidos sbados, domingos y das festivos en los que se prev en el lugar. 1. Ciertos alimentos no sern entregados, por lo que el men presentado a los clientes en el Cafeteria Ordering System para ser entregados no siempre coinciden exactamente con el men disponible para ser recogidos en la cafetera. El men indicara que platillos no se pueden entregar. El sistema no deber permitir al cliente ordenar ese platillo para su entrega.

Copyright 2002 by Karl E. Wiegers. Derechos Reservados