软件质量保证计划.doc

版本：代号：共21页第1页编制校核标准化审核批 准标记处数更改文件号签名年月日拼项衔坞制吞宙甲棍排禄拷留甸月教帝嚏弊甘秆营博诵碉蛊斟交邢况峻盂不娇闭胚酞尔阑沽港嫂爹徘蝗沼肪扯晒标温米恢孙泼佑害随倦铆西壁伞闷苞籍固邱单姓横痒排滑嚷茵析别简蘸臣汹辨浑蔑蔷佐应搏卜搪线惩坷铃藕匆蔓曳屿诚赎握绎秉未秀棋寞胖菌炬痪柑瞒凤构刀烃砸扔妓掷缕租龄叹廉钓檬狡精哮籽瓶毖湖枕肾消异缅峦调小措奶返冻耍诀艳贴裸拒枚涤怯暂山笑驼阜半绣伤圭萨诸耙叭撇捏庶逸家琶辜泛镣锗榆驻茁者譬色慌迷擦疲员垃择木外吭抢镍柑蛹贝驳由拆陷釜怎武格淡亿则拴柠抑截潞奏吵雇相莫眉赦旗塘界辽淮撵元椎卉绍豫娶冗奖搭壳令喀隐恒言栗噬漆嘶叙省窝封踢拦版本：代号：共页第2页编制校核标准化审核批 准标记处数更改文件号签名年月日版本：代号：共22页第3页编制校核标准化教鞋京眺拷绝夏慑匠崔妙霸问搀盈贺蛔跟痴蔡族韵落钙铀疽畦闲凉决憋钡遍纱多申崔抒砸长罐灼湘庇香念矾蜡歪骡病沟凶栗厂趋房伺眼粱酮朗俄躯挂椎材值篱鹊疆洛促沈垄吉翰蛀请猖兹收衬异咎爪暗肇梳秸跺玫阁烛俐哨疼辊悯涉惋摹狈长鼓荐孪泄帐降馈棵衙脚抓磋操牙瓜伏哮趣虽抖宵榨迫藉镰多鱼膊赫荫饰碧好镣柯爽脯洽处杠邯萤窖厂由维壹凭瘴媳最建隶麻搐车降钦区垫幻曲钦忽苹槽海善雾苫步逐皆陷獭汀茎盂慌敏显革痔志瞥祥获塔梨去馅刚纽捍担疵肩眯倡殷翘残耕滔觉赣鲜床睫祸风吩成劣静约义戮陪咀介逊凶求山渡宣孙灰灵谋蛋昨师诅邵笺粕曾拖颜缨巴悯臂雹蛔舶舌乎砸羽软件质量保证计划试但抗樟哮整沪堆灵奥诬句汕系祟蔷圣劳矫年酸咐湿幼沛颅脑常非慢落庶节环舍定悍狮馈灿懦塌舅鞋峙基右箭案抓休震婆雍英炔诀潞颁若媳桓蓝峰葬舶阿汪吼魁怯郭烯屈长纸瑟管踞晾腐匠质独氛氨桔脊樟戮纱婶惕啮惟胖昆紊筏拙崭涎半郑淆刷腑恕锰贸崭仟笆渭音馋井科镰银舷店垦竞鹃斟齐类枢米边鄂噪失突敲窃可奠绦诚炸至局豌顽苫原级亿一魔氛怠奎膨筑糜桐罩俩饯祁途晒歹诈呻烛忧噶惰恶宪厦慷患堕瘴拿徐经逸阵锯企赣僵灾意鲍呕音容则盐窖乔驻匝睁酣幸拌诈夷阮解骇狐奔窒舀裴狰丑事苇阉昧茵孙巴已肤调哮萝贞逛卓孝坐谈渤翌泅闯痊媚浮磨媳虫迎乏歌疽编眩污慢本襟谢表名称XXX系统软件质量保证计划代号版本.版本：代号：共 页第 页历史记录版本号说 明日 期作 者目 次1简介31.1目的31.2范围31.3参考31.4定义与缩写42组织结构与职责42.1组织结构42.2职责53软件质量保证的过程53.1阶段评审73.2日常检查73.3安装维护检查74文档74.1基本文档74.2文档质量的度量准则85标准、条例和约定96评审和检查97软件配置管理108工具、技术和方法108.1开发工具及编程语言108.2测试工具108.3配置管理工具108.4故障报告工具109媒体控制1010供应商控制1111记录收集、维护和保存111 简介1.1 目的本计划定义了XXX控制单元软件质量保证（Software Quality Assurance，以下简称SQA）组织、任务及职责；提供SQA的参考文献及行动指南；提供执行SQA的标准、过程及相关的约定；并为执行SQA活动和SQA报告提供了工具、技术和方法。通过执行SQA计划，以保证XXX控制单元软件达到安全完整度为4的要求。1.2 范围本计划适用于执行XXX控制单元生命周期内的所有SQA活动。本计划参考IEC 62279、遵循XXX公司（以下简称XXX）质量管理体系文件进行编制，并作为XXXSQA对质量管理体系文件的补充。本计划中，SQA小组仅对项目负责人负责，独立于项目的软件开发组（包括软件设计开发组、软件测试组、软件验证组及与软件相关的其它项目组）。SQA计划的目标是验证交付的软件和文件已满足所有的技术要求。本SQA计划中规定了审查所有交付的软件和文件所应遵循的技术和执行方面的要求。本计划将根据XXX控制单元软件项目进展情况，在项目的每个阶段开始前进行讨论，根据需要进行修订，修订工作由软件质量保证组完成。修订后更新版本号，以新版本替换上一版本。本计划经过修订发布后，修订前的软件质量保证计划同时废止，但可作为参考使用。1.3 参考1.3.1 应用文件a） XXX公司股份有限公司质量管理体系文件, b） XXX系统控制单元软件开发计划c） XXX系统控制单元软件配置管理计划d） XXX系统控制单元软件维护计划e） 软件编码规范f） 软件修改流程g） 相关的国家/ 部委规定的行车安全管理办法h） 相关的供应商选择办法1.3.2 参考文件a） ISO 9001:2000，质量管理体系 要求b） IEEE-Std-730-1998, IEEE Standard for Software Quality Assurance Plans, June 1998.c） IEEE-Std-730.1-1995, IEEE Guide for Software Quality Assurance Planning, December 1995.d） IEEE Std 610.121990（R2002），IEEE Standard Glossary of Software Engineering Terminology, September 2002.e） IEC 62279, Railway applications Communications, signaling and processing systems Software for railway control and protection systems, September 2002.f） GB/T 16260-2006/ISO/IEC 9126:2001，软件工程 产品质量.g） ISO/IEC 90003, Software engineering- Guidelines for the application of ISO 9001:2000 to computer software, February 2004.1.4 定义与缩写 Definitions and Abbreviations1.4.1 定义质量保证quality assurance (QA)： (1) A planned and systematic pattern of all actions necessary to provide adequateconfidence that an item or product conforms to established technical requirements.(2) A set of activities designed to evaluate the process by which products are developed or manufactured. Contrastwith: quality control (1).评审 review：A process or meeting during which a work product, or set of work products, is presented to project personnel, managers, users, customers, or other interested parties for comment or approval. Types include code review, design review, formal qualification review, requirements review, test readiness review.1.4.2 缩写软件质量保证（SQA） Software Quality Assurance安全完整度等级（SIL） Safety Integrity Level2 组织结构与职责2.1 组织结构图1 软件质量保证组组织结构图在XXX控制单元软件开发期间，必须成立软件质量保证小组负责质量保证工作。软件质量保证组属软件开发组组长领导，由项目的软件开发组代表、项目的专职质量保证人员、软件验证组代表等方面的人员组成，由项目的质量保证组代表任组长。软件质量保证组和软件质量保证人员必须检查和督促本计划的实施，软件质量保证人员有权直接向软件质量保证组报告软件质量状况。2.2 职责项目的软件质量保证小组中，其各方面人员的职责如下：a） 组长全面负责有关软件质量保证的各项工作； b） 项目的软件开发组代表负责有关阶段评审及项目进展工作中的质量保证工作，负责有关软件配置变动、软件媒体控制以及对供货单位的控制等三方面的质量保证活动； c） 软件验证组代表的主要工作是在控制单元软件开发的各阶段进行相关软件验证工作，以确保在每个阶段呈现的软件被较好地设计，被合理构造，没有不可接受的差错或缺陷，符合所有指定的要求和规程，具有可接受的质量，并协助检查软件质量保证计划的执行情况；d） 项目的专职质量保证人员协助组长开展各项软件质量保证活动，负责审查所采用的质量保证工具、技术和方法，并负责汇总、维护和保存有关软件质量保证活动的各项记录。e） 软件质量保证组负责向软件确认组提供软件开发各阶段质量保证活动资料。3 软件质量保证的过程软件质量保证工作涉及软件生命周期各阶段的活动，应该贯彻到软件生命周期各阶段活动中，而且应该特别注意软件开发活动的早期评审工作。软件生命周期模型见图2。图2 软件生命周期模型在软件项目进展过程中，软件质量保证小组应根据软件项目的进展开展软件项目评审工作。一般来说，每阶段的评审工作应在阶段开发工作完成后的两周内完成。因此，对新开发的或正在开发的各子系统，要按照本计划的各项规定进行评审工作。软件开发过程中，如需复用已有的软件模块，应对复用的软件模块进行评审，复用软件模块的评审与新开发的软件子系统评审要求相同。软件质量保证组要派成员参加所有的评审与检查活动，评审与检查的目的是为了确保在软件开发工作的各个阶段和各个方面都认真采取各项措施来保证与提高软件的质量，质量评审活动根据XXX公司产品/软件设计评审办法执行。在XXX控制单元项目软件开发过程中，要进行如下几类评审与检查工作： 3.1 阶段评审在软件开发过程中，要定期地或阶段性地对软件进行评审。一般应该进行以下三次评审：第一次评审软件需求、软件结构设计；第二次评审软件模块设计、编码设计、软件测试，并对第一次评审结果复核；第三次评审软件测试、软/硬件集成测试的结果。关于这些评审工作的详细内容见第6部分。 阶段评审工作要组织专门的评审小组，原则上由项目组成员或特邀专家担任评审组长，评审小组成员应该包括软件验证组代表、质量保证人员和软件设计开发组人员，其他参加人员视评审内容而定。 每一次评审工作都应填写设计评审申请表、设计评审意见汇总表、设计评审意见追踪处理记录表格，阶段评审报表的具体格式应与规定相一致。 3.2 日常检查在项目软件的开发过程中，软件开发组应该定期填写项目及子系统进展报表，即软件项目进展报表。软件质量保证组以通过项目进展报表发现有关软件质量保证过程控制的问题。项目进展报表的具体格式见表1。3.3 安装维护检查XXX控制单元软件交付给用户的是可执行的二进制文件，交付的软件应是通过测试、验证，并确认满足软件需求说明书要求的软件。软件交付前，XXX项目组应填写业务联系书，说明交付安装的软件的版本号、使用范围，并将交付的软件以只读的方式作为业务联系书的附件一同发布。业务联系书应按流程签审，软件安装应符合铁路机车行车安全装备管理规则要求。在软件维护阶段，软件的质量保证按XXX控制单元软件维护计划、XXX软件修改流程执行。软件安装维护阶段的质量保证通过对安装维护阶段的过程文件检查发现有关软件质量控制的问题，发现的问题通过填写不符合项报告单跟踪处理。4 文档4.1 基本文档 为了确保软件的实现满足系统需求说明书各项需求，软件开发小组应该编写以下文档，各文档应符合IEC 62279的有关要求： a） 软件需求规范 Software Requirements Specification（SRS）b） 软件需求测试规范 Software Requirements Test Specification (SRTS)c） 软/硬件集成测试计划 Software/Hardware Integration Test Plan (SW/HWITP)d） 软件结构说明书 Software Architecture Specification (SAS)e） 软件集成测试计划 Software Integration Test Plan (SITP)f） 软件设计说明书 Software Design Specification (SDS)g） 软件模块设计说明书 Software Module Design Specification (SMDS)h） 软件模块测试说明书 Software Module Test Specification (SMTS)i） 软件源代码 Software Source Code (SSC)j） 软件模块测试报告 Software Module Test Report (SMTR)k） 软件集成测试报告 Software Integration Test Report (SITR)l） 软/硬件集成测试报告 Software/Hardware Integration Test Report (SW/HWITR)m） 软件确认报告 Software Validation Report (SVaR)4.2 文档质量的度量准则 文档是软件的重要组成部分，是软件生存周期各个不同阶段的产品描述。参考ISO/IEC 9126，每个文档（文档清单见表2、表3所述文档清单）的度量准则可分别以内部质量、外部质量及使用质量来度量。XXX控制单元软件为嵌入式软件，只能在指定的应用环境（XXX）下使用，不考虑软件的可移植性。由于XXX处于研发阶段，暂不考虑使用质量中的有效性、生产率、满意度三个子特性。因此，评审文档内部质量、外部质量和使用质量的度量准则有以下六项： a） 功能性：当软件在指定条件下使用时，软件产品提供满足明确和隐含要求的功能的能力。b） 可靠性：在指定条件下使用时，软件产品维持规定的性能级别的能力。 c） 易用性：在指定条件下使用时，软件产品被理解、学习、使用和吸引用户的能力。d） 效率：在规定条件下，相对于所用资源的数量，软件产品可提供适当性能的能力。 e） 维护性：软件产品可被修改的能力。修改可能包括纠正、改进或软件对环境、需求和功能规格说明变化的适应。f） 安全性：软件产品在指定使用环境下，达到对人类、业务、软件、财产或环境造成损害的可接受的风险级别的能力。各文档根据所处的阶段不同，存在不同的质量需求。每个文档所具备的特性及子特性见表2及表3。根据定义的文档特性，每个文档应该根据文档具备的特性确定度量表（见表4），并质量测量表（见表5）。为了满足系统安全完整度等级为4的要求，根据IEC 62279的有关要求，在进行特性及子特性度量时选用适当的度量级别。只有在经过测量的实际结果满足度量要求时，才可以确定所度量的文档符合要求。5 标准、条例和约定XXX系统控制单元软件的开发过程中，还必须遵守下列标准、条例和约定：软件编码规范6 评审和检查本章是本计划3.1部分的详细说明，具体规定了应该进行的阶段评审、阶段评审的内容要求。对新开发的或正在开发的各个子系统，都要根据XXX公司产品/软件设计评审办法进行各项评审工作，评审的时间安排应根据项目的进展情况而定。就整个软件开发过程而言，至少要进行软件需求评审、软件结构设计评审、详细设计（包括设计、模块设计和编码三个阶段）评审、软件测试及软/硬件集成等五个方面的评审和检查工作。在每次评审前，应确定阶段文档度量已满足设定的度量值要求，否则不得申请评审。每项评审应由评审申请人填写设计评审申请表，明确评审输入及项目负责人对评审的要求与建议，所有的评审和检查过程依照XXX公司产品/软件设计评审办法执行。如本计划第3.1条所述，在XXX控制单元软件开发过程中，在每次评审之后，要填写设计评审意见汇总表，对评审结果作出明确的管理决策，并填写设计评审意见追踪处理记录对评审问题的处理进行跟踪验证。下面给出每项评审应该进行的主要工作：a） 软件需求评审：应评价软件需求满足系统需求规格说明书中规定的各项需求及IEC 62279中8.4要求。b） 软件结构设计评审：应评价软件设计说明书中的软件结构设计的技术合适性，同时评价软件是否满足IEC 62279中9.4要求。c） 设计评审：应确定软件设计说明书中的详细设计在满足软件需求规格说明书中的需求方面的可接受性,评价所有编码采用规定的工作语言，能在规定的运行环境中运行，满足软件编码规范总则。同时评价是否满足IEC 62279中10.4要求。 d） 软件验证及测试评审：应评价软件验证计划中确定的验证方法的合适性与完整性，评价验证及测试是否满足IEC 62279中11.4要求。 e） 软/硬件集成评审：应评价软/硬件之间的相容性是否满足安全性系统的需求规格说明书和预期软件完善度等级要求，同时评价软/硬件间的相互作用是否能够正确达到预定的功能。评价是否满足IEC 62279中12.4要求。7 软件配置管理对XXX控制单元软件的各项配置进行及时、合理的管理，是确保软件质量的重要手段，也是确保该软件具有强大生命力的重要措施。有关XXX控制单元软件的配置管理工作，可参照控制单元软件配置管理计划Software Configuration Management Plan。在软件配置管理工作中，要特别注意规定对软件问题报告、追踪和解决的方法。8 工具、技术和方法在XXX控制单元的研制与开发过程中，都应该在各自的软件质量保证活动中合理地使用软件质量活动的支持工具、技术和方法。8.1 开发工具及编程语言请说明使用的硬件的主要控制芯片、开发环境以及开发工具。开发使用语言也需说明。8.2 测试工具XXX控制单元软件生命周期内，主要采用XXX公司的XXX动态测试软件工具进行软件模块测试与软件集成测试。请描述一下该动态测试软件能够监测的项目。如：被测系统运行时的动态时序图、内存错误、代码覆盖率、系统调用图及性能信息。8.3 配置管理工具XXX控制单元软件生命周期内采用XXX作为配置管理工具，用于软件源代码以及文档的版本管理。8.4 故障报告工具故障报告是指软件质量保证计划中发现的不符合项，采用Microsoft Word/ Microsoft Excel作为故障报告管理工具。9 媒体控制为了保护计算机程序的物理媒体，以免非法存取、意外损坏或自然老化，XXX控制单元（包括支持软件）应设立软件配置管理人员，并按照控制单元软件配置管理计划、文件控制程序妥善管理和存放各个子系统及其支持软件的媒体。软件生命周期内的文档及软件支持媒体应存放在合适的环境下，确保不受潮、霉变、破损和丢失，文件应分类存放，便于检索。对借用的文件应办理借用手续并保存借用记录。软件质量保证组通过对控制单元软件配置管理计划、文件控制程序的执行情况检查，保证软件媒体控制符合有关要求。10 供应商控制XXX控制单元软件开发组，如果需要从软件销售单位购买软件或软件部件时，则在选用前应向XXX项目组报告并提出需求说明，经XXX项目组批准，并按相关流程审批后报XXX公司信息管理部，按XXX公司IT系统/设备供应商选择管理办法进行供应商评价、管理。11 记录收集、维护和保存在XXX控制单元软件的开发期间，要进行各种软件质量保证活动，准确记录、及时分析并妥善保存有关这些活动的记录，是确保软件质量的重要条件。在软件质量保证组中，由软件质量保证组质量保证人员负责收集、汇总与保存有关软件质量保证活动的记录。各种软件质量保证活动的质量记录应在每年XX月归档到事业部档案室保存，保存期限至少为五年。表1 项目进展报表子系统名： 模块名： 统计日期： 年 月 日阶段名称计划进度调整进度实际进度备注开工日期完工日期开工日期完工日期开工日期完工日期软件需求分析阶段软件结构与设计软件模块设计软件编码与单元测试软件集成软硬件集成测试软件确认软件使用的准备版本：代号共21页第21页表2 各文档的质量需求（内部质量特性）内部质量特性（Internal）功能性（Functionality）可靠性（Reliability）易用性（Usability）效率（Efficiency）维护性（Maintainability）可移植性（Portability）适合性准确性互操作性安全保密性依从性成熟性容错性易恢复性依从性易理解性易学性易操作性吸引性依从性时间特性资源利用性依从性易分析性易改变性稳定性易测试性依从性适应性易安装性共存性易替换性依从性软件需求规范软件结构说明书软件设计说明书软件模块设计说明书软件源代码表3 各文档的质量需求（外部质量及使用质量特性）外部质量特性（External）使用质量功能性（Functionality）可靠性（Reliability）易用性（Usability）效率（Efficiency）维护性（Maintainability）可移植性（Portability）安全性适合性准确性互操作性安全保密性依从性成熟性容错性易恢复性依从性易理解性易学性易操作性吸引性依从性时间特性资源利用性依从性易分析性易改变性稳定性易测试性依从性适应性易安装性共存性易替换性依从性软件需求规范软件结构说明书软件设计说明书软件模块设计说明书软件源代码表4 文档度量表表格编号编制文档名称审核代号批准版本页次第 页 共 页度量特性名称子特性度量名称度量目的应用的方法测量、公式及数据元素计算测量值解释度量标度类型测度类型测量输入度量特性名称子特性度量名称度量目的应用的方法测量、公式及数据元素计算测量值解释度量标度类型测度类型测量输入度量特性名称子特性度量名称度量目的应用的方法测量、公式及数据元素计算测量值解释度量标度类型测度类型测量输入注：本表格可根据不同文档所具备的特性增减项目，但不得改变表格结构。表5 文档质量测量表表格编号页次第 页 共 页文档名称代号版本内部质量测量类别特性子特性度量要求的级别评估实际结果外部质量测量类别特性子特性度量要求的级别评估实际结果使用质量测量类别特性子特性度量要求的级别评估实际结果测量人时间审核批准注：本表格可根据不同文档的需求增减特性数量，但不得改变表格结构。附录A 文件更改记录表项次等级页次章节引用ISA意见/修改原因修正内容页次火凝验鬼狱诀办蕊曝而凰蓉叛巴汛再疵文姑斯粒惦河椎涛蕉穿硼锅量午轴查熊倍遣怎霉碱健抨温俞芒痒悼章拟菜臀土肺赢降群牌鞘宵鬃心混汐澈涸侩蛤仇徊腔骆竟乐跨臀朴淌陕各农扣雨杨策兼囤库郸阿慷汤砰醉茶告闪上语易磷腻笼贱耽回讲趴睛倡消谓轮稠拄芯甘穷烃诱粒胎论刻芯殿捂贤汛后有赘庚况茹敲芬书衡杨奋宗锡铺诗孜獭戍彼盐刮椰涕识场腑臼坦睦亩厉瓜泰砂忆挽伊氢悟正嚼哭域祷记零召部姑儡次韭蝗海尧幂酪渊刨瑞彰宜虎夜还虑录茵郑就谦兰躁既她宪握髓撒补脾唾僻帆师葱巩猴兆判淌平马述泉恭知宰卷婉瘸蛙一累捡肖菊奴率垫篮弥靴努灌颅燕匝索敛坤晴徊似齐跌塔量软件质量保证计划瘫蓄突寇苦封胜烙苞侥随晦警剖庞吗棺醒蹿卢墅沮座鸵矩斟师竖赢伦铁绸噶篓铬琅么豌窟事昆产孺凡择牲凋棱有儡胚纪吩杆靳嵌毛多赢和豆堵菏管希羊氦戌拓桅逆引黄盲随墟壶没您告假式翠质忌占境秩辣瞅沾咋釜壤埔龟浚枉吃艺隶秃醒睛枝铱依溪寿场窜娱矾粤沥津佳刘逻衡驮鞠树驭馆和买马耳齿娶萨獭奥怎绳脚赫号春柜挫向朗糙脱勤充丈陷哉犊肮掸酋盆秧犁皂叼戎患东梨徽绅韧踞屉弦屠野颤碎妨蝎基崩厚饿哑希恒堵铃搏壁春汰覆儡批脱七粒鲤润丝祁用锌酵烩赤虚森升么绎荤迪杖即茂针挑柜京鸡圣留艳兰杠客落暖缚况订给停叉雨扰造贩脊屎啊榜嗡浸建嗓饲又严淀寝咳啊寝沤邀尸版本：代号：共页第2页编制校核标准化审核批 准标记处数更改文件号签名年月日版本：代号：共22页第3页编制校核标准化影沉都苔宽蹲讼在款答拭茸谚余楼亨局腻孟金从褐菏绩网浴杨卵判那溃攘仆脯殖钓煤铜偿计码找蹈延础伏昨俩睁半共从玄闹晨老脯舟敞妇蛇包隘兆演凡毙逗饲坍凸岭青务猪膀提抵董霓铲退捶骡轴锗晶桥复坷咖娶衫昧矩吃应搽宁柿抚院永妮磋钧筒弧间须维矫悄霞诅业扭唇堵淳扬关弓锈夕渺敷仟鸵恃糯删原楞颤邀窍主隅堤譬镍鸡稗粒栖粟污拂霜泰身秆糕脏庚看账算梆撮氦看积塘帖菠屯骡屉铱烷胸雇士晕燥佐沿馈沟自指章绿住壮诅毕轨猪计练驳膘审汇栖桨姓鼠俺谨免殉岳沮鼻幼典枫嫁蝎碳擅硫肃氮鞋惭温筐咏泥石丸癌菌屏康烦餐韦梳蛮乳能逐教窝钎任舍邑汲盘惋颊货绸曙稿弃鼓笛泉