Na ultima quinta-feira (28/08), o Prof. Sergio Crespo concedeu uma entrevista na radio Unisinos FM 103,3.Na entrevista o professor explica com maiores detalhes os projetos de pesquisa que estao sendo desenvolvidos pelos alunos de mestrado e graduacao para o Android da Google.O audio tem duracao de 27 minutos e pode ser baixado diretamente aqui. ResumoNeste trabalho sao apresentados os principais conceitos do Agile Model Driven Development, e alguns trabalhos relacionados em diversas areas que se utilizam das vantagens deste modelo. 1. INTRODUCAO Um modelo e uma abstracao que descreve um ou mais aspectos de um problema, ou uma solucao potencial para esse problema [2]. A modelagem agil e uma metodologia baseada em praticas para a modelagem e documentacao de sistemas de software. E composta por um conjunto de valores, principios e praticas para a modelagem de software que pode ser aplicado num projeto de desenvolvimento de software de um modo mais flexivel em relacao aos metodos tradicionais de modelagem. O desenvolvimento agil de software usa desenvolvimento iterativo como base, mas defende um ponto de vista mais centrado nas pessoas do que nas abordagens tradicionais. Ao inves de planejamento, utiliza processos de feedback como mecanismo de controle primario. Este feedback e guiado por testes regulares de versoes do software que esta sendo desenvolvido. Agile Model Driven Development (AMDD), conforme esta implicito no proprio nome, e a versao agil do Model Driven Development (MDD). MDD e uma abordagem de desenvolvimento de software onde modelos abrangentes sao criados antes que o codigo fonte seja escrito. Um exemplo de MDD e o padrao OMG MDA (Object Management Groups Model Driven Architecture. Com o MDD uma abordagem serial normalmente e utilizada, sendo que ele e bastante popular. A diferenca para o AMDD e que, ao inves de criar modelos abrangentes antes da escrita do codigo fonte, se criam modelos ageis que sao suficientemente bons para guiarem os esforcos de desenvolvimento [1]. A figura 1 ilustra o ciclo de vida do AMDD. Figura 1. Modelando atividades durante o ciclo de vida de um projeto.Para a primeira versao de um sistema, e necessario levar varios dias para identificar alguns requisitos de alto nivel, bem como o escopo da versao (o que se acha que o sistema deve fazer). Para o modelo de requisitos iniciais e necessario algum tipo de modelo de uso para explorar como os usuarios irao utilizar o seu sistema, um modelo de dominio inicial que identifica os tipos entidade de negocio e as relacoes entre o modelo inicial de interface de usuario que explora UI e problemas de usabilidade. O objetivo e construir um entendimento compartilhado, entao nao e necessario escrever documentacao detalhada. Um fator critico de sucesso e a utilizacao de tecnicas de modelagem que permitam a participacao dos interessados. O objetivo do modelo arquitetural e tentar identificar uma arquitetura que tenha uma boa chance de funcionar corretamente. Nas proximas versoes e possivel definir iteracoes 0 menores, para alguns dias, horas, ou mesmo remove-la completamente. O segredo e manter as coisas simples. Nao e necessario um modelo com muitos detalhes, e necessario somente que o