模拟ATM详细设计以及编码实现.docVIP

ATM 需求分析 Task 1 .用户界面 一个当地银行打算安装一个新的Automated teller machine (ATM)自动取款机，允许用户进行基本的财政交易。每一个用户只能有一个账户在银行里。ATM用户应该能够查看他们的账户余额，取钱以及存钱的信息。ATM的用户界面应该包含下面几个部分： 一个给用户显示信息的屏幕 一个接收用户输入数字的键区 一个出钱的接口，可以出钱币 一个存储槽能接收用户的存折 界面如下图1.1所示。 图1.1 ATM用户界面 Task 2. 用户验证 ATM的周期包含通过账号和个人身份数字验证用户的有效性，创建和执行财政交易。为了验证用户以及执行财政交易，ATM需要和存储在电脑上的银行账户信息数据交互。对于每一个银行账户，数据库存储一个账号，一个密码，一个账户余额。 当第一次接触ATM的时候，用户应该体验下面几个事件： 1) 屏幕显示欢迎页面，提示用户输入账号。 2) 通过数字键区用户输入五位的账号。 3) 屏幕提示用户输入个人身份数字（密码） 4) 用户在键区输入五位的用户身份号码。 5) 如果用户输入有效的账号和正确的密码，屏幕会显示主菜单。如果用户输入无效的账号或者是错误的密码，屏幕会显示一个错误信息提示用户，然后ATM返回第一步，重新进行验证的过程。 Task 3. 业务流程 在ATM对用户验证后，将会出现主菜单界面。主菜单应该包含三项操作：查询余额信息，取款和存款。应该包含另外一个选项就是用户可以退出系统。用户可以选择其中一项来进行操作（通过输入1，2，3），或者退出系统（通过输入4）。 ATM主界面如下图1.2所示。 图1.2 ATM主界面 如果用户输入选项1 将查询余额，屏幕将会显示账户里的余额。这一步是ATM系统从数据库中查询出来然后显示到系统界面上。 如果用户输入选项2 取款，以下几个步骤将会描述发生的事件： 1）屏幕将会显示一个菜单，菜单包括标准的取款数目，以及取消交易的选项。ATM取款菜单如图1.3所示 图1.3 ATM取款界面 2）用户通过键盘输入一个菜单选项. 3）如果取款金额大于用户的账户余额，屏幕会显示一个提示信息，让用户选择一个小的数目来取款。ATM将会返回第一步。如果取款金额小于或者等于用户的账户余额，将会进行第四步。 4）如果取款机里面的余额足够的话，将会进行第五步，否则提示给用户信息，让其选择小的数目来取款。ATM将会返回第一步。 5）ATM将会从银行的数据库里的用户账户里扣除所取的钱。 6）所取的钱将会从出钱口里出来。 7）系统显示提示信息，提示用户拿钱。 如果用户输入选项3 存款，以下几个步骤将会描述发生的事件： 系统提示用户，输入存款金额，或者输入0来取消。 用户输入存款金额或者输入0。 如果用户输入一个存款金额，将会执行第四步。如果用户输入0来取消交易，系统将会返回主菜单界面等待用户输入。 系统提示用户，插入存折。 如果存储槽在2分钟内收到了存折，系统将会在银行的数据库里增加存款金额。如果在这段时间内没有收到存折，系统将会显示信息，系统取消交易。ATM返回到主界面等待用户输入。 每当系统成功交易后，应该返回到主界面菜单，这样用户可以执行其他的交易操作。如果用户退出系统，屏幕显示“谢谢，欢迎下次使用！”信息。 Lab 2.ATM系统分析 Task 1.用例图（Use Case Diagrams） 用例图（se Case Diagrams） 描述角色和用例之间的关系，着重展示系统必须实现的功能2. 主要元素 　　用例（use case），系统为角色提供可见结果的一系列动作（简单理解为角色可见的系统功能），使用椭圆表示。 　　角色（actor），在与系统的一次或者多次交互中起作用的人，组织或者系统（即本系统的用户或者使用本系统的其他外部系统），使用小人图形表示。 　　关系（association），角色和用例的交互，使用带箭头或者不带箭头的实线表示，箭头表示调用关系。 　　包（package），可选元素，用于组织各种UML图，使之容易管理和浏览（类似中的包），可以包括类图和用例图，使用文件夹的形式表示。 Task 2.类图（Class Diagrams） 每一个类被设计成一个长方体，有三个矩形组成。最上面一层是类名，中间一层是类的属性，下面一层是类的方法。类图可以显示出类、接口以及它们之间的静态结构和关系 图2.1ATM组件之间的关系 从项目的需求分析我们可以对整个ATM系统中所需要的类进行定义。所有的类中属性和方法。如下图2.2所示。 图2.2ATM系统类的属性和方法 上面的图给我们提供了一个固定的基本的结构模型。 类ATM包含ATM的状态信息。userAuthenticated是一个 Boolean属性。 类BalanceInquiry, Wit