需求分析 总体设计 详细设计 编码 测试 B C D E F 无 A，B A，B C，D E 0.2 0.3 0.5 1 0.2 7软件项目的质量计划 7.1 项目经理的职责
1.评审质量计划。
2.与质量保证人员一起协商不符合项问题的纠正措施，并安排资源实施纠正措施。 3.定期或事件驱动地评审质量保证活动和结果。
7.1.2质量保证人员的职责
1.负责项目实施过程中对项目实施情况进行监督，包括对项目实施过程和工作产品进行监督检查。
2.实施项目组成员的质量保证培训。 3.制定质量保证计划。
4．按计划实施审计活动，依照质量保证计划执行评审/审计，并记录执行中发现的不符合项。
5.对不符合问题提交不符合项报告，跟踪并验证纠正措施的执行情况。 6.对项目内不能解决的不符合项问超；向高层管理提交报告。 7.向项目经理报告项目质量工作状况和质量度量结果。 8.定期向项目组报告质量活动的结果。
8.制定质量保证的过程改进计划，记录过程数据。
7.1.3质量目标 1）基于需求的测试覆盖率为100%。 2）功能测试完善
17
3）每个阶段评审中发现的问题都已经解决或得到适当处理。 4）产品发布时不存在严重问题以及以上的缺陷。 5）严格满足合同的要求和规格 6）用户领导满意
7.1.4质量策略 1. 控制产品的质量，及时纠正缺陷
2应该特别注意项目工作产品质量的早期评审工作，元论是质量保证还是质量控制，采取的策略都是早期预防和早期排除缺陷。 3将质量贯彻到日常的项目进展过程中；
7.2软件质量保证活动 7.2.1审计
审计(Audit) 是对过程或者产品的一次独立评估。将审核的主体与为该主体以前建立的一组规程和标准进行比较目的是确保真正的遵循了这一个过程，产生了合适的文档和精确反映实际项目的报告，可以预先规划的，也可以是临时决定的。现在讲本项目中的预先规划审计列出如下。在整个开发过程中，会根据需要插入临时决定的审计。
1. 审计软件项目计划 时间：计划结束 标准：合同要求 2. 需求规划文档 时间：需求制定 标准：需求规格说明 3. 总体设计文档 时间：总体设计制定 标准：软件项目计划 4. 详细设计文档 时间：详细设计制定 标准：软件项目计划 5. 编码规范 时间：详细设计制定 标准：软件项目计划 6. 产品代码 时间：编码结束 标准：编码规范 7. 测试文档 时间：详细设计制定 标准：企业质量要求 8. 用户手册 时间：产品提交之前 标准：项目计划和需求 将审计的结果编写审计报告及时提交。以下是制定的质量审计模版
软件质量保证审核报告
产品类别： 项目名称： 审核阶段： 审核范围： 审核标准： 18
审核员： 参加人员： 审核日期： 持续时间： 好的实践经验 序号 发现的问题 序号
上报的不一致问题 序号 问题解决活动计划 KPA 内容 KPA 内容 KPA 内容 严重程度 状态 状态 问题序号 解决方案 负责人 19
预计完成日期
注释：
1. 审核阶段：项目计划审核阶段、需求审核阶段、设计审核阶段、编码审核阶段、测试审核阶段、产品发布审核阶段
2. 审核范围：CMM KPA名称
3. 审核标准：所用的审核检查表
4. 严重程度：严重（指与项目计划中定义的过程不符合） 轻微（指活动遵循了过程，但有质量问题）
7.2.2 过程评审
项目严格按照组织定义的软件过程进行开发，过程评审的具体依据参照企业的过程规范，保证项目中的所有过程活动都在实施范围内。在每次评审之后，要对评审结果做出明确的决策并形成评审记录。评审可采取文件传阅、评审会等形式。
质量保证人员负责对项目过程迸行监督，将发现的问题和解决情况在每周的例会上通报，对没有解决的问题迸行讨论，对不能解决的问题提交高级管理者处理。 每个周末，进行一次配置管理审核，确认配置管理工作是否正常进行
7.2.3问题报告
质量保证人员对于每次审计活动发现的不符合项，应该和项目经理协商不符合项的纠正措施并预定完成日期，若和项目经理存在意见分歧，质量保证人员可以上报给高层管理者，由高层管理者决定最后的措施。同时，不符合项在项目周例会中汇报。
对不符含项，质量保证人员耍在预定完成日期内重新审计，验证不符合项的纠正情况，若超过预定完成日期1周仍然有没解决的不符合项，质量保证人员上报给高级管理者，由高级管理者决定最后的措施。
质量保证人员有独立的汇报途径，日常的汇报途径如下： 1.将发现的问题通知项目经理，协调纠正措施。
2.将项目组内不能协调的问题汇报给茼级管理者，由南级管理者协调解决。 3.将日常工作和过程数据汇报给质量经理，由其统一收集并进行统计。
7.3测试计划
下面是本项目的测试大概计划，详细内容请查阅测试文档。 1. 基本测试 单元测试 集成测试 系统测试
20