Вы находитесь на странице: 1из 2

Casos de Uso Es una tcnica para capturar informacin de cmo un sistema o negocio trabaja, o de cmo se desea que trabaje.

No pertenece estrictamente al enfoque orientado a objeto, es una tcnica para captura de requisito Adems se usa: Delimitar a partir del uso: *Por personas, si el sistema es interactivo. *Por mquinas, si el sistema controla procesos. *Por otros programas, si el sistema coordina y controla aplicaciones. Un caso de uso representa una unidad funcional coherente de un sistema, bsistema o clase. En un caso de uso uno o ms actores interaccionan con el sistema que realiza algunas acciones. Descripcin de varias secuencias de acciones, con variantes, que un sistema realiza para obtener un resultado observable til para algn Actor. Caractersticas *Describen bajo la forma de acciones y reacciones el comportamiento de un sistema desde el p.d.v. del usuario *Permiten definir los lmites del sistema y las relaciones entre el sistema y el entorno Actores *Principales: personas que usan el sistema. *Secundarios: personas que mantienen o administran. *Material externo: dispositivos que forman parte y son utilizados. *Otros sistemas

Diagrama de casos de uso Los diagramas de casos de uso muestran las relaciones entre los casos de uso de un sistema y sus actores. Los diagramas de casos de uso dan son slo una visin general del modelo de casos de uso.

El 90% del contenido del modelo de casos de uso est en las descripciones de los casos Elementos: Actores Casos de uso (cu) Interfaces Relaciones Puede aparecer un rectngulo que muestre los lmites del sistema

Contiene Un caso de uso se representa mediante una elipse que contiene el nombre del caso Puede representarse mediante un monigote o mediante un rectngulo en que se indique el <<actor>> Casos de uso: Elaboracin Deben revisarse cuidadosamente con el usuario. Deben describir la interaccin entre el actor y el software sin ambigedad. Se pueden expresar tanto requisitos funcionales como no funcionales. Expresan el funcionamiento del sistema como un TODO (no de sus partes). Se pueden priorizar con una escala de 1 a 10 para desarrollar el sistema incrementalmente. Las excepciones pueden expresarse como extensiones (<<extend>>). Aumentan la trazabilidad. Permiten desarrollar casos de prueba. Referencias http://lsi.ugr.es/~mvega/docis/casos%20de%20uso.pdf

Вам также может понравиться