http://www.guj.com.br/posts/list/12.java JForum - http://www.jforum.net
Estou desenvolvendo um software, e gostaria de saber quais os diagramas o pessoal mais costuma utilisar no desenvolvimento, esta é uma duvida um tanto dificil de ser explicada, mas é o que gostaria de saber, rs pois tenho o documento de requisitos pronto, agora nao sei por onde prosseguir, alguem poderia me dar uma forcinha? o software que estou desenvolvendo tem um tamanho pequeno, no entanto, gostaria da opiniao do pessoal para um desenvolvimento de tamanho medio/grande


desde ja, Agradeço

André de Souza]]> http://www.guj.com.br/prepost/119117/644896/diagramas-uml-no-desenvolvimento-de-software http://www.guj.com.br/prepost/119117/644896/diagramas-uml-no-desenvolvimento-de-software GMT depende muito do sistema...
Geralmente eu utilizo o diagrama de Caso de uso para ter uma ideia de como o sistema tem que ser.. e o de Classe para desenhar a OO
FLW ^^]]> http://www.guj.com.br/prepost/119117/644908/diagramas-uml-no-desenvolvimento-de-software http://www.guj.com.br/prepost/119117/644908/diagramas-uml-no-desenvolvimento-de-software GMT ]]> http://www.guj.com.br/prepost/119117/644965/rediagramas-uml-no-desenvolvimento-de-software http://www.guj.com.br/prepost/119117/644965/rediagramas-uml-no-desenvolvimento-de-software GMT
As vezes perdemos muito tempo apenas "programando" quando na verdade o tempo deve ser melhor aproveitado na analise do sistema, Abraços Pessoal e obrigrado pelas respostas]]> http://www.guj.com.br/prepost/119117/645081/rediagramas-uml-no-desenvolvimento-de-software http://www.guj.com.br/prepost/119117/645081/rediagramas-uml-no-desenvolvimento-de-software GMT Não que documentar seja ruim, mas tudo tem sua finalidade e não se sinta culpado em jogar fora.... usamos bastante como rascunho numa interação para passar pra equipe o que tem q ser feito, geralmente desenhamos numa lousa branca.
Não se esqueça que seu principal objetivo é o software

Abraços]]> http://www.guj.com.br/prepost/119117/645384/rediagramas-uml-no-desenvolvimento-de-software http://www.guj.com.br/prepost/119117/645384/rediagramas-uml-no-desenvolvimento-de-software GMT
Obrigado pelas Respostas

André de Souza]]> http://www.guj.com.br/prepost/119117/645427/rediagramas-uml-no-desenvolvimento-de-software http://www.guj.com.br/prepost/119117/645427/rediagramas-uml-no-desenvolvimento-de-software GMT ]]> http://www.guj.com.br/prepost/119117/645513/rediagramas-uml-no-desenvolvimento-de-software http://www.guj.com.br/prepost/119117/645513/rediagramas-uml-no-desenvolvimento-de-software GMT
No meu caso, nenhum.]]> http://www.guj.com.br/prepost/119117/645566/rediagramas-uml-no-desenvolvimento-de-software http://www.guj.com.br/prepost/119117/645566/rediagramas-uml-no-desenvolvimento-de-software GMT http://www.guj.com.br/prepost/119117/645657/rediagramas-uml-no-desenvolvimento-de-software http://www.guj.com.br/prepost/119117/645657/rediagramas-uml-no-desenvolvimento-de-software GMT
Outra coisa a se considerar eh que UML nao eh a unica maneira de se documentar um projeto. Uma suite de testes de aceitacao automatizados tambem pode servir muito bem a esse proposito, e de brinde voce ainda pode validar boa parte da especificacao automaticamente ]]> http://www.guj.com.br/prepost/119117/645752/rediagramas-uml-no-desenvolvimento-de-software http://www.guj.com.br/prepost/119117/645752/rediagramas-uml-no-desenvolvimento-de-software GMT ]]> http://www.guj.com.br/prepost/119117/645813/rediagramas-uml-no-desenvolvimento-de-software http://www.guj.com.br/prepost/119117/645813/rediagramas-uml-no-desenvolvimento-de-software GMT http://www.guj.com.br/prepost/119117/646195/rediagramas-uml-no-desenvolvimento-de-software http://www.guj.com.br/prepost/119117/646195/rediagramas-uml-no-desenvolvimento-de-software GMT
Acredito que o UML seja uma ferramenta de análise. Parafraseando Rodrigo Yoshima:"A análise é traduzir requisitos em
em componentes do software, descobrindo informações."

Para corroborar o que eu disse, leia o artigo:

http://blog.aspercom.com.br/2008/06/06/uml-nao-eh-documentacao/


Valeu!

]]> http://www.guj.com.br/prepost/119117/646215/rediagramas-uml-no-desenvolvimento-de-software http://www.guj.com.br/prepost/119117/646215/rediagramas-uml-no-desenvolvimento-de-software GMT http://www.guj.com.br/prepost/119117/646229/rediagramas-uml-no-desenvolvimento-de-software http://www.guj.com.br/prepost/119117/646229/rediagramas-uml-no-desenvolvimento-de-software GMT http://www.guj.com.br/prepost/119117/647836/rediagramas-uml-no-desenvolvimento-de-software http://www.guj.com.br/prepost/119117/647836/rediagramas-uml-no-desenvolvimento-de-software GMT Imagina só o Martin Fowler no prefácio do seu renomado 'P of EAA' explicando 'toda vez que você ver um triângulo neste livro se trata de uma classe, já um círculo é um objeto'....

Se você usar a UML só como forma de comunição entre a equipe já está ótimo... UML é uma linguagem, é para se comunicar mesmo! Um outro valor que vejo na UML é no ensino de orientação a objetos, meu curso UML é muito sobre isso. A notação em sí não é importante.

Nas minhas equipes eu valorizo pessoas que sabem resumir idéias e abstrair conceitos através de modelos, sejam UML ou não. Isso ajuda muito a estabelecer uma visão clara, discutir arquiteturas/soluções, planejar/estimar o projeto, definir estratégias de teste e muitas outras coisas. Nem tudo dá para resolver em artefatos dentro do código. São coisas diferentes e em momentos diferentes. Vocês concordam que o conhecimento de modelar coisas (em UML ou não) é importante para o desenvolvimento de software? Se você concorda e quer ensinar a pessoa um pouco sobre modelagem é o fim do mundo usar a notação UML que é um padrão?

(errr... esse mail não é crítica direta a ninguém que escreveu aqui.... valeu?) ]]> http://www.guj.com.br/prepost/119117/649088/rediagramas-uml-no-desenvolvimento-de-software http://www.guj.com.br/prepost/119117/649088/rediagramas-uml-no-desenvolvimento-de-software GMT Pega leve heim... rs

Acho que a UML como padrão visual para comunicação ótima. Por isso eu disse que uso pra discutir conceitos (i.e. alguma modelagem) ou explicar alguma arquitetura.

O seu exemplo de ensino de orientação a objetos também é bem válido.

[]s]]> http://www.guj.com.br/prepost/119117/649253/rediagramas-uml-no-desenvolvimento-de-software http://www.guj.com.br/prepost/119117/649253/rediagramas-uml-no-desenvolvimento-de-software GMT http://www.guj.com.br/prepost/119117/987353/rediagramas-uml-no-desenvolvimento-de-software http://www.guj.com.br/prepost/119117/987353/rediagramas-uml-no-desenvolvimento-de-software GMT
Concordo... mas as vezes eu acho que eu tenho que usar algumas 'notações não padronizadas' pra representar alguns conceitos básicos quando eu utilizo UML. Por exemplo, num diagrama de classes ou atividades, qual a maneira correta de demonstrar que as classes X, Y e Z fazem parte de uma tier do sistemas? Ou que as classes A, B e C fazem parte de um módulo do sistema? Uma vez me falaram pra usar "UML em Cores", mas acho que não é uma coisa muito padronizada não.
Talvez exista uma forma padrão de representar esses conceitos e eu que não conheço muito bem
Mas eu ainda acho mais vantagem conhecer bastante de design/arquitetura orientada a objetos, patterns, boas práticas, divisão em tiers, divisão em modulos, etc, do que conhecer em detalhes toda a "sintaxe" da UML - uma vez que UML serve pra representar algo e para comunicação, não adianta nada representar perfeitamente um sistema com um design ruim

EDIT*: Ops... nem vi que é um tópico ligeiramente antigo...]]> http://www.guj.com.br/prepost/119117/988190/rediagramas-uml-no-desenvolvimento-de-software http://www.guj.com.br/prepost/119117/988190/rediagramas-uml-no-desenvolvimento-de-software GMT
Concordo... mas as vezes eu acho que eu tenho que usar algumas 'notações não padronizadas' pra representar alguns conceitos básicos quando eu utilizo UML. Por exemplo, num diagrama de classes ou atividades, qual a maneira correta de demonstrar que as classes X, Y e Z fazem parte de uma tier do sistemas? Ou que as classes A, B e C fazem parte de um módulo do sistema? [/quote]

A representação tem de ser clara pra quem lê entender o que você está falando.

Se pra conseguir isso você precisar de um texto adicional ou de alguma coisa não padronizada, não há problema nenhum. Problema seria alguém tentar entender seu diagrama e ficar na dúvida.

]]> http://www.guj.com.br/prepost/119117/988478/rediagramas-uml-no-desenvolvimento-de-software http://www.guj.com.br/prepost/119117/988478/rediagramas-uml-no-desenvolvimento-de-software GMT http://www.guj.com.br/prepost/119117/989934/rediagramas-uml-no-desenvolvimento-de-software http://www.guj.com.br/prepost/119117/989934/rediagramas-uml-no-desenvolvimento-de-software GMT
Concordo... mas as vezes eu acho que eu tenho que usar algumas 'notações não padronizadas' pra representar alguns conceitos básicos quando eu utilizo UML. Por exemplo, num diagrama de classes ou atividades, qual a maneira correta de demonstrar que as classes X, Y e Z fazem parte de uma tier do sistemas? Ou que as classes A, B e C fazem parte de um módulo do sistema? Uma vez me falaram pra usar "UML em Cores", mas acho que não é uma coisa muito padronizada não.
Talvez exista uma forma padrão de representar esses conceitos e eu que não conheço muito bem
Mas eu ainda acho mais vantagem conhecer bastante de design/arquitetura orientada a objetos, patterns, boas práticas, divisão em tiers, divisão em modulos, etc, do que conhecer em detalhes toda a "sintaxe" da UML - uma vez que UML serve pra representar algo e para comunicação, não adianta nada representar perfeitamente um sistema com um design ruim
[/quote]

No diagrama de classes a forma padrão é usar um package. As pessoas confundem isso porque acham que o package significa o pacote java, mas não é isso. No diagrama de atividade vc usa um lane (tb chamado partição).

No diagrama de classes se não quiser usar o package ou já o estiver usado para representar pacotes java (namespace) vc pode simular lanes usando traços separadores.

Usar artefatos não padronizados não faz sentido em UML (o U é de [i]universal[/i], lembra?). O que faz sentido é desenhar bonecos que usam a maior parte da uml e mais algumas coisas , mas são bonecos , não uml.

Em documentação escrita (aka word) os bonecos são meras ilustrações do texto. É o texto que deve refletir o que se pretende e não o boneco. Não existe nenhuma regra dizendo que sempre deve ser usada uml para fazer estes bonecos, e com certeza no manual do usuário não deve ser usada (pelo menos não de forma pura).

Conversar usando bonecos no papel ou num quadro é arroz com feijão para qq engenheiro. Os de software não são diferentes. mas na hora de redigir documentos é preciso seguir padrões (de preferencia universais). ]]> http://www.guj.com.br/prepost/119117/989952/rediagramas-uml-no-desenvolvimento-de-software http://www.guj.com.br/prepost/119117/989952/rediagramas-uml-no-desenvolvimento-de-software GMT Usar artefatos não padronizados não faz sentido em UML (o U é de [i]universal[/i], lembra?).
[/quote]
Não seria Unified?]]> http://www.guj.com.br/prepost/119117/989973/rediagramas-uml-no-desenvolvimento-de-software http://www.guj.com.br/prepost/119117/989973/rediagramas-uml-no-desenvolvimento-de-software GMT Usar artefatos não padronizados não faz sentido em UML (o U é de [i]universal[/i], lembra?).
[/quote]
Não seria Unified?[/quote]

Sim , mas não ha diferença para o argumento. Algo que é único é universal. Algo que é universal é único.]]> http://www.guj.com.br/prepost/119117/990002/rediagramas-uml-no-desenvolvimento-de-software http://www.guj.com.br/prepost/119117/990002/rediagramas-uml-no-desenvolvimento-de-software GMT No diagrama de classes a forma padrão é usar um package. As pessoas confundem isso porque acham que o package significa o pacote java, mas não é isso. No diagrama de atividade vc usa um lane (tb chamado partição).
[/quote]

Legal... http://en.wikipedia.org/wiki/Package_(UML)

Só atrapalha um pouco as ferramentas UML que fazem geração de código a partir de diagramas (ou código a partir de diagramas) usam as packages do UML como packages do java. Pelo que você falou e pela wikipedia, nem sempre teremos um relacionamento 1 para 1.

[quote=sergiotaborda]
No diagrama de classes se não quiser usar o package ou já o estiver usado para representar pacotes java (namespace) vc pode simular lanes usando traços separadores.
[/quote]
Seria isso: http://www.agilemodeling.com/style/activityDiagram.htm#Swimlanes

[quote=sergiotaborda]
Usar artefatos não padronizados não faz sentido em UML (o U é de [i]universal[/i], lembra?). O que faz sentido é desenhar bonecos que usam a maior parte da uml e mais algumas coisas , mas são bonecos , não uml.
[/quote]
...]]> http://www.guj.com.br/prepost/119117/990274/rediagramas-uml-no-desenvolvimento-de-software http://www.guj.com.br/prepost/119117/990274/rediagramas-uml-no-desenvolvimento-de-software GMT No diagrama de classes a forma padrão é usar um package. As pessoas confundem isso porque acham que o package significa o pacote java, mas não é isso. No diagrama de atividade vc usa um lane (tb chamado partição).
[/quote]

Legal... http://en.wikipedia.org/wiki/Package_(UML)

Só atrapalha um pouco as ferramentas UML que fazem geração de código a partir de diagramas (ou código a partir de diagramas) usam as packages do UML como packages do java. Pelo que você falou e pela wikipedia, nem sempre teremos um relacionamento 1 para 1.
[/quote]

Pois é. É por isso que roundtrip CASE é péssima ideia.

[quote]
[quote=sergiotaborda]
No diagrama de classes se não quiser usar o package ou já o estiver usado para representar pacotes java (namespace) vc pode simular lanes usando traços separadores.
[/quote]
Seria isso: http://www.agilemodeling.com/style/activityDiagram.htm#Swimlanes
[/quote]

Exactamente.]]> http://www.guj.com.br/prepost/119117/992856/rediagramas-uml-no-desenvolvimento-de-software http://www.guj.com.br/prepost/119117/992856/rediagramas-uml-no-desenvolvimento-de-software GMT ]]> http://www.guj.com.br/prepost/119117/992865/rediagramas-uml-no-desenvolvimento-de-software http://www.guj.com.br/prepost/119117/992865/rediagramas-uml-no-desenvolvimento-de-software GMT
abraços]]> http://www.guj.com.br/prepost/119117/992915/rediagramas-uml-no-desenvolvimento-de-software http://www.guj.com.br/prepost/119117/992915/rediagramas-uml-no-desenvolvimento-de-software GMT