软件工程 第6章--面向对象分析.ppt

* 3、画事件跟踪图(event tracing diagram) 确定事件:仔细分析每个脚本，以便从中提取出所有外部事件。事件包括系统与用户(或外部设备)交互的所有信号、输入、输出、中断、动作等等。从脚本中容易找出正常事件，应该小心仔细，不要遗漏了异常事件和出错条件。传递信息的对象的动作也是事件。例如，储户插入现金兑换卡、储户输入密码、ATM吐出现金等都是事件。大多数对象到对象的交互行为都对应着事件。 2. 画出事件跟踪图 §4. 建立 Dynamic Model Event Activator Receiver Time Line 每个脚本对应一张图 * 例：ATM系统的正常情况脚本的ETD 要求输入取款额 插 卡 要求密码 输入密码 请求验证帐户 请求分行验证帐户 帐户有效 帐户有效 要求事务类型 输入类型 输入取款额 请求处理事务 请求处理分行事务 分行事务成功 事务成功 吐出现金 请求拿走现金 拿走现金 请求继续此事务 结 束 印帐单 退 卡 请求拿走卡 拿走卡 显示主屏幕 储户 ATM 总行 分行 * 4、画状态图(event flow diagram) §4. 建立 Dynamic Model 从ETD出发： Event 2 Event 1 Action Status Class--Object 每个具有交互行为的 class--object 对应一张图。 Event 1 Status do: Action Event 2 * §4. 建立 Dynamic Model 例：ATM类的的EFD 插卡(可读) 主 屏 do: 显示主屏幕 等待网络响应 中 断 do: 显示取消信息 事务成功 帐户有效 do:要求密码 do:验证帐户 do:要求类型 不可读的卡 do: 显示不可读卡信息 退 卡 do: 退卡；请求拿走卡 取 消 do: 显示取消信息 do:要求金额 结 束 do: 打印帐单 do: 显示无效帐户信息 do:请求继续 do: 吐出现金；请求拿走现金 do:处理事务 do:失败信息 网络响应 密码错 输入密码 插卡(不可读) 拿走卡 取消 中止取消 拿走现金 继续 事务失败 取消 等待5秒钟 输入金额 输入类型 取消 取消 无效帐户 * 审查动态模型： ①各个类的状态图通过共享事件合并起来，构成了系统的动态模型。在完成了每个具有重要交互行为的类的状态图之后，应该检查系统级的完整性和一致性。一般每个事件都应该既有发送对象又有接受对象，有时发送者和接受者是同一个对象。一个event 若缺少activator 或 receiver，而对应 status 又不是在起点\终点，则发生错误。 ②画状态图时应考虑所有的事件跟踪图脚本，包括异常处理。 §4. 建立 Dynamic Model * 总行类的状态图 §4. 建立 Dynamic Model * 分行类的状态图 §4. 建立 Dynamic Model * §5. 建立 Function Model DFD + IPO + Pseudocode 1 画出基本系统模型图 * 2 画出功能级数据流图 * §5. 建立 Function Model 描述处理框功能 把数据流图分解细化到一定程度之后，就应该描述图中各个处理框的功能。(注:不是实现功能的具体算法。) 描述既可以是说明性的，也可以是过程性的。 说明性描述规定了输入值和输出值之间的关系，以及输出值应遵循的规律。 过程性描述则通过算法说明“做什么”。一般说来，说明性描述优于过程性描述，因为这类描述中通常不会隐含具体实现方面的考虑。 * §6. 定义服务 1、状态图(EFD)中的do: action 对应 method。 2、DFD中的process 对应 method。 例 储户 ATM 结束 打印账单 打印账单 ATM 注:① 常规行为（读写内部属性）不在图中显示； ② 每个method对应一段源程序代码，故应尽量利用inheritance抽象出父类，共享methods。 Class ATM 结 束 结 束 do: 打印账单 * § 7 小结 1 分析就是提取系统需求并建立问题域精确模型的过程，它包括理解、表达和验证等3项主要工作内容。 2 分析模型是同用户及领域专家交流时有效的通信手段。 3 面向对象分析的关键是分析、确定问题域中的对象及对象间的关系，并建立起问题域的对象模型。 4 大型、复杂系统的对象模型通常由下述5个层次组成：主题层、类与对象层、结构层、属性层和服务层。 * 第六章 面向对象分析(Object-Oriented Analysis) §1. 基本过程： 分析的过程就是提取系统需