建模语言UML第14章

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

作者：冀振燕《UML系统分析与设计教程》7作者：冀振燕《UML系统分析与设计教程》8用例的事件流描述—例22“Withdrawfund”（取款）2.1简单描述本用例允许Clerk按照客户的要求从客户的账户中取款。2.2前置条件（Pre-Conditions）在本用例开始前，用户必须登录到系统中。2.3后置条件（Post-Conditions）如果用例成功，则客户CustomerActor账户中存款的金额发生变化。否则，系统状态不变。2.4扩充点（ExtensionPoints）无。2.5事件流2.5.1基流（BasicFlow）当Customer想从自己的账户中取钱时，要向Clerk提交取款单，用例启动。（1）系统提示Clerk输入用户姓名、用户的id号、账号和取款金额。（2）Clerk输入相关信息后提交，系统确认账户是否存在并有效（当用户名、用户id与账户的户主信息一致，且账户处于非冻结状态时，账户有效）（E-1），账户中的存款金额是否足够支付所取款项（E-2）。（3）系统建立取款事件记录，并更新账户的相关信息。2.5.2替代流（AlternativeFlow）E-1：若账户不存在或无效，显示提示信息，用户可以重新输入或终止该用例。。E-2：账户中的存款金额不足，显示提示信息，用户可以重新输入金额或终止该用例。“取款”的活动图

作者：冀振燕《UML系统分析与设计教程》9作者：冀振燕《UML系统分析与设计教程》10用例的事件流描述—例33“Transferfund”（转账）3.1简单描述本用例允许Clerk按照客户的要求将资金从一个账户转到另一个账户。3.2前置条件（Pre-Conditions）在本用例开始前，用户必须登录到系统中。3.3后置条件（Post-Conditions）如果用例成功，则客户CustomerActor账户中存款的金额发生变化。否则，系统状态不变。3.4扩充点（ExtensionPoints）无。3.5事件流用例的事件流描述—例33.5.1基流（BasicFlow）当Customer要求转账时，用例启动（1）系统提示Clerk输入用户姓名、用户的id号、账户号码和转账金额。（2）Clerk输入相关信息后提交。（资金转入账户所在的银行只能在所提供的银行列表中选择）。（3）系统确认资金转出账户是否存在并有效（当用户名、用户id与账户的户主信息一致，且账户处于非冻结状态时，账户有效）（E-1），资金转出账户中的金额是否足够支付所转款项（E-2）。（4）更新资金转出账户的相关信息。（5）为资金转出账户建立转账记录。（6）存储转账记录。（7）判断资金转入账户是否属于同一银行，如果资金转入账户与资金转出账户属于同一银行，则执行分支流S-1：在同一银行的账户间转账。如果资金转入账户与资金转出账户属于不同银行，则执行分支流S-2：在不同银行的账户间转账。作者：冀振燕《UML系统分析与设计教程》11作者：冀振燕《UML系统分析与设计教程》12用例的事件流描述—例33.5.2分支流（Subflows）S-1：在同一银行的账户间转账（1）系统确认资金转入账户是否存在并有效（当账户处于非冻结状态时，账户有效）（E-1）。（2）更新资金转入账户的相关信息。（3）为资金转入账户建立转账记录。（4）存储转账记录。S-2：在不同银行的账户间转账（1）发送转账通知给另一个银行。3.4.3替代流（AlternativeFlow）E-1：账户不存在或无效，显示提示信息，用户可以重新输入或终止该用例。E-2：账户中的存款金额不足，显示提示信息，用户可以修改所转款项的金额或终止该用例。“转账”的活动图

作者：冀振燕《UML系统分析与设计教程》13作者：冀振燕《UML系统分析与设计教程》14静态结构模型

定义系统对象类定义完系统需求，就可以根据系统需求来识别系统中所存在的对象。系统对象的识别可以通过寻找系统域描述和需求描述中的名词来进行。类Bank类Account类Customer在银行中，对账户进行存钱、取钱、转账操作，要保留业务记录，因此在系统中还应有代表这些业务记录的对象存在，可以为这些对象建立如下3个类：Deposit（存款业务记录）、Withdraw（取款业务记录）、Transfer（转账业务记录），这3个类都是一种业务记录，因此可以抽象出父类：Transaction。类Transaction类Deposit类Withdraw类Transfer作者：冀振燕《UML系统分析与设计教程》15静态结构模型定义用户界面类用户与系统需要交互，一个用户友好的系统通常都采用直观的图形化界面，因此需要定义系统的用户界面类。类BankGUI类QueryDialog类DWDialog类AccountDialog类TransferDialog类LoginDialog建立类图静态结构模型--系统类图作者：冀振燕《UML系统分析与设计教程》16静态结构模型--建立数据库模型作者：冀振燕《UML系统分析与设计教程》17动态行为模型“存款”的顺序图作者：冀振燕《UML系统分析与设计教程》18动态行为模型“取款”的顺序图作者