Interpretação dos Elementos de Modelo de Análise de Negócio pelas Transformações de Processos de Negócios em Modelos de Serviços

Os elementos UML gerados pela transformação de Processo de Negócios em Modelo de Serviço dependem dos objetos do modelo UML de origem, também chamado de modelo de especificação. O modelo de especificação é uma constatação da UML de um modelo de processo de negócios do WebSphere Business Modeler e é criado durante a importação de um modelo do WebSphere Business Modeler para seu espaço de trabalho.

O estereótipo que a transformação aplica aos elementos gerados depende do perfil de destino que você seleciona em uma configuração de transformação Processo de Negócios-para-Modelo de Serviço.

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®.

A tabela a seguir lista os elementos do modelo de especificação suportados pela transformação e a saída UML correspondente criada pela transformação.

Elemento de modelo de especificação Saída da transformação (modelo arquitetural UML de alto nível)
Modelo ou pacote A transformação cria um modelo ou pacote UML com o mesmo nome, estrutura de restrição para pacotes aninhados e colaborações. Os pacotes aninhados ou as colaborações também podem conter atividades UML.

Classes e tipos de dados, e elementos de atividade não são transformados. Quando necessário, o modelo gerado cria relacionamentos de uso que correspondem a esses elementos no modelo de origem.

O perfil de destino que você seleciona na configuração de transformação determina se a transformação aplicará um estereótipo ao modelo ou pacote gerado:
  • Se você selecionar o perfilModelagem de Serviços (SoaML), a transformação não aplicará um estereótipo
  • Se você selecionar o perfilServiços de Software, a transformação aplicará o estereótipo «serviceModel»
Colaboração A transformação cria um componente UML que tem o mesmo nome e estrutura de restrição como um elemento de colaboração de origem.
O perfil de destino que você seleciona na configuração de transformação determina qual estereótipo a transformação aplicará ao componente gerado:
  • Se você selecionar o perfilModelagem de Serviços (SoaML), a transformação aplicará o estereótipo «Participant»
  • Se você selecionar o perfil Serviços de Software, a transformação aplicará o estereótipo «serviceProvider»

A transformação cria um elemento CollaborationUse para cada componente.

O tipo do elemento CollaborationUse é configurado com o elemento de colaboração no modelo de origem.

Cada porta do componente gerado é ligada a uma função respectiva na colaboração, por meio do elemento CollaborationUse. Para obter detalhes sobre as portas criadas pela transformação, consulte a linha role::type da Colaboração a seguir.
Função de colaboração A transformação cria uma porta UML no componente. A porta gerada possui o mesmo nome que a função no modelo de origem.

Cada porta é ligada a uma função utilizando-se um relacionamento de uso de colaboração.

role::type da Colaboração Se a propriedade role::type especificar a mesma interface constatada pelo elemento de colaboração, ela será configurada com uma interface fornecida pela porta. O tipo da porta também é configurado com essa interface.

Todas as outras propriedades role::type são definidas para interfaces necessárias.

Para todas as portas associadas com interfaces necessárias, a transformação gera uma classe UML que possui um relacionamento de uso com a interface que o modelo de origem define. A transformação configura o tipo de porta para a classe UML gerada. O nome da classe UML gerada é o mesmo da interface no modelo de origem, com um sufixo de Protocol.

Considere o seguinte exemplo: se uma classe define um relacionamento de uso para uma ou mais interfaces, e se a classe estiver definida para o valor de propriedade port:type, a porta mostra todas as interfaces na lista de interfaces necessárias.

Interface O perfil de destino que você seleciona na configuração de transformação determina se a transformação aplicará um estereótipo à interface Java™ gerada:
  • Se você selecionar o perfil Modelagem de Serviços (SoaML), a transformação aplicarárá o estereótipo «ServiceInterface»
  • Se você selecionar o perfil Serviços de Software, a transformação aplicará o estereótipo «ServiceSpecification»

Feedback