[UML系统分析与设计教程第14章.pptVIP

作者：冀振燕 《UML系统分析与设计教程》 第14章 银行系统的分析与设计 简化银行系统的分析与设计 需求分析 用例图 用例的事件流描述—例1 用例的事件流描述—例2 用例的事件流描述—例3 静态结构模型 系统类图 建立数据库模型 动态行为模型 物理模型 简化银行系统的需求分析 域描述： 银行是与生活紧密相关的一个机构，银行提供了存款、取款、转账等业务。在银行 立账户的人或机构通常被称为银行的客户。一个客户可以在银行开多个账户，客户可 以存钱到账户中，也可以从自己的账户中取钱，还可以将存款从一个账户转到另一个 账户。客户还可以随时查询自己账户的情况，并查询以前所进行的存款、取款等交易 记录。客户也有权利要求关闭账户。 在对上述银行系统的基本需求进行分析后，可知这个简化的银行系统至少应该具有如下功能： 一个银行可以有多个账户 一个银行可以有多个客户 一个客户可以持有多个账户 一个账户可以有多个持有者 可以开户 可以注销账户 可以取钱 可以存钱 可以在银行内的账户之间转账 可以在不同银行的账户之间转账 用例图 用例的事件流描述—例1 1 “Deposit fund”（存款） 1.1 简单描述 本用例允许客户借助Clerk存款到账户中。 1.2 前置条件（Pre-Conditions） 在本用例开始前，Clerk必须登录到系统中。 1.3 后置条件（Post-Conditions） 如果用例成功，则客户CustomerActor账户中存款的金额发生变化。否则，系统状态不变。 1.4 扩充点（Extension Points） 无。 1.5 事件流 1.5.1 基流（Basic Flow） 当CustomerActor想存钱到自己的账户时，要向Clerk提交存款单和现金，用例启动。 （1）系统提示Clerk输入用户姓名、用户的id号、账号和所存款项的金额。 （2）Clerk输入相关信息后提交，系统确认账户是否存在并有效（当用户名、用户id与账户的户主信息一致，且账户处于非冻结状态时，账户有效）（E-1）。 （3）系统建立存款事件记录，并更新账户的相关信息。 1.5.2 替代流（Alternative Flow） E-1：账户不存在或无效，显示提示信息，用户可以重新输入或终止该用例。 用例的事件流描述—例2 2 “Withdraw fund”（取款） 2.1 简单描述 本用例允许Clerk按照客户的要求从客户的账户中取款。 2.2 前置条件（Pre-Conditions） 在本用例开始前，用户必须登录到系统中。 2.3 后置条件（Post-Conditions） 如果用例成功，则客户CustomerActor账户中存款的金额发生变化。否则，系统状态不变。 2.4 扩充点（Extension Points） 无。 2.5 事件流 2.5.1 基流（Basic Flow） 当Customer想从自己的账户中取钱时，要向Clerk提交取款单，用例启动。 （1）系统提示Clerk输入用户姓名、用户的id号、账号和取款金额。 （2）Clerk输入相关信息后提交，系统确认账户是否存在并有效（当用户名、用户id与账户的户主信息一致，且账户处于非冻结状态时，账户有效）（E-1），账户中的存款金额是否足够支付所取款项（E-2）。 （3）系统建立取款事件记录，并更新账户的相关信息。 2.5.2 替代流（Alternative Flow） E-1：若账户不存在或无效，显示提示信息，用户可以重新输入或终止该用例。。 E-2：账户中的存款金额不足，显示提示信息，用户可以重新输入金额或终止该用例。 用例的事件流描述—例3 3 “Transfer fund”（转账） 3.1 简单描述 本用例允许Clerk按照客户的要求将资金从一个账户转到另一个账户。 3.2 前置条件（Pre-Conditions） 在本用例开始前，用户必须登录到系统中。 3.3 后置条件（Post-Conditions） 如果用例成功，则客户CustomerActor账户中存款的金额发生变化。否则，系统状态不变。 3.4 扩充点（Extension Points） 无。 3.5 事件流 3.5.1 基流（Basic Flow） 当Customer要求转账时，用例启动 （1）系统提示Clerk输入用户姓名、用户的id号、账户号码和转账金额。 （2）Clerk输入相关信息后提交。（资金转入账户所在的银行只能在所提供的银行列表中选择）。 （3）系统确认资金转出账户是否存在并有效（当用户名、用户id与账户的户主信息一致，且账户处于非冻结状态时，账户有效）（E-1），资金转出账户中的金额是否足够支付所转款项（E-2）。 （4）更新资金转