Es una descripciond e los pasos o las actividades que deberan realizarse para llevar a cabo un
proceso. los pesonajes o entidades que participan en un caso de uso se denominan actores.
Que es?
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 relacion con este y que le demanda una funcionalidad.Esto incluye a todos
los operadores humanos pero tambien 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 creacion, un caso de uso dado puede *incluir* otro caso
de uso. El primer caso de uso depende del resultado del caso de uso incluido.
Extenciòn
Unc aso de uso dado ( la extencion) puede extender a otro. Un caso
de uso a otro siempre debe tener extenciòn o inclusiòn.
Generalizaciòn
Es la actividad de identificar elementos en comun entre conceptos y efinir 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 unico lanzamiento.
SITUACIONES QUE PUEDEN DARSE:
Un caso de uso extiende otro casod e uso.
Un caso de uso utiliza otro caso de uso.
VENTAJAS
La tecnica de caso de uso tiene exito en sistemas interactivos, ya que expresa
la intencion que tiene el actor ( su asuario) al hacer uso del sistema.
A su vez, durante la extraccion (elicitacion), el analisis 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 utiles 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 informacion adicional como reglas de negocio,
requisitos no funcionales, diccionario de datos que complementes los requisitos del sistema.