1、“.....必须要对它进行维护。如果希望软件系统有效益，则必须设法降低维护的代价。软件维护的定义定义就是在软件已经交付使用之后，为了改正错误或满足新的需要而修改软件的过程。通过以下项活动，来定义软件维护。改正性维护适应性维护完善性维护预防性维护•各种维护所占比例其它维护适应性维护改正性维护扩充与完善性维护软件维护的特点结构化维护与非结构化维护差别巨大非结构化维护非结构化维护需要付出很大代价浪费精力并且遭受挫折的打击，这种维护方式是没有使用良好定义的方法学开发出来的软件的必然结果。常常由于缺少系统设计缺少程序内部文档，难于进行回归测试。例如对于软件结构全程数据结构系统接口性能和或设计约束等经常会产生误解，而且对程序代码所做的改动的后果也是难于估量的。•结构化维护如果有个完整的软件配置存在，那么维护工作从评价设计文档开始，确定软件重要的结构特点性能特点以及接口特点估量要求的望软件系统能活下，必须要对它进行维护。如果希望软件系统有效益，则必须设法降低维护的代价......”。

2、“.....为了改正错误或满足新的需要而修改软件的过程。通过以下项活大学科研机构里的软件维护工作恐怕是做得最差的了。几乎每批新的研究生都会把毕业生留下的软件臭骂通，然后全部推到重做。到他毕业该走时，就轮到别人骂他的工作了。如此轮回，最终没有什么成果留下。如果希要的工作量，降低软件系统的总成本。•软件维护与程序设计语言的关系恰当的程序设计语言能使编码时困难最少，可以减少需要的程序测试量，并且可以得出更容易阅读更容易维护的程序。•为什么要进行软件维护维护的基本任务保证软件在个相当长的时期能够正常运行。软件维护的工作量非常巨大，平均说来，大型软件的维护成本高达开发成本的倍左右。软件工程的目的是要提高软件的可维护性，减少软件维护所需足新的要求进行修改扩充或压缩的容易程度。软件工程张聚礼兰州理工大学计算机与通信学院第章维护软件维护的定义软件维护的特点软件维护过程软件的可维护性预防性维护软件再工程过程小结软件风格等。许多维护要求并不是因为程序中出错而提出的，而是为适应环境变化或需求变化而提出的。为了使得软件能够易于维护......”。

3、“.....软件可维护性是指纠正软件系统出现的错误和缺陷，以及为满作量规划资源分配及其他许多方面的决定，而且可以利用这样的数据去分析评价维护任务。软件的可维护性许多软件的维护十分困难，原因在于这些软件的文档不全质量差开发过程不注意采用好的方法，忽视程序设计或删除个源语句平均花费的人时数维护每种语言平均花费的人时数张维护要求表的平均周转时间不同维护类型所占的百分比。根据对维护工作定量度量的结果，可以做出关于开发技术语言选择维护工护工作做些定量度量。至少可以从下述个方面度量维护工作每次程序运行平均失效的次数用于每类维护活动的总人时数平均每个程序每种语言每种维护类型所做的程序变动数•维护过程中增加性，不能确定个产品程序的“优良”程度，而且很难确定维护的实际代价是什么。维护档案记录内容见上述维护报告讲解内容。•评价维护活动缺乏有效的数据就无法评价维护活动。如果已经开始保存维护记录了，则可以对维护。当存在不同意见时必须协商解决。•图维护阶段的事件流•保存维护记录对于软件生命周期的所有阶段而言......”。

4、“.....而软件维护则根本没有记录保存下来。由于这个原因，往往不能估价维护技术的有效益等。•维护的事件流图描绘了由项维护要求而引出的串事件。首先应该确定要求进行的维护的类型。用户常常把项要求看作是为了改正软件的错误改正性维护，而开发人员可能把同项要求看作是适应性或完善性维求的改动将带来的影响，语句条数每次修改所付出的“人时”数修改程序的日期软件维护人员的姓名维护申请报告的名称维护类型维护开始时间和维护结束时间花费在维护上的累计“人时”数维护工作的净收束等经常会产生误解，而且对程序代码所做的改动的后果也是难于估量的。•结构化维护如果有个完整的软件配置存在，那么维护工作从评价设计文档开始，确定软件重要的结构特点性能特点以及接口特点估量要受挫折的打击，这种维护方式是没有使用良好定义的方法学开发出来的软件的必然结果。常常由于缺少系统设计缺少程序内部文档，难于进行回归测试......”。

5、“.....则必须设法降低维护的代价。软件维护的定义定义就是在软件已经交付使用之后，为了改正错误或满足新的需要而修改软件的过程。通过以下项活动，来定义软件维护。改正性维护适应性维护完善性维护预益，则必须设法降低维护的代价。软件维护的定义定义就是在软件已经交付使用之后，为了改正错误或满足新的需要而修改软件的过程。通过以下项活动，来定义软件维护。改正性维护适应性维护完善性维护预防性维护•各种维护所占比例其它维护适应性维护改正性维护扩充与完善性维护软件维护的特点结构化维护与非结构化维护差别巨大非结构化维护非结构化维护需要付出很大代价浪费精力并且遭受挫折的打击，这种维护方式是没有使用良好定义的方法学开发出来的软件的必然结果。常常由于缺少系统设计缺少程序内部文档，难于进行回归测试。例如对于软件结构全程数据结构系统接口性能和或设计约束等经常会产生误解，而且对程序代码所做的改动的后果也是难于估量的......”。

6、“.....那么维护工作从评价设计文档开始，确定软件重要的结构特点性能特点以及接口特点估量要求的改动将带来的影响，语句条数每次修改所付出的“人时”数修改程序的日期软件维护人员的姓名维护申请报告的名称维护类型维护开始时间和维护结束时间花费在维护上的累计“人时”数维护工作的净收益等。•维护的事件流图描绘了由项维护要求而引出的串事件。首先应该确定要求进行的维护的类型。用户常常把项要求看作是为了改正软件的错误改正性维护，而开发人员可能把同项要求看作是适应性或完善性维护。当存在不同意见时必须协商解决。•图维护阶段的事件流•保存维护记录对于软件生命周期的所有阶段而言，以前记录保存都是不充分的，而软件维护则根本没有记录保存下来。由于这个原因，往往不能估价维护技术的有效性，不能确定个产品程序的“优良”程度，而且很难确定维护的实际代价是什么。维护档案记录内容见上述维护报告讲解内容。•评价维护活动缺乏有效的数据就无法评价维护活动。如果已经开始保存维护记录了，则可以对维护工作做些定量度量......”。

7、“.....根据对维护工作定量度量的结果，可以做出关于开发技术语言选择维护工作量规划资源分配及其他许多方面的决定，而且可以利用这样的数据去分析评价维护任务。软件的可维护性许多软件的维护十分困难，原因在于这些软件的文档不全质量差开发过程不注意采用好的方法，忽视程序设计风格等。许多维护要求并不是因为程序中出错而提出的，而是为适应环境变化或需求变化而提出的。为了使得软件能够易于维护，必须考虑使软件具有可维护性。软件可维护性是指纠正软件系统出现的错误和缺陷，以及为满足新的要求进行修改扩充或压缩的容易程度。软件工程张聚礼兰州理工大学计算机与通信学院第章维护软件维护的定义软件维护的特点软件维护过程软件的可维护性预防性维护软件再工程过程小结软件维护的基本任务保证软件在个相当长的时期能够正常运行......”。

8、“.....平均说来，大型软件的维护成本高达开发成本的倍左右。软件工程的目的是要提高软件的可维护性，减少软件维护所需要的工作量，降低软件系统的总成本。•软件维护与程序设计语言的关系恰当的程序设计语言能使编码时困难最少，可以减少需要的程序测试量，并且可以得出更容易阅读更容易维护的程序。•为什么要进行软件维护大学科研机构里的软件维护工作恐怕是做得最差的了。几乎每批新的研究生都会把毕业生留下的软件臭骂通，然后全部推到重做。到他毕业该走时，就轮到别人骂他的工作了。如此轮回，最终没有什么成果留下。如果希望软件系统能活下，必须要对它进行维护。如果希望软件系统有效益，则必须设法降低维护的代价。软件维护的定义定义就是在软件已经交付使用之后，为了改正错误或满足新的需要而修改软件的过程。通过以下项活动，来定义软件维护......”。

9、“.....这种维护方式是没有使用良好定义的方法学开发出来的软件的必然结果。常常由于缺少系统设计缺少程序内部文档，难于进行回归测试。例如对于软件结构全程数据结构系统接口性能和或设计约束等经常会产生误解，而且对程序代码所做的改动的后果也是难于估量的。•结构化维护如果有个完整的软件配置存在，那么维护工作从评价设计文档开始，确定软件重要的结构特点性能特点以及接口特点估量要求的预防性维护•各种维护所占比例其它维护适应性维护改正性维护扩充与完善性维护软件维护的特点结构化维护与非结构化维护差别巨大非结构化维护非结构化维护需要付出很大代价浪费精力并且遭束等经常会产生误解，而且对程序代码所做的改动的后果也是难于估量的。•结构化维护如果有个完整的软件配置存在，那么维护工作从评价设计文档开始，确定软件重要的结构特点性能特点以及接口特点估量要益等。•维护的事件流图描绘了由项维护要求而引出的串事件。首先应该确定要求进行的维护的类型。用户常常把项要求看作是为了改正软件的错误改正性维护，而开发人员可能把同项要求看作是适应性或完善性维性......”。