ATM建模实验-参考实验二

合集下载

UML实验指导书(ATM机)

UML实验指导书(ATM机)

UML上机指导书(ATM机)第一部分课程与实验综述一.课程简介及实验要求:《UML与面向对象分析与设计》是以介绍面向对象的统一建模语言UML为主,使学生了解面向对象技术的基本概念,掌握面向对象的分析和设计方法,以及与面向对象技术相关的一些软件开发技术,同时了解在UML工具环境下用UML进行分析和设计的技术。

本课程在教学内容方面着重基本理论、基本知识和基本方法,在培养实践能力方面着重设计构思和设计技能的基本训练,熟练的上机操作能力和基本系统分析能力。

上机实验是UML教学的重要技能环节。

通过实验,使学生加深理解、验证、巩固课堂教学内容,特别是通过设计和综合实验,发挥学生的想象力和创新能力。

二.课程实验目的要求:通过UML的实验,学生应该:1.学会用面向对象的思想去简单地分析和设计相关系统;2.学会用Rose建模工具进行软件建模。

三.课程实验参考资料教材楚凡科技UML2.0文档及UML工具。

第二部分需求分析在我国十年前ATM(自动取款机)还是一个很新鲜的事物,现在城市的大街小巷随处可见。

我们在日常生活中也经常和ATM打交道。

本次我们将以简化的ATM系统为例将前面几章中学到的用例图、类图、顺序图、状态图、活动图及协作图知识运用到此例中。

第三部分实验实践指导银行ATM机系统UML建模设计一用例图一、实验目的1.学会分析系统中的参与者和用例2.掌握用例图的绘制方法二、实验器材1. 计算机一台;2. 工具软件;三、实验内容画出A TM系统的用例图四、实验步骤1.分析A TM自动取款机:客户可以取钱,存钱,查询余额,转帐,修改密码。

通过分析可找出如下几个参与者:a、通过分析得到如下用例:a、2.绘图处(请将所画用例图复制到如下位置):五、实验报告要求通过本次实验获得了。

二顺序图一、实验目的1.学会用协作图实现用例2.掌握顺序图的绘制方法以及顺序图和协作图的相互转换。

二、实验器材1. 计算机一台;2. 工具软件;三、实验内容画出A TM取款的顺序图,并转换为协作图。

实验2ATM网络结构与原理

实验2ATM网络结构与原理

实验二ATM网络结构与原理(二)实验目的:1、学生掌握ATM的网络结构与原理;2、熟悉适配层协议,AAL2,AAL5等3、熟悉网络仿真软件opnet的使用实验环境:安装有opnet的计算机一台实验要求:学习相关理论,掌握基本概念;按照实验步骤要求完成ATM简单网络的架构,并完成相关设置,书写实验报告。

实验原理:ATM网络以面向连接的方式提供端到端的信息通信服务,通信过程包括建立连接、保持连接和拆除连接。

终端用户在进入正式通信之前,首先要经过呼叫过程。

连接建立好后,ATM网络按一定路径顺序转移到所服务的信元。

建立连接时,在ATM交换节点建立路由选择表。

在通信过程中交换节点根据信元头中的路由选择标号对照路由选择表把ATM信元从输入链路传送到输出链路,在拆除连接时交换节点将删除路由表。

ATM交换系统由交换网络部分和系统控制部分两部分组成。

交换网络部分完成协议参考模型中用户平面的功能,是负责完成在ATM出线和A TM入线之间正常传输ATM信元的物理设备。

系统控制部分完成协议参考模型中控制平面的功能,是在信令处理的基础上实现对交换网络进行控制的设备。

网络仿真软件opnet中的Modeler提供了多种业务模拟方式,具有丰富的收集分析统计量功能,可以直接收集各个网络层次的性能统计参数,方便的编制和输出仿真结果。

使用Modeler仿真可以分成6个步骤,分别是配置网络拓扑,配置业务,收集结果统计量,运行仿真,调试模块再次仿真,发布结果报告。

实验内容和实验步骤:1、添加其他子网1)在实验一所形成的简单网络上添加其余子网。

单击图标,返回到上一级网络。

2)选中已有的子网(northeast),复制三个子网。

分别放置到适当的位置。

3)对所复制的子网进行基本属性修改,主要包括名称和地址。

选中新的子网,并双击之。

改变其中的“name”,“client address”和“server address”。

如图1所示。

(图1)4)单击工具栏上图标,选择“atm_adv”链路,实现各个节点间的相连。

ATM系统

ATM系统

基于UML的ATM自动柜员机系统建模UML-Based Modeling for ATM System实验一:ATM系统一、系统背景以及实验要求说明ATM自动柜员机(automatic teller machine)是银行在不同地点设置的一种小型机器,利用一张信用卡大小的胶卡上的磁带〔或芯片卡上的芯片〕记录客户的基本户口资料(通常就是银行卡,或称金融卡,或称提款卡),让客户可以透过机器进行提款、存款、转帐等银行柜台服务,大多数客户都把这种自助机器称为提款机。

中国大陆在1980年代末期才开始在深圳出现提款机,现在扩展至全国。

并且多数柜员机都已加入银联网络,只要是有银联标志的银行卡都可以通用,但收费与否则和发卡行的规定有关。

没有银联标志的卡只能在本行网络的柜员机上使用。

目前,国内已有大量自动柜员机,遍布于银行营业大厅、超市、商业机构、机场、车站、码头和闹市区。

因为ATM技术的高安全性和高速度,所以在我国的发展十分迅速,尤其在银行领域。

我国宽带网已初具规模,已建立成完整的电子商务安全认证体系。

几乎所有的银行都是采用ATM技术,主要用于各地区之间交换数据和ATM终端。

本实验的目的是掌握软件体系结构建模的概念及4+1视图模型、熟悉Rational Rose 2003、Microsoft Office Visio的使用方法、掌握利用UML进行软件体系结构的相应视图设计。

实验使用Rational Rose 2003进行A TM系统软件体系结构的建模设计,包括静态建模和动态建模,要求完成ATM机系统的用例图、类图、顺序图、协作图、系统状态图、系统活动图、系统构件图和系统部署图的设计。

统一建模语言UML是一个通用的可视化建模语言,基于主流的软件开发方法和开发经验,明确定义了建模的语法和语义,可用来作为软件体系结构建模的辅助设计工具。

UML 所提供的静态和动态建模机制可用来实现软件体系结构的4+1视图模型,即辅助设计逻辑视图、进程视图、物理视图、开发视图和场景视图。

ATM用例建模

ATM用例建模
ATM系统用例图
用例包括:
1)存款:客户持银行卡(本行或其他行)从ATM存放现金
2)取款:客户持银行卡(本行或其他行)从ATM提取现金
3)查询:客户持银行卡(本行或其他行)在ATM上查询卡的帐户信息
4)转账:客户持银行卡(本行)在ATM上进行同行转账
5)改密码:客户持银行卡(本行或其他行)在ATM修改卡的密码
ATM要求客户重新输入取款额。
7c. 网络或银行主机失效、通讯超时:
ATM记录服务取消,打印凭条,吐出凭条和银行卡,[用例失败]
8a. 凭条打印失败,纸用完或卡纸:
8a1. ATM通知银行主机取消取款
8a2. ATM记录服务取消,吐出银行卡,[用例失败]
9a. 吐现金失败:
9a1. ATM通知银行主机取消取款
系统用例规约:ATM取款
用例名称:
ATM取款
描述:
客户持银行卡(本行或其他行)从ATM提取现金
actors:
客户和银行主机
前置条件:

基本流:
1.客户插入银行卡。
2.ATM从银行卡读入卡号(含银行标识和账号),验证卡的有效性。
3.客户输入密码。
4.ATM验证帐号和密码。
5.ATM显示包括取款在内的服务功能,客户选择“取款”。
a.累计3次密码错误:
ATM吞卡,[用例失败]
4b. 无此帐号:
ATM吞卡,[用例失败]
5a. ATM无现金:
ATM不显示“取款”功能,客户可选择其他服务, [用例失败]
6a. 取款额超过ATM现金余额:
ATM要求客户重新输入取款额。
7a. 帐户余额不足:
ATM要求客户重新输入取款额。
7b. 取款额超过当日最高限额:

ATM机取款系统的系统分析与设计-本科实验报告

ATM机取款系统的系统分析与设计-本科实验报告

本科实验报告课程名称:系统分析与设计实验项目:《ATM机取款系统》实验实验地点:行逸楼A103专业班级:软件1309 学号2013005661 学生姓名:蔡潇钰指导教师:杨丽凤2015年11月 1 日一、实验目的通过《系统分析与设计》实验,使学生在实际的案例中完成系统分析与系统设计中的主要步骤,并熟悉信息系统开发的有关应用软件,加深对信息系统分析与设计课程基础理论、基本知识的理解,提高分析和解决实际问题的能力,使学生在实践中熟悉信息系统分析与设计的规范,为后继的学习打下良好的基础。

二、实验要求学生以个人为单位完成,自选题目,班内题目不重复,使用UML进行系统分析与设计,并完成实验报告。

实验报告以纸质版(A4)在课程结束后提交(10周)。

三、实验主要设备:台式或笔记本计算机四、实验内容1 选题及项目背景A T M机取款系统的分析与设计2 定义ATM(AutomanticTellerMachine)自动取款机是由计算机控制的持卡人自我服务型的金融专用设备.在我国,基本上所有的银行系统都有自己的ATM系统.ATM利用磁性代码卡或智能卡实现金融交易,代替银行前台工作人员的部分工作.顾客可以在ATM机上取钱、查询余额、转账和修改密码等业务.除此之外,ATM自动取款机还具有维护、测试、事件报告、监控和管理等多种功能.3 参考资料《系统分析与设计》作者:李爱萍人民邮电出版社4 系统分析与设计4.1需求分析4.1.1识别参与者用户(使用ATM机进行存取款)ATM机管理员(维护ATM机,往ATM机里放钱等)4.1.2 对需求进行捕获与描述用例名称:ATM机取款系统执行者:用户目的:完成一次取款流程)4.1.3 用例图通过已掌握的需求,初步了解系统所要完成的功能。

下面给出用例图。

余额查询图4.1 参与者用例图4.1.4 分析与讨论1)建模用例图的步骤、方法?1.识别系统的参与者;2.确定用例;3.明确参与者与用例间的关系2)如何识别系统的参与者?应该如何划分用例,应注意哪些问题?1.谁使用系统的主要功能;2.谁改变系统的数据;3.谁从系统中获取主要信息。

实验2:ATM系统的分析建模

实验2:ATM系统的分析建模
2.学会用Rose建模工具进行软件建模
实验内容
本次实验完成如下内容:
完成ATM系统的建模分析
实验结果(学生填写)
1.画ATM(自动柜员机)系统总的用例图
2.画ATM系统中“客户插入卡”的活动图
3.画ATM系统中取款这个用例的类图
4.画某客户Joe取20美元的序列图
5.画某客户Joe取20美元的协作图
atm系统的分析建模姓名院系学号任课教师实验指导教师实验地点软件学院机房实验时间软件名称rationalrose实验目的1
软件建模与UML课程实验报告
实验2:ATM系统的分析建模
姓名ห้องสมุดไป่ตู้
院系
学号
任课教师
实验指导教师
实验地点
软件学院机房
实验时间
软件名称
Rational Rose
实验目的
1.学会用面向对象的思想去分析和设计相关系统;
6.账目类的状态图
7.ATM系统客户的构件图
8.ATM系统的实施图
扣分原因(有扣分时填写)
扣分
0
日期:
缺席:扣10分实验报告雷同:扣10分实验结果填写不完整:扣1 – 10分
其他情况:扣分<=5分总扣分不能大于10分

uml建模报告ATM自动柜员机系统

基于UML的ATM自动柜员机系统建模报告一、需求分析(1)功能需求:1.登陆:客户通过输入正确的登陆密码即可登陆ATM。

2.取款:允许客户取出自己账户中的现金。

3.客户存款:允许客户把现金存入自己账户。

4客户查询余额:允许客户查询自己的账户余额。

5客户转账:允许客户将自己账户中的金额转移至另一账户。

6客户更改密码:允许客户修改自己的登录密码。

(2)系统操作要求:1.要求用户每次取款数额为50的整数倍;2.要求用户一次取款数额不得大于1000元;3.要求用户一天取款数额不得超过5000元;4.要求用户每次取款数额不得大于账户余额;5.要求用户设置的登录密码为6位。

(3)系统性能要求:1.要求反应时间不得大于10秒钟;2.系统设计目标:ATM自动取款机可以提供24小时不间断服务,操作简单,可以很方便为用户提供取款、转账/汇款、查询账户余额等服务。

(4)实现手段:使用进行界面设计,建立一个数据库保存客户的账户信息,使用C#语言功能函数并对数据库中的账户信息进行操作。

二、总体设计本系统总共分为登陆、查询、存款、取款、转账、修改密码等6个功能模块。

1.登录模块:登陆模块使用字符匹配算法,要求用户在输入账号之后输入登陆密码,只有输入正确的密码才能登陆自己的账户。

否则提示密码错误。

2.查询模块:用户输入正确的密码后就可登陆自己的账户并接受服务。

查询功能允许用户查得自己账户上的余额信息。

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

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

转账模块:允许客户将自己账户中的金额转移至另一账户。

要求所转的 5.金额不能多于所剩余款,否则提示余额不足。

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

三、详细设计用例图:类图:客户取钱的协作图:账目类的状态图:ATM系统的部署图:。

使用UML对ATM系统【用例图-活动图-时序图-类图】

使用UML对ATM系统建模评分:一.实验目的针对指定软件系统的需求进行分析和设计;使用Microsoft Visio软件,绘制UML图。

二.实验设备计算机、Microsoft Visio软件。

三.实验内容及步骤下图所示是一个自动(ATM)系统,它的需求陈述如下:本案例将要开发的ATM系统能够为顾客提供以下基本服务(它们统一称为交易):(1)取款服务。

顾客可以用A TM卡从对应的账户中支取现金,现金必须是100元的整数倍,且每次取款不能超过2000元。

(2)存款服务。

顾客可以把现金存入与ATM卡对应的账户中。

(3)转帐服务。

顾客可以把一个ATM卡对应的账户中的款项转帐到另一个ATM账户中。

(4)查询服务。

顾客能够查询一个ATM卡对应的账户中的余额。

该ATM系统包括以下组成部分:(1)能够读取ATM卡信息的读卡器。

(2)与客户进行交互的顾客控制台(包括键盘和显示器)。

(3)送出顾客所取现金的装置(下文中称为取款器)。

(4)用于放入存款的插槽(下文中称为存款器)。

(5)打印客户回执的打印机。

(6)启动和关闭A TM系统的开关键盘。

图ATM系统(7)ATM系统与ATM服务器通过特定的网络连接进行通信。

ATM系统在提供以上服务的过程中,必须满足以下要求:(1)一个顾客可以在最终确认前放弃一项交易。

(2)ATM在执行交易过程中将与ATM系统进行通信,对是否允许交易进行验证。

(3)ATM为每次成功的交易提供一个打印回执。

(4)ATM需要维护一个内部日志,对每次交易进行记录。

要求对ATM机软件系统进行建模,按照下列要求完成实验内容:(a)画出系统顶层和细化的用例图;(b)画出系统的分析类图;(c)选取用例图中的一个用例,画出它的序列图;(d)画出系统的体系结构图、构件图和部署图。

四、实验结果(一)顶层用例图(二)用户用例图(三)ATM用例图(四)分析类图(五)用户取款序列图(六)体系结构图<<实体>>银行卡<<边界>>读卡器<<边界>>银行网络<<实体>>日志<<控制>>ATM<<边界>>操作面板<<边界>>客户控制台<<边界>>打印机<<实体>>回执<<控制>>通信<<控制>>交易<<控制>>取款<<控制>>存款<<控制>>转账<<控制>>查询<<边界>>取款器<<边界>>存款器银行系统(七)组件图(八)部署图五、实验小结通过这次实验,基本掌握了UML绘图工具的使用,对于ATM系统的工作流程有了较完整的认识。

UML(ATM系统)静态建模

一、实验目的熟悉Visio工具,能运用该工具,实现静态建模。

掌握类和对象的UML图形设计,理解和设计实验内容中要求的类和类关系,对象和对象关系。

二、实验设备和环境PC(一台),Windows 2000或以上版本,安装.Microsoft Visio 2003三、实验要求:实验具体题目:InfoSuper 银行是一家著名的金融机构,其客户遍布全球。

该银行向客户提供以下服务:企业银行业务、个人银行业务、共同基金、理财服务、住房贷款InfoSuper 银行 45% 的收入来自个人银行业务.因此,银行希望进一步提升个人业务的服务质量并争取留住客户并提高他们的忠诚度.该银行进行了一次市场调查以了解客户在个人银行业务处理时间、满意度和资源需求方面的要求.调查结果显示为了来办理银行事务(如,提取现金、支票存款、和获取交易概要等),一个客户平均每月要跑 10 到 15 趟银行。

银行希望开发一个软件系统以通过改进的设施来减少客户访问银行的次数并提高客户服务。

为此 InfoSuper 银行的代表找到了软件开发商 Janes Technologies 公司。

在分析了银行的需求文档后Janes Technologies 公司项目经理 Jennifer 建议银行开发自动取款机(ATM)系统提供以下功能:现金提款、现金存款、交易概要、更改 PIN、同行转帐、有关银行提供的其他服务的信息、还需要在部署 ATM 系统的地方提供箱子以供客户丢弃支票及请求支票簿。

要求设计 ATM 系统,使其突出系统优势和成分。

根据实验一建立的 ATM 系统的用例,建立ATM系统的类关系图和对象关系图可按照以下步骤建模 InfoSuper 银行 ATM 系统原型的静态模型:1 为原型确定类.2 确定属性及其可见性。

3 确定操作及其可见性。

4 确定类之间的关系。

5 确定接口及其实现关系。

6 创建类关系图.7 创建对象关系图.四、实验内容和步骤五、实验体会一.系统静态建模1。

实验报告模板-用例描述完

银行卡内有足够的余额、正确输入对方银行卡账号
基本流程
1.插卡2.选择转账选项3.用户输入转账账号4.系统验证转账账号5.用户输入转账金额6.系统验证转账金额输入是否符合要求7.系统验证用户账户余额8.系统显示转账账户及转账金额9.用户确认10.系统更新并保存账户信息
泛化用例
扩展用例
1.输入账户账号不正确
b.选择继续放入钞票或者结Fra bibliotek放钞包含用例
修改记录
用例名称
余额查询用例
标示符
用例描述
本用例主要描述客户从ATM机查询银行卡余额
参与者
用户与ATM
优先级
一级
状态
前置条件
ATM机无故障、插入银行卡、输入密码、余额查询操作
后置条件

基本流程
1.插卡2.输入密码3.选择余额查询功能4.系统显示账户余额及最大取款限额
软件建模与分析
实验报告
班级:
学号:
姓名:
完成日期:
实验一ATM取款机系统设计与分析
一、系统功能描述
该系统实现的功能有存款、取款、修改密码、余额查询和转账。
二、系统需求建模
1、分析
(1)参与者:ATM和客户
(2)用例:存款用例、取款用例、修改密码用例、查询余额用例、转账用例。
(3)用例图:
(4)用例描述
优先级
一级
状态
前置条件
ATM机无故障、插入银行卡、输入密码、存钱操作
后置条件
用户放入钞票、存入现金、系统更新账户存款金额
基本流程
1.插卡2.输入密码3.放入钞票4.系统显示存款金额5.用户选择继放钞或者结束放钞6.用户确认信息7.系统更新并保存账目信息
  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

UML建模实验1. 环境简介Rose模型(包括所有框图、对象和其他模型元素)都保存在一个扩展名为.mdl的文件中。

1.1 Rational Rose可视化环境组成Rose界面的五大部分是浏览器、文档工具、工具栏、框图窗口和日志。

见图1-1。

图1-1:Rose界面浏览器:用于在模型中迅速漫游。

●文档工具:用于查看或更新模型元素的文档。

●工具栏:用于迅速访问常用命令。

●框图窗口:用于显示和编辑一个或几个UML框图。

●日志:用于查看错误信息和报告各个命令的结果。

1.2浏览器和视图浏览器是层次结构,用于在Rose模型中迅速漫游。

在浏览器中显示了模型中增加的一切,如参与者、用例、类、组件等等。

Rose浏览器见图1-2。

浏览器中包含四个视图:Use Case视图、Logical视图、Component视图和Deployment视图。

点击每个视图的右键,选择new就可以看到这个视图所包含的一些模型元素。

图1-2:Rose浏览器1.3框图窗口在图1-3所示的框图窗口中,我们可以浏览模型中的一个或几个UML框图。

改变框图中的元素时,Rose自动更新浏览器。

同样用浏览器改变元素时,Rose自动更新相应框图。

这样,Rose就可以保证模型的一致性。

图1-3:框图窗口2.UML各类框图的建立2.1建立用例图use case diagram从用例图中我们可以看到系统干什么,与谁交互。

用例是系统提供的功能,参与者是系统与谁交互,参与者可以是人、系统或其他实体。

一个系统可以创建一个或多个用例图。

创建用例图(图2-1-1)在浏览器内的Use Case视图中,双击Main,让新的用例图显示在框图窗口中。

也可以新建一个包(右击Use Case视图,选择new→package,并命名),然后右击这个新建包的,选择new→use case diagram。

对系统总的用例一般画在Use Case视图中的Main里,如果一个系统可以创建多个用例图,则可以用包的形式来组织。

图2-1-1:创建用例图创建参与者(图2-1-2)(1)在工具栏中选择“Actor”,光标的形状变成加号。

(2)在用例图中要放置参与者符号的地方单击鼠标左键,键入新参与者的名称,如“客户”。

若要简要的说明参与者,可以执行以下步骤:(1)在用例图或浏览器中双击参与者符号,打开对话框,而且已将原型(stereotype)设置定义为“Actor”。

(2)打开“General”选项卡,在documentation字段中写入该参与者的简要说明。

(3)单击OK按钮,即可接受输入的简要说明并关闭对话框。

图2-1-2:创建参与者创建用例(图2-1-3)(1)在工具栏中选择“Use Case”,光标的形状变成加号。

(2)在用例图中要放置用例符号的地方单击鼠标左键,键入新用例的名称,如“存款”。

若要简要的说明用例,可以执行以下步骤:(1)在用例图或浏览器中双击用例符号,打开对话框,接着打开“General”选项卡。

(2)在documentation字段中写入该用例的简要说明。

(3)单击OK按钮,即可接受输入的简要说明并关闭对话框。

图2-1-3:创建用例记录参与者和用例之间的关系(图2-1-4)(1)从工具栏中选择关联关系箭头。

(2)将光标定位在用例图中的参与者上,单击鼠标左键并将光标移动到用例符号上,然后释放鼠标左键。

若要简要的说明关系,可以执行以下步骤:(1)在用例图中双击关联关系符号,打开对话框。

(2)在默认情况下,将显示对话框中的“General”选项卡。

(3)在documentation字段中写入简要说明。

(4)单击OK按钮,即可接受输入的简要说明并关闭对话框。

图2-1-4:参与者和用例的关系 增加泛化关系(图2-1-5)(1)从工具栏中选择泛化关系箭头。

(2)从子用例拖向父用例,也可从子参与者拖向父参与者。

简要说明关系执行的步骤同上类似。

图2-1-5:增加泛化关系★练习:画ATM(自动柜员机)系统总的用例图理解:对于银行的客户来说,可以通过ATM机启动几个用例:存款、取款、查阅结余、付款、转帐和改变PIN(密码)。

银行官员也可以启动改变PIN这个用例。

参与者可能是一个系统,这里信用系统就是一个参与者,因为它是在ATM系统之外的。

箭头从用例到参与者表示用例产生一些参与者要使用的信息。

这里付款用例向信用系统提供信用卡付款信息。

2.2建立活动图activity diagram活动图显示了从活动到活动的流。

活动图可以在分析系统业务时用来演示业务流,也可以在收集系统需求的时候显示一个用例中的事件流。

活动图显示了系统中某个业务或者某个用例中,要经历哪些活动,这些活动按什么顺序发生。

创建活动图(图2-2-1)(1) 用于分析系统业务:在浏览器中右击Use Case视图,选择new→activity diagram。

(2) 用于显示用例中的事件流:在浏览器中选中某个用例,然后右击这个用例,选择new→activity diagram。

图2-2-1:创建活动图●增加泳道(图2-2-2)泳道是框图里的竖段,包含特定人员或组织要进行的所有活动。

可以把框图分为多个泳道,每个泳道对应每个人员或组织。

在工具栏选择swimlane按钮,然后单击框图增加泳道,最后用人员或组织给泳道命名。

图2-2-2:增加泳道●增加活动并设置活动的顺序(图2-2-3)(1)在工具栏中选择Activity 按钮,单击活动图增加活动,命名活动。

(2)在工具栏中选择Transition按钮,把箭头从一个活动拖向另一个活动。

图2-2-3:增加活动增加同步(图2-2-4)(1)选择synchronization工具栏按钮,单击框图来增加同步棒。

(2)画出从活动到同步棒的交接箭头,表示在这个活动之后开始并行处理。

(3)画出从同步棒到可以并行发生的活动之间的交接箭头。

(4)创建另一同步棒,表示并行处理结束。

(5)画出从同步活动到最后同步棒之间的交接箭头,表示完成所有这些活动之后,停止并行处理。

图2-2-4:增加同步增加决策点(图2-2-5)决策点表示可以采取两个或多个不同的路径。

从决策到活动的交接箭头要给出保证条件,控制在决策之后采取什么路径。

保证条件应该是互斥的。

(1)选择decision工具栏按钮,单击框图增加决策点。

(2)拖动从决策到决策之后可能发生的活动之间的交接,双击交接,打开“detail”选项卡,在Guard Condition字段中写入保证条件。

图2-2-5:增加决策点★练习:画ATM系统中“客户插入卡”的活动图理解:客户插入信用卡之后,可以看到ATM系统运行了三个并发的活动:验证卡、验证PIN(密码)和验证余额。

这三个验证都结束之后,ATM系统根据这三个验证的结果来执行下一步的活动。

如果卡正常、密码正确且通过余额验证,则ATM系统接下来询问客户有哪些要求也就是要执行什么操作。

如果验证卡、验证PIN(密码)和验证余额这三个验证有任何一个通不过的话,ATM系统就把相应的出错信息在ATM屏幕上显示给客户。

2.3建立类图class diagram类图显示系统之中类和类之间的交互。

创建类(图2-3-1)在Rational Rose中可以通过几种途径来创建类。

最简单的方法是利用模型的Logic 视图中的类图标和绘图工具,在图中创建一个类。

或者,在浏览器中选择一个包并使用快捷菜单的new→class。

一旦创建了一个类,就可以通过双击打开它的对话框并在Documentation字段中添加文本来对这个类进行说明。

图2-3-1:创建类创建方法(图2-3-2)(1)选择浏览器中或类图上的类。

(2)使用快捷菜单的new→Operation(3)输入方法的名字,可在Documentation字段中为该方法输入描述其目的的简要说明。

图2-3-2:创建方法和属性●创建属性(图2-3-2)(1)选择浏览器中或类图上的类。

(2)使用快捷菜单的new→Attribute。

(3)输入属性的名字,可在Documentation字段中为该属性输入描述其目的的简要说明。

●创建类图(图2-3-3)右击浏览器内的Logical视图,选择new→class diagram。

把浏览器内的类拉到类图中即可。

图2-3-3:创建类图创建类之间的关系(1)类之间的关系在工具栏中显示。

(2)对于关联关系来说,双击关联关系,就可以在弹出的对话框中对关联的名称和角色进行编辑(图2-3-4)。

(3)编辑关联关系的多重性:右单击所要编辑的关联的一端,从弹出的菜单中选择Multiplicity,然后选择所要的基数(图2-3-5)。

图2-3-4:创建类之间关联的名称和角色图2-3-5:关联的多重性编辑★练习:画ATM系统中取款这个用例的类图理解:类图显示了取款这个用例中各个类之间的关系,由四个类完成:读卡机、账目、ATM屏幕和取钱机。

类图中每个类都是用方框表示的,分成三个部分。

第一部分是类名;第二部分是类包含的属性,属性是类和相关的一些信息,如账目类包含了三个属性:账号、PIN(密码)和结余;最后一部分包含类的方法,方法是类提供的一些功能,例如帐目类包含了四个方法:打开、取钱、扣钱和验钱数。

类之间的连线表示了类之间的通信关系。

例如,账目类连接了ATM屏幕,因为两者之间要直接相互通信;取钱机和读卡机不相连,因为两者之间不进行通信。

有些属性和方法的左边有一个小锁的图标,表示这个属性和方法是private的(UML 中用’-’表示),该属性和方法只在本类中可访问。

没有小锁的,表示public(UML中用’+’表示),即该属性和方法在所有类中可访问。

若是一个钥匙图标,表示protected(UML 中用’#’表示),即属性和方法在该类及其子类中可访问。

2.4建立交互图interaction diagram2.4.1序列图sequence diagram序列图显示用例中的功能流程。

●创建序列图(图2-4-1)在浏览器内的Logic 视图中单击鼠标右键,选择new→sequence diagram就新建了一张序列图。

也可以在浏览器中use case视图中选择某个用例,然后右击这个用例,选择new→sequence diagram。

图2-4-1:创建序列图●在序列图中放置参与者和对象(图2-4-2)在序列图中的主要元素之一就是对象,相似的对象可以被抽象为一个类。

序列图中的每个对象代表了某个类的某一实例。

(1)把用例图中的该用例涉及的所有参与者拖到sequence图中。

(2)选择工具栏中的object按钮,单击框图增加对象。

可以选择创建已有类的对象,也可以在浏览器中新建一个类,再创建新的类的对象。

双击对象,在弹出的对话框中的“class”里确定该对象所属的类。

相关文档
最新文档