SlideShare uma empresa Scribd logo

Banco de questões qualidade de software

gil.o.gti

1 de 31
Baixar para ler offline
Banco de questões qualidade de software
Banco de questões qualidade de software
Banco de questões qualidade de software
Banco de questões qualidade de software
Avaliação: CCT0247_AV_ » QUALIDADE DE SOFTWARE
Tipo de Avaliação: AV
Aluno:
Professor: EDGAR AUGUSTO GONCALVES GURGEL DO AMARAL Turma: 9001/AA
Nota da Prova: 4,5 Nota de Partic.: 2 Data: 17/11/2014 21:23:10
1a
Questão (Ref.: 201308277676) Pontos: 0,0 / 1,5
Muitos estudos são conduzidos na área de qualidade procurando obter um referencial para os custos reais da
qualidade, a fim de poderem identificar maneiras de reduzir custos da qualidade e fornecer uma base de
comparação entre os demais custos envolvidos no processo de desenvolvimento de software. Os custos
operacionais da função qualidade podem ser classificados em quatro categorias: prevenção, avaliação, falhas
internas e falhas externas. Identifique as atividades decorrentes de dois deles.
Resposta: Garantia, Controle, Custo e Planejamento da Qualidade.
Gabarito: Custos de prevenção: planejamento da qualidade; revisões técnicas formais; equipamentos de teste;
treinamento. São considerados investimentos.
Custos de avaliação: inspeção intra e interprocessos; calibração e manutenção do equipamento; teste.
Caracterizam perdas e prejuízo.
Custos de falhas internas: retrabalho; esforço para reparar; análise do modo como a falha ocorreu.
Caracterizam perdas e prejuízo.
Custos de falhas externas: solução de queixas; devolução e substituição do produto; manutenção da linha de
suporte. Caracterizam perdas e prejuízo.
2a
Questão (Ref.: 201308101916) Pontos: 0,5 / 0,5
No gerenciamento da qualidade de software, são esperadas algumas atividades. Quais são estas atividades?
I. Apenas garantia da qualidade
II. Garantia, controle, custo e planejamento da qualidade
III. Apenas controle e custo da qualidade
IV. Apenas planejamento da qualidade
V. Apenas garantia da qualidade e planejamento da qualidade
I
V
II
IV
III
3a
Questão (Ref.: 201308101965) Pontos: 0,5 / 0,5
No estudo de métricas de qualidade de software, uma atividade tem o propósito único de
descobrir problemas de qualidade. Essa atividade é específica da equipe técnica e, em muitas
situações, acusa que as revisões são tão efetivas quanto os testes para detecção de problemas de
qualidade. Este texto se refere à atividade:
central de revisão técnica formal
manutenção de registros
padrões e procedimentos formais
documentação de software ou outra que evite problemas
teste de software
4a
Questão (Ref.: 201308131859) Pontos: 0,5 / 0,5
Relacione as opções:
( ) Confiabilidade ( ) Segurança ( ) SQA Estatística ( ) ISO 9000
A. Descreve os elementos de garantia, de forma genérica
B. Operar isento de falhas, em ambiente e tempo determinados
C. Atividade SQA, que identifica e avalia riscos do software
D. Analise frequência de ocorrência de erros e inconsistências.
Com base na correta correlação entre as opções, assinale a única opção correta.
B, D C, A.
C, A, B, D.
C, B, D, A.
B, C, D, A.
A, C, D, B.
5a
Questão (Ref.: 201308131888) Pontos: 0,0 / 0,5
Segundo McCall (1977), muitas das métricas só podem ser medidas subjetivamente. Por isso, considera
importante, mais uma vez, a utilização de uma técnica para graduar atributos específicos do software. Qual
seria essa métrica?
Lista de Verificação (checklist).
Ponto de função.
Diagrama de Causa-Efeito.
Gráfico de Pareto.
Diagrama PERT-COM.
6a
Questão (Ref.: 201308102307) Pontos: 0,5 / 0,5
Pela ISO/IEC 9241-11 a usabilidade dos computadores depende do contexto de uso e afirma que o nível de
usabilidade alcançado dependerá das circunstâncias específicas nas quais o produto é usado. A medida na
qual um produto pode ser usado por usuários específicos para alcançar objetivos específicos com eficácia,
eficiência e satisfação em um contexto específico de uso é definida por:
satisfação
durabilidade

Recomendados

Introdução à Engenharia de Software
Introdução à Engenharia de SoftwareIntrodução à Engenharia de Software
Introdução à Engenharia de SoftwareNécio de Lima Veras
 
Validação e Testes de software
Validação e Testes de softwareValidação e Testes de software
Validação e Testes de softwareRondinelli Mesquita
 
Modelos de Processo e Desenvolvimento de Software 3 - Prof.ª Cristiane Fidelix
Modelos de Processo e Desenvolvimento de Software 3 - Prof.ª Cristiane FidelixModelos de Processo e Desenvolvimento de Software 3 - Prof.ª Cristiane Fidelix
Modelos de Processo e Desenvolvimento de Software 3 - Prof.ª Cristiane FidelixCris Fidelix
 
Qualidade de Software: Modelos e normas
Qualidade de Software: Modelos e normasQualidade de Software: Modelos e normas
Qualidade de Software: Modelos e normasAlex Camargo
 
Normas e Padrões para a Qualidade de Software
Normas e Padrões para a Qualidade de SoftwareNormas e Padrões para a Qualidade de Software
Normas e Padrões para a Qualidade de SoftwareDanilo Sousa
 

Mais conteúdo relacionado

Mais procurados

Prototipação de software
Prototipação de softwarePrototipação de software
Prototipação de softwareMarcio Costa
 
1 requisitos funcionais e não funcionais ok
1  requisitos funcionais e não funcionais ok1  requisitos funcionais e não funcionais ok
1 requisitos funcionais e não funcionais okMarcos Morais de Sousa
 
Aula 1 - Introdução a Engenharia de Software
Aula 1 -  Introdução a Engenharia de SoftwareAula 1 -  Introdução a Engenharia de Software
Aula 1 - Introdução a Engenharia de SoftwareLeinylson Fontinele
 
X-Zone - Garantia da Qualidade de Software
X-Zone - Garantia da Qualidade de SoftwareX-Zone - Garantia da Qualidade de Software
X-Zone - Garantia da Qualidade de SoftwareAlexandreBartie
 
Conceitos de básicos de qualidade de software
Conceitos de básicos de qualidade de softwareConceitos de básicos de qualidade de software
Conceitos de básicos de qualidade de softwareRonney Moreira de Castro
 
Gestão de Serviços de TI com a ITIL. Uma introdução
Gestão de Serviços de TI com a ITIL. Uma introduçãoGestão de Serviços de TI com a ITIL. Uma introdução
Gestão de Serviços de TI com a ITIL. Uma introduçãoRildo (@rildosan) Santos
 
Arquitetura de Software
Arquitetura de SoftwareArquitetura de Software
Arquitetura de SoftwareAricelio Souza
 
Processos de Desenvolvimento de Software - teoria e prática
Processos de Desenvolvimento de Software - teoria e práticaProcessos de Desenvolvimento de Software - teoria e prática
Processos de Desenvolvimento de Software - teoria e práticaRalph Rassweiler
 
Introdução ao Teste de Software - Uma abordagem prática
Introdução ao Teste de Software - Uma abordagem práticaIntrodução ao Teste de Software - Uma abordagem prática
Introdução ao Teste de Software - Uma abordagem práticaFabrício Campos
 
Descrição formal de Casos de Uso
Descrição formal de Casos de UsoDescrição formal de Casos de Uso
Descrição formal de Casos de UsoNatanael Simões
 
Segurança da informação - Aula 7 - ISO 27002
Segurança da informação - Aula 7 - ISO 27002Segurança da informação - Aula 7 - ISO 27002
Segurança da informação - Aula 7 - ISO 27002Cleber Fonseca
 

Mais procurados (20)

Prototipação de software
Prototipação de softwarePrototipação de software
Prototipação de software
 
Engenharia de Requisitos
Engenharia de RequisitosEngenharia de Requisitos
Engenharia de Requisitos
 
1 requisitos funcionais e não funcionais ok
1  requisitos funcionais e não funcionais ok1  requisitos funcionais e não funcionais ok
1 requisitos funcionais e não funcionais ok
 
Aula 1 - Introdução a Engenharia de Software
Aula 1 -  Introdução a Engenharia de SoftwareAula 1 -  Introdução a Engenharia de Software
Aula 1 - Introdução a Engenharia de Software
 
Aula 2 - Processos de Software
Aula 2 - Processos de SoftwareAula 2 - Processos de Software
Aula 2 - Processos de Software
 
X-Zone - Garantia da Qualidade de Software
X-Zone - Garantia da Qualidade de SoftwareX-Zone - Garantia da Qualidade de Software
X-Zone - Garantia da Qualidade de Software
 
Aula 6 - Qualidade de Software
Aula 6 - Qualidade de SoftwareAula 6 - Qualidade de Software
Aula 6 - Qualidade de Software
 
Conceitos de básicos de qualidade de software
Conceitos de básicos de qualidade de softwareConceitos de básicos de qualidade de software
Conceitos de básicos de qualidade de software
 
Gestão de Serviços de TI com a ITIL. Uma introdução
Gestão de Serviços de TI com a ITIL. Uma introduçãoGestão de Serviços de TI com a ITIL. Uma introdução
Gestão de Serviços de TI com a ITIL. Uma introdução
 
Arquitetura de Software
Arquitetura de SoftwareArquitetura de Software
Arquitetura de Software
 
Processos de Desenvolvimento de Software - teoria e prática
Processos de Desenvolvimento de Software - teoria e práticaProcessos de Desenvolvimento de Software - teoria e prática
Processos de Desenvolvimento de Software - teoria e prática
 
Introdução ao Teste de Software - Uma abordagem prática
Introdução ao Teste de Software - Uma abordagem práticaIntrodução ao Teste de Software - Uma abordagem prática
Introdução ao Teste de Software - Uma abordagem prática
 
Qualidade de Software
Qualidade de SoftwareQualidade de Software
Qualidade de Software
 
Apresentação da UML
Apresentação da UMLApresentação da UML
Apresentação da UML
 
Descrição formal de Casos de Uso
Descrição formal de Casos de UsoDescrição formal de Casos de Uso
Descrição formal de Casos de Uso
 
Teste de Software - Introdução
Teste de Software - IntroduçãoTeste de Software - Introdução
Teste de Software - Introdução
 
Segurança da informação - Aula 7 - ISO 27002
Segurança da informação - Aula 7 - ISO 27002Segurança da informação - Aula 7 - ISO 27002
Segurança da informação - Aula 7 - ISO 27002
 
Caso De Uso
Caso De UsoCaso De Uso
Caso De Uso
 
Modelos de processos de software
Modelos de processos de softwareModelos de processos de software
Modelos de processos de software
 
Gestão por Processo
Gestão por ProcessoGestão por Processo
Gestão por Processo
 

Destaque

Qualidade de Software
Qualidade de SoftwareQualidade de Software
Qualidade de SoftwareJoão Rolim
 
Clean code - Qualidade em desenvolvimento de Software
Clean code - Qualidade em desenvolvimento de SoftwareClean code - Qualidade em desenvolvimento de Software
Clean code - Qualidade em desenvolvimento de SoftwareGabriel Felipe Soares
 
Continuous Inspection - Uma abordagem efetiva para melhoria contínua da quali...
Continuous Inspection - Uma abordagem efetiva para melhoria contínua da quali...Continuous Inspection - Uma abordagem efetiva para melhoria contínua da quali...
Continuous Inspection - Uma abordagem efetiva para melhoria contínua da quali...Roberto Pepato
 
MPS.BR - Melhoria do processo de Software Brasileiro
MPS.BR - Melhoria do processo de Software BrasileiroMPS.BR - Melhoria do processo de Software Brasileiro
MPS.BR - Melhoria do processo de Software BrasileiroPaulo Henrique de Sousa
 
ISO 9126 - Qualidade de Software
ISO 9126 - Qualidade de SoftwareISO 9126 - Qualidade de Software
ISO 9126 - Qualidade de SoftwareFelipe Cabral
 
Melhorando a qualidade do software com testes de ponta a-ponta
Melhorando a qualidade do software com testes de ponta a-pontaMelhorando a qualidade do software com testes de ponta a-ponta
Melhorando a qualidade do software com testes de ponta a-pontaGuilherme Cardoso
 

Destaque (9)

Qualidade de Software
Qualidade de SoftwareQualidade de Software
Qualidade de Software
 
Brisa Qualidade e Testes de software
Brisa   Qualidade e Testes de softwareBrisa   Qualidade e Testes de software
Brisa Qualidade e Testes de software
 
Qualidade de código
Qualidade de códigoQualidade de código
Qualidade de código
 
Clean code - Qualidade em desenvolvimento de Software
Clean code - Qualidade em desenvolvimento de SoftwareClean code - Qualidade em desenvolvimento de Software
Clean code - Qualidade em desenvolvimento de Software
 
Continuous Inspection - Uma abordagem efetiva para melhoria contínua da quali...
Continuous Inspection - Uma abordagem efetiva para melhoria contínua da quali...Continuous Inspection - Uma abordagem efetiva para melhoria contínua da quali...
Continuous Inspection - Uma abordagem efetiva para melhoria contínua da quali...
 
MPS.BR - Melhoria do processo de Software Brasileiro
MPS.BR - Melhoria do processo de Software BrasileiroMPS.BR - Melhoria do processo de Software Brasileiro
MPS.BR - Melhoria do processo de Software Brasileiro
 
ISO 9126 - Qualidade de Software
ISO 9126 - Qualidade de SoftwareISO 9126 - Qualidade de Software
ISO 9126 - Qualidade de Software
 
Melhorando a qualidade do software com testes de ponta a-ponta
Melhorando a qualidade do software com testes de ponta a-pontaMelhorando a qualidade do software com testes de ponta a-ponta
Melhorando a qualidade do software com testes de ponta a-ponta
 
Interface Homem Computador - Aula01- Introdução a IHC
Interface Homem Computador - Aula01- Introdução a IHCInterface Homem Computador - Aula01- Introdução a IHC
Interface Homem Computador - Aula01- Introdução a IHC
 

Semelhante a Banco de questões qualidade de software

Visão de Testes de Software segundo o SWEBOK
Visão de Testes de Software segundo o SWEBOKVisão de Testes de Software segundo o SWEBOK
Visão de Testes de Software segundo o SWEBOKMário Pravato Junior
 
Conceitos e fundamentos sobre testes de software e garantia da qualidade
Conceitos e fundamentos sobre testes de software e garantia da qualidadeConceitos e fundamentos sobre testes de software e garantia da qualidade
Conceitos e fundamentos sobre testes de software e garantia da qualidaderzauza
 
11 1 --teste_de_software_motivação_e_conceitos_basicos
11 1 --teste_de_software_motivação_e_conceitos_basicos11 1 --teste_de_software_motivação_e_conceitos_basicos
11 1 --teste_de_software_motivação_e_conceitos_basicosFabricio Guimaraes Soares
 
Engenharia de Testes
Engenharia de TestesEngenharia de Testes
Engenharia de TestesUFPA
 
Gerenciamento da Qualidade de Software 3.pptx
Gerenciamento da Qualidade de Software 3.pptxGerenciamento da Qualidade de Software 3.pptx
Gerenciamento da Qualidade de Software 3.pptxRoberto Nunes
 
Gerenciamento da Qualidade de Software 4.pptx
Gerenciamento da Qualidade de Software 4.pptxGerenciamento da Qualidade de Software 4.pptx
Gerenciamento da Qualidade de Software 4.pptxRoberto Nunes
 
Qualidade de software, muito além dos testes - RP Tec Com - 2018
Qualidade de software, muito além dos testes - RP Tec Com - 2018 Qualidade de software, muito além dos testes - RP Tec Com - 2018
Qualidade de software, muito além dos testes - RP Tec Com - 2018 Gustavo Bernardes
 
3. apresentacao rp tec com 2018 gustavo bernardes
3. apresentacao rp tec com 2018 gustavo bernardes3. apresentacao rp tec com 2018 gustavo bernardes
3. apresentacao rp tec com 2018 gustavo bernardesMatheus de Lara Calache
 
01 UNIDADE I - Princípios, pilares e modelos de teste de software.pptx
01 UNIDADE I -  Princípios, pilares e modelos de teste de software.pptx01 UNIDADE I -  Princípios, pilares e modelos de teste de software.pptx
01 UNIDADE I - Princípios, pilares e modelos de teste de software.pptxAnaKlyssia1
 
Qualidade de Software
Qualidade de SoftwareQualidade de Software
Qualidade de SoftwareRafael Silva
 
Palestra Fundamentos de Testes - Tche linux POA
Palestra Fundamentos de Testes  - Tche linux POAPalestra Fundamentos de Testes  - Tche linux POA
Palestra Fundamentos de Testes - Tche linux POAAline Zanin
 
Artigo - OS FUNDAMENTOS DE TESTE DE SOFTWARE E SUA IMPORTÂNCIA NA QUALIDADE D...
Artigo - OS FUNDAMENTOS DE TESTE DE SOFTWARE E SUA IMPORTÂNCIA NA QUALIDADE D...Artigo - OS FUNDAMENTOS DE TESTE DE SOFTWARE E SUA IMPORTÂNCIA NA QUALIDADE D...
Artigo - OS FUNDAMENTOS DE TESTE DE SOFTWARE E SUA IMPORTÂNCIA NA QUALIDADE D...Luiz Ladeira
 
Aula 8 TEES UFS Garantia de Qualidadedo Software
Aula 8 TEES UFS  Garantia de Qualidadedo Software Aula 8 TEES UFS  Garantia de Qualidadedo Software
Aula 8 TEES UFS Garantia de Qualidadedo Software Rogerio P C do Nascimento
 
Teste de software - Processo de Verificação e Validação
Teste de software - Processo de Verificação e ValidaçãoTeste de software - Processo de Verificação e Validação
Teste de software - Processo de Verificação e ValidaçãoJoeldson Costa Damasceno
 
Papéis em Teste e Qualidade de Software
Papéis em Teste e Qualidade de SoftwarePapéis em Teste e Qualidade de Software
Papéis em Teste e Qualidade de SoftwareCamilo Ribeiro
 
Apresentação qualidade og day
Apresentação qualidade og dayApresentação qualidade og day
Apresentação qualidade og dayRafael Silva
 
Qualidade de Software - OpenGEO Day2010
Qualidade de Software - OpenGEO Day2010Qualidade de Software - OpenGEO Day2010
Qualidade de Software - OpenGEO Day2010Raphael Reis
 
ESw 10 - Qualidade de Software.pdf
ESw 10 - Qualidade de Software.pdfESw 10 - Qualidade de Software.pdf
ESw 10 - Qualidade de Software.pdfssuser9293ae
 

Semelhante a Banco de questões qualidade de software (20)

Aula 8 - Plano de Teste.pptx
Aula 8 - Plano de Teste.pptxAula 8 - Plano de Teste.pptx
Aula 8 - Plano de Teste.pptx
 
Visão de Testes de Software segundo o SWEBOK
Visão de Testes de Software segundo o SWEBOKVisão de Testes de Software segundo o SWEBOK
Visão de Testes de Software segundo o SWEBOK
 
Conceitos e fundamentos sobre testes de software e garantia da qualidade
Conceitos e fundamentos sobre testes de software e garantia da qualidadeConceitos e fundamentos sobre testes de software e garantia da qualidade
Conceitos e fundamentos sobre testes de software e garantia da qualidade
 
Qualidade de Software
Qualidade de SoftwareQualidade de Software
Qualidade de Software
 
11 1 --teste_de_software_motivação_e_conceitos_basicos
11 1 --teste_de_software_motivação_e_conceitos_basicos11 1 --teste_de_software_motivação_e_conceitos_basicos
11 1 --teste_de_software_motivação_e_conceitos_basicos
 
Engenharia de Testes
Engenharia de TestesEngenharia de Testes
Engenharia de Testes
 
Gerenciamento da Qualidade de Software 3.pptx
Gerenciamento da Qualidade de Software 3.pptxGerenciamento da Qualidade de Software 3.pptx
Gerenciamento da Qualidade de Software 3.pptx
 
Gerenciamento da Qualidade de Software 4.pptx
Gerenciamento da Qualidade de Software 4.pptxGerenciamento da Qualidade de Software 4.pptx
Gerenciamento da Qualidade de Software 4.pptx
 
Qualidade de software, muito além dos testes - RP Tec Com - 2018
Qualidade de software, muito além dos testes - RP Tec Com - 2018 Qualidade de software, muito além dos testes - RP Tec Com - 2018
Qualidade de software, muito além dos testes - RP Tec Com - 2018
 
3. apresentacao rp tec com 2018 gustavo bernardes
3. apresentacao rp tec com 2018 gustavo bernardes3. apresentacao rp tec com 2018 gustavo bernardes
3. apresentacao rp tec com 2018 gustavo bernardes
 
01 UNIDADE I - Princípios, pilares e modelos de teste de software.pptx
01 UNIDADE I -  Princípios, pilares e modelos de teste de software.pptx01 UNIDADE I -  Princípios, pilares e modelos de teste de software.pptx
01 UNIDADE I - Princípios, pilares e modelos de teste de software.pptx
 
Qualidade de Software
Qualidade de SoftwareQualidade de Software
Qualidade de Software
 
Palestra Fundamentos de Testes - Tche linux POA
Palestra Fundamentos de Testes  - Tche linux POAPalestra Fundamentos de Testes  - Tche linux POA
Palestra Fundamentos de Testes - Tche linux POA
 
Artigo - OS FUNDAMENTOS DE TESTE DE SOFTWARE E SUA IMPORTÂNCIA NA QUALIDADE D...
Artigo - OS FUNDAMENTOS DE TESTE DE SOFTWARE E SUA IMPORTÂNCIA NA QUALIDADE D...Artigo - OS FUNDAMENTOS DE TESTE DE SOFTWARE E SUA IMPORTÂNCIA NA QUALIDADE D...
Artigo - OS FUNDAMENTOS DE TESTE DE SOFTWARE E SUA IMPORTÂNCIA NA QUALIDADE D...
 
Aula 8 TEES UFS Garantia de Qualidadedo Software
Aula 8 TEES UFS  Garantia de Qualidadedo Software Aula 8 TEES UFS  Garantia de Qualidadedo Software
Aula 8 TEES UFS Garantia de Qualidadedo Software
 
Teste de software - Processo de Verificação e Validação
Teste de software - Processo de Verificação e ValidaçãoTeste de software - Processo de Verificação e Validação
Teste de software - Processo de Verificação e Validação
 
Papéis em Teste e Qualidade de Software
Papéis em Teste e Qualidade de SoftwarePapéis em Teste e Qualidade de Software
Papéis em Teste e Qualidade de Software
 
Apresentação qualidade og day
Apresentação qualidade og dayApresentação qualidade og day
Apresentação qualidade og day
 
Qualidade de Software - OpenGEO Day2010
Qualidade de Software - OpenGEO Day2010Qualidade de Software - OpenGEO Day2010
Qualidade de Software - OpenGEO Day2010
 
ESw 10 - Qualidade de Software.pdf
ESw 10 - Qualidade de Software.pdfESw 10 - Qualidade de Software.pdf
ESw 10 - Qualidade de Software.pdf
 

Banco de questões qualidade de software

  • 5. Avaliação: CCT0247_AV_ » QUALIDADE DE SOFTWARE Tipo de Avaliação: AV Aluno: Professor: EDGAR AUGUSTO GONCALVES GURGEL DO AMARAL Turma: 9001/AA Nota da Prova: 4,5 Nota de Partic.: 2 Data: 17/11/2014 21:23:10 1a Questão (Ref.: 201308277676) Pontos: 0,0 / 1,5 Muitos estudos são conduzidos na área de qualidade procurando obter um referencial para os custos reais da qualidade, a fim de poderem identificar maneiras de reduzir custos da qualidade e fornecer uma base de comparação entre os demais custos envolvidos no processo de desenvolvimento de software. Os custos operacionais da função qualidade podem ser classificados em quatro categorias: prevenção, avaliação, falhas internas e falhas externas. Identifique as atividades decorrentes de dois deles. Resposta: Garantia, Controle, Custo e Planejamento da Qualidade. Gabarito: Custos de prevenção: planejamento da qualidade; revisões técnicas formais; equipamentos de teste; treinamento. São considerados investimentos. Custos de avaliação: inspeção intra e interprocessos; calibração e manutenção do equipamento; teste. Caracterizam perdas e prejuízo. Custos de falhas internas: retrabalho; esforço para reparar; análise do modo como a falha ocorreu. Caracterizam perdas e prejuízo. Custos de falhas externas: solução de queixas; devolução e substituição do produto; manutenção da linha de suporte. Caracterizam perdas e prejuízo. 2a Questão (Ref.: 201308101916) Pontos: 0,5 / 0,5 No gerenciamento da qualidade de software, são esperadas algumas atividades. Quais são estas atividades? I. Apenas garantia da qualidade II. Garantia, controle, custo e planejamento da qualidade III. Apenas controle e custo da qualidade IV. Apenas planejamento da qualidade V. Apenas garantia da qualidade e planejamento da qualidade I V II IV III 3a Questão (Ref.: 201308101965) Pontos: 0,5 / 0,5 No estudo de métricas de qualidade de software, uma atividade tem o propósito único de descobrir problemas de qualidade. Essa atividade é específica da equipe técnica e, em muitas
  • 6. situações, acusa que as revisões são tão efetivas quanto os testes para detecção de problemas de qualidade. Este texto se refere à atividade: central de revisão técnica formal manutenção de registros padrões e procedimentos formais documentação de software ou outra que evite problemas teste de software 4a Questão (Ref.: 201308131859) Pontos: 0,5 / 0,5 Relacione as opções: ( ) Confiabilidade ( ) Segurança ( ) SQA Estatística ( ) ISO 9000 A. Descreve os elementos de garantia, de forma genérica B. Operar isento de falhas, em ambiente e tempo determinados C. Atividade SQA, que identifica e avalia riscos do software D. Analise frequência de ocorrência de erros e inconsistências. Com base na correta correlação entre as opções, assinale a única opção correta. B, D C, A. C, A, B, D. C, B, D, A. B, C, D, A. A, C, D, B. 5a Questão (Ref.: 201308131888) Pontos: 0,0 / 0,5 Segundo McCall (1977), muitas das métricas só podem ser medidas subjetivamente. Por isso, considera importante, mais uma vez, a utilização de uma técnica para graduar atributos específicos do software. Qual seria essa métrica? Lista de Verificação (checklist). Ponto de função. Diagrama de Causa-Efeito. Gráfico de Pareto. Diagrama PERT-COM. 6a Questão (Ref.: 201308102307) Pontos: 0,5 / 0,5 Pela ISO/IEC 9241-11 a usabilidade dos computadores depende do contexto de uso e afirma que o nível de usabilidade alcançado dependerá das circunstâncias específicas nas quais o produto é usado. A medida na qual um produto pode ser usado por usuários específicos para alcançar objetivos específicos com eficácia, eficiência e satisfação em um contexto específico de uso é definida por: satisfação durabilidade
  • 7. eficácia usabilidade eficiência 7a Questão (Ref.: 201308651787) Pontos: 0,5 / 0,5 Das atividades do processo de avaliação de produto de software, e Execução da Avaliação consiste na inspeção, medição e teste dos produtos e de seus componentes aplicados de acordo com as orientações do plano. Aplicadas as ações de medição, segue-se para as interpretações dos resultados registrados e depurados durante a avaliação. Ao final da execução, uma versão preliminar é gerada do ______________ de avaliação. Marque a opção que completa a afirmativa corretamente. Relatório Requisito Desenvolvimento Processo Projeto 8a Questão (Ref.: 201308651794) Pontos: 1,0 / 1,0 As pesquisas em torno da engenharia de software mostram a relevância da resolução de problemas de falhas em projetos basear-se em modelos de melhoria e processo que permeiam três variáveis de suma importância e nenhuma mais importante que a outra, mas conjuntamente expressivas no contexto de desenvolvimento de software. Marque a única resposta que identifica essas 3 variáveis. Processo, Pessoas e Tecnologia Tecnologia, Cliente e Desenvolvedor Processo, software e desenvolvedor Processo, Hardware e Pessoas Pessoas, hardware e software 9a Questão (Ref.: 201308235697) Pontos: 0,0 / 1,5 A norma ISO/IEC 14598 oferece uma visão geral dos processos de avaliação de produtos de software e fornece guias para a avaliação, baseados na utilização prática da norma ISO/IEC 9126. Conforme a afirmativa, pela norma, podem existir três enfoques diferentes para a avaliação da qualidade de produto. Responda quais são esses três enfoques diferentes para a avaliação da qualidade de produto? Resposta: Processo, Pessoas e Tecnologia, Produto Gabarito: Os três enfoques diferentes para a avaliação da qualidade de produto são: processo para desenvolvedores, processo para avaliadores e processo para compradores. 10a Questão (Ref.: 201308102767) Pontos: 1,0 / 1,0 A ISO/IEC 15504, conhecida também como SPICE (Software Process Improvement and Capability Determination), consiste em uma norma para definição de processos de: Desenvolvimento de software
  • 8. gerenciamento de custos de software gerenciamento de projetos de software escopo do software testes de software Período de não visualização da prova: desde 06/11/2014 até 25/11/2014.
  • 9. Avaliação: CCT0247_AV_201207103391 » QUALIDADE DE SOFTWARE Tipo de Avaliação: AV Aluno: TAINAN MARIA JOSÉ DA SILVA Professor: Turma: Nota da Prova: 4,2 Nota de Partic.: 2 Data: 18/11/2013 21:21:26 1a Questão (Ref.: 201207178201) Pontos: 0,0 / 0,8 Criada em 1998 pela International Standard Organization, a norma ISO 9242-11 foi adotada pela ABNT em agosto de 2002 na forma da NBR 9241-11. Esta norma definiu oficialmente o conceito de usabilidade, e estabeleceu, de forma ampla, diretrizes para sistemas computacionais a fim de permitir que o usuário atinja seu objetivo e a satisfação de sua necessidade em um contexto particular. Esta norma definiu alguns efeitos como o da USABILIDADE. De acordo com as definições, assinale a resposta que represente corretamente o efeito citado: Medida na qual um produto pode ser usado por usuários específicos para alcançar objetivos específicos com eficácia, eficiência e satisfação em um contexto específico de uso. Completude com as quais usuários alcançam objetivos específicos. Medida de atendimento imediato das funcionalidades definidas. Ausência do desconforto e presença de atitudes positivas para com o uso de um produto. Conjunto de ações necessárias para alcançar um objetivo. 2a Questão (Ref.: 201207141936) Pontos: 0,8 / 0,8 Assinale a alternativa correta para a seguinte frase, pertinente à Garantia Estatística da Qualidade (SQA). Considerar que 20% do código têm 80% dos defeitos. b. Todo programa tem de 20% a 80% de defeitos. e. de 20% a 80% dos problemas de software são de código d. Sempre que se chega ao desenvolvimento de 20% do código, problemas acontecem c. Uma pequena parte dos defeitos concentra-se em grande parte do código. a. Grande parte dos defeitos concentra-se em pequena parte do código. 3a Questão (Ref.: 201207172015) Pontos: 0,0 / 0,8 Assinale a resposta que contém alguns questionamentos que poderão ser feitos em uma análise de requisitos de software: I- As interfaces externas e internas são adequadamente definidas? II - Os requisitos têm consistência com os prazos, os recursos e o orçamento? III- Os fatores de qualidade foram explicitamente avaliados? IV- Os recursos e as ferramentas de teste foram identificados e estão à disposição? III e IV. I e II.
  • 10. I, II e III. II e IV. I, III e IV. 4a Questão (Ref.: 201207275939) Pontos: 0,4 / 0,8 Referente a norma ISO/IEC 14598 deve-se avaliar a qualidade do produto liberado por diversas razões, dentre elas a possibilidade de identificar e entender as razões técnicas para as deficiências e limitações do produto, que podem manifestar-se através de problemas operacionais e de manutenção. Na avaliação da qualidade de um produto de software, qual a finalidade dos requisitos do software? Resposta: A finalidade dos Requisitos de software é dar relevância aos requisitos mais importante do software, criado para uma determinada finalidade, afim de suprir as nessecidades do usuário. Os requisitos devem ter clareza e agilidade nos processos, tornando mais fácil para a identificação de falhas e avaliação do software. Gabarito: Os requisitos apresentam como objetivo a definição das características de um software, a fim de permitir o exame de seu entendimento. 5a Questão (Ref.: 201207142928) DESCARTADA As pesquisas em torno da engenharia de software mostram a relevância da resolução de problemas de falhas em projetos, basear-se em modelos de melhoria e processo que permeiam três variáveis de suma importância e nenhuma mais importante que a outra, mas conjuntamente expressivas no contexto de desenvolvimento de software. São elas: projeto, tecnologia e pessoas gerente, analista e programador processo, tecnologia e pessoas projeto, software e pessoas processo, software e pessoas 6a Questão (Ref.: 201207143047) Pontos: 0,0 / 0,8 _______________ é qualquer evento ou condição em potencial que, em se concretizando, pode afetar positiva ou negativamente um objetivo do projeto, por exemplo, o software que está sendo desenvolvido. Análise Programação Teste individual Ação corretiva Risco
  • 11. 7a Questão (Ref.: 201207172107) Pontos: 0,8 / 0,8 A SQA está baseada no que denomina "poucas causas vitais" dos problemas. Assinale a opção que explica corretamente esse conceito. São as poucas causas que são responsáveis pela maioria dos problemas. São as muitas causas que são responsáveis pela maioria dos problemas. São as poucas causas que são responsáveis por todo os problemas. São poucas as causas que causam grandes problemas. São as poucas causas irrelevantes. 8a Questão (Ref.: 201207172147) Pontos: 0,8 / 0,8 Criada em 1998 pela International Standard Organization, a norma ISO 9242-11 foi adotada pela ABNT em agosto de 2002 na forma da NBR 9241-11. Esta norma definiu oficialmente o conceito de usabilidade, e estabeleceu, de forma ampla, diretrizes para sistemas computacionais a fim de permitir que o usuário atinja seu objetivo e a satisfação de sua necessidade em um contexto particular. Esta norma definiu alguns efeitos como o da USABILIDADE. De acordo com as definições, assinale a resposta que represente corretamente o efeito citado: Conjunto de ações necessárias para alcançar um objetivo . Completude com as quais usuários alcançam objetivos específicos. Disposição das informações na interface de acordo com a necessidade da aplicação. Medida na qual um produto pode ser usado por usuários específicos para alcançar objetivos específicos com eficácia, eficiência e satisfação em um contexto específico de uso. Ausência do desconforto e presença de atitudes positivas para com o uso de um produto. 9a Questão (Ref.: 201207143003) Pontos: 0,0 / 0,8 A ISO/IEC 15504, conhecida também como SPICE (Software Process Improvement and Capability Determination), consiste em uma norma para definição de processos de: gerenciamento de custos de software Desenvolvimento de software testes de software gerenciamento de projetos de software escopo do software 10a Questão (Ref.: 201207275961) Pontos: 0,6 / 0,8 As pesquisas em torno da engenharia de software mostram a relevância da resolução de problemas de falhas em projetos basear-se em modelos de melhoria e processo que permeiam três (3) variáveis de suma importância e nenhuma mais importante que a outra, mas conjuntamente expressivas no contexto de desenvolvimento de software. Conforme a citação responda quais são essas três (3) variáveis?
  • 12. Resposta: As três variáveis são:Procesos, software e pessoas. Gabarito: As três variáveis são: processo, pessoas e tecnologia 11a Questão (Ref.: 201207142213) Pontos: 0,8 / 0,8 Segundo Pressman (2004), alguns passos são necessários para realizar a GARANTIA ESTATÍSTICA DA QUALIDADE (SQA estatística) e criar um processo adaptativo de engenharia de software no qual são feitas modificações para aprimorar os elementos do processo que promovem erro. Quais são estes passos? I. Coletar e categorizar os defeitos de software encontrados II. Rastrear o defeito até sua causa subjacente III. Considerar que 100% do código têm 80% dos defeitos IV. Corrigir os problemas que causaram os defeitos Apenas II e IV Apenas I e II Apenas I, II e III Apenas I, II e IV Apenas II, III e IV
  • 13. Fechar Avaliação: CCT0247_AV_» QUALIDADE DE SOFTWARE Tipo de Avaliação: AV Aluno: Professor: EDGAR AUGUSTO GONCALVES GURGEL DO AMARAL Turma: 9002/AB Nota da Prova: 4,8 Nota de Partic.: 0 Data: 13/11/2013 16:27:03 1a Questão (Ref.: 201303108291) Pontos: 0,0 / 0,8 A precisão da qualidade depende, em grande parte, das métricas escolhidas. Para aumentar a confiabilidade dos resultados são necessárias algumas características que as métricas deveriam apresentar, de acordo com o requisitos especificados na ISO/IEC 9126-1. Uma característica relevante para medição é "Custo e complexidade", que pode ser descrita como: I. Os resultados gerados devem ser idênticos ao aplicar a medição no mesmo produto. II. A medição não deve ser tendenciosa, ou seja, preservar a publicação dos resultados. III. Aplicação da métrica deve ser econômica e tecnicamente viável. Apenas I Apenas I e II Apenas III Apenas II Apenas II e III 2a Questão (Ref.: 201303108621) Pontos: 0,8 / 0,8 Quando a norma ISO/IEC 9241 especifica as características de componentes no uso de software, ela leva em consideração: Tarefa, equipamento e ambiente Equipamento, auditor, tarefa e ambiente Usuário, tarefa, equipamento e ambiente Usuário, tarefa e equipe Usuário, atividades, processos e procedimentos 3a Questão (Ref.: 201303108746) Pontos: 0,8 / 0,8 De acordo com a ISO/IEC 14598-5 (avaliação de software), as características esperadas do Processo de Avaliação são:
  • 14. I. Repetitividade, imparcialidade, objetividade II. Reprodutividade, repetitividade, imparcialidade III. Repetitividade, reprodutividade, imparcialidade, objetividade IV. Subjetividade, imparcialidade, reprodutividade, repetitividade Apenas II Apenas III Apenas I Apenas I e II Apenas II e IV 4a Questão (Ref.: 201303138000) Pontos: 0,8 / 0,8 Segurança de software é: (assinale a única altenativa correta) Garantir em 100% o funcionamento, sem falhas, do software. Garantir em 90% o funcionamento, sem falhas, do software. Garantir que mesmo falhando o software possa ser confiável. Detectar e avaliar riscos em potencial, que possam causar falhas no software. Garantir que o software executa em situações anormais. 5a Questão (Ref.: 201303112213) Pontos: 0,0 / 0,8 Quanto à avaliação de software, analisabilidade, modificabilidade e estabilidade são quesitos de: Manutenibilidade Portabilidade Funcionalidade Usabilidade Eficiência 6a Questão (Ref.: 201303108552) Pontos: 0,8 / 0,8 Pela ISO/IEC 9241-11 a usabilidade dos computadores depende do contexto de uso e afirma que o nível de usabilidade alcançado dependerá das circunstâncias específicas nas quais o produto é usado. Parte do equipamento (hardware, software e materiais) para o qual a usabilidade é especificada ou avaliada é definida como: tarefa eficiência produto contexto medida
  • 15. 7a Questão (Ref.: 201303143166) Pontos: 0,0 / 0,8 (PRODEB 2008) Auditorias da qualidade são revisões independentes realizadas por auditores treinados ou avaliadores terceirizados. Quando executadas corretamente, essas auditorias trazem benefícios. Assinale a alternativa que apresenta um item que não se relaciona aos benefícios da auditoria da qualidade: São identificadas melhorias na qualidade. Aderência ao plano de qualidade do projeto. Relato e comparação dos resultados atuais com aqueles descritos no plano de gerenciamento do projeto. Confirmação da implementação de solicitações de mudanças aprovadas, medidas corretivas, medidas preventivas e reparos de defeitos. Aderência a leis e padrões aplicáveis. 8a Questão (Ref.: 201303241937) Pontos: 0,0 / 0,8 O modelo de avaliação de processo é organizado em uma arquitetura com dois níveis, sendo o primeiro composto por três categorias de processo. Quais são essas categorias? Resposta: Gabarito: As categorias sãoprocessos: fundamentais, organizacionais e de apoio. 9a Questão (Ref.: 201303108134) Pontos: 0,8 / 0,8 A utilização de software de qualidade garante a segurança das transações, dos negócios, das pessoas envolvidas e mantém alta disponibilidade dos serviços. Produtos e serviços são considerados aceitáveis se apresentarem desempenho dentro de certos limites. É relevante afirmar que os esforços pela qualidade nos mais diversos setores organizacionais já provaram que a qualidade não tem custo ao considerar que se paga em pouco tempo. O aumento de qualidade sempre é acompanhado por quais fatores? I. aumento de produtividade e redução de custos na forma de menos retrabalho e menor índice de perdas II. aumento de produtividade e aumento de custos na forma de menos retrabalho e menor índice de perdas III. redução de produtividade e aumento de custos na forma de menos retrabalho e menor índice de perdas Apenas I Apenas III Apenas I e III Apenas II e III Apenas I e II 10a Questão (Ref.: 201303108897) Pontos: 0,8 / 0,8 Segundo a Norma ISO 9000-3, é exigido a investigação e análise das causas de software não conformes e adoção de medidas para prevenir a reincidência destas não conformidades. Os procedimentos de controle de documentos e dados visam controlar ______________________ que afetem o processo de ciclo de vida do software. treinamento ações corretivas e preventivas
  • 16. a produção sistemas aplicativos comerciais 11a Questão (Ref.: 201303241936) DESCARTADA A ISO/IEC 15504, conhecida também como SPICE (Software Process Improvement and Capability Determination), consiste em uma norma para definição de processos de desenvolvimento de software. Em relação aos requisitos da norma como ocorreu sua evolução? Resposta: Gabarito: Os requisitos da norma são uma evolução da norma ISO/IEC 12207, porém apresenta níveis de capacidade para cada processo.
  • 17. Fechar Avaliação: CCT0247_AV2_201110005792 » QUALIDADE DE SOFTWARE Tipo de Avaliação: AV2 Aluno: 201110005792 - ADRIANO CESAR PEIXE Professor: EDGAR AUGUSTO GONCALVES GURGEL DO AMARAL Turma: 9001/AA Nota da Prova: 2,5 de 8,0 Nota do Trabalho: 0 Nota de Participação: 0 Data: 29/08/2013 19:24:39 1a Questão (Cód.: 28407) Pontos: 0,5 / 0,5 Assinale a alternativa CORRETA para a lacuna do texto a seguir: ____________________ é um processo sistemático que focaliza todas as etapas e artefatos produzidos com o objetivo de garantir a conformidade de processos e produtos, prevenindo e eliminando defeitos. Documentação de software Qualidade de Software Manutenção de software Análise de software Desenvolvimento de software 2a Questão (Cód.: 28594) Pontos: 0,0 / 0,5 A ISO 9000 descreve os elementos de garantia em termos genéricos, que podem ser aplicados? A qualquer produto criado, mas não serve para serviços. Somente a softwares; Somente a venda de produtos; Somente a vendas de programas; A qualquer negócio independentemente dos produtos ou serviços oferecidos; 3a Questão (Cód.: 28600) Pontos: 0,5 / 0,5 A garantia e o controle de qualidade no desenvolvimento de software, ao operarem simultaneamente, visam garantir que os artefatos de software sejam desenvolvidos e entregues com: Melhor aceitabilidade, mais defeitos e menores custos; Melhor aceitabilidade, menos defeitos e maiores custos; Menos aceitabilidade, menos defeitos e menores custos. Melhor aceitabilidade, menos defeitos e menores custos; Menos aceitabilidade, poucos defeitos e menores custos; 4a Questão (Cód.: 32510) Pontos: 0,5 / 0,5 Quanto à avaliação de software, NÃO é quesito de Funcionalidade: Interoperabilidade Acurácia
  • 18. Conformidade Maturidade Adequação 5a Questão (Cód.: 19246) Pontos: 0,5 / 0,5 São disciplinas ou áreas de conhecimento do CMMI: i) Engenharia de sistemas e Engenharia de software. ii) Qualidade de software e Segurança de sistemas. iii) Desenvolvimento integrado do produto e do processo e Fontes de aquisições. apenas ii e iii apenas ii apenas iii apenas i apenas i e iii 6a Questão (Cód.: 32512) Pontos: 0,5 / 0,5 Quando existe conformidade com padrões internacionais em termos de funcionalidade e desenvolvimento. Estamos falando em: Manutenibilidade Usabilidade Portabilidade Funcionalidade Eficiência 7a Questão (Cód.: 29217) Pontos: 0,0 / 1,0 A "Resolução de Problemas", um dos processos de qualidade de software pertencentes à natureza de apoio dos processos, tem como objetivo: I. Assegurar que todos os problemas identificados sejam analisados e resolvidos e que as tendências sejam identificadas. II. Analisar e resolver os problemas descobertos durante a execução do desenvolvimento, operação, manutenção ou outros processos. III. Garantir o emprego de padrões de modelagem de análise de sistemas e de programação. Somente II está correta Somente I está correta Somente I e III estão corretas Somente II e III estão corretas Somente I e II estão corretas 8a Questão (Cód.: 162203) Pontos: 0,0 / 1,5 A norma ISO/IEC 14598 oferece uma visão geral dos processos de avaliação de produtos de software e fornece
  • 19. guias para a avaliação, baseados na utilização prática da norma ISO/IEC 9126. Conforme a afirmativa, pela norma, podem existir três enfoques diferentes para a avaliação da qualidade de produto. Responda quais são esses três enfoques diferentes para a avaliação da qualidade de produto? Resposta: Conformidade, Funcionabilidade e eficiencia. Gabarito: Os três enfoques diferentes para a avaliação da qualidade de produto são: processo para desenvolvedores, processo para avaliadores e processo para compradores. 9a Questão (Cód.: 162239) Pontos: 0,0 / 1,5 Em relação a classificação de riscos de software podemos afirmar que ela se divide em dois grupos. Com base na afirmação responda quais são essas duas classificações: Resposta: Fatores internos e externos. Gabarito: A classificação de riscos de software se divide em: - quanto à Natureza; - quanto à probabilidade e ao impacto. 10a Questão (Cód.: 19277) Pontos: 0,0 / 1,0 Os fatores que afetam a qualidade do software podem ser categorizados em dois amplos grupos: (1) fatores que podem ser medidos diretamente (por exemplo, defeitos por ponto por função) e (2) fatores que podem ser medidos apenas indiretamente (por exemplo, usabilidade ou manutenibilidade). Em cada caso devem ocorrer medições. Devemos comparar o software (documentos, programas e dados) a algum valor e chegar a uma indicação da qualidade. McCall, Richards e Walters propõem uma categorização útil de fatores que afetam a qualidade do software. Esses fatores de qualidade do software concentram-se nos três aspectos importantes de um produto de software: suas características operacionais, sua habilidade de passar por modificações e sua adaptabilidade a novos ambientes. Baseado no texto acima, qual das questões, a seguir, indica os três aspectos importantes de um produto de software? transição do produto, reutilização e confiabilidade. operação do produto, revisão do produto e transição do produto; revisão do produto, flexibilidade e confiabilidade; operação do produto, confiabilidade e integridade; operação do produto, confiabilidade e eficiência; Período de não visualização da prova: desde 21/08/2013 até 02/09/2013.
  • 20. Avaliação: CCT0247_AV2_201110005466 » QUALIDADE DE SOFTWARE Tipo de Avaliação: AV2 Aluno: 201110005466 - LEANDRO CORREIA ROBADY Professor: FERNANDO HIDEO FUKUDA Turma: 9001/AA Nota da Prova: 3,5 de 8,0 Nota do Trabalho: Nota de Participação: 1 Data: 16/03/2013 09:23:56 1a Questão (Cód.: 57983) Pontos: 0,0 / 0,5 McCall agrupou fatores que afetam a qualidade do software em categorias. Uma dessas categorias é a Operação que, segundo ele, agrupa cinco fatores a saber: ( ) Corretude;( ) Confiabilidade;( ) Eficiência;( ) Integridade;( ) Usabilidade; I - Controle de acesso ao software ou a dados de forma controlada; II - Quantidade de recursos de computação e de código necessária para um programa executar a função desejada; III - É o atendimento do programa às especificações e objetivos visados pelo cliente; IV - Esforço para aprender, operar, preparar a entrada e interpretar a saída de um programa; V - O quanto um programa executa a função pretendida com a precisão exigida; Correlacionando os fatores com seus respectivos conceitos, teremos a seguinte sequência: III, IV, I, II, V V, I, IV, II, III III, V, II, I, IV II, V, III, I, IV II , IV, III, V, I 2a Questão (Cód.: 28187) Pontos: 0,5 / 0,5 Segurança de software é: e. Garantir um software 100% que funcione em qualquer ambiente a. Garantir em 100% o funcionamento, sem falhas, do software. b. Detectar e avaliar riscos em potencial, que possam causar falhas no software. c. Garantir em 90% o funcionamento, sem falhas, do software. d. Garantir que mesmo falhando o software possa ser confiável. 3a Questão (Cód.: 28579) Pontos: 0,5 / 0,5 A precisão da qualidade depende, em grande parte, das métricas escolhidas. Para aumentar a confiabilidade dos resultados são necessárias algumas caracterísƟcas que as métricas deveriam BDQ Prova http://bquestoes.estacio.br/prova_resultado_preview_aluno.asp?cod_hi... 1 de 4 1/1/2002 00:44
  • 21. apresentar, de acordo com o requisitos especificados na ISO/IEC 9126‐1. Uma caracterísƟca relevante para medição é a Imparcialidade, que pode ser descrita como: I. uƟlização de modelos matemáƟcos passíveis de manipulação devem ser explicitados. II. A medição não deve ser tendenciosa, ou seja, preservar a publicação dos resultados na íntegra e distribuir o resultado em um ambiente que seja o mais confiável possível. III. Os resultados gerados devem ser idênƟcos ao aplicar a medição no mesmo produto. Apenas I e II Apenas III Apenas II Apenas II e III Apenas I 4a Questão (Cód.: 29208) Pontos: 0,0 / 0,5 A Norma ISO/IEC 12207 estabelece uma arquitetura de ciclo de vida de software construída a partir de uma estrutura de processos e seus inter-relacionamentos descritos tanto em nível de propósito/saída como em termos de processos, atividades, tarefas, propósito e resultados. Os processos de apoio são de responsabilidade da organização que o executa. Eles constituem um conjunto de processos. A seguir, estão listados alguns destes processos. Documentação - Gestão de Compras - Manutenção Requisitos - Análise - Programação Aquisição - Gestão de Compras - Desenvolvimento Planejamento - Desenvolvimento - Manutenção Documentação - Garantia da qualidade - Gerência de configuração de software 5a Questão (Cód.: 19246) Pontos: 0,5 / 0,5 São disciplinas ou áreas de conhecimento do CMMI: i) Engenharia de sistemas e Engenharia de software. ii) Qualidade de software e Segurança de sistemas. iii) Desenvolvimento integrado do produto e do processo e Fontes de aquisições. apenas ii e iii apenas i apenas iii apenas i e iii apenas ii 6a Questão (Cód.: 32508) Pontos: 0,5 / 0,5 Quanto à avaliação de software, inteligibilidade, apreensibilidade e operacionabilidade são quesitos de: BDQ Prova http://bquestoes.estacio.br/prova_resultado_preview_aluno.asp?cod_hi... 2 de 4 1/1/2002 00:44
  • 22. Eficiência Usabilidade Confiabilidade Manutenibilidade Portabilidade 7a Questão (Cód.: 29193) Pontos: 0,0 / 1,0 Segundo a Norma ISO 9000-3, é exigido a invesƟgação e análise das causas de soŌware não conformes e adoção de medidas para prevenir a reincidência destas não conformidades. Os procedimentos de controle de documentos e dados visam controlar ______________________ que afetem o processo de ciclo de vida do soŌware. treinamento aplicativos comerciais a produção ações corretivas e preventivas sistemas 8a Questão (Cód.: 29363) Pontos: 0,0 / 1,0 Uma das estratégias de gerenciamento de riscos no processo de desenvolvimento de soŌware diz que deve haver comunicados ao cliente a fim de alertar sobre as dificuldades potenciais e a possibilidade de atrasos nas entregas. A que risco se refere esta estratégia? Problemas financeiros na organização Problemas de recrutamento Componentes com defeito Acesso İsico Doença de pessoal da equipe 9a Questão (Cód.: 162239) Pontos: 0,0 / 1,5 Em relação a classificação de riscos de software podemos afirmar que ela se divide em dois grupos. Com base na afirmação responda quais são essas duas classificações: Resposta: Gabarito: A classificação de riscos de software se divide em: - quanto à Natureza; - quanto à probabilidade e ao impacto. 10a Questão (Cód.: 162230) Pontos: 1,5 / 1,5 A NBR ISO/IEC 12207 ¿ Processos de Ciclo de Vida de Software. Com base nessa norma qual o objetivo em relação ao processo? BDQ Prova http://bquestoes.estacio.br/prova_resultado_preview_aluno.asp?cod_hi... 3 de 4 1/1/2002 00:44
  • 23. Resposta: Estabelecer uma arquitetura de ciclo de vida de software construída a partir de uma estrutura de processos e seus inter-relacionamentos descritos tanto em nível de propósito/saídas como em termos de processos, atividades, tarefas, propósitos e resultados. Gabarito: A norma tem como objetivo o estabelecimento de uma estrutura comum para os processos de ciclo de vida de software como forma de ajudar as organizações a compreenderem todos os componentes presentes na aquisição e fornecimento de software e, assim, conseguirem firmar contratos e executarem projetos de forma eficaz. Período de não visualização da prova: desde 09/03/2013 até 21/03/2013. BDQ Prova http://bquestoes.estacio.br/prova_resultado_preview_aluno.asp?cod_hi... 4 de 4 1/1/2002 00:44
  • 24. Avaliação: CCT0087_AV2_201301154181 » QUALIDADE DE SOFTWARE Tipo de Avaliação: AV2 Aluno: 201301154181 - FABRICIO DA SILVA ALVES Professor: AIRTON SARTORE Turma: 9010/J Nota da Prova: 1,5 de 8,0 Nota do Trab.: 0 Nota de Partic.: 0 Data: 25/11/2013 08:10:27 1a Questão (Ref.: 201301202120) Pontos: 0,5 / 0,5 O processo de _______________ chega ao seu final no momento da _______________ do software, ou seja, quando não se vai mais utilizá-lo. avaliação, entrega liberação, entrega manutenção, descontinuação manutenção, entrega avaliação, implementação 2a Questão (Ref.: 201301234072) Pontos: 0,0 / 0,5 Criada em 1998 pela International Standard Organization, a norma ISO 9242-11 foi adotada pela ABNT em agosto de 2002 na forma da NBR 9241-11. Esta norma definiu oficialmente o conceito de usabilidade, e estabeleceu, de forma ampla, diretrizes para sistemas computacionais a fim de permitir que o usuário atinja seu objetivo e a satisfação de sua necessidade em um contexto particular. Esta norma definiu alguns efeitos como o da EFICIÊNCIA. De acordo com as definições, assinale a resposta que represente corretamente o efeito citado: Medida na qual um produto pode ser usado por usuários específicos para alcançar objetivos específicos com eficácia, eficiência e satisfação em um contexto específico de uso. Conjunto de ações necessárias para alcançar um objetivo. Completude com as quais usuários alcançam objetivos específicos. Medida de atendimento imediato das funcionalidades definidas. Recursos gastos em relação à acurácia e abrangência com as quais usuários atingem objetivos. 3 a Questão (Ref.: 201301198520) Pontos: 0,5 / 0,5 Na ISO/IEC 9241, a escolha e o nível de detalhes de cada medida de usabilidade depende dos objetivos das partes envolvidas na medição. Deve-se considerar a importância relativa de cada medida para os objetivos. Essas medidas são: I. Tarefas II. Eficiência Página 1 de 4BDQ Prova 04/12/2013http://bquestoes.estacio.br/bdq_prova_resultado_preview_aluno.asp
  • 25. III. Satisfação IV. Eficácia Apenas III e IV Apenas I e II Apenas II e III Apenas II, III e IV Apenas I, II e III 4a Questão (Ref.: 201301227884) Pontos: 0,0 / 1,0 Assinale a resposta que contém alguns questionamentos que poderão ser feitos em uma análise de requisitos de software: I- As interfaces externas e internas são adequadamente definidas? II - Os requisitos têm consistência com os prazos, os recursos e o orçamento? III- Os fatores de qualidade foram explicitamente avaliados? IV- Os recursos e as ferramentas de teste foram identificados e estão à disposição? III e IV. II e IV. I, III e IV. I e II. I, II e III. 5 a Questão (Ref.: 201301331811) Pontos: 0,0 / 1,5 Para o avanço das organizações intensivas em software (desenvolvimento/aquisição), a prática da melhoria de processo de software tem se mostrado viável, eficaz e eficiente. Consiste a abordagem na prática de ações orientadas para alteração dos processos. Conforme a afirmativa esses processos são aplicados para que? Resposta: Gabarito: Consiste a abordagem na prática de ações orientadas para alteração dos processos aplicados para: aquisição, fornecimento, desenvolvimento, manutenção e ou suporte de sistemas de software. 6a Questão (Ref.: 201301198720) Pontos: 0,5 / 0,5 O que é qualidade de software? São as normas de funcionamento do software. É um processo não sistemático. São as características do produto software. São os modos de representação - tanto quantitativa quanto qualitativa - do software. É um processo sistemático que focaliza todas as etapas e artefatos produzidos com o objetivo de garantir a conformidade de processos e produtos especificados, prevenindo e eliminando defeitos. Página 2 de 4BDQ Prova 04/12/2013http://bquestoes.estacio.br/bdq_prova_resultado_preview_aluno.asp
  • 26. 7 a Questão (Ref.: 201301188849) Pontos: 0,0 / 0,5 Medidas e modelos de confiabilidade e disponibilidade de software referem-se a: Revisões Técnicas Formais; Padrões de melhoria de produto. Garantia da qualidade de software; Padrões de melhoria do processo; Princípios da gerência de risco; 8a Questão (Ref.: 201301198098) Pontos: 0,0 / 0,5 A segurança de software é considerada uma atividade de garantia de qualidade de software, que se concentra na identificação e avaliação de causalidades em potencial, que possam exercer impacto negativo sobre o software e provocar falhas no sistema. Para tanto, aconselha-se que as causalidades sejam categorizadas, por criticalidade e risco. O passo seguinte seria analisar, por meio de técnicas, a gravidade e a probabilidade de ocorrência. Algumas técnicas são aplicáveis, tais como a lógica de tempo real, que consiste em: I. Construir um modelo gráfico das combinações sequenciais e concorrentes de eventos que podem apresentar um estado perigoso. II. Desenvolver um plano de segurança sequencial que envolva relacionamentos de diferentes componentes do sistema. III. desenvolver um modelo de eventos e ações correspondentes, que deve ser estudado por meio do uso de operações lógicas para testar o tempo de ocorrência. Apenas III Apenas I e III Apenas II e III Apenas II Apenas I 9a Questão (Ref.: 201301331802) Pontos: 0,0 / 1,5 A norma ISO/IEC 14598 oferece uma visão geral dos processos de avaliação de produtos de software e fornece guias para a avaliação, baseados na utilização prática da norma ISO/IEC 9126. Conforme a afirmativa, pela norma, podem existir três enfoques diferentes para a avaliação da qualidade de produto. Responda quais são esses três enfoques diferentes para a avaliação da qualidade de produto? Resposta: Gabarito: Os três enfoques diferentes para a avaliação da qualidade de produto são: processo para desenvolvedores, processo para avaliadores e processo para compradores. 10 a Questão (Ref.: 201301188872) Pontos: 0,0 / 1,0 Página 3 de 4BDQ Prova 04/12/2013http://bquestoes.estacio.br/bdq_prova_resultado_preview_aluno.asp
  • 27. Os requisitos expressam as características e restrições do produto de software do ponto de vista de satisfação das necessidades do usuário. Em geral, independem da tecnologia empregada na construção da solução, sendo uma das partes mais críticas e propensas a erros no desenvolvimento de software. Quanto aos requisitos de software, a descrição acima está: incoerente ao afirmar que independem da tecnologia. incoerente ao afirmar que expressam restrições. incoerente ao afirmar que os requisitos são uma das partes mais críticas e propensas a erros. incoerente ao afirmar que expressam características do ponto de vista de satisfação das necessidades do usuário. totalmente coerente. Observação: Eu, FABRICIO DA SILVA ALVES, estou ciente de que ainda existe(m) 2 questão(ões) não respondida(s) ou salva (s) no sistema, e que mesmo assim desejo finalizar DEFINITIVAMENTE a avaliação. Data: 25/11/2013 08:20:34 Período de não visualização da prova: desde 21/11/2013 até 03/12/2013. Página 4 de 4BDQ Prova 04/12/2013http://bquestoes.estacio.br/bdq_prova_resultado_preview_aluno.asp
  • 28. Avaliação: CCT0247_AV3_201110005466 » QUALIDADE DE SOFTWARE Tipo de Avaliação: AV3 Aluno: 201110005466 - LEANDRO CORREIA ROBADY Professor: FERNANDO HIDEO FUKUDA Turma: 9001/AA Nota da Prova: 4,0 de 10,0 Nota do Trabalho: Nota de Participação: Data: 26/03/2013 17:23:30 1a Questão (Cód.: 28579) Pontos: 1,0 / 1,0 A precisão da qualidade depende, em grande parte, das métricas escolhidas. Para aumentar a confiabilidade dos resultados são necessárias algumas caracterísƟcas que as métricas deveriam apresentar, de acordo com o requisitos especificados na ISO/IEC 9126‐1. Uma caracterísƟca relevante para medição é a Imparcialidade, que pode ser descrita como: I. uƟlização de modelos matemáƟcos passíveis de manipulação devem ser explicitados. II. A medição não deve ser tendenciosa, ou seja, preservar a publicação dos resultados na íntegra e distribuir o resultado em um ambiente que seja o mais confiável possível. III. Os resultados gerados devem ser idênƟcos ao aplicar a medição no mesmo produto. Apenas III Apenas I e II Apenas II Apenas II e III Apenas I 2a Questão (Cód.: 28619) Pontos: 0,0 / 1,0 A estrutura de um plano de avaliação quantitativa não deve conter? Diversos relatórios sobre cada etapa. Questionário sobre o plano para seu planejamento; Cronograma, relatórios e objetivos; Objetivos de qualidade e relatórios; Introdução, objetivos e prioridades; 3a Questão (Cód.: 29204) Pontos: 0,0 / 1,0 A Norma ISO/IEC 12207 estabelece uma arquitetura de ciclo de vida de software construída a partir de uma estrutura de processos e seus inter-relacionamentos descritos tanto em nível de propósito/saída como em termos de processos, atividades, tarefas, propósito e resultados que servem para ser aplicados durante a aquisição de software, de um produto de software independente ou de um serviço de software, ou durante o fornecimento, desenvolvimento, operação e manutenção de produtos de software. BDQ Prova http://bquestoes.estacio.br/prova_resultado_preview_aluno.asp?cod_hi... 1 de 4 1/1/2002 02:04
  • 29. Cabe às partes envolvidas a responsabilidade de adaptação dos processos, atividades e tarefas da norma a fim de atender ao modelo de ciclo de vida para o projeto de software. De acordo com a natureza dos processos, estes se agrupam da seguinte forma: Principal - De acordo - Organizacional - Adaptação Fundamental - De apoio - Organizacional - Adaptação Fundamental - De lógica - Organizacional - Manutenção Principal - De apoio - Organizacional - Manutenção Levantamento - Requisitos - Análise - Codificação 4a Questão (Cód.: 19253) Pontos: 0,0 / 1,0 A norma ISO/IEC 15504 (Projeto SPICE) utiliza: representação contínua e por estágio; representação por estágio; representação contínua e estática. representação continua; representação estática; 5a Questão (Cód.: 64476) Pontos: 0,0 / 1,0 Criada em 1998 pela International Standard Organization, a norma ISO 9242-11 foi adotada pela ABNT em agosto de 2002 na forma da NBR 9241-11. Esta norma definiu oficialmente o conceito de usabilidade, e estabeleceu, de forma ampla, diretrizes para sistemas computacionais a fim de permitir que o usuário atinja seu objetivo e a satisfação de sua necessidade em um contexto particular. Esta norma definiu alguns efeitos como o do CONTEXTO DE USO. De acordo com as definições, assinale a resposta que represente corretamente o efeito citado: Ausência do desconforto e presença de atitudes positivas para com o uso de um produto. Medida na qual um produto pode ser usado por usuários específicos para alcançar objetivos específicos com eficácia, eficiência e satisfação em um contexto específico de uso. Medida de atendimento imediato das funcionalidades definidas. Completude com as quais usuários alcançam objetivos específicos. Usuários, tarefas, equipamento (hardware, software e materiais), e o ambiente físico e social no qual um produto é usado. Sistema, composto de usuários, equipamento, tarefas e o ambiente físico e social, com o propósito de alcançar objetivos específicos. 6a Questão (Cód.: 32512) Pontos: 0,0 / 1,0 Quando existe conformidade com padrões internacionais em termos de funcionalidade e desenvolvimento. Estamos falando em: Funcionalidade Eficiência Usabilidade Portabilidade Manutenibilidade BDQ Prova http://bquestoes.estacio.br/prova_resultado_preview_aluno.asp?cod_hi... 2 de 4 1/1/2002 02:04
  • 30. 7a Questão (Cód.: 29199) Pontos: 1,0 / 1,0 Para Pfleeger (2004), um processo envolve um conjunto de métodos, técnicas, ferramentas e pessoas de forma a prescrever todas as suas principais atividades. Complementa que cada atividade do processo tem critérios de entrada e saída, de modo que seja possível saber quando o processo começa e termina. Considera-se que o processo de criação de um produto pode ser concebido como um ciclo de vida composto por procedimentos. Da mesma maneira, pode-se considerar que o processo de desenvolvimento de software constitui ser parte: do ciclo de vida do software do manual do usuário do software como produto acabado da manutenção do software da homologação do software 8a Questão (Cód.: 29222) Pontos: 1,0 / 1,0 A "Documentação", um dos processos de qualidade de software pertencentes à natureza de apoio aos processos, tem como objetivo: I. Desenvolver e manter registradas as informações do software produzidas por um processo. II. Criar uma documentação técnica contemplando diagramas, modelos de dados, relatórios e especificação de requisitos produzidos pelo processo de desenvolvimento. III. Evitar a distribuição da documentação de desenvolvimento de software. Somente I e III estão corretas Somente III está correta Somente I e II estão corretas Somente II e III estão corretas Somente I está correta 9a Questão (Cód.: 29363) Pontos: 1,0 / 1,0 Uma das estratégias de gerenciamento de riscos no processo de desenvolvimento de soŌware diz que deve haver comunicados ao cliente a fim de alertar sobre as dificuldades potenciais e a possibilidade de atrasos nas entregas. A que risco se refere esta estratégia? Acesso İsico Doença de pessoal da equipe Problemas de recrutamento Componentes com defeito Problemas financeiros na organização BDQ Prova http://bquestoes.estacio.br/prova_resultado_preview_aluno.asp?cod_hi... 3 de 4 1/1/2002 02:04
  • 31. 10a Questão (Cód.: 32511) Pontos: 0,0 / 1,0 Quanto à avaliação de software, maturidade, tolerância a falhas e recuperabilidade são quesitos de: Confiabilidade Funcionalidade Usabilidade Portabilidade Manutenibilidade Período de não visualização da prova: desde 22/03/2013 até 31/03/2013. BDQ Prova http://bquestoes.estacio.br/prova_resultado_preview_aluno.asp?cod_hi... 4 de 4 1/1/2002 02:04