Documenti di Didattica
Documenti di Professioni
Documenti di Cultura
En esta prctica es comn crear especicaciones suplementarias para capturar detalles de requisitos que caen
fuera del mbito de las descripciones de los casos de uso.
Ejemplos de esos temas incluyen restricciones de diseo como: rendimiento, temas de escalabilidad/gestin, o
cumplimiento de estndares.
El diagrama de la derecha describe la funcionalidad de un
Sistema Restaurante muy simple. Los casos de uso estn
representados por elipses y los actores estn, por ejemplo,
los casos de uso se muestran como parte del sistema que
est siendo modelado, los actores no.
La interaccin entre actores no se ve en el diagrama de
casos de uso. Si esta interaccin es esencial para una descripcin coherente del comportamiento deseado, quizs
los lmites del sistema o del caso de uso deban de ser reexaminados. Alternativamente, la interaccin entre actores puede ser parte de suposiciones usadas en el caso de
uso. Sin embargo, los actores son una especie de rol, un
1
incluido es colocado dentro del comportamiento del caso de uso base. No hay parmetros o valores de retorno.
Aqu tambin podemos decir que ste va de padre a hijo.
0.1.2
Extensin (extend)
Es otra forma de interaccin, un caso de uso dado (la extensin) puede extender a otro. Esta relacin indica que el
comportamiento del caso de la extensin se utiliza en casos de uso, un caso de uso a otro caso siempre debe tener
extensin o inclusin. El caso de uso extensin puede ser
insertado en el caso de uso extendido bajo ciertas condiciones. La notacin, es una echa de punta abierta con
lnea discontinua, desde el caso de uso extensin al caso
de uso extendido, con la etiqueta extend. Esto puede
ser til para lidiar con casos especiales, o para acomodar
nuevos requisitos durante el mantenimiento del sistema y
su extensin .
La extensin, es el conjunto de objetos a los que se aplica
un concepto. Los objetos de la extensin son los ejemplos
o instancias de los conceptos.
documentan el comportamiento de un sistema desde el
punto de vista de un usuario
En otras palabras ser utilizado cuando un caso de uso
sea similar a otro pero con ciertas variaciones, un ejemplo claro es que se necesite comprar azcar y podemos
seleccionar de entre azcar rubia, blanca o su unidad de
medida bolsa , kilo, etc.
0.1.3
Generalizacin
Entonces la Generalizacin es la actividad de identicar elementos en comn entre conceptos y denir las relaciones de una superclase (concepto general) y subclase (concepto especializado). Es una manera de construir
clasicaciones taxonmicas entre conceptos que entonces
se representan en jerarquas de clases. Las subclases conceptuales son conformes con las superclases conceptuales
en cuanto a la intencin y extensin.
En la tercera forma de relaciones entre casos de uso, existe una relacin generalizacin/especializacin. Un caso
de uso dado puede estar en una forma especializada de
un caso de uso existente. La notacin es una lnea slida
terminada en un tringulo dibujado desde el caso de uso
especializado al caso de uso general. Esto se asemeja al
concepto orientado a objetos de sub-clases, en la prctica puede ser til factorizar comportamientos comunes,
restricciones al caso de uso general, describirlos una vez,
y enfrentarse a los detalles excepcionales en los casos de
uso especializados.
Vase tambin
UML
ENLACES EXTERNOS
2 Enlaces externos
(en) Creating Use Case Diagrams
(en) Understanding Use Case Modeling
(en) Conduciendo el desarrollo con Casos de Uso
(es) Relacin de Inclusin
(es) Relacin de Extensin
3.1
Texto
3.2
Imgenes
3.3