中华人民共和国国家标准G8／T14079—93软件维护指南GUNel5量eo量80『twa『ema5nte量Qnce1主题内容与适用范围本标准描述软件维护的内容和类型、维护过程及维护的控制和改进。本标准适用于软件生存周期的运行和维护阶段，主要供软件管理人员和维护人员使用。2引用标准GB8567计算机软件产品开发文件编制指南GB／Tl1457软件工程术语3术语本标准使用GB／T11457中的术语及下列术语：3.1自底向上法在层次结构的软件中，一种从最低层成份开始逐级向上扩展，直到最高层成份的开发方法。3.2自顶向下法在层次结构的软件中，一种从最高层成份开始逐级向下扩展，直到最低层成份的开发方法。3.3编译扩展一种程序设计语言的特征。这种特征超越了该语言的标准特征，但仍可以为一专门的编译程序所接受并加以编译。3.4同级评审一种质量保证方法，由两个或多个同级程序员互相检查、评估，以确保被检查内容正确，且与软件的其他部分相一致。3.5软件维护管理机构为评审修改带来的影响、制订维护计划、复查修改结果、管理维护工作等而设立的机构。3.6软件维护主管组织、管理和协调维护工作的负责人。3.7维护管理人员管理一个或几个软件的维护工作的技术人员。3.8软件维护人员具体完成软件维护的工作人员。4软件维护的内容与类型软件维护是在软件产品交付使用之后，为纠正故障，改善性能和其他属性，或使产品适应改变了的环境所进行的修改活动。4.1完善性维护完善性维护是为扩充功能和改善性能而进行修改和扩充，以满足用户变化了的需求。主要内容包括：s.为扩充或增强功能而作的修改(如扩充解题范围和算法优化)；b.为提高性能而作的修改(如提高精度，节省存储空间等)；c.为便于维护而作的修改(如增加注释，改进易读性)。4.2适应性维护适应性维护是为适应软件运行环境的变化而作的修改，变化的主要内容包括：a.影响系统的规定、法律和规则的变化；b.硬件配置的变化，如机型、终端、打印机等的变化；c.数据格式或文卷结构的变化；·d.系统软件的变化，如操作系统、编译系统或实用程序的变化。4.3改正性维护改正性维护是为维持系统操作运行，对在开发过程产生而在测试和验收时没有发现的错误而进行的改正。所必需改正的错误包括：s.设计错误；b.逻辑错误；c.编码错误；d.文档错误；e.数据错误。5软件维护过程软件生存周期中的维护阶段通常起始于软件产品交付给用户、用户验收之时。软件维护活动通常可定义成软件生存周期中前几个阶段的重复。软件维护与软件开发有许多相同的活动，但也有其独特之处：a.维护活动限定在已有系统的框架之内完成，维护人员必须在已有的设计和编码结构的约束下作出修改，一般系统越旧，软件维护越困难和越费时。b.通常软件维护阶段的时间比软件开发的时间长得多，但一项具体的软件维护一般比该软件的开发时间短得多。c.软件开发必须从无到有产生所有测试数据，而软件维护通常可以便用现有的测试数据进行回归测试。有时还要产生新的数据，对软件修改及修改后的影响进行必要的测试。完成一项软件维护的过程是复杂的。下面按顺序列出完成一项软件维护过程的步骤：a.确定修改类型；b.确定修改的需要；c.提出修改请求；d.需求分析；e.认可或否决修改请求；f.安排任务进度；g.设计；h.设计评审；5.编码修改和排错；j.评审编码修改ik.测试；I.更新文档；m.标准审计；n.用户验收；o.安装后评审修改及其对系统的影响。其中有几个步骤会经常发生循环，但并不是每次修改都要执行所有的步骤。6软件维护的控制和改进软件维护必须有控制地进行，使整个过程中都处于适当的管理和控制之下。除了控制预算、进度和人员，关键在于要由软件维护主管来负责控制和修改系统。大量的编码在开发过程中并非都考虑到了维护。即使原来是良好设计及良好实现的编码和逻辑，也会因无休止的”决速排错”和修补工作受到破坏。所以一个系统不仅在开发时要考虑到维护，还要在维护时考虑到将来的维护。6.1软件维护的控制软件系统的可维护性常常随着时间的推移而降低，这是许多因素综合的结果。如果没有为软件维护管理制定严格的条例，或条例贯彻不力，许多系统都将蜕变到无法继续维护的地步。软件维护的目标是保持系统...