类图和对象图.pptx

《类图和对象图.pptx》由会员分享，可在线阅读，更多相关《类图和对象图.pptx（44页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、开发过程0.业务建模1.获取需求2.需求分析-静态结构3.需求分析-动态行为（特征）4.设计第1页/共44页类图的角色第2页/共44页32 类的表示1名称每个类都必须有一个有别于其他类的名称,类名部分是不能省略的，其他组成部分可以省略。第3页/共44页42 类的表示名称（Name）是一个文本串，表示方法有两种：(1)简单名：如中Order（订单），它只是一个单独的名称。(2)全名：也称为限定名（路径名），就是在类名前面加上包的名称，例如 Household:WashingMachine第4页/共44页5类的表示对于类的命名规范要求：由字符、数字、下划线组成的惟一的字符串即可。但在实际应用中，有

2、一个普遍采用的命名原则：大写字母开头、混合大小写，每个单词以大写开始，避免使用特殊符号，尽可能避免使用缩写。例如:Customer 或TemperatureSensor第5页/共44页6类的属性在UML中，类属性的语法为：可见性 属性名:类型 多重性 次序 =初始值特性第6页/共44页7类的表示属性的命名 每个属性都必须有一个名字以区别于类中的其他属性。属性名由描述所属类的特性的名词或名词短语组成。单字属性名小写，如果属性名包含了多个单词，这些单词要合并，且除了第一个单词外其余单词的首字母要大写。例如：birthDate 第7页/共44页2 类的表示可见性修饰符public +private

3、-protected#修饰符修饰符 类内类内 包内包内 子类内子类内 不同包不同包Public Protected Default Private Package“”包内公有 第8页/共44页9Class b 的可见性为private的元素能被谁访问?Class b 的可见性为package的元素能被谁访问?Class b 的可见性为protected的元素能被谁访问?第9页/共44页类的操作在UML中，类操作的语法为：可见性 操作名(参数列表):返回类型 特性第10页/共44页11UML中的类1抽象类在进行类设计时，如果一些具体类具有相同的方法或属性，我们可以把这些相同的方法或属性从这些具体

4、类中抽取出来，把它们封装到一个抽象类中，然后，通过扩展抽象类，重新定义这些具体类。第11页/共44页12UML中的类抽象类是一种不能直接实例化的类，也就是说不能用抽象类创建对象。在UML中，抽象类和抽象方法的表示是将其名字用斜体表示。但是由于斜体字在草图中不容易表现，因此推荐用abstract构造型来表示。第12页/共44页13UML中的类抽象类的2种表示方法第13页/共44页14UML中的类2接口接口实现的标准表示方式第14页/共44页15UML中的类3.关联类在应用当中，往往发现两个类之间具有多对多的关系，并且有些属性不属于关联两端任何一个类。第15页/共44页16UML中的类第16页/共

5、44页173 类之间的关系类之间的关系主要有：数据关系关联（实例连接）组成关系聚集，组合（整体-部分）分类关系、继承泛化（一般-特殊）使用关系（行为依赖）依赖第17页/共44页18关联关系关联描述了两个类或 多个类之间的结构性关系。第18页/共44页19关联关系中的修饰关联名称（Name）关联端点（End）导航性（Navigation）角色（Role）多重性（Multiplicity）关联关系第19页/共44页20关联关系1名称使用一个动词或动词短语给关联取名，用来描述关联的性质。在描述关联时，关联的名称并不是必需的，在关联名和角色中选一即可。可以在关联上标识阅读方向的方向指示符，以消除阅读的

6、歧义。第20页/共44页21关联关系2角色在关联关系中，角色表明了关联的每一端在关联中承担的职责，即，关联发生时，关联的每一端在关联中扮演的角色。角色的名称应该是名词或名词短语，以解释对象是如何参与关联的。学生在关联中，扮演的是学习者的角色；学校扮演学生在关联中，扮演的是学习者的角色；学校扮演的是教学者的角色。的是教学者的角色。第21页/共44页22关联关系3多重性多重性就是某个类有多少个对象可以和另一个类的单个对象关联。可以表达一个取值范围、特定值、无限定的范围或一组离散值。格式：“minimum.maximum”（均为Int型）。赋给一个端点的多重性表示该端点可以有多少个对象与另一个端点的

7、一个对象关联。第22页/共44页23u“0.1”：表示“零或1”u“0.*”或“*”：表示“0”或“多”u“1.*”：表示“1或多”u“1.n”;表示“1或多”u“1“(1.1的简写)u“1，3，8”：是枚举型，表示“1或3或8”u“0,3.*”：表示“给定的实体是可选的、但如果发生就必须至少发生三次以上关联关系第23页/共44页24保险业务的类图第24页/共44页25关联关系4导航性导航性描述了源对象通过链接访问目标对象。箭头表明了导航的方向性，即，只有源对象才能访问目标对象，反之，目标对象不能访问源对象。第25页/共44页26关联关系包括：单向关联和双向关联单向关联：虽然两个类是相关的，但

8、是只有一个类知道这种联系的存在。一个单向的关联表示为一条带有指向已知类的开放箭头的实线。第26页/共44页27关联的约束：对于关联可以加上一些约束，以规定关联的含义。例如，关联之间可以加异或约束：第27页/共44页28限定关联在关联端紧靠源类图标处可以有限定符(Qualifier)。带有限定符的关联称为限定关联(Qualified Association)。限定关联用于一对多或多对多关联这种情况。限定符指定了如何标识一对多关联或多对多关联中的多端对象集中的一个特定对象，并且可以将其看做是区分这种关联中所有对象的一种关键字。第28页/共44页29关联的种类按照关联所连接的类的数量，对象类之间的关

9、联可分为：自返关联，二元关联，N元关联。自返关联(reflexive association)又称递归关联(recursive association)，是一个类与本身的关联，即同一个类的两个对象间的联系。第29页/共44页30例：要求从任意一个节点，即可以导航到它的父亲节点，又可以导航到它的孩子节点说明：自返关联虽然只有一个被关联的类，但有两个关联端，每个关联端的角色不同。第30页/共44页31二元关联(binary association)：二元关联是在两个类之间的关联。N元关联(n-ary association)。是在3个或3个以上类之间的关联。多边形类点类3.n1年份类运动员类运动队

10、类记录类nnn第31页/共44页32聚集和组合聚集(aggregation)是一种特殊形式的关联。聚集表示类之间的整体与部分的关系。组合(composition)是一种特殊形式的聚集，组合关系中的整体与部分具有同样的生存期，组合不仅控制着成员对象的行为，而且控制着成员对象的创建和解构。聚集也称为“has-a”关系，组合也称为“contains-a”关系。第32页/共44页33UML中聚集和组合的表示：aggregationcomposition球队球员*第33页/共44页关系关联关联 Vs.聚合聚合是一种特殊形式的关联。聚合增加了语义内涵，如果两个对象按部分-整体关系绑定的话，这个关系就是一个

11、聚合。关联与聚合的区别只在于个人喜好，而不是语义上的区别第34页/共44页35依赖关系有两个元素X、Y，如果修改元素X的定义可能会引起对另一个元素Y的定义的修改，则称元素Y依赖(Dependency)于元素X。在类中，依赖由各种原因引起，如：一个类向另一个类发消息；一个类是另一个类的数据成员类型；一个类是另一个类的某个操作参数类型。第35页/共44页36类的泛化关系(继承关系)泛化(Generalization)定义了一般元素和特殊元素之间的分类关系。在UML中，泛化表示为一头为空心三角形的连线。泛化也称为“a-kind-of”关系 第36页/共44页4 类的版型boundarycontrol

12、entityUML中有三种主要的类版型：Boundary，Entity，Control。第37页/共44页38边界类(Boundary class)位于系统与外界的交界处，包括所有窗体(form)、报表(report)、与外部设备的接口(interface)，以及与其它系统的接口等。UML中边界类的表示：Label形式Decoration形式Icon形式类的版型边界类第38页/共44页39说明：通过use case图可以确定需要的边界类。每个actor/use case交互至少要有一个边界类。但并非每个actor/use case对要生成唯一边界类，多个actor启动同一use case时，可

13、以用同一个边界类与系统通信。例如：第39页/共44页40控制类(Control class)是负责其它类工作的类。UML中控制类的表示：说明：每个use case通常有一个控制类，控制use case中的事件顺序。控制类也可在多个use case间共用。其它类并不向控制类发送很多消息，而是由控制类发出很多消息。类的版型控制类第40页/共44页类的版型实体类41实体类(Entity class)保存要放进持久存储体的信息。UML中实体类的表示：Label形式Decoration形式Icon形式说明：实体类用领域术语命名通常，每个实体类在数据库中有相应的表，实体类中的属性对应数据库中表的字段。实体

14、类可以通过事件流和交互图发现。第41页/共44页42上述三种对象类以及参与者之间的交互关系应当上述三种对象类以及参与者之间的交互关系应当上述三种对象类以及参与者之间的交互关系应当遵循以下规则：遵循以下规则：遵循以下规则：uu参与者只与边界对象交互。参与者只与边界对象交互。uu边界对象只与参与者、控制对象交互。边界对象只与参与者、控制对象交互。uu实体对象只与控制对象交互。实体对象只与控制对象交互。uu控制对象可以与边界对象、实体对象以及其它控制对象控制对象可以与边界对象、实体对象以及其它控制对象交互，但不能直接与参与者交互。交互，但不能直接与参与者交互。第42页/共44页第43页/共44页44感谢您的观看！第44页/共44页