Não vi nenhum argumento no seu texto com relaçao aos pontos levantados no post. A ferramenta em questão faz CRUD de forma rápida? Isso não é nenhuma novidade, com seu “calejamento” todo imagino que você, como eu, já viu isso dezenas de vezes anteriormente e já sabe onde isso vai parar.

Por favor, já estou bem calejado com críticas e gestão de conflitos tem sido meu passatempo nos últimos anos. É interessante ver como muitos nobres colegas escrevem com raiva com tanto vigor, nesta hora eles se questionam e com o tempo, 40, 50 anos lembrarão do que eu estou escrevendo aqui.

Abraços a todos
Prof.DAvince

A Softwell é bastante marketeira e tem bastante grana pra isso, pois o Freire não tem apenas empresa de informatica, logo se vê que não entende o produto que tem em mãos.

Tive contato com a ferramenta, cheia de bugs e mesmo a pessoa que apresentou não conseguiu finalizar um unico fluxo simples que em qualquer linguagem não demoraria mais do que alguns minutos.

Programar em fluxo não é 60 vezes maior produtividade e sim extremamente moroso e medonho.

Como quotei antes o OMG define MDA em função de UML. Se hipoteticamente podemos ter MDA sem UML pode ser uma coisa interessante mas não consigo ver ninguém fazendo isso -pelo contrário, quem não usa UML foge de MDA como faz a Microsoft com DSL Tools. Se você tiver alguns exemplos destas “varias ferramentas que se encaixam em MDA” ajudaria.

Eu não incluiria Mellor nessa lista. Em 2007 eu assiti uma palestra dele no SPIN-RS onde deixou bem claro que não acredita que as iniciativas em torno de UML são bem sucedidas porque o comitê se recusou a adotar características básicas para tonrar a linguagem executável -que por coincidência, foram sugeridas por ele. Se o autor do método alou que é uma furada eu não sei exatamente o que pode ser contestado.

Sobre diagramas, você falou claramente acima que diagrama de atividades não modela interações. Meu ponto é que num sistema OO não existe qualquer atividade se não houver interação entre objetos. Se você tem um diagrama deste tipo sem interações entre objetos o que você tem é um fluxograma, uma técnica muito usada nos anos 70. Da especiicação:

6.2.1 The Basic Premises
There are two fundamental premises regarding the nature of UML semantics. The first is the assumption that all behavior in a modeled system is ultimately caused by actions executed by so-called “active” objects (see “Class (from Communications)” on page 436). This includes behaviors, which are objects in UML 2, which can be active and coordinate other behaviors. The second is that UML behavioral semantics only deal with event-driven, or discrete, behaviors. However, UML does not dictate the amount of time between events, which can be as small as needed by the application, for example, when simulating continuous behaviors.

E eu não encontrei nada na especificação do diagrama sobre não-objetos. Aliás, a especificação é danosamene abstrata. De qualquer modo, você não precisa de linguagens 100% Orientadas a Objetos para ter programas Orientados a Objetos.

Resumindo:
- MDA não precisa ser feito só com UML: Ok, mas ainda é mesmo que “computador não precisa ser binário”. Possível pode até ser mas quem faz? Aliás, qual a vantagem de fazer?

- Diagramas de Atividades modelam comportamentos e nao interações: Ok mas num sistema OO comportamento vai implicar em interações.

Se você acredita que MDA é uma plataforma razoável, ótimo, existem várias pessoas que acreditam nisso.

Re: diagrama de atividades vs. interacoes

Cara, foi o que eu escrevi acima: o foco do diagrama de atividades nao eh interações, e sim ações/activity nodes (pedaços de comportamento). Invocação de operação é uma entre 50 ações disponíveis, por baixo. Por isso, nao faz sentido destacar interacoes entre objetos. UML, assim como Java, C++ e C# (e diferentemente de Smalltalk) *não é* 100% orientada a objetos, bem longe disso.

Eu já li a documentação do MDA. Se o OMG vende MDA comot ecnologia agregada ao UML (vide quote) então seu argumento é algo como: “Nem todo computador é binário”. É claro que é possível, só não tem nenhum caso prático.

Quanto aos diagramas, eu realmente gostaria de saber como você consegue modelar uma algoritmo usando objetos sem utilizar interações entre objetos. Se você possui uma linguagem sem objetos isso é possível, numa linguagem 100% OO não.

Duas coisas:

O Rubem Azenha tah certo, MDA nao eh exclusivamente UML, embora UML seja a oferta da OMG para modelagem (vide o link que postaste). Se leres o MDA Guide, vais ver que eles sempre usam “may”, “can”, mas nunca “must” ou “should” ou coisa parecida.

Diagrama de atividades nao modela interacoes, modela comportamento (diagramas de sequencia e colaboracao, sim). O comportamento pode ou nao involver invocacoes de operacoes no mesmo objeto ou outros objetos, mas essa eh apenas uma das possibilidades. Maquinas de estados sao outra forma de definir comportamento de elementos como operacoes.

Falou,

Rafael