Uma forma de modelar as classes de projeto é através da separação das suas responsabilidades típicas. Nesse sentido, o engenheiro de software especifica as classes de fronteira (boundary) para representar a interação do sistema com os diferentes atores, especifica também as classes de entidade (entity) que representam as classes cujos objetos são persistentes, ou seja, mantidos em memória secundária para contribuem com a realização dos diferente casos de uso e, ainda, especifica as classes de controle (controller) que contêm a lógica de negócio evidenciada nos fluxos de eventos dos casos de uso que representam as diferentes jornadas de diferentes usuários no uso do software. Essas especificações podem ser realizadas com o auxílio de diagramas de classe em conjunto com diagramas de sequência da UML.
Considere em conjunto o diagrama de classe e de sequência abaixo.
Agora analise as afirmativas abaixo.
I. A mensagem síncrona 1.4 do Diagrama de Sequência indica que a associação entre a classes de “Entity 1” e “Entity 2” do Diagrama de Classes é desnecessária.
II. Está claro no Diagrama de Sequência que a classe “Boundary 2” possui mais operações que classe “Boundary 1”.
III. A existência de um objeto da classe “Entity 1” não requer uma associação com um objeto da classe “Entity 2”.
É correto o que se afirma em
A) I, apenas.
B) II, apenas.
C) III, apenas.
D) I e III, apenas.
E) II e III, apenas.
Para escrever sua resposta aqui, entre ou crie uma conta
Engenharia de Software e Engenharia de Requisitos
Compartilhar