在软件开发项目的需求工程中,需求管理贯穿整个过程。需求管理最基本的任务是明确需求,并使项目团

题目

在软件开发项目的需求工程中,需求管理贯穿整个过程。需求管理最基本的任务是明确需求, 并使项目团队和用户达成共识,即建立__________ 。 A.需求分析文档 B.需求跟踪文档 C.需求基线 D.需求变更管理文档

参考答案和解析
正确答案:C
要点解析:需求是软件项目成功的核心所在,它为其他许多技术和管理活动奠定了  .基础。在软件需求工程中,需求管理贯穿整个过程。需求管理最基本的任务是明确需求,并使项目  团队和用户达成共识,即建立需求基线。
如果没有搜索结果或未解决您的问题,请直接 联系老师 获取答案。
相似问题和答案

第1题:

试题二 论信息系统项目的需求管理

项目需求管理的目的是确保各方对需求的一致理解,管理和控制需求的变更,从需求到最终产品的双向追踪。项目的需求管理可以在很大程度上影响项目的成败。项目的需求管理流程主要包括制定需求管理计划、求得对需求的理解、求得对需求的确认、管理需求变更、维护对需求的双向跟踪、识别项目工作与需求之间的不一致等。

请围绕“论信息系统项目的需求管理”论题,分别从以下三个方面进行论述:

1、概要叙述项目的背景(发起单位、目的、项目周期、交付产品等)以及你在其中承担的工作。

2、结合你承担的项目,从制订需求管理计划、需求变更管理和需求跟踪等三方面论述需求管理应实施的活动。

3、叙述你所参与的项目的需求管理过程,并加以评价。


正确答案:

试题二 分析
    首先要明确何为信息系统项目,选择自己参与过的信息系统项目进行分析论述,而不要选择其他类型的项目。
    选择好项目之后,接着根据题目要求考虑要论述的内容,确定文章结构。
  撰写出摘要,摘要是全文概括,千万不要写成引言。
  摘要写好后,开始撰写论文,首先介绍项目情况和所承担的主要工作;之后从制订需求管理计划、需求变更管理和需求跟踪三方面论述需求管理应实施的活动;叙述所参与的项目在这三方面所做的工作有哪些,哪些工作没有做,造成了什么后果,哪些工作做得很成功,效果如何;最后总结此项目管理中的得失,写出自己关于信息系统项目需求管理的体会。
  注意论文要结构合理,语言流畅,字迹清晰。
  注意论文撰写要始终围绕信息系统项目的需求管理,不要跑题。
试题二 写作要点
  1.整篇论文陈述完整,论文结构合理、语言流畅,字迹清楚。
  2.所述项目切题真实,介绍清楚。
  3.从制定需求管理计划、需求变更管理、需求跟踪三方面论述需求管理应实施的活动:
  (1)制定需求管理计划的主要步骤:建立并维护需求管理的组织方针;确定需求管理所使用的资源;分配责任;培训计划:确定需求管理的项目相关人员,并确定其介入时机;制定判断项目工作与需求不一致的准则和纠正规程;制定需求跟踪性矩阵;制定需求变更审批规程;制定审批规程。
  (2)需求变更管理。
  ① 需求变更管理必须保证的事项:应仔细评估已建议的变更;挑选合适的人选对变更做出决定;变更应及时通知所涉及的人员;项目要按一定程序来采纳需求变更。
  ② 控制项目范围的扩展。
  ③ 变更控制过程:应该包括对变更控制策略、变更控制步骤、变更控制状态报告、变更控制工具4个方面的论述。
  ④ 变更控制委员会的组成:产品或计划管理部门;项目管理部门:开发部门;质量或质量保证部门;市场部或客户代表;制作用户文档的部门;技术支持部门;帮助桌面或用户支持热线部门;配置管理部门(以上是可能的组成人员,考生可根据其参与项目说明组成)。
  ⑤ 质量变更活动。
  (3)需求跟踪。
  ① 需求跟踪的内容:从需求跟踪的目的、需求跟踪能力矩阵、需求跟踪能力工具、需求跟踪能力过程和需求跟踪能力的可行性方面进行论述。
  ② 变更需求代价:影响分析,从影响分析过程、影响分析报告模板两方面论述。
  4.根据考生对参与的项目中需求管理流程的叙述与评价,可确定他有无信息系统项目管理的经验。

第2题:

需求管理过程的目标,是管理和控制需求,维护软件计划、产品和活动与需求的一致性,并保证需求在软件项目中得到实现。按照“五个面向理论”,软件管理是面向过程的。需求管理是面向需求过程的,需求管理过程不包括:

A.需求确认

B.需求分析

C.需求评审

D.需求跟踪

E.需求变更活动


正确答案:B

第3题:

在软件需求工程中,需求管理贯穿整个过程。需求管理最基本的任务是明确需求,并使项目团队和客户达成共识,即建立()

A.需求跟踪说明

B.需求变更管理文档

C.需求分析计划

D.需求基线


参考答案:D

第4题:

试题一

论软件需求管理及其应用

软件需求工程关注创建和维护软件需求文档需展开的一切活动。需求工程可分为需求开发和需求管理两项工作,其中需求管理的目标是为软件需求建立一个基线,供软件开发及其管理使用,确保软件计划、产品和活动与软件需求的一致性。从软件需求工程的角度来看,需求管理包括在软件开发过程中维持需求一致性和精确性的所有活动。

请围绕“软件需求管理及其应用”论题,依次从以下三个方面进行论述。

1.概要叙述你参与管理和开发的软件项目以及你在其中所担任的主要工作。

2.详细论述软件需求管理的主要活动及其所包含的主要内容。

3.结合你具体参与管理和开发的实际项目,说明是如何采用软件需求管理方法进行需求管理的,说明具体实施过程以及应用效果。


正确答案:

1.简要叙述所参与管理和开发的软件项目,并明确指出在其中承担的主要任务和开展的主要工作。

2.需求管理的主要活动有变更控制,版本控制,需求跟踪和需求状态跟踪。

(1)需求变更管理过程包括:

  1. 问题分析和变更描述,需要识别和分析需求问题,形成明确的变更协议,以检查它的有效性,从而产生一个更明确的需求变更提议。

  2. 变更分析和成本计算。使用可追溯性信息和系统需求的一般知识,对需求变更提议进行影响分析和评估。变更成本计算应该包括对需求文档的修改,系统修改的设计和实现的成本。一旦分析完成并且被确认,应该进行是否执行这一变更的决策。

  3. 变更实现。这要求需求文档和系统设计以及实现都要同时修改。

    (2)版本控制:主要包括确定需求文档版本。

    (3)需求跟踪:包括定义对其他需求的链接;定义对其他系统元素的链接;使用的工具即需求跟踪矩阵。

    (4)需求状态跟踪:定义需求状态;跟踪需求的每一个状态。

    3.考生需结合自身参与项目的实际状况,指出其参与管理和开发的项目中所进行的需求管理活动,说明该活动的具体实施过程,使用的方法和工具,并对实际应用效果进行分析。

第5题:

论网络工程项目的需求管理和范围管理

在网络工程项目的建设过程中,含糊的需求和范围经常变化,使网络工程项目的甲乙双方吃尽了苦头,这使得项目团队体会到需求管理和范围管理的重要性,并努力寻找良策,改进以进行管理。

请围绕“需求管理和范围管理”论题,分别从以下3个方面进行论述。

1.概要叙述你参与过管理的网络工程项目,以及该项目在需求管理和范围管理方面的情况。

2.论述需求开发、需求管理和范围管理的区别与联系。

3.详细论述在你参与过管理的网络工程项目中具体采用的范围管理过程、方法、工具及其实际效果。


正确答案:1.介绍你参与过管理的网络工程项目的背景、发起单位、目的、开始时间和结束时间、主要交付物、最终交付的产品尤其要着重介绍项目的需求和范围简要说明自己所承担的主要工作。 2.虽然需求管理贯穿网络工程项目的整个生命周期但只有经过需求分析过程之后才能确定项目的范围。 (1) 需求开发、需求管理和范围管理。 “需求”指的是由项目接受的或项目产生的产品和产品构件需求包括由组织征集的对项目的需求。这种需求既有技术性的也有非技术性的。 所有与需求直接相关的活动都称为需求工程。需求工程的活动可分为两大类:一类属于需求开发另一类属于需求管理。 需求开发的目的是通过调查与分析获取用户需求并定义产品需求。 需求管理的目的是确保各方对需求的一致理解管理和控制需求的变更执行从需求到最终产品的双向跟踪。 项目范围管理的目的是确保项目包含且只包含项目所必须完成的工作。 项目范围管理包括为成功完成项目所需要的范围计划编制、范围定义、创建工作分解结构、范围确认和范围控制5个过程。 (2) 需求开发、需求管理和范围管理的区别与联系。 首先通过需求开发来获取网络工程项目的需求在此基础上确定项目的范围进行项目范围管理。需求管理是对己批准的网络工程项目需求进行全生命周期的管理其过程包括需求管理定义、需求管理流程、制订需求管理计划、管理需求和实施建议等。 对于网络工程项目需求可以根据需求的紧急重要程度、项目本身和甲乙双方的实际情况分步或分期满足。确定每一期应满足的需求后该期的范围管理就有了基础。 需求管理处理需求的变更需求的变更会引起项目范围的变更。 3.结合自身参与管理网络工程项目的实际体会阐述项目的范围管理。项目范围管理主要包括范围计划编制、范围定义及创建工作分解结构、范围确认和范围控制等管理过程。各个管理过程的输入、方法/工具/技术和主要输出如表5-20所示。其中方法、工具和技术各点都要叙述其实际效果要谈出体会和深度来。
1.介绍你参与过管理的网络工程项目的背景、发起单位、目的、开始时间和结束时间、主要交付物、最终交付的产品,尤其要着重介绍项目的需求和范围,简要说明自己所承担的主要工作。 2.虽然需求管理贯穿网络工程项目的整个生命周期,但只有经过需求分析过程之后才能确定项目的范围。 (1) 需求开发、需求管理和范围管理。 “需求”指的是由项目接受的或项目产生的产品和产品构件需求,包括由组织征集的对项目的需求。这种需求既有技术性的,也有非技术性的。 所有与需求直接相关的活动都称为需求工程。需求工程的活动可分为两大类:一类属于需求开发,另一类属于需求管理。 需求开发的目的是通过调查与分析,获取用户需求并定义产品需求。 需求管理的目的是确保各方对需求的一致理解,管理和控制需求的变更,执行从需求到最终产品的双向跟踪。 项目范围管理的目的是确保项目包含且只包含项目所必须完成的工作。 项目范围管理,包括为成功完成项目所需要的范围计划编制、范围定义、创建工作分解结构、范围确认和范围控制5个过程。 (2) 需求开发、需求管理和范围管理的区别与联系。 首先通过需求开发来获取网络工程项目的需求,在此基础上确定项目的范围,进行项目范围管理。需求管理是对己批准的网络工程项目需求进行全生命周期的管理,其过程包括需求管理定义、需求管理流程、制订需求管理计划、管理需求和实施建议等。 对于网络工程项目需求,可以根据需求的紧急重要程度、项目本身和甲乙双方的实际情况,分步或分期满足。确定每一期应满足的需求后,该期的范围管理就有了基础。 需求管理处理需求的变更,需求的变更会引起项目范围的变更。 3.结合自身参与管理网络工程项目的实际体会,阐述项目的范围管理。项目范围管理主要包括范围计划编制、范围定义及创建工作分解结构、范围确认和范围控制等管理过程。各个管理过程的输入、方法/工具/技术和主要输出如表5-20所示。其中,方法、工具和技术各点都要叙述其实际效果,要谈出体会和深度来。

第6题:

● 在软件需求工程中,需求管理贯穿整个过程。需求管理最基本的任务是明确需求,并使项目团队和用户达成共识,即建立(19)。

(19)

A.需求跟踪说明

B.需求变更管理文档

C.需求分析计划

D.需求基线


正确答案:D
试题(19)分析
需求是软件项目成功的核心所在,它为其他许多技术和管理活动奠定基础。在软件需求工程中,需求管理贯穿整个过程。需求管理最基本的任务是明确需求,并使项目团队和用户达成共识,即建立需求基线。
参考答案
(19)D

第7题:

论软件项目的需求变更管理

在大中型软件项目的开发过程中,开发者和用户对问题的理解随时间在不断变化,这些变更又反馈到需求中。需求管理是一个对系统需求变更了解和控制的过程。

请围绕“软件项目的需求变更管理”论题,依次从以下3个方面进行论述。

1.概要叙述你参与分析和开发的软件项目以及你所担任的主要工作。

2.简要说明该软件项目的用户需求,以及你在需求管理中所规划和建立的细节层次结构。

3.概要说明一个需求变更管理过程所包含的基本阶段,具体叙述在开发该软件项目时所发生的需求变更情况,以及你管理这些变更问题所采用的技术和方法,并简要叙述你在这方面的体会。


正确答案:1.需求管理需要“建立并维护在软件工程中同客户达成的契约”。这种契约都包含在编写的需求规格说明与模型中。客户的接受仅是需求成功的一半开发人员也必须能够接受他们并真正把需求应用到产品中。 2.在需求管理中所规划和建立的细节层次结构可通过需求跟踪表来反应。需要确定需求识别、变更管理过程、跟踪策略、CASE工具等内容。 3.通常的需求管理活动包括以下几个方面。 (1)定义需求基线(迅速制订需求文档的主体)。 (2)评审提出的需求变更、评估每项变更的可能影响从而决定是否实施它。 (3)以一种可控制的方式将需求变更融入到项目中。 (4)使当前的项目计划与需求一致。 (5)估计变更需求所产生的影响并在此基础上协商新的承诺(约定)。 (6)让每项需求都能与其对应的设计、源代码和测试用例联系起来以实现跟踪。 (7)在整个项目过程中跟踪需求状态及其变更情况。 一个需求变更管理过程包含问题分析和变更描述、变更分析和成本计算、变更实现这3个基本阶段。 简要说明你参与分析和开发的软件项目的用户需求。列举出在开发该软件项目时所发生的需求变更的具体情况并重点说明解决这些变更问题所采用的管理技术和方法。最后简要讨论几点你对“有效的需求变更管理”的实践体会。
1.需求管理需要“建立并维护在软件工程中同客户达成的契约”。这种契约都包含在编写的需求规格说明与模型中。客户的接受仅是需求成功的一半,开发人员也必须能够接受他们,并真正把需求应用到产品中。 2.在需求管理中所规划和建立的细节层次结构,可通过需求跟踪表来反应。需要确定需求识别、变更管理过程、跟踪策略、CASE工具等内容。 3.通常的需求管理活动包括以下几个方面。 (1)定义需求基线(迅速制订需求文档的主体)。 (2)评审提出的需求变更、评估每项变更的可能影响,从而决定是否实施它。 (3)以一种可控制的方式将需求变更融入到项目中。 (4)使当前的项目计划与需求一致。 (5)估计变更需求所产生的影响,并在此基础上协商新的承诺(约定)。 (6)让每项需求都能与其对应的设计、源代码和测试用例联系起来以实现跟踪。 (7)在整个项目过程中跟踪需求状态及其变更情况。 一个需求变更管理过程包含问题分析和变更描述、变更分析和成本计算、变更实现这3个基本阶段。 简要说明你参与分析和开发的软件项目的用户需求。列举出在开发该软件项目时所发生的需求变更的具体情况,并重点说明解决这些变更问题所采用的管理技术和方法。最后,简要讨论几点你对“有效的需求变更管理”的实践体会。

第8题:

● 以下关于需求管理的叙述中,正确的是 (24) 。

(24)

A. 需求管理是一个对系统需求及其变更进行了解和控制的过程

B. 为了获得项目,开发人员可以先向客户做出某些承诺

C. 需求管理的重点在于收集和分析项目需求

D. 软件开发过程是独立于需求管理的活动


正确答案:A
试题(24)分析
    需求管理是一个对系统需求变更、了解和控制的过程。需求管理过程与需求开发过程相互关联,当初始需求导出的同时就启动了需求管理计划,一旦形成了需求文档的初稿,需求管理活动就开始了。
    关于需求管理过程域内的原则和策略,可以参考:
    ① 需求管理的关键过程领域不涉及收集和分析项目需求,而是假定已收集了软件需求,或者已由更高一级的系统给定了需求。
    ② 开发人员在向客户以及有关部门承诺某些需求之前,应该确认需求和约束条件、风险、偶然因素、假定条件等。
    ③ 关键处理领域同样建议通过版本控制和变更控制来管理需求文档。
参考答案
 (24)A

第9题:

论IT项目的需求管理和范围管理

在信息系统项目的建设过程中,含糊的需求和范围经常性的变化,使信息系统项目的甲乙双方都吃尽了苦头,这使得项目团队体会到需求管理和范围管理的重要性,并努力寻找良策,以改进管理范围。

请围绕“IT项目的需求管理和范围管理”论题,分别从以下3个方面进行论述。

1.概要叙述与你参与管理过的信息系统项目,以及该项目在需求管理和范围管理方面的情况。

2.论述需求开发、需求管理和范围管理的区别与联系。

3.详细论述你参与管理过的信息系统项目具体采用的范围管理过程、方法、工具及其实际效果。


正确答案:1.介绍你参与管理过的信息系统项目的背景、发起单位、目的、开始时间和结束时间、主要交付物、最终交付的产品尤其着重介绍项目的需求和范围简要说明自己所承担的主要工作。 2.虽然需求管理贯穿信息系统项目的整个生命周期但只有经过需求分析过程之后才能确定项目的范围。 (1)需求开发、需求管理和范围管理。 “需求”指的是由项目接受的或项目产生的产品和产品构件需求包括由组织征集的对项目的需求。这种需求既有技术性的也有非技术性的。 所有与需求直接相关的活动通称为需求工程。需求工程的活动可分为两大类:一类属于需求开发另一类属于需求管理。 需求开发的目的是通过调查与分析获取用户需求并定义产品需求。 需求管理的目的是确保各方对需求的一致理解;管理和控制需求的变更;从需求到最终产品的双向跟踪。 项目范围管理的目的是确保项目包含且仅仅只包含项目所必须完成的工作。 项目范围管理包括为成功完成项目所需要的范围计划编制、范围定义、创建工作分解结构、范围确认和范围控制这5个过程。 (2)需求开发、需求管理和范围管理的区别与联系。 首先通过需求开发来获取信息系统项目的需求在此基础上确定项目的范围、进行项目范围管理。需求管理是对已批准的信息系统项目需求进行全生命周期的管理其过程包括需求管理定义、需求管理流程、制订需求管理计划、管理需求和实施建议等。 对于信息系统项目需求可以根据需求的紧急重要程度、项目本身和甲乙双方的实际情况分步或分期满足。确定每一期应满足的需求后该期的范围管理就有了基础。 需求管理处理需求的变更需求的变更会引起项目范围的变更。 3.结合自身参与管理过的信息系统项目的实际体会阐述项目的范围管理。项目范围管理主要包括范围计划编制、范围定义及创建工作分解结构、范围确认和范围控制等管理过程。各个管理过程的输入、方法/工具/技术和主要输出如表2-24所示。其中方法、工具和技术各点都要叙述其实际效果要谈出体会和深度来。
1.介绍你参与管理过的信息系统项目的背景、发起单位、目的、开始时间和结束时间、主要交付物、最终交付的产品,尤其着重介绍项目的需求和范围,简要说明自己所承担的主要工作。 2.虽然需求管理贯穿信息系统项目的整个生命周期,但只有经过需求分析过程之后才能确定项目的范围。 (1)需求开发、需求管理和范围管理。 “需求”指的是由项目接受的或项目产生的产品和产品构件需求,包括由组织征集的对项目的需求。这种需求既有技术性的,也有非技术性的。 所有与需求直接相关的活动通称为需求工程。需求工程的活动可分为两大类:一类属于需求开发,另一类属于需求管理。 需求开发的目的是通过调查与分析,获取用户需求并定义产品需求。 需求管理的目的是确保各方对需求的一致理解;管理和控制需求的变更;从需求到最终产品的双向跟踪。 项目范围管理的目的是确保项目包含且仅仅只包含项目所必须完成的工作。 项目范围管理,包括为成功完成项目所需要的范围计划编制、范围定义、创建工作分解结构、范围确认和范围控制这5个过程。 (2)需求开发、需求管理和范围管理的区别与联系。 首先通过需求开发来获取信息系统项目的需求,在此基础上确定项目的范围、进行项目范围管理。需求管理是对已批准的信息系统项目需求进行全生命周期的管理,其过程包括需求管理定义、需求管理流程、制订需求管理计划、管理需求和实施建议等。 对于信息系统项目需求,可以根据需求的紧急重要程度、项目本身和甲乙双方的实际情况,分步或分期满足。确定每一期应满足的需求后,该期的范围管理就有了基础。 需求管理处理需求的变更,需求的变更会引起项目范围的变更。 3.结合自身参与管理过的信息系统项目的实际体会,阐述项目的范围管理。项目范围管理主要包括范围计划编制、范围定义及创建工作分解结构、范围确认和范围控制等管理过程。各个管理过程的输入、方法/工具/技术和主要输出如表2-24所示。其中,方法、工具和技术各点都要叙述其实际效果,要谈出体会和深度来。

第10题:

论软件需求管理 软件需求管理是一个对系统需求变更了解和控制的过程。需求管理过程与需求开发过程相互关联,初始需求导出的同时就要形成需求管理规划,一旦启动了软件开发过程,需求管理活动就紧密相伴。 需求管理过程中主要包含变更控制、版本控制、需求跟踪和需求状态跟踪等4项活动,其目标是为项目管理人员建立一个软件需求基线,并保持软件计划、产品和活动与软件需求的一致性。

请以“软件需求管理”为题,依次从以下三个方面进行论述。 1.概要叙述你参与管理和开发的软件项目以及你在其中所担任的主要工作。 2.详细描述需求管理过程中各个活动中的主要工作。 3.详细说明你所参与的软件开发项目中,是如何进行软件需求管理的,实施的具体效果如何。


正确答案:
本文第一部分应花400-600字的篇幅进行项目简介,涉及项目背景、规模、人员、作者的角色,开发的系统有什么样的一些功能,大体的设计。
接下来的主体部分中,着重描述的,应是问题3,对于问题2只需要花200-400字的篇幅大致介绍概念层次的内容。
在对问题3进行论述时,要注意选问题2中的一些活动来论述,其中2个主题是比较好展开的,分别为:变更控制与需求跟踪。
1、变更控制:
变更控制的工作程序依次为:提出与接受变更申请、对变更初审、变更方案论证、项目变更控制委员会审查、发出变更通知并开始实施、变更实施的监控、变更效果的评估、判断发生变更后的项目是否已纳入正常轨道。
(1)提出与接受变更申请。提出变更申请应当及时以正式方式进行,并留下书面记录。变更的提出可以是各种形式,但在评估前应以书面形式提出。
(3)对变更的初审。变更初审的目的是为了对变更提出方施加影响,确认变更的必要性,确保变更是有价值的;进行格式校验,完整性较验,确保评估所需信息准备充分;在干系人间就提出供评估的变更信息达成共识。
(3)变更方案论证。变更方案的主要作用,首先是对变更请求是否可实现进行论证,如果可能实现,则将变更请求由技术要求转化为资源需求,以供CCB决策。常见的方案内容包括技术评估和经济评估,前者评估需求如何转化为成果,后者评估价值和风险。
(4)项目变更控制委员会审查。审查过程由项目所有者据变更申请及评估方案,决定是否批准变更。审查通常是文档会签形式,重大的变更审查可以包括正式会议形式。审查过程应注意分工,项目投资人虽有最终的决策权,但通常在专业技术上并非强项。所以应当在评审过程中将专业评审、经济评审分开,对涉及项目目标和交付成果的变更,客户的意见应放在核心位置。
(5)发出变更通知并开始实施。评审通过,意味着项目基准的调整,同时确保变更方案中的资源需求及时到位。项目基准的调整,包括项目目标的确认,最终成果、工作内容和资源、进度计划的调整。需要强调的是,变更通知后,不只是包括实施项目基准的调整,更要明确项目的交付日期、成果对相关干系人的影响。如变更造成交付期的调整,应在变更确认时发布,而非在交付前公布。
(6)变更实施的监控。要监控的,除了调整过的项目基准中所涉及变更的内容外,还应当对项目的整体基准是否反映项目实施情况负责。通过监控行动,确保项目的整体实施工作是受控的。通常由项目经理负责项目基准的监控,管理委员会监控变更明确的主要成果、进度里程碑等,可以委托监理单位承担监控职责。
(7)变更效果的评估。变更评估首要的评估依据,是项目基准,可需结合变更的初衷来看要达到的目的是否已达成,以及评估变更方案中的技术论证、经济论证内容与实施过程的差距并推进解决。
(8)判断发生变更后的项目是否已纳入正常轨道。项目基准调整后,需要确认的是相应的资源配置和人员是否及时到位,更需多加关注。之后对项目的整体监控应按新的项目基准进行,当确认新的项目基准已经生效则按正常的项目实施流程进行。
2、需求跟踪
根据国家标准GB/T 8567-2006,SRS中的每个软件配置项的需求到其涉及的系统(或子系统)需求都要具有双向可追踪性。所谓双向跟踪,包括正向跟踪和反向跟踪,正向跟踪是指检查SRS中的每个需求是否都能在后继工作成果中找到对应点;反向跟踪也称为逆向跟踪,是指检查设计文档、代码、测试用例等工作成果是否都能在SRS中找到出处。

更多相关问题