UML知识集合

一、系统建模与分析设计技术的演变

1.封装是指把对象的（属性和操作）结合在一起，组成一个独立的对象。

2..封装是一种（信息隐蔽）技术，目的是使对象的生产者和使用者分离，使对象的定义和实现分开。

3.面向对象方法中的（继承）机制使子类可以自动地拥有（复制）父类全部属性和操作。

4.使得在多个类中能够定义同一个操作或属性名，并在每一个类中有不同的实现的一种方法是（继承）。

5.软件按照其工作方式可划分为 分时软件、交互式软件、批处理软件和实时处理软件。

6.软件生存周期由 软件定义、软件开发和软件使用、维护和更新三部分组成。

7.软件开发模型有 瀑布模型、渐增模型、演化模型、螺旋模型和智能模型等5种主要模型。

8.面向对象技术采用以类为中心的封装、继承、多态等不仅支持软件复用，而且使软件维护工作可靠有效，可实现软件系统的柔性制造。

9.UML的优点是：唯一性、连续性、维护性、复用性和逐步完善。

10.软件：程序以及开发、使用、维护程序所需要的所有文档，即软件=程序+文档。

11.类：是一组具有相同属性和相同操作的对象的集合，是对象的抽象，它抽象地描述了属于该类的全部对象的属性和操作。

12.封装：是面向对象方法的一个重要原则和基本原则，其目的是有效地实现信息隐蔽和局部化。

13.继承性：是指子类可以自动拥有其父类的全部属性和操作。

14.消息：是面向对象系统中，实现对象类之间的通信和任务传递。

15.动态绑定：是指在执行期间判断所引用对象的实际类型，根据其实际的类型调用其相应的方法。

16.多态性：是消息发送者不必知道接受消息的对象所属的类。

二、统一建模语言UML

1.UML的软件以（对象）为中心，以系统体系结构为主线，采用循环迭代渐增的方式进行开发。

2.UML的（静态）模型图是由类图、对象图、包图、构件图和配置图组成。

3.UML的（动态）模型图由活动图、顺序图、状态图和合作图组成。

4.UML的最终产物就是最后提交的可执行的软件系统和（相应的软件文档资料）。

5.在UML的需求分析建模中，（用例）模型图必须与用户反复交流并加以确认。

6.UML分析和设计模型由三类模型图表示。三类模型图：（用例）模型图、（构件）模型图和（配置）模型图。

7.UML的软件统一开发过程，即生命周期按时间顺序可以分为（开始）、（详细规划）、（系统构造）和（移交）四个阶段及各个阶段中一系列的循环重复。

8.UML开发过程是一种二维结构软件开发过程，软件项目开发过程流包括的核心工作内容是：（分析）、（设计）、（实现）、（测试）、和（配置）

9.UML中的五个不同的视图可以完整地描述出所建造的系统，这五种视图是（用例）视图、（逻辑）视图、（构件）视图、（进程）视图和（配置）视图。

10.UML中有10种基本图可以完整地描述所建造的系统，这10种图是（用例）图、（类）图、（对象）图、（包）图、（构件）图、（构件）图、（配置）图、（序列）图、（活动）图、（状态）图和（合作）图。

11.特性规格说明：标记值是特殊规格说明，用来描述模型元素特性。

12.修饰：UML表示法中的每一个元素都有一个基本符号，可以把各种修饰细节加到这个符号。

13.公共划分：是类与对象的划分，类是一种抽象，对象是一个具体的实例。

14.构造型：是UML的一种用来对模型元素进行分类或标记的新模型元素，该新模型元素是原来的需要进行分类或标记的模型元素的子元素。

15.标记值：是特性规格说明，是UML的扩充，用来描述元素的特性。

16.约束：约束扩展了模型元素的语义，他用来增加新的规则或修改现有的规则。

三、需求分析与建模

1.可行性研究分析包括经济可行性分析、技术可行性分析和（法律可行性分析）。

2.UML的客户需求分析模型包括（用例）模型、类图、对象图和活动图。

3.UML客户需求分析使用的CRC卡上“责任”一栏的内容主要描述类的（属性）和操作。

4.UML客户需求分析产生的用例模型描述了系统的（功能要求）。

5.在UML的需求分析建模中，用例模型必须与（用户）反复交流并加以确认。

6.在UML的需求分析建模中，对用例模型中的用例进行细化说明应使用（活动图）。

7.活动图中的分劈和同步接合图符是用来描述（多进程的并发处理行为）

8.UML软件过程需求分析阶段产生的模型由三类模型图表示。它们是：（用例）模型图、（静态）模型图和（动态）模型图。

9.CRC卡中的描述由（类图）、（类特征）、（类类型）、（责任）和（协作者）共5部分组成。

10.软件项目的可行性研究分析中，技术可行性研究包括（风险分析）、（资源分析）、（技术分析）3部分组成。

11.在UML软件开发过程的需求分析阶段，建立用例模型的步骤分为（确定系统的范围和边界）、（确定系统的执行者和用例）、（对用例进行描述）和（定义用例之间的关系和审核用例模型）。

12.在用例图中以实线方框表示系统的范围和边界，在系统边界内描述的是（用例），在边界外描述的（执行者）。

13.用例模型中的执行者可以是（“人”执行者）也可以是（“外部”执行者）。

14.用例模型中的用例之间的关联有（使用）关联、（扩展）关联、（包含）关联和（继承）关联。

15.需求规格说明书：是作为需求分析的一部分而制定的可交付文件，它对所开发软件的功能，性能，用户界面以及运行环境等做出详细说明，制定出完整的信息描述，恰当的检验标准以及其他需求有关的数据。

16.用例模型：是表达系统外部事物与系统之间交互的可视化工具。

17.执行者：是指在系统外部与系统交互的人或其他系统，他以某种方式参与系统内用例的执行。

18.用例：是系统所提供的一个功能的描述，它捕获某些客户可见的需求，实现一个具体的用户目标。

19.经济风险分析研究：在已知经济的制约下，判断是否能够设计，实现客户对系统所要求的功能。

20.法律风险分析研究：在不违背国家相关法律，在只是产权方面没有对他人构成侵权行为，以及与客户签订的合约在没涉及第三方的利益的情况下，判断是否能够设计，实现客户对系统所要求的功能。

四、系统分析与对象类建模

1.UML的系统进一步要确立的三个系统模型是（对象静态模型）、对象动态模型和系统功能模型。

2.UML的客户需求分析、系统分析和系统设计阶段产生的模型，其描述图符（完全不同）。

3.类和对象都有属性，它们的差别是：类描述了属性的类型，而对象的属性必须由（具体值）。

4.UML系统分析阶段产生的包图描述了系统的（系统体系层次结构）。

5.设计模式在面向对象系统设计中是（设计方法）的一种形式。

6.“对象容器”设计模式对有限的对象进行管理，它不能（修改对象）。

7.在UML软件开发过程系统分析阶段产生的对象模型由三种模型。它们分别是：对象的（静态）模型、对象（动态）模型和对象的（系统功能处理）模型。

8.在UML的对象类图，类之间的关系由（依赖）、（细化）、（关联）、（聚集）和（继承）5种。

9.共享聚集的“部分”对象可以是任意“整体”对象的一部分，表示食物的整体/部分关系较弱的情况，“整体”端的重数应该是（n）。

10.在UML软件开发过程的需求分析和系统分析阶段，建立对象模型的步骤分为（寻找确定对象类）、（定义接口）、（定义类之间的关系）、（建立对象图）和（建立系统包图）。

11.组合聚集是指“整体”拥有它的部分“部分”，它具有强的物主身份，表示食物的整体/部分关系较强的情况。“部分”生存在“整体”中，不可分离，它们与“整体”一起存在或消亡。“整体”的重数必须是（）

12.系统分析是在客户需求分析规格说明的基础之上对其进行的（分析）。

13.类有实例，它的实例是一个对象。在UML中，包用来表示一个（模型组织的分组机制），包没有实例。

五、系统设计与对象动态交互模型

1.UML系统设计的一般步骤包括系统对象设计，系统体系结构设计和系统设计的（优化）和审查等。

2.顺序图和合作图主要勇于对于用例图中（消息流）的建模，用它们来描述用例图的行为。

3.数据图的模型元素有（对象），消息，链接等，这些模型元素表示某个用例中的若干个对象和对象之间所传递的消息，来对系统的行为建模。

4.顺序图描述（一组）对象之间消息的传递顺序。

5.顺序图和合作图建立了UML面向对象过程中的对象动态（交互）模型。

6.在UML软件开发过程产生的对象动态模型中消息有四种类型，它们是（简单）消息，（同步）消息，（异步）消息和（返回）消息。

7.（）和（）图用来表达对象之间的交互，是描述一组对象如何合作完成某个行为的模型化工具。

8.进程是一个（动作流），能够与其他进程并发执行。

9.线程是（内部）的一个动作流，能够与其他线程并发执行。

10.（主动对象）是一个拥有进场或线程的对象，能够初始化控制活动，可以独立并发运行。

11.（被动对象）是一个必须由其他对象发来的消息进行出发才执行动作的对象。

12.交互图描述系统中对象间的交互行为。每一个交互都有（发送者）和（接收者），它们可以是整个系统，一个子系统，一个用例，一个对象类或一个操作。

六、系统动态建模

1.状态图可以表现（一个对象）在生存期的行为，所经历的状态序列，引起状态转移的事件以及因状态转移而引起的动作。

2.状态图描述一个对象在不同（事件）的驱动下发生的状态转移。

3.一个（状态）迁移图可以有多个源状态或者目标状态，它们可以把一个控制分解为并行运行的并发线程，或将多个并发线程接合成单个线程。

4.活动图中动作状态之间的迁移不是靠（事件）触发的，当活动（动作）状态中的活动完成时迁移就被触发。

5.状态图和活动图建立了UML面向对象开发过程中的对象动态（状态）模型。

6.顺序状态表面状态之间的迁移是（串行）的，即一个接一个顺序迁移。

7.状态图还可以符合迁移的（同步并发）迁移图符来表示并发子状态。

8.状态图中的进程是一个（动作流），能够与其他进程并发执行。

9.在活动图中，（虚箭线）也称为对象流，对象流表示动作状态或活动状态与对象之间的关联。

10.活动图既可以描述对象的动态行为，还可以用来描述（用例）。

11.活动图中活动状态的迁移（不是）由事件进行触发，一个活动执行完毕（自动）进入下一个活动状态。

12.状态图和活动图描述系统中某个（系统对象）的一系列状态变化。

七、系统体系结构建模

1.系统体系结构是用来描述系统各部分的结构、接口以及它们用于通信的（一种机制）。

2.UML可以描述硬件之间的互联关系，也能描述硬件单元上的（软件）系统的分布。

3.（软件（逻辑）体系结构）是对系统的用例、类、对象、接口以及相互间的交互和作进行描述。

4.（硬件（物理）系统体系结构）要对系统的构件、结点的配置进行描述。

5.（构件）是软件（逻辑）系统体系结构（类、对象、它们间的关系和协作）中定义的概念和功能在物理体系结构中的实现。

6.（配置图）由结点和结点之间的联系组成，描述了处理器、设备和软件构件运行时的体系结构。

7.（配置图）的基本元素有结点、构件、对象、连接、依赖等。

8.系统体系结构建模可以分为软件系统体系结构建模和硬件系统体系结构建模。

9.构件时软件系统体系结构类、对象、他们间的关系和协作种定义的概念和功能在物理体系结构中的实现。

10.软件构件分为源代码构件、二进制构件和可执行代码构件。

11.构件图主要用于建立系统的静态模型。

12.构件图中的构件没有实例，只要在配置图中才能标识构件的实例。

13.配置图由结点和结点之间的联系组成，描述了处理器、设备和软件构件运行时的体系结构。

14.结点之间、结点与构件之间的联系包括通信关联、依赖联系等。