由开发方和客户共同对主要需求文档“软件需求规格说明书”进行评审，双方达成共识后作出书面承诺，使需求文档具有商业合同效力。
例子： 本“软件需求规格说明书”是建立在双方对需求的共同理解基础之上的，我们同意后续的开发工作根据该“软件需求规格说明书”进行。如果需求发生变化， 我们将按照“需求变更流程”执行，即需求的变更将导致双方重新协商成本、[[资源]]和进度等。
项目经理签字 [[客户]]或客户代表签字
需求管理的内容分成几个大的模块：
需求收集 和 需求分析， 具体内容参考之前的文章，这里就不细说了。
需求评审和需求承诺
①获得对需求的理解。在初步整理需求的基础上，项目小组和用户代表通过初步的分析讨论，对当前项目的需求达成共识，并在需求列表中作相应记录。
②获取需求承诺。通过项目参与者的书面承诺，建立各方或各项工作的基准。
需求变更
③管理需求变更。维护变更历史，为调整与控制提供数据。
参考《如何应对变化》一文
需求跟踪
④在需求变更后维护对需求的双向可追溯性。从软件可维护性的角度提出管理要求。
⑤标识项目工作(包括计划和产品)与需求的不一致性。若发现不一致性，即启动纠正措施。
