太原理工大学系统分析与设计实验报告

1、本科实验报告课程名称：系统分析与设计_实验项目：ATM自动取款机系统实验实验地点：_逸夫楼402专业班级：学号：学生姓名：_指导教师：_一、实验目的通过系统分析与设计实验，使学生在实际的案例中完成系统分析与系统设计中 的主要步骤，并熟悉信息系统开发的有关应用软件， 加深对信息系统分析与设计课程基 础理论、基本知识的理解，提高分析和解决实际问题的能力，使学生在实践中熟悉信息 系统分析与设计的规范，为后继的学习打下良好的基础。二、实验要求以个人为单位完成，自选题目，班内题目不重复，使用 UMLUML 进行系统分析与设计，并完成实验报告。三、实验主要设备：台式或笔记本计算机四、实验内容1 选题及项目

2、背景ATMATM 自动取款机系统项目背景：ATMATM 自动取款机是由计算机控制的持卡人自我服务型的金融专用设备。可以向用户提供一个方便、简单、及时、随时随地曲匡的互联的现代化的网络系统。2 定义ATMATM 自动取款机可以为用户提供取款、查询余额、设置密码、转账等业务。在用户使用 ATMATM 自动取款机时，ATMATM 要求用户输入密码，接下来由 ATMATM 把从银行卡上读取 的信息以及用户输入的密码传给 ATMATM 自动取款机系统，系统通过数据库中的信息进行 核对，如果密码正确，ATMATM 就要求用户选择事务类型（取款、查询等），直至用户选择 退出应用服务，询问用户是否退出应用服务

3、，如果用户选择结束，则退出银行卡，系统重回登陆界面。用户进入取款界面后，首先可以输入取款金额（必须是5050 的倍数），否则系统显示输入有误。用户点击确认后，由系统查询用户相应的账户，判断该取值金 额是否超出用户现有余额，如果没有，则系统会显示确认界面，用户单点击“确认”后,系统自动生成账单，并在后台进行工作，吐钞机进行清点并吐出现金，并将数据更新到 数据库中；否则提示用户余额不足，请重新输入，重复上述过程3 参考资料系统分析与设计4 系统分析与设计4.14.1 需求分析4.1.14.1.1 识别参与者用户（取款者）、系统维护人员、银行管理人员4.1.24.1.2 对需求进行捕获与描述用例名称

4、: 存款执仃者：用户目的：向银行账户中存放现金。用例名称: 取款执仃者：用户目的：从ATM自动取款机中提取账户金额。用例名称: 修改密码执仃者:用户目的:修改用户登录密码。用例名称: 查询余额执仃者:用户目的:查询银行账户中的现金余额。用例名称: 验证身份执仃者:用户目的:验证操作ATM的用户身份。用例名称: 转账执仃者：用户目的：从ATM自动取款机中进行现金转账。用例名称: 信息管理执仃者：银仃工作人员目的：对用户信息进行管理。用例名称: 系统维护执仃者：银仃工作人员目的：对ATM系统进行维护。用例名称: 赔款执仃者：银仃工作人员目的：向ATM机存放现金。用例名称: 验证身份执仃者：银仃工作

5、人员目的：对用户信息进行验证。100.1用例 ID 号及用例名Uc 001 取款100.2用例概述当用户插入银行卡并输入正确的密码进入ATM 系统选择取款功能时，用例开始。用户利用它实现账户取款功能。100.3参与者：用户101.4前置条件(Pre-Conditions )用户插入银行卡并输入正确的密码，成功登录系统。100.5后置条件(Post-Conditions )用户成功取款。100.6事件流100.6.基本事件流1.用户插入银行卡并输入正确的密码，成功登录系统。1(Basic Flow)2.用户选择取款功能。3.系统提示输入取款金额。4.用户输完后点击确认。5.系统提款并修改账户信息

6、。6.系统提示取款操作成功，并提示用户立即拿走吐钞口的现金。7.系统返回主界面。余额不足时：8.账户余额不足，取款失败。9.系统显示账户当前余额。返回 E-3,并执行结束。100.6.2扩展事件流(AlternativeFlows)ATM 检查到用户没有输入正确金额1. ATM 提示用户输入正确金额2. 用户重新金额用户存在跨行支取、异地支取1. 银行业务系统计算额外的手续费并从用户账号进行扣除2. ATM 打印凭证时打印手续费信息 ATM 检查发现用户没有从出钞口取走钞票1. ATM 再次提示用户从出钞口取走钞票，并演示图示帮助指示岀钞口位置2. 用户从岀钞口取走钞票用户选择查询余额1. A

7、TM 显示用户账户余额用户选择了其他操作1. ATM 显示相应的操作界面， ATM 提示用户进行操作2. 用户进行操作4.1.34.1.3 用例图ATM自动取款机用例图4.1.44.1.4 分析与讨论1 1） 建模用例图的步骤、方法？1.1. 确定系统的边界和范围；（方法：分析系统内部元素，把系统内部元素和外 部事物划分开）2.2. 识别系统的参与者；3.3. 发现用例；4.4. 描述用例及确定用例关系；（方法：对用例概要描述；对用例详细描述。 据用例事件流，将公共行为抽取出来，已包含关系构建用例关系；变化部 分，抽取出来，放到扩展用例中）5.5.建立用例图；6.6.定义用例图的层次结构；2

8、2） 如何识别系统的参与者？应该如何划分用例，应注意哪些问题？通过回答以下问题来识别系统的参与者：1.1.谁使用系统的主要功能？2.2.谁改变系统的数据？3.3.谁从系统中获取数据？4.4.谁支持、维护系统？5.5.谁需要借助系统的支持来完成工作？6.6.系统需要操纵哪些硬件?7.7.系统需要和哪些外部系统交互?8.8.谁对系统运行结果感兴趣？划分用例：1.1. 每个参与者打算在这个系统里做些什么事情？2.2. 参与者使用本系统要实现的目标是什么？3.3. 参与者是否会在系统中创建、修改、删除、访问、存储数据？如果是，如何 来完成这些操作？4.4. 参与者是否会将外部的某些事件通知给该系统？3

9、 3）心得用例图主要用来描述 用户、需求、系统功能单元 之间的关系。它展示了一个 外部用户能够观察到的系统功能模型图。用途：帮助开发团队以一种可视化的方式理解系统的功能需求。用例图所包含的元素如下：1.1. 参与者表示与您的应用程序或系统进行交互的用户、组织或外部系统。用一个小人表示。2.2. 用例用例就是外部可见的系统功能，对系统提供的服务进行描述。用椭圆表示3.3. 子系统用来展示系统的一部分功能，这部分功能联系紧密。4.4. 关系用例图中涉及的关系有：关联、泛化、包含、扩展;a.a.关联表示参与者与用例之间的通信，任何一方都可发送或接受消息。b.b. 泛化就是继承关系，子用例和父用例相似

10、，但表现出更特别的行为；子用例将继承父用 例的所有结构、行为和关系。子用例可以使用父用例的一段行为，也可以重载它。 父用例通常是抽象的。c.c. 包含包含关系用来把一个较复杂用例所表示的功能分解成较小的步骤；d.d. 扩展扩展关系是指 用例功能的延伸，相当于为基础用例提供一个附加功能。e.e. 依赖表示源用例依赖于目标用例；4.24.2 建立对象模型4.2.14.2.1 候选类的数据字典类名中文定义UserUser用户使用 ATMATM 自动取款机系统进行取款、存款、 转账等业务。该类有插卡、选择业务等操作。CardReaderCardReader读卡机读出用户插入的银行卡信息。CashDip

11、eCashDipe nsernser吐钞机将现金从取款机中递出。BillBill账单由系统自动生成账单，在后台依此工作。BanBan kAccokAcco untunt存款账目用户存款信息，包括用户的信息，存款数目等属性，并拥有更改用户银行数据的操作。DrawAccoDrawAcco untunt取款账目用户取款信息，包括用户的信息，取款数目等属性，并拥有更改用户银行数据的操作。ATMScreeATMScree n nATMATM 屏幕显示系统要向用户展示的界面。Maintenan ceStaff系统维护人员维护 ATMATM 自动取款机系统的正常运行。Man ageStaff银行管理人贝向

12、ATMATM 自动取款机中赔款。DatabaseCoDatabaseCo nnnn ectorector数据连接与银行数据库进行连接，更新用户信息。422422 定义类“用户”类? ?属性(name):文本(char)账号(userID):文本(char)联系电话(TelNum):整形(int)住址(Address):文本(char)? ?操作插卡insert card()输入Input()修改密码changePWD()查询inquiry()“读卡机”类? ?属性 ? ?操作接收卡accept card()读卡read card()退卡eject card()“吐钞机”类? ?属性余额(bal

13、anee):字符串(string)? ?操作吐钞OutCash()“账单”类? ?属性账单号(Accou ntNumber):整形(int)余额(balanee):字符串(string)? ?操作打开open()扣除存款deductFunds ()存入存款 withdrawFunds()withdrawFunds()“存款账目”类? ?属性(name):文本(char)账号(userID):文本(char)联系电话(TelNum):整形(int)余额(balanee):字符串(string)存款金额(DepositAmount):字符串(string)? ?操作存款deposit ()取消Ca

14、ncel ()“取款账目”类? ?属性(name):文本(char)账号(userID):文本(char)联系电话(TelNum):整形(int)余额(balanee):字符串(string)取款金额(DepositAmount):字符串(string)? ?操作取款deposit ()取消Cancel ()ATMATM 屏幕”类? ?属性? ?操作初始化initialize ()提示prompt ()输入input()“系统维护人员”类? ?属性(name):文本(char)员工号(ID):整形(int)联系电话(TelNum):整形(int)? ?操作维护Maintain()“银行管理人员

15、”类? ?属性(name):文本(char)员工号(ID):整形(int)联系电话(TelNum):整形(int)? ?操作配款DepositCash()管理manage()“数据连接”类? ?属性 ? ?操作连接Connect()取消Cancel ()423423 绘制类图味口+邛甲吕+彗+W拓tft颤424424 包图AIMS#-1审寻我系电话荷蕭账曰话窑IT至:亠二-卡A脣（画出包图 并说相应解释说明）425425 分析与讨论1 1） 建模类图的步骤、方法？构建类图的步骤：1.1. 确定类；（方法：行为分析、名词识别法、CRCCRC 分析法、根据边界类、控制类、实体类的划分、参考设计模式

16、确定、通过领域进行分析等）2.2. 识别类的属性和操作；（方法：结合需求陈述、领域知识和常识以及经验等）3.3. 识别类之间的关联；（方法：使用普通关联列表的方法）4.4. 定义类的结构和层次。2 2） 识别类有哪些方法，你是如何识别类的？行为分析、名词识别法、CRCCRC 分析法、根据边界类、控制类、实体类的划分、参考设计模式确定、通过领域进行分析等。IT-SIBD收博卡ts音匸丘I6-S我通过名名词识别法确定类3 3）解释关联的多重性？如何确定类的属性、操作、类之间的关联关系、组织类 之间的继承？关联的多重性：关联表示了对象间的结构关系，在建模过程中，通常需要说明 一个关联实例中有多少个相

17、互连接的对象。确定类的属性：从常识性、专业性、功能性、存储性、操作性、标志性、关联 性发现和确定类的属性，进而筛选类的属性；确定类的操作：综合对象模型、动态模型和功能模型，确定类的操作；确定类之间的关联关系：使用普通关联列表的方法帮助发现关联。并分析关联 的多重性。组织类之间的继承：自顶向下和自底向上的方法。4.34.3 建立动态模型系统的动态行为模型由交互图（顺序图和协同图）、状态机图和活动图表达。在系 统的分析和设计中应当对主要的 UseUse CaseCase 和对象类绘制这些图形，以便分析系统的行 为，印证和修改系统的静态结构，满足用户的需求，达到系统的目标。431431 顺序图吐钱o

18、4.3.24.3.2 通信图433433 活动图活动图的主要作用是表示系统的业务工作流和并发处理过程。针对自选系统主要的 业务工作流绘制活动图。绘制活动图需要确定参与活动的对象、动作状态、动作流，以及对象流。4.3.44.3.4 状态图状态机图表现一个对象（类）的生命史。对于一些实现重要行为动作的对象应当绘 制状态机图。绘制状态机图需要确定一个对象的生命期可能出现的全部状态，哪些事件将引起状态的转移，将会发生哪些动作。435435 分析与讨论比较顺序图与通信图、活动图与状态图的应用。顺序图：描述的是参与交互的对象及对象之间消息交换的顺序，用来表示用例中的行为顺序。 通信图：强调发送和接收消息的信息的对象及其组织结构