Questões do Concurso CVM - ESAF

É impossível testar um programa completamente. Teste de software é um exercício baseado em certezas. Quanto menos bugs forem encontrados, mais bugs existirão.

B

É possível testar um programa completamente. Teste de software não pode ter riscos. Quanto mais breaks forem encontrados, mais breaks existirão.

C

É impossível testar um programa completamente. Teste de software é um exercício baseado em risco. Quanto mais bugs forem encontrados, mais bugs existirão.

D

É impossível testar um programa que tenha riscos. Teste de software deve ser feito pelos seus desenvolvedores. Todos os bugs encontrados serão consertados.

E

É impossível testar um programa parcialmente. Teste de software aplica-se unicamente a ambientes sem risco. Quanto mais bugs forem encontrados, menos bugs existirão.

Provas

Questão presente nas seguintes provas

969101 Ano: 2010
Disciplina: TI - Desenvolvimento de Sistemas
Banca: ESAF
Orgão: CVM

Provas:

Analista da CVM - TI/Sistemas e Desenvolvimento
Provas ×

Engenharia de SoftwareGerenciamento de Projetos de Software
Qualidade de SoftwareMétricas de SoftwareAPF: Análise de Pontos de Função

Considerando Arquivos de Interface Externa (AIE), na contagem de Registros Lógicos Referenciados (RLR),

A

caso não haja um subgrupo de informações, conte um RLR para cada dupla de AIE.

B

conte um RLR para cada subgrupo de dados de um AIE, somente quando o subgrupo for mandatório.

C

conte um RLR para cada subgrupo de dados de um AIE, somente quando o subgrupo for opcional.

D

caso não haja um subgrupo de informações, não conte RLR para nenhum AIE.

E

conte um RLR para cada subgrupo de dados de um AIE, seja o subgrupo opcional ou mandatório.

Provas

Questão presente nas seguintes provas

969100 Ano: 2010
Disciplina: TI - Desenvolvimento de Sistemas
Banca: ESAF
Orgão: CVM

Provas:

Analista da CVM - TI/Sistemas e Desenvolvimento
Provas ×

Qualidade de SoftwareMétricas de SoftwareAPF: Análise de Pontos de Função
Qualidade de SoftwareMétricas de SoftwareCGS: Características Gerais do Sistema
Qualidade de SoftwareMétricas de SoftwareTDI: Nível de Influência Global
Qualidade de SoftwareMétricas de SoftwareVAF: Fator de Ajuste

Baseando-se nas Características Gerais do Sistema (CGS), um dos passos para o cálculo do fator de ajuste é:

A

avaliar o impacto de cada uma das 14 CGS no aplicativo que está sendo contado, atribuindo peso de 0 a 5 para cada característica.

B

calcular o nível de in?uência por meio da multiplicação dos pesos de cada uma das 14 CGS.

C

avaliar as entradas de cada uma das 14 CGS no aplicativo que está sendo contado, atribuindo peso de 0 a 10 para cada característica.

D

avaliar o impacto de cada uma das 14 CGS no aplicativo que está sendo contado, atribuindo peso de 0 a 10 para cada característica.

E

calcular o nível de in?uência por meio da soma dos pesos da primeira metade das 14 CGS.

Provas

Questão presente nas seguintes provas

969099 Ano: 2010
Disciplina: TI - Desenvolvimento de Sistemas
Banca: ESAF
Orgão: CVM

Provas:

Analista da CVM - TI/Sistemas e Desenvolvimento
Provas ×

Engenharia de SoftwareGerenciamento de Projetos de Software
Qualidade de SoftwareMétricas de SoftwareAPF: Análise de Pontos de Função
Qualidade de SoftwareMétricas de SoftwareMedição de Funcionalidade
Qualidade de SoftwareMétricas de SoftwareVAF: Fator de Ajuste

O cálculo dos pontos de função de um projeto de desenvolvimento consiste dos componentes de funcionalidade:

A

reusabilidade de aplicação; reusabilidade de conversão; fator de ajuste da aplicação.

B

funcionalidade de aplicação; funcionalidade de compressão; fator de ponderação da aplicação.

C

reusabilidade de aplicação; funcionalidade de programação; fator de ajuste da aplicação.

D

funcionalidade de aplicação; funcionalidade de conversão; fator de ajuste da aplicação.

E

funcionalidade de programação; funcionalidade de conversão; funcionalidade de manutenção.

Provas

Questão presente nas seguintes provas

969098 Ano: 2010
Disciplina: TI - Desenvolvimento de Sistemas
Banca: ESAF
Orgão: CVM

Provas:

Analista da CVM - TI/Sistemas e Desenvolvimento
Provas ×

Engenharia de SoftwareFerramentas CASE

Ferramentas CASE podem ser usadas pelo engenheiro de sistemas

A

para criar um modelo de sistema reativo que seja usado como base para simulação de desempenho e de comportamento.

B

para criar um modelo de mudança organizacional que seja usado como base para interface e interpretação.

C

para criar um modelo de hardware que seja usado como base para simulação virtual de desempenho e de comportamento.

D

para criar um modelo de requisitos ativos que seja usado como base para auditoria de comportamento.

E

para projeto de hardware de apoio que seja usado para simulação de obsolescência controlada.

Provas

Questão presente nas seguintes provas

969097 Ano: 2010
Disciplina: TI - Desenvolvimento de Sistemas
Banca: ESAF
Orgão: CVM

Provas:

Analista da CVM - TI/Sistemas e Desenvolvimento
Provas ×

Engenharia de SoftwareEngenharia de Requisitos
Engenharia de SoftwarePrincípios de Engenharia de Software

Segundo os princípios da boa especi?cação,

Provas

Questão presente nas seguintes provas

969096 Ano: 2010
Disciplina: TI - Desenvolvimento de Sistemas
Banca: ESAF
Orgão: CVM

Provas:

Analista da CVM - TI/Sistemas e Desenvolvimento
Provas ×

Paradigmas de ProgramaçãoOrientação a ObjetosAnálise e Projeto Orientado a Objetos
Paradigmas de ProgramaçãoOrientação a ObjetosDefinição Técnica: Orientação a Objetos
Paradigmas de ProgramaçãoOrientação a ObjetosOrientação a Objetos: Encapsulamento

Assinale a opção correta.

A

A conectividade orientada a objeto produz uma estrutura de software (objeto) que compreende um anel de operações protetoras em torno de atributos que modi?cam o estado do objeto.

B

O encapsulamento orientado a objeto produz uma estrutura de software (objeto) que compreende um anel de operações protetoras em torno de atributos que representam o estado do objeto.

C

O escalonamento orientado a objeto produz uma estrutura de software (objeto) que compreende um núcleo de objetos protetores em torno de atributos que representam o estado do objeto.

D

O encadeamento orientado a objeto produz um anel de operações sequenciais em torno de objetos que representam o estado do atributo.

E

O encapsulamento orientado a processo produz uma estrutura de hardware (processo) que compreende um anel de operações otimizadoras em torno de atributos que representam o núcleo do processo.