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

IT项目管理项目管理 软件项目需求管理概述软件项目需求管理概述 1软件项目任务分解软件项目任务分解 2第第8章章 软件项目需求与变更管理软件项目需求与变更管理3软件需求的变更控制软件需求的变更控制 学习目标学习目标掌握软件需求的概念掌握软件需求的概念熟悉需求管理的方法与过程熟悉需求管理的方法与过程掌握任务分解的方法与步骤掌握任务分解的方法与步骤了解需求变更的原因了解需求变更的原因掌握需求变更控制的策略掌握需求变更控制的策略第第7章章 项目招投标与合同管理项目招投标与合同管理Hot Tip一.一.软件需求定义软件需求定义 需求是来源于用户调查，即客户的需要。需求是来源于用户调查，即客户的需要。需求分析是指软件分析人员通过研究用户在软件问需求分析是指软件分析人员通过研究用户在软件问题上的需求意愿，分析出软件系统的功能、性能、题上的需求意愿，分析出软件系统的功能、性能、数据等诸方面应该达到的目标，从而获得有关软件数据等诸方面应该达到的目标，从而获得有关软件的需求规格定义的过程。的需求规格定义的过程。8.1 软件项目需求管理概述软件项目需求管理概述明确的需求是项目的基础明确的需求是项目的基础1需求的生命周期：需求的生命周期：v需求产生（变化、内部、外部）需求产生（变化、内部、外部）v需求认识（现存、潜在、超前、前景分析需求认识（现存、潜在、超前、前景分析）v需求表达：需求表达：1、让提出需求的人尽可能清楚地说明他们的需求；、让提出需求的人尽可能清楚地说明他们的需求；2、对需求提出一系列问题：、对需求提出一系列问题：明确的需求是项目的基础明确的需求是项目的基础2？提出需求的人是如何描述需求的提出需求的人是如何描述需求的？需求真实吗，是真正需求还是表面现象？需求真实吗，是真正需求还是表面现象？我们能满足这个需求吗，其他人能满足吗，是不是真的有？我们能满足这个需求吗，其他人能满足吗，是不是真的有解决方法解决方法？需求重要吗，值得去满足他吗？需求重要吗，值得去满足他吗？满足需求的关键问题在那里，会不会有新的需求产生，还？满足需求的关键问题在那里，会不会有新的需求产生，还要进一步满足其他需求吗，新的需求能取代目前这个需求要进一步满足其他需求吗，新的需求能取代目前这个需求吗吗？需求直接涉及什么人，他们认为这是一个必要的需求吗，？需求直接涉及什么人，他们认为这是一个必要的需求吗，满族足需求后对他们有什么影响，他们的反映会怎么样满族足需求后对他们有什么影响，他们的反映会怎么样？需求对机构的影响是什么，对我的影响是什么？需求对机构的影响是什么，对我的影响是什么明确的需求是项目的基础明确的需求是项目的基础33、作一些必要的研究工作，更好地理解需求作一些必要的研究工作，更好地理解需求4、根据以上三步得出结论，尽可能清楚地描述这个、根据以上三步得出结论，尽可能清楚地描述这个需求需求5、听听用户对你的阐述的反映，并作适当修改。、听听用户对你的阐述的反映，并作适当修改。v功能和技术要求功能和技术要求1、把需求变成功能要求；、把需求变成功能要求；2、功能要求应描述项目最终交付产品的特征、功能要求应描述项目最终交付产品的特征3、技术要求根据功能要求产生、技术要求根据功能要求产生4、功能要求应用日常语言陈述清楚、功能要求应用日常语言陈述清楚定义需求时的问题定义需求时的问题1v含糊的需求：含糊的需求：1、不断变化的需求（人员变化、预算变化、不断变化的需求（人员变化、预算变化、技术变化、商业环境变化）技术变化、商业环境变化）2、误解需求、误解需求（我说不清楚我所需要的是什么，但我见到（我说不清楚我所需要的是什么，但我见到东西时就会知道东西时就会知道感觉会随环境变化）感觉会随环境变化）v过早作出结论（过早作出结论（截断需要表达过程截断需要表达过程需求分析需求分析需要耐心和自我控制需要耐心和自我控制）v与真正的用户讨论需求与真正的用户讨论需求定义需求时的问题定义需求时的问题2v多种用户，多种需求（多种用户，多种需求（确定优先级，即需求层次确定优先级，即需求层次）v曲解用户的需求曲解用户的需求需求镀金需求镀金对用户的需求有选择的过滤对用户的需求有选择的过滤包办代替包办代替 需求和目标需求和目标v 基本需求基本需求:项目实施范围、质量要求、项目实施范围、质量要求、利润或成本目标、时间目标以及必须满利润或成本目标、时间目标以及必须满 足的法规要求等足的法规要求等v 期望要求期望要求:如一种新产品性能之外的外形、如一种新产品性能之外的外形、使用舒适使用舒适Hot Tip一.一.软件需求定义软件需求定义1用户需求用户需求特点：特点：（1）用户需求直接来源于用户）用户需求直接来源于用户（2）用户需求需要以文档的形式提供给用户审查）用户需求需要以文档的形式提供给用户审查（3）可以把用户需求理解为用户对软件的合理请求）可以把用户需求理解为用户对软件的合理请求（4）用户需求主要是为用户方的管理层、用户方的技）用户需求主要是为用户方的管理层、用户方的技术代表、操作者以及开发方的高层技术人员撰写的术代表、操作者以及开发方的高层技术人员撰写的8.1 软件项目需求管理概述软件项目需求管理概述Hot Tip2系统需求系统需求（1）功能需求）功能需求 全面性全面性 一致性一致性 可理解可理解 可维护可维护 可追踪等可追踪等8.1 软件项目需求管理概述软件项目需求管理概述（2）非功能性需求）非功能性需求性能需求、可靠性、可性能需求、可靠性、可用性需求、系统安全以及用性需求、系统安全以及系统对开发过程、时间、系统对开发过程、时间、资源等方面的约束和标准资源等方面的约束和标准关心系统的整体特性关心系统的整体特性（3）数据要求）数据要求Hot Tip3需求规格说明书的写作规范需求规格说明书的写作规范1）清晰）清晰 2）完整）完整 3）一致）一致 4）可测试）可测试 8.1 软件项目需求管理概述软件项目需求管理概述Hot Tip二二需求管理需求管理1需求管理复杂性分析需求管理复杂性分析 需求的描述问题需求的描述问题 需求的完备程度问题需求的完备程度问题 需求开发的工期问题需求开发的工期问题 需求的细致程度问题需求的细致程度问题 需求的变化问题需求的变化问题 8.1 软件项目需求管理概述软件项目需求管理概述Hot Tip二二需求管理需求管理2需求管理的基本原则需求管理的基本原则 需求管理必须与需求工程的其它活动紧密整合需求管理必须与需求工程的其它活动紧密整合 需求必须是文档化的、正确的、最新的、可管理的、需求必须是文档化的、正确的、最新的、可管理的、可理解的可理解的 只要需求变化了，需求变更的影响就必须被评估只要需求变化了，需求变更的影响就必须被评估 需求必须分优先级需求必须分优先级 需求一定要分类管理需求一定要分类管理 8.1 软件项目需求管理概述软件项目需求管理概述Hot Tip3需求管理的方法需求管理的方法 确定需求变更控制过程确定需求变更控制过程 进行需求变更影响分析进行需求变更影响分析 建立需求基准版本和需求控制版本文档建立需求基准版本和需求控制版本文档 维护需求变更的历史记录维护需求变更的历史记录 跟踪每项需求的状态跟踪每项需求的状态 衡量需求稳定性衡量需求稳定性8.1 软件项目需求管理概述软件项目需求管理概述Hot Tip三三需求管理过程需求管理过程1定义需求定义需求2需求确认需求确认3建立需求状态建立需求状态4需求评审需求评审 评判需求优劣的主要指标有：正确性、清晰性、评判需求优劣的主要指标有：正确性、清晰性、无二义性、一致性、必要性、完整性、可实现无二义性、一致性、必要性、完整性、可实现性、可验证性、可测性。性、可验证性、可测性。8.1 软件项目需求管理概述软件项目需求管理概述Hot Tip三三需求管理过程需求管理过程5需求承诺需求承诺6需求跟踪需求跟踪 正向跟踪：以用户需求为切入点，检查正向跟踪：以用户需求为切入点，检查需求需求规格说明书规格说明书中的每个需求是否都能在后继工中的每个需求是否都能在后继工作产品中找到对应点。作产品中找到对应点。逆向跟踪：检查设计文档、代码、测试用例等逆向跟踪：检查设计文档、代码、测试用例等工作产品是否都能在工作产品是否都能在需求规格说明书需求规格说明书中找中找到出处。到出处。7需求变更控制需求变更控制8.1 软件项目需求管理概述软件项目需求管理概述Hot Tip一一工作分解结构工作分解结构 项目的分解结构就是将项目的产品或服务、组项目的分解结构就是将项目的产品或服务、组织、过程这织、过程这3种不同的结构综合为项目分解结构的过种不同的结构综合为项目分解结构的过程，也就是给项目的组织人员分派各自角色和任务的程，也就是给项目的组织人员分派各自角色和任务的过程。过程。基于成果或功能的分解方法，以完成该项目应该交付基于成果或功能的分解方法，以完成该项目应该交付的成果为导向，确定相关的任务、工作、活动和要素的成果为导向，确定相关的任务、工作、活动和要素。基于流程的分解方法，以完成该项目所应经历的流程基于流程的分解方法，以完成该项目所应经历的流程为导向，确定相关的任务、工作、活动和要素。为导向，确定相关的任务、工作、活动和要素。8.2 软件项目任务分解软件项目任务分解Hot Tip一一工作分解结构工作分解结构（1）图表形式）图表形式 分解层次与结构分解层次与结构 8.2 软件项目任务分解软件项目任务分解Hot Tip 工作包是完成一项具体工作所要求的一个工作包是完成一项具体工作所要求的一个特定的、可确定的、可交付以及独立的工作包特定的、可确定的、可交付以及独立的工作包，可为项目控制提供充分而合适的管理信息。，可为项目控制提供充分而合适的管理信息。WBS编码设计编码设计 8.2 软件项目任务分解软件项目任务分解Hot Tip（2）清单形式）清单形式 需求分析计划需求分析计划 流程优化流程优化 编写需求说明书编写需求说明书编写需求规格词汇表编写需求规格词汇表绘制业务流程绘制业务流程抽象业务类抽象业务类建立数据模型建立数据模型将需求分析图示加入规格文档将需求分析图示加入规格文档 需求规格测试需求规格测试 需求规格确认需求规格确认8.2 软件项目任务分解软件项目任务分解Hot Tip一一任务分解过程任务分解过程1分解步骤分解步骤（1）确认并分解项目的主要组成要素。）确认并分解项目的主要组成要素。（2）确定分解标准）确定分解标准（3）确认分解是否详细，分解结果是否可以作为）确认分解是否详细，分解结果是否可以作为费用和时间估计的标准，明确责任。费用和时间估计的标准，明确责任。（4）确定项目交付成果。）确定项目交付成果。（5）验证分解正确性，验证分解正确性后，建立）验证分解正确性，验证分解正确性后，建立一套编号系统。一套编号系统。8.2 软件项目任务分解软件项目任务分解Hot Tip一一任务分解过程任务分解过程2分解的标准分解的标准:一般不能采用双重标准。选择一种项一般不能采用双重标准。选择一种项目分解标准之后，在分解过程中应该统一使用此标目分解标准之后，在分解过程中应该统一使用此标准，避免因使用不同标准而导致的混乱。准，避免因使用不同标准而导致的混乱。3分解结果的检验分解结果的检验 核实分解的正确性：核实分解的正确性：更低层次的细目是否必要和充分？更低层次的细目是否必要和充分？最底层要素是否有重复？最底层要素是否有重复？每个细目都有明确的、完整的定义吗？每个细目都有明确的、完整的定义吗？是否每个细目可以进行适当的估算？谁能担负起完是否每个细目可以进行适当的估算？谁能担负起完成这个任务？成这个任务？8.2 软件项目任务分解软件项目任务分解Hot Tip4任务分解的注意事项任务分解的注意事项 注意收集与项目相关的所有信息。注意收集与项目相关的所有信息。任务分解结果必须有利于责任分配。任务分解结果必须有利于责任分配。最底层的工作包一般要有全面、详细和明确的文字最底层的工作包一般要有全面、详细和明确的文字说明，并汇集编制成项目工作分解结构词典。说明，并汇集编制成项目工作分解结构词典。避免不必要的过细，最好不要超过避免不必要的过细，最好不要超过7层。按照软件层。按照软件项目的平均规模来说，推荐任务分解时至少分解到项目的平均规模来说，推荐任务分解时至少分解到一周的工作量（一周的工作量（40小时）。小时）。8.2 软件项目任务分解软件项目任务分解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.20.15李立李立50.1张明张明Hot Tip一一需求变更原因分析需求变更原因分析 1范围没有圈定就开始细化范围没有圈定就开始细化2没有良好的软件结构适应变化没有良好的软件结构适应变化3用户改变需求用户改变需求二二管理变更请求管理变更请求 1控制需求渐变的策略控制需求渐变的策略 需求一定要与投入有显示的联系，否则如果需求变更需求一定要与投入有显示的联系，否则如果需求变更的成本由开发方来承担，则项目需求的变更就成为必的成本由开发方来承担，则项目需求的变更就成为必然了。所以，在项目的开始无论是软件开发方还是出然了。所以，在项目的开始无论是软件开发方还是出资方都要明确这一条：需求变化，软件开发的投入也资方都要明确这一条：需求变化，软件开发的投入也要变化。要变化。8.3 软件需求的变更控制软件需求的变更控制Hot Tip 需求的变更要经过出资者的认可需求的变更要经过出资者的认可,这样才会对需求的这样才会对需求的变更有成本的概念，能够慎重地对待需求的变更。变更有成本的概念，能够慎重地对待需求的变更。小的需求变更也要经过正规的需求管理流程，否则小的需求变更也要经过正规的需求管理流程，否则会积少成多。会积少成多。精确的需求与范围定义并不会阻止需求的变更。并精确的需求与范围定义并不会阻止需求的变更。并非对需求定义的越细，越能避免需求的渐变，这是非对需求定义的越细，越能避免需求的渐变，这是两个层面的问题。太细的需求定义对需求渐变没有两个层面的问题。太细的需求定义对需求渐变没有任何效果。因为需求的变化是永恒的，并非由于需任何效果。因为需求的变化是永恒的，并非由于需求细化了，它就不会变化了。求细化了，它就不会变化了。8.3 软件需求的变更控制软件需求的变更控制Hot Tip2变更控制过程变更控制过程（1）项目启动阶段的变更预防）项目启动阶段的变更预防（2）项目实施阶段的变更控制）项目实施阶段的变更控制（3）项目收尾阶段的总结控制）项目收尾阶段的总结控制 8.3 软件需求的变更控制软件需求的变更控制Hot Tip三三需求变更处理流程需求变更处理流程 8.3 软件需求的变更控制软件需求的变更控制C l i c k t o e d i t c o m p a n y s l o g a n .谢 谢！9、静夜四无邻，荒居旧业贫。23.4.923.4.9Sunday,April 09,202310、雨中黄叶树，灯下白头人。2:00:112:00:112:004/9/2023 2:00:11 AM11、以我独沈久，愧君相见频。23.4.92:00:112:00Apr-239-Apr-2312、故人江海别，几度隔山川。2:00:112:00:112:00Sunday,April 09,202313、乍见翻疑梦，相悲各问年。23.4.923.4.92:00:112:00:11April 9,202314、他乡生白发，旧国见青山。2023年4月9日星期日上午2时0分11秒2:00:1123.4.915、比不了得就不比，得不到的就不要。2023年4月上午2时0分23.4.92:00April 9,202316、行动出成果，工作出财富。2023年4月9日星期日2时00分11秒2:00:119 April 202317、做前，能够环视四周；做时，你只能或者最好沿着以脚为起点的射线向前。上午2时0分11秒上午2时0分2:00:1123.4.99、没有失败，只有暂时停止成功！。23.4.923.4.9Sunday,April 09,202310、很多事情努力了未必有结果，但是不努力却什么改变也没有。2:00:112:00:112:004/9/2023 2:00:11 AM11、成功就是日复一日那一点点小小努力的积累。23.4.92:00:112:00Apr-239-Apr-2312、世间成事，不求其绝对圆满，留一份不足，可得无限完美。2:00:112:00:112:00Sunday,April 09,202313、不知香积寺，数里入云峰。23.4.923.4.92:00:112:00:11April 9,202314、意志坚强的人能把世界放在手中像泥块一样任意揉捏。2023年4月9日星期日上午2时0分11秒2:00:1123.4.915、楚塞三湘接，荆门九派通。2023年4月上午2时0分23.4.92:00April 9,202316、少年十五二十时，步行夺得胡马骑。2023年4月9日星期日2时00分11秒2:00:119 April 202317、空山新雨后，天气晚来秋。上午2时0分11秒上午2时0分2:00:1123.4.99、杨柳散和风，青山澹吾虑。23.4.923.4.9Sunday,April 09,202310、阅读一切好书如同和过去最杰出的人谈话。2:00:112:00:112:004/9/2023 2:00:11 AM11、越是没有本领的就越加自命不凡。23.4.92:00:112:00Apr-239-Apr-2312、越是无能的人，越喜欢挑剔别人的错儿。2:00:112:00:112:00Sunday,April 09,202313、知人者智，自知者明。胜人者有力，自胜者强。23.4.923.4.92:00:112:00:11April 9,202314、意志坚强的人能把世界放在手中像泥块一样任意揉捏。2023年4月9日星期日上午2时0分11秒2:00:1123.4.915、最具挑战性的挑战莫过于提升自我。2023年4月上午2时0分23.4.92:00April 9,202316、业余生活要有意义，不要越轨。2023年4月9日星期日2时00分11秒2:00:119 April 202317、一个人即使已登上顶峰，也仍要自强不息。上午2时0分11秒上午2时0分2:00:1123.4.9MOMODA POWERPOINTLorem ipsum dolor sit,eleifend nulla ac,fringilla purus.Nulla iaculis tempor felis amet,consectetur adipiscing elit.Fusce id urna blanditut cursus.感 谢 您 的 下 载 观 看感 谢 您 的 下 载 观 看专家告诉