Um diagrama de classes pode ser visto de dois pontos de vista:
a) O do Analista de Sistemas, preocupado apenas em representar
o sistema "real" em um modelo de objetos, utilizando para tal
o paradigma da OO.
b) O do Desenvolvedor, conhecedor dos pacotes e classes disponiveis
sente a necessidade de representar todos os recursos de software
envolvidos na modelagem.
Concluindo,
Nao � interessante representar GRAFICAMENTE toda a modelagem, mesmo
por que nao existem simbolos graficos para representar em UML, todos
os recursos do Java. Existe ja uma proposta para unificar as duas
representacoes, a J-UML, se nao me engano, de uma universidade
canadense (� so pesquisar em um mecanismo de busca).
Penso que o ideal seria modelar as classes de interesse sistemico,
atraves de uma case que gere tambem os headers do sistema em Java.
Em seguida usar um java tools para concluir a implementacao.
Use em seguida a engenharia reversa para atualiza no modelo, as
alteracoes relevantes.
Se eu nao estiver certo, me corrija e me explique como vc faz.
Rhycardo
* Para n�o receber mais e-mails desta lista envie um e-mail para
[[EMAIL PROTECTED]]
e no corpo do email escreva [unsubscribe <seu-email>]
