怎样了解需求的三个层次（业务需求、用户需求、功能需求）？

[dabinzeng]

怎样了解需求的三个层次（业务需求、用户需求、功能需求）？

[bluewin99]

在我看来了解客户的需求不是困难的工作，关键还是对于需求作出评估，然后是对于需求变更采取必要的措施应对。

完全同意

表面的需求都是容易了解的，但别把用户都当作应用系统专家，能够回答你所要知道所有问题，通常都是客户提不出什么实际的需求，或者提出的需求都过于简单过于表面话，但当你启发他，或者系统模型出来，他在使用中将逐步提出许多的需求，客户的需求是一个不断变化不断完善的过程，所以 重要的还是如 ozzzzzz(希望敏捷) 所说“关键还是对于需求作出评估，然后是对于需求变更采取必要的措施应对。”

[dabinzeng]

to ozzzzzz(希望敏捷):
首先感谢您对本问题的关注！
按你的答复，我是否可以做以下理解：
1、业务需求是企业（领导/客户）提出来的，是高层、方向性的要求。（能不能具体一点呢？）
2、用户需求是软件系统的具体使用者提出来的。
3、功能需求是系统分析员根据业务需求、用户需求分析、评估得出的。
以上理解是否正确？你的答复中的“领域系统”是什么意思？
在RUP中有两个需求模型，一是业务用例模型，另一个是用例模型。这两个模型区别在哪里呢？怎么对业务需求进行建模呢？在敏捷建模中又是怎么做的呢？
不好意思，题了一大堆的为题：）

[ozzzzzz]

业务需求最容易了解了，无非就是企业的发展要求，企业运行的思路，这些东西。这些还是在领域系统下的东西。
而用户需求则是具体的用户需要通过你的软件达到某种的目标，这个也不难解答，客户都会说我想怎么怎么样。
而功能需求就要涉及一些需求分析了，它是对于用户需求的具体实现。这个客户也可能不能告诉你应该怎么样，而要依赖你自己的设计。
在我看来了解客户的需求不是困难的工作，关键还是对于需求作出评估，然后是对于需求变更采取必要的措施应对。

[老马2008]

mark

[ozzzzzz]

先让我说说领域吧。领域就是你的客户和项目所处的大环境，最重要的就是行业习惯和行业的背景。领域专家就是这个行业的专家，领域系统就是你对于这个行业作的总体把握。

业务需求一般是我由我们软件开发人员来搜集的，是企业自身在顾问等引到下自己所作的工作。我们只是去从他们那里直接的拿来就可以了。比如为了配合企业生产改造，为了加强库存管理，为了建立企业电子化运行平台，这些都是业务需求。这些东西的建模还是留给咨询顾问吧，我们没有拿那份企业流程重组的钱，也就不用费这个力气。

用户需求是用户为实现器业务需求而提出的基于实际情况的具体目标。比如我的系统要可以查看库存中的零件数量，我需要可以由计算机给出投料方案，计算工资总额。

功能需求就是要去解决这些具体的用户需求所产生的解决方案。这个就是我们平常说的需求说明说。要得到这个就需要对用户需求作具体的分析，提出具体的实施方法。而评估则是对于这个方法和其所代表的用户需求的评估，比如实现这个需求所耗费的成本是不是小于其带来的收益。我们作的风险评估也是针对这个作的风险评估。

RUP中只有一个需求模型，那就是系统用例模型。所谓业务用例模型是在项目的初始阶段，对于其项目可行性风险分析，企业流程重组，所作的企业运行流程模型。我们可以通过这个模型了解其运作过程，但是这个模型一般不是由我们来作，是由业务和领域顾问来作。

而AM只是一种建模的风格，不是具体建模的方法。所以在其下的建模，和我们平时的建模没有什么不同，只不过不是要那么重型的去建模。而是强调非正式的建模，非文档的建模，非uml全面化的建模。