Se em algum ponto de um Caso de Uso houver a necessidade de ...

Utiliza-se  <<EXTENDS>> apenas sob certas condições.

Por exemplo:



Caso a pessoa precise encerrar uma conta, se ela estiver com o saldo negativo, deve depositar um montante para zerar a conta, então <<extend>> Depósito.

Caso ele tenha um saldo positivo, então <<extend>> Saque.

INcondicional = INclude;
condicional = extend

Alternativa correta: E - <<include>>.

Para resolver essa questão é essencial compreender os diferentes tipos de relacionamentos em UML dentro dos Casos de Uso. A UML define uma série de relacionamentos estereotipados que ajudam a descrever como os casos de uso interagem entre si ou com elementos externos. Aqui temos dois conceitos principais: o <<include>> e o <<extend>>.

O relacionamento <<include>> é utilizado quando um Caso de Uso inclui incondicionalmente o comportamento de outro. Ou seja, sempre que o primeiro caso de uso é executado, ele vai invocar o outro caso de uso incluído. Isso é útil para reutilizar funcionalidades comuns a vários casos de uso, evitando repetição e facilitando a manutenção.

Por outro lado, o <<extend>> é aplicado quando um Caso de Uso estende outro de maneira condicional, isto é, a inclusão do comportamento estendido só ocorre sob certas condições. O estereótipo <<generalize>> é associado à generalização entre casos de uso, quando um caso de uso é uma especialização de outro. Já <<realize>> e <<enumeration>> não são relacionamentos aplicáveis a casos de uso.

O uso correto do estereótipo <<include>> é o que permite o reuso de cenários comuns entre diferentes casos de uso, garantindo assim a integridade e a organização do modelo de casos de uso. Portanto, a alternativa E é a correta pois descreve exatamente esse tipo de relacionamento no qual um cenário é sempre necessário dentro de outro Caso de Uso.