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

Architectural Issues of Adaptive Pervasive Systems

Help me understand this report

Search citation statements

Order By: Relevance

Paper Sections

Select...
2
1

Citation Types

0
3
0

Year Published

2012
2012
2016
2016

Publication Types

Select...
3
2

Relationship

1
4

Authors

Journals

citations
Cited by 6 publications
(3 citation statements)
references
References 13 publications
0
3
0
Order By: Relevance
“…Such systems demand techniques that let software react to changes by self-organizing its structure and self-adapting its behavior [19][20][21]. Many works [22] have shown the benefits of using component-based approaches in such open-world environments [23][24][25].…”
Section: Component-based Software Architecturementioning
confidence: 99%
“…Such systems demand techniques that let software react to changes by self-organizing its structure and self-adapting its behavior [19][20][21]. Many works [22] have shown the benefits of using component-based approaches in such open-world environments [23][24][25].…”
Section: Component-based Software Architecturementioning
confidence: 99%
“…This may happen, for example, in the case of Web service-based systems [6,7]. This also happens in pervasive computing scenarios where devices that run application components are mobile [27]. Because of mobility, and more generally context change, certain components may become unreachable, while others become visible during the application's lifetime.…”
Section: Introductionmentioning
confidence: 99%
“…As for the architectural layer, applications should support adaptive and evolutionary situation-aware behaviors. Adaptation refers to the ability to react to environmental changes to keep satisfying the requirements, whereas evolution refers to the ability of satisfying new or different requirements [9]. In order to be selfadaptable and easily evolvable, applications should exploit design models able to: (i) deal with the run-time growth of the application in terms of involved resources (flexibility), (ii) accommodate heterogeneous and unforeseen functionalities into the running application (genericity), and (iii) discover new functionalities at run time and rearrange the application accordingly (dynamism).…”
Section: Introductionmentioning
confidence: 99%