¿Qué es el análisis y diseño de software orientado a objetos?

Introducci´n
o
Actores
Especificaci´n de Casos de uso
o
Diagramas de casos de uso
Elaboraci´n del modelo de casos de uso
o

Casos de uso
UML
Miguel Vega
mvega@ugr.es
LSI - UGR

Granada, octubre de 2010

M Vega

Casos de uso

Introducci´n
o
Actores
Especificaci´n de Casos de uso
o
Diagramas de casos de uso
Elaboraci´n del modelo de casos de uso
o

Contenido
1Introducci´n
o

2

Actores

3

Especificaci´n de Casos de uso
o
Contenido
Plantilla de especificaci´n
o
Un ejemplo

4

Diagramas de casos de uso

5

Elaboraci´n del modelo de casos de uso
o

M Vega

Casos de uso

Introducci´n
o
Actores
Especificaci´n de Casos de uso
o
Diagramas de casos de uso
Elaboraci´n del modelo de casos de uso
o

Origen

Jacobson (ObjectOry) →UML
Rational
Object Management Group (OMG)

M Vega

Casos de uso

Introducci´n
o
Actores
Especificaci´n de Casos de uso
o
Diagramas de casos de uso
Elaboraci´n del modelo de casos de uso
o

Concepto

Un caso de uso representa una unidad funcional coherente
de un sistema, subsistema o clase.
En un caso de uso uno o m´s actores interaccionan con el
a
sistema que realizaalgunas acciones.
Elementos de un modelo de casos de uso:
Actores
Casos de uso
Relaciones

M Vega

Casos de uso

Introducci´n
o
Actores
Especificaci´n de Casos de uso
o
Diagramas de casos de uso
Elaboraci´n del modelo de casos de uso
o

Ejemplo resumido de caso de uso

M Vega

Casos de uso

Introducci´n
o
Actores
Especificaci´n de Casos de uso
o
Diagramas de casos de usoElaboraci´n del modelo de casos de uso
o

Ejemplo resumido de caso de uso

M Vega

Casos de uso

Introducci´n
o
Actores
Especificaci´n de Casos de uso
o
Diagramas de casos de uso
Elaboraci´n del modelo de casos de uso
o

Tipos de casos de uso

Seg´n cu´l sea el nivel de detalle
u
a
resumidos o de ’alto nivel’: Durante la fase de inicio la
mayor parte de los casos de usodeben tener esta forma.
extensos: Durante la fase de elaboraci´n los casos de uso
o
deben escribirse de esta forma.

Tambi´n se distingue entre:
e
esenciales
de implementaci´n, reales o concretos: hacen
o
referencia a detalles de la interface

M Vega

Casos de uso

Introducci´n
o
Actores
Especificaci´n de Casos de uso
o
Diagramas de casos de uso
Elaboraci´n del modelo de casosde uso
o

Actores
Un actor podr´ ser cualquier cosa que se comunica
ıa
(interacciona) con el sistema y que es externo a ´l.
e
Los actores no necesariamente coinciden con los
USUARIOS. Un usuario puede interpretar distintos roles,
correspondientes a distintos actores.
Los actores representan papeles (ROLES) que interpretan
personas, perif´ricos u otros sistemas cuando el sistema
e
est´en uso.
a
Un actor podr´ desempe˜ar distintos papeles dependiendo
ıa
n
del caso de uso en que participe.
Un actor representan un conjunto coherente de papeles que
los usuarios de una entidad (sistema, subsistema, clase)
pueden desempe˜ar al interaccionar con la misma.
n
M Vega

Casos de uso

Introducci´n
o
Actores
Especificaci´n de Casos de uso
o
Diagramas de casos de usoElaboraci´n del modelo de casos de uso
o

Tipos de actores

Primarios: interaccionan con el sistema para explotar su
funcionalidad; trabajan directa y frecuentemente con el
software.
Secundarios: soporte del sistema para que los primarios
puedan trabajar.
Iniciadores: no utilizan directamente el sistema pero
desencadenan el trabajo de otro actor. (No aparecen en
UML pero s´ los consideranotros autores)
ı

M Vega

Casos de uso

Introducci´n
o
Actores
Especificaci´n de Casos de uso
o
Diagramas de casos de uso
Elaboraci´n del modelo de casos de uso
o

Comunicaci´n actor → sistema
o

Para iniciar el caso de uso (siempre los inicia un actor)
Para solicitar informaci´n del sistema
o
Para modificar la informaci´n del sistema
o
Para informar al sistema de que ha...