软件开发质量保证标准体系.doc

软件开发质量确保体系来自1. 使用范围2. 引用标准3. 定义4. 质量体系框架4.1 管理职责4.2 质量体系4.3 评审4.4 纠正方法5. 质量体系生存周期5.1 协议评审5.2 需方需求规格说明5.3 开发计划5.4 质量计划5.5 设计和实现5.6 测试和确定5.7 验收5.8 复制、交付和安装5.9 维护软件开发质量确保体系企业内部标准本标准参考ISO9000-3 质量管理和质量确保标准 第三部分：在软件开发、供给和维护中使用指南。1、 使用范围本标准作为本企业在软件项目开发、供给和维护时质量要求，以确保产品质量，预防不合格产品。以下具体描述了软件开发各阶段控制手段和要求。要求质量确保贯穿各个阶段，一直确保严格实施。2、 引用标准本标准制订考虑本企业实际情况，所以本标准仅用于本企业内部控制产品质量。使用本文档时，请尽可能参考最新版本。3、 定义产品：以下指软件产品，即交付给用户一整套计算机程序、规程及相关文档和数据。开发：创作软件产品全部活动。供方：指本企业。需方：指具体项目标需求方，即用户。质量体系：质量要素、各要素需要达成目标和在开发过程中必需采取方法。4、 质量体系框架4.1管理职责4.1.1 供方(及具体项目开发组)负责以下职责组织机构本企业内部专门设置部门质量确保部门，由部门责任人及专门经过培训人员组成。具体项目开发组，设置质量确保组，或委托企业质量确保部门帮助开展工作。质量确保部门负责以下工作：建立并维护企业内部质量确保体系。对可能造成产品不合格问题给予识别，采取方法给予避免。发觉并统计产品质量问题。提出、采取或推荐问题处理措施。验证处理措施实施效果。对不合格产品处理、交付过程进行控制，确保最终问题得以纠正。质量确保部门评审活动应由和被评审工作无直接责任人员组成。制订质量方针和质量目标确保项目组组员均了解质量方针并能坚持落实实施。企业内部制订通常性质量方针及对软件产品质量目标，作为各项目组参考，各项目组可依据具体用户期望及需求作出具体质量目标及质量承诺，具体质量目标及承诺，尤其是超出企业目标部分，提交给质量确保部门，方便提交给质量确保部门充足了解并帮助实施。质量方针和质量目标见附录管理评审质量确保部门责任人应每个月对质量体系进行评审，关键是对内部质量审核结果评定，以确保质量体系连续有效，保留评审统计。4.1.2 需方（用户）应负职责在项目中，应向需方（用户）提出具体要求，明确其需要负担职责，方便相互配合，共同确保项目标顺利实施。需方应明确指定项目相关责任人，应含有足够权力处理以下问题：向供方提出需求回复供方提出一些相关问题认可供方提案和供方签署协议并能确保遵守签署协议要求验收准则和规程向供方提供必需信息,提供有利环境并处理项目中部分障碍。4.1.3 共同评审双方定时地交流，并联合评审软件是否满足已经约定需求规格说明书。4.2 质量体系本质量体系贯穿整个开发周期，是为了在开发过程中确保质量，并非在开发结束时才检验质量问题，所以关键强调预防问题地发生，问题发生后纠正仅作为补充手段。本企业将采取必需手段确保这一体系得以有效地落实实施。质量体系文件本企业质量体系文件,包含质量要素、各要素需要达成目标和在开发过程中必需采取方法。质量体系文件见附录质量体系文件质量计划具体项目开发组依据企业质量体系制订质量活动计划并形成质量确保计划，以确保开发组能正确了解质量体系并能遵照实施。附录之质量确保计划指导作为各项目组制订计划指导。4.3 审核本企业内部建立全方面审核制度，以验证各具体项目中质量活动是否符累计划要求，同时检验质量体系有效性，以不停完善质量体系。审核过程及采取方法均要按书面方法进行。审核结果形成汇报，提交审核部门责任人。对于审核时发觉问题，相关责任人应立即采取方法。4.4 纠正方法纠正方法必需制订书面规程，应包含以下内容：调查问题产生直接原因，并制订预防同类事件发生所需方法。查询分析各类过程统计、让步统计、操作统计、质量统计、用户投诉等等，已查明潜在原因并消除依据风险程度，采取预防方法对纠正方法有效实施加以控制对纠正方法统计 5. 质量体系生存周期要求各阶段必需有合格产品（包含文档），并以其作为下一阶段工作基础。对每一阶段产品，必需组织评审，确保其质量，避免错误影响后续工作。本标准适适用于任何生存周期模型。5.1 协议评审本企业应评审每一协议，以确保：要求协议范围和需求并写入文档识别可能出现风险合适保护相关专利信息处理全部和招标不一致需求有能力满足需求要求其它包含项目标供货商责任统一双方对术语了解需方有能力推行协议职责协议评审统计应妥善保管。另外，应注意相关质量条款验收准则在开发过程中对需求变更处理对验收后出现问题处理确定需方责任，尤其是在需求规格说明、安装和验收时作用有需方提供必需便利条件，如设施、工具和软件等采取标准和规程5.2 需方需求规格说明在某一具体项目进行开发前，本企业应含有一套该项目标完整、正确、无歧义功效需求，这些需求应包含需方全部要求。因为本企业在业务领域含有丰富经验，能够大力配适用户识别并确定需求，需求在开发前得到需方确实定。该需求应足以成为产品验收确定时依据。在制订需求规格说明时应注意：双方制订专员负责需求认可和更改同意预防误解，定义好术语，对需求背景进行说明统计和评审双方讨论结果，以备未来查询一些需求确定原因。5.3开发计划在项目进行前制订开发计划，作为总体策划，指导整个项目有序进行。开发计划要求包含以下方面：项目定义项目资源组织管理开发阶段进度确定质量确保计划、测试计划、集成计划等伴随项目标进展，开发计划要不停更新，在生命周期模型每一阶段开始之前，全部要有该阶段工作计划，并经过评审后实施。以下较具体说明开发计划中应含有各方面。A. 开发阶段开发计划应将项目目标转化为最终止果过程、方法等清楚描述出来，能够把工作分为多个阶段，比如根据生命周期法划分开发阶段。开发阶段要确定以下项：要实施开发阶段每一阶段所需输入必需用文档方法确定下来，每一项需求全部有明确定义，以确保完成情况可被检验。每一阶段应产生输出验证阶段输出，必需满足以下几点：满足对应要求有明确验收准则，作为验收评审参考。符合开发通例和约定每一阶段需要实施验证步骤必需有对每阶段输出验证计划，并在合适时间进行验证评审。分析各阶段可能潜在问题或需要处理问题B. 项目管理项目开发、实施等过程时间进度安排进度控制方法及活动确定组织机构及其职责、各工作组资源及工作分配不一样工作组间组织协调方法，并明确技术接口问题。C. 开发方法和工具要求项目活动应共同遵照方法及使用工具，包含：开发规范、通例开发工具及技术5.4 质量计划质量计划作为开发计划一部分。质量计划随项目进展而更新，质量计划经正式评审，并得到全部和计划实施相关组织统一。质量计划应包含或引用以下内容：质量目标，尽可能以定量方法给出定义每一阶段输入、输出准则确定要进行测试、验证和确定活动类型和具体计划，包含时间、进度等。确定具体质量活动职责：比如，评审和测试、更改控制、对缺点控制和纠正方法。5.5 设计和实现设计和实现活动是将需求规格说明转化为软件产品过程。为确保软件产品质量，这些活动必需在严格要求方法下进行，不能依靠于事后审查监督。设计设计阶段要满足各阶段共同要求，另外，设计阶段还应考虑：选择适合所开发产品类型设计方法总结吸收以往项目标经验教训设计应考虑软件以后测试、维护和使用B. 实现要求编程规则、编程语言、命名约定、编码和注释规则等要求在实现过程中严格遵守既定开发规则选择适宜方法和工具实现产品本企业内部制订开发规范，各项目组可参考制订适合特定项目标规范。C. 评审为使需求规格说明得以满足和上述规则方法得以实施，必需以评审方法加以确保。直到全部被发觉缺点被消除，或确定缺点风险可被控制后，才能进入下一步设计或实现工作。各项目组引用企业规范或参考制订开发规范应在取得本项目组广泛认可情况下，提交给评审部门，作为评审参考依据。评审纪录应保留，评审结果可能作为个人及项目组工作成绩评定参考之一。5.6 测试和确定要含有完整测试计划，测试计划要经过评审，并以此为依据进行测试活动。A.测试计划包含单元测试计划、集成测试计划、系统测试计划、验收测试计划制订测试用例、测试数据和预期结果考虑要进行测试类型，如：功效测试、边界测试、性能测试、可用性测试等描述测试环境、工具和测试软件软件产品是否完成判定准则测试所需人员及其要求B.测试活动统计发觉问题，指出可能受影响其它部分软件，通知相关责任人员。确定受影响其它部分软件，并对其进行重新测试。评价测试是否适度和合适。在验收和交付产品前，必需尽可能在类似使用环境中进行确定测试。5.7 验收当软件产品已经完成，经过内部确定测试，准备好交付后，应要求需方依据协议中要求标准判定是否能够进行验收。对于验收中发觉问题处理措施由双方约定并纳入文档。含有验收条件后，应制订验收计划并逐步实施。验收计划应包含：时间进度评定规程软件/硬件环境验收准则5.8 复制、交付和安装制订安装分发计划。复制制作好安装程序，复制好必需拷贝。准备好该交付操作手册、用户指南等文档。交付交付前应对所交付产品正确性及完整性进行检验。安装就以下方面双方明确约定各自作用、责任和义务：时间进度及安排，包含非工作时间及假日人员安排及工作责任提供出入便利条件，如通行证等指定熟练人员亲密配合提供必需系统及设备对每次安装确实定条件需明确要求对每次安装认可正式规程5.9 维护对于软件产品在首次交付及安装后，本企业必需提供维护应在协议中明确要求。协议中应明确以下各项维护期：程序数据规格说明维护工作通常包含：问题处理接口调整功效扩充和性能改善本企业针对以上维护工作制订完善维护方案，并严格遵照实施。具体维护方案见维护工作步骤附录C 质量体系文件包含质量要素、各要素需要达成目标和在开发过程中必需采取方法质量要求要素定义以下：正确性 在预定环境下，软件满足设计规格说明及用户预期目标程度。它要求软件没有错误。可靠性 软件根据设计要求，在要求时间和条件下不出故障，连续运行程度。效率 为了完成预定功效，软件系统所需计算机资源多少。完整性 为了某一目标面保护数据，避免它受到偶然，或有意破坏、改动或遗失能力。可使用性 对于一个软件系统，用户学习、使用软件及为程序准备输入和解释输出所需工作量大小。可维护性 为满足用户新要求，或当环境发生了改变，或运行中发觉了新错误时，对一个已投入运行软件进行对应诊疗和修改所需工作量大小。可测试性 测试软件以确保其能够实施预定功效所需工作量大小。灵活性 修改或改善一个已投入运行软件所需工作量大小。复用性 一个软件（或软件部分）能再次用于其它应用（该应用功效和软件或软件部件所完成功效有联络）程度。在设计开发过程中，必需注意以下要求，以确保软件质量达成目标。正确性软件功效要满足用户要求，在预定环境下能够完成预期功效。所以，必需明确了解用户需求。在需求确定方面，应经过深刻了解电信企业运行系统及了解其发展趋势，建立模型并分析，广泛了解其它系统专长，并总结以往经验教训基础上，确定出需求并经过和用户交流最终确定。在需求表示方面，强调以全方面、正确、细致、易于了解方法表示，可能需要以多个形式，比如：功效描述、数据描述、数据流图、系统说明等。可维护性遵从统一规范，包含命名规范、界面规范、编程风格。编码应含有良好可读性，注释完整清楚。避免复杂逻辑判定条件，易读，易测试编码应尽可能简练，逻辑简单保留异常信息和错误日志方便于调试和分析降低模块之间耦合度，增强模块内内聚。可用性用户轻易了解和使用该功效响应时间快，操作方便，提升用户工作效率。提醒信息简练正确可靠性含有异常捕捉功效并提供异常处理和恢复功效5、效率尽可能降低系统资源开销查询语句要充足考虑到索引降低和数据库无须要交互灵活性，易于扩展充足考虑到各地不一样环境，经过参数设置使其易于适应不一样要求。完整性、安全性确保相关数据一致性考虑数据存取权限。文档完善按文档要求完成相关文档。审查制度对于每一阶段文档及软件产品全部应交付证质量确保部门，由审查小组按质量要求严格审查。审查内容：文档：开发计划、用户需求规格说明、概要及具体设计文档、技术文档、用户手册等，具体要求见文档计划。评审文档是否规范，表示清楚，有实用价值。设计方案：是否达成设计目标。应用程序：是否达成质量目标和符合设计目标。审查步骤：项目组按计划准备好交付产品及文档交付质量确保部门，组织评审完成评审，发觉错误汇报发觉错误返工复查返工问题是否已处理有话要说 打印 保留 关闭