| Autor |
Mensagem |
![[Post New]](/templates/default/images/icon_minipost_new.gif) 24/02/2010 20:41:29
|
Rafael ap.
JavaChild
![[Avatar]](/images/avatar/c1ca185ea0fad2ac9c1e9bf8e21c793e.jpg)
Membro desde: 24/08/2008 17:15:06
Mensagens: 132
Offline
|
Estou implantando DAO.
Tenho uma classe Vaga, VagaDAO e Conexao.
Na modelagem da VagaDAO com UML, eu coloco a instancia da Conexao como atributo,
sabendo que vou usá-la?
This message was edited 2 times. Last update was at 24/02/2010 22:59:40
|
|
|
 |
|
|
![[Post New]](/templates/default/images/icon_minipost_new.gif) 24/02/2010 21:12:55
|
Zeed01
Virtual Machine Man
Membro desde: 27/10/2006 16:44:29
Mensagens: 668
Offline
|
Boa noite galera !
Do meu ponto de vista: não.
[]s
|
|
|
 |
![[Post New]](/templates/default/images/icon_minipost_new.gif) 24/02/2010 21:13:43
|
dipeloco
JavaChild
![[Avatar]](/images/avatar/6b59f92676fd007e9cc45d7f3fdd51f4.png)
Membro desde: 21/05/2007 12:14:11
Mensagens: 123
Offline
|
Cara aqui na empresa não representamos classes tecnicas no UML somente entidade relacionadas ou negocio .....
|
|
|
 |
![[Post New]](/templates/default/images/icon_minipost_new.gif) 24/02/2010 21:23:30
|
Rafael ap.
JavaChild
![[Avatar]](/images/avatar/c1ca185ea0fad2ac9c1e9bf8e21c793e.jpg)
Membro desde: 24/08/2008 17:15:06
Mensagens: 132
Offline
|
Então eu não deveria nem representar a classe DAO?
|
|
|
 |
![[Post New]](/templates/default/images/icon_minipost_new.gif) 24/02/2010 21:26:46
|
dipeloco
JavaChild
![[Avatar]](/images/avatar/6b59f92676fd007e9cc45d7f3fdd51f4.png)
Membro desde: 21/05/2007 12:14:11
Mensagens: 123
Offline
|
Isso varia muito do lugar onde vc trabalha.... aqui na empresa .... definimos que não é necessario ... visto que o uml modela o negocio e conceitos do sistema ..... e essas classes DAO Controller e blabla bla .... são soluções tecnicas.
|
|
|
 |
![[Post New]](/templates/default/images/icon_minipost_new.gif) 24/02/2010 21:33:18
|
Zeed01
Virtual Machine Man
Membro desde: 27/10/2006 16:44:29
Mensagens: 668
Offline
|
Boa noite Galera !
Foi isso que eu quis dizer com não... pelo menos é o meu ponto de vista.
Se formos representar no diagrama UML todos os detalhes técnicos da implementação não teríamos que chegar a representação de interfaces, enum's, etc, etc, etc... ???
Bom não sei, acho que tudo depende de como o projeto será desenvolvido, quanto maior o distanciamento entre o desenhista e o desenvolvedor, maior terá que ser o nivel de detalhes do desenho para que a coisa saia como desejada.
[]s
This message was edited 1 time. Last update was at 24/02/2010 21:35:26
|
|
|
 |
![[Post New]](/templates/default/images/icon_minipost_new.gif) 24/02/2010 21:40:42
|
ezambomsantana
Thread.start()
Membro desde: 24/02/2010 10:00:57
Mensagens: 31
Localização: Campinas
Offline
|
vai depender de como vc ta implementado....mas eu faria um relacionamento entre as classes...
|
Eduardo Felipe Zambom Santana
Mestre e Bacherel em Ciência da Computação - Universidade Federal de São Carlos
Sun Certified Java Programmer (SCJP)
Sun Certified Web Component Developer (SCWCD)
|
|
|
 |
![[Post New]](/templates/default/images/icon_minipost_new.gif) 24/02/2010 21:42:18
|
Zeed01
Virtual Machine Man
Membro desde: 27/10/2006 16:44:29
Mensagens: 668
Offline
|
Boa noite Galera !
Mas e se você não tiver uma classe classe Conexão e sim uma Factory ? Ou uma implementação de um Pool ?
[]s
|
|
|
 |
![[Post New]](/templates/default/images/icon_minipost_new.gif) 24/02/2010 22:41:18
|
dipeloco
JavaChild
![[Avatar]](/images/avatar/6b59f92676fd007e9cc45d7f3fdd51f4.png)
Membro desde: 21/05/2007 12:14:11
Mensagens: 123
Offline
|
Mesmo com pool entre outros UML no meu ponto de vista deve modelar o negocio ... não todas as classes do seu sistema ....
|
|
|
 |
![[Post New]](/templates/default/images/icon_minipost_new.gif) 24/02/2010 22:58:56
|
Rafael ap.
JavaChild
![[Avatar]](/images/avatar/c1ca185ea0fad2ac9c1e9bf8e21c793e.jpg)
Membro desde: 24/08/2008 17:15:06
Mensagens: 132
Offline
|
Compreendido.
Modelar o necessário para funcionar.
Nesse caso, vou especificar um pouco mais graças a umas peculiaridades
do projeto.
Mas obrigado a todos.
|
|
|
 |
|
|