Page title:Utilizando Produtos de Modelagem do IBM Rational

Caption text:Os produtos de modelagem do IBM Rational são ferramentas integradas de design e desenvolvimento que utilizam o desenvolvimento orientado por modelo para criar aplicativos e serviços bem arquitetados. Essas ofertas são muito flexíveis e altamente adaptáveis às necessidades de qualquer processo de desenvolvimento de software. É possível utilizar diversos tipos de modelos e diferentes fluxos de trabalho, dependendo da fase do seu projeto e se sua organização tem um processo estritamente governado ou uma abordagem de desenvolvimento mais rápido.

Page text:


Tour editable text

Page title:Fluxos de Trabalho para Produtos de Modelagem do IBM Rational

Caption text: É possível criar e editar visualmente código em diagramas de notação UML para ajudá-lo a compreender melhor o modelo de domínio de um sistema, pode utilizar pequenos modelos UML conceituais para definir os conceitos iniciais de um sistema ou pode utilizar modelos conceituais UML semanticamente ricos para modelar completamente um aplicativo inteiro. Modelos de semântica UML completos podem formar a base do aplicativo e podem ser transformados em código a qualquer momento no processo de desenvolvimento, para originar ou para reconciliar o design com o código do aplicativo. Este tour descreve uma das muitas abordagens possíveis de aplicar ao utilizar os produtos de modelagem do IBM Rational para trabalhar com modelos e código.

Page text: Projetos, fases e culturas diferentes geralmente requerem fluxos de trabalho diferentes. Para análise e design de software, pode-se utilizar modelos conceituais UML simples ou semanticamente ricos e complexos. Durante a construção, é possível utilizar diagramas de notação UML para compreender e manipular o código.


Tour editable text

Page title:Utilizando um Modelo Concreto para Desenvolver Código

Caption text:É possível utilizar os produtos de modelagem do IBM Rational para criar um modelo de código para linguagens, como Java e C++, descrevendo e editando visualmente o código em diagramas que utilizem um estilo de notação muito semelhante à UML. Pode-se utilizar esses diagramas para incluir novos elementos de código, como classes, campos e métodos, ou pode arrastar elementos existentes para diagramas. É possível utilizar ferramentas como diagramas de tópicos, diagramas de procura e diagramas de seqüência de método estático para ajudar a visualizar e compreender o sistema.

Page text:


Tour editable text

Page title:Desenvolvimento Conceitual de Unidade de Modelos

Caption text:Neste fluxo de trabalho, o modelo UML evolui continuamente pelo processo de desenvolvimento. Arquitetos e desenvolvedores modelam os aspectos estruturais de um sistema e transformam o modelo em código. Os desenvolvedores gravam o código funcional na estrutura especificada, e as alterações estruturais necessárias que os arquitetos fazem podem ser refletidas na especificação estrutural. Este fluxo de trabalho suporta a engenharia de ida e volta no processo de desenvolvimento. A estrutura de um aplicativo é definida no modelo conceitual e, então, transformada em um modelo de domínio de forma que os desenvolvedores possam gravar o código do aplicativo.

Page text:


Tour editable text

Page title:Criando um Modelo de Domínio

Caption text:Quando um arquiteto cria o modelo de nível de classe detalhado utilizando a UML, ele pode aplicar transformações diretamente ao modelo a fim de gerar a base, ou geralmente o código de compilação real, de uma implementação. A saída resultante da transformação é chamada de modelo de domínio. O desenvolvedor, então, desenvolve a implementação de acordo com as diretrizes estruturais do modelo de domínio, editando visualmente o código ou utilizando o editor do código.

Page text:


Tour editable text

Page title:O Modelo UML como uma Entidade Existente

Caption text:Se a estrutura do modelo de domínio precisar ser modificada, ou se o desenvolvedor tiver interesse no design de alto nível do sistema, o arquiteto poderá revisar a alteração de design e implementar a alteração diretamente no modelo UML. O modelo UML pode ser visto como uma entidade existente, pois desenvolve-se continuamente no processo de desenvolvimento. Quando o modelo UML é alterado, a transformação é reaplicada ao modelo UML e o modelo de domínio existente é sobrescrito, preservando o trabalho do desenvolvedor.

Page text:O Modelo como uma Entidade Existente:


Tour editable text

Page title:Benefícios desta Abordagem

Caption text:Este fluxo de trabalho é benéfico para organizações que utilizem o design para controle da arquitetura e quando as interfaces forem extensivamente especificadas pelos arquitetos e tratadas como contratos, e quando os desenvolvedores precisarem aderir estritamente a esses contratos. Geralmente, as transformações e padrões de arquitetura de alto valor orientadas por modelo devem ser aplicados para produzir o código desejado.

Page text:Benefícios desta Abordagem: