Questão 450016

• Banca: FGV
• Órgão: MEC
• Ano: 2009
• Provas: FGV - 2009 - MEC - Analista de Sistemas - Especialista
• Disciplina: Engenharia de Software
• Assuntos: Qualidade de Software

Qualidade pode ser entendida como um conjunto de características a serem satisfeitas em um determinado grau, de modo que o produto de software atenda às necessidades explícitas e implícitas de seus usuários. No contexto de desenvolvimento de software, analise as afirmativas a seguir.
I. Características de qualidade do processo podem ser computadas a partir de características de qualidade do produto.
II. Processos possuem características de qualidade próprias e informações sobre a qualidade do produto gerado não influenciam em sua avaliação.
III. Características de qualidade do produto devem seguir padrões durante o desenvolvimento de software, sem serem influenciados por padrões de documentação
Assinale:

• A. se somente a afirmativa I estiver correta.
• B. se somente as afirmativas I e II estiverem corretas.
• C. se somente as afirmativas I e III estiverem corretas.
• D. se somente as afirmativas II e III estiverem corretas.
• E. se todas as afirmativas estiverem corretas.

Gabarito: A

Comentários

• II Produtos ruins foram gerados por processos ruins
  III Processos bons sao definidos e documentados.
• Mapeamento dos erros e comentarios
  
  I. Características de qualidade do processo podem ser computadas a partir de características de qualidade do produto.
  
  R: C. Se um produto é ruim, pode-se afirmar (ou concluir) que o seu processo de desenvolvimento é ruim. OU seja, a qualidade do processo é ruim (basta lembrar que no desenvolvimento de um produto, existe (ou pelo menos deveria existir) a parte de controle da qualidade antes dele ser liberado. Se este controle foi ruim, entregou um produto que tambem é ruim. Logo, o processo inteiro é prejudicado.
  
  II. Processos possuem características de qualidade próprias e informações sobre a qualidade do produto gerado não influenciam em sua avaliação.
  
  R: E. Voltando ao exemplo da resposta anterior, se temos um produto ruim, temos que ver onde houve falha no processo... Tento as informações sobre qual problema ocorre no produto, basta analisar a etapa responsavel por "nao deixar que isso aconteça" dentro do processo.
  
  III. Características de qualidade do produto devem seguir padrões durante o desenvolvimento de software, sem serem influenciados por padrões de documentação
  
  R: E. É ai que entra a lei e as praticas de mercado. Imaginem que um remedio é feito e a sua bula é criada sem os padrao de informacoes definidas pelo INMETRo. O remedio simplismente nao vai atender o seu proposito (se um paciente compra o remedio e nele nao contem as informacoes de contraindicacoes por exemplo, como ele vai saber se o remedio fara bem ou mal a ele?). Basta lembrar do papel do INMETRo, que definie padroes a serem utilizados pela industria em todos os sentidos (inclusive documentação). Isso se aplica inclusive ao desenvolvimento de software (existe padronizacao para documentos de caso de uso por exemplo... campos, papeis, definicoes, enfim).