Sobre Casos de Uso e Diagramas de Casos de Uso UML 2.5, considere as seguintes afirmações. I - Alguns Casos de Uso podem estar relacionados, há passos similares para gravar uma lista de músicas em um CD e carregar uma lista de músicas em um celular. Para evitar duplicação, normalmente é melhor criar um novo Caso de Uso representando a atividade duplicada e depois deixar que os outros casos INCLUAM esse novo Caso de Uso como um de seus passos. A inclusão é indicada nos Diagramas de Casos de Uso por meio de uma seta tracejada identificada com "include" conectando um Caso de Uso a outro. II - No Diagrama de Casos de Uso, a figura do usuário representa um ator. Sistemas complexos tipicamente possuem mais de um ator. Os atores são conectados aos Casos de Uso que eles executam. Quais estão corretas?

Alternativa E - I, II e III

Os diagramas de casos de uso na UML (Unified Modeling Language) são ferramentas fundamentais para modelagem de requisitos funcionais, focando na interação entre o sistema e seus usuários externos. Abaixo, apresento a análise detalhada de cada afirmação apresentada na questão.

Análise das Afirmações

I - Perspectiva do Usuário

Esta afirmação está correta. O objetivo principal dos casos de uso é descrever o comportamento do sistema sob a ótica de quem o utiliza. Eles definem o "o quê" o sistema deve fazer para atingir objetivos específicos, sem entrar em detalhes técnicos de implementação ("como").

II - Relação de Inclusão (<<include>>)

Esta afirmação também está correta.

• Propósito: Evitar duplicação de lógica quando dois ou mais casos de uso compartilham passos comuns.
• Mecanismo: Cria-se um novo caso de uso para a parte comum.
• Notação: Utiliza-se uma seta tracejada com a estereiotipo <<include>>.
• Direção: A seta aponta do caso de uso que chama (base) para o caso de uso incluído.

III - Representação dos Atores

Esta afirmação é correta.

• Ator: Representado classicamente pela figura humana (stick figure), simbolizando qualquer entidade externa (usuários, sistemas, hardware) que interage com o sistema.
• Associação: São conectados aos casos de uso através de linhas sólidas, indicando quais funcionalidades o ator pode executar ou observar.
• Complexidade: Sistemas reais raramente envolvem apenas um tipo de usuário, exigindo múltiplos atores.

Conclusão

Como todas as três assertivas descrevem conceitos fundamentais e corretos sobre a especificação UML 2.5 para Diagramas de Casos de Uso, a alternativa que engloba todos elas é a correta.

Resposta Final: Alternativa E