No contexto do Modelo de Referência MPS para Software (MR-MP...

A alternativa correta é a D: "A função de avaliação e revisão da configuração deve ocorrer quando uma baseline, gerada na função de controle da configuração, é selecionada para ser liberada para o cliente."

Explicação sobre a alternativa correta:

No contexto do Modelo de Referência MPS para Software (MR-MPS-SW), a Gerência de Configuração de Software é essencial para garantir que todas as alterações de software sejam controladas e documentadas. A função de avaliação e revisão da configuração é crucial para assegurar que uma determinada baseline (uma versão formalmente aprovada) está pronta para ser liberada para o cliente. Esta revisão verifica se todos os componentes da configuração estão completos e em conformidade com os padrões estabelecidos, garantindo assim a qualidade e a integridade do produto liberado.

Justificativa das alternativas incorretas:

A: A auditoria de Gerência de Configuração de Software não deve ser tratada como um componente da Auditoria de Garantia da Qualidade. Embora ambos os processos possam se complementar, eles têm objetivos diferentes e podem envolver equipes distintas. A Gerência de Configuração foca no controle das mudanças e na integridade dos artefatos, enquanto a Garantia da Qualidade tem um espectro mais amplo, incluindo práticas de testes e verificação.

B: A afirmação de que é possível automatizar totalmente o processo de gerência de configuração de software através de ferramentas de gerência de versões de documentos não é correta. Embora essas ferramentas possam automatizar muitas tarefas, a gerência de configuração também envolve atividades manuais e de tomada de decisão crítica que não podem ser completamente automatizadas, como a aprovação de mudanças e a auditoria de configurações.

C: A gerência de configuração de software realmente pode ser vista como um processo "guarda-chuva" na Engenharia de Software, mas a afirmação de que deve envolver obrigatoriamente profissionais não relacionados à produção do software no projeto está incorreta. Na prática, é comum que a equipe de desenvolvimento participe das atividades de gerência de configuração, pois estão diretamente envolvidos e têm conhecimento sobre o que está sendo alterado.

E: Embora o profissional responsável pela auditoria na gerência de configuração deva ter uma posição de independência para garantir a imparcialidade, não é mandatório que ele seja impedido de assumir qualquer outra responsabilidade dentro do projeto. A separação de funções é uma prática recomendada, mas pode ser adaptada conforme a necessidade e os recursos da organização.

Espero que essa explicação tenha ajudado a compreender melhor o tema da questão e as justificativas para cada alternativa. Se precisar de mais alguma orientação, estarei à disposição!

a) No modelo MPS-SW não existe Auditoria de Gerência de Configuração de Software. Existem dois processos, no mesmo nível F, chamados Gerência de Configuração (GCO) e Garantia da Qualidade (GQA).

b) Acredito que até o momento é impossível automatizar TOTALMENTE o processo de gerência de configuração de software. Os softwares que realizam tal automatização permitem manter a integridade dos produtos de trabalho através da identificação, do controle e monitoração constante da sua configuração (Governança de TI, editora Brasport), porém a sua manipulação e escolha é uma atividade humana.

c) Como o MPS-SW tem a base técnica do modelo CMMI-DEV, acredito que a gerência de configuração de software é um processo na Categoria de Afinidade Suporte.

d) (CORRETO) Vejam página 20, do Guia de Implementação – Parte 2: Fundamentação para Implementação do Nível F do MR-MPS-SV:2016

e) "O auditor de gerência de configuração pode assumir a responsabilidade pela execução de outras atividades no projeto, por exemplo, implantação do produto. No entanto, não pode participar diretamente do desenvolvimento de produtos de trabalho identificados como itens de configuração ou de outros produtos que compõem uma baseline do produto de software.". Vejam página 20, do Guia de Implementação – Parte 2: Fundamentação para Implementação do Nível F do MR-MPS-SV:2016

Sugestão: leiam completamente (3 páginas aproximadamente) o item 7.2, Fundamentação Teórica, em https://www.softex.br/wp-content/uploads/2016/04/MPS.BR_Guia_de_Implementacao_Parte_2_2016.pdf

Agradeço melhorias na minha resposta.