Software Engineering for Self-Adaptive Systems (Sommersemester 2015)
Dozent:
Prof. Dr. Holger Giese
(Systemanalyse und Modellierung)
,
Thomas Vogel
(Systemanalyse und Modellierung)
Allgemeine Information
- Semesterwochenstunden: 4
- ECTS: 6
- Benotet:
Ja
- Einschreibefrist: 30.04.2015
- Lehrform: VP
- Belegungsart: Wahlpflichtmodul
Studiengänge, Modulgruppen & Module
- IT-Systems Engineering A
- IT-Systems Engineering B
- IT-Systems Engineering C
- IT-Systems Engineering D
- IT-Systems Engineering Analyse
- Software Architecture & Modeling Technology
Beschreibung
The complexity of current software systems, evolution of their requirements and uncertainty in their environments has led the software engineering community to look for inspiration in diverse related fields (e.g., robotics, artificial intelligence, control theory, and biology) for new ways to design and manage complex systems and their evolution. In this endeavor, the capability of the system to adjust its behavior in response to changes in the system itself, the requirements, or the environment in the form of self-adaptation has become one of the most promising directions (cf. [1,2]).
The landscapes of software engineering domains are constantly evolving. In particular, software has become the bricks and mortar of many complex systems that are composed of interconnected parts. Often the overall system exhibits properties not obvious from the properties of the individual parts. Extreme cases for such complex systems are ultra-large-scale (ULS) systems or system of systems (SoS) where self-adaptation, self-organization, and emergence are unavoidable. In order for the evolution of software engineering techniques to keep up with these ever-changing landscapes, the systems must be built in such a manner that they are able to adapt to their ever-changing surroundings and be flexible, fault-tolerant, robust, resilient, available, configurable, secure, and self-healing. For sufficiently complex systems, these adaptations must necessarily happen autonomously.
Self-adaptive systems can be characterized by multiple dimensions of properties including centralized and decentralized, top-down and bottom-up. A top-down self-adaptive system is often centralized and operates with the guidance of a central controller or policy, assesses its own behavior in the current surroundings, and adapts itself if the monitoring and analysis warrants it. Such a system often operates with an explicit internal representation of itself and its global goals. By analyzing the components of a top-down self-adaptive system, one can compose and deduce the behavior of the whole system. In contrast, a cooperative self-adaptive system or self-organizing system is often decentralized, operates without a central authority, and is typically composed bottom-up of a large number of components that interact locally according to simple rules. The global behavior of the system emerges from these local interactions. It is difficult to deduce properties of the global system by analyzing only the local properties of its parts. Such systems do not necessarily use internal representations of global properties or goals; they are often inspired by biological or sociological phenomena.
Most engineered and nature-inspired self-adaptive systems fall somewhere between these two extreme poles of self-adaptive system types. In practice, the line between these types is rather blurred and compromises will often lead to an engineering approach incorporating techniques from both of these two extreme poles. For example, ultra-large-scale (ULS) systems embody both top-down and bottom-up self-adaptive characteristics (e.g., the Web is basically decentralized as a global system, but local sub-webs are highly centralized or server farms are both centralized and decentralized).
In this lecture we will review how to build self-adaptive software systems cost-effectively. We will review existing theories, methods, and techniques for their software engineering covering all life-cycle phases and in particular the necessary adjustments for existing engineering activities as well as novel activities that become necessary.
As part of this lecture, the students will conduct a project to gain hands-on experience of the concepts discussed in the lecture by building self-adaptive software. The project will consist of several parts, in which students experiment and evaluate different concepts.
[1] B.H.C. Cheng, H. Giese, P. Inverardi, J. Magee, R. de Lemos, eds.: Software Engineering for Self-Adaptive Systems. Volume 5525 of Lecture Notes in Computer Science. Springer (2009) (http://dx.doi.org/10.1007/978-3-642-02161-9)
[2] R. de Lemos, H. Giese, H.A. Müller, M. Shaw, eds.: Software Engineering for Self-Adaptive Systems II. Volume 7475 of Lecture Notes in Computer Science (LNCS). Springer (2013) (http://dx.doi.org/10.1007/978-3-642-35813-5)
Literatur
Further hints on literature are given in the lecture and by the lecture materials.
Lern- und Lehrformen
Each week two lectures (each of 90 minutes) will be given, interrupted by project phases and project meetings, for instance, to present intermediate project results.
Leistungserfassung
- Oral exams by the end of the semester.
- The successful participation in the project is a mandatory precondition for taking the oral exam.
- The final course grade is the oral exam grade.
Termine
Lecture: each week, tentative dates:
- Monday, 15:15-16:45, Room H-E.52 (New slot as from 04 May 2015).
- Wednesday, 13:30-15:00, Room A-2.1.
News:
- The lecture on Tuesday, 11:00-12:30, Room A-2.1 has been moved to Monday, 15:15-16:45, Room H-E.52!
- The lecture on Tuesday 28 April 2015 is cancelled. The lecture on Wednesday 29 April 2015 takes place.
- The lectures on Tuesday 21 April 2015 and Wednesday 22 April 2015 are cancelled.
The next lecture will take place in the week starting on 27 April 2015. The concrete date and time will be announced here and by e-mail. Therefore, please drop an e-mail to Thomas Vogel if you are interested in taking this course. - The first lecture on Tuesday, 14 April 2015 will take place in room A-1.1.
Zurück