Análisis Con Casos De Uso. Diez Sugerencias Prácticas

Análisis con Casos de Uso. Diez sugerencias prácticas


Santiago Ceria, Pragma Consultores

Email: sceria@pragma.com.ar



Resumen: Los casos de uso son una técnica que ayuda al ingeniero de software en la parte más compleja del desarrollo de un sistema: la identificación y el análisis de requerimientos (Brooks 87). Esta técnica comenzó a tener amplia difusión en 1992, a partir de lapublicación de un libro de Ivar Jacobson y otros (Jacobson 92), y actualmente se está instalando como un estándar, por su inclusión dentro del UML (Jacobson 99).

Quien haya intentado aplicar los casos de uso habrá notado que son prácticos y efectivos. Sin embargo, al usarlos se presentan algunas dificultades. En este reporte se presentan sugerencias prácticas para que su aplicación sea aúnmás efectiva. Las sugerencias provienen de la experiencia tanto en el ámbito profesional como académico.

Se asume que el lector conoce al menos superficialmente la técnica de análisis con casos de uso y la problemática de la ingeniería de requerimientos.





Antecedentes

Los casos de uso son una técnica para analizar y especificar el comportamiento de un sistema. Todo sistema desoftware ofrece a su entorno –aquellos que lo usan– una serie de servicios. Un caso de uso es una forma de expresar cómo alguien o algo externo a un sistema lo usa. Cuando decimos “alguien o algo” hacemos referencia a que los sistemas son usados no sólo por personas, sino también por otros sistemas de hardware y software.

La idea de especificar un sistema a partir de su interacción con elentorno fue propuesta originalmente por Mc Menamin y Palmer, dos precursores del análisis esencial –una de las principales tendencias dentro del análisis estructurado–, que escribieron en 1984 un excelente libro (McMenamin 84) donde definen el evento, algo que ocurre fuera de los límites del sistema ante lo cual el sistema debe responder.

Los casos de uso combinan el concepto de evento del análisisestructurado con otra técnica de especificación de requerimientos poco difundida: aquella que dice que una buena forma de expresar los requerimientos de un sistema es escribir su manual de usuario antes de construirlo (Thayer 1988). Esta técnica, si bien ganó pocos adeptos, se basa en un concepto muy interesante: al definir requerimientos, es importante describir al sistema desde el punto de vistade quien lo va a usar, y no desde el punto de vista de quien lo va a construir. De esta forma, es más fácil validar que los requerimientos documentados son los verdaderos requerimientos de los usuarios, ya que éstos comprenderán fácilmente la forma en la que están expresados.

Los casos de uso están en camino de convertirse en una técnica de amplia difusión en la industria. Las sugerencias deeste reporte se basan en su aplicación a distintos proyectos de este ámbito – un sistema de estadísticas comerciales y un sistema de automatización de sucursales bancarias entre ellos –, y a trabajos prácticos de alumnos de una materia universitaria de Ingeniería del Software.


Descripción de la Técnica

Sólo como resumen, se incluyen las principales definiciones del análisis con casos deuso.

• Actores: Un actor es una agrupación uniforme de personas, sistemas o máquinas que interactúan con el sistema que estamos construyendo de la misma forma. Los actores son externos al sistema que vamos a desarrollar. Por lo tanto, al identificar actores estamos empezando a delimitar la frontera del sistema, y a definir su alcance.

• Casos de uso: Un caso de uso es una secuencia deinteracciones entre un sistema y alguien o algo que usa alguno de sus servicios. Un caso de uso es iniciado por un actor. A partir de ese momento, ese actor, junto con otros actores, intercambian datos o control con el sistema, participando de ese caso de uso.

• Alternativas: Durante la ejecución de un caso de uso, suelen aparecer errores o excepciones. Esas desviaciones del curso normal del caso...