软件需求工程第17章.需求管理.pptVIP

第十七章.需求管理主要内容需求管理需求基线需求跟踪需求变更控制需求管理的实践调查1.需求管理

——意图需求的影响力整个后续的产品生命周期VS需求开发阶段需求规格说明文档后续的开发工作都应该以软件需求规格说明文档的内容为标准和目标来进行需求管理在需求开发之后的产品生命周期当中保证需求作用的有效发挥1.需求管理

——作用增强了项目涉众对复杂产品特征在细节和相互依赖关系上的理解增强了项目涉众对需求（尤其是复杂需求）的掌握。增进了项目涉众之间的交流减少了可能的误解和交流偏差。减少了工作量的浪费，提高了生产力需求管理能够更加有效的处理需求的变更准确反映项目的状态，帮助进行更好的项目决策需求跟踪信息能够更加准确的反映项目的进展情况改变项目文化，使得需求的作用得到重视和有效发挥使得项目涉众认识到需求在项目工作中的重要性1.需求管理

——任务交流涉众需要什么；将需求应用、实施到解决方案；驱动设计和实现工作；控制变更；将需求分配到子系统；测试和验证最终产品；控制迭代式开发中的变化；辅助项目管理1.需求管理

——活动主要内容需求管理需求基线需求跟踪需求变更控制需求管理的实践调查2.需求基线已经通过正式评审和批准的规格说明或产品，它可以作为进一步开发的基础，并且只有通过正式的变更控制过程才能修改它是被明确和固定下来的需求集合，是项目团队需要在某一特定产品版本中实现的特征和需求集合2.需求基线

——描述内容标识符（ID），为后续的项目工作提供一个共同的交流参照。当前版本号（Version），保证项目的各项工作都建立在必威体育精装版的一致需求基础之上。源头（Source），在需要进一步深入理解或者改变需求时，可以回溯到需求的源头。理由（Rational），提供需求产生的背景知识。优先级（Priority），后续的项目工作可以参照优先级进行安排和调度。状态（Status），交流和具体需求相关的项目工作状况。成本、工作量、风险、可变性（Cost、Effort、Risk、Volatility），为需求的设计和实现提供参考信息，驱动设计和实现工作。需求创建的日期；和需求相关的项目工作人员，包括需求的作者、设计者、实现者、测试者等；需求涉及的子系统；需求涉及的产品版本号；需求的验收和验证标准；…2.需求基线

——维护活动：配置管理标识配置项递增数值，例如1，2，…x；层次式数值编码，例如1.1.1，1.2.1，…x.y.z；层次式命名编码，例如Order.Place.Date，Order.Place.Register，…Task.Step.Substep版本控制每一条单独的需求需要进行版本控制相关的需求文档也需要进行版本控制变更控制访问审计记录和审计访问的情况状态报告反映需求基线的成熟度（变化的幅度越大，成熟度越低）、稳定性（改变的次数越多，稳定性越差）等2.需求基线

——维护活动：状态维护状态定义已提议（Proposed）该需求已被有相应权限的人提出已批准（Approved）该需求已经被分析，它对项目的影响已进行了估计，并且已经被分配到某一特定版本的基线中。关键涉众已同意包含这一需求，软件开发团队已承诺实现这一需求已实现（Implemented）实现这一需求的系统组件已经完成了设计和实现。这一需求已经被跟踪到相关的设计元素和实现元素已验证（Verified）已在集成产品中确认了这一需求的功能实现是正确的。这一需求已经被跟踪到相关的测试用例。这一需求目前可以被认为是已完成了已删除（Deleted）已批准的需求又从需求基线中取消了。要解释清楚为什么要删除这一需求，以及是谁决定删除的已否决（Rejected）需求已被提议，但并不在下一版本中实现它。要解释清楚为什么要否决这一需求，以及是谁决定否决的主要内容需求管理需求基线需求跟踪需求变更控制需求管理的实践调查3.需求跟踪避免在开发过程或者演化过程中与需求基线不一致或者偏离的风险前向跟踪是指被定义到软件需求规格说明文档之前的需求演化过程向前跟踪到需求：说明涉众的需要和目标产生了哪些软件需求从需求向后回溯：说明软件需求来源于哪些涉众的需要和目标后向跟踪是指被定义到软件需求规格说明文档之后的需求演化过程从需求向前跟踪：说明软件需求是如何被后续的开发物件支持和实现的回溯到需求的跟踪：说明各种系统开发的物件是因为什么原因（软件需求）而被开发出来的3.需求跟踪

——用途（1）需求的后向跟踪可以帮助项目管理者：评估需求变更的影响；尽早发现需求之间的冲突，避免未预料的产品延期；可以收集没有被实现的需求，并估算