UML Domine el lenguaje de modelado más utilizado en la actualidad

Ca sos de uso Ingresando usuario y contraseña A A Usuario No Registrado Bases de Datos de Usuarios F igu ra 10. Relacionando actores con casos de uso. Alternativas ¿Qué sucedería en la especificación anterior si el usuario ingresara una contraseña no válida? Esta es una situación claramente posible y no está reflejada en nuestro caso de uso. La técnica de casos de uso nos permite introducir lo que se conoce como alternativas, que nos posibilitan añadir comportamiento a la especificación de un caso de uso. Los pasos de un caso de uso generalmente asumen una ejecución normal, y los casos de excepción se manejan a través de las alternativas que repre­ sentan flujos de ejecución que difieren de la ejecución tradicional. En general, se representan debajo de toda la secuencia de pasos. Cada alternativa va acompañada de un número que hace referencia al número de paso al que provee un camino alternativo. En caso de que hubiera dos alternativas para un mismo paso, se acompaña también con un índice que indica el número de alternativa. Para el ejem­ plo anterior (un usuario que ingresa nombre y contraseña), una especificación con alternativas sería la que vemos a continuación: Caso de Uso: Ingresando usuario y contraseña iniciador: Usuario No Registrado 1) Ei usuario ingresa su nombre de usuario. 2) El usuario ingresa su contraseña. 3) Se valida ia contraseña en la base de datos de usuarios. 4) 1.a información usuario/contraseña es correcta. 5) FIN. Alternativas: 4.1 La información usuario/contraseña no es válida. 4.1.1 Se muestra un mensaje de error. 4.1.2 FIN. Una pregunta que nos podemos hacer en estos momentos es si se pueden estable­ cer alternativas a las alternativas y si es así, ¿hasta dónde seguir? Por ejemplo, en el paso 4.1.1 de la especificación del caso de uso anterior, ¿qué sucede si por un error del sistema operativo no se despliega la ventana de error?, ¿debemos introducir una 149