The ADOxx Metamodelling Platform Workshop "Methods as Plug-Ins for Meta-Modelling" in conjunction with "Modellierung 2010", Klagenfurt Dr. Harald Kühn 24.03.2010
Agenda 1 Overview 2 Deployment and Integration Architecture 3 Selected Characteristics 4 Examples using ADOxx BOC Group boc@boc-group.com 2
What is the ADOxx Platform? Definition and some Characteristics The ADOxx platform is a metamodelling-based development and configuration environment to create domain-specific modelling tools. Scalability Multi Product Ability Web-enabled Adaptability Extended Multi User Support Openness Client-side and server-side components Multi-threaded Extension Capabilities Component-oriented (incl. migrateable component settings) Web Service interfaces using standards Web Client Metamodelling with a rich set of concepts Personalization, Scripting Multi-Level Customizing Event-based Flexible view concept Shared repository (incl. sophisticated search mechanisms) Role-based Access Extended Multi-Language Support and Unicode SSO support BOC Group boc@boc-group.com 3
The ADOxx Workspaces ADOxx (Product Workspace) The Product Development Environment Create new modelling products Configure pre-defined components Define new functionality by using the extension mechanisms ADOxx (Administration Workspace) The Configuration and Administration Environment Create your own metamodel or DSL Customer specific extensions via Scripting Administration (user rights, model rights, rights on rights) Import/Export (application libraries (= metamodels), repositories, models, objects, user) ADOxx (Modelling Workspace) The Modelling Environment Separated in Rich Client and Web Client Intuitive Usage Sophisticated Repository Mechanisms Powerful Analysis Flexible Publishing Multiple Languages Support and Unicode Import/Export Mechanisms BOC Group boc@boc-group.com 4
ADOxx Component-oriented Architecture ADOxx Product Workspace ADOxx-based Product Library / Meta Model Product configuration Customizing/ Scripting use provide uses Java Integration UI Logic Product building blocks UI Logic UI Logic plugin Application Framework amain. exe MWS AWS UI Engine C++ / JavaScript/Java - API Access Control (Security) Library Kernel Repository Kernel Server Framework aserver. exe Server Watcher use ADOxx Web Client Gecko-Framework/Mozilla Platform DB ADOxx Platform MWS: Modelling Workspace, AWS: Administration Workspace BOC Group boc@boc-group.com 5
Architectural Levels and Responsibilities Tool Customizer Tool Developer ADOxx Platform Developer Library Definition Tool Components ADOxx Platform Components Metamodel Scripts (w/wo GUI) Settings GUI Functionality Settings GUI Functionality Settings ADOxx Platform Basics (Repository, Multilanguage Support, Multi User Access etc.) Library Level Tool Level Platform Level Settings of Platform Components Settings of Tool Components Tool Components Settings of Platform Components Platform Components BOC Group boc@boc-group.com 6
Extract of the ADOxx Meta-metamodel BOC Group boc@boc-group.com 7
Extract of the ADOxx Meta-metamodel: View Types BOC Group boc@boc-group.com 8
ADOxx View Types: Selected Examples Matrix View GANTT View Portfolio View Modeling View Tabular View Dependency View BOC Group boc@boc-group.com 9
Tool Development Lifecycle with ADOxx Collect requirements Define metamodel Select Components What is the tool s objective? Define tool appearance Configure languages Create installations Which problems should be solved? Which modelling constructs will be used? Definition of concrete and abstract syntax of the modelling language Which components build up the tool? Configure/define components, assemble components etc. How should the tool visually appear? Define product identity. Which languages should be supported? Translate language specifics, set required and mandatory languages Which tool parts are part of the installation package? Define installation package BOC Group boc@boc-group.com 10
Agenda 1 Overview 2 Deployment and Integration Architecture 3 Selected Characteristics 4 Examples using ADOxx BOC Group boc@boc-group.com 11
The ADOxx Deployment Architecture Web Browser Internet ADOxx Rich Client ADOxx Web Client Web Service API ADOxx Server Java Components Direct Java API jadoxx Modelling Metamodelling Task Management ADOxx Model Management (Model Repository, Metamodel Library) (integrated in Eclipse) BOC Group boc@boc-group.com 12
ADOxx Supported Integration Scenarios Client-side integration Call of third-party Java-based components via LiveConnect JavaScript components (native support of JavaScript) Call of external DLLs COM-based client-side integration to ADOxx Rich Clients Server-side integration Web Service-based integration Distributed service components integrated via aserver to ADOxx Repository jadoxx as Integration Bridge" Build your own Java-based client for ADOxx (integration in Eclipse) Note: jadoxx requires Windows operating system. File-based Repository Integration APIs for XML import/export APIs for XMI-based metamodel exchange BOC Group boc@boc-group.com 13
Integration Scenarios: Examples - jadoxx and Web Service API BOC Group boc@boc-group.com 14
Agenda 1 Overview 2 Deployment and Integration Architecture 3 Selected Characteristics 4 Examples using ADOxx BOC Group boc@boc-group.com 15
Selected Characteristics: Live Demo Rich Client Web Client BOC Group boc@boc-group.com 16
Agenda 1 Overview 2 Deployment and Integration Architecture 3 Selected Characteristics 4 Examples using ADOxx BOC Group boc@boc-group.com 17
Some Tool Examples using ADOxx : ADOit NP Various editors/views using a shared repository (Rich Client) Role-based Web GUI to shared repository (in Browser) Graphical Tabular Graphical Reader Textual Reader Portfolio GANTT Impact Analysis Editor Matrix BIA Portfolio Analysis Search BOC Group boc@boc-group.com 18
Some Tool Examples using ADOxx : ADOit NP BOC Group boc@boc-group.com 19
Some Tool Examples using ADOxx : MOST Workbench 1 Business Process Definitions in BPMN Third-party process refinement checks integrated Data-oriented modelling using UML class diagrams Interlinking process- and data models Domain-specific model for device modelling Third-party validation components integrated 1 2 3 2 3 http://www.most-project.eu BOC Group boc@boc-group.com 20
Some Tool Examples using ADOxx : MOST Workbench - Guidance Solution using Semantic Technology ADOxx Modelling Workbench SW-Process Guidance Ontology & Queries Models Model2Onto Transformer Integrated Models Model Repository 2a 1 3 Models as Ontologies Validation Service Models 4 User Mgt Roles & Users 2b 2c Guidance Engine 7 5 Merged Ontology Ontology Manager Task Mgt Existing Tasks Open Tasks 6 Ontology & Queries Query Results Semantic Reasoner http://www.most-project.eu BOC Group boc@boc-group.com 21
We thank you for your attention! For further questions please contact: Dr. Harald Kühn Managing Director and Head of Development BOC Information Systems GmbH Wipplingerstrasse 1, A-1010 Wien Phone: +43-1-513 27 36-1170 Fax: +43-1-513 27 36-1188 email: harald.kuehn@boc-eu.com Copyright BOC AG, Vienna 2010 The BOC Management Office as well as ADOscore, ADONIS, ADOlog and ADOit are registered trademarks of the BOC Group. All of the content is protected. All other named brands are property of the respective companies. All changes can only be made with a written letter of agreement from the BOC Group. Reproductions in any form are only allowed with the Copyright remark. Publications and translations need a written letter of agreement from the BOC Group. BOC Group boc@boc-group.com 22