银行系统的分析与设计
lwh9608
贡献于2012-03-10
758
5
0
银行系统的分析与设计
下载需要
10
金币
[ 金币充值 ]
服务器/托管费、人工审核、技术维护等都需要很多费用,请您支持深度开源的发展
下载PPT
标签:
Basic
PPT 内容
1. 第14章 银行系统的分析与设计1作者:冀振燕 《UML系统分析与设计教程》
2. 简化银行系统的分析与设计需求分析 用例图 用例的事件流描述—例1 用例的事件流描述—例2 用例的事件流描述—例3 静态结构模型 系统类图 建立数据库模型 动态行为模型 物理模型2作者:冀振燕 《UML系统分析与设计教程》
3. 简化银行系统的需求分析域描述: 银行是与生活紧密相关的一个机构,银行提供了存款、取款、转账等业务。在银行 立账户的人或机构通常被称为银行的客户。一个客户可以在银行开多个账户,客户可 以存钱到账户中,也可以从自己的账户中取钱,还可以将存款从一个账户转到另一个 账户。客户还可以随时查询自己账户的情况,并查询以前所进行的存款、取款等交易 记录。客户也有权利要求关闭账户。 在对上述银行系统的基本需求进行分析后,可知这个简化的银行系统至少应该具有如下功能: 一个银行可以有多个账户 一个银行可以有多个客户 一个客户可以持有多个账户 一个账户可以有多个持有者 可以开户 可以注销账户 可以取钱 可以存钱 可以在银行内的账户之间转账 可以在不同银行的账户之间转账3作者:冀振燕 《UML系统分析与设计教程》
4. 用例图4作者:冀振燕 《UML系统分析与设计教程》
5. 用例的事件流描述—例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:账户不存在或无效,显示提示信息,用户可以重新输入或终止该用例。5作者:冀振燕 《UML系统分析与设计教程》
6. 6作者:冀振燕 《UML系统分析与设计教程》
7. 用例的事件流描述—例22 “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:账户中的存款金额不足,显示提示信息,用户可以重新输入金额或终止该用例。7作者:冀振燕 《UML系统分析与设计教程》
8. 8作者:冀振燕 《UML系统分析与设计教程》
9. 用例的事件流描述—例33 “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)更新资金转出账户的相关信息。 (5)为资金转出账户建立转账记录。 (6)存储转账记录。 (7)判断资金转入账户是否属于同一银行, 如果资金转入账户与资金转出账户属于同一银行,则执行分支流S-1:在同一银行的账户间转账。 如果资金转入账户与资金转出账户属于不同银行,则执行分支流S-2:在不同银行的账户间转账。9作者:冀振燕 《UML系统分析与设计教程》
10. 用例的事件流描述—例33.5.2 分支流(Subflows) S-1:在同一银行的账户间转账 (1)系统确认资金转入账户是否存在并有效(当账户处于非冻结状态时,账户有效)(E-1)。 (2)更新资金转入账户的相关信息。 (3)为资金转入账户建立转账记录。 (4)存储转账记录。 S-2:在不同银行的账户间转账 (1)发送转账通知给另一个银行。 3.4.3 替代流(Alternative Flow) E-1:账户不存在或无效,显示提示信息,用户可以重新输入或终止该用例。 E-2:账户中的存款金额不足,显示提示信息,用户可以修改所转款项的金额或终止该用例。 10作者:冀振燕 《UML系统分析与设计教程》
11. 11作者:冀振燕 《UML系统分析与设计教程》
12. 静态结构模型 定义系统对象类 定义完系统需求,就可以根据系统需求来识别系统中所存在的对象。系统对象的识别可以通过寻找系统域描述和需求描述中的名词来进行。 类Bank 类Account 类Customer 在银行中,对账户进行存钱、取钱、转账操作,要保留业务记录,因此在系统中还应有代表这些业务记录的对象存在,可以为这些对象建立如下3个类:Deposit(存款业务记录)、Withdraw(取款业务记录)、Transfer(转账业务记录),这3个类都是一种业务记录,因此可以抽象出父类:Transaction。 类Transaction 类Deposit 类Withdraw 类Transfer 12作者:冀振燕 《UML系统分析与设计教程》
13. 静态结构模型定义用户界面类 用户与系统需要交互,一个用户友好的系统通常都采用直观的图形化界面,因此需要定义系统的用户界面类。 类BankGUI 类QueryDialog 类DWDialog 类AccountDialog 类TransferDialog 类LoginDialog 建立类图 13作者:冀振燕 《UML系统分析与设计教程》
14. 静态结构模型--系统类图14作者:冀振燕 《UML系统分析与设计教程》
15. 静态结构模型--建立数据库模型 15作者:冀振燕 《UML系统分析与设计教程》
16. 动态行为模型“存款”的顺序图 16作者:冀振燕 《UML系统分析与设计教程》
17. 动态行为模型“取款”的顺序图 17作者:冀振燕 《UML系统分析与设计教程》
18. 动态行为模型“修改账户”的顺序图 18作者:冀振燕 《UML系统分析与设计教程》
19. 物理模型系统的部署图 19作者:冀振燕 《UML系统分析与设计教程》
PPT 图集
相关PPT
银行系统的分析与设计
网上银行系统设计
MIS系统分析
工商银行数据仓库设计方案
银行核心系统解决方案
基于UML网上订餐系统的分析与设计
性能分析与测试用例设计
大型数据库系统管理、设计与实例分析 - 基于SQL Server
系统需求分析方法
银行项目管理过程改进计划