软件质量保证 P- PAGE 3 /7
软件质量保证
文件编号：
NW505102
生效日期：
受控编号：
密级：秘密
版次：
修改状态：
总页数
14
正文
7
附录
7
编制：关征
审核：袁淮、孟莉
批准：孟莉
沈阳东大阿尔派软件股份有限公司
（版权所有，翻版必究）
文件修改控制
修改记录编号
修改
状态
修改页码及条款
修改人
审核人
批准人
修改日期
目录
目的
适用范围
职责
SQAL
SQAM
SEPG
PM
SMG
术语和缩略语
工作程序
SQA确立
SQA计划
SQA任务
SQA改进
SQA文档
6. 引用文件
7. 质量记录
附录一：SQA计划摸板
附录二：SQA作业列表
附录三：软件产品/工具和设备/项目技术评价报告摸板
附录四：过程审计报告摸板
附录五：SQA测量报告摸板
目的
通过系统的、适当的活动监控软件开发过程来改进软件质量，确保所有的工作都遵从为软件开发过程所建立的标准和规程，确保在开发过程中出现的偏差能够得到及时地检测、衡量、纠正。
适用范围
软件产品与软件项目的开发过程中的质量保证工作。
3． 职责
SQAL：编制并执行SQA计划；评审开发过程的各项活动以验证其和程序文件的符合性；审计指定的过程结果以验证其和程序文件的符合性；鉴别出现的偏差并建立文档进行处理；定期向上级部门报告工作结果；与顾客的SQA配合定期对项目进行评审；开展测量工作。
SQAM：审核并批准SQA计划，全面负责SQA的活动，并负责向高级管理者报告。
SEPG：定期评审SQA的活动和软件工作产品。
PM：定期并根据事件驱动地参与评审SQA活动。
MSG：定期参与SQA活动。
4. 术语和缩略语
本程序采用NQ402100《质量手册》中的术语和缩略语及其定义。
5. 工作程序
SQA的确立
在项目启动阶段，由“项目任务书”确立项目对应的SQAL，并在“项目任务书”中明确项目的质量保证工作以及相应的工作内容。SQA的工作由质量保证部门的人员或经培训与授权的开发部门资深人员来担任。
SQA可以分配给一个人或一个组织，也可以分配给多个人或多个组织。为实施SQA的工作，SQAL需要适当的培训。
SQA组织具有对所监控的项目进行评价的权利，力求将所发现的问题在项目组内解决，如果项目的质量将出现严重问题，SQA必须直接把这种可能性报告给高层管理部门。
SQA 计划
目的
SQAP的目的是保证软件产品和软件项目满足质量方针所定义的活动。SQAP详细描述每个阶段要执行的软件质量保证活动，清楚定义评审的内容和过程。
内容要求
在确定SQA任务时，要掌握项目特点与质量要求，同时考虑与SDP、SCMP等计划的兼容性，划分适当层次上的SQA任务并在SQAP中明确。
质量目标
SQA组织
SQA任务
SQA报告
具体内容参见附件一：SQA计划摸板。
审批
SQAP需所有项目参与者评审，由SQAM批准，并进行配置管理。计划变更需重新审批。
执行
SQAL依据审批后的SQAP实施SQA活动。
SQA作业
实施质量策划，以SQA活动保证软件开发过程和定义在SDP中的方法能够被采用，SQA角色将：
鉴别和帮助减轻项目风险
2）提供给高级管理者对开发活动的可视性
3）提供在软件开发过程持续改进的反馈效果
软件产品，工具和设备的SQA；软件过程审计；项目技术评审。参见附件二SQA作业列表。
SQA报告
1） 任务：准备软件产品评估记录
至少要包括：
评估的产品
应用在评估中的方法或标准
评估结果
推荐的纠正措施
实际的纠正措施
任务：准备软件过程评估报告
提交给：SMG，SEPG，PM。
SQA测量
MEASUREMENTS
METRICS TO COLLECT
SQA Milestone Dates (Planned)
Report plan
SQA Milestone Dates (Completed)
Report actual vs. plan
SQA Work Scheduled (Planned)
Report plan
SQA Work Completed (Actual)
Report actual vs. plan
SQA Effort Expended (Planned)
Report # of Hours
SQA Effort Expended (Actual)
Report # of Hours
SQA Funds Expended (Planned)
Report $ of Person Year
SQA Funds Expended (Actual)
Report $ of Person Year
任务：收集和报告软件产品评估测量
2）任务：收集和报告软件产品质量测量
3）任务：收集和报告软件产品审计测量
SQA改进
通过项目和SQA过程
确定低效率和缺陷发生的地方；
建议项目过程的变化来改进效率或减少缺陷；
建议改进来消除缺陷发生的根源；
建议项目小组的培训课程。
SQA文档
1）软件质量保证计划SQA Plan
2）软件产品评价Software Product Evaluation
3）软件工具评价Software Tool Evaluation
4）项目设备评价Project Facilities Evaluation
5）过程审核报告Process Audit Report
6）测量报告SQA Metrics
引用文件
（无）
质量记录
（无）
附录一：SQA计划摸板
附录二：SQA作业列表
附录三：软件产品/工具和设备/项目技术评价报告摸板
附录四：过程审计报告摸板
附录五：SQA测量报告摸板
（项目名称）SQA计划
计划编号：SQAP+项目编号+两位流水号 SQAL： 日期：
版本： SQAM： 日期：
分册： PM/SM： 日期：
1. 质量目标
质量目标，尽可能用测试的条款表达。
2. SQA组织
SQA组的组成
SQA的成员及资格说明（经验与培训）
SQA职责和权力
SQA组的资源需求
3. SQA任务
规程与标准
明确项目标准和规程，作为SQA评审和审计的基础。
明确质量活动的责任
如检查、审计和测试，配置管理和变更控制，测量和报告，缺陷控制和纠正措施。
阶段划分与任务列表
为每个开发阶段定义入口和出口条件，划分SQA的工作阶段，确定评审与审计的类型，明确SQA作业，可依据项目特点对作业列表进行裁剪与增添。
测试与评估
确定测试的类型，对于产品规范、计划要求、测试规范及采用的开发方法和工具的确认和验证活动；通过详细的测试和验证活动计划，对包括资源、进度和审批等方面进行评估。
全程的偏差跟踪
根据任务列表进行全程偏差跟踪。
4. SQA报告
文档化SQA组的活动结果
软件产品评价报告
软件工具评价报告
项目设备评价报告
过程审核报告
测量报告
提供给软件工程组和其他相关组SQA活动反馈的方法和频率
周报、月报与重要报告等提交的方式与日程（可在计划表中体现）。
5. 计划进度表与预算表
序号
任务
完成时间
提交结果
备注
1
2
3
4
5
预算：
软件产品/工具和设备/项目技术评价报告摸板
报告编号：SP/ST/PF+项目编号+两位流水号 SQAL： 日期：
SQAM： 日期：
软件产品/工具和设备/项目技术评估：
评估方法或标准：
评估结果：
建议纠正措施：
实施纠正措施：
过程审计报告摸板
报告编号：PA+项目编号+两位流水号
主要审计人：
报告日期：
项目名称：
项目编号：
审计项：
审计日期：
审计过程/程序：
审计检查表（附件）
审计结果：
过程/程序 可接受
过程/程序 有条件的接受
条件说明：
过程/程序 不可接受
条件说明：
措施项：
A1# 标题 责任人 预计日期 完成日期
纠正措施：
审批： (批准 (取消 (推迟
PM： 日期：
验证关闭：
SQAL： 日期：
SQA测量报告摸板
报告编号：ST/PF+项目编号+两位流水号 SQAL： 日期：
SQAM： 日期：
软件产品/软件工具/项目设备评估测量
软件产品
规模/形态
评估工作时
报告工作时
软件需求说明
Of Page 20
3
1
过程/程序审计测量
软件开发过程
审计准备工作时
审计工作时
报告工作时
纠正措施过程
2
2
1
沈阳东大阿尔派软件股份有限公司
作业列表
保证矫正措施有效地使差异得到解决
保证软件性能测试结果将允许确定软件的性能参数
保证测试和报告结果的职责分配给明确的组织元素
保证监控测试的规程已经建立
评审软件测试计划和软件测试规程
保证软件被测试过
评估最终-项目交付过程
评估矫正行动过程 定期评审矫正过程和其结果，评估矫正行动过程的有效性
实施所有报告问题的分析，确定出可能揭露一般问题区域的趋势
媒体验证
不交付的软件验证
评估存取和操作过程
评估子合同控制
评估偏离和放弃过程
评估配置管理过程 保证配置确定的文档，代码，和计算机数据已经建立标准
变化的基准管理确定，评审，实施和与建立规程合为一体
保证基准文档和软件变化的配置控制符合CM需求
保证配置状态报告准备好，且符合所建立的规程，并报告了同有关软件产品和文档的配置管理有很重要关联的的重要条款的状态
保证个人遵守SCMP参与配置审计
保证文档控制，只有被批准的，最新的文档才能被引用，文档分配过程导致收到正确的文档
保证所有软件的基准版本只放在规划支持库里面，并有软件名称和独一无二的标识
评估软件开发库控制过程 保证SDL的建立和规程能管理它的操作
保证文档和计算机材料得到批准并在库的控制下
保证CM批准的文档和软件版本的正式释放的规程建立
保证库的控制不受未经受权的更改和保证所有批准变更的合并
评估不直接开发的软件过程
实施配置审计
验证需求管理KPA的实施情况
验证软件项目策划KPA的实施情况
验证软件项目跟踪和监督KPA的实施情况。
验证软件子合同管理KPA的实施情况
验证软件配置管理KPA实施情况
项目技术评审 参与技术评审 系统需求评审，系统设计评审，软件规范评审，软件详细设计评审，软件关键设计评审，软件测试准备就述评审，正式资格评审，产品准备就述评审。
报告技术评审
报告技术评审度量
参与项目管理评审 提供符合性，问题区域，风险
评估报告
Sheet3
作业列表
SQA作业列表（发布日期）
SQA方向 任务 作业项 审核与检验
质量目标 质量策划 质量目标，尽可能用测试的条款表达
质量标准与规程的确立
工具和设备 评估工具和设备的管理 软件工具
设备
配套的产品与设备
软件过程 评估软件产品评审过程 评审的标准，依据程序文件的要求或在《质量计划》与SDP中明确
评估项目计划和监督过程 项目计划的建立与监控执行
评估系统需求分析过程 保证通过需求定义和配置过程来确定用户的所有的需求
保证需求被评审，以确定它是切实可行的，描述清楚的和一致的
保证分配需求，工作产品和活动的变化都被确定，评审，跟踪到结束
项目参与者受到必要的培训
保证分配需求的约定是同被影响的组协商有同意的
验证约定文档化，被传达，被评审和被接受
保证潜在需求受到评审，被文档化，并在分配需求中作出必要的变化
验证定义，文档化和分配需求的过程被执行和文档化
确认CM过程受控和管理基准
验证需求文档化，被管理，受控，和被跟踪
验证同意的需求在SDP中给予记录
评估系统设计过程 保证生存周期文档和可跟踪距阵准备好并是最新的和一致的
验证相关的生存周期文档是更新的并基于批准的需求变化
识别缺陷，保证已发现的缺陷被解决，和变更控制完整性
选择性的评审和审计系统设计文档
确定不符合标准的项，并确定矫正措施
决定需求，设计和工具符合标准和是否放弃进一步的软件开发
评审实例原型满足需求和标准
保证实例符合标准和规程
评审设计的里程碑状态
评估软件需求分析过程 保证需求定义和分析过程及相关的需求评审符合标准和规程
保证需求分析引起的行动条款符合标准和规程
评估软件设计过程 保证软件设计过程和相关的设计评审符合标准和规程
保证设计评审引起的行动条款符合标准和规程
评估跟踪和文档化软件单元开发的方法作为评估软件单元开发进程的利用率
保证作为跟踪和文档化软件单元开发的方法，如SDF，UDF，得到实施且是最新的
评估编码和单元测试过程 保证编码过程，相关的代码评审，软件单元测试符合标准和规程
保证代码评审引起的行动条款符合标准和规程
保证SDF/UDF得到实施和保持最新
评估单元集成和测试，CSCI资格测试，CSCI/HWCI集成和测试，系统资格测试 保证软件测试活动已经确定，测试环境已经定义，测试指导方针已经设计
保证代码的传递符合所建立的标准和规程
保证尽可能多的系统综合测试和软件性能测试，保证测试规程被采用，精确的测试结果记录，测试中发现的差异被报告，结果被分析，相关测试报告完成
保证矫正措施有效地使差异得到解决
评估报告
Sheet3
