面向对象系统分析与设计-UML基础-用例图
UML用例和用例图
h
18
主要内容
基本概念：Use case、Actor、
Scenario Use case间的关系 Use Case 分析技术 案例讲解
h
19
关系
• 参与者与用例之间
– 关联关系
• 用例与用例之间
– 包含关系 (include) – 扩展关系 (extend) – 泛化关系 (generalization)
• 主事件流： • 1、系统显示ID和密码窗口； • 2、顾客键入ID和密码，然后按OK键； • 3、系统验证顾客ID和密码，并显示个人信息窗口； • 4、顾客键入姓名、街道地址、城市、邮政编码、电话号码，然
后按OK键； • 5、系统验证用户是否为老顾客； • 6、系统显示可以卖的商品列表； • 7、顾客在准备购买的商品图片上单击，并在图片旁边输入要购
• 用例结束后的系统状态
• 其他需要描述的内容
用例描述原则：尽可能写的“充分”，而不是追求写的形 式化、完整或漂亮。
h
32
h
33
书写用例文档
——路径交互步骤的描述
只书写“可观测”的 使用主动语句 句子必须以执行者或系统作为主语 每一句都要朝目标迈进 分支和循环 不要涉及界面细节
h
34
书写用例文档
买的数量。选购商品完毕后按Done按钮； • 8、系统通过库存系统验证要购买的商品是否有足够库存； • …….（后续描述省略）
问题：对用户界面的描述过于详细，对于需求文档来说， 详细的用户描述对获取需求并无帮助。
h
45
改进后的描述
• Use Case：Buy Something • 参与者：Customer • 主事件流： • 1、顾客使用ID和密码进入系统； • 2、系统验证顾客身份； • 3、顾客提供姓名、地址、电话号码； • 4、系统验证顾客是否为老顾客； • 5、顾客选择要购买的商品和数量； • 6、系统通过库存系统验证要购买的商品是否有足
基于UML的面向对象的系统分析与设计
基于UML的面向对象的系统分析与设计基于UML的面向对象的系统分析与设计引言：在当今信息社会中，随着科技的不断进步和应用的不断扩展，各行各业都离不开计算机系统的支持。
为了满足用户的需求，开发出高质量、高效率的系统就显得尤为重要。
而面向对象的系统分析与设计作为一个重要的环节，可以帮助我们更好地理解用户需求并将其转化为实现系统的蓝图。
本文将介绍基于UML的面向对象的系统分析与设计方法，并通过一个实例来演示其应用过程。
一、基于UML的系统分析与设计基础1.1 面向对象的概念面向对象是一种思想方式和编程方法，它将问题领域的实体抽象为类，通过类的组织和交互来描述系统的行为。
面向对象的设计方法使得系统更易于理解、维护和扩展。
1.2 UML的介绍UML（Unified Modeling Language）是一种用于面向对象系统建模的标准化语言，它提供了丰富的符号和图形表示方法，可以帮助分析和设计人员更好地表达复杂的系统结构和行为。
二、基于UML的系统分析与设计方法2.1 需求分析系统的需求分析是整个分析与设计过程的起始点，通过与用户的交流和讨论，了解用户的需求并进行准确定义。
在这一阶段，分析人员可以运用UML中的用例图、活动图等工具来分析和描述用户需求。
2.2 类建模在需求分析阶段的基础上，分析人员将用户需求转化为类模型。
通过识别和分析系统中的实体、属性和行为，可以确定类的结构和关系。
在这一阶段，可以运用UML中的类图来进行类的建模。
2.3 行为建模在类建模完成后，需要进一步分析和设计系统的行为。
行为建模通常包括状态图、顺序图和活动图等。
通过这些图形化表示，可以描述系统中各个类之间的交互和信息流动，保证系统的正确性和健壮性。
2.4 设计模式的应用设计模式是一种被广泛应用的解决问题的模板，它提供了一些经验性的指导原则和设计思路。
在系统分析与设计过程中，分析人员可以借鉴各种设计模式，通过复用已有的解决方案来提高系统的可靠性和效率。
面向对象系统分析与设计-UML基础-用例图
30
订货系统用例图
<<extend>> 信用卡支付 <<include>> 下订单 <<extend>> <<include>> 计算订单价钱 <<extend>> 退货处理 选择仓库 <<extend>> 退货服务 发货 顾客 缺货 发货者 收款员 付款 <<extend>> 信用卡系统
管理者
货物管理
UseCase
Actor
预定
取车
还车 客户
34
泛化关系
泛化关系（Generalization Association）是表示一般 与特殊的关系。用于共享用例的共同功能行为。用例 可以继承父用例的含义和行为，也可以对父用例的行 为进行增加和修改。子用例可以出现在父用例出现的 任何位置。 泛化关系用泛化箭线（带空心三角箭头的实线）表 示，从子用例发出，指向父用例。如果需要可以在箭 线上标出联系的名称。
32
关系
用例除了与参与者有联系以外，用例之 间还存在着一定的关系。参与者之间还存有 关系。关系类型包括： 关联关系 包含关系 扩展关系 泛化关系
33
关联关系
关联关系用于描 述参与者与用例之间 的关系。在 UML 中用 实线表示。例如，客 户启动系统的取钱功 能，表示客户启动与 用例的关联。关系方 向显示是谁启动了通 信。建立通信之后， 信息是可以双向流动 的。
第四章 用例图-UML面向对象分析、建模与设计-吕云翔-清华大学出版社
依赖关系
特性 作用 执行过程 对基用例的要求
include
extend
增强基用例的行为
增强基用例的行为
包含用例一定会执行
扩展用例可能被执行
在没有包含用例的情况下，在没有扩展用例的情况下， 基用例可以是也可以不是 基用例一定是良构的 良构的
表示法
箭头指向包含用例
是用例的重要服务对象，而次参与者处于一
种协作地位。
系统管理员
用例与参与者
在确定用例时可以通过参与者入手来寻找用例：
参与者的主要任务是什么？ 参与者需要系统的什么信息？ 参与者可以为系统提供什么信息？ 系统需要通知参与者发生的变化和事件吗？ 参与者需要通知系统发生的变化和事件吗？
用例的特征
用例的特征保证用例能够正确地捕捉功能性需求，同时也是判断用 例是否准确的依据。
不改变基用例的同时，根据需要自由地向用
例中添加行为。
检查实名信息
依赖关系——扩展
扩展用例的使用包括四个部分：
基用例：需要被扩展的用例，如图5-10中的“注册”用例。 扩展用例：提供所添加的行为序列的用例，如图5-10中的“检查实名信
息”用例。 扩展关系：使用虚线箭头表示，箭头指向基用例。 扩展点：基用例中的一个或多个位置，表示在该位置会根据某条件来决
一个父参与者的直接实例，这就要求属于抽象父
直接客户
电话客户
参与者的外部对象一定能够属于其子参与者之一。
网上客户
用例的概念 用例与参与者 用例的特征 用例的粒度
用例
用例的概念
用例是类元提供的一个内聚的的功能单元，表明系统与 一个或多个参与者之间信息交换的顺序，也表明了系统 执行的动作。
面向对象方法与UML建模课程设计报告-网上图书销售系统
面向对象方法与UML建模课程设计报告一、需求分析1.系统总体的功能需求网上图书销售系统是一个复杂的电子商务系统，它必须提供用户的接口以供用户登录并选择喜好的图书；同时还必须提供系统的管理接口以供管理员和一般的网站工作人员处理客户订单并维护网站正常运作。
系统总体功能需求框图如图1所示。
1)用户接口模块用户接口是网站用户使用图书销售系统服务的入口，所有的在线用户都通过浏览器登录网站，并进行一系列的查询，订购操作。
用户接口模块包括了用户信息维护、商品查询、订购商品和订单维护4个部分。
用户登录系统后，用户ID将会被保存在服务器的缓存中，用户在系统中所做的操作，包括查询、订购等都将被系统存储在数据库中，以供系统进行销售情况以及销售走势分析。
2)管理员接口模块这是系统提供给网站维护和管理人员的接口。
管理员接口模块包括商品信息维护、内部员工信息维护、订单处理、销售情况查询、报表维护5个部分。
网站的一般工作人员通常只具有订单处理的权限，他们获得用户提交的订单，并根据库存情况来决定发货或者推迟发货。
网站的管理员具有所有的管理权限，可以处理客户的订单，可以阅览网站商品的销售情况、销售走势，以便根据不同的情况及时的调整经营战略，将库存成本和资金占用率降到最低的限度。
3)数据服务模块数据服务模块是系统正常运行的基础，包括客户的查询，订单的保存；网站工作人员的订单处理；网站管理员的销售情况查询与分析。
2.用户接口模块用户接口模块包括如图2所示的几个方面。
1)用户信息维护每个使用该系统的用户必须经过注册，而注册时的用户名是用户的惟一标识。
系统可以接收更多可用的客户信息，比如购物方面的喜好、经济能力等。
系统的后台程序会自动记录每个用户在登录网站后进行的所有操作，包括查询和订购信息。
这些信息对于系统的管理员都是珍贵的数据，系统分析程序可以根据用户的查询记录判断该客户的喜好，可以根据用户的购买情况判断该客户的经济情况。
系统后台程序可以根据分析的结果自动得出给该用户的推荐商品，在用户登录时显示在醒目的位置。
第三部分UML基础(第一章UML概述)
1、标准的表示方法
人们用各种方法来使用UML，而无论方
法如何变化，它们的基础是UML的图。 这就是UML的最终用途——为不同领域 的人们提供统一的交流标准。 软件开发的难点在于：一个项目的参与 包括领域专家、软件设计开发人员、客 户，以及用户他们之间交流的难题，成 为软件开发的最大难题。
最突出的两条，
一是：注重系统架构的开发 一是：注重过程的迭代和递增性
尽管UML
本身对过程没有任何定义，但 UML 对任何使用它的方法或过程提出的 要求，是支持用例驱动use-case driven 、以架构为中心architecturecentric 以及递增incremental 和迭代 iterative 地开发。
26
四、UML 的应用领域
UML
被用来为系统建模，它可应用的范 围非常广泛：
可以描述许多类型的系统
它也可以用在系统开发的不同阶段，从需
求规格说明到对已完成系统的测试。
软件技术基础-------PPT课件
27
1、在不同类型系统中的应用
的目标是：用面向对象的方式描述 任何类型的系统。 其中最直接的是，用UML 为软件系统创 建模型。但UML 也可用来描述其它非计 算机软件的系统，或者是商业机构或过 程。
UML是一种建模语言，是一种标准的表
示，而不是一种方法或方法学。
方法是一种把人的思考和行动结构化的明
确方式。方法需要定义软件开发的步骤， 告诉人们做什么，如何做，什么时候做以 及为什么要这么做
UML只定义了一些图以及它们的意义。
它的思想是与方法无关。
软件技术基础-------PPT课件 20
软件技术基础-------PPT课件 4
面向对象分析与设计,uml应用实例步骤详解
《面向对象分析与设计》实验参考资料目录一、课程编号 (2)二、课程类型 (2)三、本课程的地位、作用与任务 (2)四、课程基本要求 (2)五、实验安排 (2)实验1：实验准备 (2)1．实验器材 (2)2．rational rose安装步骤 (3)实验2：用例分析与设计 (3)1、实验目的 (3)2、实验内容 (3)3、实验步骤 (3)4、实验报告要求 (8)实验3：类图的设计 (8)1．实验目的 (8)2．实验内容 (8)3．实验步骤 (8)实验4：状态图 (9)1．实验目的 (9)2．实验内容 (9)3．实验步骤 (9)实验5：时序图 (15)1．实验目的 (15)2．实验内容 (15)3．实验步骤 (15)实验6：协作图 (21)1．实验目的 (21)2．实验内容 (21)3．实验步骤 (21)实验7，8：综合设计实验 (24)1．实验目的 (24)2．实验内容 (24)3．实验步骤 (24)六、教材 (25)七、成绩考核办法 (25)八、附A：完整UML建模过程例子 (25)面向对象分析与设计一、课程编号本科软件工程二、课程类型课程类型：必修课。
适用专业：软件工程试验学时：10～24学时三、本课程的地位、作用与任务计算机软件建模技术现在越来越广泛的应用于软件工程中。
《面向对象系统分析设计》课程实验的目的是为了使学生在课程理论学习的同时，通过在一个实践的环境下，实际学习软件统一建模语言，对软件建模技术有一个初步的了解及认识。
通过本指导书中的各个实验，学习掌握对一般面向对象系统建模的方法与技术。
总之，通过上述实验环节，使学生加深了解和更好地掌握课程教学大纲要求的内容。
四、课程基本要求1、学生应根据每个上机试验的任务和教师所提的要求，上机前准备好上机内容。
2、上机时要针对一个实际的案例进行分析，画出不同的阶段UML图。
3、上机结束后应按时提交试验报告，对于上机未完成部分，应该下机后利用课余时间完成。
UML面向对象设计与分析 课后习题答案
读卡机 插入IC卡
显示屏
输入设备
接爱IC卡
客户管理
显示输入密码请求
查询密码
输入密码
传送密码
显示服务类型请求 输入取款请求
显示可选的取款金额请求 输入取款金额
查询服务类型 传递取款请求
查询取款金额
传送金额
出钞 取钞
点钞机
事务管理
消息1 确认密码合法
2．为下面打印文件时的工作流建模通信图： 用户通过计算机指定要打印的文件。 打印服务器根据打印机是否空闲，操作打印机打印文件。 如果打印机空闲，则打印机打印文件； 如果打印机忙，则将打印消息存放在队列中等待。 该系统共有四个对象 Computer、PrintServer、Printer 和 Queue。
credit card
+Verify()
0..*
n
sale
+Update()
check n
+verify()
0..*
inventory
+Load()
1
n +Save()
+Update()
第 4 章 活动图
2．运用本书前面介绍有关活动图的相关知识，根据图 4-33 的图书馆管理系统还书用例建模 该用例的活动图。综合运用所学到的标记符，包括活动、转移、控制点、泳道、分叉和汇合
其中，后两个类是 Instructor 类的子类。 （5）建立“一名教师助理可以协助一名教师和一名教授，一名教师只能有一名教师助
理，一名教授可以有 5 名教师助理”的模型。创建 TeacherAssistant 类，并使其与 Teacher 类和 Professor 类都建立关联。
（6）将 TeacherAssistant 类建模为 Graduate 类的派生类。
UML用例图的画法
一．UML简介UML（统一建模语言，Unified Modeling Language）是一种定义良好、易于表达、功能强大且普遍适用的可视化建模语言。
它融入了软件工程领域的新思想、新方法和新技术。
它的作用域不限于支持面向对象的分析与设计，还支持从需求分析开始的软件开发的全过程。
在系统分析阶段，我们一般用UML来画很多图，主要包括用例图、状态图、类图、活动图、序列图、协作图、构建图、配置图等等，要画哪些图要根据具体情况而定。
其实简单的理解，也是个人的理解，UML的作用就是用很多图从静态和动态方面来全面描述我们将要开发的系统。
二．用例建模简介用例建模是UML建模的一部分，它也是UML里最基础的部分。
用例建模的最主要功能就是用来表达系统的功能性需求或行为。
依我的理解用例建模可分为用例图和用例描述。
用例图由参与者（Actor）、用例（Use Case）、系统边界、箭头组成，用画图的方法来完成。
用例描述用来详细描述用例图中每个用例，用文本文档来完成。
1．用例图参与者不是特指人，是指系统以外的，在使用系统或与系统交互中所扮演的角色。
因此参与者可以是人，可以是事物，也可以是时间或其他系统等等。
还有一点要注意的是，参与者不是指人或事物本身，而是表示人或事物当时所扮演的角色。
比如小明是图书馆的管理员，他参与图书馆管理系统的交互，这时他既可以作为管理员这个角色参与管理，也可以作为借书者向图书馆借书，在这里小明扮演了两个角色，是两个不同的参与者。
参与者在画图中用简笔人物画来表示，人物下面附上参与者的名称。
用例是对包括变量在内的一组动作序列的描述，系统执行这些动作，并产生传递特定参与者的价值的可观察结果。
这是UML对用例的正式定义，对我们初学者可能有点难懂。
我们可以这样去理解，用例是参与者想要系统做的事情。
对于对用例的命名，我们可以给用例取一个简单、描述性的名称，一般为带有动作性的词。
用例在画图中用椭圆来表示，椭圆下面附上用例的名称。
面向对象的分析与设计——用例图实验
面向对象的分析与设计——用例图实验实验目的1、熟悉UML用例图的功能和元素2、学会识别参与者和用例3、掌握用例图的绘制方法4、学会编写用例描述实验内容：任务一：分析图书管理系统的登录模块，且绘制用例图用例图主要在系统需求分析阶段和系统设计阶段使用。
在系统需求分析阶段，用例图用来获取系统的需求，理解系统应当如何工作；在系统设计阶段，用例图用来规定系统要实现的行为。
1、分析用户登录模块的功能需求提供输入“用户名“和“密码“的文本框，验证用户身份的合法性。
2、识别参与者在用户登录模块中，根据工作内容和操作权限的不同，可细分为4类参与者：图书借阅员、图书管理员、系统管理员、图书借阅者。
图书借阅员必须先进行登录，然后才可以执行借出或归还图书的操作；图书管理员必须先进行登录，然后才可以执行编制书目、图书入库等操作；系统管理员必须先进行登录，然后才可以进行系统的维护操作；图书借阅者也必须先进行登录，然后才能查询图书借阅情况或查询图书馆藏书信息。
3、识别用例用户登录模块的主要功能是：输入“用户名“和“密码“，验证用户身份的合法性，故主要用例有两个：输入用户名和密码、验证用户身份。
4、绘制用例图操作步骤：1)运行Microsoft Office Visio 20072)选择“软件和数据库”中的“UML模型图”模板3)鼠标点击选择“UML用例”，展开UML用例图的图标4)用鼠标选拉图标进行绘图5、描述用例用例名称验证用户身份用例编号简要说明验证用户所输入的“用户名“和“密码“是否有效参与者图书管理员、系统管理员、图书借阅员、图书借阅者当前状态等待审查使用频率较高前置条件已输入有效的“用户名“和“密码“后置条件登录进入系统基本操作流到“用户信息“数据表中检索是否存在相应的“用户名“和“密码“备选操作流如果“用户名“和“密码“有误，显示提示信息。
任务二分析网上书店的业务需求，且绘制用例图站在客户的角度分析，网上书店要实现的基本功能主要有以下几种：（1）用户注册（2）用户登录（3）图书查询与浏览（4）用户订购图书（5）用户购物车管理（6）订单维护（7）个人信息维护当客户打开网上书店后，无需登录即可查询图书，还可查看图书的详细信息。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
ReservationInternet
FillInTable
37
包含关系
38
扩展关系
扩展关系（Extend Association）表明扩展用例的 行为相对于基本用例是在一个给定延伸点上的延伸 关系。扩展关系允许一个用例扩展另一个用例所提 供的功能。在图形上，扩展关系用一条从扩展用例 指向基本用例的虚箭线表示，并在箭线上标有构造 型<<Extend>>。
5
面向对象基本概念——继承
继承（Inheritance）是指子类（特化类、派生类 ）可以自动拥有父类（基类、泛化类、超类）的全 部属性与操作。父类与子类的关系是一般与特殊的 关系。
6
继承
Transaction ID date
Reservation dateExpires discountCategory
学生
成绩管理系统
பைடு நூலகம்
46
绘制用例图的步骤
（1）找出系统的参与者，确定系统的边界和范围。 （2）确定每一个用户所期望的系统行为。 （3）把这些用户所期望的系统行为命名为用例。 （4）把一些公共的系统行为单独分解为一些用例， 供其他的用例引用。把一些变更的行为分解为扩展 用例。 （5）绘制出用例图。
47
用例识别
UseCase
Actor
预定
取车
还车 客户
34
泛化关系
泛化关系（Generalization Association）是表示一般 与特殊的关系。用于共享用例的共同功能行为。用例 可以继承父用例的含义和行为，也可以对父用例的行 为进行增加和修改。子用例可以出现在父用例出现的 任何位置。 泛化关系用泛化箭线（带空心三角箭头的实线）表 示，从子用例发出，指向父用例。如果需要可以在箭 线上标出联系的名称。
陆上交通工具 水上交通工具
两栖交通工具
9
面向对象基本概念——消息
消息（ Message ）是指对象之间在交互中所传送 的通信信息。一个消息应当含有消息名、接收消息的 对象的标识、调用操作的标识、输入信息、回答信息 等内容。
10
面向对象基本概念——多态性
多态性（Polymorphism）是指在基类中定义的 属性和操作为其子类继承后，可以具有不同的数 据类型或表现出不同的行为。
15
UML语言内容
UML基本图素 UML模型图 UML建模规则
16
支持 UML的工具
目前有很多支持 UML的工具，例如 Rational Rose 、Together、ArgoUML、MagicDRaw UML、Visual UML 等。UML只是一套可视化的面向对象系统分析与设计 的语言，它一定要与一套工具搭配使用。与UML搭配 最密切的工具就是 Rational Rose。
17
Rational Rose
Rose提供对工业标准的支持，其中包括统一 建模语言UML。Rose具有建立、浏览、修改和保 存模型的能力，保证不同模型视图之间、模型与 代码之间转化的一致性，它具有支持正／反向建 模的能力。Rose主要针对企业信息系统建模。
Rose开发环境
启动 Rose 单击［开始］－ ［ 程 序 ］ － ［ Rational suite Enterprise ］－［ Rational Rose Enterprise Edition ］，出现如图 4 －l所示的界面。
48
用例描述
用例描述是对系统响应参与者操作所进行的内 部操作顺序的详细描述。事件（Event）是对一个在 时间和空间上占有一定位置的有意义的事情的规格说 明。对于每个用例，都可以用事件流来规定用例的行 为。用例的事件流是对完成用例行为所需的事件的描 述。
49
用例描述
在描述事件流时，应该包括下列内容： 用例什么时候开始，怎样开始。 用例什么时候结束，怎样结束。 用例和参与者之间有什么样的交互作用。 用例需要什么数据。 用例的基本事件流的描述。 用例的分支事件流的描述。 替代的事件流的描述。
50
订货系统用例图
<<extend>> 信用卡支付 <<include>> 下订单 <<extend>> <<include>> 计算订单价钱 <<extend>> 退货处理 选择仓库 <<extend>> 退货服务 发货 顾客 缺货 发货者 收款员 付款 <<extend>> 信用卡系统
管理者
货物管理
43
用例图的层次
A
B
参与者1
C
参与者2
B1 B2 子系统1 A2
A1 A3
C1 C2 子系统3
子系统2
44
学校教学管理系统高层用例图
选课管理
学生
成绩管理 试题管理
教学管理人员
教师
教学管理系统
45
学校教学管理系统细化的用例图
输入成绩
教师
查询成绩 <<include>>
教学管理人员
成绩修改,统 计
面向对象系统 分析与设计方法
——UML基础
主要内容
面向对象的主要概念 UML相关概念 UML模型 UML的扩展
2
面向对象基本概念——对象
1.定义： 对象（Object）是系统中一个用来描述客观事物的实 体。 2.特征： 对象具有自己的静态特征和动态特征。 其中： 静态特征是对象自身所要维护的信息，称为属 性，可用值来描述； 动态特征是对象所表现的行为或对象所具有的 功能，称为操作（方法）。
评估业务成果 维护 查询
31
参与者
参与者（ Actor ）是指处于系统边界之外的，与系 统发生交互作用的外部用户、设备或其他系统。在系 统的实际运作中，一个实际用户可能对应系统的多个 参与者。不同的用户也可以只对应于一个参与者，从 而代表同一参与者的不同实例。在处理参与者时，重 要的是角色，而不是人的职务等属性。
28
用例图的图形符号
图形符号
用例 角色（参与者）
网上商店客户
名称
描述
关联关系
29
用例
用例(Use Case)是对系统的用户需求（主要是功能 需求）的描述。用例也称案例，用况等。
（1）用例是指一个或多个参与者为达到某个目的与 要设计的系统进行的典型交互作用。
（2）用例表达了系统的功能，即系统提供的服务。
11
多态性
12
统一建模语言UML——
统 一 建 模 语 言 （ Unified Modeling Language ， UML ）是一个通用的可视化建模语言，用于对软件 进行描述、可视化处理、构造和建立软件系统制品 的文档。
13
UML简史
14
UML的特点
统一标准 面向对象 可视化、表示能力强大 独立于过程 容易掌握使用
评估业务成果 维护 查询
51
关系类型 关联 泛化 说明 参与者和用例之间的关系 用例之间的关系 构造型
包含
扩展
用例之间的关系
用例之间的关系
《include》
《extend》
41
关系判断准则
当处理一般行为的某种变化时，采用泛化关系。 当处理一般行为的某种异常情况，且希望通过基本用 例中的扩展点来加强控制时，则应采用扩展关系。 当为了避免在两个或多个用例中出现重复描述时，则 采用包含关系。
19
Rose图形界面构成
菜单栏； 浏览框（Brower）； 标准工具栏（standard Toolbar）； 图素工具栏（Diagram Toolbar）； 图形窗口（Diagram Windows）； 文档窗口（Document window ）； 日志栏（Log）； 状态栏（Status）； 规范对话框（Specification）。
3
面向对象基本概念——类
类（ Class ）是一组具有相同属性和相同操 作的对象的抽象集合。类有一个惟一的标识名 。一个具体的对象只是类的一个实例。
4
面向对象基本概念——封装
封装（Encapsulation）是指把对象内部信息对外 界是隐蔽的，不允许外界直接存取对象的属性，而 只能通过有限的接口与对象发生联系。
32
关系
用例除了与参与者有联系以外，用例之 间还存在着一定的关系。参与者之间还存有 关系。关系类型包括： 关联关系 包含关系 扩展关系 泛化关系
33
关联关系
关联关系用于描 述参与者与用例之间 的关系。在 UML 中用 实线表示。例如，客 户启动系统的取钱功 能，表示客户启动与 用例的关联。关系方 向显示是谁启动了通 信。建立通信之后， 信息是可以双向流动 的。
30
订货系统用例图
<<extend>> 信用卡支付 <<include>> 下订单 <<extend>> <<include>> 计算订单价钱 <<extend>> 退货处理 选择仓库 <<extend>> 退货服务 发货 顾客 缺货 发货者 收款员 付款 <<extend>> 信用卡系统
管理者
货物管理
20
浏览框
图象工具栏
工具栏
菜单栏
R o s e 界 面
文档栏
状态栏
日志栏
图形窗口
Rose的四种视图
Rose创建一个新的系统模型时自动生成下列 四种视图： （1）用例视图 （2）逻辑视图 （3）组件视图 （4）部署视图 Rose把视图看成是模型结构中的第一层次。