On 7/19/06, Pedro Kröger <[EMAIL PROTECTED]> wrote:
o problema é que as váriaveis nao sao tao fáceis de serem computadas. Por exemplo, existem projetos bem organizados e grandes como o gnome, kde, etc e projetos pequenos com 1 ou 2 desenvolvedores. esses projetos grandes/enormes contam apenas como 1 projeto na conta total? ou seja, um projeto como o gnome tem muito mais impacto (numero de usuarios, desenvolvedores, recursos, linhas de codigo, etc) que alguns projetos pequenos, mas se eu faço uma lista de 10 projetos onde 9 sao projetos minusculos e 1 é o gnome, parece que a grande maioria dos projetos de SL sao pequenos e sem gerenciamento. o que quero dizer é que nao dá para considerar todos os projetos como sendo iguais estatisticamente. (espero que eu tenha sido claro ;-)
A idéia é esta mesmo, o CMMI é um grande "convencionamento" organizacional para se produzir software de melhor qualidade e que este software produzido possa ser medido de forma estatistica, qualitatica, desempenho... enfim, qualquer tipo de medição. Independente do projeto ser grande ou pequeno ou até mesmo se possui um ou mil desenvolvedores, o CMMI a grosso modo novamente é um conjunto de regras para se produzir software e englobando todas os setores produção de um aplicativo, do projeto, a documentação. Um pouco de curiosidade... O CMMI é um modelo de capacitação para as empresas produzirem software, normalmente ele é utilizado por empresas internacionais, pois aqui no Brasil este modelo é muito pesado para ser implementado ($), alem de ser muito difícil para uma empresa mudar seu estagio de graduação (que são 5), Pensando nisso a COPPE em parceria com o governo e a Softex criou o MPS.BR um modelo similar ao CMMI com 7 níveis e com uma estrutura mais branda ($). Abração a todos, Espero ter ajudado Thiago Dilago _______________________________________________ PSL-BA mailing list PSL-BA@listas.im.ufba.br https://listas.im.ufba.br/cgi-bin/mailman/listinfo/psl-ba
