应用软件运维与优化策略.pptxVIP

;;;11.1软件维护的概念;;;;;;软件维护的特点;;;;c——复杂程度（标志设计的好坏及文档完整程度，非结构化设计和缺乏文档都会增长软件的复杂程度）；

（1）顾客意见反馈表。

（3）在最近的未来可能要做重大修改或增强的程序。

在这么的前提下，四大类维护不但都会比较省力，而且维护后能够用原来的测试用例进行回归测试。

普通说来，这种复审试图回答下述问题：

刚刚描述的事件组成结构化维护，它是在软件开发的早期应用软件工程方法学的成果。

①察觉到问题所耗的时间；

大量使用可重用的软件构件来开发软件，能够从下述两个方面提升软件的可维护性：

（2）必须描述怎样安装和管理这个系统。

代码副作用有时通过回归测试即可发觉，此时应立即采用补救办法。

（4）在设计和编码过程中应该尽可能使用可重用的软件构件，假如需要开发新的构件，也应该注意提升构件的可重用性。

假如一种程序是相对稳定的，正在走向其有用生命的终点，而且可能不会再经历什么变化，那么，让它保持现实状况是一种明智的选择。

历史文档也含有一定的主要性。

②搜集维护工具所用的时间；

(2)使用提升软件质量的工具和技术。

（1）非结构化的维护太多、太难;;;;预防性维护;11.2软件维护过程;;;软件维护的工作量;;软件维护的流程与相关统计;;;;;;维护的副作用;;;;;;软件维护的最新方法;;软件维护工作流程;UML对软件维护的影响;CM