• 当前位置:创业找项目 > 范文大全 > 软件质量管理体系
  • 软件质量管理体系

  • 来源:创业找项目
  • 时间:2018-05-06
  • 移动端:软件质量管理体系
  • 篇一:软件工程质量管理体系说明

    泰州市中科电子科技有限公司

    软件工程质量管理体系说明

    我公司已按照软件工程要求建立了质量管理体系,严格控制产品的设计和开发的策划和过程,确保新产品满足市场要求。 一:职责分工

    研发总监

    ? 主管公司技术、产品发展方向的调查研究,确定新产品的开发项目和新技术的研究方向;

    ? 主管新产品的确定、设计、开发、评审、验证、确认等过程; ? 主管新产品市场推广的技术支持和新产品的试运行。 研发部

    ? 组织实施新产品开发之前的可行性调研;

    ? 参与对立项报告的评审;

    ? 实施新产品的形态设计,编制新产品研发计划;

    ? 负责根据公司技术发展战略开展技术研究和新产品开发及老产品的改造、升级工作;

    ? 负责针对每个开发的软件产品进行全方位的测试,保障产品质量; ? 参与对产品开发过程的阶段性评审和开发结束时的验收。 ? 负责软件技术的积累和成长,产品的软件开发、测试,产品软件的技术支持等,对软件的质量和稳定性负责,部门成员参加具体

    的产品的软件开发过程。

    二、开发要求

    1、确立设计开发项目

    ? 根据市场调查、技术发展或市场需要提出新产品立项或重大改进需求的由指定专人进行可行性调研,编写《立项报告》,申请立项; ? 根据立项申请,由研发总监组织相关人员(必要时聘请专家)进行评审并对结果进行记录。

    2、设计开发的策划

    ? 由研发部成立专门的项目小组对已立项的新产品编制《设计开发需求》,然后开始系统设计,以此作为项目组成员进行设计开发活动的依据。应阐明设计项目的输入和输出要求、设计的进度要求、人工预计、任务描述、设计验收的时机等活动的安排,并规定实施这些活动的职责;

    ? 研发部在系统设计完成时形成设计文档,由项目小组进行内部评审,形成记录。然后开始进行程序代码开发;

    ? 项目负责人的选定要求其具有相当的能力和经验,项目组成员的选定也要求遵循资源优化的原则,有利于提高效率,避开矛盾,使资源得到合理的配置;

    ? 项目开发计划可随设计的进展作必要的修改;

    ? 项目组长对开发组织各技术接口所交流的信息进行管理,以确保设计开发过程有效。

    3、设计开发输入

    ? 设计开发输入包括:《立项报告》、《设计开发需求》相关客户需求资料及竞争对手资料还有国内国际法律法规以及行业标准,包括公司内部的设计规范;

    ? 设计开发输入是设计开发验收的重要依据;

    ? 在设计完成之时和进行之中,应对设计输入进行适当的评审,尤其对设计输入中不完善、含糊、矛盾的要求,应提出并会同提出者一同解决,并对其进行记录。

    4、设计开发输出

    ? 项目正式开始进行,设计人员开始系统设计,输出系统功能模块的形态设计文档;

    ? 设计输出文件必须经设计验证评审通过后,由技术总监或总工签署后才能提交到技术管理中心备案,开发部则按照设计文档进行下一步的代码开发;

    ? 研发人员在每个开发、测试阶段完成之后将产生功能模块的源代码、软件各功能模块的说明书、测试报告,评审小组评审后写出评审报告,通过的话表示这个阶段的完成。

    5、设计和开发的评审

    ? 按照《立项报告》、《设计开发需求》由技术管理中心在适宜时机对产品在设计开发进行时组织人员进行阶段性的评审,评审方式以会议讨论方式进行,评审主要由技术副总和开发部人员和公司技术骨干参加,主要评价开发满足设计的要求和开发满足《质量保证计划》的能力,识别开发过程中出现的问题,评审中应提出

    解决办法,并作好记录保存;

    6、设计开发的验收

    ? 在设计完成时,需由评审小组对设计进行验收,主要评审功能形态设计及其设计过程产生的文档,通过后将提交到技术管理中心; ? 产品开发完成后,提交所有的开发文档,由项目验收小组进行产品验收评审,以保证输出满足输入要求的软件产品。

    7、设计开发的确认

    ? 质检部应根据所策划的安排对已完成的样品进行验证。以验证样品的要求符合设计输入的要求。并将验证的结果给以记录; ? 当客户有要求或需要时就按照相应的产品标准对样品进行测试,作为验证方式的一种。记录并保存好有关的测试结果;

    ? 验证的结果及任何必要措施的记录将给以保存。

    8、设计更改

    ? 在设计开发过程的各个阶段,如需要较大的更改设计,相关的提出部门或设计人员应确定修改的内容,提出设计更改建议; ? 针对不同类型的设计开发项目,设计更改建议需在经过不同的相关负责人和/或技术委员会以及其他相关人员的确认,保持相关记录,转交回设计人员手中,同时作为项目文档保存;

    ? 在更改实施前必须对其进行验证、确认,以保证不会因更改而造成新的问题;

    ? 对设计更改的内容应予以记录,并及时传递到有关部门和场所。

    有效运行的过程文档记录

    软件开发可分为:调研、需求分析、设计、编码、测试、部署、验收、维护等过程。

    篇二:某软件公司质量管理体系

    质量管理体系培训教材

    (一)

    北京博思美亚科技发展公司

    目 录

    公司标准软件过程体系文件导读 ............................................................................... 1

    软件生命周期模型 ..................................................................................................... 15

    软件开发过程 ............................................................................................................. 25 技术类评审 ............................................................................................................... 111 项目估算指南 ........................................................................................................... 147 标准软件过程总体裁剪指南 ................................................................................... 153

    公司标准软件过程体系文件导读

    目 录

    1、概述 ......................................................................................................................... 2

    1.1 目的 ................................................................................................................. 2

    1.2 适用范围 ......................................................................................................... 2

    1.3 引用文件 ......................................................................................................... 2

    1.4 术语 ................................................................................................................. 2

    1.5 参考资料 ......................................................................................................... 2

    2、公司标准软件过程的开发 ..................................................................................... 3

    2.1 开发历程 ......................................................................................................... 3

    2.2 公司标准软件过程总体结构 ......................................................................... 6

    3、软件过程体系文件 ............................................................................................... 10

    3.1 过程管理 ....................................................................................................... 10

    3.2 软件开发过程 ............................................................................................... 12

    3.3 项目管理 ....................................................................................................... 12

    3.4 资源管理 ....................................................................................................... 13

    3.5 指南性文件 ................................................................................................... 14

    1、概述

    1.1 目的

    本文件对公司软件过程及其体系文件的总体结构进行描述,为与软件过程的开发、维护、改进、执行、管理和跟踪等有关的人员学习、理解和使用软件过程体系文件提供指南。

    1.2 适用范围

    适用于SEPG、高层经理、项目经理、软件开发人员、测试人员、软件质量保证人员、软件配置管理人员及其他支持人员为了按规范开展各自的业务活动,学习、理解和使用软件过程体系文件。

    1.3 引用文件

    无。

    1.4 术语

    无。

    1.5 参考资料

    ?《Software Project Management Guidebook》(Version 2.0),Process Strategies,Inc.

    ?《软件工程-实践者的研究方法》,(美)Roger S. Pressman著,黄柏素、梅宏译,机械工业出版社出版,1999年10月

    ?《实践中的CMM-INFOSYS公司实施软件项目之过程》,潘卡?杰罗特著,杨慧鸣、李光龙泽,2001年7月

    2、公司标准软件过程的开发

    2.1 开发历程

    为了使软件过程保持长期稳定并能持续改进,必须开发组织(即公司)级的标准软件过程。为此,公司组织了以软件工程过程组(SEPG)为主体的标准软件过程开发和文件编写组,具体实施上述任务。公司标准软件过程是在公司范围内的软件项目全面执行CMM二级的基础上,在软件工程一般理论的指导下,收集公司全部软件项目所采用的软件过程,经过分析、归纳、提炼、分类、总结等一系列步骤开发而成;又在开发标准软件过程的基础上,形成了描述这些标准软件过程的相互关联的程序文件体系。

    本程序文件体系对组成标准软件过程的基本软件过程要紧,以及软件过程要素之间的关系(软件过程结构)进行描述,描述的重点放在过程的可操作性上。此外,与此相关联,开发或编写了公司的软件过程数据库、与软件过程相关的文档库、软件生命周期描述文件和标准软件过程裁剪指南。它们和公司标准软件过程一起,组成了公司的软件过程资产。

    公司的软件过程资产为规范公司软件项目的软件过程提供了基础和保证。各软件项目按标准软件过程裁剪指南,根据项目的实际情况(主要是客户需求)对公司标准软件过程进行裁剪,开发适合项目特定特性的项目软件过程;项目软件过程开发的重点在软件过程的可用性,以及附加到该项目的价值。项目以项目定义的软件过程为基础,制订项目软件开发计划;按计划执行项目的软件开发活动,产生相应的软件工作产品及其他开发成果;开发过程中的数据以及项目结束后进行总结的数据,经过一定的手续,反馈到公司的软件过程数据和软件过程相关文档库,丰富公司的软件过程资产。如此反复循环,促使软件过程得以持续改进。

    以上过程和关系可以用图1表示。图中:

    表示实体,例如“分配到软件的需求”

    表示活动,例如“选择项目的软件生命周期”

    图中上半部分用粗线框围起来的部分即公司的软件过程资产部分,它由描述公司标准软件过程的程序文件、软件过程数据库、与软件过程相关的文档库、软件生命周期描述文件和标准软件过程裁剪指南组成。

    篇三:软件质量管理体系文件的编写

    浅谈软件质量管理体系文件的编写

    信息产业部电子第四研究所 王麟贻

    摘 要 阐述软件企业在认证准备阶段如何按ISO9001:2000版标准要求结合行业特点,建立文件化的质量管理体系和提供客观证据。介绍了软件企业建立文件化质量管理体系的方法和提供有效客观证据的基本要求。

    关键词 软件 质量管理体系 文件 编写

    就质量管理体系审核而言,在现场审核前,认证机构首先要对受审核方提交的质量管理体系文件进行文件审查,对受审核方是否按标准要求并结合行业特点建立了文件化的质量管理体系,以及文件是否符合标准要求做出初步评价。现场审核时通过交谈、查阅、观察等方式调查、了解质量管理体系的实施是否符合文件的规定;文件的实施和保持情况以及在实现所要求的结果方面是否能提供体系有效运行的客观证据。

    依据ISO9001:2000标准要求结合软件企业特点,建立适合组织运作的文件化质量管理体系,按体系文件要求提供客观证据是十分必要的。下面就软件企业如何建立文件化质量管理体系并提供有效客观证据,谈几点看法。

    一 软件企业建立文件化质量管理体系的基本要求

    1. ISO 9001标准对质量管理体系文件的基本要求

    ISO 9001标准要求的质量管理体系文件包括以下五种:

    (1) 由组织的最高管理者正式发布的,体现了组织总的质量宗旨和质量方向的质量方针,组织在质量方面所追求的近期目的,包括满足产品要求所需内容的质量目标;

    (2) 规定组织质量管理体系要求的纲领性文件质量手册;

    (3) 标准规定的6个程序文件;

    (4) 组织为确保其过程有效策划、运作和控制所需的程序文件、作业文件、规范等;

    (5) 提供产品、过程、体系符合要求及体系有效运行的证据和可追溯性要求的记录。

    2. 建立文件化质量管理体系要突出行业特点

    软件企业在建立文件化质量管理体系,编写体系文件时,除必须满足ISO

    9001:2000《质量管理体系 要求》标准之外,还需要充分考虑软件行业特点,参考ISO 9000-3:1997《ISO 9001:94在计算机软件开发、供应、安装和维护中的使用指南》、GB/T11457-1995《软件工程术语》以及ISO/IEC12207-1995《信息技术 软件生存周期过程》等国家或国际标准。

    建立质量管理体系前,需要组织按标准要求,对现有管理模式和规章制度进行必要的清理、整顿,在编写质量管理体系文件时,首先应收集整理现有的管理文件、规章制度、软件开发文档和记录表格,然后在此基础上按标准要求进一步补充、修改和完善,以达到符合标准的要求。

    质量管理体系文件具有强制性和唯一性,新编写的质量管理体系文件要与现有的管理文件、软件开发文档相协调,对现有管理文件进行补充、完善后,应纳入新的体系文件重新审批发布,并按文件控制程序统一编号和管理,以防止作废文件的非预期使用。

    编写质量管理体系文件时,组织要结合软件行业特点、企业规模和人员素质等综合因素统盘考虑。切忌将其他已通过认证企业的质量管理体系文件拿来照搬照抄,编写质量体系文件应从以下几方面入手。

    二、 质量手册的编写

    1. 确定软件产品实现的流程

    根据软件产品特点,确定以下产品实现流程图,识别流程图中各过程的输入和输出,确定这些过程需要开展的活动和需要投入的资源。然后识别第7章产品实现过程中,那些不影响组织提供满足顾客和适用法律法规要求的产品的能力或责任的条款,并说明删减的细节和理由。

    2. 确定标准条款与软件产品实现过程的对应关系

    根据产品实现过程流程图的主要过程与标准条款的对应关系进行过程描述,质量手册中各条款的描述最好与标准条款相对应,以便覆盖标准要求,顺利通过认证机构的文件审查。

    手册对质量管理体系各过程要求和过程之间相互作用的描述要突出软件行业特点,与软件实现过程相对应,应明确各过程需开展的质量活动、控制要求和控制方法、主管部门和配合部门的质量职责等。

    三、 软件产品实现过程的控制与实施要求

    1. 软件的需求分析与评审过程

    本过程与ISO9001标准"7.2与顾客有关的过程"相对应。组织需要根据市场或顾客需求草案编制详细的软件需求规格说明,对那些顾客没有提出,但规定的用途或已知预期用途所必须的要求以及法律法规要求,组织也应该予以识别和满足。

    软件需求规格说明的编写应符合GB/T9385《计算机软件需求说明编制指南》的规定。软件需求规格说明实施前应得到项目负责人审批并通过组织内部评审。

    在合同状态下,软件需求规格说明实施前还应得到顾客确认。评审和确认后的软件需求规格说明作为软件开发输入。

    2. 软件系统/项目设计开发过程

    本过程规定了组织策划并开发软件产品的各项活动。与ISO9001标准的"7.1产品实现的策划"、"7.3设计和开发"相对应,包括以下七个子过程:

    (1) 软件开发的策划

    本过程需要编制软件项目开发计划,开发计划的编写应依据GB/T8567《计算机软件开发文件编制指南》的规定,主要内容包括:定义、项目概述、顾客/组织对项目的要求和验收标准;开发阶段的划分,项目时间进度要求,每阶段的输入、输出和所需的评审、验证和确认的活动安排;项目开发组的职责、权限,项目的资源配置;项目组成员的分工、职责和权限以及各项任务间的相互关系;确保参与开发的不同小组/人员之间的组织协调和技术接口,各小组和人员之间的有效沟通要求等。

    (2) 软件开发的输入

    本过程需要编制《软件需求说明书》、《数据要求说明书》、《规则、惯例和约定》等。《软件需求说明书》主要内容包括:顾客或市场的需求与期望、产品主要功能、性能要求;适用的法律、法规要求和国家强制性标准;以前类似设计提供的适用信息;对确定软件产品的安全性和适用性至关重要的特性要求,包括安全保密、维护及使用环境等。

    (3) 软件开发输出

    软件开发输出应以能针对软件开发输入进行验证的形式来表述,以证明输出满足输入要求,为软件生产和服务运作提供适当的信息。软件系统/项目开发输出除需编制软件程序外,还要在用户手册中规定安全和正常使用所必须的产品特性,包括安装、使用、维护等要求。设计输出文档一般包括:《概要/详细设计说明书》、《数据库设计说明书》、《软件开发工具/设备采购计划》、《采购软件/设备验证/测试规范》、《单元/集成/验收测试计划》、《测试用例》、《测试分析报告》、《项目开发总结报告》、《用户/维护手册》、《培训教材》等。

    研发人员进行软件程序编码时,应对可能涉及的顾客提供的软件开发工具、数据或测试用例按"7.5.4顾客财产"的要求加以识别和管理。

    (4) 软件开发的评审

    在软件开发的适当阶段,应按项目开发计划的要求,组织相关部门对设计输出成果进行系统的评审,根据评审结果编制《软件开发评审报告》,研发人员对评审中发现的问题应及时采取有效的纠正措施,并跟踪记录措施的实施情况。组织提供的客观证据主要包括:需求分析的评审、设计输出文档和软件功能、性能的评审记录等。

    (5) 软件开发的验证

    研发人员应根据《测试计划》和《测试用例》分别对开发的软件进行单元和集成测试,根据测试结果编制《测试分析报告》,主要内容包括:测试概况、测试结果、对阶段软件功能的分析结论等,应确保软件需求输入中每一项功能、性能要求都有相应的验证记录。对于按特定合同开发的软件项目,测试活动与标准8.2.4条款产品的过程检验为同一过程。

    (6) 软件开发的确认

    软件系统/项目的确认目的是为了证实产品能够满足预期的使用要求,对于自主研发的通用软件系统的确认一般在销售之前完成。按特定合同开发的软件项目,确认通常在产品交付前完成。确认或验收测试活动与标准8.2.4条款产品的最终检验为同一过程,测试应尽可能在使用环境下进行,并有顾客参加。如需经用户使用一段时间才能完成确认工作的,应在可能的适用范围内实施局部确认。一般情况下,确认测试、现场验收测试可以合并进行。

    对测试中发现的不合格软件项,应按不合格品控制程序的要求,分析原因并修改程序后,重新进行测试。对使用的测试设备/工具应实施有效控制,并提供以下客观证据:测试用计算机定期维护记录;测试/杀毒软件和测试用例使用前的评价与确认记录等。

    (7) 软件开发的更改

    开发人员应识别和评价设计更改对软件产品使用性能、安全性、可靠性等方面带来的影响。软件开发的更改可发生在软件生存期的任何阶段。

    当更改涉及到软件的主要功能和技术性能要求的改变、人身安全或相关法律法规要求变更时,应对更改进行适当的评审,必要时,重新进行验证和确认测试活动。

    3. 配置管理过程

    配置管理过程是在整个软件生存周期中实施技术状态管理的过程,它标识、定义系统中软件项,并指定基线;控制软件项的修改和放行;记录和报告软件项的状态和修改申请;保证软件项的完整性、一致性和正确性;控制软件项的储存、处理和交付。本过程与ISO9001标准的"7.5.3产品标识和可追溯性"相对应。

    配置管理活动包括:编制配置管理计划;确定基线;对开发设备、开发工具、开发文档和代码实施配置管理;控制软件更改,对更改后的软件进行配置标识;控制软件审查、测试记录;标识软件版本等。

    4. 交付与维护过程

    组织对软件产品交付和提供售后维护服务的活动与ISO9001标准"7.5.1生产和服务提供的控制"、"7.5.5产品防护"相对应。

    (1) 软件产品交付

    软件产品在用户现场安装前,应按标准"7.5.4顾客财产"的控制要求对顾客提供的硬件设备和软件运行环境等进行识别和确认。技术支持人员在用户现场完成软件安装后,应按用户培训教材或用户手册的要求对顾客进行软件使用的必要培训,按软件项目验收测试计划要求与顾客一同进行验收测试,并请顾客代表签署验收意见。

    (2) 维护过程

    软件产品交付后,组织应依据合同,负责软件售后维护和软件版本升级工作。维护活动一般包括:对顾客使用中出现的软件故障进行测试、分析和修复;在维护阶段,按顾客提出的功能和性能改进要求进行软件版本升级,升级后的软件版本应纳入配置管理,并保存软件维护、升级记录。

    四、 程序文件的编写要求

    程序文件作为指导和规范各职能部门运作的文件,应具有很强的可操作和检查性。内容一般包括:目的、范围、职责、工作要求和程序、记录要求、支持性文件和记录表格目录等。

    程序文件中关于质量活动的描述应明确各过程之间的接口关系,主管部门、配合部门的职责和权限,应体现PDCA循环的要求,以便形成闭环管理,使质量管理工作得到持续改进。

    软件企业在编写程序文件时要符合行业特点和组织运作方式,例如:某软件公司质量手册规定质量管理体系文件采用电子文档媒体形式,该公司应在《文件控制程序》中规定电子文档管理人员的职责权限、文档的控制要求和控制方法,一般需要做出以下规定:

    质量管理体系电子文档的主管部门和责任人员职责;计算机/局域网上发布的质量体系文件的会签管理要求;电子文档在计算机/局域网上只读设置、访问权限设置、修改密码设置的要求;确保网上发布的电子文档有效性和受控版本标识的要求;确保及时删除网上作废文件,及如何设置“作废保留”文件夹中保存作废文件的要求;当电子文档保存在光盘或软盘中时,在媒体包装上如何做受控版本标识的要求等。


    软件质量管理体系》由:创业找项目整理
    链接地址:http://www.gjknj.com/duwu/2930.html
    转载请保留,谢谢!
  • 下一篇:软件质量评估