文献翻译(中文).doc

《文献翻译(中文).doc》由会员上传分享，免费在线阅读，更多相关内容在教育资源-天天文库。

1、实证调查的影响-面向对象的范式对可维护性真实-世界的关键任务软件来源期刊的系统和软件77卷，第2期<2005年8月）页数：131–138出版年：2005年目录:0164–1212作者JoaSangLim媒体技术学院,尚明大学,汉城南韩升律贞商学院研究生学院,国民大学,汉城,南韩史蒂芬R.Schach部电气工程与计算机科学,范德比尔特大学,纳什维尔,田纳西州出版社纽约Elsevier科学公司,美国纽约摘要没有确切的实验证据证明面向对象系统的可维护性，某种程度上因为还没有用于早期研究的目标和系统的典型代表。对于目前正在被软件专业人员使用和维护的使

2、命关键软件，我们从经验上来分析其维护性这一问题。这里考虑功能上等同的两个版本的信用卡审批系统，一个是面向对象的，一个是非面向对象的。发现面向对象的系统可以比非面向对象的系统花费更少的时间维护更多的软件。在整个软件发展生命周期中这种差别在各个阶段都有。这个结果是将UML用于面向对象版本系统的影响分析得到的，这样有助于高效的理解和通信。非面向对象的不完善的设计规范会使得在将设计方案转换到进一步发展时出现模糊或者高费用的缺点。而且面向对象的封装技术会减少因维护而带来的脑力劳动量并可以实现代码复用，另一方面，需要管理的文件数量的增加和附带管理也要强面

3、向对象的技术，此外面向对象的设计运行起来比较协调，但它比非面向对象的运行速度要慢。为了构成背景因素，如方法、过程和维护工具，需要有更多的软件工程师研究领域。b5E2RGbCAP5/5普遍认为，面向对象范例的使用增加了软件的可维护性

4、的软件，再者几乎所有的实验都是基于研究的而不是基于软件工程师的。p1EanqFDPw本文给出了一个软件维护实验，该实验基于一个运作着的现实世界的使命关键系统。一个系统是基于结构范例用C开发的，另一个是基于面向对象的用C++开发的。两个系统都同时被一些软件工程师维护。DXDiTa9E3d第二章讨论了关于该论题的相关研究。第三章强调了本文所做的研究是基于现实世界的而不是实验室软件。第四章给出了实验的细节，第五章给出实验结果。第六章说明了实验中的技术差异，第七章指出了面向对象系统的性能，第八章是总论和结论。RTCrpUDGiT1.可维护性和面向对象

5、范例如同在ISO/IEC12007(1995>中的定义，因为出现运行问题，或者需要进一步提高软件质量，或者要使软件有更好的适用性，而对软件代码和相关连文档进行相应的修改，这一过程就是软件维护。根据这个可行的定义，不管是在软件的安装之前还是安装之后，无论何时，只要软件出现了错误，或者使用者的需求改变了就会引发软件维护。随着IEEE标准改进成与ISO/IEC12007，电气和电子工程师协会和电子工业联合会后来都采用了这一定义(IEEE/EIA,1998>。因此，可维护性也可以随之这样定义：为了更改某个错误或者适应变化了的需求，一个软件系统或者软件

6、产品可以被修改，这就是可维护性。5PCzVD7HxA现在考虑可维护性的面向对象范例的影响。面向对象范例包含许多特征，例如类、对象、继承、多态和动态封装。我们应该知道这些特征对于可维护性的影响分别是什么。首先考虑继承。对于继承树的高度如何影响可维护性的实验结果都相互矛盾。例如，Dalyetal.(1996>发现三层继承的面向对象软件比没有继承的面向对象软件维护起来花费的时间少很多。可是同样的实验Cartwright(1998>却发现了相反的效果。Harrisonetal.(2000>接着用零层继承、三层继承和5层继承做了一个类似的实验，发现没有

7、继承的软件修改起来更容易。最近Precheltetal.(2003>指出完成确定维护任务的时间随着继承层数的增加出现上升趋势。jLBHrnAILg这些相互矛盾的结论在FreemanandSchach(in5/5press>那里得到了缓解，他们指出在三层继承实验的一系列实验结果中继承对于可维护性的影响是依赖于任务的。实验中用到了两个功能等同的C++程序，一个是继承树型结构，另一个是水平结构。一个维护任务在继承型结构上更容易执行，而另一个任务却在水平结构上更容易些，第三个在两个结构上的执行结果基本相同。xHAQX74J0X对于面向对象范例其他特征

8、<如类、对象、多态和动态封装）对可维护性的影响我们没有任何的实验证明结果。在反例被证明之前可以相信这些特征的影响效果也是任务依赖的。如果这个结论是正确的，那么那些相