ED2_QS_2015_4SEM

Prévia do material em texto

25/09/2015 UNIP ­ Universidade Paulista : DisciplinaOnline ­ Sistemas de conteúdo online para Alunos.
http://online.unip.br/imprimir/imprimirconteudo 1/9
 Livro Texto ­ Unidade II
Exercício 1:
Apesar de todas as iniciativas em relação a melhoria da qualidade de software, infelizmente, a realidade
das empresas, tanto as nacionais, como as internacionais, está distante do ideal, e os problemas de
qualidade nos produtos persistem. Aponte a resposta correta 
A ­ Iniciativas dos modelos de sustentabilidade  
B ­ Iniciativas ISO/IEC a partir de 1950  
C ­ Iniciativas americanas com os modelos ISO e Modelo Qualidade Brasileiro  
D ­ Iniciativas brasileiras com os modelos CMM/CMMI, MPsBR e ITIL. 
E ­ Iniciativas da ISO/IEC a partir de 1990 
Comentários:
Essa disciplina não é ED ou você não fez comentários
Exercício 2:
A SQA é:
Responda qual a alternativa é a correta.
A ­ Métodos e ferramentas de análise, projeto, codificação e teste;  
B ­ Revisões técnicas formais que são aplicadas durante cada fase de engenharia de software;  
C ­ Uma estratégia de testes de múltiplas fases; 
D ­ Controle da documentação de software e das mudanças feitas nela;  
E ­ Todas estão corretas. 
Comentários:
Essa disciplina não é ED ou você não fez comentários
Exercício 3:
O Índice de Maturidade de Software (SMI) criado pelo IEEE fornece uma indicação de estabilidade de um
software durante seu ciclo de vida. Aponte a(s) afirmativa(s) correta(s):
A ­ À medida que o SMI se aproxima de 1,0 o produto está deteriorado 
B ­ Se o SMI for próximo de 0 o produto não apresenta nehuma estabilidade.  
C ­ Se o SMI for 1,0 indica que o software está totalmente estabilizado.  
D ­ O SMI não serve para medir a estabilidade de um software. 
E ­ As resposta b e c estão corretas 
Comentários:
Essa disciplina não é ED ou você não fez comentários
Exercício 4:
Das afirmações abaixo, qual está errada?
A ­ Testes de Software e RTFs têm o mesmo objetivo: Achar erros durante o processo de
desenvolvimento. 
B ­ Os Testes de Software são mais efetivos que as Revisões Técnicas Formais. 
25/09/2015 UNIP ­ Universidade Paulista : DisciplinaOnline ­ Sistemas de conteúdo online para Alunos.
http://online.unip.br/imprimir/imprimirconteudo 2/9
C ­ O processo de revisão reduz substancialmente os erros cometidos  
D ­ O teste de software é um elemento crítico para a garantia de qualidade do produto de software. 
E ­ O processo de desenvolvimento que inclui revisões e inspeções produzem produtos com mais
qualidade. 
Comentários:
Essa disciplina não é ED ou você não fez comentários
Exercício 5:
 Segundo Molinari (2003), a norma internacional ISO 9126, publicada em 1991, e que
na versão brasileira de agosto de 1996 recebeu o número NBR 13596, define qualidade
de software como:
 
A ­   A totalidade de características de um  software que lhe confere a capacidade de satisfazer
necessidades explícitas e implícitas. 
B ­   A totalidade de características de um produto desoftware que lhe confere a capacidade de satisfazer
necessidades . 
C ­   A totalidade de características de um produto de software que lhe confere a capacidade de satisfazer
necessidades explícitas e implícitas. 
D ­   A totalidade de características de um produto que lhe confere a capacidade de satisfazer
necessidades explícitas e implícitas. 
E ­   A totalidade de características de um produto de software que lhe confere a capacidade de satisfazer
necessidades explícitas . 
Comentários:
Essa disciplina não é ED ou você não fez comentários
Exercício 6:
 Necessidades implícitas são subjetivas dos usuários (inclusive operadores,
destinatários dos resultados do software e mantenedores do produto) e são também
chamadas de:
 
A ­   fatores externos 
B ­   fatores internos 
C ­   fatores do mercado 
D ­   fatores 
E ­   fatores de qualidade 
Comentários:
Essa disciplina não é ED ou você não fez comentários
Exercício 7:
 As necessidades implícitas são também chamadas de:
 
A ­   qualidade 
B ­   qualidade em destaque 
25/09/2015 UNIP ­ Universidade Paulista : DisciplinaOnline ­ Sistemas de conteúdo online para Alunos.
http://online.unip.br/imprimir/imprimirconteudo 3/9
C ­    qualidade em uso 
D ­    qualidade em produto 
E ­    qualidade em processo 
Comentários:
Essa disciplina não é ED ou você não fez comentários
Exercício 8:
 Conforme Guerra & Colombo (2009), pode­se definir qualidade de produto de
software como:
 
A ­   a conformidade a requisitos funcionais e de desempenho declarados explicitamente, padrões de
desenvolvimento claramente documentados e características implícitas que são esperadas de todo
software desenvolvido profissionalmente.   
B ­   a conformidade  de desempenho declarados explicitamente, padrões de desenvolvimento claramente
documentados e características implícitas que são esperadas de todo software desenvolvido
profissionalmente.   
C ­   requisitos funcionais e de desempenho declarados explicitamente, padrões de desenvolvimento
claramente documentados e características implícitas que são esperadas de todo software desenvolvido
profissionalmente.   
D ­   a conformidade a requisitos funcionais , padrões de desenvolvimento claramente documentados e
características implícitas que são esperadas de todo software desenvolvido profissionalmente.   
E ­   a conformidade a requisitos funcionais e de desempenho declarados explicitamente, padrões de
desenvolvimento claramente documentados e características  que são esperadas de todo software
desenvolvido profissionalmente.   
Comentários:
Essa disciplina não é ED ou você não fez comentários
Exercício 9:
 A garantia de qualidade de software SQA (Software Quality Assurance) é um
conjunto de atividades que assegura que todos os esforços serão feitos para garantir
que os produtos de software tenham a qualidade desejada. Essas atividades devem:
A ­ criar mecanismos para controlar o desenvolvimento e a manutenção de forma a preservar prazose
custo; garantir que o produto possa ser usado no mercado;melhorar a qualidade de versões futuras do
produto ou de novosprodutos (Côrtes & Chiossi, 2001). 
B ­  minimizar o número de defeitos; criar mecanismos para controlar o desenvolvimento e a
manutenção de forma a preservar prazose custo; garantir que o produto possa ser usado no
mercado;melhorar a qualidade de versões futuras do produto ou de novosprodutos (Côrtes & Chiossi,
2001). 
C ­  minimizar o número de defeitos; criar mecanismos para controlar o desenvolvimento ; garantir que o
produto possa ser usado no mercado;melhorar a qualidade de versões futuras do produto ou de
novosprodutos (Côrtes & Chiossi, 2001). 
D ­  minimizar o número de defeitos e a manutenção de forma a preservar prazose custo; garantir que o
produto possa ser usado no mercado;melhorar a qualidade de versões futuras do produto ou de
novosprodutos (Côrtes & Chiossi, 2001). 
E ­   a manutenção de forma a preservar prazose custo; garantir que o produto possa ser usado no
mercado;melhorar a qualidade de versões futuras do produto ou de novosprodutos (Côrtes & Chiossi,
2001). 
Comentários:
Essa disciplina não é ED ou você não fez comentários
25/09/2015 UNIP ­ Universidade Paulista : DisciplinaOnline ­ Sistemas de conteúdo online para Alunos.
http://online.unip.br/imprimir/imprimirconteudo 4/9
Exercício 10:
 A garantia de qualidade de software (SQA) é uma atividade que é aplicada ao longo
de todo o processo de engenharia de software, abrange:
 
A ­   métodos e ferramentas de análise, projeto, codificação e teste; revisões técnicas formais que são
aplicadas durante cada fase de engenharia de software; uma estratégia de testes de múltiplas fases;
controle da documentação de software e das mudanças feitas nela; um procedimento para garantir a
adequação aos padrões de desenvolvimento de software; mecanismos de medição e divulgação.B ­   métodos e ferramentas de  codificação eteste; revisões técnicas formais que são aplicadas durante
cadafase de engenharia de software; uma estratégia de testes de múltiplas fases; controle da
documentação de software e das mudançasfeitas nela; um procedimento para garantir a adequação aos
padrõesde desenvolvimento de software; mecanismos de medição e divulgação. 
C ­   métodos e ferramentas de análise, projeto, codificação eteste; revisões técnicas formais que são
aplicadas durante cadafase de engenharia de software; uma estratégia de testes de múltiplas fases;
controle da documentação de software e das mudançasfeitas nela; um procedimento para garantir a
adequação aos padrõesde desenvolvimento de software; 
D ­   métodos e ferramentas de análise, projeto, codificação e teste; revisões  que são aplicadas durante
cadafase de engenharia de software; uma estratégia de testes de múltiplas fases; controle da
documentação de software e das mudançasfeitas nela; um procedimento para garantir a adequação aos
padrõesde desenvolvimento de software; mecanismos de medição e divulgação. 
E ­   métodos e ferramentas de análise, projeto, codificação eteste; revisões técnicas formais que são
aplicadas durante cadafase de engenharia de software; uma estratégia de testes de múltiplas fases;
controle da documentação de software e das mudançasfeitas nela; um procedimento para garantir a
adequação de desenvolvimento de software; mecanismos de medição e divulgação. 
Comentários:
Essa disciplina não é ED ou você não fez comentários
Exercício 11:
 Weinberg (1997) apresenta um relato sobre a eficiência das revisões técnicas em uma
organização americana em grandes projetos de software que
possuem pelo menos 2,5 milhões de linhas de código de alto nível:
 
A ­  pode­se encontrar aproximadamente um defeito para cada homem­hora investido. Cada hora gasta
em inspeções evita uma média de 13 horas de manutenção subsequente. 
B ­   pode­se encontrar aproximadamente um defeito para cada homem­hora investido. Cada hora gasta
em inspeções evita uma média de 23 horas de manutenção subsequente. 
C ­   pode­se encontrar aproximadamente um defeito para cada homem­hora investido. Cada hora gasta
em inspeções evita uma média de 33 horas de manutenção subsequente. 
D ­   pode­se encontrar aproximadamente um defeito para cada homem­hora investido. Cada hora gasta
em inspeções evita uma média de 43 horas de manutenção subsequente. 
E ­   pode­se encontrar aproximadamente um defeito para cada homem­hora investido. Cada hora gasta
em inspeções evita uma média de 36 horas de manutenção subsequente. 
Comentários:
Essa disciplina não é ED ou você não fez comentários
Exercício 12:
25/09/2015 UNIP ­ Universidade Paulista : DisciplinaOnline ­ Sistemas de conteúdo online para Alunos.
http://online.unip.br/imprimir/imprimirconteudo 5/9
 Uma grande ameaça à qualidade de software vem de uma fonte aparentemente
benigna:
 
A ­  o programador 
B ­ o analista 
C ­ as mudanças 
D ­  o sistema 
E ­  as pessoas 
Comentários:
Essa disciplina não é ED ou você não fez comentários
Exercício 13:
Um objetivo importante da SQA é:
 
A ­   rastrear o software e avaliar o impacto das mudanças metodológicas e procedimentais sobre a
qualidade do software. 
B ­   rastrear a qualidade de software e avaliar o impacto das mudanças procedimentais sobre a qualidade
do software. 
C ­   rastrear a qualidade de software e avaliar o impacto das mudanças metodológicas e procedimentais
sobre a qualidade do software. 
D ­   rastrear a qualidade de software e avaliar o impacto das mudanças metodológicas  sobre a qualidade
do software. 
E ­  avaliar o impacto das mudanças metodológicas e procedimentais sobre a qualidade do software. 
Comentários:
Essa disciplina não é ED ou você não fez comentários
Exercício 14:
 No início, o software era produzido de maneira que ninguém tinha compromisso com
o que estava sendo feito; iniciativas isoladas procuravam melhorar o produto final.
Conforme Molinari (2003):
 
A ­   na década de 1980, o importante era descobrir “bugs” de software; era a verdadeira caça às
“bruxas”; 
B ­   na década de 1980, o importante era descobrir programadores de software; era a verdadeira caça às
“bruxas”; 
C ­   na década de 1980, o importante era descobrir pessoas de software; era a verdadeira caça às
“bruxas”; 
D ­   na década de 1980, o importante era descobrir linhas de software; era a verdadeira caça às
“bruxas”; 
E ­   na década de 1980, o importante era descobrir cases de software; era a verdadeira caça às
“bruxas”; 
Comentários:
Essa disciplina não é ED ou você não fez comentários
Exercício 15:
25/09/2015 UNIP ­ Universidade Paulista : DisciplinaOnline ­ Sistemas de conteúdo online para Alunos.
http://online.unip.br/imprimir/imprimirconteudo 6/9
 No início, o software era produzido de maneira que ninguém tinha compromisso com
o que estava sendo feito; iniciativas isoladas procuravam melhorar o produto final.
Conforme Molinari (2003):
 
A ­   na década de 1980, o importante era descobrir “bugs” de software; era a verdadeira caça às
“bruxas”; 
B ­   na década de 1980, o importante era descobrir programadores de software; era a verdadeira caça às
“bruxas”; 
C ­   na década de 1980, o importante era descobrir pessoas de software; era a verdadeira caça às
“bruxas”; 
D ­   na década de 1980, o importante era descobrir linhas de software; era a verdadeira caça às
“bruxas”; 
E ­   na década de 1980, o importante era descobrir cases de software; era a verdadeira caça às
“bruxas”; 
Comentários:
Essa disciplina não é ED ou você não fez comentários
Exercício 16:
 No início, o software era produzido de maneira que ninguém tinha compromisso com
o que estava sendo feito; iniciativas isoladas procuravam melhorar o produto final.
Conforme Molinari (2003):
A ­   na década de 1990, o enfoque voltou­se para os consumidores   
B ­   na década de 1990, o enfoque voltou­se para os negócios 
C ­   na década de 1990, o enfoque voltou­se para os analistas 
D ­   na década de 1990, o enfoque voltou­se para os programadores 
E ­   na década de 1990, o enfoque voltou­se para as pessoas 
Comentários:
Essa disciplina não é ED ou você não fez comentários
Exercício 17:
 Em relação aos fatores temos a seguinte descrição para Corretude:
 
A ­   À medida que um sistema satisfaz sua especificação e cumpre os objetivos visados pelo cliente. 
B ­   À medida que se pode esperar que um sistema execute sua função pretendida com a precisão
exigida. 
C ­   A quantidade de recursos de computação e de código exigida para que um programa execute sua
função. 
D ­ À medida que o acesso ao software ou a dados por pessoas não autorizadas pode ser controlado. 
E ­   O esforço para aprender, operar, preparar a entrada e interpretar a saída de um programa. 
Comentários:
Essa disciplina não é ED ou você não fez comentários
Exercício 18:
 
25/09/2015 UNIP ­ Universidade Paulista : DisciplinaOnline ­ Sistemas de conteúdo online para Alunos.
http://online.unip.br/imprimir/imprimirconteudo 7/9
Em relação aos fatores temos a seguinte descrição para Confiabilidade:
 
 
A ­   À medida que um sistema satisfaz sua especificação e cumpre os objetivos visados pelo cliente. 
B ­   À medida que se pode esperar que um sistema execute sua função pretendida com a precisão
exigida. 
C ­   A quantidade de recursos de computação e de código exigida para que um programa execute sua
função. 
D ­   À medida que o acesso ao software ou a dados por pessoas não autorizadas pode ser controlado. 
E ­   O esforço para aprender, operar, preparar a entrada e interpretar a saída de um programa. 
Comentários:
Essa disciplina não é ED ou você não fez comentários
Exercício 19:
 
Em relação aos fatores temos a seguinte descrição para Confiabilidade:
 
 
A ­   À medida que um sistemasatisfaz sua especificação e cumpre os objetivos visados pelo cliente. 
B ­   À medida que se pode esperar que um sistema execute sua função pretendida com a precisão
exigida. 
C ­   A quantidade de recursos de computação e de código exigida para que um programa execute sua
função. 
D ­   À medida que o acesso ao software ou a dados por pessoas não autorizadas pode ser controlado. 
E ­   O esforço para aprender, operar, preparar a entrada e interpretar a saída de um programa. 
Comentários:
Essa disciplina não é ED ou você não fez comentários
Exercício 20:
 
Em relação aos fatores temos a seguinte descrição para Eficiência:
 
A ­   À medida que um sistema satisfaz sua especificação e cumpre os objetivos visados pelo cliente. 
B ­   À medida que se pode esperar que um sistema execute sua função pretendida com a precisão
exigida. 
C ­   A quantidade de recursos de computação e de código exigida para que um programa execute sua
função. 
D ­   À medida que o acesso ao software ou a dados por pessoas não autorizadas pode ser controlado. 
E ­   O esforço para aprender, operar, preparar a entrada e interpretar a saída de um programa.   
Comentários:
Essa disciplina não é ED ou você não fez comentários
25/09/2015 UNIP ­ Universidade Paulista : DisciplinaOnline ­ Sistemas de conteúdo online para Alunos.
http://online.unip.br/imprimir/imprimirconteudo 8/9
Exercício 21:
 
Em relação aos fatores temos a seguinte descrição para Integridade:
 
 
A ­   À medida que um sistema satisfaz sua especificação e cumpre os objetivos visados pelo cliente. 
B ­ À medida que se pode esperar que um sistema execute sua função pretendida com a precisão exigida.
C ­   A quantidade de recursos de computação e de código exigida para que um programa execute sua
função. 
D ­   À medida que o acesso ao software ou a dados por pessoas não autorizadas pode ser controlado. 
E ­   O esforço para aprender, operar, preparar a entrada e interpretar a saída de um programa. 
Comentários:
Essa disciplina não é ED ou você não fez comentários
Exercício 22:
 
Em relação aos fatores temos a seguinte descrição para Integridade:
 
 
A ­   À medida que um sistema satisfaz sua especificação e cumpre os objetivos visados pelo cliente. 
B ­   À medida que se pode esperar que um sistema execute sua função pretendida com a precisão
exigida. 
C ­   A quantidade de recursos de computação e de código exigida para que um programa execute sua
função. 
D ­ À medida que o acesso ao software ou a dados por pessoas não autorizadas pode ser controlado. 
E ­   O esforço para aprender, operar, preparar a entrada e interpretar a saída de um programa.   
Comentários:
Essa disciplina não é ED ou você não fez comentários
Exercício 23:
 
Em relação aos fatores temos a seguinte descrição para Usabilidade:
 
A ­   À medida que um sistema satisfaz sua especificação e cumpre os objetivos visados pelo cliente. 
B ­   À medida que se pode esperar que um sistema execute sua função pretendida com a precisão
exigida. 
C ­   A quantidade de recursos de computação e de código exigida para que um programa execute sua
função. 
D ­   À medida que o acesso ao software ou a dados por pessoas não autorizadas pode ser controlado. 
E ­   O esforço para aprender, operar, preparar a entrada e interpretar a saída de um programa. 
25/09/2015 UNIP ­ Universidade Paulista : DisciplinaOnline ­ Sistemas de conteúdo online para Alunos.
http://online.unip.br/imprimir/imprimirconteudo 9/9
Comentários:
Essa disciplina não é ED ou você não fez comentários