图表 ：开发者获取用户需求的方式分布状况

　　需求的获取方式是与当前国内项目和客户的实际状况有着密切关系的，这一点在上图中表现得十分明显。下面我们针对这几个情况进行一下分析：

　　对于一开始获得所有需求，这是瀑布式开发过程所提出的需求获取模式，实际上这对于一般的项目是十分不实用也不太现实的，但是，如果能以这种方式达成需求获取目的，那就是最佳的需求获取时间了。所以，有接近三成（27.1%）的开发者采用这种方式。

　　从目前国内的项目状况来看，基本上只有单纯的外包项目才能做到这一点。这个27.1%的数值也可以看出国内外包项目所占的市场分额。比如，东软就从原来最大的国内软件承包商变成了国内相对较大的外包软件承包商。

　　对于现场客户获取需求，这不仅仅是国内最常见的需求获取方式，也是国际上几乎所有的软件项目的最初需求获取方式。例外的也只有产品开发类别的项目会不一定需要到用户现场进行需求获取，但是，从一个公司做项目积累到做产品，归根结底，这个产品型项目的原始需求还是从用户现场获取到的。至于这个比例只有48.5%的原因，我们认为这应该是由于并不是所有的开发人员都会去做或者去了解需求获取的手段和方式，因此大部分开发人员其实是不需要到用户现场的，尤其是由于人员变动后来进入到项目组中的开发人员是不了解需求获取的最初状态的。

　　对于迭代开发获取需求，首先应该认同的是迭代开发获取需求与现场客户获取需求两者之间是不矛盾的，而且正常来说后者应该与前者的比例是相近的。迭代开发获取需求一方面是因为国内用户对想要开发的项目的不确定性。这不仅在国内，在国际上也是同样存在的，否则，迭代化开发不会成为目前最流行也最强力的过程论之一。甚至RUP与XP等国际上最著名的开发过程都是以迭代化思想为基础搭建起来的。

　　迭代开发获取需求并不复杂，其实这也可以看作是原型法的一个展现形式，不断地将以获取的用户需求进行实现，用户在看到以实现的功能的基础上进一步提出自己更深一层的理解和要求。这样不断轮回的方式，就是迭代过程的体现。这也符合人类对事物的认识过程，从表象到本质的理解过程，从刚开始的表层理解逐渐过渡到深层次的用户意识目的的理解，从简单的操作电子化到深层次的业务过程重组和整合，然后经过几年的数据积累后再逐渐到专家系统和辅助决策支持系统。

　　4、开发者公司或项目组对迭代开发方式的应用状况

　　图表：开发者公司或项目组对迭代开发方式的应用状况
　　
　　
　　从上面的数据分布可以看到一个中国软件业存在的十分严峻的问题，那就是开发过程中的迭代方法到底是什么，到底如何使用，到底如何应用迭代思想才能帮助我们更好的处理软件开发中遇到的问题。

　　其中46.1%的人士没有采用的，47.5%的人使用的不彻底，只有很少的6.4%的人认为公司使用得很彻底，这一点从一个侧面表现出公司/项目组使用RUP和XP的60.3%的人的认识是有问题的，因为RUP与XP的基础都是迭代化思想，而这里看到的最多只有52.5%的人认为他们公司在使用迭代化思想进行软件开发，这中间差异的7.8%说明了什么？

　　这两组数据的对比说明国内技术人员对于什么是RUP、什么是XP以及什么是迭代还并不能很正确的理解，更不用说真正的将这些概念能够投入到真实的软件开发过程中来进行应用了。

[1]   [2]   [3]