Visão de Desenvolvimento de um Sistema 

Contexts in source publication

Context 1

... desenvolvimento de software de qualidade preconiza o uso parcimonioso dos recursos envolvidos neste contexto. Características como alta coesão, reuso e baixo acoplamento ( Fig. 1) devem ser sempre levadas em consideração durante o processo de refinamento utilizado na construção de software [14] [23]. Atualmente sistemas são desenvolvidos sobre uma infra-estrutura heterogênea de plataformas, o que dificulta o uso eficaz das características mencionadas acima. Sendo assim, é necessário desacoplar no ...

Context 2

... et al usam o elemento pacote da UML, organizando-os hierarquicamente para representar as plataformas, em que cada um pode armazenar os PIMs que representam a visão do sistema sendo projetado [JRML]. É possível, então, unir essas abordagens descritas anteriormente, com o intuito de avaliar e aplicar algumas das características, definidas na Fig. 1, intermediárias entre a especificação do sistema e a geração de código para as plataformas de desenvolvimento. Pode-se aplicar o MDD de forma que o desenvolvimento seja guiado pelas plataformas, com o uso de plataformas abstratas que podem ser representadas em Diagramas de Features. A razão do uso deste tipo de diagrama é que o mesmo ...

Context 3

... desenvolver um sistema usando como base a MDA, é necessário o uso de mapeamentos e transformações nos modelos do projeto [JRML]. Para isto, FOMDA oferece alguns recursos, que podem ser vistos na Fig. 4. Estes recursos possibilitam que características intermediárias, como as identificadas na Fig. 1, compreendidas entre a especificação do sistema e a geração de código, possam ser avaliadas. Parte-se da especificação do sistema, onde uma transformação origina um PIM, ou seja, elementos de projeto. Estes elementos são independentes de plataforma e são especificados em UML. Seguindo os conceitos da MDA, o PIM necessita ser mapeado ...

Context 4

... estas determinações, espera-se que, com o uso adequado da infra-estrutura FOMDA, seja possível a realização das características intermediárias identificadas na Fig.1 entre a especificação do sistema e o código da aplicação. ...

Context 5

... efetuar as transformações foi utilizada a ferramenta UMT. É possível visualizar na Fig. 10 o projeto do sistema, armazenado pela plataforma MVC e aberto nessa ferramenta. O toolkit UMT utiliza, internamente, o formato de arquivo XMILight para armazenar os elementos de projeto. Sendo assim, foi escrito um descritor de transformação para gerar um arquivo no formato XMILight. Este arquivo tem que conter os pacotes e a classe ...

Context 6

... do sistema, armazenado pela plataforma MVC e aberto nessa ferramenta. O toolkit UMT utiliza, internamente, o formato de arquivo XMILight para armazenar os elementos de projeto. Sendo assim, foi escrito um descritor de transformação para gerar um arquivo no formato XMILight. Este arquivo tem que conter os pacotes e a classe Person, mostrados na Fig. 10, e as classes definidas pelo padrão de projeto MVC. Não foi encontrado um exemplo de transformação do tipo model-to-model, usado pela ferramenta UMT, apenas do tipo model-to-code. Então, buscou-se escrever esse descritor para gerar as novas classes do padrão MVC. O algoritmo do descritor é simples: efetuando uma varredura no arquivo do ...

Context 7

... dos elementos de projeto. Definido o descritor, é possível configurá-lo na ferramenta UMT, abrir o documento de projeto no formato XMILight e executar neste a transformação usando o descritor. O documento XMI, resultante da execução do descritor sobre o projeto, foi novamente aberto no toolkit UMT. O conteúdo do PSM gerado pode ser visualizado na Fig. 11. As mudanças em relação ao projeto anterior, foram: a adição de um pacote com o nome logic, a adição de outros três pacotes: dao, que contém uma interface de nome PersonDAO, que define alguns métodos que oferecem serviços para persistência de um objeto do tipo Person; service, que contém uma classe de nome PersonService, que oferece ...

Context 8

... usados em interfaces gráficas como: botões, labels, textfields, etc. O pacote utils foi adicionado ao projeto e contém a definição de tipos de dados usados no mesmo como: int, float, double, Date, Vector, String, Button, TextField. Estes tipos são independentes de plataforma. Sendo assim, no diretório MVC, que contém o projeto mostrado na Fig. 11, os elementos de projeto são dependentes de MVC, mas não de Java nem de C#, por exemplo. Fig. 11. Importação de Projeto Transformado para MVC no Formato XMILight O mapeamento para J2EE ainda não foi realizado. Pretende-se, a partir do projeto especificado no Pseudo- código 2, mapeá-lo para as plataformas Development e depois para Java, ...

Context 9

... ao projeto e contém a definição de tipos de dados usados no mesmo como: int, float, double, Date, Vector, String, Button, TextField. Estes tipos são independentes de plataforma. Sendo assim, no diretório MVC, que contém o projeto mostrado na Fig. 11, os elementos de projeto são dependentes de MVC, mas não de Java nem de C#, por exemplo. Fig. 11. Importação de Projeto Transformado para MVC no Formato XMILight O mapeamento para J2EE ainda não foi realizado. Pretende-se, a partir do projeto especificado no Pseudo- código 2, mapeá-lo para as plataformas Development e depois para Java, transformá-lo em PSM desta, mapeá-lo para J2EE e, usando o PSM contido em MVC e o contido em ...

Context 10

... resultado, foi possível gerar um PSM para o padrão de projeto MVC, plataforma especificada no diagrama de plataformas da Fig. 6. O documento, resultante da transformação, pôde ser aberto pela mesma ferramenta (Fig 11) e sofrer novas transformações, do tipo model-to-code previamente especificadas pelo toolkit, por outras plataformas. Em qualquer projeto, aberto na ferramenta UMT, em que o descritor de transformação do Pseudo- Código 3 for executado, as classes do padrão de projeto MVC são geradas. ...

Context 11

... trabalhos relacionados com MDA abordam a questão de geração de novos modelos. No entanto, questões importantes no desenvolvimento de software, como as características intermediárias entre a especificação do sistema e o código para elas, como apresentado na Fig. 1, não são encontradas na literatura. Existe a necessidade de, em um desenvolvimento dirigido a modelos, avaliar estas ...