某项目质量控制管理方案说明.doc

某项目质量控制管理方案说明
项目质量管控方案
1项目质量管控方案

本计划的目的在于对所开发的软件规定各种必要的质量确保措施，以确保所交付的软件能够满足项目预定必需求，能够满足本项目总体组制定的且经领导小组评审批准的该软件系统必需求规格说明书中规定的各项具体必需求。
软件开发项目组在开发软件系统所属的各个子系统〔其中包括为本项目研发或选用的各种支持软件、组件〕时，都应该执行本计划中的有关规定，但可依据各自的状况对本计划作适当的剪裁，以满足特定的质量确保要求，剪裁后的计划必需经项目组相关负责人批准。

1、质量管理：在质量方面指挥和控制组织的协调活动
2、质量策划：质量管理的一部分，致力于制定质量目标并规定必要的运行过程
3、和相关资源以实现质量目标
4、质量控制：质量管理的一部分，致力于满足质量要求
5、质量确保：质量管理的一部分，致力于提供质量要求会得到满足的信任
6、质量度量：质量管理的一部分，致力于对已存在的质量数据进行分析，得出当前质量管
理结果的评估数据。
7、质量改善：质量管理的一部分，致力于加强满足质量要求的能力
1.2质量计划：制定新项目及维护性项目质量计划
在本环节中，依据项目的规模及性质进行质量策划，制定本项目的质量计划；为后续的质量控制、质量评估及质量改善做出行动纲领。针对公司主要有新项目及维护性项目两类版本，且两者之间的质量投入有所差异的特性，故质量计划可以区分以下：

常规项目的质量计划制定按质量要求分析/质量目标/人员.使命及质量确保、过程检查计划组成，各项的具体要求如下所述。

1.主要的质量要性如下：
⏹功能性质量因素：正确性，健壮性，可靠性
⏹非功能性质量因素：性能，易用性，清楚性，安全性，可扩大性，兼容性，可
移植性
⏹其它质量因素：非以上要求之外的要求。
2.依据产品的特性及市场目标，将关键的质量要素确认，同时区分本项目的类型
⏹倾质量型项目：指本项目对质量控制更关注
⏹倾成本型项目：指本项目对成本控制更关注
⏹倾工期型项目：指本项目对工期要求更关注
依据以上分析，再制定相应的质量目标。

订立质量目标时，一般遵循SMART原则
S：specific具体的
M：measurable可测量的
A：achievable可取得的
R：realistic切实的
T：timely及时的
依据以上原则，我们可以制定如下质量目标：
1.比如本项目的质量要素为功能正确性、功能健壮性、性能
那质量目标可定义例下：
●必需求中所定义的功能都得以实现
●不稳定问题〔等级非稍微〕都被解决
●
……

●1、3、2

●分解为阶段质量目标
●完成阶段质量目标的手段

参加质量管理活动的人员，一般状况下，项目组所有的人都可以参加到质量管理活动中来。但我们一般可定义如下人员去分别承当相应的使命。
1.质量管理人员：制定质量管理计划，对质量过程进行控制；对过程检查单进行实施；
进行质量度量，制定质量改善计划及实施；参加各类评审活动。
2.测试人员：制定测试计划，对项目进行测试，进行测试结果的度量分析；参加各类
评审活动。
3.项目管理人员：协助组织解决质量管理过程中所发现的各类问题及风险。

依据当前的质量目标，计划必需要进行哪些质量确保工作，一般可包括专业培训、同级评审、测试。

2.确认培训的内容、人员、时间，以及所耗费的资源。

1.确认评审内容及计划；必需要包括评审的内容、评审的方式以及评审的人员等等。
2.对评审结果的跟踪、管理方式。

1.依据当前的质量目标，确定测试的初步计划，包括测试的范围及测试方法、手段以
及投入的人力及时间资源

依据当前的质量目标，制定项目过程中必需要检查的对象、例如：

维护性项目的质量计划制定相对简单，不必需要花较多的时间在其上，并且可以套用比较固定的模板。
维护性项目基本上会有很明确的必需求点以及具体的时间点要求，一般状况下，维护时期会很长，且必需求相对较散、小，针对这些特性，维护性项目的质量计划要求仅可以包括：质量目标、质量确保计划、过程检查计划。

在维护性项目中，质量确保计划主要包括：必需求讨论、联调以及测试。
必需求讨论：参加人员包括开发及测试人员；必需求讨论结果报告
联调：对所做的修改及周边进行联调；联调测试报告
测试：依据质量目标制定相应的测试计划安排，

无论质量目标定为如何，维护性项目的过程检查，仅必需要如下环节：
●必需求讨论会：是否进行了必需求讨论会，必需求讨论会的与会人员及结果
●联调：是否进行了联调，对原版本的影响
●测试执行：对测试过程进行检查

质量确保与控制是质量管理中最重要的一个环节，质量目标是否能够有效的实现都有赖于此环节的实施控制。本环节依据质量确保计划、过程检查计划对版本开发的各过程定出质量指导方针、评审环节规则以及检查清单。其中
质量指导方针：用于简要指引如何高质量的完成本阶段的工作
评审管理：主要制定简单的评审输入、输出以及该阶段评审的基本准则
任务检查单：用于检查该阶段的任务是否进行以及进行的效果如何
常存在的问题：更多的是让各成员了解一些经验所谈会存在哪些问题，可提前预防或纠
正

计划阶段指从项目启动至项目总体计划制定完成的阶段。

在项目的计划阶段，期望产出高质量的项目总体计划，建议遵守以下原则：
1.依据《项目总体计划模板》、《项目总体计划编制说明书》的指导原则进行计划编排

3.了解项目背景、项目目标以及可调动的资源等
4.计划制按时必需合计相应风险及应对措施：如人员变动、必需求变化、技术难题

计划阶段的评审主要指项目总体计划的评审。
1.3.1.

《项目总体计划》以及当前项目原始必需求等相关资料
1.3.1.

项目总体计划的评审主要从完整性、正确性、合理性、可管理性进行评审。

1.3.1.

评审结果输出包括：
1.《评审结果记录表》

必需求阶段指从必需求获取至输出必需求规格说明书阶段。必需求阶段可划分为：获取必需求、分析必需求、编写必需求规格说明书三个阶段。
1.获取必需求：主要从编写项目视图与范围、用户群分类、选择产品/项目必需求代表、确
定使用实例、分析工作流程、必需求重用这几步骤进行
2.分析必需求：包括绘制关联图、创建开发原型、分析可行性、划分必需求优先级；
3.编写必需求规范说明书：依据项目特点裁剪模板、获取功能和技术必需求、注明必需求来
源、开发必需求追踪矩阵。
1.3.

⏹依据《必需求模板》、《必需求编写指导说明书》制定必需求说明文档
⏹必需求文档中应包括明确的必需求范围
⏹必需求文档中应包括主要的质量属性
⏹必需求必需细化到要求的程度〔可以依据必需求进行开发制定及测试制定〕
⏹必需求的不确定项不超过总体必需求的5%
⏹必需求中应明确定义必需求的优先级
⏹制定必需求管理原则〔包括必需求标识、跟踪方式、变更控制原则〕
1.3.

必需求阶段评审主要针对必需求的清楚性、正确性、完整性、可管理性进行评审。评审的形式按实际的质量计划中要求而定。
1.3.

《技术方案建议书》、《必需求分析》、《必需求规格说明书》
1.3.

必需求评审时，主要针对必需求的清楚性、正确性、完整性、可行性、可管理性进行评审，评审细项如下列图所示：1.3.

1.《评审结果清单》
2.《依据评审修订后的必需求规格说明书》

制定阶段包括技术方案形成、概要制定、原型制定、具体制定〔如果有的话〕等工作的完成。

4.必需要针对项目的结构、项目的特征和用户的必需求来分析，同样也要合计到参加项目
小组成员的素养

9.涉及到的必需求变更必需同步知会其它环节的更新。

在制定阶段必需要对制定实现方案、制定、原型等进行评审；评审的形式按实际的质量计划中要求而定。
以下仅提供概要制定说明的评审准则
1.3.3.

《概要制定说明书》，《必需求规格说明书》
1.3.3.

概要制定说明书评审准则
评审项评审要求
正确性 1.制定说明书的编写是否按照标准模板来编写?
2.制定是否正确？是否能够满足必需求？
可行性 3.制定方案在现有条件下是否可行？
可理解性 4.制定方案是否能被相关人员理解？
完整性 5.是否包括核心功能的实现方案？
6.所有的功能必需求与非功能必需求是否都体现在了制定中？
7.在制定中是否增加了不必要的功能？
8.是否为将来的变更进行了过渡制定？
9.各子系统、模块之间的关系是否描述得清楚

15.制定是否使用标准的技术，避免使用怪异的、不易理解的方式
和方法
16.制定的调用宽度、调用深度、耦合度、内聚度和结构化程度是
否进行了描述

1.3.3.

《评审结果列表》、评审修订后的《概要制定文档》

开发阶段主要从代码规范、代码走查、调测等进行控制管理。

1.及早的介入测试，所有的测试都可以追溯到必需求
2.在测试相应方案启动之前，必需先理解且分析必需求

测试评审包括测试方案、测试用例的评审，一般可分为内部评审及外部评审；评审的形式按实际的质量计划中要求而定。
以下仅提供测试用例的评审准则。
1.3.5.

《必需求规格说明书》、《概要制定说明书》、《测试计划》、《测试用例》、
1.3.5.

测试用例评审活动可以确保用例符合优秀用例陈述的特征，包括完整、正确、可行、必要、具有优先级、无二义性和可验证性, 同时亦符合好的用例特征，即完整性、一致性、易修改和可跟踪性；评审过程确保用例满足如下要求：
●完整性：指有明确的目的、输入、输出，提供必要的备注信息；
●正确性：指每个用例的期望结果与实际必需求一致；
●可执行性：可执行性指测试人员依据测试用例能够独立执行测试；
●代表性：指能用最简单的数据，最简捷的路径达到测试的目的；
●唯一性：指在各个测试用例没有重复交叉的现象；
●有效性：指每个用例是否有效？是否冗余？是否能够执行；
●独立性：是用例与用例之间是否互不依赖？是否能够独立执行；
●可读性：指测试用例描述清楚，逻辑正确，拆分合理；
●质量指标：指是否能够满足质量指标中的覆盖率要求，是否可以满足BUG密度的质
量要求；
内部评审准则

外部评审准则

1.3.5.

《评审结果列表》
《评审修订通过的测试用例列表》

质量管理会形成除项目文档之外的管理文档，故文档管理主要为解决项目过程中产生的各类文档的正确性、唯一性、及时性、有效性所做的相应约束。

(1)开发文档：这类文档在软件项目开发过程中，体现了软件开发人员前一阶段工作的成果，同时又是后一阶段工作的依据。这类文档包括可行性研究报告、软件项目开发计划、软件必需求规格说明、系统规格说明书、软件功能说明书和数据字典等。
(2)管理文档：这类文档在软件项目开发过程中，由软件开发人员制定的必需提交管理部门的一些工作计划、工作方案和工作报告。通过阅读这些文档，管理人员能够了解软件项目开发活动安排、进度、资源使用等状况。这类文档包括项目开发计划、测试计划、测试方案、开发进度报告和项目总结报告等。
(3)用户文档：这类文档是软件开发人员为使用该软件的网点经办人员准备的有关该软件产品使用、操作的资料，主要是操作手册及新功能介绍方面的文档。
(4)记录文档：与客户交流往来的记录、软件项目开发过程中各种会议、跟踪记录、检察记录、产品投产记录和问题跟踪解决记录等。
(5)反馈文档：这类文档主要是软件产品在推广使用以后，客户对产品使用过程中看法及产品缺陷、质量等方面的信息反馈。

文档管理工具现在采纳VSS管理方式；存放至文档基线库。文档基线库

●正确性：所有的文档都使用相当的标准模板文档中所述的内容正确无误
●唯一性：每个版本的文档只有一个。
●及时性：文档随每个任务的执行能够及时编制及公布
●有效性：防止无效的文档归档以及过期文档被误用。
具体要求：

6.确保文件坚持清楚、易于识别

依据现有的状态，文档的管理流程仅涉及归档及公布，如下列图所示：

一般，必需是评审通过且修
订后的文档方提交归档申请
/修订等信息
说明：
⏹由或相应负责人提出归档申请，必需是评审通过且修改后的文档方可提出归档
申请
⏹是否及时归档的检查在各个过程中的检查清单中进行检查
⏹文档作废：文档归档公布后，必需同时作废此文档之前的相应版本。
⏹每次进行归档后，由归档人员统一进行文档更新公布
⏹归档之后的文档如有再更新的必需求，则从基线库取出来进行更新后，重新归档。
1.4质量度量：制定项目评估项
质量度量主要针对项目进行评估，从项目的计划、过程、质量、成本、客户满意度不同维度进行评估。具体细节如下。

计划评估主要依据计划历史变更记录来评估计划的正确、合理性、可实施状况，并为以后的计划制定提供参照数据。主要针对里程碑进行评估，关于非里程碑的计划变化不进行评估。

1．项目启动时的《项目总体计划》、每次变更后的项目计划、项目结束时的《项目总体计划》
2．项目变动记录文件

1．计划变更的主要原因是什么？比如
⏹项目计划不够具体，工作安排不够细致，时间浪费
⏹对项目的技术、工作量等熟悉不清，导致计划时间失误
⏹对项目人员的工作效率、特长熟悉不清，导致计划时间失误
⏹项目任务跟踪不及时，错过最正确调整时机

过程评估是依据项目的每个阶段的质量指导方针以及检查结果来进行的评估，用于检查各项目的过程控制是否达到应有的要求。过程评估最终使用计分的方式来得出过程得分。
1.4.

每个过程的每次的《过程检查清单》
1.4.

评估记录依据对不同阶段的关注不同，定出相应的百分比，以及每个阶段中不同评估项的重点不同，给予不同的分值，最终统计出对过程的总体评分。
1.4.

对过程得出的最终分进行分析：
1.哪些过程存在严重的质量问题？
2.哪些过程缺乏哪些质量控制环节？

质量评估主要依据测试结果的质量评估以及现网问题跟踪状况进行的评估。

1．《版本质量评估报告》
2．现网问题跟踪表

⏹测试阶段评估主要依据测试各类数据依据质量评估标准进行质量评估。
⏹维护阶段评估主要依据现网问题清单对缺陷率、平均缺陷时间来进行质量评估
◆缺陷率：指现网问题数/总问题率
◆平均缺陷时间〔MTF〕：指平均多久时间反馈一个问题。
◆平均缺陷恢复时间：指出现一个缺陷后，恢复所必需要的时间。

对质量状况得出来的评估结果进行分析。
1．测试结果反馈状况主要是哪些环节中的问题
2．现网问题反馈状况主要是哪些环节中的问题
3．测试结果反馈状况与现网问题反映结果是否一致
通过以上总结分析出哪个阶段所存在的问题最多，测试方法/策略是否存在问题；改善明确存在问题的环节。

成本评估主要用于评估在各阶段的成本投入比较是否合理，质量控制成本投入是否合理，是否存在成本的浪费等状况。

1．项目初始时的《项目总体计划》
2．项目结束时的《项目总体计划》、《项目开发计划》、《测试计划》

指花费在计划环节中所费的成本，依据最终的项目总体计划统计必需求阶段的成本

指花费在必需求环节所费的成本；依据最终的项目总体计划统计必需求阶段的的成本

指花费在制定环节所费的成本；包括概要制定、原型制定、具体制定等内容的工作成本。

指纯开发阶段所费的成本。

统计所有因质量活动而引发的成本，分好成本、坏成本，好的成本包括各预防性的质量控制，如评审、质量检查、测试；坏的成本指各种返修成本。
⏹好质量成本
1)评审所有活动的成本
2)测试所有活动的成本
3)培训等支出的费用
⏹坏质量成本
1)各种评审后的返修的成本
2)测试之后的所有回归修改成本

非以上成本之外的其它成本，包括其它的一些管理活动、沟通、协调等成本。

通过以上数据结合其它评估结果分析在各阶段投入的成本是否合理，哪些成本是可以通过合理的调整来避免的，哪些成本投入应该增加。

客户满意度评估主要是由用服协助通过客户满意度调查结果、看法反馈单得到的数据而进行的评估。

《客户满意度调查结果》、《看法反馈表》

⏹客户对非质量目标的满意度高于质量目标：质量确保与控制手段对质量目标未起到
作用？
⏹客户对质量目标不关注，更关注非质量目标：质量目标定义不合理？
⏹客户要求支持的次数过多：客户总要求我方支持，是否可理解性过差？
⏹客户要求支持的时间过长：每次支持的时间过长，是否可维护性过差

质量改善整个质量管理中最后的一个环节，也是一个新的质量管理实施的基础。
质量改善环节主要依据项目评估结果，去分析现存在的质量问题及针对问题找出相应的质量改善措施。

在每个项目告一阶段后，分析整理现在各项目中普遍存在的质量问题，区分主观问题及客观问题；并对存在的质量问题进行原因分析。

针对提练出来的质量问题，提出改善措施，并在新项目的质量管理环节中实施，跟进实施的效果。