Qualidade pode ser entendida como um conjunto de car...

A alternativa correta é a A - se somente a afirmativa I estiver correta.

Para compreender essa questão, é necessário entender a relação entre qualidade do processo de desenvolvimento de software e qualidade do produto final (o próprio software). Além disso, é importante conhecer padrões de qualidade e documentação aplicáveis ao desenvolvimento de software.

A afirmativa I está correta pois a qualidade do processo de desenvolvimento de software frequentemente se reflete na qualidade do produto. Processos bem definidos e gerenciados tendem a produzir softwares com menor número de defeitos e maior aderência às necessidades dos usuários. Indicadores de qualidade de produto, como número de defeitos ou facilidade de uso, podem ser utilizados para avaliar e melhorar processos de desenvolvimento.

Já a afirmativa II está incorreta. Embora processos de desenvolvimento tenham suas próprias características de qualidade, como eficiência e eficácia, a qualidade do produto final é um indicador chave da efetividade de um processo. Informações sobre a qualidade do produto influenciam sim na avaliação de um processo.

Por fim, a afirmativa III está incorreta porque as características de qualidade do produto devem, de fato, seguir padrões durante o desenvolvimento do software, mas isso inclui padrões de documentação também. A qualidade de software não se restringe ao código-fonte, ela abrange toda a documentação que suporta o uso e a manutenção do software.

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).