需求管理之如何对客户的需求进行分类

不要指望你的客户会给需求分析者提供一个简洁、完整、组织良好的需求清单。分析者必须把代表客户需求的许多信息分成不同的类型，这样他们就能合理地编写信息文档并把它们用于最合理的方式上。那些不属于这些类型的信息可能代表一个非软件项目的需求，例如，为使用新系统而进行的用户培训或者它仅仅是不重要的信息。

下面讨论在听取客户需求过程中的一些建议，这将有助于对信息进行分类处理。

1) 业务需求，描述客户或开发公司可以从产品中得到的资金、市场或其它业务利润的需求就是最可能的业务需求。再听听直接或间接的软件用户得到好处，例如“市场股票价格上升x %”，“每年节约$ Y”，或“替代了维护费用高的老一代系统Z”。

2) 使用实例或说明有关利用系统执行的业务任务或达到用户目标的总的陈述可能就是使用实例，而特定的任务描述表示了用法说明。与客户一起商讨，把特定的任务概括成更广泛的使用实例。可以通过让客户描述他们的业务工作流活动来获取使用实例。

3) 业务规则，当一个客户说，一些活动只能在特定的条件下，由一些特定的人来完成时，该用户可能在描述一个业务规则，例如，“如果一个药剂师在危险化学制品培训方面是可靠的，那么他就可以在一级危险药品清单上订购化学制品”。业务规则是有关业务过程的操作原则。你可以用一些软件功能需求来加强规则，例如，让“化学制品跟踪系统”可以访问培训记录数据库。正如上面所说的那样，这里业务规则不是功能需求。

4) 功能需求，客户所说的诸如“用户应该能<执行某些功能>”或者“系统应该<具备某些行为〉”，这是最可能的功能需求。功能需求描述了系统所展示的可观察的行为，并且大多数是处于执行者—系统响应顺序的环境中。功能需求定义了系统应该做什么，它们组成了软件需求规格说明的一部分。分析者应该明确，每个人应理解系统为什么“必须”执行某一功能。所提出的功能需求有时反映了过时的或无效的业务过程，而这些过程不能加入到新系统中。

5) 质量属性，对系统如何能很好地执行某些行为或让用户采取某一措施的陈述就是质量属性，这是一种非功能需求。听取那些描述合理特性的意见：快捷、简易、直觉性、用户友外部接口需求好、健壮性、可靠性、安全性和高效性。你将要和用户一起商讨精确定义他们模糊的和主观言辞的真正含义。

6) 外部接口需求，这类需求描述了系统与外部的联系。软件需求规格说明必须包括用户接口和通信机制、硬件和其它软件系统需求部分。客户描述外部接口需求包括如下习惯用语：
• “从<某些设备〉读取信号”
• “给<一些其它系统>发送消息”
• “以<某种格式>读取文件”
• “能控制<一些硬件>”

7) 限制，限制是指一些合理限制设计者和程序员选择的条件。它们代表了另一种类型的非功能需求，你必须把这些需求写入软件需求规格说明。尽量防止客户施加不必要的限制，因为这将妨碍提出一个好的解决方案。不必要的限制将会降低利用现有商业化软件集成解决方案的能力。一定的限制有助于提高产品质量属性。只利用程序语言的标准命令而不允许使用供应商的扩展，可以提高可移植性。下面是客户描述限制的一些习惯用语：
• “必须使用<一个特定的数据库产品或语言>”
• “不能申请多于<一定数量的内存>”
• “操作必须与<其它系统>相同”
• “必须与<其它应用程序>一致”

8) 数据定义，当客户描述一个数据项或一个复杂的业务数据结构的格式、允许值或缺省值时，他们正在进行数据定义。例如，“邮政编码由5个数字组成，后跟一个可选的短划线或一个可选的四位数字，缺省为0 0 0 0”就是一个数据定义。把这些集中在一个数据字典中，作为项目的参与者在整个项目的开发和维护中的主要参考文档。

9) 解决思想，如果一个客户描述了用户与系统交互的特定方法，以使系统产生一系列活动（例如：用户从下载清单中选择一个所需要的项），这时你正在听取建议性的解决方案，而不是需求。所建议的解决方案使获取需求小组成员在潜在的真正需求上分散精力。在获取需求时，应该把重点放在需要作什么而不是新系统应该如何设计和构造。探讨客户为什么提出一个特定的实现方法，因为这可以帮助你理解真正的需求和用户对如何构造系统的隐含的期望。

需求管理之如何对客户的需求进行分类相关推荐

信管师培训之第十二节课作业（外包管理+需求管理+组织级与大项目管理）
一.外包管理 1.外包的形式有哪五种?什么是利益关系? 企业现行采用的主要外包形式如下: (1).活动外包 (2).服务外包 (3).内包 (4).合包 (5).利益关系. 利益关系(benfit-b ...
笔记-项目范围管理-需求工程-需求管理
1. 需求管理(Requirements Management,REQM) Requirements management is the process of documenting,analyzin ...
需求分析文档模板_我们应该如何进行需求管理「下篇」？
前两篇文章分别介绍了需求管理的基本定义.分类方式.重要意义和一些常见的项目失败原因.通过前文的介绍,想必大家对于需求管理的基础概念都已经有了新的认识. 那么,让我们进入到最核心的部分,同时也是需求管理 ...
项目需求管理专栏︱如何进行高效的项目需求管理
摘要糟糕的需求管理流程(或者根本就没有)常常被认为是项目失败的首要原因.正如许多组织所发现的那样,审慎设计的项目管理流程可以有效地提高项目成功率,这些研究同时指出:混乱的产品需求的管理,也是项目失败 ...
论信息系统项目的需求管理
最近有朋友让我将我写论文的经验写出来,并写个例子给她.拗不过,只好回忆.本文以我自己在2009年下半年项目管理师考试的论文题目为例,说明如何写论文. 论文的编写其实不难,关键是要将题目的内容都覆盖到, ...
IPD解读—需求管理（OR）流程方法论
引言常言"知己知彼.百战不殆"需求管理是开展IPD管理的第一步.虽说需求的收集相对比较容易,但"千里之堤溃于蚁穴",往往在产品开发过程中需求提交人如不要先了解 ...
[需求管理-1]：IT需求管理总体流程+需求管理需要的技能
作者主页(文火冰糖的硅基工坊):文火冰糖(王文兵)的博客_文火冰糖的硅基工坊_CSDN博客本文网址:https://blog.csdn.net/HiWangWenBing/article/detai ...
如何有效实现软件的需求管理 - 4
[本篇为<如何有效实现软件的需求管理>第四篇,(第一篇,第二篇,第三篇,第四篇,第五篇,第六篇,第七篇,第八篇)] 第二阶段:需求分析与设计(怎么去做) 既然需求已经获取了,也就是说客户已 ...
新媒体运营教程：需求管理的避坑指南，主要需求分布在三个阶段！
B端产品在需求搜集.分析.迭代上线的方法上与C端大同小异,但由于B端产品使用对象的角色多样性,跨部门协作的流程复杂性,B端产品的需求管理相比于C端"坑"更多. 作为一名B端产品运营 ...

需求管理之如何对客户的需求进行分类

需求管理之如何对客户的需求进行分类相关推荐

最新文章

热门文章