Ingeniera de Requerimientos

Casos de Uso

Temario
1. La brecha comunicacional
La representacin de la realidad El problema de comunicacin

2. Lenguajes de modelado usados en Software

La necesidad de un lenguaje Diferentes abstracciones, diferentes modelos

3. El Modelo de Casos de Uso

Definicin Especificacin de Casos de Uso Casos de Uso 2.0

LA BRECHA COMUNICACIONAL

La representacin de la realidad

La representacin de la realidad
Podemos ver la realidad con cierta subjetividad, lo cual no implica que no sea posible verla y analizarla con objetividad. Imprecisin o ambigedad en el uso del lenguaje pueden confundir la realidad:
Si est gordito (*^-^*) Es sper chvere y es bien lindo!

La representacin de la realidad

El problema de comunicacin

El problema de comunicacin
Subjetividad, ambigedad e imprecisin al expresar ideas o requerimientos. El dominio del problema no se define con precisin o incluso de manera completa. Los conceptos y sus relaciones no se transmiten con exactitud y precisin entre los desarrolladores. Y tampoco entre los requirentes.

LENGUAJES DE MODELADO

Lenguajes de modelado
Cuando el lenguaje natural no puede expresar de manera clara una actividad o proceso se recurre a un lenguaje de modelado. Para modelado de procesos: BPMN Para modelado de software orientado a objetos: UML Para modelado de arquitectura empresarial: ArchiMate

Lenguajes de modelado
UML tiene diagramas estructurales, de comportamiento y de interaccin para diferentes niveles de abstraccin. El nivel de abstraccin ms alto se plasma en los diagramas de casos de uso. El nivel de abstraccin ms bajo corresponde al cdigo fuente. Un diagrama de robustez (no propio de UML) est a un nivel de abstraccin ms alto que un diagrama de secuencia, por ejemplo.

Lenguajes de modelado
Diagrama de robustez de algo (Ok)

Lenguajes de modelado
Diagrama de secuencia de algo

EL MODELO DE CASOS DE USO

Definicin
Cuando se modela un sistema, en el nivel de abstraccin ms alto, los casos de uso representan escenarios de uso generales de dicho sistema. La lectura de un caso de uso debe tener sentido semntico, por ejemplo: El usuario Analista, usa el sistema para registrar una accin coactiva. Un caso de uso puede incluir ms de un escenario relacionado.

Definicin
Todos los escenarios que pueden presentarse en un caso de uso deben ser cohesivos. Los casos de uso tienen como propsito adicional brindar una primera aproximacin a lo que sern los mdulos y fronteras de un sistema. El modelo inicial de casos de uso debera al menos incluir el 20% de los escenarios de uso que generan el 80% del valor del sistema, y debe ser elaborado por el arquitecto de un sistema.

Definicin

Especificacin de casos de uso

Para especificar un caso de uso es recomendable usar una herramienta y una plantilla. La especificacin se puede realizar mediante narrativa, diagramas de actividad o slices (Use Cases 2.0). Se puede enriquecer la informacin ofrecida por un caso de uso mediante otros artefactos no UML como bocetos, prototipos, definiciones de pruebas, historias de usuario, etc. En un esquema de Desarrollo gil, los casos de uso son artefactos provisionales.

Especificacin de casos de uso

La especificacin de un caso de uso no es opcional. La complejidad de un caso de uso determina la necesidad de usar una u otra forma de especificacin. Un diagrama de actividad, por ejemplo, debera utilizarse slo cuando el lenguaje natural es insuficiente para explicar un comportamiento o algoritmo. El modelo de casos de uso no excluye al uso de historias de usuario y viceversa, son aproximaciones vlidas que bien pueden complementarse.

Casos de Uso 2.0

Nuevo aporte de Ivar Jacobson. La documentacin es de libre acceso en Ivar Jacobson International. Introducen un nuevo elemento: el slice. Un slice representa un escenario alternativo o particular de un caso de uso y puede corresponder a una o varias historias de usuario. Las historias de usuario ayudan a identificar slices. Un slice se define, estima, realiza y prueba. Un slice puede ser considerado una facilidad administrativa. Los Casos de Uso 2.0 son un buen ejemplo de la fusin de ideas giles en el marco de un proceso heavy weight. Se recomienda el uso de Casos de Uso 2.0 cuando se requiere trazabilidad entre lo requerido, lo realizado y liberado (proyectos heavy weight) Las siguientes figuras son tomadas del libro de Ivar Jacobson, Use Case 2.0 The Guide to Succeding with Use Cases

Casos de Uso 2.0

Casos de Uso 2.0

Casos de Uso 2.0

Casos de Uso 2.0