知道了需求的类型和获取需求的方法，现在开始进行需求的获取，作为实践型的方法，如何完成需求获取呢？
需求获取前，需要做一些准备工作，主要是已经分好类的问题清单，并提前提供给被访谈人，方便被访谈人做好准备，并预约好时间，在两小时内高效完成访谈工作，如果完不成，则需要另行约定时间。
首先，调研此项业务领域的组织结构，岗位角色及职责，从而获取组织结构和岗位定义，这也是未来应用系统角色设置的必要条件。
其次，调研此项业务的业务流程，功能，处理规则，约束条件。
第三，收集业务流程中所涉及的业务表单、报表或希望得到的数据或报表。
第四，理清数据或报表的数据来源，数据关系，数据精度，数据范围和约束，数据的去向。如果涉及计算或统计，还需要理清其中的计算方法和关系。如果数据涉及多个部门，要理清数据在多个部门的生成关系及计算关系，简单来说，就是利用IPO的思路来进行获取，即业务和数据的输入，处理和输出。
第五，业务和数据是否有特殊性的地方？例如业务流程不顺利、有其他方法进行处理、出现错误或故障的时候，业务和数据如何进行处理？业务和数据未来在那几个方面存在会变动的风险？
第六，属于非功能性需求部分，此项业务的处理频度如何？实时业务还是每天定时使用？每周使用还是每月使用？高峰时段业务能有多少？频度高，业务数据量会增加，对系统的响应和操作易用性也要求比较高，这不仅是测试时的要求，更是系统交付的要求。
访谈中要使用业务语言，注意倾听和复述，一个人问，其他人记录，确保和对方始终说的是同一个事情，如果比较复杂，还要用具体的例子和数据、表单进行说明，无论对方说什么，保持你的目标，抓住事情的主要矛盾，完成你的任务。访谈以后，要感谢项目干系人的时间。在访谈过程中，要至始至终尊重对方，记下他的问题，访谈后会给他明确的回复或建议。
经过一轮详细的调研，已经获取了很多信息和资料，如何进行处理？
访谈介绍以后，在第一时间完成对资料的整理，避免遗忘，在整理时可以多种方法，如组织结构图、业务流程图、矩阵表格等多种方式。如果发现仍然具有不清晰的地方，需要在第二次访谈时候进行澄清，如果都比较清晰，则在第二次见面后向访谈人讲解业务，确保你已经理解了对方的业务和一些需要。此时，所形成的文档还不能成为需求，不过，已经完成了第一步。
