用例之间的关系 执行者与用例之间的关系

用例建模如何进行？uml用例图的要素有哪些

trufun/...8

UML用例图最简单了，一般表达使用者和系统功能之间的关系。也就是角色和用例之间的关系。如下图。基本元素就是角色，用例，扩展关系，包含关系，用例主题，扩展点等几项。

用例之间的关系 执行者与用例之间的关系

用例之间的关系 执行者与用例之间的关系

第七章 系统体系结构建模

更多用例图案例可以参考trufun plato uml2建模工具的帮助系统。

用例是一种描述系统需求的方法，以下关于用例建模的说法中，正确的是（ ）。

3、一个状态迁移图符可以有多个源状态或目标状态，他们可以把一个控制分解为并行运行的并发线程，或将多个并发线程结合成单个线程

【】UML用例图用例图主要用来图示化系统的主流程,它主要用来描述客户的需求,即用户希望系统具备的完成一定功能的动作,通俗地理解用例就是软件的功能模块,所以是设计系统分析阶段的起点,设计人员根据客户的需求来创建和解释用例图,用来描述软件应具备哪些功能模块以及这些模块之间的调用关系,用例图包含了用例和参与者,用例之间用关联来连接以求把系统的整个结构和功能反映给非技术人员(通常是软件的用户),对应的是软件的结构和功能分解。用例是从系统外部可见的行为,是系统为某一个或几个参与者(Actor)提供的一段完整的服务。从原则上来讲,用例之间都是、并列的,它们之间并不存在着包含从属关系。但是为了体现一些用例之间的业务关系,提高可维护性和一致性,用例之间可以抽象出包含(include)、扩展(extend)和泛(generalization)几种关系。共性:都是从现有的用例中抽取出公共的那部分信息,作为一个单独的用例,然后通后过不同的方法来重用这个公共的用例,以减少模型维护的工作量。1、包含(include)包含关系:使用包含(Inclusion)用例来封装一组跨越多个用例的相似动作(行为片断),以便多个基(Base)用例复用。基用例控制与包含用例的关系,以及被包含用例的流是否会插入到基用例的流中。基用例可以依赖包含用例执行的结果,但是双方都不能访问对方的属性。包含关系对典型的应用就是复用,也就是定义中说的情景。但是有时当某用例的流过于复杂时,为了简化用例的描述,我们也可以把某一段流抽象成为一个被包含的用例;相反,用例划分太细时,也可以抽象出一个基用例,来包含这些细颗粒的用例。这种情况类似于在过程设计语言中,将程序的某一段算法封装成一个子过程,然后再从主程序中调用这一子过程。例如:业务中,总是存在着维护某某信息的功能,如果将它作为一个用例,那新建、编辑以及修改都要在用例详述中描述,过于复杂;如果分成新建用例、编辑用例和删除用例,则划分太细。这时包含关系可以用来理清关系。2、扩展(extend)扩展关系:将基用例中一段相对并且可选的动作,用扩展(Extension)用例加以封装,再让它从基用例中声明的扩展点(ExtensionPoint)上进行扩展,从而使基用例行为更简练和目标更集中。扩展用例为基用例添加新的行为。扩展用例可以访问基用例的属性,因此它能根据基用例中扩展点的当前状态来判断是否执行自己。但是扩展用例对基用例不可见。对于一个扩展用例,可以在基用例上有几个扩展点。例如,系统中允许用户对查询的结果进行导出、打印。对于查询而言,能不能导出、打印查询都是一样的,导出、打印是不可见的。导入、打印和查询相对,而且为查询添加了新行为。因此可以采用扩展关系来描述:4、泛化(generalization)泛化关系:子用例和父用例相似,但表现出更特别的行为;子用例将继承父用例的所有结构、行为和关系。子用例可以使用父用例的一段行为,也可以重载它。父用例通常是抽象的。在实际应用中很少使用泛化关系,子用例中的特殊行为都可以作为父用例中的备选流存在。例如,业务中可能存在许多需要部门审批的事情,但是审批的流程是很相似的,这时可以做成泛化关系表示:：B

（1）参与者。参与者是指存在于系统外部并与系统进行交互的任何事物，既可以是使用系统的用户，也可以是其他外部系统和设备等外部实体。（2）用例。用例是在系统中执行的一系列动作，这些动作将生成特定参与者可见的价值结果。也就是说，用例表示系统所提供的服务，它定义了系统是如何被参与者所使用的，它描述的是参与者为了使用系统所提供的某一完整功能而与系统之间发生的一段对话。（3）通信关联。通信关联表示的是参与者和用例之间的关系，或用例与用例之间的关系。箭头表示在这一关系中哪一方是对话的主动发起者，箭头所指方是对话的被动接受者，箭尾所指方是对话的主动发起者。如果不想强调对话中的主动与被动关系，可以使用不带箭头的关联实线。在用例模型中，信息流不是由通信关联来表示的，该信息流是默认存在的，并且是双向的，它与箭头所指的方向没有关系。

如何理解用例和参与者

包含关系对典型的应用就是复用，也就是定义中说的情景。但是有时当某用例的流过于复杂时，为了简化用例的描述，我们也可以把某一段流抽象成为一个被包含的用例；相反，用例划分太细时，也可以抽象出一个基用例，来包含这些细颗粒的用例。这种情况类似于在过程设计语言中，将程序的某一段算法封装成一个子过程，然后再从主程序中调用这一子过程。

参与者和用例从用户的角度来看，他们并不想了解系统的内部结构和设计，他们所关心的是系统所能提供的服务，也就是被开发出来的系统将是如何被使用的，这就用例方法的基本思想。用例模型主要由以下模型元素构成： 参与者(Actor)参与者是指存在于被定义系统外部并与该系统发生交互的人或其他系统，他们代表的是系统的使用者或使用环境。 用例(Use Case)用例用于表示系统所提供的服务，它定义了系统是如何被参与者所使用的，它描述的是参与者为了使用系统所提供的某一完整功能而与系统之间发生的一段对话。 通讯关联(Communication Association)通讯关联用于表示参与者和用例之间的对应关系，它表示参与者使用了系统中的哪些服务（用例），或者说系统所提供的服务（用例）是被哪些参与者所使用的。 以银行自动提款机(ATM)为例，它的主要功能可以由下面的用例图来表示。ATM的主要使用者是银行客户，客户主要使用自动提款机来进行银行帐户的查询、提款和转帐交易。 通讯关联表示的是参与者和用例之间的关系，箭头表示在这一关系中哪一方是对话的主动发起者，箭头所指方是对话的被动接受者；如果你不想强调对话中的主动与被动关系，可以使用不带箭头的关联实线。在参与者和用例之间的信息流不是由通讯关联来表示的，该信息流是缺省存在的（用例本身描述的就是参与者和系统之间的对话），并且信息流向是双向的，它与通讯关联箭头所指的方向亳无关系。

5. 错误推测法：

在线用例图绘画-word如何画用例图

系统用例图是用什么画图工具画啊？

系统用例图可以使用Word进行绘制。

使用Word画例图的作步骤如下:

1、首先打开Word创建一个画布,点击插入中形状。

2、然后点击最下面的新建绘制画布。

_3、然后就可以看到Word中出现一个白框。

4、然后就可以按照用例图的样子绘制相应的形状,选择需要的图形。

5、选择后可以看1、可行性研究：经济可行性、技术可行性和法律可行性。到画布上显示的图形。

6、如果需要修改形状的填充和轮廓,可以点击形状填充—形状轮廓—主题颜色,进行调整。

7、添加文字,例图就可以完成了。

如何画用例图

1.在“文件”菜单上,依次指向“新建”、“软件”,然后单击“UML模型图”。

2.在树视图中,右击要包含用例图的包或子系统,再指向“新建”,然后单击“用例图”。

此时会出现一个空白页,而且“UML用例”模具也会显示在最顶部。工作区将“用例”显示为水印。树视图将添加一个表示该图表的图标。

注释如果看不见树视图,请在“UML”菜单中指向“视图”,然后单击“模型资源管理器”。

使用系统边界形状

在用例图中指示系统边界

4.Visio画UML用例图时要从“用例”模具中将“用例”形状拖出并放在系统边界内,然后将“参与者”形状拖到系统边界外。

使用用例形状

使用参与者形状

5.使用“通信”形状指出用例和参与者之间的关系。

使用通信形状

指出参与者和用例之间的关系

6.Visio画UML用例图时需要通过“使用”和“扩展”形状,指出用例之间的关系。

指出两个用例之间的使用关系,指出两个用例之间的扩展关系

8.保存该图表。

问题三:用例图怎么画UML2系列框图--用例图详解

问题四:用例图怎么画某一个功能点的用例图基本有二种:1、用visio软件,易学易用它也是off系列的软件,所以跟word兼容得很好。2、windows自带画图工具。画的整齐。点开始DD》所有程序DD》附件DD》画图。

问题五:word如何画用例图方法一、插入DDDD组织机构图,这种方法比较简单,但不是很漂亮;

方法二、画矩形(先画一个然后你想要的个数,再对齐,在矩形中添加文字)DD画线条连接(线条的形状你可以自由选择)

问题六:用例图中系统自己完成的事怎么画用例是契约,是系统中利益相关人(Stakeholder)就系统行为所达成的契约,它通过半结构化的自然语言描述了在梗同条件下,系统对某一利益相关人发起的请求作出响应时应当发生哪些系统行为。从中可以看出,用例是站在系统外部来看待系统和定义系统的。因此,如果是系统自己完成的事,应当属于用例中的步骤,而不是单独的用例。当然,如果是系统定时自动启动的任务,如没隔30秒自动扫描发送短信通知,则属于定时用例。此时,ACTOR是定时程序。

问题八:用例图里面的小人在word里怎么画?物理试卷上用吗?有个“物理图符”的WORD(模板)里有

目录:软件>办公应用

问题九:uml用例图参3、合作图和顺序图都可用来描述系统对象间的交互。顺序图强调的是一组对象间的作调用的时间顺序，合作图则强调这组对象之间的关系。与者之间怎么画参与者之间是泛化关系,具体可以参考trufun网站的在线帮助,有详细的UML框图的元素案例讲解。

word如何画用例图

1、首先,创建一个画布。点击插入中形状然后点击最下面的新建绘制画布。

2、然后就可以看到Word中出现一个白框,然后旁边有框。

3、然后就可以按照用例图的样子绘制相应的形状。

4、但是一般开始画出来的东西并不是我们想要的,需要修改,我们可以修改形状的填充和轮廓来修改。

5、然后可能还要需要就是在形状中添加文字,可以右键单击之后选择添加文字。

6、完成效果图。

用例图在需求分析中的作用

8、进程是一个动作流，能够与其他进程并发执行

用例图在需求分析中的作用如下：

7.双击任意形状(“系统边界”形状除外),打开其“UML属性”对话框,您可以在其中添加名称、特性、作和其他属性。

元素之间的关系用例图中包含的元素除了系统边界、角色和用例，另外就是关系。关系包括用例之间的关系，角色之间的关系，用例和角色之间的关系。

概念解释

用例图是指由参与者（Actor）、用例（Use Case），边界以及它们之间的关系构成的用于描述系统功能的视图。用例图（User Case）是外部用户（被称为参与者）所能观察到的系统功能的模型图。

开发功能前你能读懂UML吗？

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

UML是什么？

根据百度百科上的资料我们看到，uml指的是统一建模语言，又称标准建模语言。是软件设计的重要参考依据，是开发者读懂设计意图和理清逻辑步骤的重要工具，接下来就让我们来进一步了解下uml概念范围内的这几个基础概念。

一.用例图

1.概念:用例图是显示一组用例,参与者以及它们之间关系的一种图。

2.作用:

（1）描述将要开发系统的功能需求和系统的使用场景（2）促进各阶段开发工作的进展

3.组成:

(1)参与者:角色,代表系统的用户

(2)系统边界:确定系统的范围

(3)用例：它代表系统提供的服务

4.关系:

(1)包含:包含关系指的是两个用例之间的关系,其中一个用例的行为包含另外一个用例的行为.

(2)拓展关系：

对基本用例的拓展，基本用例是一个完整的用例,即使没有子用例的参与,也可以完成一个完整的功能。

(3)泛化关系:

一般与特殊的关系。多个用例共同拥有一种类似的结构和行为的时候,可以将它们的共性抽象为父用例，其他的用例作为泛化关系中的子用例

(4)分组关系

二.类图和对象图

1.类图的作用

2.类的表示

三栏矩形框

3.属性和作(方法)的可见性,viso表示

Public Private Protect

4.对象图的表示

两栏矩形框:名称和属性

5.类图和对象图的表示区别

（1）名称形式不同，对象的名称形式为"对象名:类名",类图的名称形式为":类名"

（2）属性不同,对象图中不包含作

（3）对象不具有多重性,只是作为一个的实体

6.类之间的关系

(1)依赖关系;

(2)泛化关系：一般元素和特殊元素之间的分类关系,在类型上的而不是在实例上的

(3)关联关系:一种结构关系,指明一个事物的对象与另外一个事物的对象之间的联系,描述了系统中对象或实例之间的离散连接。

主要的作用有三个：（1）获取需求；（2）指导测试；（3）还可在整个过程中的其它工作流起到指导作用。(4)关联关系

(5)实现关系

三.顺序图和通信图

1.顺序图的概念

顺序图是强调消息时间顺序的交互图，它描述了对象之间传送消息的时间顺序，用于表示用例中的行为顺序.

2.顺序图的作用

把用例图表达的需求转换为进一步，更加正式层次的精细表达

3.顺序图的组成,每一个组成元素的概念含义

(1).角色：系统角色可以使人或者其他的系统或者其子系统

(2).对象:跟他在类图的定义一致

(3).生命线

(4).激活器

(5).消息

4.消息的类型

(1)同步消息

(2)异步消息

(3)自关联消息

通信图概念和作用以及组成元素

组成元素:

(1)活动者

(2)对象

(3)链接

(4)消息.

6.顺序图和通信图的联系和区别

顺序图和通信图作为交互图都表示出对象间的交互作用，两者都比较直观的规定了发送对象和接受对象的,并且都支持所有的消息类型,在耦合性上两者都可以作为衡量的工具通信图的概念和作用以及组成元素显示了一系列的对象和在这些对象之间的联系及对象间发送和接收消息。

组成元素:

(1)活动者

(2)对象

(3)链接

(4)消息.

6.顺序图和通信图的联系和区别

顺序图和通信图作为交互图都表示出对象间的交互作用，两者都比较直观的规定了发送对象和接受对象的,并且都支持所有的消息类型,在耦合性上两者都可以作为衡量的工具通信图概念和作用以及组成元素显示了一系列的对象和在这些对象之间的联系及对象间发送和接收消息。

组成元素:

1.活动者

2对象

3.链接

4.消息.

6.顺序图和通信图的联系和区别

顺序图和通信图作为交互图都表示出对象间的交互作用，两者都比较直观的规定了发送对象和接受对象的,并且都支持所有的消息类型,在耦合性上两者都可以作为衡量的工具

UML系统建模与分析设计 刁成嘉 课后

(4)关联:它表示参与者与用例间的关系

UML系统建模与分析设计

例如，系统中允许用户对查询的结果进行导出、打印。对于查询而言，能不能导出、打印查询都是一样的，导出、打印是不可见的。导入、打印和查询相对，而且为查询添加了新行为。因此可以采用扩展关系来描述：

章 系统建模与分析设计的演变

1、系统建模的三要素：方法、工具和过程

2、软件的分类：

按软件的功能划分：系统软件、支撑软件和应用软件

按软件的规模划分：小型软件、中型软件、大型甚至超大型软件

按软件的工作方式划分：实时处理软件、分时处理软件交互式软件和批处理软件

按软件服务对象的范围划分：一次性使用软件和使用频度较高的软件

按软件失效的影响程度划分：一般性软件和关键性软件

3、软件危机产生的原因主要有两个：一是与软件本身的特点相关；二是软件开发和维护的方法不正确。

4、软件开发过程模型：瀑布模型、渐增模型、演化模型、螺旋模型、智能模型

5、UML的特点：性、连续性、维护性、复用性和逐步完善

6、面向对象的三大重要特征：封装性、继承性和多态性

7、软件开发方法从结构化开发方法、模块化开发方法到面向对象开发方法是一个渐进的演变过程

8、软件生命周期描述了一个软件从定义、开发、使用、维护到服用的全过程

9、面向对象的基本概念有：对象、类急气封装性、多态性、继承性和消息传递

10、软件开发过程由客户端需求分析、系统分析、系统设计和系统实现以测试与维护四个四个阶段组成

11、面向对象系统的开发过程以体系结构为中心，以用例为驱动，是一个反复、渐增的过程

课后习题：ACDB

1、 封装是吧对象的属性和作结合在一起，组成一个的对象、

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

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

4、 使得在多个类中能够定义同一个作或属性名，并在每一个类中有不同的实现的一种方法是多态性

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

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

7、软件开发模型有瀑布模型、增量模型、螺旋模型、智能模型和快速原型模型等五种主要模型

9、 UML的优点是：性、连续性、维护性、复用性和完善性。

第二章 统一建模语言UML

1、UML的五种视图：用例视图、逻辑视图、构件视图、进程视图和配置视图

2、UML的三大类模型图是：用例模型图、静态模型图和动态模型图

3、用例模型描述的是外部执行者主要用于需求分析阶段

4、UML的静态建模机制包括：类图、对象图、包图、构件图、配置图

5、UML的动态模型包括4种兔：状态图、活动图、顺序图、合作图

6、软件的开发过程即生命周期划分为开始、详细规划、系统构造、移交四个阶段。

7、UML开发过程中的核心活动成分是：分析、设计、实现、测试、配置和一些核心支持活动。

8、UML 开发过程的产物包括两大类：模型和文档

9、UML软件开发过程的基本特点：用例驱动系统、以体系结构为中心、螺旋上升式的开发过程、以质量控制和风险管理为目标

10、UML中的扩展机制包括三种：构造型、标记值和约束。构造型用于对模型元素进行分类，在已有的基本模型元素上定义新的模型元素。标记值也称特性规格说明，他和约束一起直接对摸个模型元素附加一些特性和语义。

11、软件项目开发过程包括的具体工作内容是：业务建模、需求分析、设计、实现和测试。

12、UML软件开发过程的基本特征是：以用力驱动软件开发全过程，以系统体系结构为中心，以质量控制和风险管理为目标，采用反复迭代、循环、渐增是的螺旋上升式开发过程。

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

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

3、UML的动态模型图由活动图、顺序图、状态图和和作图组成

4、UML的最总产物就是提交的可执行文件的软件系统和相应的软件文档资料

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

6、uML分析和设计模型由三类模型图表示，三类模型图是：用例模型图、静态模型图和动态模型图。

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

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

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

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

第三章 需求分析与用例建模

2、需求分析的目的是深入描述软件功能和性能，确定软件设计的约束和软件同其他系统元素的接口细节，定义软件的其他有效性需求。

3、用例图包含的模型元素有系统、执行者、用例以及他们间的不同关系，入继承、关联、依赖等。

5、执行者分为“人”执行者和“外部系统”执行者两类。

6、UML中用例间的关联主要有4种：继承关联、扩展关联、包含关联和使用关联

7、UML的活动图示系统动态行为建模的图形工具之一，用来表示完成一个作所需要的活动，或者是一个用例实例的活动。活动图实际上也是一种流程图，它描述活动的序列，即系统从一个活动到另一活动的控制流。活动图特别适合秒速动作流和并发处理行为。

习题：BACDB AA

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

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

3、UML客户需求分析使用的CRC卡上宜兰的内容主要描述类的属性和作

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

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

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

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

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

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

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

12、用例图中以实践方框表示系统的范围和边界，在熊边界内描述的是用例，在边界之外描述的是执行者

13、用例模型中的执行者可以是“人”执行者也可以是“外部”系统执行者

第四章 系统分析与对象类建模

1、根据建立的用户需求模型，在系统分析阶段要进一步确立三个模型系统模型：对象静态模型，对象动态模型和系统功能模型。

2、类之间的关系有关联、聚集、继承、依赖、细化等。

3、包是UML的模型元素之一，包可以包含其他包和类。包之间可以有关系，入依赖等。宝石一种分组机制，他吧一些模型元素组织成语义上相关的组，包中拥有或涉及的所有模型元素叫做包的内容。

习题BBCBB B

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

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

3、 类和对象都有属性，他们的别是：类描述了属性的类型，而对象的属性必须有具体值

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

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

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

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

8、 在UML的对象类图中，类之间的关系有依赖、细化、关联、聚集和继承五种。

9、 共享聚集的部分对象可以是任何整体的一部分，表示事物的整体/部分关系较弱的情况，整体段的重数应该是n

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

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

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

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

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

1、消息分为四种控制流，分别是简单消息、同步消息、一步消息、和返回消息

2、顺序图用来描述对象间的交换行为。他注重消息的时间顺序，即对象间消息的发送和接收的顺序。顺序图还揭示了一个特定场景的交互，即系统执行期间发生在某个时间点的对象之间的特定交互，他适合描述实时系统中的时间特性和时间约束。

习题CCADA

1、UML系统设计的一般步骤包括系统对象设计、系统体系结构设计和系统设计的优化

2、顺序图和合作图主要用与对用例图中消息流的建模，用他们来描述用例图的行为。

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

4、顺序图描述一组对象之间消息的传递顺序

5、顺序图和合作图建立了UML面向对象开发过程中的对象动态交互模型

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

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

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

10、主动对象是一个拥有进程或线程的对象，能初始化控制活动，可以并发运行

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

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

第六章 系统动态建模---状态模型

1、UML软件开发过程中产生的状态图描述了系统中一个对象所具有的各种状态和这个对象从一中状态到另一状态的转换，以及影响对象这些状态的等，它主要用来描述某个对象从一个状态到另一个状态编号迁移的控制流

2、活动中的 有entry、exit、do

3、状态的改变---迁移

习题BAABB

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

2、状态图描述一个对象在不同的驱动下发生的状态迁移。

4、活动图中动作状态之间的迁移不是靠触发的，

6、顺序状态表明状态之间的迁移时串行的，即一个接一个顺序迁移

7、状态图还可以用复合迁移的同步并发迁移图符来表示并发子状态

8、状态图中的进程是个动作流，能够与其他进程并发执行

10、活动图即可以描述对象的动态行为，还可以用来描述用例

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

1、在UML中，软件构件分为源代码构件、二进制构件和可执行代码构件构件图由这些构件、接口以及构件之间的关系组成。

习题ABBDA CD

1、系统体系结构式用来描述系统各部分的结构、结构以及他们用于通信的一种机制

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

3、软件体系结构是对系统的用例、类、对象、结构以及相互间的交互和协作进行描述

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

5、构件时软件系统体系结构中定义的概念和功能在物理体系结构中的实现。

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

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

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

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

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

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

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

关于UML基础和ROSE建模的几个题目！跪求！！！

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

复习题:1．在UML的状态图中，转换通常由以下哪些部分构成?2．哪些图形可以清楚地表达并发行为?3．哪些元素构成了组件图形?4．软件工程的三要素是?5. 在构件中图中，什么用于显示构件之间的关联关系？6. 什么图是用来反映代码的物理结构7.执行者（Actor）与用例之间的关系是？8．属于UML语言的交互图有那些？9．UML语言包含几大类图形？10．部署图中的具有以下哪些方面的内容? 11．时序图的用途是?12．UML中，类的主要版型有（ ）（A）角色类 （B）业务类 （C）边界类 （D）控制类 （E）实体类13．UML的类图包含哪些抽象的层次（ ）（A）概念层 （B）说明层 （C）实现层 （D）业务层 （E）控制层14. 统一过程中的四个阶段是?15. 用例之间的关系主要有?习题16.下面哪些图形可以清楚地表达并发行为（ ）（A）类图 （B）状态体 （C）活动图 （D）顺序图17.下面哪些元素构成了组件图形（ ）（A）组件 （B）转换 （C）关系 （D）接口18.生命线是UML视图中哪个图形的组成部分（ ）（A）类图 （B）状态图 （C）活动图 （D）顺序图19.在UML的顺序图中，通常由左向右分层排列各个对象，正确的排列方法是（ ）（A）执行者角色 控制类 用户接口 业务层 后台数据库（B）执行者角色 用户接口 控制类 业务层 后台数据库（C）执行者角色 控制类 用户接口 后台数据库 业务层（D）执行者角色 用户接口 业务层 控制类 后台数据库20.在UML协作图中，有多少种关联角色的构造型（ ）（A）1 （B）3 （C）5 （D）721.多对象是UML哪个视图中的概念（ ）（A）类图 （B）状态图 （C）协作图 （D）组件图22.部署图中的具有以下哪些方面的内容（ ）9、CRC卡中的描述由类名、类特征、类类型、和协作者共五部分组成（A）计算能力 （B）基本内存 （C）位置 （D）接口23.顺序图的用途包括（ ）（A）显示并发进程和激活（B）当不同的类之间存在多个简短的方法时，描述控制流的整体序列（C）显示在协作图中难于描述的序列（D）显示涉及类交互而与对象无关的一般形式24.常见的UML工具有哪些？（ ）（A）Ｒational Rose （B）Power Designer （C）Visio （D）Visual UML 25.找出下面场景中的概念类： （1）顾客带着购买的商品或服务来到POS收款台 （2）收款员启动一次销售 （3）收款员输入商品标识 （4）系统记录商品，并且显示该商品说明，价格，并计算总金额。按一组计价规则计算单价。

如何去分析公共函数和用例的关联性

描述系统的结构编程的重要依据

功能 测试用例的设计方法 ：

边界值分析法：

指对输入的边界条件进行分析，设计出针对边界值的测试用例。

数值的边界值检验

字符的边界值检验

如： ASCII和 Unicode编码方式

其他边界值检验

选上所有选项(值)

不选上任何一项(空，零)

只选一项 (最小值)

2. 等价类划分法：

有效等价类：指输入完全满足程序输入的规格说明，是由有效且有意义的输入数据所构成的，利用有效等价类可以检验程序是否满足规格说明所规定的功能和 性能 。

无效等价类：和有效等价类相反，即不满足程序输入要求或者由无效的输入数据构成的。

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

就是利用图解法分析输入(原因)和输出条件(结果)之间的关系，以设计测试用例的方法。因果图法适合于检查程序输入条件的多种情况的组合，并最终生成判定表，来获得对应的测试用例。

4. 功能图法

功能图是描述程序状态变化、转移的过程，因为运行或作的过程可以看作是其状态不断发生变化的过程。测试用例的设计就是如何覆盖所有表现出来的状态，即在满足输入/输出的一组条件下，运行是一系列有次序的、受控制的状态变化过程。

6. 正交实验设计方法：

主要步骤是：

(1) 对 需求 规格说明中的功能要求进行划分(层层分解与展开)，分解成具体的、相对的基本功能。

(2) 根据基本功能的 质量 需求，找出影响其功能实现的作对象和外部因素，每个因素的取值可以看作水平，多个取值就存在多个水平。

(3) 确定待测试中所有因素及其权值，这是 测试用例设计 的关键，确保全面、准确。

权值是依据各因素的影响范围、发生的频率和质量的需求来确定的。

(5) 利用正交表构造测试数据集，正交表的每一行，就是一条测试用例。考虑交互作用不可忽略的处理因素和不可混杂的原则，有交互作用的组合优先安排。