ATM系统软件工程资料.pdf

《ATM系统软件工程资料.pdf》由会员分享，可在线阅读，更多相关《ATM系统软件工程资料.pdf（36页珍藏版）》请在三一文库上搜索。

1、一 软件需求规格说明书 1 引言 1.1 概述 该软件需求规格说明描述了“ATM自动取款系统”最初的软件功能性需求和 非功能性需求。同时还描述了用户在系统的工作中所参与的角色以及拥有的权 限，从而使开发团队能够明确地了解所开发的“ATM 自动取款系统”最初版本的 各个方面，帮助他们在实际的开发过程中准确地完成所开发的模块，以满足用户 的需求。 该文档计划由实现和验证正确功能的项目团队成员来使用，除非在其他地方 另有说明，这里所指定的所有需求都具有高优先级，而且都要在最初版本中加以 实现。 1.2 背景 随着科技的发展和社会进步， 尤其是计算机大范围的普及， 而手工管理方式 在银行管理方面需要大

2、量的人员和事务已显得不相适应，采用计算机软件技术来 提高服务质量和管理水平成为普遍趋势。 ATM自动取款机是由计算机控制的持卡人自我服务型的金融专用设备。ATM 是英文 Automatic Teller Machine的缩写。 ATM是最普遍的自助银行设备，可 以提供最基本的银行服务之一， 即出钞交易， 有些全功能的产品还可以提供信封 存款业务。在 ATM自动取款机上也可以进行账户查询、修改密码和转账的业务。 作为自助式金融服务终端，除了提供金融业务功能之外，ATM 自动取款机还具有 维护、测试、事件报告、监控和管理等多种功能。 ATM 自动取款机系统，是一 个有终端机， ATM 系统，数据库

3、组成的应用系统。系统功能有用户在ATM 上提取 现金、查询账户余额、修改密码及转账功能。ATM自动取款机系统向用户提供一 个方便、简单、及时、随时随地可以随心所欲存取款的互联的现代计算机化的网 络系统。可以大大减少工作人员， 节约人力资源的开销， 同时由于手续程序减少 也可以减轻业务员的工作负担， 有效地提高了整体的工作效率和精确度。减少了 用户办理业务的等待时间； 用户可以随时随地可以随心所欲存取款，并且操作简 单易懂；用户还可以选择在柜台办理业务或自己在自动提款机和自动取款机办理 业务。 ATM 自动取款机系统是银行业务流程过程中十分重要且必备的环节之一，在 银行业务流程当中起着承上启下的

4、作用，其重要性不言而喻。 但是，目前许多银 行在具体的一些业务流程处理过程中仍然使用手工操作的方式来实施，不仅费 时、费力，效率低下，而无法达到理想的效果。 ATM 自动取款机系统向用户提供一个方便、简单、及时、随时随地可以随 心所欲存取款的互联的现代计算机化的网络系统。可以大大减少工作人员， 节约 人力资源的开销， 同时由于手续程序减少也可以减轻业务员的工作负担，有效地 提高了整体的工作效率和精确度。减少了用户办理业务的等待时间；用户可以随 时随地可以随心所欲存取款， 并且操作简单易懂； 用户还可以选择在柜台办理业 务或自己在自动提款机和自动取款机办理业务。 ATM 自动取款机是由计算机控制

5、的持卡人自我服务型的金融专用设备。 ATM 是最普遍的自助银行设备，可提供最基本的银行服务之一，即出钞交易， 在 ATM 自动取款机上也可以进行账户查询、修改密码和转账的业务。作为自助 式金融服务终端，除了提供金融业务功能之外，ATM 自动取款机还具有维护、 测试、事件报告、监控和管理等多种功能。 1.3 定义 帐号：在银行中，事物应用的单个帐号。每个顾客可以拥有多个帐号。 用户：拥有银行的一个或多个帐号的人。可以是一个人或多个人， 或者是公 司。相同的人，拥有不同的银行帐号被认为是不同的用户。 ATM ：ATM 是 Automatic Teller Machine 的缩写，意为自动取款机。是

6、一种 高度精密的机电一体化设备，利用磁卡或智能IC 卡储存用户信息并通过加密键 盘输入密码然后通过银行内部网络验证并进行各种交易的金融自助设备。 1.4 参考资料 1 软件需求工程作者：毋国庆 ISBN 编号：9787111248095出版社：机械 工业出版社出版时间： 2008-8-1 2 软 件 需 求 工 程 原理 和方 法作 者： 金芝刘 磷金 英 ISBN 编 号 ： 9787031214675 出版社：科学出版社出版时间： 2008-7-1 3 UML 基础与 Rose建模案例作者： 吴建 汪杰 ISBN 编号： 9787115158978 出版社：人民邮电出版社出版时间： 200

7、7-4-1 4 软件工程导论作者：朱少民 ISBN 编号： 9787302186236 出版社：清 华大学出版设出版时间： 2009-1-1 5 软件工程综合设计指导书作者：刘利民田保军 2 任务概述 2.1 目标 现如今，有许多家银行在顾客办理业务时都需要到柜台前需要服务人员的操 作，效率很低。为了解决这样的问题，我们小组提出了研究ATM 自动取款机系 统，使银行和各户办理业务时，更便捷。ATM 自动取款机可以小时自动取 款，无需人工服务，同时提供了许多的功能，尽可能的满足用户的需求。该软 件系统为社会提供了很大方便， 同时也是时代的需要， 代表社会的进步和科技的 发展。 本系统实现 ATM

8、 自动取款，转账，查询余额，修改密码，打印凭条功能。 2.2 运行环境（ Operating Environment，OE） 软件环境： 操作系统： Windows XP/win7 数据库系统： SQL server 2005 开发平台： Visual C+ 硬件环境： CUP ：2.0Hz 以上 硬盘： 320G以上 内存： 2G 2.3 假定（ Assumption）和约束（ Constraint） AS-1：经费来源和使用限制暂不考虑 AS-2：法律政策方面的限制暂不考虑 AS-3：软件运行环境 windows 系统 DE-1：不支持语音功能，不能为盲人等群体提供服务。 DE-2：. 取

9、款只能是 100 的倍数。 DE-3：一次性取款数目不能超过2000。 DE-4：. 在 30 秒内无操作行为，则自动退卡处理。 3 需求规定 3.1 对功能的规定 3.1.1 用户需求 3.1.1.1 组织机构和角色 角色视图： 角色说明： 角色名称说明 1.用户该系统的主要参与者与使用者 2.银行工作人员该系统的维护着，负责ATM 机器的管理和系统维护 3.运钞人员重要参与者，负责给ATM 机器送钱 4.银行主系统该系统的重要参与者，为工作人员和用户提供服务 (1) 用户参与业务 说明：用户作为系统的主要使用者，具有同样的业务角色， 参与实现了这个系统 的基本所有功能，包括取款，查询余额，

10、修改密码，转账等核心功能。 (2) 银行工作人员参与业务： 说明：银行工作人员是该系统的维护者，参与为银行卡的挂失和解锁等功能，即 实现上图所有的功能。 (3) 运钞人员参与业务： 说明：运钞人员是该业务的参与者，当ATM 取款机没钱的时候运钞人员可以朝 机器里放一定数目的钱，当该ATM 机系统不使用时，需要运钞人员把ATM 所 剩的钱收回银行。 (4) 银行主系统参与业务： 说明：银行主系统是该系统的重要参与者，当用户在ATM 机上进行任何合 法的操作，都需要修改朱新系统的数据库来保存用户的账户信息，比如取款 后他的账户余额就要减少取款数目，这就是通过银行主系统来保存的。 3.1.1.2 业

11、务概览 (1) 存款业务 说明：用户通过ATM 系统来存款，最终要在银行主系统中把该用户的账户 信息改变并保存。 (2) 取款打印凭条业务 说明：用户通过ATM 系统来取款，最终要在银行主系统中把该用户的账户 信息改变并保存，并且用户可以选择是否来打印凭条，也就是说打印凭条是 取款的扩展用例。 (3) 查询业务 说明：用户通过ATM 系统来查询余额，最终要在银行主系统中查询该用户 的账户信息，并且在界面上显示余额。 (4) 转账业务 说明：用户通过ATM 系统来转账，最终要在银行主系统中把该用户的账户 信息改变并保存。 (5) 修改密码业务 说明：用户通过ATM 系统来修改密码，最终要在银行主

12、系统中把该用户的 账户信息改变并保存，这样就修改完了密码。 (6) 挂失业务 说明：当用户需要挂失时，银行工作人员就会执行挂失，让银行卡暂时不能 使用，以保证安全。 (7) 解锁业务 说明：当用户需要解锁时，银行工作人员就会执行解锁，让银行卡重新可以 能使用，更加方便。 (8) 送钱业务 说明：当 ATM 机需要钱时，运钞人员就会给ATM 机加钱。 3.1.1.3 业务场景 (1) 取款业务场景 说明：进入主界面后，选择取款进入取款界面，用户通过ATM 系统来取款， 最终要在银行主系统中把该用户的账户信息改变并保存，并且用户可以选择 是否来打印凭条，也就是说打印凭条是取款的扩展用例。 (2)

13、存款业务场景 说明：进入主界面后，选择存款进入存款界面，系统提示放钱，用户通过 ATM 系统来存款，最终要在银行主系统中把该用户的账户信息改变并保存。 (3) 查询业务场景 说明：进入主界面后，选择查询余额，进入查询余额界面显示余额，用户通 过 ATM 系统来查询余额，最终要在银行主系统中查询该用户的账户信息， 并且在界面上显示余额。 (4) 转账业务场景 说明：进入主界面后，选择转账，进入转账界面，系统提示输入转账账户和 转账金额，按确认键进行转账。用户通过ATM 系统来转账，最终要在银行 主系统中把该用户的账户信息改变并保存。 (5) 修改密码业务场景 说明：进入主界面后，选择修改密码，进

14、入修改密码界面进行修改密码，用 户通过 ATM 系统来修改密码，最终要在银行主系统中把该用户的账户信息 改变并保存，这样就修改完了密码。 (6) 挂失业务场景 说明：当用户需要挂失时，银行工作人员就会执行挂失，让银行卡暂时不能 使用，以保证安全。 (7) 解锁业务场景 说明：当用户需要解锁时，银行工作人员就会执行解锁，让银行卡重新可以 能使用，更加方便。 (8) 送钱业务场景 说明：当 ATM 机需要钱时，运钞人员就会给ATM 机加钱。 3.1.2 系统需求 3.1.2.1 概览 这个时 ATM系统的各种用例以及主要的参与者， 其实用户通过 ATM 系统做的 任何操作都要在银行主系统中改变并存

15、储。 3.1.2.2 系统需求规定 (1) 取款 业务说明 用例名称取款 用例描述本例用来描述用户取款的过程 参与者用户 银行主系统即数据库 前置条件1.银行卡在有效期内 2.该银行卡没有透支 后置条件1.创建取款流水单 主事件流 （1）客户插入磁卡，初始化ATM 系统屏幕 （2）系统提示输入密码。 （3）客户输入密码并通过系统验证 （4）系统列出服务项目 （5）客户选择取款，输入取款金额，按下确定键。 （6）系统验证取款数额的合法性。并计算出手续费 （7）系统连接到综存系统，查询账户余额，确认余额是否足够。 （8）吐款机吐款，交易成立 （9）系统提供打印功能，供客户选择是否打印 备选事件流

16、（1）a密码错误 系统出现密码错误警告。并返回主要流程（2） ，供 客户重新输入密码 （2）a金额不符 系统出现取款金额必须为50 元整数的信息， 回到主 要流程（ 5） ，供客户重新输入取款金额 （3）b金额过低 系统出现最低取款的信息，回到主要流程（5） ，供 客户重新输入取款金额 （4）c 金额过高 系统出现最高取款的信息，回到主要流程（5） ，供 客户重新输入取款金额 （5）a余额不足 系统出现余额不足的信息，回到主要流程（5） ，供 客户重新输入取款金额 业务规则 （1）交易款项 =取款金额 +手续费 （2）手续费 =取款金额 * 银行管理费 *银行折扣 （3）取款金额最低为50 元

17、，取款金额最高为5000 （4）取款金额为非作50 元的整数倍 （5）系统按照银行原有编码方式生成交易编号 涉及的业务实体银行卡，凭条银行主系统数据库信息 非功能性需求支持多种语言显示 业务场景分析 说明：用户插入银行卡， 系统验证是本银行的银行卡后，用户需要输入该卡的密 码，密码正确后，就可以取钱了，银行主系统扣除所取的数目，用户如果要求打 印凭条，就打印凭条并结束。 业务实体分析 说明：这是取款用例的业务试题分析图。 (2) 存款 业务说明 用例名称存款 用例描述主要介绍存款的过程 参与者用户 银行主系统 前置条件1. 银行卡在有效期内 2. 该银行卡没有透支 后置条件1. 创建存款流水单

18、 主事件流1.用户放入存款钱数。 2.系统验证输入钱数是否符合输入要求。 3.系统显示用户存款成功 备选事件流1. 如果密码不对，直接退卡。 2. 如果钱不符合要求们就会提示用户，是否继续。 业务规则只能放入 100 元的钱 涉及的业务实体银行卡银行主系统数据库信息 非功能性需求支持多种语言显示 业务场景分析 说明：用户插入银行卡， 系统验证是本银行的银行卡后，用户需要输入该卡的密 码，密码正确后，就可以存钱了，银行主系统加上所存的数目并且结束。 业务实体分析 说明：这是存款用例的业务实体分析图。 (3) 转账 业务说明 用例名称转账 用例描述本例用来描述用户转账的过程 参与者用户 银行主系统

19、 前置条件1. 银行卡在有效期内 2. 该银行卡没有透支 后置条件1. 创建转账流水单 主事件流 （1）客户插入磁卡，初始化ATM 系统屏幕 （2）系统提示输入密码。 （3）客户输入密码并通过系统验证 （4）系统列出服务项目 （5）客户选择取款，输入转账金额，按下确定键。 （6）系统验证转账数额的合法性。并计算出手续费 （7）系统连接到综存系统，查询账户余额，确认余额是否足够。 （8）交易成立，系统提供打印功能，供客户选择是否打印 备选事件流 （1）a密码错误 系统出现密码错误警告。并返回主要流程（2） ，供 客户重新输入密码 （2）a金额不符 系统出现转账金额必须为50 元整数的信息， 回到

20、主 要流程（ 5） ，供客户重新输入取款金额 (3)b金额过低 系统出现最低取款的信息，回到主要流程（5） ，供客 户重新输入取款金额 （4）c金额过高 系统出现最高取款的信息，回到主要流程（5） ，供 客户重新输入取款金额 (5)a余额不足 系统出现余额不足的信息，回到主要流程（5） ，供客 户重新输入取款金额 业务规则 （1）交易款项 =转账金额 +手续费 （2）手续费 =转账金额 * 银行管理费 *银行折扣 （3）转账最低金额为50 元，最高为5000 元 （4）系统按照银行原有编码方式生成交易编号 涉及的业务实体银行卡银行主系统数据库信息 非功能性需求支持多种语言显示 业务场景分析 说

21、明：用户插入银行卡， 系统验证是本银行的银行卡后，用户需要输入该卡的密 码，密码正确后，就可以转账了，银行主系统修改账户的信息保存并且结束。 业务实体分析 说明：这是存款用例的业务实体分析图。 (4) 修改密码 业务说明 用例名称修改密码 用例描述本例用来描述用户修改密码的过程 参与者用户 银行主系统 前置条件1. 银行卡在有效期内 2. 该银行卡没有透支 后置条件1. 创建修改密码流水单 主事件流 （1）客户插入磁卡，初始化ATM 系统屏幕 （2）系统提示输入密码。 （3）客户输入密码并通过系统验证 （4）系统列出服务项目 （5）客户选择修改密码，按下确定键。 （6）客户连续三次输入新密码，

22、按下确定键。 备选事件流 （1）a密码错误 系统出现密码错误警告。并返回主要流程（2） ，供 客户重新输入密码。 （2）a密码不符 系统出现密码格式必须为6 位数字的信息，回到主 要流程（ 5） ，供客户重新输入新密码。 （3） b密码不同 系统出现三次输入密码不一致的信息，回到主要流 程 （4）供客户重新输入新密码。 业务规则只能是 6 位的数字 涉及的业务实体银行卡银行主系统数据库信息 非功能性需求支持多种语言显示 业务场景分析 说明：用户插入银行卡， 系统验证是本银行的银行卡后，用户需要输入该卡的密 码，密码正确后，就可以修改密码了，然后输入新的密码，银行主系统修改账户 的信息保存并且结

23、束。 业务实体分析 说明：这是修改密码用例的业务实体分析图。 (5) 查询 业务说明 用例名称查询余额 用例描述本例用来描述用户查询余额的过程 参与者用户 银行主系统 前置条件1. 银行卡在有效期内 2. 该银行卡没有透支 后置条件1. 创建查询余额流水单 主事件流 （1）客户插入磁卡，初始化ATM 系统屏幕 （2）系统提示输入密码。 （3）客户输入密码并通过系统验证 （4）系统列出服务项目 （5）客户选择查询余额，按下确定键。 （6）系统连接到综存系统，查询账户余额，并根据银行的规定计 算出账户余额。 ATM 系统屏幕显示客户账户余额与可用余额 备选事件流（1）a密码错误 系统出现密码错误警

24、告。并返回主要流程（2） ，供 客户重新输入密码 业务规则无 涉及的业务实体银行卡银行主系统数据库信息 非功能性需求支持多种语言显示 业务场景分析 说明：用户插入银行卡， 系统验证是本银行的银行卡后，用户需要输入该卡的密 码，密码正确后， 就可以查询余额了， 银行主系统查询账户的信息显示在界面上 结束。 业务实体分析 说明：这是查询余额用例的业务实体分析图。 3.1.2.3 数据分析 (1) 概览 银行卡 名称类型 银行卡磁卡 密码int （6 位整数） 金额int(100的整数倍 ) 账号19 位整数 凭条 名称类型 凭条文本 银行主系统的用户信息 名称类型 姓名字符型 账户19 位整数 电

25、话Int 住址文本类型 密码int （6 位整数） 金额int(100的整数倍 ) 3.2 非功能性需求 3.2.1 性能需求（ Performance） PE-1：ATM 自动取款机对卡识别后，身份信息在1 秒后可以正确的返回。 PE-2：用户向系统做出某种指令信息后，系统将在 2 秒内显示确认信息并给 与处理。 3.2.2 安全设施需求（ SAfety） （1）ATM自动取款机必须保证在干燥和通风的环境，为此将这种设施保存 在室内环境中，避免接触雨水。 （2）大型服务器因为是全天候开机运行，必须保证在适宜的温度，湿度， 空气质量等环境条件下， 为此中心机房必须满足国际机房标准，用空调来调节

26、温 度、湿度。 （3）所有数据应同时具备硬拷贝（备份到外部介质）和软拷贝（备份到本 地）两种备份方式， 具有迅速的灾难恢复能力。 同时应充分考虑各种突发情况的 处理方式， 如系统的后台数据库因断电、死锁等原因无法访问时， 系统应能够自 动切换到备份服务器以保证用户能够继续访问。 3.2.3 安全性需求（ Security） SE-1：所有涉及功能信息或个人身份信息的网络事物，都要采用 128 位的加 密。 SE-2：每次进行的的操作必须输入密码进行确认。 SE-3：采用 ISO8583(97)协议与银行进行数据交换 。 SE-4: 系统中心数据库的安全等级要到达C2级。 SE-5: 跨区域互联

27、要经过互联网，要保障数据安全。 3.2.4 软件质量属性 Availablity（可用性） -1：ATM 自动取款系统在24 小时之内对持卡人都能 进行服务。在软件方面，响应时间，更新处理时间，数据传送和转换时间，处理 和解决问题时都比较快且迅速，完全满足用户要求。 Reliability（可靠性） -1：如果在交易得到确认或取消之前，用户和系统 的连接中断，那么用户应该能通过ATM自动系统恢复不完整的交易。 Reliability（可靠性） -2：MTBF 平均无故障时间为一个月，而一旦发生故 障, 平均修复时间为 10 分钟，即 MTTR 为 10 分钟。 Maintainablity（可

28、维护性） -1：系统能够一年内升级到版本二，三年内升 级到版本三。 3.3 外部接口需求 3.3.1 用户界面（ User Interfaces ，UI） UI-1： “ATM 自动取款系统”的界面将遵照该银行的应用程序界面标准版本， 旨在简单明了。 UI-2： 系统对所显示的任何命令按键都提供帮助，解释这些按键的详细作用。 UI-3：本软件用户界面要求简洁、友好，采用用户熟悉的Windows 窗口菜 单操作，且菜单操作简单易懂， 菜单命令可用快捷键激活， 输入输出时间应使用 户不感到明显的时间延迟。 UI-4：ATM 自动取款机的登录界面，系统提示输入密码，如果输入的密码 正确，按确定键进入

29、系统的主界面，如果输入的密码有误，按更正键，重新输 入密码。 UI-5：ATM 的主界面，按相应的功能键可以完成相应的操作。 3.3.2 硬件接口（ Hardware Interfaces，HI ） ATM 机：自动取款系统需要通过经过加密保护的专线和ATM 机相连接。 点钞机：自动取款系统需要通过经过加密保护的专线和点钞机进行连接。 后台服务器：自动取款系统需要通过经过加密保护的专线和后台服务器进行 连接。 3.3.3 软件接口（ Software Interfaces ，SI） 这个自动取款系统需要和银行的主系统进行交互，来完成各种用户做出的指 令，我们在 ATM 取款系统中的任何一个命令都要在主系统中对我们的账户信息 进行修改，所以银行的主系统就是我们这个系统所要连接的软件接口。 3.3.4 通信接口（ Communications Interfaces ，CI） CI-1“ATM 自动取款系统”可以提示主系统将向用户预留的电话号码发送 消息，以告知此卡的消费情况。