Model-Centric Approaches for the Development of Health Information Systems

Size: px
Start display at page:

Download "Model-Centric Approaches for the Development of Health Information Systems"

Transcription

1 Model-Centric Approaches for the Development of Health Information Systems Mika Tuomainen a, Juha Mykkänen a, Heli Luostarinen a, Assi Pöyhölä b, Esa Paakkanen a a HIS R&D Unit, IT Services Centre, University of Kuopio, Finland b Shiftec, Department of Health Policy and Management, University of Kuopio, Finland Abstract Modeling is used increasingly in healthcare to increase shared knowledge, to improve the processes, and to document the requirements of the solutions related to health information systems (HIS). There are numerous modeling approaches which aim to support these aims, but a careful assessment of their strengths, weaknesses and deficiencies is needed. In this paper, we compare three model-centric approaches in the context of HIS development: the Model-Driven Architecture, Business Process Modeling with BPMN and BPEL and the HL7 Development Framework. The comparison reveals that all these approaches are viable candidates for the development of HIS. However, they have distinct strengths and abstraction levels, they require local and project-specific adaptation and offer varying levels of automation. In addition, illustration of the solutions to the end users must be improved. Keywords: health information systems, modeling, information systems development Introduction The understanding of healthcare activities is central for the development and integration of health information systems (HIS). The specification and improvement of healthcare processes is pursued in relation to complex activities which involve lots of communication in the changing healthcare environment. To support these needs, health care actors are increasingly applying methods and best practices of business process development and enterprise modeling for analyzing care activities and clinical routines, building patient-centric processes and improving the knowledge and understanding of health care organizations [1, 2]. Models are used to illustrate, identify improvements or simulate organizational processes and individual activities in healthcare. Modeling also supports the specification of requirements and creates a basis for the implementation or integration of health information systems. Modeling is used widely in software engineering and information systems development projects. Models are produced to aid the communication between users, healthcare managers, architects, designers and developers. Models add clarity to the application domain and the design, providing formalization and abstraction to the understanding of problems and solutions. Good models support complexity, cope with changes in the requirements, are economically implementable and promote information and knowledge longevity [3]. Models contain observations, requirements and assumptions about the current or prospective state and solutions of a specific domain. Numerous approaches, methods, notations and tools have been suggested and used in modeling. However, an analysis of different modeling approaches is needed for identifying a suitable approach for given development needs of HIS. It is also necessary to identify which aspects are covered by different modeling approaches and which features of different modeling approaches support the specific needs of healthcare. In this study, we compare three model-centric approaches in relation to the development and integration of health information systems. The aim is to identify the strengths and weaknesses of different types of approaches and to bridge the gap between the healthcare knowledge and software development. The comparison is based on the use of a conceptual framework, the literature, and our experience of applying these approaches in service-oriented HIS development and integration. Materials and Methods In this section we introduce three model-centric development approaches and a framework for the analysis and comparison of these approaches. For this analysis, we have selected three very different model-centric approaches which have been applied varyingly in our projects and which can be applied in the development and integration of health information systems. An analysis framework for modeling approaches To provide a systematic approach for this study, we are using a structured framework for assessing different modeling approaches. The main purpose of each approach is a viable starting point for such an assessment. In addition, we especially consider the support provided by each approach in different phases of an information systems development (ISD) value chain [4]. This chain initiates from the understanding of the target domain. It then proceeds to the specification of goals and requirements and to the design and development of solu-

2 tions. The solutions are then used in the healthcare environment. To assess the completeness of the approach, we consider distinct aspects of information systems [5]: structure (which concepts and entities are included), function (which tasks are performed), and behavior (when and using what kind of interactions the tasks are performed). Each aspect has different features in different phases of the ISD chain. We argue that a modeling chain which supports the traceability of these aspects in different phases reduces the distance between healthcare knowledge and software development [4]. Other aspects which improve the traceability should also be considered in relation to HIS [4]. Due to the informationintensive nature of healthcare, special emphasis should be paid to semantic elements and entities in different phases to achieve a shared understanding of complex health information and processes. In addition, the illustration of solutions to the end users already in the early phase of the process is beneficial. Furthermore, the support for accurate, consistent, atomic and unambiguous documentation of the requirements promotes the utilization of tacit knowledge and shared understanding. In addition, we consider how definitive the approach is, or how many local and project-specific extensions are needed or allowed, and if there are guidelines to produce the results on a specific abstraction level. Furthermore, the visibility of end users or process participants in the models is considered. Traceability and productivity can also be improved by providing automatic transformations or generation of implementations from the models. Finally, the specific usage contexts and the dissemination situation of the approach are considered. Model-Driven Architecture (MDA) The Model-Driven Architecture (MDA) by the Object Management Group (OMG) supports software development through modeling techniques such as Unified Modeling Language (UML) [6]. Its abstraction levels separate logical and technological models: computation independent (CIM), platform independent (PIM) and platform specific (PSM). Three primary goals of the MDA are portability, interoperability and reusability through architectural separation of concerns. A computation independent model (CIM) shows the system in its operation environment. The structure of the system, however, remains hidden or undetermined. The domain model of CIM helps in presenting exactly what the system is expected to do. A CIM often consists of several UML models, some providing more detail than others, or focusing on particular concerns. The primary user of the CIM is the domain practitioner, and it aims to bridge the gap between domain and IT experts. CIM is used as an aid to understanding the problem, but also as a source of a shared vocabulary for use in other models. A platform independent model (PIM) describes the system without showing aspects which are specific to the platform, or the technology that is used to realize the system. A PIM might consist of various enterprise, information and computational models. A PIM is suited to one or more architectural styles. Concepts such as technology-neutral virtual machines can be used for platform independence in PIMs [6]. A platform specific model (PSM) is produced by transforming a PIM. It combines the specifications in the PIM with details which specify how the system uses a particular type of platform to provide an implementation [6]. Transformations between PIMs and PSMs can also be repeated: each new platform provides new features to the implementation. Thus there can actually be several levels of PIM and PSM descriptions and several definitions of a platform even within one system. In an MDA specification of a system, the requirements in the CIM should be traceable to the PIM and PSM constructs that implement them, and vice versa. An MDA tool might transform a PIM directly to deployable code, without producing a PSM that would be visible to the user. This requires models on a very detailed level or many tool-specific assumptions. In practice, the application of MDA requires specific interpretations which are not provided in the MDA specifications. For this study, we have used the approach of an MDA toolkit [7] which defines the use of UML models on CIM, PIM and PSM levels and the phases of the software development lifecycle. Process Modeling with BPMN and BPEL Business Process Modeling Notation (BPMN) [8] is a graphical notation for process modeling. It aims to be understandable by different users from business analysts to developers and people who manage and monitor business processes. Business Process Execution Language for Web Services (BPEL) [9] provides an XML-based language for the specification of business processes and interaction protocols. BPMN specification contains a mapping to BPEL. Hence, BPMN and BPEL can be used together for the modeling and web services-based implementation of processes. There are three basic types of BPMN process models. The private processes are internal to one organization and often describe accurate workflows. Private processes can be transformed to executable BPEL descriptions. Public processes describe the interactions and messages between the private processes and other participants, displaying the communication activities and the flow control mechanisms. Collaboration processes in BPMN describe interactions between two or more business entities (public processes). Collaboration process can be potentially mapped to collaboration protocols of electronic business such as ebxml or RosettaNet. BPMN can be extended using BPMN artifacts that provide extra information in modeling tools. Such artifacts can be used to support the requirements of a vertical domain such as healthcare. Although the graphical diagram is the most notable part of BPMN, nongraphical attributes play an important role when BPMN models are mapped to execution languages. BPEL descriptions aim to support the automated execution of processes, defining the process from the standpoint of one participant only [9]. External partners of the process are defined as web services and contacted through interfaces described using WSDL (Web Services Definition Language). The external view of a BPEL description is also a web service.

3 Public BPMN processes can also be transformed to abstract BPEL descriptions which describe interactions and hide other than communication-related aspects of the executable process. The BPEL specification does not include a graphical notation, but the notations have been mostly tool-specific. BPMN has been suggested as a generic graphical notation for BPEL [8]. HL7 Development Framework (HDF) The Health Level 7 (HL7) Development Framework Methodology Specification (HDF) [10] is a framework for analyzing, designing, and documenting the processes, tools, actors, rules, and artifacts of the HL7 version 3 standards development. The approach is based on the use of a model-driven methodology and the derivation of specifications and other work products from a common set of reference models. It supersedes the earlier Message Development Framework [11]. An essential element in the HL7 Version 3.0 and the HDF is the HL7 Reference Information Model (RIM). All information models in the HL7 version 3 standards are based on the RIM and follow structural vocabulary specifications. The RIM is described using UML class diagram notation [11]. In addition, other modeling practices of the HDF apply some UML models directly. The HDF UML profile also defines extensions to the meta-model of the UML. The development process of the HDF has seven phases [10]: project initiation, requirements analysis and documentation, specification modeling, specification documentation, specification publication, specification approval, and standard profiling. The requirements analysis and documentation, specification modeling and standard profiling phases are within the scope of this work. Several diagram types, models and design and documentation tools are utilized in these phases. The requirements analysis and documentation phase produces artifacts which describe the healthcare business in a given domain using its terminology. In this phase, the business processes are described using storyboards, use cases and activity diagrams. In addition, spreadsheets and class models are used for message contents and domain analysis models (DAMs). The business rules are described by defining relationships, triggers and constraints to the exchange of data, and state diagrams. The domain experts usually develop these specifications and a glossary which are then used by technology experts for developing HL7 v3 messaging specifications. In the specification modeling phase, the reference models are constrained into design models, based on the artifacts from the previous phase. Some of the artifacts produced in this phase can be balloted as standards. Central information design models include domain information model (DIM), constrained information model (CIM), and serialized constrained information model. In addition, sequence and collaboration diagrams are used to describe the needed interactions and application roles and to link them to specific messages. The reuse of design model components and the harmonization of design models with the RIM are also considered. In the standard profiling phase, the specified standard can be profiled: its elements are annotated, constrained, extended, or left unchanged. This leads to a set of specification profiles and conformance statements. The specifics of the information exchanged, the dynamic model and the acknowledgement responsibilities are defined. In addition, this phase considers user documentation and Implementation Technology Specifications (ITS) such as XML schemas for the developers. Results The analysis of the three model-centric approaches is presented in Figure 1 and Table 1. Figure 1 relates the suggested modeling artifacts of each approach to the ISD value chain. Table 1 organizes the other considerations of our framework. In addition to these considerations, some specific features of each approach were observed during the analysis. The MDA is an overarching approach. It aims to support all aspects of application development in a way which isolates technology changes from the logical solutions. The other approaches in this comparison could be included in an MDAbased approach. The MDA has been used in very different ways, and the meta-level foundations for the MDA are not required in various tools or projects. Hence, there is no "one Figure 1. The modeling artifacts of the three approaches in relation to the information systems development value chain.

4 Consideration Main purpose Structure & information Functionality Interactions Main users of the method Semantic specification details Illustration to the end users Requirements quality Definitiveness Abstraction levels Visibility of users / health professionals Automated implementation Dissemination Other relevant aspects Table 1. Summary of the comparison of the three model-centric approaches. Model-Driven Architecture Business Process Modeling with HL7 Development Framework BPMN and BPEL model-based software development, insulation of business from the changing technology class and other UML diagrams on CIM, PIM and PSM levels use case, class and other UML diagrams sequence, activity and other UML diagrams CIM: domain practitioners, PIM, PSM: IT experts CIM focuses on information viewpoint, including vocabulary, more specific in PIM and PSM CIM: vocabulary, environment, functionality documentation identified but not specified for the requirements very loosely defined, accurate methods and tools needed CIM, PIM and PSM, lots of freedom within levels evident in use case models, CIM and PIM emphasize communication with users transformations of models to executable code emphasized, various different possibilities promoted widely, solutions mostly tool-specific requires more detailed methods, has been interpreted varyingly in different tools and methods process modeling notation and process execution BPMN: little description, BPEL: through XML/WSDL interfaces on process level only, internal functionality in private BPMN abstract and collaboration BPMN: generic, BPEL: specific business analysts, business process owners and designers little emphasis on information or semantics other than parameters of interfaces BPMN: visualized processes can be examined many requirements are implicit in the process descriptions not in notations and languages but in tools and methods BPMN: private, public and abstract; BPEL: execution level BPMN: user interactions, lanes, pools, activities; BPEL: no distinction between user and system steps BPEL can be generated from private BPMN; BPEL is executed in workflow engines promoted for business process management, increasing support focuses on process modeling and management, relationships to other aspects remain undefined model-based production and management of interoperability standards RIM, domain analysis and information models, constrained models, XML schemas for messages interaction names, receiver responsibilities for messages triggers, application roles, interactions, UML diagrams accurate user roles specified for different phases glossaries, data types and vocabularies specified for more rigorous information support storyboards, use cases and activity diagrams on generalized level (for all standards), but clearly traceable accurate phases and outcomes specified, messaging presumed models and tools defined for all specification phases and steps storyboards, use cases, activity diagrams, indirectly through application roles and triggers implementation based on the specifications, little automation due to local variability healthcare-specific, mostly used for standardization only currently under revision, new dynamic and static model approaches being refined MDA" but its application depends on situation-specific needs. Process modeling with BPMN excludes many aspects of the holistic systems development, such as organizational structures and resources, functional breakdowns, data and information models, strategies and business rules [8]. Users are not especially considered beyond "user tasks" in BPMN. On the other hand, BPEL engines provide valuable information about the activities related to the processes. As the user interactions are typically required as a part of the processes, the approach can be complemented with models for user interface design. The HDF focuses on the information aspects, and the functionality is mostly implicit in the application roles and their responsibilities. The dependencies of the related interactions and triggers are illustrated in some domains, but they are not always specified. The HDF process has clear participation roles, but the requirements dilemma of standards is evident: the requirements are generalized, and it is not always easy to find the origin of the solutions. HDF does not provide many guidelines or automated tools to support the implementation. Discussion The three modeling approaches clearly support the documentation and communication purposes and shared understanding in

5 the development of HIS. However, none of the studied approaches covers all the necessary aspects, or they do not provide a detailed support for different phases of the ISD chain. The description of processes, relationships and activities in healthcare is supported by clear notations and abstraction levels in the modeling approaches, but models do not generally suffice to provide atomic or unambiguous requirements. Furthermore, the reference from the solution models to the actual needs of the healthcare domain easily remains unclear. In particular, improvements or local solutions are needed in the illustration of the solutions to the end users and stakeholders, the identification of aspects which are not covered by the approach and in the selection of graphical or textual notations for these aspects. The graphical models can always be introduced to the users, but this does not illustrate all the necessary aspects to them. In addition, the accurate specifications of the semantic aspects and the careful referencing to the needs and requirements are mostly left to the users of the approach. The most notable differences in the studied approaches are related to the level of detail in the information models, functionality definitions, support for automated implementations and the definitiveness of the approach. These differences mainly stem from the different purposes of the approaches. All the approaches, however, have identified the distinction between the domain and IT expertise in the modeling efforts. The many applications of the MDA to various specific needs make it an attractive approach as a reference framework, but also require detailed refinements which are not commensurable. The process modeling with BPMN and BPEL provides a lightweight and clear approach for end-to-end specification of processes, but leaves many aspects of the solutions unspecified. The HL7 Development Framework naturally provides the most advanced support for healthcare-specific requirements. It also emphasizes semantic aspects and provides most support for different phases of the ISD process. However, it focuses on standardization and messaging, and does not provide advanced automation or clear functional specifications. Conclusions The compared approaches are all viable modeling candidates for HIS. Their distinct scopes and strengths guide the selection according to different requirements. The approaches are extensible and non-exclusive. Besides the main scope, the selection depends on how definitive a guidance for the specification process and what kind of automation is desired. All the approaches, however, require additional semantic definition and the illustration of the solutions to the end users. The approaches should be locally combined or complemented with the documentation of these aspects. In the future, accurate ontology-based approaches, user interface illustrations or domain-specific modeling extensions should be included in them. Many additional approaches such as two-level information modeling and various domain-specific modeling approaches have also been suggested to support accurate semantics and domain-specificity. They could be included in a comparison using the specified analysis framework. Acknowledgments This work is part of the SerAPI project, funded by the Finnish Funding Agency for Technology and Innovation TEKES grants no /06, 40353/05 and 40437/04, together with a consortium of companies and healthcare organizations. References [1] Staccini P, Joubert M, Quaranta J-F, Fieschi D, and Fieschi M. Modeling health care processes for eliciting user requirements: a way to link a quality paradigm and clinical information system design. Int J Med Inf 2001: 64 (2-3): [2] Szirbik NB, Pelletier C, and Chaussalet T. Six methodological steps to build medical data warehouses for research. Int J Med Inf 2006: 75(9): [3] Rubin KS, Beale T, and Blobel B. Modeling for Health Care. In: Demetriades JE, Kolodner RM, and Christopherson GA, eds. Person-Centered Health Records - Towards HealthePeople. Springer, 2005; pp [4] Mykkänen J, Minkkinen I, Pöyhölä A, and Riekkinen A. Improving Traceability of Functional Requirements to Information Needs and Applications in Healthcare. Abstract. In: Doupi P, ed. Proceedings of the 6th Nordic Conference on ehealth and Telemedicine - NCeHT2006. Helsinki: Valopaino Oy, 2006, pp [5] Iivari J. Object-oriented information systems analysis: A framework for object identification. In: Shriver BD, ed. Proceedings of the 24th Annual Hawaii International Conference on Systems Sciences, Vol. II. IEEE Computer Society Press, 1994; pp [6] Miller J, Mukerji J, eds. MDA Guide version OMG document omg/ OMG, [7] Fado DH. A review of the MDA toolkit. MDA Implementers' workshop, May 17-20, Orlando. OMG, [8] Business Process Modeling Notation Specification. OMG document dtc/ OMG, [9] Thatte S, ed. Business Process Execution Language for Web Services version 1.1. Accessed 20 Nov [10]HL7 version 3, September 2006 ballot package, HL7 Development Framework. Health Level Seven, Inc, [11]Beeler GW. HL7 Version 3 - An object-oriented methodology for collaborative standards development. Int J Med Inf 1998: 48 (1-3): Address for correspondence Mika Tuomainen University of Kuopio, IT Services Centre, HIS R & D Unit P.O.B. 1627, Fin Kuopio, Finland mika.tuomainen@uku.fi

HL7 Development Framework

HL7 Development Framework HL7 Development Framework Version 3.0 Model Driven Standards Development Abdul-Malik Shakir Principal Consultant, Shakir Consulting October 2005 Introduction to Health Level Seven Health Level Seven (HL7)

More information

BPMN Working Draft. 1. Introduction

BPMN Working Draft. 1. Introduction 1. Introduction The Business Process Management Initiative (BPMI) has developed a standard Business Process Modeling Notation (BPMN). The primary goal of BPMN is to provide a notation that is readily understandable

More information

BPMN Working Draft. 1. Introduction

BPMN Working Draft. 1. Introduction 1. Introduction The Business Process Management Initiative (BPMI) has developed a standard Business Process Modeling Notation (BPMN). The primary goal of BPMN is to provide a notation that is readily understandable

More information

OMG Specifications for Enterprise Interoperability

OMG Specifications for Enterprise Interoperability OMG Specifications for Enterprise Interoperability Brian Elvesæter* Arne-Jørgen Berre* *SINTEF ICT, P. O. Box 124 Blindern, N-0314 Oslo, Norway brian.elvesater@sintef.no arne.j.berre@sintef.no ABSTRACT:

More information

Modelling in Enterprise Architecture. MSc Business Information Systems

Modelling in Enterprise Architecture. MSc Business Information Systems Modelling in Enterprise Architecture MSc Business Information Systems Models and Modelling Modelling Describing and Representing all relevant aspects of a domain in a defined language. Result of modelling

More information

Business Rules in the Semantic Web, are there any or are they different?

Business Rules in the Semantic Web, are there any or are they different? Business Rules in the Semantic Web, are there any or are they different? Silvie Spreeuwenberg, Rik Gerrits LibRT, Silodam 364, 1013 AW Amsterdam, Netherlands {silvie@librt.com, Rik@LibRT.com} http://www.librt.com

More information

Computation Independent Model (CIM): Platform Independent Model (PIM): Platform Specific Model (PSM): Implementation Specific Model (ISM):

Computation Independent Model (CIM): Platform Independent Model (PIM): Platform Specific Model (PSM): Implementation Specific Model (ISM): viii Preface The software industry has evolved to tackle new approaches aligned with the Internet, object-orientation, distributed components and new platforms. However, the majority of the large information

More information

FHA Federal Health Information Model (FHIM) Information Modeling Process Guide

FHA Federal Health Information Model (FHIM) Information Modeling Process Guide Office of the National Coordinator for Health IT Federal Health Architecture Program Management Office FHA Federal Health Information Model (FHIM) Information Modeling Process Guide Version 0.1 Draft,

More information

Vocabulary-Driven Enterprise Architecture Development Guidelines for DoDAF AV-2: Design and Development of the Integrated Dictionary

Vocabulary-Driven Enterprise Architecture Development Guidelines for DoDAF AV-2: Design and Development of the Integrated Dictionary Vocabulary-Driven Enterprise Architecture Development Guidelines for DoDAF AV-2: Design and Development of the Integrated Dictionary December 17, 2009 Version History Version Publication Date Author Description

More information

Modeling Issues Modeling Enterprises. Modeling

Modeling Issues Modeling Enterprises. Modeling Modeling Issues Modeling Enterprises SE502: Software Requirements Engineering Modeling Modeling can guide elicitation: It can help you figure out what questions to ask It can help to surface hidden requirements

More information

3rd Lecture Languages for information modeling

3rd Lecture Languages for information modeling 3rd Lecture Languages for information modeling Agenda Languages for information modeling UML UML basic concepts Modeling by UML diagrams CASE tools: concepts, features and objectives CASE toolset architecture

More information

The ATCP Modeling Framework

The ATCP Modeling Framework The ATCP 2+9+1 Modeling Framework Bobbi Underbakke Adaptive Team Collaboration, Inc. 800.837.0677 atcprocess.com Adaptive Team Collaboration, Inc. March 22, 2005 Chris Armstrong Armstrong Process Group,

More information

MDA and Integration of Legacy Systems: An Industrial Case Study

MDA and Integration of Legacy Systems: An Industrial Case Study MDA and Integration of Legacy Systems: An Industrial Case Study Parastoo Mohagheghi 1, Jan Pettersen Nytun 2, Selo 2, Warsun Najib 2 1 Ericson Norway-Grimstad, Postuttak, N-4898, Grimstad, Norway 1 Department

More information

Information Modeling Service-Oriented Architecture. Galen Mulrooney (contractor to VHA) June 3, 2009 V 1.1

Information Modeling Service-Oriented Architecture. Galen Mulrooney (contractor to VHA) June 3, 2009 V 1.1 Information Modeling Service-Oriented Architecture Galen Mulrooney (contractor to VHA) Galen.Mulrooney@va.gov June 3, 2009 V 1.1 1 Service Oriented Architecture Definitions Service Oriented Architecture

More information

HL7 V3 User Model. The V3 Editing Team. April 9, Ockham Information Services LLC

HL7 V3 User Model. The V3 Editing Team. April 9, Ockham Information Services LLC HL7 V3 User Model The V3 Editing Team April 9, 2007 Ockham Information Services LLC Contents Profile orientation Profile drafts Use case drafts Document map prototypes The need for profiles Documents require

More information

QoS-aware model-driven SOA using SoaML

QoS-aware model-driven SOA using SoaML QoS-aware model-driven SOA using SoaML Niels Schot A thesis submitted for the degree of MSc Computer Science University of Twente EEMCS - TRESE: Software Engineering Group Examination committee: Luís Ferreira

More information

SysML, It s Coming Are You Prepared?

SysML, It s Coming Are You Prepared? SysML, It s Coming Are You Prepared? Presentation for George Mason University Shana L. Lloyd The Aerospace Corporation 703-324-8877 Shana.l.lloyd@aero.org January 31, 07 1 Outline Introduction SysML Background

More information

Developing Software Applications Using Middleware Infrastructure: Role Based and Coordination Component Framework Approach

Developing Software Applications Using Middleware Infrastructure: Role Based and Coordination Component Framework Approach Developing Software Applications Using Middleware Infrastructure: Role Based and Coordination Component Framework Approach Ninat Wanapan and Somnuk Keretho Department of Computer Engineering, Kasetsart

More information

Developing Web-Based Applications Using Model Driven Architecture and Domain Specific Languages

Developing Web-Based Applications Using Model Driven Architecture and Domain Specific Languages Proceedings of the 8 th International Conference on Applied Informatics Eger, Hungary, January 27 30, 2010. Vol. 2. pp. 287 293. Developing Web-Based Applications Using Model Driven Architecture and Domain

More information

Object Management Group Model Driven Architecture (MDA) MDA Guide rev. 2.0 OMG Document ormsc/

Object Management Group Model Driven Architecture (MDA) MDA Guide rev. 2.0 OMG Document ormsc/ Executive Summary Object Management Group Model Driven Architecture (MDA) MDA Guide rev. 2.0 OMG Document ormsc/2014-06-01 This guide describes the Model Driven Architecture (MDA) approach as defined by

More information

A Lightweight Language for Software Product Lines Architecture Description

A Lightweight Language for Software Product Lines Architecture Description A Lightweight Language for Software Product Lines Architecture Description Eduardo Silva, Ana Luisa Medeiros, Everton Cavalcante, Thais Batista DIMAp Department of Informatics and Applied Mathematics UFRN

More information

Spemmet - A Tool for Modeling Software Processes with SPEM

Spemmet - A Tool for Modeling Software Processes with SPEM Spemmet - A Tool for Modeling Software Processes with SPEM Tuomas Mäkilä tuomas.makila@it.utu.fi Antero Järvi antero.jarvi@it.utu.fi Abstract: The software development process has many unique attributes

More information

* Corresponding Author

* Corresponding Author A Model Driven Architecture for REA based systems Signe Ellegaard Borch, Jacob Winther Jespersen, Jesper Linvald, Kasper Østerbye* IT University of Copenhagen, Denmark * Corresponding Author (kasper@it-c.dk)

More information

10 Steps to Building an Architecture for Space Surveillance Projects. Eric A. Barnhart, M.S.

10 Steps to Building an Architecture for Space Surveillance Projects. Eric A. Barnhart, M.S. 10 Steps to Building an Architecture for Space Surveillance Projects Eric A. Barnhart, M.S. Eric.Barnhart@harris.com Howard D. Gans, Ph.D. Howard.Gans@harris.com Harris Corporation, Space and Intelligence

More information

BLU AGE 2009 Edition Agile Model Transformation

BLU AGE 2009 Edition Agile Model Transformation BLU AGE 2009 Edition Agile Model Transformation Model Driven Modernization for Legacy Systems 1 2009 NETFECTIVE TECHNOLOGY -ne peut être copiésans BLU AGE Agile Model Transformation Agenda Model transformation

More information

Slide 1 Welcome to Networking and Health Information Exchange, Health Data Interchange Standards. This is lecture b.

Slide 1 Welcome to Networking and Health Information Exchange, Health Data Interchange Standards. This is lecture b. HEALTH DATA EXCHANGE AND PRIVACY AND SECURITY Audio Transcript Component 9 Unit 5 Lecture B Networking and Health Information Exchange Slide 1 Welcome to Networking and Health Information Exchange, Health

More information

CHAPTER 1. Topic: UML Overview. CHAPTER 1: Topic 1. Topic: UML Overview

CHAPTER 1. Topic: UML Overview. CHAPTER 1: Topic 1. Topic: UML Overview CHAPTER 1 Topic: UML Overview After studying this Chapter, students should be able to: Describe the goals of UML. Analyze the History of UML. Evaluate the use of UML in an area of interest. CHAPTER 1:

More information

Domain Analysis Models and Detailed Clinical Models. A methodological comparison to support a project decision

Domain Analysis Models and Detailed Clinical Models. A methodological comparison to support a project decision Domain Analysis Models and Detailed Clinical Models A methodological comparison to support a project decision Outline Representing Requirements Methodologies for Representing Data Requirements Comparison

More information

What s a BA to do with Data? Discover and define standard data elements in business terms

What s a BA to do with Data? Discover and define standard data elements in business terms What s a BA to do with Data? Discover and define standard data elements in business terms Susan Block, Lead Business Systems Analyst The Vanguard Group Discussion Points Discovering Business Data The Data

More information

Model Driven Ontology: A New Methodology for Ontology Development

Model Driven Ontology: A New Methodology for Ontology Development Model Driven Ontology: A New Methodology for Ontology Development Mohamed Keshk Sally Chambless Raytheon Company Largo, Florida Mohamed.Keshk@raytheon.com Sally.Chambless@raytheon.com Abstract Semantic

More information

History of object-oriented approaches

History of object-oriented approaches Prof. Dr. Nizamettin AYDIN naydin@yildiz.edu.tr http://www.yildiz.edu.tr/~naydin Object-Oriented Oriented Systems Analysis and Design with the UML Objectives: Understand the basic characteristics of object-oriented

More information

Proposed Regional ehealth Strategy ( )

Proposed Regional ehealth Strategy ( ) Proposed Regional ehealth Strategy (2014-2020) Strategic Area 1: Policy & Strategy Strategic Area 2: Tools & Methods Strategic Area 3: Collaboration & Partnership Strategic Area 4: Human Resource Development

More information

Pekka Helkiö Antti Seppälä Ossi Syd

Pekka Helkiö Antti Seppälä Ossi Syd Pekka Helkiö Antti Seppälä Ossi Syd Background The use of BPM tools is increasing Most BPM tools are commercial Intalio is an exception: An open source BPM tool Interesting prospects: Low licence costs

More information

Modeling Systems Using Design Patterns

Modeling Systems Using Design Patterns Modeling Systems Using Design Patterns Jaroslav JAKUBÍK Slovak University of Technology Faculty of Informatics and Information Technologies Ilkovičova 3, 842 16 Bratislava, Slovakia jakubik@fiit.stuba.sk

More information

European Commission Initiatives in telemedicine Presentation endorsed by the European Commission

European Commission Initiatives in telemedicine Presentation endorsed by the European Commission European Commission Initiatives in telemedicine Presentation endorsed by the European Commission Nicole Denjoy COCIR Secretary General How does the EU contribute to the large-scale deployment of telemedicine?

More information

This is a preview - click here to buy the full publication TECHNICAL REPORT. Part 101: General guidelines

This is a preview - click here to buy the full publication TECHNICAL REPORT. Part 101: General guidelines TECHNICAL REPORT IEC TR 62325-101 First edition 2005-02 Framework for energy market communications Part 101: General guidelines IEC 2005 Copyright - all rights reserved No part of this publication may

More information

Notation Standards for TOGAF:

Notation Standards for TOGAF: Welcome! Notation Standards for TOGAF: BPMN and UML Play Together Matt Smith Architecture Consultant Architecture Context Business Modeling Process Information Messaging Participants Software Systems Analysis

More information

Enhancing validation with Prototypes out of Requirements Model

Enhancing validation with Prototypes out of Requirements Model Enhancing validation with Prototypes out of Requirements Model Michael Deynet, Sabine Niebuhr, Björn Schindler Software Systems Engineering, Clausthal University of Technology, 38678 Clausthal-Zellerfeld,

More information

ISO/IEC INTERNATIONAL STANDARD. Information technology Metamodel framework for interoperability (MFI) Part 1: Reference model

ISO/IEC INTERNATIONAL STANDARD. Information technology Metamodel framework for interoperability (MFI) Part 1: Reference model INTERNATIONAL STANDARD ISO/IEC 19763-1 First edition 2007-02-01 Information technology Metamodel framework for interoperability (MFI) Part 1: Reference model Technologies de l'information Cadre du métamodèle

More information

E-Commerce Integration Meta-Framework Introduction (ECIMF-Intro) CEN/ISSS/WS-EC/ECIMF. Draft, version 0.3 November 28, 2001

E-Commerce Integration Meta-Framework Introduction (ECIMF-Intro) CEN/ISSS/WS-EC/ECIMF. Draft, version 0.3 November 28, 2001 1 E-Commerce Integration Meta-Framework Introduction (ECIMF-Intro) CEN/ISSS/WS-EC/ECIMF Draft, version 0.3 November, 001 1 0 3 3 3 3 0 1. Background and the Goal Statement There have been many standardization

More information

Fundamentals to Creating Architectures using ISO/IEC/IEEE Standards

Fundamentals to Creating Architectures using ISO/IEC/IEEE Standards Fundamentals to Creating Architectures using ISO/IEC/IEEE Standards What to Architect? How to Architect? IEEE Goals and Objectives Chartered by IEEE Software Engineering Standards Committee to: Define

More information

Rich Hilliard 20 February 2011

Rich Hilliard 20 February 2011 Metamodels in 42010 Executive summary: The purpose of this note is to investigate the use of metamodels in IEEE 1471 ISO/IEC 42010. In the present draft, metamodels serve two roles: (1) to describe the

More information

Process modeling. PV207 Business Process Management

Process modeling. PV207 Business Process Management Process modeling PV207 Business Process Management Spring 2014 Jiří Kolář Last lecture recap. Motivation for SOA Role BPM in IT management Core BPM architecture BPM SOA relationship SOA concept SOA architecture

More information

Requirements Validation and Negotiation

Requirements Validation and Negotiation REQUIREMENTS ENGINEERING LECTURE 2017/2018 Joerg Doerr Requirements Validation and Negotiation AGENDA Fundamentals of Requirements Validation Fundamentals of Requirements Negotiation Quality Aspects of

More information

Construction of BPMN-based Business Process Model Base

Construction of BPMN-based Business Process Model Base Construction of BPMN-based Business Process Model Base Yanjie Lu Hongming Cai Lihong Jiang Shanghai Jiaotong University hmcai@sjtu.edu.cn doi:10.4156/ijiip.vol1. issue2.3 Shanghai Jiaotong University lvyanjie@sjtu.edu.cn

More information

Addressing interoperability in e-health: an Australian approach

Addressing interoperability in e-health: an Australian approach Addressing interoperability in e-health: an Australian approach Zoran Milosevic Deontik Pty Ltd Brisbane, Australia. zoran@deontik.com Abstract This paper describes the use of the ISO ODP family of standards

More information

Regulating Telemedicine: the

Regulating Telemedicine: the Regulating Telemedicine: the EU perspective ETSI ehealth workshop On telemedicine 6-7 May 2014 Céline Deswarte, Policy officer Unit Health and Well-Being European Commission i Table of Contents t 1) Legal

More information

Open Source egovernment Reference Architecture. Cory Casanave, President. Data Access Technologies, Inc.

Open Source egovernment Reference Architecture. Cory Casanave, President. Data Access Technologies, Inc. Open Source egovernment Reference Architecture Cory Casanave, President www.enterprisecomponent.com Slide 1 What we will cover OsEra OsEra Overview Model to Integrate From business model to execution Synthesis

More information

Enterprise Architect. User Guide Series. Domain Models

Enterprise Architect. User Guide Series. Domain Models Enterprise Architect User Guide Series Domain Models What support for modeling domains? Sparx Systems Enterprise Architect supports a range of modeling languages, technologies and methods that can be used

More information

Proposed Revisions to ebxml Technical Architecture Specification v ebxml Business Process Project Team

Proposed Revisions to ebxml Technical Architecture Specification v ebxml Business Process Project Team 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 Proposed Revisions to ebxml Technical Architecture Specification v1.0.4 ebxml Business Process Project Team 11

More information

Proposed Revisions to ebxml Technical. Architecture Specification v1.04

Proposed Revisions to ebxml Technical. Architecture Specification v1.04 Proposed Revisions to ebxml Technical Architecture Specification v1.04 Business Process Team 11 May 2001 (This document is the non-normative version formatted for printing, July 2001) Copyright UN/CEFACT

More information

Bizagi Process Management Suite as an Application of the Model Driven Architecture Approach for Developing Information Systems

Bizagi Process Management Suite as an Application of the Model Driven Architecture Approach for Developing Information Systems Bizagi Process Management Suite as an Application of the Model Driven Architecture Approach for Developing Information Systems Doi:10.5901/ajis.2014.v3n6p475 Abstract Oskeol Gjoni PHD Student at European

More information

6. The Document Engineering Approach

6. The Document Engineering Approach 6. The Document Engineering Approach DE + IA (INFO 243) - 11 February 2008 Bob Glushko 1 of 40 Plan for Today's Class Modeling Methodologies The Document Engineering Approach 2 of 40 What Modeling Methodologies

More information

The Unified Modelling Language. Example Diagrams. Notation vs. Methodology. UML and Meta Modelling

The Unified Modelling Language. Example Diagrams. Notation vs. Methodology. UML and Meta Modelling UML and Meta ling Topics: UML as an example visual notation The UML meta model and the concept of meta modelling Driven Architecture and model engineering The AndroMDA open source project Applying cognitive

More information

Business Processes and Rules An egovernment Case-Study

Business Processes and Rules An egovernment Case-Study Processes and Rules An egovernment Case-Study Dimitris Karagiannis University of Vienna Department of Knowledge Engineering Brünnerstraße 72 1210 Vienna, Austria dk@dke.univie.ac.at Wilfrid Utz, Robert

More information

Chapter 5 System modeling

Chapter 5 System modeling Chapter 5 System Modeling Lecture 1 1 Topics covered Context models Interaction models Structural models Behavioral models Model-driven driven engineering 2 System modeling System modeling is the process

More information

The Model-Driven Semantic Web Emerging Standards & Technologies

The Model-Driven Semantic Web Emerging Standards & Technologies The Model-Driven Semantic Web Emerging Standards & Technologies Elisa Kendall Sandpiper Software March 24, 2005 1 Model Driven Architecture (MDA ) Insulates business applications from technology evolution,

More information

INTRODUCING A MULTIVIEW SOFTWARE ARCHITECTURE PROCESS BY EXAMPLE Ahmad K heir 1, Hala Naja 1 and Mourad Oussalah 2

INTRODUCING A MULTIVIEW SOFTWARE ARCHITECTURE PROCESS BY EXAMPLE Ahmad K heir 1, Hala Naja 1 and Mourad Oussalah 2 INTRODUCING A MULTIVIEW SOFTWARE ARCHITECTURE PROCESS BY EXAMPLE Ahmad K heir 1, Hala Naja 1 and Mourad Oussalah 2 1 Faculty of Sciences, Lebanese University 2 LINA Laboratory, University of Nantes ABSTRACT:

More information

ACM Technical Solution Architecture - Development and Deployment of ACM Solutions- ECM Fast Start Workshop 1Q2011

ACM Technical Solution Architecture - Development and Deployment of ACM Solutions- ECM Fast Start Workshop 1Q2011 ACM Technical Solution Architecture - Development and Deployment of ACM Solutions- ECM Fast Start Workshop 1Q2011 IBM ECM Worldwide Business Partner Technical Enablement Dr. Sebastian Goeser gsr@de.ibm.com

More information

ISO/IEC CD :200x(E) Title: Information technology - Framework for Metamodel interoperability Part 2: Reference model Project:

ISO/IEC CD :200x(E) Title: Information technology - Framework for Metamodel interoperability Part 2: Reference model Project: Committee Draft ISO/IEC CD Date: 2005-06-30 Reference number: ISO/JTC 1/SC 32N1333 Supersedes document SC 32N1085 THIS DOCUMENT IS STILL UNDER STUDY AND SUBJECT TO CHANGE. IT SHOULD NOT BE USED FOR REFERENCE

More information

Open Work of Two-Hemisphere Model Transformation Definition into UML Class Diagram in the Context of MDA

Open Work of Two-Hemisphere Model Transformation Definition into UML Class Diagram in the Context of MDA Open Work of Two-Hemisphere Model Transformation Definition into UML Class Diagram in the Context of MDA Oksana Nikiforova and Natalja Pavlova Department of Applied Computer Science, Riga Technical University,

More information

Acquiring Experience with Ontology and Vocabularies

Acquiring Experience with Ontology and Vocabularies Acquiring Experience with Ontology and Vocabularies Walt Melo Risa Mayan Jean Stanford The author's affiliation with The MITRE Corporation is provided for identification purposes only, and is not intended

More information

Conceptual Modeling and Specification Generation for B2B Business Processes based on ebxml

Conceptual Modeling and Specification Generation for B2B Business Processes based on ebxml Conceptual Modeling and Specification Generation for B2B Business Processes based on ebxml HyoungDo Kim Professional Graduate School of Information and Communication, Ajou University 526, 5Ga, NamDaeMoonRo,

More information

Standard SOA Reference Models and Architectures

Standard SOA Reference Models and Architectures Standard SOA Reference Models and Architectures The Open Group Perspective 4 February 2009 Dr Christopher J Harding Forum Director Tel +44 774 063 1520 (mobile) c.harding@opengroup.org Thames Tower 37-45

More information

SCOS-2000 Technical Note

SCOS-2000 Technical Note SCOS-2000 Technical Note MDA Study Prototyping Technical Note Document Reference: Document Status: Issue 1.0 Prepared By: Eugenio Zanatta MDA Study Prototyping Page: 2 Action Name Date Signature Prepared

More information

DATA Act Information Model Schema (DAIMS) Architecture. U.S. Department of the Treasury

DATA Act Information Model Schema (DAIMS) Architecture. U.S. Department of the Treasury DATA Act Information Model Schema (DAIMS) Architecture U.S. Department of the Treasury September 22, 2017 Table of Contents 1. Introduction... 1 2. Conceptual Information Model... 2 3. Metadata... 4 4.

More information

Evaluation report of requirements elicitation practices

Evaluation report of requirements elicitation practices Evaluation report of requirements elicitation practices Version: 1.0 Date: 26.6.2002 Sari Kujala Qure Project Software Business and Engineering Institute Helsinki University of Technology TABLE OF CONTENTS

More information

Analysis of BPMN Models

Analysis of BPMN Models Analysis of BPMN Models Addis Gebremichael addisalemayehu.gebremichael@student.uantwerpen.be Abstract The Business Process Modeling Notation (BPMN) is a standard notation for capturing business processes,

More information

Applying UML Modeling and MDA to Real-Time Software Development

Applying UML Modeling and MDA to Real-Time Software Development Michael Benkel Aonix GmbH www.aonix.de michael.benkel@aonix.de Applying UML Modeling and MDA to Real-Time Software Development The growing complexity of embedded real-time applications requires presentation

More information

Proposal of a Supporting Method for Diagrams Generation with the Transformation Rules in UML

Proposal of a Supporting Method for Diagrams Generation with the Transformation Rules in UML Proposal of a Supporting Method for Diagrams Generation with the Transformation Rules in UML Tetsuro Katayama Department of Computer Science and Systems Engineering, Faculty of Engineering, Miyazaki University

More information

FREQUENTLY ASKED QUESTIONS

FREQUENTLY ASKED QUESTIONS Borland Together FREQUENTLY ASKED QUESTIONS GENERAL QUESTIONS What is Borland Together? Borland Together is a visual modeling platform that enables software teams to consistently deliver on-time, high

More information

From IHE Audit Trails to XES Event Logs Facilitating Process Mining

From IHE Audit Trails to XES Event Logs Facilitating Process Mining 40 Digital Healthcare Empowering Europeans R. Cornet et al. (Eds.) 2015 European Federation for Medical Informatics (EFMI). This article is published online with Open Access by IOS Press and distributed

More information

Existing Model Metrics and Relations to Model Quality

Existing Model Metrics and Relations to Model Quality Existing Model Metrics and Relations to Model Quality Parastoo Mohagheghi, Vegard Dehlen WoSQ 09 ICT 1 Background In SINTEF ICT, we do research on Model-Driven Engineering and develop methods and tools:

More information

Using the UML for Architectural Description Rich Hilliard

Using the UML for Architectural Description Rich Hilliard Using the UML for Architectural Description Rich Hilliard rh@isis2000.com Outline What is IEEE P1471? The IEEE P1471 Conceptual Framework Requirements on Architectural Descriptions Using the UML in the

More information

Benefits and Challenges of Architecture Frameworks

Benefits and Challenges of Architecture Frameworks Benefits and Challenges of Architecture Frameworks Daniel Ota Michael Gerz {daniel.ota michael.gerz}@fkie.fraunhofer.de Fraunhofer Institute for Communication, Information Processing and Ergonomics FKIE

More information

Model Driven Engineering (MDE)

Model Driven Engineering (MDE) Model Driven Engineering (MDE) Yngve Lamo 1 1 Faculty of Engineering, Bergen University College, Norway 26 April 2011 Ålesund Outline Background Software Engineering History, SE Model Driven Engineering

More information

Introduction to the RAMI 4.0 Toolbox

Introduction to the RAMI 4.0 Toolbox Introduction to the RAMI 4.0 Toolbox Author: Christoph Binder Version: 0.1 Date: 2017-06-08 Josef Ressel Center for User-Centric Smart Grid Privacy, Security and Control Salzburg University of Applied

More information

Picasso: A Service Oriented Architecture for Model-based Automation

Picasso: A Service Oriented Architecture for Model-based Automation Picasso: A Service Oriented Architecture for Model-based Automation Sharad Singhal, James Pruyne, Vijay Machiraju Enterprise Systems and Software Laboratory HP Laboratories Palo Alto HPL-2007-50R1 January

More information

Context-based Roles and Competencies of Data Curators in Supporting Data Lifecycle: Multi-Case Study in China

Context-based Roles and Competencies of Data Curators in Supporting Data Lifecycle: Multi-Case Study in China Submitted on: 29.05.2017 Context-based Roles and Competencies of Data Curators in Supporting Data Lifecycle: Multi-Case Study in China Zhenjia Fan Department of Information Resources Management, Business

More information

RIM Document Editorial Tasks

RIM Document Editorial Tasks 0 0 0 Rim Document Editorial Tasks RIM Document Editorial Tasks V Technical Editorial Services For HL Contract Work Announcement V Technical Editor January 00 Ockham Information Services LLC 0 Adams Street

More information

3. Agent-Oriented Methodologies Part 2: The PROMETHEUS methodology.

3. Agent-Oriented Methodologies Part 2: The PROMETHEUS methodology. Multiagent Syste ems Design (MASD D) Part 2: The PROMETHEUS methodology. https://kemlg.upc.edu Javier Vázquez-Salceda MASD Methodological Extensions to Object-Oriented Approaches A means for agent technologies

More information

ehealth Interoperability Workshop the Government and Expert View CEN/ISSS ehealth Standardization Focus Group, targets and work plan

ehealth Interoperability Workshop the Government and Expert View CEN/ISSS ehealth Standardization Focus Group, targets and work plan ehealth Interoperability Workshop the Government and Expert View CEN/ISSS ehealth Standardization Focus Group, targets and work plan Bernd Blobel Chair CEN/ISSS ehealth Standardization Focus Group Task

More information

Data and Process Modelling

Data and Process Modelling Data and Process Modelling 8a. BPMN - Basic Modelling Marco Montali KRDB Research Centre for Knowledge and Data Faculty of Computer Science Free University of Bozen-Bolzano A.Y. 2014/2015 Marco Montali

More information

SEMANTIC SOLUTIONS FOR OIL & GAS: ROLES AND RESPONSIBILITIES

SEMANTIC SOLUTIONS FOR OIL & GAS: ROLES AND RESPONSIBILITIES SEMANTIC SOLUTIONS FOR OIL & GAS: ROLES AND RESPONSIBILITIES Jeremy Carroll, Ralph Hodgson, {jeremy,ralph}@topquadrant.com This paper is submitted to The W3C Workshop on Semantic Web in Energy Industries

More information

The Open Group SOA Ontology Technical Standard. Clive Hatton

The Open Group SOA Ontology Technical Standard. Clive Hatton The Open Group SOA Ontology Technical Standard Clive Hatton The Open Group Releases SOA Ontology Standard To Increase SOA Adoption and Success Rates Ontology Fosters Common Understanding of SOA Concepts

More information

SNOMED Clinical Terms

SNOMED Clinical Terms Representing clinical information using SNOMED Clinical Terms with different structural information models KR-MED 2008 - Phoenix David Markwell Laura Sato The Clinical Information Consultancy Ltd NHS Connecting

More information

HIT Standards Committee

HIT Standards Committee HIT Standards Committee Identifying Implementation Specifications & Gaps LeRoy Jones Program Manager Healthcare Information Technology Standards Panel (HITSP) September 15, 2009 What is Implementation

More information

Semantic Information Modeling for Federation (SIMF)

Semantic Information Modeling for Federation (SIMF) Purpose Semantic Information Modeling for Federation (SIMF) Overview V0.2-04/21/2011 The Architecture Ecosystem SIG of the Object Management Group (OMG) is in the process of drafting an RFP focused on

More information

for TOGAF Practitioners Hands-on training to deliver an Architecture Project using the TOGAF Architecture Development Method

for TOGAF Practitioners Hands-on training to deliver an Architecture Project using the TOGAF Architecture Development Method Course Syllabus for 3 days Expert led Enterprise Architect hands-on training "An Architect, in the subtlest application of the word, describes one able to engage and arrange all elements of an environment

More information

Lecture 9 Requirements Engineering II

Lecture 9 Requirements Engineering II Lecture 9 Requirements Engineering II Software Engineering ITCS 3155 Fall 2008 Dr. Jamie Payton Department of Computer Science University of North Carolina at Charlotte September 23, 2008 Announcements

More information

UML 2.0 State Machines

UML 2.0 State Machines UML 2.0 State Machines Frederic.Mallet@unice.fr Université Nice Sophia Antipolis M1 Formalisms for the functional and temporal analysis With R. de Simone Objectives UML, OMG and MDA Main diagrams in UML

More information

Chapter One: Overview

Chapter One: Overview HL7 Tooling Work Group HL7 EHR Work Group User Guide for Electronic Health Record-System Functional Model, Tool March 2013 Chapter One: Overview HL7 EHR Standard, 2013 Health Level Seven, Inc. ALL RIGHTS

More information

Deliverable D4.2. SHAPE MDE Toolset User s Guide

Deliverable D4.2. SHAPE MDE Toolset User s Guide Service and Software Architectures, Infrastructures and Engineering Small or Medium-scale Focused Research Project Semantically-enabled Heterogeneous Service Architecture and Platforms Engineering Acronym

More information

Executive Summary. Round Trip Engineering of Space Systems. Change Log. Executive Summary. Visas

Executive Summary. Round Trip Engineering of Space Systems. Change Log. Executive Summary. Visas Reference: egos-stu-rts-rp-1002 Page 1/7 Authors: Andrey Sadovykh (SOFTEAM) Contributors: Tom Ritter, Andreas Hoffmann, Jürgen Großmann (FHG), Alexander Vankov, Oleg Estekhin (GTI6) Visas Surname - Name

More information

Variability Implementation Techniques for Platforms and Services (Interim)

Variability Implementation Techniques for Platforms and Services (Interim) Engineering Virtual Domain-Specific Service Platforms Specific Targeted Research Project: FP7-ICT-2009-5 / 257483 Variability Implementation Techniques for Platforms and Services (Interim) Abstract Creating

More information

1 Executive Overview The Benefits and Objectives of BPDM

1 Executive Overview The Benefits and Objectives of BPDM 1 Executive Overview The Benefits and Objectives of BPDM This is an excerpt from the Final Submission BPDM document posted to OMG members on November 13 th 2006. The full version of the specification will

More information

Requirements Engineering for Enterprise Systems

Requirements Engineering for Enterprise Systems Association for Information Systems AIS Electronic Library (AISeL) AMCIS 2001 Proceedings Americas Conference on Information Systems (AMCIS) December 2001 Requirements Engineering for Enterprise Systems

More information

Implementing the Army Net Centric Data Strategy in a Service Oriented Environment

Implementing the Army Net Centric Data Strategy in a Service Oriented Environment Implementing the Army Net Centric Strategy in a Service Oriented Environment Michelle Dirner Army Net Centric Strategy (ANCDS) Center of Excellence (CoE) Service Team Lead RDECOM CERDEC SED in support

More information

Model Driven Development of Component Centric Applications

Model Driven Development of Component Centric Applications Model Driven Development of Component Centric Applications Andreas Heberle (entory AG), Rainer Neumann (PTV AG) Abstract. The development of applications has to be as efficient as possible. The Model Driven

More information

An Agent Modeling Language Implementing Protocols through Capabilities

An Agent Modeling Language Implementing Protocols through Capabilities An Agent Modeling Language Implementing Protocols through Capabilities Nikolaos Spanoudakis 1,2 1 Technical University of Crete, Greece nikos@science.tuc.gr Pavlos Moraitis 2 2 Paris Descartes University,

More information