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
0
