Architecture and implementation are just different views of the same system; there can be any number of implementations for a given architecture
An architecture is an abstraction of the run-time elements of a system during some phase of its operation; a system may be composed of many levels of abstraction, each with its own architecture
One advantage of an architectural view is that interactions can be described independently of specific implementations
EU-Rent is a (fictitious) car rental company with branches in several countries
EU-Rent rents cars to its customers; customers may be individuals or companies
Different models of car are offered, organized into groups ; all cars in a group are charged at the same rates
A car may be rented by a booking made in advance or by a ‘ walk-in ’ customer on the day of rental
A rental booking specifies the car group required, the start and end dates/times of the rental and the EU-Rent branch from which the rental is to start
Data definition models define detailed representations of data from an implementer’s point of view
They are concerned with the implementation details in a particular language – database storage specifications, object-oriented programs, XML schema definitions (XSDs)
Application development is shifting from client/server analysis and design toward component-based modeling and design
Collaboration between IT professionals and business users is increasing
Roles are blending as a result of business process improvements
Some tools are converging as a result of enterprise architecture initiatives; however, not everyone is looking to integrate data management with process and application modeling
The OMG’s Common Warehouse Metamodel (CWM™) has been successful and is mature and stable, with widespread and increasing adoption by vendors and customers for metadata™ interchange, most widely in the area of relational database information
Uptake of CWM has been somewhat hampered by its name – many of the potential uses of CWM have no connection with building or managing data warehouses
Effectively a core standard for representing the management of any form of information resource; it has been recognized as such by being made one of MDA’s ‘cornerstone’ standards (the others being MOF and UML®)
The Information Management Metamodel (IMM) specification is still at the Request For Proposal (RFP) process stage
The RFP proposes the name Information Management Metamodel instead of CWM in light of the fact that, with the advent of MDA, there is now far more emphasis on modeling compared to when CWM was originated – as primarily a means of interchange only
The IMM Core metamodel contains packages, classes, and associations that form the core of the IMM specification and are used by rest of the IMM metamodels
Compliant with MOF, the IMM core defines modeling concepts described that should enable development of models to manage structured, un-structured, XML, and other types of Information
Other OMG metamodels such as UML, ODM, and SBVR, should be able to use the core without having to change
The LDAP metamodel describes data accessible through Lightweight Directory Access Protocol and is primarily based on the LDAP standard sections concerning Directory Information Models
A UML profile for directory information modeling, with a mapping to the metamodel, will be provided
The IMM specification will define transformations between LDAP models and E/R, relational, XML schema models via the core
Using tools that support IMM, end-users will be able to not only model the business information in a consistent manner but also enable traceability among data, OOAD, and XML models
This traceability is critical to improve semantic accuracy of information and promote reuse without locking developers into a particular tool but enabling use of tools of their choice while retaining interoperability
In a nutshell, IMM will enable modeling and interchange of the complete information lifecycle
The importance of supporting industry standards is critical to the success of the Eclipse Modeling project, and to Eclipse in general
The role of the Modeling project in the support of industry standards is to enable their creation and maintenance within the Eclipse community
Furthermore, as standards bodies such as the OMG have a strong modeling focus, the Modeling project facilitates communication and outreach through its PMC and project contributors to foster a good working relationship with external organizations
ODM is a proposed new subproject aimed at providing metamodel implementations and sample tools based on the Ontology Definition Metamodel (ODM) OMG specification; it would include
sample tools and artifacts supporting the development of ODM-compliant terminologies, taxonomies, topic maps, and ontologies
semi-automated transformations across the knowledge representation paradigms that comprise the ODM, including the declarative subset of UML and MOF
functionality to enable use of ODM-based vocabularies in other software engineering activities, such as rule set development using the OMG Production Rule Representation ( PRR ) specification or, for example, in data modeling via mappings to the emerging IMM specification
SBVR is a new component aimed at providing a metamodel implementation and sample tools based on the Semantics of Business Vocabulary and Business Rules (SBVR) specification and will provide
an open source "reference" implementation of the SBVR specification
an EMF-based foundation on which business vocabulary and business rules modeling tools can be built
a basis for integrating and interchanging artifacts between business vocabulary and business rules tools
a forum for engaging the community in validation of the SBVR specification
XSD is a reference library that provides an API for use with any code that examines, creates, or modifies documents based on the XML Schema W3C ® standard
XSD provides Java APIs for
manipulating components of an XML Schema
manipulating the DOM™-accessible representation of XML Schema as a series of XML documents
keeping these representations in agreement as schemas are modified
The XSD model is the basis of the IMM XML schema metamodel
The Data Tools Platform (DTP) project provides extensible frameworks and exemplary tools enabling the development of offerings specific to particular data-centric technologies
Its Model Base subproject is the foundation of DTP and consists of the database definition model, SQL model, SQL query model, and SQL XML query model, all based on EMF
The Model Base SQL model is the basis of the IMM relational metamodel
The Web Tools Platform (WTP) project extends the Eclipse platform with tools for developing Web and Java EE applications
Its Source Editing subproject provides source editing support for typical "web" languages and the mixing of them, with a focus on making the editors extensible and easily reusable
The Source Editing subproject includes a graphical XML Schema (XSD) editor
BPMN , MOF , Object Management Group , OMG , Unified Modeling Language , and the CWM Logo are trademarks of the Object Management Group
Model Driven Architecture , MDA , UML , XMI , and the UML Cube Logo are registered trademarks of the Object Management Group
DOM , Metadata , RDF , and XML are trademarks of the World Wide Web Consortium; marks of W3C are registered and held by its host institutions MIT , ERCIM, and Keio
Java and all Java-based trademarks are trademarks of Sun Microsystems, Inc. in the United States, other countries, or both
Other company, product, or service names may be trademarks or service marks of others
In order to enable the much needed agility demanded more
In order to enable the much needed agility demanded by today's marketplace, business functions and associated processes must be supported by semantically accurate and reusable information, i.e. data and its associated metadata. A data model is an abstract model that describes how data is represented and accessed. Data modeling is the process of creating a data model instance by applying a data model theory, typically to solve some business enterprise requirement. Data model instances can be categorized into various levels or perspectives, including contextual data models which identify entity classes, conceptual data models which define the meaning of things in the organization, logical data models which describe the logical representation of properties without regard to particular data manipulation technology, physical data models which describe the physical means by which data are stored, data definitions which represent the coding language of the schema on the specific development platform, and data instantiations which hold the values of the properties applied to the data in a schema. In this short talk, we'll take a look at examples of each of these kinds of data models and explore how they are supported by projects/components at Eclipse. less
0 comments
Post a comment