目录
一、需求定义
把已经分析好的需求,落成文档,把东西记录下来,成为《需求规格说明书》。需求定义的方法有严格定义法 以及 原型法。严格定义法认为所有需求都能够被预先定义 ,开发人员和用户能够准确和清晰的沟通,用图形和文字可以把整个系统充分地体现出来。而原型法认为并不是说有的需求在开发前都能够准确的说明,需要实际可供用户参与的系统模型。
二、需求验证
需要把定义的好的需求,需要把《需求规格说明书》提交给甲方/用户进行需求评审,需要业务人员、项目负责人以及能够确认需求的甲方负责人共同参与评审会。验证完成需要甲方签字确认,或者会议纪要,邮件等证明。以免最终产品验收时赖账。对于要验证可行性的需求需要进行测试,可以设置有代表性的简单场景验证开发的系统能否合规。
三、需求管理
1.定义需求基线
需求基线就是把固定的需求都落成文档,成为已经通过正式评审和批准的规格说明或产品。说明这些需求已经确定下来,添加新的需求或修改原有的需求都必须通过需求变更流程来操作。这样做的目的是防止需求的变化给系统造成重大影响。
2.需求跟踪
我们不仅要跟踪需求&#x