第8章软件项目需求与变更管理

1、IT Mr. Gary软件项目需求管理概述软件项目需求管理概述 1软件项目任务分解软件项目任务分解 2第第8章章 软件项目需求与变更管理软件项目需求与变更管理3软件需求的变更控制软件需求的变更控制 学习目标学习目标掌握软件需求的概念掌握软件需求的概念熟悉需求管理的方法与过程熟悉需求管理的方法与过程掌握任务分解的方法与步骤掌握任务分解的方法与步骤了解需求变更的原因了解需求变更的原因掌握需求变更控制的策略掌握需求变更控制的策略第第7章章 项目招投标与合同管理项目招投标与合同管理软件需求定义软件需求定义 需求是来源于用户调查，即客户的需要。需求是来源于用户调查，即客户的需要。 需求分析是指软件分析人

2、员通过研究用户在软件需求分析是指软件分析人员通过研究用户在软件问题上的需求意愿，分析出软件系统的功能、性问题上的需求意愿，分析出软件系统的功能、性能、数据等诸方面应该达到的目标，从而获得有能、数据等诸方面应该达到的目标，从而获得有关软件的需求规格定义的过程。关软件的需求规格定义的过程。 8.1 软件项目需求管理概述软件项目需求管理概述8.1 软件项目需求管理概述软件项目需求管理概述需求的生命周期：需求的生命周期：需求产生（变化、内部、外部）需求产生（变化、内部、外部）需求认识（现存、潜在、超前、前景分析需求认识（现存、潜在、超前、前景分析）需求表达：需求表达：(1)、让提出需求的人尽可能清楚地

3、说明他们的、让提出需求的人尽可能清楚地说明他们的需求；需求；(2)、对需求提出一系列问题：、对需求提出一系列问题：8.1 软件项目需求管理概述软件项目需求管理概述？提出需求的人是如何描述需求的提出需求的人是如何描述需求的？需求真实吗，是真正需求还是表面现象？需求真实吗，是真正需求还是表面现象？我们能满足这个需求吗，其他人能满足吗，是不？我们能满足这个需求吗，其他人能满足吗，是不是真的有解决方法是真的有解决方法？需求重要吗，值得去满足他吗？需求重要吗，值得去满足他吗 ？满足需求的关键问题在那里，会不会有新的需求？满足需求的关键问题在那里，会不会有新的需求产生，还要进一步满足其他需求吗，新的需求能

4、取产生，还要进一步满足其他需求吗，新的需求能取代目前这个需求吗代目前这个需求吗？需求直接涉及什么人，他们认为这是一个必要的？需求直接涉及什么人，他们认为这是一个必要的需求吗，满族足需求后对他们有什么影响，他们的需求吗，满族足需求后对他们有什么影响，他们的反映会怎么样反映会怎么样？需求对机构的影响是什么，对我的影响是什么？需求对机构的影响是什么，对我的影响是什么8 .1 软件项目需求管理概述软件项目需求管理概述3、作一些必要的研究工作，更好地理解需求作一些必要的研究工作，更好地理解需求4、根据以上三步得出结论，尽可能清楚地描述这个、根据以上三步得出结论，尽可能清楚地描述这个需求需求5、听听用户对

5、你的阐述的反映，并作适当修改。、听听用户对你的阐述的反映，并作适当修改。功能和技术要求功能和技术要求1、把需求变成功能要求；、把需求变成功能要求；2、功能要求应描述项目最终交付产品的特征、功能要求应描述项目最终交付产品的特征3、技术要求根据功能要求产生、技术要求根据功能要求产生4、功能要求应用日常语言陈述清楚、功能要求应用日常语言陈述清楚8.1 软件项目需求管理概述软件项目需求管理概述含糊的需求含糊的需求：(1)、不断变化的需求（人员变化、预算变化、技、不断变化的需求（人员变化、预算变化、技术变化、商业环境变化）术变化、商业环境变化）(2)、误解需求（我说不清楚我所需要的是什么，、误解需求（我

6、说不清楚我所需要的是什么，但我见到东西时就会知道但我见到东西时就会知道感觉会随环境变化）感觉会随环境变化）(3)过早作出结论过早作出结论（截断需要表达过程（截断需要表达过程需求分需求分析需要耐心和自我控制）析需要耐心和自我控制）与真正的用户讨论需求与真正的用户讨论需求8 .1 软件项目需求管理概述软件项目需求管理概述(4)多种用户，多种需求（确定优先级，即需求多种用户，多种需求（确定优先级，即需求层次）层次）(5)曲解用户的需求曲解用户的需求(6)需求镀金需求镀金对用户的需求有选择的过滤对用户的需求有选择的过滤(7)包办代替包办代替需求和目标需求和目标8.1 软件项目需求管理概述软件项目需求管

7、理概述 基本需求基本需求: 项目实施范围、质量要求、项目实施范围、质量要求、 利润或成本目标、时间目标以及必须满利润或成本目标、时间目标以及必须满 足的法规要求等足的法规要求等 期望要求期望要求: 如一种新产品性能之外的外如一种新产品性能之外的外形、使用舒适形、使用舒适软件需求定义软件需求定义1用户需求用户需求特点：特点： （1）用户需求直接来源于用户）用户需求直接来源于用户 （2）用户需求需要以文档的形式提供给用户审查）用户需求需要以文档的形式提供给用户审查（3）可以把用户需求理解为用户对软件的合理请求）可以把用户需求理解为用户对软件的合理请求（4）用户需求主要是为用户方的管理层、用户方的技

8、）用户需求主要是为用户方的管理层、用户方的技术代表、操作者以及开发方的高层技术人员撰写的术代表、操作者以及开发方的高层技术人员撰写的8.1 软件项目需求管理概述软件项目需求管理概述2系统需求系统需求（1）功能需求）功能需求 全面性全面性 一致性一致性 可理解可理解 可维护可维护 可追踪等可追踪等（2）非功能性需求）非功能性需求性能需求、可靠性、可性能需求、可靠性、可用性需求、系统安全以及用性需求、系统安全以及系统对开发过程、时间、系统对开发过程、时间、资源等方面的约束和标准资源等方面的约束和标准关心系统的整体特性关心系统的整体特性 （3）数据要求）数据要求8.1 软件项目需求管理概述软件项目需

9、求管理概述3需求规格说明书的写作规范需求规格说明书的写作规范1）清晰）清晰 2）完整）完整 3）一致）一致 4）可测试）可测试 8.1 软件项目需求管理概述软件项目需求管理概述 需求管理需求管理1需求管理复杂性分析需求管理复杂性分析 需求的描述问题需求的描述问题 需求的完备程度问题需求的完备程度问题 需求开发的工期问题需求开发的工期问题 需求的细致程度问题需求的细致程度问题 需求的变化问题需求的变化问题 8.1 软件项目需求管理概述软件项目需求管理概述2需求管理的基本原则需求管理的基本原则 需求管理必须与需求工程的其它活动紧密需求管理必须与需求工程的其它活动紧密整合整合 需求必须是文档化的、正

10、确的、最新的、需求必须是文档化的、正确的、最新的、可管理的、可理解的可管理的、可理解的 只要需求变化了，需求变更的影响就必须只要需求变化了，需求变更的影响就必须被评估被评估 需求必须分优先级需求必须分优先级 需求一定要分类管理需求一定要分类管理 8.1 软件项目需求管理概述软件项目需求管理概述3需求管理的方法需求管理的方法 确定需求变更控制过程确定需求变更控制过程 进行需求变更影响分析进行需求变更影响分析 建立需求基准版本和需求控制版本文档建立需求基准版本和需求控制版本文档 维护需求变更的历史记录维护需求变更的历史记录 跟踪每项需求的状态跟踪每项需求的状态 衡量需求稳定性衡量需求稳定性8.1

11、软件项目需求管理概述软件项目需求管理概述 需求管理过程需求管理过程1定义需求定义需求2需求确认需求确认3建立需求状态建立需求状态4需求评审需求评审 评判需求优劣的主要指标有：正确性、清晰性评判需求优劣的主要指标有：正确性、清晰性、无二义性、一致性、必要性、完整性、可、无二义性、一致性、必要性、完整性、可实现性、可验证性、可测性。实现性、可验证性、可测性。 8.1 软件项目需求管理概述软件项目需求管理概述 需求管理过程需求管理过程5需求承诺需求承诺6需求跟踪需求跟踪 正向跟踪：以用户需求为切入点，检查正向跟踪：以用户需求为切入点，检查需求规格说明书需求规格说明书中的每个需求是否都能中的每个需求是

12、否都能在后继工作产品中找到对应点。在后继工作产品中找到对应点。 逆向跟踪：检查设计文档、代码、测试用逆向跟踪：检查设计文档、代码、测试用例等工作产品是否都能在例等工作产品是否都能在需求规格说明需求规格说明书书中找到出处。中找到出处。 7需求变更控制需求变更控制8.1 软件项目需求管理概述软件项目需求管理概述 工作分解结构工作分解结构 项目的分解结构就是将项目的产品或服务、项目的分解结构就是将项目的产品或服务、组织、过程这组织、过程这3种不同的结构综合为项目分解结构种不同的结构综合为项目分解结构的过程，也就是给项目的组织人员分派各自角色和的过程，也就是给项目的组织人员分派各自角色和任务的过程。任

13、务的过程。 基于成果或功能的分解方法，以完成该项目应该交基于成果或功能的分解方法，以完成该项目应该交付的成果为导向，确定相关的任务、工作、活动和付的成果为导向，确定相关的任务、工作、活动和要素。要素。 基于流程的分解方法，以完成该项目所应经历的流基于流程的分解方法，以完成该项目所应经历的流程为导向，确定相关的任务、工作、活动和要素。程为导向，确定相关的任务、工作、活动和要素。8.2 软件项目任务分解软件项目任务分解 工作分解结构工作分解结构（1）图表形式）图表形式 分解层次与结构分解层次与结构 8 .2 软件项目任务分解软件项目任务分解 工作包是完成一项具体工作所要求的一个特工作包是完成一项具

14、体工作所要求的一个特定的、可确定的、可交付以及独立的工作包，可定的、可确定的、可交付以及独立的工作包，可为项目控制提供充分而合适的管理信息。为项目控制提供充分而合适的管理信息。 WBS编码设计编码设计 8.2 软件项目任务分解软件项目任务分解（2）清单形式）清单形式需求分析计划需求分析计划流程优化流程优化编写需求说明书编写需求说明书编写需求规格词汇表编写需求规格词汇表绘制业务流程绘制业务流程抽象业务类抽象业务类建立数据模型建立数据模型将需求分析图示加入规格文档将需求分析图示加入规格文档需求规格测试需求规格测试 需求规格确认需求规格确认8.2 软件项目任务分解软件项目任务分解 任务分解过程任务分

15、解过程1分解步骤分解步骤（1）确认并分解项目的主要组成要素。）确认并分解项目的主要组成要素。（2）确定分解标准）确定分解标准（3）确认分解是否详细，分解结果是否可以作为）确认分解是否详细，分解结果是否可以作为费用和时间估计的标准，明确责任。费用和时间估计的标准，明确责任。（4）确定项目交付成果。）确定项目交付成果。（5）验证分解正确性，验证分解正确性后，建立）验证分解正确性，验证分解正确性后，建立一套编号系统。一套编号系统。8.2 软件项目任务分解软件项目任务分解2分解的标准分解的标准:一般不能采用双重标准。选择一种一般不能采用双重标准。选择一种项目分解标准之后，在分解过程中应该统一使用此项目

16、分解标准之后，在分解过程中应该统一使用此标准，避免因使用不同标准而导致的混乱。标准，避免因使用不同标准而导致的混乱。 3分解结果的检验分解结果的检验 核实分解的正确性：核实分解的正确性： 更低层次的细目是否必要和充分？更低层次的细目是否必要和充分？ 最底层要素是否有重复？最底层要素是否有重复？ 每个细目都有明确的、完整的定义吗？每个细目都有明确的、完整的定义吗？ 是否每个细目可以进行适当的估算？谁能担负起完是否每个细目可以进行适当的估算？谁能担负起完成这个任务？成这个任务？8.2 软件项目任务分解软件项目任务分解4任务分解的注意事项任务分解的注意事项 注意收集与项目相关的所有信息。注意收集与项

17、目相关的所有信息。 任务分解结果必须有利于责任分配。任务分解结果必须有利于责任分配。 最底层的工作包一般要有全面、详细和明确的最底层的工作包一般要有全面、详细和明确的文字说明，并汇集编制成项目工作分解结构词文字说明，并汇集编制成项目工作分解结构词典。典。 避免不必要的过细，最好不要超过避免不必要的过细，最好不要超过7层。按照层。按照软件项目的平均规模来说，推荐任务分解时至软件项目的平均规模来说，推荐任务分解时至少分解到一周的工作量（少分解到一周的工作量（40小时）。小时）。8.2 软件项目任务分解软件项目任务分解5责任分配及成本分解责任分配及成本分解WBS编号编号预算预算责任者责任者WBS编号

18、编号预算预算责任者责任者10.1张明张明3.30.15李立李立20.46李立李立3.40.1李立李立30. 46张明、李立张明、李立3.50.02张明张明3.10.04张明张明40.08万风万风3.20.15李立李立50.1张明张明8.2 软件项目任务分解软件项目任务分解需求变更原因分析需求变更原因分析 1范围没有圈定就开始细化范围没有圈定就开始细化2没有良好的软件结构适应变化没有良好的软件结构适应变化3用户改变需求用户改变需求管理变更请求管理变更请求 1控制需求渐变的策略控制需求渐变的策略 需求一定要与投入有显示的联系，否则如果需求变需求一定要与投入有显示的联系，否则如果需求变更的成本由开发方来承担，则项目需求的变更就成更的成本由开发方来承担，则项目需求的变更就成为必然了。所以，在项目的开始无论是软件开发方为必然了。所以，在项目的开始无论是软件开发方还是出资方都要明确这一条：需求变化，