Na linguagem UML, o diagrama de sequência do sistema tem como objetivo
- A)ilustrar os conceitos significativos em um domínio de problema.
Errada, porque ilustrar conceitos significativos de um domínio de problema é função mais ligada ao modelo conceitual e a diagramas de classes/ domínio, não ao diagrama de sequência do sistema.
- B)ilustrar como os objetos interagem por meio de mensagens para cumprir tarefas.
Errada, porque descreve a interação entre objetos por mensagens, o que se aproxima de diagramas de sequência de objetos, e não do sistema visto como caixa-preta.
- C)descrever o sistema em termos de entradas e saídas efetivas e sua implementação geral.
Errada, porque falar de entradas, saídas e implementação geral remete a visão arquitetural ou de contexto, não ao objetivo do diagrama de sequência do sistema.
- D)descrever as classes e as interfaces do sistema.
Errada, porque descrever classes e interfaces é papel de diagramas estruturais, especialmente o diagrama de classes, e não de sequência.
- E)ilustrar os eventos gerados pelos atores que são reconhecidos pelo sistema.
Certa, porque o diagrama de sequência do sistema registra os eventos ou mensagens gerados pelos atores e reconhecidos pelo sistema, mostrando o fluxo de interação em alto nível.
Gabarito: E
O diagrama de sequência do sistema, na UML, mostra a interação entre os atores e o sistema em um nível bem alto, quase como um roteiro de atendimento: o ator faz um pedido, o sistema reage, depois vem outra ação, e assim por diante. Ele não entra no detalhe de objetos internos nem de classes, porque a ideia aqui é olhar a fronteira do sistema, e não a “vida secreta” dentro dele. Em análise de requisitos, esse diagrama costuma registrar os eventos disparados pelos atores e reconhecidos pelo sistema, ou seja, as mensagens que chegam à aplicação a partir de quem está fora dela. Isso ajuda a enxergar o comportamento externo do sistema em uma sequência temporal, facilitando a validação com o cliente e com a equipe. Por isso, o gabarito é a letra E: o foco do diagrama de sequência do sistema é justamente ilustrar os eventos gerados pelos atores que o sistema reconhece. É uma visão de cenário, útil para entender casos de uso e fluxo de eventos, sem ainda detalhar a implementação interna. Cuidado para não confundir com outros diagramas da UML. Se a questão falar em classes, interfaces, objetos internos ou relacionamento estrutural, já é outro tipo de diagrama. Aqui a banca quer a ideia de interação externa, no nível do sistema como uma caixa-preta.