当（）时，用例是捕捉系统需求

用例图定义了系统的功能需求,它是从系统的外部看系统功能,并不描述系统内部对功能的具体实现 UML中的用例和用例图的主要用途是描述系统的（　　）。 用例图反映的是系统的（） 功能分析的依据是信息系统目标，信息系统功能的主要来源是用户需求，功能分析的主要手段是用例分析。() 使用基于用例的方法进行需求分析时不需要执行的步骤是（） 在系统的需求分析阶段，使用UML用例对系统需求建模。如表4-11和表4-12所示给出了其中两个用例的概要描述。请将表4-11和表4-12中的(5)～(11)空缺处填写完整。 业务模型中的涉众将成为需求用例中的主角。() 静态建模法中的典型范例是用例图，用例图的基本组成元素是什么？画系统用例图的四个步骤是什么？ 原型法能够更好地捕捉用户的需求，可适用任何类型的信息系统开发。 用例规约是以文档形式来详细描述用例，展示出更多的用例（）的细节，有助于深入理解目标、任务和需求 在AUTOCAC软件中，要捕捉用POINT命令画出的等分点，应选的捕捉方式是()。 在AUTOCAC软件中，要捕捉用POINT命令画出的等分点，应选的捕捉方式是（） 用例（Use-case）用来描述系统在事件做出响应时所采取的行动。用例之间是具有相关性的。在“税库银系统”中，扣款和重发扣款都需要检查三方协议是否有效。那么，用例“扣款”、“重发扣款”与用例“检查三方协议是否有效”之间是（）关系。 软件系统是用例模型的一个组成部分。() 设置用例之前需要先设计用例模版，测试用例要素不对的是（） 对于整个系统而言，其（）由用例图描述。 建立用例模型的过程包括确定系统边界、确定参与者、__、确定用例之间的关系等几个步骤 用例图用来定义一个用例的输入和输出，以及在用户和系统之间交互的顺序。() 黑盒测试只关注程序的输入和输出关系，根据需求规格确定用例（） 在用例图中，表示用例的符号是（）