下载文档原格式
简答题：第六章用例图(1)试述识别用例的方法识别用例的最好方法就是从分析系统参与者开始，在这个过程中往往会发现新的参与者。
当找到参与者之后，我们就可以根据参与者来确定系统的用例，主要是看各参与者如何使用系统，需要系统提供什么样的服务。
对于这个被选出的用例模型，不仅要做到易于理解，还要做到不同的涉众对于它的理解是一致的(2)用例之间的三种关系各使用在什么场合？答：我们可以在用例之间抽象出包含、扩展和泛化这三种关系。
多个用例用到同一段的行为，则可以把这段共同的行为单独抽象成为一个用例，然后让其他用例来包含这一用例。
扩展关系往往被用来处理异常或者构建灵活的系统框架。
使用扩展关系可以降低系统的复杂度，有利于系统的扩展，提高系统的性能。
扩展关系还可以用于处理基础用例中的那些不易描述的问题，使系统显得更加清晰易于理解。
当您发现系统中有两个或者多个用例在行为、结构和目的方面存在共性时，就可以使用泛化关系。
这时，可以用一个新的（通常也是抽象的）用例来描述这些共有部分，这个新的用例就是父用例。
(3) 请问在设计系统时，绘制的用例图是多一些好还是少一些好，为什么？答：视系统的复杂度决定。
对于比较简单的系统，可以相对用的少些用例图，对于比较复杂的系统，为表示清楚系统功能必须多创建用例图。
我们应该根据每个系统的具体情况，具体问题具体分析，在尽可能保证整个用例模型的易理解性前提下决定用例的大小和数目。
(4)请简述为何在系统设计时要使用用例图。
他对我们有什么帮助？答：用例图是从软件需求分析到最终实现的第一步，它显示了系统的用户和用户希望提供的功能，有利于用户和软件开发人员之间的沟通。
借助于用例图，系统用户、系统分析人员、系统设计人员、领域专家能够以可视化的方式对问题进行探讨，减少了大量交流上的障碍，便于对问题达成共识。
(5)使用Rose创建用例图有几个步骤？答：使用Rose创建用例图的步骤：识别参与者、创建用例，最后创建用例之间的关系。
UML图例之⽤例图 ⽤例图主要⽤来描述“⽤户、需求、系统功能单元”之间的关系，在需求分析阶段，常会借助⽤例图，从⽤户的⾓度描述系统的功能，以图形可视化的⽅式作为开发团队与客户的交流，同时也有助于形成统⼀语⾔。
⼀、⽤例图描述 ⽤例图（Use Case Diagrame）：描述了⼈们希望如何使⽤⼀个系统，将相关⽤户、⽤户需要系统提供的服务以及系统需要⽤户提供的服务更清晰的显⽰出来，以便使系统⽤户更容易理解这些元素的⽤途，也便于开发⼈员最终实现这些元素。
之所以说⽤例图⾄关重要，是由于⽤户并不关⼼系统的实现和内部结构，只关⼼产品所呈现出来的外部特征动态。
⽽⽤例图恰好就是描述软件产品外部特性的视图，它从⽤户的⾓度⽽不是从开发者的⾓度来描述需求，分析产品的功能和动态⾏为。
⼆、基本元素1、参与者(Actor)，在系统外部与系统直接交互的⾓⾊或外部系统。
可通过与客户的沟通交流，确定利益相关⼈，进⽽确定参与者。
⾓⾊：通常是具体⼈承担着⾓⾊，这是最常见的参与者。
外部系统：如CRM系统要操作OA系统，以⽅便发送通知，那么针对OA系统的调⽤，CRM系统作为外部系统这⼀参与者。
时间：如存在定时任务操作或者类似操作等，则时间作为参与者2、⽤例客户通过对需求的描述(主要为功能需求)，开发团队通过⽤例来体现系统功能和服务，通过参与者与⽤例的交互，来达到客户与开发团队的⽬标⼀致。
3、关联关系1）参与者与参与者间的泛化关系⽐如腾讯⽤户，包括微信⽤户和QQ⽤户两部分，但是使⽤腾讯业务时，只需要是腾讯⽤户即可，此时，可以采⽤泛化关系，采⽤三⾓空⼼箭头作为指向。
2）参与者与⽤例间的关联关系参与者与⽤例间是简单的关联关系，⼀个参与者可以有着多个⽤例3）⽤例与⽤例间的泛化关系⽤例之间可以存在泛化关系，⽐如常见的⽀付，可以选择微信⽀付、⽀付宝⽀付等等，但是这个操作就是⽀付。
泛化关系采⽤三⾓空⼼箭头。
4）⽤例与⽤例间的包含关系包含关系⽤来把⼀个较复杂⽤例所表⽰的功能分解成较⼩的步骤。
UML 系统建模基础教程课后答案第一章面向对象设计与UML1．填空题（1）UML（2）封装继承多态（3）继承（4）瀑布模型喷泉模型基于组件的开发模型XP 开发模型2. 选择题（1）C（2）A B C D（3）A B C D（4）A B C（5）A1.试述对象和类的关系。
（1）类是具有相同或相似结构、操作和约束规则的对象组成的集合，而对象是某一类的具体化实例，每一个类都是具有某些共同特征的对象的抽象。
类与对象的关系就如模具和铸件的关系，类的实例化结果就是对象，而对一类对象的抽象就是类.类描述了一组有相同特性和相同行为的对象。
第二章UML 通用知识点综述（1）依赖泛化关联实现（2）视图图模型元素（3）实现视图部署视图（4）构造型标记值约束（5）规格说明修饰通用划分2. 选择题（1）D（2）C（3）A（4）A B（5）D（6）1）在UML 中面向对象的事物有哪几种？在UML 中，定义了四种基本的面向对象的事物，分别是结构事物、行为事物、分组事物和注释事物等。
（7）2）请说出构件的种类。
构件种类有：源代码构件、二进制构件和可执行构件。
（8）3）请说出试图有哪些种类。
在UML 中主要包括的视图为静态视图、用例视图、交互视图、实现视图、状态机视图、活动视图、部署视图和模型管理视图。
（9）4）请说出视图和图的关系。
视图和图是包含和被包含的关系。
在每一种视图中都包含一种或多种图。
（10）5）请简述UML 的通用机制。
UML 提供了一些通用的公共机制，使用这些通用的公共机制（通用机制）能够使UML 在各种图中添加适当的描述信息，从而完善UML 的语义表达。
通常，使用模型元素的基本功能不能够完善的表达所要描述的实际信息，这些通用机制可以有效地帮助表达，帮助我们进行有效的UML 建模。
UML 提供的这些通用机制，贯穿于整个建模过程的方方面面。
前面我们提到，UML 的通用机制包括规格说明、修饰和通用划分三个方面。
第三章Rational 统一过程（11）1 ）角色活动产物工作流（12）2 ）逻辑视图过程视图物理视图开发视图用例视图（13）3）设计开发验证（14）4 ）二维（15）5）周期迭代过程里程碑（16） A B C D（17） A C D（18） A C D（19） A B C（20） A B C D（21）1 ）请描述迭代过程有几个阶段。
UML建模——⽤例图（UseCaseDiagram）⽤例图主要⽤来描述⾓⾊以及⾓⾊与⽤例之间的连接关系。
说明的是谁要使⽤系统，以及他们使⽤该系统可以做些什么。
⼀个⽤例图包含了多个模型元素，如系统、参与者和⽤例，并且显⽰这些元素之间的各种关系，如泛化、关联和依赖。
它展⽰了⼀个外部⽤户能够观察到的系统功能模型图。
【⽤途】：帮助开发团队以⼀种可视化的⽅式理解系统的功能需求。
⼀、⽤例图所包含的的元素1. 参与者(Actor)——与应⽤程序或系统进⾏交互的⽤户、组织或外部系统。
⽤⼀个⼩⼈表⽰。
2. ⽤例(Use Case)——⽤例就是外部可见的系统功能，对系统提供的服务进⾏描述。
⽤椭圆表⽰。
3. ⼦系统(Subsystem)——⽤来展⽰系统的⼀部分功能，这部分功能联系紧密。
⼆、⽤例图所包含的的关系 ⽤例图中涉及的关系有：关联、泛化、包含、扩展。
如下表所⽰： a. 关联(Association) 表⽰参与者与⽤例之间的通信，任何⼀⽅都可发送或接受消息。
【箭头指向】：⽆箭头，将参与者与⽤例相连接，指向消息接收⽅ b. 泛化(Inheritance) 就是通常理解的继承关系，⼦⽤例和⽗⽤例相似，但表现出更特别的⾏为；⼦⽤例将继承⽗⽤例的所有结构、⾏为和关系。
⼦⽤例可以使⽤⽗⽤例的⼀段⾏为，也可以重载它。
⽗⽤例通常是抽象的。
在实际应⽤中很少使⽤泛化关系，⼦⽤例中的特殊⾏为都可以作为⽗⽤例中的备选流存在。
【箭头指向】：指向⽗⽤例 c. 包含(Include) 包含关系⽤来把⼀个较复杂⽤例所表⽰的功能分解成较⼩的步骤。
包含关系对典型的应⽤就是复⽤，也就是定义中说的情景。
但是有时当某⽤例的事件流过于复杂时，为了简化⽤例的描述，我们也可以把某⼀段事件流抽象成为⼀个被包含的⽤例；相反，⽤例划分太细时，也可以抽象出⼀个基⽤例，来包含这些细颗粒的⽤例。
这种情况类似于在过程设计语⾔中，将程序的某⼀段算法封装成⼀个⼦过程，然后再从主程序中调⽤这⼀⼦过程。
UML用例图UML 用例图：准则在 Visual Studio 旗舰版中，可以绘制“用例图”来概括使用您的应用程序或系统的用户以及该应用程序或系统的用途。
若要创建UML 用例图，请在“体系结构”菜单上，单击“新建关系图”。
用例图有助于讨论和传达以下内容：您的系统或应用程序与人、组织或外部系统进行交互的几种方案。
它帮助参与者实现的目标。
系统的范围。
用例图不显示用例的详细信息：它只概括用例、参与者和系统之间的某些关系。
特别是，用例图不显示每个用例为实现目标所执行步骤的顺序。
可以在其他关系图和文档中描述这些详细信息，这些关系图和文档可与各用例相链接。
有关更多信息，请参见本主题中的详细描述用例。
您为用例提供的描述将使用与系统所用于的领域相关的一些词汇，如“销售”、“菜单”、“顾客”等。
明确定义这些词汇及其关系是非常重要的，您可以借助 UML 类图来进行定义。
有关更多信息，请参见 UML 类图：准则。
用例只处理系统的功能要求。
诸如业务规则、服务质量要求和实现约束等其他要求必须另外表示。
体系结构和内部细节也必须另外说明。
有关如何定义用户需求的更多信息，请参见用户需求建模。
本主题中使用的示例与顾客可在其上从本地餐馆订餐的网站有关。
“参与者”(1) 是与您的系统进行交互的一类人、组织、设备或外部软件组件。
例如，“顾客”、“餐馆”、“温度传感器”、“信用卡授权方”都是参与者。
“用例”(2) 表示一个或多个参与者为实现特定目标而执行的操作。
例如，“订餐”、“更新菜单”、“处理付款”都是用例。
在用例图中，用例与执行它们的参与者相关联 (3)。
“系统”(4) 是您开发的任何成果。
系统可以是小型软件组件，其中的参与者只是其他软件组件；系统也可以是完整的应用程序；系统还可以是部署在多台计算机和设备上的大型分布式应用程序套件。
例如，“订餐网站”、“送餐业务”、“网站版本2”都是子系统。
用例图可以显示系统或其子系统支持的用例。
初学UML之-------用例图分类：UML Modeling2007-10-16 04:37 58803人阅读评论(48) 收藏举报一．UML简介UML（统一建模语言，Unified Modeling Language）是一种定义良好、易于表达、功能强大且普遍适用的可视化建模语言。
它融入了软件工程领域的新思想、新方法和新技术。
它的作用域不限于支持面向对象的分析与设计，还支持从需求分析开始的软件开发的全过程。
在系统分析阶段，我们一般用UML来画很多图，主要包括用例图、状态图、类图、活动图、序列图、协作图、构建图、配置图等等，要画哪些图要根据具体情况而定。
其实简单的理解，也是个人的理解，UML的作用就是用很多图从静态和动态方面来全面描述我们将要开发的系统。
二．用例建模简介用例建模是UML建模的一部分，它也是UML里最基础的部分。
用例建模的最主要功能就是用来表达系统的功能性需求或行为。
依我的理解用例建模可分为用例图和用例描述。
用例图由参与者（Actor）、用例（Use Case）、系统边界、箭头组成，用画图的方法来完成。
用例描述用来详细描述用例图中每个用例，用文本文档来完成。
1．用例图参与者不是特指人，是指系统以外的，在使用系统或与系统交互中所扮演的角色。
因此参与者可以是人，可以是事物，也可以是时间或其他系统等等。
还有一点要注意的是，参与者不是指人或事物本身，而是表示人或事物当时所扮演的角色。
比如小明是图书馆的管理员，他参与图书馆管理系统的交互，这时他既可以作为管理员这个角色参与管理，也可以作为借书者向图书馆借书，在这里小明扮演了两个角色，是两个不同的参与者。
参与者在画图中用简笔人物画来表示，人物下面附上参与者的名称。
用例是对包括变量在内的一组动作序列的描述，系统执行这些动作，并产生传递特定参与者的价值的可观察结果。
这是UML对用例的正式定义，对我们初学者可能有点难懂。
我们可以这样去理解，用例是参与者想要系统做的事情。
UML习题汇总第一章面向对象设计与UML1．填空题（1) UML是面向对象技术领域内占主导地位的标准建模语言，它统一了过去相互独立的数十种面向对象的建模语言存在的局面。
.（2)类的定义要包含名字、属性、操作要素。
(3)面向对象程序的三大要素是封装、继承和多态（4）面向对象方法中的继承机制使类何以自动地拥有(复制）父类全部属性和操作。
（5)面向对象的系统分析要确立的三个系统模型是对象模型动态模型功能模型。
2。
选择题1。
如果想对一个类的意义进行描述，那么应该采用（C）（A）标记值（B）规格描述（C）注释（D）构造型2. 建立对象的动态模型的步骤有（A B C D)（A）准备脚本（B）确定事件（C）构造状态图（D）准备事件跟踪表3。
软件的开发模式有(A B C D)（A）瀑布模型（B）XP开发模型 (C)喷泉模型（D)构件开发模型4.下列关于类与对象的关系说法正确的是(A B C）（A）有些对象是不能被抽象成类的(B）类给出了属于该类的全部对象的抽象定义(C）类是对象集合的再抽象(D）类是用来在内存中开辟一个数据区，存储新对象的属性5。
（A）模型瀑布的缺点是缺乏灵活性，特别是无法解决软件需求不明确或不准确的问题。
（A）瀑布模型（B)增量模型（C）原型模型 (D)螺旋模型3.简答题1.试述对象和类的关系答:类是具有相同或相似结构、操作和约束规则的对象组成的集合，而对象是某一类的具体化实例,每一个类都是具有某些共同特征的对象的抽象.类与对象的关系就如模具和铸件的关系，类的实例化结果就是对象，而对一类对象的抽象就是类。
类描述了一组有相同特性和相同行为的对象。
2.请简要叙述面向对象的概念.答：1.UML是一种语言。
2. UML是用来建模的。
3。
UML是统一的标准。
3.请简述面向对象设计的原则有哪些。
答:建模能够帮助我们按照实际情况或按我们需要的形式对系统进行可视化；提供一种详细说明系统的结构或行为的方法；给出一个指导系统构造的模板；对我们所做出的决策进行文档化。
