(难度：中等)需求开发过程是一个迭代的过程，不要期望可以线性地、顺序地完成获取、分析、编写规格说明和验证这些需求开发活动。

题目
(难度：中等)需求开发过程是一个迭代的过程，不要期望可以线性地、顺序地完成获取、分析、编写规格说明和验证这些需求开发活动。
相似考题

1.试题(27)软件需求开发是指从情况收集、分析和评价到编写文档、评审等一系列产生需求的活动，分为获取情况、分析、 (27) 和评审四个阶段。(27)A．制订规格说明B．形成需求基线C．跟踪需求变更D．控制需求版本

2.软件需求开发是指从情况收集、分析和评价到编写文档、评审等一系列产生需求的活动，分为获取情况、分析、 (69) 和评审四个阶段。A.制订规格说明B.形成需求基线C.跟踪需求变更D.控制需求版本

3.在需求开发中，完成__()__过程后将确定需求基线A.需求获取B.需求分析C.需求定义D.需求验证

4.● 在需求开发中，完成__（61）__过程后将确定需求基线。（61）A．需求获取 B．需求分析C．需求定义 D．需求验证

更多“(难度：中等)需求开发过程是一个迭代的过程，不要期望可以线性地、顺序地完成获取、分析、编写规格说明和验证这些需求开发活动。”相关问题

  • 第1题：

    软件工程活动的需求过程包括的内容是：（）。

    A.需求获取、需求规约和需求验证

    B.需求计划、需求提问和需求分析

    C.需求收集、需求分析和需求规格说明

    D.需求计划、需求调研实施和需求文档编制


    正确答案：A
    软件工程活动的需求过程包括的内容是需求获取、需求规约和需求验证。

  • 第2题：

    软件工程活动的需求过程包括的内容是：（ ）。

    A.需求获取、需求规约和需求验证
    B.需求计划、需求提问和需求分析
    C.需求收集、需求分析和需求规格说明
    D.需求计划、需求调研实施和需求文档编制

    答案：A
    解析：
    软件工程的需求过程包括需求获取、需求确认或规约、需求验证等工作内容，也是软件工程中的一个关键过程，通常称之为需求分析。需求分析就是在建立一个新的或改变一个现有软件系统时，确立新的软件系统的目的、范围、定义和功能时所要完成的所有工作内容。只有在确定了这些需要后，软件设计才能够切实完成需求分析、理解和达成一致的认识，同时也才能寻求、确定新系统的解决方法。假如在需求分析时，分析者们未能正确地认识到顾客的需要的话，那么最后的软件实际上是不可能达到顾客的需要，或者无法在规定的时间里完成软件设计。

  • 第3题：

    在需求开发中，完成（）过程后将确定需求基线

    • A、需求获取 
    • B、需求分析 
    • C、需求定义 
    • D、需求验证

    正确答案:D

  • 第4题：

    需求开发的目的是通过调查与分析获取用户需求并定义产品需求。完整的需求开发的过程包括（）

    • A、需求获取、需求分析、需求定义
    • B、需求获取、需求分析
    • C、需求获取、需求分析、需求定义、需求验证
    • D、需求分析、需求定义、需求验证

    正确答案:C

  • 第5题：

    下列不属于需求开发的活动的是（）。

    • A、需求获取
    • B、需求管理
    • C、需求验证
    • D、需求分析

    正确答案:B

  • 第6题：

    单选题
    需求开发的目的是通过调查与分析获取用户需求并定义产品需求。完整的需求开发的过程包括（）
    A

    需求获取、需求分析、需求定义

    B

    需求获取、需求分析

    C

    需求获取、需求分析、需求定义、需求验证

    D

    需求分析、需求定义、需求验证


    正确答案： A
    解析： 试题考查需求开发的内容。需求开发包括4个主要活动，即需求获取、需求分析、需求定义和需求验证。需求获取是与用户进行交流，捕捉、分析用户对目标系统的需求，提炼出符合解决问题的用户需求，产生《用户需求说明书》。

  • 第7题：

    单选题
    需求开发的目的是通过调查与分析获取用户需求并定义产品需求。完整的需求开发的过程包括（）
    A

    需求获取、需求分析、需求定义

    B

    需求获取、需求分析

    C

    需求获取、需求分析、需求定义、需求验证

    D

    需求分析、需求定义、需求验证


    正确答案： C
    解析： 试题考查需求开发的内容。需求开发包括4个主要活动，即需求获取、需求分析、需求定义和需求验证。需求获取是与用户进行交流，捕捉、分析用户对目标系统的需求，提炼出符合解决问题的用户需求，产生《用户需求说明书》。

  • 第8题：

    单选题
    准确地指出“软件目标产品必须做什么”，以指导后续的设计、开发工作。这是需求开发（）活动的主要任务。
    A

    需求获取

    B

    需求分析

    C

    编写规约

    D

    需求确认


    正确答案： D
    解析： 暂无解析

  • 第9题：

    ( 难度：中等)以下关于需求管理的叙述中，正确的是 .
    A.需求管理是一个对系统需求及其变更进行了解和控制的过程
    B.为了获得项目，开发人员可以先向客户做出某些承诺
    C.需求管理的重点在于收集和分析项目需求
    D.软件开发过程是独立于需求管理的活动

    答案:A

  • 第10题：

    ( 难度：中等)需求分析最终结果是产生
    A.项目开发计划
    B.可行性分析报告
    C.需求规格说明书
    D.设计说明书

    答案:C

  • 第11题：

    (难度：中等)完整的需求开发过程包括：需求获取、需求分析、需求定义、需求验证（）

    答案:(yes)

  • 第12题：

    (难度：中等)Scrum是迭代式增量软件开发过程，通常用于敏捷软件开发，不需要进行需求评审。

    答案:(no)

  • 第13题：

    需求开发的目的是通过调查与分析，获取用户需求并定义产品需求。完整的需求开发的过程包括(12)。

    A．需求获取、需求分析、需求定义

    B．需求获取、需求分析、

    C．需求获取、需求分析、需求定义、需求验证

    D．需求分析、需求定义、需求验证


    正确答案：C
    解析：需求开发的目的是通过调查与分析，获取用户需求并定义产品需求。软件项目需求开发的结果应该有项目视图和范围文档、用例文档、软件需求规格说明及相关分析模型，经评审批准，这些文档就定义了开发工作的需求基线，这个基线在客户和开发人员之间就构筑了计划产品功能需求和非功能需求的一个约定。根据《信息系统项目管理师教程》(第二版)的第17章有关内容，需求开发的过程有以下4个主要活动。(1)需求获取；(2)需求分析；(3)需求定义；(4)需求验证。

  • 第14题：

    在需求开发中，完成 （ ） 过程后将确定需求基线。

    A. 需求获取
    B. 需求分析
    C. 需求定义
    D. 需求验证

    答案：D
    解析：
    需求基线：软件项目需求开发的结果应该有项目视图和范围文档、用例文档、软件需求规格说明及相关分析模型，经评审批准，这些文档就定义了开发工作的需求基线。这个基线在客户和开发人员之间就构筑了计划产品功能需求和非功能需求的一个约定。需求获取：积极地和用户交流，获取用户需求并分析和修正，最后形成符合解决问题的用户需求，生成《用户需求说明书》。需求分析：对各种需求进行分析并抽象描述，建立一个可以指导系统的概念模型。需求定义：根据需求获取和需求分析的结果，定义准确的产品需求，生成《需求规格说明书》。需求验证：开发方和用户共同对需求又档评审，达成共识后作出书面承诺，是需求文档具有商业合同的效果。显然，需求验证过程中有评审活动，所以需求验证完毕后确定需求基线。

  • 第15题：

    软件需求工程的活动可以划分为5个独立的阶段：需求获取、需求建模、形成需求规格、需求验证和需求管理，需求建模是（）

    • A、分析需求的正确性和可行性的过程 
    • B、对需求的抽象描述 
    • C、对生成需求模型构件的精确的形式化的描述 
    • D、开发、捕获和修订用户的需求

    正确答案:B

  • 第16题：

    准确地指出“软件目标产品必须做什么”，以指导后续的设计、开发工作。这是需求开发（）活动的主要任务。

    • A、需求获取
    • B、需求分析
    • C、编写规约
    • D、需求确认

    正确答案:B

  • 第17题：

    单选题
    在需求开发中，完成（）过程后将确定需求基线
    A

    需求获取 

    B

    需求分析 

    C

    需求定义 

    D

    需求验证


    正确答案： B
    解析： 需求基线是在需求规格说明书评审通过以后所形成，具体的步骤是开发人员先完成需求规格说明书的写作，然后组织相关人员对需求进行评审，在评审通过以后就纳入到配置库进行管理，形成需求基线。 基线(Baseline)，基线是软件文档或源码(或其它产出物)的一个稳定版本,它是进一步开发的基础.所以,当基线形成后,项目负责SCM的人需要通知相关人员基线已经形成,并且哪儿可以找到这基线了的版本.这个过程可被认为内部的发布.至于对外的正式发布,更是应当从基线了的版本中发布. 基线的定义：基线是项目储存库中每个工件版本在特定时期的一个“快照”。它提供一个正式标准，随后的工作基于此标准，并且只有经过授权后才能变更这个标准。建立一个初始基线后，以后每次对其进行的变更都将记录为一个差值，直到建成下一个基线。 参与项目的开发人员将基线所代表的各版本的目录和文件填入他们的工作区。随着工作的进展，基线将合并自从上次建立基线以来开发人员已经交付的工作。变更一旦并入基线，开发人员就采用新的基线，以与项目中的变更保持同步。调整基线将把集成工作区中的文件并入开发工作区。 基线是配置管理中的一个概念,通常在软件开发周期中需要对开发代码,测试代码,需求文档的重要相对稳定的版本(milestone)进行配置管理 基线是一个状态,也就是相当于一个标准吧,基线化后就不能改动(改动需要变更控制委员会通过才可以) 大家工作向基线化后的代码,需求说明书,设计说明书等看齐,这样便于工作一致性吧,可以这样说，尤其对于大的软件项目,这样有利于管理和维护

  • 第18题：

    单选题
    需求开发的目的是通过调查与分析获取用户需求并定义产品需求。完整的需求开发的过程包括（）
    A

    需求获取、需求分析、需求定义

    B

    需求获取、需求分析

    C

    需求获取、需求分析、需求定义、需求验证

    D

    需求分析、需求定义、需求验证


    正确答案： B
    解析： 试题考查需求开发的内容。需求开发包括4个主要活动，即需求获取、需求分析、需求定义和需求验证。需求获取是与用户进行交流，捕捉、分析用户对目标系统的需求，提炼出符合解决问题的用户需求，产生《用户需求说明书》。

  • 第19题：

    单选题
    在需求开发中，完成（）过程后将确定需求基线
    A

    需求获取 

    B

    需求分析 

    C

    需求定义 

    D

    需求验证


    正确答案： B
    解析： 需求基线是在需求规格说明书评审通过以后所形成，具体的步骤是开发人员先完成需求规格说明书的写作，然后组织相关人员对需求进行评审，在评审通过以后就纳入到配置库进行管理，形成需求基线。 基线(Baseline)，基线是软件文档或源码(或其它产出物)的一个稳定版本,它是进一步开发的基础.所以,当基线形成后,项目负责SCM的人需要通知相关人员基线已经形成,并且哪儿可以找到这基线了的版本.这个过程可被认为内部的发布.至于对外的正式发布,更是应当从基线了的版本中发布. 基线的定义：基线是项目储存库中每个工件版本在特定时期的一个“快照”。它提供一个正式标准，随后的工作基于此标准，并且只有经过授权后才能变更这个标准。建立一个初始基线后，以后每次对其进行的变更都将记录为一个差值，直到建成下一个基线。 参与项目的开发人员将基线所代表的各版本的目录和文件填入他们的工作区。随着工作的进展，基线将合并自从上次建立基线以来开发人员已经交付的工作。变更一旦并入基线，开发人员就采用新的基线，以与项目中的变更保持同步。调整基线将把集成工作区中的文件并入开发工作区。 基线是配置管理中的一个概念,通常在软件开发周期中需要对开发代码,测试代码,需求文档的重要相对稳定的版本(milestone)进行配置管理 基线是一个状态,也就是相当于一个标准吧,基线化后就不能改动(改动需要变更控制委员会通过才可以) 大家工作向基线化后的代码,需求说明书,设计说明书等看齐,这样便于工作一致性吧,可以这样说，尤其对于大的软件项目,这样有利于管理和维护

  • 第20题：

    单选题
    在需求开发中，完成（）过程后将确定需求基线
    A

    需求获取 

    B

    需求分析 

    C

    需求定义 

    D

    需求验证


    正确答案： D
    解析： 需求基线是在需求规格说明书评审通过以后所形成，具体的步骤是开发人员先完成需求规格说明书的写作，然后组织相关人员对需求进行评审，在评审通过以后就纳入到配置库进行管理，形成需求基线。 基线(Baseline)，基线是软件文档或源码(或其它产出物)的一个稳定版本,它是进一步开发的基础.所以,当基线形成后,项目负责SCM的人需要通知相关人员基线已经形成,并且哪儿可以找到这基线了的版本.这个过程可被认为内部的发布.至于对外的正式发布,更是应当从基线了的版本中发布. 基线的定义：基线是项目储存库中每个工件版本在特定时期的一个“快照”。它提供一个正式标准，随后的工作基于此标准，并且只有经过授权后才能变更这个标准。建立一个初始基线后，以后每次对其进行的变更都将记录为一个差值，直到建成下一个基线。 参与项目的开发人员将基线所代表的各版本的目录和文件填入他们的工作区。随着工作的进展，基线将合并自从上次建立基线以来开发人员已经交付的工作。变更一旦并入基线，开发人员就采用新的基线，以与项目中的变更保持同步。调整基线将把集成工作区中的文件并入开发工作区。 基线是配置管理中的一个概念,通常在软件开发周期中需要对开发代码,测试代码,需求文档的重要相对稳定的版本(milestone)进行配置管理 基线是一个状态,也就是相当于一个标准吧,基线化后就不能改动(改动需要变更控制委员会通过才可以) 大家工作向基线化后的代码,需求说明书,设计说明书等看齐,这样便于工作一致性吧,可以这样说，尤其对于大的软件项目,这样有利于管理和维护

  • 第21题：

    ( 难度：中等)Scrum团队沟通的主要方式 。
    A.需求和规格应该足够清晰和明确，并在开发前完成评审和确认，不需要下游人员反复再去询问
    B.迭代早期只确定一个需求的标题，临到开发前一刻才进行沟通和确认需求细节
    C.需求不需要提前定义，成员可以随时和其想交流的人员进行交流和确认
    D.频繁（每天/每周）召开团队会议讨论需求，包括开发人员、分析人员、用户代表

    答案:D

  • 第22题：

    ( 难度：中等)以下关于需求分析的叙述中，不正确的是：（）
    A.需求分析的目的是确定系统必须完成哪些工作，对目标系统提出完整、准确、清晰、具体的要求
    B.完整的需求分析过程包括：获取用户需求、分析用户需求、编写需求说明书三个过程
    C.根据项目的复杂程度，需求分析的工作可以由专门的系统分析人员来做，也可以由项目经理带领技术人
    D.软件需求分为三个层次：业务需求、用户需求、功能需求与非功能需求

    答案:B

  • 第23题：

    (难度：中等)需求开发的一些特性决定了需求开发工作餐只能是一个简单的线性增量过程。

    答案:(no)

  • 第24题：

    (难度：中等)做好需求分析的重点是写好需求规格说明书，需求评审不重要，可以没有。

    答案:(no)

相关内容