MDD: Desenvolvimento Dirigido a Modelos – Um Breve Roteiro
Felipe C. Godinho1, Henrique B. Lopes1, Lucas H. Costa1, Thales V. Batista1
1

Departamento de Computação – Centro Federal de Educação Tecnológica de Minas Gerais (CEFET-MG) – Belo Horizonte, MG – Brasil
{felipegodinho, henrique.b.l, thales_batista}@hotmail.com, lucas.cruz_costa@yahoo.com.br

Abstract. Model Driven Development (MDD) aims to shift the focus of software development, helping to increase software quality, and facilitate the portability and reduce the costs of development. Therefore, this article presents a brief introduction to the MDD exploring the concepts of this paradigm as well as its advantages and disadvantages. Furthermore, we present a process-driven …exibir mais conteúdo…

No MDD, modelos orientados ao domínio da aplicação são o alvo principal no desenvolvimento de novos componentes do software. Ele tem o potencial de reduzir drasticamente o custo do desenvolvimento da solução e melhorar a qualidade e consistência das soluções. Isto é feito automatizando padrões de implementação com transformações, que elimina o trabalho de desenvolvimento repetitivo de baixo nível. Codificar essas tarefas repetitivas em transformações tem como vantagens de manter consistência e manutenibilidade. Uma transformação modificada é reaplicada rapidamente para gerar artefatos da solução que refletem a mudança na arquitetura de implementação. O MDD desloca a ênfase do desenvolvimento para fora da plataforma, permitindo que os desenvolvedores modelem a aplicação sem estarem preocupados com conceitos inerentes a nível de plataforma. Adaptações a mesma são realizadas diretamente em transformações ao invés de serem documentadas como guias de projeto. Decisões sobre arquitetura de implementação também são codificadas em transformações ao invés de serem documentadas como decisões arquiteturais.

A geração de código e outros artefatos inerentes a plataforma são uma parte importante do MDD, mas a automação no estilo MDD pode ir muito além disso. Um projeto de desenvolvimento de software precisa produzir vários artefatos que não são códigos e