Documenti di Didattica
Documenti di Professioni
Documenti di Cultura
de 2008
Consejos para escribir buenos casos de uso.
James Heumann, requisitos Evangelista, IBM Rational Software
Casos de uso de la pgina son parte del grupo de administracin de objetos (OMG)
Uniied
destaca lenguajes de modelado (UML) estndar. Esta norma nos dice que las partes de
los
diagramas de caso de uso promedio de la Stick figuras, elipses y lneas, y nos da
el deinition
un caso de uso es la historia de cmo un caso de uso.
Pero no nos dicen cmo estructurar o escriba uno. As que estamos a la izquierda
para
el negocio o el sistema y leer libros o artculos (como
este), para intentar igura el camino correcto.
usuario interactuar.
Entonces, cul es la forma correcta? La mejor manera es la manera en que funciona
para usted, sin
apartarse demasiado de la deinition de lo que un caso de uso es:
un caso de uso es la speciication de un conjunto de acciones realizadas por un
sistema que produce un resultado que es observable, tpicamente, de valor para uno
o ms agentes u
otros actores del sistema (UML) 2.
Un poco menos formal deinition podra ser: un caso de uso es una lista de pasos que
speciies cmo interacta el usuario con el negocio o sistema manteniendo en mente
el valor que esta interaccin proporciona al usuario o a otras partes interesadas.
An ms simple: un
caso de uso es la historia de cmo el negocio o sistema y que el usuario
interacte.
Los casos de uso son requisitos formales de un caso de uso no debe
confundirse con una historia de usuario, un sistema de software requieren-
que definen claramente el valor resultante. ment formulado
como una o dos frases en el lenguaje cotidiano del usuario.
Los casos de uso son requisitos formales con el contexto y la estructura que
deine claramente el valor resultante.
Esto todava deja escritores de caso de uso con un gran trabajo-iguring fuera la
mejor manera de escribir los casos de uso, dada la ambigedad signiicant
incorporada en el deinition.
El objetivo de este trabajo es ayudarle a tomar las decisiones correctas para que
pueda tener xito y
hacer plenamente ese trabajo.
Otro tipo de caso de uso el caso de uso comercial-se utiliza para desarrollar
modelos que describen cmo un negocio va a interactuar con sus clientes y otras
par- tes externos y proporcionar valor a estas entidades. Este documento no trata
los casos de uso comercial y se centra exclusivamente en los casos de uso del
sistema.
Un caso de uso de la pgina con una sola baja permanece uninished, porque un buen
caso de uso se
resalta siempre tienen varias bajas de eventos. Recuerde que los casos de uso se
deben
explicar a los clientes, usuarios y equipos de desarrollo requieren funcional-
casos de uso no son declaraciones de diseo con
suficiente detalle como para permitir a los usuarios a aprobarlas o emplear los
documentos; se requieren- el caso de uso para disear el sistema.
Entender que un caso de uso no es un documento de diseo
declaraciones documentos. sobre cmo son los requisitos para ser aplicado; ms
bien, es una indicacin de lo que
debe ser construido. As, una sola baja no es suficiente para mostrar el detalle
necesario, o puede significar que hay muchos otros casos de uso ms pequeos que
podran combinarse
en otros como alternativa muy bajas.
Las referencias permiten a los usuarios reconstruir toda la historia
es la mejor prctica para crear una estructura de mdulos para un caso de uso,
dividindolo en varios niveles ms bajos.
Pero para poder contar una historia entera, usted tambin debe tener alguna forma
de poner los pedazos juntos de nuevo para ilustrar la speciic escenarios
integrales. Esto se logra mediante el uso de referencias, que esencialmente deine
el comienzo y el final de una alternativa de baja por referirse a un paso concreto
en la principal baja u otra alternativa de baja (vase el grfico 3). Hacer un caso
de uso fcilmente bajo-
standable requiere una tcnica consistente en el uso de referencias.
Sugerencia: poner referencias en los flujos alternativos, no los flujos principales
la principal baja ilustra lo que sucede cuando todo en el caso de uso va
referencias definir el principio justo y el actor logra su objetivo.
Incluye un conjunto ordenado de pasos
y el final de un flujo alternativo. (Eventos) que explica lo que
hace el sistema y lo que el actor no aloja- plish el caso de uso. Las referencias
son simples declaraciones acerca de dnde empieza bajo
y cmo y dnde termina.
Se recomienda no utilizar referencias en la principal baja, que podra llevar al
usuario a una alternativa de baja o de otro caso de uso si un speciic condi- cin
se produce. Centrndose en la feliz trayectoria mantiene el bajo simple y fcil de
leer, y comunica claramente lo que sucede cuando el caso de uso tiene xito.
Algunos estilos de casos de uso no utilizar referencias en la principal baja, que a
menudo se muestran
como si-entonces las declaraciones y rama a muchos otros lugares en el caso de uso
o
fuera de l. Pero esta tcnica puede ser confuso, y se recomienda que
todas las referencias se producen en mnimos alternativos.