Transformações de Processos de Negócios em Modelos de Serviços

A Processo de Negócios em Modelo de Serviço possibilita a transformação de um modelo de análise de negócio, que pode ser importado do IBM® WebSphere Business Modeler, em um modelo UML de solução arquitetada, que também é chamado de modelo de serviço. O modelo de serviço preenche um contrato rastreável entre a análise de negócios e o design de alto nível.

Projetos de Modelos e Projetos de Especificação do WebSphere Business Modeler

Para importar um projeto de modelo do WebSphere Business Modeler para o espaço de trabalho, o suporte de integração do WebSphere Business Modeler deverá estar instalado.

Ao importar um projeto de modelo do WebSphere Business Modeler para o espaço de trabalho, uma representação em UML do modelo de negócios será criada no espaço de trabalho. Essa representação em UML também é chamada de modelo de especificação ou modelo de processo de negócios. O modelo de especificação define como os processos de negócios interagem e como são chamados pelos agentes ou outros serviços. Cada elemento do modelo de especificação tem o mesmo nome que o elemento correspondente no modelo de análise de negócio do WebSphere Business Modeler e as colaborações de UML representam os processos de negócios. Para criar uma visualização dos contratos existentes entre as funções e os processos de negócios definidos pelo modelo de negócios, você pode criar um diagrama de forma livre no modelo de constatação de UML e arrastar as funções, os processos e as interfaces para o diagrama.

Os detalhes e a estrutura do modelo de especificação estão contidos em um arquivo chamado resources.xmi, localizado na pasta de nível superior do modelo de especificação. O arquivo resources.xmi pode ser salvo como um arquivo de modelo UML 2.1 EMX, no entanto, se você editar e, em seguida, salvar as alterações no modelo de especificação, não poderá exportar as alterações para o projeto de modelo original do WebSphere Business Modeler.

Origens Válidas de Transformação

Você pode especificar um modelo de especificação como a origem da transformação. O projeto do WebSphere Business Modeler que contém o modelo de análise de negócio deverá existir no espaço de trabalho do Eclipse e o modelo de especificação deverá ser aberto quando você criar a configuração da transformação de Processo de Negócios em Modelo de Serviço e executar a transformação.

Atenção: Para evitar perda de dados potenciais, você não deve ter os mesmos arquivos de projeto abertos simultaneamente em ambos, no WebSphere Business Modeler e em um produto de modelagemRational.

Se você selecionar uma origem de transformação na visualização Explorador de Projetos em vez de utilizar o editor de Configuração de Transformação, o projeto selecionado substituirá o projeto de origem especificado na configuração de transformação. A configuração de transformação não é afetada e a origem especificada na página Origem e Destino do editor de configuração de transformação ou no assistente de Nova Configuração de Transformação não é alterada.

Destinos Válidos de Transformação

Você pode especificar qualquer projeto ou uma pasta como o local de destino para a saída da transformação de Processo de Negócios em Modelo de Serviço.

Extensões da Transformação para Gerar Saída Específica do Domínio

Por padrão, a transformação de Processo de Negócios em Modelo de Serviço fornece as seguintes extensões para transformar processos de negócios em um modelo de especificação:
  • Implementação padrão: Esta extensão descreve o comportamento de um processo de negócios designando uma atividade de UML como um comportamento próprio do processo de negócios, representado por um componente de UML. A transformação de UML em SOA poderá utilizar essas informações posteriormente para gerar artefatos Business Process Execution Language (BPEL).
  • Implementação da estrutura: Esta extensão cria uma decomposição genérica para o Services Component Definition Language (SCDL). Você deve utilizar essa implementação para gerar um modelo de serviço que a transformação de UML em SOA possa utilizar para gerar saída que possa ser implementada utilizando o WebSphere Integration Developer.

Para criar modelos de serviços UML que contenham detalhes de implementação para outros domínios, você pode criar e registrar extensões customizadas para a transformação de Processo de Negócios em Modelo de Serviço.

Você pode aplicar uma extensão de transformação a todos os processos de negócios no modelo de especificação ou pode especificar uma extensão de transformação para cada processo de negócios no modelo de especificação. Você pode especificar extensões de transformação na configuração de transformação.

Saída da Transformação

Em uma configuração de transformaçãoProcesso de Negócios em Modelo de Serviço, é possível especificar um nome diferente para o modelo de serviço gerado. A transformação gera um modelo de serviço com o mesmo nome do modelo de especificação no projeto ou na pasta especificada como o destino da transformação. Você poderia utilizar a saída da transformação de Processo de Negócios em Modelo de Serviço como a origem de outra transformação, como a transformação de UML em SOA para criar artefatos de serviços de software para soluções de Arquitetura Orientada a Serviços (SOA).

Na configuração de transformação, também é possível especificar que a transformação aplica tanto o perfilModelagem de Serviços (SoaML) quanto o perfil Serviços de Software ao modelo que ele gera.
Importante: O perfil Serviços de Software foi reprovado e um perfil chamado perfil Modelagem de Serviços (SoaML) está disponível para serviços de modelagem. Para obter informações sobre a migração do perfil do Serviços de Software para o perfil Modelagem de Serviços (SoaML), consulte o link relacionado no final deste tópico. Para obter informações sobre como os estereótipos no perfil do Serviços de Software mapeiam para os estereótipos no perfil do Modelagem de Serviços (SoaML), consulte o link relacionado no final deste tópico.

Para obter mais informações sobre o perfil do Serviços de Software, também chamado de Perfil UML 2.0 para Serviços de Software, consulte o artigo entitulado Perfil UML 2.0 para Serviços de Software no Web site do IBM® developerWorks®.

O perfil que você seleciona determina os estereótipos que a transformação aplica aos elementos no modelo de destino. Por exemplo, para cada processo de negócios no modelo de especificação de origem, a transformação gera um componente de UML com o seguinte estereótipo aplicado:
  • Se você selecionar o perfilModelagem de Serviços (SoaML), a transformação aplicará o estereótipo «Participant»
  • Se você selecionar o perfilServiços de Software, a transformação aplica o estereótipo «serviceProvider»

Após executar a transformação, é possível criar representações visuais dos componentes gerados incluindo-os em um diagrama da estrutura composto.

O modelo de serviço, ou modelo de cumprimento de contrato, preserva as informações do contrato definidas no modelo de especificação, além de fornecer os detalhes de implementação necessários para preencher o contrato. Cada colaboração de UML no modelo de especificação que descreve um processo de negócios é transformada em um componente de UML que representa um serviço no modelo de serviço. A transformação preenche os componentes gerados com portas que especificam as interfaces necessárias ou fornecidas pelo processo de negócios.

A transformação gera elementos CollaborationUse dentro de cada componente. Um CollaborationUse gerado mantém um link entre o elemento de colaboração original no modelo de especificação e o elemento de componente no modelo de serviço. A transformação também gera ligações entre as funções de colaboração e as portas dos componentes. A ligação de funções e portas representa a verificação de contrato de negócios. Para especificar os detalhes de implementação de um serviço, você pode especificar ou criar uma extensão de transformação para gerar os detalhes de implementação de cada serviço. O tipo de extensão especificado ou criado depende do domínio de destino e inclui considerações, como linguagem de implementação e ambiente de implementação. Você pode especificar uma extensão de transformação apropriada na configuração de transformação.

Depois que a transformação gera o modelo de serviço, os arquitetos de sistema ou de software podem aperfeiçoar ainda mais o modelo de serviço, que pode incluir a especificação de mais detalhes de implementação ou a criação de referências para bibliotecas legadas.

Para obter informações adicionais sobre como a transformação de Processo de Negócios em Modelo de Serviço transforma os elementos no modelo de constatação, consulte os links de referência relacionada no final deste tópico.

Rastreabilidade de Requisitos de Negócios Utilizando Informações da Verificação de Contrato

A rastreabilidade possibilita assegurar que a arquitetura definida no modelo de serviço gerado atenda aos requisitos de negócios representados no modelo de análise de negócio do WebSphere Business Modeler.

No modelo de serviço gerado, a existência de informações de verificação de contrato possibilita a rastreabilidade de um processo de negócios. As seguintes informações nos modelos de especificação e serviço são necessárias para a verificação do contrato de cada processo de negócios:
  • O elemento CollaborationUse que vincula a colaboração no modelo de especificação a um componente no modelo de serviço
  • Relacionamentos de ligação entre as funções no modelo de especificação e as portas no modelo de serviço

Integração à Funcionalidade Comparar e Mesclar

A transformação de Processo de Negócios em Modelo de Serviço utiliza a funcionalidade de comparação e mesclagem para determinar as diferenças entre o modelo de especificação e o modelo de serviço geradas pela transformação. Depois que as alterações em um modelo de especificação são salvas e a transformação de Processo de Negócios em Modelo de Serviço é novamente executada, o editor de mesclagem exibe as diferenças entre os dois modelos de serviços. No editor de mesclagem, você pode selecionar as alterações mescladas pela transformação no modelo de destino.

Integração com a Equipe de Suporte

A transformação de Processo de Negócios em Modelo de Serviço fornece funcionalidade de integração com os sistemas de controle de versão IBM Rational Team Concert, CVS, Rational ClearCase, e Rational ClearCase LT, que possibilita efetuar o registro de saída dos arquivos automaticamente ou incluir novos arquivos.

Você deve ativar os recursos de equipe para trabalhar com sistemas de gerenciamento de configuração.


Feedback