_AS Geral_ MODELAGEM DE SISTEMAS ORIENTADA A OBJETOS

Prévia do material em texto

26/07/2022 21:50 AS Geral: MODELAGEM DE SISTEMAS ORIENTADA A OBJETOS
https://cruzeirodosul.instructure.com/courses/29794/quizzes/64637 1/17
AS Geral
Entrega Sem prazo Pontos 10 Perguntas 20
Disponível 20 jul em 0:00 - 31 jul em 23:59 Limite de tempo Nenhum
Tentativas permitidas 3
Histórico de tentativas
Tentativa Tempo Pontuação
MANTIDO Tentativa 2 27 minutos 9,5 de 10
MAIS RECENTE Tentativa 2 27 minutos 9,5 de 10
Tentativa 1 110 minutos 6,5 de 10
 As respostas corretas estão ocultas.
Pontuação desta tentativa: 9,5 de 10
Enviado 26 jul em 21:50
Esta tentativa levou 27 minutos.
Fazer o teste novamente
0,5 / 0,5 ptsPergunta 1
Qual foi o grande evento que fez a indústria de software repensar suas
bases e lançar um novo paradigma? Assinale a única alternativa
correta.
 
A guerra dos 6 dias entre Israel e os países Árabes fez com houvesse
uma crash na bolsa e empresa emergentes de tecnologia quebrassem.
 
Todos sabem que a orientação a objeto foi criada porque todos os
desenvolvedores sempre tiveram preguiça em escrever softwares de
maneira tradicional.
https://cruzeirodosul.instructure.com/courses/29794/quizzes/64637/history?version=2
https://cruzeirodosul.instructure.com/courses/29794/quizzes/64637/history?version=2
https://cruzeirodosul.instructure.com/courses/29794/quizzes/64637/history?version=1
https://cruzeirodosul.instructure.com/courses/29794/quizzes/64637/take?user_id=306961
26/07/2022 21:50 AS Geral: MODELAGEM DE SISTEMAS ORIENTADA A OBJETOS
https://cruzeirodosul.instructure.com/courses/29794/quizzes/64637 2/17
 
A guerra da Coreia foi fundamental para o desenvolvimento de novos
paradigmas de desenvolvimento de software por causa da necessidade
de desenvolvimento de mísseis que precisavam de
georeferenciamento.
 
Problemas associados à crise do petróleo na década de 1970 impediu
que as empresas de desenvolvimento crescessem com aconteceu 30
anos depois.
 
Problemas associados ao modo como o software é desenvolvido, como
é feita a manutenção e como acompanhar a demanda.
A chamada Crise do Software ocorreu por causa de
consecutivos problemas associados ao modo como o software
é desenvolvido, como é feita a manutenção e como
acompanhar a demanda, segundo um dos autores de referência
na área, Roger Pressman, Engenharia de Software, 1995.
0,5 / 0,5 ptsPergunta 2
Qual das alternativas abaixo não contém um elemento que envolve a
arquitetura de software? Encontre e assinale essa alternativa.
 Usabilidade 
 Funcionalidade 
 Compressão 
 Desempenho 
 Resiliência 
26/07/2022 21:50 AS Geral: MODELAGEM DE SISTEMAS ORIENTADA A OBJETOS
https://cruzeirodosul.instructure.com/courses/29794/quizzes/64637 3/17
Arquitetura de software envolve:
• Funcionalidade
• Usabilidade
• Resiliência
• Desempenho
• Reutilização
• Compreensão
• Restrições econômicas
• Restrições tecnológicas
• Preocupações estéticas
Veja que, na alternativa E, está escrito Compressão, ou seja
“elevar a pressão” e não Compreensão (ato de compreender,
entender alto), por isso está errada.
0,5 / 0,5 ptsPergunta 3
Logo abaixo, você encontrará uma série de vantagens em se usar OO,
todavia, uma delas não é. Assinale a única alternativa que a contém.
 Facilita a manutenção 
 Escrita rápida 
 Maior confiabilidade 
 Incapacidade em gerir complexidades 
 Depuração facilitada 
26/07/2022 21:50 AS Geral: MODELAGEM DE SISTEMAS ORIENTADA A OBJETOS
https://cruzeirodosul.instructure.com/courses/29794/quizzes/64637 4/17
Na verdade, utilizamos OO exatamente porque ela permite um
gerenciamento das complexidades ocasionadas por um código
extenso e de difícil entendimento e manutenção e correção.
0,5 / 0,5 ptsPergunta 4
Logo abaixo, há uma única alternativa que descreve um dos grandes
problemas que a indústria de software enfrentava, e que ajudou a
disseminar a adoção da OO como resposta a esse desafio. Assinale a
única alternativa que o contém.
 
A facilidade de manutenção de sistemas tradicionais é um ponto forte. 
 
Não importa o paradigma, a modificação de qualquer código sempre foi
fácil não havendo necessidade de documentação.
 Sistemas bem feitos jamais têm seus códigos alterados. 
 
O paradigma de desenvolvimento waterfall sempre foi o de escrita mais
rápida e correta.
 
O código sempre será alterado, não importa quão preciso seja
inicialmente.
O código duplicado é gerador de problemas. O código sempre
será alterado, não importa quão preciso seja. Trata-se de uma
lei natural, porque sempre haverá ajustes, correções e
melhorias num sistema em seu ciclo de vida.
26/07/2022 21:50 AS Geral: MODELAGEM DE SISTEMAS ORIENTADA A OBJETOS
https://cruzeirodosul.instructure.com/courses/29794/quizzes/64637 5/17
0,5 / 0,5 ptsPergunta 5
Uma das linguagens abaixo não é orientada a objeto, todas as outras
são puramente orientadas a objetos ou são híbridas. Assinale abaixo,
a única alternativa que possui uma linguagem não orientada a objetos.
 PYTON 
 ASSEMBLER 
 C# 
 JAVA 
 RUBI 
Linguagem Assembler é a mais próxima da linguagem de
máquina, trabalha com níveis baixos de comando, muitas vezes
mexendo em primitivas de sistemas operacionais, portas
lógicas acessadas diretamente e manipulação de pilha de
registradores na própria CPU. Portanto, não é uma linguagem
orientada a orientação a objetos.
0,5 / 0,5 ptsPergunta 6
Qual diagrama da UML abaixo não faz parte Estrutural.
 Diagrama de casos de uso. 
 Diagrama de componentes. 
 Diagrama de objetos. 
 Diagrama de implantação. 
26/07/2022 21:50 AS Geral: MODELAGEM DE SISTEMAS ORIENTADA A OBJETOS
https://cruzeirodosul.instructure.com/courses/29794/quizzes/64637 6/17
 Diagrama de classe. 
Diagrama de caso de uso trata do comportamento dos objetos e
não da estrutura.
0,5 / 0,5 ptsPergunta 7
A modelagem orientada a objetos com UML possui um elemento
central. Como se chama esse elemento?
 Diagrama de classe. 
 Diagrama de máquina de estado. 
 Diagrama de sequência. 
 Diagrama de pacotes. 
 Diagrama de comunicação. 
O diagrama de classe é o elemento central da UML e da MOO.
Ele permite detalhar o padrão a partir do qual os objetos serão
produzidos em tempo de execução, suas especificações. Além
disso, todos os objetos são uma instância de uma classe.
0,5 / 0,5 ptsPergunta 8
Assinale abaixo qual diagrama não pertence ao grupo Diagramas de
Interação.
26/07/2022 21:50 AS Geral: MODELAGEM DE SISTEMAS ORIENTADA A OBJETOS
https://cruzeirodosul.instructure.com/courses/29794/quizzes/64637 7/17
 Diagrama de Temporização. 
 Diagrama de Visão de Interação. 
 Diagrama de Sequência. 
 Diagrama de Componentes. 
 Diagrama de Comunicação. 
O diagrama de componentes não pertence aos diagramas de
interação, faz parte dos diagramas estruturais.
0,5 / 0,5 ptsPergunta 9
Logo abaixo você tem uma série de possibilidades de aplicação de um
diagrama de máquina de estados. Entretanto, uma delas é falsa.
Identifique qual é a alternativa falsa.
 
Como um objeto se move através de vários estados dentro de sua vida
útil.
 Como um descobridor de objetos. 
 Em uma modelagem cujos objetos são orientados a eventos. 
 Na ilustração de cenários de casos de uso. 
 Em um sistema reativo. 
26/07/2022 21:50 AS Geral: MODELAGEM DE SISTEMAS ORIENTADA A OBJETOS
https://cruzeirodosul.instructure.com/courses/29794/quizzes/64637 8/17
A estória dos usuários, documentação de levantamento de
requisitos e reuniões com clientes permitem a identificação de
objetos. Um diagrama de máquina de estados precisa que o
objeto e se for o caso, sua classe estejam identificados de tal
forma que possamos estudar o comportamento e as mudanças
de estado no ciclo de existência desse objeto. Portanto, o
objeto deve existir e ter sido localizado anteriormente ao uso
desse diagrama.
0,5 / 0,5 ptsPergunta 10
Qual o nome que podemos dar à dependência entre classes? Assinale
a alternativa correta.
 Chamada de relacionamento fornecedor-cliente. 
 Chamada de relacionamento objeto-sequência. 
 Chamada de relacionamento de vassalagem.Chamada de relacionamento escravo-serviçal. 
 Chamada de relacionamento inconclusivo. 
A dependência de classes é conhecida como um
relacionamento fornecedor-cliente, pois uma classe sempre
precisa de algo da outra classe para completar seu objetivo.
Quem fornece, atende a classe cliente.
0,5 / 0,5 ptsPergunta 11
26/07/2022 21:50 AS Geral: MODELAGEM DE SISTEMAS ORIENTADA A OBJETOS
https://cruzeirodosul.instructure.com/courses/29794/quizzes/64637 9/17
Qual das alternativas abaixo não caracteriza uma associação?
Assinale!
 A se comunica com A. 
 A é um item de linha de B. 
 Uma regra usada de B. 
 A é relatado em B. 
 A é um membro de B. 
A deve obrigatoriamente se comunicar com alguém. Não pode
ser com ele mesmo, lembre-se que estamos falando de
categorias de associações de classes conceituais e não de
modelagem de banco de dados. Não se trata de auto
relacionamento, mas de Associação.
0,5 / 0,5 ptsPergunta 12
Qual das alternativas abaixo tem uma afirmativa inválida sobre Modelo
Conceitual? Identifique-a e a assinale.
 Não deve ser confundido com a arquitetura do software. 
 
O modelo conceitual não trata de uma representação visual de classes
conceituais ou objetos do mundo real, em um domínio.
 
Amplamente utilizado como fonte de inspiração para projetar objetos de
software.
26/07/2022 21:50 AS Geral: MODELAGEM DE SISTEMAS ORIENTADA A OBJETOS
https://cruzeirodosul.instructure.com/courses/29794/quizzes/64637 10/17
 Não deve ser confundido com o modelo de dados. 
 Artefato do domínio do problema e não do domínio da solução. 
Como você pode ver na alternativa D, o que ocorre é
exatamente o contrário, “O modelo conceitual é uma
representação visual de classes conceituais ou objetos do
mundo real, em um domínio”.
0,5 / 0,5 ptsPergunta 13
Qual das alternativas abaixo oferece a resposta errada para o
emprego da Análise de Domínio da aplicação? Assinale a única
alternativa correta.
 
Importante para desenvolver habilidades essenciais para a criação de
software bem projetado, robusto e sustentável.
 
Enfatiza uma investigação do problema e dos requisitos, em vez de
uma solução.
 
Fomenta a discussão assertiva com as partes interessadas visando
ampliar a base de conhecimento do domínio e diminuir situações de
risco de desenvolvimento.
 
O exercício do design enfatiza uma solução conceitual em software e
hardware que preenche os requisitos, em vez de sua implementação.
26/07/2022 21:50 AS Geral: MODELAGEM DE SISTEMAS ORIENTADA A OBJETOS
https://cruzeirodosul.instructure.com/courses/29794/quizzes/64637 11/17
 
O uso de papel, caneta e outras formas de anotação ágeis são
irrelevantes.
No desenvolvimento do modelo do domínio é importantíssimo
rascunhar e discutir para criar um modelo pouco mais completo,
antes de sair usando qualquer ferramenta de desenho de
diagramas. Usamos por exemplo, papel, caneta, post-it, ou
qualquer facilitador que proporcione um pensamento ágil e
enxuto. Estar com o cliente vivenciando o aprendizado é mais
importante.
0,5 / 0,5 ptsPergunta 14
Qual das alternativas abaixo não indica uma ação necessária na
modelagem de domínio? Assinale marcando com um X a única que a
representa.
 
Traduzir os requisitos desse projeto depois em componentes de
software de uma solução.
 
Decompor um domínio de interesse em classes conceituais ou objetos
individuais.
 
Componentes de software não são comumente feitos utilizando uma
linguagem de programação.
 
Representar as classes conceituais do mundo real, não componentes
de software.
26/07/2022 21:50 AS Geral: MODELAGEM DE SISTEMAS ORIENTADA A OBJETOS
https://cruzeirodosul.instructure.com/courses/29794/quizzes/64637 12/17
 
Usar modelagem como técnica para entender a descrição do problema
do projeto.
Se vamos desenvolver um componente de software após
termos feito toda a modelagem com ou sem ferramenta como
framework de apoio, mandatoriamente devemos utilizar uma
linguagem de programação, orientada a objeto ou procedural,
não há ainda outra forma de se fazer isso, mesmo uma
ferramenta de automação de programação fará como saída de
seu trabalho um programa, ou seja, seus componentes estarão
escritos numa linguagem de programação.
0,5 / 0,5 ptsPergunta 15
Abaixo há uma definição correta para “O que é um Modelo”? Assinale
a alternativa correta.
 
Modelo é uma representação de uma política dentro de um processo
que possui ordens.
 O Modelo nada mais é que uma matriz de prioridades. 
 
Modelo é uma representação simplificada de um determinado domínio,
sendo o domínio qualquer área de interesse.
 Modelo é um plano de ação de um determinado domínio. 
 
O Modelo não é definido pela área de interesse, mas pela sua
execução e métricas.
26/07/2022 21:50 AS Geral: MODELAGEM DE SISTEMAS ORIENTADA A OBJETOS
https://cruzeirodosul.instructure.com/courses/29794/quizzes/64637 13/17
Conforme posto em nossa videoaula, “Modelo é uma
representação simplificada de um determinado domínio, sendo
o domínio qualquer área de interesse”.
0,5 / 0,5 ptsPergunta 16
Qual o significado da carta com o valor numérico mais alto no Planning
Poker? Identifique-a e a assinale.
 
É usada para dizer que não estamos confortáveis em estimar ainda. 
 Significa que a atarefa é fácil e seu desenvolvimento é curto. 
 Significa que devemos realizar uma pequena pausa. 
 
É amplamente utilizado como fonte de inspiração para projetar objetos
de software.
 
Significa que a tarefa é muito grande e deve ser quebrada ou
simplificada.
100 - Tarefa monstro. É muito grande para se lidar. Deve ser
quebrada, simplificada.
0,5 / 0,5 ptsPergunta 17
Qual das alternativas abaixo não caracteriza uma verdade sobre o
Planning Poker? Assinale-a.
26/07/2022 21:50 AS Geral: MODELAGEM DE SISTEMAS ORIENTADA A OBJETOS
https://cruzeirodosul.instructure.com/courses/29794/quizzes/64637 14/17
 Comece sempre pelos itens de menor valor comercial. 
 Os gerentes não votam. 
 
Aqueles que realmente poderiam fazer o trabalho são os que votam. 
 
Pare as discussões de implementação antes que elas sejam muito
profundas.
 
Quando há um empate na votação entre dois tamanhos que são
consecutivos, basta escolher o tamanho maior e seguir em frente.
Na verdade, o que deve ser feito é exatamente o contrário. O
correto é começar pelos itens que entregam maior valor
comercial.
0,5 / 0,5 ptsPergunta 18
Qual o comportamento dos participantes no Planning Poker quando
não atingimos o consenso na primeira rodada na estimativa de um
item? Assinale a alternativa que contém essa afirmativa.
 
Os estimadores +alto e +baixo defendem suas estimativas para o
restante da equipe.
 
Somente os estimadores entre o mais +alto e =baixo discutem,
defendendo seus motivos.
 Pedem-se todas as especificações do Sistema para análise. 
26/07/2022 21:50 AS Geral: MODELAGEM DE SISTEMAS ORIENTADA A OBJETOS
https://cruzeirodosul.instructure.com/courses/29794/quizzes/64637 15/17
 Desenhos e esquemas. 
 O jogo é suspenso. 
No evento (muito provável) em que as estimativas diferem, os
estimadores +alto e +baixo defendem suas estimativas para o
restante da equipe.
O grupo discute brevemente os argumentos.
Uma nova rodada de estimativa é feita.
Continue até que o consenso seja alcançado e o moderador
registre a estimativa.
Repetir para a próxima história.
0 / 0,5 ptsPergunta 19IncorretaIncorreta
Abaixo, há uma lista de características que tornam o software mais
facilmente utilizável. Entretanto, uma delas é falsa. Identifique e a
assinale.
 Modularidade 
 Separação de interesses. 
 Alto acoplamento 
 Ocultação de informações 
 Alta coesão 
26/07/2022 21:50 AS Geral: MODELAGEM DE SISTEMAS ORIENTADA A OBJETOS
https://cruzeirodosul.instructure.com/courses/29794/quizzes/64637 16/17
Conforme posto em nosso vídeo aula, reuso possui uma série
de características que tornam o software mais facilmente
reutilizável, são:
• modularidade
• baixo acoplamento
• alta coesão
• ocultação de informações
• separação de interesses.
0,5 / 0,5 ptsPergunta 20
Logoabaixo, temos alternativas apresentando os tipos de participantes
no Planning Poker. Porém, uma dessas alternativas está errada.
Identifique e marque com um X essa única alternativa.
 Analistas de sistemas 
 O moderador 
 Um representante do governo local 
 Desenvolvedores 
 O Product Owner 
26/07/2022 21:50 AS Geral: MODELAGEM DE SISTEMAS ORIENTADA A OBJETOS
https://cruzeirodosul.instructure.com/courses/29794/quizzes/64637 17/17
Não há necessidade de representantes de governo durante a
reunião de planning poker.
Tipicamente, os participantes são:
• O moderador apresenta uma história de usuário de cada vez.
• O Product Owner responde a quaisquer perguntas sobre a
história.
• Cada participante (desenvolvedores, analistas de sistemas,
designers...) seleciona em particular um cartão que representa
sua estimativa do "tamanho" da história do usuário.
Pontuação do teste: 9,5 de 10