ECBTI

PASO 4 - Modelar
RED DE TUTORES CURSO ANALISIS
DE SISTEMAS
IBAGUE, NOVIEMBRE DEL 2017
CASO PIATERA HAPPY DAY
CASO PIATERA HAPPY DAY
CASO PIATERA HAPPY DAY

Que es un Diagrama de Casos de Uso?

DIAGRAMA DE CASOS DE USO

Representa la forma en como un Cliente

(Actor) opera con el sistema en desarrollo,
adems de la forma, tipo y orden en como los
elementos interactan.
DIAGRAMA DE CASOS DE USO

El actor: Un actor es una agrupacin uniforme

de personas, sistemas o maquinas que
interactan con el sistema que estamos
construyendo. (Ejemplo cliente, restaurante,
sensor de temperatura y titular de tarjeta de
crdito).

Es importante tener clara la diferencia entre

usuario y actor. Un actor es una clase de rol,
mientras que un usuario es una persona que,
cuando usa el sistema, asume un rol. De esta
forma, un usuario puede acceder al sistema
como distintos actores.
NO TODOS los interesados en el sistema
(stakeholders) son actores, slo son actores
aquellos que utilizarn el sistema.
CASOS DE USO

Casos de Uso
Un caso de uso representa una interaccin tpica
entre un usuario y un sistema informtico.
Un caso de uso es iniciado por un actor.
El nombre de un caso de uso se expresa con un
verbo en gerundio, seguido generalmente por el
principal objeto o entidad del sistema que es
afectado por el caso
PLANTILLA GENERAL DE CASOS DE USO
EJEMPLO CASOS DE USO
CASOS DE USO
CASOS DE USO

Los casos de uso tienen las siguientes caractersticas:

1) Estn expresados desde el punto de vista del actor.
2) Se documentan con texto informal.
3) Describen tanto lo que hace el actor como lo que
hace el sistema cuando interacta con l, aunque el
nfasis est puesto en la interaccin.
4) Son iniciados por un nico actor.
5) Estn acotados al uso de una determinada
funcionalidad claramente diferenciada del sistema.
RECOMENDACIONES - CASOS DE USO
RECOMENDACIONES - CASOS DE USO
RECOMENDACIONES - CASOS DE USO
RECOMENDACIONES - CASOS DE USO
RECOMENDACIONES - CASOS DE USO
RECOMENDACIONES - CASOS DE USO
CASOS DE USO
RELACIONES - CASOS DE USO

EXTENSION
Muchas veces, la funcionalidad de un caso de uso incluye un conjunto
de pasos que ocurren solo en algunas oportunidades. Por ejemplo, un
sistema en el cual los clientes pueden ingresar pedidos
interactivamente, y que dentro de la funcionalidad del ingreso de
pedidos el usuario puede solicitar al sistema que le haga una
presentacin sobre los nuevos productos disponibles, sus
caractersticas y sus precios. En este caso, tengo una excepcin dentro
del caso de uso Ingresando Pedido. La excepcin consiste en
interrumpir el caso de uso y pasar a ejecutar el caso de uso Revisando
Presentacin de Nuevos Productos.
RELACIONES - CASOS DE USO

EXTENSION:

Las extensiones tienen las siguientes caractersticas:

1) Representan una parte de la funcionalidad del caso que no
siempre ocurre.
2) Son un caso de uso en s mismas.
3) No necesariamente provienen de un error o excepcin. En
su libro, Jacobson ejemplifica los casos de uso con ir a cenar a
un restaurantE. Para l, tomar cafe despus de cenar es un
ejemplo de una extensin.
RELACIONES - CASOS DE USO

INCLUSION:

Incluye: (<<incluye>>) (<<include>>)

Es un estereotipo de dependencia. Indica que un caso de uso es incluido en
otro. Tpicamente ocurre cuando unos casos de uso comparten unos pasos
comunes. El caso de uso incluido es el factor comn del comportamiento
compartido. Reemplaza el uso comn de la antigua relacin usa.

Cuando un nmero de casos de uso comparten un comportamiento comn,

este comportamiento puede ser descrito por un caso de uso que es utilizado
por otros casos de uso.

Cuando un caso de uso incluye otro, el caso de uso completo debe ser usado.
Si el caso de uso nunca se utiliza por s mismo se denomina caso de uso
abstracto.
RELACIONES - CASOS DE USO

INCLUSION:

Incluye: (<<incluye>>) (<<include>>)

Es un estereotipo de dependencia. Indica que un caso de uso es incluido en
otro. Tpicamente ocurre cuando unos casos de uso comparten unos pasos
comunes. El caso de uso incluido es el factor comn del comportamiento
compartido. Reemplaza el uso comn de la antigua relacin usa.

Cuando un nmero de casos de uso comparten un comportamiento comn,

este comportamiento puede ser descrito por un caso de uso que es utilizado
por otros casos de uso.

Cuando un caso de uso incluye otro, el caso de uso completo debe ser usado.
Si el caso de uso nunca se utiliza por s mismo se denomina caso de uso
abstracto.
RELACIONES - CASOS DE USO

Generalizacin

Es una relacin de generalizacin donde un caso de uso extiende otro caso

de uso pudiendo aadir acciones a un caso de uso general.

Indica que un caso de uso es una variante de otro. El caso de uso

especializado puede variar cualquier aspecto del caso de uso base

Cuando un caso de uso extiende otro, significa que el primero puede

incluir parte del Comportamiento del caso de uso que l extiende.

No tiene porque incluir el comportamiento completo; pudiendo elegir que

partes del Comportamiento del caso ms general se quieren reutilizar.
RELACIONES - CASOS DE USO
TALLER INDIVIDUAL

Tema: Casos de uso

Contexto: video juego

El jugador puede escoger

un personaje, una misin,
jugar la misin y, si logra un
buen desempeo, ingresar
su top-score. Tambin se
pide incluir los casos en
que el jugador conoce del
tema y activa las claves
para acceder a los
personajes y misiones
ocultas del juego.
TALLER INDIVIDUAL
 PREGUNTA 1

Al tener un proceso llamado obtener

puntuacin, este sera una explosin del
caso de uso
a. Escoger personaje
b. Escoger misin
c. Jugar misin
d. Guardar top score
 PREGUNTA 2

S el juego solo puede ser jugado por un solo

jugador un actor primordial que falta para los casos
de uso planteado en el contexto del video juego
es:
a. Jugador
b. Terminar juego
c. Pausar juego
d. Base de datos
PREGUNTA 3

El objetivo de los casos de uso permite modelar:

a. Almacenamientos
b. Clases
c. Mtodos
d. Procesos
 PREGUNTA 4

De acuerdo al ejercicio propuesto del video

juego hay procesos que se recomiendan utilizar
cuando un caso de uso es similar a otro, uno de
ellos es:
a. Escoger personaje
b. Escoger misin
c. Jugar misin
d. Escoger misiones ocultas
BIBLIOGRAFIA

https://www.infor.uva.es/~chernan/Ingenieria/Teor
ia/Tema3D.pdf

http://www-
2.dc.uba.ar/materias/isoft1/2001_2/apuntes/Casos
DeUso.pdf

REVISAR:
http://festivaldealmagro.com/en/uploads/convocat
orias/diagramas_del_uml.pdf
Unidad/Zona/grupo o equipo funcional

GRACIAS POR SU
ATENCIN