6.2.

2 MEJORA DE UN CASO DE USO PRELIMINAR

NOTA: Muchachos no se puede hacer un resuen !"en es#ruc#urado por$ue es un
ana%"s"s de una con&ersac"'n( &er")"cando casos de uso( e*epc"ones + pos"!%es errores(
%eeran %a con&ersac"'n de% %"!ro + en#enderan.
- Se describe interacciones alternativas.
- Se evala cada paso en el escenario primario.
- Se plantea las preguntas siguientes:
El actor puede emprender otra accin en este punto?
Es posible que el actor encuentre alguna condicin de error en este punto? Si as fuera,
cul podra ser?
En este punto, es posible que el actor encuentre otro comportamiento !por e"emplo, alguno
que sea invocado por cierto evento fuera del control del actor#? En ese caso, cul sera?
- El resultado es un con"unto de escenarios secundario, pero representan comportamientos
alternativos.
- $onsidere los pasos % & ' del escenario primario &a descrito:
%. El propietario elige (seleccionar una cmara).
'. El sistema presenta el plano de la casa.
En este conte*to, slo se consideran las condiciones que sean probables como resultado directo de
la accin descrita en los pasos % o '. +e nuevo, la respuesta es (s). ,al ve- nunca se .a&a confi-
gurado un plano con conos de cmara. Entonces, elegir (seleccionar una cmara) da como
accin descrita en los pasos % o '. +e nuevo, la respuesta es (s).
/na condicin de error: (0o .a& plano configurado para esta casa.), se convierte en un escenario
secundario.
En este punto, es posible que el actor encuentre otro comportamiento !por e"emplo, alguno que
sea invocado por cierto evento fuera del control del actor#? 1tra ve-, la respuesta es (s). 2 medida
que ocurran los pasos % & ', el sistema puede .allar una condicin de alarma.
- $ada situacin se caracteri-a como una e*cepcin al caso de uso. 3ue describe una situacin !&a
sea condicin de falla o alternativa elegida por el actor# que .ace comportar el sistema de una forma
diferente.
$oc4burn recomienda el uso de (lluvia de ideas) para obtener un con"unto ra-onablemente
comple"o de e*cepciones para cada caso de uso.
2dems de las tres preguntas generales &a sugeridas en esta seccin, tambi5n deben e*plorarse los
siguientes aspectos:
6 E*isten casos en los que ocurra alguna (funcin de validacin) durante este caso de uso?
Esto implica que la funcin de validacin es invocada & podra ocurrir una potencial
condicin de error.
6 7a& casos en los que una funcin !o actor# de soporte falle en responder de manera
apropiada? 8or e"emplo, una accin de usuario espera una respuesta pero la funcin que
.a de responder se cae.
6 El mal desempe9o del sistema da como resultado acciones inesperadas o impropias?
:a lista de e*tensiones desarrollada como consecuencia de preguntar & responder estas pregun-
tas debe (racionali-arse) con el uso de los siguientes criterios:
- /na e*cepcin debe describirse dentro del caso de uso si el soft;are la puede detectar & debe
mane"arla una ve- detectada.
- En ciertos casos, una e*cepcin precipitar el desarrollo de otro caso de uso !el de
mane"ar la condicin descrita#.
6.2., MEJORA DE UN CASO DE USO PRELIMINAR
-- 2 veces, para modelar los requerimientos es suficiente con los casos de uso informales.
-- Sin embargo, cuando un caso de uso involucra una actividad crtica o cuando describe un
con"unto comple"o de etapas con un nmero significativo de e*cepciones, es deseable un enfoque
ms formal.
-- El ob"etivo en conte*to identifica el alcance general del caso de uso. :a precondicin describe lo
que se sabe que es verdadero antes de que inicie el caso de uso.
-- El disparador !o trigger# identifica el evento o condicin que (.ace que comience el caso de uso)
-- El escenario enlista las acciones especficas que requiere el actor, & las respuestas apropiadas del
sistema.
-- :as e*cepciones identifican las situaciones detectadas cuando se me"ora el caso de uso
preliminar.
-- ,oda notacin de modelado tiene sus limitaciones, & la del caso de uso no es la e*cepcin.
-- /n caso de uso se centra en los requerimientos funcionales & de comportamiento, & por lo general
es inapropiado para requerimientos disfuncionales.
-- El modelado basado en escenarios es apropiado para la gran ma&ora de todas las situaciones que
encontrar un ingeniero de soft;are.
-- Si se desarrolla bien, el caso de uso proporciona un beneficio sustancial como .erramienta de
modelado.