Enterprise-Architect-UML指南.docx

EnterpriseArchitectUM1.指南1 .应用UM1.进行数据库建模1.1 介绍当须要为软件系统系统供应一种牢靠，敏捷而又高效的对象长久化方法时，当今的设计师和架构师们面临着众多的选择,从技术的层面上，这个选择往往介于完全面对对象，对象关系混合，完全关系化和建立在公开或专有文件格式上的常规解决方案之间（如：XM1.1O1.E的结构化存储1从供应者的层面上，Orade,IBM,Microsoft,POET和其它的公司供应了相像,但是彼此间往往不相容的解决方案.本文仅论述这些选择中的一种，即在完全关系数据库上层面对对象的类模型进行分层.这并不表明它是唯一、成好而又简洁的解决方案，但是从好用的角度看，它是最常用的一种类型，和也是最简洁被用娼的一种.我们先快速阅读两个设计领域的模型，并试图把它们连接起来：第一，介绍用UM1.表达面对对象的类模型；其次.关系数据库模型.对每一个领域我们只涉及联向到我们任务的主要功能.然后捌门将关注从类模型到数据库模里映射的技术和礴.包括对象长久性，对象行为，对象和对象标识之间的关系.我们将总结对UM1.数据profile的回顾（RationalSoftware举荐1.一些面对对象设计，UM1.和关系数抠库建模的相像性也会被提及.类模型是UM1.用来表达软件系统逻辑结构的主要工件.它用来记录数据需求和模型领域内对象的行为.本文不探讨创建和具体描述该模型的技术，我们将假设已经存在一个设计好的类模型,它须要映射到关系数据库上.类榛型类在UM1.中是一个基本的逻辑实体.它定义了一个结构单元的数据和行为.一个类是一个模板或运行时创建实例和对盆的模型.当开发一个陵辑模型，如UM1.中的结构层次，我们将明嫡地把它们当作类来处理.当面对动态图时，如依次图和协作图，我们也要处理类的实例和对象,以及它们运行时的内部动作.数I藏和封装原则是基于作用域效果.类有它的内部数据元素.访问这些数据元素须要通过类对外的行为或接口.遵循这个原则会生成更易于维沪的代码。一个筒触的“Person”类,没有显示状态和行为Pe<son Address:CAdctess Name Age:double ge!Age<)int SetAge(0 g!Name stNarre<s)H性和操作定义了运行时对象的状态和美的行为行为行为运用了类定义的操作，在类模型中被记录.操作是可以外部可见的(public),对子类可见的(protected)和隐藏的(private通过结合隐藏数据和公共访问接口,隐藏或爱护数枢的振作，类的设计人员可以建立极易维护的结构单元，这些结构单元是支持而不是阻昭变更的.关系和特性关联是两个类之间的一种关系.关系TW的类知道和在某种程度上运用或操控另一侧的类.这种关联可以是功能上的(为我做茶学)也可以是结构上的(是什么在本文中更多的是侧重结构上的关系.如：'Address"类可以关联一个"Person*类,将这种关系映射到数据空间须要多加留就的关系.聚合是关联的一种形式，表示一个类多个对象的集合在另一个类中,复合是一种更强的聚合形式，说明一个对象事实上由其它对象构成.对于关联关系来说，它意味着一个困难的类属性，将该属性映射到关系模型时须要更具体的考虑.当一个类表示为生成很多对象实例的模板或模型时，对皴须要在运行时有识别自己的方式，这样被关联对象可以对正确的对象实例施加作用.在编程语言中JQC+,对象指针可能会传递，并使所指对领可以访问一个独一无二的对象实例,通常尽管一个对象会被俏毁，但是在须要时，又象上一次有效实例期间那样被里建.所以，这些对象须要一个存储机制来保韬它们的内部状态和关联，并在须要时且原所需状态.继承给类模型供应一种方式，该方式提取通用行为到泛化的类中，使这个泛化类稍后可以做为在一般主题上诸多变异的原形.继承是一种管理更用和困难性程度的方式,如我们将看到的，关系模型并没有与继承关系的干脆对应项，这给数据模型建立者建立一个从对象模型到关系框架造成了困难,从一个运行时的对象到另外一个对象的导航是建立在完全引用的基础之上.一个对象有多种形式的连接（指针或唯一的对象标识），用这些连接可以定位和亚建所需的对象.ts有三种形式的聚合关系：弱聚合用菱形表示（不填充）.想聚合（复合）用实心受形衣示（内部填充个地址可以没有人.也可以有多个人居住.关系模型关系数抿模型已经运用多年，供应的性能和敏捷性始终行之有效.它本质上是基于集合的（set-based）,并且用表做为它的基本单元，表由一个或多个列组成，每一个列包含一个数抿元素.表和列：一个关系表是一个或多个列的集合，每个列在表结构中有一个唯一名称，井目被定义成一个特定基本数露类型,如：数字、文本、二元数据.表定义是一个模板，表的"行"从这个模板中破创建，行可能做为一个表实例的实例.关系模型仅仅供应一个公共数据访问的模型.全部数据向外对任何一个过程开放，以便于被更新，查询和操控.信息廉菽（informationhiding）是未知的.行为与表相关联的行为通常是基于所应用实体的业务或逻辑规则.约束以多个形式应用到"列"，如：独特性需求、对应其它表和列的关系完整性约束，允许的值和数据类型.触发器供应了关联到一个实体的很多附加行为。通常在数据被插入、删除和更新前后，强制执行数抿的完整性检直.数据库存储过程供应了一种通过专有语言扩展来延长数提库功能的方式，这些犷展通常用来构造功能性单元（脚本1这些功能不会干脆映射到这些实体，也不会与它们有逻辑关系,通过关系数据集的导航是基于"行"遍历和表连接实现.SQ1.是用来从表集选择“行”和放置实例的一种主要的语言.关系和识别表的主键为识别行供应一个特定值.这里有两种我们关注的主键：首先是意义键（meaningkey）,它由数抿列构成，这些数据列在业务领域有意义.其次是一个抽象的唯一标识符，如计数器值，它没有商业意义,但是可以唯一地标识一个行.我们将先探讨抽象唯一标识符，然后再阐述意义键,一个表可以包含映射到另一个表主健的"列二表间的关系定义了一个外耀，说明白在这两个表之间的结构关系或关联.小节从以上的钱述我们可以看出对象模型是建立在离散实体基批上这些实体既有状态属.关系模型同等地显露全性和数据），也有行为，TS仅通过类的公共接口来访问封装;部数据，有限支持利用触发器从行为到数据元素的关联.依靠运用唯一对象标识符，可以从一个对象移动到另一个对象,这使得我们可以在对象模型中导航,并建立对象关系（类似于网络数据模型在关系模型中，通过运用检索标准，SQ1.合并和过逑结果集,你可以直找我所需的行.标识符在对象模型中既可以是实时引用，也可以是长久的唯一标识符（称作OlDX在关系校域里,主键定义了数据集在整个数抠空间中的唯一性.对象模型中有丰富的关系集合：继承，聚合，关联，豆合，依服，以及其它。在关系模型中，可以仅运用外键来指明一种关系.我们已经对感爱好的两个领域进行了介绍并比较了每一个领域的几个变要功能，然后将简洁了解UM1.中关系数据模型的标注.1.2UM1.数据模型Profile（特性描述）数据模型Profile是EnterpriseArchitect的UM1.扩展来支持关系数据库建模.它包括一些定制犷展，如：表，数据库图表，表鎏,触发器和约束。它是一种在UM1.中对关系数据库建模的技术.衰和列表在UM1.数据Profile中是带Table构造型的类，它在右上角显示一个表的符号.数据库中的列用Table类的尿性来建模.CustomerPKOK):Ct-5e:VftRCHM2VWRCHAR2例如：上面图型显示与客户表关联的属性。在此示例中,对象ID被定义为表的主腱，还有两个列：“Name"和"Address".留意上图例子中列的数据类型是依据原DBMS的数据类型定义的。行为到目前为止，我们仅定义了表的遗辑（静态）结构.此外，我们将描述与列关联的行为，包括：索引,械，触发器，过程等等。行为表示为带构造型的操作下图显示我:三讨的表，它有一个主健约束和索引，均被定义为带构造型的操作CurtcmerPK00irrtNhq:VARCHAR?AddressWCHARZ*PK»IdxeCustomerOOO«ind«K»rfx-cumerOlQ留意："OID"列上的PK标签定义了逻辑主置,而构造型操作""PK»idx_customer（X定义了与主被实现相关联的约束和行为（即主捱的行为对上例进行增加，我在可以定义附加行为，如：触发器，约束，存储过程.见下图：Cy(XnorPK0(XStMIP：MleCi¼R2A!.RCHAR2FKIaCUVlcifTMdKO 1K>Q.cgrS2Q dMX>M«.OltflWTHrtJ10 eTfpr>»o.cua«THd)a：) <Uf¼>to5.CM11Of rfocCMaTM<0 4Cteckkch.cutt4mfk)这个例子描述了下列行为：一个主健约束（PK）;一个外键约束（FK）;一个索引约束（Index）;一个触发器（Trigger）;一个唯T±约束（UniqUe）;一个存储过程（Proc）一个有效性检查（Check）.运用上面供应的标注，我们可以在DBMS层次上，对困难的数据结构和行为建模.另外，UM1.还供应表达逻辑实体间关系的标注.关系UM1.数抠建模profile定义了两个表间造意一种依靠关系.它表示为一构造型的关联并包括一组主键，的卜键,数据profile仍旧须要一种关系始终参加到父类和子类之间，父类定义一个主城，子类实现一个建立于全部或部分父类主键基础上的外梃.这种关系将被区分为：”定义的"（假如该子类外犍包含全部父类主健元素）和"非定义的"（假如只包括部分主键元素I这个关系可以包括基数性约束，以及袖成对的相关主键与外键来建模，并命名为关联角色.下图描述了运用UM1.对这种关系的建模.上图显示I父类和子类之间的标识关系，带有主螳到外槌的角色名物理模型UMI.也供应一些机制来表示数据库的整体物理结施，它的内容和部署位西.我们用恂造型组件来表示一个物理;库.见下图：oDstabase*NainOraOB一个组件表示了一个留敢，可部署的实体.在物理模型中,组件可以映射到一个物理硬件（UM1.的节点X对于数SS库内的关系模式，我们用带Schema构造型的包来表示.一个表可以放国到Schema中来建立它在数据库中的范围和位置.schema*UserChMGrjndohiMGrjndpjrentParentPerson1.3从类模型到关系模型的映射我们已经描述了所关注的两个领域和它们运用的标注,现在将我们的留意力转移到如何映射，及如何从一个领域转换到另一个领域,以下采纳的策略和表达依次是建议性的，而不是必需的.果纳何种步骤和过程要依据个人的须要和环境而定.1 .类的建模首先我“城设从T已经创建的类模里构建一个新的关系数据库模式.明显这是一个最简洁的方向，这是因为摸型始终在我们的限制之下，并且我们能依据类模型来优化这关系模型.在现实环境下，你可趣要在原有数抠模型之上对类模型分层，这是更难的一种状况，具有挑战性。在这里，我们只关注第一种状况,至少类模型会记录元素的关联，继承和聚合关系.2 .标识长久对象建立类模型后,我由预要将类模型的元素分成须要长久性和不须要长久性两类.例如，假如我们采纳“模型-视图-限制"的设计模式来设计我们的应