Com base no estudo feito, é possível notar que as partes que envolvem os requisitos nos modelos CMMI-DEV e MPS.BR tem algumas diferenças e igualdades, ambos os modelos trabalham com desenvolvimento e gerenciamento de requisitos. Ambos os modelos são baseados nas normas ISSO/IEC 12207 e ISSO/IEC 15504, os níveis de maturidade no CMMI-DEV determinam a capacidade da organização em trabalhar em projetos grandes e complexos, já o MPS.BR permite que a organização possa implantar, avaliar e obter um reconhecimento gradual da melhoria de processo de software,tornando mais fácil o acesso para as organizações de micro á médio porte.
O modelo CMMI-DEV alterna do nível 1 ao 5 e o MPS.BR alterna do G ao A, uma diferença do modelo MPS.BR é que o primeiro nível requer que a empresa disponha de determinados processos definidos, enquanto o CMMI-DEV não exige esses processos. Os níveis G, E e D do MPS.BR não tem no modelo CMMI-DEV, veja no quadro abaixo a comparação desses dois modelos:
Níveis de Maturidade |
||
|
CMMI |
MPS.BR |
0 |
|
|
1 |
Inicial |
Não é definido |
|
|
G (Parcialmente Gerenciado) |
2 |
Gerenciado |
F (Gerenciado) |
|
|
E (Parcialmente Definido) |
|
|
D (Largamente Definido) |
3 |
Definido |
C (Definido) |
4 |
Gerenciado Quantitativamente |
B (Gerenciado Quantitativamente) |
5 |
Otimizado |
A (Em Otimização) |
Quadro 6: Comparando os dois modelos em relação aos níveis de maturidade
A gerência de requisitos do CMMI-DEV está presente no nível Gerenciado 2 de maturidade associado à representação por estágios nela é possível identificar os requisitos funcionais e não funcionais, rastrear o impacto na solução de falhas no software, ela é responsável por fornecer auxílio para administrar os requisitos do produto, do componente de produto e trabalha com metas e práticas específicas.
A gerencia de requisitos do MPS.BR está presente no nível Gerenciado de maturidade, ela identifica os requisitos do produto, determina e mantém um entendimento entre o cliente e a equipe do projeto no que diz respeito aos requisitos. Este nível trabalha com base em cinco resultados obtidos das atividades expostas e a capacidade dos processos está descrita em nove atributos do processo.
O desenvolvimento de requisitos do CMMI-DEV está presente no nível 3 Definido de capacidade, está associado à representação contínua, esta área se divide em três grupos a meta específica para desenvolver requisitos de cliente, a meta específica para desenvolver requisitos do produto e a meta específica para analisar e validar os requisitos. É nesta parte do desenvolvimento que é feito um levantamento dos requisitos, análise dos requisitos, coleta dos requisitos, desenvolvido os requisitos do cliente, do produto e componente do produto.
O desenvolvimento de requisitos do MPS.BR está presente no nível Definido de maturidade, ele define os requisitos do cliente, do produto e dos componentes do produto. Ele interpreta as necessidades do cliente e descrevem os requisitos do sistema que será desenvolvido, este processo está estruturado em oito resultados.
Com base na pesquisa realizada vejo que vários pontos importantes levantados foram relatados sobre os benefícios e as dificuldades na implantação dos modelos de qualidade CMMI e MPS.BR. Grande parte das dificuldades encontradas estão relacionadas à participação de todas as pessoas envolvidas no projeto, incluindo a resistências das mesmas em relação as mudanças e a aceitação de novas regras ou padrões. A questão financeira das empresas também é uma grande dificuldade para obtenção da certificação, já que muitas empresas são de pequeno porte e às vezes estão passando por crise financeira e/ou mercado. A falta de comunicação é um dos fatores que traz muitos mal entendidos. A verificação e a validação é imprescindível durante todo o processo, a falta da literatura do documento para um melhor entendimento e mais facilidade na implementação de cada fase do processo, se houver essas dificuldades no projeto, é difícil o mesmo ser concluído, ser entregue dentro do prazo, custar mais do que o valor estipulado de início, apresentar falhas dentre outros vários fatores que podem causar prejuízo para uma ou até mesmo para as duas partes.
Os fatores críticos para o sucesso dessa certificação, primeiramente é a relação entre a empresa e o cliente, a partir daí, um bom entendimento sobre o que deve ser feito e o que o cliente realmente deseja. Boas e adequadas ferramentas para o trabalho, pessoas bem estruturadas e bem orientadas são de grande valor para um projeto estruturado e padronizado. É importante ressaltar que haja uma verificação e validação dos processos adequada e criteriosa.