X项目是一套服务公司销售与客服的系统。我们部门是系统开放方。我作为开发人员在项目初期就投入 到热火朝天的需求调研中。
需求方是公司Y部门（可以理解为营销支撑技术部门），所以需求方是懂技术滴！这为需求调研带来了 极大的便利。
下面介绍下整个需求调研过程，省略了一些细节过程。
调研过程
0、项目经理和技术负责人与需求方进行了第一次沟通。（我没有参与）
这一过程，我没有参与。 主要做的事情应当是初步了解Y部门需求。
1、需求方提出了“X系统特性需求V1”版本；
这是第一次沟通的结果，需求方把这个“特性需求”发给我们项目组（参与需求调研的有四人）。
2、针对“X系统特性需求V1”项目组内部进行了第一次沟通，并整理成“X系统特性需求V1-建议与疑 问”；
拿到这个 “特性需求”后，内部进行了多次沟通。最终出了一份“建议与疑问”。
3、将“X系统特性需求V1-建议与疑问”发给需求方，并和需求方进行了第二次沟通，并整理出“X系 统特性需求V2”版本；
这次是我和需求方的第一次接触，主要针对我们提出的问题，需求方给出解释，并接受了一些建议， 又出了一版“特性需求”。
4、针对“X系统特性需求V2”，项目组内部抽象出系统一级功能模块；
对于新版的“特性需求”，我们首先想到的是抽象成系统功能模块，并确定了系统功能模块一级大类 。
5、项目组内部成员利用1-2天时间对一级功能模块进行了细化，功能细化到3级（1，1.1，1.1.1）， 并整理成“X系统功能需求V1”。
参与需求调研的几个同事分别对一级模块进行了细化，并整理出了一份系统功能需求。
6、 将“X系统功能需求V1”发给需求方，并和需求方进行了第三次沟通。
沟通前，我们所思考的是系统功能是否完善。开会的时候，需求部门却提出这样的一个功能需求不是 他们需要的东西。
因为他们还需要和十多方系统使用者去谈。他们希望看到的是Actor、UC以及Actor和UC之间的对应图 ----也就是我们需要设计出系统的用例模型。