Questões de Arquitetura de Software - Padrões de projeto (Design Patterns) para Concurso
Foram encontradas 499 questões
Ano: 2017
Banca:
UNIMONTES
Órgão:
Prefeitura de Jaíba - MG
Prova:
UNIMONTES - 2017 - Prefeitura de Jaíba - MG - Analista de Sistemas |
Q1390813
Arquitetura de Software
A partir dos fundamentos da Engenharia de Software e dos padrões General Responsibility Assignment Software
Patterns [or Principles] (GRASP), assinale a alternativa INCORRETA.
Ano: 2020
Banca:
FCC
Órgão:
AL-AP
Prova:
FCC - 2020 - AL-AP - Analista Legislativo - Desenvolvedor de Sistemas |
Q1316543
Arquitetura de Software
Sobre a lista de design patterns no padrão GoF, é correto afirmar:
Ano: 2019
Banca:
INSTITUTO AOCP
Órgão:
UFPB
Prova:
INSTITUTO AOCP - 2019 - UFPB - Analista de Tecnologia da Informação |
Q1240479
Arquitetura de Software
Padrões de Projeto são descrições
dos problemas e suas soluções. Essas
soluções devem ter a possibilidade de
serem reusadas em diferentes tipos
de contextos. Também pode-se definir
padrões de projetos como soluções já
aprovadas para problemas comuns que
foram criados a partir do conhecimento e,
principalmente, da experiência. Assinale
a alternativa que NÃO apresenta um
padrão de projeto reconhecido.
Q1223374
Arquitetura de Software
Design Patterns
Design Patterns A design pattern is often posed as a question: how do we solve some design problem? However a design problem is, by its nature, nonspecific, and rarely has a single straight-forward answer. There might be several ways to solve the same problem, some better than others depending on the specific situation and the specific context of the problem. A design pattern is intended to share not just solutions but a better understanding of both the problem and how it might be solved.
Firstly, patterns have a well-defined structure. This consistent layout makes it easy to browse through a collection of patterns to find relevant help and then dive further into the material. The structure encourages the author of the pattern to think carefully about the knowledge they're sharing, whilst making the material more consistently accessible to a reader.
Secondly, unlike a tutorial or recipe which typically guides you through a single approach to solving a problem, patterns encourage discussion of related and complementary approaches. Design decisions are rarely clear cut, so it can be useful to understand the context in which a decision is made and the resulting trade-offs. Communicating these nuances is how we share knowledge rather than just fixes for a problem.
Consider the following sentence from the text: “Design decisions are rarely clear cut, so it can be useful to understand the context in which a decision is made and the resulting trade-offs”. Taking into consideration the underlined excerpt from the sentence, it is correct to say that design decisions are:
Design Patterns A design pattern is often posed as a question: how do we solve some design problem? However a design problem is, by its nature, nonspecific, and rarely has a single straight-forward answer. There might be several ways to solve the same problem, some better than others depending on the specific situation and the specific context of the problem. A design pattern is intended to share not just solutions but a better understanding of both the problem and how it might be solved.
Firstly, patterns have a well-defined structure. This consistent layout makes it easy to browse through a collection of patterns to find relevant help and then dive further into the material. The structure encourages the author of the pattern to think carefully about the knowledge they're sharing, whilst making the material more consistently accessible to a reader.
Secondly, unlike a tutorial or recipe which typically guides you through a single approach to solving a problem, patterns encourage discussion of related and complementary approaches. Design decisions are rarely clear cut, so it can be useful to understand the context in which a decision is made and the resulting trade-offs. Communicating these nuances is how we share knowledge rather than just fixes for a problem.
Consider the following sentence from the text: “Design decisions are rarely clear cut, so it can be useful to understand the context in which a decision is made and the resulting trade-offs”. Taking into consideration the underlined excerpt from the sentence, it is correct to say that design decisions are:
Q1209644
Arquitetura de Software
Com relação a padrões de projeto e GRASP, julgue o próximo item.
Em um cenário em que é necessário minimizar dependências e maximizar o reúso, bem como atribuir uma responsabilidade para que o acoplamento mantenha-se fraco, o padrão Expert é mais adequado que o padrão Low Coupling.
Em um cenário em que é necessário minimizar dependências e maximizar o reúso, bem como atribuir uma responsabilidade para que o acoplamento mantenha-se fraco, o padrão Expert é mais adequado que o padrão Low Coupling.
Q1209611
Arquitetura de Software
Com relação a padrões de projeto e GRASP, julgue o próximo item.
O padrão de projeto Strategy contém um objeto strategy que é análogo ao objeto state do padrão de projeto State. Contudo, o primeiro objeto encapsula um algoritmo, enquanto o segundo encapsula informações sobre o estado de um objeto.
O padrão de projeto Strategy contém um objeto strategy que é análogo ao objeto state do padrão de projeto State. Contudo, o primeiro objeto encapsula um algoritmo, enquanto o segundo encapsula informações sobre o estado de um objeto.
Q1209590
Arquitetura de Software
Com relação a padrões de projeto e GRASP, julgue o próximo item.
Enquanto os padrões GRASP refletem práticas mais pontuais da aplicação de técnicas orientadas a objetos, os padrões de projeto GoF (Gang of Four) exploram soluções mais específicas. Dessa forma, não há, no GRASP, um padrão que ajude a solucionar, por exemplo, a definição de qual classe deve ser a responsável por lidar com um evento de determinada interface.
Enquanto os padrões GRASP refletem práticas mais pontuais da aplicação de técnicas orientadas a objetos, os padrões de projeto GoF (Gang of Four) exploram soluções mais específicas. Dessa forma, não há, no GRASP, um padrão que ajude a solucionar, por exemplo, a definição de qual classe deve ser a responsável por lidar com um evento de determinada interface.
Q1206409
Arquitetura de Software
O Design Patterns tem o objetivo de escrever uma solução geral e reutilizável para o desenvolvimento de sistemas de software orientados a objetos. Um dos padrões é o “GoF” ( Gang of Four ). Sabendo disso, assinale a alternativa que apresenta as famílias do GoF.
Q1202173
Arquitetura de Software
Com relação às finalidades e características dos Padrões
de Projeto, assinale a opção que apresenta dois padrões de Projeto Comportamentais.
Q1201439
Arquitetura de Software
Na engenharia de software, os padrões de projetos comportamentais tratam das interações e divisões de responsabilidades entre as classes ou objetos. São exemplos típicos dessa família:
Q1201118
Arquitetura de Software
Sobre as definições de Design Patterns (Padrões de Desenvolvimento de Software) e suas principais aplicações, analise as afirmativas abaixo e assinale a alternativa correta. I. São soluções generalistas para problemas recorrentes durante o desenvolvimento de um software. II. Trata de um framework ou um código pronto. III. É uma definição de alto nível de como um problema comum pode ser solucionado.
Q1195560
Arquitetura de Software
A engenharia de software provê várias metodologias, técnicas e ferramentas de apoio para garantir que os recursos alocados ao desenvolvimento de software leve a resultados que tenham um nível de qualidade controlado e atendam a especificações de requisitos técnicos. Acerca do emprego da engenharia de software e suas metodologias e ferramentas no desenvolvimento de aplicações e bancos de dados, julgue o item a seguir.
Um padrão de projeto (design pattern) na unified modelling language é um tipo de artefato adotado sistematicamente por uma equipe de desenvolvimento em todos os seus projetos de software
Um padrão de projeto (design pattern) na unified modelling language é um tipo de artefato adotado sistematicamente por uma equipe de desenvolvimento em todos os seus projetos de software
Q1188673
Arquitetura de Software
“Padrões de Projeto são descrições de objetos e classes
comunicantes que precisam ser personalizadas para resolver um problema geral de projeto em um contexto particular.
Esses padrões podem ter finalidade de criação, estrutural ou comportamental”. Erich Gamma
Acerca das finalidades e características dos Padrões de Projeto, assinale a opção correta.
Esses padrões podem ter finalidade de criação, estrutural ou comportamental”. Erich Gamma
Acerca das finalidades e características dos Padrões de Projeto, assinale a opção correta.
Q1180263
Arquitetura de Software
É um padrão de projeto usado para criar um objeto sem expor a lógica de sua criação ao cliente, buscando o uso de interfaces comuns.
Ano: 2016
Banca:
INSTITUTO AOCP
Órgão:
UFFS
Prova:
INSTITUTO AOCP - 2016 - UFFS - Técnico de Tecnologia da Informação |
Q1176000
Arquitetura de Software
Qual das alternativas a seguir está
relacionada com um projeto de orientação a
objetos conhecido como “tem-um”?
Ano: 2018
Banca:
FCC
Órgão:
SEGEP-MA
Prova:
FCC - 2018 - SEGEP-MA - Analista Executivo - Programador de Sistemas |
Q1165796
Arquitetura de Software
A intenção do padrão de projeto Abstract Factory é
Ano: 2018
Banca:
INSTITUTO AOCP
Órgão:
PRODEB
Prova:
INSTITUTO AOCP - 2018 - PRODEB - Especialista de TIC - Construção de Software |
Q1165639
Arquitetura de Software
Com base no modelo SOLID utilizado
como referência para padrões de projeto
e princípios arquiteturais, um dos seus
princípios denominados de LSP (Liskov
substitution principle) diz respeito ao
fato de que
Ano: 2018
Banca:
INSTITUTO AOCP
Órgão:
PRODEB
Prova:
INSTITUTO AOCP - 2018 - PRODEB - Especialista de TIC - Construção de Software |
Q1165630
Arquitetura de Software
Em relação aos padrões de projeto de
software e princípios arquiteturais, em
programação orientada a objetos, existe
um princípio denominado de SOLID. Ele,
por sua vez, é composto por 05 princípios
de acordo com as suas iniciais, sendo
eles:
Ano: 2019
Banca:
INSTITUTO AOCP
Órgão:
IBGE
Prova:
INSTITUTO AOCP - 2019 - IBGE - Analista Censitário - Análise de Sistemas - Desenvolvimento de Aplicações Web Mobile |
Q1158670
Arquitetura de Software
Supõe-se que, ao desenvolver um
software, é possível se deparar com uma
barreira na hora de fazer a ligação com o
banco de dados, pois ele só pode ter uma
única instância, visto que é necessário
manter a integridade da aplicação. Para
esse caso, pode-se utilizar os padrões
de projeto, para garantir que uma classe
tenha apenas uma instância de si mesma
e que forneça um ponto global de acesso
a ela. Assim, uma classe gerencia a
própria instância dela, além de evitar que
qualquer outra classe crie uma instância
dela. Assinale a alternativa que apresenta
o Padrão de Projeto que possui essas
características.
Ano: 2019
Banca:
INSTITUTO AOCP
Órgão:
IBGE
Prova:
INSTITUTO AOCP - 2019 - IBGE - Analista Censitário - Análise de Sistemas - Desenvolvimento de Aplicações Web Mobile |
Q1158669
Arquitetura de Software
Padrões de Projeto possibilitam
retrabalhar os códigos antigos reduzindo
problemas anteriormente, pois nos
dizem como resolver problemas.
Supomos que Pedro foi contratado
para desenvolver um software para
uma estação meteorológica que deve
fornecer os dados de temperatura,
umidade e pressão para outras classes
que são responsáveis para apresentar
dados aos usuários, apresentar dados
em tela e realizar cálculos com dados
meteorológicos. Essas classes precisam
saber quando os valores aferidos pela
estação forem alterados. Assinale a
alternativa que apresenta o Padrão de
Projeto correto a ser usado nesse caso
para avisar as demais classes sobre a
mudança de estados de um objeto.
Conheça nossos planos