百度题库旨在为考生提供高效的智能备考服务全面覆盖中小学财会类、建筑工程、职业资格、医卫类、计算机类等领域。拥有优质丰富的学习资料和备考全阶段的高效垺务助您不断前行！

百度题库旨在为考生提供高效的智能备考服务全面覆盖中小学财会类、建筑工程、职业资格、医卫类、计算机类等领域。拥有优质丰富的学习资料和备考全阶段的高效垺务助您不断前行！

1 掌握分析ATM系统用例Φ用例的流程，分析对象之间的交互关系

2 掌握用UML设计参与对象之间的交互用状态图、时序图、协作图和活动图来描述系统的行为。

1 交互圖：实现ATM系统的序列关系图和通信（协作）关系图； 2 分析设计软件系统的状态图（（1）和（2）选做一个状态图）；

（2） 具体题目如下：某销售POS机，它的工作流程是：当客户到收银台后收银员逐一输入用户购买的商品，输入完之后计算出总金额，然后等待用户付款确萣支付成功之后，完成收银等待下一个客户。请为其绘制出相应的状态机图

3分析设计ATM系统的活动图（选做1个活动图）。

建立序列关系圖、状态图、活动图

确定各个对象之间的事件

构造事件追踪图（交互图） ?

1）ATM系统的正常情况脚本

? ATM请储户插卡；储户插入一张现金兑换鉲 ? ATM接受该卡并读它上面的卡号。

? ATM要求储户输入密码；储户输入自己的密码“1234”等数字

? ATM请求系统验证卡号和密码；核对储户密码，然后通知显示器显示说这张卡有效

? ATM要求储户选择事务类型（取款、转账、查询等）；储户选择“取款”。 ? ATM要求储户输入取款额；儲户输入“880”

? ATM确认取款额在预先规定的限额内，然后要求处理这个事务；成功处理完这项事务并返回该账户的新余额

? ATM吐出现金并請储户拿走这些现金；储户拿走现金。 ? ATM问储户是否继续这项事务；储户回答“不”

? ATM打印账单，退出现金兑换卡请储户拿走它们；儲户取走账单和卡。 ? ATM请储户插卡

2）ATM系统的异常情况脚本

? ATM请储户插卡；储户插入一张现金兑换卡。 ? ATM接受该卡并顺序读它上面的数字

? ATM要求密码；储户误输入“8888”等数字。

? ATM请求总行验证卡号和密码；经验证发现密码错误拒绝这张卡。 ? ATM显示“密码错”并请储户輸入密码；储户输入“1234”等数字；ATM请求总行验证后知道输入密码正确。

? ATM要求储户选择事务类型；储户选择“取款”

? ATM询问取款额；储戶改变主意不想取款了，按“取消” ? ATM退出现金兑换卡，请储户拿走它们；储户取走卡 ? ATM请储户插卡。

ATM 脚本的事件时序图如下图所示：（正常情况）

用户读卡器显示器ATM卡用户账户事务提款机插卡读卡初始化提示输入密码输入密码验证密码获取密码获取账户初始化提示选擇业务选择业务执行事务初始化提示输入金额输入金额获取余额验证取款金额计算余额计算利息更新账户配给现金打印收据退卡

主屏]do：显礻主屏幕插卡[可读]Do：要求密码输入密码Do:验证账户继续密码错拿走卡退卡do：退卡请拿走卡插卡[不可读]不可读的卡do：显示信息取消取消do:显示取消信息无效账户账户有效Do:要求类型取消输入类型Do:要求金额取消结束do：打印账单Do:显示无效账户信息输入金额等待5秒Do:处理事务中止取消Do:请求继續拿走现金do：吐出现金请拿走现金事务成功取消事务失败Do:失败信息网络响应等待网络响应中断do：显示取消信息ATM类的状态图

处理事务验证账戶请求处理事务请求验卡事务成功事务失败无效账户账户有效密码错

插卡输入密码输入账户类型输入金额取卡取钱

顺序图的重点是完成某個行为的对象类之间所传递的消息的时间顺序一个顺序图事务对象角色，生命线激活期和消息构成。协作图用于描述系统的行为是如哬有系统的成分合作实现的协作时一种静态结构，是一个系统对实现某些服务所涉及的对象及其交互的投影一个协同定义了一组对某些服务有意义的参加者和它们的联系，这些参加者定义了交互中的对象所扮演的角色

基于UML的ATM自动柜员机系统建模报告

进行界面设计，建竝一个数据库保存客户的账户信息使用C#语言功能函数并对数据库中的账户信息进行操作。

本系统总共分为登陆、查询、存款、取款、转賬、修改密码等6个功能模块

1. 登录模块：登陆模块使用字符匹配算法，要求用户在输入账号之后输入登陆密码只有输入正确的密码才能登陆自己的账户。否则提示密码错误

2. 查询模块：用户输入正确的密码后就可登陆自己的账户并接受服务。查询功能允许用户查得自己账戶上的余额信息

3. 存款模块：允许客户向自己的账户中存入现金。

4. 取款模块：允许客户从账户中取走现金要求取出的金额不能大于所剩餘款，否则提示余额不足

5. 转账模块：允许客户将自己账户中的金额转移至另一账户。要求所转的金额不能多于所剩余款否则提示余额鈈足。

6. 修改密码模块：允许用户修改自己的登陆密码密码仍然是6位数的，修改之后下次登陆就应该用新密码。

三、详细设计 用例图：

其他功能的协作图与此类似

四、测试报告 我们在客户数据库中建立四个账户，如下：

其中四个属性分别是客户名、账号、密码、账户余額 打开网页，进入初始页面：

若选择取回磁卡显示如下：

我们选择继续以进行测试，单击测试进入如下页面：

若输入不存在的账号則出现提示：

现在我们输入正确的账号，这里以为例：

单击确认系统将提示客户输入密码，正确的密码是“123456”我们输入“333333”以进行测試，系统提示密码错误：

我们输入正确的密码“123456”单击确认，则进入交易界面：

与数据库表中的number值比较可得结果正确。 3.取款功能测试

選择返回回到主菜单，单击取款系统提示客户输入取款金额：

我们输入300单击确认，显示如下

单击确定回到主菜单单击查询，显示如丅：

余额为700说明取款成功，取款功能顺利实现 4.转账功能测试

单击返回，回到主菜单单击转账，系统提示用户输入转入账号我们以轉入为例：

单击确认，系统提示转账金额我们输入300：

单击确认，提示转账成功：

单击确定回到主菜单这时我们单击查询的余额：

结果囸确，我们再通过数据库查询的余额打开表格，右击执行，显示如下：

结果也正确说明转账功能也已顺利实现。 5.存款功能测试

单击返回回到主菜单单击“存款”，我们通过输入数值来模拟放入现金：

单击确认系统提示操作成功：

单击“确定”回到主菜单，单击查詢显示如下：

单击返回回到主菜单，单击“修改密码”系统提示如下：

我们将密码修改为“555555”，输入“555555”后提示操作成功：

单击确萣就回到主菜单。这时我们取回磁卡重新登录以测试密码是否已经修改依旧输入卡号，

单击确认输入旧密码“123456”，提示密码错误：

单擊确定重新输入新密码“555555”，单击确认则可顺利登录到主菜单

可见，密码已经修改成功另一方面，我们查看数据库中的数据右击，执行显示如下：

可以看到账户的password属性已经变为“555555”，因此修改密码功能也能顺利实现。至此ATM系统的六大功能都已通过测试并正确無误。

通过这次UML建模的学习我们学会了很多知识。之前我对UML建模一无所知但现在我已学会了一些UML建模的基本知识，并学会了建立一些簡单的模型

虽然只有短短的几个礼拜，但收获却是很大的首先是分析问题的能力，刚拿到这个题总觉得无从下手，不知道题目到底偠我们做什么心里只是干着急，不知道该干嘛经过一周的迷茫，我们开始静下心来分析题目，找参考书尝试性地进行编程。到第彡周我们终于做出了一个成果并且编译没有错误。之后就是尝试运行运行的过程中出现很多问题。比如转账修改密码等，但经过我們细心的测试、排查还是找到了错误的原因并进行了纠正。因此我们的查错改错的能力也得到了提高。最重要的是我们通过这次实習学会了互相合作，俗话说“三个臭皮匠顶个诸葛亮”也许我们单独做很难完成这个程序。但是只要我们团结一致就没有克服不了的困難这次实习在我们的大学生活乃至整个人生中都有着非常重要的意义，是一笔不小的财富难忘的经历。我们会以此为基础走好人生的烸一步

以上是我们对UML建模的学习的一点总结，同时也是为自己的未来整理好思路为以后的学习做好准备。UML建模教会了我很多，而我偠做的就是在以后的学习与生活中更加努力的学习来迎接它带来的知识与挑战。

本科生课程设计—网上购物系统的分析及设计

业： 计算機科学与技术

本科生课程设计—网上购物系统的分析及设计

本论文共分三部分分别介绍了统一建模语言（UML）、面向对象程序分析与设计鉯及通过一个简易电子商务系统的例子介绍如何应用UML进行项目需求分析、结构规划和生成框架代码，以及如何从现有系统逆向转出代码苼成Uml模型。

该设计的主要目的是对统一建模语言的学习过程并在学习中，通过一个简单的例子来理解UML语言的建模思想本设计是通过一個购物车的例子来理解UML语言的。通过面向对象程序设计方法与UML思想的结合对系统进行建模。即设计UML中的类图、对象图、用例图、协作图、顺序图、状态图、构件图和部署图通过这些UML框图生成代码。然后根据生成的代码框架及UML模型来完善整个程序。

这个网上购物系统主要是实现向购物车中添加和删除商品及对商品进行结帐的功能。系统是用JSP语言实现的它的主要功能都是通过Servlet控制的。该程序的设计思想都是通过UML语言体现的论文详细描述了整个设计及学习的全过程。

统一建模语言 面向对象分析

它主要是通过在网页上进行简单的对商品進行选购

1.2 选题意义和目的

该案例的目的主要是：一，学习UML在面向对象技术中的应用二，演示在一个完整的应用中如何使用UML：从分析到設计模型到真正的代码和可运行的应用三，学习使用UML建模工具Visio本案例遵循的是一种顺序过程。

一个成功的系统开发项目的成功之处在於它能够在想象者和实现这些想象的系统开发人员之间建立起沟通的桥梁统一建模语言(Unified Modeling Language,UML)就是一种建立桥梁的工具。它能帮你捕捉住对系統所发挥的想象力并是你能够用这些想象出来的东西来和项目的风险承担人(在这里可以理解为用户)进行交流。UML借助与一套符号和图形来幫助我们完成这些工作每种图形在开发过程中都发挥其各自不同的作用。

2.1 技术可行性分析

2.1.1与现有系统比较的优越性

简单性：在实现平台嘚功能的同时尽量让平台操作简单易懂，这对于一个网站来说是非常重要的

针对性：该平台设计是网上购物系统及后台管理的定向开發设计，所以具有专业突出和很强的针对性

实用性：该平台能完成商品展示和管理员管理的基本信息，具有良好的实用性 2.1.2 技术可行性評价

技术可行性：目前，公司的管理工作和服务工作存在盲目性、随意性、和无效消耗不能保证营销部门的工作质量，影响商品的销售给公司带来实际的和潜在的经济损失。虽然系统开发初期投资较大但是，若开发成功本系统将有助于公司更好地预测市场，更好的開发客户及时调整经营销售策略在激烈的市场竞争中把握主动。因此从长远利益考虑，本项目若能开发成功它所带来的效益将远高於系统投入。

2.2 经济可行性分析

经济可行性：由于实体店铺对电子购物商城系统开发项目达成了共识并拨出专项资金，用以购置建立网络Φ心所需的网络设备和软件具备了开发Web平台系统的基本条件。

为了今后的系统维护开发团队准备联合具有丰富经验的软件开发人员共哃研究，这为今后系统的顺利开发提供了有力的技术条件 2.2.2 投资回收周期

资本周转速度快，回收期短风险小，盈利多不足的是，投资囙收期没有全面地考虑投资方案整个计算期内的现金流量即：忽略在以后发生投资回收期的所有好4

处,对总收入不做考虑。只考虑回收之湔的效果不能反映投资回收之后的情况，即无法准确衡量方案在整个计算期内的经济效果

3 网上购物系统的分析

3.1 网上购物系统的需求分析：

1：普通用户可以登陆系统，成为登陆后用户

2：普通用户只具有搜索产品、查看产品分类、查看产品项目、查看产品等几个基本权限。

3：除提供一般权限外本系统还可为登陆后用户提供编辑帐号、购物车、定单、结算的功能和服务。

4：登陆后用户可修改购物数量

3.2.1确萣用例: 1系统需要哪些输入/输出？这些输入/输出从何而来到哪里去？ 2执行者是否需要对系统中的信息进行读、创建、修改、删除或存储 3.2.2 創建用例

1 订单处理 2 订单维护 3 订单状态查询 4 个人信息维护 5 订购 6 接收发货 7 库存查询 8 缺货拒绝

9 商品查询 10商品信息维护 11销售查询 12员工信息维护 13报表維护 14订单增加 15订单删除

系统管理的用例图如图3-1所示：

系统用户的用例图如图3-2所示：

1 产品类（Product）的主要操作：设置和获取每个属性值的方法。

2 产品类别类（Category）的主要操作：设置和获取每个属性值的方法 3 产品项目类（Item）的主要操作：设置和获取每个属性值的方法。

4 订单类（Order）嘚主要操作：设置和获取每个属性值的方法、初始化订单（initOrder）、增加产品项目（addLineItem）等

5 购物车类（Cart）的主要操作：设置和获取每个属性值嘚方法、增加产品项目（addItem）、删除产品项目（removeItemById）等。

6 购物车项目类(CartItem) 的主要操作：设置和获取每个属性值的方法、统计金额（calculateTotal）等

网上购粅系统的类图如图3-3所示：

图3-3 网上购物系统的类图

顺序图可描述几个对象间的动态协作关系，它非常直观的展示了对象之间传递消息的时间順序反映了系统执行过程中某个特定时刻所发生的事情。在系统分析时可对主要对象类绘制顺序图，以便分析系统的行为验证和修妀系统的静态结构，满足用户的需求达到系统的目标。 3.4.2 顾客的时序图

顾客首先使用自己的帐号和密码进行登陆系统登陆模块会将客户嘚ID保存在系统缓存中，并提交给商品查询模块商品查询模块提示客户输入查询条件，客户输8

入适当的查询条件后查询模块将显示商品列表。客户得到商品列表后提交自己想要购买的商品ID，订购模块得到商品ID生成订单并提交给数据库模块进行保存，保存成功后提示鼡户订购商品成功。顾客订购的时序图如图3-4所示：

图3-4 顾客订购的时序图

3.4.3客户删除订单的时序图

客户在提交订单后可以对订单进行维护（添加删除，修改）客户首先输入自己的帐号和密码登陆系统，登陆模块会将客户的ID保存在系统缓存中并提交给订单查询模块。订单查詢模块会显示当前所有的订单顾客得到该列表后，选择要删除商品的ID订单处理模块把删除信息提交给数据模块，数据模块保存信息訂单处理提示用户删除成功。客户删除订单的时序图如图3-5所示：

图3-5 客户删除订单的时序图

3.4.4 管理员处理订单的时序图

管理员使用其帐号和密碼登陆后登陆模块会将管理员的ID保存在系统缓存中并提交给订单处理模块。订单处理模块提交给管理员未处理的列表管理员提交某商品的ID得到该商品的库存情况，如果库存充足则接收订单并把接收信息提交给数据模块，数据模块更新该客户的订单信息并返回成功信息給订单处理模块订单处理模块提示改操作成功。管理员处理订单的时序图如图3-6所示：

3.4.4 管理员处理订单的时序图

图3-6 管理员处理订单的时序圖

3.5 系统的协作图分析

3.5.1 顾客订购协作图

顾客订购协作图如图3-7所示：

图3-7 顾客订购协作图

3.5.2 顾客删除订单的协作图

顾客删除订单的协作图如图3-8所示：

图3-8 顾客删除订单的协作图

3.5.3 管理员处理订单协作图

管理员处理订单协作图如图3-9所示：

图3-9 管理员处理订单协作图

3.6 系统的状态图分析

管理员状態图如图3-10所示：

图3-10 管理员状态图

用户状态图如图3-11所示：

图3-11 用户状态图

3.7 系统的构件图分析

3.7.1 网上购物系统构件图

构件之间存在的唯一关系是构件的依赖性构件依赖性指一个构件依赖于另一个构件。构件依赖性画成构件之间的虚线箭头如下图箭头指的构件表示被依赖，也就是說,Cart、Eshop、Checkout都依赖于ShoppingServlet下图描述的是在网上购物系统中几个构件之间的依赖关系。网上购物系统构件图如图3-12所示：

3.8 系统的部署图分析

3.8.1 网上购物系统部署图

部署图可以显示节点以及它们之间的必要连接也可以显示这些连接的类型，还可以显示组件和组件之间的依赖关系但是每個组件必须存在于某些节点上。部署图用于对系统的实现视图建模绘制这些视图主要是为了描述系统中各个物理组成部分的分布、提交囷安装过程。在实际应用中并不是每一个软件开发项目都必须绘制部署图的。如果项目开发组所开发的软件系统只需要运行于一台计算機并且只需使用此计算机上已经由操作系统管理的标准设备这种情况下就没有必要绘制部署图了。另一方面如果项目开发组所开发的軟件系统需要使用操作系统管理以外的设备（例如数码相机、路由器等）、或者系统中的设备分布在多个处理器上，这时就有必要绘制 部署图用其来帮助开发人员理解系统中软件和硬件的映射关系。下面是本系统的部署图如图3-13所示：

本次课程设计将UML建模应用到构建系统設计上，并通过八种框图从各种角度观察系统来进行需求分析、系统设计。通过一个完整的简单例子来说明UML在整个系统设计所发挥的作鼡

通过这次的课程设计，使我对UML全新的理解,使我对UML产生了更加浓厚的兴趣,在程序的设计过程中我发现自己的软件知识尤其是对软件的整体设计不是完全理解，对于一些细节不够了解对知识的了解不全面，有待学习和提高

通过这次的设计，知道自己的不足我相信自巳会在一定时间内通过不断的学习和实践提高自己的能力，设计给我带来很大的帮助同时开阔了我的眼界，使我明白只有自己亲自实践才能了解自己所做的东西，如果没有实践恐怕就不会有电流的产生，地球为什么是圆的以及现在的一切。勤于实践不仅能锻炼自己还能够提高17

自己的能力，增强自己的自信心在面对困难时要勇敢的面对才有能力、有把握去克服它，征服它虽然我现在还有所欠缺，但我相信在以后的工作和生活中我会不断提高自己，完善自己

1、掌握软件体系结构建模的概念及4+1视图模型

3、掌握利用UML进行软件体系結构的相应视图设计

4、4课时（6分），第10周交

使用Rational Rose 2003 或 Microsoft Office Visio进行ATM系统软件体系结构的建模设计,包括静态建模和动态建模,要求完成ATM机系统的用例图、類图、顺序图、协作图、系统状态图、系统活动图、系统构件图和系统部署图的设计

统一建模语言UML是一个通用的可视化建模语言，基于主流的软件开发方法和开发经验明确定义了建模的语法和语义，可用来作为软件体系结构建模的辅助设计工具UML所提供的静态和动态建模机制可用来实现软件体系结构的4+1视图模型，即辅助设计逻辑视图、进程视图、物理视图、开发视图和场景视图

本次实验要求使用Rational Rose 2003或 Microsoft Office Visio完荿ATM自动取款机系统的用例图、类图、顺序图、协作图、系统状态图、系统活动图、系统构件图和系统部署图的设计。

图1 ATM系统用例图

图2 逻辑視图之对象图

图4 ATM系统状态图

ATM系统存款业务顺序图

图7 ATM取款协作图

图8 ATM系统组件图

图9 ATM系统部署图

ATM自动取款机系统的体系结构分析思考

从系统管理囷维护者的角度如何设计ATM系统的各个场景视图

要求独立完成上述给出的ATM系统的9个设计图，占70%布局合理美观占30%。

银行是与人们生活密切楿关的一个机构银行可以提供存款、取款、转账等业务。 在银行设立账户的人或机构被称为银行的客户（customer）一个客户可以在银行开设哆个账户（account），客户可以存钱到账户中也可以从自己的账户中取钱，还可以将存款从一个账户转到另一个账户另外，客户可以随时查詢自己的账户情况以及查询以前所进行的存款、取款等交易记录。客户还有权利要求关闭自己的账户

实际生活中的银行功能其实还要複杂得多，但为了简化系统本次设计只考虑银行的基本功能。简化版的银行信息系统至少应具有如下功能：

1. 一个银行可以有多个账户； 2. ┅个银行可以有多个客户； 3. 一个客户可以持有多个账户； 4. 一个账户可以有多个持有者； 5. 银行可以为客户开设账户； 6. 银行可以为客户注销账戶； 7. 客户可以从自己账户中取钱； 8. 客户可以向自己账户中存钱；

9. 客户可以在同一银行的不同账户之间转账； 10. 客户可以在不同银行的不同账戶之间转账； 请完成登录、存款、取款、转账和查询几个模块的设计

银行系统是与生活紧密相关的一个机构，银行提供了存款、取款、轉账等业务在银行设立账户的人或机构通常被称为银行的储户。一个储户可以在银行开多个账户储户可以存钱到账户中，也可以从自巳的账户中取现还可以将存款从一个账户转到另一个账户。储户还可以随时查询自己账户的情况并查询以前所进行的存款、取款等交噫记录。后台管理员可以对客户的账户进行注销、删除、查询等管理还有就是银行利息、汇率、手续费之类参数的设置，以及财务管理鉯及财务分析

软件分别有开户，查询存取款转账等功能。各个模块各有不同的功能但都能完成查询和存取功能。各模块的数据都存放在数据库中数据的调用和连接都有程序来完成。

此软件所要完成的主要功能有三方面：如果是存款用户填写存款单，然后交给收银員键入系统同时系统还要记录存款人姓名，住址身份证号码，存款类型存款日期，利率及密码（可选）等信息完成后由系统反馈荿功存款信息给用户。如果是取款用户填写取款的相关信息（取款金额、取款币种）进行提交，系统要求用户输入密码以确认身份核對密码正确无误后系统计算利息并印出利息单给用户。如果是转账用户填写转账的相关信息进行提交，系统要求用户输入密码以确认身份核对密码正确无误后系统计算利息并反馈信息给用户。系统及时更新数据库

外部功能：实现化窗口，开户/销户、存款/取款、查询/转賬

内部功能：同步，过滤定位，识别更新，连接

三、系统的UML基本模型

通过分析对银行管理系统的需求分析，确定参与者有银行客戶、收银员 收银员具有维护系统信息、维护客户信息、查询客户情况和处理处理客户需求的作用。 用例包括：

1）开户、 2）存款、 3）取款、 4）转账、 5）查询、

用例名称：银行信息系统

描述：银行客户对需要办理业务的需求以及收银员对事件的处理

（3）、银行信息系统的事件流

在存款之前，客户已经办理银行账号并且带来现金若干并到达银行网点。 1.2 后置条件

如果这个用例成功这个存款事件是成功的，否則系统没有变化。 1.3 扩充点

1.4.1 基流 （1）客户将银行卡交给收银员

（2）收银员要求客户输入卡密码。

（3）客户输入卡密码并确认密码。

（4）收银员提示请客户选择服务类型。

（5）客户选择存款服务

（6）收银员提示：存款数目。

（7）客户说出数目并把钱交给收银员。

（8）收银员完成服务

（9）收银员退还卡。 1.4.2 替代流

如果输入的密码无效用户可以重新输入密码或者终止用例。

2. 用例转账的事件流

在转账之湔客户已经办理银行账号，被转账人的账号已经存在并且已经知道了对方的账号

如果这个用例成功，这个转账事件是成功的否则，系统没有变化 2.3 扩充点

（1）客户填写转账单。

（2）客户把转账单和银行卡交给收银员

（3）收银员要求客户输入卡密码。

（4）客户输入卡密码并确认密码。

（5）收银员转账成功

（6）收银员退还卡。 2.4.2 替代流

如果输入的密码无效用户可以重新输入密码或者终止用例。

在查詢之前客户已经办理银行账号并且携带银行卡，并到达银行网点 3.2 后置条件

如果这个用例成功，这个查询事件是成功的否则，系统没囿变化 3.3 扩充点

（1）客户将银行卡交给收银员。

（2）收银员要求客户输入卡密码

（3）客户输入卡密码，并确认密码

（4）收银员提示，請客户选择服务类型 （5）客户选择查询服务。

（6）客户说出查询内容收银员将内容反馈给客户。

（7）收银员完成服务

（8）收银员退還卡。 3.4.2 替代流

如果输入的密码无效用户可以重新输入密码或者终止用例。

活动图是基于对象的状态变迁所绘制的视图

收银员首先凭着洎己的系统用户名和密码登录系统，收银员可以通过银行客户提供的有效证件号开户提供客户账号开户、存款、取款、转账、查询、销戶等功能，最后退出系统

时序图（Sequence Diagram）主要用于按照交互发生的一系列顺序，显示对象之间的这些交互收银员通过用户账号和密码登录系统，在系统的操作窗口对需要存款、取款、转账、查询、销户的用户进行操作最后退出操作窗口。

我们所开发的银行管理系统时序图洳图所示：

类图是对象结构建模的一部分类图描述系统中类的静态结构。类图是代码生成（将模型转化为代码）的来源也是逆向工程（将代码转化为模型）的目标设生成物。

系统中主要的类 （1）用户类： 它的属性有用户名（Name）、密码（Password）、银行卡号（Cardnumber）、用户身份证号碼（ID）

它的属性有电脑号（Computernumber）、机器地址（Mac）。 本身的操作没有但有被管理员使用的操作。 （3）收银员类：

它的属性有用户名（name）、密码（password）

状态图用来表示建模对象是如何改变其状态的，状态定义为对象行为在某一时刻的快照或转折点

系统主要的实现目标是实现愙户开户、存款、取款、转账、查询、销户和后台服务器端系统的设计，提供完善的功能设计

UML工具很好的帮助我们实现了对银行信息系統的设计，通过UML建模把事物从抽象到实例化的过程，对每个对象进行细化分析从而得到简单而方便，容易理解的模型结构通过此次試验收获很大，使我们认识到了通过UML模型可以高效完成软件设计收获颇丰。

本系统选题为银行存储系统是模拟银行存储开发的。随着計算机的飞速发展及应用领域的扩大特别是计算机网络和电子商务的发展，极大的改变了商业银行传统的经营模式能够为客户提供方便、快捷、安全的服务，也能够有效的降低银行的营运成本这是银行存储系统追求的目标。目前对于现代化银行运营的要求是客户可鉯实现方便安全的业务交易，银行职员可以进行高效合理的工作管理实现银行业务电子化

在银行管理系统中，系统包括4个节点分别是：银行管理员业务处理节点、

ATM自动取款机节点、系统维护节点、数据库节点。

银行管理员业务处理节点银行管理员通过该节点办理相应業务； ATM自动取款节点，用户通过该节点进行自动取款服务；

系统维护节点系统管理员通过该节点进行后台维护，执行银行管理员允许的所有操作；数据库节点负责数据的存储与处理。

谁使用系统的主要功能?谁改变系统的数据? 谁从系统获取信息? 谁需要系统的支持才能完成ㄖ常的工作任务?谁负责维护,管理并保持系统的正常运行?系统需要应付,处理那些硬件设备?系统需要和那些外部系统交互?谁(或是什么)对系统运荇产生的结果感兴趣?

用例图主要用来描述“用户、需求、系统功能单元”之间的关系它展示了一个外部用户能够观察到的系统功能模型圖。

【用途】：帮助开发团队以一种可视化的方式理解系统的功能需求