需求获取只是需求工程的起点，访谈、问卷、观察和 JRP 等方法得到的多是用户初始表述，可能存在不完整、含糊、矛盾或不可验证的问题。后续还必须进行需求分析、建模、验证、确认和变更管理，将用户语言转化为清晰、一致、可实现、可验证的系统需求。需求工程的核心风险在于把用户口头描述直接等同于完整需求，忽视了澄清、冲突消解和验收标准定义。需求工程包括需求获取、分析、规格说明、验证、确认和变更管理。访谈得到的用户表述只是原始输入，还需要消除歧义、冲突和不可验证描述，形成可追踪、可测试、可管理的正式需求。