| 软件产品维护 |
 |
| １．软件维护定义 |
| 软件维护：就是在软件已经交付使用之后，为了改正错误或满足新的需要而修改软件的过程。 |
| 维护的类型有四种： |
1） 改正性维护
2） 适应性维护
3） 扩充与完善性维护
4） 预防性维护 |
| 各种维护所占比例 |
 |
|
|
| ２．改正性维护 |
| 在软件交付使用后，因开发时测试的不彻底、不完全，必然会有部分隐藏的错误遗留到运行阶段。这些隐藏下来的错误在某些特定的使用环境下就会暴露出来。为了识别和纠正软件错误、改正软件性能上的缺陷、排除实施中的误使用，所进行的诊断和改正错误的过程就叫做改正性维护。 |
|
|
| ３．适应性维护 |
| 在使用过程中，外部环境（新的硬、软件配置）和数据环境（数据库、数据格式、数据输入/输出方式、数据存储介质）可能发生变化。为使软件适应这种变化，而去修改软件的过程就叫做适应性维护。 |
|
|
| ４．扩充与完善性维护 |
| 在软件的使用过程中，用户往往会对软件提出新的功能与性能要求。为了满足这些要求，需要修改或再开发软件，以扩充软件功能、增强软件性能、改进加工效率、提高软件的可维护性。这种情况下进行的维护活动叫做扩充与完善性维护。 |
|
|
| ５．预防性维护 |
| 预防性维护是为了提高软件的可维护性、可靠性等，为以后进一步改进软件打下良好基础。预防性维护定义为：采用先进的软件工程方法对需要维护的软件或软件中的某一部分（重新）进行设计、编制和测试。 |
|
|
| ６．软件维护过程 |
| 维护过程本质上是修改和压缩了的软件定义和开发过程，而且事实上远在提出一项维护要求之前，与软件维护有关的工作已经开始了。为了有效地进行软件维护，应事先就开始做组织工作。 |
| 1） 首先建立维护的机构 |
| 虽然不要求建立一个正式的维护机构，但是在开发部门确立一个非正式的维护机构则是非常必要的。 |
| 2） 申明提出维护申请报告的过程及评价的过程 |
| 维护报告由申请维护的用户填写。用户必须完整地说明产生错误的情况，包括输入数据、错误清单以及其他有关材料。 |
| 如果申请的是适应性维护或完善性维护，用户必须提出一份修改说明书，列出所有希望的修改。 |
| 3） 为每一个维护申请规定标准的处理步骤 |
 |
| 尽管维护申请的类型不同，但都要进行同样的技术工作： |
Ø 修改软件需求说明
Ø 修改软件设计
Ø 设计评审
Ø 对源程序做必要的修改
Ø 单元测试
Ø 回归测试
Ø 确认测试
Ø 软件配置评审 |
| 4） 建立维护活动的记录保管，并规定复审的标准 |
| 维护活动的记录有： |
1） 程序标识；
2） 源语句数；
3） 机器指令条数；
4） 使用的程序设计语言；
5） 程序安装日期；
6） 自从安装以来程序运行的次数；
7） 自从安装以来程序失效的次数；
8） 程序变动的层次和标识；
9） 因程序变动而增加的源语句数；
10） 因程序变动而删除的源语句数；
11） 每个人改动耗费的人时数；
12） 程序改动的日期；
13） 软件工程师的名字；
14） 维护要求表的标识；
15） 维护类型；
16） 维护开始和完成的日期；
17） 累计用于维护的人时数；
18） 与完成的维护相联系得纯效益。 |
|
|
| ７．软件的可维护性 |
| 许多软件的维护十分困难，原因在于这些软件的文档不全、质量差、开发过程不注意采用好的方法，忽视程序设计风格等。许多维护要求并不是因为程序中出错而提出的，而是为适应环境变化或需求变化而提出的。为了使得软件能够易于维护，必须考虑使软件具有可维护性。软件可维护性是指纠正软件系统出现的错误和缺陷，以及为满足新的要求进行修改、扩充或压缩的容易程序。 |
| 提高可维护性的方法有： |
Ø 建立明确的软件质量目标和优先级
Ø 使用提高软件质量的技术和工具
Ø 进行明确的质量保证审查
Ø 选择可维护的程序设计语言
Ø 改进程序的文档 |
|
|
| ８．应用说明 |
| 以上内容适用于开发作业中的一般应用场景，各开发小组在实际应用时，会根据客户要求做适应性调整。 |
|
|