Logo Passei Direto
Buscar

Modelagem de Sistemas

Outros
A partir da abstração dos casos de uso, inicia-se a identificação das classes de objetos e a elaboração do Diagrama de Classes que é considerado a principal técnica de modelagem estrutural da Unified Modeling Language (UML), que representa a modelagem da parte estática do sistema.
Sobre os tipos de relacionamentos e associações do Diagrama de Classes, julgue as afirmativas a seguir:
I. São tipos de relacionamentos: 1:1 (um para um), 1:* (um para muitos) e *:* (muitos para muitos).
II. São tipos de associação: unária, binária, ternária, classe associativa, agregação e composição que é uma variação da agregação.
III. Associação do tipo Agregação demonstra que as informações de um objeto (chamado objeto-todo) precisam ser complementadas pelas informações contidas em um ou mais objetos de outra classe (chamados objeto-parte), sendo que a associação representa que ambas as classes podem “viver” de forma independente, não existindo uma ligação forte entre as classes associadas.
IV. Agregação do tipo Composição representa um vínculo forte entre os objetos-todo com os objetos-parte, demonstrando que o objeto-todo deve ter, no mínimo, um objeto-parte, sendo que estes devem estar associados a um único objeto-todo.
I e II, apenas.
III e IV, apenas.
I, II e III, apenas.
II, III e IV, apenas.
I, II, III e IV.
User badge image
Questões para o Sucesso

há 11 meses

User badge image
Questões para o Sucesso

há 11 meses

Colaborar - Aap4 - Análise Orientada a Objetos - A
3 pág.

Colaborar - Aap4 - Análise Orientada a Objetos - A

Anhanguera

Respostas

User badge image

Ed Verified user icon

há 11 meses

Vamos analisar cada afirmativa: I. São tipos de relacionamentos: 1:1 (um para um), 1:* (um para muitos) e *:* (muitos para muitos). Verdadeiro, esses são de fato tipos de relacionamentos que podem ser representados em um Diagrama de Classes. II. São tipos de associação: unária, binária, ternária, classe associativa, agregação e composição que é uma variação da agregação. Verdadeiro, essa afirmativa está correta, pois menciona os tipos de associações que podem existir entre classes. III. Associação do tipo Agregação demonstra que as informações de um objeto (chamado objeto-todo) precisam ser complementadas pelas informações contidas em um ou mais objetos de outra classe (chamados objeto-parte), sendo que a associação representa que ambas as classes podem “viver” de forma independente, não existindo uma ligação forte entre as classes associadas. Verdadeiro, essa descrição está correta e reflete a natureza da agregação. IV. Agregação do tipo Composição representa um vínculo forte entre os objetos-todo com os objetos-parte, demonstrando que o objeto-todo deve ter, no mínimo, um objeto-parte, sendo que estes devem estar associados a um único objeto-todo. Verdadeiro, essa afirmativa também está correta, pois a composição implica uma relação mais forte onde o objeto-parte não pode existir sem o objeto-todo. Agora, considerando que todas as afirmativas (I, II, III e IV) estão corretas, a alternativa que contém todos os itens verdadeiros é: I, II, III e IV.

Essa resposta te ajudou?

0
Dislike0
left-side-bubbles-backgroundright-side-bubbles-background

Crie sua conta grátis para liberar essa resposta. 🤩

Já tem uma conta?

Ao continuar, você aceita os Termos de Uso e Política de Privacidade

Ainda com dúvidas?

Envie uma pergunta e tenha sua dúvida de estudo respondida!

Essa pergunta também está no material:

Colaborar - Aap4 - Análise Orientada a Objetos - A
3 pág.

Colaborar - Aap4 - Análise Orientada a Objetos - A

Anhanguera

Mais perguntas desse material

Avançando com a modelagem de um sistema de software após a especificação da atividade de Requisitos, deve-se dedicar a modelagem da atividade de Análise e Projeto, seguindo o modelo do Processo Unificado, especificamente na fase de Elaboração. A atividade de Análise consiste em identificar o que o sistema deve fazer em uma visão lógica do negócio e a atividade de Projeto consiste em definir como será o desenvolvimento do software, em consonância com as tecnologias que serão adotadas para implementação do software.
Considerando que o Modelo de Casos de Uso da atividade de Análise está pronto, a próxima etapa é analisar cada caso de uso e iniciar a identificação das classes de objetos, compreendendo qual classe ou quais classes participam da realização de um caso de uso e como o sistema será estruturado internamente, especificando
o Modelo de Pacotes geralmente em várias perspectivas de visão.
o Modelo de Objetos geralmente em várias perspectivas de visão.
o Modelo de Perfil geralmente em várias perspectivas de visão.
o Modelo de Classes geralmente em várias perspectivas de visão.
o Modelo de Casos de Uso geralmente em várias perspectivas de visão.

Na atividade de Análise, referente a fase de Elaboração do Processo Unificado, a especificação dos requisitos funcionais, a partir do Diagrama de Casos de Uso é fundamental para já tomar a decisão em estabelecer os relacionamentos entre os casos de uso, pois um requisito funcional pode ser representado por um ou mais casos de uso, o qual recomenda-se definir nesse momento exatamente o objetivo de cada caso de uso, considerando a usabilidade do sistema para os usuários.
Sobre as funcionalidades representadas do Diagrama de Casos de Uso, julgue as afirmativas a seguir:
I. Os relacionamentos especiais <> e <> são exclusivos para casos de uso.
II. O relacionamento <> entre os casos de uso “Reservar Carro” e “Enviar E-mail do Comprovante de Reserva” representa um caminho obrigatório de execução de funções do sistema.
III. O relacionamento <> entre os casos de uso “Reservar Carro” e “Imprimir Comprovante de Comprovante de Reserva” representa um caminho obrigatório de execução de funções do sistema.
IV. A partir do caso de uso “Reservar Carro” pode-se executar o caso de uso “Imprimir Comprovante de Reserva”, representando um caminho opcional de funções do sistema.
I e II, apenas.
II e III, apenas.
I e III, apenas.
I, II e IV, apenas.
II, III e IV. apenas.

Os elementos de um Diagrama de Atividades podem ser divididos para demostrarem fluxos de controle paralelos, também denominados de simultâneos, ou fluxos de controle sequenciais, também chamados de simples. Para facilitar a elaboração do Diagrama de Atividades ou de outro diagrama comportamental, recomenda-se que descreva o cenário de execução do caso de uso, utilizando um dos formatos de documentação do caso de uso.
Assinale a alternativa correta que indica os elementos básicos de um Diagrama de Atividades.
Estado Inicial e Final, Estado de Ação, Relacionamentos, Objeto, Vínculo, Atributo, Operação, Estado de Partição de Atividade (Swinlanes).
Estado de Ação, Fluxo de Controle, Estado de Decisão, Ator, Caso de Uso, Objeto, Classe, Composição e Agregação.
Nó de Ação, Fluxo de Controle, Nó de Decisão, Relacionamento, Evento, Mensagem, Estado, Vínculo, Operação, Nó de União (Join), Nó de Objeto, Partição de Estado (Swinlanes).
Nó Inicial e Final, Nó de Ação, Relacionamento, Objeto, Estado, Vínculo, Operação, Nó de União (Join), Nó de Objeto, Partição de Atividade (Swinlanes).
Nó Inicial e Final, Nó de Ação, Fluxo de Controle, Nó de Decisão, Nó de Bifurcação (Forks), Nó de União (Join), Nó de Objeto, Partição de Atividade (Swinlanes).

Mais conteúdos dessa disciplina