Questões de Concurso
Comentadas sobre padrões de projeto (design patterns) em arquitetura de software
Foram encontradas 574 questões
Ano: 2016
Banca:
CESPE / CEBRASPE
Órgão:
TRE-PI
Prova:
CESPE - 2016 - TRE-PI - Analista Judiciário - Análise de Sistemas |
Q607692
Arquitetura de Software
No que se refere a design patterns, o padrão que objetiva separar a
construção de um objeto complexo da sua representação, de modo
que o mesmo processo de construção possa criar diferentes
representações, é o
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:
Ano: 2015
Banca:
INSTITUTO AOCP
Órgão:
EBSERH
Prova:
INSTITUTO AOCP - 2015 - EBSERH - Analista de Tecnologia da Informação - Processos (HU-UFJF) |
Q753576
Arquitetura de Software
Os Padrões de Projetos em Orientação
a Objeto são arquiteturas utilizadas para
desenvolver softwares orientados a objetos
flexíveis e sustentáveis assim reduzindo sua
complexidade. O modelo Singleton é utilizado
para
Ano: 2015
Banca:
FGV
Órgão:
Câmara Municipal de Caruaru - PE
Prova:
FGV - 2015 - Câmara Municipal de Caruaru - PE - Analista Legislativo - Informática |
Q738865
Arquitetura de Software
O catálogo denominado Padrões GoF (‘Gang of Four’) define soluções reutilizáveis para problemas frequentes em projetos de sistemas de software.
Essas soluções estão organizadas em três famílias conforme o propósito de cada solução.
Os padrões de projetos denominados Interpreter, Prototype e
Flyweight que fazem parte desse catálogo, pertencem,
respectivamente, às seguintes famílias:
Ano: 2015
Banca:
IDECAN
Órgão:
INMETRO
Prova:
IDECAN - 2015 - INMETRO - Analista Executivo em Metrologia e Qualidade - Análise e Desenvolvimento de Sistemas |
Q738325
Arquitetura de Software
“Representa uma operação a ser executada sobre os elementos da estrutura de um objeto. Permite que se defina
uma nova operação sem mudar as classes dos elementos sobre os quais opera.” Trata‐se do padrão de projeto
Ano: 2015
Banca:
IDECAN
Órgão:
INMETRO
Prova:
IDECAN - 2015 - INMETRO - Analista Executivo em Metrologia e Qualidade - Análise e Desenvolvimento de Sistemas |
Q738315
Arquitetura de Software
Um padrão de projeto nomeia, abstrai e identifica os aspectos‐chave de uma estrutura de projeto comum para
torná‐lo à criação de um projeto orientado a objeto reutilizável. Os padrões de projeto podem ser: estruturais, de
criação e comportamentais. Assinale, a seguir, dois padrões estruturais.
Q602389
Arquitetura de Software
Texto associado
Considere que, em um documento de requisitos, foram
elencadas as seguintes necessidades a serem supridas por meio de
padrões de projeto:
I implementar um padrão de criação que possibilite a separação entre a construção de um objeto complexo e sua representação de modo que esse processo de construção possa criar diferentes representações;
II implementar um padrão que evite vínculo permanente entre uma abstração e sua implementação;
III implementar um padrão que, sem violar o encapsulamento e a captura, externalize o estado interno de um objeto e permita que posteriormente ele seja restaurado a esse estado;
IV implementar um padrão que permita a variação do algoritmo independentemente dos clientes que o utilizam;
V implementar um padrão que forneça uma interface unificada para um conjunto de interfaces em um subsistema;
VI implementar um padrão que especifique os tipos de objetos a serem criados usando uma instância prototípica e crie novos objetos copiando este novo protótipo.
I implementar um padrão de criação que possibilite a separação entre a construção de um objeto complexo e sua representação de modo que esse processo de construção possa criar diferentes representações;
II implementar um padrão que evite vínculo permanente entre uma abstração e sua implementação;
III implementar um padrão que, sem violar o encapsulamento e a captura, externalize o estado interno de um objeto e permita que posteriormente ele seja restaurado a esse estado;
IV implementar um padrão que permita a variação do algoritmo independentemente dos clientes que o utilizam;
V implementar um padrão que forneça uma interface unificada para um conjunto de interfaces em um subsistema;
VI implementar um padrão que especifique os tipos de objetos a serem criados usando uma instância prototípica e crie novos objetos copiando este novo protótipo.
Com base nessa situação hipotética, julgue o item a seguir, com relação aos padrões de projeto.
O padrão de criação prototype atende corretamente o que se pede em VI.
O padrão de criação prototype atende corretamente o que se pede em VI.
Q602388
Arquitetura de Software
Texto associado
Considere que, em um documento de requisitos, foram
elencadas as seguintes necessidades a serem supridas por meio de
padrões de projeto:
I implementar um padrão de criação que possibilite a separação entre a construção de um objeto complexo e sua representação de modo que esse processo de construção possa criar diferentes representações;
II implementar um padrão que evite vínculo permanente entre uma abstração e sua implementação;
III implementar um padrão que, sem violar o encapsulamento e a captura, externalize o estado interno de um objeto e permita que posteriormente ele seja restaurado a esse estado;
IV implementar um padrão que permita a variação do algoritmo independentemente dos clientes que o utilizam;
V implementar um padrão que forneça uma interface unificada para um conjunto de interfaces em um subsistema;
VI implementar um padrão que especifique os tipos de objetos a serem criados usando uma instância prototípica e crie novos objetos copiando este novo protótipo.
I implementar um padrão de criação que possibilite a separação entre a construção de um objeto complexo e sua representação de modo que esse processo de construção possa criar diferentes representações;
II implementar um padrão que evite vínculo permanente entre uma abstração e sua implementação;
III implementar um padrão que, sem violar o encapsulamento e a captura, externalize o estado interno de um objeto e permita que posteriormente ele seja restaurado a esse estado;
IV implementar um padrão que permita a variação do algoritmo independentemente dos clientes que o utilizam;
V implementar um padrão que forneça uma interface unificada para um conjunto de interfaces em um subsistema;
VI implementar um padrão que especifique os tipos de objetos a serem criados usando uma instância prototípica e crie novos objetos copiando este novo protótipo.
Com base nessa situação hipotética, julgue o item a seguir, com relação aos padrões de projeto.
O padrão façade atende corretamente o que se pede em V. Esse padrão estrutural define uma interface de nível mais alto que torna o subsistema mais fácil de ser usado.
O padrão façade atende corretamente o que se pede em V. Esse padrão estrutural define uma interface de nível mais alto que torna o subsistema mais fácil de ser usado.
Q602387
Arquitetura de Software
Texto associado
Considere que, em um documento de requisitos, foram
elencadas as seguintes necessidades a serem supridas por meio de
padrões de projeto:
I implementar um padrão de criação que possibilite a separação entre a construção de um objeto complexo e sua representação de modo que esse processo de construção possa criar diferentes representações;
II implementar um padrão que evite vínculo permanente entre uma abstração e sua implementação;
III implementar um padrão que, sem violar o encapsulamento e a captura, externalize o estado interno de um objeto e permita que posteriormente ele seja restaurado a esse estado;
IV implementar um padrão que permita a variação do algoritmo independentemente dos clientes que o utilizam;
V implementar um padrão que forneça uma interface unificada para um conjunto de interfaces em um subsistema;
VI implementar um padrão que especifique os tipos de objetos a serem criados usando uma instância prototípica e crie novos objetos copiando este novo protótipo.
I implementar um padrão de criação que possibilite a separação entre a construção de um objeto complexo e sua representação de modo que esse processo de construção possa criar diferentes representações;
II implementar um padrão que evite vínculo permanente entre uma abstração e sua implementação;
III implementar um padrão que, sem violar o encapsulamento e a captura, externalize o estado interno de um objeto e permita que posteriormente ele seja restaurado a esse estado;
IV implementar um padrão que permita a variação do algoritmo independentemente dos clientes que o utilizam;
V implementar um padrão que forneça uma interface unificada para um conjunto de interfaces em um subsistema;
VI implementar um padrão que especifique os tipos de objetos a serem criados usando uma instância prototípica e crie novos objetos copiando este novo protótipo.
Com base nessa situação hipotética, julgue o item a seguir, com relação aos padrões de projeto.
Atendendo corretamente o que se pede em IV, o padrão comportamental strategy define uma família de algoritmos, encapsula cada um deles e os torna intercambiáveis.
Atendendo corretamente o que se pede em IV, o padrão comportamental strategy define uma família de algoritmos, encapsula cada um deles e os torna intercambiáveis.
Q598756
Arquitetura de Software
Um Programador está desenvolvendo uma aplicação em que os objetos mudam de estado com muita frequência. Em tempo de execução, a mudança no estado lógico destes objetos implica também na alteração em seu comportamento. Nessa aplicação é ideal que o Programador utilize um design pattern comportamental cuja classe Context é a interface principal para as requisições dos clientes. O Programador deve utilizar o design pattern
Q594882
Arquitetura de Software
Qual padrão de projeto visa garantir que um e apenas um objeto seja instanciado para uma dada classe?
Q592760
Arquitetura de Software
Um Analista de Sistemas, em função da extrema tensão causada pelo curto prazo de entrega do novo software, concentrou a
maior parte do sistema em uma classe central com dezenas de métodos e atributos. Os métodos foram obtidos de soluções
prontas disponíveis nas comunidades de desenvolvedores e ele conseguiu entregar o sistema funcionando no prazo. O Analista
Ano: 2015
Banca:
CESPE / CEBRASPE
Órgão:
TRE-MT
Prova:
CESPE - 2015 - TRE-MT - Analista Judiciário - Análise de Sistemas |
Q590099
Arquitetura de Software
Assinale a opção que apresenta os padrões de projeto que alteram,
respectivamente, a interface para um subsistema e a informação
privada que será armazenada fora de um objeto.
Ano: 2015
Banca:
FCC
Órgão:
TRE-PB
Prova:
FCC - 2015 - TRE-PB - Técnico Judiciário - Área Apoio Especializado - Programação de Sistemas |
Q585740
Arquitetura de Software
Um técnico deseja usar um padrão de projeto de criação que permita que as subclasses da aplicação possam variar. Este padrão deverá ser focado no processo de instanciação e encapsular a criação de objetos, deixando as subclasses decidirem quais objetos criar e garantindo assim, baixo acoplamento. Para conseguir o que deseja, o técnico selecionou o padrão de projeto que possui uma classe abstrata Creator que define um método especifico para criação de objetos. Trata-se do padrão:
Q584928
Arquitetura de Software
A empresa em que um Analista trabalha se comprometeu com um cliente em satisfazer todos os requisitos para uma
determinada aplicação de software no prazo previsto, porém, de fato, não vai conseguir cumprir o prometido, mesmo assim, vem
apresentando funções não implementadas como se já tivessem sido construídas. Percebe-se, nesse caso, o antipattern de
gerenciamento de projetos conhecido como
Ano: 2015
Banca:
FCC
Órgão:
TRE-AP
Prova:
FCC - 2015 - TRE-AP - Técnico Judiciário - Programação de Sistemas |
Q583614
Arquitetura de Software
Um Técnico está participando do desenvolvimento de uma aplicação que funcionará simultaneamente em um dispositivo móvel
e no ambiente corporativo, necessitando, portanto, de um processo de sincronização entre as informações processadas no
dispositivo móvel e na base corporativa. Ambas as aplicações devem se comunicar com um objeto que deve ser único para
processar este sincronismo, a fim de evitar a possibilidade de criar dados na base. O Técnico sugeriu a utilização do Singleton,
um
Ano: 2015
Banca:
FGV
Órgão:
TJ-RO
Prova:
FGV - 2015 - TJ-RO - Analista de Sistemas - Desenvolvimento |
Q578347
Arquitetura de Software
O padrão de projeto que permite, sem violar o encapsulamento, capturar e externalizar um estado interno de um objeto de maneira que o objeto possa ser restaurado para esse estado mais tarde é:
Ano: 2015
Banca:
CESPE / CEBRASPE
Órgão:
STJ
Prova:
CESPE - 2015 - STJ - Analista Judiciário - Análise de Sistemas de Informação |
Q577080
Arquitetura de Software
Julgue o próximo item, relativo a Domain-Driven Design e design patterns.
Um dos princípios-chave do Domain-Driven Design é o uso de uma linguagem ubíqua com termos bem definidos, que integram o domínio do negócio e que são utilizados entre desenvolvedores especialistas de negócio.
Um dos princípios-chave do Domain-Driven Design é o uso de uma linguagem ubíqua com termos bem definidos, que integram o domínio do negócio e que são utilizados entre desenvolvedores especialistas de negócio.
Ano: 2015
Banca:
CESPE / CEBRASPE
Órgão:
STJ
Prova:
CESPE - 2015 - STJ - Analista Judiciário - Análise de Sistemas de Informação |
Q577079
Arquitetura de Software
Julgue o próximo item, relativo a Domain-Driven Design e design patterns.
Adapter é um padrão do tipo estrutural que lida com a interface para um objeto, ao passo que builder refere-se a como um objeto composto será criado e instanciado por uma classe.
Adapter é um padrão do tipo estrutural que lida com a interface para um objeto, ao passo que builder refere-se a como um objeto composto será criado e instanciado por uma classe.
Ano: 2015
Banca:
FCC
Órgão:
MPE-PB
Prova:
FCC - 2015 - MPE-PB - Analista de Sistemas – Desenvolvedor |
Q575101
Arquitetura de Software
Texto associado
Atenção: Considere o texto abaixo para responder à questão.
Considere a seguinte situação: Uma grande empresa possui uma rede de representação de seus produtos constituída por escritórios de venda em diversas cidades. Cada escritório possui um conjunto de vendedores que vão até os varejistas oferecer os produtos. Varejistas podem estar em áreas populosas, como supermercados, ou em áreas remotas, como comércios de bairros rurais. Ao chegar no varejista, o vendedor utiliza um sistema fornecido pela empresa para registrar os pedidos de produtos.
Na situação descrita, o objetivo é registrar os pedidos na base de dados da central de distribuição da empresa. Porém, por problemas de comunicação com a central, o computador portátil do varejista pode não conseguir conectar com a base central para registrar os pedidos. Se isso ocorrer, o sistema deve tentar salvá-los na base de dados do escritório. Quando a base do escritório também não estiver acessível, os pedidos deverão ser salvos na base de dados local, no próprio computador portátil do vendedor.
Considere a seguinte situação: Uma grande empresa possui uma rede de representação de seus produtos constituída por escritórios de venda em diversas cidades. Cada escritório possui um conjunto de vendedores que vão até os varejistas oferecer os produtos. Varejistas podem estar em áreas populosas, como supermercados, ou em áreas remotas, como comércios de bairros rurais. Ao chegar no varejista, o vendedor utiliza um sistema fornecido pela empresa para registrar os pedidos de produtos.
Na situação descrita, o objetivo é registrar os pedidos na base de dados da central de distribuição da empresa. Porém, por problemas de comunicação com a central, o computador portátil do varejista pode não conseguir conectar com a base central para registrar os pedidos. Se isso ocorrer, o sistema deve tentar salvá-los na base de dados do escritório. Quando a base do escritório também não estiver acessível, os pedidos deverão ser salvos na base de dados local, no próprio computador portátil do vendedor.
Para estruturar a solução para o problema da empresa, o Analista de Sistemas utilizou um padrão de projeto que tem a intenção
de evitar o acoplamento do remetente de uma solicitação ao seu receptor, ao dar a mais de um objeto a oportunidade de tratar a
solicitação e encadear os objetos receptores, passando a solicitação ao longo da cadeia até que um objeto a trate. O padrão de
projeto utilizado é um dos padrões comportamentais da GoF (Gang of Four), denominado
Conheça nossos planos