DOCSLIB.ORG

SAS 9.1.3 Open Metadata Interface: Reference, Second Edition

Total Page：16

File Type：pdf, Size：1020Kb

Download full-text PDF Read full-text
SAS 9.1.3 Open Metadata Interface: Reference, Second Edition SAS® 9.1.3 Open Metadata Interface Reference Second Edition The correct bibliographic citation for this manual is as follows: SAS Institute Inc. 2005. SAS ® 9.1.3 Open Metadata Interface: Reference, Second Edition. Cary, NC: SAS Institute Inc. SAS® 9.1.3 Open Metadata Interface: Reference, Second Edition Copyright © 2002–2007, SAS Institute Inc., Cary, NC, USA ISBN 978–1–59047–812–7 All rights reserved. Produced in the United States of America. For a hard-copy book: No part of this publication may be reproduced, stored in a retrieval system, or transmitted, in any form or by any means, electronic, mechanical, photocopying, or otherwise, without the prior written permission of the publisher, SAS Institute Inc. For a Web download or e-book: Your use of this publication shall be governed by the terms established by the vendor at the time you acquire this publication. U.S. Government Restricted Rights Notice. Use, duplication, or disclosure of this software and related documentation by the U.S. government is subject to the Agreement with SAS Institute and the restrictions set forth in FAR 52.227-19 Commercial Computer Software-Restricted Rights (June 1987). SAS Institute Inc., SAS Campus Drive, Cary, North Carolina 27513. 1st printing, July 2005 2nd printing, November 2006 3rd printing, June 2007 SAS® Publishing provides a complete selection of books and electronic products to help customers use SAS software to its fullest potential. For more information about our e-books, e-learning products, CDs, and hard-copy books, visit the SAS Publishing Web site at support.sas.com/pubs or call 1-800-727-3228. SAS® and all other SAS Institute Inc. product or service names are registered trademarks or trademarks of SAS Institute Inc. in the USA and other countries. ® indicates USA registration. Other brand and product names are registered trademarks or trademarks of their respective companies. Contents What’s New vii Overview of the SAS Open Metadata Interface vii Details of SAS Open Metadata Interface Enhancements vii PART1 Understanding the SAS Open Metadata Interface 1 Chapter 1 R Introduction 3 About This Book 3 Prerequisites 4 What Is the SAS Open Metadata Architecture? 4 What Can I Do with the SAS Open Metadata Interface? 5 How Does the SAS Open Metadata Architecture Work? 5 Important Concepts 7 Accessing Application Metadata 7 Creating Repositories 8 Controlling the SAS Metadata Server 8 Security 8 Authorization Facility 9 Chapter 2 R Open Client Requirements 11 Types of SAS Open Metadata Interface Clients 11 Connecting to the SAS Metadata Server 12 Call Interfaces 13 Java IOMI Class Signature Summary Table 15 Visual Basic IOMI Class Signature Summary Table 18 Visual C++ IOMI Class Signature Summary Table 21 Sample Java IOMI Client 24 Sample Visual Basic OMI Client 28 Sample Visual C++ IOMI Client 31 Using Server Output 36 PART2 SAS Metadata Model 37 Chapter 3 R Overview of the SAS Metadata Model and Model Documentation 39 Namespaces 39 Understanding Associations 40 Overview of the SAS Metadata Model Documentation 41 Using the Metadata Types Reference 42 SAS Metadata Model Conventions 44 Chapter 4 R SAS Namespace Submodels 45 Overview of SAS Namespace Submodels 46 iv Analysis Submodel 48 Authorization Submodel 49 Business Information Submodel 49 Foundation Submodel 50 Grouping Submodel 52 Mining Submodel 52 Property Submodel 53 Relational Submodel 55 Resource Submodel 57 Software Deployment Submodel 59 Transform Submodel 61 XML Submodel 64 Hierarchical Listing of Metadata Types 65 Chapter 5 R Hierarchy and Association Diagrams 69 Overview to Hierarchy and Association Diagrams 70 Diagrams for Analysis Metadata Types 71 Diagrams for Authorization Metadata Types 75 Diagrams for Business Information Metadata Types 77 Diagrams for Foundation Metadata Types 78 Diagrams for Grouping Metadata Types 80 Diagrams for Mining Metadata Types 81 Diagrams for Property Metadata Types 83 Diagrams for Relational Metadata Types 86 Diagrams for Resource Metadata Types 91 Diagrams for Software Deployment Metadata Types 95 Diagrams for Transformation Metadata Types 100 Diagrams for XML Metadata Types 105 Chapter 6 R REPOS Namespace Metadata Types 107 Overview of REPOS Namespace Metadata Types 107 Repository 108 RepositoryBase 109 PART3 Method Classes 113 Chapter 7 R Methods for Reading and Writing Metadata (IOMI Class) 115 Overview of the IOMI Class Methods 117 Constructing a Metadata Property String 118 Identifying Metadata 120 Functional Index to IOMI Methods 120 Using IOMI Flags 121 Summary Table of IOMI Flags 122 Summary Table of IOMI Options 129 <DOAS> Option 131 AddMetadata 132 v CheckinMetadata 135 CheckoutMetadata 137 CopyMetadata 139 DeleteMetadata 141 DoRequest 144 FetchMetadata 146 GetMetadata 148 GetMetadataObjects 152 GetNamespaces 155 GetRepositories 156 GetSubtypes 158 GetTypeProperties 160 GetTypes 162 IsSubtypeOf 164 UndoCheckoutMetadata 165 UpdateMetadata 167 Chapter 8 R Security Methods (ISecurity Class) 171 Overview of the ISecurity Class 171 FreeCredentials 172 GetAuthorizations 173 GetCredentials 175 GetIdentity 176 IsAuthorized 177 Chapter 9 R Repository and Server Control Methods (IServer Class) 181 Overview of the IServer Class 181 Pause 182 Refresh 184 Resume 186 Status 187 Stop 189 Chapter 10 R Program-Specific Method Examples 191 Overview to Program-Specific Method Examples 193 Program-Specific AddMetadata Examples 193 Program-Specific DeleteMetadata Examples 197 Program-Specific GetMetadata Examples 201 Program-Specific GetMetadataObjects Examples 205 Program-Specific GetNamespaces Examples 209 Program-Specific GetRepositories Examples 213 Program-Specific GetSubtypes Examples 216 Program-Specific GetTypeProperties Examples 220 Program-Specific GetTypes Examples 224 Program-Specific IsSubtypeOf Examples 227 Program-Specific UpdateMetadata Examples 231 vi PART4 SAS Language Metadata Interfaces 237 Chapter 11 R Procedures 239 METADATA Procedure 240 METALIB Procedure 245 METAOPERATE Procedure 262 Chapter 12 R DATA Step Functions 271 SAS Metadata DATA Step Functions 273 METADATA_DELASSN Function 276 METADATA_DELOBJ Function 278 METADATA_GETATTR Function 279 METADATA_GETNASL Function 280 METADATA_GETNASN Function 282 METADATA_GETNATR Function 284 METADATA_GETNOBJ Function 286 METADATA_GETNPRP Function 288 METADATA_GETNTYP Function 290 METADATA_GETPROP Function 291 METADATA_NEWOBJ Function 293 METADATA_PAUSED Function 295 METADATA_PURGE Function 295 METADATA_RESOLVE Function 297 METADATA_SETASSN Function 299 METADATA_SETATTR Function 301 METADATA_SETPROP Function 302 METADATA_VERSION Function 303 Chapter 13 R System Options 305 SAS Metadata System Options 305 Index 309 vii What’s New Overview of the SAS Open Metadata Interface The SAS Open Metadata Interface is an XML-based API for interacting with metadata. It is the basic interface that SAS clients use to deliver metadata services in the SAS Open Metadata Architecture, which was introduced with SAS 9. This section describes the features of SAS Open Metadata Interface that are new or enhanced since SAS 9. It also introduces a new SAS language interface for maintaining metadata. Details of SAS Open Metadata Interface Enhancements Beginning with SAS 9.1.3, Service Pack 3, the IServer class Status method supports <PlatformVersion/> and <ModelVersion/> parameters. These parameters enable clients to retrieve the SAS Metadata Server and SAS Metadata Model version numbers, respectively. For more information, see “Status” on page 187. Beginning with SAS 9.1.3, Service Pack 3, the IOMI class CheckinMetadata method supports an unlimited number of characters in the changeDesc parameter. changeDesc enables clients to store a description of object modifications in a Change metadata object that is generated by the checkin process. Information entered into changeDesc is now stored in a TextStore object instead of as a Change attribute. For more information, see “CheckinMetadata” on page 135. Beginning with SAS 9.1.3, Service Pack 3, the METALIB procedure is available to automate the creation and maintenance of the table metadata associated with a SAS library. For more information, see “METALIB Procedure” on page 245. viii What’s New 1 PART1 Understanding the SAS Open Metadata Interface Chapter 1..........Introduction 3 Chapter 2..........Open Client Requirements 11 2 3 CHAPTER 1 Introduction About This Book 3 Prerequisites 4 What Is the SAS Open Metadata Architecture? 4 What Can I Do with the SAS Open Metadata Interface? 5 How Does the SAS Open Metadata Architecture Work? 5 Important Concepts 7 Accessing Application Metadata 7 Creating Repositories 8 Controlling the SAS Metadata Server 8 Security 8 Authorization Facility 9 About This Book This book describes the SAS 9.1.3 Open Metadata Interface and contains all of the information you need to write a SAS Open Metadata Interface client that creates and manages metadata in SAS Metadata Repositories. This book describes the SAS Metadata Model namespaces metadata-related, security-related, and server-control methods call interfaces open client requirements. Hierarchy and association diagrams are provided to help you to understand the relationships between application-related metadata types in the SAS Metadata Model. You need to understand these relationships before you can issue SAS Open Metadata Interface method calls that read and write metadata. In addition, program-specific examples are provided that show how to issue SAS Open Metadata Interface method calls in Java, Visual Basic, and C++ clients. The SAS Open Metadata Architecture is a client-server
Load more

Recommended publications
  • Model and Tool Integration in High Level Design of Embedded Systems
    Model and Tool Integration in High Level Design of Embedded Systems JIANLIN SHI Licentiate thesis TRITA – MMK 2007:10 Department of Machine Design ISSN 1400-1179 Royal Institute of Technology ISRN/KTH/MMK/R-07/10-SE SE-100 44 Stockholm TRITA – MMK 2007:10 ISSN 1400-1179 ISRN/KTH/MMK/R-07/10-SE Model and Tool Integration in High Level Design of Embedded Systems Jianlin Shi Licentiate thesis Academic thesis, which with the approval of Kungliga Tekniska Högskolan, will be presented for public review in fulfilment of the requirements for a Licentiate of Engineering in Machine Design. The public review is held at Kungliga Tekniska Högskolan, Brinellvägen 83, A425 at 2007-12-20. Mechatronics Lab TRITA - MMK 2007:10 Department of Machine Design ISSN 1400 -1179 Royal Institute of Technology ISRN/KTH/MMK/R-07/10-SE S-100 44 Stockholm Document type Date SWEDEN Licentiate Thesis 2007-12-20 Author(s) Supervisor(s) Jianlin Shi Martin Törngren, Dejiu Chen ([email protected]) Sponsor(s) Title SSF (through the SAVE and SAVE++ projects), VINNOVA (through the Model and Tool Integration in High Level Design of Modcomp project), and the European Embedded Systems Commission (through the ATESST project) Abstract The development of advanced embedded systems requires a systematic approach as well as advanced tool support in dealing with their increasing complexity. This complexity is due to the increasing functionality that is implemented in embedded systems and stringent (and conflicting) requirements placed upon such systems from various stakeholders. The corresponding system development involves several specialists employing different modeling languages and tools.
    [Show full text]
  • Java™ Metadata Interface(JMI) Specification
    Java™ Metadata Interface(JMI) Specification JSR 040 Technical Comments: [email protected] Version 1.0 Update Public Review Draft Specification 20-November-01 Specification Lead: Sridhar Iyengar, Unisys Corporation DISCLAIMER This document and its contents are furnished "as is" for informational purposes only, and are subject to change without notice. Unisys Corporation (Unisys) does not represent or warrant that any product or business plans expressed or implied will be fulfilled in any way. Any actions taken by the user of this doc- ument in response to the document or its contents shall be solely at the risk of the user. UNISYS MAKES NO WARRANTIES, EXPRESSED OR IMPLIED, WITH RESPECT TO THIS DOCUMENT OR ITS CONTENTS, AND HEREBY EXPRESSLY DISCLAIMS ANY AND ALL IMPLIED WARRANTIES OF MERCHANTABILITY, FITNESS FOR A PARTICULAR USE OR NON- INFRINGEMENT. IN NO EVENT SHALL UNISYS BE HELD LIABLE FOR ANY DIRECT, INDIRECT, SPECIAL OR CONSEQUENTIAL DAM- AGES IN CONNECTION WITH OR ARISING FROM THE USE OF ANY PORTION OF THE INFORMATION. Copyright Copyright © 2001 Unisys Corporation. All rights reserved. Copyright © 2001 Hyperion Solutions. All rights reserved. Copyright © 2001 IBM Corporation. All rights reserved. Copyright © 2001 Oracle. All rights reserved. Copyright © 2001 SAS Institute. All rights reserved. Copyright © 2001 Sun Microsystems, Inc.. All rights reserved. Copyright © 2001 Rational Software. All rights reserved. Copyright © 2001 Sybase. All rights reserved. Copyright © 2001 Novosoft. All rights reserved. Copyright © 2001 Adaptive Ltd.. All rights reserved. Copyright © 2001 IONA. All rights reserved. Copyright © 2001 DSTC. All rights reserved. Copyright © 2001 Perfekt-UML. All rights reserved. This product or document is protected by copyright and distributed under licenses restricting its use, copying, distribution, and decompilation.
    [Show full text]
  • Model-Driven Architecture: Vision, Standards and Emerging Technologies
    1 Model-Driven Architecture: Vision, Standards And Emerging Technologies Position Paper Submitted to ECOOP 2001 Workshop on Metamodeling and Adaptive Object Models John D. Poole Hyperion Solutions Corporation April 2001 [email protected] Poole -- Model-Driven Architecture. ECOOP 2001. 2 1. Introduction Recently, the Object Management Group introduced the Model-Driven Architecture (MDA) initiative as an approach to system-specification and interoperability based on the use of formal models [MDA, MDA2, DSouza]. In MDA, platform-independent models (PIMs) are initially expressed in a platform-independent modeling language, such as UML. The platform-independent model is subsequently translated to a platform-specific model (PSM) by mapping the PIM to some implementation language or platform (e.g., Java) using formal rules. At the core of the MDA concept are a number of important OMG standards: The Unified Modeling Language (UML), Meta Object Facility (MOF), XML Metadata Interchange (XMI), and the Common Warehouse Metamodel (CWM). These standards define the core infrastructure of the MDA, and have greatly contributed to the current state-of-the- art of systems modeling [MDA2]. As an OMG process, the MDA represents a major evolutionary step in the way the OMG defines interoperability standards. For a very long time, interoperability had been based largely on CORBA standards and services. Heterogeneous software systems inter- operate at the level of standard component interfaces. The MDA process, on the other hand, places formal system models at the core of the interoperability problem. What is most significant about this approach is the independence of the system specification from the implementation technology or platform.
    [Show full text]
  • Meta Object Facility (MOF) Core Specification Formal/06-01-01
    Date: January 2006 Meta Object Facility (MOF) Core Specification OMG Available Specification Version 2.0 formal/06-01-01 Copyright © 2003, Adaptive Copyright © 2003, Ceira Technologies, Inc. Copyright © 2003, Compuware Corporation Copyright © 2003, Data Access Technologies, Inc. Copyright © 2003, DSTC Copyright © 2003, Gentleware Copyright © 2003, Hewlett-Packard Copyright © 2003, International Business Machines Copyright © 2003, IONA Copyright © 2005, Object Management Group Copyright © 2003, MetaMatrix Copyright © 2003, Softeam Copyright © 2003, SUN Copyright © 2003, Telelogic AB Copyright © 2003, Unisys USE OF SPECIFICATION - TERMS, CONDITIONS & NOTICES The material in this document details an Object Management Group specification in accordance with the terms, conditions and notices set forth below. This document does not represent a commitment to implement any portion of this specification in any company's products. The information contained in this document is subject to change without notice. LICENSES The companies listed above have granted to the Object Management Group, Inc. (OMG) a nonexclusive, royalty-free, paid up, worldwide license to copy and distribute this document and to modify this document and distribute copies of the modified version. Each of the copyright holders listed above has agreed that no person shall be deemed to have infringed the copyright in the included material of any such copyright holder by reason of having used the specification set forth herein or having conformed any computer software to the specification.
    [Show full text]
  • Bridging the Gap Between the Model-Driven Architecture and Ontology Engineering
    Bridging the Gap Between the Model-Driven Architecture and Ontology Engineering Stephen Cranefield and Jin Pan Department of Information Science University of Otago PO Box 56, Dunedin, New Zealand [email protected] ABSTRACT Software engineers have many robust commercial tools available to them for creating and manipulating models. Due to the widespread adoption of the Object Management Group (OMG) standards for metamodel definition, model serialisation and programmatic access to models, many of these tools are interoperable. Currently this is not the case for ontology engineering tools. This paper discusses the potential benefits of making the OMG’s Model Driven Architecture (MDA) technology applicable to ontology engineering, and in particular, describes a technique for converting ontologies serialised using the XML Metadata Interchange (XMI) format to an equivalent representation using the Resource Description Framework (RDF), without any loss of information. The resulting models can then be analysed and transformed using existing RDF tools. The technique is applicable to any ontology modelling language that has its abstract syntax defined using the OMG’s Meta Object Facility (MOF) model. This research helps to bridge the gap between the MDA and ontology engineering by providing a technique based on the familiar RDF language for defining transformations between other types of model (such as UML) and ontologies, between different ontology modelling languages, or to modify ontologies without changing the language. KEYWORDS Model-driven Architecture (MDA); Ontologies; MOF; JMI; RDF; Jena; NetBeans MDR; ODM NOTICE This is the authors’ version of a work that was accepted for publication in the International Journal of Human-Computer Studies.
    [Show full text]
  • Meta Object Facility (MOF) Investigation of the State of the Art
    Meta Object Facility (MOF) investigation of the state of the art Ing. J.F. Overbeek June 2006 Software Engineering, Electrical Engineering, Mathematics and Computer Science, University of Twente Dr. ir. A. Rensink Drs. A.G. Kleppe Prof. dr. ir. M. Akşit - 2 - Abstract Model Driven Engineering (MDE) is the new trend in software engineering. MDE is the collection of all approaches that use models as core principle for software engineering. The Model Driven Architecture (MDA) is the proposed approach for MDE given by the Object Management Group (OMG). The core element of the MDA is the Model Object Facility (MOF), which is the object of study of this assignment. In the history of software engineering, we are continuously searching for a technique that provides us with a better and more natural approach for defining a system in a more abstract way. The aim of the MDA is to reach an abstraction level that is more focused on defining the structure and behavior of the system, disregarding the underlying implementation technology. With the release of the Unified Modeling Language (UML), OMG has become the market leader in providing a modeling language for software engineering. Recently the OMG released the MDA, which covers the complete scope of using models in software engineering. Given the already earned market sector, the potential of the MDA can be significant. The MOF as a fundamental part in the MDA is therefore an important part to investigate. The major goal of this thesis is codifying the usefulness and availability of the MOF. As approach for investigation, we will first investigate the scope of modeling in the domain of software engineering.
    [Show full text]
  • Getting Started with MOF, XMI, and JMI
    SDN Contribution Getting Started with MOF, XMI, and JMI The MDA Metadata Management Standards Summary This article provides a short introduction to MOF, XMI, and JMI. Created on: 2 May 2006 Author Bio David Frankel’s career in the software industry spans over 25 years, during which he has had vast experience as a software developer, architect, and technical strategist. He is the author of many published articles and sole author of the book Model-Driven Architecture®: Applying MDA® to Enterprise Computing, published by John Wiley & Sons in 2003. He also is lead editor of the book The MDA Journal: Model Driven Architecture Straight from the Masters, published by Meghan-Kiffer Press in 2004. He served several terms as an elected member of the OMG Architecture Board, and was intimately involved in the OMG's launch of Model Driven Architecture. He is the co-author of several industry standards, including COM- CORBA Interworking, the UML® Profile for CORBA®, and the UML Profile for EJB. He currently is Lead Standards Architect for Model-Driven Systems at SAP Labs. © 2006 SAP AG 1 Table of Contents What are MOF, JMI, and XMI?........................................................................................................ 2 What is Metadata?........................................................................................................................... 2 The MOF Core................................................................................................................................. 2 XML Metadata Interchange (XMI)
    [Show full text]
  • The Netbeans™ Tools Platform a Technical Overview
    PLACED BY SUN MICROSYSTEMS, INC. The NetBeans™ Tools Platform A Technical Overview The NetBeans™ integrated development environment (IDE) is open source, modular, standards-based and integrated. Because it is written in the Java™ language, it will run on any platform with a Java Virtual Machine that is compliant with the Java 2 Platform. The fully capable NetBeans IDE is a strong platform that can be used to deliver useful developer tools. This enables vendors to concentrate on their core competencies rather than on becoming full-blown IDE vendors. Because the NetBeans IDE is modular, developers can: I Add modules which provide editing, debugging, syntax coloring, error highlighting, and other functions for the Java language and others. The IDE can work with C, C++, UML, IDL, XML, and others, as well as with the Java language. I Switch any of the IDE modules on or off. By switching off unneeded modules, the IDE consumes less memory and no longer offers unnecessary information and actions. I Write modules that add new features or replace functionality in the IDE. I Update the IDE online through the Update Center. Recently added to the NetBeans source code is a new, standards-based Metadata Repository that makes it easier to build modules to support other programming languages, in addition to enhancing performance and refactoring-related features. By supporting standardized models for metadata in a language-neutral way, it also makes it easier to integrate third-party products, such as UML tools. Overview The NetBeans IDE is based on a thin core that is responsible for basic services and infrastruc- ture such as windowing, actions, and file management.
    [Show full text]
  • Meta-Modeling and the OMG Meta Object Facility (MOF)
    Meta-Modeling and the OMG Meta Object Facility (MOF) A White Paper by the OCUP 2 Examination Team, March, 2017 A Reference for the OCUP 2 Advanced level examination 1 INTRODUCTION The MOF 2.5 specification provides the basis for metamodel definition in OMG’s family of modeling languages (including the UML) and is based on a simplification of UML 2’s class modeling capabilities. In addition to providing the means for metamodel definition, it adds core capabilities for model management in general including Identifiers, a simple generic Tag capability, and Reflective operations that are defined generically and can be applied regardless of metamodel. Core MOF 2 is the foundation of other OMG MOF specifications, including the following (In this list ‘MOF based model’ means any model that instantiates a metamodel defined using MOF, which includes metamodels themselves): XMI - for interchanging MOF-based models in XML MOF 2 Facility and Object Lifecycle - for connecting to and managing collections of MOF-based model elements MOF 2 Versioning and Development Lifecycle - for managing versions and configurations of MOF- based models MOF Queries Views and Transformations - for transforming MOF-based models MOF Models to Text - for generating text, such as programs, from MOF-based models Object Constraint Language - for specifying constraints on MOF-based models 2 WHAT IS METADATA? Metadata is simply data about data. One example of metadata is the schema in a relational database. Data like how many columns are in a table and what type of data is stored in each cell is metadata about the information in each row of the table.
    [Show full text]
  • Model Driven Architecture
    Model Driven Architecture Krzysztof Czarnecki, University of Waterloo [email protected] This lecture uses parts of – OOPSLA’03 Tutorial on “Model-Driven Architecture” by Krzysztof Czarnecki and Petter Graff – GPCE’03 Tutorial on Generative Programming by Krzysztof Czarnecki, Ulrich Eisenecker, and Simon Helsen – OOPSLA’04 Tutorial on “Model-Driven Architecture” by Krzysztof Czarnecki, David Frankel, and Petter Graff 2003-2004 Czarnecki, Frankel, Graff, Helsen, 2 1 Outline ¨Motivation and MDA Basics Metamodeling Model Transformation Case Study Tools Discussion and Further Readings 2003-2004 Czarnecki, Frankel, Graff, Helsen, 3 MDA From 30.000 Feet Platform Independent Transformer Implementation Models Transformation Knowledge Use of platform independent models (PIM) as specification Transformation into platform specific models (PSM) using tools 2003-2004 Czarnecki, Frankel, Graff, Helsen, 4 2 MDA From 30.000 Feet Platform Independent Transformer J2EE Models Implementation .NET Transformation Implementation Knowledge … A PIM can be retargeted to different platforms Not the only reason why MDA might be of interest to you… 2003-2004 Czarnecki, Frankel, Graff, Helsen, 5 Automation in Software Development Requirements Requirements Requirements Manually Manually Manually implement implement implement High-level spec (functional and nonfunctional) Implement with Interactive, automated Source in Source in support domain-specific domain-specific language (DSL) language (DSL) Compile Compile Source in a (may generate (may generate general-purpose code in code in language, e.g., Java or C++) Java or C++) Java or C++ Compile Compile Compile Implementation Implementation Implementation 2003-2004 Czarnecki, Frankel, Graff, Helsen, 6 3 Basic MDA Pattern Generic transformations • Additional – Implement best practices, PIM information architectural and design • Model markup patterns, technology patterns (e.g., J2EE patterns), optimizations, etc.
    [Show full text]
  • Model-Driven Architecture: Vision, Standards and Emerging Technologies
    1 Model-Driven Architecture: Vision, Standards And Emerging Technologies Position Paper Submitted to ECOOP 2001 Workshop on Metamodeling and Adaptive Object Models John D. Poole Hyperion Solutions Corporation April 2001 [email protected] Poole -- Model-Driven Architecture. ECOOP 2001. 2 1. Introduction Recently, the Object Management Group introduced the Model-Driven Architecture (MDA) initiative as an approach to system-specification and interoperability based on the use of formal models [MDA, MDA2, DSouza]. In MDA, platform-independent models (PIMs) are initially expressed in a platform-independent modeling language, such as UML. The platform-independent model is subsequently translated to a platform-specific model (PSM) by mapping the PIM to some implementation language or platform (e.g., Java) using formal rules. At the core of the MDA concept are a number of important OMG standards: The Unified Modeling Language (UML), Meta Object Facility (MOF), XML Metadata Interchange (XMI), and the Common Warehouse Metamodel (CWM). These standards define the core infrastructure of the MDA, and have greatly contributed to the current state-of-the- art of systems modeling [MDA2]. As an OMG process, the MDA represents a major evolutionary step in the way the OMG defines interoperability standards. For a very long time, interoperability had been based largely on CORBA standards and services. Heterogeneous software systems inter- operate at the level of standard component interfaces. The MDA process, on the other hand, places formal system models at the core of the interoperability problem. What is most significant about this approach is the independence of the system specification from the implementation technology or platform.
    [Show full text]
  • 1 Repcovtempl STR IES
    Metadata State of Play Compliance Testing and Interoperability Checking S. Viganó TXT e-solutions M. Millot European Commission DG JRC, Institute for Environment and Sustainability EUR 23036 EN - 2007 The mission of the Institute for Environment and Sustainability is to provide scientific-technical support to the European Union’s Policies for the protection and sustainable development of the European and global environment. European Commission Joint Research Centre Institute for Environment and Sustainability Contact information Michel Millot Address: European Commission, Joint Research Centre, Institute for Environment and Sustainability Spatial Data Infrastructure Unit T.P. 262 Via E. Fermi, 2749 I-21027 Ispra (VA) ITALY E-mail: [email protected] Tel.: +39-0332786146 Fax: +39-0332786325 http://ies.jrc.ec.europa.eu http://www.jrc.ec.europa.eu Stefano Viganó Address: TXT e-solutions Via Frigia, 27 I-20126 Milano (MI) ITALY E-Mail: [email protected] Tel. +39-02257711 Fax.+39-022578994 http://www.txtgroup.com/it/index.shtml Legal Notice Neither the European Commission nor any person acting on behalf of the Commission is responsible for the use which might be made of this publication. Europe Direct is a service to help you find answers to your questions about the European Union Freephone number (*): 00 800 6 7 8 9 10 11 (*) Certain mobile telephone operators do not allow access to 00 800 numbers or these calls may be billed. A great deal of additional information on the European Union is available on the Internet. It can be accessed through the Europa server http://europa.eu/ 2 JRC 41737 EUR 23036 EN ISBN 978-92-79-07690-9 ISSN 1018-5593 DOI 10.2788/53688 Luxembourg: Office for Official Publications of the European Communities © European Communities, 2007 Reproduction is authorised provided the source is acknowledged Printed in Italy 3 Table of Contents 1.
    [Show full text]