uml 期末复习

UML软件期末复习

第一章
填空：
1、面向对象的三大要素是封装、继承和多态。
2、OOA是英文
object oriente Analysis 的缩写，中文被称“面向对象分析”
3、面向对象的三大模型是
对象模型、动态模型和功能模型。
4、建模对象、建模规范和建模方法是软件建模的三要素。
5、大体上软件建模分为3类，分别是业务建模、数据建模和应用程序建模。
第二章

1.  UML是统一建模语言的英文缩写。
   

2.  一般情况下，将建模元素分为结构元素、行为元素、分组元素以及注释元素。
   

3.  建模元素之间的关系可以分为依赖关系、关联关系、泛化关系和实现关系。
   

4.  UML中有4种贯穿于整个语言并且一致应用的通用机制，她们分别是规格说、修饰、通用划分和扩展机制。
   

第三章
填空题
1、 Viso 2010共分为三种版本，分别是标准版、专业版、和高级版。
2、 类在UML中是一个基本的逻辑实体，它定义了一个结构单元的数据和行为。
3、 假设要表现数据库的全部逻辑结构，应该创建概念数据模型。
第四章

1.  用例图标准关系有扩展关系、泛化关系、关联关系和包含关系。
   

2.  用例图的组成有系统、参与者、关系和用例。
   

3.  在UML中，用例用一个椭圆来表示。
   

4.  参与者的确定需要借助8个问题。
   

5.  用例图标准关系中，泛化关系相当于类的继承。
   

6.  泛化关系使用一条实线和一个空心三角来连接用例。
   

第五章
填空题
1、 类图的用途有三个，即对概念建模、对简单协作建模和对数据库模型。
2、 依赖关系是指对一个元素的改变可能影响或者提供消息给其他元素。
3、 在UML类图中，使用一个带空心菱形的实心线来表示聚合关系，其中菱形指向整体。
第六章

1.  对象图是类图的一个实例，一组实例以及实例之间的链接。
   

2.  在UML对象图中，将对象之间的关系成为链。
   

3.  使用一个大矩形的左上角附带一个小矩形的图标表示的是包。
   

4.  包图建模包括对体系结构建模和对成组元素建模两部分。
   

第七章
1、状态机由状态、转换、事件、活动、动作等元素组成。
2、转移的过程包括事件和动作。
3、组合状态的子状态分为两种，顺序子状态和并发子状态。
4、动作有5种基本类型，entry，exit，do，include和event
5、同步状态是连接两个并发区域的特殊状态，使用星号连接并发区域。
6、初始状态使用一个实心圆来表示。

第八章
1、UML中活动图的核心元素是活动，它使用圆角矩形来表示。
2、活动图中的活动节点有3种类型，其中控制节点可以包含开始状态。
3、在一个活动图中可以有一个开始状态，有多个结束状态。
4、在活动中使用分叉来描述并行的行为。
5、一个异常处理器包含一个异常处理执行体和一个异常类型。
第九章
1、顺序图是一种交互图。
2、生命线有激活和休眠两种状态。
3、消息分为简单消息、同步消息、异步消息和返回消息。
4、顺序图由对象、生命线、消息、激活构成。
5、时间图中对象的状态名称位于对象名称的右侧。
6、时间图由对象、状态线、时间刻度、状态线以及事件与消息构成。

第十章
1、通信图与顺序图都有交互图的一种。
2、通信中创建对象的消息消息使用create固化类型。
3、顺序图与通信图中，集中处理交互链接的是通信图。
4、通信图由对象、链接和消息构成。
4、交互概览是活动图和顺序图的混合版。
5、交互概览图的主要结构像活动图。

第十一章
1、 组件图和部署图是UML的实现图。
2、 组件通常分为配置组件、工作产品组件和执行组件。
3、 组件图中可以包含接口、一般情况下将接口分为导入接口和导出接口。
4、 组件被划分为处理器和设备两种类型。
第十二章

1.  将UML模型中的类映射成数据库中的表时，有两种方法生成主键：一种是将对象标识符映射为主键，另一种是将对象的某些属性映射为主键。
   

2.  UML模型图中泛化关系的映射有4种方式，它们分别是所有类得到映射、除无属性类的映射、父类属性下移和子类属性上移。
   

3.  在进行关联映射时，应该避免出现合并的情况。虽然这样能够减少数据库表的数量，但是这样违背了数据库的第三范式。
   

4.  父表和子表的约束都包含关联关系、聚合关系和组合关系。
   

第十三章
1、 RUP的开发过程可以分为4个阶段、它们分别是初始化阶段、筹划阶段、构造阶段和转换阶段。
2、 测试工作流贯穿于系统开发的整个过程，它开始于RUP的初始阶段、并且是筹划阶段和构建阶段的重点。
3、 过程通常被划分成一些嵌套的子过程，在最底层的过程是不可分的原子成份。
4、 将最终产品转交给用户使用，这是属于RUP工作流的交付阶段。
第十四章

1.  假设有一个名为System的UML类，映射后的java类的文件名是System.java。
   

2.  在UML模型中，如果类名的操作显示为”#”符号，映射为Java时应使用Protected作用域。
   

3.  如果UML类的名字以斜线表示，则该类对用的Java作用域是Abstract。
   

4.  在用Java代码实现UML类图中的泛化关系时，通常使用公有继承方式。
   

5.  假设要引用Java.lang包下的String类，应该使用代码import java.lang.String。
   

6.  Java中的一个类可以实现多个接口。
   

第十五章
1、 依赖倒置原则定义了高层模块不应该依赖抵制低层模块，它们都应该依赖抽象。抽象不应该依赖于细节。应该依赖于抽象。
2、 根据模型的目的，可以将其分为创建型模式、结构型模型和行为型模型。
3、 设计模式的关键元素包括模式名称、问题、解决方案和效果。
4、 抽象工厂方法包含4个角色、它们分别是抽象产品、具体产品、抽象角色和具体角色。
5、 外观模式包含两个角色，即外观角色和子系统角色。
6、 单例模式根据实例对象时机的不同分为两种，它们分别是饿汉式单例和懒汉式单例

---

读书笔记

---

1、
大多数需求分析是在细化阶段进行的，并且伴以具有产品品质的早期编程和测试。P37
2、
需求（requirement）就是系统（更广义的说法是项目）必须提供的能力和必须遵从的条件。P40
3、
以本质风格编写用例：摒除用户界面并且关注参与者的意图。P61
4、
用例工作之重在于编写文本，而非图形或用例关系。P68
5、
准则：模型-视图分离原则。P154
该原则至少具有两部分：
1）不要将非UI对象直接与UI对象连接或耦合。例如，不要让Sale软件对象（非UI“领域对象”）引用Java Swing JFrame窗口对象。因为窗口与某个应用相关，而（理想情况下）非窗口对象可以在新应用中重用或附加到新界面。
2）不要在UI对象方法中加入应用逻辑（例如税金的计算）。UI对象应该只初始化UI元素、接受UI事件（例如鼠标点击按钮）、将应用逻辑的请求委派到非UI对象（例如领域对象）。
模型-视图分离的动机包括：
l
支持内聚的模型定义，这些定义只关注领域过程，而不是用户界面。
l
允许对模型和用户界面层分别进行开发。
l
是界面的需求变更对领域层的影响最小化。
l
允许新视图能够被方便地连接到现有的领域层之上，而不会对领域层产生影响。
l
允许对同一模型对象同时使用多个视图，例如销售信息同时具有表格和业务图表视图。
l
允许模型层的运行不依赖于用户界面层，例如，消息处理或批处理模式的系统。
l
允许简模型层能够简便地移植到另一用户接口框架下。

6、
应该花费时间使用交互图进行动态对象建模，而不仅是使用类图进行静态对象建模。P164
为什么？因为当我们要考虑真正的OO设计细节时，就必须要“落实”发送哪些消息、发送给谁、以何种顺序发送等具体问题。

7、
GRASP（General Responsibility Assigment
Software Patterns —— 通用职责分配软件模式）的9个模式：
创建者（Creator）
信息专家（Information Expert）
低耦合（Low Coupling）
控制器（Controller）
高内聚（High Cohesion）
多态性（Polymorphism）
纯虚构（Pure Fabrication）
间接性（Indirection）
防止变异（Protected Variations）

8、
正常情况下，控制器应当把需要完成的工作委派给其他的对象。控制器只是协调或控制这些活动，本身并不完成大量工作。P221
9、
边界对象（boundary object）是接口的抽象，实体对象（entity object）是与应用无关的（一般是持久的）领域软件对象，控制对象（control object）是此控制器模式描述的用例处理者。P221
10、
模块化是将系统分解成一组内聚的、松散耦合的模块的特性。P229
11、
可见性（visibility）是对象“看到”或引用其他对象的能力。
实现对象A到对象B的可见性通常有四种方式：
·属性可见性
—— B是A的属性。
·参数可见性
—— B是A中方法的参数。
·局部可见性
—— B是A中方法的局部对象（不是参数）。
·全局可见性
—— B具有某种方式的全局可见性。
考虑可见性的动机是：为了使对象A能够向对象B发送消息，对于A而言，B必须是可见的。