Geração Automática e Assistida de Interfaces de Usuário

Transcrição

1 Geração Automática e Assistida de Interfaces de Usuário aluno Marcelo Mrack orientador Prof. PhD Álvaro Freitas Moreira co-orientador Prof. D. Marcelo Soares Pimenta <Título> - <Subtítulo> Instituto de Informática PPGC Mestrado Universidade Federal do Rio Grande do Sul slide 1 de junho/2008 xx

2 Sumário PARTE 1 1. Introdução 2. Motivação 3. Interfaces de Usuário PARTE 2 4. MBUIDE PARTE 3 5. Merlin 6. Estudo de Caso PARTE 4 7. Conclusões

3 PARTE 1 1. Introdução 2. Motivação 3. Interfaces de Usuário

4 Introdução Contextualização Esta apresentação resume o trabalho de pesquisa realizado durante o Programa de Pós-Graduação em Computação do Instituto de Informática da UFRGS e que teve como ênfase o projeto Merlin, que vem sendo desenvolvido desde 2001 O Merlin é um software para geração automatizada de Interfaces de Usuário (IU) que segue as premissas das MBUIDE, e que tem foco específico no mercado profissional de desenvolvimento de sistemas Objetivos Apresentar o conceito de geração de IU defendido pelas MBUIDE e um panorama geral dessa tecnologia na atualidade Detalhar as bases do projeto Merlin e sua relação com as demais MBUIDE, buscando evidenciar os seus diferenciais Apresentar um pequeno Estudo de Caso, onde o Merlin é utilizado para gerar uma IU de baixa complexidade Mostrar os resultados obtidos até o momento, os pontos em aberto e os direcionamentos da pesquisa

5 Motivação Experiência Profissional A criação de UI, principalmente em sistemas de banco de dados, é uma tarefa repetitiva, cansativa em com baixos índices de reuso Custo Expressivo para a Criação das IU De forma geral, pesquisas demonstram que os custos de criação de IU são significativos, mesmo na atualidade Quanto custa a IU nos sistemas em geral Sistema Completo Interface do Usuário 50% 100% User Interface Software Tools; MEYERS (1994,2002)

6 Interfaces de Usuário Cenário Atual na Criação de IU Escrita de código-fonte Programador escreve código-fonte usando API de um toolkit gráfico Uso de ferramentas WYSIWYG Programador usa o conceito de arrastar e soltar elementos de IU Uso de assistentes de criação Wizards coletam informações do meio do sistema e geram código-fonte Geração Automatizada Templates Esqueletos de código substituíveis otimizam a programação Model Driven Architecture (MDA) Cartuchos de geração transformam modelos abstratos em código

7 Interfaces de Usuário Problemas Recorrentes nas Abordagens Descritas Tempo elevado de construção de estruturas genéricas Quanto custa criar um template realmente genérico? Demora nas alterações Como refatorar artefatos gerados se o código já foi alterado manualmente? Falta de reuso Posso reusar o rótulo Nome do cliente em projetos diferentes? Gerência de código Código template ou não? E a versão? Onde é utilizado? Refatoração E se o template contiver erros?

8 Interfaces de Usuário Tipos de Interfaces de Usuário Uso Geral São interfaces de usuário que não têm relação específica com os dados do sistema, e são orientadas para satisfazer as mais variadas regras de negócio Devido a sua generalidade, a automação de geração dessas IU é reduzida Interfaces CRUD Acrônimo do inglês Create, Retrieve, Update and Delete, são IU destinadas a visualizar e manipular os dados existentes na aplicação Por possuírem uma relação muito forte com os dados do sistema, tendem a ser beneficiadas por recursos de geração automatizada Presentes em 100% dos sistemas que operam sobre banco de dados

9 Interfaces de Usuário Tipos de Interfaces CRUD Um-Para-Um São as IU mais simples, e todos os elementos da IU existem em função de um objeto de dados com propriedades primitivas ou com associações de cardinalidade máxima igual a 1 no destino EXEMPLO: Tela de cadastro de um produto Um-Para-Muitos (Mestre-Detalhes) De média complexidade, os elementos da IU representam objetos de dados com associações de cardinalidade maior que 1 no destino, e exatamente 1 na origem EXEMPLO: Tela de cadastro de uma nota fiscal e seus itens Muitos-Para-Muitos De alta complexidade, representam dados relacionados por estruturas com cardinalidade maior que 1 em ambas extremidades Na prática, durante a implementação, são transformadas em IU Um-Para- Muitos isomórficas EXEMPLO: Tela de cadastro de cursos e disciplinas

10 Interfaces de Usuário Conceito Básico de Geração das IU CRUD Mapeamento de um objeto de dados para uma IU CRUD simples : Funcionario codigo = RH0001 : String nome = Marcelo Mrack : String ativo = true : boolean datadenascimento = 02/10/1977 : Date observacoes = null : String

11 Interfaces de Usuário Foco do Software Proposto 100% das interfaces CRUD elementares com custo zero de configuração 100% das interfaces CRUD com algum trabalho de configuração que tenha melhor custo-benefício do que as abordagens existentes Abrangência da ferramenta Merlin descrita no trabalho Sistema completo 100% IU CRUD em geral 30% 50% CRUD elementar 18% Merlin: Um Novo Horizonte na Criação de Telas de Cadastro; MRACK (2007)

12 4. MBUIDE PARTE 2

13 MBUIDE Model-Based User Interface Development Environment (MBUIDE) São ferramentas que objetivam produzir IU através do uso de modelos declarativos de alto nível Os modelos são processados por um mecanismo de transformação que tem como resultado as IU do sistema São semelhantes à tecnologia MDA, porém: Dão grande ênfase para a geração de IU Valem-se de de processos, linguagens e mecanismos de transformação proprietários Seguem metodologias próprias de trabalho

14 MBUIDE Origens nas Antigas UIMS User Interface Management System (UIMS) Início dos anos 80 Primeira alternativa utilizada para produzir IU sem escrever diretamente código-fonte Características das UIMS Focada no resultado final pela visão do desenvolvedor e sem processos ou metodologias claras de trabalho Sem grande preocupação com integrações ou refatoramento Utilização de linguagens ou sintaxes próprias Uso de diagramas de estados e transições para modelar o diálogo entre o usuário e o sistema Resultados das UIMS Geração dos principais menus do sistema, caixas de diálogo, mensagens simples e invocação de funções pré-determinadas

15 MBUIDE Evolução Grande crescimento entre os anos 80 e 90 Evolução das linguagens e sintaxes de especificação mais ricas Separação de conceitos: Elementos de IU, Tarefas, Dados, etc. Modelos Formam a base das MBUIDE Estruturas declarativas que armazenam aspectos relevantes do sistema a ser gerado e que, em conjunto, podem detalhar todas as informações necessárias para geração de uma aplicação Definidos, os modelos servem como entrada para os mecanismos de geração da MBUIDE que, através de ciclos evolutivos e incrementais, produz as IU do sistema

16 MBUIDE Tipos de Modelos 1. Modelo de Dados Semelhante a um modelo relacional, foca os dados persistentes da aplicação 2. Modelo de Domínio Extende o Modelo de Dados, agregando conceitos semelhantes a OO 3. Modelo de Tarefas Foca as regras de negócio da aplicação e as operações e restrições relacionadas 4. Modelo de Apresentação Dá ênfase para os elementos gráficos da IU Abstract Interface Object (AIO) e Concrete Interface Object (CIO) são suportados 5. Modelo de Diálogo Correlato ao Modelo de Tarefas, focaliza a conversação do usuário com a IU 6. Modelo de Usuário Define aspectos de personalização da IU para determinados usuários ou grupos 7. Modelo de Aplicação Efetua a ligação das IU com o meio externo da aplicação 8. Modelo de Plataforma Variante do Modelo de Aplicação, foca mais detalhes do ambiente operacional 9. Modelo de Contexto Semelhante ao Modelo de Usuário, enfatiza aspectos dependentes do uso do sistema

17 MBUIDE Exemplos de Modelos de MBUIDE Modelos de Apresentação Modelo de Tarefas na TRIDENT TRIDENT (1994) DEFINE INTERACTION-OBJECT ID_Label; WORDING IS "Id."; MNEMONIC IS "I"; PROMPT IS ":"; IS INSTANCE OF Label; IS COMPONENT OF Customer_GroupBox; DEFINE INTERACTION-OBJECT Id_EditBox; MAX-LENGTH IS 6; LINEARITY SIMPLE; IS INSTANCE OF EditBox; IS COMPONENT OF Customer_GroupBox; IS ATTACHED TO Cust_id; Merlin mnemonic=i; Customer String id; BODART, LEHEUREUX e VANDERDONCKT (1994) e MRACK (2007) Insert Login Identification Insert Password Request Patient File Acess and Manage Patient Information >> >> >> Manage Patiente Information Manage Patiente Medical File Visualize Pictures Visualize Patiente Medical File Visualize Text >> Close Session Monitor Real Time Patient Information Modify Patiente Medical File Add Information Adaptado de SOUCHON, LIMBOURG e VANDERDONCK (2002) Delete Information

18 MBUIDE Arquitetura das MBUIDE Arquitetura geral das MBUIDE em relação ao processo de geração da IU (1) TEALLACH e TADEUS (2) TRIDENT e METAGEN (3) MERLIN e MECANO Conjunto de modelos Código principal da aplicação Conjunto de modelos Código principal da aplicação Conjunto de modelos Código principal da aplicação Gerador de códigofonte Gerador de código intermediário Interpretador de tempo de execução Interpretador de tempo de execução Código gerado para um toolkit gráfico específico Subconjunto otimizado dos modelos Biblioteca do toolkit gráfico específico Compilador Biblioteca do toolkit gráfico específico Compilador Biblioteca do toolkit gráfico específico Compilador Aplicação final Aplicação final Aplicação final Adaptado de PINHEIRO (2001)

19 MBUIDE Visão Geral das Arquiteturas das MBUIDE 1. Geradores de código-fonte Aplicação final não possui dependência dos modelos da MBUIDE MBUIDE deve (ou deveria) se preocupar com refatoração de código-fonte Menor flexibilidade à mudanças, usando abordagem uma via Maior desempenho da aplicação final (devido compilação total) 2. Geração de código intermediário Menor dependência dos modelos da MBUIDE Problemas de sincronização duplicados, devido 2 pontos de integração Possível melhor desempenho 3. Geradores de tempo de execução (abordagem do Merlin) Total dependência dos modelos da MBUIDE Prototipação instantânea Praticamente não sofrem problemas de refatoração Possível pior desempenho

20 MBUIDE Processo de Desenvolvimento Processo geral de desenvolvimento de IU usando MBUIDE (notação BPMN) Nova IU Refatoração Criação dos modelos Adição de funcionalidades Geração de versões preliminares Detalhamentos de mais baixo nível Geração da IU ou código-fonte final Ajustes e integração com o restante do sistema Maior Abstração Menor IU Completa

21 MBUIDE Vantagens Padronização e centralização de atividades Trabalhos realizados em mais alto nível Respostas rápidas nos primeiros ciclos de desenvolvimento Problemas Recorrentes Sintaxes e notações complicadas Linguagens e metodologias proprietárias Busca pela generalidade, implicando em modelos demasiadamente complexos e instáveis Reuso de soluções não alcançado com praticidade Fraco suporte à refatoração e evolução dos modelos Desequilíbrio entre a pesquisa e a aplicação de conceitos

22 5. Merlin 6. Estudo de Caso PARTE 3

23 Merlin É uma MBUIDE com Ênfase no Cenário Profissional que: 1. Tem foco específico em interfaces CRUD Na versão corrente suporta CRUD simples, do tipo Um-Para-Um 2. Utiliza uma estrutura única para o armazenamento dos seus modelos Na prática, os modelos são as próprias classes compiladas da aplicação 3. Não gera nenhum tipo de código-fonte A transformação dos modelos em IU ocorre totalmente em tempo de execução 4. Vale-se de heurísticas plugáveis para geração da IU Podendo serem definidas em linguagem nativa ou usando mecanismos externos 5. Utiliza um conjunto realimentado de configurações Inferência de comportamento com base em informações históricas e taxas de acerto 6. É neutra em relação a pacote gráfico e ambiente de uso Web, desktop ou dispositivos móveis podem ser alcançados 7. Possui uma arquitetura focada em reuso e integração de tecnologias Baseada na plataforma Java, inúmeras tecnologias correlatas podem ser acopladas

24 Merlin Origens Projeto Metagen na UNISC Iniciado em 2001, era uma MBUIDE rudimentar Gerava interfaces CRUD Um-Para-Um e Um-Para-Muitos Foi utilizado com sucesso em sistemas profissionais de médio porte Ênfase no Modelo de Dados Utilizava código intermediário para os modelos Carências do Metagen Linguagem VB, Delphi e Kylix Sem suporte Web, não era multi-plataforma e não permitia distribuição Sem definição clara de modelos Orientação a Objetos não era utilizada Pouca preocupação com padrões e tecnologias de mercado Reuso baseado em cópia e ajustes de configuração Layout de IU sem grande flexibilidade

25 Merlin Típica Interface CRUD Gerada pelo Metagen (2003) Interface CRUD Um-Para-Um de média complexidade gerada pelo Metagen Layout essencialmente tabular Operações CRUD essenciais Dependências de preenchimento Agrupamentos simples Máscaras e tamanhos Ligação básica de funções de negócio

26 Merlin Iniciado em 2004, é a Continuação do Projeto Metagen Uso da linguagem Java Franco crescimento Suporte Web, Desktop, multi-plataforma Orientação a Objetos Separação de conceitos Modelos claros Modelo de Domínio Modelo de Tarefas Modelo de Apresentação, com suporte AIO e CIO Modelo de Diálogo Modelo de Usuário Pouca aderência dos outros modelos devido uso da Java Flexibilidade total no layout da IU Foco em reuso de configurações e integração de tecnologias Geração da IU totalmente em tempo de execução

27 Merlin Características Modelos O Merlin utiliza 5 tipos de modelos para geração das IU, todos orbitando sobre o Modelo de Domínio Descritos através da própria linguagem Java, com o recurso conhecido como Metadata Facility, ou simplesmente Anotações (JSR 175) Os modelos nada mais são do que as classes da aplicação (com ênfase nas de persistência) enriquecidas com Anotações, as quais: São definidas pelo próprio Merlin Podem ser reutilizadas de outros frameworks de mercado Podem ser criadas pelo próprio programador Como os modelos são as classes da aplicação e como as Anotações associadas são preservadas após a compilação do sistema, o Merlin não exige estruturas externas para armazenamento de configurações

28 Merlin Características Modelos no Merlin, um exemplo Uma classe de persistência utilizada como base de um conjunto de modelos Cadastro de Cliente Pessoa Física ) 2 class Cliente extends Pessoa implements IPessoaFisica { 4 event={ focuslost }, 5 action={ habilitarcartao } 6 condition={ length>0 }) 7 float salario; 9 boolean 40 ) foreground=color.blue ) nome ) 13 String ; UF ) 15 Estado estado; 17 Cidade cidade; 18 }

29 Merlin Características Modelos no Merlin, um exemplo Uma classe de persistência utilizada como base de um conjunto de modelos Cadastro de Cliente Pessoa Física ) 2 class Cliente extends Pessoa implements IPessoaFisica { 4 event={ focuslost }, 5 action={ habilitarcartao } 6 condition={ length>0 }) 7 float salario; 9 boolean 40 ) foreground=color.blue ) nome ) 13 String ; UF ) 15 Estado estado; 17 Cidade cidade; 18 }

30 Merlin Características Arquitetura Estrutura geral de funcionamento do software Merlin Histórico Modelos Classes da Aplicação Anotações Estimativas Heurísticas Resolvedores Interpretador de Tempo de Execução IU Gerada Meio Externo AIO CIO Toolkit Gráfico Aplicação final

31 Merlin Características Processo de desenvolvimento Desenvolvimento de IU utilizando o software Merlin Legenda IDE 1 Aplicação 7 1 Programador usa IDE 2 Programador cria classes 3 Programador insere anotações 4 Programador compila sistema 5 Merlin interpreta modelos 2 Tempo de projeto Tempo de execução 6 IU gerada pelo Merlin 7 Usuáirio utiliza o sistema final

32 Merlin Funcionalidades Heurísticas plugáveis Nada mais são do que algoritmos que transformam as informações dos modelos nas características desejadas para a IU Escritos em linguagem Java, Groovy, BeanShell ou delegados a mecanismos externos JBoss Drools é uma máquina de processamento de regras de produção (um Sistema Especialista) que pode ser usado para inferir resultados com base nas classes anotadas do sistema (modelos). A estrutura do Merlin permite integrações desse tipo, seja com delegação total, ou com um sistema híbrido de resolução de informações de geração

33 Merlin Funcionalidades Heurísticas plugáveis, um exemplo Implementando uma heurística simples em código Java Uma nova anotação Capitalized {} Um resolvedor simples em código Groovy instrumentado + class CapitalizedResolver extends AbstractResolver { Uma classe decorada class Cliente String nome; } } void resolve(object source, Object destination) { if (source.contains(annotation)) { set( destination.text, StringUtil.capitalize(destination)) }

34 Merlin Funcionalidades Layout customizável Por heurísticas Regras de usabilidade são aplicadas nos algoritmos internos Novas heurísticas podem ser criadas Por anotações Por design manual

35 Merlin Funcionalidades Layout customizado por anotações (um elemento de IU) Redefinindo a ordem de controles e a posição de labels na tela A tela Cadastro de Cliente Cadastro de Cliente Salário Observações 5 2 Nome Observações A classe de dados class Cliente observacoes ) String nome; float String observacoes; }

36 Merlin Funcionalidades Layout customizado por anotações (uma IU inteira) Redefinindo a ordem de controles e a posição de labels na tela A tela Cadastro de Cliente Cadastro de Cliente Salário Observações Nome A classe de dados class Cliente observacoes ) String nome; float salario; String observacoes; }

37 Merlin Diferenciais Similaridades e sinônimos Utilizando similaridades e sinônimos para geração da IU Modelo de Domínio A class Cliente String observacao; } Modelo de Domínio B class Produto { String observacoes; } Observação Obs Cliente Observações Nota Fiscal Sinônimo Produto Similar Modelo de Domínio C class NotaFiscal { String obs; }

38 Merlin Diferenciais Integração com ferramentas (plugins) Edição Textual Assistida é uma tendência de mercado Parsing de expressões e captura de erros Preenchimento automático de informações Navegação entre modelos Code folding (Dobras de código no editor de texto) Assistência de edição de modelos no Eclipse IDE { focoslost } The event focoslost cannot be recognized. Available events are: focuslost focusgain see others...

39 Merlin Diferenciais API enxuta, dois métodos essenciais para o programador getinstance(toolkit) Obtém uma instância do gerador para o toolkit gráfico desejado createiu(objeto, params) Retorna uma IU CRUD completa Integração com tecnologias Java, Groovy, BeanShell Java Annotations Object Constraint Language (OCL) e Expression Language (EL) Web Beans, Seam, EJB, WebServices Hibernate, JPA, Beans Binding, Bean Validation, Hibernate Validator Toolkits Gráficos: Swing (JSF, GWT, SWT) Eclipse IDE

40 Merlin Diferenciais Configuração realimentada Durante o uso, o mecanismo interpretador agrega informações de classes de sistemas já desenvolvidos, e com base nessas informações históricas, infere novos valores de geração Na eventualidade de uma ação do gerador for inadequada, o programador utiliza a premissa de Configuração por Exceção e insere uma anotação com o comportamento desejado Essas novas informações entram para o sistema de histórico que, com base em taxas de acertos e erros, adequa-se ao ambiente de desenvolvimento Configuração distribuída Diversos sistemas podem ser interconectados, de forma que as informações de geração propaguem-se entre eles Bases de informações podem ser formadas e compartilhadas, maximizando o poder de geração

41 Merlin Diferenciais Configuração realimentada Implementando o mecanismo de histórico em servidores de aplicação através da navegação entre os classloaders do container Classloaders em um servidor de aplicação Root LIBs classes C 1 S 1 C 2 S 2 classes classes Legenda Root = Bootstrap classloader LIB = Pacote de classes C = Classloader S = Sistema C n S n classes

42 Merlin Diferenciais Configuração realimentada Implementando o mecanismo de histórico em servidores de aplicação através da navegação entre os classloaders do container Classloaders em um servidor de aplicação Root LIBs classes C 1 S 1 classes C 2 S 2 classes Histórico C n S n classes

43 Merlin Diferenciais Configuração distribuída Como pode ser implementada a distruição da configuração entre diversos sistemas Uma base federada distribuída de configurações Federação 1 Federação 2 Grupo 1 S 1 S 2 S 3 Grupo 2 S 1 S 2 S 3 Grupo 3 S 1 S 2 S 3

44 Estudo de Caso Geração de uma Interface CRUD simples 1. Definir um conjunto de classes, que é a base do Modelo de Domínio 2. Gerar uma Interface CRUD para esse Modelo de Domínio 3. Refatorar o sistema, inserindo anotações sobre as classes, as quais vão evoluir o Modelo de Domínio e formar os outros modelos 4. Efetuar uma nova geração da IU CRUD e comparar os resultados

45 Estudo de Caso 1. Criando uma classe simples Criar código-fonte da classe-base de geração (Modelo de Domínio) Uma classe simples, base do Modelo de Domínio public class Cliente { String nome; String sexo; Date datadenascimento; String descricao; String observacoes; boolean ativo; boolean vip; String ; }

46 Estudo de Caso 2. Gerar a Interface CRUD Passo 1 Código da aplicação principal Código-fonte da aplicação principal public class TesteMerlin { public static void main(string[] s) { IMerlin m = Merlin.getInstance(SWING); JPanel crud = (JPanel) m.createiu(new Cliente()); JFrame frame = new Frame( TesteMerlin ); frame.add(crud,center); frame.setvisible(true); } }' Passo 1

47 Estudo de Caso 2. Gerar a Interface CRUD Passo 2 Resultado da geração da IU Interface CRUD simples resultante Painel de mensagens Adequação de textos Correção ortográfica Layout tabular TesteMerlin Controles de IU por tipo de dado Heurísticas de tamanho Não gerado pela ferramenta Passo 2

48 Estudo de Caso 3. Refatorar e Evoluir o Sistema Adicionando a enumeração Sexo e evoluindo a classe Pessoa Novas classes, anotações e regras de negócio (classes Sexo e Pessoa) public enum Sexo { NAO_DECLARADO, MASCULINO, FEMININO } public class Pessoa = { "focuslost" }, action = { "propose " String nome = "marcelo"; public Sexo sexo = = { "foreground=color.blue" }, binder = DateToTextComponentBinder.class) Date datadenascimento = new Date( ,9,02); }

49 Estudo de Caso 3. Refatorar e Evoluir o Sistema Evoluindo a classe Cliente Novas classes, anotações e regras de negócio (classe Cliente) 1 2 de Clientes") public class Cliente extends Pessoa { = { "focuslost" },action = { "ispreferencial" }) (R$)") int salario; = "observacoes") String = { "selected=true" }) 8 String observacoes; [:alnum:]") } = { "selected=true;" }) boolean = JTextField.class, binder = boolean vip = String ;

50 Estudo de Caso 3. Refatorar e Evoluir o Sistema Adicionando a classe AlgumasRegras Novas classes, anotações e regras de negócio (classe AlgumasRegras) public class AlgumasRegras { Context ctx; public void ispreferencial() { ctx.eval("$vip.text=$salario.text>1500? 'SIM':'NÃO'"); } public void propose () { ctx.eval("$ .text=$nome.text.trim+'@merlin.com'"); }

51 Estudo de Caso 4. Efetuar uma nova geração Essas alterações poderiam ter sido feitas com o sistema em execução Interface CRUD simples resultante após as refatorações e melhorias Painel de mensagens preenchidas TesteMerlin Campos obrigatórios em destaque Campo Ativo é o primeiro da tela Preenchimento pela regra associada Formatação de data customizada Campo Observações agora é CheckBox Tipo multivalorado Rótulo customizado e regra de negócio Campo booleano com formatação especial e regra de negócio aplicada Desabilitado devido dependência

52 Estudo de Caso 4. Efetuar uma nova geração Comparando as duas IU Interfaces CRUD antes (esquerda) e depois (direita) da evolução do sistema TesteMerlin TesteMerlin

53 7. Conclusões PARTE 4

54 Conclusões Este Trabalho Apresentou Interfaces de Usuário Um panorama sobre os custos de criação das IU em sistemas, principalmente as que operam sobre banco de dados Uma divisão simplista das IU, com ênfase nas CRUD, objeto do trabalho As tecnologias comumente utilizadas para criar esses tipos de IU Os problemas recorrentes nas abordagens comumente utilizadas Tecnologia MBUIDE Origem e proposta das MBUIDE Elementos básicos das MBUIDE, como seus modelos e geradores integrados Distinção entre os tipos de modelos suportados pelas MBUIDE Arquitetura geral e processo de desenvolvimento de IU nessa tecnologia Problemas recorrentes nas MBUIDE

55 Conclusões Este Trabalho Apresentou Projeto Merlin, uma nova proposta nas área das MBUIDE Origens do projeto e objetivos Caraterísticas gerais, arquitetura e processo de desenvolvimento de IU Funcionalidades adicionais frente outras MBUIDE Similaridades e sinônimos Heurísticas plugáveis descritas em linguagem comum ao programador Capacidades de integração com ferramentas e tecnologias correlatas Mecanismo de configurações realimentado e distribuído como diferencial

56 Conclusões Problemas em Aberto Suporte CRUD Um-Para-Muitos e Muitos-Para-Muitos Finalizar suporte à OCL e EL Maximizar algoritmos de layout integrados Atualmente, somente o layout tabular é suportado Implementar suporte para outros pacotes gráficos além do Swing Desenvolver plugins para integração com ferramentas Trabalhos Futuros Sistema de configuração realimentada Gerência de propagação, segurança, estimativas e outros Possível trabalho de doutorado

57 Agradecimentos CAPES Pela bolsa de estudos durante o período da pesquisa Orientadores Pela dedicação, paciência, disponibilidade e sinceridade nas opiniões UFRGS Pelos espaços de estudo, biblioteca e laboratórios Medicina Hospital de Clínicas de Curitiba e Cristo Redentor de Porto Alegre Pelo tratamento durante os longos 8 anos de quimioterapia Hospital Amaral Carvalho de Jaú SP Pelo excelente trabalho e acompanhamento no meu transplante de medula Doador de Medula Óssea A quem devo a vida

58 Fim Geração Automática e Assistida de Interfaces de Usuário Marcelo Mrack <Título> - <Subtítulo> slide 58 de xx

59 Sobre o autor Marcelo Mrack, mmrack@gmail.com 30 anos, 9 em TI, 6 em Java Bacharel em C. Computação, UNISC 2001 Mestre em C. Computação, UFRGS 2008 Atuação em projetos web e desktop n camadas Diretor de P&D na 3Layer Tecnologia Arquiteto JBoss na LM2 Consultor e instrutor Java EE Especialidades: IHC, Patterns, geradores, PU Ágil e UML