项目质量管控方案1 项目质量管控方案1.1前言1.1.1目的1.1.2术语和定义1.2质量计划：制定新项目及维护性项目质量计划1.2.1常规项目质量计划要求1.2.2维护性项目质量计划要求1.3 质量保证与控制1.3.1计划阶段1.3.2需求阶段1.3.3设计阶段1.3.4开发阶段1.3.5测试阶段1.3.6发布及维护阶段1.3.7质量控制中的文档管理1.4 质量度量：制定项目评估项1.4.1计划评估1.4.2过程评估1.4.3项目质量评估1.4.4成本评估1.4.5客户满意度评估1.5质量改进1.5.1 现存在的质量问题1.5.2 质量改进措施第2 页 共21 页1 项目质量管控方案1.1.1 目的本计划的目的在于对所开发的软件规定各种必要的质量保证措施，以保证所交付的软件 能够满足项目预定需求，能够满足本项目总体组制定的且经领导小组评审批准的该软件系统 需求规格说明书中规定的各项具体需求。
软件开发项目组在开发软件系统所属的各个子系统（其中包括为本项目研发或选用的各 种支持软件、组件）时，都应该执行本计划中的有关规定，但可根据各自的情况对本计划作 适当的剪裁，以满足特定的质量保证要求，剪裁后的计划必须经项目组相关负责人批准。
1.1.2 术语和定义1、质量管理：在质量方面指挥和控制组织的协调活动2、质量策划：质量管理的一部分，致力于制定质量目标并规定必要的运行过程3、和相关资源以实现质量目标4、质量控制：质量管理的一部分，致力于满足质量要求5、质量保证：质量管理的一部分，致力于提供质量要求会得到满足的信任6、质量度量：质量管理的一部分，致力于对已存在的质量数据进行分析，得出当前质量管理 结果的评估数据。
7、质量改进：质量管理的一部分，致力于增强满足质量要求的能力1.2 质量计划：制定新项目及维护性项目质量计划在本环节中，根据项目的规模及性质进行质量策划，制定本项目的质量计划；为后续的 质量控制、质量评估及质量改进做出行动纲领。
针对公司主要有新项目及维护性项目两类版 本，且两者之间的质量投入有所差异的特性，故质量计划可以区分以下：1.1、八1.2.1 常规项目质量计划要求常规项目的质量计划制定按质量要求分析/ 质量目标/人员. 职责及质量保障、过程检查计划组成，各项的具体要求如下所述。
1.2.1.1 质量要素分析1.主要的质量要性如下：功能性质量因素：正确性，健壮性，可靠性非功能性质量因素：性能，易用性，清晰性，安全性，可扩展性，兼容性，可移植性其它质量因素：非以上要求之外的要求。
2.根据产品的特性及市场目标，将关键的质量要素确认，同时区分本项目的类型倾质量型项目：指本项目对质量控制更关注倾成本型项目：指本项目对成本控制更关注倾工期型项目：指本项目对工期要求更关注根据以上分析，再制定相应的质量目标。
1.2.1.2 质量目标订立质量目标时，一般遵循SMARTS则S：specific 具体的M：measurable 可测量的A：achievable 可取得的R：realistic 切实的T：timely 及时的根据以上原则，我们可以制定如下质量目标：1.比如本项目的质量要素为功能正确性、功能健壮性、性能那质量目标可定义例下：需求中所定义的功能都得以实现不稳定问题（等级非轻微）都被解决关键模块（模块名称）的性能不能低于V1.0 版本2.针对质量目标定出优先级1、3、23. 目标分解分解为阶段质量目标完成阶段质量目标的手段121.3 人员与职责参加质量管理活动的人员，一般情况下，项目组所有的人都可以参与到质量管理活动中来。
但我们一般可定义如下人员去分别承担相应的职责。
1.质量管理人员：制定质量管理计划，对质量过程进行控制；对过程检查单进行实施；进行质量度量，制定质量改进计划及实施；参与各类评审活动。
2.测试人员：制定测试计划，对项目进行测试，进行测试结果的度量分析；参与各类评审活动。
3.项目管理人员：协助组织解决质量管理过程中所发现的各类问题及风险。
1.2.1.4 质量保障计划根据当前的质量目标，计划需要进行哪些质量保障工作，一般可包括专业培训、同级评审、测试。
1.2.1.4.1培训1.确认是否需要培训2.确认培训的内容、人员、时间，以及所耗费的资源1.2.1.4.2评审1.确认评审内容及计划；需要包括评审的内容、评审的方式以及评审的人员等等。
2.对评审结果的跟踪、管理方式。
1.2.1.4.3测试1.根据当前的质量目标，确定测试的初步计划，包括测试的范围及测试方法、手段以及投入的人力及时间资源1.2.1.5 过程检查计划根据当前的质量目标，制定项目过程中需要检查的对象、例如:122维护性项目质量计划要求维护性项目的质量计划制定相对简单，不需要花较多的时间在其上，并且可以套用比较固定的模板。
维护性项目基本上会有很明确的需求点以及具体的时间点要求，一般情况下，维护时期会很长，且需求相对较散、小，针对这些特性，维护性项目的质量计划要求仅可以包括：质量目标、质量保障计划、过程检查计划。
1.2.2.1 质量目标根据当前的需求简单定出本版本的质量目标1.2.2.2 质量保障计划在维护性项目中，质量保障计划主要包括：需求讨论、联调以及测试需求讨论：参与人员包括开发及测试人员；需求讨论结果报告联调：对所做的修改及周边进行联调；联调测试报告测试：根据质量目标制定相应的测试计划安排，1.2.2.3 过程检查计划无论质量目标定为如何，维护性项目的过程检查，仅需要如下环节：需求讨论会：是否进行了需求讨论会，需求讨论会的与会人员及结果联调：是否进行了联调，对原版本的影响测试执行：对测试过程进行检查1.3质量保证与控制质量保证与控制是质量管理中最重要的一个环节，质量目标是否能够有效的实现都有赖于此环节的实施控制。
本环节根据质量保障计划、过程检查计划对版本开发的各过程定出质量指导方针、评审环节规则以及检查清单。
其中质量指导方针：用于简要指引如何高质量的完成本阶段的工作评审管理：主要制定简单的评审输入、输出以及该阶段评审的基本准则任务检查单：用于检查该阶段的任务是否进行以及进行的效果如何常存在的问题：更多的是让各成员了解一些经验所谈会存在哪些问题，可提前预防或纠正1.3.1计划阶段计划阶段指从项目启动至项目总体计划制定完成的阶段131.1 质量指导方针在项目的计划阶段，期望产出高质量的项目总体计划，建议遵守以下原则：1.根据《项目总体计划模板》、《项目总体计划编制说明书》的指导原则进行计划编排2.计划制定时需结合实际并与相关人员进行必要的沟通3.了解项目背景、项目目标以及可调动的资源等4.计划制定时需考虑相应风险及应对措施：如人员变动、需求变化、技术难题5.对于把控不准的项目进行不同层面的评审1.3.1.2 评审管理计划阶段的评审主要指项目总体计划的评审。
1.3.1.2.1评审输入项《项目总体计划》以及当前项目原始需求等相关资料1.3.1.2.2评审准则13123 评审输出评审结果输出包括：1.《评审结果记录表》1.3.2需求阶段需求阶段指从需求获取至输出需求规格说明书阶段。
需求阶段可划分为：获取需求、分析需求、编写需求规格说明书三个阶段。
1.获取需求：主要从编写项目视图与范围、用户群分类、选择产品/项目需求代表、确定使用实例、分析工作流程、需求重用这几步骤进行2.分析需求：包括绘制关联图、创建开发原型、分析可行性、划分需求优先级；3.编写需求规范说明书：根据项目特点裁剪模板、获取功能和技术需求、注明需求来源、开发需求追踪矩阵。
1.3.2.1 质量指导方针根据《需求模板》、《需求编写指导说明书》制定需求说明文档需求文档中应包括明确的需求范围需求文档中应包括主要的质量属性需求需细化到要求的程度（可以根据需求进行开发设计及测试设计）需求的不确定项不超过总体需求的5%需求中应明确定义需求的优先级制定需求管理原则（包括需求标识、跟踪方式、变更控制原则）1.3.2.2 评审管理需求阶段评审主要针对需求的清晰性、正确性、完整性、可管理性进行评审。
评审的形式按实际的质量计划中要求而定。
13221 评审输入项《技术方案建议书》、《需求分析》、《需求规格说明书》13222 评审准则需求评审时，主要针对需求的清晰性、正确性、完整性、可行性、可管理性进行评审, 评审细项如下图所示：13223 评审输出1.2. 《评审结果清单》《根据评审修订后的需求规格说明书》1.3.3 设计阶段设计阶段包括技术方案形成、概要设计、原型设计、详细设计（如果有的话）等工作的完成。
1.3.3.1 质量指导方针1.根据概要设计文档模板要求及需求剪裁适合当前项目的模板2.根据模板编写概要设计说明书3.对于质量计划中的关键质量属性在设计中需要重点考虑4.需要针对项目的结构、项目的特征和用户的需求来分析，同样也要考虑到参与项目小组成员的素质5.对于不同的方案分别进行评估6.对概要设计文档进行同行评审7.在设计阶段同时完成原型的设计8.根据实际需要考虑是否需要进行详细设计9.涉及到的需求变更需同步知会其它环节的更新。
1.3.3.2 评审管理在设计阶段需要对设计实现方案、设计、原型等进行评审；评审的形式按实际的质量计划中要求而定。
以下仅提供概要设计说明的评审准则13321 评审输入项《概要设计说明书》，《需求规格说明书》13322 评审准则概要设计说明书评审准则3. 约定开发阶段的调测方式4. 约定开发阶段自测的标准5. 约定提交版本提交的原则1.3.4.2代码走查走查项 走查要求 备注正确性 可行性 可理解性 完整性1. 设计说明书的编写是否按照标准模板来编写 ？2. 设计是否正确？是否能够满足需求？3. 设计方案在现有条件下是否可行？4. 设计方案是否能被相关人员理解？5. 是否包括核心功能的实现方案？6. 所有的功能需求与非功能需求是否都体现在了设计中?7. 在设计中是否增加了不必要的功能？8. 是否为未来的变更进行了过渡设计？9. 各子系统、模块之间的关系是否描述得清楚 10. 系统的设计是否考虑了系统的可扩展性 11. 设计是否考虑了重用性 12. 重用构件是否进行了标识13. 是否说明了重用模块的获取方式和相关的文档 14. 系统的设计是否考虑了系统的易移植性15. 设计是否使用标准的技术，避免使用怪异的、不易理解的方式和方法 16. 设计的调用宽度、调用深度、耦合度、内聚度和结构化程度是否进行了描述可追溯性17.设计是否可以跟踪到需求 18.需求是否可以追溯到设计1.3.3.2.3 评审输出《评审结果列表》、评审修订后的《概要设计文档》1.3.4开发阶段开发阶段主要从代码规范、代码走查、调测等进行控制管理。
1.3.4.1质量指导方针1. 约定开发的编码规范2. 约定代码审计所需的时间及规则规范性编码是否符合项目或组织的编码标准1.3.5测试阶段1.3.5.1 质量指导方针1.尽早的介入测试，所有的测试都可以追溯到需求2.在测试相应方案启动之前，必须先理解且分析需求3.根据质量计划来制定相应的测试计划4.测试计划中需涵盖所有关键质量属性5.进行测试计划评审及修订6.建立测试用例对测试需求的覆盖率7.进行测试用例评审及修订8.不同测试阶段可有计划的调整当前的测试重点1.3.5.2 评审管理测试评审包括测试方案、测试用例的评审，一般可分为内部评审及外部评审；评审的形式按实际的质量计划中要求而定。