第2章UML系统建模与分析设计-统一建模语言UML-
uml系统分析与设计uml系统建模基础教程课后习题答案.docx
UML系统建模基础教程课后答案第一章面向对象设计与UML1.填空题(1)UML(2)封装继承多态(3)继承(4)瀑布模型喷泉模型基于组件的开发模型XP开发模型2.选择题(1) C(2) A B C D(3) A B C D(4) A B C(5) A3.简答题1.试述对象和类的关系。
(1)类是具有相同或相似结构、操作和约束规则的对象组成的集合，而对彖是某一类的具体化实例，每一个类都是具有某些共同特征的对象的抽象。
类与对象的关系就如模具和铸件的关系，类的实例化结果就是对象，而对一类対象的抽象就是类.类描述了一组有相同特性和相同行为的对象。
第二章UML通用知识点综述1.填空题(1)依赖泛化关联实现(2)视图图模型元素(3)实现视图部署视图(4)构造型标记值约束(5)规格说明修饰通用划分2.选择题(1) D(2) C(3) A(4) A B(5) D3.简答题(1)在UML中面向对象的事物有哪几种？在UML中，定义了四种基本的面向对象的事物，分别是结构事物、行为事物、分组事物和注释事物等。
(2)请说出构件的种类。
构件种类有：源代码构件、二进制构件和可执行构件。
(3)请说出试图有哪些种类。
在UML中主要包括的视图为静态视图、用例视图、交互视图、实现视图、状态机视图、活动视图、部署视图和模型管理视图。
(4)请说出视图和图的关系。
视图和图是包含和被包含的关系。
在每一种视图中都包含一种或多种图。
(5)请简述UML的通用机制。
UML提供了一些通用的公共机制，使用这些通用的公共机制(通用机制)能够使UML在各种图中添加适当的描述信息，从而完善UML的语义表达。
逋常，使用模型元素的基本功能不能够完善的表达所要描述的实际信息，这些通用机制可以有效地帮助表达，帮助我们进行有效的UML 建模。
UML提供的这些通用机制，贯穿于整个建模过程的方方面面。
前面我们提到，UML的通用机制包括规格说明、修饰和通用划分三个方面。
第三章Rational统一过程1.填空题(1)角色活动产物工作流(2)逻辑视图过程视图物理视图开发视图用例视图(3)设计开发验证(4)二维(5)周期迭代过程里程碑2.选择题(1) A B C D(2) A C D(3) A C D(4) A B C(5) A B C D3.简答题(1)请描述迭代过程有几个阶段。
第2章UML系统建模与分析设计-统一建模语言UML
用 例
类
2020/9/24
接 口
协 作
主 动 类
组 件
节 点
a
10
模型元素
2020/9/24
UML
通用机制
用
逻
例
辑
视
视
图
图
视图
进 程 视 图
构配 件置 视视 图图
用 例 图
类 图
对时协状活构 象序作态动件 图图图图图图
配 置 图
a
11
UML
模型元素
通用机制
视图
修 注 规格 通用 扩展 饰 解 说明 划分 机制
4
2020/9/24
a
UML 的形成过程
5
2.1.2 UML的主要特点
➢ 统一的标准
➢ UML是被OMG接受为标准，越来越多的开发人员使 用UML进行软件开发，越来越支持OO软件开发的建模语言。
➢ 可视化、表达能力强(概念明确)
➢ 建模表示法简洁，图形结构清晰，可视化、表示能力 强大，容易掌握和使用。
2020/9/24
a
3
UML的标准化
➢ 1997年11月14日，UML1.1版本被OMG（对象管理组织） 采纳为标准，并陆续修订颁布了1.3、1.4和1.5等版本。
➢ 2000年-2003年，UML2.0版本问世。 ➢ 2005年，UML2.0标准版本被OMG采纳。
第2章 统一建模语言UML
UML 2.0
1997年对象管理组织（Object Management Group
，OMG）采纳UML作为其标准建模语言，并通过严 格有序的OMG过程对其进行修订和维护。 1999，UML 1.3，相对稳定成熟阶段 2001-05， UML 1.4 2003年6月宣告完成了UML 2.0 ： Infrastructure（底层结构） Superstructure（上层结构） OCL（对象约束语言） Diagram Interchange（图形交换）
关联类
关联类用来记录与关联（关系）有关的信息，提
供与关联有关的操作。
+Employee +Employer
Person
* 1
Company
Employment +Contract
（2）包图
包图在UML中可以看作是类图的一部分。
包用来对一组元素进行划分，是对复杂模型的一
种分而治之的层次划分。 常用来描述一个复杂系统逻辑上的子系统划分。 包图主要由包和包之间的关系组成。 包的划分应遵循高内聚、低耦合的原则，一个包 中可以包含多个类和子包。 包图的图元： 包、依赖关系、导入关系、合并关系
UML 2.0的建模机制
类图 (Class Diagram) 包图 (Package Diagram) 对象图 (Object Diagram) 结构建模 (Structure) 构件图 (Component Diagram)
组合结构图 (Composite Structure Diagram)
UML 2.0 建模机制
* 1
OrderItem
Order
泛化（继承）关系
Person
uml课后习题答案
uml课后习题答案第一章系统建模与分析设计的演变课后习题：1、A2、C3、D4、B5、软件按照其工作方式可划分为实时处理软件、分时处理软件、交互式软件和批处理软件。
6、软件生存周期由软件的定义、软件的开发和软件的使用维护和更新换代三部分组成。
7、软件开发模型有瀑布模型、增量模型、螺旋模型、智能模型和快速原型模型等五种主要模型8、面向对象技术采用以类为中心的封装、继承、多态等不仅支持软件复用，而且使软件维护工作可靠有效，可实现软件系统的柔性制造。
9、UML的优点是：唯一性、连续性、维护性、复用性和完善性。
第二章统一建模语言UML1、A2、B3、C4、D5、B6、UML分析和设计模型由三类模型图表示，三类模型图是：用例模型图、静态模型图和动态模型图。
7、UML的软件统一开发过程，即生命周期按时间顺序可以划分为，开始，详细设计，系统构造和移交四个阶段及阶段中一系列的循环重复。
8、UML开发过程是一种二维结构软件开发过程，软件项目开发过程流程包括的核心工作内容是，分析，设计，实现，测试和配置9、UML中的五个不同的视图可以完整地描述出所建造的系统，这五种视图是用例视图、逻辑视图、构件视图、进程视图和配置视图。
10、UML中有10中基本图可以完整地描述出所有建造的系统，这10中视图是用例图、类图、对象图、包图、构件图、配置图、序列图、活动图、状态图和合作图。
第三章需求分析与用例建模习题：1、B2、A3、C4、D5、B6、A7、A8、UML软件开发过程需求分析阶段产生的模型由三类模型图表示。
他们是：用例模型图、静态模型图和动态模型图。
9、CRC卡中的描述由类名、类特征、类类型、责任和协作者共五部分组成10、软件项目的目的的可行性研究分析中，技术可行性研究包括风险分析、资源分析、技术分析三部分组成11、在UML软件开发过程的需求分析阶段，建立用例模型的步骤分为，确定系统的范围和边界，确定系统的执行者和用例，对用例进行描述，定义用例之间的关系和审核用例模型。
跟我学统一建模语言UML—— 统一建模语言UML入门
1.1跟我学统一建模语言UML——统一建模语言UML入门1.1.1UML的主要特性1、UML是什么统一建模语言UML的全称为Unified Modeling Language，UML是构建软件系统模型的标准化语言，因为它提供了描述软件系统模型的语义概念和图形表示法，同时也由于它采用面向对象的方法和面向对象的实现技术，因此能准确方便地表达面向对象的各种概念，体现面向对象的软件系统分析与设计的风格。
UML因其简单、统一的特点，而且能表达软件设计中的各种动态和静态的信息，目前已成为可视化建模语言的工业标准。
2、UML是编制软件蓝图的标准化语言在UML中既包括概念性的事务——如业务过程和系统功能，也包括具体的事务，用特定语言编写的类、数据库模式和可复用的软件构件。
因此，UML是一种图形化的语言（如代表参与者，而代表用例，而代表程序类），主要用于明确规定和构建软件系统开发过程中所形成的各种产品和使得开发中的应用程序更易理解，并使这些产品能够可视化地表示和最终形成可保存的文档资料3、UML的主要用途（1）它可用于对复杂软件系统的各种组成成分的可视化地说明和构造软件系统的模型建模是人类对客观世界和抽象事物之间联系的具体描述，因为模型的作用就是使复杂的信息关联简单易懂，它使我们容易洞察复杂堆砌而成的原始数据背后的各种规律，并能有效地使软件系统的开发人员将软件系统的需求映射到软件系统的结构上去。
（2）建立软件文档——软件系统分析、软件系统设计、软件系统实现、软件系统测试和软件系统部署等开发阶段的相关文档通过把UML中的各种标准的视图放入软件系统设计者的设计结果的文档中，从而使得熟悉UML的软件系统的其他开发人员也就可以更加容易地理解该设计方案，并迅速进入开发角色，从而可以大大地提高大型软件系统的开发效率。
（3）有利于开发人员之间在各个开发环节间确立沟通的标准，便于软件系统文档的制定和项目的管理。
因为UML的简单、直观和标准性，在一个团队中用UML来交流比用文字说明的文档要好得多。
2.电子商务系统分析与设计 03 UML统一建模语言
练习
26
1.9 实例“学生信息管理系统”的需求
（1）系统管理员登录后可以对班级的基本信息进行增加、删除、 修改、查询等操作。学校领导登录后可以对班级基本信息进行查询 操作。
（2）教师登录后可以对学生的考试成绩进行录入、删除、修改、 查询等操作。学生登录后可以对考试成绩进行查询操作。
34
对象图中包含： 对象(Object)和链(Link) ，对象是类的特定实例 ，链是类之间的关系实 例
20:03
2 类图的组成
35
2.1 类(Class)
具有相同结构、行为和关系的一组对象的描述符号，类 封装了数据和行为，是面向对象的重要组成部分，它是 具有相同属性、操作、关系的对象集合的总称。
24
20:03
25
(2)、用例的识别（根据参与者来确定系统的用例）
参与者希望系统提供什么功能？ 参与者是否会读取、创建、修改、删除、存储系统的某种信息？ 如果是，参与者又是如何完成这些操作的？ 参与者是否会将外部的某些事件通知给系统？ 系统中发生的事件是否通知参与者？ 是否存在影响系统的外部事件？
小的步骤 【箭头指向】：指向分解出来的功能用例
20:03
21
(3)、扩展(Extend)
扩展关系是指用例功能的延伸，相当于为基础用例提供一个附 加功能。
【箭头指向】：指向基础用例
20:03
22
(4)、泛化(Inheritance)
就是通常理解的继承关系，子用例和父用例相似，但表现出更 特别的行为；子用例将继承父用例的所有结构、行为和关系。 子用例可以使用父用例的一段行为，也可以重载它。父用例通 常是抽象的。
20:03
3 UML的组成
UML的结构
UML概述
45
UML的基本视图
UML的五类基本视图；
UML的用例视图； UML的逻辑视图； UML的构件视图； UML的并发视图； UML的配置视图。
2020/1/4
成都信息工程学院软件工程系
2020/1/4
成都信息工程学院软件工程系
33
场景(Scenarios)
场景用于刻画构件之间的相互关系，将四个视 图有机地联系起来。可以描述一个特定的视图 内的构件关系，也可以描述不同视图间的构件 关系。
2020/1/4
成都信息工程学院软件工程系
34
UML中的图和各视图的对应关系
场景视图：用例图 逻辑视图：类图和对象图 开发视图：类图和组件图 进程视图：顺序图、协作图、状态图、活
2020/1/4
成都信息工程学院软件工程系
3
Rational三剑客
Jim Rumbaugh Ivar Jacobson
Grady Booch
2020/1/4
成都信息工程学院软件工程系
4
方法学大 战阶段
UML的历史
统一阶段
公
标准化阶 段
众 反
馈
工业化阶 段
2020/1/4
成都信息工程学院软件工程系
依赖（ dependency）
依赖关系描述一个元素对另一个元素的依附。
聚合（aggregation）
描述元素之间整体和部分的关系
2020/1/4
成都信息工程学院软件工程系
15
图（diagram）
UML模型图（5类，9种）： 用例图 静态图（类图，对象图） 行为图（状态图，活动图） 交互图（顺序图，协作图） 实现图（构件图，配置图）
UML（UnifiedModelingLanguage统一建模语言）
UML（UnifiedModelingLanguage统⼀建模语⾔）UML（Unified Modeling Language 统⼀建模语⾔），⼜称标准建模语⾔。
是⽤来对软件密集系统进⾏可视化建模的⼀种语⾔。
UML是⼀种⾯向对象的建模语⾔，它可以实现⼤型复杂系统各种成分描述的可视化、说明并构造系统模型，以及建⽴各种所需的⽂档，是⼀种定义良好、易于表达、功能强⼤且普遍适⽤的建模语⾔。
UML基本内容详述（1）视图 视图是表达系统的某⼀⽅⾯特征的UML建模元素的⼦集；试图并不是图，它是由⼀个或多个图组成的对系统某个⾓度的抽象。
1）⽤例视图（核⼼视图） 强调从⽤户的⾓度看到的或需要的系统功能。
2）逻辑视图 该视图⽤于描述系统内实现的逻辑功能，展现系统的静态或结构组成及特征。
3）组件视图 该视图从系统实现的⾓度来描述模型对象间的关系。
4）配置视图 该视图⽤于说明系统的物理配置。
（2）图表 图表是描述视图内容的图。
1）⽤例图 ⽤于描述外部项与系统提供的使⽤事件之间的联系。
⼀个使⽤事件是系统提供的功能的具体描述，是系统分析⼈员从⽤户⾓度描述系统的功能，是功能与功能之间以及功能与⽤户之间的关系。
使⽤事件定义了系统的功能需求。
简单理解：⽤来描述系统的功能。
2）类图 ⽤于描述系统的静态结构。
类可以⽤不同⽅式连接，主要包括联合、依赖、独⽴和包装。
⼀个系统⼀般有多张类图，⼀个类可在不同的视图中出现。
3）对象图 ⽤于表述系统在某个时刻的静态结构。
对象图也可作为协作图的⼀部分，说明⼀组对象之间的动态协作关系。
对象图与类图的区别：对象图表⽰的是类中的许多对象实例，⽽不是类本⾝。
4）状态图 ⽤于说明类中的对象可能具有的状态，以及由时间引起的状态的改变。
简单理解：描述了系统元素的状态条件和响应。
5）顺序图（时序图） ⽤于描述对象间的动态协作关系。
表达了对象间发⾏消息的时序，同时也表达出对象间的相互作⽤，以及当系统执⾏到某个特定位置时可能会发⽣的事。
2统一建模语言UML
出现的方式
多态性
(section 2.3.2)
capturing use of single action word to represent different things,
depending on context根据上下文，捕获单一行为词表示的不同内 容
Adapted from Software Design: From Programming to Architecture by Eric J. Braude (Wiley 2003), with permission.
图
2.1面向对象开发方法
面向对象的目标： 为实现现实世界和设计中的结构单元间提供直接映射。 基本概念： 类，对象，聚集，消息，客户 面向对象方法的优势： 面向对象的特点：继承，多态，接口，封装 简化开发过程 支持软件复用 改善软件结构
面和向对象以前
Real world concepts
第二章 统一建模语言UML
主要内容
面向对象的设计开发方法 面向对象的目标 面向对象的概念 面向对象的特点 面向对象方法的优势
UML概述
UML的产生发展 UML的基本组成
UML建机制
UML静态建模 类图，对象图，包图，构件图，组合结构图，部署图 UML动态建模 活动图，顺序图，通信图，交互图，时序图，状态图，用例
继承
相对于结构化编程中 的模块重用，面向对 象中的继承体系显得 更灵活，对代码的控 制手段更多，从而推 动了代码复用的程度， 但却加大了学习掌握 的难度。
电子邮件创建示例的需求 Page 1 of 4
1. 概要: Produces e-mail text for various types of customers.给不同类型的用户撰写 电子邮件
第2章 UML通用知识点概述
2、图
序 列 图
序列图显示了一个具体用例或者用例的一部分的一个详细流程。它几 乎是自描述的，序列图不仅可以显示了流程中不同对象之间的调用关系， 还可以很详细地显示对不同对象的不同调用。 序列图有两个维度：垂直维度，也称时间维度，以发生的时间顺序显 示消息或调用的序列；水平维度显示消息被发送到的对象实例。
UML统一建模语言
二、常用的UML元素分析
1、视图
活 动 视 图
活动视图是一种特殊形式的状态机视图，是状态机的一个变体，用 来描述执行算法的工作流程中涉及的活动。 通常活动视图用于对计算流程和工作流程建模。活动视图中的状态 表示计算过程中所处的各种状态。 活动视图是在假定整个计算处理的过程中没有外部事件引起的中断 的条件下进行描述的，否则普通的状态机更加适合于描述这种情况。
UML统一建模语言
二、常用的UML元素分析
2、图
用 例 图
用例图描述了系统提供的一 个功能单元。用例图的主要目的 是帮助开发团队以一种可视化的 方式理解系统的功能需求，包括 基于基本流程的“角色”关系， 以及系统内用例之间的关系。 使用用例图可以表示出用例 的组织关系，这种组织关系包括 整个系统的全部用例或者是完成 相关功能的一组用例。 在用例图中画出某个用例方 式是在用例图中绘制一个椭圆， 然后将用例的名称放在椭圆的中 心或椭圆下面的中间位置。
三、UML的通用机制
2、修饰
在UML的图形表示中，每一个模型元素都有一个基本符号，这个基本 符号可视化地表达了模型元素最重要的信息。 用户也可以把各种修饰细节加到这个符号上以扩展其含义。这种添加 修饰细节的做法可以为图中的模型元素在一些视觉上的效果上发生一些 变化。
UML统一建模语言
三、UML的通用机制
系统分析与设计——统一建模语言UML
北京理工珠海学院
6.1.2统一建模语言特点
（1）面向对象:支持面向对象技术的主要概念,提供 了一批基本的模型元素表示图形和方法,简明表 达面向对象的各种概念. （2）可视化:通过UML的模型图清晰表示系统的逻辑 模型和实现模型,还用于各种复杂系统的建模. （3）独立于过程:独立于开发过程. （4）独立于程序设计语言:建好的系统模型可用任何 面向对象的语言来实现. （5）易于掌握和使用:结构清晰,建模简明易于掌握
五类图
第一类是用例图，从用户角度描述系统功能，并指出各功能的操作者 .
第二类是静态图 ，包括类图、对象图和包图 .
第三类是行为图,描述系统的动态模型和组成对象间的交互关系。行为图 包括：状态图、活动图、顺序图和协作图 第四类是交互图,描述对象间的交互关系。(顺序图显示对象之间的动态 合作关系，它强调对象之间消息发送的顺序，同时显示对象之间的交互 ；合作图描述对象间的协作关系，显示对象间的动态合作关系和对象以 及它们之间的关系)。如果强调(时间和顺序，则使用顺序图)；如果强 调(上下级关系，则选择合作图)。这两种图合称为交互图. 第五类是实现图 ,其中构件图描述代码部件的物理结构及各部件之间的 依赖关系。一个部件可能是一个资源代码部件、一个二进制部件或一个 可执行部件。它包含逻辑类或实现类的有关信息。构件图有助于分析和 理解部件之间的相互影响程度。
《include》 打印查询结果
(From Use Case View)
(From Use Case View)
北京理工珠海学院
案例：泛化、扩展关系
下面左图给出了一个扩展关系的例子，在还书的过程中， 只有在例外条件（读者遗失书籍）的情况下，才会执行赔 偿遗失书籍的分支流。 泛化关系：用例可以被特别列举为一个或多个子用例，这 被称做用例泛化。当父用例能够被使用时，任何子用例也 可以被使用。如在右图中，订票是电话订票和网上订票的 抽象。
面向对象系统分析与设计——超星试题及答案
1・1传统开发方法及存在的问,第一章面向对象方法概论1【单选题】下面关于功能分解法的优点描述错误的是（）A、以系统需要提供的功能为中心组织系统B、与模块化编程结合使用后，使开发效率有很大提高C、删除了GoTo语句，使软件能得到有效维护D、具有较强的应对需求变化的能力我的答案：D2【单选题】下面的开发方法能够兼顾功能和数据的是（）A、功能分解法B、结构化方法C、信息建模法D、面向对象方法我的答案：D3【填空题】 _____ 开发方法强调对数据的组织，忽略系统功能。
我的答案：第一空：信息建模法4【填空题】功能分解法是以系统需要提供的__________ 中心组织系统。
我的答案：第一空：功能5【判断题】结构化方法采用数据流、加工进行建模，需求变化极易引起两者的变动，进而引起其他数据流和加工的变化。
我的答案：V6【判断题】功能分解法以功能作为系统的构造块，数据组织能力强。
我的答案：X1 【单选题】面向对象方法学的出发点和基本原则是尽可能模拟人类习惯的思维方式，分析、 设计和实现一个软件系统的方法和过程，尽可能接近于人类认识世界解决问题的方法和过 程。
因此面向对象方法有许多特征，如软件系统是由对象组成的；（）；对象彼此之间仅能 通过传递消息互相联系；层次结构的继承。
A 、 开发过程基于功能分析和功能分解B 、 强调需求分析重要性C 、 把对彖划分成类，每个对象类都定义一组数据和方法D 、对既存类进行调整我的答案：C2【单选题】一个设计良好的信息系统应具有（）的特征A 、 低内聚、低耦合B 、 高内聚、低耦合C 、 高内聚、高耦合D 、低内聚、高耦合我的答案：B3［填空题］面向对象方法通过 ________ 关系表达类之间的静态关系。
我的答案：第一空：关联4【填空题】对象的 _______ 与操作结为一体，成为一个独立不可分的实体，对外屏蔽其内部 细节。
我的答案：第一空：属性5【判断题】面向对象方法比以往的方法更接近人类的日常思维方式，强调运用人类在日常 的逻辑思维中经常采用的思想方法与原则。
UML各章习题
UML各章习题第1、2章面向对象与UML1．简述统一建模语言(UML)统一建模语言(UML)是一种绘制软件蓝图的标准语言。
可以用UML对密集型软件系统的制品进行可视化详述和文档化。
UML是一种定义良好、易于表达、功能强大且普遍适用的可视化建模语言（1分）。
它融入了软件工程领域的新思想、新方法和新技术。
它的作用域不限于支持面向对象的分析与设计（1分），还支持从需求分析开始的软件开发的全过程（1分）。
UML的作用是用图的形式从静态和动态方面来全面描述将要开发的系统（2分）。
2.简述面向对象分析方法（OOA）的5个基本步骤1）、识别对象，识别对象包括标识潜在的对象和筛选对象两步（1分）2）、识别对象的属性（1分）3）、识别对象的行为（1分）4）、识别对象所属的类（1分）5）、定义主题词（1分）3、什么是高内聚度？高内聚度是对一个类中的各个职责之间相关程度和集中程度的度量。
一个具有高度相关职责的类并且这个类所能完成的工作量不是特别巨大，那么它就具有高内聚度。
包括两个含义：一、不要给一个类分派太多的职责，在履行职责时尽量将部分职责分派给有能力完成的其它类去完成。
二、不相关的职责不要分派给同一个类。
4、什么是对象间的可见性答:可见性（Viibility）指的是一个对象能够“看到”或者引用另一个对象的能力。
5、领域建模的步骤有哪些？答案：列出候选的概念类；画出领域模型图；加入概念类间的关联；加入概念类的属性。
6、什么是软件生命周期？软件生命周期(SDLC，SytemDevelopmentLifeCycle)是软件的产生直到报废或停止使用的生命周期，周期内包括问题定义、可行性分析、总体描述、系统设计、编码、调试和测试、验收与运行、维护升级到废弃等阶段。
这种按时间分程的思想方法是软件工程中的一种思想原则，即按部就班、逐步推进，每个阶段都要有定义、工作、审查、形成文档以供交流或备查，以提高软件的质量。
7、什么是软件开发生命期？软件开发生命期是指软件产品从考虑其概念开始，到该产品交付使用为止的整个时期。
统一建模语言uml_02
袁涛 孔蕾蕾
统一建模语言UML -用例图 ( Use Case Diagram )
1. 泛化关系
参与者之间也存在着这种泛化关系 比如，你建模了一个数据库管理员和一个备 份管理员，然后你发现他们的工作中有一部 分是重叠的，那么，你就可以创建一个称为 系统管理员的参与者作为数据库管理员和备 份管理员的泛化
2.3.2 用例
Booch等人在1999年出版的Unified Modeling Language User Guide中将用例定 义为
“若干动作序列集合的描述，包括由系统执行 并产生可观察的、对某参与者有价值的结果的 变体”
Rational统一过程(Rational Unified Process， RUP)将用例定义为
2013-7-3
11
袁涛 孔蕾蕾
统一建模语言UML -用例图 ( Use Case Diagram )
2.3.1 参与者
planner
图2-1 参与者的符号
2013-7-3
12
袁涛 孔蕾蕾
统一建模语言UML -用例图 ( Use Case Diagram )
2.3.1 参与者
在UML2.0中，参与者的符号被表示为图2-2 的形式：
2.3.2 用例
Storage System
Stock In
Stock Out storeman Estimate Available Inventory
图2-7 库管员的系统边界
2013-7-3 25
袁涛 孔蕾蕾
统一建模语言UML -用例图 ( Use Case Diagram )
2.3.2 用例
2.3用例图的表示方法
第二章 统一建模语言UML
2.4 UML的目标与应用范围
UML的目标
UML的应用范围
UML的目标
为建模者提供可用的、富有表达力的、可视化的建模语言，以开发 和交换有意义的模型。 提供可扩展性和特殊化机制以延伸核心概念。 支持独立于编程语言和开发过程的规范。 为理解建模语言提供正式的基础。 推动面向对象建模工具市场的成长。
支持更高级的开发概念。
UML的应用范围
需求分析阶段：通过建立用例图等模型来描述系统的使用者对系统 的功能要求。 分析和设计阶段：通过类和对象等主要概念及其关系建立静态模型， 对类、用例等概念之间的协作进行动态建模，为开发工作提供详尽的 规格说明。 开发阶段：将设计的模型转化为编程语言的实际代码，指导并减轻 编码工作。 测试阶段：用UML图作为测试依据。
OMT：对分析和数据密集型信息系统最为有用。
早期方法统一的尝试：FUSHION方法 UML的前身：UM 0.8
UML的诞生及其标准化
1996年6月，UML 0.9发布；10月，UML 0.91发布。同年，UML PARTNERS组织建立。 1997年1月，UML 1.0规范草案发布并交付给OMG组织。7月，修改 后的UML 1.1作为最终成果发布并被提交给OMG进行标准化审查。 1997年11月，UML 1.1规范被OMG全体成员通过，并被采纳为规范。 在1997年至2002年间，OMG陆续开发了UML的1.3、1.4和1.5版本。
统一建模语言UML
2.1 软件建模简介
什么是模某种媒介对相同媒介或其他媒介里的一些事物的表现形式。
模型就是对现实的简化。建立模型的过程，称为建模。
模型提供了系统的蓝图。 软件系统的模型用建模语言来表达，包括语义信息和表示法。
建模的重要性
统一建模语言UML课件
教学大纲
本课程根据计算机科学与技术专业本科教 学的需要，总结与吸收国内外有关研究成 果，从理论与实践相结合方面介绍面向对 象技术，在阐述面向对象的理论的同时， 采用 UML 语言进行实例分析与设计，使学 生学完本课程，既掌握了面向对象的理论， 又能用标准的面向对象的方法解决实际问 题。
教学大纲
1．3 软件的固有复杂性
首先，软件的复杂性和计算机的体系结构有关。 其次，软件开发是人的一种智力活动，软件系统 从本质上来说是由许多相互联系的概念所组成的 结构。 第三，造成软件系统复杂性的另一个原因是，软 件系统中各元素之间的相互作用关系具有不确定 性。 第四，由于软件没有固定的形式与坚硬的外壳， 人们普遍认为软件系统是软”的，似乎可以随意 扩充和修改。 第五，规模较大的软件系统的生命周期一般都超 过相应硬件系统的生命周期。
1．4 控制软件复杂性的基本方法
软件的复杂性不是因为某个软件系统要解决一个 特定的复杂问题而偶然产生的，它是大型软件系 统的一个固有的本质特征，软件的开发过程必然 会受到软件复杂性的影响。 正因为软件的复杂性是固有的，人们无法彻底消 除这些复杂性，因此只能采用控制复杂性的方法， 尽量减少软件复杂性对软件开发过程的影响，而 分解、抽象、模块化、信息隐蔽等是控制软件复 杂性的有效方法。
1．1 软件危机及软件工程
20世纪60年代中期开始爆发的软件危机 ， 经过 五十多年的探索和发展，软件工程这门学科有了 长足进展，但软件危机依然存在，而且有越来越 严重的趋势。大量事实说明，软件的质量和生产 率问题远没有得到解决，与五十多年前的软件相 比，现在的软件在规模、复杂性等方面远远超过 以前的软件，大型软件开发中许多问题，如开发 效率低、产品质量差、产品难以维护、软件可移 植性差、开发费用超过预算、开发时间超期等依 然存在。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
类
接 口
协 作
主 动 类
组 件
节 点
10
UML
模型元素
通用机制
视图
用 例 视 图
逻 辑 视 图
进 程 视 图
构 件 视 图
配 置 视 图
用 例 图
2019/1/31
类 图
对 象 图
时 序 图
协 作 图
状 态 图
活 动 图
构 件 图
配 置 图
11
UML
模型元素
通用机制
视图
修 饰
注 解
规格 说明
通用 划分
2019/1/31
19
UML
模型元素 事物
通用机制 关系 关联 关系 依赖 关系 泛化 关系
视图
结构 事物 交 互 机
行为 事物
分组 事物
辅助 事物
实现 关系
聚合 关系
状 态 机
包
注 释
用 例
2019/1/31
类
接 口
协 作
主 动 类
组 件
节 点
20
1 构件事物： UML模型的静态部分，描述概念或物理元素 它包括以下几种： ※ 类：具有相同属性相同操作 相同关系相同语义的对象的描述 ※ 接口：描述元素的外部可见行为，即服务集合的定义说明 ※ 协作：描述了一组事物间的相互作用的集合 ※ 用例：代表一个系统或系统的一部分行为，是一组动作序列的 集合 ※ 构件：系统中物理存在，可替换的部件 ※ 节点：运行时存在的物理元素 另外，参与者、信号应用、文档库、页表等都是上述基本事 物的变体 2 行为事物：UML模型图的动态部分，描述跨越空间和时间的行 为 ※ 交互：实现某功能的一组构件事物之间的消息的集合，涉及消 息、动作序列、链接 ※ 状态机：描述事物或交互在生命周期内响应事件所经历的状态 序列 3 分组事物： UML模型图的组织部分，描述事物的组织结构 ※ 包：把元素组织成组的机制 4 注释事物： UML模型的解释部分，用来对模型中的元素进行说 明，解释 2019/1/31 ※ 注解：对元素进行约束或解释的简单符号
第二章 统一建模语言UML
本章目的：
掌握UML特点和基本图标元素的表示符 掌握UML软件系统体系结构的五种视图和 九种基本图 了解UML的用例模型、静态模型、动态模 型的简单建模方法 了解UML的系统体系结构模型 掌握UML与软件开发统一过程
2019/1/31 1
2.1 UML模型系统体系结构
静态结构:类图、对象图 动态行为：状态图、活动图、时序图、协作图
2019/1/31
14
3．构件视图
描述系统代码构件组织和实现模块，及 它们之间的依赖关系 ； 设计者、开发者 ； 构件图 ； 描述系统如何划分软件构件，如何进行 编程 。
2019/1/31
15Biblioteka 4．进程视图 描述系统的并发性，并处理这些线程间 的通信和同步 ； 开发者和系统集成者 ； 状态图、顺序图、合作图、活动图、构 件图和配置图 ； 将系统分割成并发执行的控制线程及处 理这些线程的通信和同步 。
2019/1/31
16
5．配置视图 描述系统的物理设备配置； 开发者、系统集成者和测试者 ； 配置图 ； 描述硬件设备的连接和哪个程序或对象 驻留在哪台计算机上执行 。
2019/1/31
17
逻辑视图 Use case 视图
构件视图
进程视图
部署视图
2019/1/31
18
2.1.4 UML模型元素
扩展 机制
2019/1/31
12
2.1.3 软件系统体系结构的描述
1．用例视图
描述系统的功能需求，找出用例和执行者； 客户、分析者、设计者、开发者和测试者；
描述用图：用例图和活动图；
重要性：系统的中心，它决定了其他视图的 开发，用于确认和最终验证系统。
2019/1/31
13
2．逻辑视图 描述如何实现系统内部的功能 ； 分析者、设计者、开发者 ； 类图和对象图、状态图、顺序图、合作图 和活动图 ； 重要性：描述了系统的静态结构和因发送 消息而出现的动态协作关系 。
7
2019/1/31
2019/1/31
8
UML模型系统体系结构
UML构 成
UML
模型元素
通用机制
视图
2019/1/31
9
UML
模型元素 事物
通用机制 关系 关联 关系 依赖 关系 泛化 关系
视图
结构 事物 交 互 机
行为 事物
分组 事物
辅助 事物
实现 关系
聚合 关系
状 态 机
包
注 释
用 例
2019/1/31
2.1.1 UML的诞生与发展 2.1.2 UML的主要特点
2.1.3 软件系统体系结构的描述 2.1.4 UML模型元素
2019/1/31
2
2.1.1 UML的诞生与发展
20世纪70年代出现了面向对象的程序设计语言。 20世纪80年代，出现了面向对象的建模语言。 在1989年到1994年期间,面向对象的方法从不到十种增加 到了五十多种 ；一些方法脱颖而出，包括Booch方法、 OMT和OOSE等方法； 其他的方法还有Fusion方法、Shlaer-Mellor 方法和 Coad-Yourdon方法 经过Booch、Rumbaugh和Jacobson三人的共同努力,于 1996年发布了UML(Unified Modeling Language)。
2019/1/31
3
UML的标准化
1997年11月14日，UML1.1版本被OMG（对象管理组织） 采纳为标准，并陆续修订颁布了1.3、1.4和1.5等版本。 2000年-2003年，UML2.0版本问世。 2005年，UML2.0标准版本被OMG采纳。
2019/1/31
Booch
Rumbaugh
6
面向对象
可视化、表达能力强(概念明确)
独立于过程
2019/1/31
可视化
UML通过它的元模型和表示法，把那些通过文字 或其他表达方法很难表达清楚的、隐晦的潜台词 用简单直观的图形表达和暴露出来，准确而直观 地描述其复杂的含义。 例如：造一辆车身是红色金属漆的小轿车，装备 四个普利司通牌子的轮胎，它是一辆四门车，车 门时加厚的，并且前后门玻璃上贴黑色的膜。前 后挡风玻璃里都装有电热丝，后视镜是电动可调 的。
Jacobson
4
2019/1/31
UML 的形成过程
5
2.1.2 UML的主要特点
统一的标准
UML是被OMG接受为标准，越来越多的开发人员使 用UML进行软件开发，越来越多的厂商支持UML。 是支持OO软件开发的建模语言。 建模表示法简洁，图形结构清晰，可视化、表示能力 强大，容易掌握和使用。 UML不依赖于特定的软件开发过程。