INFOS IMPORTANTES: Fonte utilizada: Segoe (essa não é uma fonte padrão do Windows. Favor instalar em seu computador) Paleta de cores: 183 – – – – Modelo de box para texto: Digite seu texto aqui Modelo de box para foto: Fonte: Modelo de texto e posição Modelo de bullet:  Bullet 1  Bullet 2  Bullet 3

DICAS:  Evitar deixar a fonte com tamanho menor que 18  Não esquecer de colocar transição entre slides Vá no menu Apresentações/ Transição de Slides/ - Aconselhamos a opção “Desaparecer suavemente”  Mantenha o título do slide todo em maiúscula

Geração de código e criação de designers visuais com o Domain Specific Language Tools André Furtado

 O Insucesso de Software  Software Factories  Domain-Specific Languages  Demo: QuizLanguage  Conclusões

O Insucesso de Software

 Qual o sucesso de projetos de desenvolvimento de software hoje? Reflexão

 Pesquisa do The Standish Group: desfecho de projetos de diferentes portes no EUA, 2004 Failed: 18% Challenged: 53% Succeeded: 29% O sucesso não vem fácil...

© The Standish Group 2004 Taxa de sucesso de projetos de software Successful: 29% “Red tape” development Tarefas rotineiras e repetitivas consomem tempo e recursos valiosos do projeto! Cenário de Desenv. de Software

Como permitir que tempo e recursos sejam alocados ao que realmente está precisando? Ainda mais em um cenário com tendência a aumento exponencial da demanda por software? Questões a serem respondidas

Software Factories

Desenv. de Software como Artesanato  Trabalho intensivo  Ferramentas genéricas  Processos genéricos  Um tipo de aplicação por vez  Feita a mão do zero  Reuso mínimo

 Objetivo: aumentar o nível de abstração no desenvolvimento... ... levando para software conceitos já praticados em outras indústrias Documentação Padrões Frameworks Ferramentas Linguagens automação linhas de produção cadeias de abastecimento previsibilidade reuso! Industrialização de Software

 Reuso de designs & componentes  Construção de protótipos similares mas distintos  A chave está em suportar a variabilidade Defina apenas as peças únicas de cada sistema Explorando o que há de comum

 Evolução do paradigma de desenvolvimento de software:  Foco em:  Famílias de aplicações  Abordagem sistemática  Reuso e empacotamento (assembling) de componentes  Automatizar trabalho rotineiro artesanal  manufatura Fundamentos de Software Factories

 Customizam Word/Excel para uma tarefa específica Analogia: templates do Office

 Software Factories não são novidade  Conceito já usado no Japão em 1980  Mas o que está sendo mais enfatizado agora? Domínios específicos suportados por ambientes de desenvolvimento (IDEs) Fundamentos de Software Factories

Domain-Specific Languages (DSLs)

Abordagens de pesquisa / desenvolvimento

 Quais as principais diferenças de cada abordagem? Reflexão

 Em computação: Dilema Genérico X Específico

Cobol Fortran Lisp businessprocessing numericcomputation symbolicprocessing C (Visual) Basic C# ??? Jogos Medicina Música Banco de dados Device drivers Manipulação de imagens Agentes móveis Protocolos de comunicação ??? ??? Um pouco de história...

??? ??? Frameworks orientados a objeto / Frameworks de componentes Domain Specific Languages Bibliotecas de subrotinas / APIs (Application Program Interface) Endereçando domínios específicos

 Definição formal: Linguagem que oferece, através de notações e abstrações adequadas, um poder de expressão focado em (e geralmente restrito a) um domínio particular Domain Specific Languages

Exemplos de DSLs  LEX  YACC  SQL  BNF  HTML  JavaDoc  TeX  Linguagens para comandos na shell do sistema operacional

 DSLs estão em todos os lugares  A própria linguagens de fórmulas do Excel é uma DSL! Exemplos de DSLs

 Construtores de GUI também podem ser vistos como manipuladores de DSLs? Sim, mas a experiência do usuário, entretanto, é diferente (pois a DSL é visual!) DSL Visuais

 Utiliza DSLs visuais para modelar a solução em um domínio  Exemplo: linguagem para aplicações de smart phones Modelagem visual

 Outro exemplo: modelagem no VS Team System for Architects Modelagem Visual

 Modelagem, diagramas, etc. para documentação são de pouco uso  Proposta: agregar geradores ao processo [Tolvanen 2003] Modelagem Visual

[Tolvanen 2003] Feito várias vezes, pelos desenvolvedores + abstração e poder de expressão! Feito apenas uma vez, pelo projetista da linguagem Modelagem Visual

 DSLs (principalmente as visuais) são poderosas e ao mesmo tempo custosas... como melhorar isso? Através de programas de suporte à criação de DSLs: “language workbenches” Reflexão

 Plug in para a IDE Visual Studio.NET  Suporte à criação de DSLs visuais  Captura dos conceitos do domínio  Definição de um editor gráfico  Criação de transformadores (ex.: gerador de código) VS Team System DSL Tools

Exemplo do DSL Tools: SharpLudus

VÍDEO Modelagem visual com o SharpLudus

DEMO Ultimate Berzerk - SharpLudus

Estudo de caso: QuizLanguage

 Objetivo  Criar uma DSL visual para a modelagem e construção automática de jogos de pergunta e resposta (quiz games) QuizLanguage

Aonde queremos chegar...

 Conceitos do domínio podem ser arrastados da Toolbox 1. Projetista modela DSL

 Aos poucos, a DSL visual vai sendo construída...  Propriedades são adicionadas a conceitos  Relacionamentos entre conceitos são criados 1. Projetista modela DSL

 A janela DSL Explorer permite criar novos tipos de dados 1. Projetista modela DSL

 Da Toolbox são adicionadas ao diagrama formas gráficas (imagens, compartimentos, etc.) 2. Projetista define sintaxe visual da DSL

 Mapeamento da sintaxe para os conceitos também é realizado 2. Projetista define sintaxe visual da DSL

 Decoradores textuais e gráficos podem ser associados às formas gráficas, através da janela DSL Details 2. Projetista define sintaxe visual da DSL

 O gerador é feito em linguagem de script semelhante a C#  Tags delimitam lógica de processamento  Tags jogam expressões no output  Texto fora das tags é copiado diretamente 3. Projetista implementa gerador de código

4. Projetista implementa framework a ser consumido pelo código gerado

5. Desenvolvedor consome a DSL visual

 Código que consome o framework é gerado  Código próprio do desenvolvedor é implementado em classes parciais 6. Desenvolvedor constrói produto final

7. Usuário final consome aplicação

Conclusões

 SFs permitem uma melhor solução de problemas por aproximar desenvolvedores do domíno  Language workbenches como o VS DSL Tools facilitam e suportam o processo  A proposta atual sozinha jamais garantirá o sucesso na criação de software  A indústria precisa amadurecer primeiro  Fábricas de software, DSLs, etc., são um meio, jamais um fim Considerações Finais

PRÓXIMAS PALESTRAS

Palestra:

LINKS ÚTEIS MSDN Certificações Microsoft VS 2005 Team System DSL Tools Projeto SharpLudus AFurtado - websites pessoais  m/workshop/dsltools/default.aspx   

PERGUNTAS E RESPOSTAS