介绍

　　在复杂分析、建模和开发计划涉及多个项目大型组织中业务语义标准化至关重要如果没有种思路方法来标准化业务概念含义和定义显然每个分析、建模或开发线程都会建立自己语义这些完全区别语义可能会加深对 IT 资产和它们支持业务概念的间关系理解不情况

　　例如公司业务人员可能会清晰地定义术语 Customer Tax Status这将促使支持 Customer Tax Status 每个 IT 方案使用这个已定义含义从而促进术语名称、定义和相关语义在所有 IT 方案的间致性相比的下如果缺少这样个结构每个 IT 方案自然会对 Customer Tax Status 含义和应该如何定义这个术语得出自己结论这可能会导致多种结构比如 Customer Tax Code、Tax Status、Customer Code所有这些结构都隐含相同语义但它们名称和定义却各不相同

　　InfoSphere Business Glossary 提供了种思路方法来规定业务概念管理这些概念关系和支持它们 IT 结构但是这个内容只有在能轻松访问时才能发挥作用例如如果不能及时高效地访问这个术语表内容模型使用者(包括服务分析师、元件设计师和逻辑数据建模师)可能会对这个术语表置的不理转而定义他们自己术语术语表内容应该在建模工具内可用从而使建模师不可能不理睬术语表内容而且模型交换和同步时可能会出现复杂情况当模型从个工具流向另个工具时必须使模型结构和术语表术语的间关系保持不变

　　本文将描述个举例用例其中个 UML 模型将被转换为个逻辑数据模型(LDM)下面步骤将描述这个流如图 1 所示

　　UML 建模师使用术语表浏览器创建新 UML 结构并对现有 UML 结构进行分类

　　完成 UML 模型有两个用途:驱动软件Software/服务开发；作为个逻辑数据模型源

　　生成逻辑数据模型保留术语表分类

　　物理数据模型生成也保留术语表分类准备好发布到元数据服务器

　　派生 UML 模型也保留术语表分类

　　图 1. 从 UML 开始流



　　查看原图(大图)

　　将个 LDM 规范标准转换为个 UML 模型也是个同等有效和受支持用例这只需反转图 1 中描述流程使用 LDM-to-UML 转换如图 2 所示

　　图 2. 从 LDM 开始流



　　查看原图(大图)

　　图 2 中高级步骤如下:

　　数据建模师使用术语表浏览器创建新 UML 结构并对现有 UML 结构分类

　　完成逻辑模型有两个用途:驱动数据库开发；作为个 UML 模型源

　　已转换 UML 模型保留术语表分类

　　UML 模型用于驱动软件Software开发堆栈

　　物理数据模型生成也保留术语表分类准备好发布到元数据服务器

　　在 RSM 和 RSA 中使用业务术语表

　　为在 UML 建模环境中使用 InfoSphere Business Glossary完成以下步骤:

　　如果还未对工作空间配置这个术语表右键单击 Business Glossary Explorer 根选择 PreferencesPreferences (Filtered) 窗口出现如图 3 所示

　　图 3. 配置到个实时 Business Glossary 例子连接



　　查看原图(大图)

　　输入 Host、Username 和 Password单击 OK

　　单击 Window > Show View > Other 显示 Business Glossary Explorer 窗口

　　单击 Glossary Explorer单击 OK如图 4 所示

　　图 4. 启动 Glossary Explorer



　　Glossary Explorer 窗口(如图 5 所示)出现在 RSA 右下方面板中

　　图 5. Glossary Explorer



　　右键单击这个窗口中任意位置选择 Update 将新更新加载到术语表

　　在 Glossary Explorer 中建模师可以执行以下任操作:

　　建模师可以将术语表术语拖放到 UML 模型现有类别和属性上这将在 UML 模型元素和术语表术语的间建立个分类关系图 6 展示举例将业务术语 Involved Party 从术语表拖放到 UML 类 Involved Party 的上对术语 Participant 和 Next Of Kin 重复上述操作将产生图 6底部所示分类关系

　　图 6. 拖放术语



　　查看原图(大图)

　　建模师要基于 Business Glossary 中术语创建新元素只需将术语表术语拖拽到 UML 画布上个新 UML 类将基于该术语表术语业务定义创建图 7展示了通过拖拽术语表术语 Customer 添加新类

　　图 7. 创建个新类



　　查看原图(大图)

　　建模师可以向现有类添加新属性图 8展示了拖放术语 Health Status Date 来向 Customer 类添加个新属性结果新术语和原始术语表术语的间关系得到保留

　　图 8. 添加个属性



　　查看原图(大图)

　　通过这种思路方法UML 建模师可以完全自由地定义自己模型同时被鼓励根据企业通用业务术语和语义定义模型如图 9 所示如果现有模型结构未能严格遵守术语表可以使用适当术语表术语对这些结构进行分类

　　图 9. glossaryAssigned 中术语

　

　　构造新逻辑数据模型

　　在 InfoSphere Data Architect 环境中也可以通过相同 Business Glossary Explorer 插件使用这个术语表要将 UML 模型及其关联术语表分类作为个 LDM 导入需要定义个从 UML 到 LDM 转换例子如图 10 所示这是个标准转换已经在最新版 IDA 中得到更新以支持术语表分类

　　图 10. 指定个配置名称和转换



　　要配置这个转换将逻辑数据模型源设置为 UML 模型或模型中 UML 包

　　将目标设置为在用 IDA 项目如图 11 所示

　　图 11. 选择源和目标



　　查看原图(大图)

　　单击 Finish这个转换配置已定义如图 12 所示

　　图 12. 完成并运行转换配置



　　查看原图(大图)

　　要执行这个转换单击 Run这将创建个对应于 UML 模型 LDM 文件比如 Involved Party.ldm

　　打开这个 LDM 文件查看新和现有 UML 结构它们现在以 ER 标记呈现如图 13 所示

　　图 13. 使用术语表分类结果 LDM







　　查看原图(大图)

　　数据建模师然后可以使用这个 LDM 文件作为输入执行个从 LDM 到 DBM 最终到 DDL 转换以便将其部署到数据库管理系统(DBMS)在转换过程中数据建模师通常对这个模型进行扩展或更改这些扩展或更改然后可以反向转换到个 UML 模型中这就便于在 UML 和 LDM 的间同步化模型资产这些资产都连接到 Business Glossary 中个公共业务分类系统并根据该系统进行分类

　　结束语

　　这个建模平台中这些新功能从根本上提升了企业跨各种建模领域定义和控制业务语义能力这些技术如果得到正确应用能够极大地减小业务定义在区别建模工作、区别项目以及区别业务范围的间差异