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

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

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

3、是50的倍数，否则系统显示输入有误。用户点击确认后，由系统查询用户相应的账户，判断该取值金额是否超出用户现有余额，如果没有，则系统会显示确认界面，用户单点击确认后，系统自动生成账单，并在后台进展工作，吐钞机进展清点并吐出现金，并将数据更新到数据库中；否则提示用户余额缺乏，请重新输入，重复上述过程。3 参考资料系统分析与设计4 系统分析与设计4.1需求分析 4.1.1识别参与者用户取款者、系统维护人员、银行管理人员 4.1.2 对需求进展捕获与描述用例名称：存款执行者：用户 目的：向银行账户中存放现金。用例名称：取款执行者：用户 目的：从ATM自动取款机中提取账户金额。用例名称：修改密码执行者：

4、用户 目的：修改用户登录密码。用例名称：查询余额执行者：用户 目的：查询银行账户中的现金余额。用例名称：验证身份执行者：用户 目的：验证操作ATM的用户身份。用例名称：转账执行者：用户 目的：从ATM自动取款机中进展现金转账。用例名称：信息管理执行者：银行工作人员目的：对用户信息进展管理。用例名称：系统维护执行者：银行工作人员目的：对ATM系统进展维护。用例名称：赔款执行者：银行工作人员目的：向ATM机存放现金。用例名称：验证身份执行者：银行工作人员目的：对用户信息进展验证。100.1用例ID号及用例名Uc_001取款100.2用例概述当用户插入银行卡并输入正确的密码进入ATM系统选择取款功能

5、时，用例开场。用户利用它实现账户取款功能。100.3参与者：用户101.4前置条件Pre-Conditions用户插入银行卡并输入正确的密码，成功登录系统。100.5后置条件Post-Conditions用户成功取款。100.6事件流100.6.1根本领件流Basic Flow1.用户插入银行卡并输入正确的密码，成功登录系统。2.用户选择取款功能。3.系统提示输入取款金额。4.用户输完后点击确认。5.系统提款并修改账户信息。6.系统提示取款操作成功，并提示用户立即拿走吐钞口的现金。7.系统返回主界面。余额缺乏时：8.账户余额缺乏，取款失败。 9.系统显示账户当前余额。返回E-3,并执行完毕。1

6、00.6.2扩展事件流Alternative FlowsATM检查到用户没有输入正确金额ATM提示用户输入正确金额用户重新金额用户存在跨行支取、异地支取银行业务系统计算额外的手续费并从用户账号进展扣除ATM打印凭证时打印手续费信息ATM检查发现用户没有从出钞口取走钞票ATM再次提示用户从出钞口取走钞票，并演示图示帮助指示出钞口位置用户从出钞口取走钞票用户选择查询余额ATM显示用户账户余额用户选择了其他操作ATM显示相应的操作界面，ATM提示用户进展操作用户进展操作4.1.3 用例图ATM自动取款机用例图 4.1.4 分析与讨论建模用例图的步骤、方法？确定系统的边界和*围；方法：分析系统内部元素

7、，把系统内部元素和外部事物划分开识别系统的参与者；发现用例；描述用例及确定用例关系；方法：对用例概要描述；对用例详细描述。 根据用例事件流，将公共行为抽取出来，已包含关系构建用例关系；变化局部，抽取出来，放到扩展用例中建立用例图；定义用例图的层次构造；如何识别系统的参与者？应该如何划分用例，应注意哪些问题？通过答复以下问题来识别系统的参与者：谁使用系统的主要功能？谁改变系统的数据？谁从系统中获取数据？谁支持、维护系统？谁需要借助系统的支持来完成工作？系统需要操纵哪些硬件？系统需要和哪些外部系统交互？谁对系统运行结果感兴趣？划分用例：每个参与者打算在这个系统里做些什么事情？参与者使用本系统要实现

8、的目标是什么？参与者是否会在系统中创立、修改、删除、访问、存储数据？如果是，如何来完成这些操作？参与者是否会将外部的*些事件通知给该系统？心得用例图主要用来描述 用户、需求、系统功能单元 之间的关系。它展示了一个外部用户能够观察到的系统功能模型图。用途：帮助开发团队以一种可视化的方式理解系统的功能需求。用例图所包含的元素如下：1. 参与者表示与您的应用程序或系统进展交互的用户、组织或外部系统。用一个小人表示。2. 用例用例就是外部可见的系统功能，对系统提供的效劳进展描述。 用椭圆表示3. 子系统用来展示系统的一局部功能，这局部功能联系严密。4. 关系用例图中涉及的关系有：关联、泛化、包含、扩展

9、；a. 关联表示参与者与用例之间的通信，任何一方都可发送或承受消息。b. 泛化就是继承关系，子用例和父用例相似，但表现出更特别的行为；子用例将继承父用例的所有构造、行为和关系。子用例可以使用父用例的一段行为，也可以重载它。父用例通常是抽象的。c. 包含包含关系用来把一个较复杂用例所表示的功能分解成较小的步骤；d. 扩展扩展关系是指 用例功能的延伸，相当于为根底用例提供一个附加功能。e. 依赖表示源用例依赖于目标用例；4.2 建立对象模型 4.2.1 候选类的数据字典类 名中 文定义User用户使用ATM自动取款机系统进展取款、存款、转账等业务。该类有插卡、选择业务等操作。CardReader读

10、卡机读出用户插入的银行卡信息。CashDipenser吐钞机将现金从取款机中递出。Bill账单由系统自动生成账单，在后台依此工作。BankAccount存款账目用户存款信息，包括用户的信息，存款数目等属性，并拥有更改用户银行数据的操作。DrawAccount取款账目用户取款信息，包括用户的信息，取款数目等属性，并拥有更改用户银行数据的操作。ATMScreenATM屏幕显示系统要向用户展示的界面。MaintenanceStaff系统维护人员维护ATM自动取款机系统的正常运行。ManageStaff银行管理人员向ATM自动取款机中赔款。DatabaseConnector数据连接与银行数据库进展连接

11、，更新用户信息。4.2.2定义类用户类属性 (name)：文本(char)账号(userID)：文本(char)联系(TelNum)：整形(int)住址Address：文本(char)操作插卡insert card()输入Input()修改密码changePWD()查询inquiry()读卡机类属性 操作接收卡accept card()读卡read card()退卡eject card()吐钞机类属性 余额(balance)：字符串(string)操作吐钞OutCash()账单类属性 账单号(AccountNumber)：整形(int)余额(balance)：字符串(string)操作翻开op

12、en()扣除存款deductFunds () 存入存款withdrawFunds()存款账目类属性 (name)：文本(char)账号(userID)：文本(char)联系(TelNum)：整形(int)余额(balance)：字符串(string)存款金额(DepositAmount): 字符串(string)操作存款deposit()取消Cancel ()取款账目类属性 (name)：文本(char)账号(userID)：文本(char)联系(TelNum)：整形(int)余额(balance)：字符串(string)取款金额(DepositAmount): 字符串(string)操作取款

13、deposit()取消Cancel ()ATM屏幕类属性 操作初始化initialize ()提示prompt () 输入input()系统维护人员类属性 (name)：文本(char)员工号(ID)：整形(int)联系(TelNum)：整形(int)操作维护Maintain()银行管理人员类属性 (name)：文本(char)员工号(ID)：整形(int)联系(TelNum)：整形(int)操作配款DepositCash()管理manage()数据连接类属性 操作连接Connect()取消Cancel ()4.2.3绘制类图4.2.4包图 画出包图 并说相应解释说明4.2.5分析与讨论 1建

14、模类图的步骤、方法？ 构建类图的步骤：确定类；方法：行为分析、名词识别法、CRC分析法、根据边界类、控制类、实体类的划分、参考设计模式确定、通过领域进展分析等识别类的属性和操作；方法：结合需求陈述、领域知识和常识以及经历等识别类之间的关联；方法：使用普通关联列表的方法定义类的构造和层次。 2识别类有哪些方法，你是如何识别类的？ 行为分析、名词识别法、CRC分析法、根据边界类、控制类、实体类的划分、参考设计模式确定、通过领域进展分析等。我通过名名词识别法确定类。3解释关联的多重性？如何确定类的属性、操作、类之间的关联关系、组织类之间的继承？关联的多重性：关联表示了对象间的构造关系，在建模过程中，

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

16、.3.3活动图活动图的主要作用是表示系统的业务工作流和并发处理过程。针对自选系统主要的业务工作流绘制活动图。绘制活动图需要确定参与活动的对象、动作状态、动作流，以及对象流。4.3.4状态图状态机图表现一个对象类的生命史。对于一些实现重要行为动作的对象应当绘制状态机图。绘制状态机图需要确定一个对象的生命期可能出现的全部状态，哪些事件将引起状态的转移，将会发生哪些动作。4.3.5 分析与讨论比拟顺序图与通信图、 活动图与状态图的应用。顺序图：描述的是参与交互的对象及对象之间消息交换的顺序，用来表示用例中的行为顺序。通信图：强调发送和接收消息的信息的对象及其组织构造的交互图，用以描述对象以及对象之间的交互关系。活动图：用来描述到达一个目标所实施一系列活动的过程，描述了系统的动态特征。状态图：描述系统中类和对象随时间变化的动态行为。4.4物理模型4.4.1 建立构件图系统实现的源代码、二进制码、执行码可以按照模块化的思想，用构件分别组织起来，明确系统各局部的功能职责和软件构造。构件图：表达的是系统代码本身的构造。它将系统中可重用的块包装成具有可替代性的物理单元。构件图描述了软件系统的各种构件和他们之间的相互关系。4.4.2 建立部署图部署图：主要是为了描述系统中各个物理组成局部的分布、提交和安装过程。主要用来描述嵌入式系统、客户机/效劳器系统以及分布式系统的静态部署。5 实验总结个