Banco público de questões

Questões para Concursos

Pesquise questões reais por disciplina, assunto, tópico, banca, órgão, cargo, ano e modalidade.

Questões por banca

29 bancas disponíveis. Clique para visualizar todas.

Acesse diretamente as bancas disponíveis na QuestLab. As quantidades abaixo consideram as questões ativas do banco.

CEBRASPE 51.363 questões FGV 25.316 questões FCC 24.632 questões AOCP 23.456 questões IBFC 11.190 questões VUNESP 10.983 questões Instituto Quadrix 9.793 questões FUNDATEC 9.088 questões IBADE 7.820 questões CESGRANRIO 6.013 questões OBJETIVA 4.740 questões CONSULPLAN 4.174 questões FEPESE 3.585 questões IADES 3.439 questões IESES 2.627 questões SELECON 2.377 questões IDECAN 1.907 questões MS CONCURSOS 1.485 questões Instituto Legalle 1.281 questões FAFIPA 1.161 questões FUMARC 842 questões ACAFE 551 questões INSTITUTO AOCP 430 questões NUCEPE 378 questões FUNIVERSA 348 questões FAURGS 203 questões FIOCRUZ 48 questões MACKENZIE 48 questões CETRO 17 questões

Encontre as questões que procura

Palavra-chave

Disciplina

Assunto

Tópico

Banca

Órgão

Ano

Cargo

Modalidade

Limpar filtros

204 questões encontradas

ID 195776 Tecnologia da Informação Engenharia de Software CEBRASPE 2021

Texto associado

Para acelerar os resultados e as entregas do desenvolvimento de um sistema, optou-se pelo uso de metodologias ágeis e pelo emprego de um quadro Kanban (lista de atividades para fazer, fazendo e prontas). Para a modelagem visual do sistema, optou-se pela linguagem de modelagem unificada (UML 2.2) como apoio à análise e ao projeto orientado a objetos. O gerente do projeto deseja adotar o padrão de arquitetura modelo-visão-controle (MVC), buscando um baixo acoplamento entre os componentes da aplicação.

Considerando desenvolvimento do sistema descrito nessa situação hipotética bem como os conceitos de engenharia de software , julgue os itens que se seguem.

Para medir o tempo de condução ( lead time ) de uma das Sprints do sistema, deve ser selecionada no quadro Kanban uma Sprint da situação Fazendo .

C Certo

E Errado

ID 195497 Tecnologia da Informação Engenharia de Software CEBRASPE 2021

Texto associado

Um analista foi designado para assumir a gerência de um projeto de TI que envolve o desenvolvimento de software estratégico parte de um programa de projetos que está sendo gerenciado de maneira tradicional em sua organização. Mesmo a organização utilizando o COBIT 2019 como referência para sua governança de TI, o projeto em destaque já foi cancelado por insucesso em sua condução. Esse insucesso decorre da contínua evolução dos requisitos, o que dificulta o entendimento do escopo do projeto em seu início.

Tendo como referência essa situação hipotética, julgue os itens a seguir.

Por fazer distinção entre governança e gestão, a utilização de métodos de desenvolvimento ágeis para a implementação da solução de software em destaque, para o COBIT, não é um fator que cause influência no sistema de governança.

C Certo

E Errado

ID 175403 Tecnologia da Informação Engenharia de Software FCC 2021

Considere que a separação de ambientes no TJUSC, de forma hipotética, funcione como mostra a figura abaixo.

O ambiente de desenvolvimento é utilizado pelos desenvolvedores para construir o software, reunindo máquinas nas quais o código é implementado. O ambiente de produção corresponde àquele em que os usuários finais utilizarão o software. O ambiente de testes

A possui infraestrutura que não corre o risco de ficar desatualizada, devido ao fato de o servidor I ser uma cópia do ambiente de produção e o servidor II ser uma cópia do servidor de desenvolvimento. Este ambiente deve espelhar o máximo possível o ambiente de desenvolvimento, de forma a buscar garantir sucesso na execução dos testes.

B deve ser distinto do ambiente de homologação, por isso os servidores I e II são cópias de segurança do ambiente de desenvolvimento. Não é recomendável montar o ambiente de testes usando virtualização, pois essa técnica não garante recursos suficientes para que não haja queda de desempenho do sistema, podendo comprometer a confiabilidade dos testes.

C corresponde ao ambiente de homologação, no qual o desenvolvedor publica o software para submetê-los aos testes alpha. É um ambiente criado para replicar todas as condições do ambiente de produção, contribuindo para a eficiência na execução dos testes e qualidade final da entrega.

D realiza os testes de desempenho, de carga, de esforço/estresse e de longevidade, que requerem um ambiente de testes similar ao de produção. Mas os testes de segurança não podem espelhar o ambiente de produção, devendo ser executados em ambiente similar ao de desenvolvimento, para que os testes exponham as vulnerabilidades do programador.

E deve estar preparado para os testes manuais, essenciais ao desenvolvimento ágil tanto no Scrum como no XP. Em ambas as metodologias, ter agilidade e trabalhar com testes automatizados não condiz com o mundo real.

ID 174905 Tecnologia da Informação Engenharia de Software FCC 2021

Considere que uma Analista de Sistemas do TJUSC está fazendo a análise por Pontos de Função (PFs) de um software em desenvolvimento. Ao seguir os passos da técnica, chegou-se à tabela abaixo.

Tabela completa de Pontos de Função do Software

Valor do domínio da informação
Contagem
Fator de Peso
Contagem
x Fator de Peso
Simples
Médio
Complexo
No de Entradas Externas (EIs)
3
3
4
6
9
No de Saídas Externas (EOs)
2
4
5
7
8
No de Consultas Externas (EQs)
2
3
4
6
6
No de Arq Lóg Internos (ILFs)
1
7
10
15
7
No de Arq Interf Externos (EIFs)
4
5
7
10
20
Contagem Total
50

Para o cálculo de PF, utiliza-se a expressão empírica proposta pelo modelo para obtenção dos pontos de função:

PF = ContagemTotal* (0,65 + 0,01 * ∑ i = 1 1 4 F i )

A Analista já realizou o cálculo que resultou em: ∑ i 1 4 =1 F i = 46, valor que indica que o produto é moderadamente complexo. De acordo com os fundamentos da Análise por Pontos de Função e com os dados apresentados,

A é de responsabilidade da Analista preencher a coluna “Fator de Peso”, pois são valores não propostos pelo modelo e, a princípio, são variáveis. Então, a Analista terá que estimar a quantidade de cada parâmetro previsto para o software a ser desenvolvido e criar um fator de peso para cada um deles.

B a métrica Ponto de Função pode ser utilizada como forma de medir a funcionalidade fornecida pelo software, podendo ser usada para prever o número de componentes e/ou o número de linhas de código-fonte projetadas. No software em questão o valor de PF é igual a 55.5.

C é de responsabilidade da Analista preencher os dados somente da coluna Contagem e totalizar a Contagem Total. Todas as outras colunas já estão preenchidas, pois são valores propostos pelo modelo e são fixos. No software em questão o valor de PF é 20% maior que o valor da Contagem Total.

D para o cálculo dos PFs, a Analista terá que avaliar as 10 perguntas relativas ao custo do software a ser desenvolvido. Para cada uma das perguntas, deve-se atribuir um VAF − Value Adjustment Factor, obedecendo à escala de 1 a 10, proposta pelo modelo.

E o valor de PF reflete as influências de cada uma das perguntas. O valor da soma variará de um mínimo de 14 (todas as perguntas tendo valor 1) a um valor máximo de 140 (todas as perguntas tendo valor igual a 10).

ID 174840 Tecnologia da Informação Engenharia de Software FCC 2021

Considere o diagrama de sequência da UML 2.5 a seguir.

I, II e III significam, correta e respectivamente,

A mensagem, criação e destruição.

B linha de vida, objeto e destruição.

C criação, catalogação e mensagem assíncrona.

D objeto, linha de vida e mensagem reflexiva.

E criação, linha de vida e mensagem síncrona.

ID 174675 Tecnologia da Informação Engenharia de Software FCC 2021

Um Diagrama de Fluxo de Dados − DFD que inicia pelo diagrama de contexto e conclui no nível de primitivas funcionais ou processos primitivos utiliza a abordagem

A bottom-up.

B de processo unificado.

C top-down.

D de análise essencial.

E por objeto.

ID 167084 Tecnologia da Informação Engenharia de Software CESGRANRIO 2021

Ao construir uma aplicação bancária, um projetista de software modelou a classe “Conta”. Posteriormente, percebeu que cada instância da classe “Conta” poderia ter um conjunto de responsabilidades variadas e independentes, sendo que uma requisição poderia ter que ser atendida por uma ou várias dessas responsabilidades. Isso não permitiria usar de forma eficiente o mecanismo de subclasses para representar essas responsabilidades. Buscando uma solução adequada para essa limitação, o projetista encontrou um padrão de projeto que permite adicionar e retirar dinamicamente responsabilidades apenas aos objetos individuais, e não à classe inteira, estendendo a funcionalidade do objeto, o que seria a solução ideal para o seu caso.
Esse padrão de projeto específico tem uma estrutura comum, em que existe uma

A superclasse abstrata, por exemplo “ComponenteConta”, que também é superclasse de uma segunda classe, e essa segunda classe, também abstrata, será superclasse das várias classes concretas que representam as responsabilidades adicionais.

B classe, por exemplo “InterfaceConta”, que converte a interface de uma classe em outra interface que o cliente espera, evitando incompatibilidades causadas por interfaces diferentes.

C classe, por exemplo “FabricaContas”, que separa a construção de um objeto complexo da sua representação, de forma que o mesmo processo de construção possa criar diferentes representações.

D classe que define uma dependência um-para-muitos entre objetos, de forma que, quando o estado de um objeto da classe “Conta” é alterado, todos os outros objetos dependentes são notificados e podem implementar atualização automática de suas propriedades, em uma relação publicar-subscrever.

E classe abstrata, por exemplo “InterfaceConta”, cuja finalidade é definir a interface que permite que suas subclasses tratem uma requisição, sendo que as subclasses concretas são estruturadas em uma cadeia onde cada classe trata a requisição ou a envia para a classe sucessora, até que uma delas atenda a requisição.

ID 155919 Tecnologia da Informação Engenharia de Software AOCP 2021

Texto associado

Acerca de qualidade de software, julgue os seguintes itens.

David Garvin sugere que a qualidade deve ser considerada adotando-se um ponto de vista multidimensional que começa com uma avaliação da conformidade e termina com uma visão transcendental (estética). Embora as oito dimensões de qualidade de Garvin não tenham sido desenvolvidas especificamente para software, elas podem ser aplicadas quando se considera qualidade de software.

C Certo

E Errado

ID 155777 Tecnologia da Informação Engenharia de Software AOCP 2021

Willian está documentando um projeto e precisa criar um diagrama que mostre os modulos do sistema quando ele for implementado e como esses módulos irão interagir. Assinale a alternativa que apresenta o diagrama UML que atende a essa demanda.

A Diagrama de implantação.

B Diagrama de máquina de estado.

C Diagrama de intercomunicação.

D Diagrama de componentes.

E Diagrama de comunicação.

ID 155537 Tecnologia da Informação Engenharia de Software AOCP 2021

Texto associado

Em relação a testes de software, julgue os seguintes itens.

Embora o objetivo principal do teste seja encontrar erros, uma boa estratégia de testes também avalia outras características de qualidade, como portabilidade, possibilidade de manutenção e processo de gerenciamento do projeto.

C Certo

E Errado