Av2 Qualidade Software!

Prévia do material em texto

Fechar 
 
Avaliação: CCT0087_AV2_201301766437 » QUALIDADE DE SOFTWARE 
Tipo de Avaliação: AV2 
Aluno: 
Professor: ROGERIO LEITAO NOGUEIRA Turma: 9006/F 
Nota da Prova: 4,5 de 8,0 Nota do Trab.: Nota de Partic.: 2 Data: 29/11/2013 16:10:47 
 
 
 1a Questão (Ref.: 201301871593) Pontos: 0,5 / 0,5 
São princípios da série NBR ISO 9000:2000: 
 
I. Foco no cliente - Liderança 
II. Pouco envolvimento das pessoas - Abordagem limitada do processo 
III. Baixas tomadas de decisões - Benefícios isolados nas relações com fornecedores 
IV. Abordagem sistêmica para a gestão - Melhoria contínua 
 
 Apenas II e IV 
 Apenas III e IV 
 Apenas I e III 
 Apenas I e II 
 Apenas I e IV 
 
 
 
 2a Questão (Ref.: 201301875613) Pontos: 0,0 / 0,5 
Deve ser definido um documento padrão para que mudanças possam ser solicitadas. 
 
 escopo final do projeto 
 processo de gerência de mudanças 
 processo de manutenção do software 
 escopo inicial do projeto 
 processo de mudança de configuração 
 
 
 
 3a Questão (Ref.: 201301872376) Pontos: 0,0 / 0,5 
O CMMI possui duas representações: "contínua" ou "por estágios". A REPRESENTAÇÃO POR ESTÁGIOS 
oferece uma abordagem estruturada e sistemática para a melhoria de um estágio por vez. Atingir um 
estágio significa que uma estrutura de processo adequada foi estabelecida como base para o próximo 
estágio. Assinale a alternativa que corresponde ao seguinte estágio: "Os processos são continuamente 
aperfeiçoados, baseados em um entendimento quantitativo em que a variação de um processo existe 
devido às interações, normais e presumidas, entre os componentes desse processo. Esse nível de 
maturidade tem como objetivo a melhoria contínua do processo". 
 
 Nível 1: Inicial (Ad-hoc) 
 Nível 2: Gerido 
 Nível 3: Definido 
 Nível 4: Quantitativamente gerido 
 Nível 5: Otimizado 
 
 
 
 4a Questão (Ref.: 201301901365) 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? 
 
 I, III e IV. 
 III e IV. 
 I, II e III. 
 II e IV. 
 I e II. 
 
 
 
 5a Questão (Ref.: 201302005314) Pontos: 0,0 / 1,5 
Em uma organização, vários processos podem ter níveis de capacidade diferentes. A ISO/IEC 15504 define 6 
níveis de capacidade sequenciais e cumulativos. Os níveis podem ser usados para avaliar como uma 
organização está realizando um determinado processo e como um guia para a melhoria de processo. Cada 
nível de capacidade é descrito basicamente por um nome, definição e atributos. De acordo com a citação 
responda citando 3 (três) dos 6 (seis) níveis de capacidade: 
 
 
Resposta: 15504-2 Planejamento e Gestão, visa requisitos e orientações para desenvolvimneto do processo. 
15504-5 Testadores , orientações e modelos de testes. 15504-6 Documentaçõa, todas as informações a 
respeito dos processos. 
 
 
Gabarito: Incompleto, Executado, Gerenciado, Estabelecido, Previsível, Otimizado 
 
 
 
 6a Questão (Ref.: 201301871667) 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í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 e II 
 Apenas II 
 Apenas I 
 Apenas III 
 Apenas II e III 
 
 
 
 7a Questão (Ref.: 201301862342) Pontos: 0,5 / 0,5 
As revisões técnicas formais (RTF) ajudam a validar o software. Constituem-se em uma reunião com a 
participação de desenvolvedores e testadores de software. 
Existem diretrizes para estas reuniões. Dentre estas diretrizes podemos considerar: 
i) Revise o produto e não o produtor; 
ii) Fixe e mantenha uma agenda; 
iii) Proponha alternativas, mas não tente resolver o problema; 
iv) Controle o debate e a refutação. 
Indique qual a opção correta: 
 
 apenas i, ii, iii e iv corretas; 
 apenas iii e iv corretas; 
 apenas ii, iii e iv corretas; 
 apenas i, ii e iii corretas; 
 apenas i e iii corretas; 
 
 
 
 8a Questão (Ref.: 201301871287) Pontos: 0,5 / 0,5 
No que se refere aos riscos, analise as assertivas abaixo. 
I. No início do projeto os riscos são menores. 
II. O impacto do risco aumenta na medida em que o tempo passa. 
 III. O planejamento dos riscos visa minimizar as consequências dos eventos negativos. / 
IV. O planejamento dos riscos visa minimizar as consequências dos eventos positivos. / 
Assinale a única alternativa correta. 
 
 Estão corretas as assertivas II e IV 
 Estão corretas as assertivas III e IV 
 Estão corretas as assertivas II e III 
 Estão corretas as assertivas I e II 
 Estão corretas as assertivas I e IV 
 
 
 
 9a Questão (Ref.: 201302005317) Pontos: 1,5 / 1,5 
Conforme o material de aula e o material de apoio defina o que é RISCO referente a SOFTWARE: 
 
 
Resposta: Risco é qualquer tipo de acorrencia que pode levar a impactos positivos ou negativos na 
qualidade do software. 
 
 
Gabarito: Um risco é qualquer evento ou condição em potencial que, se concretizando, pode afetar 
positivamente ou negativamente um objetivo do projeto. 
 
 
 
 10a Questão (Ref.: 201301862353) Pontos: 1,0 / 1,0 
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 os requisitos são uma das partes mais críticas e propensas a erros. 
 incoerente ao afirmar que independem da tecnologia. 
 incoerente ao afirmar que expressam características do ponto de vista de satisfação das necessidades 
do usuário. 
 totalmente coerente. 
 incoerente ao afirmar que expressam restrições.