In a large organization with complex analysis, modeling, and development initiatives spread across multiple projects, standardizing business semantics is key. Without a way to standardize the meanings and definitions of business concepts, each analysis, modeling, or development thread will naturally establish its own semantics. These disparate semantics can compound the already fragmented understanding of the relationship between IT assets and the business concepts they support.
For example, the business side of the house might clearly define the term Customer Tax Status. This enables each IT initiative that supports Customer Tax Status to use the defined meaning, which drives consistency of term name, definition, and related semantics across all the IT initiatives. By contrast, in the absence of such a structure, each IT initiative might naturally come to its own conclusion as to what Customer Tax Status means and how it should be defined. This can result in multiple structures, such as Customer Tax Code, Tax Status, Customer Code, all of which loosely imply the same semantics but differ in name and definition.
InfoSphere Business Glossary provides a means to specify business concepts and to manage the relationship among those concepts and the IT structures that support them. However, this content is only useful if it is easy to access. For example, without immediate and efficient access to glossary content, model users, including service analysts, component designers, and logical data modelers, might ignore the glossary and define their own terms. The glossary content should be available within the modeling tools, making the content impossible for the modeler to ignore. Still, there might be complications with model interchange and synchronization as relationships between model structures and glossary terms must be retained as models flow from tool to tool.
This article describes an example use case in which a UML modeler is transformed into a logical data model (LDM). The following steps describe the flow, as shown in Figure 1.
- UML modeler uses glossary browser to create new UML structures and to classify existing ones.
- Completed UML model is used for two purposes: to drive software/service development and as a source for a logical data model.
- Resulting logical data model retains glossary classifications.
- Generation to physical data model also retains glossary classifications, ready for publication to metadata server.
- Derived UML models also retain glossary classifications.
Figure 1. Flow starting with UML
Transforming an LDM specification to a UML model is an equally valid and supported use case. Simply reverse the process described in Figure 1 using the LDM-to-UML transform, as shown in Figure 2.
Figure 2. Flow starting with LDM
The high-level steps in Figure 2 are:
- Data modeler uses the glossary browser to create new UML structures and to classify existing ones.
- Completed logical model is used for two purposes: to drive database development and as a source for a UML model.
- Transformed UML model retains glossary classifications.
- UML model is used to drive software development stack.
- Generation to physical data retains glossary classifications, ready for publication to metadata server.
Using the business glossary in RSM and RSA
Complete the following steps to use the InfoSphere Business Glossary within the UML modeling environment.
- If the glossary is not already configured for the workspace, right-click the root of the Business Glossary Explorer, and select Preferences. The Preferences (Filtered) window appears, as shown in Figure 3.
Figure 3. Configure connection to a live Business Glossary instance
- Enter the Host, Username, and Password, and click OK.
- Click Window > Show View > Other to show the Business Glossary Explorer window.
- Click Glossary Explorer, and click OK, as shown in Figure 4.
Figure 4. Bringing up the Glossary Explorer
The Glossary Explorer window, as shown in Figure 5, appears on your lower-right panel of RSA,
Figure 5. Glossary Explorer
- Right-click anywhere in this window, and select Update to load new updates to the glossary.
From the Glossary Explorer, a modeler can perform either of two actions.
- The modeler can drag and drop glossary terms onto existing classes and
attributes of the UML model. This establishes a classifying
relationship between that UML model element and the glossary term.
Figure 6 shows an example of dragging and dropping the business term
Involved Partyfrom the glossary onto the UML classInvolved Party. Repeating this for the termsParticipantandNext Of Kinresults in the classification relationships shown at the bottom of Figure 6 (larger image).
Figure 6. Drag and drop terms
For the modeler to establish new elements based on the terms in the Business Glossary, he simply drags the glossary terms onto the UML canvas. A new UML class is created based on the business definition of that glossary term. Figure 7 (larger image) shows a new class added by dragging the glossary term
Customer.
Figure 7. Creating a new class
- The modeler can add new attributes to an existing class. Figure 8 (larger
image)
shows the result of dragging and dropping the term
Health Status Dateto add a new attribute to theCustomerclass. The relationship to the originating glossary term is retained.
Figure 8. Adding an attribute
Using this approach, the UML modeler has complete freedom to define his model, but he is encouraged to do so in accordance with the agreed business terms and semantics of the enterprise, as shown in Figure 9. If existing model structures exist that are not already in strict accordance with the glossary, these structures can be classified using the appropriate glossary terms.
Figure 9. Terms in glossaryAssigned
Constructing a new logical data model
Within the InfoSphere Data Architect environment, the glossary is also available through the same Business Glossary Explorer plugin. To import the UML model and associated glossary classifications as an LDM, define an instance of transformation from UML to LDM, as shown in Figure 10. This is a standard transform that has been updated in the most recent version of IDA to support glossary classification.
Figure 10. Specifying a configuration name and transformation
- To configure the transform, set the source for the logical data model to be the UML model or the UML package within the model.
- Set the target as the IDA project in use, as shown in Figure 11.
Figure 11. Selecting source and target
- Click Finish. The transformation configuration is defined, as shown in Figure 12.
Figure 12. Finishing and running the transformation configuration
- To execute the transformation, click Run, which creates an LDM file corresponding to the UML model, such as Involved Party.ldm.
- Open the LDM file to see the new and existing UML structures, now rendered in ER notation, as shown in Figure 13.
Figure 13. Resulting LDM with glossary classifications
The data modeler can then use this LDM file as input to a transformation to DBM and ultimately to DDL to deploy to the database management system (DBMS). During this process, the data modeler often makes extensions or changes to this model, which can then be transformed back into a UML model. This synchronizes model assets between the worlds of UML and LDM, which are all connected to and classified by a common business taxonomy within Business Glossary.
For more details on the model management implications of this pattern, see Resources.
These new functions within the modeling platform fundamentally change the capability of an enterprise to define and control business semantics across various modeling domains. These techniques, properly applied, can greatly reduce the variation in business definitions across modeling efforts, across projects, and across line-of-business boundaries.
Learn
- Go to the
InfoSphere
area on developerWorks
to get the resources you need to advance your skills in on InfoSphere
products.
- Learn more about
InfoSphere Business Glossary.
- Explore further by reading
"Developing a Web 2.0 application
using the InfoSphere Business Glossary REST API"
(developerWorks, Jul 2009), which is a step-by-step guide to developing a
widget that uses the InfoSphere Business Glossary REST API and enables
users to find terms, examine the term's details, and make basic edits.
- Refer to the article
"Governing and managing enterprise models, Part 1:
Introduction and concepts"
(developerWorks, Jan 2009) to better understand governance and management of
enterprise models.
- Check out
"Integrating heterogeneous metadata"
(developerWorks, Sep 2009) for usage scenarios for integrating Cognos
Business Intelligence reports and InfoSphere Business Glossary.
- Refer to
"The value and use of InfoSphere Business Glossary
in SOA design"
(developerWorks, Oct 2008) to learn how InfoSphere Business Glossary and
the unified metadata management of InfoSphere Information Server can be
used in an SOA engagement.
- Learn more about Information Management at
the
developerWorks Information Management
zone.
Find technical documentation, how-to articles, education, downloads,
product information, and more.
- Stay current with
developerWorks technical events and webcasts.
Get products and technologies
- Download
IBM product evaluation versions
or
explore
the online trials in the IBM SOA Sandbox
and get your hands on application development tools and middleware
products from DB2®, Lotus®, Rational®, Tivoli®,
and WebSphere®.
Discuss
- Participate in the discussion forum.
- Check out the
developerWorks
blogs
and get involved in the
developerWorks community.






