随机组卷按大纲配比：判断 8 · 单选 20 · 填空 10 · 综合 2（共 40 题 · 80 分）
- 单选UML中用例图所示的用例之间的连接，UML中的外部Actor是指( )做这题 →
- 单选在进行某网上商店的用例图绘制时，（ ）是一个不合适的用例。做这题 →
- 单选下面不是用例图组成要素的是（）。做这题 →
- 单选以下用例命名中，最合理的是()做这题 →
- 单选某系统中有两个用例:一个用例的参与者是用户, 用例是“注册”; 另一个用例的参与者是系统管理员, 用例是 “审核用户注册”。这两个用例之间是 ( )做这题 →
- 单选用户在银行员工的指导下，使用 ATM 机，查询银行账户分布。 过程中，对 ATM 机管理系统而言，哪个不是系统的参与者（）做这题 →
- 综合人与系统在进行交互时能够担任的不同角色称为参与者 (actors)。做这题 →
- 单选在一个“订单处理系统”中，下新订单和更新订单都要核查用户账号是否正确，则用例“下新订单”、“更新订单”与用例“核查用户账号”之间的关系是（）做这题 →
- 单选UML 中，用例图展示了外部 Actor 与系统所提供的用例之间的连接,UML 中的外部 Actor 是指( )做这题 →
- 单选在 UML 提供的图中，用于描述系统与外部系统及用户之间的交互的图是（）做这题 →
- 综合一个网上书店系统要求在凌晨零点自动统计前一天的销售额，生成统计报表，并发送至系统管理员信箱。根据描述，“统计销售额”用例的参与者是____。做这题 →
- 综合用例图包含的元素有关系、系统边界、参与者和____。做这题 →
- 综合在网上购物系统中，顾客进行商品结算，如果订单中包括系统指定商品，或者购买总金额超出一定限额，则系统将自动进行商品优惠的计算，根据描述，“商品结算”用例与“计算商品优惠”用例之间是____关系。做这题 →
- 综合在用例图中，____关系只存在于参与者与用例之间。含图做这题 →
- 综合对于一个网络教学系统，任课教师在添加学生时，可选择手工添加或者批量导入两种方式，根据描述，可建立“手工添加”、“批量导入”用例与“添加学生”用例之间的____关系。做这题 →
- 综合精化Use Case图。解决Use Case 间的重复不冲突问题，简化Use Case中的对话序列。Use Case图可以有丌同的局次，高局系统的Use Case可以分解为若干个下属子系统中的子Use Case， 在ATM自劣叏款机的工作模型中（用户通过输入正确的用户资料，从银行叏钱的过程），下面丌是参不者的是（）。 （A）用户 （B）ATM叏款机 （C）ATM叏款机管理员 （D）叏款 巩固练习 • 下面丌是用例间主要关系的是（）。 （A）扩展 （B）包含 （C）依赖 （D）泛化 • 对亍一个电子商务网站而言，（）丌是合适的用例。 （A）用户登录（B）预定商品（C）邮寄商品 （D）结账 巩固练习 • 用例中的主要关系有 。 • 用例图的组成要素是 • 建立对象模型是面向对象的开发方法的基本任务，是软件系统开发的基础，也是一个最需要倾注精力和时间的技术活动。 • 对象类与对象的图形表示法是面向对象分析方法的核心技术之它能表达面向对象模型的主要概念。 • UML的对象类图（Class Diagram）与对象图（Object Diagram）具有强大的表达能力，能够有效地对现实世界的业务领域和计算机系统建立可视化的对象模型。 • UML对象类图与对象图表达的是对象模型的静态结构方面。 UML的对象类图与对象图中的一部分图形元素是基本的，如类、对象、关联等，对于任何面向对象模型都是必不可少的；另一部分高级概念及其图形表达方法则不一定都会用到。 在面向对象编程中，类是对现实世界中一组具有相同特征的物体的抽象。 对象类是对象的集合，这些对象具有共同的结构特征、行为特征、联系和诧义。 对象类的图标（Icon）用实线矩形框表示，矩形框中含有若干分隔框，分别包含类的名字、属性、操作、约束以及其他成分等。 操作框中包含对象类的操作。操作实现类的服务功能，它可以被本类的对象请求执行，从而収生某种行为。 | 类名 | | --- | | 属性 | | 操作 | | ... | | 学生 | | --- | | 姓名 | | 年龄 | | 性别 | | 注册 | | 选课 | 类的属性（Attribute）是类的命名的性质，属性在类图标的属性分隔框中用文字串说明。 属性有在本对象类中唯一的属性名或标识符。 冒号“:”后跟属性值的数据类型。 可视性（Visibility）用以下可视性标记表示: + （公共），# （保护），– （私用） 可视性也可以用以下关键字表示:public（公共）、protected（保护）、private（私用）。 若可视性标记为“+”或“public”，则为公共属性，可以被外部对象访问。若可视性标记为“#”或“protected”，则为保护属性，可以被本类或子类的对象访问。若可视性标记为“–”或“private”，则为私用属性，不可以被外部对象访问，只能为本类的对象使用。可视性可以缺省，表示该属性不可视。 属性 可视性 属性名 [多重性]:类型 = 初始值 操作（Operation）是对象类的行为特征或动态特征。 一个类可以有多个操作，也可以没有一个操作。没有一个操作的类常用于表达接口或数据表。 参数列表是可选项目，即一个操作可以有参数，也可以没有参数。 操作的可视性的表示方法和含义与属性中相同。 操作可视性 操作名 （参数列表）:返回列表 （性质） 在类图中包含几种模型元素，分别是:类（Class）、接口（Interface）以及类乊间的关系。 接口是一种特殊的类，具有类的结构但丌可被实例化，只可以被实现（继承）。在UML中，接口使用一个带有名称的小圆圈来迚行表示。 在接口中包含一系列操作但是丌包含属性，并且它没有对外界可见的关联。 Worker +work1() : void +work2() : void +work3() : void UML类图中，有几种关系: 泛化（Generalization）, 实现（Realization），关联（Association)，聚合（Aggregation），组合(Composition)，依赖(Dependency)。 subgraph Species["UML Category"] end subgraph Interactions["Interaction Connections"] end subgraph Connections["Connection"] end 【泛化关系】:是一种继承关系，表示一般不特殊的关系，它指定了子类如何特化父类的所有特征和行为。 例如:老虎是劢物的一种，即有老虎的特性也有劢物的共性。 • 【箭头指向】:带三角箭头的实线，箭头指向父类 【实现关系】:是一种类不接口的关系，表示类是接口所有特征和行为的实现. • 【箭头指向】:带三角箭头的虚线，箭头指向接口。 【关联关系】:是一种拥有的关系，它使一个类知道另一个类的属性和方法；如:老师不学生，丈夫不妻子关联可以是双向的，也可以是单向的。 双向的关联可以有两个箭头或者没有箭头，单向的关联有一个箭头。 【代码体现】:成员发量 【箭头及指向】:带普通箭头的实心线，指向被拥有者 老师不学生是双向关联，老师有多名学生，学生也可能有多名老师。 但学生不某课程间的关系为单向关联，一名学生可能要上多门课程，课程是个抽象的东西他丌拥有学生。 在系统中可能会存在一些类的属性对象类型为其本身，这种特殊的关联称为自关联。 比如:这是一个特殊的管理者，在类成员的位置上声明了自己本身，这就是自关联。 多重性关联关系，表示一个类的对象不另一个类的对象连接的个数。在UML中多重性关联关系可以直接在关联直线上增加一个数字表示不乊对应的另一个类的对象的个数。 | --- | --- | | 1..1 | 表示另一个类的一个对象只与一个该类对象有关系。 | | 0..* | 表示另一个类的一个对象与零个或多个该类对象有关系。 | | 1..* | 表示另一个类的一个对象与一个或多个该类对象有关系 | | 0..1 | 表示另一个类的一个对象没有或只与一个该类对象有关系。 | | m..n | 表示另一个类的一个对象与最少m、最多n个该类对象有关系(m<=n)。 | Student 0..* Teacher -students: Student[] 【聚合关系】:是整体不部分的关系，且部分可以离开整体而单独存在。 如车和轮胎是整体和部分的关系，轮胎离开车仍然可以存在。 聚合关系是关联关系的一种，是强的关联关系；关联和聚合在诧法上无法区分，必须考察具体的逻辑关系。 【代码体现】:成员发量 【箭头及指向】:带空心菱形的实心线，菱形指向整体 【组合关系】:是整体不部分的关系，但部分丌能离开整体而单独存在。如公司和部门是整体和部分的关系，没有公司就丌存在部门。组合关系是关联关系的一种，是比聚合关系还要强的关系，它要求普通的聚合关系中代表整体的对象负责代表部分的对象的生命周期。 【代码体现】:成员发量 【箭头及指向】:带实心菱形的实线，菱形指向整体【依赖关系】:是一种使用的关系，即一个类的实现需要另一个类的协劣，所以要尽量丌使用双向的互相依赖. 【代码表现】:尿部发量、方法的参数或者对静态方法的调用 【箭头及指向】:带箭头的虚线，指向被使用者 (a)依赖 (0..* 客户做这题 →
- 单选包含关系是在（）关系的基础上通过添加构造型实现的做这题 →
- 判断UML 中，用例图展示了外部 Actor 与系统所提供的用例之间的连接，UML 中的外部 actor 是指人员或者外部系统。做这题 →
- 判断用例从用户角度描述系统的行为。用例之间可以存在一定的关系。假设在“图书馆管理系统”用例模型中,所有用户使用系统之前必须通过“身份验证”,“身份验证”可以有“密码验证”和“智能卡验证”两种方式,则“身份验证”与“密码验证”和“智能卡验证”之间是泛化关系。做这题 →
- 判断在 UML 中，用例图是设计人员（如程序员）从设计系统的角度描述系统中的信息。做这题 →
- 判断UML 图从总体分为动态图与静态图，用例图属于动态图（）做这题 →
- 判断用例图中包含关系是指一个用例继承了另一个用例。（）做这题 →
- 判断收集用例的方法可以采用交谈。（）做这题 →
- 判断用例是从用户的观点对系统行为的一个描述。（）做这题 →
- 判断用例包括了包含用例和随机用例。（）做这题 →
- 判断用例图不但描述系统具备的功能也描述系统的工作流程。（）做这题 →
- 判断用例图中，参与者必须是具体的人。（）做这题 →
- 判断用例图中，每个实际用户只能对应系统的一个参与者。（）做这题 →
- 判断网络打印机可以作为计算机网络系统的参与者，每个打印机对应不同的参与者。（）做这题 →
- 判断UML 中用例图是从程序员角度来描述系统的功能。（ ）做这题 →
- 判断用例图中的参与者，是在使用系统或与系统交互的特定人员。 （）做这题 →
- 判断UML 建模过程中通常分为 4 个连续迭代阶段——分析阶段、设计阶段、实现阶段、部署阶段。其中，用例图多用于设计阶段。 （ √ ）做这题 →
- 判断用例图可视化的表达了系统的需求，具有直观、规范等优点，克服了纯文字性说明的不足。 （ √ ）做这题 →
- 判断业务建模是用软件建模的方法描述业务流程；目标是认识业务本质，该业务本质是后续用例建模的基础。（ ）做这题 →
- 判断参与者代表了以某种方式与系统交互的人或事。更直观的说，参与者是指系统之外，透过系统边界与系统进行有意义交互的任何事物。 （ ）做这题 →
- 判断在采用标准UML构建的用例模型（Use-Case Model）中，参与者（Actor）与用例（Use Case）是模型中的主要元素，其中参与者与用例之间的可以具有包含关系。做这题 →
- 判断在采用标准 UML 构建的用例模型 (Use-Case Model) 中, 参与者 (Actor) 与用例 (Use Case) 是模型中的主要元素, 其中参与者与用例之间的可以具有包含关系。做这题 →
- 判断用例描述中正常流程是定义流程的“快乐路径”，一步一步，顺序编号。“快乐路径”实质上是指默认流程。而不考虑异常、条件或错误。□正确 □错误做这题 →
- 判断UML 中，用例图展示了外部 Actor 与系统所提供的用例之间的连接，UML 中的外部 actor 是指人员或者外部统。做这题 →
- 判断在绘制用例图时，其中用例的粒度越细越好。（）含图做这题 →
- 判断UML 用例图中, 所谓用例就是对系统功能的描述,属于需求建模。( )做这题 →
- 判断UML 用例图中参与者(actor)是内部需要与系统交互的事物。也被称为活动者。（）含图做这题 →
- 判断UML 用例图用于描述系统的功能,这个功能是外部使用者看到的系统功能,反映功能的内部实现。( )做这题 →
- 判断用例描述中正常流程是定义流程的“快乐路径”，一步一步，顺序编号。“快乐路径”实质上是指默认流程是什么而不考虑异常、条件或错误。☐正确 ☐错误做这题 →
- 单选（）是UML中静态建模图，用于需求分析阶段，它的建立是系统开发者和用户反复讨论的结果，描述了开发者和用户需求规格达成共识做这题 →
- 单选Use Case 用来描述系统在事件做出响应时所采取的行动。用例之间是具有相关性的。在一个“订单输入子系统”中，创建新订单和更新订单都需要检查用户帐号是否正确。那么，用例“创建新订单”、“更新订单”与用例“检查用户帐号”之间是（）关系。做这题 →
- 判断由参与者、用例以及他们之间的关系构成的用于描述系统功能的图称为用例图。做这题 →
- 判断参与者位于系统的边界外，并不是系统的一部分（）做这题 →
- 判断在用例图中，一个参与者一定对应于现实中的某个特定对象（）做这题 →
- 多选（）是构成用例图的基本元素做这题 →