桌面系统建模ATM机.docx
《桌面系统建模ATM机.docx》由会员分享，可在线阅读，更多相关《桌面系统建模ATM机.docx（13页珍藏版）》请在冰点文库上搜索。
桌面系统建模ATM机
桌面系统建模——ATM机（补充教案）
知识储备
ATM机自动出纳业务是银行网络系统的重要组成部分，它是指银行设置在不同地点的、由计算机控制的持卡人自助服务型的金融专用设备。
利用一张信用卡大小的胶卡上的磁带记录客户的基本账户资料（通常就是银行卡），让客户可以通过机器进行提款、存款、转账、查询余额、修改密码等银行柜台服务。
参加银联网络的ATM机不仅能接受本行卡，还可以提供跨行服务。
（1）账号：
在银行中，事务应用的单个账号。
账号可以为多种类型，但是至少包括支票和存款，每个顾客可以拥有多个账号。
（2）ATM机：
一个工作站终端，使得顾客能够使用银行卡在ATM机上进行自己的事务处理。
（3）银行：
办理储蓄、存款、贷款、汇兑等业务，承担信用中介的金融机构，它负责保存顾客的账号信息，执行银行卡通过ATM机访问账号。
（4）银行计算机：
银行拥有的计算机，同ATM机网络和银行自己的先进工作站进行交互。
（5）银行卡：
每张卡提供给一个银行客户，授权客户可以使用ATM机访问自己的账号。
每张卡包含一个银行代码和一个卡号，银行代码根据信用卡的国际标准进行编码，卡号确定卡能够访问的账户。
一张卡不能访问客户的所有账户。
每张卡只能有一个持卡人，但多个副本可能存在，所以必须考虑从不同的ATM机同时使用相同卡的行为。
（6）客户：
拥有银行的一个或多个账号的人。
客户可以包括一个人或者多个人，或者是公司。
相同的人拥有不同银行的账号被认为是不同的客户。
（7）事务：
对单个客户账号的单个完整的操作请求。
确定项目目标：
ATM自动取款机可以提供24小时不间断服务，操作简单，可以很方便为用户提供取款、转账/汇款、查询账户信息、修改密码等服务。
确定用户的特点：
ATM机系统的最终用户可以是任何一个使用系统的人员。
但ATM机需要简单的数据库保护。
确定系统对象及其行为
客户：
使用ATM机自动取款进行现金交易。
进行取款、查询余额、设置密码、转账等操作。
ATM机：
对用户的需求进行接收，通过与数据库的交互，根据用户的应用进行相应，更新数据库中用户的信息。
数据库：
对用户的所有信息进行存储和更新。
确定系统功能
取款功能：
用户输入取款金额即可取出相应金额的现金。
查询余额功能：
用户可以查看账户所剩现金余额。
修改密码功能：
如果用户想修改当前密码，通过系统可以设置新密码。
转账功能：
用户可以将自己账户上的金额转到其他账户。
静态结构建模之用例图
步骤1：
取款
描述：
取款人输入取款金额、币种、面值等，系统判断账户正常且金额充足后，提款给他。
前置条件：
取款身份验证合法。
后置条件：
无
主干过程：
1.0从ATM机取款
（1）储户指定所需金额、币种、面值等。
（2）系统接受请求，从账户中扣钱。
（3）储户输入其他信息（如是否打印凭条等），结束此次操作。
（4）系统保存交易信息。
分支过程：
1.1账户余额不足
（1）系统提示“您输入的取款金额超过您的账户余额”。
（2）系统返回交易页面，结束此次操作。
1.2单笔超限或者当日取款总额超限
（1）系统提示“输入金额不对，单笔不能超过5000”。
（2）系统返回主交易界面，结束此次操作。
1.3ATM机余额不足
（1）系统提示“很抱歉，ATM机余额不足，暂时不能为您服务”。
（2）系统返回主交易界面，结束此次操作。
异常：
1.0.E.1账户状态非法（被冻结或者强制冻结）
（1）系统提示“账户异常，您的卡被强制收回，如有疑问请拨打*****”。
（2）吞卡。
（3）系统返回主交易界面，结束此次操作。
1.0.E.2账户状态异常（挂失中）
（1）系统提示“您的账户处于挂失中”。
（2）系统返回主交易界面，结束此次操作。
1.0.E.3账户状态异常（卡已注销）
（1）系统提示“本卡已被注销，卡将被收回，请确认”。
（2）系统返回主交易界面，结束此次操作。
步骤2：
修改密码
描述：
存款人选择修改交易密码。
系统要求储户连续两次输入新密码，两次密码一致则修改密码。
前置条件：
储户是合法用户，通过验证。
（1）账户状态正常。
（2）储户信息数据库在线。
后置条件：
新密码信息保存在账户资料中。
主干过程：
2.0修改账户密码
（1）储户两次输入新密码。
（2）两次新密码一致，系统修改账户密码。
（3）屏幕显示“修改成功”，用户确认。
（4）返回主界面，此次修改密码操作结束。
（5）交易信息存入账户流水（流水：
记录账户的交易行为）。
分支过程：
2.1两次新密码输入不一致
（1）系统提示“输入的新密码不一致，请重输或者退出修改密码”。
（2）储户选择重新输入，返回主干过程。
（3）系统返回主交易界面，结束此次操作。
步骤3：
转账
描述：
储户提供收款账户（系统不保证收款账户正确）、转账金额，确认。
系统从本账户下账，收款账户上账。
前置条件：
储户是合法用户，通过验证。
（1）账户状态正常。
（2）储户信息数据库在线。
后置条件：
无
主干过程：
3.0系统内部转账
（1）账户选择转账功能。
（2）储户输入收款账户、金额。
（3）系统要求用户确认。
（4）系统执行处理：
本账户下账，收款账户上账。
（5）打印转账凭条。
（6）返回主界面，此次转账操作结束。
步骤4：
查询余额
描述：
储户选择查询余额，系统显示输出账户余额。
前置条件：
储户是合法用户，通过验证。
（1）账户状态正常。
（2）储户信息数据库在线。
后置条件：
无
主干过程：
4.0查询余额
（1）储户选择查询余额功能。
（2）系统屏幕输出账户余额。
（3）返回主界面，此次查询余额操作结束。
静态结构建模之类图
步骤1：
列出系统需求（见前面）
步骤2：
提取需求中的名词并确定类
（1）银行：
银行是有身份的，如中国银行、天津银行等。
该系统中银行没有相关的属性和行为，但是有身份，所以构建“银行类”。
（2）账户：
账户是有身份的，可以根据账户的账号来区别账户，不同账户的账号是不同的。
账户具有相关的行为，资金可以存入账户或者在账户之间进行转移，所以构建“账户类”
（3）客户：
客户是有身份的，如张三、李四，同名不同身份证也适用。
该系统中客户没有行为，但是有身份，所以构建“银行储户类”
（4）ATM机：
具有身份，不同地点的ATM机不同，在该系统中，ATM没有相关的属性和行为，但是有身份，所以构建“ATM机类”。
步骤3：
确定类的属性和操作
综上：
系统中的账户、银行储户和ATM机三者均被描述为一个实例，故应有各自的数据库，分别是账户库、银行储户库、ATM机库。
（1）银行类：
物理存在的银行，没有相关属性和行为。
（2）账户库类：
不同的账户组成账户库，没有相关属性和行为。
（3）银行储户库类：
所有的储户组成银行储户库类，没有相关属性和行为。
（4）ATM机库类：
所有的ATM组成该类，没有相关属性和行为。
（5）账户类：
账户类代表不同类型的账户，应具有下列属性和操作：
账户类型：
accountType:
char/string
账户编号：
accountNumber:
char/string
账户余额：
accountBalance:
double
设置类型：
setType（）
获取类型：
getType（）
获取账户余额：
getBalance（）
（6）银行储户类
银行储户类代表银行的所有储户，应具有下列属性和操作：
储户姓名：
depositorName:
char/string
储户编号：
depositorId:
char/string
储户密码：
depositorCode:
char/string
存钱：
deposit（）
取钱：
withDrawal（）
其他操作：
otherOperation（）
（7）ATM机类
ATM机类代表物理存在的ATM机，应具有下列属性和操作：
ATM机编号：
machineId:
char/string
收钱：
collection（）
吐钱：
outMoney（）
其他操作：
otherOperation（）
动态结构建模之顺序图
用例图描述了系统必须做什么；类图描述了组成系统的结构各部分的各种类型。
这缺少一部分内容，因为单凭用例和类还无法描述系统实际上将如何运作。
为了满足这方面的要求，就需要使用交互图，特别是顺序图。
顺序图描述了对象之间传递消息的时间顺序，它用来表示用例中的行为顺序。
当执行一个用例行为时，顺序图中的每条消息对应了一个类操作或状态机种引起转换的触发事件。
它着重显示了参与相互作用的对象和所交换消息的顺序。
顺序图主要有4个标记符：
对象、生命线、消息和激活。
在UML中，顺序图用一个二维图描述系统中各个对象之间的交互关系。
其中，纵轴是时间轴，时间沿竖线向下延伸。
横轴代表了参与相互作用的对象。
当对象存在时，生命线由一条虚线表示；当对象的过程处于激活状态时，生命线是一双道线。
消息用从一个对象到另一个对象生命线的箭头表示。
箭头以事件顺序在图中从上到下排列。
动态结构建模之状态图
状态指对象的生命周期中满足某些条件、执行某些活动或者等待某些事件时的一个条件或情况。
状态使用了圆角矩形，中间是状态的名称，名称也可以作为一个标记置于状态机图标上面。
除了简单的状态，UML还定义了两种特别的状态，即初始状态和终止状态。
初始状态是使用一个填充的圆圈表示，终止状态类似于在初始状态外加一个圆圈。
动态结构建模之活动图
1.活动
活动（动作状态）是活动图的核心符号，它表示工作流过程中命令的执行或活动的进行。
与等待事件发生的一般等待状态不同，活动用于等待计算处理工作的完成。
当活动完成后，执行流程转入到活动图的下一个活动。
2.状态
状态通常用一个批示系统当前状态的词或短语来标识。
状态可以在活动图中为读者说明转折点的转换，或者用来标记工作流中以后的条件。
状态标记符与活动标记符有相似之处。
3.转换
一个活动图有很多动作或者活动状态，活动图通常开始于初始状态，然后自动转换到活动图的第一个动作状态，一旦该状态的动作完成后，控制就会不加延迟地转换到下一个动作状态或者活动状态。
所有活动之间的转换称为转换。
转换不断重复进行，直到碰到一个分支或者终止状态为止。
4.判断节点与合并节点
（1）判断节点
判断可以进行简单的真/假测试，并根据测试条件使用转换到达不同的活动或状态。
（2）合并节点
合并将两条路径连接到一起，合并成一条路径。
前面使用菱形用途判断，并根据条件转向不同的活动或状态。
5．分叉和汇合
在前面曾经讲过菱形标记符，它能根据不同条件将控制流分为多个方向，也可以将多个控制流合并成一个路径。
6．泳道
为了对活动的职责进行组织而在活动图中将活动分为不同的组，称为泳道。
每个泳道代表选定含义的状态职责部分。
在活动图中，每个活动只能明确地属于一个泳道，泳道明确地表示了哪些活动是由哪些对象进行的。
动态结构建模之协作图
协作图（CollaborationDiagram，也叫合作图）是一种交互图（interactiondiagram），强调的是发送和接收消息的对象之间的组织结构。
一个协作图显示了一系列的对象和在这些对象之间的联系以及对象间发送和接收的消息。
对象通常是命名或匿名的类的实例，也可以代表其他事物的实例，例如协作、组件和节点。
使用协作图来说明系统的动态情况。
升级会员 