资源描述
湖南科创信息技术股份有限公司 北京科北京科创鑫源信息技鑫源信息技术有限公司有限公司2014-11-6 2014-11-6 2014-11-6 2014-11-6 唐玉林唐玉林唐玉林唐玉林1需求开需求开发与需求管理与需求管理 消除消除软件开件开发百病之源百病之源1精选 北京科创鑫源信息技术有限公司2014-11-6 需求概述需求概述1需求分析需求分析3需求定需求定义42需求管理需求管理5需求需求获取取2汇报内容内容_ _需求概述需求概述2精选需求概述1需求分析3需求定义42需求管理5需求获取2汇报内容了解客了解客户、最、最终用用户、间接用接用户客客客户户户掏掏钱买软件的用件的用户称称为客客户。客户永远是本公司的座上客，是上帝。客户并不依赖我们，而我们却依赖客户。客户不是我们工作的障碍，而是我们工作的目标。我们并不因为服务于他而对他有恩，他却因为给予我们服务于他的机会而有恩于我们。客户不是我们要与之争辩和斗智的人。从未有人曾在从未有人曾在与客与客户的争的争辩中中获胜。客户是把他的欲望带给我们的人，因此我们的工作就是满足这些欲望，从而使客户和我们共同获益。最最最终终终用用用户户户真正操作真正操作软件的用件的用户。即使最。即使最终用用户不是上帝，也算是不是上帝，也算是“上帝上帝”的的“亲戚戚”，同，同样怠慢不得。怠慢不得。间间间接用接用接用户户户既不掏既不掏钱买该软件件产品，也不使用品，也不使用该软件，但是它可件，但是它可能能对软件件产品有很大的影响。品有很大的影响。3精选了解客户、最终用户、间接用户客户掏钱买软件的用户称为客户。最需求的层次需求的需求的层次次业务需求需求反映了反映了组织机构机构或客或客户对系系统、产品高品高层次的目次的目标要求。要求。用用户需求需求功能需求功能需求(非功能需求非功能需求)描述用描述用户使用使用产品必品必须要完成的要完成的任任务。定定义开开发人人员必必须实现的的软件件功功能，使得用能，使得用户能能完成他完成他们的任的任务，从而从而满足了足了业务需求。需求。4精选需求的层次需求的层次业务需求反映了组织机构或客户对系统、产品IEEE对需求的定需求的定义为：（1）用）用户解决解决问题或达到目或达到目标所需的条件或能力。所需的条件或能力。-针对用用户（2）系）系统或系或系统部件要部件要满足合同、足合同、标准、准、规范或其他正式范或其他正式规定文定文件文档所需具有的条件或能力。件文档所需具有的条件或能力。-针对开开发者者需求的基本概念需求的基本概念需求是需求是产品的品的根源根源，需求工作的，需求工作的优劣劣对产品影响最大。就像一条河品影响最大。就像一条河流，如果源流，如果源头被被污染了，那么整条河流也就被染了，那么整条河流也就被污染了。染了。国内国内软件件业的的通病通病：人：人们并不真正清楚究竟并不真正清楚究竟该做什么，但却一直忙做什么，但却一直忙碌不停地开碌不停地开发。需求的重要性需求的重要性什么是需求什么是需求5精选IEEE对需求的定义为：需求的基本概念需求是产品的根源，需求被被动动型型被动地对待需求工程中的各项活动，能少干则少干，能偷懒则偷懒。他们认为需求是用户的事情而不是自己的事情。开发过程中经常发生需求变更，导致产品迷失方向，不是半途而废就是陷入半死不活的状态。主主动动型型积极地开展需求工程中的各极地开展需求工程中的各项活活动。他。他们把把获取准确取准确的需求当作自己的的需求当作自己的职责，会想尽一切，会想尽一切办法克服需求开法克服需求开发和需求管理和需求管理过程中的困程中的困难，而不是找借口推卸，而不是找借口推卸责任。任。俗俗话说“良好的开端是成功的一半良好的开端是成功的一半”，“主主动型型”需需求工程是开求工程是开发成功成功产品的必品的必备条件。条件。领领先型先型是需求工程的最高境界。开是需求工程的最高境界。开发者者发掘了掘了连用用户自己都自己都没有意没有意识到的需求，到的需求，导致用致用户跟着新跟着新产品跑而不是新品跑而不是新产品品围着用着用户转，这叫引叫引导消消费。需求工程做到。需求工程做到这个个份上，才能使份上，才能使产品立于不品立于不败之地，之地，长盛不衰。盛不衰。对待需求工程的三种态度6精选被动型被动地对待需求工程中的各项活动，能少干则少干，能偷懒则花时间了解用户需求是确保项目成功的必要投入152050100需求需求设计编码测试维护7精选花时间了解用户需求是确保项目成功的必要投入152050100需求分析员需要的技能1、倾听的技巧听的技巧2、交、交谈和提和提问的技巧的技巧3、分析能力、分析能力4、协调能力能力5、观察能力察能力6、写作能力、写作能力7、组织能力能力8、建模能力、建模能力9、人、人际交往能力交往能力10、创造力造力需求分析需求分析员必必备的技能的技能1、定、定义业务需求需求2、确定、确定项目涉众目涉众3、获取需求取需求4、分析需求、分析需求6、编写需求写需求规格格说明明书7、为需求建模需求建模8、需求、需求验证9、优先先级划分划分10、管理需求、管理需求需求分析需求分析员的工作的工作8精选需求分析员需要的技能1、倾听的技巧需求分析员必备的技能1、定需求需求获取取2需求分析需求分析3需求定需求定义49需求管理需求管理5需求概述需求概述1汇报内容内容_ _需求需求获取取9需求获取2需求分析3需求定义49需求管理5需求概述1汇报内容 需求需求需求需求调调研的内容研的内容研的内容研的内容客客户想要什么想要什么?要要这干什么干什么?为什么什么这么想么想?会不会有会不会有别的想法的想法?ThemeGallery is a Design Digital Content&Contents mall developed by Guild Design Inc.需求需求获取取 需求需求需求需求调调研的目的研的目的研的目的研的目的搞清客搞清客户的要求的要求找出要求的找出要求的逻辑客客户想要的想要的结果果排除开排除开发风险，挖掘，挖掘控制潜在控制潜在的需求的需求需求调研的内容和目的10精选 需求调研的内容ThemeGallery is a Des关于需求的漫画客客户的描述与的描述与实际需求不一致需求不一致需求人需求人员的理解与的理解与客客户描述的不一致描述的不一致程序程序员实现的与需的与需求表达的不一致。求表达的不一致。项目文档目文档严重缺失重缺失市市场人人员忽悠得天忽悠得天花乱花乱坠。项目双方投入巨大目双方投入巨大11精选关于需求的漫画客户的描述与实际需求不一致需求人员的理解与客户冰山理论客客户心里想的心里想的 100%客客户嘴里嘴里说的的 80%你听到的你听到的 60%你听懂的你听懂的 40%开开发实现的的 20%需要多次从多个角度与客需要多次从多个角度与客户、开、开发人人员沟通、复述、确沟通、复述、确认12精选冰山理论客户心里想的 100%客户嘴里说的 80%你听到需求获取 聆听需求13精选需求获取 聆听需求13精选1.首先，需求分析员应当起草需求调查问题表，将调查重点锁定在该问题表内，否则调查工作将变得漫无边际。2.其次，需求分析员应当确定需求调查的方式，例如：l与用户交谈，向用户提问题。向用户群体发调查问卷。l参观用户的工作流程，观察用户的操作。l与同行、专家交谈，听取他们的意见。l分析已经存在的同类软件产品，提取需求。l从行业标准、规则中提取需求。l从Internet上搜查相关资料。3.最后，需求分析员与被调查者建立联系，确定调查的时间、地点、人员等，撰写需求调查计划。要特别留意的是不要漏掉典型的用户。准备调查 建建议：养成收集日常养成收集日常问题的的习惯，比如整理，比如整理日常日常问题归集集文档文档14精选首先，需求分析员应当起草需求调查问题表，将调查重点锁定在该问执行调查建建议：每次每次调研后研后编写写会会议纪要要或或用用户需求需求调查单1.准备工作完毕后，需求分析员按照计划执行调查。在调查过程中随时记录（或存储）需求信息。2.需求分析员与用户面谈时应当注意以下事项：l如果与用户约好了时间，切勿迟到或早退。要注意礼节，尽可能获得用户的好感，并为下次打扰他们埋下伏笔。l需求分析员应事先了解用户的身份、背景，以便随机应变。l需求调查不象侦探推理那样从蛛丝马迹着手，应该先了解宏观问题，再了解细节问题。l如果双方气氛融洽，可以采用灵活的访谈形式，轻易不要打断用户的谈话。当双方对某些问题的交流合乎逻辑地结束后，即可继续讨论问题表中的其它问题。l尽可能避免为用户添麻烦，但也不能怕给用户添麻烦而降低需求调查的力度。l避免片面地听取某些用户的需求而忽视其它用户的需求。15精选执行调查建议：每次调研后编写会议纪要或用户需求调查单需求分析需求分析3需求需求获取取2需求定需求定义416需求管理需求管理5需求概述需求概述1汇报内容内容_ _需求需求分析分析16精选需求分析3需求获取2需求定义416需求管理5需求概述1汇报内u为了得到用户的金钱，企业不得不鼓吹：用户就是上帝，用户永远是正确的。u谁都知道这不是真的。事实上，很多时候用户说不清楚需求、会说错需求或者提出一些无法实现的需求。u需求分析是需求开发过程中最费脑子的工作。分析方法大体有两类：“问答分析法”和“建模分析法”。后者技术性比较强，写出来有学术味，故大多数软件工程书籍都有论述。前者就是一些常识而已，虽然写不成文章，但是简单易用，很有实用价值。需求分析的基本概念需求分析是指在需求开需求分析是指在需求开需求分析是指在需求开需求分析是指在需求开发过发过程中，程中，程中，程中，对对所所所所获获取的需求信息取的需求信息取的需求信息取的需求信息进进行分析，及行分析，及行分析，及行分析，及时时排除排除排除排除错误错误和弥和弥和弥和弥补补不足，确保需求文档正确地反映用不足，确保需求文档正确地反映用不足，确保需求文档正确地反映用不足，确保需求文档正确地反映用户户的真的真的真的真实实意意意意图图。17为了得到用户的金钱，企业不得不鼓吹：用户就是上帝，用户永远是问题分析方法1.问答分析方法：刨根究底地问，如果问题都被解答了，那么需求也就分析清楚了。一个人可以“自问自答”地分析需求，几个人分析需求则称为“研讨”。2.问答分析最重要的问题：“是什么是什么”、“为什么什么”、“不是什么不是什么”。3.其它常见的问题有：l需求存在二义性吗？l需求文档的上下文有矛盾吗？l需求完备吗？l需求是必要的吗？l需求可实现吗？l需求可验证吗？l需求的优先级确定了吗？18问题分析方法问答分析方法：刨根究底地问，如果问题都被解答了，u人们都有这样地感受：有些时候用语言描述某个问题特别费劲，而采用图形则使人一目了然，所谓“一图顶千言”就是这个道理。u在需求开发过程中，对于某些类型的信息，用图形表示要比文本表示更加有效。所以将图形与文本结合起来描述需求是很自然的方法。u需求建模就是指用图形符号来表示、刻画需求。u建模分析方法主要有两大类：“结构化分析法”和“面向对象分析法”。u恰当地使用图形符号：现代建模工具如Rose有非常丰富的图形符号和文字标注，能很好地表达模型的细节。要注意的是：在建模时使用花样过多的图形符号或文字意味着模型表示的复杂化，将使开发人员更难掌握，而且使图形文档更加杂乱。世上不存在一个包罗万象的图它能完整地描述需求。需求建模不可能取代文字描述。在在需需求求文文档档中中，文文字字描描述述是是第第一一重重要要的的，建建模模主主要要是是起起分分析析、解解释作作用用。建议将模型存放在需求文档的附录中，便于正文引用。建模分析法1.大家都有这样地感受：有些时候用语言描述某个问题特别费劲，而采用图形则使人一目了然，可谓“一一图顶千言千言”。2.需求建模就是指用图形符号来表示、刻画需求。3.建模分析方法有两大类：“结构化分析法”和“面向对象分析法”。4.恰当地使用图形符号：l现代建模工具很多，都有非常丰富的图形符号和文字标注，能很好地表达模型的细节。要注意的是：在建模时使用花样过多的图形符号或文字意味着模型表示的复杂化，将使开发人员更难掌握，而且使图形文档更加杂乱。l世上不存在一个包罗万象的图它能完整地描述需求。需求建模不可能取代文字描述。在需求文档中，文字描述是第一重要的，建模主要是起文字描述是第一重要的，建模主要是起分析、解分析、解释作用。作用。建议将模型与文字有机结合，相辅相成。19人们都有这样地感受：有些时候用语言描述某个问题特别费劲，而采需求分析常用元素需求分析常用元素需求分析常用元素需求分析常用元素总体功能框体功能框图流程流程图用例用例图状状态转换图原型界面原型界面图需求分析常用工具需求分析常用工具需求分析常用工具需求分析常用工具WORDEXCELVISIOAxure RP ProRationl RosePowerDesigner需求分析常用元素和工具数据模型数据模型图20需求分析常用元素总体功能框图流程图用例图状态转换图原型界面图总统功能框图21总统功能框图21总统功能框图22总统功能框图22功能框图23功能框图23审批流程图24审批流程图24业务流程图25业务流程图25用例图26用例图26状态转换图采采购方式状方式状态27状态转换图采购方式状态27原型界面（一）28原型界面（一）282929需求定需求定义4需求需求获取取2需求分析需求分析330需求管理需求管理5需求概述需求概述1汇报内容内容_ _需求定需求定义30需求定义4需求获取2需求分析330需求管理5需求概述1汇报内内容不完内容不完整整格式不格式不统一一书写不写不严谨照搬照抄照搬照抄需求需求太太简单描述不清描述不清晰晰Title in Title in herehere需求需求规格格说明明书常常见问题31精选内容不完整格式不统一书写不严谨照搬照抄需求太简单描述不清晰T需求阶段的文档种类 真实的记录与用户的交流情况，包括交流的时间、地点、与会人员、交流的主题等，以及每个人员的想法、建议、要求，逻辑上不需要严谨，重点是真实。采用自然采用自然语言（和言（和应用域用域术语）来表达用）来表达用户需求，其内容相需求，其内容相对于于规格格说明明书而言比而言比较粗略，不粗略，不够详细。但具有。但具有较完整的完整的逻辑。是用是用户需求需求说明明书的的细化，更多地采用化，更多地采用计算机算机语言和言和图形符号来形符号来刻画需求，是刻画需求，是软件系件系统设计的直接依据。的直接依据。会会议纪要要或或用用户需求需求调查单 用用户需求需求说明明书软件需求件需求规格格说明明书32需求阶段的文档种类 真实的记录与用户的交流情况，包需求规格说明书的格式1.引言引言 1.1 目目标 1.2 项目范目范围 1.3 术语和和缩略略语2.系系统概述概述 2.1 产品描述品描述 2.2 产品功能品功能 2.3一般一般约束束3.功能性需求分功能性需求分类 3.1功能性需求分功能性需求分类方法方法 3.2功能描述功能描述1 3.3功能描述功能描述2 3.3.1 业务需求描述需求描述 3.3.2 用例用例图（角色描述）（角色描述）3.3.3 功能需求功能需求 1）流程）流程图（审批或批或业务）2）功能描述）功能描述 3）主要数据元素）主要数据元素 4）原型界面）原型界面 4.外部接口外部接口 1.1 用用户接口接口 1.2 软件接口件接口5.产品非功能性需求品非功能性需求33需求规格说明书的格式1.引言 3.3.1 业务需求描述对象目的客户、用户、市场人员了解他们期望得到什么样的产品项目经理根据产品描述来估计项目的进度,工作量和所需资源开发团队根据需求规格说明来了解需要开发什么样的产品测试人员使用需求规格说明来开发测试计划,测试用例和测试过程文档编写人员根据需求规格说明和用户界面设计来编写用户手册和帮助屏幕系统维护和支持人员根据需求规格说明了解产品的每一部分的功能是什么培训人员根据需求规格说明和用户文档来编写培训材料软件需求要达到的目的34精选对象目的客户、用户、市场人员了解他们期望得到什么样的产品项目什么是好的需求什么是好的需求规格格说明明书1 1 正确正确 u需求规格说明书应当正确地反映用户的真实意图，“正确”是产品需求规格说明书最重要的属性。如果“不正确”仅仅是由于错别字造成的，那么多检查几遍文档就能解决问题。真正的困难是开发者和用户自己都不明白用户究竟“想要什么”和“不要什么”。为确保需求是正确的，开发方和用户必须对需求规格说明书进行确认。2 2 清楚清楚 u清楚的需求让人易读易懂。清楚的反义词是“难读”、“难理解”。你可以采用反问的方式来判断需求文档是否清楚：文档的结构、段落是否乱七八糟？上下文是否不连贯？文档的语句是否含糊其词、罗里罗嗦？看了半天是否还不明白需求究竟是什么？3 3 无二无二义性性 u“无二义性”是指每个需求只有唯一的含义。如果一个人说的话，不同的人可能有不同的理解，那么这句话就有二义性。如果需求存在二义性，将会导致人们误解需求而开发出偏离需求的产品。u为了使需求无二义性，人们在写产品需求规格说明书时措词应当准确，切勿模棱两可。35精选什么是好的需求规格说明书1 正确 35精选4 4 一致一致 u“一致”（Consistent）是指产品需求规格说明书中各个需求之间不会发生矛盾。矛盾常常潜伏在需求文档的上下文中。5 5 必要必要 u产品需求规格说明书中的各项需求对用户而言应当都是必要的。u可以把“必要”比喻为“雪中送炭”。“必要”往前一步，要么是“画蛇添足”要么是“锦上添花”。u“画蛇添足”显然是坏事，会导致开发人员多干一些吃力不讨好的工作。所以要尽量剔除需求规格说明书中“画蛇添足”的那些需求。u“锦上添花”是好事，可能会让用户获得比期望更多的喜悦，但是眼前用户不会为此多付钱。开发者应当集中精力先完成必要的需求，如果条件允许则再做“锦上添花”的需求。为了避免主次颠倒，应当在产品需求规格说明书中将那些“锦上添花”的需求设置为较低的优先级。6 6 完完备 u“完备”（Complete）是指产品需求规格说明书中没有遗漏一些必要的需求。u人们往往倾向于关注系统的特色功能，而忽视了其它一些不起眼的但却是必需的功能。u不完备的产品需求规格说明书将导致产生功能不完整的软件，用户在使用该软件时可能无法完成预期的任务。什么是好的需求什么是好的需求规格格说明明书36精选4 一致 什么是好的需求规格说明书36精选7 77 7 可可实现 u产品需求规格说明书中的各项需求对开开发方方而言应当都是可实现的（Attainable）。u“可实现”意味着在技术上是可行的，并且满足时间、费用、质量等约束。u营销人员和用户谈生意时，为了能拿到“单子”，他们往往对用户提出的需求“来者不拒”。吹牛皮虽然不犯法，但是产品需求规格说明书可是白纸黑字啊。经过双方确认的产品需求规格说明书相当于商业合同，如果开发方不能够实现产品需求规格说明书中的内容，那就是违约，可能会被罚款的。u对于合同项目，如果开发方不能确信某些需求是否可实现，则应事先与用户协商，达成一致的处理意见，避免将来发生商业纠纷。8 8 可可验证 u产品需求规格说明书中的各项需求对用用户方方而言应当都是可验证的（Verifiable）。如果需求是不可验证的，那么用户就无法验收软件，可能会发生商业纠纷。u例如，摩天大楼的一项需求是“抗十二级台风”，这个需求看起来堂而皇之，但是如何验证呢？当摩天大楼完工后验收时，用户又不是巫师，他怎能造个十二级台风来试验？如果双方都认可“采用计算机模拟十二级台风”等效于实际测试，那么这项需求就是“可验证”的。什么是好的需求什么是好的需求规格格说明明书37精选77 可实现 什么是好的需求规格说明书37精选什么是好的需求什么是好的需求规格格说明明书9 9 确定确定优先先级 u为什么要确定需求的“优先级”？理论上讲，软件的所有需求都应当被实现。但是在现实之中，项目存在“进度、费用、人力资源”等限制。在项目刚开始的时候，开发方和客户比较乐观，什么都要做，可是做着做着，人们常常会面临“进度延误、费用超支、人员不足”等问题，这时就乱套了。人们想出了“取舍”办法：先做优先级高的需求，后做（甚至放弃）优先级低的需求，这样可以将风险降到最低。u需求的优先级其实就是需求“轻重缓急”的分级表述，例如划分为“高、中、低”三级。一般地，由用户和开发方共同确定需求的优先级。10 10 阐述述“做什么做什么”而不是而不是“怎么做怎么做”u产品需求规格说明书的重点是阐述“做什么”，而不是阐述“怎么做”。“怎么做”是系统设计和实现阶段的事情。u国内的很多软件公司里，开发人员常常身兼数职，可能把需求开发、系统设计、编程等工作从头做到尾。所以他们在调查、分析、定义需求时，自然会想到“怎么做”，这并没有什么过错。如果在调查、定义需求时想好了“怎么做”，当然应该写下来，否则岂不浪费！关键是不要将“怎么做”写到需求规格说明书里面，记录在其它文档里就行了。38精选什么是好的需求规格说明书9 确定优先级 38精选需需求求规格格书缺缺陷陷检查清清单39精选需求规格书缺陷检查清单39精选怎样看到签字不可能在不可能在项目初期就能明确所有的需求目初期就能明确所有的需求,需求肯定要随需求肯定要随时间的推移而的推移而发生生变化化.签字不字不仅仅是是仪式式,更重要的是建立需求的基更重要的是建立需求的基线.即当即当时的需求最佳理解瞬的需求最佳理解瞬间图.需求基需求基线定定义好了以后好了以后,要将需求置于要将需求置于变更控制之下更控制之下.用明确的用明确的协议来来结束前期的需求开束前期的需求开发活活动,能帮助客能帮助客户和和开开发团队形成合作伙伴关系形成合作伙伴关系,携手走上携手走上项目成功之路目成功之路.40精选怎样看到签字不可能在项目初期就能明确所有的需求,需求肯定要随需求管理需求管理4需求需求获取取2需求分析需求分析341需求定需求定义5需求概述需求概述1汇报内容内容_ _需求需求管理管理41需求管理4需求获取2需求分析341需求定义5需求概述1汇报内1 1 需求需求确确认（评审和承和承诺）u需求确认是指开发方和客户方共同对产品需求规格说明书进行评审，双方对需求达成共识后作出承诺。需求确认包含两个重要工作：“需求评审”和“需求承诺”。2 2 需求需求评审面面临的困的困难u需求评审的一个通病是“虎头蛇尾”。需求评审的确乏味，也比较费脑子。刚开始评审时，大家都比较认真，越到后头越马虎。u需求评审涉及的人员可能比较多，有些时候让这么多人聚在一起花费比较长的时间开会并不容易（例如有些人可能出差在外，有些人可能事务缠身）。没有必要把所有事情挤在一块做，需求开发是循序渐进的过程，需求评审也可以分段进行。这样每次评审的时间比较短，参加评审的人员也少一些，组织会议就比较容易。u开评审会议时经常会“跑题”，导致评审效率很低。有时话匣子一打开后关不上，大家越扯越远，结果评审会议变成了聊天会议。主持人应当控制话题，避免大家讨论与主题无关的东西。u开评审会议时经常会发生争议。适当的争议有利于澄清问题，比什么东西都一致赞成要好。然而当争议变为争吵时就坏事了，争吵不争吵不仅对评审工作没有好工作没有好处，而且会无意中，而且会无意中伤害同事害同事们的感情。的感情。u人们在很多时候分不清楚自己究竟是“坚持真理”还是“固执己见”。毫不妥协或者轻易妥协都不是好办法。我们应当养成良好的习惯：不要一棍子打死异己的观点，尝试着让自己站在他人的立场思考问题，这样你会找到比较满意的答案。需求确认与评审421 需求确认（评审和承诺）需求确认与评审423 3 需求需求承承诺 u需求承诺是指开发方和客户方的责任人对通过了正式技术评审的产品需求规格说明书作出承诺，该承诺具有商业合同的效果。u需求承诺的“八股文”如下：本产品需求规格说明书建立在双方对需求的共同理解基础之上，我同意后续的开发工作根据该产品需求规格说明书开展。如果需求发生变化，我们将按照“变更控制规程”执行。我明白需求的变更将导致双方重新协商成本、资源和进度等。甲方签字 乙方签字u人们在作出承诺之前务必要认真阅读文档，一定要明白签字意味着什么。需求承诺433 需求承诺 需求承诺434 4 需求需求变更控制更控制 u需求发生变更的起因主要有：随着项目的进展，人们（包括开发方和客户方）对需求的了解越来越深入。原先的需求文档可能存在这样那样的错误或不足，因此要变更需求。市场发生了变化，原先的需求文档可能跟不上当前的市场需求，因此要变更需求。u提出需求变更的动机是好的，目的是希望产品更加符合用户的需求。对项目开发小组而言，变更需求意味着要调整资源、重新分配任务、修改前期工作成果等，开发小组要为此付出较重的代价。如果每次需求变更请求都被采纳的话，这个项目也许永远不能按时完成。u需求变更控制的目的：如果需求变更带来的好处大于坏处，那么允许变更，但必须按照已定义的变更规程执行，以免变更失去控制。如果需求变更带来的坏处大于好处，那么拒绝变更。u需求变更控制过程中最难办的事情是莫过于“拒绝客户提出的需求变更请求”。通常情况下开发方是不敢得罪客户的，但是无原则地退让将使开发小组陷入困境。解决这个问题最好的办法是事先建立“游戏规则”。u如果事先没有“游戏规则”的话，开发方需要一些社交技巧来减缓矛盾。例如建议在开发该产品新版本时修改需求。需求变更控制444 需求变更控制 需求变更控制44需求变更单的内容变更来源更来源变更内容及其理由更内容及其理由变更的影响更的影响客客户意意见需求需求变更更评审需求需求变更更单45需求变更单的内容变更来源变更内容及其理由变更的影响客户意见需5 5 需求需求跟踪跟踪u需求跟踪的目的是建立与维护“需求设计编程测试”之间的一致性，确保所有的工作成果符合用户需求。u需求跟踪有两种方式：正向跟踪。检查产品需求规格说明书中的每个需求是否都能在后继工作成果中找到对应点。逆向跟踪。检查设计文档、代码、测试用例等工作成果是否都能在产品需求规格说明书中找到出处。u正向跟踪和逆向跟踪合称为“双向跟踪”。不论采用何种跟踪方式，都要建立与维护需求跟踪矩阵（即表格）。需求跟踪矩阵保存了需求与后继工作成果的对应关系。需求跟踪465 需求跟踪需求跟踪46让我我们为项目成功目成功努力，享受成功努力，享受成功带来的幸福！来的幸福！47让我们为项目成功努力，享受成功带来的幸福！47湖南科创信息技术股份有限公司 欢迎各位领导、专家提出宝贵建议感谢您的关注48 北京科北京科创鑫源信息技鑫源信息技术有限公司有限公司唐玉林唐玉林唐玉林唐玉林48精选欢迎各位领导、专家提出宝贵建议感谢您的关注48 北京科此课件下载可自行编辑修改，此课件供参考！此课件下载可自行编辑修改，此课件供参考！部分内容来源于网络，如有侵权请与我联系删除！部分内容来源于网络，如有侵权请与我联系删除！此课件下载可自行编辑修改，此课件供参考！
展开阅读全文