第8章面向对象.ppt

* * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * 识别执行者 客户：到银行办理储蓄业务的人，负责输入密码 银行职员（客户代理）：银行工作人员，代表客户进行储蓄业务的操作 银行职员（管理人员）：银行工作人员，根据客户的储蓄业务更新账户 管理员：银行计算机的管理人员，负责账户的管理和业务报表的生成 识别用况 从系统的需求陈述可知，银行职员（客户代理）需要系统提供开户、存款、取款、转账、注销账户等功能，这些功能都包含了校验密码的功能。系统管理员需要系统提供账户管理和报表生成功能。银行职员（管理人员）则参与了账户管理中的更新账户的功能。此外，转账功能可分为银行内转账和银行间转账，我们可将它们设计成三个用况，其中银行内转账用况和银行间转账用况都继承了基本转账用况。据此分析，得到该系统的用况图如下图所示。 银行储蓄账户管理系统 《包含》 《包含》 《包含》 银行职员 （用户代理） 账户管理 银行间转账 开户 取款 银行内转账 注销 存款 校验密码 转账 报表生成 其它银行 账户管理系统 客户 系统管理员 银行职员 （管理人员） 开户用况描述 用况名称：开户 参与的执行者：银行职员（客户代理），客户 前置条件：一个合法的银行职员（客户代理）已登录到该系统 事件流： 1.当选择开户功能时用况开始 2.输入客户信息（姓名、地址、身份证号等） 3.从账户管理系统获取新的账号 4.请客户输入密码 5.请客户再次输入密码 6.如果两次密码不一致则回到第4步，否则继续 7.在账户库中添加新账户 8.打印存折，用况结束 后置条件：在账户库中增加了一个新账户，得到一张新存折 取款用况描述 用况名称：取款 参与的执行者：银行职员（客户代理） 前置条件：一个合法的银行职员（客户代理）已登录到该系统 事件流： 基本路径： 1.当选择取款功能时用况开始 2.当输入客户信息（姓名、账号等）后 a）如果客户信息与账户不一致，显示错误信息，可以重新输入或结束用况 b）如果该账户被冻结（如因挂失而冻结），显示冻结信息并结束用况 3.输入并校验密码 4.输入取款金额，如果该账户的余款小于取款金额，显示错误信息，要求重新输入 5.打印取款单，交客户签字 6.建立取款事件记录，更新账户信息 7. 打印存折，用况结束 可选路径： 1.在第5步客户签字之前的任何时刻，客户可以取消本次取款，用况结束 2.第3步校验密码时，如发现密码不一致，则重新输入密码，或用况结束 后置条件：如果取款成功，客户账户中的余额被更新（减少），否则余额不变。 描述取款用况的活动图 ［客户不确认］ ［客户确认］ ［余额≥取款额］ ［未冻结］ ［不一致］ ［一致］ ［选择重新输入］ ［选择结束］ ［冻结］ ［余额＜取款额］ ●·· ●·· 打印取款单 输入客户信息 显示 错误信息 建立取款记录 更新账户信息 打印存折 显示 错误信息 输入取款金额 输入并校验密码 显示 冻结信息 ●·· * * * * * * * * * * * * * * * * * * * * * * * * * 模型元素 模型元素指模型中的实体以及实体间相互连接的关系 部分模型元素 注解 类 属性 操作 对象：类 属性 操作 状态 用况 结点 供应接口 包 依赖 关联 泛化 主动类 属性 操作 请求接口 构件 实现 视图与图 主题域 视图 （view） 图（diagram） 结构化 静态视图 类图（class） 设计视图 内部结构（internal structure） 协作图（collaboration） 构件图（component） 用况视图 用况图（use case） 动态的 状态机视图 状态机图（state machine） 活动视图 活动图（activity） 交互视图 顺序图（sequence） 通信图（communication） 物理的 部署视图 部署图（deployment） 模型管理 模型管理视图 包图（package） 静态视图 静态视图对应用领域中的概念以及与系统实现有关的内部概念建模，主要由类以及类之间的相互关系组成，在静态视图中不描述依赖于时间的系统行为。静态视图用类图来展示。 设计视图 设计视图对应用自身的设计结构建模，例如，将设计结构扩展成：结构化类元，为实现功能所需的协作和良定义接口的构件的组装。设计视图由内部结构图、协作图和构件图实现。 用况视图 用况视图对被称为执行者的外部代理（他与特定视点的主题交互）所感受到的主题（如系统）功能建模。用况视图的意图是列出系统中的用况和执行者，并显示哪个执行者参与了哪个用况的执行。用况的行为用动态视图，特别是交互视图来表示。用况视图用用况图来展示。 状态机视图 状