最新uml银行用例图解析.docx

最新uml银行用例图解析.docx

《最新uml银行用例图解析.docx》由会员分享，可在线阅读，更多相关《最新uml银行用例图解析.docx（30页珍藏版）》请在冰豆网上搜索。

最新uml银行用例图解析

一、面向对象分析

1.建立用例模型

i.开户

用例描述：

开户用例图中，由管理员发起开户事务，储户提供账户信息、身份信息，管理员验证账户合法性和身份真实性后输入账户信息，储户设置密码，过程中涉及验证合法性（账户号正确、身份真实等）、添加账户信息等。

储户可以打印凭证。

ii.销户

用例描述：

销户用例图中，主动销户由管理员发起销户事务，储户提供账户信息、身份信息，输入密码，管理员验证密码正确身份真实性后输入账户信息，并验证账户余额，若有余额则返还给储户完成销户，若无余额直接完成销户。

过程中涉及验证合法性（密码正确、身份真实等）、处理余额、删除账户信息等。

储户可以打印凭证。

被动销户则需要进行销户判断（挂失子系统），若判断可以销户，则处理余额，完成销户。

iii.冻结

用例描述：

冻结用例图中，主动冻结由管理员发起冻结事务，储户提供账户信息、身份信息，管理员验证密码正确身份真实性后输入账户信息，完成冻结。

过程中涉及验证正确性（密码正确、身份真实等）、修改账户状态信息等。

储户可以打印凭证。

被动冻结则需要进行冻结判断，若输入密码大于三次，账户冻结。

iv.挂失

用例描述：

挂失用例图中，管理员需要用户输入账户信息，可以触发挂失事务，其中挂失事务包括生成挂失信息，获取余额信息以及销户触发判断，判断是否挂失一定时间，自动触发销户。

v.存款

用例描述：

存款用例图中，管理员需要用户输入账户信息，或者打印存款信息才可以触发存款事务，其中存款事务包括修改余额信息以及生成存款信息两个功能。

vi.取款

用例描述：

取款用例图中，管理员需要用户输入账户信息，以及账户密码，经过余额验证才可以触发取款事务，其中取款事务包括修改余额信息以及生成取款信息打印凭证两个功能。

vii.转账

用例描述：

转账用例图中，由管理员发起转账事务，输入转账信息，其次储户通过验证账户密码可以完成转账，过程中涉及计算手续费、验证合法性（如余额足够、账户号正确等）、修改账户余额、生成转账信息等。

转账方可以打印转账单，收款方可以打印收款单。

viii.缴费

用例描述：

缴费用例图中，由管理员发起缴费事务，输入缴费信息，其次储户通过验证账户密码可以完成缴费，过程中涉及验证合法性（如余额足够、缴费对象存在等）、修改账户余额、生成缴费记录等。

同时储户（缴费方）可以选择打印缴费单。

ix.管理

用例描述：

管理员管理用例图中，由管理员发起管理事务，选择事务类型如查询信息，修改利率或手续费，管理员信息新增、修改、删除等，其中查询信息涉及查询管理员信息和查询储户的存取款转账等信息。

2.建立对象模型

-类图

-类图描述

管理员（操作员）使用工号密码登陆到主操作窗口后，可以代储户发起各项事务或进行管理操作，各事务操作的具体变量和方法在类图中给出。

需要指出的是，销户有主动和被动两种方式，主动销户是由储户本人办理销户业务，被动销户是指储户办理挂失业务期满后自动触发销户。

另外，查询、存取款、转账、缴费、开销户等事务完成后可以打印明细表，且均需记录该业务的操作员工号候查。

3.建立动态模型

（1）顺序图

i.开户

-描述

管理员（操作员）登入主操作窗口选择开户事务，输入账户信息和身份信息，系统验证账户合法性和身份真实性，要求储户设置密码，密码设置成功则完成开户，添加账户信息，储户可以选择打印开户凭证。

ii.销户

-描述

管理员（操作员）登入主操作窗口选择销户事务，输入账户信息和身份信息，系统验证账户合法性和身份真实性，要求储户输入密码，密码正确则检查并处理余额，完成销户，删除账号记录，储户可以选择打印销户凭证。

iii.冻结

-描述

管理员（操作员）登入主操作窗口选择冻结事务，输入账户信息和身份信息，系统验证账户合法性和身份真实性，要求储户输入密码，密码正确则修改账户状态完成冻结，添加冻结记录，储户可以选择打印冻结凭证。

iv.挂失

-描述

由管理员输入账户信息，经由账户管理模块判断此账户是否存在，如果存在，则经由事务管理对账户进行挂失。

v.存款

-描述

由管理员输入密码到输入设备，经由账户管理进行密码判定，通过后，管理员可以发出存款事务，经由事务管理进行存款金额判定，如果得到确认信息，则修改相关记录并返回给用户存款凭证。

vi.取款

-描述

由管理员输入密码到输入设备，经由账户管理进行密码判定，通过后，管理员可以发出取款事务，经由事务管理进行余额判定，如果余额足够，则由点钞机出钞并返回给用户取款凭证。

vii转账

-描述

管理员（操作员）登入主操作窗口选择转账事务，输入转账信息，系统计算手续费并判断余额等合法性检验，要求储户输入密码，密码正确则修改对应账户余额并添加转账记录，储户可以选择打印转账记录单据。

viii缴费

-描述

管理员（操作员）登入主操作窗口选择缴费事务，输入缴费信息，系统计算手续费并判断余额等合法性检验，要求储户输入密码，密码正确则修改对应账户余额并添加缴费记录，储户可以选择打印缴费明细。

ix管理

-描述

管理员登入选择管理事务，在管理窗口中可以选择管理类型如查询信息（查询管理员信息、查询账户存取款转账缴费明细、查询账户开销户及挂失等记录等），修改利率或手续费，新增、删除、修改管理员信息等操作。

（2）状态图

i.开户

-描述

账户进行开户进入等待输入信息的状态，输入完毕后进入开户状态，输入密码后进入设置密码状态，完成开户。

ii.销户

-描述

账户进行销户进入等待输入信息的状态，输入完毕后进入主动销户状态，提供身份信息进入验证身份状态，身份验证成功后，检查余额进入处理余额状态，删除账户信息完成销户。

挂失七天后自动进入被动销户状态，检查余额进入处理余额状态，删除账户信息完成销户。

iii.冻结

-描述

账户进行冻结进入等待输入信息的状态，输入完毕后进入主动冻结状态，提供身份信息进入验证身份状态，验证身份信息成功，修改账户状态，完成冻结。

输入密码大于三次后自动进入被动冻结状态，修改账户状态，完成冻结。

iv.挂失

-描述

挂失状态图描述账户由初始状态触发挂失事务进入挂失状态，后续等待输入信息等依次经过等待状态和核验状态，对帐户状态的操作使账户进入数据更新状态。

v.存款

-描述

存款状态图描述账户由初始状态触发存款事务进入存款状态，后续等待输入信息等依次经过等待状态和核验状态，对帐户状态的操作使账户进入数据更新状态。

vi.取款

-描述

取款状态图描述账户由初始状态触发取款事务进入取款状态，后续等待输入信息等依次经过等待状态和核验状态验证信息合法与否，同时要进入验证状态来验证余额，之后对帐户状态的操作使账户进入数据更新状态。

vii转账

-描述

账户进行转账进入等待输入信息的状态，输入完毕后进入修改状态，修改账户余额，之后记录转账信息，完成转账，若打印凭证则进入打印状态，否则结束。

viii缴费

-描述

账户进行缴费进入等待输入信息的状态，输入完毕后进入修改状态，修改账户余额，之后记录缴费信息，完成缴费，若打印凭证则进入打印状态，否则结束。

ix管理

-描述

管理员进行管理进入选择状态，管理员选择管理类型后进入修改状态，若是修改利率或手续费以及新增、删除、修改管理员信息则进入修改状态修改账户余额，若是查询信息，则进入查询状态，若打印凭证则进入打印状态，否则结束。

二、面向对象设计

1.体系结构模块设计图

（1）包图

-描述

程序初始化，建立数据库连接，生成界面窗口，通过数据库连接包和界面窗口操作进行事务操作，事务完成生成明细单或记录单供系统打印，此处借助明细单模板包生成打印表格。

（2）构件图

-描述

图形化界面构件与数据库存在接口，管理员、账户、事务均依赖用户界面参与活动，另外，账户依赖于管理员进行操作，事务由管理员发出，事务下设现金业务、非现金业务、管理、缴费等构建。

2.类图

（1）现金业务子系统

（2）非现金业务子系统

（3）管理子系统

3.活动图

木质、石质、骨质、琉璃、藏银……一颗颗、一粒粒、一片片，都浓缩了自然之美，展现着千种风情、万种诱惑，与中国结艺的朴实形成了鲜明的对比，代表着欧洲贵族风格的饰品成了他们最大的主题。

i.开户

2003年，上海市人均GDP按户籍人口计算就达到46700元，是1995年的2.5倍；居民家庭人均月可支配收入为14867元，是1995年的2.1倍。

收入不断增加的同时，居民的消费支出也在增加。

2003年上海居民人均消费支出为11040元，其中服务性消费支出为3369元，是1995年的3.6倍。

ii.销户

300元以下□300～400元□400～500□500元以上□ 

据了解，百分之八十的饰品店都推出“DIY饰品”来吸引顾客，一方面顺应了年轻一代喜欢与众不同、标新立异的心理；另一方面，自制饰品价格相对较低，可以随时更新换代，也满足了年轻人“喜新厌旧”的需要，因而很受欢迎。

iii.冻结

iv.挂失

v.存款

（五）DIY手工艺品的“价格弹性化” 

2、你大部分的零用钱用于何处？

vi.取款

1、荣晓华、孙喜林《消费者行为学》东北财经大学出版社2003年2月

vii.转账

标题：

手工制作坊2004年3月18日 

viii缴费

附件

（一）：

ix.管理

§8-4情境因素与消费者行为2004年3月20日