前言:本站为你精心整理了软件维护策略下的计算机软件论文范文,希望能为你的创作提供参考价值,我们的客服老师可以帮助你提供个性化的参考范文,欢迎咨询。
一、软件可维护性的概述
每一个软件在实际的运行过程中,都会出现一些细节上和实际不相符的部分,在此情况下,就需要设计该软件的单位根据现有的情况和需求,对开发的软件进行不断地修正和完善,通过改变软件自身来使其适应现有运行平台对软件提出的各种要求,这一过程称之为软件维护。根据软件进行维护的目的性不一样,可以将维护的过程分为四种类型,分别是纠正错误类型、预防错误发生类型、适应运行平台类型、改善软件自身类型。在这四个类型当中,“纠错”是指软件在运行的过程当中,针对其显示出的各种自身问题进行分析,并且提出解决的对策;“预防”即要求软件的开发者能够预见到现有的,以及即将产生的各种病毒类型,提前对软件进行设计,防止其日后受到病毒的侵入;“适应”是指软件在自身不断的运行过程中,根据运行平台等外部环境对其提出的各种需求,不断做出调整,以求适应该运行平台;“完善”是指,根据每个需求的特点,软件能够不断地改进自身的性能,能够更好地满足各种需求。软件的可维护性主要有四种突出的特性。一是其容易被分析。即指针对软件内部存在的各种毛病、漏洞,能够即时地被发现,诊断出来;二是易改动。该特性是指,一旦发现了该软件存在一些问题,其是否能够被及时地修改和完善;三是稳定的特性。发现了软件存在问题,就要对其进行修改和完善,那么软件自身能否应对由此产生的各种风险,这就是稳定性的本质;四是易测试性。在修复了软件存在的各种问题的时候,针对修复的效果能否在较短的时间内,进行估测。
二、影响软件维护的要素分析
(一)设计团队的变化:很多软件设计团队,在完成了一项软件设计的时,会解散该团队,很快各自都找到新的团队,开展新的软件设计工作。原本对该软件设计有所了解的成员逐渐离开了团队,随着人员的不断变动,到最后余下的员工很可能对该软件最初开发的目的、方法都不是很了解,导致该软件无法在后期得到修复和完善,最终导致报废。这样不仅会浪费大量的人力、财力、物力,同时也会给新的工作团队平添工作量。
(二)用户的需求:在最初签订软件的开发和修改合同的时候,维护人员和客户没有进行很好的沟通,没有很好的了解顾客的需求,导致在后期的修改当中,很多设计人员按照自己的意思来对软件进行修改,和客户的需求根本不相符。
(三)隐性错误:很多维护软件的工作者,在对软件进行维护的时候,会在软件的内部加入一些隐性的风险,降低了软件的整体质量。(四)团队素质:一个团队素质的高低,同样也对软件维护的质量到很大的影响。员工是否具有软件维护的专业技能,能否解决顾客提出的各种问题。该团队是否是属于急功近利型,一味追求经济利益,而忽略了质量的追求等等,都是需要考虑的因素。
三、软件维护的策略
对软件的维护,主要分为九个主要的步骤。首先要仔细阅读客户对自己软件提出的需求说明,在了解客户需求的基础上,来针对问题软件继续拧修改设计,列出设计方案进行评审,评审通过后,开始重新编码,然后进行单位测试、集成测试、回归测试这三项测试,待测试完成之后,确认测试,最后在一次进行评审。对软件的维护工作,不能大意,因此应有一只专门团队来对软件进行维护,且在团队内部要明确每一个成员的工作任务和责任,避免资源的重复利用和未充分利用。在接受客户需求时,要为客户发一张需求登记表,客户在该表上填写软件出现的问题,包括问题的具体类别,希望通过修改达到的效果,软件运行的平台,出现问题的场合和时间等。在对软件进行修改和完善的过程中,要仔细分析源编码设计的原理、习惯,对其进行遵守,不要轻易地更改,以保证软件在修改前后能够保持和谐。若是一个客户提出了多个维护的需求,可以更具需求等级的高低,对其进行顺序的划分。在修改该软件之前,要对该软件进行备份处理,在软件完成修改之后,要对软件进行及时地调试,最后开会对该软件进行评议,并且做出总结,从本次软件的修改当中,能够收获成功的经验,同时也能吸取失败的教训。软件的修改人员之间要互相交流和分享彼此的经验。若是软件修改的幅度比较大,修改人员应当针对自己修改的情况制定一个修改的说明书,具体说明修改了哪些部分,被修改之后的软件如何使用和进行日常的维护。除了编写说明手册之外,还可以编写参考手册。针对该软件可能会发生的错误情况进行预测,并在该手册中写出会出现的情况,具体解决办法。注意该语言的运用要通俗易懂,因为很多客户并不具备很多的计算机专业知识。在对该软件完成维护之后,要进行回归测试,测试圆满完成后,可交给客户去使用。一个软件,在进行了多次修改和完善之后,其维护性就会逐渐降低,当其降低到一个最低程度时,再一次修改已无法满足客户提出的需求,因此应当放弃该软件,重新根据客户需求开发新的软件。
四、软件维护的副作用
对软件进行反复的修改和完善,虽然可以满足客户提出的不同需求,但是其自身也有一定的风险。因为从理论上来说,在每一次对软件进行修改的同时,都增加了错误发生的可能性。对该错误的发现,可以通过文档的设计和最后的回归测试来解决,但是仍然不能忽视一个问题,就是维护软件会产生的负面效果。其主要表现在如下的几个方面:代码修改:对代码的修改一定要谨慎,不到逼不得已,尽量不要修改。因为一个看似很简单的代码修改工作,就可能对整个软件产生很大的影响,影响可能大到整个软件无法正常运行。虽然副作用有大有小,但是不可否认的是,对代码进行修改很可能就会产生一些错误,而正是由于这些看似很小的错误,导致软件质量的下降。因此,在代码修改过程中,一定要贯彻一个法则,即Murphy法则。数据结构的修改:在修改软件过程中,会不可避免地对数据结构也进行一定的修改。数据结构在整个软件中,占据很重要的地位。因此在对其进行维护的时候,需要对立面的部分要素进行完善,完善过后的软件可能无法再适应现有的数据,导致其在日后的运行出现错误。这就需要软件维护者,在设计文档的时候小心谨慎,降低数据修改带来的风险。
五、结束语
随着计算机的不断估计,软件应用的范围也越来越广,渗透到我们生活、学习、工作的各个角落。软件的维护是软件生命的最后一个阶段,但是我们不能忽视其重要性。作为软件工作者,应当在开发出一个好软件的同时,也能够对软件的可维护性的提高做出自己的贡献,使软件的可维护性能够有所提升,降低日后软件维护的费用和次数,同时也可以提高一个软件开发公司在市场当中的竞争力,为企业带来更好的经济效益。
作者:王妍黄山单位:山东水利职业学院