UML第六章 结构模型

1.UML 的体系结构，各种模型图的含义，使用场合（概念辨析），标记符合识别（读图），uml的应用方式体系结构：是一组重要决策，软件系统组织，对组成系统的结构元素及其接口的选择，元素间的协作描述行为把结构和行为元素组合成逐步增大的子系统，，指导这种组织的结构风格。

类图：显示一组类，接口，协作以及他们之间关系的图，点和弧的集合对象图：是抽象的具体表现，可以对其施加一组操作，而且它可能有一组状态，用以存储操作的结果构件图：显示构件的定义，内部结构以及相互依赖关系的模型图组合结构图：用例图：表达用例和参与者及其之间关系的载体，由主题，参与者，用例，关系组成。

顺序图：强调时间的顺序，对象或角色的生命周期，创建撤销都通过生命线的垂直延伸而显示的表示通信图:强调发送和接受消息的角色的组织状态图：一个对象在其生存期间的动态行为，表现动态响应事件所经历的状态序列以及伴随的动作活动图：用于表示完成一个操作所需要的活动，或者是一个用例实景的活动。

适合描述动作流和并发处理行为部署图：展示运行时进行处理的节点和在节点上生存的制品的配置的图包图：是包及其关系的结构化模型图定时图：交互概览图：领域模型：对领域内的概念或现实世界中对象的可视化表示。

2.UP，RUP的概念UP：统一过程，up已成为一种流行的构造面向对象系统的迭代软件开发过程。

RUP是一个软件工程过程。

它为开发组织提供了如何在开发过程中对软件开发的任务进行严格分配、如何对参与开发的人员职责进行严格的划分等方法，它的目标是在可预见的日程和预算前提下开发出满足最终用户需求的高质量软件。

RUP是一个过程产品。

对项目进行明确的定义并且使用文档记录软件开发过程在软件的成败中起着很重要的作用。

把软件的开发过程当成是一种软件产品来看待，像任何其他软件一样被人们设计、开发、交付和维护。

RUP的四个阶段：起始阶段（大体上的构思，业务案例，范围，模糊评估）；细化阶段（已精化的构想，核心构架的迭代实现，高风险的解决，确定大多数需求范围以及进行更为实际的评估）；构造阶段（对遗留下来的风险较低的和比较简单地元素进行迭代实现准备部署）；交付阶段（进行测试和部署）。

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软件开发过程的需求分析阶段，建立用例模型的步骤分为，确定系统的范围和边界，确定系统的执行者和用例，对用例进行描述，定义用例之间的关系和审核用例模型。

简答题：第六章用例图(1)试述识别用例的方法识别用例的最好方法就是从分析系统参与者开始，在这个过程中往往会发现新的参与者。

当找到参与者之后，我们就可以根据参与者来确定系统的用例，主要是看各参与者如何使用系统，需要系统提供什么样的服务。

对于这个被选出的用例模型，不仅要做到易于理解，还要做到不同的涉众对于它的理解是一致的(2)用例之间的三种关系各使用在什么场合？答：我们可以在用例之间抽象出包含、扩展和泛化这三种关系。

多个用例用到同一段的行为，则可以把这段共同的行为单独抽象成为一个用例，然后让其他用例来包含这一用例。

扩展关系往往被用来处理异常或者构建灵活的系统框架。

使用扩展关系可以降低系统的复杂度，有利于系统的扩展，提高系统的性能。

扩展关系还可以用于处理基础用例中的那些不易描述的问题，使系统显得更加清晰易于理解。

当您发现系统中有两个或者多个用例在行为、结构和目的方面存在共性时，就可以使用泛化关系。

这时，可以用一个新的（通常也是抽象的）用例来描述这些共有部分，这个新的用例就是父用例。

(3) 请问在设计系统时，绘制的用例图是多一些好还是少一些好，为什么？答：视系统的复杂度决定。

对于比较简单的系统，可以相对用的少些用例图，对于比较复杂的系统，为表示清楚系统功能必须多创建用例图。

我们应该根据每个系统的具体情况，具体问题具体分析，在尽可能保证整个用例模型的易理解性前提下决定用例的大小和数目。

(4)请简述为何在系统设计时要使用用例图。

他对我们有什么帮助？答：用例图是从软件需求分析到最终实现的第一步，它显示了系统的用户和用户希望提供的功能，有利于用户和软件开发人员之间的沟通。

借助于用例图，系统用户、系统分析人员、系统设计人员、领域专家能够以可视化的方式对问题进行探讨，减少了大量交流上的障碍，便于对问题达成共识。

(5)使用Rose创建用例图有几个步骤？答：使用Rose创建用例图的步骤：识别参与者、创建用例，最后创建用例之间的关系。

[原][UML]UML结构图与⾏为图整理我画的思维导图列出了UML使⽤的14种图，它们主要分为两类：1.静态的结构图2.动态的⾏为图其中常⽤的有四种：类图、⽤例图、状态机、序列图（时序图）下⾯是UML官⽅的讲解什么是类图？类图是⼀切⾯向对象⽅法的核⼼建模⼯具。

该图描述了系统中对象的类型以及它们之间存在的各种静态关系。

关系有三种主要的关系：1. 关联 - 代表类型之间的关系（⼀个⼈为公司⼯作，⼀间公司有多个办事处）。

2. 继承 - 专为将实例关系图 (ERD) 应⽤于⾯向对象设计⽽设的⼀种关系。

它在⾯向对象设计中的继承概念互相呼应。

3. 聚合 - ⾯向对象设计中的⼀种对象组合的形式。

类图⽰例有关类图的更多详细信息，请阅读⽂章？什么是组件图？在统⼀建模语⾔中，组件图描绘了组件如何连接在⼀起以形成更⼤的组件或软件系统。

它展⽰了软件组件的体系结构以及它们之间的依赖关系。

那些软件组件包括运⾏时组件，可执⾏组件和源代码组件。

组件图⽰例有关组件图的更多详细信息，请阅读⽂章？什么是部署图？部署图有助于模拟⾯向对象软件系统的物理⽅⾯。

它是⼀个结构性图表，显⽰了软件产出于系统架构内如何被分发⾄指定⽬标。

产出即现实⽣活中各种通过开发过程产⽣的产品。

部署图对运⾏时配置进⾏建模，并可视化应⽤程序中产出的分布。

在⼤多数情况下，它表达了硬件配置以及和软件组件之间的关系。

部署图⽰例有关部署图的更多详细信息，请阅读⽂章什么是对象图？对象图是实例 (Instance) 的表达，包括对象和数据值。

静态的对象图是类图的⼀个实例，它是系统在某个时间点的详细状态的快照，不同之处在于类图表⽰了⼀个由类及其关系组成的抽象模型，⽽对象图则表达了特定时刻的实例。

对象图的使⽤是相当有限的，它常被⽤作展⽰数据结构例⼦。

类图与对象图的例⼦有些⼈难以區分 UML 类图和 UML 对象图，因为它们都包含⼀些“矩形块” 和⼀些链接線，看起来很相似。

有些⼈甚⾄认为它们是相同的，因为某些 UML 软件會將类图和对象图的符号放在同⼀个图表编辑器 - 类图中。

第一章UML模型的基本概念1 UML的建筑块组成UML有三种基本的建筑块：1、事物（Things）2、关系（Relationships）3、图（Diagrams）事物是UML中重要的组成部分。

关系把事物紧密联系在一起。

图是很多有相互相关的事物的组。

1.1 UML的事物UML中有始终类型的事物：1、结构事物（Structural things）2、动作事物（Behavioral things）3、分组事物（Grouping things）4、注释事物（Annotational things）这些事物是UML模型中最基本的面向对象的建筑块。

它们在模型中属于最静态的部分，代表概念上等或物理上的元素。

1.1.1结构事物。

总共有七种结构化事物。

首先是类（class），类是描述具有相同属性、方法、关系和语义的对象的集合。

一个类实现一个或多个接口。

在UML 中类被画为一个矩型，通常包括它的名字、属性和方法。

图1-1 类第二种是接口（interface），接口是指类或组件提供特定服务的一组操作的集合。

因此，一个接口描述了类或组件的对外的可见的动作。

一个接口可以实现类或组件的全部动作，也可以只实现一部分。

接口在UML 中被画成一个圆和它的名字。

图1-2 接口第三种是协作（collaboration），协作定义了交互的操作，是一些角色和其它元素一起工作，提供一些合作的动作，这些动作比元素的总和要大。

因此，协作具有结构化、动作化、维的特性。

一个给定的类可能是几个协作的组成部分。

这些协作代表构成系统的模式的实现。

协作在UML 中用一个虚线画的椭圆和它的名字来表示。

图1-3 协作第四种是use case，use case是描述一系列的动作，这些动作是系统对一个特定角色执行，产生值得注意的结果的值。

在模型中use case通常用来组织动作事物。

Use case是通过协作来实现的。

在UML 中，use case画为一个实线椭圆，通常还有它的名字。

一. 选择题1. 对象模型的描述工具是( )。

A.状态图B.数据流图C.对象图D.结构图2. 动态模型的描述工具是( )。

A.对象图B.结构图C.状态图D.设计图3. 在只有单重继承的类层次结构中，类层次结构是( )。

A.树型层次结构B.网状型层次结构C.星型层次结构D.环型层次结构4. 在有多重继承的类层次结构中，类层次结构是( )。

A.树型层次结构B.网状型层次结构C.星型层次结构D.环型层次结构5. 表示了对象的相互行为的模型是( )。

A.对象模型B.动态模型C.功能模型D.分析模型6. 在面向对象方法学中，信息隐蔽的实现是通过对象的( )。

A.分类性B.继承性C.封装性D.共享性7. 通过执行对象的操作改变该对象的属性，但它必须通过( )来执行。

A.接口B.消息C.信息D.操作8. 面向对象的主要特征除对象唯一性、封装性、继承性外，还有( )。

A.多态性B.完整性C.移植性D.兼容性9. 面向对象的分析的目的在于( )。

A.建立对象B.创建类C.建立模型D.建立关系10. 描述对象的行为，反映对象的状态与事件的关系是( )。

A.状态图B.对象图C.流程图D.结构图11. 在确定对象属性时，候选的属性是所有的( )。

A.动词B.名词C.修饰性名词词组D.词组12. 在考察系统的一些涉及时序和改变的状况时，要用动态模型表示。

动态模型着重于系统的控制逻辑，它包括两个图：一个是事件追踪图，另一个是( )。

A.数据流图B.系统结构图C.状态图D.时序图13. 面向对象的静态模型主要捕获了( )。

A.对象功能B.对象属性及操作C.对象为系统承担的责任D.对象(类)及其连接14. UML是一种面向对象的统一建模语言。

它包含10种图，其中，用例图展示了外部actor与系统所提供的用例之间的连接，UML中的外部actor指( ①)，用例可以用( ②)图来描述。

状态图指明了对象所有可能的状态以及状态间的迁移(transition)。

UML设计：运用UML图示，设计高效、清晰的软件结构第一章：引言在软件开发领域中，设计是非常重要的一环。

一个好的软件设计能够提高开发效率，减少错误和问题，并且能够使软件结构变得清晰易懂。

在设计软件结构时，使用UML（统一建模语言）图示可以帮助开发者更好地表达和传递设计意图。

本文将介绍如何运用UML图示来设计高效、清晰的软件结构。

第二章：UML概述UML是一种用于软件系统建模的标准化语言，它提供了一套表示和描述系统结构、行为和交互的图形符号和规范。

UML图示包括了用例图、类图、时序图、活动图等多种类型，每种图示都有其特定的应用场景和表达能力。

第三章：用例图用例图是描述系统功能和用户角色之间关系的一种UML图示。

它展示了系统的功能需求，并且可以帮助开发者更好地理解系统的整体架构。

在设计软件结构时，用例图可以作为一个基础，帮助确定系统的各个模块和模块之间的关系。

第四章：类图类图是UML中最常用的图示之一，它描述了系统中的类、属性和方法之间的关系。

类图可以帮助开发者更好地理解系统的对象模型，从而设计出合理的类结构和类之间的关联。

在设计软件结构时，类图可以作为一个核心工具，帮助开发者设计出高内聚、低耦合的类结构。

第五章：时序图时序图是描述系统中对象之间交互行为的一种UML图示。

它展示了对象在时间上的交互顺序，可以帮助开发者更好地理解系统的动态行为和交互过程。

在设计软件结构时，时序图可以帮助开发者确定系统的时序流程，从而设计出合理的消息传递和对象交互方式。

第六章：活动图活动图是描述系统中活动和流程的一种UML图示。

它展示了系统中活动的顺序和流程控制，可以帮助开发者更好地理解系统的业务流程和操作过程。

在设计软件结构时，活动图可以帮助开发者确定系统的活动流程，从而设计出高效、清晰的系统操作方式。

第七章：运用UML图示进行软件结构设计在实际的软件开发过程中，使用UML图示进行软件结构设计是一种非常有效的方法。

首先，开发者可以使用用例图来确定系统的功能需求和用户角色，从而设计出系统的模块和模块之间的关系。