2010
DOI: 10.1007/978-3-642-15579-6_39
|View full text |Cite
|
Sign up to set email alerts
|

The UML «extend» Relationship as Support for Software Variability

Help me understand this report

Search citation statements

Order By: Relevance

Paper Sections

Select...
2
1
1

Citation Types

0
11
0
1

Year Published

2010
2010
2015
2015

Publication Types

Select...
3
2

Relationship

2
3

Authors

Journals

citations
Cited by 5 publications
(12 citation statements)
references
References 6 publications
0
11
0
1
Order By: Relevance
“…Also the «extend» relationship is needed to formalize at an early stage (the use case modeling) where variation will occur when instantiating the product line (Bosch et al [40] mention the need for describing variability within different modeling levels such as the requirements one). Figure 1 illustrates the variability types we consider and propose to be applicable in the context of use cases [1]. Use cases can be non-option or option.…”
Section: Related Workmentioning
confidence: 99%
See 2 more Smart Citations
“…Also the «extend» relationship is needed to formalize at an early stage (the use case modeling) where variation will occur when instantiating the product line (Bosch et al [40] mention the need for describing variability within different modeling levels such as the requirements one). Figure 1 illustrates the variability types we consider and propose to be applicable in the context of use cases [1]. Use cases can be non-option or option.…”
Section: Related Workmentioning
confidence: 99%
“…Alternatives [1] represent supplementary functionality (or supplementary behavioral increments) since they are not essential for a product without variability to function. It shall be noted that alternatives are no longer supplementary when product line members are instantiated from the product line.…”
Section: The «Extend» Relationshipmentioning
confidence: 99%
See 1 more Smart Citation
“…[20], and Junior, E.A.O., Itana MS Gimenes, and José C. Maldonado [6] use stereotypes to model variability in use case diagram. To model variability in use case diagram, Azevedo, S., et al [21] extend the existing relations and many stereotypes. Braganca, A., and Ricardo Jorge Machado [22] extend the UML use case meta-model to remove all ambiguities.…”
Section: Related Workmentioning
confidence: 99%
“…As Halmans and Pohl [2] stated, textual representation has shortcomings: variation points are not explicit, variability constraints (e.g., number of variants that can be selected for a variation point) cannot be easily represented, and variants are hard to identify. There are several approaches [2] [9] [10] proposing extensions to use case diagrams to overcome these shortcomings. Nevertheless, these extensions are usually not sufficient to express all variabilities at the required level of granularity.…”
Section: Introductionmentioning
confidence: 99%