GJB5000A - 需求管理过程域

需求管理过程域【管理项目的产品和产品部件的需求，并标识这些需求与项目的计划和工作产品之间的不一致性】

标准要求：

SP1：管理需求，并标识需求与项目计划和工作产品间的不一致性

       SP1.1：与需求提供者一起理解需求的含义

       SP1.2：获取项目参与者对需求的承诺

       SP1.3：当需求在项目期间演化时，管理需求的更改

       SP1.4：维护需求和工作产品之间的双向可追溯

       SP1.5：标识项目计划和工作产品与需求之间的不一致性

---

---

---

---

SP1： 获得对需求的理解

      SP1.1：接受外来任务书 项目组选择需求提供者,并通过内部评议确保项目组与需求提供者达成一致的理解，做出满足需求相关工作的承诺

       SP1.2：接受非外来任务书     系统组组织任务书评审会，与项目组就需求的理解达成共识。项目组做出满足需求相关工作的承诺。

        SP1.3：条目化软件研制任务书 软件开发计划生效后，项目组长对任务书进行条目化处理

         SP1.4：提交入库

SP2： 建立和维护需求追溯关系

       SP2.1：条目化工作产品  工作产品完成后。工作产品负责人定义条目并标识条目状态

       SP2.2：建立追溯关系   工作产品负责人建立工作产品条目与其追溯源的条目之间的双向追溯关系；

项目组长检查工作产品与任务书之间的一致性，标识并处理不一致性，跟踪至结束

       SP2.3： 维护追溯关系  当建立追溯关系的工作产品发生变更时，

工作产品负责人继承原有条目化结果并标识更新，更新追溯关系，项目组长检查一致性

SP3： 管理需求变更

        SP3.1：项目组发现外来任务书问题  项目组影响域分析发现需要修改外来任务书时，将问题上报需方。

需方确认修改后将更新版下发项目组，项目组依据扫描件进行任务书更改入库

         SP3.1：项目组发现非外来任务书问题   上报系统组系统组确认项目组更新

         SP3.2：需方自行修改外来任务书      需方发现，修改后下发项目组，项目组更改入库

        SP3.2：系统组自行修改非外来任务书   系统组发现，修改后下发项目组，项目组改新入库