首页> 外文OA文献 >A Feature-Oriented Modelling Language and a Feature-Interaction Taxonomy for Product-Line Requirements
【2h】

A Feature-Oriented Modelling Language and a Feature-Interaction Taxonomy for Product-Line Requirements

机译:产品线需求的面向特征的建模语言和特征交互分类法

代理获取
本网站仅为用户提供外文OA文献查询和代理获取服务,本网站没有原文。下单后我们将采用程序或人工为您竭诚获取高质量的原文,但由于OA文献来源多样且变更频繁,仍可能出现获取不到、文献不完整或与标题不符等情况,如果获取不到我们将提供退款服务。请知悉。

摘要

Many organizations specialize in the development of families of software systems, called software product lines (SPLs), for one or more domains (e.g., automotive, telephony, health care). SPLs are commonly developed as a shared set of assets representing the common and variable aspects of an SPL, and individual products are constructed by assembling the right combinations of assets. The feature-oriented software development (FOSD) paradigm advocates the use of system features as the primary unit of commonality and variability among the products of an SPL. A feature represents a coherent and identifiable bundle of system functionality, such as call waiting in telephony and cruise control in an automobile. Furthermore, FOSD aims at feature-oriented artifacts (FOAs); that is, software-development artifacts that explicate features, so that a clear mapping is established between a feature and its representation in different artifacts. The thesis first identifies the problem of developing a suitable language for expressing feature-oriented models of the functional requirements of an SPL, and then presents the feature-oriented requirements modelling language (FORML) as a solution to this problem. FORML's notation is based on standard software-engineering notations (e.g., UML class and state-machine models, feature models) to ease adoption by practitioners, and has a precise syntax and semantics to enable analysis.The novelty of FORML is in adding feature-orientation to state-of-the-art requirements modelling approaches (e.g., KAOS), and in the systematic treatment of modelling evolutions of an SPL via enhancements to existing features. An existing feature can be enhanced by extending or modifying its requirements. Enhancements that modify a feature's requirements are called intended feature interactions. For example, the call waiting feature in telephony intentionally overrides the basic call service feature's treatment of incoming calls when the subscriber is already involved in a call. FORML prescribes different constructs for specifying different types of enhancements in state-machine models of requirements. Furthermore, unlike some prominent approaches (e.g., AHEAD, DFC), FORML's constructs for modelling intended feature interactions do not depend on the order in which features are composed; this can lead to savings in analysis costs, since only one rather than (possibly) multiple composition orders need to be analyzed.A well-known challenge in FOSD is managing feature interactions, which, informally defined, are ways in which different features can influence one another in defining the overall properties and behaviours of their combination. Some feature interactions are intended, as described above, while other feature interactions are unintended: for example, the cruise control and anti-lock braking system features of an automobile may have incompatible affects on the automobile's acceleration, which would make their combination inconsistent. Unintended feature interactions should be detected and resolved. To detect unintended interactions in models of feature behaviour, we must first define a taxonomy of feature interactions for the modelling language: that is, we must understand the different ways that feature interactions can manifest among features expressed in the language. The thesis presents a taxonomy of feature interactions for FORML that is an adaptation of existing taxonomies for operational models of feature behaviour.The novelty of the proposed taxonomy is that it presents a definition of behaviour modification that generalizes special cases found in the literature; and it enables feature-interaction analyses that report only unintended interactions, by excluding interactions caused by FORML's constructs for modelling intended feature interactions.
机译:许多组织专门针对一个或多个领域(例如,汽车,电话,医疗保健)开发称为软件产品线(SPL)的软件系统系列。 SPL通常被开发为一组共享的资产,这些资产代表了SPL的共同和可变方面,而单个产品是通过组合正确的资产组合来构造的。面向功能的软件开发(FOSD)范例提倡使用系统功能作为SPL产品之间通用性和可变性的主要单位。功能代表了一系列连贯且可识别的系统功能,例如电话中的呼叫等待和汽车中的巡航控制。此外,FOSD的目标是面向特征的工件(FOA)。就是说,软件开发工件会复制要素,以便在要素及其在不同工件中的表示之间建立清晰的映射。本文首先确定了开发合适的语言来表达SPL功能需求的面向特征的模型的问题,然后提出了面向特征的需求建模语言(FORML)作为该问题的解决方案。 FORML的表示法基于标准的软件工程表示法(例如UML类和状态机模型,功能模型),以方便从业人员采用,并且具有精确的语法和语义以进行分析。FORML的新颖之处在于添加了以下功能:面向最新的需求建模方法(例如KAOS),以及通过增强现有功能对SPL建模演化进行系统处理。可以通过扩展或修改其需求来增强现有功能。修改功能需求的增强功能称为预期功能交互。例如,电话中的呼叫等待功能在订户已经参与呼叫时有意改写了基本呼叫服务功能对传入呼叫的​​处理。 FORML规定了用于在需求的状态机模型中指定不同类型的增强功能的不同构造。此外,与某些著名的方法(例如AHEAD,DFC)不同,FORML用于建模预期要素交互的构造不依赖于要素构成的顺序;这可以节省分析成本,因为只需要分析一个(而不是(可能)多个)组合订单。FOSD中的一个众所周知的挑战是管理功能交互,这是非正式定义的,不同功能可以影响的方式在定义它们的组合的整体属性和行为方面彼此取长补短。如上所述,某些功能交互是预期的,而其他功能交互是意外的:例如,汽车的巡航控制和防抱死制动系统功能可能对汽车的加速度产生不兼容的影响,这会使它们的组合不一致。意外的功能交互应被检测并解决。要检测特征行为模型中的意外交互,我们必须首先为建模语言定义特征交互的分类法:也就是说,我们必须了解在语言表达的特征之间可以体现特征交互的不同方式。本文提出了一种针对FORML的特征交互作用的分类法,该分类法是对特征行为的操作模型的现有分类法的改编。提议的分类法的新颖之处在于,它提供了一种行为修正的定义,该定义概括了文献中的特殊情况。通过排除由FORML的建模预期功能交互的构造所引起的交互,它可以启用仅报告意外交互的功能交互分析。

著录项

  • 作者

    Shaker Pourya;

  • 作者单位
  • 年度 2013
  • 总页数
  • 原文格式 PDF
  • 正文语种 en
  • 中图分类

相似文献

  • 外文文献
  • 中文文献
  • 专利

客服邮箱:kefu@zhangqiaokeyan.com

京公网安备:11010802029741号 ICP备案号:京ICP备15016152号-6 六维联合信息科技 (北京) 有限公司©版权所有
  • 客服微信

  • 服务号