Model augmentation in a model-driven application development environment

• US 8,671,121 B2
• Filed: 11/26/2007
• Issued: 03/11/2014
• Est. Priority Date: 11/26/2007
• Status: Active Grant

• Current Assignee: International Business Machines Corporation
• Original Assignee: International Business Machines Corporation
• Inventors: Halberstadt, Benjamin, Israel, Eliezer, Melamed, Boris, Yitzhaki, Guy
• Primary Examiner(s): FILIPCZYK, MARCIN R
• Application Number:
  US11/945,046
• Publication Number:
  US 20090138436A1
• Time in Patent Office: 2,297 Days
• Field of Search: 707/804, 707/806, 707/808, 707/999.1, 707/807, 707/707, 707/802, 707/810, 707/999.101, 707/999.102
• US Class Current: 707/804
• 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 automatic generation of at least one resource for use by a computer-executable application and comprises a plurality of classes, references, attributes, and associations between any of said classes;

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

instantiating said absent model item in a decoration model that operates with the principal model to augment operational functionality of the principal model, where the decoration model comprises a class, a reference, and an attribute for any corresponding one of said plurality of classes, references, and attributes of the principal model;

mapping said decoration model to said principal model, where the operational functionality of the principal model is augmented by the instantiated model item within the decoration model; and

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

2. The 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 identities of each of said subclasses; and

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

3. The method according to claim 2, 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 subtype information of any of said classes is explicitly represented by separate subclasses in said decoration model.

4. The method according to claim 3, 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. The method according to claim 3, 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. The method according to claim 3, 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. The method according to claim 3, further comprising setting values of instances of any of classes, references, or attributes of said decoration model by translating said setting values for storage in said principal model, wherein said setting values retain their meaning when said instances are subsequently retrieved via said decoration model.

8. The method according to claim 3, further comprising providing write access for an object that is created via said decoration model, using a class that is a derived subclass, by setting a “

type”

attribute value according to a 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 the derived subclass.

9. The method according to claim 1, 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. The method according to claim 9, wherein said representing step comprises creating a reference associated with a key that contains information about a source attribute and a target attribute of said key in said decoration model.

11. A system for augmenting a model in a model-driven application development architecture, comprising:

a memory; and

a processor programmed to;

define a task to be performed on at least one model item of a principal model, wherein said principal model is configured to facilitate automatic generation of at least one resource for use by a computer-executable application and comprises a plurality of classes, references, attributes, and associations between any of said classes;

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

instantiate said absent model item in a decoration model that operates with the principal model to augment operational functionality of the principal model, where the decoration model comprises a class, a reference, and an attribute for any corresponding one of said plurality of classes, references, and attributes of the principal model;

map said decoration model to said principal model, where the operational functionality of the principal model is augmented by the instantiated model item within the decoration model; and

store both of said models within the memory.

12. The system according to claim 11, where in being programmed to identify the at least one model item required for said task that is absent from said principal model, the processor is programmed to:

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

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

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

13. The system according to claim 12, where the processor is further programmed to:

identify 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

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

14. The system according to claim 13, where the processor is further programmed to perform 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.

15. The system according to claim 13, where the processor is further programmed to provide 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.

16. The system according to claim 13, where the processor is further programmed to provide 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.

17. The system according to claim 13, where the processor is further programmed to set values of instances of any of classes, references, or attributes of said decoration model by translating said setting values for storage in said principal model, wherein said setting values retain their meaning when said instances are subsequently retrieved via said decoration model.

18. The system according to claim 13, where the processor is further programmed to provide write access for an object that is created via said decoration model, using a class that is a derived subclass, by setting a “

type”

attribute value according to a 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 the derived subclass.

19. The system according to claim 11, where the processor is further programmed to:

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

represent said association in said decoration model.

20. The system according to claim 19, where in being programmed to represent said association in said decoration model, the processor is programmed to create a reference associated with a key that contains information about a source attribute and a target attribute of said key in said decoration model.