项目管理-软件质量计划书_模板及实例实战
软件项目工程管理-质量计划
合同登记编号：质量计划项目名称：新新图书管理系统委托人（甲方）：新新图书馆研究开发人（乙方）：实习生研发团队签订地点：西安市签订日期： 2011-3-16有效限期： 2011-3-16至 2011-10-16西安市信息技术管理办公室《新新图书馆里系统》质量计划说明在制定项目计划的时候，质量经理参与整个项目计划的制定过程，同时根据项目的特点和企业的质量保证体系，负责制定质量计划。
质量计划的只要内容包括：项目的质量目标。
项目执行过程程序。
质量保证活动。
质量控制活动。
具体简述如下：1.导言2.项目组织2.1组织机构在项目实施期间成立项目质量保证组织，该组织有质量保证人员和项目经理等组成。
项目经理负责质量监督工作，质量保证人员负责质量保证的工作。
组织结构如图8.1所示。
图8.1 项目的组织结构2.2职责在本项目中，质量保证组织机构职责如下。
2.21高层管理高层管理是公司负责质量的高级管理。
其质量职责如下：●受理项目内不能解决的不符合为题，必要时与项目经理协调。
●负责听取质量保证组的工作报告，评审质量保证活动和结果。
●参加有关质量保证过程进行的评审。
2.22项目的质量保证人员质量保证人员的质量职责如下：●负责项目实施过程中对项目实施情况进行监督，包括对项目实施过程和工作产品进行监督检查。
●实施项目组成员的质量保证培训。
●制定质量保证计划。
●按计划实施审计活动，依照质量保持计划执行评审/审计，并记录执行中发现的不符合项。
●对不符合问题提交不符合项报告，跟踪并验证措施的执行情况。
●对项目内不能解决的不符合问题，向高层管理提交报告。
●向项目经理报告项目质量工作状况和质量度量结果。
●定期向项目组报告质量活动的结果。
●制定质量保证的过程改进计划，记录过程数据。
2．23项目经理项目经理的质量职责如下：●评审质量计划。
●与质量保证人员一起协商不符合项问题的纠正措施，并安排资源实施纠正措施。
●定期或时间驱动地评审质量保证活动和结果。
软件项目管理第8章 软件项目质量计划
缺乏质量重视
减少新开发项目资源
对性能改善的冲动
软件生产率的低下
希望软件快些、省些、好些
市场被竞争对手侵占
13
质量管理理论的发展过程
质量保证
TQM
质量控制 质量检查 工匠自控
1920 1940 1960
14
1970
软件质量管理的发展过程
发展时期
年代
成品
组织方式
开发技术特点 个人设计和使用 手工技巧 无维护观念 无系统化方法
预防成本（达标成本、一致性成本） 为确保项目质量而进行预防工作所耗费的费用。
预防费用 评估费用
缺陷成本（不达标成本、非一致性成本）
为确保项目质量而修复缺陷工作所耗费的费用。
内部缺陷 外部缺陷
18
CoQ 模型-预防成本
评估费用：使项目符合所提要求（第一次）监测缺 陷所衍生的成本。例如：
Weinberg:软件排错的主要问题之
一是程序员自己审查代码。
无自我评审（Egoless
Review）
38
审核(Inspection)
参与人员被赋予特定的角色和职责 角色 仲裁人 作者 读者 记录员
39
审核实施的步骤
① 概述（Overview） ② 准备（Preparation） ③ 审查会议（Inspection Meeting） ④ 返工（Rework）
46
质量不同思路和策略
微软—紧包装 航天飞机控制软件—接近零缺陷,无故障 典型的政府合同—满足合同的要求和规格
摩托罗拉—需要达到6Sigma
47
软件质量改善的要求
设计高效的软件项目质量管理计划
设计高效的软件项目质量管理计划1. 简介软件项目质量管理计划是为了确保软件项目在开发过程中达到预期的质量标准而制定的一项计划。
本文档旨在提供一个设计高效的软件项目质量管理计划的框架，以帮助项目团队在整个开发周期中有效管理和控制质量。
2. 目标本质量管理计划的目标是：- 确保软件项目交付的产品质量符合客户的需求和期望；- 提高软件开发过程中的效率和可靠性；- 最小化软件项目中的错误和问题；- 提高团队合作和沟通，确保项目团队对质量目标的共识。
3. 质量管理活动为了达到以上目标，本质量管理计划将包括以下质量管理活动：3.1. 需求分析阶段- 确保对客户需求的准确理解和明确定义；- 进行需求评审和验证，确保需求的完整性和一致性；- 制定详细的需求规格说明，包括功能和非功能要求。
3.2. 设计阶段- 进行详细的系统设计，确保满足需求规格说明的要求；- 进行设计评审，以确保设计方案的合理性和可行性；- 制定详细的设计文档，包括架构设计和模块设计。
3.3. 开发阶段- 遵循规范的编码标准和最佳实践；- 进行代码评审和单元测试，确保代码的质量和可维护性；- 使用自动化测试工具进行集成测试和系统测试。
3.4. 验收阶段- 进行用户验收测试，确保软件符合用户需求和预期；- 收集用户反馈并及时进行修复和改进；- 完成最终的系统测试和性能测试。
3.5. 质量监控和改进- 建立质量指标和度量体系，对软件项目的质量进行监控和评估；- 及时识别和解决质量问题，持续改进质量管理过程；- 定期进行质量回顾和经验总结，提炼出最佳实践并应用于未来项目。
4. 质量管理责任为了确保质量管理计划的有效执行，以下是各方的责任分配：4.1. 项目经理- 负责制定和执行质量管理计划；- 确保项目团队理解和遵守质量目标和标准；- 协调各方资源，推动质量管理活动的顺利进行。
4.2. 开发团队- 遵循质量管理计划中规定的开发流程和标准；- 及时报告和解决质量问题，确保交付的代码质量；- 积极参与质量评审和测试活动。
软件项目的质量管理计划
软件项目的质量管理计划1. 引言软件项目的质量管理计划是确保软件项目按照既定质量标准开发和交付的重要文件。
本文档旨在提供一个简单且没有法律复杂性的质量管理计划，以保证项目的成功和高质量交付。
2. 目标本质量管理计划的主要目标是：- 确保软件项目的质量符合客户要求和预期。
- 最大程度地减少软件项目中的缺陷和错误。
- 提高软件项目的可靠性和可用性。
3. 质量管理流程为了实现上述目标，我们将采取以下质量管理流程：3.1 质量规划- 在项目启动阶段，确定质量目标和标准。
- 与项目团队和相关利益相关者一起制定软件质量计划。
3.2 质量保证- 定期进行代码评审，以确保代码质量和规范符合标准。
- 进行单元测试、集成测试和系统测试，以验证软件的功能和性能。
- 使用版本控制工具，确保软件开发过程中的版本管理和追踪。
3.3 缺陷管理- 确定和记录软件中的缺陷和问题。
- 追踪和监控缺陷的解决过程。
- 在解决缺陷后进行验证和确认。
3.4 配置管理- 采用配置管理工具，确保软件开发过程中的配置控制和变更管理。
- 确保所有软件和相关文档的版本控制和管理。
3.5 过程改进- 定期评估项目的质量管理过程，发现潜在问题并提出改进措施。
- 在项目后期进行总结和复盘，总结经验教训并提出改进建议。
4. 质量指标为了衡量软件项目的质量，我们将关注以下指标：- 代码覆盖率：衡量代码被测试覆盖的程度。
- 缺陷密度：每个软件单元或每个功能点中的缺陷数量。
- 缺陷解决时间：解决缺陷所需的平均时间。
- 用户满意度：通过用户调查和反馈来评估用户对软件的满意程度。
5. 质量培训为了提高项目团队成员的质量意识和能力，我们将提供质量培训计划，内容包括但不限于：- 软件质量管理的基本概念和原则。
- 编码规范和最佳实践。
- 单元测试和集成测试的方法和技巧。
6. 风险管理在质量管理计划中，我们也将考虑风险管理的重要性。
我们将识别和评估与软件质量相关的潜在风险，并制定相应的应对策略和措施。
软件项目质量管理方案书
制定质量保证计划：依据项目计划及项目质量目标确定需要检查的主要过程和工作产品，识别项目过程中的干系人及其活动，估计检查时间和人员，并制定出本项目的质量保证计划。
质量保证计划的主要内容包括：例行审计和里程碑评审，需要监督的重要活动和工作产品，确定审计方式，根据项目计划中的评审计划确定质量保证人员需要参加的评审计划。
明确质量审计报告的报送范围。
质量保证计划的评审：质量保证计划需要经过评审方能生效，以确保质量保证计划和项目计划的一致性。
经过批准的质量保证计划需要纳入配置管理。
当项目计划变更时，需要及时更改和复审质量保证计划。
根据质量保证计划进行质量的审计工作，并发布质量审计报告。
审计的主要内容包括：是否按照过程要求执行了相应的活动，是否按照过程要求产生了相应的工作产品。
本项目中对质量的控制主要体现在不同阶段的审计之中。
对审计中发现的不符合项，要求项目组及时处理，质量保证人员需要确认不符合项的状态，直到最终的不符合项状态为“完成”为止。
我公司在开辟项目上按照规范化软件的生产方式进行生产。
每一个项目除配备了项目开辟所需角色外，还专门配备了质量保证小组、配置管理小组、测试小组来确保质量管理的实施，下面针对这三种角色进行说明：质量保证小组作为质量保证的实施小组，在项目开辟的过程中几乎所有的部门都与质量保证小组有关。
质量保证小组的主要职责是：以独立审查方式，从第三方的角度监控软件开辟任务的执行，分析项目内存在的质量问题，审查项目的质量活动，给出质量审计报告。
就项目是否遵循已制定的计划、标准和规程，给开辟人员和管理层提供反映产品和过程质量的信息和数据，使他们能了解整个项目生存周期中工作产品和过程的情况，提高项目透明度，从而支持其交付高质量的软件产品。
质量保证人员依据质量保证计划，通过质量审计报告向项目经理及有关人员提出已经识别出的不符合项，并跟踪不符合项的解决过程，通过审计周报或者审计月报向项目经理提供过程和产品质量数据，并与项目组商议不符合项的解决办法。
软件项目质量管理方案书
软件项目质量管理方案书1软件开发质量保证方案1.1 质量管理内容1.1.1编制和评审质量计划制定质量保证计划: 依据项目计划及项目质量目标确定需要检查的主要过程和工作产品, 识别项目过程中的干系人及其活动, 估计检查时间和人员, 并制定出本项目的质量保证计划。
1.1.2质量保证计划的主要内容包括：例行审计和里程碑评审, 需要监督的重要活动和工作产品, 确定审计方式, 根据项目计划中的评审计划确定质量保证人员需要参加的评审计划。
明确质量审计报告的报送范围。
1.1.3质量保证计划的评审：质量保证计划需要经过评审方能生效, 以确保质量保证计划和项目计划的一致性。
经过批准的质量保证计划需要纳入配置管理。
当项目计划变更时, 需要及时更改和复审质量保证计划。
1.1.4“过程和工作产品”的质量检查1.1.5根据质量保证计划进行质量的审计工作, 并发布质量审计报告。
1.1.6审计的主要内容包括：是否按照过程要求执行了相应的活动, 是否按照过程要求产生了相应的工作产品。
本项目中对质量的控制主要体现在不同阶段的审计当中。
1.1.7不符合项的跟踪处理1.2 对审计中发现的不符合项, 要求项目组及时处理, 质量保证人员需要确认不符合项的状态, 直到最终的不符合项状态为“完成”为止。
1.3 质量管理责任分配1.3.1我公司在开发项目上按照规范化软件的生产方式进行生产。
每个项目除配备了项目开发所需角色外, 还专门配备了质量保证小组、配置管理小组、测试小组来确保质量管理的实施, 下面针对这三种角色进行说明:1.3.2质量保证小组职责质量保证小组作为质量保证的实施小组, 在项目开发的过程中几乎所有的部门都与质量保证小组有关。
质量保证小组的主要职责是: 以独立审查方式, 从第三方的角度监控软件开发任务的执行, 分析项目内存在的质量问题, 审查项目的质量活动, 给出质量审计报告。
就项目是否遵循已制定的计划、标准和规程, 给开发人员和管理层提供反映产品和过程质量的信息和数据, 使他们能了解整个项目生存周期中工作产品和过程的情况, 提高项目透明度, 从而支持其交付高质量的软件产品。
软件质量保证计划模板
{项目名称}软件质量保证计划状态：草稿标识号：PRS-DOC-PROC-SQA-003 评审当前版本： 1.0前一版本：修订版发布日期：2001-4-9摘要“简要描述该文档的内容。
”修改历史目录1概述 (4)1.1目的和范围 (4)1.2软件质量保证计划维护 (4)1.3参考资料 (4)2角色与职责 (4)2.1角色 (4)2.2职责 (4)3审核标准 (4)4过程能力与软件质量目标 (4)4.1过程能力目标 (4)4.2软件质量目标 (5)4.3达到目标的活动 (5)5软件质量保证活动进度表 (5)5.1项目软件质量保证活动 (5)5.1.1参与内容 (5)5.1.2项目评审活动 (5)5.1.3软件工作产品审核 (6)5.2软件质量保证员审核计划 (6)5.3客户满意度调查计划 (6)5.4客户评审时间表(可选) (6)6度量计划 (6)6.1原始数据 (6)6.2收集方法 (6)7审核规程 (7)8缺陷预防计划 (7)1概述1.1目的和范围本节描述软件质量保证计划的目的和范围。
1.2软件质量保证计划维护本节将描述该计划在何种情况下需要被更新，以及如何更新。
例如:此软件质量保证计划由{项目组名称}开发和维护。
当出现新的问题或需要更改已存在问题时，需按《更改控制规程》进行更新，并由{项目组名称}完成。
1.3参考资料用实际引用的文档替代/添加在下面的文档后。
1.软件质量保证过程（PRS-DOC-PROC-SQA-001）2.文档控制规程（PRS-DOC-PROC-SCM-003）2角色与职责2.1角色2.2职责所有角色职责描述在软件质量保证过程文档中（PRS-DOC-PROC-SQA-001）。
3审核标准项目计划中项目过程定义的内容是软件质量保证员评审和审核的基础。
4过程能力与软件质量目标4.1过程能力目标4.2软件质量目标4.3达到目标的活动为了达到以上定义的目标值，项目应执行下列活动：∙计划并提供足够的、有关技术领域和过程知识方面的培训∙引进或者开发一些新的工具使软件开发顺利完成∙严格遵循公司的过程。
软件项目：有效的质量管理计划
软件项目：有效的质量管理计划1. 背景和目的本文档旨在为软件项目制定一个有效的质量管理计划。
质量管理计划是确保软件项目交付高质量产品的重要工具。
通过对项目中的质量管理活动进行规划和组织，可以最大程度地提高项目成功的可能性。
2. 质量管理计划的重要性质量管理计划有助于确保软件项目按时交付、符合预期质量标准，并满足相关法律要求。
一个有效的质量管理计划可以提供以下好处：- 确定项目的质量目标和标准- 确定质量管理的组织结构和责任分工- 规划和安排质量保证和质量控制活动- 确保项目执行过程中的质量监督和检查- 确定质量改进措施和纠正措施3. 质量管理计划的制定步骤以下是制定一个有效的质量管理计划的步骤：3.1 确定质量目标和标准首先，我们需要明确项目的质量目标和标准。
质量目标应该与项目的目标和客户的期望相一致。
质量标准应该明确规定产品的质量要求和验收标准。
3.2 制定质量管理组织结构制定质量管理组织结构，明确质量管理的责任和权限。
质量管理团队应包括质量经理、验证工程师和质量控制人员等。
每个成员的职责和任务应明确规定。
3.3 规划质量保证和质量控制活动根据项目需求和质量目标，制定质量保证和质量控制活动的计划。
质量保证活动包括质量策划、质量评审和质量培训等。
质量控制活动包括质量检查、测试和缺陷管理等。
3.4 质量监督和检查在项目执行过程中，进行质量监督和检查。
监督项目团队的质量管理活动，并及时发现和解决质量问题。
定期进行质量检查，确保产品符合质量标准。
3.5 质量改进和纠正措施根据质量监督和检查的结果，采取相应的质量改进和纠正措施。
持续改进项目的质量管理过程，提高产品的质量。
4. 总结质量管理计划对于软件项目的成功至关重要。
通过制定一个有效的质量管理计划，可以提高项目的质量和客户满意度。
质量管理计划应明确质量目标和标准，制定质量管理组织结构，规划质量保证和质量控制活动，进行质量监督和检查，并采取质量改进和纠正措施。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
XX系统
质量计划书
拟制：日期：2014/5/10 审核：日期：
1.介绍
1.1.文档目的
为了健全和完善XXX系统设计开发的质量管理体系，促进质量管理活动系统化、规范化，以确保所交付的XXX系统能够满足规定的各项具体需求。
1.2.文档范围
本质量管理计划涵盖所有与XXX系统设计开发有关的质量目标和具体措施，
涉及需求分析阶段、设计阶段、编码阶段、测试阶段、工程实施阶段。
本质量管理计划由以下几个部分组成：
介绍：即本章节，概要介绍文档目的、范围、缩略词、参考资料。
项目概述：开发系统概述、质量管理的角色和职责、生命周期各阶段的主要交付物。
项目生命周期各阶段的质量检查点：列出各阶段的质量检查计划表，包括责任人、检查时间、检查任务。
质量检查和确认技术：描述针对不同的对象而采用的特定的质量控制方法和技术及质量问题的级别和处理流程等。
项目生命周期各阶段的量化质量目标。
1.3 缩写
PM –项目经理
QA –质量保证
SA –系统分析工程师
A&D –系统设计员
RA –需求分析员
PC –流程审核员
SCM –软件配置管理员
2.项目概述
一个现代化医院的综合管理是否先进是直接通过其信息化水平来体现的，“XXX系统”是国内先进的信息化管理系统，该系统包含住院登记、病房护士站、医生站、价格管理、成本核算、药库管理等40多个子系统，可以满足各个部门的业务信息处理和信息共享。
“XXX系统”还可开发制作触摸屏，以供患者了解医院信息，查找专家资料，方便查询各种费用收取情况。
该系统还能为住院病人提供每日住院清单，使患者明白、放心治疗。
2.1.项目组织结构
为了实现有效的项目管理，开发小组将划分为技术队伍和QA 队伍。
项目经理对技术队伍进行任务分配和进度检查，技术经理对技术队伍进行技术指导和检查。
技术队伍又划分为：需求分析人员、系统设计人员、软件开发人员、美工设计人员、配置管理员、产品包装人员。
QA 队伍对整个项目的质量保证负责，直接向质量保证经理汇报。
QA 队伍划分为：流程检查人员和测试人员
2.2.质量管理
2.2.1.质量管理的角色和职责
质量控制是XXX系统组每个成员的职责；
质量保证经理对整个项目的质量全权负责, 并签字确认；
项目经理负责任务的分配和监督项目进度，制定相关的工作计划和联系客户；
QA 队伍负责制订、检查和督促本计划的实施，及时发现项目工作中的问题，并通过评审总结报告、项目周报等形式向各项目组成员汇报质量活动的结果；
项目功能小组各组长在每个软件开发生命周期阶段结束后，总结本模块的软件质量状况和质量目标的实现情况,以确保整个项目目标的实现。
对质量目标应定期进行考核，以追求质量
管理体系的持续改进；
流程检查人员负责通过检查文档审核开发各阶段是否可以通过；
测试人员负责对软件的质量和对需求实现的程度进行把关，并定期整理测试情况分析报告交项目经理、系统分析人员；
配置管理员负责有关软件配置项及项目各生命周期交付文档管理和变更控制工作；
医院信息系统管理人员负责反映质量要求，参与软件开发过程的质量控制，并监督本计划的执行情况。
2.2.2. 质量管理流程
2.2.2.1.交付文档质量监控流程
项目经理和QA 在项目初期对项目交付文档的模板进行检查和审核，确保项目交付品的架构和内容
大纲的完整性和正确性。
在项目进行过程中，QA、项目经理及各项目功能小组组长会分别对交付品进度
和质量进行监控，确保在最后的项目完成阶段，医院对提交的交付文档能有满意的反馈。
2.2.2.2. 上线系统质量监控流程
对于上线系统的质量监控主要体现在软件配置管理和系统测试工作两方面。
为了保证本项目的整体
实施同业务和技术明细相一致，这方面的工作包含如下几个任务：
明确现状和期望之间的差异，以及测试软件可能存在的缺陷。
通过测试，寻找系统功能性的不足。
在测试结束之后判断软件死机带来的风险。
在测试汇报中对发现的缺陷进行分类和总结。
测试应该针对容易出错的流程和应用组件进行。
测试结果应该进行文档记录，描述软件运作的各种情况。
具体工作如下：
制定软件配置管理（SCM）策略和流程–根据最佳实践来制定SCM 策略和流程，包
括源代码管理流程，开发管理流程和生产周转流程。
制定测试策略和方法–根据医院的需求制定测
试方法：
明确测试阶段和环境需求
确定各个测试阶段的开始和结束准则
制定故障跟踪流程的测试标准
确定测试工具和配置管理程序
确定需要其他工作的支持
准备测试计划和测试案例–对测试进行计划和准备：
分析业务需求和技术明细
确定典型的逻辑场景
明确系统容量和压力点
编制测试脚本和环境
编制测试数据集
进行系统测试–进行下列工作以保证满足功能和技术需求：
测试环境就绪确认
执行测试脚本
分析测试结果，制定错误跟踪报告
2.2.
3.项目质量评审
XXX系统质量监控将采用日常质量监控流程与定期质量评审制度。
日常质量监控程序通过制定XXX 系统开发的统一的规范、流程、指南、模板等指导项目的开发过程，并监控这些流程和规范的执行情况，以确保所有交付品的质量。
定期质量评审由质量保证经理发起，项目组相关负责人配合，对项目前一阶段的工作质量进行总结与评审，并将生成项目质量评审报告。
项目质量评审报告将根据各阶段质量检查点所应检查的内容作出质量上的评审。
对在质量评审工作中发现的问题，将根据其性质、范围划分级别。
相关人员以此为依据来确定缺陷修复的优先级，缺陷严重程度高的修复优先级也高。
项目质量评审报告将交由项目管理办公室讨论，质量保证经理与项目管理办公室将对项目质量评审报告中需要明显改善的质量问题作出具体地改进方案，以及时间上和人员上的安排。
项目质量评审报告的内容如下，其中问题列表的序号编码方式为XX-YYY。
XX 表示项目质量评审阶段，YYY 代表问题序号。
3.各阶段质量检查点
3.1.参与人员要求
质量检查行动由质量管理组发起，依据各个阶段检查内容的不同由相关负责人配合、组织，视情况邀请项目组相关人员和医院管理系统人员参加。
3.1.1.项目计划阶段检查清单
3.1.2.需求调研阶段检查清单3.1.3.需求分析阶段检查清单
3.1.
4.设计阶段检查清单
3.1.5.开发阶段检查清单
3.1.6.集成测试阶段检查清单3.1.7.系统测试阶段检查清单
3.1.8.工程实施阶段检查清单
4.质量检查和确认技术
4.1.工具和技术
项目初期必须根据项目实际情况明确质量管理的工具：
配置管理工具
测试工具
其他质量管理工具
4.2.管理配置
XXX系统配备专人作为配置管理工程师，建立开发库、配置管理库、
产品库对设计开发各阶段的配置项进行配置管理；
每个配置项都有修改记录表，注明该配置项自创建以来每次修改的内容、时间和修改人； 每个配置项都有自己的版本号以及相应的命名规范，只要配置项的内容经批准发生改变，该文档的版本号数值就会做相应的升级；
所有的配置项都将保存在指定的服务器上，由配置管理工程师统一保管、定期备份；
具体操作参见《XXX系统_配置管理计划》。
4.3.介质控制
为了保护计算机程序的物理媒体，以避免非法存取，意外损坏或自然老化，XXX系统配备专人配置管理工程师，负责妥善管理、跟踪、存放和备份存放配置项的各类媒体。
4.4.问题报告和纠正
4.4.1.处理流程
在XXX系统质量检查中出现问题时，遵循逐级上报的原则：
项目组成员级不能解决的上报到组长，由其协调解决；组长不能解决的上报到项目经理。
各子系统开发组组长在每个软件开发生命周期阶段结束后，总结本子系统的软件质量状况和质
量目标的实现情况，并填写《质量总结报告》。
项目经理每周整理一份项目状态报告，记录一周来项目的进展情况和出现的问题，如果这些问题还能被解决，将被移交到更高一层的领导者协调处理。
必要时，对出现的问题将予以记录（如评审缺陷清单、遗留问题清单等），交配置管理工程师备案。
质量管理组将对问题追踪进行监督，确保问题关闭。
对在质量检查工作中发现的问题，将根据其性质、范围和对软件的影响程度划分级别。
相关人员以此为依据来确定缺陷修复的优先级：缺陷严重程度高的修复优先级也高；同理，回归
测试的优先级也依此确定。
4.4.2.问题级别划分
5.各阶段质量目标和检查标准
5.1.需求分析阶段
需求分析阶段，对各交付物的质量目标如下，由质量管理组发起对质量目标的实现情况做评价。
5.2.设计阶段
对设计阶段质量目标如下，由质量管理组发起对质量目标的实现情况做评价。
5.3.开发阶段
开发阶段质量目标如下，由系统开发组对质量目标实现情况做衡量。
5.4.测试阶段
测试阶段的质量目标如下，由质量管理组对质量目标实现情况做衡量。
5.5.工程设施阶段
工程实施阶段的质量目标如下，由系统实施组对质量目标实现情况做衡量。
评审对象评审项目质量目标
XXX系统工程验收完成系统功能和性能达到XXX系统规范的要求。