CASO DE USO

<PROYECTO> Especificación de Caso de Uso: <Nombre del caso de uso> Versión 1.0 Historial de Revisiones Fecha Versión Descripción Autor dd/mm/aaaa 1.0 Creación del documento. <autor>  Índice 1. Introducción 3 1.1 Definiciones y abreviaciones (glosario de términos) 3 2. Actores 3 3. Casos de Uso 3 4. Especificación de caso de uso: <Nombre del caso de uso> 4 4.1 Nombre del caso de uso 4 Descripción 4 4.2 Actor 4 4.2.1 [AT01] Usuario 4 4.2.2 [AT02] Administrador 4 4.3 Pre-condiciones 4 4.4 Pre-condiciones 4 4.4.1 Post-condición 1 4 4.5 Flujos de eventos 4 4.5.1 Flujo principal – “Acceder al sistema” 4 4.5.2 Flujos alternativos 5 [FA01] – El usuario se encuentra suspendido. 5 4.6 Reglas de negocio [RN] 5 4.6.1 [RN01] <Descripción> 5 4.7 Interfaces 5 [PRT01] – Home 5 4.8 Referencia, Información adicional y anexos 5  Especificación de Casos de uso: Introducción Con el presente documento se pretende documentar los casos de uso especificados para el Proyecto ServiceCars. En la siguiente sección se muestra una serie de Definiciones y abreviaciones utilizadas dentro del modelado de los casos de uso del sistema. Definiciones y abreviaciones (glosario de términos) Término Descripción Actores Administrador. Casos de Uso Figura SEQ Figura \* ARABIC 1 - Validación del Pedido  Especificación de caso de uso: Validación del Pedido Nombre del caso de uso Descripción El caso da inicio tras la solicitud de pedido emitida por el Cliente. Quien recibe las solicitudes es el Administrador, quien a su vez puede evaluar pedidos, reportar pedidos, anularlos e incluso ver los remitentes según sea conveniente. Actor Para este caso el único actor involucrado es el Administrador. [AT01] Administrador [Recepciona Pedidos.] [Evalúa pedidos.] [Reporta Pedidos.] [Anula Pedidos.] [Ve remitentes.] Pre-condiciones Precondición 1. Los datos del administrador y del cliente deben haber sido cargados correctamente. Precondición 2. El cliente debe haber enviado una solicitud de pedido de manera satisfactoria previamente. Pre-condiciones Post-condición 1 El sistema está listo para validar los pedidos. Post-condición 2 El sistema valida la solicitud del pedido por parte del cliente , desencadenando el mensaje de confirmación por parte del administrador Flujos de eventos Flujo principal – “Validar Pedido” Este caso de uso se inicia cuando el Administrador recibe el pedido El administrador pasa a Evaluar los pedidos. El administrador valida el pedido. El administrador corrobora los datos del usuario. El administrador ve el remitente del Pedido(opcional) El sistema muestra un mensaje informando que la solicitud de pedido fue realizada satisfactoriamente. El administrador envía los datos al concesionario para que la unidad de atención preste la atención necesaria. Flujos alternativos [FA01] – Pedido Anulado Se recibe el pedido Se evalúan los pedidos Se reportan los pedidos tras la evaluación El cliente anula el pedido Se vuelve a inicio de caso de uso principal. Reglas de negocio [RN] Los mensajes se usan únicamente para la confirmación de pedidos y tiene como máximo 100 caracteres. [RN01] <Descripción> Los mensajes mostrados por el sistema se usarán solo para confirmar la solicitud de pedidos, el tamaño de dichos mensajes no debe exceder de los 100 caracteres Interfaces [Colocar el listado de interfaces gráficas relacionadas con el caso de uso, numerar cada dato que se requiera deba ingresarse] [PRT01] – Home Campo Tipo de dato / tamaño ¿Es obligatorio? Observaciones Usuario Numérico (11) Sí -- Contraseña Numérico (10) Sí Debe estar encriptado Referencia, Información adicional y anexos [Colocar toda aquella información importante para clarificar el caso de uso descrito.]  Diagrama de estados Estado del registro de un usuario. Estado Descripción Transiciones HABILITADO Se refiere a aquellos registros que fueron ingresados correctamente. Inhabilitado, como producto de la eliminación fallida de un registro. Aquí deben de incluirse TODOS los estados hacia los que se pueden llegar. INHABILITADO Se refiere a aquellos registros que se encuentran deshabilitados por el administrador. Ninguno <Proyecto> Versión: 1.0 Especificación de casos de uso Fecha: dd/mm/aaaa <LOGO> Confidencial Página 2 de 6