GB T 20157-2006 信息技术.软件维护.pdf
《GB T 20157-2006 信息技术.软件维护.pdf》由会员分享,可在线阅读,更多相关《GB T 20157-2006 信息技术.软件维护.pdf(32页珍藏版)》请在麦多课文档分享上搜索。
1、ICS 35.080 L77 道B中华人民共和国国家标准G/T 20157-2006/ISO/IEC 14764: 1999 信息技术软件维护Information technology-Software maintenance (ISO/IEC 14764: 1999 , IDT) 2006-03-14发布中华人民共和国国家质量监督检验检疫总局中国国家标准化管理委员会2006-07-01实施发布GB/T 20157-2006/ISO/IEC 14764: 1999 目次Tinu-1499UA-AA哇。09,phuni-i句,臼叮,照牛HJVA 的间之。.T J/, RU GU 与巧tAU-9
2、 TH -BH GU 件u录文用项略附用义应事策性引定的意护程料性性和准注维过资tu围合范语标施件护um划范符规术本实软唯言言录考前引12345678附参GB/T 20157-2006/ISO/IEC 14764: 1999 前言本标准等同采用国际标准ISO/IEC14764 :1999(信息技术软件维护)(英文版)。将原文中的本国际标准改为本标准。本标准的附录A是资料性附录。本标准由中华人民共和国信息产业部提出。本标准由信息产业部电子第四研究所归口。本标准由信息产业部电子第四研究所负责起草。本标准主要起草人:罗锋盈、黄家英、王宝艾。I GB/T 20157-2006/ISO/IEC 1476
3、4: 1999 百l本标准阐明了对软件维护过程的要求。如GB/T8566-2001(信息技术软件生存周期过程所述,软件维护是软件产品生存周期中的一个基本过程。维护过程包含维护者的活动和任务。本标准是GB/T 8566系列文件的一部分,并提供了实施指南。本标准详细说明了GB/T8566中的维护过程。本标准只有强制性段落摘自GB/T85660强制性段落包含用应该一词限定的内容,本标准援引的GB/T 8566应该的内容均以方框标明。在许多项目中,特别是在长生存周期项目中,软件维护必然是项目的一个重要注意事项。由于产品成本和时限的约束以及GB/T8566的最佳惯例未得到遵循,交付的软件常常不完善。因而
4、,必需能纠正运行中发现的故障。软件经常需要改进,以满足变更了的用户需求。软件维护可能成为生存周期成本的一个重要部分。本标准面向熟悉软件维护的读者。对不熟悉软件维护的读者,建议在应用本标准之前学习有关知识或经过相应的培训。可以综合运用软件工具、方法和技术进行软件维护。本标准不规定如何执行软件维护过程中的活动和任务,因为这与相互之间的协定和组织结构相关。软件维护需求与执行软件维护时使用的工具是无关的。E GB/T 20157-2006/ISO/IEC 14764: 1999 信息技术软件维护1 范围本标准比较详细地描述GB/T8566所述的维护过程的管理。本标准还定义了各种维护类型,并且提供了在维
5、护过程的策划、执行、控制、评审和评价以及结束等方面的应用指南。本标准的范围涉及到对于具有相同维护资源的多种软件产品的维护。如无另外说明,本标准中的维护指软件维护。本标准给出一种框架;在这个框架中可以根据给定软件产品的范围和规模对各种通用的和专用的软件维护计划加以剪裁,予以执行和评价。本标准提供了框架、准确术语和过程;它们有助于各种技术(工具、技巧和方法)在软件维护中得到一致应用。本标准提供了软件维护的指南。维护过程及其活动均以GB/T8566的定义为基础。本标准规定了软件维护的活动和任务,提出了维护策划要求,但没有讨论软件操作和操作功能,例如,备份、恢复、系统管理,通常这由运行软件的人员执行。
6、本标准在编写上主要针对软件维护人员,附带考虑了负责开发的和质量保证的人员。本标准也可由那些可能为维护计划提供输入的系统(其中包含软件)需方和用户使用。1. 1 目的本标准提供关于管理(或如何执行)维护过程的指南。它指出在采购和运行期间如何运用维护过程。1. 2 应用领域本标准旨在为策划和维护软件产品或软件服务提供指南,与这种维护是在组织内部还是外部执行无关。它不适用于软件运行。本标准旨在针对供、需双方的情况提供指南,双方来自同一个组织时同样适用。对于按照自我赋予任务方式运作的单一方,本标准也适用(GB/T8566)。本标准的意图不是供现货产品的用户使用,除非现货产品被纳入可交付产品(GB/T8
7、566)。例如,在整个组织里维护字处理模板或宏时,这些组织可能要使用本标准。本标准针对的软件产品不是那些一次性使用的或短期解决方案的软件产品。本标准适用于现货产品开发者自我赋予的这些产品的维护任务。它不适用于用户定制的软件产品和作为最终用户应用软件予以维护的产品。维护适用于计算机程序、编码、数据和文档。本标准适用于在软件产品的开发期间创建的各种软件产品,可能包括测试软件、测试数据库、软件测试环境(STE)或软件工程环境(SEE),等等。本标准适用于所有的维护工作,与生存周期模型(如增量型、瀑布型、演化型)或开发方法(如快速应用、原型、实物模型)无关。1.3 局限本标准描述了软件维护过程的框架,
8、但不规定关于如何执行过程中的活动或任务的细节。本标准第6、7和8章中给出了大量列表,所有这些列表里的内容都不是穷尽的,仅仅是举例。采用本标准的步骤包含在GB/Z18493中。2 符合性依从GB/T8566的要求,即认为符合本标准。G/T 20 157-2006/ISO/IEC 14764: 1999 3 规范性引用文件下列文件中的有关条款通过引用而成为本标准的条款。凡是注日期的引用文件,其随后的所有的修改单(不包括勘误的内容)或修订版本不适用于本标准,然而,鼓励根据本标准达成协议的各方研究是否可使用这些文件的最新版本。凡是不注日期的引用文件,其最新版本适用于本标准。GB/ T 527 1. 2
9、0 信息技术词汇20部分:系统开发CGB/T527 1. 20- 1994 ,eqv ISO/ IEC 2382 20:1990) GB/ T 1526信息处理数据流程图、4 术语和定义GB/ T 8566、G定义适用于本标准4. 1 4.2 4.3 适应性维护在交付后执得注:修改是修正软件产品,以4.4 4.5 4.6 2 维护性计划maintainability pl 一种文档,其中记述了与软件有关的苦注:由开发者准备维护性计划。增强性维护maintenance enhancement 不属于软件纠正的软件变更。注:有两类软件增强:适应性的和完善性的。维护计划maintenance pla
10、n 一种文档,其中记述了与维护某软件产品有关的特定的维护惯例、资源以及活动序列。注:由维护者准备维护计划。产品一旦转入维护阶段,此计划宜立即启动。4. 7 4.8 4.9 GB/T 20 157-2006/ISO/IEC 14764: 1999 维护过程maintenance process 维护过程包含维护者的各种活动和任务。注:当软件产品由于出现问题或需要改进适应性而修改代码和相关文档时,即启动此过程。其目标是修改现行软件产品以保护其完整性,这个过程包括软件产品的迁移和退役。维护大纲maintenance programme 为执行维护计划使用的组织结构、职责、规程、过程及资源。注:可修改
11、请求分为纠正维护予以标识。修改请求也请求分类维护类型4. 10 完善性维护软件产品交付l口注:完善性维护给用4.12 问题报告Problem ReportC 用于标识和描述软件产品中检测4.13 软件工程环境Software Engineering EnvironmentCSEE) 为实施开展软件工程工作所需的一整套自动化工具、固件和硬件。注:自动化工具可以包括(但不限于编译程序、汇编器、链接程序、装载程序、运行系统、调试程序、模拟器、仿真器、测试工具、文挡编制工具及数据库管理系统。4. 14 软件测试环境Software Test EnvironmentCSTE) 对软件进行合格性测试和其他
12、可能测试所需的设施、硬件、软件、固件、规程及文档。注1:这些环境元素可以包括(但不限于)模拟程序、代码分析程序、测试用例生成程序及路径分析程序,还可能包括软件工程环境中所用的元素。MIL-HDBK-34 7J 3 G/T 20 157-2006/ISO/IEC 14764: 1999 4. 15 软件移交software transition 一系列受控和协调的行动,通过这一系列行动,软件开发工作由执行初始软件开发的组织转移到执行软件维护的组织。5 本标准的应用本章阐述维护软件产品所要求的维护过程。5.1 软件维护软件维护是可能在软件生存周期中执行的五个基本生存周期过程之一(GB/T8566)
13、。通过协定或合同,GB/T 8566的获取和供应基本生存周期过程可能启动软件维护基本生存周期过程的过程实施活动。通过提交修改请求或问题报告,GB/T8566的运作基本生存周期过程可能启动软件维护基本生存周期过程。软件维护基本生存周期过程调用开发基本生存周期过程。软件维护生存周期过程使用GB/T8566的文档编制、配置管理、质量保证、验证、确认、联合评审、审核及问题解决等支持类过程。GB/T 8566的组织类生存周期过程包括四个过程。当启动一个维护项目时,维护者将运用GB/T 8566的管理、基础设施及培训11组织类生存周期过程。为实现软件维护过程改进,将援引GB/T 8566的改进过程。本标准
14、的剪裁在GB/T8566中讨论。剪裁适直于非例行事件,如应急维护。5.2 本标准的编排结构后面几章按照适合维护者的处理顺序逐一阐述。第6章是实施注意事项以及当策划维护时应考虑的问题。第7章是综合性策划信息。第8章是维护过程的细节,包含实施维护过程所需的活动和任务。6 实施注意事项6.1 导引软件维护生存周期过程从策划维护工作的过程实施开始,到软件产品退役时结束。它包含由于问题或改进需要而对代码和文档的修改。维护过程的目标是修改现行软件产品,同时保持其完整性。下面给出各个实施注意事项。之所以需要维护过程,是由于软件产品在生存周期里将经历变更。即使软件产品是用计算机辅助软件工程(CASE)工具开发
15、的,仍需要维护。CASE工具有利于维护但没有消除对维护的需求。即使未开发任何应用代码,即,软件产品只包含现货产品,可能仍然需要维护。需方或供方对现货软件产品的维护通常涉及对产品接口(数据的和运行的)的修改。最好对原开发者的隐含的要求和约束加以考虑。情况可能改变,一些原始需求可能不再适用。在GB/T8566的开发、运作及维护过程的执行期间,检测到的所有问题都要记录在案并且按照GB/T8566的问题解决过程实施监控。其间涉及到提交修改请求或问题报告;通常把它们称为变更请求。通过GB/T8566的问题解决过程来分析和解决问题。在这个过程中还应确定所提交的修改请求或问题报告是为了解决问题还是增强能力。
16、GB/T8566的配置管理过程记录并报告修改请求和问题报告的状态。然后,通过配置管理过程的配置控制活动决定是否批准请求。批准的修改请求或问题报告调用维护过程执行。无论采用何种开发生存周期模型(例如,增量型、瀑布型、演化型)或开发方法(例如,快速应用、原型、实物模型),都可能需要维护。例如,在一边发布新增部件,一边继续开发的情况下,可能要求在安装后予以维护。维护过程可能占用很大一部分生存周期成本。分析所执行维护的类型有助于了解成本。4 GB/T 20 157-2006/ISO/IEC 14764: 1999 6.2 维护类型纠正性维护系指由于软件产品中的实际差错而必需作的更改。软件产品没有满足其
17、需求,就应进行纠正性维护。预防性维护系指由于在软件产品中检测到潜在差错而必需作的更改。预防性维护通常在有安全性要求或涉及到防止寿命减损的软件产品上进行。道应性和完善性更改是对软件产品的增强措施。这些更改不反映在设计规范或发布的软件中。适应性更改是那些为了适应不断变更的环境的需要而作的变更。适应性更改包括为实现新系统接口需求、新系统需求、或新硬件需求而作的变更。完善性更改是为了改进软件产品性能或维护性。为了给用户提供新的功能性改进,或者为创建以前没有的维护文档或改变现行文档而实施逆向工程时,都可能需要完善性更改。软件维护要求变更某个现行的结构或系统,也就是说,一些软件修改将在必须服从设计结构的约
18、束的前提下被引人某现行的体系结构中。因此,采用适应性维护和完善性维护来实现增强往往是昂贵和费时的。增强措施可能消耗很大一部分维护成本。6.3 维护安排需方可与原开发者达成维护协议,或者由独立的第三方作为维护者。维护也可以通过内部双方协议提供。GB/T 8566提供了派生于需方和供方协议的详细任务。不管供方和需方是否属于同一个组织,最好都利用这些详细任务来帮助形成维护协议。具体的维护专题以后讨论。若在交付后或在保修期结束时需方要求由开发者提供软件维护,宜在协议中规定;更新的文档在此协议中规定为可交付产品;并且对所要求的培训作出规定。然后,供方宜准备执行维护任务的规程,使这些规程保持最新状态,并检
19、查维护活动是否符合协议要求和规程。经验表明使用规程有利于提高效率/成本。拟维护的项、维护规程及所需维护时间,应在维护计划中规定。供方(维护者)和需方宜首先达成维护协议,规定所维护的软件产品的修改规程。原开发者和第三方维护者宜采用类似的规程。这些规程应包括:一基本规则z用于确定软件何时能做局部纠正,或何时要求新基线(使用GB/T8566的关于安装和发布的开发过程);一一发布类型描述:取决于发布频度或发布对软件运行的影响(例如,紧急发布,定期发布); 一一方式:向需方通知当前或将来更改的状态时采用的方式;方法t证实更改不会给软件带来其他问题的方法p-一一类别:更改、紧急事件以及与其他待定变更申请的
20、关系的分类。6.4 维护工具控制软件维护成本的潜在方法是使用CASE工具。这些工具辅助软件维护活动。CASE可以看成是一套相互关联的、支持软件开发和维护所有各方面的工具GB/Z18914J。这些相互关联的CASE工具最好以软件工程环境的形式汇集在一起,以支持那些支持软件维护活动的方法、策略、指南及标准。最好也为维护者提供软件测试环境,以便修改后的软件产品能在非运行环境中测试。软件工程环境提供初始开发和修改软件产品的工具。软件测试环境提供测试环境,应用于在非运行环境中测试修改后的软件产品。注明成功运用CASE工具的日期。维护者应仔细策划这些工作GB/Z18914J。6.5 软件测量软件质量是软件
21、产品维护中的重点考虑对象。维护者最好拟订一份软件质量大纲,其中包含GB/T 16260描述的6个软件质量特性。应该对软件维护实施一个过程,用以标识、定义、选择、采用、确认以及改进软件测量的过程。5 GB/T 20 157-2006/ISO/IEC 14764: 1999 作为软件测量的一部分,维护者宜按照资掘消耗量确定纠正性维护、预防性维护、适应性维护和完善性维护的工作量。为了便于维护过程的改进和更确切地掌握维护成本开销情况,要收集、分析和解释有关数据。为了辅助估算生存周期成本,要收集经验度量数据。6.6 过程的文档编制软件的详细维护过程(本标准的第8章)应编制成文档,以便所有的维护人员遵循相
22、同的过程。度量要支持维护过程的改进工作和有关软件过程的改进工作。6. 7 旱期介入开发数据表明,软件维护成本和维护者的软件维护能力在很大程度上受到软件开发过程期间发生或没有发生某些事件的影响。在许多情况下,由于合同或其他原因维护者不能介入。特别是,当维护外包给第三方时,往往没有介入的机会。当主拱酬持他毛主时,维护者即宜介入。维护者的职能宜包括:确保软件产品一一一支持制定软千6. 8. 1 维护性维护性宜在那支持GB/T8566描、宜在软件开发期间维护性需求,定义检查维量需求用于确定维护性的规度量。述南做客规定的定性和定量的软件省维护成本和资源的技术。定百l阶段用于确定数值或指标的各种一旦维护活
23、动开始,这项工作在开弃附珊缤现出来。开发者要实现维护性要求,维护者要监控实现情况。这项工作最好作为软件维护策略的一部分。采用GB/T8566的关键之一是制定软件维护策略(GB/T18493)。因此,要制定维护策略并且策划维护(本标准第7章)。软件维护策略也宜在设计之前制定。维护者早期介入开发有可能节约资金。开发过程中要进行许多活动,包括软件维护的策划。这些活动应反映在软件维护计划(本标准第7.3.2条)中。下列各项影响维护性,宜在选择程序设计语言时加以考虑:一一一语言可移植性;6 -一一语言易读性;一一语言稳定性;一一自带文档;一一对降低程序清晰度的程序设计窍门的容限;一一程序结构化的可能性;
24、一一生产新的发布版本的简易性;一一-数据结构化的可能性;一一编译程序及其他工具的可用性;二一编译程序及其他工具的稳定性;一一辅助生产、调试、配置意度;括这些需求。下一一功能,一一-数据瞄准响维护性的这据流。与其他甜可信的现有程序皂由若干自顶向6.8.2.4 软件编码和测试GB/T 20157-2006/ISO/IEC 14764: 1999 的可用性,以及可靠性和质量需求满的质量特性规范中宜包卡充),是持续实现维护性库提供详细设计。这项活动产通过GB/T8566描述的这项开发过程活动对软件单元和数据库进行开发、文档编制和测试。软件维护性通过文档质量的升级加以改进。质量文档应提供有助于执行维护过
- 1.请仔细阅读文档,确保文档完整性,对于不预览、不比对内容而直接下载带来的问题本站不予受理。
- 2.下载的文档,不会出现我们的网址水印。
- 3、该文档所得收入(下载+内容+预览)归上传者、原创作者;如果您是本文档原作者,请点此认领!既往收益都归您。
下载文档到电脑,查找使用更方便
5000 积分 0人已下载
下载 | 加入VIP,交流精品资源 |
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- GB 20157 2006 信息技术 软件 维护