IEEE International Conference on Services Computing (SCC 2007) 2007
DOI: 10.1109/scc.2007.5
|View full text |Cite
|
Sign up to set email alerts
|

A Feature Modeling Support for Non-Functional Constraints in Service Oriented Architecture

Abstract: It is important in Service Oriented Architecture (SOA) to separate functional and non-functional requirements for services because different applications use services in different non-functional contexts. In order to maximize the reusability of services, a set of constraints (e.g., dependency and mutual exclusion constraints) among non-functional requirements tend to be complicated to maintain. Currently, those non-functional constraints are informally specified in natural languages, and developers need to e… Show more

Help me understand this report

Search citation statements

Order By: Relevance

Paper Sections

Select...
2
1
1
1

Citation Types

0
23
0

Year Published

2008
2008
2018
2018

Publication Types

Select...
4
2
2

Relationship

1
7

Authors

Journals

citations
Cited by 26 publications
(23 citation statements)
references
References 12 publications
0
23
0
Order By: Relevance
“…Also in a case study, efficiency and scalability have been considered. [20] is another work with the architectural viewpoint and uses a feature model. It has mostly concentrated on interdependence and mutual exclusion.…”
Section: Taxonomy Evaluation In Comparison With Similar Workmentioning
confidence: 99%
“…Also in a case study, efficiency and scalability have been considered. [20] is another work with the architectural viewpoint and uses a feature model. It has mostly concentrated on interdependence and mutual exclusion.…”
Section: Taxonomy Evaluation In Comparison With Similar Workmentioning
confidence: 99%
“…Encourages and discourages constraints have been suggested as an extension to FM several times, for example in [12,39]. However, no precise semantics have been given to these extensions in the previous work.…”
Section: Related Workmentioning
confidence: 99%
“…For retaining the reusability of services, it is important to separate non-functional properties of applications (e.g., security and reliability) from their functional properties because different applications use each service in different non-functional requirements (e.g., different security policies) [3][4][5]. In most of the current practices of separating functional and non-functional properties in SOA, non-functional properties are specified on a per-service basis [4][5][6][7][8][9].…”
Section: Introductionmentioning
confidence: 99%