操作配置文件:一个关键的审查

一生Kumar Chaurasia¹和Jahid阿里²

助理教授,信息技术部、BBAUniversity勒克瑙- 226025,印度,(电子邮件保护)
教授,SSICMT, Pathankot旁遮普-145001年,印度

文摘

技术改变了用户的要求。有一个巨大的变化大小,速度和计算机硬件和软件的结构。这些变化,计算机系统的复杂性与时间也会增加。因此,不同类型的错误,错误和失败也增加了在适当时间的报道。因此,做了大量的工作来测试失败使用操作剖面和众多分析软件可靠性评估软件可靠性增长模型被提出。为了评估他们的可用性和重要性,本文的评论需要和意义基于一个指定的操作和使用的建模。

关键字

意味着故障间隔时间(MTBF),平均失效到达时间(MTTF),平均修复时间(MTTR、软件操作配置文件(SOP)、马尔可夫链模型,状态层次结构模型(害羞)

介绍

为任何组织软件测试是非常昂贵的,如果它不是在一个计划和系统的方式来优化测试的数量。第一个要求是找到测试用例的数量中执行各种功能/模块。一个软件产品的可靠性评估是计算机和其他元素的设备将由用户/开发人员使用。穆萨在1993年提出了一个动态和创新的方法叫做操作配置文件(OP)分配测试用例和软件产品的可靠性估计。软件可靠性的定义是“失败的概率自由操作程序的指定时间的操作条件下在特定环境”[1]。要访问的可靠性系统通过测试用例测试模拟条件下的软件产品。它覆盖的方法、模型和指标的评估和预测软件可靠性。有不同的方法用于测量的可靠性。测量的平均故障间隔时间(MTBF)和定义为平均失效到达时间(MTTF)和平均修复时间(MTTR) [2]。失败是所需的条件,系统不履行其功能。 Reliability is the amount of time that software is available for use. The major problem in the field of software reliability estimation is the accuracy of the Operational Profile[3].

软件运行剖面(SOP)是一个定量描述的软件领域使用。SOP由一组软件操作及其发生概率[4]。OP,指导测试,确保如果测试完成后,软件发货,因为必要的进度约束,最常用的操作必须执行最测试和可靠性水平将是最大的。建立客户和开发人员之间的沟通。它还讨论他们想使用的特性。的基础上使用模型定义和使用规范。它有助于组织与用户进程相关的工作流程,帮助客户的训练努力最常用的操作。通过使用操作配置文件和软件可靠性、重组测试和测试条件和提高软件的可靠性和降低成本。本文分为4个部分。我部分,描述了关于介绍软件可靠性和操作配置文件的一部分。 In section II different types of profiles are discussed and describe in step-by-step. Different Usage models are defined in section III and conclusion of the paper with the future scope of the paper is presented.

配置文件

当我们开发任何OP,其他几个配置文件也开发所需的概要文件。一个概要文件仅是一组互斥的选项与每个发生的概率[5]。概要文件解释例子的帮助下通过使用两个变量X和Y,如果X是30%的时间,70%的时间,然后X的运营概况,0.30 Y是0.70。它是独立的软件系统执行的操作的集合和它们相关的概率。开发任何OP,五个步骤处理在一个连续的模式。

找到客户资料。

建立用户档案

定义系统模式概要

发现功能概要。

实现操作配置文件

在图1中前四个概要文件(客户、用户、系统模式和功能)开始系统的设计水平,而最后一个概要文件(操作)在实现级别和工作的操作系统。所有的前四个概要文件不是每个系统所必需的。客户没有使用概要文件如果有一个客户或者整个客户使用系统以相同的方式。采用图1操作配置文件从[6]实现OP指导测试的选择。

客户档案

它是一组客户组与相应的发生概率使客户概要文件。顾客是人,团体,获得系统的机构或组织。客户在客户集团以同样的方式使用这个系统,或从其他客户的类型以不同的方式在同构或异构用户对用户进行分类。如果整个用户以同样的方式使用,那么它被称为均匀,如果整个用户以不同的方式执行不同的操作就叫做异构。表1中,有两种不同类型的客户组织机构,小型机构和大型机构。小型机构执行所需的操作以40%的使用和大型机构执行60%。所以客户档案与发生的概率是0.40和0.60计算的发生。

表1:客户资料

用户配置文件

用户是一组,雇用人或机构,系统中没有获得系统。系统用户不同类型的用户不一定是相同的客户。不同用户组可分为开发运营的任务剖面在不同系统的分析。用户配置文件可以定义在客户资料的经验,确定不同的用户组为每个客户组。

不同的用户组均匀/异构系统中分别采用系统的工作。用户组是系统管理员,维护用户、普通用户、兼职/全职用户等整体用户组可以发生概率的概率相乘得到的用户组和客户组与客户群的发生的概率。

在表2中,用户组分为两个部分,普通员工和兼职员工。如果用户组组合在不同的客户群,那么他们的概率将会添加和概率计算的总用户组。假设如果输入客户概要(40%小研究所和60%大研究所)和用户组使用(30%的普通员工和70%的兼职员工)。在每个客户组的用户概要0.12(40% * 30%),使用小的普通员工和研究所的兼职员工0.28(40% * 30%),0.18(60% * 30)和0.42(60% * 70%)对于大型机构。总使用普通员工是0.30的系统和0.70兼职员工的一个系统。

表2:用户配置文件

系统模式概要

系统模式是一组函数和操作有助于分析用户和系统的行为。功能在设计水平和使用操作是在实现级别使用。一套系统模式概要文件的系统模式和它们相关的发生概率。是可能的系统模式,只能使用如果没有使用其他系统模式,但是也有可能有多个系统(操作和功能)同步系统模式使用。相同的功能或操作可以发生在不同的系统模式。没有限制,建立建立系统状态,但努力和成本之间的平衡来确定相关的操作配置文件。在系统模式下,只有一个用户或不同类型的用户可以使用该系统的管理员,用户或客人。

功能概要

实现系统模式概要文件之后,然后我们评估系统模式的功能在执行模式,然后将概率分配给每一个功能。功能概要设计通常是在需求阶段或在早期设计阶段,它应该保持更新更改时发生。基本上,函数外部实体集,用户可以执行系统。创建功能配置文件系统模式必须被分解成单一功能和分类如图1所示(操作):

数量的功能

初始功能列表

显式或隐式函数列表

环境变量

最后的功能列表

发生的概率

(数量)的功能:操作或功能在功能概要文件的数量不是固定的。它会根据项目的大小,数量的系统模式,环境条件和功能广度。开发一个系统,任务分为两个功能,是开发的可能性具有不同优先级和使用的频率。

(b)初始功能列表:函数的初始功能列表突出特性,功能对用户的利益和价值观。这个列表可以由每个关键输入变量相关的函数。功能应采取从客户或用户和可能要求规范。识别环境输入变量和它们的值或值范围,需要单独的开发工作。它定义了影响程序运行的条件,但不与特性。交通负载和硬件配置环境变量的例子。

(c)显式或隐式函数列表:一个功能概要文件可以显式或隐式的,根据关键输入变量。一个关键的输入变量是一个外部参数影响软件系统的执行路径遍历不同的参数值。隐式配置文件可以使用只有当输入变量是相互独立的发生概率,并考虑其价值而显式配置文件包含枚举所有变量与它们相关的发生概率。显式配置文件包括所有关键输入变量的向量积与各自的发生概率。

(d)环境变量:环境输入变量在不同条件下可以确定影响程序运行的方式。这些参数变量的范围会导致变量和执行不同的操作。

(e)最后的函数列表:先创建最终的功能列表,检查关键输入变量之间的依赖关系及其特性。如果变量是完全取决于另一个,那么它可以消除最终的候选人名单。

最后一个函数列表= No。环境变量的值(没有。函数的初始列表-初始功能的组合)

f)发生概率:它可以测量的使用了日志系统,最新的使用或手动功能的自动化。发生概率可以计算操作。当新版本发布的结合古老的测量功能和新功能。所以结合估计函数比函数的测量不准确。

功能配置文件实现系统的设计水平。实现功能概要文件之后,它分为很多函数和函数定义的概率。最初的函数列表突出的功能进一步显式或隐式的函数依赖于输入变量。程序运行在不同的环境条件是如何定义的环境变量和最终的功能列表的基础上确定变量之间的依赖关系。的基础上使用,发生的概率函数的定义。

操作配置文件

操作系统虽然功能用于实现级别的用于系统设计的任务。操作的数量高于函数的数量。一个函数可能由多个操作系统中实现。也可以组函数设置的操作

操作配置文件过程分为三个不同的阶段。第一次操作与运行。分裂的开发操作配置文件,运行一个程序的执行时间。跑步是一个数量的工作或一组任务由一些特定的用户干预或输入状态和代表活动。输入空间的输入状态集可以发生在系统执行。所需的输入空间和设计输入空间是不同的,它需要条件测试执行程序。定义的输入状态列表和相应的概率为输入状态概要文件。

与功能概要,有两种方法来确定发生概率是通过记录输入空间或评估功能概要的发生概率。后每个输入变量划分为范围,必须确定每个变量的概率。系统的初始估计应该执行的专家知识系统和用户。操作的数量太长,它本质上是通过应用三种方法减少操作的数量。

减少运行类型。

运行类型是一组执行。

避免运行类型预计总发生概率相当大的小于系统的故障强度目标。

它有利于减少运行类型减少测试工作,设计和实现成本。我们可以减少运行类型通过减少输入变量的数量或数量的每个输入变量的值。有不同的方法来减少输入变量的数量。

最小化操作。

减少硬件配置,如果可能的话。

环境条件仅限于执行操作。

连续运行之间的依赖性降低。

系统必须容忍缺点像人类,硬件和软件。

操作配置文件可以改变当新特性添加配置文件和测量数据定期的基础上运行的每个类型。这个测量是用来识别失败或其他性能测量系统检测和记录功能。

测试选择

测试用例是来自各种可能运行在每个操作在一个函数定义不同的州。测试用例可以选择有效地使用和最常用的基于操作将受到考验。测试执行的操作资料,是非常有效的识别失败及其发生概率。很难测试所有的输入状态。选择应该基于操作和运行类型,如果发生故障时所替代。选择必须执行运行只能选择不重复。因此测试组织的完整设计输入状态,因为环境改变随着时间的推移,重复相同的操作。

基于使用的建模

建模使用的使用规范,定义了目标系统的使用。规范定义了用户如何使用这个系统和系统的不同使用的概率。使用规范的测试用例是根据使用生成的配置文件。如果使用概率分布是一样的系统操作期间,我们可以估计系统的可靠性。有几种技术,提出了使用规范。介绍了最常用的使用规范模型。

答:马尔可夫链模型

惠塔克等人。[7]提出了序列的马尔可夫链的输入序列建模软件系统。穆萨描述使用的目的和指导软件测试静态生成测试用例。事件被执行在一个连续的序列和代表作为一个随机过程。这些序列代表测试用例,并可用于统计软件测试。马尔可夫链模型的建设分为两个阶段,结构阶段和统计阶段。在结构化的阶段,国家为每个输入创建的系统能够接收。连续弧线连接操作的事件系统,定义系统的初始和最终状态。马尔可夫链建立后,弧弧被分配到的概率统计的执行阶段。

如图2所示。马尔可夫链与不同的参数用于定义了有限状态模型的序列。链的状态代表软件的输入,而弧代表各州的序列和忽略的概率。每个弧是独立于以前的状态,代表模型的现状。马尔可夫链模型的优点是生成的执行序列的使用和捕获系统的操作行为。它还有助于分析过程基于随机过程。系统的缺点是,对于一个大型系统的状态数获得非常大的。

b .状态层次结构模型该模型用于复杂系统和多个用户的类型和异构类型的用户。该模型的目的是将使用问题分为不同的级别。使用马尔可夫链沃林表示和Runsen[8]使用建模和可靠性工程的软件组件。Arora, Mishra Kumre[9]工作的分配问题上罕见的操作的测试用例。使用建模软件组件的概率状态图[10]描述使用结构和概要文件。马尔可夫模型的分层形式也称为状态层次结构模型(害羞)是用于使用模型的表示。在图3中状态层次结构模型[7]分为不同的复杂系统与多个用户类型和许多不同的用户。

这个模型的功能是将使用模型划分为不同级别的专注于一个表达式。水平的数量可以很容易地在需要时添加在建模。在图3中使用水平代表所有不同的系统的使用,用户类型级别代表异构/均质类型的用户(客户端用户和管理用户)假定从[11]定义状态层次结构模型。用户级代表系统的用户和服务级别用来描述一个特定的用户可以对服务的服务效果。行为级描述的结构描述服务。的基础上服务事务和事件添加到测试用例中。可以生成测试用例通过害羞模型系统自上而下的方法通过选择不同的用户类型,用户级别,服务和相应的马尔可夫模型。特定用户的所有用户类型有相同的个人形象。此概要充当交易的概率。特定的用户生成下一个事件的选择取决于用户的实际状况和其服务的状态。 The weight of the state depends on the behavior level to capture the probability of the next event. The advantage of this model is to allow for the dynamic probabilities of the state. The disadvantage of this model is that, it is difficult to find a desirable list of the state and the second problem is both the services and users are dependent of each other.

结论

从上面的方法发展中不同的概要文件和使用为软件可靠性建模。发现运行可靠性评估中起着重要的作用。当开发人员有有限的时间来测试测试用例、选择测试用例测试最常用函数确保提高软件可靠性。的基础上使用,马尔可夫链状态层次结构模型,提出了测量软件的可靠性。计算可靠性、故障数据收集的基础上使用或操作的使用计划和代表性样本或测试用例。在未来,提出新颖的模型可以在扩展关系的水平。它是适应计算在医疗和手持设备的可靠性在铁路信号控制系统。

引用

IEEE标准的“软件Engineerng术语词汇表”,ANSI / IEEE标准729,1991。
右眼马伦,”软件失败率:对数正态分布的应用程序软件Relaibility增长模型”,思科、IEEE, 1998年,页134 - 142。
r·汗,k·穆斯塔法和S。我Ahson”,操作可靠性估算Profile-Factor”,大学出版社,Gautam Das & V P Gulati, CIT, 2004年,页347 - 354。
J。D穆萨,a Iannio Okumoto,“软件Relaibility:测量、预测、应用”,专业版,麦格劳希尔出版社,纽约1990。
J。D穆萨”,操作配置文件在软件可靠性工程:概述”,继续:第三国际研讨会软件可靠性工程,7 - 10 1992年10月,页140 - 154。
J。D穆萨,“操作配置文件在软件可靠性工程”,IEEE软件,10卷,No2, pp 14-32, 1993年3月,ISSN 0740 - 7459。
正当惠塔克,J.H.波尔,”马尔可夫分析软件规范”,ACM事务。软件工程方法论(1993),页93 - 106,ISSN 1049 - 331 x。
c·沃林表示p . Runeson认证的软件组件,IEEE Trans.Softw.Eng。20(1994),页494 - 499,ISSN 0098 - 5589。
年代。Arora, RB Mishra V。MKumre”,软件可靠性改进通过操作配置文件驱动测试”。在院刊年度IEEE可靠性与可维护性Symphosium会议,弗吉尼亚,2005,页621 - 627。
R。舒克拉,d .卡灵顿,p .斯特鲁,“系统操作档案开发从软件组件”,在APSEC 04:第十一届亚太软件工程研讨会论文集,华盛顿特区:美国IEEE计算机科学,2004年,ISBN 0-7695-9,页528 - 537。
操作档案软件Relia HeikoKoziolek。