UML在语义上比传统的ER技术更加具有表达力。使用UML你不但可以建模与ER方法相同的元素,你可以建模其他种类的比如行为特征的关系(比如关联)。虽然UML的符号比传统的ER符号有所不同,但是对于使用ER建模的老手来说,转到UML上并不是非常的困难。见图2。
图2:从ER符号转换到UML符号为了详细说明一个数据模型,你可以简单的使用UML类图。为了进一步获取数据库的逻辑设计,你可以使用UML类图中的作为表的类原型。对于每一个表,你可以对它的列(作为属性,包括作为主键和索引的属性)和触发器(作为操作)进行建模。为了获取数据库的物理元素,你可以使用UML组建图中的数据库原型组件。无论是在逻辑视图还是物理视图中,你当然具有UML对建模关系(如,关联和继承)和行为(如,通过交互图或状态表图)的全部的表达能力。
以这种方式,你就可以将你的系统数据模型和需求放到完成的项目中,跨职能的统一团队的成员形成了一种协作的力量。通过使用象Rational Rose Data Modeler这样的工具支持这些模型,之前数据团队中分离的成员现在可以非常容易的访问整个项目需求上下文中对数据的需求,并且可以在应用模型和与系统相关的需求文本和属性的用例模型之间对数据模型进行跟踪。相似的,分析人员与应用的开发人员可以更好的与数据小组进行交流,因为他们使用同一种公用的表达语言。因为UML的语义是非常丰富的,它可以在系统中被用来呈现和说明集成点。这也使得跟踪象模型向关系数据模型的移植变得可能。在支持数据库逆向工程的工具出现时,对于用户来说基于数据库结构通过正向工程来创建数据模型或者基于数据模型通过逆向工程来创建数据库将成为可能。所有与数据小组相关的语义-表,列,约束,索引,触发器以及更多-都能通过这样的转换被保存。
在协调软件开发中矛盾的方式下构建一个企业级的软件系统是非常难的,你必须在快速的开发压力与高质量之间进行权衡。使用UML对系统的工作产物进行可视化,描述和文档化可以使开发组织中的工作在一个团队中的涉众人员使用同一种语言和工具完成工作。
文章来源于领测软件测试网 https://www.ltesting.net/