sql项目_atm提款机系统

sql项目_atm提款机系统 1.1.1 分析用户的需求 本例用户是某银行，需要一套ATM交易管理系统，经过和客户的初步沟通，对方要求能够实现以下这些功能: ， 新用户能够开卡:按照国家相关规定和银行的需要，用户需提供一些必要信息进行开卡操作， 并且存储以备查阅。 ， 支取:用户可以随时根据自己的需要在任意ATM提款机上进行支取已存款项操作。 ， 存钱:用户可以随时根据自己的需要在ATM提款机上进行存款操作。 ， 查询余额:用户可以随时根据自己的需要在ATM提款机上进行余额查询操作。 ， 转账:用户能够在ATM提款机上进行转账操作，如缴纳手机话费等。 ， 明细账:用户可以根据时间区间查询自己的交易历史记录。 需求分析人员需要理清思路，清晰的处理和用户沟通过的每一个细节问，并将结果记录，为后面论证和确定最终需求做准备。 1.1.2 功能性需求分析 通过上一节的论述，大体上掌握了ATM提款机交易管理系统的客户要求，接下来需要经过以项目会议的形式，对需求文档进行细化、规范化和可行性分析论证，最终达成一致形成最终需求定稿。确定下来的对于软件功能方面的分析如下。 表1.1 系统功能模块说明 功能类别 功能名称、标识符 描述 开户操作 客户资料录入 需要正确存储客户详细信息，如 姓名、年龄、性别、电话、地址 等信息。 开卡操作 按照规则生成唯一卡号，卡上余 额，账户类型和客户编号等信 息。 支取操作 取款 核对卡号密码进行减少余额操 作并记录交易信息。 存入操作 存款 验证账户和数据合法性进行增 加余额操作并记录交易信息。 查询操作 查询余额 验证用户名和密码进行余额查 询。 查询交易明细 验证用户名和密码按时间进行 交易明细查询。 转账操作 转账 验证用户名和密码及对方卡号 进行复杂的余额更新操作，并记 录交易详细信息，并且保证操作 的一致性。 1.1.3 系统总用例分析 为了能够把用户的需求描述的更加准确和清晰一些，现在从实际出发，以两种角色为起点，分别用总用例图的形式来说明他们各自的职责和功能。系统分为2种角色的用户，分别为“操作员”和“普通 用户”，其中，操作员角色可以进行开户操作，用户只能进行一些常规业务操作，具体分析如下图1.2 所示。 注意:本章用到的用例图和关系图等全部使用Microsoft Office Visio 2003完成～当然能够完成类似 功能的软件还有PowerDesigner、Rational Rose或Erwin等工具。 ATM提款机交易管理系统 开户 操作员验证查询 存取转账 用户 图1.2 系统总用例图 1.1.4 系统用例分析 , 【用例1:开户业务】 , 描述: 该模块主要包括针对新用户进行开卡操作，当用户请求使用本系统的时候，操作员需要 录入用户基本信息，如姓名、性别、住址、联系电话等信息和开户金额，在信息验证无误的 情况下执行新增操作，并同时生成新卡号，提示操作结果。 , 参与者:系统操作员 , 用例图:如图 1.3所示 ATM提款机系统-开户 录入客户信息 操作员 图1.3 开户用例 , 【用例2:支取业务】 , 描述: (1)用户录入卡号和密码以及取款金额，如果验证账户合法性通过，取出相应的金额; (2)验证不通过提示“账户信息输入有误～”结束本次操作; (3)如果余额不足提示“账户余额不足～”结束本次操作; , 参与者:用户 , 用例图:如图 1.4所示 ATM提款机 系统-支取 取款 用户 图1.4 支取用例 ?218? , 【用例3:存款业务】 , 描述: (1)用户输入卡号和金额执行存款操作，成功则提示“存款成功～”; (2)将本次存款信息记入明细账以备查询; , 参与者:用户 , 用例图:如图 1.5所示 ATM提款机 系统-存款 存款 用户 图1.5 存款用例 , 【用例4:查询业务】 , 描述: 用户要求查询自己的历史交易记录，可以按照时间段查询，默认时间区间是最近3个月。 (1)用户输入卡号和密码进行账户合法性验证，如果验证成功则显示查询结果; (2)如果验证不通过提示“账户信息输入有误～”结束本次操作; , 参与者:用户 , 用例图:如图 1.6所示 ATM提款机 系统-查询 查询 用户 图1.6 查询用例 , 【用例5:转账业务】 , 描述: (1)用户录入卡号和密码以及转账金额和对方卡号; (2)验证通过则从自己账户上减去相应的金额增加到对方账户上(要保证操作的完整性); (3)记入明细账，提示“转账成功～”; (4)验证不通过提示“账户信息输入有误～”结束本次操作; (5)如果账户余额不足本次操作则提示“账户余额不足～”结束本次操作; , 参与者:用户 , 用例图:如图 1.7所示 ATM提款机 系统-转账 转账 用户A 图1.7 转账用例