计算机软件的维护策略解析

计算机软件的维护策略解析

　　一、软件可维护性的概述

　　一个软件在实际的运行过程中，都会出现一些细节上和实际不相符的部分，在此情况下，就需要设计该软件的单位根据现有的情况和需求，对开发的软件进行不断地修正和完善，通过改变软件自身来使其适应现有运行平台对软件提出的各种要求，这一过程称之为软件维护。根据软件进行维护的目的性不一样，可以将维护的过程分为四种类型，分别是纠正错误类型、预防错误发生类型、适应运行平台类型、改善软件自身类型。在这四个类型当中，纠错是指软件在运行的过程当中，针对其显示出的各种自身问题进行分析，并且提出解决的对策:预防即要求软件的开发者能够预见到现有的，以及即将产生的各种病毒类型，提前对软件进行设计，防比其日后受到病毒的侵入:适应是指软件在自身不断的运行过程中，根据运行平台等外部环境对其提出的各种需求，不断做出调整，以求适应该运行平台:完善是指，根据每个需求的特点，软件能够不断地改进自身的性能，能够更好地满足各种需求。

　　软件的可维护性主要有四种突出的特性。

　　一是其容易被分析即指针对软件内部存在的各种毛病、漏洞，能够即时地被发现，诊断出来:

　　二是易改动。该特性是指，一旦发现了该软件存在一些问题，其是否能够被及时地修改和完善:三是稳定的特性。发现了软件存在问题，就要对其进行修改和完善，那么软件自身能否应对由此产生的各种风险，这就是稳定性的本质:四是易测试性在修复了软件存在的各种问题的时候，针对修复的效果能否在较短的时间内，进行估测。

　　二、影响软件维护的要素分析

　　(一)设计团队的变化:很多软件设计团队，在完成了一项软件设计的时，会解散该团队，很快各自都找到新的团队，开展新的软件设计工作。原本对该软件设计有所了解的成员逐渐离开了团队，随着人员的不断变动，到最后余下的员工很可能对该软件最初开发的目的、方法都不是很了解，导致该软件无法在后期得到修复和完善，最终导致报废这样不仅会浪费大量的人力、财力、物力，同时也会给新的工作团队平添工作量。

　　(二)用户的需求:在最初签订软件的开发和修改合同的时候，维护人员和客户没有进行很好的沟通，没有很好的了解顾客的需求，导致在后期的修改当中，很多设计人员按照自己的意思来对软件进行修改，和客户的需求根本不相符。

　　(三)隐性错误:很多维护软件的工作者，在对软件进行维护的时候，会在软件的内部加入一些隐性的风险，降低了软件的整体质量。

　　(四)团队素质:一个团队素质的高低，同样也对软件维护的质量到很大的影响。员工是否具有软件维护的专业技能，能否解决顾客提出的各种问题。该团队是否是属于急功近利型，一味追求经济利益，而忽略了质量的追求等等，都是需要考虑的因素。

　　三、软件维护的策略 对软件的维护，主要分为九个主要的步骤。首先要仔细阅读客户对自己软件提出的需求说明，在了解客户需求的基础上，来针对问题软件继续修改设计，列出设计方案进行评审，评审通过后，开始重新编码，然后进行单位测试、集成测试、同归测试这三项测试，待测试完成之后，确认测试，最后在一次进行评审对软件的维护工作，不能大意，因此应有一只专门团队来对软件进行维护，且在团队内部要明确每一个成员的工作任务和责任，避免资源的重复利用和未充分利用在接受客户需求时，要为客户发一张需求登记表，客户在该表上填写软件出现的问题，包括问题的具体类别，希望通过修改达到的效果，软件运行的平台，出现问题的场合和时间等在对软件进行修改和完善的过程中，要仔细分析源编码设计的原理、习惯，对其进行遵守，不要轻易地更改，以保证软件在修改前后能够保持和谐。若是一个客户提出了多个维护的需求，可以更具需求等级的高低，对其进行顺序的划分在修改该软件之前，要对该软件进行备份处理，在软件完成修改之后，要对软件进行及时地调试，最后开会对该软件进行评议，并且做出总结，从本次软件的修改当中，能够收获成功的经验，同时也能吸取失败的教训。软件的修改人员之间要互相交流和分享彼此的经验。若是软件修改的幅度比较大，修改人员应当针对自己修改的情况制定一个修改的说明书，具体说明修改了哪些部分，被修改之后的软件如何使用和进行日常的维护。除了编写说明手册之外，还可以编写参考手册。针对该软件可能会发生的错误情况进行预测，并在该手册中写出会出现的情况，具体解决办法。注意该语言的运用要通俗易懂，因为很多客户并不具备很多的计算机专业知识。在对该软件完成维护之后，要进行同归测试，测试圆满完成后，可交给客户去使用。一个软件，在进行了多次修改和完善之后，其维护性就会逐渐降低，当其降低到一个最低程度时，再一次修改己无法满足客户提出的需求，因此应当放弃该软件，重新根据客户需求开发新的软件。

　　四、软件维护的副作用

　　对软件进行反复的修改和完善，虽然可以满足客户提出的不同需求，但是其自身也有一定的风险。因为从理沦上来说，在每一次对软件进行修改的同时，都增加了错误发生的可能性。对该错误的发现，可以通过文档的设计和最后的同归测试来解决，但是仍然不能忽视一个问题，就是维护软件会产生的负面效果。其主要表现在如下的几个方面: 代码修改:对代码的修改一定要谨慎，不到逼不得己，尽量不要修改。因为一个看似很简单的代码修改工作，就可能对整个软件产生很大的影响，影响可能大到整个软件无法正常运行。虽然副作用有大有小，但是不可否认的是，对代码进行修改很可能就会产生一些错误，而正是由于这些看似很小的错误，导致软件质量的下降。因此，在代码修改过程中，一定要贯彻一个法则， 数据结构的修改:在修改软件过程中，会不可避免地对数据结构也进行一定的修改。数据结构在整个软件中，占据很重要的地位。因此在对其进行维护的时候，需要对立面的部分要素进行完善，完善过后的软件可能无法再适应现有的数据，导致其在日后的运行出现错误。这就需要软件维护者，在设计文档的时候谨慎，降低数据修改带来的风险。

　　五、结束语

　　随着计算机的不断估计，软件应用的范围也越来越广，渗透到我们生活、学习、工作的各个角落软件的维护是软件生命的最后一个阶段，但是我们不能忽视其重要性。作为软件工作者，应当在开发出一个好软件的同时，也能够对软件的可维护性的提高做出自己的贡献，使软件的可维护性能够有所提升，降低日后软件维护的费用和次数，同时也可以提高一个软件开发公司在市场当中的竞争力，为企业带来更好的经济效益。