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

1、软件工程需求管理概述 1软件工程义务分解 2第8章 软件工程需求与变卦管理3软件需求的变卦控制 学习目的掌握软件需求的概念熟习需求管理的方法与过程掌握义务分解的方法与步骤WBS了解需求变卦的缘由掌握需求变卦控制的战略第7章 工程招招标与合同管理Hot Tip软件需求定义 需求是来源于用户调查，即客户的需求。 需求分析是指软件分析人员经过研讨用户在软件问题上的需求志愿，分析出软件系统的功能、性能、数据等诸方面应该到达的目的，从而获得有关软件的需求规格定义的过程。 8 .1 软件工程需求管理概述Hot Tip软件需求定义1用户需求特点： 1用户需求直接来源于用户 2用户需求需求以文档的方式提供应用

2、户审查3可以把用户需求了解为用户对软件的合理恳求4用户需求主要是为用户方的管理层、用户方的技术代表、操作者以及开发方的高层技术人员撰写的？p1238 .1 软件工程需求管理概述Hot Tip2系统需求1功能需求全面性一致性 可了解可维护可追踪等8 .1 软件工程需求管理概述2非功能性需求性能需求、可靠性、可用性需求、系统平安以及系统对开发过程、时间、资源等方面的约束和规范关怀系统的整体特性 3数据要求业务需求用户需求系统需求功能需求质量属性其他非功能需求约束条件工程视图与范围文档运用实例文档软件需求规格阐明用户能有效的纠正文档中的拼写错误找出文档中的拼写错误并经过一个提供的交换项列表来供选择交

3、换拼错的词。找到并高亮度提示错词；显示提供交换词的对话框以及实现整个文档范围的交换。需求组成 业务需求：组织机构/客户对软件的高层次目的 用户需求：用户对软件的要求 功能需求：软件做什么，如何做 如小型超市商品查询:业务需求：保证及时进货；用户需求: 查询商品的价钱，库存，销售及盈利功能需求：怎样查询/短信缺货提示 ，提供哪些信息Hot Tip3需求规格阐明书的写作规范1明晰 2完好 3一致 4可测试 8 .1 软件工程需求管理概述需求管理活动需求过程所涉及的任务 软件工程需求管理的重要性影响软件工程成败的要素1/3软件缺陷修复的本钱Hot Tip需求管理1需求管理复杂性分析需求的描画问题 需

4、求的完备程度问题 需求开发的工期问题 需求的细致程度问题 需求的变化问题 8 .1 软件工程需求管理概述Hot Tip需求管理2需求管理的根本原那么需求管理必需与需求工程的其它活动严密整合 需求必需是文档化的、正确的、最新的、可管理的、可了解的只需需求变化了，需求变卦的影响就必需被评价 需求必需分优先级 需求一定要分类管理 8 .1 软件工程需求管理概述Hot Tip3需求管理的方法确定需求变卦控制过程进展需求变卦影响分析建立需求基准版本和需求控制版本文档维护需求变卦的历史记录跟踪每项需求的形状衡量需求稳定性8 .1 软件工程需求管理概述Hot Tip需求管理过程1定义需求2需求确认3建立需求

5、形状4需求评审 评判需求优劣的主要目的有：正确性、明晰性、无二义性、一致性、必要性、完好性、可实现性、可验证性、可测性。 8 .1 软件工程需求管理概述Hot Tip需求管理过程5需求承诺(签字生效6需求跟踪正向跟踪：以用户需求为切入点，检查中的每个需求能否都能在后继任务产品中找到对应点。逆向跟踪：检查设计文档、代码、测试用例等任务产品能否都能在中找到出处。 7需求变卦控制8 .1 软件工程需求管理概述确定需求变卦控制过程建立需求变卦控制委员会进展需求变卦影响分析建立需求基准版本和需求控制版本文档维护需求变卦的历史记录跟踪每项需求的形状跟踪一切受需求变卦影响的任务产品衡量需求稳定性尽量防止、减

6、少变化需求变卦管理活动：Hot Tip任务分解构造 工程的分解构培育是将工程的产品或效力、组织、过程这3种不同的构造综合为工程分解构造的过程，也就是给工程的组织人员分派各自角色和义务的过程。基于成果/功能的分解方法，以完成该工程应该交付的成果为导向，确定相关的义务、任务、活动和要素基于流程的分解方法，以完成该工程所应阅历的流程为导向，确定相关的义务、任务、活动和要素。8 .2 软件工程义务分解8 .2 软件工程义务分解工程分解目的 明确工程所包含的各项任务；工程分解的结果就是WBS 义务分解构造图工程分解意义 WBS义务分解构造图是实施工程、发明最终产品或效力所必需进展的全部活动的一张清单，也

7、是进度方案、人员分配、预算方案的根底工程分解内容 工程分解就是先把复杂的工程逐渐分解成一层一层的要素任务，直到详细明确为止工程分解工具 工程分解的工具是任务分解构造原理，它是一个分级的树型构造，是一个对工程任务由粗到细的分解过程软件工程分解WBS Work Breakdown Structure主要是将一个工程分解成易于管理的几个部分或几个细目，以便确保找出完成工程任务范围所需的一切任务要素它是一种在工程全范围内分解和定义各层次任务包的方法WBS Work Breakdown Structure构造层次越往下层那么工程组成部分的定义越详细，WBS最后构成一份层次明晰，可以详细作为组织工程实施的

8、任务根据WBS Work Breakdown Structure通常是一种面向“成果的“树，其最底层是细化后的“可交付成果，该树组织确定了工程的整个范围。但WBS的方式并不限于“树状，还有多种方式。软件工程分解WBS分解类型基于可交付成果的划分上层普通为可交付成果为导向下层普通为可交付成果的任务内容基于任务过程的划分上层按照任务的流程分解下层按照任务的内容划分8 .2 软件工程义务分解软件工程分解基于可交付成果的划分WBS举例:信息网络工程信息网络工程构造化布线网络平台建立布线设计采购布线验收方案设计采购网络平台实施验收0级1级2级软件工程分解基于任务过程的划分WBS举例:网络系统工程网络系统

9、培训设备预备设备采购设备验收交接网络系统设计布线设计平台设计工程实施布线实施网络集成软件开发软件需求确定系统设计编码测试0级1级2级Hot Tip任务分解构造1图表方式分解层次与构造 8 .2 软件工程义务分解软件工程分解工程任务分解构造表工程称号：工程担任人：单位称号：制表日期：任务分解构造义务编码义务称号主要活动描画担任人10001100 12001x00 1x10 1x11 1x12工程担任人审核意见： 签名： 日期：Hot Tip 任务包是完成一项详细任务所要求的一个特定的、可确定的、可交付以及独立的任务包，可为工程控制提供充分而适宜的管理信息。 树叶WBS编码设计 编号=层次8 .2

10、 软件工程义务分解用PROJECT生成的WBS例Hot Tip2清单方式需求分析方案流程优化编写需求阐明书编写需求规格词汇表绘制业务流程笼统业务类建立数据模型将需求分析图示参与规格文档需求规格测试需求规格确认8 .2 软件工程义务分解Hot Tip义务分解过程1分解步骤1确认并分解工程的主要组成要素。2确定分解规范3确认分解能否详细，分解结果能否可以作为费用和时间估计的规范，明确责任。4确定工程交付成果。5验证分解正确性，验证分解正确性后，建立一套编号系统。8 .2 软件工程义务分解Hot Tip义务分解过程2分解的规范:普通不能采用双重规范。选择一种工程分解规范之后，在分解过程中应该一致运用

11、此规范，防止因运用不同规范而导致的混乱。 3分解结果的检验核实分解的正确性：更低层次的细目能否必要和充分？最底层要素能否有反复？每个细目都有明确的、完好的定义吗？能否每个细目可以进展适当的估算？谁能担负起完成这个义务？8 .2 软件工程义务分解Hot Tip4义务分解的本卷须知留意搜集与工程相关的一切信息。义务分解结果必需有利于责任分配。最底层的任务包普通要有全面、详细和明确的文字阐明，并聚集编制成工程任务分解构造词典。防止不用要的过细，最好不要超越7层。按照软件工程的平均规模来说，引荐义务分解时至少分解到一周的任务量40小时。8 .2 软件工程义务分解Hot Tip5责任分配及本钱分解8 .

12、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张明WBS的要素WBS的每一个任务单元都是一个详细义务，它包括五个方面的要素：1任务过程或内容：阐明任务的性质或对任务的描画。2人物的承当者：明确责任者，多人承当时应明确个人的职责分工。3任务对象：任务对象不仅仅是物质的，也能够是非物质的。4完成义务时间工时 /任务量：估计完成义务所需时间。5完成义务所需资源：执行义务所需空间，设备，人员，环境，资金等。Hot Tip

13、需求变卦缘由分析 1范围没有圈定就开场细化2没有良好的软件构造顺应变化3用户改动需求管理变卦恳求 1控制需求渐变的战略需求一定要与投入有显示的联络，否那么假设需求变卦的本钱由开发方来承当，那么工程需求的变卦就成为必然了。软件开发方和出资方都要明确这一条：需求变化，软件开发的投入也要变化。8 .3 软件需求的变卦控制Hot Tip需求的变卦要经过出资者的认可,这样才会对需求的变卦有本钱的概念，可以慎重地对待需求的变卦。小的需求变卦也要经过正规的需求管理流程，否那么会积少成多。准确的需求与范围定义并不会阻止需求的变卦。并非对需求定义的越细，越能防止需求的渐变，这是两个层面的问题。太细的需求定义对需

14、求渐变没有任何效果。由于需求的变化是永久的，并非由于需求细化了，它就不会变化了。8 .3 软件需求的变卦控制Hot Tip2变卦控制过程1工程启动阶段的变卦预防2工程实施阶段的变卦控制3工程收尾阶段的总结控制 8 .3 软件需求的变卦控制Hot Tip需求变卦处置流程 8 .3 软件需求的变卦控制形状跟踪例如建议的需求形状表 状态值 定 义 已建议该需求已被有权提出需求的人建议已批准该需求已被分析，估计了其对项目余下部分的影响（包括成本和对项目其余部分的干扰），已用一个确定的产品版本号或创建编号分配到相关的基线中，软件开发团队已同意实现该项需求已实现已实现需求代码的设计、编写和单元测试已验证使

15、用所选择的方法已验证了实现的需求，例如测试和检测，审查该需求跟踪与测试用例相符。该需求现在被认为完成已删除计划的需求已从基线中删除，但包括一个原因说明和做出删除决定的人员 已拒绝需求变卦形状转换图Rational RequisiteProBorland Caliber代码生成，animationRational RoseRational XDERational ClearCase 5.5 需求管理工具RequisitePro Project OrganizationToolbarProject iconPackage Document Views Requirements Delete a R

16、equirement in a Document他是一个IT工程的工程经理。他工程团队的一个信息专家在同与他一同任务的一个低级别客户代表共进午餐后得知，在显示中一项简单的改造会给工程添加宏大的附加功能。他和工程发起人都曾经对范围签字认可。那位信息专家进展了这项改造，没有给工程进度带来负面影响，也没有添加额外的费用。他应该采取什么管理措施?A. 没有影响工程本钱、进度，因此，这位信息专家应该遭到表扬。B. 工程经理应该在工程方案中添加一项没有相应时间的义务。C 通知他的行为是不可接受的，因它能够给整个工程带来负面影响D.由于这项变卦曾经做了，工程经理做一份变卦控制表并请客户签字。他正在做他的研发

17、工程，这时他的客户要求他在工程中添加一个特殊成分。他知道这意味着新的任务并且他也知道工程没有剩余款。他应该怎样做？_A. 取消另一个优先等级低的义务，以便腾出更多的时间和资金。 B. 运用管理贮藏的资金来支付新义务的本钱。 C. 按合同变卦控制过程办理。 D. 向工程发起人要更多的资金。Click to edit company slogan .谢 谢！Thank You !明确的需求是工程的根底1需求的生命周期：需求产生变化、内部、外部需求认识现存、潜在、超前、前景分析需求表达：1、让提出需求的人尽能够清楚地阐明他们的需求；2、对需求提出一系列问题：明确的需求是工程的根底明确的需求是工程的根

18、底2？提出需求的人是如何描画需求的？需求真实吗，是真正需求还是外表景象？我们能满足这个需求吗，其他人能满足吗，是不是真的有处理方法？需求重要吗，值得去满足他吗 ？满足需求的关键问题在那里，会不会有新的需求产生，还要进一步满足其他需求吗，新的需求能取代目前这个需求吗？需求直接涉及什么人，他们以为这是一个必要的需求吗，满族足需求后对他们有什么影响，他们的反映会怎样样？需求对机构的影响是什么，对我的影响是什么明确的需求是工程的根底明确的需求是工程的根底33、作一些必要的研讨任务，更好地了解需求4、根据以上三步得出结论，尽能够清楚地描画这个需求5、听听用户对他的论述的反映，并作适当修正。功能和技术要求1、把需求变胜利能要求；2、功能要求应描画工程最终交付产品的特征3、技术要求根据功能要求产生4、功能要求运用日