技术开发 频道

SOA 设计的信息透视图,第 3 部分: 在 SOA 设计中使用 IBM WebSphere

    场景示例  

    本节给出一个在金融机构中构建和使用业务术语表的示例。IBM Industry Models 是在一个 Rational Data Architect 扩展中定义的。这个示例演示如何把术语表内容从 RDA 导入到 WebSphere Business Glossary 中。也可以在 WebSphere Business Glossary 中直接输入术语表内容。创建术语表之后,学习如何定制 WebSphere Business Glossary 中的内容,浏览术语表以及在业务术语上添加说明。

    从 RDA 导入术语表内容(可选)

    在 RDA 中,定义一个术语表模型(.ndm)。例如,可以通过 IBM Industry Models 获得术语表模型。选择包含这个术语表的 RDA 项目,选择 Export\Export a Glossary Model to the Metadata Server。这会调用 RDA 元代理(metabroker),它把 RDA 模型的内容装载到 WebSphere Business Glossary 中,如下所示:

图 6. 从 RDA 导出到 Metadata Server(和 Business Glossary)
 

    定制术语表

    因为术语表是一个动态文档,所以在用业务术语填充 WebSphere Business Glossary 之后,随着时间的推移,要不断定制和扩展术语表。定制术语表的过程与定义新术语表相似,但是没有前面那样的可以导入的内容。在这个示例中,假设我们要定制术语表,添加客户联系首选项的定义。联系首选项定义客户希望如何与他取得联系 —— 通过哪个地址,通过哪个人,在什么时间。

    为了在术语表中捕捉这个需求,在术语表层次结构中定义一个新的类别 “Contact Preference”。对于这个类别在层次结构中的位置可以有不同的选择;在这个示例中,这个类别插入在现有的 “Individual” 类别下面。

图 7. 定制术语表
 

    在这个类别中,我们定义一组详细描述数据需求的术语:个人可以为联系方式指定许多属性,包括语言、可访问性首选项、时间首选项、联系人、地址信息等等。重要的是,术语的业务定义必须足够详细和清晰。每项数据需求应该作为一个单独的业务术语输入,并与术语 “Contact Preference” 相关联。

图 8. 定制术语表:相关术语
 

    这会产生与下图相似的术语表结构,其中有一个类别包含与联系首选项相关的术语,以及用来定义这项需求的所有方面的术语。还建立了相关术语,它们引用与这个业务概念相关,但是不包含在这个类别中的术语(例如,个人的地址信息)。

图 9. 产生的术语表结构
 

    每个术语都有一组可以设置的属性。在这个示例中,每个术语的 Status 值从 ‘Candidate’ 改为 ‘Accepted’。同样,如果创建了定制属性,也可以设置它们。

图 10. 修改状态
 

    接下来,应该为每个术语指定一个专员。专员作为特定术语的所有者,负责术语的维护。

图 11. 指定专员
 

    最后,把这些业务术语链接到 Metadata Server 中的物理工件,定义术语表中表达的业务概念与技术工件中表示这些术语的元素(可能有多个元素)之间的关系。具体地说,可以使用术语描述来自其他工件(比如数据模型、ETL 流和业务智能结构)的技术工件。

0
相关文章