Você está pronto para o MDA?

tradução livre de: http://www.agilemodeling.com/essays/readyForMDA.htm

Você está pronto para o MDA (Arquitetura Orientada por Modelos)?

A Arquitetura Orientada por Modelo (MDA) da “Object Management Group (OMG)” ganhou significado destaque na indústria de TI no ano passado. Contudo o MDA é realmente uma maravilhosa teoria, existem claramente diversos desafios para serem superados. Assumindo que você não ache esses desafios tão amedrontadores, você está preparado para o MDA? Os pontos críticos que você deve considerar são:

1. Você atualmente possui projetistas (Analistas de Sistemas)  altamente qualificados? MDA somente funciona quando você tem pessoas com as habilidades corretas, e eu sinto que na melhor das situações somente 2% de todos desenvolvedores possuem essas habilidades.
2. Você possui pessoas em sua equipe que podem se tornar projetistas altamente qualificados? Se você não tem numero suficiente de projetistas agora, porém nos próximos anos você poderá identificar, treinar e guiar nestas habilidades.
3. Você está em condições de atrair e reter projetistas altamente qualificados? Se você não tem numero super projetistas que o MDA requere você pode sempre contrata-los, porém muitas outras empresas irão pensar dessa forma e se desesperarão para empregar essas pessoas, então você precisa ser muito bom para rete-las.
4. Você possui pessoas que são ambos bons projetistas e codificadores? Até mesmo quando você está criando esses modelos sofisticados você ainda sim precisará de código, seja isso codigo ASL (action semantic language) nos seus modelos independentes de plataforma, código OCL (object constraint language) ou mesmo código especifico de plataforma em Java ou C# para implementar a lógica que sua ferramenta não gera.
5. Seus Stakeholders(pessoas interessadas no projeto) são sofisticados o bastante para entender PIMs? Nos anos 80 quando ferramentas complexas de modelagem foram primeiramente popularizadas, descobrimos que nossos stakeholders de negocios tinham grande dificuldade para entender os modelos abstratos que criavamos. Aprendemos que precisamos usar tecnicas e ferramentas mais simples com nosso usuario e que quando o fizemos eles começaram a se envolver ativamente com a especificação dos sistemas.
6. Você encontraria um conjunto de ferramentas de modelagem que completa suas necessidades atuais? Quão Usavel/”Entendivel” elas são? MDA somente funciona se voçe encontrar ferramentas que supram suas necessidades atuais, da mesma forma voçe descobrirá que precisa encontrar ferramentas simples de se modelar – apesar do XMI da OMG (XML model interchange) parecer ótima em teoria mas na realidade não existe ainda um conjunto de ferramentas na qual não aprensentem uma perda de informação quando compartilhando modelos entre elas.
7. Você possu uma estratégia de teste viavel? Parte de modelar um sistema é validar seu funcionamento. Infelizmente eu não sei de nenhuma ferramenta que suporte alguma forma de Modelagem orientada a teste (TDM), ou deveriamos chamar MDA orientado a teste (TDMDA). então como você irá provar se seu sistema funciona? Veja o que Jason Gorman pensa sobre o assunto.
8. Está disposto a juntar sua fortuna a do vendedor da ferramenta? Com o metodo MDA de se desenvolver você se torna extremamente dependente das ferramentas de modelagem que você usa. Isso não seria tão ruim se fosse facil compartilhar modelos entre varias ferramentas, mas francamente os vendedores de ferramentas possuem pouquissima motivação para suportar esta funcionalidade, pois eles preferem ter você preso no produto deles. E pior, cada ferramenta tem sua propria extensão (exemplo: Seu proprio ASL, varios modelos não-UML) você não tem a possibilidade de falcilmente transitar pelas ferramentas.
9. (Não compreendi o contexto, tradução pode estar falha)O gerenciamento senior será longo o necessário para se ter sucesso? Para realmente colher os beneficios do MDA você precisa ter um sistema intermediario estrategico de controle. Como as estrategias adotadas sucederam no passado?
10. Lhe é permitido ser agil? Está adotando o MDA para acalmar as preocupações dos burocratas entre nós ou está desejando ter sucesso em desenvolvimento de software. Caso esteja, você deveria tentar obter uma abordagem agil do MDA.

Quando você parar para pensar sobre isso existem pouquissimas oportunidades para MDA no desenvolvimento de aplicações para negocios. Sim, provavelmente existem  belas oportunidades usando ferramentas MDA para simulação ou para o desenvolvimento de software; Esses ambientes tendem a ter desenvolvedores com o conjunto de habilidades necessárias e existem diversas ferramentas especialmente direcionadas para nichos de mercado. Porém isso é somente uma pequenissima porcentagem de todo mercado.

—————————————
Are You Ready For the MDA?

The Object Management Group (OMG)’s  Model-Driven Architecture (MDA) has gained significant mindshare within the IT industry this past year.  Although the MDA is a really wonderful theory, there are clearly  many challenges which need to be overcome.  Assuming that you don’t find these challenges too daunting, are you ready for the MDA?  The critical issues that you must consider are:

1.Do you currently have highly skilled modelers?  MDA only works when you have people with the right skills, and gut feel tells me that at best only one or two percent of all developers have these skills.
2.Do you have people on staff that could become highly skilled modelers?  If you don’t have sufficient numbers of modelers now, perhaps over the next few years you might be able to identify and then train and mentor people in those skills.
3.Are you able to attract and retain highly-skilled modelers?  If you don’t have the uber-modelers that the MDA requires you can always hire them, although many other organizations will also think along these lines and will be desperate to hire these people away from you so you’ll need to be very good at retaining them.
4.Do you have people who are both strong modelers and strong coders?  Even when you’re creating these sophisticated models you’ll still need to code, be it action semantic language (ASL) code in your platform independent models (PIMs), object constraint language (OCL), or even platform specific source code in Java or C# to implement the logic which your tool(s) didn’t generate.
5.Are your stakeholders sophisticated enough to understand PIMs?  In the late 1980s, when complex modeling tools were first popularized, we discovered that our business stakeholders had great difficulty understanding the abstract models which we created.  We learned that we needed to use simpler techniques and simpler tools with our users, and that when we did so that they could become actively involved with specifying systems.
6.Can you find a modeling toolset which fulfills your actual needs?  How usable/learnable is the tool(s)? MDA only works if you can find modeling tools which meet your actual needs.  You will likely discover that you need to find a single modeling tool – although the OMG’s XML model interchange (XMI) sounds great in theory the reality is that there doesn’t yet seem to be a combination of tools which doesn’t exhibit a loss of information when sharing models between them.
7.Do you have a viable testing strategy in place?  Part of building a system is validating that it works.  Unfortunately I don’t know of any modeling tools which support some form of test-driven modeling (TDM), or perhaps we should call it test driven MDA (TDMDA), so how are you going to prove that your system actually works?  See Jason Gorman’s thoughts on the issue.
8.Are you willing to tie your fortunes to that of the tool vendor?   With the MDA approach to development you become extremely reliant upon the modeling tools which you use.  This wouldn’t be so bad if it was easy to share models between various tools, but frankly the tool vendors have little motivation to actually support this functionality because they prefer to have you locked into their product.  Worse yet, because each tool has it’s own unique extensions (e.g. their own ASL, various non-UML models) you won’t be able to easily transition staff between tools.
9.Will senior management stay the course long enough to succeed?  To truly reap the benefits of MDA you need to have a cross-system, multi-year strategy in place.  How well have these sorts of strategies worked out in the past?
10.Are you allowed to be agile? Are you adopting the MDA to soothe the worries of the bureaucrats among us, or are you doing it to actually be successful at software development.  Hopefully it’s the latter, and if so shouldn’t you try to take an agile approach to the MDA?

When you stop and think about it there is very little opportunity for MDA within business application development.  Yes, there are very likely wonderful opportunities using MDA tools for software simulation or the development of embedded software; these environments tend to have developers with the requisite skillset and there are several tools specifically targeted at these market niches.  However, this is a spectacularly small percentage of the overall market.