Avançar para a área de conteúdo

Ao clicar em Enviar, você concorda com os termos e condições do developerWorks.

Na primeira vez que você efetua sign in no developerWorks, um perfil é criado para você. Informações selecionadas do seu perfil developerWorks são exibidas ao público, mas você pode editá-las a qualquer momento. Seu primeiro nome, sobrenome (a menos que escolha ocultá-los), e seu nome de exibição acompanharão o conteúdo que postar.

Todas as informações enviadas são seguras.

  • Fechar [x]

Ao se conectar ao developerWorks pela primeira vez, é criado um perfil para você e é necessário selecionar um nome de exibição. O nome de exibição acompanhará o conteúdo que você postar no developerWorks.

Escolha um nome de exibição de 3 - 31 caracteres. Seu nome de exibição deve ser exclusivo na comunidade do developerWorks e não deve ser o seu endereço de email por motivo de privacidade.

Ao clicar em Enviar, você concorda com os termos e condições do developerWorks.

Todas as informações enviadas são seguras.

  • Fechar [x]

Use o InfoSphere Business Glossary para definir uma linguagem de negócios comum entre as ferramentas de modelagem

Brian Byrne, Industry Models and Integration Architect, IBM
Brian Byrne
Brian Byrne possui experiência de mais de 10 anos no projeto e desenvolvimento de sistemas distribuídos, dos quais sete passou conduzindo a arquitetura do Industry Models através de diversos segmentos de mercado. Atualmente, Brian é arquiteto na organização de Gerenciamento de Informações da IBM.
Jennifer Ramirez, Software IT Architect, IBM
Photo of Jennifer Ramirez
Jennifer Ramirez possui mais de 20 anos de experiência em TI, concentrando os últimos 10 anos na integração de software.

Resumo:  A combinação de taxonomias de linguagem de negócios comum com ferramentas de modelagem incentiva arquitetos, modeladores e desenvolvedores a compreender e a usar termos de negócios frequentemente conhecidos, o que elimina a ambiguidade que a linguagem especificada de maneira imprecisa pode apresentar. Isso direciona o alinhamento de requisitos entre as partes interessadas de negócios e de TI. Este artigo descreve como usar o InfoSphere™ Business Glossary, o Rational® Software Architect e o InfoSphere Data Architect em um fluxo de desenvolvimento específico para introduzir termos acordados nos ambientes de modelagem, estabelecendo a semântica correta no início do ciclo de desenvolvimento. Esse esforço diminui o custo de desenvolvimento, reduzindo a dificuldade de fazer o departamento de TI compreender o que os requisitos de negócios realmente significam.

Data:  14/Abr/2010
Nível:  Intermediário
Atividade:  1828 visualizações
Comentários:  


Introdução

Em uma grande organização com iniciativas complexas de análise, modelagem e desenvolvimento distribuídas através de diversos projetos, a normatização da semântica de negócios é fundamental. Sem uma maneira de padronizar os significados e as definições dos conceitos de negócios, cada encadeamento de análise, modelagem ou desenvolvimento estabelecerá naturalmente sua própria semântica. Essas semânticas discrepantes podem compor a compreensão já fragmentada do relacionamento entre os ativos de TI e os conceitos de negócios que elas suportam.

Por exemplo, a área de negócios da empresa pode definir claramente o termo Status de Imposto do Cliente. Isso permite que cada iniciativa de TI que ofereça suporte ao Status de Imposto do Cliente use o significado definido, que proporciona a consistência de nome, definição e semântica relacionada ao termo entre todas as iniciativas de TI. Por contraste, na ausência dessa estrutura, cada iniciativa de TI pode naturalmente tirar sua própria conclusão sobre o significado e a definição de Status de Imposto do Cliente, por exemplo. Isso pode resultar em várias estruturas, como Código de Imposto do Cliente, Status do Imposto, Código do Cliente, todas as quais implicam vagamente na mesma semântica, mas diferem no nome e na definição.

O InfoSphere Business Glossary fornece um meio de especificar conceitos de negócios e de gerenciar o relacionamento entre esses conceitos e a estruturas de TI que os suportam. Entretanto, esse conteúdo só será útil se tiver fácil acesso. Por exemplo, sem acesso imediato e eficiente ao conteúdo do glossário, os usuários do modelo, incluindo analistas de serviço, designers de componente e modeladores de dados lógicos, podem ignorar o glossário e definir seus próprios termos. O conteúdo do glossário deve estar disponível nas ferramentas de modelagem, impossibilitando que o modelador ignore o conteúdo. Além disso, pode haver complicações com a troca e a sincronização do modelo, pois os relacionamentos entre as estruturas de modelo e os termos do glossário devem ser retidos como fluxo de modelos de ferramenta para ferramenta.

Este artigo descreve um caso de uso de exemplo, no qual um modelador UML é transformado em um modelo de dados lógicos (LDM). As etapas a seguir descrevem o fluxo, como mostra a Figura 1.

  1. O modelador UML usa o navegador do glossário para criar novas estruturas de UML e classificar as existentes.
  2. O modelo UML concluído é usado com dois propósitos: para acionar o desenvolvimento de serviço/software e como origem para um modelo de dados lógicos.
  3. O modelo de dados lógicos resultante retém as classificações do glossário.
  4. A geração para o modelo de dados físicos também retém classificações de glossário, prontas para publicação no servidor de metadados.
  5. Os modelos UML derivados também retêm classificações de glossário.

Figura 1. Fluxo iniciando com UML

A transformação de uma especificação de LDM em um modelo UML é um caso de uso igualmente válido e suportado. Simplesmente inverta o processo descrito na Figura 1 usando a transformação LDM para UML, como mostra a Figura 2.


Figura 2. Fluxo iniciando com LDM

As etapas de alto nível na Figura 2 são:

  1. O modelador de dados usa o navegador do glossário para criar novas estruturas de UML e classificar as existentes.
  2. O modelo lógico concluído é usado com dois propósitos: para acionar o desenvolvimento do banco de dados e como origem para um modelo UML.
  3. O modelo UML transformado retém as classificações do glossário.
  4. O modelo UML é usado para acionar a pilha de desenvolvimento do software.
  5. A geração para os dados físicos retém classificações de glossário, prontas para publicação no servidor de metadados.

Usando o glossário de negócios em RSM e RSA

Conclua as etapas a seguir para usar o InfoSphere Business Glossary no ambiente de modelagem UML.

  1. Se o glossário ainda não estiver configurado para a área de trabalho, clique com o botão direito do mouse na raiz do Business Glossary Explorer e selecione Preferences. A janela Preferences (Filtered) é exibida, como mostra a Figura 3.

Figura 3. Configurar a conexão com uma instância ativa do Business Glossary

  1. Preencha os campos Host, Username e Password e clique em OK.
  2. Clique em Window > Show View > Other para exibir a janela Business Glossary Explorer.
  3. Clique em Glossary Explorer e em OK, como mostra a Figura 4.

Figura 4. Abrindo o Glossary Explorer

A janela Glossary Explorer, como mostra a Figura 5, é exibida apenas no painel inferior direito do RSA,


Figura 5. Glossary Explorer

  1. Clique com o botão direito do mouse em qualquer lugar dessa janela e selecione Update para carregar novas atualizações no glossário.

No Glossary Explorer, um modelador pode executar qualquer uma das duas ações.

  • O modelador pode arrastar e soltar os termos do glossário nas classes e atributos existentes do modelo UML. Isso estabelece um relacionamento de classificação entre o elemento do modelo UML e o termo do glossário. A Figura 6 exibe um exemplo do processo de arrastar e soltar o termo de negócios Involved Party do glossário para a classe UML Involved Party. A repetição desse procedimento para os termos Participant e Next Of Kin resulta nos relacionamento de classificação mostrados na parte inferior da Figura 6 imagem ampliada).

    Figura 6. Arrastar e soltar os termos


    Para o modelador estabelecer novos elementos baseados nos termos do Business Glossary, ele simplesmente arrasta os termos do glossário para a tela UML. Uma nova classe UML é criada com base na definição de negócios desse termo de glossário. A Figura 7 (imagem ampliada) exibe uma nova classe adicionada ao arrastar o termo de glossário Customer.



    Figura 7. Criando uma nova classe


  • O modelador pode adicionar novos atributos a uma classe existente. A Figura 8 (imagem ampliada) exibe o resultado do processo de arrastar e soltar o termo Health Status Date para adicionar um novo atributo à classe Customer. O relacionamento com o termo de glossário original é retido.

    Figura 8. Adicionando um atributo


Usando essa abordagem, o modelador UML possui liberdade total para definir seu modelo, mas ele é incentivado de acordo com os termos de negócios e a semântica determinados pela empresa, como mostra a Figura 9. Se houver estruturas do modelo existente que ainda não estejam em acordo rigoroso com o glossário, essas estruturas poderão ser classificadas com o uso de termos de glossário apropriados.


Figura 9. Termos no glossaryAssigned


Construindo um novo modelo de dados lógicos

No ambiente do InfoSphere Data Architect, o glossário também está disponível por meio do mesmo plug-in do Business Glossary Explorer. Para importar o modelo UML e as classificações de glossário associadas como LDM, defina uma instância de transformação de UML para LDM, como mostra a Figura 10. Essa é uma transformação padrão que foi atualizada na versão mais recente do IDA para suportar a classificação de glossário.


Figura 10. Especificando um nome de configuração e transformação

  1. Para configurar a transformação, defina a origem para o modelo de dados lógicos como o modelo UML ou o pacote UML no modelo.
  2. Defina o destino como o projeto IDA em uso, como mostra a Figura 11.

Figura 11. Selecionando a origem e o destino

  1. Clique em Finish. A configuração da transformação é definida, como mostra a Figura 12.

Figura 12. Concluindo e executando a configuração da transformação

  1. Para executar a transformação, clique em Run, que cria um arquivo LDM correspondente ao modelo UML, como Involved Party.ldm.
  2. Abra o arquivo LDM para ver as estruturas UML novas e existentes, agora renderizadas na nota ER, como mostra a Figura 13.

Figura 13. LDM resultante com classificações de glossário



O modelador de dados pode usar esse arquivo LDM como entrada para uma transformação em DBM e, finalmente, em DDL a fim de implementar o sistema de gerenciamento de banco de dados (DBMS). Durante esse processo, o modelador de dados sempre faz extensões ou mudanças nesse modelo, que pode ser transformado novamente em um modelo UML. Isso sincroniza os recursos do modelo entre as palavras de UML e LDM, às quais estão todos conectados e classificados por uma taxonomia de negócios comum no Business Glossary.

Para obter detalhes adicionais sobre as implicações do gerenciamento de modelos desse padrão, consulte Recursos.

Conclusão

Essas novas funções na plataforma de modelagem alteram, de maneira fundamental, a capacidade de uma empresa de definir e controlar a semântica do negócio entre vários domínios de modelagem. Essas técnicas, aplicadas de maneira apropriada, podem reduzir a variação nas definições do negócio entre os esforços de modelagem, projetos e limites de linha de negócio.


Recursos

Aprender

Obter produtos e tecnologias

Discutir

Sobre os autores

Brian Byrne

Brian Byrne possui experiência de mais de 10 anos no projeto e desenvolvimento de sistemas distribuídos, dos quais sete passou conduzindo a arquitetura do Industry Models através de diversos segmentos de mercado. Atualmente, Brian é arquiteto na organização de Gerenciamento de Informações da IBM.

Photo of Jennifer Ramirez

Jennifer Ramirez possui mais de 20 anos de experiência em TI, concentrando os últimos 10 anos na integração de software.

Ajuda para Relatar Abuso

Relatar abuso

Obrigado. Esta entrada foi sinalizada para atenção do moderador.


Ajuda para Relatar Abuso

Relatar abuso

Falha no envio do Relatório de abuso. Tente novamente mais tarde.


developerWorks: Registre-se


Precisa de um ID IBM?
Esqueceu seu ID IBM?


Esqueceu sua senha?
Alterar sua senha

Ao clicar em Enviar, você concorda com os termos de uso do developerWorks.

 


Na primeira vez que você efetua sign in no developerWorks, um perfil é criado para você. Informações selecionadas do seu perfil developerWorks são exibidas ao público, mas você pode editá-las a qualquer momento. Seu primeiro nome, sobrenome (a menos que escolha ocultá-los), e seu nome de exibição acompanharão o conteúdo que postar.

Selecione seu nome de exibição

Ao se conectar ao developerWorks pela primeira vez, é criado um perfil para você e é necessário selecionar um nome de exibição. O nome de exibição acompanhará o conteúdo que você postar no developerWorks.

Escolha um nome de exibição de 3 - 31 caracteres. Seu nome de exibição deve ser exclusivo na comunidade do developerWorks e não deve ser o seu endereço de email por motivo de privacidade.

(Deve possuir de 3 a 31 caracteres.)


Ao clicar em Enviar, você concorda com os termos de uso do developerWorks.

 


Classificar este artigo

Comentários

static.content.url=http://www.ibm.com/developerworks/js/artrating/
SITE_ID=80
Zone=Information Management, Rational
ArticleID=482554
ArticleTitle=Use o InfoSphere Business Glossary para definir uma linguagem de negócios comum entre as ferramentas de modelagem
publish-date=04142010
author1-email=byrneb@us.ibm.com
author1-email-cc=
author2-email=ramirezj@us.ibm.com
author2-email-cc=

Conheça a IBM da sua cidade

Virtual Branch Office Brasil

A IBM está mais perto do que você imagina!


Tags

Help
Use o campo de pesquisa para encontrar todos os tipos de conteúdo no My developerWorks com essa tag.

Use a barra de rolagem para ver mais ou menos tags.

Tags populares mostra as principais tags para esta zona de conteúdo em particular (por exemplo, Java technology, Linux, WebSphere).

Minhas tags mostra suas tags para esta zona de conteúdo em particular (por exemplo, Java technology, Linux, WebSphere).

Use o campo de pesquisa para localizar todos os tipos de conteúdo no Meu developerWorks com essa tag. Tags populares mostra as tags principais para essa zona de conteúdo particular (por exemplo, tecnologia Java, Linux, WebSphere). My tags shows your tags for this particular content zone (for example, Java technology, Linux, WebSphere). Minhas tags mostra as suas tags para essa zona de conteúdo em particular (por exemplo, tecnologia Java, Linux, WebSphere).