3章：用例图习题

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

《新修的同学实验报告一定要交》《新修的同学实验报告一定要交》《考试时间 16周，请班长费心通知》周，请班长费心通知》《复习》《复习》《论述》基于UML 的软件开发的一般过程答：UML 是按OO 思想进行系统建模时使用的一组表示法，它并不对采用何种OO 分析、分析、设计以及设计以及开发过程模型构成限制。

开发过程模型构成限制。

基于基于UML 的软件开发通常是以体系结构为中心，的软件开发通常是以体系结构为中心，用例驱动的迭代用例驱动的迭代和增量式开发，并结合职责分配模式进行具体设计。

开发过程可以包括计划和细化、迭代的构造和实施3大阶段。

在经过一个初步的计划和细化阶段后，进入若干迭代构造开发周期，每个周期都包含分析、设计、构造和测试步骤。

（1）计划和细化：通过各种传统的需求获取手段（调查、访谈、原型等）得出系统目标、系统功能和系统属性，系统功能和系统属性，撰写系统规格说明。

撰写系统规格说明。

撰写系统规格说明。

基于参与者和外部事件基于参与者和外部事件基于参与者和外部事件（动宾词组）（动宾词组）构建用例，以增进对领域过程和功能需求的理解《做什么》。

按照风险、业务主线及对体系结构的影响程度（系统属性）划分用例的优先级，并据此决定用例的时间调度。

对高优先用例采用扩展格式细化。

同时建立概念模型草案、系统体系结构草案。

（2）分析阶段：根据当前周期的用例描述，采用概念目录列表、非正式分析或事务模式，识别出相关概念，建立初始概念模型，根据通用关联列表和信息存储的需要，为概念模型添加关联和属性。

将用例分解为系统事件，并对应系统操作，建立系统顺序图；分析系统操作被调用后系统状态（概念）的变化，为系统操作建立契约，进一步理解系统行为《做的效果》。

（3）设计阶段：设计一个合理的体系结构，建立真实用例。

针对每个系统操作，使用操作契约和契约的后置条件以及用例描述文档作为起点，按照职责分配模式或BCE 模式为对象（来自概念模型）分配职责，通过协作图体现对象间的交互《怎么做》。

第3章用例图习题一、简答题1. 什么叫参与者，参与者有哪些基本特性？答：参与者也被称为活动者，是与系统发生交互的外部实体。

参与者的特性有：1）参与者位于系统的外部，不属于系统的内容；2）参与者与系统发生交互关系，交互关系主要有：使用系统，启动系统，获取系统信息或给系统提供信息；3）参与者和系统之间存在交互信息的接口，系统提供接口让参与者使用系统，或者系统通过参与者的接口与参与者进行交互。

2. 用例有哪些特性？答：概括起来，用例有以下特性：1）用例描述用户对系统的期望，被用于软件需求建模，一个用例对应于软件能够为参与者提供的一项服务。

2）用例反映参与者与系统一次完整的交互过程。

这个交互过程总是要耗费一段时间，并执行一定的流程。

流程的执行是参与者与系统的一段互动过程，在这个过程中有输入到系统的信息，以及系统反馈给参与者的信息。

3）用例的执行过程是系统为参与者的一次服务过程，这个服务就体现为系统提供给参与者的功能。

一个用例执行的完成，需要有确定的评价结果，这个结果表现为系统提供给参与者的一项完整的功能。

4）用例是软件设计和测试的依据。

3. 用例之间有哪几种关系？答：泛化关系，包含关系，扩展关系。

4. 用例叙述应该包括哪些基本内容？答：包括：用例编号，用例名，参与者，前置条件，事件流，后置条件。

二、填空题1. 用例图的要素包括（参与者）、用例和（关系）。

2．参与者的英名名称是（actor），参与者也被称为（活动者）。

3．参与者的类型可以是（人）、设备、（外部系统）和时间。

4．用例的英名名称是（usecase），也被称为（用案）和（用况）。

5．用例之间的关系有（泛化）、包含和（扩展）。

6．执行用例之前系统所处的状态被称为（前置条件），（事件流）被称为用例执行的流程。

三、选择题1．下面不属于用例图作用的是（C）A：展现软件的功能 B：展现软件使用者和软件功能的关系C：展现软件的特性 D：展现软件功能相互之间的关系2．下面（B）不属于用例图的要素A：参与者 B：包含C：用例 D：关系3．下面对参与者说法不正确的是（A）A：是系统的一个实体 B：也叫活动者C：在系统外部 D：与系统发生交互4．下面（D）不属于参与者类型（）A：人 B：设备C：外部系统 D：交互对象5．下面对用例说法不正确的是（C）A：usecase B：用况C：使用情况 D：用案6．下面不属于用例特点的是（B）A：用例描述用户可见的软件功能B：用例反映功能的不同抽象层次C：用例反映参与者与系统一次完整的交互过程D：用例是软件设计和测试的依据7．下面不属于用例之间关系的是（A）A：关联 B：泛化C：包含 D：扩展四、练习题1．根据你的理解，把下面的用例图补充完整。

【精品】UML系统建模基础教程课后习题答案UML（Unified Modeling Language）是一种用于软件系统建模的标准语言。

它提供了一套丰富的图形符号和规则，用于描述软件系统的结构、行为和交互，能够帮助开发人员更好地理解和设计复杂的软件系统。

1. 简要介绍UML的主要图形符号及其用途。

答案：UML主要图形符号包括类图、对象图、用例图、时序图、活动图、状态图和组件图等。

其中，类图用于描述系统的静态结构，包括类、接口、关联关系等；对象图用于描述系统的运行时结构，包括对象及其关系；用例图用于描述系统的功能需求，包括用户与系统之间的交互；时序图用于描述系统的交互行为，包括对象之间的消息传递；活动图用于描述系统的业务流程，包括活动和控制流程；状态图用于描述系统的状态转换，包括对象的状态和事件；组件图用于描述系统的组成部分和依赖关系。

2. 什么是类图？如何用类图描述系统的静态结构？答案：类图是UML中描述系统静态结构的主要图形符号。

它由类、接口、关联关系、继承关系、依赖关系等元素组成。

类图用于描述系统中的类和它们之间的关系。

每个类包含了类名、属性和操作。

类之间的关联关系用于描述类之间的关联关系，如一对一、一对多、多对多等关系。

继承关系用于描述类之间的继承关系，即子类继承父类的属性和操作。

依赖关系用于描述类之间的依赖关系，即一个类的实现依赖于另一个类。

3. 什么是用例图？如何用用例图描述系统的功能需求？答案：用例图是UML中描述系统功能需求的主要图形符号。

它由参与者、用例和关系等元素组成。

参与者代表与系统交互的角色，可以是人、系统或其他外部实体。

用例代表系统的功能需求，即系统要完成的一项任务或功能。

用例图用于描述参与者与用例之间的交互关系。

参与者与用例之间的关系可以是关联关系、包含关系、扩展关系等。

关联关系表示参与者与用例之间的关联关系，包含关系表示一个用例包含另一个用例，扩展关系表示一个用例可以扩展另一个用例。

UML软件建模教程课后习题习题 1一、简答题1. 简述模型的作用。

答：现实系统的复杂性和内隐性，使得人们难于直接认识和把握，为了使得人们能够直观和明了地认识和把握现实系统，就需要借助于模型。

2. 软件模型有什么特征？答：建模对象特殊，复杂性，多样性3. 软件建模技术有哪些因素？答：软件建模方法，软件建模过程，软件建模语言，软件建模工具4. 软件模型包括哪些方面的内容？答：从模型所反映的侧面看：功能模型，非功能模型，数据模型，对象模型，过程模型，状态模型，交互模型，架构模型，界面模型等；从软件开发工作看：业务模型，需求模型，分析模型，设计模型，测试模型等。

5. 软件建模工具应该具有哪些基本功能？答：软件模型的生成和编辑，软件模型的质量保障，软件模型管理等二、填空题1、模型是对现实的（抽象）和模拟，是对现实系统（本质）特征的一种抽象、简化和直观的描述。

2、模型具有（反映性）、直观性、（简化性）和抽象性等特征。

3、从抽象程度，可以把模型分为（概念模型）、逻辑模型和（物理模型）三种类型。

4、较之于其他模型，软件模型具有（建模对象特殊）、复杂性和（多样性）等特征。

5、软件模型是软件开发人员交流的（媒介），是软件升级和维护的（依据）。

6、软件建模技术的要素包括软件建模方法、（软件建模过程）、软件建模语言和（软件建模工具）。

7、从开发阶段看，软件建模有业务模型、（需求模型）、分析模型、（设计模型）和测试模型。

8、软件语言有软件需求定义语言、（软件设计语言）、软件建模语言、（软件结构描述语言）、软件程序设计语言等。

9、根据软件建模工具的独立性，把软件建模工具分为（独立软件）建模工具和（插件式软件）建模工具。

10、OMG在（ 1997 ）年把UML作为软件建模的标准，UML2.0版本是（ 2005 ）年颁布的。

三、选择题1、对软件模型而言，下面说法错误的是（ D ）。

A.是人员交流的媒介B.是软件的中间形态C.是软件升级和维护的依据D.是软件的标准文档2、下面说法错误的是（ B ）。

UML试题（内含答案）【用例图】1.用例图的节点包括（ABD）A、用例B、边界C、关联D、执行者2.用例之间的关系主要有（BCD）A、聚合B、继承C、扩展D、包含3.在采用用例模型捕获需求时，需要执行如下（ABCD）操作A、描述非功能需求B、用例建模C、识别用例D、识别参与者4.在识别用例时，以下（ABC）问题可以帮助识别用例A、当系统状态发生故障时，是否需要通知参与者B、系统是否存在外部事件，如果存在，是哪个能参与者通知系统这些个部事件C、参与者希望系统为他提供什么样的功能D、系统运行环境是什么5.在用例图中，可以用（D）来表示整个软件系统或其中一些子系统的边界，也可以用它表示软件系统的不同发布版本的功能范围A、执行者B、关联关系C、用例D、边界框6.（B）作为完成用例任务的责任承担者，协调、控制其他类共同完成用例规定的功能或行为A、数据对象B、控制类C、实体类D、边界类7.基于用例图的需求捕获的第一步就是确定系统的参与者，在寻找系统参与者时，可以根据以下（ABCD）等问题来确定A、系统同环境如何进行交互B、由谁安装系统C、系统为哪些对象提供信息、服务D、系统的使用者是谁8.如果用例B是用例A的某项子功能，并且建模者确切地知道在A所对应的动作序列中何时将调用B，则称（A）A、用例A扩展用例BB、用例A继承用例BC、用例A包括用例BD、用例A实现用例B9.如果用例A与用例B相似，但A的动作序列是通过改写B的部分或者扩展B的动作而获得的，则称（B）A、用例A实现用例BB、用例A继承用例BC、用例A扩展用例BD、用例A包括用例B10.如果用例A与用例B相似，但A的功能较B多，A的动作序列是通过在B的动作序列中的某些执行点上插入附加的动作序列而构成的，则称（C）A、用例A扩展用例BB、用例A包含用例BC、用例A继承用例BD、用例A实现用例B11.在UML中，（A）表示使用软件系统的功能，与软件系统交换信息的外部实体A、执行者B、类C、用例D、用例图12.在用例图中，执行者之间的关系只有（B）一种A、包含B、继承C、扩展D、实现【静态图】1.对于类，其属性的可见性表示对类的外部世界的可见性，它有以下（ABCD）选项A、公开（public）B、包内公开（package）C、保护（protected）D、私有（private）2.在UML中，以下（ABCD）是可以应用于包的构造型A、框架{《Framework》}B、虚包{《Facade》}C、子系统{《Subytem》}D、系统{《ytem》}3.两个类之间的关联表示他们之间存在一种不适于继承的逻辑关系。

第三章用例图1.可行性研究分析报告包括经济可行性分析、技术可行性分析和（）可行性分析。

A．风险B．法律C．资源D．效益2.用户在银行员工的指导下，使用A TM机，查阅银行帐务系统的个人帐务数据，并打印其个人用户帐单。

在上述过程中，对A TM机管理系统而言，哪个不是系统的参与者()A.用户B.银行员工C.打印系统D.帐务系统3.在用例之间，会有三种不同的关系，下列哪个不是他们之间可能的关系（）A.包含（include）B.扩展（extend）C.泛化（generalization）D.关联（connect）4.用例（Use-case）用来描述系统在事件做出响应时所采取的行动。

用例之间是具有相关性的。

在一个“订单输入子系统”中，创建新订单和更新订单都需要检查用户帐号是否正确。

那么，用例“创建新订单”、“更新订单”与用例“检查用户帐号”之间是（）关系A.扩展（extend）B.包含（include）C.分类（classification）D.聚集（aggregation）7.当（）时，用例是捕获系统需求最好的选择。

A．系统有很多参与者B．系统具有很少的接口C．系统算法复杂，功能单一D．系统具有很少的用户8.在UML中，用例可以使用（）来描述。

A．活动图B．类图C．状态图D．协作图9.UML中，用例图展示了外部Actor与系统所提供的用例之间的连接，UML中的外部Actor是指（）。

A．人员B．单位C．人员和单位D．人员或外部系统10.用例之间有几种不同的关系，下列哪个不是他们之间可能的关系（）。

A．include B．connectC．generalization D．extendeCase用来描述系统在事件做出响应时所采取的行动。

用例之间是具有相关性的。

在一个“订单输入子系统”中，创建新订单和更新订单都需要检查用户帐号是否正确。

那么，用例“创建新订单”、“更新订单”与用例“检查用户帐号”之间是（）关系。

单项练习——用例图实验目的：1.掌握用例图的涵义和内容2.掌握用例图的绘制方法3.掌握用例图的使用范围实验内容：画出下列描述的用例图：某零食厂家使用购物预约管理系统。

预约管理人责任客户预约商品的登录、浏览、更改和删除。

员工查看已预约的商品，确定当天的工作。

该预约管理系统与客户信息管理系统连动，在进行预约商品登录的同时可以浏览预约订货客户的信息。

客户、管理员和员工进行操作时要先登录。

实验指导：1.用例图的简介用例模型用来获得系统的需求。

用例意味着和用户和相关人员通信得到系统打算做什么。

一个用例图展示了系统和系统外部的实体之间的交互。

这些外部实体就是actors。

Actors 既包括人类用户，也包括硬件或者其他系统。

一个actor经常用一个人的符号表示，或者用类框加上《actor》原型表示。

Actor可以泛化出其他更详细的actor。

见图1.图1 actor用例意味着一件唯一的工作。

它提供了一个高级别的在系统外部可观察到的人或事的行为。

用椭圆表示。

Actor和用例之间用一个带箭头的实线表示属于这个actor的用例。

如图2，客户取款的用例。

图2 客户取款的用例一个用例的定义通常包括以下部分：名字和描述、需求、约束等。

名字和描述：一个用例通常用一个动词短语命名，并给出一个简短的非正式的文本描述。

需求：指的是一个用例必须提供给最终用户的正式的功能性需求。

需求是一个用例必须执行一个动作或者向系统提供某个值的协约或者约定。

约束：指的是用例操作在前置条件、后置条件和常量条件下的约束。

前置条件指用例进行前必须具有的状态。

后置条件指用例执行后必须为真的状态。

常量状态指用例执行过程中始终为真的状态。

用例场景：指用例在实际执行的时候会有很多的不同情况发生，是用例的实例。

我们在描述用例的时候要覆盖所有的用例场景，否则就有可能导致需求的遗漏。

在用例规约中，场景的描述可以由基本流和备选流的组合来表示。

特殊需求：通常指非功能性需求，它为一个用例所专有，但不适合在用例的事件流文本中进行说明。