客户需求开发与需求管理.ppt

用户需求说明书的参考模板 第二十页，共三十五页。 . 如何进行需求分析 基本概念 为了得到用户的金钱，企业不得不鼓吹：用户就是上帝，用户永远是正确的。 谁都知道这不是真的。事实上，很多时候用户说不清楚需求、会说错需求或者提出一些无法实现的需求。 需求分析是指在需求开发过程中，对所获取的需求信息进行分析，及时排除错误和弥补不足，确保需求文档正确地反映用户的真实意图。 需求分析是需求开发过程中最费脑子的工作。分析方法大体有两类：“问答分析法”和“建模分析法”。后者技术性比较强，写出来有学术味，故大多数软件工程书籍都有论述。前者就是一些常识而已，虽然写不成文章，但是简单易用（保你一学就会），很有实用价值。 “问答分析法”比较适合于用户需求调查阶段 “建模分析法”比较适合于产品需求定义阶段。 第二十一页，共三十五页。 . 如何进行需求分析 问答分析方法 问答分析方法很简单：刨根究底地问，如果问题都被解答了，那么需求也就分析清楚了。一个人可以“自问自答”地分析需求，几个人分析需求则称为“研讨”。 问答分析最重要的问题是：“是什么”和“为什么”。 每个需求都应当用陈述句说明“是什么”，如果“是什么”的内涵不够清晰，则应补充说明“不是什么”。 如果“是什么”和“不是什么”并不是“理所当然”的，那么应当解释“为什么”，以便加深读者的理解。 追究“是什么”和“为什么”的目的是获得正确、清楚的需求。 其它常见的问题有： 需求存在二义性吗？ 需求文档的上下文有矛盾吗？ 需求完备吗？ 需求是必要的吗？ 需求可实现吗？ 需求可验证吗？ 需求的优先级确定了吗？ 第二十二页，共三十五页。 . 如何进行需求分析 建模分析法 人们都有这样地感受：有些时候用语言描述某个问题特别费劲，而采用图形则使人一目了然，所谓“一图低千言”就是这个道理。 在需求开发过程中，对于某些类型的信息，用图形表示要比文本表示更加有效。所以将图形与文本结合起来描述需求是很自然的方法。 需求建模就是指用图形符号来表示、刻画需求。 建模分析方法主要有两大类：“结构化分析法”和“面向对象分析法”。 恰当地使用图形符号： 现代建模工具如有非常丰富的图形符号和文字标注，能很好地表达模型的细节。要注意的是：在建模时使用花样过多的图形符号或文字意味着模型表示的复杂化，将使开发人员更难掌握，而且使图形文档更加杂乱。 世上不存在一个包罗万象的图——它能完整地描述需求。需求建模不可能取代文字描述。在需求文档中，文字描述是第一重要的，建模主要是起分析、解释作用。建议将模型存放在需求文档的附录中，便于正文引用。 第二十三页，共三十五页。 . 如何进行需求分析 作出决策 当需求从四面八方收集来后，需求的冲突在所难免。对于那些难以达成共识的需求而言，经常会发生“公说公有理，婆说婆有理”的现象。那么需求分析员究竟应该听谁的呢？ 如果一群人对需求有争议，并不是谁声音最响就听谁的。根据生活经验，最保险的办法是：先听官儿大的或者威望高的，如果大家的职位和威望都差不多，那么采用“少数服从大多数”的原则。 如果一个产品可以卖给几类客户，但是各类客户都要求产品按照他们的喜好来开发。此时对需求的决策应当以商业利益为导向， 即哪一类客户出钱最多就先满足他们的需求，以后再做那些获利相对较少的需求。 当开发者想象中的产品与客户所提的需求有冲突时，一般应当尊重客户的观点。但是不要陷入“客户总是对的”陷阱里，需求分析员应当纠正明显不合理的客户需求。如果产品很复杂，双方都不太明白需求，此时最好请开发人员快速构造软件的原型，双方看着软件原型再分析需求。 第二十四页，共三十五页。 . 什么是好的需求规格说明书 正确 需求规格说明书应当正确地反映用户的真实意图，“正确”是《产品需求规格说明书》最重要的属性。如果“不正确”仅仅是由于错别字造成的，那么多检查几遍文档就能解决问题。真正的困难是开发者和用户自己都不明白用户究竟“想要什么”和“不要什么”。为确保需求是正确的，开发方和用户必须对《需求规格说明书》进行确认。 清楚 清楚的需求让人易读易懂。清楚的反义词是“难读”、“难理解”。你可以采用反问的方式来判断需求文档是否清楚： 文档的结构、段落是否乱七八糟？上下文是否不连贯？ 文档的语句是否含糊其词、罗里罗嗦？ 看了半天是否还不明白需求究竟是什么？ 无二义性 “无二义性” 是指每个需求只有唯一的含义。如果一个人说的话，不同的人可能有不同的理解，那么这句话就有二义性。如果需求存在二义性，将会导致人们误解需求而开发出偏离需求的产品。 为了使需求无二义性，人们在写《产品需求规格说明书》时措词应当准确，切勿模棱两可。 第二十五页，共三十五页。 需求开发与需求管理 第一页，共