软件企业建立质量体系应注意的几个问题.doc
《软件企业建立质量体系应注意的几个问题.doc》由会员分享,可在线阅读,更多相关《软件企业建立质量体系应注意的几个问题.doc(47页珍藏版)》请在咨信网上搜索。
1、软件企业建立质量体系应注意的一些问题(一)CANT注册高级审核员QuEST Forum论坛 注册TL9000审核员 袁伦成软件产品的实现与硬件产品的实现过程在质量管理方面有很大的差异。在按照ISO9000:2000质量管理体系 要求标准建立质量管理体系时,应根据其产品特性注意以下问题:一、 建立质量管理体系应依据的主要准则和要求:软件企业建立质量管理体系主要依据的准则是GB/T19001-2000质量管理体系 要求标准或TL9000 R3.0质量管理体系 要求手册和质量管理体系 测量手册。但同时还应满足以下技术标准和规范:GB/T19000.3-1997 ISO 9000-3-97 GB/T1
2、9001-ISO9001 质量保证标准 在计算机软件开发、供应、安装和维护中的应用指南;以及下列软件专业基础、过程、质量、技术与管理、工具方法、数据标准和规范:专业基础:GB/T11457-1995 软件工程术语GB/T13702-1992 计算机软件分类与代码GB/T15538-1995 软件工程标准分类软件过程:GB/T 85662001信息技术软件生存周期过程GB/T 8567-1988 计算机软件产品开发文件编制指南GB/T93851988idt IEEE 830:1984 计算机软件需求说明编制指南GB/T93861988idt IEEE 829:1983 计算机软件测试文件编制规范
3、GB/T12505-1990 计算机软件配置管理计划规范GB/T155321995计算机软件单元测试GB/T140791993软件维护指南GB/T166801996软件文档管理指南GB/T 85662001信息技术软件生存周期指南软件质量:GB/T 12504-1990计算机软件质量保证计划规范GB/T17544-1998 信息技术 软件包 质量需求合测试GB/T18491.1- 2001信息技术 软件测量 功能规模测量 第一部分 概念定义GB/T18492-2001 信息技术 系统文件完整性级别技术管理:GB/T 134231992工业控制用软件评定准则GB/T 143941993计算机软件
4、可靠性可维护性管理GB/T162601996 idt ISO/IEC 9126:1991 信息技术 软件产品评价 质量特性及其使用指南GB/T18905.1-2002 软件工程 产品评价 第一部分 概述GB/T18905.2-2002 软件工程 产品评价 第二部分 策划和管理GB/T18905.3-2002 软件工程 产品评价 第三部分 开发者的过程GB/T18905.4-2002 软件工程 产品评价 第四部分 需方用的过程GB/T18905.5-2002 软件工程 产品评价 第五部分 评价者用的过程GB/T18905.6-2002 软件工程 产品评价 第六部分 评价模块的文档编制工具与方法:
5、GB/T15853-1995软件支持环境GB/T18914-2002信息技术 软件工程 CASE工具的采用指南GB/T18234-2000信息技术CASE工具的评价与选择指南数据: GB/T1526-1998 信息处理 数据流程图、程序流程图、 系统流程图、程序网络和系统资源图的文件编制符号及约定GB/T13502-1992信息处理系统 计算机系统配置图符合及约定GB/T15535-1995信息处理 单命中判定GB/T15697-1995信息处理 按记录组处理顺序文卷的程序流程质量管理体系:GB/T19001-2000 idt ISO 9001:2000 质量管理体系 要求GB/T 19004
6、-2000 idt ISO 9004:2000质量管理体系-业绩改进指南GB/T 19000.3-1997 ISO 9000-3-97 GB/T19001-ISO9001 质量保证标准 在计算机软件开发、供应、安装和维护中的应用指南行业标准规定:信息产业部文件 信部规19991047号计算机信息系统集成资质管理办法(试行)信息产业部文件 信部规2003 440号文计算机信息系统集成资质等级评定条件(修订)2000年10月16日信息产业部、教育部、科学技术部、国家税务总局软件企业认定标准及管理办法(试行)SJ/T30003-93电子计算机机房施工及验收规范GB 2887-89 计算机场地技术条件
7、GB 9361-88 计算机场地安全要求GB/T50314-2000智能建筑设计标准GBJ/T 50311-2000 建筑与建筑群综合布线工程系统设计规范GBT/T 50312-2000 建筑与建筑群综合布线系统工程验收规范上述准则并不是全部,仅以为例。应注意保持所建立的质量体系与上述标准、规范的符合性。二、按照ISO9001:2000标准的 4.1总要求的规定,应识别软件设计、开发、安装及计算机系统集成服务的实现过程,这些过程与硬件产品的实现过程有较明显的区别。体现在以下几方面:(一)研制过程不同- 软件计算机软件是一种以逻辑实体形式存在的信息产品。经确认并实现的软件产品的本身始终不会自然变
8、化,只是其载体可变:如计算机硬盘、软盘、MO磁光盘、CDRW、CDR可刻录光盘或磁带等。与硬件相比具有以下特点:1、软件产品的研制过程主要依靠开发者利用适宜的开发工具的一系列智力劳动的过程。其可见性差,难以测量,产品的缺陷和不可靠问题基本上是人为差错。为此,应对软件的设计开发人员进行经常性的培训、教育,提高开发技能和水平。保证开发所需的基础设施、工作环境、计算机软件、硬件应与开发项目要求相适宜。 但这一点,因软件业存在人员频繁流动,员工新旧更替相对比较频繁的特点,新员工未经规范性系统培训的开发习惯及人员之间的沟通问题可能导致产品质量控制不能到具体的人,使这种人为差错难以规避。没有前兆;并2、软
9、件研制的工作量大都集中在计划和开发阶段。没有明显的生产制造过程,其生产和制造过程即是软件产品的复制、包装、安装、交付和交付后的维护(补丁、升级)活动。因此: 软件的设计与开发过程往往密不可分;产品的开发与实现过程往往密不不可分;开发输出的验证和确认过程与产品的监视和测量过程往往密不分。这三个密不可分可导致在质量管理体系的策划中往往把软件产品的设计验证和确认活动与过程监视测量和产品的监视测量作为同一过程来策划和实施。3、软件之间存在一定的耦合,耦合的不正确性可能导致缺陷。 软件之间的耦和可分为:内容耦合、公共耦合、外部耦合、控制耦合、标记耦合、数据耦合、非直接耦合七种耦合。是对模块之间相对独立性
10、的量度,也称为块间联系。软件之间的耦合亦可称为开发各环节的接口,它不易保证其正确性。这种偶合的不正确性可能导致“软件缺陷”。它是程序内部不合理的逻辑结构、不正确的语句和不适当的指令所引起的。又由于软件系统模型的离散性,输入微小变化可能引起输出的巨大变化,在前阶段出现的缺陷,可能残留,并在后续阶段被放大。据统计,如软件概要设计中出现的缺陷残留,在详细设计阶段可能放大到1.5倍,而在产品的实现阶段,缺陷的放大系数甚至达到3。这种情况可能导致一个程序的修改会影响其他模块。因此,程序修改后,必须进行回归测试。但另一方面,软件缺陷的存在并不一定会引起程序不能运行。只有当程序中的缺陷被执行时,故障才会发生
11、。故障的形成无物理原因,失效发生取决于输入值和运行状态的组合。所以,一旦程序出了故障,其中必定隐藏着相应的缺陷。 4、软件产品应在其整个“生命活动周期”内都实施配置管理,保证对其开发过程和交付后的维护支持过程中的各种变化的“标识和可追溯性”。软件的交付后维护支持过程包括修改设计、增加补丁及补丁程序以及增加软件功能。任何软件都不可能逾越这一阶段。除非该软件已经到了生命的结束期,即软件产品的终止期。 5、由于大多数软件产品孤立性(单个开发,不能形成批量销售的产品 ),导致对其控制要求存在很大的差异。主要来自于以下方面:u 软件的研制过程模型不同:瀑布模型或原型开发模型。u 嵌入式软件或非嵌入式:多
12、用汇编语言编写的嵌入式软件与硬件联系紧密;实时性要求高;有严格的时序;要求具有高可靠性、安全性、更能抵抗恶劣环境。u 开发工具的应用程度;不同的软件可能采用手工开发或采用开发工具、管理工具和测试工具开发两种开发方式。手工开发难于避免出现差错。u 软件关键性等级;一般分为A、B、C、D四级。等级越高控制要求越高。u 软件的规模;对源代码行数小于5000的非嵌入式软件和源代码行数小于3000的嵌入式软件,可视为小型软件,控制要求相对弱些。6、软件测试技术具有局限性,尤其是不少小型软件组织和小规模软件。7、软件质量指标许多尚未量化,也难已量化;8、软件(客户)的需求不定性及软件技术的快速发展,使软件
13、产品不可能绝对无缺陷才释放发布。软件产品始终处于需要不断更新的状况。软件(客户)的需求不定性使软件开发初期阶段不能真正反映用户意图。而确定需求是非常重要的工作,它既是后继阶段开发的基础,又是完成后验收的依据,并且还是工期和开发成本估计的出发点。- 硬件1、硬件产品是物理实体。每件同规格产品之间都有散差,会随时间和使用而老化、磨损,以至失效;2、生产和服务提供过程是人力劳动和机具设备的加工过程,过程有形,便于测控;3、除了设计原因外,产品(或零、部件)在生产和使用过程中都会产生故障;4、故障总是由组成产品的零、部件或其结合的故障引起;5、系统故障的形成和失效一般都是物理原因,有前兆。(二)可维护
14、性和可靠性工程不同- 软件软件维护阶段的关键任务是通过各种必要的维护活动使系统持续满足用户需要。 通常有四类维护活动:改正性维护,也就是诊断和改正在使用过程中发现的软件错误;适应性维护,即修改软件以适应环境的变化;完善性维护,即根据用户的要求改进或扩充软件使它更完善;预防性维护,即修改软件为将来的维护活动预先做准备。前三种维护是在用户提出请求后由维护人员完成的。预防性维护对那些生命周期较长,但需作重大修改、完善功能的软件进行的可靠性或可维护性改善。据有关资料统计各种维护活动的分布如图:改正性维护20%;适应性维护25%;完善性维护50%;预防性维护5%可靠性(Reliability)是软件的一
15、项重要指标。它指的“在规定的条件下和规定的时间内,计算机完成规定功能(无故障运行)的概率”。为了提高其可靠性,需要注意以下几方面:1、 研究的对象:应考虑软件与一般的系统或产品不同的特有的一些性质;2、 规定的功能、故障和缺陷的含义;3、 规定软件的工作环境和使用环境:不同的环境,软件发生故障和暴露缺陷的可能性有很大差距;4、 规定的时间:泛指的广义时间。如因对象的不同遇到的次数、周期、距离等时间的量。此外,还有连续使用、间歇使用、放置、长时间、短时间、瞬间等各种时间概念。- 硬件1、产品的可维护性和可靠性往往在设计开发过程中已经确定。可靠性参数有物理基础。生产过程对产品的可靠性影响也很大,应
16、加强控制;2、产品的生产需要建立环境应力条件,通过对零、部件的筛选,排除故障;3、相同的部件之间是自然独立的,在可靠性设计中采用适当的冗余可以提高其可靠性;4、使用过程中出现产品故障,只需通过维护活动更换或修复失效部件即可使产品恢复良好状态,但可靠性一般不会因此提高;5、维修一处一般不会对它处造成影响;6、失效率变化类似浴盆曲线;(三)生成活动周期阶段及其过程不同1、典型的软件的生存活动周期阶段划分(Life Cycle Mode生命周期模式) 维护和增强验收测试确认测试系统验证测试系统需求系统联试软件需求分析配置项配置项组装测试软件概要设计部件部件软件详细设计单元测试单元单元单元单元编码 上
17、图1实际上把软件的生命活动周期过程(LCM)划分成为5个阶段:1)需求分析(Requirement Analysis);2)设计(Design);3)程序编写(Coding);4)测试(Testing);5)运行和维护(Run and Maintenance);每个阶段都有确定的任务,并生成一定规格的文档交送给下一个阶段。见表1。表1 软件工程各阶段的基本情况阶段基本任务工作结果占开发期的工作量参加者开发期需求分析理解和表达用户要求,详细定义系统说明书20%用户、高级程序员设计建立系统结构模块说明书数据说明书15%高级程序员程序编写编写程序程序20%高、初级程序员测试发现错误和排除错误可运行系
18、统45%(模块测试25%其他测试20%)评测部门运行运行和维护期维护改进的系统用户、程序员需要说明的是:并非所有的软件开发都必需经过上述各个阶段。在实际的开发活动中,可根据所开发软件的规模大小,允许对某些阶段进行合并或“删减”。具体的合并或“删减”可通过对软件产品的形成过程进行分析,在策划阶段来决定。应策划软件工程的各个过程活动。主要活动如下:指明工作环境:指明影响“删减”的工作环境特征;收集信息:向所有可能会影响“删减”的组织和个人收集信息;选取过程、活动和任务:根据收集到的信息,确定要实施的过程活动和任务;编制文件:将所有的“删减”决策和作出这些决策的理由按ISO9000;2000标准要求
19、将其写入质量管理体系文件,明确体系的覆盖范围。“删减”可分为两级:第一级,根据组织提供产品的不同应用领域进行“删减”;第二级,根据组织所提供的每个具体的项目或合同进行“删减”。 “删减”只能是对ISO9000:2000标准1.2 规定的允许删减的第7章的要求。“删减”不应影响组织提供产品满足顾客和法律法规要求的 能力和责任。2、通用(硬件)产品的生成周期阶段概念和定义设计和开发制造和安装使用和维护处理三、软件产品的实现过程识别:软件工程的规范规定:产品(软件)的实现过程是围绕着产品的“生命活动周期”进行的。产品“生命活动周期”是如前图1所述的从一个产品(软件)的“点子、需求分析、软件概要设计、
20、详细设计、编码、产品测试、确认、验收、软件释放、维护和增强、产品终止”的各个里程碑的PDCA循环全过程。应根据上述过程策划软件产品的设计、开发、实现、交付、维护和持续改进的全过程。软件生命活动周期的各个过程及其相互关系如下图2:它描述了这些过程之间的关系,软件企业的质量管理体系应紧紧围绕这五个阶段去建立和保持。软件生命活动周期过程组织过程支持过程基本过程文挡编制过程配置管理过程质量保证过程维护过程供应过程开发运行过程获取过程审核过程联合评审过程确认过程验证过程改进过程基础设施的维护过程管理过程培训过程问题解决过程图2上述各个过程与ISO9000:2000标准的各条要求的关系可能如下表:过程标准
21、要求过程标准要求过程标准要求获取过程5.2,7.2,(8.4)(7.4.3),(8.2.1)供应过程7.4,(8.2.3)(8.2.4)审核过程5.6, 8.2.2文档编制过程4.1,4.27.1a)b),7.5.1a)联合评审过程5.6,7.3.4,(7.2.1),7.2.2(7.2.3),8.2.2问题解决过程8.3,8.5.2,8.5.3基础设施维护过程6.1,6.36.4,7.5.1c)改进过程(5.6.3),8.5培训过程6.2,7.5.2开发过程7.1,7.3,(7.2.3),(7.4.3)(8.2.1),(8.5)质量保证过程5.3,5.4.1,6.17.1,7.2.2,7.37
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 软件 企业 建立 质量体系 注意 几个问题
1、咨信平台为文档C2C交易模式,即用户上传的文档直接被用户下载,收益归上传人(含作者)所有;本站仅是提供信息存储空间和展示预览,仅对用户上传内容的表现方式做保护处理,对上载内容不做任何修改或编辑。所展示的作品文档包括内容和图片全部来源于网络用户和作者上传投稿,我们不确定上传用户享有完全著作权,根据《信息网络传播权保护条例》,如果侵犯了您的版权、权益或隐私,请联系我们,核实后会尽快下架及时删除,并可随时和客服了解处理情况,尊重保护知识产权我们共同努力。
2、文档的总页数、文档格式和文档大小以系统显示为准(内容中显示的页数不一定正确),网站客服只以系统显示的页数、文件格式、文档大小作为仲裁依据,平台无法对文档的真实性、完整性、权威性、准确性、专业性及其观点立场做任何保证或承诺,下载前须认真查看,确认无误后再购买,务必慎重购买;若有违法违纪将进行移交司法处理,若涉侵权平台将进行基本处罚并下架。
3、本站所有内容均由用户上传,付费前请自行鉴别,如您付费,意味着您已接受本站规则且自行承担风险,本站不进行额外附加服务,虚拟产品一经售出概不退款(未进行购买下载可退充值款),文档一经付费(服务费)、不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
4、如你看到网页展示的文档有www.zixin.com.cn水印,是因预览和防盗链等技术需要对页面进行转换压缩成图而已,我们并不对上传的文档进行任何编辑或修改,文档下载后都不会有水印标识(原文档上传前个别存留的除外),下载后原文更清晰;试题试卷类文档,如果标题没有明确说明有答案则都视为没有答案,请知晓;PPT和DOC文档可被视为“模板”,允许上传人保留章节、目录结构的情况下删减部份的内容;PDF文档不管是原文档转换或图片扫描而得,本站不作要求视为允许,下载前自行私信或留言给上传者【人****来】。
5、本文档所展示的图片、画像、字体、音乐的版权可能需版权方额外授权,请谨慎使用;网站提供的党政主题相关内容(国旗、国徽、党徽--等)目的在于配合国家政策宣传,仅限个人学习分享使用,禁止用于任何广告和商用目的。
6、文档遇到问题,请及时私信或留言给本站上传会员【人****来】,需本站解决可联系【 微信客服】、【 QQ客服】,若有其他问题请点击或扫码反馈【 服务填表】;文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“【 版权申诉】”(推荐),意见反馈和侵权处理邮箱:1219186828@qq.com;也可以拔打客服电话:4008-655-100;投诉/维权电话:4009-655-100。