Questões de Concurso Sobre arquitetura de software

Foram encontradas 8.089 questões

Ano: 2021 Banca: FCC Órgão: TJ-SC Prova: FCC - 2021 - TJ-SC - Analista de Sistemas |
Q1858620 Arquitetura de Software
Considerando o catálogo GoF.

I. Bridge.
II. Mediator.
III. Proxy.

Os padrões de projeto são, respectivamente, do tipo
Alternativas
Ano: 2021 Banca: FCC Órgão: TJ-SC Prova: FCC - 2021 - TJ-SC - Analista de Sistemas |
Q1858594 Arquitetura de Software
O Modelo de Acessibilidade em Governo Eletrônico (eMAG), norteador no desenvolvimento e na adaptação de conteúdos digitais do governo federal para acessibilidade, recomenda que
Alternativas
Ano: 2021 Banca: FCC Órgão: TJ-SC Prova: FCC - 2021 - TJ-SC - Analista de Sistemas |
Q1858593 Arquitetura de Software
No trecho da mensagem SOAP abaixo um GetProcesso é enviado para o servidor, passando como parâmetro o número de um processo.

<Imagem associada para resolução da questão xmlns:m="https://www.tjsc.jus.br/processo">
    <m:GetProcesso>
       <m:NumeroProcesso>20120385259</m:NumeroProcesso>
   </m:GetProcesso>
</Imagem associada para resolução da questão > 

Nesse trecho, em condições ideais, a lacuna I deve ser corretamente preenchida por

Alternativas
Q1858078 Arquitetura de Software
No que diz respeito à arquitetura MVC, analise as afirmativas a seguir:
I. Model – responsável por gerenciar e controlar a forma como os dados se comportam por meio das funções, lógica e regras de negócios estabelecidas. É o detentor dos dados que recebe as informações do Controller, valida se ela está correta ou não e envia a resposta mais adequada. II. Controller – responsável por intermediar as requisições enviadas pelo View com as respostas fornecidas pelo Model, processando os dados que o usuário informou e repassando para outras camadas. III. View – responsável por apresentar as informações de forma visual ao usuário. Em seu desenvolvimento devem ser aplicados apenas recursos ligados a aparência como mensagens, botões ou telas. É a parte da interface que se comunica, disponibilizando e capturando todas as informações do usuário.
Assinale
Alternativas
Q1858076 Arquitetura de Software
A figura a seguir ilustra um ciclo de vida de sistemas de software:
Imagem associada para resolução da questão
As fases “IMPLEMENTAÇÃO E TESTE DE UNIDADE”, “INTEGRAÇÃO E TESTE DO SISTEMA” e “PROJETO DO SISTEMA DE SOFTWARE” correspondem na figura aos blocos identificados, respectivamente, como
Alternativas
Q1858068 Arquitetura de Software
No que diz respeito aos padrões de projeto em Java, Gof é a sigla para um dos conhecidos pela engenharia de software, que tem como objetivo solucionar problemas comuns de softwares que tenham algum envolvimento com a orientação a objetos. Entre os três tipos de padrões Gof, dois são descritos a seguir:
I. Descrevem os aspectos de elaboração, associação e a organização entre objetos e classes/interfaces, permitindo combinar objetos em modalidades mais complexas, ou descrever como as classes são herdadas ou compostas a partir de outras. II. Mostram o processo de como os objetos ou classes se comunicam, em geral, buscando um baixo acoplamento entre os objetos, apesar da comunicação que existe entre eles.
Os padrões de projeto Gof descritos em I e II são conhecidos, respectivamente, como
Alternativas
Q1855671 Arquitetura de Software

Em relação à gerenciamento do ciclo de vida do software, julgue o seguinte item.


O processo de software pessoal (Personal Software Process - PSP) enfatiza a medição pessoal, tanto do artefato de software gerado quanto da qualidade resultante dele. Além disso, responsabiliza o profissional pelo planejamento do projeto e lhe dá poder para controlar a qualidade de todos os artefatos de software desenvolvidos.

Alternativas
Q1855669 Arquitetura de Software

Em relação à gerenciamento do ciclo de vida do software, julgue o seguinte item.


A distinção entre o desenvolvimento e a manutenção é cada vez mais irrelevante. Poucos sistemas de software são completamente novos, e faz muito mais sentido ver o desenvolvimento e a manutenção como processos contínuos. Em vez de dois processos separados, é mais realista pensar na engenharia de software como um processo evolutivo, no qual o software é constantemente alterado durante seu período de vida em resposta às mudanças de requisitos e às necessidades do cliente.

Alternativas
Q1855668 Arquitetura de Software

Em relação à gerenciamento do ciclo de vida do software, julgue o seguinte item.


Processos reais de software são intercalados com sequências de atividades técnicas, de colaboração e de gerência, com o intuito de especificar, projetar, implementar e testar um sistema de software. Os desenvolvedores de software usam uma variedade de diferentes ferramentas de software em seu trabalho.

Alternativas
Q1855661 Arquitetura de Software

Em relação a soluções de integração entre sistemas e Interoperabilidade de sistemas, julgue o seguinte item.


O foco central da arquitetura SOA são as definições de serviços. As tarefas ou as funções de negócio são orquestradas para prover automatização do processo após a definição dos serviços.

Alternativas
Q1855660 Arquitetura de Software

Em relação a soluções de integração entre sistemas e Interoperabilidade de sistemas, julgue o seguinte item.


XML e WSDL são padrões comumente utilizados para viabilizar a comunicação entre Web Services em uma abordagem SOA. 

Alternativas
Q1855659 Arquitetura de Software

Em relação a soluções de integração entre sistemas e Interoperabilidade de sistemas, julgue o seguinte item.


Em uma mensagem SOAP (simple object access protocol), não há referência ao endereço de destino no envelope da mensagem SOAP, pois independe do mecanismo de transporte utilizado. O protocolo HTTP é quem tem a atribuição de especificar o endereço de destino.

Alternativas
Q1855657 Arquitetura de Software
Quanto à arquitetura em três camadas (Modelo MVC), julgue o seguinte item.
A arquitetura MVC (model control view) não é recomendada para aplicações WEB que não usem algum tipo de autenticação em seu ponto de acesso.
Alternativas
Q1853871 Arquitetura de Software
REST é um estilo de arquitetura de software que define um conjunto de restrições a serem usadas para a criação de web services. NÃO é um método de envio válido ao desenvolver web services em REST:
Alternativas
Q1851802 Arquitetura de Software
Julgue o item a seguir, a respeito de engenharia de software, metodologias de desenvolvimento, ciclo de vida, qualidade de software e UML.
Características do projeto como tamanho, complexidade e estabilidade dos requisitos influenciam a escolha de um modelo de ciclo de vida do software. 
Alternativas
Q1851462 Arquitetura de Software
Quanto ao Modelo de Acessibilidade em Governo Eletrônico (eMAG) e aos Padrões de Interoperabilidade de Governo Eletrônico (ePING), julgue o item.
Interconexão, segurança e meios de acesso, entre outras, são áreas cobertas pela arquitetura ePING. 
Alternativas
Q1851461 Arquitetura de Software
Quanto ao Modelo de Acessibilidade em Governo Eletrônico (eMAG) e aos Padrões de Interoperabilidade de Governo Eletrônico (ePING), julgue o item.
A arquitetura ePING considera, como meio de acesso, que todos os sistemas de informação de governo deverão ser acessíveis por meio de tecnologia puramente proprietária, pois entende-se que os softwares pagos são mais seguros. 
Alternativas
Q1851460 Arquitetura de Software
Quanto ao Modelo de Acessibilidade em Governo Eletrônico (eMAG) e aos Padrões de Interoperabilidade de Governo Eletrônico (ePING), julgue o item.
Uma das recomendações de acessibilidade do eMAG, no quesito marcação, é que o código HTML não seja organizado de forma lógica e semântica, pois isso dificulta a compreensão do objetivo do código para o qual ele foi definido. 
Alternativas
Q1851459 Arquitetura de Software
Quanto ao Modelo de Acessibilidade em Governo Eletrônico (eMAG) e aos Padrões de Interoperabilidade de Governo Eletrônico (ePING), julgue o item.
O eMAG possui diversas recomendações que permitem que a implementação da acessibilidade digital seja conduzida de forma padronizada, fácil, coerente com as necessidades brasileiras e em conformidade com os padrões internacionais.
Alternativas
Q1851458 Arquitetura de Software
Quanto ao Modelo de Acessibilidade em Governo Eletrônico (eMAG) e aos Padrões de Interoperabilidade de Governo Eletrônico (ePING), julgue o item.
De acordo com o eMAG, o processo para desenvolver um sítio acessível é um processo simplificado, o qual é realizado em apenas dois passos: seguir os padrões web e seguir as diretrizes ou recomendações de acessibilidade. 
Alternativas
Respostas
2241: D
2242: A
2243: E
2244: D
2245: C
2246: B
2247: C
2248: C
2249: C
2250: E
2251: C
2252: C
2253: E
2254: B
2255: C
2256: C
2257: E
2258: E
2259: C
2260: E