voltar

Ciência da Computação - Engenharia de Software - INFRAERO

Simulado com questões de prova: Ciência da Computação - Engenharia de Software - INFRAERO. Resolva online grátis, confira o gabarito e baixe o PDF!

Imprimir Questões

Desempenho Global

Resoluções

33%

Média

Difícil

Dificuldade

1

Q630817 • Informática • Engenharia de Software • FCC • INFRAERO • Analista Superior III
Como exemplo, a classe CarroImportado (em itálico) é escrita desta forma na UML para especificar que tal classe
- a) é concreta.
- b) pode não apresentar instâncias diretas.
- c) herda características de mais de uma classe mãe.
- d) herda características de apenas uma classe mãe.
- e) se relaciona com ela mesma.
2

Q632109 • Informática • Engenharia de Software • FCC • INFRAERO • Analista Superior III
Durante a validação de requisitos devem ser realizadas verificações que podem refletir situações tais como:

I. Os sistemas têm diversos stakeholders com necessidades diferentes. Estudos e análises podem demonstrar que o que se pensava como necessidade inicial (funções) pode variar com o

aprofundamento da análise.
II. Não devem existir restrições ou descrições contraditórias e conflitantes para a mesma função de um sistema.

De acordo com Sommerville, essas verificações são, respectivamente, de
- a) consistência e completeza.
- b) validade e completeza.
- c) validade e consistência.
- d) realismo e validade.
- e) realismo e consistência.
3

Q633206 • Informática • Engenharia de Software • FCC • INFRAERO • Analista Superior III
Quanto à classificação de tipo de bloco de construção, de acordo com Grady Booch et al, o vocabulário UML abrange
- a) 1 tipo.
- b) 2 tipos.
- c) 3 tipos.
- d) 4 tipos.
- e) 5 tipos.
4

Q633466 • Informática • Engenharia de Software • FCC • INFRAERO • Analista Superior III
No âmbito do processo de gerência de configuração (NBR ISO/IEC 12207), considere: Devem ser determinadas e garantidas a completeza funcional dos itens de software em relação aos seus requisitos e a completeza física dos itens de software (ou seja, se seu projeto e código refletem uma descrição técnica atualizada). Esta é uma tarefa da atividade:
- a) Relato da situação da configuração.
- b) Implementação do processo.
- c) Controle da configuração.
- d) Gerência de liberação e distribuição.
- e) Avaliação da configuração.
5

Q635856 • Informática • Engenharia de Software • FCC • INFRAERO • Analista Superior III
Com respeito à NBR ISO/IEC 12207:1998, o Processo de Garantia da Qualidade e o Processo de Infraestrutura pertencem, respectivamente, aos grupos de Processos
- a) de apoio de ciclo de vida e Processos fundamentais de ciclo de vida.
- b) organizacionais de ciclo de vida e Processos de apoio de ciclo de vida.
- c) organizacionais de ciclo de vida e Processos fundamentais de ciclo de vida.
- d) de apoio de ciclo de vida e Processos organizacionais de ciclo de vida.
- e) fundamentais de ciclo de vida e Processos organizacionais de ciclo de vida.
6

Q636362 • Informática • Engenharia de Software • FCC • INFRAERO • Analista Superior III
A métrica análise por pontos de função foi desenvolvida na década de 1970, como uma forma de medir software.

Analise os itens a seguir relacionados a essa métrica:

I. Considera mais importante o número de linhas de código do que as funcionalidades criadas.
II. Pode ser aplicada antes do código ser escrito, baseando-se na descrição arquitetural do projeto.
III. É dependente da tecnologia utilizada no desenvolvimento.
IV. Dois programas muito diferentes podem possuir a mesma contagem de pontos de função.

Está correto o que consta em
- a) I, II, III e IV.
- b) II e IV, apenas.
- c) I, II e IV, apenas.
- d) I, II e III, apenas.
- e) I e III, apenas.
7

Q636617 • Informática • Engenharia de Software • FCC • INFRAERO • Analista Superior III
São duas disciplinas do RUP:
- a) Implementation e Inception.
- b) Elaboration e Requirements.
- c) Deployment e Transition.
- d) Requirements e Implementation.
- e) Implementation e Construction.
8

Q637900 • Informática • Engenharia de Software • FCC • INFRAERO • Analista Superior III
Executa um sistema de forma a demandar recursos em volume ou frequência acima do normal. Trata-se de
- a) validação de unidade de implementação.
- b) teste beta.
- c) teste de estresse.
- d) validação de integração.
- e) teste de desempenho.
9

Q639221 • Informática • Engenharia de Software • FCC • INFRAERO • Analista Superior III
No RUP, definir quais são os atores, os casos de uso existentes e como eles interagem entre si é função típica do
- a) Designer de Negócios.
- b) Revisor do Modelo de Negócios.
- c) Analista do Processo de Negócios.
- d) Revisor de Requisitos.
- e) Analista de Sistemas.
10

Q640685 • Informática • Engenharia de Software • FCC • INFRAERO • Analista Superior III
Uma disciplina do RUP que tem como uma de suas finalidades “assegurar que os clientes, usuários e desenvolvedores tenham um entendimento comum da organização- alvo”, a qual se relaciona com a disciplina Ambiente. Trata-se de
- a) Requisitos.
- b) Análise e Design.
- c) Modelagem de Negócios.
- d) Gerenciamento de Configuração e Mudança.
- e) Gerenciamento de Projetos.
11

Q640970 • Informática • Engenharia de Software • FCC • INFRAERO • Analista Superior III
No RUP, Stakeholder concurrence on scope definition and cost/schedule estimates trata de um critério de avaliação da
- a) Transition phase.
- b) Elaboration phase.
- c) Configuration discipline.
- d) Inception phase.
- e) Environment discipline.
12

Q641555 • Informática • Engenharia de Software • FCC • INFRAERO • Analista Superior III
Considere:

I. Generalização.
II. Exclusão.
III. Agregação.
IV. Inclusão.
V. Composição.
VI. Extensão.

São relacionamentos aplicáveis aos casos de uso os que constam em
- a) II, IV e VI, apenas.
- b) I, IV e VI, apenas.
- c) II, III, IV e V, apenas.
- d) I, III, IV e V, apenas.
- e) I, II, III, IV, V e VI.
13

Q641640 • Informática • Engenharia de Software • FCC • INFRAERO • Analista Superior III
Para fazer a modelagem de um padrão de projeto (design pattern) utilizando a UML é DESNECESSÁRIO
- a) entender o padrão de projeto como uma colaboração representada com suas partes estruturais e comportamentais.
- b) fazer a modelagem do mecanismo como uma colaboração, fornecendo seus aspectos estruturais, assim como os aspectos comportamentais.
- c) identificar as soluções específicas e particulares para o problema básico e reificá-la como um mecanismo.
- d) identificar os elementos do padrão de projeto que devem ser vinculados aos elementos em um contexto específico e representá-los como parâmetros para colaboração.
- e) identificar as soluções comuns para o problema básico.
14

Q643057 • Informática • Engenharia de Software • FCC • INFRAERO • Analista Superior III
A engenharia de requisitos ajuda os engenheiros de software a compreender melhor o problema que eles vão trabalhar para resolver. Ela inclui um conjunto de tarefas que levam a um entendimento de qual será o impacto do software sobre o negócio, do que o cliente quer e de como os usuários finais vão interagir com o software. A função de negociação no processo de engenharia de requisitos
- a) especifica, revisa e valida o problema de modo a garantir que seu entendimento e o entendimento do cliente sobre o problema coincidam.
- b) refina e modifica os requisitos. É uma ação de modelagem de análise composta de várias tarefas de modelagem e refinamento.
- c) define quais são as prioridades, o que é essencial, o que é necessário. Clientes, usuários e outros interessados são solicitados a ordenar os requisitos e depois discutir os conflitos de prioridade.
- d) ajuda o cliente a definir o que é necessário.
- e) define o escopo e a natureza do problema a ser resolvido.
15

Q644002 • Informática • Engenharia de Software • FCC • INFRAERO • Analista Superior III
A especificação de um caso de teste (test case specification) deve conter, entre outros,
- a) identificador, itens constantes no teste, especificação de entrada, especificação de saída, definição do ambiente necessário, necessidades especiais e dependências de outros casos de testes.
- b) especificação dos requerimentos, especificação do desenho, manual do usuário, manual de operação e manual de instalação.
- c) autorização para o projeto, plano do projeto, plano de garantia da qualidade, plano de configuração gerencial, políticas internas e padrões relevantes.
- d) plano de testes, especificação do desenho, especificação do caso de teste, especificação dos procedimentos, relatório de transmissão, logs de teste, relatório de incidentes e relatório de sumário dos testes.
- e) introdução, funcionalidades a serem testadas, prazo de entrega, responsabilidades, cronograma de testes, riscos e contingências.
16

Q645485 • Informática • Engenharia de Software • FCC • INFRAERO • Analista Superior III
Para captar os requisitos funcionais de um sistema podese utilizar a UML. O diagrama mais adequado para essa finalidade é o diagrama de
- a) casos de uso.
- b) atividades.
- c) colaboração.
- d) classes.
- e) comunicações.
17

Q645728 • Informática • Engenharia de Software • FCC • INFRAERO • Analista Superior III
Em relação à Engenharia de Software, é INCORRETO afirmar:
- a) O design de software, ao descrever os diversos aspectos que estarão presentes no sistema quando construído, permite que se faça a avaliação prévia para garantir que ele alcance os objetivos propostos pelos interessados.
- b) A representação de um design de software mais simples para representar apenas as suas características essenciais busca atender ao princípio da abstração.
- c) Iniciar a entrevista para obtenção dos requisitos de software com perguntas mais genéricas e finalizar com perguntas mais específicas sobre o sistema é o que caracteriza a técnica de entrevista estruturada em funil.
- d) No contexto de levantamento de requisitos, funcionalidade é um dos aspectos que deve ser levado em conta na abordagem dos requisitos funcionais.
- e) A representação é a linguagem do design, cujo único propósito é descrever um sistema de software que seja possível construir.
18

Q646160 • Informática • Engenharia de Software • FCC • INFRAERO • Analista Superior III
Segundo Martin Fowler, pode ser considerado um anti-pattern:
- a) Table Data Gateway: um objeto que atua com um gateway para uma tabela de banco de dados, onde uma instância trata todas as linhas da tabela.
- b) CallSuper: chamada mandatória a uma operação da superclasse após a herança da mesma por uma subclasse.
- c) Unit of work: manutenção de uma lista de objetos afetados por uma transação de negócios e que coordena a escrita das mudanças.
- d) Identity Map: manutenção de uma lista de objetos mapeados, proibindo que sejam carregados novamente.
- e) Embedded Value: mapeia um objeto em diversos campos da tabela de outro objeto.