Construir Diagrama de Classes vale a pena?
O Diagrama de Classes é um dos muitos artefatos UML que podem constituir a documentação de um projeto.
É um artefato que consegue ilustrar, de um modo visual e rápido, o relacionamento entre as classes que serão (ou não) construídas (código mesmo) durante a vida do projeto. É um artefato MUITO bom que complementa um framework construído por arquitetos (seja para a consultoria/cliente ou especificamente para projeto).
Porém, existem alguns “problemas” que comumente são encontrados:
1) existir esse tipo de artefato quando temos equipes que não conseguem fazer a leitura deste diagrama e entender os conceitos envolvidos: agregação, composição, generalização, etc.
2) existir este tipo de artefato como entregável para o Cliente apenas por questões burocráticas (auditoria, por exemplo).
3) entregar este artefato para o cliente somente na fase inicial do projeto.
Destes itens apresentados, o primeiro item é facilmente contornável com treinamentos. O terceiro item é contornável com uma engenharia reversa. Já o segundo item…
É…
O primeiro é o mais fácil porque depende, geralmente, da equipe;
O terceiro é o pior, IMHO, por que se entregar este diagrama para o cliente somente na fase inicial do projeto ele não conterá as modificações e evoluções que aparecem na codificação;
O segundo é complicado também, principalmente porque se é apenas uma exigência burocrática as pessoas não vão se importar muito com ele. Apenas vão querer saber se está lá. E, cá entre nós, ninguém mais aguenta fazer coisas que não agregam valor…
Falei sobre algo relacionado aqui: http://continuepensando.wordpress.com/2009/12/01/uml-como-documentacao/, recentemente.
A[]´s
Marcelo Zeferino