至于项目延期，那也不是开发部门的原因，甚至可以以此为依据来拒绝不必要的需求变更。
而对于业务人员来说，通过审查这些详细的需求内容，对将要设计的系统也能做到心里有数，消除不必要的疑虑。签字确认后的需求文档可以作为今后产品交付的依据，对双方具有同等的约束力。据统计，需求设计阶段的评审，发现缺陷的有效性，最高达到75%，比测试有效20倍以上。
（4） 加强需求跟踪。将系统设计、编码、测试等阶段的工作成果（如设计文档、代码、测试用例等）与需求文档进行比较，建立与维护“需求文档—设计文档—代码—测试用例”之间的一致性，确保软件依据需求文档开发。
（5） 需求变更控制。需求的变化问题是每个开发人员、每个项目经理都经常遇到的，一旦发生了需求变化，就不得不修改设计、重写代码、修改测试用例、调整项目计划等，还必须对需求变更的影响进行评估。唯一的办法是使需求在受控的状态下发生变化，
而不是随意变化，依据“需求变更申请———审批需求变更申请———更改需求文档———重新进行需求确认”的流程处理需求的变更，确保需求变更不会失去控制而导致项目发生混乱，每一个小的变化都要严格按照变更管理流程来管理。
4、结语
需求是软件设计及实现的基础，对于整个软件项目来说至关重要。软件项目需求管理是对需求的获取、组织及记录过程进行的管理，是软件开发成败的关键性因素。为了使软件开发能顺利完成，必须重视需求管理工作，舍得投入一定的人力、物力，
采用先进的方法和科学的手段来保证软件开发工作的进行。