On Developing Hybrid Modeling Methods using Metamodeling Platforms: A Case of Physical Devices DSML Based on ADOxx

On Developing Hybrid Modeling Methods using Metamodeling Platforms: A Case of Physical Devices DSML Based on ADOxx

Srdjan Zivkovic, Krzystof Miksa, Harald Kühn
Copyright: © 2015 |Pages: 20
DOI: 10.4018/ijismd.2015010103
(Individual Articles)
No Current Special Offers


It has been acknowledged that model-based approaches and domain-specific modeling (DSM) languages, methods and tools are beneficial for the engineering of increasingly complex systems and software. Instead of general-purpose one-size-fits-all modeling languages, DSM methods facilitate model-based analysis and design of complex systems by providing modeling concepts tailored to the specific problem domain. Furthermore, hybrid DSM methods combine single DSM methods into integrated modeling methods, to allow for multi-perspective modeling. Metamodeling platforms provide flexible means for design and implementation of such hybrid modeling methods and appropriate domain-specific modeling tools. In this paper, we report on the conceptualization of a hybrid DSM method in the domain of network physical devices management, and its implementation based on the ADOxx metamodeling platform. The method introduces a hybrid modeling approach. A dedicated DSM language (DSML) is used to model the structure of physical devices and their configurations, whereas the formal language for knowledge representation OWL2 is used to specify configuration-related constraints. The outcome of the work is a hybrid, semantic technology-enabled DSM tool that allows for efficient and consistency-preserving model-based configuration of network equipment.
Article Preview

The Case Study: Consistent Physical Devices Management

Consistent management of the repository of physical network equipment is important prerequisite for efficient network management. Let us take as an example the usual situation in the telecommunication companies when one of the physical device cards is broken and requires replacement. Figure 1a represents a particular configuration of the Cisco 7603. It contains two cards. The card in slot 1 is a supervisor2 of type Supervisor Engine 2, required by the device to work properly. In slot 2, two additional cards hotswap and supervisor720 are inserted.

Figure 1.

Configuration of Cisco 7603


Complete Article List

Search this Journal:
Volume 14: 1 Issue (2023): Forthcoming, Available for Pre-Order
Volume 13: 8 Issues (2022): 7 Released, 1 Forthcoming
Volume 12: 4 Issues (2021)
Volume 11: 4 Issues (2020)
Volume 10: 4 Issues (2019)
Volume 9: 4 Issues (2018)
Volume 8: 4 Issues (2017)
Volume 7: 4 Issues (2016)
Volume 6: 4 Issues (2015)
Volume 5: 4 Issues (2014)
Volume 4: 4 Issues (2013)
Volume 3: 4 Issues (2012)
Volume 2: 4 Issues (2011)
Volume 1: 4 Issues (2010)
View Complete Journal Contents Listing