面向对象技术高级教程习题课.pptVIP

类图 发现对象和类 考虑问题域、系统边界、系统责任 利用需求中的名词、代词、名词短语 客户、ATM、银行主机 类之间的关系 没有继承、聚合等 简单的关联 顺序图 注意针对的是一次取款 同步消息、异步消息 作业情况-类图 类的定义不准确 客户、信用卡同时出现 类的数目较多 ATM类的细化没有必要 信用卡当成关联类 类的关系混乱 银行与ATM机的组合关系 关联是实线，关联端的数字表明多重性 依赖是虚线 作业情况-顺序图 顺序图不够清晰 顺序图的循环、可选结构 匿名对象的使用 同步消息与异步消息 消息的返回 生命线终止，没有控制焦点 有的顺序图画得太复杂，没审题？ 题目分析 建立顺序图之前需要明确有哪些对象 观察题目，对象有 计算机、打印机、打印服务器、打印进程 明确对象之间的交互 计算机提交打印任务给服务器 服务器安排、分配打印任务 打印机负责打印 打印进程是负责具体某一次打印 打印机共享拓扑结构 作业情况 对象定义问题不大 对象之间交互比较混乱 打印共享的结构不清晰 顺序图的画法不熟练 顺序图示例 状态机图 一个对象在其生存周期内因相应事件所经历的状态序列以及对这些事件作出的反应 事件 所发生的在时间和空间上可以定位并具有实际意义、值得注意的事情 状态 对象在其生存周期中满足某一条件、进行某种活动或等待某一事件的条件或状况 所有属性当前值 转移 状态之间的转移、状态内的转移 作业情况 没有任何说明，只有一张图 图画得太模糊，字迹潦草 同一个事件有不同的跳转 没有使用组合状态 状态选择要合理 注意审题 状态机图示例 假设有三个按键MODE、SUBMODE、SET 确定状态 两个变量：isNew和isLent 每个变量两种不同的取值（true或false） 所以共四种状态：未借出新，未借出旧，已借出新，已借出旧 转换条件 借出、归还、时间 状态机图 作业情况 状态选取不够合理 购书状态 状态考虑不全面 借出与否、新旧与否处理不当 状态很多，但是没有准确描述出全部状态 状态转换不合理 归还书时转移到新书或旧书 题目分析 上行和下行中对请求的响应不同 考虑电梯算法 停留时的状态不同 空闲时停留与运行中停留上下人 电梯内和电梯外的请求可以等价 简易电梯，不必太复杂，但是也不能太简化 状态机图示例 作业情况 没有考虑电梯算法 没有区分上升/下降中停止和静止状态 状态没有捕获完全（运动状态） 没有仔细审题（对电梯内部建模，忽略运动） 包含：在两个或多个用况中经常存在着重复的行为，把这些重复的行为放在一个用况中，原来的用况再引入该用况。 基用况在其内部说明的某个（些）位置显式地使用供应者用况的行为结果 扩展：在一个或多个用况的描述中，有时存在着可选的描述系统行为的片段，这时把可选部分抽取出来作为一个扩展用况， 原来的用况再用其进行扩展。 扩展关系不等价于代码中的if。 基用况可以单独存在，扩展用况离开基用况可能是无意义的。 继承：特殊用况继承一般用况的行为和含义，还可以增加行为或覆盖一般用况的行为 不推荐使用继承：用况描述的是一个行为序列，比较看重次序性，那么子用况如何把父用况的行为 组织到自己的行为中是个问题。 真正使用的时候，继承很少出现，可以用包含代替，用况图是描述需求的，在开发的最早期，很多细节并 不能够这么早确定，把用况图画复杂了并不好，一般一张图中不会同时出现三种关系。 * 有助于复用确实是三种关系的共同点，但是直接这样说显得不够精确，太宽泛，按照这种思路，像有助于面向对象需求分析之类的也可以算作共同点， 把有助于复用的原因解释出来，才是真正的共同点：一个用况拥有另一个用况定义的行为。 * 用况图用于对系统的功能及与系统进行交互的外部事物建模。通过找出与系统交互的外部事物，说明他们如何与系统交互更易于对系统进行探讨和理解。这样，用户能够理解未来的系统，开发者也能够正确地理解需求并实现系统。用况图是进行OOA的第一步工作，对OOD阶段的人机交互设计和系统测试来说，用况也是非常重要的。 * * * 聚合：表示整体的类与表示部分的类之间的“整体-部分”关系 依赖：两个建模元素之间的一种语义关系，表明目标元素的改变可能需要改变该关系中的源模型 关联：两个或两个以上类间的一个关系，其中的元素提供了被开发系统的应用领域中的一组有意义的信息 继承：如果类A的全部对象都是类B的对象，而且类B中还存在着不属于类A的对象，则两者之间的关系是继承关系 * 1、客户需要记住ATM机的信息（如位置） 2、ATM机不需要记录客户信息 3、ATM机需要记录银行主机的信息，银行主机也需要记录ATM机信息 * * 何慧虹 2010-6-17 第一次00648168 第二次 0074