软件行业产品质量体系要点.doc

软件行业产品质量体系要点

16
2020年4月19日
文档仅供参考，不当之处，请联系改正。
二.软件行业产品质量体系要点
1.目的：
编制本质量体系审核要点是根据质量管理体系要求GB/T19001- idt ISO9001： 标准的要求，明确提出计算机软件行业企业的质量体系审核要求，审核要点不是对审核的全面叙述，而是针对计算机软件行业特点和软件产品的生产特点，并满足质量管理体系要求而编制的审核要点。
2.范围
计算机软件行业的产品研究、开发、设计、编制、测试、运行维护等有关研究、生产企业和维修服务等部门。
3.引用标准
1. 质量管理体系—要求 GB/T19001— idt ISO9001：
2. 计算机软件开发文件编制指南 GB8567—88
3. 计算机软件开发规范 GB/T8566—1995
4. 计算机软件需求说明编制指南 GB9385—88
5. 计算机软件测试文件编制规范 GB9386—88
6. 计算机软件配置管理计划规范 GB/T12505—90
7. 信息技术软件生存期过程 GB/T8566—1995
4.计算机软件产品的特点
4.1计算机软件行业的特点
4.1.1计算机软件是一种逻辑实体，它不同于一般的物理实体，完全没有物理性质，软件本身具有抽象性，其质量难以采用一般的简单尺度来衡量；
4.1.2计算机软件产品的产生主要经过研究和开发活动，而它的生产制造即是复制过程，则比较简单，这对研究和开发阶段的工作质量和产品质量提出特别高的要求；
4.1.3计算机软件产品在交付用户使用后，仍需要根据实际运行环境对其进行修改及功能完善，这种软件维护与一般硬件产品的使用维护是不同的，依然需要专职维护人员和开发部门人员及时的服务，产品的售后服务呈现紧密延续性；
4.1.4计算机软件产品研制和开发的标准化和工程化程度还不高，传统手工业开发方式仍居于统治地位，基本建立在特定的硬件配置、系统支持软件、开发环境基础上的软件特定开发项目，给软件产品生产的协调管理和维护工作带来一定难度
4.1.5计算机软件产品的生产与硬件产品相比是一种高智力活动，其复杂性来源于它反映实际问题和现象的多样性，这不但对软件制造者的自身素质和彼此协调能力提出要求，而且也要求用户具备在使用条件下所需的知识技能和专门的培训；
4.1.6软件产品从立项伊始到运行维护，始终需要顾客的参与和协助，顾客对产品说明的暧昧、双方配合的效果都会影响整个产品设计开发的进程，进而直接影响到软件产品的质量；
4.1.7计算机软件产品的生存期不同于一般硬件产品的生命周期，它可分为三大过程：软件定义、软件开发、软件维护；即计划、需求分析、设计、程序编写、测试、运行维护六个阶段，且各个步骤工作构成了整个软件产品生存期的循环过程；
4.1.8计算机软件产品的质量特性主要表现为：可用性、可靠性、可维护性和可移植性。
4.2计算机软件产品的生产特点
计算机软件产品的生存期共分为六个阶段：计划、需求分析、设计、程序编写、测试、运行维护，下面分别论述它们的特点：
4.2.1策划阶段
此为立项阶段，即确定要开发项目的总目标；内容包括：
※ 方案策划——软件产品范围、功能、性能、可靠性、接口
※ 可行性分析
※ 实施计划确认——如资源、成本、效益、工作进度
4.2.2需求分析阶段
此为详细定义阶段，需要软件人员和用户共同讨论确定下列内容：
※ 软件需求规格说明书；
※ 需求评审确认。
4.2.3软件设计阶段
此为开发核心阶段，即将已明确的各项需求转换为相应的体系结构，形成意义明确的模块和文档，完成以下过程；
※ 概要设计——确定软件结构和数据结构，规定模块接口，验明设计限制，此阶段需要完成以下工作：
A. 程序结构的总体设计；
B. 数据结构设计；
C. 制定初步的测试计划；
D. 概要设计评审。
※ 详细设计——细化软件项，形成可编程模块，确定表示方法，描述规则。
4.2.4程序编写阶段
此为编码阶段，即将软件设计转化为计算机程序，进行结构化程序设计，形成源程序清单。
4.2.5测试阶段
此为检验阶段，即在测试用例的基础上检验软件的各个组成部分，内容包括：
※ 单元测试——检验模块的功能和结构；
※ 组装测试——检验模块的组装功能质量；
※ 有效性测试——确认测试、系统测试、人工测试。
4.2.6运行和维护阶段
此为在用户对软件运行使用阶段，软件人员对软件的管理及对其在改正性、适应和完善性方面的变更。
5.计算机软件产品的要点
综上所述，计算机软件产品与一般硬件产品无论是生产过程还是产品特点都有其特殊性，这反映在审核方面必然是不同。而只有抓住其行业特点的审核才是最有效的审核。下面重点论述它们在一些要素审核时的差异：
5.1产品实现策划7.1
合适时，软件产品的策划应规定或引用一些内容：
※ 以可测量的术语表示的质量要求
※ 规定启动和结束每一项目阶段的准则；
※ 明确需要执行的评审、测试、验证、确认活动的内容、职责、安排、配置及审批权限；
※ 质量计划可包含或者引用单元测试、集成测试、系统测试和验收测试计划。
5.2与顾客有关的过程7.2
组织对软件合同、标书或订单评审时，还会涉及到以下事项：
※ 与顾客有关的事项
A. 采用的名词术语、修改规程及接收准则由有关各方协调一致；
B. 顾客具有符合合同义务的能力和资源；
C. 顾客在软件产品生产中参与的程度和应尽的责任；
D. 双方联合评审的安排及验证后问题的处理；
E. 软件产品升级后顾客承担的义务及组织保持以往版本的义务；
F. 组织对顾客培训的责任。
※ 与技术有关的事项：
A. 满足需求的可行性；
B. 明确由顾客提供项目的具体要求及其适合性的评估方法，并形成文件；
C. 复制和分发要求；
D. 明确可能的风险并评估它们对后续活动的影响；
E. 进度、评审、交付、安装、维护和支持要求；
F. 法规、安全和保密事项。
5.3设计开发控制7.3
※ 设计和开发的策划
开发计划可包含下列内容：
A. 项目及其输入、输出的定义；
B. 项目资源的组织及进度安排；
C. 明确或引用所需的开发和支持过程及其输入、输出；
D. 个人或小组、内部及外部的组织接口和技术接口及其职责、权限；
E. 标准、规则、惯例、约定、开发工具及技术、支持软件控制、配置管理惯例；
F. 备份及恢复的控制；
G. 病毒防护控制方法；
H. 明确产品生命周期各个阶段的计划，包括：质量计划、风险管理计划、集成计划、安装计划、移植计划、维护计划、重新使用计划、培训计划、配置管理计划。
※ 组织和技术接口
A 与顾客的接口：
…明确顾客的责任、要求、建议和疑问，并达成协议；
…确定验收准则和规程及顾客提供不适合项目的处理方式，
B 双方联合评审内容：
…软件开发工作的阶段进展及产品阶段性符合情况；
…有关开发中系统的最终用户活动进展情况；
…验证和测试结果
※ 设计输入
A 制定需求规格说明书，包括；
…商定要求和授权更改的方法；
…必要时，样件或论证的评价方法；
…记录和审查双方讨论的结果。
B 与顾客密切合作编制需求规格说明书，在协商一致的基础上取得顾客的批准。
※ 设计输出
A 概要设计说明书；
B 详细设计说明书；
C 源代码；
D 用户指南。
※ 设计评审
内容可包括：同行评审、代码检查、单元测试、走查等，应有编程规则。明确评审方式、准则和程序。评审时应考虑：保密性、安全性、可测试性等。
※ 设计验证
工作内容可由设计输出评审、论证、测试组成。
※ 设计确认
此阶段可参看“最终检验和试验”
※ 设计更改
在软件开发环境中，对设计更改的控制一般在配置管理约束下进行。
5.4文件控制4.2.3
与软件产品有关的文件和资料包括：
※ 开发过程的输入和输出；
※ 验证和确认计划及其结果；
※ 顾客和使用者文档；
※ 维护文档；
※ 顾客需求规格说明书要置于文件和资料控制和配置管理下。
5.5采购7.4
软件产品的采购项目包括：
※ 现成软件及开发工具；
※ 软件分包及人员；
※ 维护服务；
※ 培训课程及器材。
5.6生产和服务的提供控制7.5.1
对于软件产品，即指软件产品或软件项的复制、交付和安装。
※ 复制主要考虑以下内容：
A. 原版和复制件的标识及编号；
B. 每一软件项的媒体类型和可预见的软件病毒的检查；
C. 组织提供复制件和阅读原版能力的责任界限；
D. 必要时，原版和备用复制件的监护故障恢复计划；
E. 涉及的并已协商一致的版权和许可证事宜；
F. 复制软件项的环境控制；
G. 可行时，按照安全和保密的要求对软件进行定量分析以预测系统的可靠性。
※ 对于过程的控制可考虑如下内容：
A. 根据过程工作需要实施及时更改的能力及向顾客通告更改的方法；
B. 确定基本的规则，对更改的可行性做出判断，且任何更改均不会引起其它问题。
※ 安装软件属合同要求时，应形成组织与顾客就她们各自的作用、职责和义务协商一致的文件，控制内容可包括：
A. 安装进度、安装确认和批准的规程；
B. 访问顾客设施的方法及顾客系统和设备的可利用性或所需的添置设施；
C. 对顾客的培训及其操作人员的要求。
服务
此指与软件有关的服务：维护和顾客支持。包含的内容如下：
※ 在合中明确需要维护的项目及其时间和周期。维护项目可包括：
A 程序、数据及其结构；
B 规格说明书；
C 供顾客使用的文档；
D 测试计划。
※ 维护应按照组织与顾客协商一致的维护计划进行，计划可包括：
A 维护范围；
B 产品初始状态的标识；
C 支持工作的组织；
D 维护活动、记录及其报告；
E 与配置管理活动的关系；
F 放行的进度安排。
※ 对于每一软件的项目，维护记录可包括：
A 协助请求、问题报告及各自的当前状态；
B 负责答复协助请求或实施适当纠正措施的组织；
C 已确定的纠正措施的优先顺序；
D 纠正措施的结果；
E 失效发生和维护活动的统计数据。
5.7标识和可追溯性7.5.3
此即软件产品的配置管理系统，标识配置准则可考虑如下内容：
※ 产品结构和配置项目的选择；
※ 与软件项有关的文档编制和计算机文件；
※ 命名惯例和配置基线的建立；
※ 修改的开发工具；
※ 与其它软件项及硬件的接口。
5.8顾客财产7.5.4
组织可能要取得在顾客提供的包括资料在内的产品：
※ 软件及开发工具；
※ 硬件
※ 开发环境；
※ 接口或其它规格说明；
※ 顾客专利信息；
※ 测试和运行资料；
5.9产品监视和测量8.2.4
此指从软件项到软件产品的若干级别测试，包括单元测试、集成测试、系统测试和验收测试。
※ 进货检验和试验
对于顾客和供方提供的包括资料在内的软件产品，按照7.4、7.5.4条款的要求进行验收。
※ 过程检验和试验
A 测试工具、测试环境及软、硬件配置状态的标识；
B 跟踪出现的问题及其带来可能其它的影响，处理后重新测试，直至问题的解决。重新测试的范围和方法应有形成文件的规程；
C 测试的适当性和实用性应加以评价。
※ 最终检验和试验
A 所需测试的特性、环境、工具要求；
B 组织与顾客在测试和评价工作中的职责；
C 测试后用户环境的恢复；
D 按照合同要求与顾客协商验收测试的评价准则、环境、人员及时间安排。
5.10监视和测量装置控制7.6
组织使用工具、技术和设备进行测试，在使用前要考虑它们对软件产品的影响，对于测试工具和技术，要按照规定的间隔进行复查，工具可置于配置管理下；校准不适用于软件，可是它适用于硬件和工具。
5.11不合格品的控制8.3
此阶段可结合配置管理活动，对不合格的隔离可经过将编制出的软件项从生产环境或测试环境转入单独的环境来实现，对它跟踪记录并重新测试直至问题的解决，修订或返工后将升出新的版本。
5.13产品防护
※ 搬运
组织应建立防止软件受病毒感染而损害的规程
※ 储存
A 存储软件项并控制对其的访问；
B 在已建立的基线中维护产品的各种版本；
C 保护软件免受未经授权的任何更改和损坏；
D 对受控版本软件进行“受控”考贝；
E 考虑计算机媒体的储存环境。
※ 包装、防护和交付
作为复制过程的一部分，已在7.5.1复制过程有所叙述，如果采用电子存储和发送的情况下，它们并没有实际的活动。对于交付过程，要有预防措施保护软件产品免于在交付期损坏，并有文件化的规程用来证实交付产品的正确性、已进行过适当程度的病毒检查及已采取适当的措施来保护产品的完整性。
5.14记录控制（4.2.4）
当质量记录保存的电子媒体中时，考虑保存时间和可访问性时要考虑电子图像的退化速度，以及为访问建立所需的设备和软件的可用性。
5.15资源管理（6）
应考虑软件开发和管理中使用的专用工具、技术、方法和计算机资源及与软件有关的专门领域的技能和知识的培训，资格鉴定和培训要求应形成文件。
5.16数据分析8.4
※ 可要求度量并应用统计技术的软件产品和过程能力特性包括：
A 可靠性、测量性、可维护性；
B 有效性；
C 过程成熟度；
D 过程输出中缺陷类型和数目；
E 缺陷清除效率；
※ 度量应符合的原则：
A 度量应得出过程或产品特性的量值；
F 度量及可能影响的各个方面已明确确定；
G 理解指示质量改进的度量中的改变方向。