Questões da Prova CESPE - 2010 - INMETRO - Pesquisador - Análise de Requisitos e Qualidade de Software

As normas NBR ISO/IEC 12207, NBR ISO/IEC 15504 e CMMI DEV constituem a base para a construção do MPS.BR. O modelo possui seis níveis de maturidade, de A a F, tem custo acessível, avaliação bienal e apresenta forte interação entre universidade e empresa.

O modelo MPS.BR está dividido em três componentes: modelo de referência (MR-MPS); método de avaliação (MA-MPS); e modelo do negócio (MN-MPS). O primeiro contém os requisitos a serem cumpridos pelas organizações que visam a conformidade com o modelo; o segundo, uma descrição das regras para a implementação do MR-MPS pelas empresas de consultoria, de software e de avaliação; e o terceiro contém o processo de avaliação, os requisitos para os avaliadores e os requisitos para averiguação da conformidade.

Gerenciar requisitos, do MPS.BR, e gestão de requisitos, do CMMI DEV, são processos similares, ambos apresentando resultados esperados semelhantes às práticas específicas do CMMI DEV. Tanto no CMMI DEV como no MPS.BR o nível de maturidade é gerenciado.

No processo desenvolvimento de requisitos, os requisitos funcionais e não funcionais de cada componente do produto são refinados, elaborados e alocados; interfaces internas e externas do produto e de cada componente do produto são definidas; conceitos operacionais e cenários são desenvolvidos.

O processo de verificação tem como propósito confirmar que um produto ou componente do produto atenderá a seu uso pretendido quando colocado no ambiente para o qual foi desenvolvido.

O modelo, consistente e compatível com a ISO/IEC 15504, apresenta quatro disciplinas: engenharia de sistemas, engenharia de software, desenvolvimento integrado de produto e do processo e fontes de desenvolvimento.

O CMMI possui a representação por estágios e contínua. Na representação por estágios, que organiza as áreas de processo em seis níveis de maturidade — incompleto, realizado, gerenciado, definido, gerenciado quantitativamente e otimizado —, é possível selecionar a sequência de melhorias que convém à organização. A representação contínua define cinco níveis de maturidade — inicial, gerenciado, definido, gerenciado quantitativamente e otimizado — e aponta um caminho continuado e predefinido de áreas de processos.

A área de processo gestão de requisitos do CMMI DEV tem como propósito gerenciar os requisitos dos produtos e componentes de produto do projeto, identificando inconsistências entre esses requisitos e os planos e produtos de trabalho do projeto. São exemplos de algumas de suas práticas específicas: obter entendimento dos requisitos; obter comprometimento com os requisitos; gerenciar mudanças de requisitos; manter rastreabilidade bidirecional dos requisitos.

Desenvolvimento de requisitos é uma área de processo do CMMI DEV que tem como propósito produzir e analisar os requisitos de cliente, de produto e de componente de produto. São exemplos de algumas de suas práticas específicas: levantar os requisitos; desenvolver os requisitos de cliente; desenvolver requisitos de produto; estabelecer os requisitos de produto e de componentes de produto; alocar os requisitos de componentes de produto; identificar e analisar inconsistências entre trabalho de projeto e requisitos.

São algumas práticas específicas do processo de validação do CMMI DEV: selecionar os produtos de trabalho; estabelecer o ambiente; realizar revisão por pares; preparar para revisão por pares.

A modelagem as is e a to be são utilizadas em todo o ciclo de BPM, que compreende planejamento, modelagem e otimização de processos, execução de processos e controle e análise dos dados.

A modelagem as is, que representa a melhoria do processo, e a modelagem to be, que representa a análise do processo, são utilizadas para representar a realidade de um processo de negócio e sua otimização.

A utilização de modelos pode auxiliar a análise do estado atual do processo (as is) e a otimização e modelagem do estado desejado para o processo (to be).

As modelagens as is e to be não têm relação entre si e, por isso, são realizadas de forma independente e em períodos distintos.

A principal metodologia de modelagem utilizada em BPM é a BPMS (business processes modeling system).