UML Ferramentas e Utilização Prática

[Ricardo]

Estou começando aprender UML e gostaria de opiniões sobre que software
utilizar.

O Enterprise Architect tem um preço razoável e tem possibilidade
integrar com o Visual Studio

http://www.sparxsystems.com/products/index.html

Por acaso alguém tem experiência com esta ferramenta ou sugere outra
para trabalhar com o Visual Studio ?

Outra coisa que gostaria de opiniões e se vale a pena usar UML para
detalhar , por exemplo , todas as propriedades e métodos de uma classe
e gerar um código a partir do modelo UML ou na prática é mais viável
usar UML apenas como um modelo inicial de um projeto sem necessidade
de entrar em muitos detalhes nos diagramas que são mais específicos do
momento da implementação do código.

[Jeferson Spencer Chaves]

Eu já usei bastante essa ferramenta e é realmente excepcional.

Tenho outros colegas que também já usaram e só ouço falar bem.

Hoje eu sou obrigado a usar o Visio e, sinceramente, acho bem fraquinho...

Eu costumava gerar o diagrama de classe e o ER tudo no Enterprise Architect. Tem umas opções de transformações que você desenha um e tem o esqueleto pro outro no caso de mapeamentos...

Quanto a integração com Visual Studio ela é boa mas acho que não compensa muito.

Um abraço,
Jéferson Spencer Chaves

2009/8/14 Ricardo <rs...@usa.com>

--
------------------------------------------------------------
Jéferson Spencer Chaves

[Paulo Sérgio Morandi Junior]

Com certeza o Enterprise Architect vale o preço. Excelente ferramenta. Usamos na empresa há anos. Ao invés de integrar com o visual studio sugiro usá-la stand alone mesmo, não vejo muita vantagem nele estar atrelado ao VS. Como sugestão, usamos o EA em um diretório compartilhado na rede e o EA se vira bem com várias pessoas mexendo no mesmo EAP.

Abraços,

2009/8/14 Jeferson Spencer Chaves <jeferso...@gmail.com>

--
<<PSMJ>> Paulo Sérgio Morandi Júnior
-----------------------------------------------------------------------------
Bsc. em Ciência da Computação - UFRGS
Porto Alegre - RS - Brasil
-----------------------------------------------------------------------------
Mobiltec - Mobilidade em Negócios
http://www.mobiltec.com.br

[Marcos Dell Antonio]

Aqui vale a pena a leitura de um post do Philip: http://blog.fragmental.com.br/2008/07/25/uh-eme-ele/

Tem uns comentários bem radicais. Interessantes!

2009/8/14 Paulo Sérgio Morandi Junior <psmo...@gmail.com>

--
Marcos Dell' Antonio
http://www.marcosdellantonio.net

[Giovanni Bassi]

Ricardo,

 

Conheço pouco do EA, mas também só ouço falar bem.

 

Mas tenho um comentário adicional a fazer com relação à documentação que gera código, qualquer que seja a documentação: procure uma ferramenta que permita fazer a viagem nos dois sentidos, ou seja, gera código, mas se atualiza a partir do código que você alterou. Dessa forma seu modelo não fica desatualizado. É muito comum você usar a UML para gerar o código, e depois esquece a UML. Nesse caso, melhor jogar os diagramas fora.

A Rational tinha uma ferramenta que integrava bem no VS, uns anos atrás.

Agora o VS 2010 já vai ter todo esse suporte, para diversos diagramas, além do diagrama de classes da versão 2008. Já usei alguns, e está ficando bem legal.

[]'s

Giovanni Bassi
Microsoft MVP, MCSD, MCPD, CSM
Arquiteto de software
http://www.giovannibassi.com

2009/8/14 Marcos Dell Antonio <marcosde...@gmail.com>

[TiagoM]

Ricardo,

Utilizei essa ferramenta durante um ano em uma empresa que trabalhei e
vou ressaltar o que outros disseram: o preço vale por tudo que ela
faz.

Vou adicionar o seguinte: o EA tem uma linguagem própria de definição
de templates para a geração de código. Ele já vem com templates para
JAVA, C# e Visual Basic mas você pode alterá-los ou criar seus
próprios para gerar as classes no seu padrão. Você gastar um certo
tempo para compreender a linguagem, mas vale a pena.

Eu recomendo.

Att,

Tiago

[Andre Abrantes]

Olá Ricardo!

Já utilizei o EA 7.1 e pelo que me lembro, tive problemas para fazer o que o Giovanni comentou, converter nos 2 sentidos.

Pelo que me lembro, o EA 7.1 não suportava classes parciais, aproveito para perguntar aos demais que já usaram, se ele realmente tem problema com classes parciais.

Por exemplo, imagine uma "Windows Forms Application" com o seu Form1.cs e Form1.Designer.cs. Ao fazer a "engenharia reversa" de .NET para UML no EA, o EA gerava duas representações no Diagrama de Classes.

Fiz um curso pela OAT Solutions e achei interessante, eles começam um projeto dos diagramas de casos de uso e vão construindo os demais diagramas. Claro que em 2 dias de curso não dá para implementar e nem focar em detalhes, mas foi interessante.

O EA tem (ou tinha) um Addin para o Visual Studio chamado MDG Link, tentei ver se valeria investir nele mas não consegui casos que justificasse a compra. Alguém conhece ou usou o MDG Link? Valeu a pena?

Segue um contato da OAT se interessar:

Anderson Barcat - OAT Solutions

Gerência Comercial

www.oatsolutions.com.br

anderso...@oatsolutions.com.br

At+,

André.

[rodrigo s gidra]

Cara, se vc ta começando, primeiro voce tem que aprender a notacao UML e não esquentar a cabeça com ferramenta. Alias, eu esquentaria mais com OO do que com ferramenta.

A UML independe de framework ou linguagem de programacao. É uma forma diagramatica de retratar/interpretar um problema de negocio por uma visao sistemica. Primeiro aprenda a transmitir atraves da notação o como o problema de negocio esta sendo resolvido pelo software, ou seja, faça uma fase de analise, elaboration (usar uma metodologia ajuda). A UML pode ser a melhor (e talvez unica) ferramenta que voce dispoe para os outros
(e ate voce) entenderem seu software tanto durante o desenvolvimento como depois dele numa fase posterior de manutencao.

A ferramenta ideal pra começar: "Jude" (http://jude.change-vision.com/jude-web/download/try_uml.html)

Assim que conseguir fazer bons diagramas migre para uma ferramenta de modelagem acoplada a um IDE ou linguagem. Ja usei o Rational Rose (ele gerava o esqueleto, casca, da aplicacao a partir dos diagramas em um click), mas ja nao uso fazem uns anos. Tambem recomendo o EA. Era ferramenta de modelagem preferida em, 3 consultorias e 2 clientes por onde passei... Sera que ainda tem aquela versao free? Me lembro que foi o primeiro a introduzir o feature "publicar diagramas em html". Mto util.

[ ]'s & Best Regards
Rodrigo Gidra
"We work better in the dark, bur we are not vampires..."

2009/8/15 Andre Abrantes <andrea...@gmail.com>

[rodrigo s gidra]

Giovanni, tem um modeler defaultzao que vem com o VS .. "Visual Modeler"?
Lembro que ele ate separava o diagrama de classes em 3...

[ ]'s & Best Regards
Rodrigo Gidra

2009/8/15 Giovanni Bassi <gig...@giggio.net>

[Giovanni Bassi]

O que tem no VS2008 é só um diagrama de classes. É no 2010 que o negócio vai ficar bom mesmo.

[]'s

Giovanni Bassi
Microsoft MVP, MCSD, MCPD, CSM
Arquiteto de software
http://www.giovannibassi.com

2009/8/16 rodrigo s gidra <rgi...@gmail.com>

[rodrigo s gidra]

Achei um artigo bem acido, mas fala bastante sobre Microsoft e UML...

http://www.theregister.co.uk/2008/06/17/microsoft_uml_oslo/

Bom saber que a perspectiva de continuar usando UML ainda eh boa...

Alguem ja mexeu com "Oslo"?

[ ]'s & Best Regards
Rodrigo Gidra

2009/8/16 Giovanni Bassi <gig...@giggio.net>

[Lincoln Granado]

Aproveitando o Post... Estou lendo o livro do Fowler, "UML Essencial", e ele fala do uso da UML em três formas, como "linguagem de programação" (geração do código a partir da UML), como documentação e como esboço de software, deixando claro que ele a utiliza a terceira opção. Como vocês fazem o uso da UML? Realmente fazem toda a documentação em cima dela, ou somente a utiliza para expor a idéia do software, e mão a obra?

[ ]'s

Lincoln

[Thulio Prudente]

Olá Lincoln,

No meu caso sou Analista de Sistemas e uma das minhas funções é passar soluções para que o programador desenvolva...

Neste caso somente uso, da UML, o diagrama de Classes para expor ideias e não imponho que a classe deve ser exatamente assim dando a liberdade ao programador de discutir uma melhor solução técnica comigo. No mais para passar para equipe o que deve ser feito, eu uso prototipos de tela (folha A4 e caneta) e um descritivo detalhado das regras com niveis e subniveis de marcadores numericos...

:)
 

2009/8/17 Lincoln Granado <lincoln...@gmail.com>

--
Thulio Ultramari
Analista de Sistemas
9138-4690

[Chan Valle]

Cara eu gosto muito de uma ferramenta chamada AgroUML http://argouml.tigris.org/
é uma ferramenta open source "grátis" muito boa...
mas é para gerar código java, mas eu utilizo ela mesmo para c# ....
vale apena conhecer ela.. é a melhor open que eu conheço ....
até....

[Thulio Prudente]

Idem ao Chan.

Ferramenta muito boa, que ainda gera código pra PHP 4 e 5.

2009/8/17 Chan Valle <cha...@gmail.com>

[Raphael Molesim]

Eu também já utilizei o ArgoUML, em geral funciona bem, porém acho que
peca em usabilidade, principalmente com o Diagrama de Sequência.

Porém ele segue muito bem os padrões OMG, e é muito utilizado pela
comunidade, já existem muitas evoluções neste sentido.

Se você pretende gerar código de verdade a partir de diagramas UML,
tentar fazer o caminho de volta para o diagrama é pura ilusão.

Se você quer gerar código de verdade, você não quer uma ferramenta UML
e sim uma Ferramenta MDD.

Bem acho impossível dar uma boa resposta, pois não entendi os reais
requisitos da ferramenta....

O que vc quer?

Diagramação? Geração de Esqueleto? Geração de Código?

On 17 ago, 08:58, Thulio Prudente <thulio...@gmail.com> wrote:
> Idem ao Chan.
>
> Ferramenta muito boa, que ainda gera código pra PHP 4 e 5.
>

> 2009/8/17 Chan Valle <chan...@gmail.com>

[Ricardo]

Muito obrigado pelas respostas. Inicialmente gostaria de aprender UML
e utilizar, como Lincon mencionou do Livro "UML Essencial", como
esboço de software. O que ainda não está claro para mim é se vale a
pena o esforço ir mais além e usar ferramentas para gerar o código a
partir do modelo feito em UML.

Raphael, preciso conhecer melhor sobre ferramenta MDD, quando fala
"Geração de Código" seria algo que gerasse uma aplicação ou protótipo
funcional com telas e salvando e banco de dados ?

On Aug 17, 8:00 pm, Raphael Molesim <rapha...@infoserver.com.br>
wrote:

[Raphael Molesim]

Se você quer utilizar simplesmente para esboçar o software (acredito
ser um ótimo uso) eu acho que não existe motivos para se pagar por uma
ferramenta, pode se utilizar ferramentas free que atendem muito bem a
este requisito. Como o ArgoUML, DIA ou StarUML.

MDD é um novo paradigma de desenvolvimento de software, você não
programa mais orientado ao código e sim ao modelo. Com MDD você gera a
aplicação a partir dos modelos com o máximo possível que a ferramenta
puder automatizar, como CRUD, LOG, RELATÒRIOS, LOG IN, etc... Mas você
em geral vai precisar ainda fazer alguns ajustes na mão. A idéia é
automatizar o que for possível para fazer com que o programador tenha
de se importar com o que realmente é necessário.

Esta conversa vai longe... posso te passar algumas boas referências:

http://www.cs.helsinki.fi/u/przybils/courses/CBD06/papers/01231146.pdf
http://lab.mscs.mu.edu/ASD2007/lectures/mdd-intro.pdf
http://www.livrariacultura.com.br/scripts/cultura/resenha/resenha.asp?nitem=3176060&sid=91089318611818405964161332&k5=1488B74C&uid=

[Alexandre Valente]

Oi Raphel,

Longe mesmo! Às vezes me parece que o MDA nada mais é do que uma reedição "moderna" das antigas idéias de sistemas automaticamente gerados por ferramentas CASE, de 10 anos atrás. Isto é algo que é difícil funcionar pois uma linguagem abstrata nunca vai ser detalhada o suficiente (senão não seria abstrata!) e o gap gerado é algo que às vezes é muito mais trabalhoso pra preencher do que fazer do zero. 

Os concerns citados na wikipedia (http://en.wikipedia.org/wiki/Model-driven_architecture) citam exatamente isto. Na minha opinião, MDA é um conceito interessante mas não creio que possa gerar resultados práticos a não ser para um nicho de aplicativos.

Abs

Alexandre Valente

2009/8/18 Raphael Molesim <raph...@infoserver.com.br>

[rodrigo s gidra]

Alexandre, na minha humilde visao...

Segundo o Martin Fowler a MDA vai substituir nossa forma atual de desenvolvimento. Na MS ja existe uma arquitetura comercial MDA, chamada Oslo, a qual enfrentou uma longa briga sobre INCORPORAR UML ou EXTINGUIR a UML (é só procurar por noticias do oslo no google, da pra remontar a historia do MDA na MS), no final incorporaram mesmo. Mais uma coisa, a ideia original do Agile era descontinuar a UML e gerar aplicacoes sem modelagem (vide varios agilistas que criaram o manifesto).

Se é bom o MDA nao sei, ainda nao fiz nem um lab sequer, por enquanto so estou lendo artigos esporadicamente. Mas sei que esta vindo para ficar, senao varios gurus do mainstream nao estariam defendendo e grandes empresas multinacionais de software nao estariam construindo estrategias e frameworks baseados nisso. O da Microsoft tem a arquitetura baseada em SOA e incorpora uma nova estrategia de modelagem para Dynamic IT Strategy. http://www.microsoft.com/soa/products/oslo.aspx

Visao da MS sobre o Oslo:
mms://msstudios.wmod.llnwd.net/a2294/o21/presspass/modeling9_10_MBR.wmv

Muito interessante. O framework e a modelagem sao so a ponta do iceberg de uma estrategia bem maior.

Aproveitando, vou repassar um link de um artigo do Ivar Jacobson (um dos "tres amigos", pais da UML) que faz um pequeno balanço da UML na atualidade.

http://ivarblog.com/2009/06/30/taking-the-temperature-of-uml/

Mas so me contem uma coisa, senhores, por que essa nova hype que esta se formando quer em suas concepcoes e ideias mais iniciais "matar a UML"? Eu acho ela tao util...

[ ]'s & Best Regards
Rodrigo Gidra

2009/8/18 Alexandre Valente <alexandre...@gmail.com>

[Alexandre Valente]

Oi Rodrigo,

Minha visão é ainda mais humilde que a sua! Afinal quem sou eu para falar que os papas não estão certos! :-).

Mas, isto já foi prometido muitas vezes por muitos outros papas... E não que seja o caso desta vez, mas muitas vezes eles erram feio (o caso que me vem à cabeça é o do Tom DeMarco, o papa da Engenharia de Software dizendo que esteve muito errado por muito tempo e dando o braço a torcer para o agile http://tinyurl.com/m75nxg). 

O que eu acho sobre MDA é que é isto ainda está muito no campo das idéias. Claro que tem chance de gerar algo util em muitos aspectos e/ou nichos, mas duvido que seja uma silver bullet ou que consiga mudar radicalmente a nossa maneira de programar. Conheço o Oslo, e acho a proposta super legal. Aliás a MS tem tentado investir nesta linha de DSLs há um bom tempo, e um caso de sucesso pra mim é a WCF Factory, que a gente aqui na empresa usa com muita frequencia.

Em suma, vamos ver, mas toda vez que eu vejo um grande hype com muitas promessas, eu fico com um (ou dois) pés atrás e espero algo prático pra poder ver como isto vai poder nos ajudar. :-)

Abs

Alexandre Valente

2009/8/19 rodrigo s gidra <rgi...@gmail.com>

[Gerson Dias]

Rodrigo,

Agilistas pensam em desenvolver software sem modelagem? Isso me soa
estranho, já que geralmente nos métodos ágeis no planejamento de cada
iteração, quando são aprofundados os requisitos / casos de usos / user
stories, se modela sim! e o modelo acaba se tornando tão interativo e
incremental... mas claro, não é aquela coisa formal e documental do
cascata ou outros métodos: é mais papel e caneta mesmo! e não vejo
nada melhor que a UML para um papo de desenvolvedor sobre a
implementação daquilo.


[]'s


Gerson


2009/8/19 Alexandre Valente <alexandre...@gmail.com>:

[Thulio Prudente]

Olá,


Realmente, agilistas geram somente a documentação necessária.

2009/8/19 Gerson Dias <gerson....@gmail.com>

[rodrigo s gidra]

Alexandre, concordo. Tambem mantenho meus dois pes atras. Bom, estou comecando meus estudos de WCF... fiquei interessado... vc falou de WCF usando o pattern factory? Tem um link bom para indicar?

 

Gerson, tambem estou migrando para Agile e Scrum atualmente e tambem usamos (e muito) a UML, mas o que eu estava justamente dizendo era que o papel e eficacia da UML foram amplamente questionados antes de fecharem o manifesto agil. 

Me parece que esse buraco que a modelagem tem pode nao ser tao bem tampado pela UML, mas que ela virou "standard de mercado" é inquestionavel.

 

Bom, vamos la pro texto do Jacobson que eu passei...

 

Primeiro ponto interessante...

 

O proprio jacobson reconhecendo essa "maré contra" que rolou...

"The original leaders of the agile movement were also strongly against modeling" (detalhe, nao é o primeiro guru que falou disso)

 

curioso, todo mundo, que eu conheço e usa agile, usa UML tambem.

 

Segundo ponto interessante...

 

"Microsoft found that domain-specific languages did not replace the role for UML and that customers actually wanted to use UML. Today Microsoft is a strong supporter of UML."

 

traducao? a ms ouviu a comunidade e manteve o UML... e pelo que entendi das discussoes em alguns foruns gringos que vi sobre MDA, é que eh uma arquitetura que ate permitiria criar uma "nova modelagem" que nos livrasse da UML, tipo uma nova forma de mapear o problema em forma de software.

 

[ ]'s & Best Regards

Rodrigo Gidra

 

 

 

2009/8/19 Gerson Dias <gerson....@gmail.com>

[rodrigo s gidra]

http://www.agilemodeling.com/essays/realisticUML.htm

[Raphael Molesim]

Pessoal vamos lá,

Não leiam meias-mensagens, e não façam comentários descontextualizados
que não acrescentam a discussão.

Ninguém falou que Agile é contra UML.

Mas que existem movimentos de alguns líderes da comunidade Ágil que
são totalmente contra UML, isso é verdade.

Vir aqui e falar aquilo que todo mundo da comunidade já sabe de forma
descontextualizada da discussão é totalmente desnecessário.

On 19 ago, 17:09, Thulio Prudente <thulio...@gmail.com> wrote:
> Olá,
>
> Realmente, agilistas geram somente a documentação necessária.
>

> 2009/8/19 Gerson Dias <gerson.dias....@gmail.com>

>
>
>
>
>
> > Rodrigo,
>
> > Agilistas pensam em desenvolver software sem modelagem? Isso me soa
> > estranho, já que geralmente nos métodos ágeis no planejamento de cada
> > iteração, quando são aprofundados os requisitos / casos de usos / user
> > stories, se modela sim! e o modelo acaba se tornando tão interativo e
> > incremental... mas claro, não é aquela coisa formal e documental do
> > cascata ou outros métodos: é mais papel e caneta mesmo! e não vejo
> > nada melhor que a UML para um papo de desenvolvedor sobre a
> > implementação daquilo.
>
> > []'s
>
> > Gerson
>

> > 2009/8/19 Alexandre Valente <alexandre.g.vale...@gmail.com>:

> > > Oi Rodrigo,
> > > Minha visão é ainda mais humilde que a sua! Afinal quem sou eu para falar
> > > que os papas não estão certos! :-).
> > > Mas, isto já foi prometido muitas vezes por muitos outros papas... E não
> > que
> > > seja o caso desta vez, mas muitas vezes eles erram feio (o caso que me
> > vem à
> > > cabeça é o do Tom DeMarco, o papa da Engenharia de Software dizendo que
> > > esteve muito errado por muito tempo e dando o braço a torcer para o

> > > agilehttp://tinyurl.com/m75nxg).

> > >> 2009/8/18 Alexandre Valente <alexandre.g.vale...@gmail.com>

>
> > >>> Oi Raphel,
> > >>> Longe mesmo! Às vezes me parece que o MDA nada mais é do que uma
> > reedição
> > >>> "moderna" das antigas idéias de sistemas automaticamente gerados por
> > >>> ferramentas CASE, de 10 anos atrás. Isto é algo que é difícil funcionar
> > pois
> > >>> uma linguagem abstrata nunca vai ser detalhada o suficiente (senão não
> > seria
> > >>> abstrata!) e o gap gerado é algo que às vezes é muito mais trabalhoso
> > pra
> > >>> preencher do que fazer do zero.
> > >>> Os concerns citados na wikipedia
> > >>> (http://en.wikipedia.org/wiki/Model-driven_architecture) citam
> > exatamente
> > >>> isto. Na minha opinião, MDA é um conceito interessante mas não creio
> > que
> > >>> possa gerar resultados práticos a não ser para um nicho de aplicativos.
> > >>> Abs
> > >>> Alexandre Valente
>

> > >>> 2009/8/18 Raphael Molesim <rapha...@infoserver.com.br>

>
> > >>>> Se você quer utilizar simplesmente para esboçar o software (acredito
> > >>>> ser um ótimo uso) eu acho que não existe motivos para se pagar por uma
> > >>>> ferramenta, pode se utilizar ferramentas free que atendem muito bem a
> > >>>> este requisito. Como o ArgoUML, DIA ou StarUML.
>
> > >>>> MDD é um novo paradigma de desenvolvimento de software, você não
> > >>>> programa mais orientado ao código e sim ao modelo. Com MDD você gera a
> > >>>> aplicação a partir dos modelos com o máximo possível que a ferramenta
> > >>>> puder automatizar, como CRUD, LOG, RELATÒRIOS, LOG IN, etc... Mas você
> > >>>> em geral vai precisar ainda fazer alguns ajustes na mão. A idéia é
> > >>>> automatizar o que for possível para fazer com que o programador tenha
> > >>>> de se importar com o que realmente é necessário.
>
> > >>>> Esta conversa vai longe... posso te passar algumas boas referências:
>
> >http://www.cs.helsinki.fi/u/przybils/courses/CBD06/papers/01231146.pdf
> > >>>>http://lab.mscs.mu.edu/ASD2007/lectures/mdd-intro.pdf
>

> >http://www.livrariacultura.com.br/scripts/cultura/resenha/resenha.asp...

> ...
>
> mais »

[Raphael Molesim]

Vou abrir uma nova thread para esta nova discussão!

On 19 ago, 14:25, Alexandre Valente <alexandre.g.vale...@gmail.com>
wrote:

> Oi Rodrigo,
> Minha visão é ainda mais humilde que a sua! Afinal quem sou eu para falar
> que os papas não estão certos! :-).
>
> Mas, isto já foi prometido muitas vezes por muitos outros papas... E não que
> seja o caso desta vez, mas muitas vezes eles erram feio (o caso que me vem à
> cabeça é o do Tom DeMarco, o papa da Engenharia de Software dizendo que

> esteve muito errado por muito tempo e dando o braço a torcer para o agilehttp://tinyurl.com/m75nxg).

> > 2009/8/18 Alexandre Valente <alexandre.g.vale...@gmail.com>

>
> > Oi Raphel,
> >> Longe mesmo! Às vezes me parece que o MDA nada mais é do que uma reedição
> >> "moderna" das antigas idéias de sistemas automaticamente gerados por
> >> ferramentas CASE, de 10 anos atrás. Isto é algo que é difícil funcionar pois
> >> uma linguagem abstrata nunca vai ser detalhada o suficiente (senão não seria
> >> abstrata!) e o gap gerado é algo que às vezes é muito mais trabalhoso pra
> >> preencher do que fazer do zero.
>
> >> Os concerns citados na wikipedia (
> >>http://en.wikipedia.org/wiki/Model-driven_architecture) citam exatamente
> >> isto. Na minha opinião, MDA é um conceito interessante mas não creio que
> >> possa gerar resultados práticos a não ser para um nicho de aplicativos.
>
> >> Abs
>
> >> Alexandre Valente
>

> >> 2009/8/18 Raphael Molesim <rapha...@infoserver.com.br>

>
> >>> Se você quer utilizar simplesmente para esboçar o software (acredito
> >>> ser um ótimo uso) eu acho que não existe motivos para se pagar por uma
> >>> ferramenta, pode se utilizar ferramentas free que atendem muito bem a
> >>> este requisito. Como o ArgoUML, DIA ou StarUML.
>
> >>> MDD é um novo paradigma de desenvolvimento de software, você não
> >>> programa mais orientado ao código e sim ao modelo. Com MDD você gera a
> >>> aplicação a partir dos modelos com o máximo possível que a ferramenta
> >>> puder automatizar, como CRUD, LOG, RELATÒRIOS, LOG IN, etc... Mas você
> >>> em geral vai precisar ainda fazer alguns ajustes na mão. A idéia é
> >>> automatizar o que for possível para fazer com que o programador tenha
> >>> de se importar com o que realmente é necessário.
>
> >>> Esta conversa vai longe... posso te passar algumas boas referências:
>
> >>>http://www.cs.helsinki.fi/u/przybils/courses/CBD06/papers/01231146.pdf
> >>>http://lab.mscs.mu.edu/ASD2007/lectures/mdd-intro.pdf
>

> >>>http://www.livrariacultura.com.br/scripts/cultura/resenha/resenha.asp...

[Alexandre Valente]

Oi Rodrigo,

Segue link. http://msdn.microsoft.com/en-us/library/bb931187.aspx

Na nossa equipe, usamos agile e não usamos UML! Normalmente só usamos UML na empresa quando é um projeto waterfall clássico em que o cliente pede algum tipo de especificação formal.

No dia a dia de um projeto ágil, temos que manter a "burocracia" no mínimo possível... E uma standup meeting é muito mais produtiva do que qualquer diagrama. Numa equipe ágil, a comunicação do time a todo o tempo é fundamental, assim vc acaba não tendo necessidade de documentação, o único artefato gerado é o próprio código.

[Phillip Calçado]

Oi,

2009/8/20 rodrigo s gidra <rgi...@gmail.com>:

> Segundo o Martin Fowler a MDA vai substituir nossa forma atual de
> desenvolvimento.

Na verdade é exatamente o contrário:

"Some people think that Model Driven Architecture (MDA) will be
biggest shift in software development since the move from assembler to
the first high level languages. Others think that it's nothing more
than Night of the Living Case Tools. I'm in the latter camp but feel
the need for more than a slick saying."
-- `http://martinfowler.com/bliki/ModelDrivenArchitecture.html

> Na MS ja existe uma arquitetura comercial MDA, chamada
> Oslo, a qual enfrentou uma longa briga sobre INCORPORAR UML ou EXTINGUIR a
> UML (é só procurar por noticias do oslo no google, da pra remontar a
> historia do MDA na MS), no final incorporaram mesmo. Mais uma coisa, a ideia
> original do Agile era descontinuar a UML e gerar aplicacoes sem modelagem
> (vide varios agilistas que criaram o manifesto).

Oslo é MDD mas não é MDA. MDA é uma série de padrões definidos pelo
OMG e o produto da Microsoft não adere à eles.

[]s

--
Phillip Calçado
http://fragmental.tw
http://www.fragmental.com.br

[rodrigo s gidra]

Obrigado Alexandre, achei realmente muito interessante. Vou postar aqui e ja sigo o link. =)

Tem razao, Phillip, um colega de trabalho tambem me mostrou o mesmo texto agora ha pouco...

Vcs acham que MDA/MDD emplaca?

[ ]'s & Best Regards
Rodrigo Gidra 

2009/8/19 Phillip Calçado <pcal...@gmail.com>

[Giovanni Bassi]

Eu acho que a resposta para essa questão é extremamente simples: use o que faz sentido no seu contexto.

Vamos fazer UML só se fizer sentido. Vamos usar para dar visão no começo? Se fizer sentido, sim. Vamos manter os diagramas atualizados depois? Se fizer sentido, SIM! Vamos gerar diagramas de sequência de 15 níveis? Se fizer sentido sim.

 

Vou dar um exemplo que estou passando agora. Estou realizando uma consultoria em uma grande empresa nacional. Estamos trabalhando arquitetura e processo. Começamos pelo processo, fizemos as histórias, fechamos um backlog inicial. Ainda há muito o que fazer, já que a empresa vai adotar Scrum com o meu suporte, e ainda estamos nos primeiros passos.

Modelamos? Muito! Usamos flipcharts, diversos deles, para expressar as idéias. Todos estão guardados, são parte da nossa documentação. O time sentiu que gostaria de ter uma visão das entidades, então fez um MER. Mas eles entenderam que o MER serve apenas para dar uma visão do sistema, nós não vamos seguir o MER a risca, ou sequer usá-lo na hora de programar as histórias, ele serve de inspiração. Os diagramas de classes são gerados pelo VS a partir do código, e são usados O TEMPO TODO par nos ajudar a ter visão sobre o código que estamos criando. Estamos trabalhando algumas partes com TDD, outras com testes depois, mas testes fazem parte do processo, de forma extremamente forte, e nos ajudam a modelar também. Temos documentos gerados a partir das histórias que ajudam a dar visão sobre a história, durante o desenvolvimento. O time entendeu que o documento serve apenas para habilitar a criação da história, naquele momento. Vamos guardar os documentos apenas como histórico, eles não serão a documentação do aplicativo. Pode ser que nem guardemos.

 

Sinceramente, não entendo porque TANTA confusão. O lance todo não é só ser ágil. É ser simples também. E simples não é simplório. É claro. Objetivo. Direto. Produtivo.

[]'s

Giovanni Bassi
Microsoft MVP, MCSD, MCPD, CSM
Arquiteto de software
http://www.giovannibassi.com

[Chan Valle]

Ah eu não gosto muito de UML não viu ...
Ao menos toda a UML, claro existe alguns aspectos que são importantes,
mas pra mim quase todos os diagramas ficam defasados e não refletem o
que o sistema é realmente, no caminho de desenvolvimento é muito raro
não haver mudanças. E quase sempre os modelos UML não prestam pra
nada, acho uma maneira muito burocrática, se fosse apostar em algo eu
apostaria que ou a UML muda ou ela morre. Não trabalho com nenhum
modelo ágil então não sei como funciona a UML dentro de um modelo
ágil, mas como o Gerson disse que é só no papel , deve ser bem mais
prático ...
O que todo mundo está correndo atrás, é pra gerar UML a partir de
código criado, se isso ocorrer com sucesso UML vai mudar muito ....
dizem que já da pra fazer isso no VS 2010 ou parte disso .
Bem se falei besteira me desculpem hehehe até pessoal

[Renato Duran - Pessoal]

Pessoal,

Complementando o que já foi citado pelo Raphael e pelo Giovanni: vamos fazer
comentário contextualizados e vamos minimizar as celeumas para termos
discussões mais ricas.

Vamos deixar claro uma coisa: UML NÃO É METODOLOGIA. UML é simplesmente uma
linguagem gráfica + textual que nos auxilia a entender um problema complexo.
Ela não define QUEM faz O QUE, nem QUANDO, nem POR QUE. Quem define isso é
um MÉTODO, seja ele um método Ágil, não-Ágil ou cascata.

Podemos utilizar a UML (ou qualquer outra linguagem de modelagem) com
QUALQUER método. Chega a doer os ouvidos quando alguns dizem que a UML é
burocrática.

Como já foi citado por alguns, podemos utilizar a UML (ou qualquer outra
linguagem de modelagem) em diversos níveis: desde fazer rascunhos, até algo
mais próximo do projeto físico ou até mesmo já descer o nível a ponto do
modelo gerar um sistema. Acredito que a indústria como um todo está num
nível de maturidade bom para utilizá-la como esboço / rascunho e, em alguns
casos, no nível um pouco mais detalhado. Já para gerar sistema a partir do
modelo, acho que ainda precisamos evoluir muito para chegar neste ponto. Mas
isso é apenas a minha opinião. Vejam que esses níveis de utilização da UML é
citado pelo Fowler no livro UML Distilled (UML Essencial, em português) e no
UML User Guide (UML Guia do Usuário), dos "três amigos" criadores iniciais
da UML (Grady Booch, James Rumbaugh e Ivar Jacobson).

Outra coisa, vejo que os defensores ferrenhos de métodos Ágeis enxergam 2
mundos: o Ágil e o Cascata. E englobam neste segundo metodologias como o
RUP, que NÃO É CASCATA. Um dos primeiros pontos chave que aprendemos quando
estudamos o RUP é que o processo é ITERATIVO e INCREMENTAL. E isso é herança
do UP, que é um processo aberto. E vejam que o fato de ser iterativo não é
exclusividade de métodos Ágeis.

Agora, se as empresas fazem um mau uso de um método e o transformam em algo
que ele não é, então o problema não é do método! Não é por que algumas
empresas transformaram o RUP em cascata que ele seja cascata.

Não defendo com unhas e dentes nenhuma abordagem. Entendo que cada processo
/ método / tecnologia tem o seu lugar em determinados cenários. Cabe às
pessoas que definem o processo enxergar o que melhor se adapta à cultura da
empresa.

Vou fazer minhas as palavras do Raphael: "Não leiam meias-mensagens, e não
façam comentários descontextualizados que não acrescentam a discussão.".

Vejam, no cenário citado pelo Alexandre, me parece que ele tem acesso direto
aos usuários, então a modelagem pode ser feita num nível mais superficial,
ou até mesmo ignorada. De repente, para ele, o modelo mais útil seja um
rascunho de um protótipo de telas! Como citado pelo Giovanni: faça o que
fizer sentido! Para ele não faz sentido fazer modelos, pois é possível ser
eficiente e eficaz na empresa que ele trabalha sem modelos. Em outros casos,
talvez um modelo de casos de uso, ou estórias, seja útil para entender o
comportamento do sistema. Aí talvez modelemos as atividades dos processos de
negócio com um diagrama de atividades ou com a notação da BPMN. Enfim,
depende do que vc precisa, vc usa, ou não, determinados recursos.

Por outro lado, existem situações em que é muito difícil implantar um método
Ágil ou gerenciamento do projeto com Scrum. Imaginem o seguinte cenário: uma
empresa "A" compra a "B". A empresa "A" é norte-americana. Aí vem a ordem lá
do quartel general pedindo um cronograma completo do projeto de migração da
base de dados. Trata-se de um projeto gigantesco, que deveria ser planejado
iterativamente, com iterações curtas e tudo o mais que a gente já sabe...
Mas, como chegar pro cara lá da matriz nos Estados Unidos e falar: "não vou
te dar um cronograma completo porque isso não vai funcionar. Vamos fazer com
escopo aberto, iterações curtas e aí aos poucos vc vai percebendo o real
valor do projeto..."... Por mais forte que seja o argumento, muitas vezes a
ordem vem de cima pra baixo, não tem jeito. Vivi isso direta e indiretamente
várias vezes.

Bom, voltando à discussão original da Thread. O EA (Enterprise Architect) é
uma ferramenta excelente de modelagem. Ajuda em atividades de todo o ciclo
de vida de desenvolvimento de um sistema: desde o desenho dos processos de
negócio até a implantação física do projeto. É um excelente custo benefício,
principalmente comparado a outras ferramentas equivalentes.

Inclusive, sou instrutor dessa ferramenta e ministro os treinamentos pela
OAT Solutions, que o André Abrantes comentou (André, será que fui eu quem
ministrou o treinamento para vc?). Se alguém precisar de alguma informação
adicional, estou à disposição.

[]'s,
Renato Duran


-----Mensagem original-----
De: dotnetar...@googlegroups.com
[mailto:dotnetar...@googlegroups.com] Em nome de Chan Valle
Enviada em: quinta-feira, 20 de agosto de 2009 08:55
Para: .Net Architects
Assunto: [dotnetarchitects] Re: UML Ferramentas e Utilização Prática

[Giovanni Bassi]

Pois é... para mim UML não é nem um pouco burocrática. Trabalho ela integrada no VS, ela está sempre atualizada, e só uso quando preciso.

Quanto ao RUP... lembro de algo que um amigo falou sobre o PMI, que se aplica ao RUP: ele teve seu tempo, e não entregou.
Ok, o problema pode até não ser da metolodologia, mas das pessoas que usam errado. A pergunta então é: porque as pessoas usam errado? Talvez ela seja muito complexa, talvez quem a criou tenha incentivado tal comportamento. Não sei. De qualquer forma, o problema volta a ser da metodologia.
O que sei é que uma metologia não é o que está nos livros, ela é sua execução, sua prática. E na prática, a grande maioria usa RUP em cascata, e não iterativamente.  Talvez este seja um motivo que os métodos ágeis estejam fazendo tanto sucesso: são simples e fáceis de entender. Se alguém pula fora de uma prática, é fácil identificar de imediato. E eles em geral tem poucas práticas, mas tem muitos princípios, todos curtos e objetivos. O Scrum, que é o que tenho mais experiência e posso citar, tem pouquíssimos rituais, mas os princípios... esses permeiam todo o processo.

[]'s

Giovanni Bassi
Microsoft MVP, MCSD, MCPD, CSM
Arquiteto de software
http://www.giovannibassi.com

2009/8/20 Renato Duran - Pessoal <rena...@gmail.com>

[Andre Abrantes]

Olá Renato.

Sim, foi você mesmo quem ministrou o curso. Bom te rever por aqui !

Depois daquele curso, procurei por exemplos da própria SparxSystem usando o MDG Integration, mas não tive sucesso.

Aproveito para lhe deixar uma pergunta, existe disponíveis exemplos de projetos feitos no EA ? Acho que a pergunta não está off-topic pois ajudará no aprendizado de quem tiver interesse.

Abraços,
André Abrantes.

2009/8/20 Renato Duran - Pessoal <rena...@gmail.com>

[Alexandre Valente]

Concordo com o Giovanni, eu acho que nunca vi RUP usado de forma iterativa, sempre só em cascata... 

Acho que estamos falando a mesma coisa. Se UML for restrito ao Diagrama de Classes, então é claro que todos usamos, afinal já está pronto no VS. Mas quando falamos em UML "formal", pra mim são Diagramas de Caso de Uso, Diagramas de Seqüencia e Diagramas de Estado. Até onde eu sei não existem ferramentas que podem gera-los no VS automaticamente como é feito com o Diagrama de Classes.

E como já foi falado, são ótimos como linguagem de rascunho. Mas como documentos formais, eles ficam desatualizados no instante em que são produzidos. E eu tbm nunca vi alguém manter isto sincronizado por muito tempo, mesmo em grandes projetos, o seu uso fica normalmente restrito aos artefatos de especificação (por isto que eu chamei de burocracia - caros pra fazer, caros pra manter).

Abs 

Alexandre Valente

2009/8/20 Giovanni Bassi <gig...@gmail.com>

[Giovanni Bassi]

No VS2010 os diagramas estão todos lá. Use case, sequência, etc...
Tenho usado bastante VS 2010. Estou com 2 clientes utilizando já para software que vai para produção. Como a previsão de lançamento do produto é ano que vem, então não há problema de trabalhar com um beta, ainda mais estável como está do VS 2010.

[]'s

Giovanni Bassi
Microsoft MVP, MCSD, MCPD, CSM
Arquiteto de software
http://www.giovannibassi.com

2009/8/20 Alexandre Valente <alexandre...@gmail.com>

[rodrigo s gidra]

So vi agora esse mail... depois da biblia que eu escrevi rsrs. mas concordo com o Giovanni e o Renato... Ninguem conseguiu ainda criar uma silver-bullet para modelagem de sistema. Alias, por enquanto ainda nao acredito que algum dia alguem va conseguir criar uma.

Fui rsrs o papo ficou tao interessante q quase perco o horario...

[ ] 's & Best Regards
Rodrigo Gidra

2009/8/20 Giovanni Bassi <gig...@gmail.com>

[Fabio Margarito]

Um artigo interessante e atual de Ivar Jacobson

 

http://ivarblog.com/2009/06/30/taking-the-temperature-of-uml/

 

Ele fala um pouco sobre o papel da UML a respeito do que foi vendido no passado e do cenário atual. Duas citações importantes e que vão de encontro com o que foi falado nesta thread

 

"Today the world looks upon UML with a more balanced perspective. UML is not the ”silver bullet” it was sold as ten years ago"

 

e

 

"Still, UML has become complex and clumsy. For 80% of all software only 20% of UML is needed. However, it is not easy to find the subset of UML which we would call the “Essential” UML. We must make UML smarter to use."

 

Com relação a metodologias, processos, técnicas de gerenciamento de projetos etc.., não os acho culpados. já vi RUP dando certo, processos ágeis funcionando bem, RUP funcionando em cascata, e até empresas que diziam usar SCRUM realizando um projeto de meses com apenas um sprint(e não deu certo :-) ). No fim das contas, se formos pensar de modo simplista, estamos juntando um "porrilhão" de pessoas, para no final, um produto. Isso só irá funcionar bem quando pessoas foram substituídas por robôs,rs.   

 

Se houvesse bala de prata, não teríamos relatórios Chaos Report montrando indicadores ruins e renomados autores negando todo um legado.

 

Cada empresa é um case totalmente novo, um novo modelo, e é necessária uma nova forma de trabalhar. Não acredito em fórmulas que funcione para todos, é um método totalmente experimental até encaixar os eixos.

 

Só acho que tudo o que é utilizado, deve ser discutido em conjunto e entregar valor, se não entregar, lixo.. Há a necessidade de menos purismo e mais realismo.

 

Para aquecer um pouco a discussão, encontrei o texto abaixo, extraído deste artigo http://ivarblog.com/2009/04/20/taking-the-temp-on-agile/.

 

"A couple of weeks ago Kent Beck delivered the keynote at a conference in Gothenburg, Sweden.  He began by saying that, in the US, agile already starts to get old.  Programmers are tired of all these daily meetings where they have to be social.  They want to code – they don’t want to talk. This being said by the father of XP and the individual who is probably most associated with triggering the whole agile movement – a fantastic accomplishment that has my greatest respect"

 

Temos o mesmo problema? Isto também acontecerá por aqui?

 

 

[]'s

Fabio Margarito

 

 

 

 

 

 

 

 

 

 

 

 

 

2009/8/20 rodrigo s gidra <rgi...@gmail.com>

So vi agora esse mail... depois da biblia que eu escrevi rsrs. mas concordo com o Giovanni e o Renato... Ninguem conseguiu ainda criar uma silver-bullet para modelagem de sistema. Alias, por enquanto ainda nao acredito que algum dia alguem va conseguir criar uma.

[Renato Duran - Pessoal]

Giovanni, concordo em partes quando vc diz que o problema volta a ser da metodologia, uma vez que ela é complexa e difícil de implementar. Realmente, se ela é muito complexa, dá margem para várias interpretações e isso pode gerar algo distorcido do que deveria.

 

Porém, por outro lado, vejo que esse tipo de coisa não se aplica só às metodologias. Já até comentamos sobre isso em outras threads. Por exemplo: muita gente desenvolve aplicações web, em Web Forms, da mesma forma que uma aplicação Win Form. No meu modo de ver, um dos principais motivos que leva isso a acontecer é porque a própria IDE do Visual Studio nos leva a programar de uma maneira “parecida”. Com isso, temos margem para fazer aplicações Web ruins, mal estruturadas, difíceis de manter e por aí vai.

 

Neste caso, o problema é a tecnologia do Web Forms, que permite fazer isso? Ou o problema são alguns maus programadores que não entendem os conceitos e os aplicam de modo errado? Talvez seja um problema híbrido, mas acho complicado colocar a culpa só na tecnologia. Na minha opinião, isso vai muito de encontro com o que o Fábio disse, que é um ponto chave: o principal de todo o processo são as pessoas. Se a metodologia / ferramenta / tecnologia é complexa para a equipe e não está agregando valor, escolha outra.

 

Estava conversando com o Fábio ontem justamente sobre isso. De que adianta ter um processo definido, se as pessoas que farão o projeto só sabem programar o evento Click de um botão!

 

E acredito que toda essa movimentação sobre agilidade e revisão de conceitos é um processo natural de evolução. 100% saudável.

 

Interessante o post do Jacobson citado pelo Fábio. Daqui a alguns anos, estaremos discutindo o valor dos métodos ágeis em relação às novas abordagens da época.

 

A única coisa que não vejo como saudável, é o fato de muitas pessoas discutirem isso de forma religiosa, agressiva. Alguns têm suas crenças e opiniões e acham que todo o resto é balela. Isso eu acho que não agrega em nada para a evolução.

 

[]’s,

Renato Duran

<br

[Renato Duran - Pessoal]

Bom dia André!

 

Legal, desculpe não me lembrar de vc de primeira... Acabo passando por muitos lugares com muitas pessoas diferentes, fica difícil lembrar de todo mundo...

 

Então, o que existe de oficial são alguns exemplos da própria Sparx. Já passei por diversas empresas que usam o EA e cada um acaba customizando seu modo de uso... O que vc está precisando? Se tiver dúvidas sobre como usar algo ou precisar de alguma orientação, pode me escrever!

 

Pessoal, se acharem que está ficando off, a gente continua o bate-papo no email particular...

 

[]’s,

Renato Duran

[Andre Abrantes]

Bom dia !

Realmente pode estar off, mas bom saber que qualquer dúvida sobre o EA, poderemos entrar em contato.


Obrigado pela atenção !

Conversamos em off.

Att,
André.

[Rodrigo Morais]

Oi Giovanni,

 

Estou começando a utilizar o VS 2010 e gostaria de ver se você possui algum material que fale como trabalhar, vincular e gerar código com estes diagramas. Comecei a montar os diagramas em um Modeling Project, mas não consigo vincular os diagramas nem gerar código.

 

Valeu,

 

Rodrigo Morais

 

Em 20/08/09, Giovanni Bassi <gig...@gmail.com> escreveu:

[Raphael Molesim]

Também tive o mesmo problema....

Mas não tive tempo de ir ver o que era...

No mínimo é uma má usabilidade!

On Aug 24, 9:01 am, Rodrigo Morais <morais...@gmail.com> wrote:
> Oi Giovanni,
>
> Estou começando a utilizar o VS 2010 e gostaria de ver se você possui algum
> material que fale como trabalhar, vincular e gerar código com estes
> diagramas. Comecei a montar os diagramas em um Modeling Project, mas não
> consigo vincular os diagramas nem gerar código.
>
> Valeu,
>
> Rodrigo Morais
>
> Em 20/08/09, Giovanni Bassi <gig...@gmail.com> escreveu:
>
>
>
>
>
> > No VS2010 os diagramas estão todos lá. Use case, sequência, etc...
> > Tenho usado bastante VS 2010. Estou com 2 clientes utilizando já para
> > software que vai para produção. Como a previsão de lançamento do produto é
> > ano que vem, então não há problema de trabalhar com um beta, ainda mais
> > estável como está do VS 2010.
>
> > []'s
>
> > Giovanni Bassi
> > Microsoft MVP, MCSD, MCPD, CSM
> > Arquiteto de software
> >http://www.giovannibassi.com
>

> > 2009/8/20 Alexandre Valente <alexandre.g.vale...@gmail.com>

> >>> 2009/8/20 Renato Duran - Pessoal <renato...@gmail.com>

> ...
>
> read more »

[Rodrigo Morais]

Pelo que vi neste link http://www.dotnetcurry.com/ShowArticle.aspx?ID=349 a versão beta ainda não implementa código a partir dos diagramas.

Está funcionalidade só funciona para o diagrama de classes já existente na versão 2008.

 

Alguém sabe se está informãção está correta?

 

Em 24/08/09, Raphael Molesim <raph...@infoserver.com.br> escreveu:

--
Rodrigo Morais

[Rodrigo Morais]

Testando um pouco mais descobri que num projeto Class Library podemos gerar diagrama de sequência a partir do código, não consegui fazer o caminho contrário gerando código modificando o diagrama. Alguém já está trabalhando desta forma e conseguiu gerar código do diagrama de sequência?

 

No Class Library podemos ter o diagrama de classe que está conectado com código, modificando um modifica o outro. Mas não consegui fazer o vinculo do diagrama de sequência com o de classe. Alguém conseguiu? E trabalhar com mutiplicidade não funciona corretamente ou eu não consegui usar. Alguém conseguiu?

 

Também não consegui vincular os diagramas do Class Library com os do Modeling Project, pelo que entendi apenas nas próximas versões.

 

Pelo que testei até agora achei fraco a parte de modelagem e prefiro continuar utilizando o EA, mas a grande vantagem é a engenharia reversa automática. Se a Microsoft melhorar um pouco vai da pra utilizar o VS para o design.

 

Quem já está utilizando o que está achando?

 

Valeu,

 

Rodrigo Morais

2009/8/24 Rodrigo Morais <mora...@gmail.com>

--
Rodrigo Morais