2011UML复习题纲
一、选择、判断、填空
第一章 UML与面向对象
1、UML(Unified Modeling Language,统一建模语言)是软件和系统开发的标准建模语言，它主要以图形的方式对系统进行分析、设计。
2、UML是在多种面向对象分析与设计方法相互融合的基础上形成的，是一种专用于系统建模的语言。它为开发人员与客户之间，以及开发人员之间的沟通与理解架起了“桥梁”。
3、UML不是开发工具，只是建模语言。
4、OOA三种基本模型：功能模型、对象模型、动态模型。
5、软件是程序、数据和相关文档的完整集合。
6、软件开发过程分为如下几个阶段：需求分析、总体设计、详细设计、编程与测试、维护。
7、面向对象的软件工程方法包括面向对易用的分析（OOA）、面向对象的设计（OOD）、面向对象的编程（OOP）。
8、软件方法学包含3个要素：方法、工具和过程。
9、对象是现实世界中一个实际存在的事物，它可以是看得见摸得着的东西。
10、类是一组具有相同属性的操作的对象集合，它为所有属于该类的对象提供了统一的描述。
11、封装是指将对象属性和操作结合在一起，构成一个独立的对象。封装使得对象属性和操作紧密结合在一起，这反映了事物的状态特性与动作是事物不可分割的特征。
12、继承是指子类可以拥有父类的全部属性和操作，继承是OO方法的一个重要的概念，并且是OO技术可以提高软件开发效率的一个重要原因。
13、多态性是指在父类中定义的属性和操作被子类继承后，可以具有不同的数据类型或表现出不同的行为。
14、OO开发中的三层设计：问题域类、GUI类和数据访问类。
15、面向对象设计准则：模块化、抽象、信息隐藏、低耦合、高内聚。
16、UML的构成：元元模型层、元模型层、模型层、用户模型层。
17、UML的核心是由视图、图、模型元素、通用机制组成。
18、UML中的视图细分：
（1）用例视图（用例视图强调从系统的外部参与者角度需要的功能，描述系统应该具有的功能）；
（2）逻辑视图（逻辑视图的使用者主要是设计人员和开发人员，描述用例视图提出的系统功能的实现）；
（3）并发视图（并发视图的使用者主要是开发人员和系统集成人员，它主要考虑资源的有效利用、代码的并行执行以及系统环境中异步事件的处理）；
（4）组件视图（组件是不同类型的代码模块，它是构造应用的软件单元。而组件视图是描述系统的实现模块以及它们之间的依赖关系）；
（5）部署视图（部署视图使用者主要是开发人员，系统集成人员和测试人员，它显示系统的物理部署，它描述位于节点上的运行实例的部署情况，还允许评估分配结果和资源分配。）
19、UML图细分：一类是静态图，一类是动态图。
（1）静态图：用例图、类图、对象图、组件图和部署图；
（2）动态图：顺序图、协作图、状态图和活动图。
20、模型元素。
（1）事物，是UML模型中面向对象基本的模块，它们在模型中属于静态部分，代表物理上或概念上的元素。在UMl中的事物可分为四种，分别是结构事物，动作事物，分组事物，注释事物。
（2）关系，UML中的关系共分为五种：分别是关联关系、依赖关系、泛化关系、实现关系、聚合关系。
（3）实现关系，实现关系描述一个元素实现另一个元素。
（4）聚合关系，描述元素之间部分与整体的关系。
21、通用机制。
（1）修饰，为图中的模型元素增加了语义。
（2）用于为模型元素添加额外信息与说明。
（3）规格说明，模型元素具有许多用于维护该元素的数据值特性，特性用名称和标记值定义。
（4）扩展机制，UML的扩展机制允许UML的使用保山根据需要自定义一些构造型语言成分，通过该扩展机制用户可以定义使用自己的元素。
第二章 用例图
1、用例的四个基本组成部分：用例、参与者、系统、关系。
2、参与者。
（1）是系统外的一个实体，参与者通过向系统输入或者系统要求参与者提供某种信息来进行交互。
（2）参与者用于表示使用系统的对象。
（3）参与者的特征是其作为外部用户与系统发生交互。
（4）参与者总是处理正在建模的系统的外部，它们不是系统的组成部分。
（5）一个问题：如何识别参与者？
3、用例
（1）用例是用户期望系统具备的功能，它定义了系统的行为特征，如果没有这些特征，系统就不能被成功地使用。
（2）用例的目标是要定义系统的一个行为，但并不显示系统的内部结构。
（3）一个问题：如何识别用例？
4、关系
（1）用例与参与者之间的连线称为关系，关系也称为关联或通信关联。
5、泛化，是一种表示UMl中项目的继承关系的技术。
（1）泛化用例是指一个用例（一般为子用例）和另一个用例（你用例）之间的关系，其中的父用例描述了子用例与其他用例共享的特性，而这些用例是有着同一个父用例的。
6、详细了解P31-32.
7、包含关系，和对象之间的高用关系比较相像，它描述的是一个用例需要某种类型的功能，而该功能被另一个用例定义，那么在用例的执行过程中，就可以调用已经定义好的用例。
8、为了使用包含关系，用例必须遵循以下两个约束条件：
（1）客户用例只依赖于提供者用例的返回结果，不必了解提供者用例的内部结构；
（2）客户用例总会要求提供者用例执行，对提供者用例的调用是无条件的。
9、扩展关系，是一种依赖关系，它指写出一个用例可以增强另一个用例的功能。
第三章
1. 构成面向对象模型的基本元素有类、对象、类与类之间的关系等。
2. 类图和对象图合称为结构模型视图或者静态视图，用于描述系统的结构或静态特征
3. 类图：用来描述系统中的类以及类与类之间的静态关系
4. 对象：又来描述特定时刻实际存在的若干对象以及它们之间的关系
5. 一个系统的模型中可以包含多个对象图，每个对象图描述了系统在某个特定时刻的状态
6. 面向对象模型的基础是类、对象以及它们之间的关系
7. 类图是任何面向对象系统的核心
8. 类图根据系统中的类的关系描述系统的静态视图
9. 类图是面向对象系统建模中最常用和最基本的图之一
10. 类图可以包含类、接口、依赖关系、泛化关系、关联关系、和实际关系等模型元素
11. 在类图中也可以包含注释、约束、包或子系统
12. 类图用于对系统的静态视图建模，通常以如下所示的某种方式适用类图
（1） 对系统的词汇建模
（2） 对协作建模
（3） 对数据库模式建模
13. 类是构成类图的基础
14. 类定义了一组具有状态和行为的对象，这些对象具有相同的属性、操作、关系和语义。
（1）、属性通常没有省份的数据值表示
（2）、关系则用有身份的对象之间的关系来表示
（3）、行为由操作来描述，方法是操作的实现
15. UML规范采用一个具有3个预定义分栏的图标表示，分栏中包含的信息有：名称、属性和操作
16. 类在它的包含者内必须有唯一的名称，类对他的包含者来说是可见的
17. 类的多重性说明了类可以具有多少个实例，通常情况下，可以有0个或多个
18. 类名通常表示为一个名词，即不带前缀，也不带后缀
19. 类名可分为简单名称和路径名称，简单名称只有类名没有前缀；路径名称中可以包含由类所在包的名称表示的前缀
20. 描述类属性的语法格式：[可见性] 属性名 [：类型] [=初始值] [{属性字符串}]
21. 最常用的可见类型有3种：公有（Public）、私有（Private）、被保护（Protected）
（1）、Public的属性和操作可以在它所在类的外部被查看、使用和更新；Public类型用符号“+”表示
（2）、Private可见性是限制最为严格的可见性类型，只有包含Private元素的类本身才能使用Private属性中的数据，或者调用Private；Private类型用符号“-”表示
（3）、Protected的属性和操作可以被类的其他方法访问，也可以被任何相应继承类所声明的方法访问，但是非继承的类无法访问Protected属性和操作；Protected类型用符号“#”表示
22. 每个属性都应有唯一的属性名
23. 常用的数据类型有整型、实型、布尔型、枚举型等
24. 类的所有对象的状态由其属性的特定值所决定
25. 属性和数据类型之间要用冒号分隔，数据类型与初始值之间用等号分隔
26. 描述类的属性的语法格式中的最后一项是属性字符串，属性字符串用来指定关于属性的其他信息
27. 类的作用域属性（类变量）：能被所属类的所有对象共享；在类图中表示是要在属性名下面加一条下划线
28. 操作描述了处理数据的具体方法，类操作是 所属对象的行为的抽象
29. 属性是描述对象特征的值，操作用于操纵属性或执行其他动作
30. 操作的具体实现称为方法
31. 一个类可以有0个或多个操作
32. 操作由返回值类型、名称和参数表进行描述
33. 描述操作的语法：[（参数表）][：返回类型][{属性字符串}]
34. 操作名通常使用能够描述类的行为的动词或者动词短语，操作名的第一个字母通常使用小写形式，当操作名包含多个单词时，要合并起来，从第二个单词起，所有单词的首字母都是大写形式
35. 参数用来指定提供给操作以完成工作的信息。操作可以有参数，也可以没参数。当参数表中包含多个参数时，各参数之间要用逗号分隔开
36. 操作除了具有名称与参数外，还可以有返回类型。返回类型被指定在操作名称尾端的冒号之后，它指定了该操作传回的对象类型
37. Void关键字表示无返回值
38. 职责：是指类或者其他元素的契约或者义务
39. 约束指定了类应该满足的一个或者多个规则
对象模型是什么
40. 注释可以包含文本和图形
41. 在构造类图之前，首先要定义类
42. 彼此相互依赖较强的两个类称为紧密耦合
43. 关联意味着类实际上以属性的形式包含对其他类的一个或多个对象的引用
44. 在对象图中两个类的相应对象所具有的关系被称为链
45. 关联描述的是规则，而链描述的是事实
46. 一个完整的关联定义包含了3个部分：表示类之间关联关系的直线和两个关联端点
47. 直线以及关联名称定义了该关心的标志和目的，关联端点定义了参与关联的对象所应遵循的规则
48. 一般情况下使用一个动词或者动词短语命名关联关系
49. 关联端点可以包含诸如角、多重性、定序、约束、限定符、导航性、可变性等特征中的部分或者全部
（1）、关联中的角通常用字符串命名
（2）、关联的多重性指的是有多少对象可以参与关联。多重性可以用来表达一个取值范围、特定值、无限定的范围或者一组离散值，在UML中多重性是用由数字标识的范围来表示的
（3）、定序就是指将一组对象按一定的顺序排列
（4）、约束定义了附加于模型元素之上的限制条件，保证了模型元素在系统生命周期中的完整性，约束的格式世界上是一个文本字符串，约束可以使用的语言可以是OCL、某种编程语言甚至也可以是自然语言

版权声明：本站内容均来自互联网，仅供演示用，请勿用于商业和其他非法用途。如果侵犯了您的权益请与我们联系QQ:729038198，我们将在24小时内删除。