Questões de Concurso sobre CMMI (Qualidade de Software)

Durante o projeto, os requisitos mudam por uma série de motivos, entre os quais, mudanças na baseline de requisitos. Conforme as necessidades mudam e o trabalho prossegue, requisitos adicionais são derivados e mudanças podem ter de ser feitas nos requisitos já existentes.

O CMMI, que surgiu do esforço de integração de diversos modelos que estavam sendo propostos no mercado, como, por exemplo, o SW-CMM, é compatível e consistente com o previsto em norma ISO a respeito desse assunto.

O MPS.BR é formado por três componentes e respectivos guias. O modelo de referência é formado pelos guias geral, de aquisição e de implementação.

Quando os requisitos são bem gerenciados, a rastreabilidade pode ser estabelecida desde um requisito-fonte até seus requisitos de mais baixo nível e, destes, de volta para o seu requisito-fonte. Tal rastreabilidade bidirecional auxilia a determinar se todos os requisitos-fonte foram completamente tratados e se todos os requisitos de mais baixo nível podem ser rastreados para uma fonte válida.

SAM é a área de processo que trata da necessidade de o projeto adquirir eficientemente as partes do trabalho produzidas por fornecedores. Um acordo com o fornecedor é estabelecido e mantido, e as revisões e testes de aceitação são executados no componente do produto produzido pelo fornecedor.

Uma diferença entre os níveis de maturidade do COBIT e do CMMI é que o modelo do Software Engeneering Institute (SEI) é voltado para os processos de gerenciamento de TI, enquanto o modelo do IT Governance Institute (ITGI) é orientado para os princípios de engenharia de produtos de software.

No nível E, é estabelecida uma rede de especialistas na organização e implementado um mecanismo de apoio à troca de informações entre os especialistas e os projetos.

Determinada empresa de TI deseja obter uma avaliação CMMI para sua fábrica de software. A esse respeito, é correto afirmar que

Um dos principais objetivos do CMMI, consistente com a norma ISO 15504, é a redução do custo da implementação de melhoria de processo multidisciplinar com base em um modelo que promova a eliminação de inconsistências e a redução de duplicidades.

No modelo CMMI para Desenvolvimento, versão 1.2, são exemplos de atividades a serem revisadas na Prática Genérica GP 2.9 - Avaliar Objetivamente a Aderência:

Encontra-se no Nível 5 de Maturidade, na representação por Estágio do CMMI, a área de processo

Suporte é uma das categorias de áreas de processo do CMMI: as áreas de processo agrupadas nessa categoria apoiam o desenvolvimento e a manutenção de produtos.

Qual dentre as alternativas a seguir NÃO é uma Área de Processo do CMMI Nível 3?

Use uma das cinco alternativas a seguir para completar as lacunas do texto abaixo de modo que o texto resultante seja uma assertiva verdadeira sobre o CMMI.

Em termos objetivos, o nível 3 é chamado de Definido, o nível 4 é chamado de __________ e o nível 5 é chamado de __________.

Diferentemente da representação por estágios do modelo CMMI, no COBIT é possível avançar do nível de maturidade 3 para o nível de maturidade 4 sem ter cumprido todas as condições do nível 3.

Uma das principais bases técnicas para a criação do modelo de referência do MPS.BR foi uma norma ISO/IEC, a qual estabeleceu uma arquitetura para o ciclo de vida dos processos de software.

A escala de maturidade inicia-se no nível A e progride até o nível G. Os diferentes níveis de capacidade dos processos são descritos por sete atributos de processo.

A cobertura CMMI é completa quanto ao COBIT 4.0 em

O modelo MPS.BR prevê atividades, processos, produtos e equipes de desenvolvimento de software durante todo o ciclo de vida deste, tendo sido desenvolvido para atender à complexidade dessa atividade em organizações de grande porte, não sendo, portanto, indicada a sua utilização por micro ou pequenas empresas.