lab08_类与类图.pptVIP

对象图——Object Diagrams 对象图模拟类图中所含有的类的实例，对象图是描述某一瞬间对象集及对象间的关系 对象图为处在时域空间某一点的系统建模 描绘系统的对象、对间的状态及对象间的关系 主要用于对象结构建模 对象图的组成部分 对象 连接 注解和约束 对象图的获得 对象图（Object Diagrams）模拟类图中所含有的类的实例，对象图描述了某一瞬间对象集及对象间的关系。 对象是类的实例，对象之间的连接（Link）是类之间的关系关系的实例。 对象图 对象图说明了一个给定上下文或场景中的一组对象和它们之间的关系。它包含对象和链。链是对象之间的语义连接。 UML对象图是类图在运行时的映像，是一组对象的生命周期的一个快照。类似于一个公司的收支表，它只在打印或绘制时才是有效的。但根据不同的读者，有时对象图有助于从运行时角度来描述类。 对象结构建模的注意事项 确定要模拟的机制 对于每个机制，识别参加这个写作的类、接口等交互作用产生的关系 如果必要，揭示没给对象的状态和属性值 类似的，揭示对象间的连接，这些连接是关联关系的实例 * 注释 * 软件工程实验课08 根据用例规约提取分析类 编写类的属性、方法和职责 分析、讨论类图 用starUML或者rose等CASE工具建模类图 学习目标： 任务 小组的每个成员挑选一个用例（功能）进行建模 类图一张 汇总后在下周上来演示并讲述 课堂及课后时间完成 分析问题域，确定需求； 寻找类，确定类的含义和职责； 定义类的属性和操作； 确定类之间的关系； 精化类和类间的关系； 绘制类图。 如何建立类图 类的提取与设计 类的提取 掌握类的概念及作用 学会在用例及其行为描述中提取类（属性和操作）。 类的种类 边界类 实体类 控制类 参数类 类的提取 定义系统对象类 如上述所说的实体类的定义 定义用户界面类 如：类MainWindow 是系统的主界面，系统的主界面有菜单和菜单项 实体类的识别 实体对象是实体类的实例 用来保存或更新关于某个现象的信息 通常是持久性的 独立于它们的环境、独立于应用程序 通常是那些被系统用来完成某些责任的类 如图书管理系统中的借阅者，物理书刊，借阅记录等 分析类寻找过程*** 分析类经验法则 每个类大约3~5个职责 不存在独立的类 当心非常小的类 当心几个非常庞大的类 当心“伪类” 当心万能类 避免深度继承类 分析类寻找过程*** “寻找类” Meyer（软件工程专家）在其著作中指出：不存在找出恰当分析类的简单算法，如果这样的算法存在，那么意味着存在没有错误的方法来设计OO软件，这同找出没有错误的方法证明数学定理一样是不可能的。 仍然存在导致良好答案的已尝试和测试的技术，来做这件事。 分析类寻找过程*** 1）名词/动词分析寻找类 它是基于问题域语言的直接分析经验法，因此要求分析人员对问题域要有尽可能多的了解。 名词/名词短语----类/类的属性 动词/动词短语----职责/类的操作 用颜色/字体标识文档，找出候选类及属性，分配属性，关联类，精化。 分析类寻找过程*** 2）CRC寻找类 类、职责、协作者。（制作便笺，或在ROSE中制作类图） 阶段1：脑力风暴----收集信息 阶段2：分析信息 类名 职责 协作者 分析类寻找过程*** 3）创建初步分析模型（类图） 比较上述两种方法得到的结果 从结果中整合出分析类、职责、属性，并把它们制作中ROSE中（或其它CASE工具）。 协作者代表类间的关系 按照标准命名约定来改进CRC的命名 类名的定义 每个类都有一个名字，跟其他的类相区别 在实践中，类名通常用问题域中的短名词或名词词组来表示 类名中的每个组成词的第一个字母大写 类的命名尽量用问题域中的术语，应明确无歧义 类的属性 原则上类的属性应能描述并区分每个特定的对象 只有与系统有关的特征才包含在类的属性中 系统建模的目的也会影响到属性的选取 根据图的详细程度，每个属性可以包括属性的可见性、属性名称、类型、缺省值和约束 UML规定类属性的语法为： 【可见性】属性名【：类型】【=初始值】【{属性字符串}】 【】中的部分是可选的 实践中属性名用短名词或名词短语 类的操作 UML规定操作的语法为： 【可见性】操作名【（参数）】【：返回类型】【{属性字符串}】 实践中操作名用短动词或动词短语 可见性---类、包 Public （+） The element is visible outside of the enclosing package and you can import it to other portions of your model. Operations are accessible to all clients.  Protected