一、通过研究现有的文档、资料获取需求信息
这些文档资料包括：
1、各种文件（战略规划、规章制度、汇报材料、工作总结、上下行文件、会议记录等等）；
2、各种报表（财务、行政及其他）；
3、业务过程中的各种记录（如凭证、日志、条据等）；
4、保存在原有计算机信息系统中的各种数据库资料、信息系统自身的界面、操作方法、报表格式等信息；
5、各类相关人员的意见、建议材料；
通过研究可以得到：
1、公司实施新的信息系统的基本目标和出发点；
2、当前公司面临的主要问题和造成这些问题的主要原因；
3、公司的基本业务流程；
4、业务过程中产生的基本数据结构和数据量；
二、通过亲历工作环境观察、体验、实践业务流程和环节获取信息
1、观察工作环境；
2、扮演用户角色；
这样可以收集到一个完整的工作周期的信息和数据；并得到目前工作系统到新开发系统中需要使哪些工作得到自动化处理。
三、通过发放调查表的方法获取需求信息
1、开放式调查表
用户回答问题时有较大的自由空间，如：你认为目前的系统存在哪些问题？你处理订单时有何不便？
这样的问题虽然可以获取较大的信息量，但不可控，不便于收集整理，信息利用率不高。
2、封闭式调查表
采用格式化的提问方式，给用户提供固定的候选答案。
这样的问题虽然便于收集整理，也可直接运用计算机辅助处理，但往往会因为问题设计的局限性而忽略某些关键信息，毕竟需求分析人员不是用户这个行业的专业人员。
四、通过JRP会议了解需求信息
JRP（联合需求计划）是通过召开广泛的参与者和角色参加的小组会议，一般包括用户方高层管理人员、直接用户和管理人员、项目组成员等，而项目管理师或系统分析师（最一般的情况是系统分析师）担任主持人的角色。
JRP会议必须有明确的计划，并有严格的制度保证其实施，会议的核心是获取最直接、准确的客户需求，
为了保证JRP会议的成效，主持者最好能以原型的方式向与会人员提供直观的系统蓝图，因为参与会议的不仅是技术领域的专家，更多的是业务领域的各级人员。
以上方法依系统实际即可单独运用，亦可配合运用。
重要的一点是：需求获取的主体是客户，是来自业务领域的实际，过多的考虑技术方面的实现不仅为时过早，而且容易造成客户意识层面的抵触，例如：在需求分析阶段就大谈业务流程的改造，这些都可能造成项目无法继续。