需求调研是为需要说明书做前期工作，需求说明就是从需求调研表中得到或抽取而出。
需求调研就是了解做实际工作的人们真正需要什么样的程序的过程。调研后把这些需求进行整理由设计部开发。
调研的前期准备
确定工具
在选择开发工具的过程中，没有工具好坏的问题，关键是如何使用它们。要记住，无论什么工具也只是一个实现目标的辅助工具。
工具的选取应该是自己（本组）熟悉的工具，而不是一件时髦的工具，自己对它了解很少，结果大部分时间用在学习而不是使用上。
工具最好是普遍流行的，因为要考虑交流的问题。
了解要涉及的行业
如果做的项目是你所不了解的一个行业（专业），在你的项目小组中最好有这个行业额专家——最终用户做为这个专家是最好的。你不必成为专家，但至少要了解一定的行业知识（最少要知道专用词汇），不然你甚至不知道去问什么问题或者如何去问，甚至于人家在说什么你也不知道。
相应的专业资料是必须的，至少要有专业的入门书籍和对应的资料，也需要更深入的一些资料。当然有专家的参与就另当别论。
如果行业的难度不是很大，可以通过分析人员的自学在短时间内了解行业，也许可以不用专家，否则专家是必须的。
建立设计环境
一定建立一个专门的设计环境来为本项目服务，进行一定的资源分配和必要的文件管理。
真正了解自己和用户
哪些是用户可能明确要达到的目的？
要知道哪些是自己能做到的，哪些是自己做不到的。（对于不能做的可以拒绝或转包。）
哪些是用户想要做到的。
列出人员分配表和所有工具列表
明确项目人员分工 ；
统一项目所用的工具 ；
统一项目文件模版 ；
其它资源列表（资料，相关网站，资询电话） 。
调研过程
搜集需求得到需求说明书
注意：虽然最终必须要形成基于计算机解决方案的描述，但到目前为止，我们关注的焦点文档在相应领域方面的部分。记住这里没有计算机方面的行话，如果是编写一个财务软件，那么就要让会计师能清楚地理解程序员写的问题说明书。
需求说明书问题中，不要太正式。只要描述能表达您想要做的事情就行了，就像和另外一个人在说话一样就可以。
在向客户或相应人员了解问题时，一定要有记笔记的习惯，谈上几个小时，很多细节是记不住的。
整理，检查和细化需求说明书
对于客户的需求进行必要的整理和分类。
有时从用户那里会得到很多信息，不进行必要的整理就不能进行合理的分析，分清有用功能、可选功能、无用功能和不可实现的功能。对于用户来说，他可以说出他想要的很多功能，这些功能间的关系有时是清晰的，但对于多数用户来讲想通过计算机或新系统实现以前没有的功能，这时他所提出的新需求的可行性和与其它模块之间的关系就已经不清，所以对于分析员来讲，要从用户的需求中分清有用功能和无用功能和可选功能，进行分别区分处理，比如不可实现功能请用户放弃。
不要忽略明显的错误
用户倒是不经常提及他需要的东西，而这些东西对问题来说都是很基本的，一定要细化检查，注意这个问题。
你认为的也许不是对的
系统分析员对需求分析的自以为是的情况要加以注意。对于一个行业来说，有些规则可以不是最合理，但它就是那样存在和使用，所以对于每一个非明确确定的需求，要由专业人员来审定。除非你就是专家。
改进
第一次需求在分析，细化一定有不明及不确定之处，那么就整理一份问题细化问询表，对发现的问题进行整理，列出不明之处，可根椐以下格式
问询人：
问题：
业务不清问题列表（业务描述不清）：
1 ….是什么含义？
2 …..与XX是什么关系？
多种选择可能列表（请用户进行选择）：
1 ……有多个可能，那么现在我们使用
A …… B……. C…….. D ……
把询问表提交给用户，根据反馈对需求再分析，这个步骤可重复多次，最终了解需求，确定需求说明书。
审核需求
1.自我审枋，从用户的角度来考虑是否合理，是否可以提高效率，是否可以达到目的，是否有完整
2.由用户来评价。由最终用户来评价你所列的需求是否达到了用户要求（用户人数1-3人，再多也没有什么益处）。
3.重复过程，最终通过审核完成需求说明书。
『引自 IBM DW中国』
（责任编辑 Sunny）
