余贵彬-UML建模与工具使用介绍

余贵彬-UML建模与工具使用介绍第一页，共56页。1UML&EA简介思维导图领域模型活动图345目录CONTENTSPAGE目录页26用例模型数据库建模第二页，共56页。TRANSITIONPAGE过渡页UML简介EA简介第一章简介第三页，共56页。第一章简介UML简介UnifiedModelingLanguage(UML)又称统一建模语言或标准建模语言,它是一个支持模型化和软件系统开发的图形化语言，为软件开发的所有阶段提供模型化和可视化支持，包括由需求分析到规格，到构造和配置。用例图类图对象图状态图活动图序列图协作图构件图部署图第四页，共56页。第一章简介EA简介EnterpriseArchitect：生命周期软件设计方案—是以目标为导向的软件系统。它覆盖了系统开发的整个周期，除了开发类模型之外，还包括事务进程分析，使用案例需求，动态模型，组件和布局，系统管理，非功能需求，用户界面设计，测试和维护等,主要为分析师，设计师，架构师，开发者，测试者，项目经理以及维护人员所使用。。思维导图实体图第五页，共56页。TRANSITIONPAGE过渡页概念简介元素介绍第二章思维导图样例第六页，共56页。第一章简介概念简介MindMappingDiagram：思维导图又叫心智图，是表达发射性思维的有效的图形思维工具。思维导图充分运用左右脑的机能，利用记忆、阅读、思维的规律，协助人们在科学与艺术、逻辑与想象之间平衡发展，从而开启人类大脑的无限潜能。思维导图因此具有人类思维的强大功能。第七页，共56页。第二章思维导图中心主题主要顶级关联分支概念简介第八页，共56页。第二章思维导图样例第九页，共56页。TRANSITIONPAGE过渡页概念简介组件介绍第三章用例模型三种关系第十页，共56页。第三章用例模型用例模型-UseCaseModel用例图是指由参与者、用例，边界以及它们之间的关系构成的用于描述系统功能的视图。用例图是被称为参与者的外部用户所能观察到的系统功能的模型图，呈现了一些参与者和一些用例，以及它们之间的关系，主要用于对系统、子系统或类的功能行为进行建模系统边界关系用例参与者包含扩展泛化第十一页，共56页。第三章用例模型系统行为系统行为表达系统的动作和反应外观可见的,可测试的系统活动系统行为由用例捕获用例描述系统,环境,及系统与环境之间的关系第十二页，共56页。第三章用例模型参与者-Actor系统的参与者可分为两类:一类是人，包括系统的使用者、维护者等，另外一类是其他系统。第十三页，共56页。第三章用例模型用例-UseCase用例是参与者可以感受到的系统服务或功能单元任何用例都不能在缺少参与者的情况下独立存在用例是有粒度的，用例的粒度指的是用例所包含的系统服务或功能单元的多少第十四页，共56页。第三章用例模型系统边界SystemBoundary:系统边界是指系统与系统之间的界限。把系统边界以外的同系统相关联的其他部分称之为系统环境第十五页，共56页。第三章用例模型包含-include包含关系是指用例可以简单地包含其他用例具有的行为，并把它所包含的用例行为作为自身行为的一部分。例如：取款->银行卡验证第十六页，共56页。第三章用例模型扩展-extend扩展关系是对基用例的扩展，基用例是一个完整的用例，即使没有子用例的参与，也可以完成一个完整的功能。扩展的基用例中将存在一个扩展点，只有当扩展点被激活时，子用例才会被执行。比例：还书->罚款。第十七页，共56页。第三章用例模型泛化-generalization泛化关系是一种继承关系，指一个父用例可以被特化形成多个子用例，而父用例和子用例之间的关系就是泛化关系。例如：交通工具->火车。第十八页，共56页。第三章用例模型样例第十九页，共56页。TRANSITIONPAGE过渡页概念简介建立的原则第四章领域模型六种关系第二十页，共56页。第四章领域模型领域模型Domainmodel：领域模型是对领域内的概念类或现实世界中对象的可视化表示。又称概念模型[conceptualmodels]、领域对象模型[domainobjectmodels]、分析对象模型[analysisobjectmodels]。它专注于分析问题领域本身，发掘重要的业务领域概念，并建立业务领域概念之间的关系组合实现聚合关联泛化依赖第二十一页，共56页。第四章领域模型建立关联的原则领域模型创建的大部分时间应该被用于识别概念类，而非关联从纯分析角度声明有意义的概念间的联系，不需要考虑如何实现关联分析阶段得到的关联可能在设计阶段发现是无用的根据用例模型建立，使用概念分类列表来找出概念，根据名词性短语识别出概念类第二十二页，共56页。第四章领域模型依赖-Dependency依赖[Dependency]关系:是指一个类的元素使用了另一个类。依赖关系是指两个或多个类之间的依存关系，依赖关系还可以再细分为5种类型。比如：植物类依赖于土壤类。依赖关系用虚线箭头来表示，箭头指向为依赖的方向。BindingRealizationUsageAbstractionPermission第二十三页，共56页。第四章领域模型泛化-Generalization泛化关系简单的讲就是类之间的继承关系。例如：动物类->熊猫类。在UML中，泛化关系用空心三角形+实线来表示，箭头指向为父类。第二十四页，共56页。第四章领域模型关联-Association关联关系是类之间一种相互影响的关系，影响的方向就是关联的方向。比如：学校->师生人员，在UML类图中，关联关系用实线来表示。第二十五页，共56页。第四章领域模型聚合-Aggregation聚合关系体现的是整体与部分、拥有的关系，即has-a的关系。比如：家庭与孩子，公司与员工。在UML中类图中，聚合关系用空心的菱形+实线箭头来表示，箭头指向为被聚合的类。第二十六页，共56页。第四章领域模型组合-Composition组合关系体现的是一种contains-a的关系，这种关系比聚合更强，也称为强聚合。他同样体现整体与部分间的关系，但此时整体与部分是不可分的。比如：青蛙与腿。在UML类图中，组合关系用实心的菱形+实线箭头来表示，箭头指向为被组合的类。第二十七页，共56页。第四章领域模型实现-Realization实现接口之间也可以有与类之间关系类似的继承关系和依赖关系，但是接口和类之间还存在一种实现关系，在这种关系中类实现了接口，类中的操作实现了接口中所声明的操作。第二十八页，共56页。第四章领域模型样例第二十九页，共56页。TRANSITIONPAGE过渡页概念简介应用第五章活动图组成要素要素简介第三十页，共56页。第五章活动图概念它描述活动的顺序，展现从一个活动到另一个活动的控制流。活动图着重表现从一个活动到另一个活动的控制流活动图是系统的一种行为视图，它描述参与行为的对象类的活动的顺序定义了工作流从哪里开始，到哪里结束，工作流中发生了哪些活动，这些活动按什么顺序发生，活动是由哪些对象来完成的泳道、分区结束分支、汇合判断、合并活动、动作开始第三十一页，共56页。应用在分析UseCase时需要理解系统将会发生哪些动作，行为之间依赖关系是什么理解工作流程画出业务工作流的活动图与领域专家进行交流描述复杂过程的算法，在这种情况下使用程序流程图，常规的顺序、分支过程在活动图中都能表现处理多线程应用，利用活动图支持并发活动的特点，描述多线程应用的行为第五章活动图第三十二页，共56页。组成元素第五章活动图第三十三页，共56页。活动-Activity活动反映一个过程的控制流和数据流。其特点如下：1、Activity可以分解成其他子活动或者Action。2、Activity的内部活动可以用另一个活动图来表示。3、和Action不同，活动可以有入口动作和出口动作，也可以有内部转移。4、Action是活动状态的一个特例，如果某个Activity只包括一个动作，那么它就是一个Action。第五章活动图第三十四页，共56页。动作-ActionAction元素描述了在系统中发生的一个基本进程或变换，其特点如下：1、原子的，它是构造活动图的最小单位。2、不可中断的。3、瞬时的行为。4、有入转换，入转换既可以是动作流，也可以是对象流。至少有一条出转换，这条转换以内部的完成为起点，与外部事件无关。5、在一张活动图中，允许多处出现。第五章活动图第三十五页，共56页。Partition（泳道）用于在逻辑上组织一个活动，它不会影响活动图的流，但有助于组织活动图。其特点如下：泳道将活动图中的活动划分为若干组，并把每一组指定给负责这组活动的业务组织。泳道图一般需要考虑一下几个问题①涉及到哪些主体？②每个主体都有哪些任务？③各个主体之间怎么联系的？第五章活动图第三十六页，共56页。Decision（判断）,Merge（合并）第五章活动图第三十七页，共56页。Fork/Join（分叉/结合）分叉/结合元素有以下不同的使用模式,把一个流分成一些并发的流，合并一些并发的流，把一些并发流合并为另外一些并发的流。第五章活动图第三十八页，共56页。样例1第五章活动图第三十九页，共56页。样例2顺序选择循环第五章活动图第四十页，共56页。样例3主体任务第五章活动图第四十一页，共56页。TRANSITIONPAGE过渡页概念简介应用第六章数据库模型组成要素要素简介SQL组成第四十二页，共56页。第六章数据库建模概念模型概念模型就是在了解了用户的需求，用户的业务领域工作情况以后，经过分析和总结，提炼来的用以描述用户业务需求的一些概念的东西。使用E-R图表示，E-R图主要是由实体、属性和联系三个要素构成的。概念数据模型的目标是统一业务概念，作为业务人员和技术人员之间沟通的桥梁，确定不同实体之间的最高层次的关系。第四十三页，共56页。第六章数据库建模逻辑模型逻辑模型是将概念模型转化为具体的数据模型的过程,逻辑数据模型的内容包括所有的实体和关系，确定每个实体的属性，定义每个实体的主键，指定实体的外键，需要进行范式化处理。逻辑数据模型的目标是尽可能详细的描述数据，但并不考虑数据在物理上如何来实现。第四十四页，共56页。第六章数据库建模物理模型物理模型就是根据逻辑模型对应到具体的数据模型的机器实现，物理模型是对真实数据库的描述。物理数据模型的目标是指定如何用具体的数据库模式来实现逻辑数据模型，以及真正的保存数据。第四十五页，共56页。第六章数据库建模E-R模型第四十六页，共56页。第六章数据库建模逻辑模型与概念模型转换第四十七页，共56页。第六章数据库建模生成DDLDDL（Data

DefinitionLanguage）数据库定义语言第四十八页，共56页。第六章数据库建模生成文档第四十九页，共56页。第六章数据库建模SQL结构化查询语言(StructuredQueryLanguage)

。SQL主要分成四部分：

（1）数据定义。（SQLDDL）用于定义SQL模式、基本表、视图和索引的创建和撤消操作。

（2）数据操纵。（SQLDML）数据操纵分成数据查询和数据更新两类。数据更新又分成插入、删除、和修改三种操作。

（3）数据控制。(SQLDCL)包括对基本表和视图的授权，完整性规则的描述，事务控制等内容。

（4）嵌入式SQL的使用规定。(SQLTCL)涉及到SQL语句嵌入在宿主语言程序中使用的规则。第五十页，共56页。第六章数据库建模DDLData

DefinitionLanguage数据库定义语言。用于定义数据库的三级结构，包括外模式、概念模式、内模式及其相互之间的映像，定义数据的完整性、安全控制等约束。(CREATE、ALTER、DROP、TRUNCATE、COMMENT、RENAME)外模式(externalschema)用户与数据库系统之间的接口，对用户使用的数据的描述数据操纵语言DML

，比如你Select看到一个表的数据。内模