Gerência e qualidade de software semana 5

Prévia do material em texto

Gerência e qualidade de software semana 5 
 
As medições no mundo físico podem ser classificadas de duas maneiras: medidas diretas (por 
exemplo, o comprimento de um parafuso) e medidas indiretas (por exemplo, a qualidade dos 
parafusos, medida contando o número de parafusos rejeitados). As métricas de software 
podem ser classificadas de maneira similar. 
 
Assinale a alternativa que apresenta corretamente as medidas do processo ou produto de 
software consideradas diretas. 
 
a. Testabilidade, manutenibilidade e complexidade. 
 
b. Qualidade, eficiência e confiabilidade. 
 
c. Complexidade, eficiência e portabilidade. 
 
d. Custos, trabalho aplicado e número de defeitos. 
 
e. Funcionalidade, confiabilidade e usabilidade. 
 
 
Considere verdadeiras (V) ou falsas (F) as afirmações abaixo relacionadas à dualidade entre 
elegância e eficiência (otimização) no contexto de qualidade de código. 
 
( ) Em sistemas embarcados em que os recursos computacionais são escassos, a eficiência 
terá prioridade sobre a elegância do código. 
( ) Na maior parte das situações, em que não se trata de uma parte crítica em termos de 
desempenho, a legibilidade do código deve ser priorizada mesmo que o código mais legível ou 
elegante não seja o mais eficiente possível. 
( ) Um código pouco legível pode gerar custos adicionais de manutenção no futuro, mesmo se 
tratando de um código muito eficiente. 
 
A sequência correta de preenchimento dos parênteses, de cima para baixo, é: 
 
a. F, F, F. 
 
b. V, V, V. 
 
c. V, F, V. 
 
d. V, V, F. 
 
e. F, V, V. 
 
 
Considere as seguintes afirmativas sobre as características que devem estar presentes em 
boas métricas relacionadas à qualidade de software. 
 
I – Cálculo fácil: ser facilmente obtida e não complexa de se calcular. 
II – Intuitiva: ser diretamente proporcional e de variação constante. 
III - Ambígua: não permitir que se reconheça se aquele valor medido é bom ou ruim. 
IV – Consistente no uso de unidade: deve permitir tanto quanto possível o uso de unidades que 
façam sentido na prática. 
V – Dependente de linguagem de programação: as métricas devem ser influenciadas pela 
linguagem de programação utilizada. 
 
a. apenas as afirmações I, II e IV. 
 
b. apenas as afirmações I, II e III. 
 
c. apenas as afirmações IV e V. 
 
d. apenas as afirmações III e V. 
 
e. todas as afirmações. 
 
Considere verdadeiras (V) ou falsas (F) as afirmações abaixo relacionadas às regras 
de indentação e de espaçamento de código no que se refere à escrita com qualidade. 
 
( ) - Deixe um espaço antes e depois de um abrir parênteses ("("). 
( ) - Acrescente uma tabulação na indentação ao iniciar um bloco e retire-a ao terminar o 
bloco. 
( ) - Declare variáveis no início do bloco. 
 
A sequência correta de preenchimento dos parênteses, de cima para baixo, é: 
 
a. F, F, F. 
 
b. V, F, V. 
 
c. V, V, V. 
 
d. V, V, F. 
 
e. F, V, V. 
 
 
Considere as afirmações a seguir sobre boas práticas de qualidade de código. 
 
I – O nome de uma variável deve revelar claramente o seu significado. 
II – Evite usar números mágicos no código, prefira definir uma constante. 
III - Comentários não tornam um código ruim legível, portanto deixe o código o mais claro 
possível para reduzir a necessidade de comentários 
 
a. apenas as afirmações II e III. 
 
b. apenas a afirmação I. 
 
c. todas as afirmações. 
 
d. apenas as afirmações I e II. 
 
e. apenas a afirmação II. 
 
 
Considere as afirmações abaixo sobre o que significa harmonizar métricas LOC e FP. 
 
I - A relação entre linhas de código e pontos de função depende da linguagem de programação 
adotada para implementar o software e da qualidade do projeto. O trabalho de mapear os 
pontos de função para linhas de código pode ser considerado como uma atividade de 
harmonizar as métricas. 
II – Pode-se fornecer estimativas aproximadas do número de linhas de código necessárias para 
criar um ponto de função em várias linguagens de programação. 
III – Cada ponto de função, por definição, equivale a 1000 linhas de código (1 KLOC) 
independente da linguagem de programação utilizada. 
 
É(São) verdadeira(s): 
 
a. todas as afirmações. 
 
b. apenas a afirmação I. 
 
c. apenas as afirmações I e II. 
 
d. apenas a afirmação II. 
 
e. apenas a afirmação III. 
 
 
Centenas de métricas já foram propostas para programas de computadores, mas nem todas 
são práticas para o engenheiro de software . Sobre esse assunto, no contexto qualidade de 
software, assinale V para afirmações Verdadeiras e F para as afirmações Falsas: 
 
 1. Usabilidade é o grau que a interface do usuário permite interação agradável e satisfatória 
para o usuário. ( ) 
 2. Requisitos funcionais são algumas vezes expressos por métricas de qualidade. ( ) 
 3. Deve-se medir o produto, mas isso não é possível para o processo e o projeto. ( ) 
4. Métricas podem ser indicadores para tomadas de decisões. ( ) 
 5. Métrica é medida quantitativa do grau que um sistema, componente, ou processo possui um 
determinado atributo. ( ) 
 
Assinale a alternativa correta: 
 
 V-F-V-F-V 
 
 F-F-F-V-V 
 
 V-F-V-V-V 
 
 F-V-F-V-V 
 
 V-F-F-V-V 
 
 
Alguns estudos tentaram relacionar linhas de código (LOC) e pontos de função (FP) com suas 
dependências da qualidade de um projeto e da linguagem de programação adotada para 
implementar um software. A tabela a seguir fornece estimativas aproximadas da média do 
número de linhas de código (LOC) necessárias para criar um ponto de função (FP) em várias 
linguagens de programação. 
 
 
 
Assinale a alternativa que indica o resultado das análises das linhas da linguagem de 
programação C e da linguagem de programação C++: 
 
 
 A linguagem C++ é mais fácil (em média) de programar que a linguagem C. 
 
 A linguagem C++ é mais eficiente (em média) do que a linguagem C. 
 
 A linguagem C++ é mais verbosa (em média) que a linguagem C. 
 
 A linguagem C++ é mais indicada para qualquer resolução de problemas em software. 
 
 Uma LOC de C++ fornece aproximadamente 2,4 vezes a “funcionalidade” (em média) de 
uma LOC de C. 
 
Medir características de qualidade é fundamental para o planejamento, o desenvolvimento e a 
manutenção de software. Dentre os motivos para medir software, tem-se: 
 
I. Avaliar a qualidade do software. 
II. Descobrir e corrigir problemas potenciais. 
III. Ajudar a estimar esforço. 
IV. Controlar o andamento do processo. 
V. Ajudar a estimar o custo. 
 
Assinale a alternativa correta: 
 
 Apenas II é motivo para medir software. 
 
 Apenas IV é motivo para medir software. 
 
 Apenas I é motivo para medir software. 
 
 I, II e IV são motivos para medir software. 
 
 I, II, III, IV e V são motivos para medir software. 
 
 
Analise a figura a seguir e selecione o tipo de métrica calculada: 
 
 
 
 
 Manutenibilidade. 
 
 Linhas de código. 
 
 Ponto de função. 
 
 Satisfação de usuário. 
 
 Usabilidade. 
 
 
 
 
 
 
 
 
 
 
 
 
As métricas de software devem seguir ou atender a alguns princípios. Considere verdadeiras 
(V) ou falsas (F) as afirmações abaixo referentes aos princípios de boas métricas de qualidade 
de software. 
 
( ) Uma métrica deve ter as propriedades matemáticas desejadas. Ou seja, deve estar em um 
intervalo significativo e ser medida em uma escala racional. 
( ) O valor da métrica deve estar diretamente relacionada com a propriedade do software que 
está sendo medida. Ou seja, aumentar quando a característica se torna mais desejada e 
diminuir quando se torna mais indesejada. 
( ) As métricas devem possuir uma validação empírica. 
 
A sequência correta de preenchimento dos parênteses, de cima para baixo, é: 
 
a. V, F, F. 
 
b. V, V, V. 
 
c. F, V, V. 
 
d. V, F, V. 
 
e. V, V, F. 
 
 
Conforme visto na disciplina, as medições podem ser classificadas de duas maneiras: medidas 
diretas e medidas indiretas. Qual das medidas a seguir é direta? 
 
Funcionalidade. 
 
Complexidade.Velocidade de execução . 
 
Eficiência. 
 
Qualidade. 
 
 
 
 
 
 
 
 
 
 
 
 
 
Um indicador é uma métrica ou conjunto de métricas que proporcionam uma visão do 
processo, do produto ou do projeto. Sobre esse assunto, complete as lacunas a seguir: 
 
_____________________ são usadas pelo gerente para adaptar o fluxo de trabalho do projeto 
e atividades técnicas. 
_____________________ provêem indicadores para ajudar a melhoria dos modelos de ciclo 
de desenvolvimento de software. 
______________________ podem ser ________________, quando são coletadas por meio de 
uma representação do sistema, ou ___________, quando coletadas por meio de medições do 
programa em execução. 
 
Selecione a alternativa com os conceitos que completa corretamente as lacunas: 
 
Métricas de projeto, Métricas de processo, Métricas de produto, dinâmicas, estáticas. 
 
Métricas de projeto, Métricas de processo, Métricas de produto, estáticas, dinâmicas. 
 
Métricas de processo, Métricas de projeto, Métricas de produto, estáticas, dinâmicas. 
 
Métricas de produto, Métricas de projeto, Métricas de processo, dinâmicas, estáticas. 
 
Métricas de produto, Métricas de projeto, Métricas de processo, estáticas, dinâmicas. 
 
 
Considere as seguintes afirmações sobre métricas de complexidade de software: 
 
I – Muitos pesquisadores já tentaram desenvolver uma métrica única da complexidade do 
software. 
II – Várias métricas de complexidade foram propostas ao longo dos anos e todas consideram 
os mesmos atributos como relevantes para a complexidade do software. 
III – Apesar da necessidade de se medir e controlar a complexidade do software, é difícil se 
obter um valor único para essa métrica de qualidade. 
 
Está(ão) correta(s): 
 
a. todas as afirmações. 
 
b. apenas a afirmação I. 
 
c. apenas as afirmações I e II. 
 
d. apenas as afirmações II e III. 
 
e. apenas as afirmações I e III. 
 
 
 
 
 
 
 
 
 
Correlacione os termos: 1- Medida; 2- Medição e 3- Métrica com as definições, no contexto de 
engenharia de software, dadas abaixo: 
 
( ) Grau com o qual um sistema, componente ou processo possui um determinado atributo. 
( ) Fornece uma indicação quantitativa da extensão, quantidade, capacidade ou tamanho de 
algum atributo de um produto ou processo. 
( ) Ato de se determinar um valor. 
 
Assinale a alternativa que mostra a sequência correta da correlação. 
 
a. 1, 2, 3. 
 
b. 1, 3, 2. 
 
c. 3, 1, 2. 
 
d. 3, 2, 1. 
 
e. 2, 1, 3. 
 
 
1. Métricas de software orientadas a função usam como valor de normalização uma medida da 
funcionalidade fornecida pela aplicação. A métrica orientada a função mais amplamente usada 
é a ponto de função (FP, do inglês Function Point). O cálculo de pontos de função é baseado 
nas características de domínio de informação e complexidade do software . 
 
As desvantagens, problemas e críticas relacionados aos pontos de função são: 
 
I. Pontos de função são medidas vinculadas a tecnologias e linguagens de programação. 
II. Apesar das regras, métricas de ponto de função têm alguma subjetividade. 
III. O cálculo de pontos de função tem fórmulas empíricas. 
IV. Os valores resultantes de ponto de função são números que não tem um significado real. 
V. Para o cálculo de ponto de função, é necessário mapear linhas de código ou pessoas/mês. 
 
Assinale a alternativa que possui TODAS as desvantagens, problemas e críticas de pontos de 
função: 
 
 I e III 
 
 III e IV 
 
 I e V 
 
 I, II, III, IV e V 
 
 II, III, IV e V 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
A métrica ponto de função (FP) pode ser usada como meio para medir a funcionalidade 
fornecida por um sistema. Os pontos de função são derivados por meio de uma relação 
empírica baseada em medidas calculáveis do domínio de informações do software e avaliações 
qualitativas da complexidade do software. 
 
Observe as afirmações abaixo e classifique em de acordo com os valores do domínio de 
informações. 
 
[ ] - Originada de um usuário ou transmitida de outra aplicação, fornecendo dados distintos 
orientados a aplicações ou informações de controle. Devem ser diferenciadas das consultas, 
que são contadas separadamente. 
[ ] - Formada por dados derivados da aplicação e fornece informações para o usuário. Refere-
se a relatórios, telas, mensagens de erro etc. Itens individuais de dados em um relatório não 
são contados separadamente. 
[ ] - Uma entrada on-line que resulta na geração de alguma resposta imediata do software na 
forma de uma saída on-line. 
 
Assinale a alternativa que indica a ordem correta da classificação das afirmativas: 
 
a. EIs (entradas externas), EOs (saídas externas) e EQs (consultas externas). 
 
b. EIFs (arquivos de interface externos), EIs (entradas externas) e EOs (saídas externas). 
 
c. EOs (saídas externas), EIs (entradas externas) e EQs (consultas externas). 
 
d. EIs (entradas externas), ILFs (arquivos lógicos internos) e EQs (consultas externas). 
 
e. EQs (consultas externas), EOs (saídas externas) e EIs (entradas externas). 
 
 
Conforme visto na disciplina, as medições podem ser classificadas de duas maneiras: medidas 
diretas e medidas indiretas. Qual das medidas a seguir é indireta? 
 
 Defeitos relatados por tempo. 
 
 Tamanho da memória. 
 
 Esforço. 
 
 Custos. 
 
 Qualidade. 
 
 
Uma métrica derivada de multiplicar o número de pessoas em uma equipe de projeto pelas 
variáveis da linguagem de programação em um programa resulta em: 
 
 Uma métrica derivada da estrutura do projeto e do programa; 
 
 Uma mistura duvidosa de unidades que não é claramente convincente. 
 
 Uma métrica de produto. 
 
 Uma métrica derivada do modelo de requisito. 
 
 Uma métrica facilmente derivável e confiável, com cálculo que não exige esforço ou tempo 
fora do normal. 
 
 
 
 
 
Métricas de software ________________ são criadas pela normalização das medidas de 
______________ e/ou _________________, levando-se em consideração o ______________ 
do software produzido. 
 
Qual das alternativas a seguir completa as lacunas acima: 
 
 de ponto de função, linhas de código, velocidade, valor 
 
 de ponto de função, produtividade, qualidade, custo 
 
 de qualidade, custo, esforço, valor 
 
 orientadas a tamanho, qualidade, produtividade, tamanho 
 
 pelo tamanho, processo, projeto, esforço