Home
Cadastre-se
Concurso Público
- Concurso Público
- Concursos Abertos
- Questões de Concurso
- Material Gratuito
- Provas para Download
OAB
- OAB
- Questões OAB
ENEM
- ENEM
- Questões ENEM
Dicas
Fale Conosco

Questões de Arquitetura de Software do ano 2025

Pesquise questões de concurso nos filtros abaixo

Modo de Exibição

Matéria

Assunto

Banca

Ano

Tipo

Nível de Escolaridade

Listagem de Questões de Arquitetura de Software do ano 2025

#Questão 1118634 - Arquitetura de Software, Sistemas Distribuídos, UFSM, 2025, UFSM, Professor EBTT - Área: Ciências Exatas e da Terra/Ciência da Computação/ Metodologia e Técnicas da Computação

Os paradigmas de passagem de mensagens e chamada remota a procedimentos (RPC) permitem que componentes de sistemas distribuídos comuniquem-se para a realização de tarefas.

Em relação a esses paradigmas, considere as afirmativas a seguir.

I → Passagem de mensagens pode ser síncrona ou assíncrona, enquanto RPC é sempre síncrona.
II → Deadlocks podem ser um problema em sistemas de passagem de mensagens.
III → RPC requer que cliente e servidor utilizem o mesmo sistema operacional.
IV → A passagem de mensagens não requer uma arquitetura de memória compartilhada para funcionar corretamente.

Está(ão) correta(s)

apenas II.

apenas I e III.

apenas I e IV.

apenas II e IV.

apenas I, III e IV.

#Questão 1118917 - Arquitetura de Software, Conceitos Básicos em Arquitetura de Software, FCC, 2025, Prefeitura de São Paulo - SP, Analista de Planejamento e Desenvolvimento Organizacional Tecnologia da Informação e Comunicação

A Prefeitura de São Paulo hipoteticamente precisa implementar um sistema automatizado para gerenciar e monitorar fluxos de trabalho complexos relacionados à coleta e análise de dados urbanos. Para isso, a equipe técnica deve selecionar a ferramenta mais adequada capaz de atender aos seguintes requisitos:

• Suporte a fluxos de trabalho dinâmicos.
• Facilidade de integração com serviços em nuvem.
• Monitoramento centralizado com tratamento de falhas em tempo real.

Após análise, a equipe optou por utilizar o

Apache Airflow, pois oferece uma built-in query language, além de suporte nativo a fluxos dinâmicos por meio de sua integração direta com APIs REST.

Prefect, pois ele utiliza uma lista de todos os DAGs [(Directed Acyclic Graphs) com ícones, informando seu status e mostrando claramente a conexão entre os diferentes nós, o que facilita o monitoramento de tarefas e se integra diretamente aos serviços em nuvem.

Apache Airfow e o Prefect simultaneamente, aproveitando a primeira para fluxos estáticos e o Prefect para fluxos dinâmicos, otimizando a orquestração geral.

Apache Airflow, que oferece uma abordagem de API Python, permitindo que 05 desenvolvedores testem localmente enquanto lidam com a orquestração na nuvem, sendo ideal para processamento de dados em tempo real que exige baixa latência.

Prefect, pois é baseado em Cloud-Native Workflows e oferece gerenciamento de fluxos dinâmicos, permitindo que workflows sejam executados quando necessário, já que suporta time-based schedules e event-driven triggers.

#Questão 1118922 - Arquitetura de Software, Padrões de projeto (Design Patterns), FCC, 2025, Prefeitura de São Paulo - SP, Analista de Planejamento e Desenvolvimento Organizacional Tecnologia da Informação e Comunicação

Uma equipe de desenvolvimento de software de uma prefeitura está criando um sistema para gestão de solicitações de serviços urbanos. Durante a análise inicial, foi definido que o código deve seguir o Single Responsibility Principle (SRP) do SOLID. A estratégia que a equipe pode adotar, que está de acordo com o SRP, é

criar uma única classe SolicitacaoService que gerencie as solicitações, grave no banco de dados e envie notificações aos responsáveis.

Implementar todas as funcionalidades do sistema de solicitações em um único método estático, a fim de facilitar a manutenção e melhorar a performance da aplicação.

adicionar métodos na classe SolicitacaoService para gerenciar o banco de dados e enviar notificações, evitando a criação de classes adicionais que podem impactar na performance da aplicação.

dividir o código em três classes: SolicitacaoService para gerenciar as solicitações, NotificacaoService para envio de notificações e PersistenciaService para gerenciar interações com o banco de dados.

criar uma classe GestaoUnificada que centralize todos os serviços relacionados às solicitações em um único local, para maior controle.

#Questão 1118923 - Arquitetura de Software, Padrões de projeto (Design Patterns), FCC, 2025, Prefeitura de São Paulo - SP, Analista de Planejamento e Desenvolvimento Organizacional Tecnologia da Informação e Comunicação

A equipe de desenvolvimento de uma prefeitura está refatorando um sistema legado de atendimento ao público e precisa utilizar o padrão Factory Method para criar diferentes tipos de objetos relacionados a solicitações (como solicitações de manutenção, serviços ou emergências). A prática de implementação que reflete adequadamente o padrão Factory Method com foco em extensibilidade e encapsulamento é

criar um método estático para instanciar objetos de solicitações com base em parâmetros fornecidos.

delegar a criação de objetos para um método de inicialização dentro da própria classe principal.

criar uma classe base que contenha a lógica para determinar o lipo de solicitação e retornar a instância apropriada.

centralizar a criação de objetos em uma única classe utilitária que contém métodos estáticos para cada lipo de solicitação.

utilizar classes abstratas ou interfaces para definir o método de criação e implementá-lo nas subclasses especificas.

#Questão 1118924 - Arquitetura de Software, Padrões de projeto (Design Patterns), FCC, 2025, Prefeitura de São Paulo - SP, Analista de Planejamento e Desenvolvimento Organizacional Tecnologia da Informação e Comunicação

Uma prefeitura está desenvolvendo um sistema para integrar um módulo de pagamentos legados, cujo formato de dados é incompatível com o novo subsistema de cobrança online. E necessário permitir que o novo subsistema utilize o módulo antigo sem modificá-lo diretamente. Nesse contexto, o padrão estrutural Gang of Four (GOF) que resolve de forma ideal o problema de integração entre interfaces incompatíveis é o

Adapter, pois converte a interface de uma classe para outra interface esperada pelos clientes, tornando possível a comunicação entre sistemas legados e novos.

Bridge, pois separa a abstração da implementação, permitindo que sistemas legados e novos se comuniquem de forma integrada.

Composite, pois organiza objetos em estruturas hierárquicas, tratando composições e objetos individuas de forma integrada, permitindo a comunicação entre sistemas legados e novos.

Facade, pois fornece uma interface unificada e simplificada para um conjunto complexo de subsistemas, tornando mais simples a comunicação entre sistemas legados e novos.

Flyweight, pois compartilha estado intrínseco para reduzir o consumo de memória quando há múltiplas instâncias semelhantes interagindo entre sistemas ou subsistemas.

Navegue em mais matérias e assuntos

Algoritmos e Estrutura de Dados

É uma simples e poderosa ferramenta para te ajudar a passar nos melhores Concursos Públicos. Temos milhares de questões de provas anteriores para praticar totalmente grátis e muito conteúdo para concurso.

Questões de Concurso

Questões de Português
Questões de Raciocínio Lógico
Questões de Atualidades
Questões de Direito Constitucional
Questões de Direito Penal
Questões de Direito Administrativo

Provas por Banca

CESPE
Fundação Carlos Chagas - FCC
Fundação Getúlio Vargas - FGV
Cesgranrio
VUNESP
UPENET/IAUPE

Institucional

Fale Conosco
Política de Privacidade
Termos de Uso

Feito por DEZ PONTOS SERVICOS DIGITAIS