Resenha CMMI PRTICAS DO CMMI COMO REGRAS DE NEGCIO

MIT MASTER IN INFORMATION TECHNOLOGY - 2011

Mdulo: Disciplina: Professor:

Certificao em CMMI Qualidade de software com nfase em CMMI Nilson Salvetti

Ari Rocha, RM 41344 ari_rocha@uol.com.br Clovis Bianchini, RM 41006 bianchini.clovis@terra.com.br Jonathan H. Govier, RM 41335 jhgovier@terra.com.br

RESENHA CRTICA - PRTICAS DO CMMI COMO REGRAS DE NEGCIO

ARI ROCHA CLOVIS BIANCHINI JONATHAN H. GOVIER Resenha de: MORGADO, Gisele P., GESSER, Ingri; SILVEIRA, Denis S.; MANSO, Fernando S.P.; LIMA, Priscila M.V.; SCHMITZ, Eber A. Prticas do CMMI como regras de negcio. Rio de Janeiro: Produo, 2007,pg. 383 a 394

O artigo Prticas do CMMI como regras de negcio, prope uma abordagem inovadora para a implementao de modelos de melhoria na qualidade do processo de desenvolvimento de software. O artigo explora a possibilidade da formalizao das prticas do CMMI atravs do seu mapeamento para um conjunto de Regras de Negcio atravs de uma ferramenta denominada RGULA. Sustentam os autores que a adoo das prticas recomendadas pelo CMMI por uma organizao implicam na implantao, implicitamente ou explicitamente, de novas Regras de Negcio.

O problema apontado pelos autores de que a implantao do CMMI um processo penoso e demorado, e, alm disso, a qualidade da implementao do CMMI afeta diretamente os benefcios obtidos. Portanto, proposto o mapeamento do CMMI para um conjunto de Regras de Negcio, os quais podem ser compreendidos como requisitos dentro do framework proposto pelo modelo CMMI, e a construo de uma especificao de um sistema de

gerncia de desenvolvimento e manuteno de software. Sendo que o principal objetivo preconizado pelos autores a disseminao do CMMI, facilitando sua adoo e posterior certificao. Os autores prosseguem com o desenvolvimento do tema contextualizando o modelo CMMI e conceituando Regras de Negcio, em seguida tratam das representaes das Regras de Negcio e da ferramenta RGULA. A quarta e quinta sees do artigo apresentam a metodologia e os resultados do mapeamento das prticas de Gerncia de Requisitos do CMMI para as Regras de Negcio.

O CMMI um modelo de maturidade para o desenvolvimento e manuteno de software, abrangendo todo o ciclo de vida do produto, desde sua concepo at sua entrega e manuteno. A adoo do modelo, busca servir s organizaes de um conjunto de boas prticas para o desenvolvimento de software com qualidade e otimizao de recursos, onde possvel controlar o processo de produo do software por mtricas e modelos estatsticos.

Seguindo o modelo CMMI, o seu nvel 2 de maturidade define um dos processos como sendo Gesto de Requistos. O mapeamento das prticas dessa rea em Regras de Negcio assegura o tratamento prioritrio que as organizaes buscam para contemplar o interesse de todos os stakeholders no desenvolvimento de software. Uma Regra de Negcio uma sentena que define ou qualifica um aspecto do negcio representando o conhecimento dos especialistas do negcio. A documentao e

formalizao das Regras de Negcio constituem o ativo estrutural e intelectual para a organizao, facilitando sua divulgao, compreenso e tratamento dentro da organizao. Assim, de acordo com os autores,

possvel a representao mais formal usando a linguagem de programao Prolog, permitindo a recuperao das regras de Negcio de forma sistemtica, sua verificao e validao.

A captura das Regras de Negcio e seu gerenciamento so facilitados pelo uso da ferramenta RGULA, cujo objetivo foi de mapear essas regras seguindo o modelo CMMI, diminuindo ambiguidades e anlises a partir de um padro estruturado em cinco prticas: recepo requisitos, organizao do atendimento dos requisitos, mudana, rastreabilidade e consistncia de requisitos.

A proposta dos autores pelo uso de um sistema de mapeamento estruturado e sistmico bastante interessante e as evidncias indicam que um modelo interessante para atender especificamente ao processo de entendimento dos requisitos, da qual se refere o CMMI nvel 2. Do ponto de vista de desenvolvimento do software o artigo sugere um ganho em termos de preciso elaborao dos requisitos. No entanto, no fica suficientemente evidenciado que os demais stakeholders encontram apoio nessa metodologia para validao e gesto de mudanas do ponto de vista do futuro usurio do software. Portanto, faz-se necessrio e recomendado uma validao dessa metodologia perante usurios e stakeholders.

Resenha escrita em setembro 2011