软件项目后期维护几点心得

软件项目后期维护几点心得

         软件维护主要是指根据需求变化或硬件环境的变化对应用程序进行部分或全部的修改，修改时应充分利用源程序．修改后要填写程序改登记表，并在程序变更通知书上写明新旧程序的不同之处。

软件维护的内容一般有以下几个方面。

l  正确性维护。是指改正在系统开发阶段已发生而系统测试阶段尚未发现的错误。这方面的维护工作量要占整个维护工作量的17％～21％。所发现的错误有的不太重耍，不影响系统的正常运行，其维护工作可随时进行，而有的错误非常重要，甚至影响整个系统的正常运行，其维护工作必须制定计划，进行修改，并且要进行复查和控制。

l  适应性维护。是指使应用软件适应信息技术变化和管理需求变化而进行的修改。这方面的维护工作量占整个维护工作量的18％～25％。由于目前计算机硬件价格的不断下降．各类系统软件屡出不穷，人们常常为改善系统硬件环境和运行环境而产生系统更新换代的需求；企业的外部市场环境和管理需求的不断变化也使得各级管理人员不断提出新的信息需求。这些因素都将导致适应性维护工作的产生。进行这方面的维护工作也要像系统开发一样，有计划、有步骤地进行。

l  完善性维护，这是为扩充功能和改善性能而进行的修改，主要是指对已有的软件系统增加一些在系统分析和设计阶段中没有规定的功能与性能特征。这些功能对完善系统功能足非常必要的。另外，还包括对处理效率和编写程序的改进，这方面的维护占整个维护工作的50％～60％，比重较大．也是关系到系统开发质量的重要方面。这方面的维护除了要有计划、有步骤地完成外．还要注意将相关的文档资料加入到前面相应的文档中去。

l  预防性维护。为了改进应用软件的可靠性和可维护性，为了适应未来的软硬件环境的变化，应主动增加预防性的新的功能，以使应用系统适应各类变化而不被淘汰。

 

为了更好更快地进行软件项目的后期维护和新功能添加同时也为了尽量减少维护工作对后面开发项目的影响，得出了以下几点心得。

根据客户需求做出更新计划

1.       实时获取客户发现的最新问题及改进建议。

为了能够更快更主动地发现和解决问题，外面试点、正式运行、测试等发现问题需要能够及时地反馈到负责人员，负责人员对这些问题进行汇总。比如及时上报mantis，严重紧急事件邮件通知。

2.       定期列出更新计划。（附后）

定期列出更新计划主要是涉及两方面的考虑，第一就是内部开发人员可以有一个详细的更新步骤以及任务安排，这样就能够从容安排现有人员对维护项目的问题解决，从而减少对现行开发项目的影响。第二就是对客户来说也是一个很好的项目实施的结果展示。更新计划也可看成是项目的阶段性成果，作为与客户相互沟通的一部分文档资料。

3.       实时通知客户更新成果

及时反馈解决情况，以便技术支持人员及时满足客户提出的新需求或解决客户非常不满意的地方。

 

根据更新列表进行问题解决或实现新功能

1.       定期下发更新列表，若紧急问题可安排突击解决，但尽量减少安排，以便于当前项目顺利进行。

2.       开发人员对照更新列表的任务和时间点，根据问题的严重和紧急程度进行针对性的修改。

3.       对于涉及面较广的问题，相关人员必须对问题进行讨论和定位，并指定修改人员。

4.       负责人员改完后必须在修改代码上做出问题注释并进行自测，自测通过后邮件或口头通知维护人员。

5.       维护人员按照更新列表，督促问题解决并进行回归测试。

6.       维护人员隔一段时间对版本进行完整测试，并发布alpha版本。

7.       对以后有条件进行代码重构的模块，不进行大范围修改，满足需求即可。

 

更新列表：

任务	责任人	紧急程度	重要程度	开始时间	结束时间