软件开发项目技术管理规范
6 需求管理
6 需求管理
6-1：产品项目必须安排人员负责需求管理的职责。
说明：职责参见建议6-1。
6-1：需求管理的职责至少应包括以下内容： 序号 内容 1 在产品项目整个生存周期内，管理系统需求和它们的分配，并对其建立文档。 2 实现对系统需求及其分配的更改。 6-2：必须建立文档标识分配到软件中的产品系统需求。
说明：文档的内容参见建议6-2。
6-2：标识分配到软件中的产品系统需求的文档至少应包含以下内容: 序号 内容 1 影响和确定软件项目活动的非技术性需求（即：协议、条件、合同条款等）。 2 对软件的技术需求。 3 用于确认软件产品满足分配需求的验收标准。 6-3：相关人员必须接受需求管理活动方面的培训。
说明：参见建议6-3。 6-3：培训至少包括以下内容: 序号 内容 1 项目所使用的方法、标准、规程 2 应用领域的知识 6-4：必须对对经过评审和批准的需求文档进行管理和控制。
说明：参见建议6-4。
6-4：对经过评审和批准的需求至少应采用以下方法进行管理和控制： 序号 内容 1 在配置管理计划（SCMP）中将需求文档定义为CI。 2 对需求文档进行配置管理。 3 相应的参考文档进行变更/维护。 6-5：必须对需求变更采用严格的变更控制流程控制。
说明：参见建议6-5。
仅供内部使用
26
软件开发项目技术管理规范
6 需求管理
6-5：变更控制流程至少应包含以下内容： 序号 内容 1 对变化的影响进行评估 2 经过CCB组织的评审 3 通知受影响的组和个人 4 跟踪解决该问题，直到关闭 6-6：必须在开发过程中对需求进行跟踪。
说明：参见建议6-6。
6-6：需求跟踪活动至少应包括以下内容： 序号 内容 1 按照公司模板制定《需求跟踪说明书》 2 跟踪需求状态的变化 3 需求的跟踪和分配经过评审 6-7：在需求管理活动中必须建立相关度量记录。
说明：参见建议6-7
6-7：对需求活动的度量至少应包含以下内容： 序号 内容 1 需求的数量 2 需求的状态 3 需求的类型 4 需求的更改次数 6-8：需求管理活动和其文档必须接受上级管理部门、产品项目经理、SQA的评审。
仅供内部使用
27
软件开发项目技术管理规范
8 软件质量保证
7 软件配置管理
7-1：产品项目要任命配置管理的人员和组织，在整个配置管理活动中明确他们的职责。
说明：参考建议7-1。
7-1：参照《软件配置管理规范》和《软件配置管理指导书》，任命SCM组织。 7-2：产品项目必须制定软件配置管理计划（SCMP)，指导整个配置管理活动。
说明：参考建议7-2。
7-2：项目经理根据《配置管理计划（模板）》，负责制定配置管理计划。 7-3：软件配置管理计划必须包括如下的内容： 序号 1 2 3 4 5 6 内容 对各阶段应受控的配置项进行选择、分类、标识。 定义配置项(CI)的命名惯例 定义版本号命名方案 制定培训计划 定义相关SCM流程 制定相应配置评审计划和方法 7-4：软件配置管理计划必须经过由开发人员、产品项目经理、SQA参加的评审，并获得批准，并基线化。
7-5：软件配置管理计划和软件项目开发计划必须同步变更。
7-6：问题跟踪要有一套流程支持，该流程要包括问题的描述，分类，评估，设计，实现，验证，归档的整个生命过程。
7-7：变更申请要有一套流程支持，该流程要保证该变更申请（针对已基线化的配置项）有一个初始化，分类，设计，评估，分派，实现，验证，归档的整个过程。 7-8：每个版本有一个符合规范的版本描述文档。 7-9：必须定义流程指导配置状态发布。
说明：参考建议7-3。
7-3：在配置管理计划中描述配置状态发布的周期，内容和模板。
仅供内部使用
28
软件开发项目技术管理规范
8 软件质量保证
7-10：配置项(CI)的变更和配置管理活动的运行状态通知到相关的部门组织和个人。
7-11：定期对变更申请(CR)的处理情况进行统计并将统计和分析结果进行发布，发布内容至少包括：单位时间内处理的CRs数量，CRs分布统计表，CRs流通量统计表，CRs状态分布统计表等。
说明：参考建议7-4。
7-4：建议正常情况2周发布一次，更改频繁时是1周，更改较少时是3周 7-12：建立可以体现开发版本和基线版本两种不同受控程度的配置库系统
说明：参考建议7-5。
7-5：建议使用SCM工具的分支功能实现不同类型的版本控制 7-13：制定一个基线化流程指导建立基线。
说明：参考建议7-6。
7-6：建议在配置管理计划中对流程进行描述，该流程要保证基线化过程中的物理配置审计（PCA〕,
功能配置审计（FCA〕,SQA评审和审计等过程。
7-14：内外的发布必须只能来自基线库。
7-15：产品项目经理、SQA要定期对SCM的活动和其文档进行评审/检查，输出评审/检查结果，制定并实施改进措施
7-16：相关SCM评审要制定相应的Checklist进行指导，评审要有记录。
8 软件质量保证
8-1：产品项目组要有相关的SQA人员和组织，并开展SQA活动。 8-2: 产品项目SQA的组织活动必须通过如下检查。
序号 问题 1 产品项目是否建立一个独立的、能够支持那些要求独立性活动的SQA组织？对所有项目，SQA功能是否到位？ 2 SQA组是否有一个向产品组之上的管理者、管理部门报告的渠道？ 3 是否为组织进行SQA活动提供足够的资源和费用？
仅供内部使用
29
软件开发项目技术管理规范
8 软件质量保证
4 SQA组的成员是否接受了培训以完成他们的SQA活动？ 5 项目的软件相关成员是否接受了有关SQA组任务、职责、权利等的相关培训？ 6 上级管理部门是否对产品项目的SQA活动及其结果进行了定期评审？ 7 产品项目经理是否定期和事件驱动地参与评审SQA活动? 8 SQA组活动及其工作产品是否接受了SQA组之外的专家进行的定期评审？ 9 项目组是否制定一个执行SQA活动的计划SQAP。如制定了SQA计划，计划的制订是否按照已文档化的组织的SQA规程和SQA计划模版执行？ 8-3: 产品项目必须有SQA计划，SQA计划必须通过如下检查。
序号 问题 1 制定SQA计划的活动是否按照公司的相关规范进行？如果存在偏差，是否形成了偏差文档，并得到研究技术管理处的批准？ 2 SQA计划是否符合公司规范中SQA计划模板的要求？如果存在偏差，是否形成了偏差文档，并得到研究技术管理处的批准？ 3 SQA活动是否按照SQA计划进行？ 4 SQA计划是否经过计划中涉及的相关组和个人的评审，并得到SQA经理、产品项目经理的批准？ 5 SQA计划和软件项目计划是否在项目的里程碑处进行了修改，修改是否得到批准？SQA计划和软件项目开发计划是否同步变更？ 8-4：SQA必须对产品软件开发过程进行过程审计。
说明：参考建议8-1。
8-1：要对以下的过程进行审计：需求分析过程、软件概要设计过程、软件详细设计过程、软件测试过程、版本发布过程、配置管理过程、变更控制过程、需求管理过程。
8-5：SQA的过程审计必须通过如下的检查。
序号 问题 1 产品项目是否明确定义了各种软件活动过程？定义的活动过程是否经过SQA和相关管理部门的批准？ 2 软件过程审计是否按照公司制订的软件过程审计规程执行？ 3 SQA是否对每一个软件活动过程提交了过程审计报告？ 4 是否提交了过程不符合项报告？ 5 SQA的过程审计结果是否通过适当的渠道报告给适当的管理者？ 8-6：SQA必须参与项目的技术评审活动。
说明：参考建议8-2，8-3。
8-2：SQA必须参与项目的技术评审活动包括：需求评审、系统设计评审、概要设计评审、详细设计评审等。
仅供内部使用
30