过程规范第8章需求管理(编辑修改稿)内容摘要：
的评审之后，开发方负责人）（项目经理）和客户对需求文档做书面承诺，使之具有商业合同效果。 示例如下： 本需求文档建立在双方需求的共同理解基础上，我同意后续的开发工作根据该需求文档开展。 如果需求发生变化，我们将按照“需求变更控制程序”执行。 我明白需求的变更将导致双方重新协商成本、资源和进度等。 甲方负责人签字 乙方负责人签字 8． 2． 6 输出 《需求评审报告》。 书面的需求承诺。 8． 2． 7 结束准则 需求文档通过了正式评审，并且获得了开发方和客户的书面承诺。 8． 2． 8 度量 项目经理统计工作量和上述文档的规模。 需 求 跟 踪 8． 3． 1 目的 将系统设计、编程、测试等阶段的工作成果与需求文档进行比较，建立与维护“需求文档－设计文档－代码－测试用例”之间的一致性，确保产品依据需求文档进行开发。 8． 3． 2 角色与职责 项目经理更总需求。 8． 3． 3 启动准则 需求文档已经通过正式评审并获得了承诺。 系统设计、编程、测试等阶段的工作成果如设计文档、代码、测试用例已经产生。 8． 3． 4 输入 需求文档 设计文档、代码、测试用例 8． 3． 5 主要步骤 『 Step1』建立与维护需求跟踪矩阵 正向跟踪。 检查需求文档中的每个需求是否能在后续工 作成果中找到对应点。 逆向跟踪。 检查 设计文档、代码、测试用例等工作成果是否都能在需求文档中昭到出去。 正向跟踪和逆向跟踪合称为“双向跟踪”。 不论采用何种跟踪方式，都要建立与维护需求跟踪矩阵（即表格）。 需求跟踪矩阵保存了需求与后续工作。阅读剩余 0%
本站所有文章资讯、展示的图片素材等内容均为注册用户上传(部分报媒/平媒内容转载自网络合作媒体)，仅供学习参考。
用户通过本站上传、发布的任何内容的知识产权归属用户或原始著作权人所有。如有侵犯您的版权，请联系我们反馈本站将在三个工作日内改正。