基于用例图的需求捕获的第一步就是确定系统的参与者,在寻找系统参与者时,可以根据以下()等问题来确定A、系统同环境如何进行交互B、由谁安装系统C、系统为哪些对象提供信息、服务D、系统的使用者是谁

基于用例图的需求捕获的第一步就是确定系统的参与者,在寻找系统参与者时,可以根据以下()等问题来确定

  • A、系统同环境如何进行交互
  • B、由谁安装系统
  • C、系统为哪些对象提供信息、服务
  • D、系统的使用者是谁

相关考题:

关于参与者的说法中错误的是()。 A、参与者是与目标系统交互的人或物B、参与者可以是实际的人,也可以是外部设备、外部系统等C、参与者是用例图的重要组成部分,因此它是目标系统的组成部分D、参与者之间可以存在一定的关系

发起或触发用例的外部用户称为参与者。其中,主要直接同系统交互或触发业务或系统事件的关联人员是()。 A.主要业务参与者B.主要系统参与者C.外部服务参与者D.外部接收参与者

当______时,用例是捕获系统需求最好的选择。A.系统具有很少的用户B.系统具有很少的接口C.系统算法复杂,功能单一D.系统有很多参与者A.B.C.D.

UML是一种面向对象的同一建模语言。它包括10种图,其中,用例图展示了外部参与者与系统内用例之间的连接。UML的外部参与者是指(47),用例可以用(48)图来描述。(49)指明了对象所有可能的状态以及状态之间的迁移。协作图描述了协作的(50)之间的交互和链接。(28)A.人员B.单位C.人员或单位D.人员或外部系统

当系统有很多参与者时,用例是捕获系统需求最好的选择。()

基于用例图的需求捕获的第一步就是确定系统的参与者,在寻找系统参与者时,可以根据以下()等问题来确定 A.系统同环境如何进行交互B.由谁安装系统C.系统为哪些对象提供信息、服务D.系统的使用者是谁

在识别用例时,以下()问题可以帮助识别用例 A.当系统状态发生故障时,是否需要通知参与者B.系统是否存在外部事件,如果存在,是哪个能参与者通知系统这些个部事件C.参与者希望系统为他提供什么样的功能D.系统运行环境是什么

当( )时,用例是捕获系统需求最好的选择。A:系统具有很少的用户B:系统具有很少的接口C:系统算法复杂,功能单一D:系统有很多参与者

以下关于用例图的叙述中,不正确的是( )。A.系统用例图反映了整个系统提供的外部可见服务B.系统用例图对系统的协作建模C.用例图主要包含用例、参与者及其之间关系三个要素D.系统用例图对系统的需求建模

以下关于用例图的叙述中,不正确的是(1)。图书馆管理系统需求中包含“还书”用例和“到书通知”用例,对于“还书”用例,应先查询该书是否有人预定,若有则执行“到书通知”。“还书”用例和“到书通知’’用例是(2)关系,以下用例图中,(3)是正确的。管理员处理“还书”用例时,需要先执行“验证身份“用例,那么“还书”用例和“验证身份”用例之间是(4)关系。1、_____A.系统用例图反映了整个系统提供的外部可见服务B.系统用例图对系统的协作建模C.用例图主要包含用例、参与者及其之间关系三个要素D.系统用例图对系统的需求建模

关于用例图中的参与者说法正确的是()A.参与者是与系统交互的事物,都是由人来承担B.当系统需要定时触发时,时钟就是一个参与者C.参与者可以在系统外部,也可能在系统内部D.系统某项特定功能只有一个参与者

当( )时,用例是捕获系统需求最好的选择。A. 系统具有很少的用户B. 系统具有很少的接口C. 系统算法复杂,功能单一D. 系统有很多参与者

面向对象系统分析与设计中,结构图用于描述事物之间的关系,包括(请作答此空);行为图用于描述参与者与用例之间的交互及参与者如何使用系统,包括( )。A. 用例图、类图、对象图和通信图B. 用例图、类图、对象图和部署图C. 类图、对象图、组件图和部署图D. 类图、对象图、组件图和通信图

用例视图描述了系统的()与系统进行交互的功能,是参与者所能观察和使用到的系统功能的模型图。

下列说法不正确的是()。A、用例和参与者之间的对应关系又叫做通信关联,它表示参与者使用了系统中的哪些用例B、参与者只能是人,不能是子系统、时间等C、特殊需求指的是一个用例的非功能性需求和设计约束D、在扩展关系中,基础用例提供了一个或者多个插入点,扩展用例为这些插入点提供了需要插入的行为

在识别用例时,以下()问题可以帮助识别用例A、当系统状态发生故障时,是否需要通知参与者B、系统是否存在外部事件,如果存在,是哪个能参与者通知系统这些个部事件C、参与者希望系统为他提供什么样的功能D、系统运行环境是什么

用例方法的基本思想不应包括()A、从用户角度看系统所提供的服务B、了解系统内部结构和设计C、对系统功能整体的认知D、参与者与系统发生的交互

UML就是以用例来捕获系统所有的系统需求的。

使用基于用例的方法进行需求分析时的第一步是()。A、确定用例B、确定参与者C、用例之间的关系D、确定参与者和用例的通信

下面哪些是识别用例时要引起的注意要点?()A、参与者希望系统提供什么功能B、参与者是否会读取,创建,修改,删除,存储系统的某种信息。如果是的话,参与者又是如何完成这些操作的C、参与者是否会将外部的某些事件通知给系统D、系统将会有哪些人来使用

下面关于用例描述不正确的是()A、用例可以理解为系统为响应用户要求执行的活动B、基本业务流程级别的每个目标可以提取为一个用例C、通过确定系统必须响应的事件可以确定用例D、引起系统响应的所有用例都是由外部参与者引起的

多选题在识别用例时,以下()问题可以帮助识别用例A当系统状态发生故障时,是否需要通知参与者B系统是否存在外部事件,如果存在,是哪个能参与者通知系统这些个部事件C参与者希望系统为他提供什么样的功能D系统运行环境是什么

单选题当()时,用例是捕获系统需求最好的选择。A系统具有很少的用户B系统具有很少的接口C系统算法复杂、功能单一D系统有很多参与者

单选题用例方法的基本思想不应包括()A从用户角度看系统所提供的服务B了解系统内部结构和设计C对系统功能整体的认知D参与者与系统发生的交互

单选题在建立系统的用例模型时,首先应该确定系统的参与者。以下问题中,对于确定参与者没有用处的是()A谁是系统的主要用户,即谁使用系统的主要功能B谁来管理、维护系统,以保证系统的正常运行C系统的功能应该如何实现D系统需要与哪些其他的系统交互

单选题使用基于用例的方法进行需求分析时的第一步是()。A确定用例B确定参与者C用例之间的关系D确定参与者和用例的通信

(难度:中等)UML就是以用例来捕获系统所有的系统需求的。