ATM用例图
用例图
一、ATM 系统分为三个大的模块
二、任务概述
1、系统功能实现用户在ATM 上提取现金、查询账户余额、修改密码及转账功能。 系统用例图
根据系统的需求分析可知 ,系统中的角色有顾客、管理员和系统 ,其中顾客使用 A TM 系统进行交易;工作人员可以更改 A TM 的设置、放置现金、机器维护等;系统则作为外部角色参与整个活动。
ATM机银行工作人员
三、需求规定
3. 1系统功能概述
ATM自动取款机系统相关的主要对象有：
用户：使用ATM自动取款机进行现金交易。进行取款、查询余额、设置密码、转账等操作。
系统：对用户的需求进行接收，通过与数据库的交互，根据对用户应用服务的响应，更新数据库中用户的信息。
数据库：对用户的所有信息进行存储更新。
登陆功能：
在整个的系统中，首先用户要选择应用的提示语言的种类，“ENGLISH”或“汉语”，之后输入正确用户登录密码以后才可以进入主界面进行相关的操作。
验证用户：
当用户输入账号和密码时，系统要进行验证，用户和密码输入正确了才可以登陆进去。
修改密码：
系统要求首先输入旧密码，再输入写密码，并对新密码进行第二次确认，全部输入正确，修改功能完成。
查询功能：
在主界面中点击余额查询功能选项，就会弹出余额的窗口。
存款功能：
当用户存款的时候，系统要提示进行添加。
转账功能：
用户可以通过该功能将自己账户上的金额转到其他账户。
取款功能：
当用户在菜单栏点击取款功能选项，可以进入取款界面：
●首先你可以输入取款的金额，输入的必须为50倍数的数字，否则
系统会提示输入的金额错误，请重新输入。如果屏幕上有便捷提示，比如：1000元、800元、500元等。如果上边有你想要取款的金额，你可以按相对应的按键就可以了，如果没有，你再找一个“其他金额”按下之后,就可以自由输入自己想取的金额了,输入金额之后,按“确认”，即完成取款功能。
●正确输入取款的金额后，直接点击取款，会再次确认你取款的金
额，点击“是”即可以取出取款机吐出的现金，并且数据更新到相关的数据库文件中，以便以后查询。
打印凭条：
当用户取完款和存完款、或完成转账等功能时，可以按打印凭条。退出系统：
当用户操作完了以后，就按退出就可以了。
顾客用例图：
四、系统用例描述
4.1 插卡用例
4. 1. 1简要说明
本例用来描述用户插卡的过程
4. 1. 2事件流
（1）基本流
1、系统提示插入磁卡
2、用户插入磁卡
3、系统验证磁卡
（2）备选流
1、如果验证错误，给出提示，退出。
插卡用例图
4. 2登陆用例
4. 2. 1 简要说明
本例用来描述用户登陆的过程
4. 2. 2事件流
（1）基本流
1.系统验证银行卡账号。
2.用户输入密码。
3.系统验证用户输入的密码信息。
4.用户进入系统。
（2）备选流
1.如果账号错误，给出提示，退出。
2.如果输入密码错误，给出提示，退出。
登陆用例图
4. 2. 3输入密码
当用户输入密码时，如果正确则进去主界面，如果输入错误，则提示重新输入。只有三次的机会。
输入密码的用例图：
4. 3事物模块
4. 3. 1修改密码
1．简要说明
本例用来描述用户修改密码的过程
2. 事件流
（1）基本流
1.用户输入旧密码。
2.系统验证账户旧密码。
3.用户输入2次新密码。
4.用户确认输入的秘密。
5.系统更新用户密码为新密码。
6.用户修改密码成功。
（2）备选流
1.如果输入的旧密码错误，给出提示，退出。
2.如果两次输入的密码不同，给出提示，退出。
3.如果用户没有确认，给出提示，退出。
修改密码用例图
４.3.２取款用例
１.简要说明
本例用来描述用户取款的过程
２.事件流
（1）基本流
1.用户输入取款金额。
2.系统验证输入金额是否符合输入要求。
3.系统验证用户账户余额。
4.系统显示用户取款金额。
5.用户确认取款金额。
6.系统要求点钞机出钞。
7.系统更新并保存账户信息。
（2）备选流
1.如果输入金额不符合输入数字格式要求，给出提示，退出。
2.如果输入金额超出最大取款金额，给出提示，退出。
3.如果用户没有确认，给出提示，退出。
取款用例图
ATM机
４.3.３存款用例
１.简要说明
本例用来描述用户存款的过程
２.事件流
（１）基本流
1.用户输入存款金额。
2.系统验证输入金额是否符合输入要求。
3.用户添加存款金额。
4.系统显示用户存款金额。
5.用户确认用户存款金额。
6.系统要求验证钞票。
7.系统更新并保存账户信息。
（２）备选流
1.如果输入金额不符合输入数字格式要求，给出提示，退出。
2.如果输入金额超出最大存款金额，给出提示，退出。
3.如果用户没有确认，给出提示，退出。
存款用例图
４.3．４查询余额用例
１、简要说明
本例用来描述用户查询余额的过程
２、事件流
（1）基本流
1.用户选择查询余额功能。
2、系统显示账户余额。
3、系统显示最大取款限额。
（２）备选流
1.如果显示余额，确认后。给出提示，退出。
2.如果用户没有确认，给出提示，退出。
查询余额用例图
4. 3. 5转账用例
1、简要说明
本例用来描述用户转账的过程
2.事件流
（1）基本流
1.用户输入转账账号。
2.系统验证转账账号。
3.用户输入转账金额。
4.系统验证输入金额是否符合输入要求。
5.系统验证用户账户余额。
6.系统显示用户转账账户及转账金额。
7.用户确认转账账户及转账金额。
8.系统更新并保持账户信息。
（2）备选流
1.如果输入账号不正确，给出提示，退出。
2.如果输入金额不符合输入格式要求，给出提示，退出。
3.如果输入金额超出最大转账金额，给出提示，退出。
4.如果用户没有确认，给出提示，退出。转账用例图
4.3 . 6打印凭条用例
1、简要说明
本例用来描述用户打印凭条的过程
4. 1. 2事件流
（1）基本流
1、系统核实操作
2、系统提示是否打印凭条
3、用户确认打印凭条
4、返回主界面
（2）备选流
1、如果打印凭条错误，给出提示，退出。
打印凭条用例图
ATM机4.4退卡用例
1、简要说明
本例用来描述用户退卡的过程
4. 1. 2事件流
（1）基本流
ATM自动取款机系统详细设计说明书
ATM系统需求分析设计与改进
目录 1．引言 (1) 1.1编写目的 (1) 1.2定义 (1) 2．总体设计 (1) 2.1需求概述 (1) 2.2软件结构 (2) 3.基于UML的ATM自动取款机系统分析设计 (2) 3.1 CIM-1定义业务流程 (2) 3.2 CIM-2 分析业务流程 (4) 3.2.1 客户取钱业务流程活动图. (4) 3.2.2 客户转账业务流程活动图. (4) 3.2.3 客户修改密码业务用例活动图 (5) 3.2.4 客户查询余额业务用例活动图 (6) 3.3 CIM-3定义系统范围. (8) 3.3.1 客户包下可启动的系统用例 (8) 3.3.2 银行管理员包下的系统用例图 (8) 3.2.3定时启动者包下的系统用例 (9) 3.4 PIM-1分析业务流程 (9) 3.4.1 SUC001-取款系统用例业务 (9) 3.4.2 SUC002-转账业务系统用例 (10) 3.4.3 SUC003- 修改密码业务系统用例 (11) 3.4.4 SUC004- 查询余额业务系统用例 (12) 3.5 PIM-2 分析业务规则状态图（取款） (13) 4．程序描述 (14) 4.1 取款子系统 (17) 4.1.1功能 (17) 4.1.2性能 (17) 4.1.3输入项目 (17) 4.1.4输出项目 (18) 4.1.5算法 (18) 4.1.6程序逻辑 (19) 4.1.7接口 (19) 3.1.8存储分配 (20) 3.1.9限制条件 (20) 3.1.10测试要点 (20) 4.2存款子系统 (20) 4.2.1功能 (20) 4.2.2性能 (20) 4.2.3输入项目 (20) 4.2.4输出项目 (20) 4.2.5算法 (21)
用例图描述
学生： 用户登录 ID 1 用例名称：用户登录 参与者：学生 用例描述：大概过程：学生在系统上登录需要输入用户名、密码，系统确认身份。 输出结果：在系统的登陆界面区域确定身份后，登录界面转换登 录成功。 前置条件：系统已启动到登录界面，学生在进行其余操作之前必要完成的步骤。 后置条件：用户登录成功后系统显示信息查看的结果界面，用户登录成功后，进入到学生相应界面。 正常流程：1．学生在用户名输入框里输入用户名 2．在密码框里输入密码 3．用户按登录后，系统验证学生输入的有效性。 4．有效则进入系统的主界面。无效则提示相应错误给用户。 5．用例终止 异常事件流：显示错误信息，提示无效身份登录，认证无法通过登陆失败。 分支流程：在按“登录”按钮之前，学生可以随按“关闭”按钮。 特殊需求：要求用户密码安全。 签到 ID： 2 用例名称：签到 参与者：学生 用例描述：大概过程：学生在系统上选择签到按钮。 输出结果：在系统确定身份后，签到成功。
前置条件：在此用例开始之前，学生必须登录到系统中。 后置条件：如果用例执行成功，可以实现学生客户端的功能。 正常流程： 1.学生成功登陆客户端 2.点击签到按钮，此用例启动。 3.显示“签到成功”信息。 特殊需求：学生一次只允许签到一个用户。 发送文件 ID： 3 用例名称：发送文件 参与者：学生 用例描述：产生的原因：学生需要将所完成的功课提交老师批阅。 大概过程：学生完成作业后，按“提交按钮”发送给老师。 输出结果：系统提示文件送达成功或者失败。 前置条件：学生必须提供上传信息资源请求。 后置条件：学生可以快速提交作业，老师及时发现问题，可通过群聊方式纠正学生出现的问题。 正常流程： 1.学生提交上传文件信息请求 2.界面转换至上传文件界面 3.学生将所传文件内容进行上传 4.进行提交 5.系统提示成功与否信息 异常流程： 1.用户取消上传请求，系统回到界面。 2.文件上传失败，系统提示再次上传。 特殊需求：上传文件不宜过大。
用例分析总结
用例图(Use Case Diagram)是由软件需求分析到最终实现的第一步，它描述人们如何使用一个系统。用例视图显示谁是相关的用户、用户希望系统提供什么样的服务，以及用户需要为系统提供的服务，以便使系统的用户更容易理解这些元素的用途，也便于软件开发人员最终实现这些元素。用例图在各种开发活动中被广泛的应用，但是它最常用来描述系统及子系统。 当用例视图在外部用户出现以前出现时，它捕获到系统、子系统或类的行为。它将系统功能划分成对参与者（即系统的理想用户）有用的需求。而交互部分被称作用例。用例使用系统与一个或者多个参与者之间的一系列消息来描述系统中的交互。 用例图包含六个元素，分别是：参与者(Actor)、用例(Use Case)、关联关系(Association)、包含关系(Include)、扩展关系(Extend)以及泛化关系(Generalization)。 用例图可一个包含注释和约束，还可一个包含包，用于将模型中的元素组合成更大的模块。有时，可以将用例的实例引入到图中。用例图模型如下所示，参与者用人形图标来标识，用例用椭圆来表示，连线表示它们之间的关系。
一．参与者（Actor） 1．参与者的概念 参与者是系统外部的一个实体，它以某种方式参与用例的执行过程。参与者通过向系统输入或请求系统输入某些事件来触发系统的执行。参与着由参与用例时所担当的角色来表示。在UML中，参与者用名字写在 下面的人形图标表示。 每个参与者可以参与一个或多个用例。它通过交换信息与用例发生交互（因此也与用例所在的系统或类发生了交互），而参与者的内部实现与用例是不相关的，可以用一组定义其状态的属性充分的描述参与者。 参与者有三大类：系统用户、与所建造的系统交互的其它系统和一些可以运行的进程。 第一类参与者是真实的人，即用户，是最常见的参与者，几乎存在于每个系统中。命名这类参与者时，应当按照业务而不是位置命名，因为一个人可能有很多业务。 第二类参与者是其它的系统。这类位于程序边界之外的系统也是参与者。
ATM自动取款机系统概述
AＴ M自 动取 款机 系统 概述 1 1．1 AＴM自动取款机系统概述 ATＭ自动取款机是由计算机控制的持卡人自我服务型的金融专用设备。本节主要简单介绍AＴM自动取款机系统及其开发流程。 １1．1．1 AＴM自动取款机简介 ATM是英文AuｔoｍatiｃＴeller Machine的缩写,即自动取款机的意识,图１1 -1是一个ATM自动取款机的示意图。AＴM是最普遍的自助银行设备,可以提供最基本的银行服务之一,即出钞交易,有些全功能的产品还可以提供信封存款业务。在AＴM自动取款机上也可以进行账户查询和改密的业务。作为自助式金融服务终端，除了提供金融业务功能之外，AＴM自动取款机还具有维护、测试、事件报告、监控和管理等多种功能。 11.1.1 ＡTＭ自动取款机简介 ATM是英文Ａutoｍatic Tｅller Mａchｉnｅ的缩写,即自动取款机的意识，图1 1－１是一个ATＭ自动取款机的示意图。ATM是最普遍的自助银行设备,可以提供最基本的银行服务之一，即出钞交易,有些全功能的产品还可以提供信封存款业务。在ATM自动取款机上也可以进行账户查询和改密的业务。作为自助式金融服务终端,除了提供金融业务功能之外，ATM自动取款机还具有维护、测试、事件报告、监控和管理等多种功能。 1１.1.2 AＴM自动取款机的开发流程
ATM自动取款机系统的开发流程遵循实时系统的统一开发过程，主要生命周期包括系统分析、概要设计、详细设计和实现与测试，采用的软件开发方法为迭代式。开发流程详细说明如下。 l 系统分析。主要标识系统涉及的用例,以及为每个用例创建的事件流。而且，还需要定义初始功能测试用例，作为检查最后实现是否正确和完备的工具。系统分析还需要显示用例隐含的类,利用分析类图进行文档化处理。 l 概要设计。使用CRC卡,定义每个类的职责。首先通过全局类图定义设计的静态结构，然后定义设计的动态结构,使用状态图定义主要 控制类的动态行为,为主要用例创建交互图。 l 详细设计。包括为每个类定义属性和操作,利用包图对相关类进行组织。 l 代码生成。利用代码生成工具将设计转换为Javａ代码，并对代码进行详细处理，编写辅助代码,完成系统实现,并能够对设计进行模拟，能够作为Ａｐpｌet运行,能够在浏览器中查看可执行版本。 需要注意的是,本实例采用实时Java作为最后的实现语言,创建了一个ＡTＭ自动取款机的模拟程序。模拟真实ＡTM机的行为,还需要ＪDＫ的支持。 １1．1.３AＴM自动取款机系统初始需求描述 下面是一个ATM自动取款机系统初始需求描述示例，供读者参考。 “ATM自动取款机系统初始需求规格说明书” 1.引言 １．1 目的 本文档描述了自动取款机系统的软件需求，支持ATM的设计人员、开发人员和维护人员。 1.2 范围 ATM的功能要求支持计算机银行网。 1.３概述 文档剩余部分组织如下:本节后续部分将给出一些重要术语的定义;第２部分将包含对ATM的一些基本描述;第３部分表示特定的功能需求、外部接口和性能需求。 1.4 定义 l 账号。在银行中，事务应用的单个账号。账号可以为多种类型,但是至少包括支票和存款。每个顾客可以拥有多个账号。
ATM自动取款机系统需求分析
《软件工程》结课论文 题目：ATM自动取款机系统的需求分析 / 专业：XXXXXXXXXXXXXXXX 班级：XX XX XX XX X XX 姓名：XX XX XX 学号：XXXXXXXXXXXXX XXXX 年XX 月XX 日 \ 目录
1．引言 ...................................................................................................................... 错误!未定义书签。 编写目的 ............................................................................................................ 错误!未定义书签。 项目背景 ............................................................................................................ 错误!未定义书签。 定义 .................................................................................................................... 错误!未定义书签。2．任务概述 .............................................................................................................. 错误!未定义书签。 目标 .................................................................................................................... 错误!未定义书签。 运行环境 ............................................................................................................ 错误!未定义书签。 条件与限制 ........................................................................................................ 错误!未定义书签。。 3．数据描述 .............................................................................................................. 错误!未定义书签。 静态数据 ............................................................................................................ 错误!未定义书签。 动态数据 ............................................................................................................ 错误!未定义书签。 数据库介绍 ........................................................................................................ 错误!未定义书签。 系统E－R图 .................................................................................................... 错误!未定义书签。 数据词典 ............................................................................................................ 错误!未定义书签。 数据采集 ............................................................................................................ 错误!未定义书签。4．功能需求 .............................................................................................................. 错误!未定义书签。 功能划分 ............................................................................................................ 错误!未定义书签。 功能描述 ............................................................................................................ 错误!未定义书签。 " 功能要求 .......................................................................................................... 错误!未定义书签。5．性能需求 .............................................................................................................. 错误!未定义书签。 数据精确度 ........................................................................................................ 错误!未定义书签。 时间特性 ............................................................................................................ 错误!未定义书签。 适应性 ................................................................................................................ 错误!未定义书签。6．其它需求 .............................................................................................................. 错误!未定义书签。
门户网站用例图与用例描述
1：总体用例 图 2：留言管 理 2-1:回复留言 用例描述: 用例名称：回复留 言用例标识号： 2-1
参与者：管理员简要说明：管理员对用户提交到系统的留言，进行浏览和回复。前置条件： 管理员已经登管理系统基本事件流：1．管理员鼠标点击“浏览留言”按钮，发出留言审核请求；2．系统提供系统中存储的留言，分页显示留言内容； 3. 管理员选择一条留言标题，点击浏览留言详细信息；4．管 理员可以在选择要回复的留言； 5. 管理员点击提交回复留言 6．用例终止；其他事件流A1：在按“提交”按钮之前，管理员随时可以按“返回”按钮，返回到浏览页面 异常事件流：1．提示错误信息，管理员确认；2．返回到留言管理页面。 后置条件：系统中的留言得到回复 注释：无 2-2:删除留言 用例描述: 用例名称：删除留言用例标识号：2-2 参与者：管理员简要说明：管理员对用户提交到系统的留言，进行浏览和删除前置条件： 管理员已经登管理系统基本事件流：1．管理员鼠标点击“浏览留言”按钮，发出浏览留言请求；2．系统提供系统中存储的经审核的留言，分页显示留言； 3. 管理员查看留言，点击删除按钮删除留言后重新列出留言； 7．用例终止；其他事件流A1： 在按“提交”按钮之前，管理员随时可以按“返回”按钮，返回到浏览
异常事件流：1．提示错误信息，管理员确认；2．返回到留言管理页面。 后置条件：系统中的留言被删除。 注释：无 3：管理帖子 3-1 回复帖子 用例描述: 用例名称：回复帖子用例标识号：3-1 参与者：管理员简要说明：管理员对用户提交到系统的帖子，进行浏览和回复帖子。前置条件：管理员已经登管理系统基本事件流：1．管理员鼠标点击“浏览帖子”按钮，发出帖子浏览请求；2．系统提供系统中存储的帖子，分页显示帖子内容； 3．管理员可以在选择要帖子的留言； 4. 管理员点击提交回复帖子5．用例终止；其他事件流A1： 在按“提交”按钮之前，管理员随时可以按“返回”按钮，返回到浏览异常事件流：1．提示错误信息，管理员确认；2．返回到帖子管理页面。 后置条件：系统中的帖子批准状态被修改。 注释：无
自动取款机系统.doc
某银行自动取款机系统 1.1自动取款机系统的需求分析 需求分析是软件系统开发的开始阶段，也是非常关键的一个阶段，“好的开始是成功的一半”，在软件系统开发中，这个道理仍然适用，捕获完整正确的系统需求，对系统后期的开发阶段顺利进行至关重要。在面向对象系统开发方法中，用例建模是捕获系统需求的一个有效方法。 1.1.1系统的用户需求描述 某银行拟开发一个自动取款机系统，是一个由自动取款机（以下简称ATM）、银行的中央计算机、分行计算机及柜员终端组成的网络系统。总行拥有多台ATM，分别设在市区的各主要街道上。每个分行负责提供分行计算机和柜员终端。柜员终端设在分行营业厅及分行下属的各个储蓄所内。在银行拥有账户的储户有权申请领取银行现金卡，银行卡上有分行代码和卡号。使用银行现金卡用户可以通过自动取款机系统访问自己的账户。目前仅限于使用银行现金卡在ATM上提取现金（即取款）和查询有关自己账户的信息，还可以使用ATM 办理转账事务，实现同行账户之间的转账业务。 在自动取款机系统中，当用户把银行卡插入ATM之后，ATM就与用户交互，以获取有关这次事务的信息，并与中央计算机交换关于这次事务的信息。首先，ATM要求用户输入密码，接下来ATM把从
这张卡上读到的信息以及用户输入的密码传给中央计算机，请求中央计算机核对这些信息并处理这次事务。中央计算机根据卡上的分行代码确定这次事务与分行的对应关系，并且委托相应的分行计算机验证用户密码。如果用户输入的密码是正确的，ATM就要求用户选择事务类型，包括取款、查询、转账等。若密码输入3次都不正确，ATM 就会吞掉银行卡，并退出系统。 当用户选择取款时，ATM请求用户输入取款金额（每次最多只能取2500元，每日每个账户只能支取20000元）。由ATM读取金额信息，并把相应传送到银行。银行对ATM送来的信息与银行账号上的信息进行比较。如果账户余额足够，则银行传送确认信息到ATM，ATM从现金出口吐出现金，并且打印出收据交给用户，然后顾客取出卡和现金；如果账户余额不足，则给出相应的提示信息，ATM退出系统，退出用户的银行卡。 当用户选择查询时，ATM与银行计算机进行通信，银行计算机提取账户信息，并传递给ATM进行显示，并且打印数据交给用户，ATM退出系统，退出用户的银行卡。 当用户选择转账时，ATM请求用户输入转入的目的账户和转账金额，由ATM读取和金额信息，并把相应信息传送到银行。银行对ATM送来的信息与银行账号上的信息进行比较。如果目的账户合法，并且账户余额足够，则银行传送确认信息到ATM，并且打印收据交给用户，然后顾客取出卡，退出系统；退出用户的银行卡。 银行的自动取款机系统示意图如下图所示：
atm自动取款机系统项目开发计划
a t m自动取款机系统项 目开发计划 标准化管理处编码[BBX968T-XBB8968-NNJ668-MM9N]
课程设计 题 目：A T M 自动取款机系统 —项目开发计划 学生姓名： 学 院：信息工程学院 系 别：计算机系 专 业： 班 级： 指导教师： 2011年7月15日 目录 学校代码： 10128 学 号：5038 5052
1．引言 编写目的 ATM机管理系统是银行业务流程过程中十分重要且必备的环节之一，在银行业务流程当中起着承上启下的作用，其重要性不言而喻。但是，目前许多银行在具体的一些业务流程处理过程中仍然使用手工操作的方式来实施，不仅费时、费力，效率低下，而且无法达到理想的效果。然而ATM自动取款功能不带为银行节省大量财力人力，还为广大城市用户带来便捷。为明确软件需求、安排项目规划与进度、组织软件开发与测试，撰写本文档，本文针对上述问题，采用软件工程的开发原理，依据软件流程过程规范，按照需求分析，概要设计，程序编码，软件应用等过程，开发了这个系统。本文档供项目经理、设计人员、开发人员参考。 项目背景 待开发项目名称：ATM自动取款机系统的分析与设计 项目提出者：ATM机系统是应呼和浩特建设银行网络建设和改造需要，为客户提供方便、迅速、便捷的自动取款业务提出了ATM机自动取款系统设计方案。 项目开发者：李向南朱学雷赵中军刘英杰 定义 专业术语与缩略词： 帐号：在银行中，事物应用的单个帐号。帐号可以为多种类型，但是至少包括支票和存款。每个顾客可以拥有多个帐号。 客户：拥有银行的一个或多个帐号的人。可以是一个人或多个人，或者是公司。相同的人，拥有不同的银行帐号被认为是不同的落户。
用例图和用例模型
用例图和用例模型 用例图用来描述用户的需求，它从用户的角度描述系统的功能，并指出各功能的执行者，强调谁在使用系统，系统为执行者完成哪些功能。 用例图概述 UML用例图是软件产品外部特性描述的视图，它从用户的角度而不是开发者的角度来描述软件产品的需求，分析软件产品所需的功能和行为。用例图主要描述了系统需要实现的功能，而忽略系统是如何实现这些功能的。 用例模型由用例图组成，它是系统用例图的集合，是对系统从宏观角度的确定描述。用例模型主要用于需求分析阶段，该模型是系统开发者和系统使用者反复讨论的结果，表明了系统开发者和系统使用者对需求规格达成的共识。 首先，用例模型描述了待开发系统的功能需求；其次，用例模型将系统看作黑盒，仅从外部执行者的角度来理解系统； 再次，用例模型驱动了需求分析之后各阶段的开发工作，影响到开发工作的各个阶段和UML的各个模型。 一、用例图元素 用例图主要用于定义系统的功能需求，它描述了系统的参与者与系统提供的用例之间的关系。用例图由以下几种元素组成： 执行者、用例、关系、用例描述 （1）执行者 执行者（Actor）是系统的外部用户，它是与系统相关联的人或其它系统，可以是普通用户、外部硬件、其他系统。
在进行用例图绘制时，首先要找出系统的执行者。一般可以从以下几个方面来考虑怎样找到系统的执行者： ?谁使用系统的功能。 ?谁向系统提供必要的信息。 ?谁从系统获取信息。 ?谁维护、管理系统工作。 ?系统需要使用哪些外部资源。 ?需要与系统交互的其它系统有哪些。 ?其他对系统产生的结果感兴趣的人或事物。 （2）用例 用例是指系统中的一个功能单元，也可以将用例理解为系统功能的分解。 用例的表示方法如下： （3）关系 （1）关联 在用例图中，用例和执行者之间的关系用一条连接二者带箭头的连线表示，如图所示，该连线称为关联。它表示了一个执行者和一个用例之间的关系。 在用例图中，关联关系只用在执行者和用例之间，用例和用例之间不会存在关联关系。关联关系采用的是单箭头的连线，表示在该关联中执行者是主动的，是执行者启动的用例。如下图所示。
ATM自动取款机系统——项目开发计划
课程设计 题 目：AT M 自动取款机系统 （项目开发计划） 学生姓名： 学 院： 系 别： 专 业：软件工程 班 级：软件09-1班 指导教师： 2012年7月13 日
目录 1．引言 (1) 1.1编写目的 (1) 1.2项目背景 (1) 1.3定义 (2) 1.4参考资料 (2) 2．项目概述 (2) 2.1工作内容 (2) 2.2条件与限制 (4) 2.3产品 (4) 2.3.1程序 (4) 2.3.2文档 (4) 2.4运行环境 (5) 2.5服务 (5) 2.6验收标准 (5) 3．实施计划 (5) 3.1任务分解 (5) 3.2进度 (6) 3.3预算 (6) 3.4关键问题 (6) 4．人员组织及分工 (7) 5．交付期限 (7) 6．专题计划要点 (7) 6.1测试计划 (7) 6.2质量保证计划 (8) 6.3系统安装计划 (8)
1．引言 1.1编写目的 ATM机管理系统是银行业务流程过程中十分重要且必备的环节之一，在银行业务流程当中起着承上启下的作用，其重要性不言而喻。但是，目前许多银行在具体的一些业务流程处理过程中仍然使用手工操作的方式来实施，不仅费时、费力，效率低下，而且无法达到理想的效果。然而ATM自动取款功能不带为银行节省大量财力人力，还为广大城市用户带来便捷。为明确软件需求、安排项目规划与进度、组织软件开发与测试，撰写本文档，本文针对上述问题，采用软件工程的开发原理，依据软件流程过程规范，按照需求分析，概要设计，程序编码，软件应用等过程，开发了这个系统。本文档供项目经理、设计人员、开发人员参考。 1.2项目背景 待开发项目名称：ATM自动取款机系统的分析与设计。 委托单位：呼和浩特建设银行 开发单位： 主管部门： 用户：呼和浩特建设银行 产品的所有权：呼和浩特建设银行 项目开发者： 项目背景：在市场经济的蓬勃发展和人们日益繁忙的条件下，现有的银行系统往往需要客户在办理手续时等待很长的时间，这不仅会浪费很多宝贵的 时间，也会使得银行的业务人员十分的繁忙，需要很大的人力和财力。 基于这样的情况，ATM 取款机系统的开发就显的十分的重要！它可以 减少银行的业务处理压力，尽量节省人们的时间，并且可以有效解决 用户信息和资金信息的繁杂问题。
用例图和用例描述设计实例
用例图和用例描述设计实例 作者：ephyer 发表时间： 2004-09-09 18:01:35 更新时间： 2004-09-09 18:01:35 浏览：1954次 主题：电脑技 术 评论：0篇 地址：202.19 7.75.* :::栏目::: ? T hinkin g in jav a 学习 笔记 ? J A VA 基 础知识 ? U ML ? 软 件设计 师 ? 其 他类别 这里用我开发的一个家教网站来简单的分析用例图的画法和用例描述的 写法。这个网站我用UML 完整的分析一下，以下我提取了用例图和用例描述 的部分。这个家教网站分为前台客户系统和后台管理系统。 前台客户系统的用例图如下： 后台管理系统用例图如下： 对于用例描述，篇幅有限，我在这里只列了后台管理系统中的网站公告发布这个用例的描述。如下：
用例名称：用户登录 用例标识号：01 参与者：管理员、普通用户 简要说明： 参与者输入用户名、密码以及验证码，系统进行验证后，合法者登录系统，否则提供拒绝登录系统。 前置条件： 参与者已经打开系统的登录页面（login.jsp） 基本事件流： 1．参与者在用户名输入框里输入用户名 2．在密码框里输入密码 3．密码框下方显示验证码，验证码由4位数字构成，用户按原样输入验证码。 4．用户按登录后，系统验证参与者输入的有效性。 5．有效则进入系统的主界面。无效则提示相应错误给用户。 6．用例终止 其他事件流A1： 在按“登录”按钮之前，参与者可以随按“取消（或关闭）”按钮。 异常事件流： 1．提示错误信息，参与人确认 后置条件：进入的主界面main.jsp ,装载相应的数据 注释：（可选：记住用户）
ATM自动取款机系统——测试计划
课程设计 题目：AT M自动取款机系统 （测试计划） 学生姓名： 学院： 系别： 专业：软件工程 班级：软件09-1班 指导教师： 2012年7月13日
目录 1．引言 (1) 1.1编写目的 (1) 1.2项目背景 (1) 1.3定义 (2) 1.4参考资料 (2) 2．任务概述 (2) 2.1目标 (2) 2.2运行环境 (3) 2.2.1硬件环境 (3) 2.2.2软件环境 (3) 2.3需求概述 (3) 2.4条件与限制 (4) 3．计划 (4) 3.1测试方案 (4) 3.1.1本次测试分别采用两种方案 (4) 3.1.2选取测试用例的原则 (4) 3.2测试项目 (5) 3.2.1对ATM的组装测试 (5) 3.2.2对ATM的确认测试 (5) 3.3测试准备 (6) 3.4测试机构及人员 (6) 4．测试项目说明 (7) 4.1测试项目 (7) 4.1.1白盒测试： (7) 4.1.2黑盒测试 (7) 4.1.3单元测试 (7) 4.1.4集成测试 (7) 4.1.5确认测试 (8) 4.1.6系统测试 (8) 4.1.7验收测试 (8) 4.2测试项目名称及测试内容 (8) 4.3测试用例 (9) 4.4进度 (13) 4.5条件 (14) 4.6测试资料 (14) 5．评价 (14) 5.1范围 (14) 5.2准则 (15)
1．引言 1.1编写目的 编写测试计划的目的是： （1）为整体的软件系统制定一个现实可行的、综合的计划，包括每项测的对象、范围、方法、进度和预期结果。 （2）为项目实施建立一个组织模型，并分配测试项目中每个人员的责任和工作内容。 （3）开发有效的测试模型，能正确地验证正在开发的软件系统。 （4）确定测试所需要的时间和资源，以保证其可获得性、有效性。 （5）确立每个测试阶段测试完成以及测试成功的标准和要达到的目标。 （6）本测试计划主要为测试人员作参照。 1.2项目背景 待开发项目名称：ATM自动取款机系统的分析与设计。 委托单位：呼和浩特建设银行 开发单位： 主管部门： 用户：呼和浩特建设银行 产品的所有权：呼和浩特建设银行 项目开发者： 项目背景：在市场经济的蓬勃发展和人们日益繁忙的条件下，现有的银行系统往往需要客户在办理手续时等待很长的时间，这不仅会浪费很多宝贵的 时间，也会使得银行的业务人员十分的繁忙，需要很大的人力和财力。 基于这样的情况，ATM 取款机系统的开发就显的十分的重要！它可以 减少银行的业务处理压力，尽量节省人们的时间，并且可以有效解决 用户信息和资金信息的繁杂问题。
ATM自动取款机系统-需求规格说明书
科瑞创意小组 ATM机管理系统 需求规格说明书 院（系）计算机科学与工程学院 专业软件工程 班级100613 2012年4月10 日
目录 1．引言 (1) 1.1编写目的 (1) 1.2项目背景 (1) 1.3定义 (1) 1.4参考资料 (2) 2．任务概述 (2) 2.1目标 (2) 2.2运行环境 (2) 2.3条件与限制 (3) 3．数据描述 (3) 3.1静态数据 (3) 3.2动态数据 (5) 3.3数据库介绍 (7) 3.4数据词典 (8) 3.5数据采集 (10) 4．功能需求 (11) 4.1功能划分 (11) 4.2功能描述 (16) 5．性能需求 (18) 5.1数据精确度 (18) 5.2时间特性 (18) 5.3适应性 (18) 6．运行需求 (19) 6.1用户界面 (19) 6.2硬件接口 (19) 6.3软件接口 (20) 6.4故障处理 (20) 7．其它需求 (21)
1．引言 1.1编写目的 ATM自动取款机系统是银行业务流程过程中十分重要且必备的环节之一，在银行业务流程当中起着承上启下的作用，其重要性不言而喻。但是，目前许多银行在具体的一些业务流程处理过程中仍然使用手工操作的方式来实施，不仅费时、费力，效率低下，而且无法达到理想的效果。为此，我们在明确该软件需求的基础上，安排项目规划与进度、组织软件开发与测试，撰写本文档。本文档针对上述问题，采用软件工程的开发原理，依据软件流程过程规范，按照需求分析，概要设计，程序编码，软件应用等过程，开发了这个系统。本文档供项目经理、设计人员、开发人员、客户参考。 1.2项目背景 待开发项目名称：ATM自动取款机系统的分析与设计。 项目提出者：ATM机系统是应呼和浩特建设银行网络建设和改造需要，为客户提供方便、迅速、便捷的自动取款业务提出了ATM机自动取款系统设计方案。 项目兼容现有银行管理系统。 项目开发者：李向南朱学雷刘英杰赵中军 1.3定义 专业术语与缩略词 帐号：在银行中，事物应用的单个帐号。每个顾客可以拥有多个帐号。 用户：拥有银行的一个或多个帐号的人。可以是一个人或多个人，或者是公司。相同的人，拥有不同的银行帐号被认为是不同的落户。 ATM：ATM是Automatic Teller Machine 的缩写，意为自动取款机。是一种高度精密的机电一体化设备，利用磁卡或智能IC卡储存用户信息并通过加密键盘输入密码然后通过银行内部网络验证并进行各种交易的金融自助设备。
什么是用例和用例描述
我发现，在OO和UML几乎一统天下的今天，仍有很多系统分析员对OO和UML一知半解，甚至包括很多已经使用了很久UML的系统分析员。 于是打算写一个系列文章，将多年来的工作经验做一个总结。对初学者起个启蒙作用，也希望抛砖引喻，与各路大虾共同探讨，共同提高。 这个系列文章将以我对OO和系统分析的理解为主，从UML基础开始，阐述面向对象的需求分析方法，过程，并以RUP为例，阐述如何将OO过程与软件过程有机结合在一起，做一个真正OO应用。 好了，今天是第一篇。想得很远，不知能否坚持下去，呵呵:lol: 用例是什么？其原始英文是usecase，直译过来就成了用例。这也是一个比较贴切的叫法了，从字面的直接理解就是使用的例子。另一种比较流行的定义是用例就是与使用者(actor)交互的，并且给使用者提供可观测的有意义的结果的一系列活动的集合。 这个定义还是比较费解的，笔者在众多应聘者中发现很多使用用例来做需求的系统分析员，有的已经使用了两年以上，但仍不能把握用例的本质，虽然他们号称精通UML。 最具普遍意义的理解错误是认为用例就是功能的划分和描述，认为一个用例就是一个功能点。在这种理解下，用例变成了仅仅是较早前需求中功能框图的翻版，很多人用用例来划分子系统，功能模块和功能点。如果这样，用例根本没有存在的必要。有意思的是，造成这种理解错误的相当一部分原因却是因为对OO思想的理解不够深入，本质上说，把用例当成功能点的系统分析员脑子里还是面向过程的那一套思想，虽然他们在使用OO的工具，OO的语言，号称在做面向对象的开发，但过程的影子还没有从他们脑子里彻底抹去。 如果用例不是功能的话，它是什么呢？从定义上说，能给使用者提供一个执行结果的活动，不就是功能吗？我的回答是：错！功能是计算机术语，它是用来描述计算机的，而非定义需求的术语。功能实际描述的是输入-->计算-->输出。这让你想到了什么？DFD图？这可是典
ATM自动取款机系统—详细设计说明书
文档名称：详细设计说明书 项目名称：ATM自动取款机系统 编写：张恒友 审核：王旭 日期：2016年6月5日 院系：计算机学院 专业：计算机科学与技术 一．引言 1.1编写目的 根据《需求规格说明书》，在仔细考虑讨论之后，我们又进一步对《ATM自动取款机系统》软件的功能划分、数据结构、软件总体结构进行设计，从而完成概要设计，作为软件详细设计的基础。 1.2项目背景 项目委托单位：计算机学院软件工程实验。 开发单位：班ATM自动取款机系统项目组。 由于柜台常常会拥挤，排队的人很多，而且大多数的客户都是取款，存款等，而有些办理业务的需要一定的时间，这会使得一些只需要取款等的客户会有较长时间的等待。所以银行希望设计一个系统，能让客户在系统上进行简单的操作，比如存款、取款、查询余额、转账等。 1.3定义 ATM: Automatic Teller Machine，自动柜员机。
1.4参考资料 《计算机软件需求说明编制指南》 《计算机软件产品开发文件指南》 《ATM系统可行性分析报告》。 《软件设计与体系结构》 《软件工程——实践者的研究方法》 二．任务概述 2.1目标 现如今，ATM在一定程度上存在很大的安全隐患，给用户造成很大的经济损失。为了解决这样的问题，我们小组提出了改进ATM自动取款机系统，使用户在操作过程中更加安全，放心，更便捷。 2.2运行环境 硬件环境： CPU：1GHZ及以上 内存：1G以上 硬盘：20G以上 软件环境： 操作系统：Microsoft Windows XP或更高版本 数据库：Microsoft SQL Server 2005 Web服务器：Tomcat5.0以上 支持浏览器：Internet Explorer 7.0及其以上版本 开发环境：MyEclipse，jdk，Microsoft SQL Server 2005 2.3条件与限制 随着科技的发展，人们生活水平的不断提高，高性能高效率高安全的产品越来越受到人们的欢迎。 ATM自动取款机是一种非常智能的机器，人们可以直接和它交互，代替以前的手工操作，大大提高了银行的工作效率。同时也给广大用户带来了非常大的方便。由于ATM自动取款机是和服务器是连网的，这就涉及到
数据库ATM自动取款机系统
数据库A T M自动取款 机系统
长沙学院 课程设计说明书 题目ATM系统 系(部) 计算机科学与技术系专业(班级) 软件五班 姓名 学号 指导教师 起止日期2013.6.13—2013.06.22
实训任务书 课程名称：服务外包软件综合实训Ⅰ 设计题目：ATM系统 已知技术参数和设计要求： 1．实训目的要求 通过本实训，应能够对SQLServer20005工具的了解，与数据库语法的能力。 1) 了解SQL的简史和功能特性。 2) 掌握E-R图的绘制和数据库的设计。 3) 掌握T-SQL的语法知识，并能够熟练运用它。 4) 掌握事务与存储过程的使用。 2．问题描述（功能要求）： 本次案例将完成一个ATM银行取款机系统的数据库。 （1）创建BankDB数据库。并保存在D:\ATM文件夹下。 (2) 创建用户信息表（userinfo） (3) 创建银行卡信息表（cardinfo） (4) 创建交易信息表（transinfo） (5) 添加各种约束关系： ?为userinfo表中客户ID(customerID)添加主键约束。 ?为userinfo表中客户的身份证（PID）添加唯一约束
?为useinfo表中的身份证号码添加检查约束，长度为15或者18 ?为userinfo表中的客户电话号码添加检查约束。 ?为cardinfo表中的卡号ID（cardID）添加主键约束 ?为cardinfo表中的卡号ID（cardID）添加约束，必须是以 ?‘1010 3576’开头，长度为12 ?为cardinfo表中的货币类型（curType）添加默认约束，默认为RMB。?为cardinfo表中的存款类型添加约束，只能是‘活期、定活两便和定期’。?cardinfo表中开卡日期默认为当天日期。 ?cardinfo表中的开户金额不能低于1元。 ?cardinfo表中的余额不能低于1元。 ?cardinfo表中的密码长度为6位数。默认为88888。 ?cardinfo表中是否挂失只能是‘是’和‘否’。默认为‘否’ ?添加userinfo表与cardinfo表的外键约束。 ?transinfo表中的交易日期默认为当天。 ?交易类型只能是‘存入’和‘支取’。 ?添加cardinfo表与transinfo表的外键约束。 （6）开户 （7）取钱 （8）存钱 （9）查询余额 （10）转账 （11）交易统计
UML用例图的画法
一．UML简介 UML（统一建模语言，Unified Modeling Language）是一种定义良好、易于表达、功能强大且普遍适用的可视化建模语言。它融入了软件工程领域的新思想、新方法和新技术。它的作用域不限于支持面向对象的分析与设计，还支持从需求分析开始的软件开发的全过程。在系统分析阶段，我们一般用UML来画很多图，主要包括用例图、状态图、类图、活动图、序列图、协作图、构建图、配置图等等，要画哪些图要根据具体情况而定。其实简单的理解，也是个人的理解，UML的作用就是用很多图从静态和动态方面来全面描述我们将要开发的系统。 二．用例建模简介 用例建模是UML建模的一部分，它也是UML里最基础的部分。用例建模的最主要功能就是用来表达系统的功能性需求或行为。依我的理解用例建模可分为用例图和用例描述。用例图由参与者（Actor）、用例（Use Case）、系统边界、箭头组成，用画图的方法来完成。用例描述用来详细描述用例图中每个用例，用文本文档来完成。 1．用例图 参与者不是特指人，是指系统以外的，在使用系统或与系统交互中所扮演的角色。因此参与者可以是人，可以是事物，也可以是时间或其他系统等等。还有一点要注意的是，参与者不是指人或事物本身，而是表示人或事物当时所扮演的角色。比如小明是图书馆的管理员，他参与图书馆管理系统的交互，这时他既可以作为管理员这个角色参与管理，也可以作为借书者向图书馆借书，在这里小明扮演了两个角色，是两个不同的参与者。参与者在画图中用简笔人物画来表示，人物下面附上参与者的名称。 用例是对包括变量在内的一组动作序列的描述，系统执行这些动作，并产生传递特定参与者的价值的可观察结果。这是UML对用例的正式定义，对我们初学者可能有点难懂。我们可以这样去理解，用例是参与者想要系统做的事情。对于对用例的命名，我们可以给用例取一个简单、描述性的名称，一般为带有动作性的词。用例在画图中用椭圆来表示，椭圆下面附上用例的名称。 系统边界是用来表示正在建模系统的边界。边界内表示系统的组成部分，边界外表示系统外部。系统边界在画图中方框来表示，同时附上系统的名称，参与者画在边界的外面，用例画在边界里面。因为系统边界的作用有时候不是很明显，所以我个人理解，在画图时可省略。