Logo Passei Direto
Buscar
Qual dos passos abaixo não diz respeito à criação de um diagrama de interação:
Identifique as conexões e relacionamentos entre eles e, em seguida, categorize-os.
Identifique a sequência de fluxos de mensagens na interação entre os objetos.
Para cada operação, identifique os objetos que farão parte da sua interação.
Determine o caso de uso que será modelado e identifique suas operações.
Identifique as classes de análise que serão modeladas no projeto.
User badge image
Questões Para o Saber

há 7 meses

Respostas

User badge image

Ed Verified user icon

há 7 meses

O passo que não diz respeito à criação de um diagrama de interação é: "Identifique as classes de análise que serão modeladas no projeto." Esse passo está mais relacionado à modelagem de classes do que à interação entre objetos.

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:

Mais perguntas desse material

Um dos diagramas da UML tem a responsabilidade de exibir todos os modelos de objetos que se relacionam, enviando e recebendo mensagens uns aos outros. Esse diagrama representa a mais importante estrutura que temos no paradigma orientado a objeto, e mostra os atributos e métodos associados a cada modelo de objetos do sistema.
Estamos falando de qual diagrama da UML?
Estados
Objetos
Casos de uso
Classes
Estruturas compostas

Modelos são ferramentas extremamente úteis quando desenvolvemos sistemas computacionais. Um dos benefícios é a possibilidade de servir como instrumento de comunicação das ideias para construção do sistema, entre membros da equipe de desenvolvimento e destes com os usuários.
Assinale a ÚNICA alternativa que contém apenas as assertivas corretas:
I. O programador precisa construir os programas e pode ter a necessidade de consultar determinado diagrama para um entendimento primordial das implementações.
II. Os projetistas do software não precisam compreender a realidade dos requisitos para realizar seu trabalho.
III. Os modelos de análise nascem a partir de um documento primordial, denominado Documento de Requisitos do Sistema.
IV. Os usuários validam os modelos junto à equipe de desenvolvimento.
Somente a assertiva III está correta.
Estão corretas as assertivas I e II.
Estão corretas as assertivas I, III e IV.
Estão corretas as assertivas I, II e IV.
Estão corretas as assertivas II e IV.

Pode-se definir requisitos de software como a forma descrita que um sistema deve desempenhar, as funcionalidades que oferece e como deve funcionar exatamente.
Esses requisitos são descritos de formas diferentes e com níveis de detalhes diferentes, pois serão utilizados por distintos perfis de leitores. Existe mais de um tipo de requisito. Os requisitos que são conhecidos como as declarações dos serviços que o sistema deve executar, as reações que precisam acontecer a determinadas entradas e o comportamento em algumas situações são conhecidos como requisitos:
principais
funcionais
não funcionais
de execução
de comportamento

Tomando como base a especificação do fluxo principal de um caso de uso descrita abaixo, assinale, dentre as alternativas a seguir, o Diagrama de Casos de Uso que melhor representa, de forma correta, tal especificação.
1. O Jogador 1 inicializa o jogo. 2. O sistema solicita os dados do Jogador 2, para estabelecer a comunicação. 3. O Jogador 1 insere os dados do Jogador 2. 4. O sistema estabelece a comunicação virtual entre o Jogador 1 e 2 e emite alerta visual e sonoro informando para ambos que o jogo pode ser iniciado. 7. Quando o Jogador 2 aceita o jogo, o sistema desativa os alertas e possibilita o início do jogo entre ambos os jogadores. 8. O sistema ativa, obrigatoriamente, nesse momento, a funcionalidade que calcula a pontuação do jogo, baseado em uma série de dados e condições distintas. 9. Se o Jogador 1 desejar, poderá acrescentar, simultaneamente ao jogo, mais um novo participante, estabelecendo mais uma comunicação virtual agora com o Jogador 3. 10. O Jogo prossegue durante determinado tempo. Quando for encerrado o jogo entre os envolvidos, o sistema registra o vencedor, as pontuações e a hora de término do jogo e libera todos os recursos da comunicação virtual. 11. O caso de uso é encerrado.

(INSTITUTO AOCP - EBSERH - 2017) Um recém-contratado analista é integrado a uma equipe de desenvolvimento de um projeto em andamento e lhe são apresentados os diagramas de modelagem. Entre todos esses diagramas, o diagrama a seguir é passado para esse analista reformular. Qual é o diagrama que ele terá que reformular?
Diagrama de Atividade
Diagrama de Comunicação
Diagrama de Estado
Diagrama de Sequência
Diagrama de Pacote

(IBFC ‒ EBSERH ‒ 2016) A análise de requisitos é a primeira fase de desenvolvimento de software dividido em requisitos funcionais e requisitos não funcionais. Os requisitos não funcionais possuem vários tipos diferentes de classificação, tais como:
Da relação apresentada existem somente:
(1) Requisitos de confiabilidade
(2) Requisitos de produtos
(3) Requisitos éticos
(4) Requisitos de portabilidade
Da relação apresentada existem somente o 1, 2 e 4
Da relação apresentada existem somente o 2, 3 e 4
Da relação apresentada existem todos
Da relação apresentada existem somente o 1, 2 e 3
Da relação apresentada existem somente o 1, 3 e 4

Assinale a opção que contenha o padrão GRASP que possui uma estrutura de solução similar ao padrão GoF Facade:
Alta Coesão
Criador
Polimorfismo
Controlador
Baixo Acoplamento

Assinale a alternativa com uma afirmativa verdadeira sobre o padrão GRASP Baixo Acoplamento:
Evita a criação de dependências em relação a estruturas de código condicionais (if -then-else ou switch-case).
Recomenda que cada módulo deve ter uma responsabilidade bem-definida.
Indica a classe mais recomendada para instanciar um objeto em uma relação de agregado x partes.
Evita a duplicação de algoritmos que apresentem a mesma estrutura, com alguns pontos de variação entre eles.
Recomenda que as responsabilidades devem ser distribuídas pelos módulos de forma que as dependências entre eles sejam gerenciáveis.

Mais conteúdos dessa disciplina