Model Augmentation in a Model-Driven Application Development Environment

• US 20090138436A1
• Filed: 11/26/2007
• Published: 05/28/2009
• Est. Priority Date: 11/26/2007
• Status: Active Grant

• Current Assignee: International Business Machines Corporation
• Original Assignee: International Business Machines Corporation
• Inventors: Israel, Eliezer, HALBERSTADT, BENJAMIN, Melamed, Boris, Yitzhaki, Guy
• Granted Patent: US 8,671,121 B2
• Time in Patent Office: Days
• US Class Current: 1/1
• CPC Class Codes: G06F 16/2365 Ensuring data consistency and integrity
• CPC Class Codes: G06F 16/2452 Query translation
• CPC Class Codes: G06F 16/25 Integrating or interfacing systems involving database management systems
• CPC Class Codes: G06F 16/27 Replication, distribution or synchronisation of data between databases or within a distributed database system; Distributed database system architectures therefor
• CPC Class Codes: G06F 8/10 Requirements analysis; Specification techniques
• CPC Class Codes: G06F 8/35 model driven
• CPC Class Codes: G06Q 10/0637 Strategic management or analysis, e.g. setting a goal or target of an organisation; Planning actions based on goals; Analysis or evaluation of effectiveness of goals

Abstract

Augmenting a model in a model-driven application development architecture, including defining a task to be performed on at least one model item of a principal model, where the principal model is configured to facilitate the automatic generation of at least one resource for use by a computer-executable application, identifying at least one model item required for use the task that is absent from the principal model, defining the absent model item in a decoration model, mapping the decoration model to the principal model, and storing both of the models on a computer-readable medium.

Claims

1. A method for augmenting a model in a model-driven application development architecture, the method comprising:

defining a task to be performed on at least one model item of a principal model, wherein said principal model is configured to facilitate the automatic generation of at least one resource for use by a computer-executable application;

identifying at least one model item required for said task that is absent from said principal model;

defining said absent model item in a decoration model;

mapping said decoration model to said principal model; and

storing both of said models on a computer-readable medium.

2. A method according to claim 1 wherein said identifying step comprises:

identifying at least one class in said principal model that can be subdivided into one or more subclasses;

identifying in said class an attribute that distinguishes the identities of each of said subclasses; and

declaring a lookup table mapping values of said attribute to said identities of said subclasses.

3. A method according to claim 2 and further comprising:

identifying a flattened class hierarchy in said principal model where all subclasses of any classes in said flattened class hierarchy are stored in a single table using a “

type”

discriminator attribute; and

representing any of said classes in a static class model in said decoration model where the subtype information of any of said classes is explicitly represented by separate subclasses in said decoration model.

4. A method according to claim 3 and further comprising performing a look-up of derived subclasses in said decoration model by using a primitive attribute value where more than one attribute is involved in determining a derived subclass.

5. A method according to claim 3 and further comprising providing read access for a query that is formatted for use with said decoration model and that is not directly operative on said principal mode by translating said query for operation on an instance of said principal model.

6. A method according to claim 3 and further comprising providing read access for a query that is formatted for use with at least one class of said principal model, wherein said query yields information that resides in both said principal model and said decoration model.

7. A method according to claim 3 and further comprising setting values of instances of any of classes, references, or attributes of said decoration model by translating said values for storage in said principal model, wherein said values retain their meaning when said instances are subsequently retrieved via said decoration model.

8. A method according to claim 3 and further comprising providing write access for an object that is created via said decoration layer and whose class is a derived subclass, by setting then said “

type”

attribute value according to said subclass lookup value, wherein said type attribute value is persisted with persistent schema of said principal model such that when said object is subsequently accessed, said object is assigned to an appropriate derived subclass.

9. A method according to claim 1 and further comprising:

identifying at least two classes in said principal model where an association between said classes is not expressed using an association model item; and

representing said association in said decoration model.

10. A method according to claim 9 wherein said representing step comprises creating a reference associated with a key which contains information about a source attribute and a target attribute of said key in said decoration model.