软件水平考试

在需求分析阶段,可利用UML中的__( )__描述系统的外部角色和功能要求。A.用例图 B.静态图 C.交换图 D.实现图

题目
在需求分析阶段,可利用UML中的__( )__描述系统的外部角色和功能要求。

A.用例图
B.静态图
C.交换图
D.实现图
如果没有搜索结果,请直接 联系老师 获取答案。
如果没有搜索结果,请直接 联系老师 获取答案。
相似问题和答案

第1题:

需求是软件项目投资方和使用者对目标系统在功能和性能等方面的期望和要求的集合。关于需求分析阶段的工作,下列说法错误的是

A.对于应用系统的错误,在设计阶段修复错误的代价要大于在需求分析阶段的修复代价,而在运行维护阶段的修复代价更是远远大于需求分析阶段的修复代价

B.开发人员一般只熟悉计算机技术而不太熟悉应用领域的业务,而用户一般只熟悉业务但不熟悉计算机技术,因此需求分析工作需要开发人员与用户紧密配合来完成

C.在获取和理解用户需求的基础上,设计人员可利用DFD等建模方法来描述应用系统的非功能需求和应用系统的整体特性

D.需求文档是需求分析工作完成的标志,也是软件生命周期后续阶段工作的依据。要求内容准确、表达清楚且论述全面


正确答案:C

第2题:

在需求分析阶段,数据字典是对系统中()

A.数据的描述

B.处理的描述

C.功能的描述

D.数据与处理关系的描述


参考答案:D

第3题:

统一建模语言(UML)是一种常用于数据库应用系统设计和开发的可视化建模语言。关于UML,下列说法错误的是

A.UML中的视图是由一个或多个图组成的,一个图是系统模型中的某个侧面的展示

B.用例图、顺序图和状态图都是UML的行为视图,用于描述系统的功能和活动

C.类图和对象图都是UML的结构视图,用于描述系统在某个时间的静态结构

D.在用例图中,与系统交互的人和其它实体都可以成为系统的角色


正确答案:B

第4题:

在需求分析阶段,可以使用UML中的(30)来捕获用户需求,并描述对系统感兴趣的外部角色及其对系统的功能要求。

A.用例图

B.类图

C.顺序图

D.状态图


正确答案:A
解析:用例图从用户角度描述系统功能,并指出各功能的操作者,因此可在需求阶段用于获取用户需求并建立用例模型;类图用于描述系统中类的静态结构;顺序图显示对象之间的动态合作关系,强调对象之间消息发送的顺序,同时显示对象之间的交互:状态图描述类的对象所有可能的状态以及事件发生时状态的转移条件。

第5题:

UML中的用例和用例图的主要用途是描述系统的(17)。

A.功能需求

B.详细设计

C.体系结构

D.内部接口


正确答案:A
本题考查UML图。在UML2.0中,共有14种图:(1)类图(classdiagram):展现了一组类、接口、协作和它们之间的关系。在面向对象系统的建模中所建立的最常见的图就是类图。类图给出了系统的静态设计视图。包含主动类的类图给出了系统的静态进程视图。(2)对象图(objectdiagram):展现了一组对象及它们之间的关系。对象图描述了在类图中所建立的事物实例的静态快照。和类图一样,这些图给出系统的静态设计视图或静态进程视图,但它们是从真实案例或原型案例的角度建立的。(3)构件图(componentdiagram):展现了一个封装的类和它的接口、端口,以及由内嵌的构件和连接件构成的内部结构。构件图用于表示系统的静态设计实现视图。对于由小的部件构建大的系统来说,构件图是很重要的。构件图是类图的变体。(4)组合结构图(compositestructurediagram):它可以描绘结构化类(例如构件或类)的内部结构,包括结构化类与系统其余部分的交互点。它显示联合执行包含结构化类的行为的部件配置。组合结构图用于画出结构化类的内部内容。(5)用例图(usecasediagram):展现一组用例、参与者(一种特殊的类)及它们之间的关系,它描述了系统与外部系统及用户之间的交互。用例图给出系统的静态用例视图。这些图在对系统的行为进行组织和建模时是非常重要的。(6)顺序图(sequencediagram):又称序列图。是一种交互图(interactiondiagram),交互图展现了一种交互,它由一组对象或角色以及它们之间可能发送的消息构成。交互图专注于系统的动态视图。顺序图是强调消息的时间次序的交互图。(7)通信图(communicationdiagram):又称协作图。也是一种交互图,它强调收发消息的对象或角色的结构组织。顺序图和通信图表达了类似的基本概念,但每种图所强调的概念不同,顺序图强调的是时序,通信图则强调消息流经的数据结构。(8)状态图(statediagram):展现一个状态机,它由状态、转移、事件和活动组成。状态图展现了对象的动态视图。它对于接口、类或协作的行为建模尤为重要,而且它强调事件导致的对象行为,这非常有助于对反应式系统建模。(9)活动图(activitydiagram):将进程或其他计算的结构展示为计算内部一步步的控制流和数据流。活动图专注于系统的动态视图。它对系统的功能建模特别重要,并强调对象间的控制流程。(10)部署图(deploymentdiagram):展现了对运行时的处理结点及在其中生存的构件的配置。部署图给出了架构的静态部署视图,通常一个结点包含一个或多个部署图。(11)制品图(artifactdiagram):展现了计算机中一个系统的物理结构。制品包括文件、数据库和类似的物理比特集合。制品图通常与部署图一起使用。制品也展现了它们实现的类和构件。(12)包图(packagediagram):展现了由模型本身分解而成的组织单元,以及它们的依赖关系。(13)定时图(timingdiagram):也是一种交互图,它展现了消息跨越不同对象或角色的实际时间,而不仅仅只是关心消息的相对顺序。(14)交互概览图(interactionoverviewdiagram):是活动图和顺序图的混合物。

第6题:

在数据库应用系统开发的需求调研阶段,需要对用户提出的需求进行分析和整理。此过程不仅需要描述用户提出的具体功能需求,也需要对用户未明确提出的非功能需求进行描述。设在某商场经营管理系统的需求分析阶段整理了下列需求:

Ⅰ.系统需要支持会员制

Ⅱ.系统不需要考虑财务核算功能

Ⅲ.系统应长期稳定运行

Ⅳ.系统应有销售统计功能

Ⅴ.系统应保证数据存储安全

上述需求中属于非功能需求的是______。

A) 仅Ⅲ和Ⅳ

B) 仅Ⅲ和Ⅴ

C) 仅Ⅳ和Ⅴ

D) 仅Ⅰ、Ⅱ和Ⅴ

A.

B.

C.

D.


正确答案:B

第7题:

在系统的需求分析阶段,可以使用用例对系统需求建模。用例可以使用UML的用例图来表示。请分别用100字以内的文字解释UML用例图中扩展用例和抽象用例的内涵。


正确答案:这是一道要求读者掌握UML用例图中扩展用例和抽象用例的内涵的简答题。本试题所涉及的知识点如下。 ①由某个更复杂的用例提取出来的事件序列所构成的用例称为扩展用例它可以简化原有用例并扩展其功能。 ②若从几个执行相同功能步骤的用例中将公共步骤提取成独立的用例那么这个提取出来的用例就称为抽象用例。它代表某种形式的“复用”可以降低用例之间的冗余。
这是一道要求读者掌握UML用例图中扩展用例和抽象用例的内涵的简答题。本试题所涉及的知识点如下。 ①由某个更复杂的用例提取出来的事件序列所构成的用例称为扩展用例,它可以简化原有用例并扩展其功能。 ②若从几个执行相同功能步骤的用例中,将公共步骤提取成独立的用例,那么这个提取出来的用例就称为抽象用例。它代表某种形式的“复用”,可以降低用例之间的冗余。

第8题:

● 在需求分析阶段,可以使用UML中的 (30) 来捕获用户需求,并描述对系统感兴趣的外部角色及其对系统的功能要求。

(30)

A. 用例图

B. 类图

C. 顺序图

D. 状态图


正确答案:A

第9题:

在UML中,______用于描述系统与外部系统及用户之间的交互。

A.类图

B.用例图

C.交互图

D.协作图


正确答案:B
解析:在UML中,用例图用于描述系统与外部系统及用户之间的交互,在交互过程中,系统表现出相应的逻辑功能。类图用于描述系统的静态结构。顺序图和协作图统称为交互图,在UML2.0中,已将协作图更名为通信图。顺序图和协作图用于描述系统内对象之间的交互,但是它们的侧重点有所不同。顺序图清楚地表示了交互中的时间顺序,但没有明确表示对象之间的关系;协作图清楚地描述了对象之间的关系,但时间顺序必须从一系列序号中获得。顺序图常用于展示交互的场景,而协作图常用于展示过程的详细设计。

第10题:

在系统的需求分析阶段,使用UML用例对系统需求建模。如表4-11和表4-12所示给出了其中两个用例的概要描述。请将表4-11和表4-12中的(5)~(11)空缺处填写完整。


正确答案:这是一道要求读者填写用例的概要描述表的综合分析题。本试题的解答思路如下。 ①用例(use case)是一组连续的操作在参与者使用系统来完成某个过程时出现即它确定了一个与系统参与者进行交互、并由系统执行的动作序列。可见一个用例本身并不是一个功能需求它代表了系统的一个单一的目标是一个行为上相关的步骤序列。在UML规范中参与者是指系统所涉及到的人或者是用户在本系统中扮演的角色。 ②通常一个用例名称是从参与者的角度而非系统的角度来命名其名称由二三个词语组成第1个是动词第2个是名词其后一般为形容词。例如本试题中“激活信用卡”用例。 ③一个用例的基本获取步骤如图4-21所示。 在图4-21中(1)定义所开发的应用系统的边界;(2)识别出该应用系统的所有参与者(或称为角色);(3)对每一个识别的角色分别确定:①该角色参与的每一种业务活动;②各种业务活动完整的事件序列③激发上述每一事件的角色;(4)对第(3)步骤中的事件序列进行分析去掉其中重复的事件序列;(5)用结构化的自然语言来描述第(4)步骤中的每一个事件序列得到初步确定的每一个用例; (6)对第(5)步骤中的每一个用例进行分析和必要的重组采用①包含(include)、②扩展(extend)和③泛化(generalization)等关系来表示用例之间的关系最终得到所有的用例。 ④由题干中给出的关键信息“非信用卡客户填写信用卡申请表说明所要申请的信用卡类型及申请者的基本信息提交CCMS登录”可知在用例“非信用卡客户申请信用卡”中输入角色(Actor)是“非信用卡客户”输入信息是“信用卡类型及申请人的基本信息”触发器是“提交信用卡申请表”。 ⑤由题干中给出的关键信息“如果信用卡申请被银行接受(非信用卡)客户会收到银行的确认函……否则银行会发送一封拒绝函给该客户”可知在用例“非信用卡客户申请信用卡”中输出角色(Actor)也是“非信用卡客户”但针对银行的两种不同处理相应地有“确认函”、“拒绝函”两种输出信息。 ⑥由题干中给出的关键信息“①信用卡申请。……客户收到确认函后需再次登录CCMS用信用卡号和密码激活该信用卡。激活操作结束后CCMS将激活通知发送给(信用卡)客户告知客户其信用卡是否被成功地激活”可知在用例“激活信用卡”中输入角色是“信用卡客户”输入信息是“激活信用卡申请”;触发器是“信用卡激活请求”;输出角色也是“信用卡客户”输出信息是“激活通知”。
这是一道要求读者填写用例的概要描述表的综合分析题。本试题的解答思路如下。 ①用例(use case)是一组连续的操作,在参与者使用系统来完成某个过程时出现,即它确定了一个与系统参与者进行交互、并由系统执行的动作序列。可见,一个用例本身并不是一个功能需求,它代表了系统的一个单一的目标,是一个行为上相关的步骤序列。在UML规范中,参与者是指系统所涉及到的人,或者是用户在本系统中扮演的角色。 ②通常一个用例名称是从参与者的角度而非系统的角度来命名,其名称由二三个词语组成,第1个是动词,第2个是名词,其后一般为形容词。例如,本试题中“激活信用卡”用例。 ③一个用例的基本获取步骤如图4-21所示。 在图4-21中,(1)定义所开发的应用系统的边界;(2)识别出该应用系统的所有参与者(或称为角色);(3)对每一个识别的角色,分别确定:①该角色参与的每一种业务活动;②各种业务活动完整的事件序列,③激发上述每一事件的角色;(4)对第(3)步骤中的事件序列进行分析,去掉其中重复的事件序列;(5)用结构化的自然语言来描述第(4)步骤中的每一个事件序列,得到初步确定的每一个用例; (6)对第(5)步骤中的每一个用例进行分析和必要的重组,采用①包含(include)、②扩展(extend)和③泛化(generalization)等关系来表示用例之间的关系,最终得到所有的用例。 ④由题干中给出的关键信息“非信用卡客户填写信用卡申请表,说明所要申请的信用卡类型及申请者的基本信息,提交CCMS登录”可知,在用例“非信用卡客户申请信用卡”中输入角色(Actor)是“非信用卡客户”,输入信息是“信用卡类型及申请人的基本信息”,触发器是“提交信用卡申请表”。 ⑤由题干中给出的关键信息“如果信用卡申请被银行接受,(非信用卡)客户会收到银行的确认函……否则银行会发送一封拒绝函给该客户”可知,在用例“非信用卡客户申请信用卡”中输出角色(Actor)也是“非信用卡客户”,但针对银行的两种不同处理相应地有“确认函”、“拒绝函”两种输出信息。 ⑥由题干中给出的关键信息“①信用卡申请。……客户收到确认函后,需再次登录CCMS,用信用卡号和密码激活该信用卡。激活操作结束后,CCMS将激活通知发送给(信用卡)客户,告知客户其信用卡是否被成功地激活”可知,在用例“激活信用卡”中输入角色是“信用卡客户”,输入信息是“激活信用卡申请”;触发器是“信用卡激活请求”;输出角色也是“信用卡客户”,输出信息是“激活通知”。

更多相关问题