软件项目需求与变更管理课程

1、Casanova Casanova 软件项目需求管理概述软件项目需求管理概述 1软件项目任务分解软件项目任务分解 2第第8章章 软件项目需求与变更管理软件项目需求与变更管理3软件需求的变更控制软件需求的变更控制 Casanova Casanova 学习目标学习目标掌握软件需求的概念掌握软件需求的概念熟悉需求管理的方法与过程熟悉需求管理的方法与过程掌握任务分解的方法与步骤掌握任务分解的方法与步骤WBSWBS了解需求变更的原因了解需求变更的原因掌握需求变更控制的策略掌握需求变更控制的策略第第7章章 项目招投标与合同管理项目招投标与合同管理Casanova Casanova Hot Tip软件需求定

2、义软件需求定义 需求是来源于用户调查，即客户的需要。需求是来源于用户调查，即客户的需要。 需求分析是指软件分析人员通过研究用户在软件问需求分析是指软件分析人员通过研究用户在软件问题上的需求意愿，分析出软件系统的功能、性能、题上的需求意愿，分析出软件系统的功能、性能、数据等诸方面应该达到的目标，从而获得有关软件数据等诸方面应该达到的目标，从而获得有关软件的需求规格定义的过程。的需求规格定义的过程。 8 .1 软件项目需求管理概述软件项目需求管理概述Casanova Casanova Hot Tip软件需求定义软件需求定义1用户需求用户需求特点：特点： （1）用户需求直接来源于用户）用户需求直接来

3、源于用户 （2）用户需求需要以文档的形式提供给用户审查）用户需求需要以文档的形式提供给用户审查（3）可以把用户需求理解为用户对软件的合理请求）可以把用户需求理解为用户对软件的合理请求（4）用户需求主要是为用户方的管理层、用户方的技用户需求主要是为用户方的管理层、用户方的技术代表、操作者以及开发方的高层技术人员撰写的？术代表、操作者以及开发方的高层技术人员撰写的？p1238 .1 软件项目需求管理概述软件项目需求管理概述Casanova Casanova Hot Tip2系统需求系统需求（1）功能需求）功能需求 全面性全面性 一致性一致性 可理解可理解 可维护可维护 可追踪等可追踪等8 .1 软

4、件项目需求管理概述软件项目需求管理概述（2）非功能性需求）非功能性需求性能需求、可靠性、可性能需求、可靠性、可用性需求、系统安全以及用性需求、系统安全以及系统对开发过程、时间、系统对开发过程、时间、资源等方面的约束和标准资源等方面的约束和标准关心系统的整体特性关心系统的整体特性 （3）数据要求）数据要求Casanova Casanova 业务需求用户需求系统需求功能需求质量属性其他非功能需求约束条件项目视图与范围文档使用实例文档软件需求规格说明用户能有效的纠正文档中的拼写错误找出文档中的拼写错误并通过一个提供的替换项列表来供选择替换拼错的词。找到并高亮度提示错词；显示提供替换词的对话框以及实现

5、整个文档范围的替换。需求组成Casanova Casanova v 业务需求：组织机构业务需求：组织机构/客户客户对软件的高层次目标对软件的高层次目标v 用户需求：用户需求：用户用户对软件的要求对软件的要求v 功能需求：软件做什么，如何做功能需求：软件做什么，如何做 如小型超市商品查询如小型超市商品查询: :业务需求：保证及时进货；业务需求：保证及时进货；用户需求用户需求: : 查询商品的价格，库存，销售及盈利查询商品的价格，库存，销售及盈利功能需求：怎样查询功能需求：怎样查询/ /短信缺货提示短信缺货提示 ，提供哪些信息，提供哪些信息Casanova Casanova Hot Tip3需求规

6、格说明书的写作规范需求规格说明书的写作规范1）清晰）清晰 2）完整）完整 3）一致）一致 4）可测试）可测试 8 .1 软件项目需求管理概述软件项目需求管理概述Casanova Casanova 需求管理活动需求管理活动Casanova Casanova 需求过程所涉及的工作Casanova Casanova 软件项目需求管理的重要性软件项目需求管理的重要性影响软件项目成败的因素（影响软件项目成败的因素（1/3）Casanova Casanova 软件缺陷修复的成本Casanova Casanova Hot Tip 需求管理需求管理1需求管理复杂性分析需求管理复杂性分析 需求的描述问题需求的描

7、述问题 需求的完备程度问题需求的完备程度问题 需求开发的工期问题需求开发的工期问题 需求的细致程度问题需求的细致程度问题 需求的变化问题需求的变化问题 8 .1 软件项目需求管理概述软件项目需求管理概述Casanova Casanova Hot Tip 需求管理需求管理2需求管理的基本原则需求管理的基本原则 需求管理必须与需求工程的其它活动紧密整合需求管理必须与需求工程的其它活动紧密整合 需求必须是文档化的、正确的、最新的、可管理的、需求必须是文档化的、正确的、最新的、可管理的、可理解的可理解的 只要需求变化了，需求变更的影响就必须被评估只要需求变化了，需求变更的影响就必须被评估 需求必须分优

8、先级需求必须分优先级 需求一定要分类管理需求一定要分类管理 8 .1 软件项目需求管理概述软件项目需求管理概述Casanova Casanova Hot Tip3需求管理的方法需求管理的方法 确定需求变更控制过程确定需求变更控制过程 进行需求变更影响分析进行需求变更影响分析 建立需求基准版本和需求控制版本文档建立需求基准版本和需求控制版本文档 维护需求变更的历史记录维护需求变更的历史记录 跟踪每项需求的状态跟踪每项需求的状态 衡量需求稳定性衡量需求稳定性8 .1 软件项目需求管理概述软件项目需求管理概述Casanova Casanova Hot Tip 需求管理过程需求管理过程1定义需求定义需

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

10、否都能在后继工作产品中找到对应点。作产品中找到对应点。 逆向跟踪：检查设计文档、代码、测试用例等逆向跟踪：检查设计文档、代码、测试用例等工作产品是否都能在工作产品是否都能在需求规格说明书需求规格说明书中找中找到出处。到出处。 7需求变更控制需求变更控制8 .1 软件项目需求管理概述软件项目需求管理概述Casanova Casanova Casanova Casanova 确定需求变更控制过程确定需求变更控制过程建立需求变更控制委员会建立需求变更控制委员会进行需求变更影响分析进行需求变更影响分析建立需求基准版本和需求控制版本文档建立需求基准版本和需求控制版本文档维护需求变更的历史记录维护需求变更

11、的历史记录跟踪每项需求的状态跟踪每项需求的状态跟踪所有受需求变更影响的工作产品跟踪所有受需求变更影响的工作产品衡量需求稳定性（尽量避免、减少变化）衡量需求稳定性（尽量避免、减少变化）需求变更管理活动：需求变更管理活动：Casanova Casanova Hot Tip 工作分解结构工作分解结构 项目的分解结构就是将项目的产品或服务、组织、项目的分解结构就是将项目的产品或服务、组织、过程这过程这3种不同的结构综合为项目分解结构的过程，种不同的结构综合为项目分解结构的过程，也就是给项目的组织人员分派各自角色和任务的过程也就是给项目的组织人员分派各自角色和任务的过程。 基于成果基于成果/功能的分解方

12、法，以完成该项目应该交付功能的分解方法，以完成该项目应该交付的成果为导向，确定相关的任务、工作、活动和要素的成果为导向，确定相关的任务、工作、活动和要素 基于流程的分解方法，以完成该项目所应经历的流程基于流程的分解方法，以完成该项目所应经历的流程为导向，确定相关的任务、工作、活动和要素。为导向，确定相关的任务、工作、活动和要素。8 .2 软件项目任务分解软件项目任务分解Casanova Casanova 8 .2 软件项目任务分解软件项目任务分解项目分解目的 明确项目所包含的各项工作；项目分解的结果就是WBS （任务分解结构）图项目分解意义 WBS（任务分解结构）图是实施项目、创造最终产品或服

13、务所必须进行的全部活动的一张清单，也是进度计划、人员分配、预算计划的基础项目分解内容 项目分解就是先把复杂的项目逐步分解成一层一层的要素（工作），直到具体明确为止项目分解工具 项目分解的工具是工作分解结构原理，它是一个分级的树型结构，是一个对项目工作由粗到细的分解过程Casanova Casanova 软件项目分解软件项目分解v WBS Work Breakdown Structure主要是将一个项目分解成易于管理的几个部分或几个细目，以便确保找出完成项目工作范围所需的所有工作要素它是一种在项目全范围内分解和定义各层次工作包的方法v WBS Work Breakdown Structure结构

14、层次越往下层则项目组成部分的定义越详细，WBS最后构成一份层次清晰，可以具体作为组织项目实施的工作依据v WBS Work Breakdown Structure通常是一种面向“成果”的“树”，其最底层是细化后的“可交付成果”，该树组织确定了项目的整个范围。但WBS的形式并不限于“树”状，还有多种形式。Casanova Casanova 软件项目分解软件项目分解v WBS分解类型v 基于可交付成果的划分 上层一般为可交付成果为导向 下层一般为可交付成果的工作内容v 基于工作过程的划分 上层按照工作的流程分解 下层按照工作的内容划分8 .2 软件项目任务分解软件项目任务分解Casanova Ca

15、sanova 软件项目分解软件项目分解v 基于可交付成果的划分WBS举例:信息网络工程信息网络工程信息网络工程结构化布线结构化布线网络平台建设网络平台建设布线设计布线设计采购采购布线布线验收验收方案设计方案设计采购采购网络平台实施网络平台实施验收验收Casanova Casanova 软件项目分解软件项目分解v 基于工作过程的划分WBS举例:网络系统工程网络系统网络系统培训培训设备准备设备准备设设备备采采购购设设备备验验收收交交接接网络系统设计网络系统设计布布线线设设计计平平台台设设计计工程实施工程实施布布线线实实施施网网络络集集成成软件开发软件开发软软件件需需求求确确定定系系统统设设计计编编

16、码码测测试试Casanova Casanova Hot Tip 工作分解结构工作分解结构（1）图表形式）图表形式 分解层次与结构分解层次与结构 8 .2 软件项目任务分解软件项目任务分解Casanova Casanova 软件项目分解软件项目分解项目工作分解结构表项目名称：项目负责人：单位名称：制表日期：工作分解结构任务编码任务名称主要活动描述负责人1000110012001x001x101x111x12项目负责人审核意见：签名：日期：Casanova Casanova Hot Tip 工作包是完成一项具体工作所要求的一个特定工作包是完成一项具体工作所要求的一个特定的、可确定的、可交付以及独立

17、的工作包，可的、可确定的、可交付以及独立的工作包，可为项目控制提供充分而合适的管理信息。为项目控制提供充分而合适的管理信息。 （树（树叶）叶） WBS编码设计编码设计 （编号=层次）8 .2 软件项目任务分解软件项目任务分解Casanova Casanova 用用PROJECT生成的生成的WBS例例Casanova Casanova Hot Tip（2）清单形式）清单形式需求分析计划需求分析计划流程优化流程优化编写需求说明书编写需求说明书编写需求规格词汇表编写需求规格词汇表绘制业务流程绘制业务流程抽象业务类抽象业务类建立数据模型建立数据模型将需求分析图示加入规格文档将需求分析图示加入规格文档需

18、求规格测试需求规格测试 需求规格确认需求规格确认8 .2 软件项目任务分解软件项目任务分解Casanova Casanova Hot Tip 任务分解过程任务分解过程1分解步骤分解步骤（1）确认并分解项目的主要组成要素。）确认并分解项目的主要组成要素。（2）确定分解标准）确定分解标准（3）确认分解是否详细，分解结果是否可以作为）确认分解是否详细，分解结果是否可以作为费用和时间估计的标准，明确责任。费用和时间估计的标准，明确责任。（4）确定项目交付成果。）确定项目交付成果。（5）验证分解正确性，验证分解正确性后，建立）验证分解正确性，验证分解正确性后，建立一套编号系统。一套编号系统。8 .2 软

19、件项目任务分解软件项目任务分解Casanova Casanova Hot Tip 任务分解过程任务分解过程2分解的标准分解的标准:一般不能采用双重标准。选择一种项一般不能采用双重标准。选择一种项目分解标准之后，在分解过程中应该统一使用此标目分解标准之后，在分解过程中应该统一使用此标准，避免因使用不同标准而导致的混乱。准，避免因使用不同标准而导致的混乱。 3分解结果的检验分解结果的检验 核实分解的正确性：核实分解的正确性： 更低层次的细目是否必要和充分？更低层次的细目是否必要和充分？ 最底层要素是否有重复？最底层要素是否有重复？ 每个细目都有明确的、完整的定义吗？每个细目都有明确的、完整的定义吗

20、？ 是否每个细目可以进行适当的估算？谁能担负起完是否每个细目可以进行适当的估算？谁能担负起完成这个任务？成这个任务？8 .2 软件项目任务分解软件项目任务分解Casanova Casanova Hot Tip4任务分解的注意事项任务分解的注意事项 注意收集与项目相关的所有信息。注意收集与项目相关的所有信息。 任务分解结果必须有利于责任分配。任务分解结果必须有利于责任分配。 最底层的工作包一般要有全面、详细和明确的文字最底层的工作包一般要有全面、详细和明确的文字说明，并汇集编制成项目工作分解结构词典。说明，并汇集编制成项目工作分解结构词典。 避免不必要的过细，最好不要超过避免不必要的过细，最好不

21、要超过7层。按照软件层。按照软件项目的平均规模来说，推荐任务分解时至少分解到项目的平均规模来说，推荐任务分解时至少分解到一周的工作量（一周的工作量（40小时）。小时）。8 .2 软件项目任务分解软件项目任务分解Casanova Casanova Hot Tip5责任分配及成本分解责任分配及成本分解8 .2 软件项目任务分解软件项目任务分解WBS编号编号预算（预算（￥/人天人天）责任者责任者WBS编号编号预算预算责任者责任者10.1张明张明3.30.15李立李立20.46李立李立3.40.1李立李立30. 46张明、李立张明、李立3.50.02张明张明3.10.04张明张明40.08万风万风3.

22、20.15李立李立50.1张明张明Casanova Casanova WBS的要素的要素WBSWBS的每一个工作单元都是一个具体任务，它包括的每一个工作单元都是一个具体任务，它包括五个方面的要素：五个方面的要素：1 1工作过程或内容工作过程或内容：表明工作的性质或对工作的描述。：表明工作的性质或对工作的描述。2 2人物的承担者人物的承担者：明确责任者，多人承担时应明确个人的职责分工。：明确责任者，多人承担时应明确个人的职责分工。3 3工作对象工作对象：工作对象不仅仅是物质的，也可能是非物质的。：工作对象不仅仅是物质的，也可能是非物质的。4 4完成任务时间（完成任务时间（工时）工时） / /工作

23、量工作量：估计完成任务所需时间。：估计完成任务所需时间。5 5完成任务所需资源完成任务所需资源：执行任务所需空间，设备，人员，环境，资：执行任务所需空间，设备，人员，环境，资金等。金等。Casanova Casanova Hot Tip需求变更原因分析需求变更原因分析 1范围没有圈定就开始细化范围没有圈定就开始细化2没有良好的软件结构适应变化没有良好的软件结构适应变化3用户改变需求用户改变需求管理变更请求管理变更请求 1控制需求渐变的策略控制需求渐变的策略 需求一定要与投入有显示的联系，否则如果需求变更需求一定要与投入有显示的联系，否则如果需求变更的成本由开发方来承担，则项目需求的变更就成为必

24、的成本由开发方来承担，则项目需求的变更就成为必然了。软件开发方和出资方都要明确这一条：需求变然了。软件开发方和出资方都要明确这一条：需求变化，软件开发的投入也要变化。化，软件开发的投入也要变化。8 .3 软件需求的变更控制软件需求的变更控制Casanova Casanova Hot Tip 需求的变更要经过出资者的认可需求的变更要经过出资者的认可,这样才会对需求的这样才会对需求的变更有成本的概念，能够慎重地对待需求的变更。变更有成本的概念，能够慎重地对待需求的变更。 小的需求变更也要经过正规的需求管理流程，否则小的需求变更也要经过正规的需求管理流程，否则会积少成多。会积少成多。 精确的需求与范

25、围定义并不会阻止需求的变更。并精确的需求与范围定义并不会阻止需求的变更。并非对需求定义的越细，越能避免需求的渐变，这是非对需求定义的越细，越能避免需求的渐变，这是两个层面的问题。太细的需求定义对需求渐变没有两个层面的问题。太细的需求定义对需求渐变没有任何效果。因为需求的变化是永恒的，并非由于需任何效果。因为需求的变化是永恒的，并非由于需求细化了，它就不会变化了。求细化了，它就不会变化了。8 .3 软件需求的变更控制软件需求的变更控制Casanova Casanova Hot Tip2变更控制过程变更控制过程（1）项目启动阶段的变更预防）项目启动阶段的变更预防（2）项目实施阶段的变更控制）项目实

26、施阶段的变更控制（3）项目收尾阶段的总结控制）项目收尾阶段的总结控制 8 .3 软件需求的变更控制软件需求的变更控制Casanova Casanova Hot Tip需求变更处理流程需求变更处理流程 8 .3 软件需求的变更控制软件需求的变更控制Casanova Casanova 状态跟踪示例状态跟踪示例Casanova Casanova Casanova Casanova Casanova Casanova 建议的需求状态表建议的需求状态表 状态值状态值 定定 义义 已建议已建议该需求已被有权提出需求的人建议该需求已被有权提出需求的人建议已批准已批准该需求已被分析，估计了其对项目余下部分的影

27、响（包括成该需求已被分析，估计了其对项目余下部分的影响（包括成本和对项目其余部分的干扰），已用一个确定的产品版本号本和对项目其余部分的干扰），已用一个确定的产品版本号或创建编号分配到相关的基线中，软件开发团队已同意实现或创建编号分配到相关的基线中，软件开发团队已同意实现该项需求该项需求已实现已实现已实现需求代码的设计、编写和单元测试已实现需求代码的设计、编写和单元测试已验证已验证使用所选择的方法已验证了实现的需求，例如测试和检测，使用所选择的方法已验证了实现的需求，例如测试和检测，审查该需求跟踪与测试用例相符。该需求现在被认为完成审查该需求跟踪与测试用例相符。该需求现在被认为完成已删除已删除计

28、划的需求已从基线中删除，但包括一个原因说明和做出删计划的需求已从基线中删除，但包括一个原因说明和做出删除决定的人员除决定的人员 已拒绝已拒绝Casanova Casanova 需求变更状态转换图Casanova Casanova lRational RequisiteProlBorland Caliber（代码生成，（代码生成，animation）lRational RoselRational XDElRational ClearCase 5.5 需求管理工具需求管理工具Casanova Casanova RequisitePro Project OrganizationToolbarProj

29、ecticonPackageDocumentViewsRequirements Casanova Casanova Delete a Requirement in a DocumentCasanova Casanova 你是一个你是一个IT项目的项目经理。你项目团队的一个信息专家在同与他一项目的项目经理。你项目团队的一个信息专家在同与他一起工作的一个低级别客户代表共进午餐后得知，在显示中一项简起工作的一个低级别客户代表共进午餐后得知，在显示中一项简单的改造会给项目增加巨大的附加功能。你和项目发起人都已经单的改造会给项目增加巨大的附加功能。你和项目发起人都已经对范围签字认可。那位信息专家进行了这

30、项改造，没有给项目进对范围签字认可。那位信息专家进行了这项改造，没有给项目进度带来负面影响，也没有增加额外的费用。你应该采取什么管理度带来负面影响，也没有增加额外的费用。你应该采取什么管理措施措施?A. 没有影响项目成本、进度，因此，这位信息专家应该受到表扬。没有影响项目成本、进度，因此，这位信息专家应该受到表扬。B. 项目经理应该在项目计划中增加一项没有相应时间的任务。项目经理应该在项目计划中增加一项没有相应时间的任务。C 告诉他的行为是不可接受的，因它可能给整个项目带来负面影响告诉他的行为是不可接受的，因它可能给整个项目带来负面影响D.由于这项变更已经做了，项目经理做一份变更控制表并请客户

31、签字由于这项变更已经做了，项目经理做一份变更控制表并请客户签字。Casanova Casanova 你正在做你的研发项目，这时你的客户要求你在项目中增加一个特殊成分。你知道这意味着新的工作并且你也知道项目没有剩余款。你应该怎么做？_A. 取消另一个优先等级低的任务，以便腾出更多的时间和资金。 B. 使用管理储备的资金来支付新任务的成本。 C. 按合同变更控制过程办理。 D. 向项目发起人要更多的资金。 C l i c k t o e d i t c o m p a n y s l o g a n .谢 谢！Casanova Casanova 明确的需求是项目的基础明确的需求是项目的基础1需求的

32、生命周期：需求的生命周期：v需求产生（变化、内部、外部）需求产生（变化、内部、外部）v需求认识（现存、潜在、超前、前景分析需求认识（现存、潜在、超前、前景分析）v需求表达：需求表达：1、让提出需求的人尽可能清楚地说明他们的需求；、让提出需求的人尽可能清楚地说明他们的需求；2、对需求提出一系列问题：、对需求提出一系列问题：Casanova Casanova 明确的需求是项目的基础明确的需求是项目的基础2？提出需求的人是如何描述需求的提出需求的人是如何描述需求的？需求真实吗，是真正需求还是表面现象？需求真实吗，是真正需求还是表面现象？我们能满足这个需求吗，其他人能满足吗，是不是真的有？我们能满足这个需求吗，其他人能满足吗，是不是真的有解决方法解决方法？需求重要吗，值得去满足他吗？需求重要吗，值得去满足他吗 ？满足需求的关键问题在那里，会不会有新的需求产生，还？满足需求的关键问题在那里，会不会有新