=============原文开始=================================

在RUP中定义的需求工作流程的工作目的是：

1.客户和其他受众在系统的工作内容方面达成并保持一致。

2.使系统开发人员能更清楚的了解系统需求。

3.定义系统边界（限定）

4.为计划迭代的技术内容提供基础

5.为估算系统开发成本和时间提供基础

6.定义系统的用户界面，得点是用户的需要和目标。

============原文结束==================================

概念解析：

RUP（Rational Unified Process，统一软件开发过程，统一软件过程)是一个面向对象且基于网络的程序开发方法论。根据Rational(Rational Rose和统一建模语言的开发者)的说法，好像一个在线的指导者，它可以为所有方面和层次的程序开发提供指导方针，模版以及事例支持。 RUP和类似的产品--例如面向对象的软件过程（OOSP），以及OPEN Process都是理解性的软件工程工具--把开发中面向过程的方面（例如定义的阶段，技术和实践）和其他开发的组件（例如文档，模型，手册以及代码等等）整合在一个统一的框架内。

============原文开始===============================

首先要做好业务调研。要尽早把已经收集到的业务资料熟悉起来，并在理解的基础上提炼出问题列表，制成调查问卷。业务调研的要求是一定要沉下去，深入细致的了解客户的业务流程，而不是急着赶工完成自己的需求工件设计和业务模型的建立。在了解各项业务流程的同时，与客户一同深入分析业务的实现逻辑，并记录下有关的实现案例信息，收集好、整理好、分析好有关的参考材料。

============原文结束================================

从我的从业经历来看，没有完整的或者目的性很强的、目的明确的业务调研经历。

============原文开始================================

要把迭代的思想贯穿于从业务调研、需求分析，乃至项目实施的始终。所谓迭代，就是我们老老实实承认我们没有能力一次就把事情做到尽善尽美。所以我们就先把一大部分有把握的地方做好，再在前面成功的基础上不断做好剩余的部分，最终就能无限接近于成功。设计编码过程是如此，业务调研和需求分析也是如此。

企业系统的设计开发与软件产品的设计开发有一个最大的不同，就是企业的需求肯定会变化，过去在变、调研的时候会变，系统实施后还会变。而我们要做的就是去适应这种变化。事实上，也正是因为我们采用的是面向对象的方法，才可能做到这一点。因为面向对象的方法认为：对象的基本属性是客观的和不会频繁变化的，而对象间的关系则是可能不断变化的。所以我们在业务调研和需求分析中也要认识到这一点，把不变的沉淀下来，把可变的灵活性和变化的自主性留给客户。

============原文结束================================

对于此段的论述，深有体会。从业经历告诉我，客户的需求变更、业务变更因参与人、使用人的不同会产生变化，仔细分析一下变更的原因很大程度上是因为在系统分析、设计是并没有站在用户角度或站在系统角度去规划实现系统，而是站在以最短时间、最少工作量的角度去实现系统，由此引发的一个恶性循环就是：反正客户是会变功能或需求，现在做了也是白做，不如先做出来一个，用户审核或使用后再根据其需求的变更再次变动。虽然这也可称之为“迭代开发”，但这种“迭代开发”的出发点是有问题的，或者说从心理上对“我做出来的系统”应该不能变动才是对我工作的最大认可。

而真实的情况是，理论、实践均告诉我们，需求是一个连续变化的但是可控的。需求在系统产生前、产生中、实施后、使用后均会产生变化。这就要求我们系统的分析设计能够兼顾由显示需求而引出的隐性需求，并在项目周期中贯彻“迭代”的思路。