1、中华共和国电, T丁、111用标准FL 0137 SJ 20822 2002 InfoIInation technology -Software maintenance 2002-10-30发布2003-03-01 中华人民共和国信息产业部批准u一)一一SJ 20822-2002 前言.引言. . 1 范围. . . . . 1.1 目的. 1.2 应用领域. 1.3 局限性.，2 一致性3 引用文件4 术语和定义. 4.1 适应性维护. 4.2 基线4.3 改正性维护. . . . . . . . . . . . 4.4 维护性计划. . . . . . 4.5 维护增强. 4.6 维护计划
2、. 4.7 维护过程. . . . . . . . . . . . . . . 4.8 维护的基础设施. . 目、户，A . 4.9 修改请求(MR) . . W V 2 2 2 2 2 2 2 2 2 2 3 3 4.10 完善性维护. . . . . . . . . . 3 4.11 预防性维护. . . . . . . . . . 4.12 问题报告(PR) . 3 4.13 软件工程环境(SEE) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
3、 . . . . . . . 3 4.14 软件测试环境(STE) . . . . ., . . . . . . . . . . . . . . . . . . 3 4.15 软件移交. . . . . . . 5 本标准的应用. 4 5.1 维护过程.，. 4 5.2 本标准的结构. . 4 6 实现考虑事项. . 4 6.1 引言4 6.2 维护类型.，. 4 6.3 维护安排. . . . . . . . 5 6.4 维护工具.5 6.5 软件测量. 5 6.6 过程的文档编制.6 6.7 开发中的早期介入. . . . 6 6.8 可维护性. . . . . . . . . . . .
4、 . . . . 6 I 一一一SJ 20822-2002 6.8.1 可维护性和开发过程. 6 6.8.2 可维护性和开发过程中的具体活动. . 7 6.9 软件移交8 6.10 文档编制.8 7 软件维护策略. . . . . . . . . . . . ., . . . . . . . . 8 7.1 寻|言. . 8 7.2 维护概念. . . . . . . . . . . 9 7.2.1 范围9 7.2.2 过程的剪裁. . . 9 7.2.3 指定由谁维护. . . . . . . . 9 7.2.4 维护成本的估计. . . . . . . 9 7.3 维护策划. . . .
5、. . . . . . 10 7.3.1 引言. 10 7.3.2 维护计划. . . . 10 7.3.3 维护计划指南. 10 7.4 资源分析12 7.4.1 人力资源H-12 7.4.2 环境资源. . . . . . 12 7.4.3 财政资源. . . . . . . . 12 8 维护过程. . . . . . . . . . . 12 8.1 过程实施. . . . . 14 8. 1.1 输入. . . . 14 8. 1.2 任务14 8. 1.3 控制. . 15 8. 1.4 支持. . . . . . . . . . . . . . . . 15 8. 1.5 输出.
6、 . . . . . . . . 15 8.2 问题和修改分析. . 15 8.2.1 输入. . . . . . . . . 16 8.2.2 任务16 8.2.3 控制16 8.2.4 支持. . . . . . . . . . . . . . . . . . . . . . . 18 8.2.5 输出. . . . . . . . 18 8.3 修改实施. . . . . . . . 18 8.3.1 输入. 18 8.3.2 任务. . . . . . . . 19 8.3.3 控制. . . . . . . . . . . 19 8.3.4 支持. . . . . . . . . .
7、 . . 19 8.3.5 输出. 19 8.4 维护评审与接受. . 20 II 一SJ 20822一20028.4.1 输入. . . . . . . . . . . . . . . . 20 8.4.2 任务. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 20 8.4.3 控制20 8.4.4 支持. 20 8.4.5 输出. 20 8.5 迁移. . . . . 21 8.5.1 输入.21 8.5.2 任务. ., 21 8.5.3 控制., 24 8.5.4 支持. . . . . . . .
8、. . . . . . . . . . . . . . . . . . . . . . 24 8.5.5 输出. 24 8.6 软件退役.，24 8.6.1 输入. . . . . . . . . . . . . . 25 8.6.2 任务. . . . . . . . 25 8.6.3 控制. . . . . . . . . . . . . . . . . . . 26 8.6.4 支持. . . 26 8.6.5 输出. . . . . . . . . . . . . 27 附录A(资料性附录)SJXXXX与GBrr8566之间的对照28 参考文献.30 III SJ 20822-:-20
9、02 目。本标准等同采用国际标准ISO皿C147比1999，-!I所有的输出均宜置于配置管理之fo8.2 在问题和修改分析活动期间，维护者:一一分析MWPL复制或验证问题:一-开发实现修改的选项，一-编制MRlPR、结果和实现选项的文档:期过程:SJ 20822-2002 (GBfT 8566的6.2)以, 15 一二SJ 20822-2002 一一使选出的修改选项得到批准。问题和修改分析活动的输入宜是有效的修改请求或问题报告，系统与工程文档和需求文档。8. 2. 1 输入问题和修改分析活动的输入宜是:-一-MRlPR:一一基线;一一软件存放库:-一一系统文档。系统文档包括:一一配置状况信息:
10、一一功能要求:一一接口要求:一一项目计划数据:一一过程实现活动的输出。8. 2. 2任务在修改系统前，维护者宜分析MRlPR以确定其对组织、现存系统和接口系统的影响;提出推荐性潜在解决方案形成文档:并使实施期望解决方案得到批准。8. 2. 2. 1 MR/PR分析维护者应就(见GBrr8566中的5.5.2.1)下列方面对组织、现有系统和接口系统的影响分析问题报告或修改请求。16 a 类型:例如:纠正、改进、预防或对新环境的适应:b 范围:例如:修改规模、涉及的费用、修改时机:C. 关键性z例如z对性能、安全、保密安全的影响。为确保请求的MRlPR可行，维护者宜执行以下任务步骤:a 确定维护者
11、是否有充足的维护者去实现建议的更改:b 确定项目是否有充足的预算去实现建议的更改:c 确定是否有充足的可用资源，并且这种修改是否影响进行中的或预定的项目(对PR可以不必要): d 确定要考虑的操作问题。例如，什么是系统接口需求、期望的系统的有用生命、操作优先级、安全性和保密性等的预期改变，如果没有实现，对保密性影响如何?(.x&PR可不需要);e 确定安全性和保密性含义(对PR可以不需要);于.确定短时期成本和长时期成本(对PR可以不需要);E 确定作出修改的利益价值:h 确定对现存进度的影响:i 确定所需要的测试和评价的级别，J 确定实现更改的估计管理成本(对PR可不必要)。8.2.2.2
12、验证维护者应(见GB厅8566中的5.5.2.2)重现或验证问题。为确保请求的问题报告有效，维护者宜执行下列任a. 制订测试策略以验证问题:b 从CM中得到受影响的软件版本;C. 安装受影响的版本:d. 运行测试以验证问题，e. 编制测试结若由于某些原因，8.2.2.3 选项a. b. C. d. e f. g. 8.2.2.4 文档维护者应(见GBrr8566 宜执行下列任务步骤z的5.5.2.3) SJ 20822-2002 问题:组织规则、策略和文档。实现选项形成文挡。a. 验证所有适当的分析和项目文档己予更新。若不存在，则编制文档:b 为准确起见，评审建议的测试策略和进度表:C. 为准
13、确起见，评审资源估计:d 更新状况统计数据库:e 纳入个处置建议，以指出MRJPR是否经批准。8.2.2.5 批准在对系统能作修改前，维护者应(见GBrr8566中的5.5.2.5)按合同规定使选定的修改方案得到批准。17 SJ 20822-2002 当协议未用于启动维护而进行维护时，也宜得到批准。维护者执行下列任务步骤可以得到批准3a 提供分析结果由适当的CM组批准;b. 参与有关修改的讨论:c. 经批准，立即更新修改请求状态:d 经批准，若请求是一个增强(改进)则立即更新需求。8.2.3 控制控制通过联合评审来维护(见GBfT8566中的6.6)。在本活动的最后，宜进行风险分析。通过使用维
14、护过程问题和修改分析活动的输出，宜修订初步的资源估计，并作出是否转入修改实现活动的决定(包括用户。8.2.4 支持问题和修改分析活动使用GB厅8566中的下列支持生存周期过程一-文档编制过程:一】质量保证过程:一-问题报告过程。8.2.5输出本活动的输出为:一-影响分析:一-推荐的选J;一-批准的修改:一-己更新的文档。影响分析宜包含:一-对问题或新需求的陈述:一-问题或需求评价:所需维护的类型分类:一-初始优先级;一-验证数据(对改正性修改); 一-修改现存系统所需的资源的初始估计。更新文档宜包括:测试策略:一-更新的测试文档，包括测试计划、测试规程和测试报告:一软件开发文件夹:一一更新的需
15、求。8.3 修改实施在修改实现活动期间，维护者开发和测试对软件产品的修改。8. 3. 1 输入18 修改实现活动的输入为:一-基线:一-批准的MR/PR;一-批准的修改文挡。飞SJ 20822-2002 飞基线宜包括g一一系统体系结构定义:一-修改请求记录:一一源代码。批准的修改文档宜包括:一一影响分析报告:一一问题和修改分析活动的输出。8.3.2 任务维护者执行分析，然后引8.3.2.1 分析一旦且战JPR获准，维护者应成文档(GBrra. 的需求补充如IJ .!f!.)t; , 嗣呻明白呻由目叫王LJj斗b 8.3.2.2 c d 、禾修改的需求不受影响。)的准则，己修改的与未修改的部分(
16、吨档文成和形。的应档新果文保结成确试形应测a. b 下s19 一一开发过程中的活动宜加以剪裁以满足修改工作的需要。8.3.3 控制修改实现的控制宜包括联合评审(见GBrr8566中的6.6)08.3.4 支持修改实现活动使用GB厅8566中的下列支持生存周期过程z一一文档编制过程;一一质量保证过程:一一联合评审过程。8.3.5 *俞出本活动的输出宜包括:SJ 20822-2002 一一更新的测试计划和规程:一一更新的文档:一一修改的源代码:一一测试报告:一一度量。更新的文档宜包括:一一更新的修改记录:一一样细分析报告:一一-更新的需求:一一更新的测试计划、测试规程和测试报告:一一更新的培训资料
17、。8.4 维护评审与验收本活动确保对系统的修改正确，并使用正确的方法按批准的标准完成。8. 4. 1 输入维护评审与验收活动的输入是:一一更改的软件:一一-修改测试结果。8. 4. 2任务进行评审确保更改正确并得到批准，以便修改满意完成。8.4.2.1 评审性。维护者应(见GBff8566中的5.5.4.1)与授权修改的组织一起实施评审以确定己修改的系统的完整宜执行下列任务步骤:a 追踪MRlPR，从要求到设计，到编码:b 验证代码c 验证遵守编码标准:d 验证只对必要的软件构件作了修改:e 验证新软件构件集成的正确性:f. 检查文档确保其己予更新.E h 研制测试报告。8.4.2.2 批准维
18、护者应(见GB厅8566中的5.5.4.2)按合同规定使修改的满意完成得到批准。如果维护没有协议而实现，也宜获得批准。宜执行下列任务步骤:a 通过质量保证生存周期支持过程获准(见GBff8566); 20 SJ 20822-2002 b 验证遵循此过程;c. 实施功能和物理配置审核。8.4.3控制通过联合评审实行控制见GB厅8566中的6.6)。8.4.4 支持维护评审与验收活动使用GB厅8566中的下列支持生存周期过程z一-质量保证过程;一一-验证过程:一一有效性确认过程;一一联合评审过程:一一审核过程。8.4.5输出本活动的输! !iLt 8.5迁移在系新环埠，8. 5. 1 输入一一-旧
19、一一新环境:一旧基线;一一新基线。8.5.2 任务维护者按照GB厅8566进行迁移，评估对新环境的影响并将数据归挡。8.5.2.1 迁移fj!， 如果一个系统或软件产品(包括数据)从一个老的运行环境移植到一个新的运行环境，应确保在迁移过程中任何软件或产生修改的数据遵循本标准。宜执行下列任务步骤za 确定加上的或修改的所有软件产品或数据:b 验证这些任务遵守GBrr8566。21 SJ 20822-2002 8.5.2.2 迁移计划为了恰当控制系统的迁移，应制订一个迁移计划(5.5.5.2)并实施和形成文档。策划活动应(5.5.5.2)包括用户。计划应包括性列各项(5.5.5.2):a 需求的分
20、析和移植的含义:b. 移植工具的开发:C. 软作产品和数据的交换:d 移植的执行:e 移植的验证;f 未来对老环境的支持。制定的迁移计划宜包括用户的输入。作为本任务的一部分，维护者应执行下列任务步骤za 分析迁移需求:b 确定迁移软件产品的影响:c 建立进行迁移的进度表:d 确定后运行评审的数据收集需求:e. 规定迁移工作，并形成文档$f 规定和减缓风险: 选定需要的迁移工具:h 确定支持旧环境:1. 开发和(或)获取迁移工具，J 递增地分解转换的软件产品和数据:k 为软件产品和数据转换确定优先的顺序:1. 转换软件产品和数据:m. 迁移软件产品和数据到新环境:n. 运行并行操作:。通过测试验
21、证迁移:p 提供对旧环挠的支持。8.5.2.3 意图通知一旦维护者完成了迁移计划，应将移植计划和活动通知用户。通知(5.5.5.3)应包括:a 为何不再支持老环境的说明:b 对新环境及其生效日期的描述:c 一旦对旧环境的支持取消，应描述其他可用的支持方案，如果有的话。维护者也宜为用户提供计划、规程和进度表。作为本任务的一部分，维护者宣执行下列任务步骤-a 确定所有的将受影响的位置:22 SJ 20822-2002 处理现场反馈:确定现场特定问题:d 公布进度表。8.5.2.4 实施操作和培训b. c. 旧环境和新环境可以并行进行工作，以便平稳移植到新环境(5.5.5.4)。在此期间，定提供必要
22、的培训。作为本任务的一部分，进行现场调查;安装设备;安装软件a b. ￥ 飞主矿?25t的安装成功:运行软件:c d e. f E a b. c 、日(5.5.5.5)所有相关部门，d 8.5.2.5 当预定放入档案中。编制现场特定问旧软件和数据归档:d. 移走旧设备。8.5.2.6 后运行评审a. b. c. 应进行后运行评审(5.5.5.6)以评定修改对新环境的影响。评审结果应送到相应权威部门以提供信息、进行指导并采取行动。作为本任务的一部分，维护者宜执行下列任务步骤:评审以并行方式运行系统的结果:确定潜在的风险领域:a 23 f于utfh-44fd 二二叫叫一/-1飞b SJ 20822
23、-2002 c 确定现场特定问题:d. 编制学习课程文档:e. 产生和转送影响分析报告。8.5.2.7 数据归挡按老环境使用的数据或与老环境相关的数据，关于数据的保护和审核根据合同应是可访问的。作为本任务的一部分，维护者宜执行下列任务步骤za. 存储旧软件和数据:b |日软件和数据做出拷贝:c 在安全位置存储媒体。8.5.3 控制通过联合评审进行控制(见GB厅8566中的6.6)。8.5.4 支持迁移活动使用GB!T8566中的支持和组织的生存周期过程:一一文档编制过程:-一一配置管理过程:一一质量保证过程;一一-验证过程:-一有效性确认过程:一一联合评审过程:-一审核过程:-一一问题报告过程
24、:一一培训过程。8.5.5输出本活动的输出是:一一迁移计划:一一迁移工具:一一意图通知一一迁移的软件产品:一一完成的通知:一一归档的数据。8.6 软件退役软件产品一旦到了使用生存周期终结，必须立即退役。宜执行分析以帮助作出使一个软件产品lR役的决定。这种分析通常基于经济考虑并可纳入退役计划。分析宜确定下列做法是否成本合算:一一保留过时的技术:一一开发新软件产品转向新技术:一一开发新软件产品以达到模块化:一一开发新软件产品以促进维护:24 SJ 20822-2002 一一开发新软件产品以达到标准化:一一开发新软件产品以有利于销售商的独立性。软件产品可由新软件产品替换，但有时候又不予替换。为退役个
25、软件产品，维护者宜确定需要完成退役的行动，然后制定完成返役所要求的步骤并形成文挡。宜考虑存取返役的软件产品所存储的数据。8.6. 1 输入退役活动的输入是g一一将退役的旧软件产品基线:一一新软件产品:旧环境。8. 6. 2 任务维护者按照GB厅用户，提供培训，提供完8.6.2.1 者。a. b 同d. c e. a. b C. 确d 建立软件产品e f 规定退役工作并编制文档。8.6.2.2 用户应(5.5.6.2)得到退役计划和活动的通知。通知应包括下述内容:a 对替代或升级及其生效日期的说明:b. 为什么该软件产品不再得到支持的说明:C. 一旦失去支持时，其他可用支持方案的说明。作为本任务
26、的一部分，维护者宜执行下列任务步骤:a 确定将受影响的所有位置:b 确定现场特定问题:25 , SJ 20822-2002 C. d 8.6.2.3 公布进度表:处理现场反馈。实现并行操你和培训返役软件和新软件应并行工作、以便平稳过渡到新系统。在此期间，应按合同规定提供用户培训。作为本任务的一部分，维护者宜执行下列任务步骤:进行现场调查:安装设备:安装软件产品:以确保硬软件的安装成功;以和旧系统并行的方式操作负载下运行软件产品:收集新旧产品中的数据:执行数据规约和分析。完成通知a b c d. e f. E 8.6.2.4 当按进度退役到来时，通知应(GB厅8566中的5.5.6.4)通知所有
27、有关人员。如认为合适时，所有有关的开发文档、日志和代码应被放在档案中。作为本任务的一部分，维护者宜执行下列任务步骤2公布退役进度表的更改:编制现场特定问题和如何解决的文档: 归档旧软件和数据:d. 移走旧设备。8.6.2.5 数据归档a b. 返役软件使用的或相关的数据，其中关于数据的保护和审核根据合同应是可访问的。宜考虑将归档媒体更新为CD-ROM和其他数字盘产品以简化检索。作为本任务的-部分，维护者宜执行下列任务步骤:存储在实现任务的通知期间获得的旧软件和数据:对在实现任务的通知期间获得的旧软件和数据做出拷贝:C. 在安全位置存储媒体。8.6.3控制通过联合评审进行控制(见GBtr8566
28、中的6.6)。8.6.4 支持软件退役活动使用ISO/IEC12207中的下列支持和组织的生存周期过程:文档编制过程:一一配置管理过程;a. b 26 llL 一一质量保证过程:一一联合评审过程:一一审核过程:一-培训过程。8.6.5输出本活动的输出是z一一退役计划:一一一意图通知:一一退役结果:一一经培训的人:一-退役的软件产SJ 20822-2002 EI 27 , SJ 20822-2002 SJXXXX中的章条1.2 4.2 5.1 6.1 6.3 7.2.3 8 8.1 8. 1.2.1 8. 1.2.2 8. 1.2.3 8. 1.3 8.2 8.2.2.1 8.2.2.2 8.2
29、.2.3 8.2.2.4 8.2.2.5 8.2.3 8.3 8.3.2.1 8.3.2.2 8.3.3 8.4 8.4.2.1 8.4.2.2 8.4.3 8.5 8.5.2.1 8.5.2.2 8.5.2.3 8.5.2.4 8.5.2.5 8.5.2.6 8.5.2.7 8.5.3 8.6 28 附录ASJ XXXX与GB!T8566之间的对照(资料性附录GB厅8566中的章条1.2 3.5 4. 1.1.1/4. 1.1.214. 1.1 .3 5.5/6.216.8 5. 1.3 5.1 /5.2 5.5 5.5.1 5.5.1.1 5.5.1.2 5.5.1.3 6.6 5.5.2
30、 5.5.2.1 5.5.2.2 5.5.2.3 5.5.2.4 5.5.2.5 6.6 5.5.3 5.5.3.1 5.3/5.5.3.2 斗6.6 5.5.4 5.5.4.1 5.5.4.2 6.6 5.5.5 5.5.5.1 - 5.5.5.2 5.5.5.3 5.5.5.4 5.5.5.5 5.5.5.6 5.5.5.7 6.6 5.5.6 SJ 20822-2002 SJXXXX中的章条GB厅8566中的章条8.6.2.1 5.5.6.1 8.6.2.2 5.5.6.2 8.6.2.3 5.5.6.3 8.6.2.4 5.5.6.4 8.6.2.5 5.5.6.5 8.6.3 6.6
31、 29 一一一一一一一一一一一-SJ 20822-2002 参考文献ISO/AFNOR.计算机科学字典ISO 9001.质量体系一一设计、开发、生产、安装和服务中的质量保证模型ISO 9000-3.质量管理和质量保证标准一第3部分:ISO 9001应用指南:1994软件的开发、供应、安装和维护OS09000-3:1991版)ISO/IEC TR 14471.信息技术一一-CASE工具采用指南ISO/IEC TR 1气271.信息技术一-ISO且EC12207指南(软件生存周期过程)ISO/IEC TR 15 R俑，信息技术一一软件生存周期过程配置管理IEEE 1061.软件质量度量方法标准IEEE 1219.软件维护标准MIL-HDBK-347.任务一一关键性计算机资源软件支持30 时。ON-NN。N3 中华人民共和国电子行业军用标准信息技术软件维护SJ 20822-2002 版刷行出印发* 中国电子技术标准化研究所中国电子技术标准化研究所中国电于技术标准化研究所电话，(010) 84029065 传真，(010) 64日07812地址2北京市安定门东大街l号邮编，100007 网址:附W.cesl. ac. cn 印张:2主16 2003年4月第一次印刷字数:74千字* 1/16 开本，880X 1230 2003年4月第版版权专有举报电话:(010) 64007804
