Es una descripción de los pasos o las actividades que
deberán realizarse para llevar a cabo un proceso.
¿Para que sirve?
Sive para especificar la comunicacion y el comportamiento de un
sistema mediante su interaccion con los usuarios u otros sistemas.
ACTORES
Se llama actor a toda entidad al
sistema que guarda una relación con
este y que le demanda una
funcionalidad.Esto incluye a todos los
operadores humanos pero también
incluyen a todos los sistemas
externos, ademas de entidades
abstractas como el tiempo.
RELACIONES DE CASO DE USO
Las tres relaciones principales entre los casos de uso son soportados por
el estandar UML, el cual describe la notacion grafica para esa relaciones.
Inclusion
Es la forma de interacción o
creación, un caso de uso dado
puede *incluir* otro caso de uso. El
primer caso de uso depende del
resultado del caso de uso incluido.
Extensión
Un caso de uso dado puede
extender a otro. Un caso de uso a
otro siempre debe tener
extensión o inclusión.
Generalizaciòn
Es la actividad de identificar
elementos en común entre
conceptos y definir las relaciones de
una superclase ( concepto general) y
subclase ( concepto especializado).
NORMAS DE APLICACIÒN
UN CASO DE USO DEBE:
Describir una tarea del negocio
que sirva a una meta de negocio.
Tener un nivel
apropiado del detalle.
Ser bastante sencillo como que
un desarrollador lo elabore en
un único lanzamiento.
SITUACIONES QUE PUEDEN DARSE:
Un caso de uso extiende
otro caso de uso.
Un caso de uso utiliza
otro caso de uso.
VENTAJAS
La técnica de caso de uso tiene éxito
en sistemas interactivos, ya que
expresa la intención que tiene el actor
(su usuario) al hacer uso del sistema.
A su vez, durante la extracción (elicitación), el
análisis se concentra en las tareas centrales del
usuario describiendo por lo tanto los diagramas
de uso que mayor valor aporten al negocio.
LIMITACIONES
Los casos de uso deben ser útiles para establecer
requisitos de comportamiento pero no establece
completamente los requisitos funcionales ni
permite determinar los requisitos no funcionales
Los casos de uso deben complementarse con información
adicional como reglas de negocio, requisitos no funcionales,
diccionario de datos que complementen los requisitos del sistema.