consejos para escribir buenos casos de uso

Traducido por: Mónica Navarro. - TIS 2009

Consejos Para Escribir Buenos Casos de Uso
Introducción
Escribir buenos casos de usos es más un arte que una ciencia. Y como
en cualquier arte, no existen reglas absolutas para crear obras maestras.
Finalmente, los casos de uso consisten en comunicar de forma clara
información detallada a diversas audiencias, y alcanzar el objetivo de creardesarrollos de proyectos exitosos.
Ivar Jacobson inventó los Casos de Usos. María Ericsson trabajó junto a
Jacobson y fue la coautora de uno de sus libros. Kurt Bittner junto a Ian Spence
también escribieron un popular libro sobre Casos de Uso. Estos pioneros y
mucha gente de IBM, que tienen años de experiencia trabajando con clientes
para desarrollar buenos casos de uso, han contribuido a lastecnologías
descritas en este documento.
Escribir un buen caso de uso no es fácil, pero, afortunadamente, nuestra
experiencia puede ser su guía.
Los conceptos y principios aquí reunidos representan el trabajo de
muchas personas en IBM, los cuales forman un fundamento de mejores
prácticas probadas. Muchos de los consejos a los que hace alusión este
documento son parte de la metodología RUP deIBM, otros son nuevos y no
han sido incluidos dentro de RUP.

Traducido por: Mónica Navarro. - TIS 2009

Entendiendo qué es un Caso de Uso (y qué no lo es)
Los Casos de Uso se han vuelto muy populares para establecer el
esquema de la lógica de negocios del desarrollo de proyectos.
Esta popularidad, desafortunadamente, puede resultar también en confusión y
en variedad de opiniones respectoa qué son y a cómo deberían ser
estructurados y escritos.
Sin un estilo estándar y sin el establecimiento de pautas para escribir
casos de uso, los escritores de casos de uso dentro de su organización
escribirán los casos de uso a su manera, posiblemente confundiendo a los
lectores y haciendo peligrar los proyectos así como también al resultado
deseado de una solución de calidad que proveavalor de negocio inmediato.
Los casos de uso son parte del Estándar Del Lenguaje Unificado de
Modelado del Grupo de Gestión de Objetos (OMG).
Este estándar nos dice qué significan las partes de los diagramas de
casos de uso, las figuras de palos (monitos), óvalos y líneas, y nos da una
definición de un caso de uso. Pero no nos dice cómo estructurarlos o
escribirlos. Por lo que debemos leerlibros o artículos (como este), para tratar
de imaginarnos la forma correcta.
Así que, ¿cual es la forma correcta?, La mejor forma es la que funcione
mejor para ti, sin salirse mucho de la definición de lo que es un caso de uso:
Un caso de uso es una especificación de una serie de
acciones realizadas por un sistema, el cual produce un
resultado observable que es, típicamente, de valor parauno o más actores u otros grupos de interés dentro del
sistema (UML 2).
Una definición menos formal podría ser la siguiente: Un caso de uso es
una lista de pasos que especifican como un usuario interactúa con el negocio o
sistema, teniendo en cuenta el valor que esta interacción le da al usuario o a
otros grupos de interés. Aún más simple: Un Caso de uso es la historia de
cómo un negocio o unsistema interactúa con el usuario.

Traducido por: Mónica Navarro. - TIS 2009

Un caso de uso no debe ser confundido con la historia de un usuario, por
ejemplo un requerimiento del sistema de software formulado en una o dos
frases en el lenguaje cotidiano del usuario. Los casos de uso son
requerimientos formales con contexto y estructura que definen claramente el
valor resultante.
Estoaún deja a los escritores de casos de uso un gran trabajo, descubrir
realmente la mejor manera

de escribir casos de uso, dada la significante

ambigüedad incorporada en la definición. El objetivo de este documento es
ayudarle a tomar las decisiones correctas para que pueda realizar de forma
exitosa ese trabajo.
Otro tipo de caso de uso – el caso de uso de negocio- es usado para...