《银行系统的分析》由会员分享，可在线阅读，更多相关《银行系统的分析（19页珍藏版）》请在金锄头文库上搜索。
1、作者：冀振燕 UML系统分析与设计教程,1,第14章 银行系统的分析与设计,作者：冀振燕 UML系统分析与设计教程,2,简化银行系统的分析与设计,需求分析 用例图 用例的事件流描述例1 用例的事件流描述例2 用例的事件流描述例3 静态结构模型 系统类图 建立数据库模型 动态行为模型 物理模型,作者：冀振燕 UML系统分析与设计教程,3,简化银行系统的需求分析,域描述： 银行是与生活紧密相关的一个机构，银行提供了存款、取款、转账等业务。在银行 立账户的人或机构通常被称为银行的客户。一个客户可以在银行开多个账户，客户可 以存钱到账户中，也可以从自己的账户中取钱，还可以将存款从一个账户转到另一个 账
2、户。客户还可以随时查询自己账户的情况，并查询以前所进行的存款、取款等交易 记录。客户也有权利要求关闭账户。 在对上述银行系统的基本需求进行分析后，可知这个简化的银行系统至少应该具有如下功能： 一个银行可以有多个账户 一个银行可以有多个客户 一个客户可以持有多个账户 一个账户可以有多个持有者 可以开户 可以注销账户 可以取钱 可以存钱 可以在银行内的账户之间转账 可以在不同银行的账户之间转账,作者：冀振燕 UML系统分析与设计教程,4,用例图,作者：冀振燕 UML系统分析与设计教程,5,用例的事件流描述例1,1 “Deposit fund”（存款） 1.1 简单描述 本用例允许客户借助Clerk
3、存款到账户中。 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输入相关信息后提交，系统确认账户是否存在
4、并有效（当用户名、用户id与账户的户主信息一致，且账户处于非冻结状态时，账户有效）（E-1）。 （3）系统建立存款事件记录，并更新账户的相关信息。 1.5.2 替代流（Alternative Flow） E-1：账户不存在或无效，显示提示信息，用户可以重新输入或终止该用例。,作者：冀振燕 UML系统分析与设计教程,6,作者：冀振燕 UML系统分析与设计教程,7,用例的事件流描述例2,2 “Withdraw fund”（取款） 2.1 简单描述 本用例允许Clerk按照客户的要求从客户的账户中取款。 2.2 前置条件（Pre-Conditions） 在本用例开始前，用户必须登录到系统中。 2.3
5、 后置条件（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
6、）。 （3）系统建立取款事件记录，并更新账户的相关信息。 2.5.2 替代流（Alternative Flow） E-1：若账户不存在或无效，显示提示信息，用户可以重新输入或终止该用例。 E-2：账户中的存款金额不足，显示提示信息，用户可以重新输入金额或终止该用例。,作者：冀振燕 UML系统分析与设计教程,8,作者：冀振燕 UML系统分析与设计教程,9,用例的事件流描述例3,3 “Transfer fund”（转账） 3.1 简单描述 本用例允许Clerk按照客户的要求将资金从一个账户转到另一个账户。 3.2 前置条件（Pre-Conditions） 在本用例开始前，用户必须登录到系统中。 3
7、.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），资金
8、转出账户中的金额是否足够支付所转款项（E-2）。 （4）更新资金转出账户的相关信息。 （5）为资金转出账户建立转账记录。 （6）存储转账记录。 （7）判断资金转入账户是否属于同一银行， 如果资金转入账户与资金转出账户属于同一银行，则执行分支流S-1：在同一银行的账户间转账。 如果资金转入账户与资金转出账户属于不同银行，则执行分支流S-2：在不同银行的账户间转账。,作者：冀振燕 UML系统分析与设计教程,10,用例的事件流描述例3,3.5.2 分支流（Subflows） S-1：在同一银行的账户间转账 （1）系统确认资金转入账户是否存在并有效（当账户处于非冻结状态时，账户有效）（E-1）。 （2
9、）更新资金转入账户的相关信息。 （3）为资金转入账户建立转账记录。 （4）存储转账记录。 S-2：在不同银行的账户间转账 （1）发送转账通知给另一个银行。 3.4.3 替代流（Alternative Flow） E-1：账户不存在或无效，显示提示信息，用户可以重新输入或终止该用例。 E-2：账户中的存款金额不足，显示提示信息，用户可以修改所转款项的金额或终止该用例。,作者：冀振燕 UML系统分析与设计教程,11,作者：冀振燕 UML系统分析与设计教程,12,静态结构模型,定义系统对象类 定义完系统需求，就可以根据系统需求来识别系统中所存在的对象。系统对象的识别可以通过寻找系统域描述和需求描述中
10、的名词来进行。 类Bank 类Account 类Customer 在银行中，对账户进行存钱、取钱、转账操作，要保留业务记录，因此在系统中还应有代表这些业务记录的对象存在，可以为这些对象建立如下3个类：Deposit（存款业务记录）、Withdraw（取款业务记录）、Transfer（转账业务记录），这3个类都是一种业务记录，因此可以抽象出父类：Transaction。 类Transaction 类Deposit 类Withdraw 类Transfer,作者：冀振燕 UML系统分析与设计教程,13,静态结构模型,定义用户界面类 用户与系统需要交互，一个用户友好的系统通常都采用直观的图形化界面，因
11、此需要定义系统的用户界面类。 类BankGUI 类QueryDialog 类DWDialog 类AccountDialog 类TransferDialog 类LoginDialog 建立类图,作者：冀振燕 UML系统分析与设计教程,14,静态结构模型-系统类图,作者：冀振燕 UML系统分析与设计教程,15,静态结构模型-建立数据库模型,作者：冀振燕 UML系统分析与设计教程,16,动态行为模型,“存款”的顺序图,作者：冀振燕 UML系统分析与设计教程,17,动态行为模型,“取款”的顺序图,作者：冀振燕 UML系统分析与设计教程,18,动态行为模型,“修改账户”的顺序图,作者：冀振燕 UML系统分析与设计教程,19,物理模型,系统的部署图,
