by Thomas Brand, Holger Giese
Abstract:
A software architecture runtime model provides an abstraction that allows to reason about a running system. For example, a self-adaptive system can employ the model to detect phenomena which make an adaptation beneficial. Over time other phenomena can become interesting and thus make the monitoring of different system properties necessary. Typically properties are declared in a meta-model as part of application specific model element classifiers. In this case adding new properties requires the creation of a new runtime model instance based on the updated meta-model version. In contrast, a more flexible approach allows altering the set of properties in the runtime model without creating a new model instance and thus without interrupting the phenomena detection process. In this paper we elaborate requirements for a runtime model modeling language which shall enable continuous adaptive monitoring.
Reference:
Towards software architecture runtime models for continuous adaptive monitoring (Thomas Brand, Holger Giese), In Proceedings of the 13th International Workshop on Models@run.time (MRT), 2018.
Bibtex Entry:
@InProceedings{Brand.2018.Towardsb,
AUTHOR = {Brand, Thomas and Giese, Holger},
TITLE = {{Towards software architecture runtime models for continuous adaptive monitoring}},
YEAR = {2018},
BOOKTITLE = {Proceedings of the 13th International Workshop on Models@run.time (MRT)},
URL = {http://ceur-ws.org/Vol-2245/mrt_paper_4.pdf},
OPTacc_url = {},
PDF = {uploads/pdf/Brand.2018.Towardsb_preprint.pdf},
OPTacc_pdf = {},
ABSTRACT = {A software architecture runtime model provides an abstraction that allows to reason about a running system. For example, a self-adaptive system can employ the model to detect phenomena which make an adaptation beneficial. Over time other phenomena can become interesting and thus make the monitoring of different system properties necessary. Typically properties are declared in a meta-model as part of application specific model element classifiers. In this case adding new properties requires the creation of a new runtime model instance based on the updated meta-model version. In contrast, a more flexible approach allows altering the set of properties in the runtime model without creating a new model instance and thus without interrupting the phenomena detection process. In this paper we elaborate requirements for a runtime model modeling language which shall enable continuous adaptive monitoring.}
}