基于WEB的应用程序的可维护性评估

你的事迹夏克尔孔雀王朝¹,吉奥莉•Shankar^{* 2}

副教授、信息技术、能源分析师先生Ram Murti Smarak Engg学院。&技术Bareilly (U.P.),印度
能源分析师先生Ram Murti Smarak Engg学院。&技术Bareilly (U.P.),印度

通讯作者:吉奥莉•Shankar电子邮件:gaurishankar021@gmail.com

文摘

万维网(www)应用程序包含许多重要业务资产和在一个方便的方式通过网络来推销他们的服务。许多web应用程序已经从简单的HTML页面到复杂应用[1],有些是从不同的web技术,有很高的维护成本。在进化过程中,web应用程序定义良好的软件过程和方法用于应用程序的开发。定义了可维护性模型测量web应用程序的可维护性。它是非常困难的选择可维护性模型。因此强烈需要方法和模型具有一些共同的标准来评估现有的web应用程序的可维护性模型。

关键字

可维护性模型、可维护性指标,基于web的应用程序。

介绍

在目前的情况下,基于web的应用程序以指数的增长速度。这背后的主要原因是世界上互联网的扩散。由于市场需求开发web应用程序频繁、迅速。他们中的许多人将与许多不同的业务相关资产等资产,教育相关资产、信息相关资产,保障相关资产和许多更多。这些web应用程序帮助提供信息,方便业务方式,教育和分享信息,所有这些完成通过互联网推广服务的web应用程序。随着社会变得越来越依赖软件,要求新的、更有能力的软件提供短周期,需要维护的,可靠的软件继续增加。

现在一天web应用程序都是从简单的HTML页面,复杂的应用程序可能是从Java服务器页面(JSP), Active Server pages (ASP), servlet和许多其他技术。随着web应用程序的复杂性增加维护这些应用程序的难度也增加了。互联网发展的数量的网站和数量的使用极大的在过去的十年。互联网进化的一个例子是amazon.com leading-commerce web应用程序。Amazon.com在1995年开始与0客户。2003年有大约2000万客户和220个国家最大的在线商店[2]。互联网的快速发展和巨大的进化很短的项目发布周期和高竞争导致了许多不可靠的web应用程序。

著名的软件工程原则通常不应用,以及定义良好的软件过程和方法很少采用。由于这样一个混乱无序的发展和演变,佤邦通常呈现无序结构,可怜的或不存在的文件,并且可以分析,理解和修改与相当努力[3]。

避免软件危机是有一种强烈的需要迫切解决的定义和方法的实验方法,技术和工具支持的有效维护现有的web应用程序。类似地,有一种强烈的需要也为方法和模型来评估现有的可维护性是为了有一个有价值的支持,成功地估计的努力维护干预[3]。

在处理佤邦的可维护性评估,实现的第一步是定义软件属性影响的可维护性;等相关的模型将因此进行。

可维护性问题:

是建立在高压满足最后期限,和最初强调性能、可靠性和可用性。相关属性后的变化软件可维护性属性:

从不预先指定的定量在软件质量要求b从来没有架构来满足不特定可维护性的质量要求

c .从来没有建造未指明的体系结构,以满足指定的需求

d .从未测试版本

e。从来没有测量在系统的生命周期。

一个¢许多人表示意见,代码通常不是为变化而设计的。因此,虽然达到了其操作规范的代码,用于维护设计不良,记录了[4]。一个¢维护web应用程序的困难是由于雷曼的法律进化的软件。这些法律如下[5]:-

。持续使用的变化——一个e程序必须不断适应其他变得越来越不满意。

b。程序越来越复杂,进化,其复杂性增加,除非工作完成维持或减少它。

c。自律——程序接近正态分布的演化过程是自我调节措施的产品和过程的属性。

d。不变的工作效率,有效的全球平均活动速率在一个进化系统是在产品生命周期不变。

e。熟悉守恒,在活跃生命的进化程序,统计上连续发布的内容是不变的。

f。持续增长——功能程序的内容必须不断提高用户满意度保持在它的生命周期。

g。质量下降- e项目将被视为质量下降,除非严格维护和适应不断变化的经营环境。

h。反馈系统- e编程过程构成多环,多级反馈系统,必须作这样的处理成功修改或改进。

此外,web应用程序有一些特征,使其维护成本:异质性的进化速度和动态代码生成。为了控制web应用程序的维护成本,定量指标预测

必须使用web应用程序的可维护性。Web应用程序都不同于传统的软件系统,因为他们有特色如超文本结构,动态代码生成和异构性,不能被传统和面向对象度量,因此指标对传统系统不能用于Web应用程序[6]。

现在我们转向知道一些可维护性指标影响佤邦的可维护性。我们阿曼的参考模型和Hagemeister可维护性模型软件。阿曼和Hagemeister提出了一个基于分层树结构的可维护性模型理解92属性影响软件系统的可维护性。层次结构中的叶节点代表一个属性和可维护性,为每一个属性定义指标评估,可维护性的特点。在图1的顶级OHMM层次结构显示。在这个级别,指出三个主要类别的因素:

)管理:管理实践工作,事实与他们相关的;

b)操作环境:环境,在硬件和软件方面,参与检查下系统的操作;

c)目标软件系统:检查软件系统维护,包括源代码和支持文档。

阿曼的工作的重点是对目标软件系统;图2显示了一个详细的关于这一类的子树。

阿曼和HAGEMEISTER可维护性模型适应

传统系统之间的差异,必须考虑应用OHMM是:原有的模式必须修改是有效的和有效的使用。

首先,我们定义一组简单的度量描述一位佤联军在系统和组件级别,然后我们将使用这些指标来评估的属性。表1和表2报告这些指标。

表1中的指标旨在提供一种结构尺寸的佤邦的总数来计算它包含组件。表2中的指标旨在提供一个web页面的结构复杂性的信息由于其内部组成和连接到其他页面。

OHMM主系统的基本单位是模块或程序,主要特点是代码量的大小,它指向的数据,用于实现控制流结构的数量,控制和数据耦合与其他模块或程序。在佤邦的基本单位是Web页面,主要特点是其内部组件(形式、脚本、Web对象,等等,我们将把这些组件的子组件在以下页),其大小在LOC,标签和控制流结构用于实现它,它引用的数据,与其他页面的连接。这些数据是来自[3]。

佤邦的可维护性,引用源代码控制和信息结构特点,可以表示为一个函数的39个属性:

佤邦可维护性= F(γi Ai) i = 1 . .39

Ai i的值是可维护性属性和γi重量分配属性,根据属性如何影响可维护性[3]。

因此我们看到从一个¢阿曼和Hagemeister可维护性模型(OHMM)¢,有39个主要指标影响到基于web的应用程序或佤邦。

这些是有关函数的可维护性。仔细看看这个函数表示的可维护性佤邦。佤邦并不是一个很短的区域在进化或测试一样很难保持它在发展中。

佤邦可维护性多年是一个相当大的挑战。系统维护正变得越来越复杂,越来越多的佤邦开发人员参与工业软件系统的维护。尽管这些模型并不完美,他们展示的效用模型。关键是一个好的模型可以帮助维护人员指导他们的努力和为他们提供必要的反馈。之前,开发人员可以声称他们正在建设可维护的系统,必须有一些方法来测量可维护性。

结论

Web应用程序已经演变成复杂的应用程序,有很高的维护成本。高成本是教授web应用程序的固有特点,互联网的快速发展,迫切的市场对短开发周期和频繁的药物。为了控制web应用程序的维护成本,定量指标预测必须使用web应用程序的可维护性。

当正确解释指标可以提供有用的指标对佤邦的质量维护的角度:大小、耦合,数据,和复杂性。

快速扩散的不同业务领域的服务在网络上需要为Web应用程序开发和维护的关键条件。的上市时间是越来越缩短,修改现有的要求是越来越频繁。由于这样的市场压力和缺乏广泛传播和验证方法,是严重影响质量,尤其是可维护性。

引用

一般的Web应用程序的可维护性模型的评估标准。Emad Ghosheh,苏黑,圣战Qaddour IEEE - 2008。
l·巴斯·克莱门茨和r . Kazman。在实践中软件体系结构。addison - wesley, 2003年第2版。
对web应用程序的可维护性模型的定义——朱塞佩•安东尼奥•迪卢卡,安娜·丽塔Fasolino Tramontana迪亚兹,柯拉伦Visaggio - 2004年IEEE李<、>
苏珊飞镖,艾伦·m·克里斯蒂,艾伦·W布朗——案例研究在软件维护、技术报告CMU / sei - 93 - tr - 8, esc - tr - 93 - 185, 1993年6月
m·雷曼j . Ramil p .理解力、d·佩里和w·Turski。软件度量和法律进化年代视图。在第四届国际软件度量学报》研讨会,页20-32。IEEE计算机协会出版社,1997年。
设计指标forWeb测量应用程序的可维护性,Emad Ghosheh苏黑,圣战Qaddour IEEE - 2008。