Vicerrectoría Académica Dirección de Servicios Académicos Subdirección de Servicios a Escuelas Especificación de Casos de Uso [ “Proyecto E-Nexus” Profesor: Antonio Velasquez Integrantes: Claudio Guenupan Nicolas Salas Nicolas Altamirano Jose Espinoza Fecha: 16-10-2019 Página 1 Vicerrectoría Académica Dirección de Servicios Académicos Subdirección de Servicios a Escuelas Tabla de contenido Historial de Versiones 3Información del Proyecto 3Aprobaciones 3Resumen Ejecutivo 4Diagrama de Casos de Uso 4Descripción de Actores 8[Nombre de Actor 1] 8Especificación de Casos de Uso 8[Nombre de Caso de Uso Nro. 1] Ошибка! Закладка не определена. Historial de Versiones Fecha Versión Autor 14-10 15-10 15-10 15-10 1.0 1.1 1.2 1.3 Jose Espinoza Nicolas Salas Claudio Guenupan Nicolas Altamirano Organizació n Aitgames Aitgames Aitgames Aitgames Descripción Ajustes del documento Ajustes del documento Ajustes del documento Ajustes del documento Información del Proyecto Página 2 Vicerrectoría Académica Dirección de Servicios Académicos Subdirección de Servicios a Escuelas Empresa / Organización Proyecto Fecha de preparación Cliente Patrocinador principal Gerente / Líder de Proyecto Gerente / Líder de Desarrollo de Software Aitgames E-Nexus 25-08-2019 Akira-se Google Inc Nicolas Altamirano Claudio Guenupan Aprobaciones Nombre y Apellido Cargo Gates bill Presidente Theodoro Maclovel Gerente Jefa Janett McCurdy Gerente Jaina Proudmoore Departamento u Organización Ciencias de la Informatica de Google Departamento del Informática Oxford Area de Tecnologia y Ciencias Microsoft Departamento de Tecnologia de Amazon Fecha Firma 30-08 3-09 15-09 20-09 Resumen Ejecutivo Aquí se presentaremos los procesos o escenarios de negocio que se están describiendo con cada caso de uso para el caso en el documento. Se indicarán los procesos, subprocesos, áreas organizacionales involucradas y cuáles módulos del nuevo sistema se están describiendo. Además de agregar un ejemplo con su explicación clara y precisa con el que se podrá entender a continuación: Diagrama de Casos de Uso Página 3 Vicerrectoría Académica Dirección de Servicios Académicos Subdirección de Servicios a Escuelas El Diagrama sigue la notación para casos de uso establecida por UML, incluyendo los elementos del modelo de casos de uso, es decir: ● Actores. ● Casos de Uso. ● Relaciones. Las relaciones de Actores con casos de usos se denominan “Asociaciones”. Las relaciones entre casos de uso se denominan “Generalizaciones” y pueden ser de dos tipos, de uso (Uses) o de herencia (Extends). Según el número de casos de uso se puede usar un diagrama, o varios según los módulos o funcionalidad. Leyenda: Después de haber explicado el ejemplo del caso de uso, con detalle de su funcionalidad y los actores involucrados, se procederá a mostrar los casos de uso que creamos y utilizamos para nuestro proyecto. Caso de uso n1: Caso de uso para la Tienda de videojuegos Akira-SE(Modalidad presencial). Página 4 Vicerrectoría Académica Dirección de Servicios Académicos Subdirección de Servicios a Escuelas Caso de uso n2: Caso de uso para la página web de la Tienda de videojuegos Akira-SE(Modalidad Online). Página 5 Vicerrectoría Académica Dirección de Servicios Académicos Subdirección de Servicios a Escuelas Caso de uso n3: Caso de uso para bodega y control de stock de la Tienda de videojuegos Akira-SE(Modalidad presencial y Online). Página 6 Vicerrectoría Académica Dirección de Servicios Académicos Subdirección de Servicios a Escuelas Descripción de Actores Un actor es cualquier entidad externa al sistema modelado que interactúa con él. Página 7 Vicerrectoría Académica Dirección de Servicios Académicos Subdirección de Servicios a Escuelas No necesariamente coincide con los usuario, pues un mismo usuario puede desempeñar distintos roles que correspondan con varios actores. Además, un mismo actor puede desempeñar varios papeles según el caso de uso con que interactúa. Para cada uno de los actores involucrados en el documento y representados en el diagrama, debe completarse la siguiente ficha. Si existe más de un actor, se copia el título (Nombre del Actor) y la ficha tantas veces sea necesario. [Cliente] Actor Descripción Características Relación Referencias Cliente Identificador: [01] [actor que realiza compra en tienda] [consta con un usuario y distinto métodos de pago] [pago, retiro, pagina web] [casos de usos, diagrama de clases] Atributos Nombre Descripción Tipo Apellido para verificar el nombre nombre nombre de la cuenta online correo funciona como primary key primaria [En este cuadro se colocará un listado de los atributos principales del actor, por ejemplo para un actor “Cliente” podría ser: Nombre, Apellido, Número de Identificación (DNI), y otros datos de interés] Comentarios cliente es el actor con mayores funciones tanto como en la tienda y en página web Especificación de Casos de Uso Página 8 Vicerrectoría Académica Dirección de Servicios Académicos Subdirección de Servicios a Escuelas Para cada uno de los casos de uso mostrados en los diagramas de caso de uso, se completará la siguiente ficha, que es una especificación completa del mismo (Denominada Especificación de Casos de Uso). La Especificación del caso de uso, describe la forma en que el actor interactúa con el sistema, listando las funciones o tareas realizadas, los datos de entrada, información que necesita recibir el actor del sistema, información sobre eventos o cambios inesperados, entre otros. A continuación, colocaremos un ejemplo de como seria en nuestro caso: Caso de uso para la Tienda de videojuegos Akira-SE(Modalidad presencial). Caso de Uso Caso de uso para la Tienda de Identificador: videojuegos Akira-SE(Modalidad [N1 presencial). Actores Los trabajadores de la tienda y el cliente. Tipo Primario Referencias Según la acción del cliente, el equipo de la tienda hará uso de las funciones establecidas. Precondición La plataforma en la que se esté ejecutando la aplicación está funcionando de forma correcta. Postcondició Una vez pedido lo solicitado por el cliente, la aplicación n realizará dicha función. Descripción El cliente solicita el juego, el vendedor rectifica que el juego esté disponible para su uso. Resumen Alto, debido a que es una de las principales funcionalidades Curso Normal Nro. 1 Ejecutor Cliente Paso o Actividad Entra a la tienda a solicitar su videojuego preferido 2 Cliente y Vendedor Cliente solicita su videojuego preferido 3 Vendedor Verifica que el videojuego solicitado esté en disponibilidad. Cliente solicita su videojuego preferido, el Vendedor encargado, Utilizando la aplicación verifica que el videojuego solicitado tenga disponibilidad, si el juego esta disponible se envía al cliente a la caja para hacer pago de su uso y luego a la zona de despacho para poder retirarlo. Página 9