在早期，使用不同的技术收集信息。同利益相关人进行面对面的会议是理解利益相关人需要，以及收集和验证需求的最有效的方式。但是必须事前做好准备使这些会议能够高效进行。

做好准备，收集和Review问题域、问题描述、业务环境和关键利益相关人的信息。大多数这些信息必须在愿景中可用。同样，Review已存在的需求库中收集的利益相关人的请求。

如果存在模糊或领域特定的术语，需要将它们清晰的定义。确保和利益相关人紧密合作，在术语表中记录这些术语，以及你是以一致的方式使用这些术语。

需求可以大致被分为功能性或非功能性需求。前者指定系统必须做什么，后者指定了解决方案的约束，如可用性、可靠性、性能、可维护性、与遗留系统的接口等。依赖于所在的领域，可能存在需要应用的监管要求。

同利益相关人协作，识别和你的系统相关的需求类型。这有助于获取完整的需求集。

寻找并定义将解决方案和真实世界隔离的边界线。同项目经理与架构师一起协作，因为有关系统边界的决策将对成本、进度和系统架构有主要的影响。

同利益相关人协作，识别接口，如用户、机器或系统之间交换的输入、输出信息。在 用例模型 识别并捕获 参与人 和 用例。更多信息参见指南：Identify and Outline Actors and Use Cases。

同利益相关人协作，识别并捕获系统相关的用例和场景。将这些需求和 工作项列表 中的待办事宜关联起来，这样你可以对这些工作进行排序。

更多信息参见指南：Identify and Outline Actors and Use Cases。

同利益相关人协作，识别并捕获和你的系统相关的全系统需求。将这些需求和工作项列表中的待办事宜关联起来，这样你可以排序这些工作。

更多信息参见指南：Developing System-Wide Requirements Specification。

与利益相关人和开发团队一起评审这些需求，确保对愿景的一致同意、评估质量并识别任何变更。