Method and system for generating dynamic comparison models

Abstract

The present invention is directed to a method and system that includes comparing first and second models. A comparison model may be generated that indicates differences between the first model and the second model. A notification manager is used to register the comparison model as a subscriber of the first and second models. The first model is updated to reflect a first designated change. Upon successful completion of the first designated change, the notification manager is used to issue a notification of the designated change to the first model. At least the comparison model is updated to reflect the first designated change, and the comparison model is displayed on a client.

Description

TECHNICAL FIELD OF THE INVENTION

The present invention relates generally to object models, and more particularly to a method and system for generating dynamic comparison models.

BACKGROUND OF THE INVENTION

Models are often used to help visualize concepts by using symbolic representations. Models may include a group of objects, entities, properties, or attributes. For example, a model may be a category of type “planets.” An object within the model may be a specific planet, such as Earth. Properties or attributes within the object may be characteristics, such as size, population, or relative location.

It is often desirable to compare two models to determine any differences between the models. Comparing two different models can help to ensure that the models are synchronized and semantically valid at all times. Existing tools are available that compare different models and identify the differences between the models. For example, a comparison tool called COMPLETE COMPARE™ (available from CA, Inc.) provides one way of comparing models. Previous architectures of the COMPLETE COMPARE™ comparison tool represented the comparison of two models in a set of ‘C’ (the programming language) structures. These structures maintained the memory address of the two models being compared, and a flag indicating the state of equality between them. Then, the COMPLETE COMPARE™ comparison tool displayed the comparison data. In order to synchronize the models, the user designated data in one model that the user wanted to import into the second model. The changes requested by the user were incorporated in an asynchronous or batch mode, in which the changes were held in a script and executed at the end of the comparison process.

This approach often suffered from side-effects. Side-effects are encountered during the act of bringing data into a target model (e.g., in order to synchronize it with another model). Since side-effects did not become immediately visible to the user in real-time, as the user was indicating the desired changes, this often resulted in changes that the user did not intend. In other cases, side-effects might cause a violation of modeling rules and cause certain actions to fail or result in an invalid model.

SUMMARY OF THE INVENTION

The present invention is related to a system and method for comparing models, and generating a dynamic comparison model that identifies differences between the compared models. The teachings of the present invention also allow a user to utilize the dynamic comparison model to designate changes to one or more of the compared models in order to synchronize aspects of the models and/or synchronize the models entirely.

In accordance with the teachings of the present invention, the process of comparing two models results in a collection of comparison nodes that hold information about the comparison. The comparison nodes may be modeled as an object model using a modeling tool. All operations performed upon the two data models, and all operations performed upon the comparison model, may be performed immediately upon their designation by the user. Side-effects then become more immediately apparent.

In accordance with a particular embodiment of the present invention, a method for generating a dynamic comparison model includes selecting a first model and a second model. The method also includes running a comparison engine on the first model and the second model. Next, the method generates the comparison model based on the inequality between the first model and second model. The method further includes registering the comparison model as a subscriber to the first model and the second model in a notification manager. The notification manager notifies all subscribers of changes that occur to a model. The method further includes displaying the comparison model using a modeling tool.

Technical advantages of particular embodiments of the present invention include a system and method for generating dynamic comparison models that allows a user to view a graphical representation of a comparison of a plurality of models. Thus, differences between the models are easily ascertainable to a user, and the user can more easily identify and implement desired changes to at least one of the models.

Another technical advantage of particular embodiments of the present invention includes a system and method for generating dynamic comparison models that accommodates synchronous modifications to at least one of the models. Accordingly, updates to the target model are made in approximately real time, as the user designates the changes to be made.

Yet another technical advantage of particular embodiments of the present invention includes a system and method for generating dynamic comparison models that allows side-effects to be identified more quickly and easily. Accordingly, a user may correct potential problems caused by side-effects as they arise (i.e., as additional changes are being made), to avoid the potential for the side-effects to impact later changes. Thus, problems caused by side-effects may be reduced or eliminated.

Still another technical advantage of particular embodiments of the present invention includes a system and method for generating dynamic comparison models that interact with a notification manager that broadcasts a list of all changes to the model upon the successful completion of an operation. Therefore, a user is provided with immediate feedback regarding all changes to the models, including those caused by modeling rules instead of user-designated changes.

Still another technical advantage of particular embodiments of the present invention includes a system and method for generating dynamic comparison models that interact with a transaction manager that tracks changes to the model and allows a user to undo and/or redo changes at the click of a button. This feature simplifies and speeds the process of synchronizing models.

Other technical advantages of the present invention will be readily apparent to one skilled in the art from the following figures, descriptions, and claims. Moreover, while specific advantages have been enumerated above, various embodiments may include all, some, or none of the enumerated advantages.

BRIEF DESCRIPTION OF THE DRAWINGS

FIG. 1A is an example of a standard object model.

FIG. 1B is an example of a standard object model.

FIG. 2A is an example of a standard object model.

FIG. 2B is an example of a standard object model.

FIG. 3 is an example of an object model with a comparison model between two standard models.

FIG. 4 is a flow diagram for generating a comparison model based on the differences between two models.

FIG. 5 is an example of an updated object model with a comparison model between two standard models.

FIG. 6 illustrates a standard object model.

FIG. 7 illustrates a modified version of the standard object model of FIG. 6.

FIG. 8 illustrates an alternative standard object model.

FIG. 9 illustrates a system that incorporates aspects of the present invention.

DETAILED DESCRIPTION OF THE INVENTION

A model is a representation that is often used to help illustrate a concept using symbolic representations. It is often beneficial and/or necessary to compare two models in order to better understand similarities and/or differences between the models. For example, such a comparison is often helpful to synchronize or bring some level of conformity to the models. By comparing two models and identifying any differences between them, a user can more readily make desired changes to one or both models, in order to achieve the desired level of conformity.

Models are typically represented using various hierarchical components. For example, a model may include one or more objects. Each object may include one or more attributes (e.g., properties).

Various types of models are used to illustrate concepts using visual representations. This specification will focus primarily on object models. An object model may include any physical or logical description of data that is to be defined, processed, or retrieved by implemented code (e.g., externally implemented code). An object model typically represents categories of data. Models may be referred to in a variety of different ways and various types of models may benefit from the teachings of the present invention including models, object/property models, data models and schemas (e.g., DBMS schemas and/or any set of objects).

Objects of the model typically represent data belonging to the model. Based on the hierarchical structure of models, objects may own, or be owned by, other objects. An object owns another object if the objects are in a hierarchical relationship and the owning object is at a higher level than the owned object. Each object may include one or more attributes or properties that are relevant to the model. Properties or attributes typically represent characteristics of the object.

In accordance with the teachings of the present invention, the process of comparing two models results in a collection of comparison nodes that hold information about the comparison. For example, the objects and/or attributes of one model are compared to the objects and/or attributes of a second model and the comparison is stored as a collection of comparison nodes. In this manner, the results of the comparison can be reviewed and/or the models can be brought into some higher level of conformity with one another, as desired by a user.

One way to identify, log and/or correct for deviations between the models is to build scripts that indicate actions to be taken on the nodes of the comparison. For example, the script may include the instruction “in Node 1, move the data from the first model to the second model.” The user may build these scripts as the comparison is being reviewed and then the user may execute the scripts in a batch after the user has completed building the scripts. This batch method does not allow for the user to monitor the progress of the modifications to the models as the changes are designated by the user, and does not allow the user to identify any problems and/or inconsistencies with the changes until after the user has indicated all of the changes to be made.

In accordance with a particular embodiment of the present invention, comparison nodes are modeled (i.e., represented as a model) as an object/property model using an underlying modeling engine. One such modeling engine is the ALLFUSION® ERWIN® Data Modeler modeling engine offered by CA Inc. Models within an object/property model are also commonly referred to as graphs. Modeling a comparison model or comparison graph allows for representing similar and dissimilar aspects of the compared models.

In accordance with another embodiment of the present invention, all operations on the two data models, and all operations on the comparison node model (based upon desired changes to one or both models) are performed approximately in real-time, as the changes are designated by the user. This allows the user to view the changes to either of the models as the changes are designated, and allows the user to view an updated version of the comparison node model, as the changes are being designated by the user.

In accordance with yet another embodiment of the present invention, the comparison nodes are modeled using an object/property modeling engine that includes undo/redo capability. This allows the user to undo and/or redo changes in object matching and to undo and/or redo operations performed.

Thus, when comparing differences between two models, the comparison data that is generated is modeled into an object model. All of the changes to the models are synchronous and displayed immediately (e.g., approximately in real-time) upon their designation by the user. This provides for approximately immediate feedback to the user regarding all changes to the models, including those changes that may be caused by modeling rules (e.g., automatically implemented by the system) instead of being specifically identified by the user. The user may also undo and/or redo changes quickly and easily, as objects of the models are compared.

Additional information regarding models and modeling tools is available within U.S. Pat. No. 6,859,919 (the “'919 patent”). The term “model” throughout this specification will include the object/property models implemented in the modeling engine described in the '919 patent.

In accordance with the teachings of the present invention, the modeling engine based upon the '919 patent will include: (i) a notification manager that broadcasts a list of all changes to the model upon successful completion of an operation; and (ii) a transaction manager that allows undo and redo operations to be performed at will.

For purposes of illustration, the present specification will refer to the AllFusion ERwin Data Modeler available from CA, Inc. The AllFusion ERwin Data Modeler includes models which represent DBMS schemas.

In accordance with a particular embodiment of the present invention, models may be represented in IDEF1x format. IDLE1x is a standard for diagramming schemas within the Integrated Definition Methods that will be familiar to programmers. FIGS. 1A and 1B illustrate simple schemas in IDEF1x notation. In an IDEF1x model, entities and attributes are types of objects. FIG. 1A shows a schema representation of Model M1 from FIG. 2A Model M132 includes a single Entity, E/134. Entity E/134 includes two Attributes, a 36 and b 38. FIG. 1B shows a schema representation of Model M2 from FIG. 2B. Model M242 includes a single Entity, E/144. Entity E/144 includes three Attributes, a 46, b 48, and c 50. In another embodiment, models may be in XML, flat, or comma-separated format. In short, a model can be in any data schema format comprising a plurality of objects.

In order to bring the models of FIGS. 1A and 1B into conformity, a user could create attribute “C” in the Model of FIG. 1A, or delete attribute “C” from the Model of FIG. 1B.

Within this disclosure, models may also be represented in Unified Modeling Language (UML) format. UML is a standard notation for representing objects and other programming concepts that will be familiar to programmers.

If the models of FIGS. 1A and 1B were to be represented as a set of objects in an ERwin model, they ay appear as in FIGS. 2A and 2B. FIGS. 2A and 2B are simplified representations of the actual data that may be found in ERwin, but they are sufficient for purposes of illustration. FIG. 2A shows a first Model, M1102. Model M1102 includes a single Object, O1104. Object O1104 includes two Properties, P1106 and P2108. FIG. 2B shows a second Model, M2202. Model M2202 includes a single Object, O1204. Object O1204 includes three Properties, P1206, P2208, and P3210.

As shown in FIG. 2B, Model M2202 in FIG. 2 differs from Model M1102 in FIG. 2A by the third Property P3210. In order to synchronize these two models, Property P3210 can be added to Model M1102. Alternatively, Property P3210 can be removed from Model M2202. Similar approaches may be used when an object belongs to one model, but does not belong to another model.

FIG. 3 shows a Comparison Model, CM 322, which contains objects indicating the comparison state between models, objects, and properties. The hierarchy of the objects in Comparison Model CM 322 matches the hierarchy of Models M1302 and M2342. The objects in Comparison Model CM 322 hold references to the two models. As shown in FIG. 3, Comparison Model CM 322 contains the comparison state between Models M1302 and M2342. Object CO1324 contains the comparison state for Objects O1304 and O1344. Similarly, the Comparison Model CM 322 contains the comparison state for each of the properties in Models M1302 and M2342. For illustrative purposes, FIG. 3 shows cross-hatched comparison objects with a comparison state set to “Not Equal.”

FIG. 4 is a flow diagram for generating a comparison model based on the differences between two models and FIG. 9 illustrates a system that is operable to implement the method of FIG. 4, and/or other aspects of the teachings of the present invention. In 402, a client 502 (see FIG. 9) initiates the process by selecting two models to compare. The client may include a graphical interface 504, a network interface 506, memory 508, and a processor 510. The present disclosure contemplates many types of clients including a personal computer, a workstation, a personal digital assistant, or any other processing device. In short, client is operable to receive input and/or display output.

For example, in 402, the client may select Models M1302 and M2342 for comparison. During the selection process in 402, a background process 512 may run which tracks the selections and display warnings if necessary. For example, if the client selects invalid models for comparison, the client will get an error message.

In 404, a comparison engine 514 compares the two models selected in 402. The comparison engine may comprise of any hardware, software, firmware, logic, or combination thereof operable to compare two or more models, such as the comparison engine disclosed in U.S. Pat. No. 6,385,610 entitled METHOD AND APPARATUS FOR IDENTIFYING AND VISUALIZING DIFFERENCES IN OBJECT MODEL DIAGRAMS. Comparison engine 514 may employ an object-matching algorithm for comparing models. The object-matching algorithm attempts to find a match for selected objects within a model. For example, the object-matching algorithm would recursively traverse Model M1302 looking for objects and properties. Then the object-matching algorithm would recursively traverse Model M2342 looking for a match.

In accordance with a particular embodiment of the present invention, matching objects by default in the object-matching algorithm may be overridden. Synchronization is achieved by employing some matching rules into the object-matching algorithm. For example, these rules would match two objects that have the same type and the same name. Object O1304 in Model M1304 matches with Object O1344 in Model M2342 by that algorithm. However, the client may designate the objects to be compared rather than those chosen by default.

In 406, comparison engine 514 generates a comparison model. The object-matching algorithm of the comparison engine in 404 creates a comparison node for every time it attempts a match. Comparison nodes may contain a comparison state indicating the state of equality between the object or property being compared. Inequality in an owned object implies inequality in the owning object. Therefore, a difference in equality in the comparison states between two properties in two models results in a difference in equality in the owning object and the owning model. For example, Table 1 describes such comparison states between Models M1302 and M2342 as these may be viewed if the comparison was accomplished using the “C” programming language.

TABLE 1
Sample Comparison Results
	Model #1	Comparison State	Model #2
	Model M1	Not Equal	Model M2
	Object O1	Not Equal	Object O1
	Property P1	Equal	Property P1
	Property P2	Equal	Property P2
	—	Not Equal	Property P3

In 408, the comparison model registers itself as a subscriber to the notification manager 516 of both models. In accordance with the teachings of the present invention, each model may include its own respective notification manager 516, or a single notification manager 516 may handle some or all models. The notification manager may be an implementation of the Observer Pattern described by Erich Gamma, et al, in Design Patterns, a volume commonly referenced by programmers. The Observer Pattern has two elements: the subscriber/observer element and the publisher/subject element. A software component, known as an observer or subscriber, can register itself as wanting notification of events from another software component, known as a subject or publisher. For example, in a modeling framework, Models M1302 and M2342 can implement this publisher pattern and notify subscriber CM 322 of all changes that occur.

In 410, a modeling tool 518 displays the comparison model and the compared models. The modeling tool is any modeling tool, application, component, or library operable to use models, such as the modeling tool disclosed in U.S. Pat. No. 6,859,919 entitled OBJECT MODELING TOOL WITH META MODEL SEMANTIC REGISTRY (RULES) A META DATA MANAGER FOR OBJECT(S) PROPERTIES AN OBJECT/PROPERTY INTERFACE FOR INSTANCE(S) OF OBJECTS/PROPERTIES RECEIVED VIA OBJECT/PROPERTY INTERFACE OF THE OBJECT FACTORY REGISTRY. The modeling tool can generate object based models. The modeling tool may comprise a child or subcomponent of another software component, without departing form the scope of this disclosure. The modeling tool represents each comparison node as an object. The comparison node objects have properties allowing identification of the objects in the schemas being compared and another property indicating the comparison state. For example, the modeling tool would display Comparison Model CM 322, Model M1302, and Model M2342 in an object model as in FIG. 3.

In 412, the client makes an input operation to update a model. For example, the input operation may be creating Property P3350 in Model M1302, therefore synchronizing Models M1302 and M2342. In 414, the model is updated in response to the input operation. For example, Model M1302 is updated by adding Property P3350 under Object O1304.

In accordance with a particular embodiment of the present invention, the input operation at step 412 may also be undoing or redoing changes to a model. The modeling tool may include a transaction manager 520 to keep track of each of the models and the actions performed on each model. Transaction manager 520 may accomplish this by logging changes to a log file, obtaining undo data from the log file, and performing an undo operation. For example, if the client reverses changes to a model, the modeling information, including what object is matched with what other object, is subject to a transaction manager. An action to add a new Property P3350 to Model M1302 might update Model M1302 and the Comparison Model CM 322 structure. So undo will use the transaction manager's rollback feature to undo the changes caused by transactions on Model M1302 and the Comparison Model CM 322 structure.

In 416, the notification manager 516 publishes an event notifying all subscribers of the update. And the comparison model would receive the event notification. For example, Model M1302 would publish an event indicating that Object O1304 was modified to contain a new Property P3350.

In 418, the comparison engine runs again to update the comparison model. For example, the comparison engine would re-compare Model M1302 and Model M2342 and update the equality states of Comparison Model CM 322. The object-matching algorithm would determine that the new Property P3 in Model M1302 should be matched to Property P3350 in Model M2342. Next, it would locate the ObjectCO1304 and update it with a reference to the new Property P3 in Model M1302. Thus, Models CM, M1, and M2 are updated immediately and displayed to the client. The resulting model might be displayed as in FIG. 5.

The system of FIG. 9 and each component thereof may comprise hardware, software and/or logic encoded in media that is capable of implementing the method of FIG. 4 and/or other aspects of the teachings of the present invention.

The immediate update and display of results can be beneficial particularly when side effects are possible. For example, consider the ERwin model of FIG. 6. This represents the addition of a second entity, ‘E/3’, existing in a child relationship to ‘E/1’. In IDEF1x, attributes drawn above the middle line in an entity represent key attributes. IDEF1x modeling rules require all key attributes to be copied to child entities when a relationship exists. For that reason, ‘E/3’ contains attribute ‘a’ (the (FK) designation indicates that it is copied down).

Another IDEF1x rule requires that no two attributes have the same name-if they have the same name they must be merged into a single attribute. The rules for merging state that merging a key attribute and a non-key attribute results in a key attribute. Therefore, the addition of an attribute ‘c’ to the key of ‘E/1’ would result in a change to ‘E/3’ as represented in the FIG. 7.

Now consider the model represented in FIG. 8 in comparison to the original state of the model of FIG. 6. Prior to any operations, the presence of attribute ‘c’ renders the two ‘E/1’ entities different, but the two ‘E/3’ entities are equal.

The import of attribute ‘c’ to the model of FIG. 6 will make the ‘E/1’ entities equal, but will have the side-effect of making the ‘E/3’ entities unequal. Prior to this invention, this fact could have remained undetected. Even if it were detected, there was no efficient way to fix the problem. In accordance with the teachings of the present invention, the side-effect is detected immediately and displayed.

Users also have the ability in Complete Compare to override the default matching of objects. Complete Compare employs some matching rules coded into the module. For instance, these rules would match two objects that have the same type and the same name. In our examples above, entity ‘E/1’ of FIG. 2A was matched to entity ‘E/1’ of FIG. 2B by that algorithm. However, the user has the ability to designate the objects should correctly be compared to objects other than the one chosen by default. If the user changes his mind once this operation is performed, the old architecture required him to reverse the designation manually. Under the proposed architecture the modeling information, including what object is matched with what other object, is subject to the transaction manager. This means that operations can be undone automatically.

Although the present invention has been described with several embodiments, a myriad of changes, variations, alterations, transformations, and modifications as fall within the scope of the appended claims.

Claims

1. A method for comparing models, comprising: using a computer to compare first and second models;using the computer to generate a comparison model comprising each object of the first and second models, the comparison model indicating differences between the first model and the second model, the comparison model comprising a comparison node for each object of the first and second models, each comparison node including a comparison state indicating a state of equality or inequality between the first and second models for a particular object;using a notification manager to register the comparison model as a subscriber of the first and second models;updating the first model to reflect a designated change;upon successful completion of the first designated change to an object of the first model, using the notification manager to issue a notification of the designated change to the comparison model;in response to each modification of an object in the first model, using the computer to synchronously update in real time the comparison model and the second model to reflect the first designated change for a substantially synchronous modification of the first, second, and comparison models; anddisplaying the comparison model on a client.

2. The method of claim 1, wherein: the first designated change comprises a first user designated change; andthe comparison model is updated to reflect the first user designated change before receiving a second user designated change.

3. The method of claim 2, further comprising storing the first and second user designated changes to allow the user to undo the first user designated change or the second user designated change, upon command from the user.

4. The method of claim 3, further comprising storing information regarding ones of the first or second user designated changes that were undone, to allow the user to redo ones of the first or second user designated changes that were undone, upon command from the user.

5. The method of claim 1, wherein the first and second models, and the comparison model comprise models of the Unified Modeling Language (UML) format.

6. The method of claim 1, wherein the comparison model comprises a plurality of comparison nodes, each comparison node being represented as an object of the comparison model.

7. A system for comparing models, comprising: a computer comprising a comparison engine operable to compare first and second models; andthe computer further comprising a modeling tool for: registering the comparison model as a subscriber of the first and second models with a notification manager;generating a comparison model comprising, each object of the first and second models, the comparison model indicating the differences between the first model and the second model, the comparison model comprising a comparison node for each object of the first and second models, each comparison node including a comparison state indicating a state of equality or inequality between the first and second models for a particular object;updating the first model to reflect a first designated change;upon successful completion of the first designated change to an object of the first model, using the notification manager to issue a notification of the designated change to the comparison model;in response to each modification of an object in the first model, synchronously updating in real time the comparison model and the second model to reflect the first designated change for a substantially synchronous modification of the first second, and comparison models; anddisplaying the comparison model on a client.

8. The system of claim 7, wherein: the first designated change comprises a first user designated change; andthe modeling tool is further operable to update the comparison model to reflect the first user designated change before receiving a second user designated change.

9. The system of claim 8, further comprising a transaction manager being operable to store the first and second user designated changes to allow the user to undo the first user designated change or the second user designated change, upon command from the user.

10. The system of claim 9, further comprising memory being operable to store information regarding ones of the first or second user designated changes that were undone, to allow the user to redo ones of the first or second user designated changes that were undone, upon command from the user.

11. The method of claim 7, wherein the first and second models, and the comparison model comprise models of the Unified Modeling Language (UML) format.

12. The method of claim 7, wherein the comparison model comprises a plurality of comparison nodes, each comparison node being represented as an object of the comparison model.

13. A method for generating a dynamic comparison model, comprising receiving, by a computer, a first model and a second model;using the computer to run a comparison engine on the first model and the second model;using the computer to generate a comparison model comprising each object of the first and second models, the comparison model indicating differences between the first model and second model, the comparison model comprising a comparison node for each object of the first and second models, each comparison node including a comparison state indicating a state of equality or inequality between the first and second models for a particular object;registering the comparison model as a subscriber to the first model and the second model in a notification manager, wherein the notification manager notifies all subscribers of changes that occur to the first or second model;displaying the comparison model using a modeling tool;receiving an input operation to modify an object of the first model;updating the first model in response to the input operation;notifying the notification manger in response to the input operation; andin response to each modification of an tied in the first model, using the computer to substantially synchronously update in real time the comparison model and the second model for a synchronous modification of the first, sec ad, and comparison models.

14. A system for generating a dynamic comparison model, comprising: a computer executing an interface for receiving a first model and a second model;the computer comprising: a comparison engine for running a comparison on the first model and the second model;a modeling tool for generating a comparison model comprising each object of the first and second models, the comparison model indicating differences between the first model and second model, the comparison model comprising a comparison node for each object of to first and second models, each comparison node including a comparison state indicating a state of equality or inequality between the first and second models for a particular object;a notification manager for registering the comparison model as a subscriber to she first model and the second model, wherein the notification manager notifies alt subscribers of changes that occur to the first or second model; anda graphical display for displaying the comparison model using the modeling tool; andwherein the modeling tool is further for: updating the first model to reflect a first designated change;upon successful completion of the first designated change to an object of the first model, using the notification manager to issue a notification of the designated change to the comparison model; andin response to each modification of an object in the first model, synchronously updating in real time the comparison model and the second model to reflect the first designated change for a substantially synchronous modification of the first, second, and comparison models.

15. The system of claim 14, wherein: the first designated change comprises a first user designated change; andthe comparison model is updated to reflect the first user designated change before receiving a second user designated change.

16. A system, comprising: means for comparing first and second models;means for generating a comparison model comprising each object of the first and second models, the comparison model indicating differences between the first model and the second model, the comparison model comprising a comparison node for each object of the first and second models, each comparison node including a comparison state indicating a state of equality or inequality between the first and second models for a particular object;means for using a notification manager to register the comparison model as a subscriber of the first and second models;means for updating the first model to reflect a first designated change;upon successful completion of the first designated change to an object of the first model, means for using the notification manager to issue a notification of the designated change to the comparison model;means for synchronously updating, in real time and in response to each modification of an object in the first model, the comparison model and the second model to reflect the first designated change for a substantially synchronous modification of the first, second, and comparison models; andmeans for displaying the comparison model on a client.

17. Logic stored in a memory, the logic being operable when executed by a computer to: compare first and second models;generate a comparison model comprising each object of the first and second models, the comparison model indicating differences between the first method and the second model, the comparison model comprising a comparison node for each object of the first and second models, each comparison node including a comparison state indicating a state of equality or inequality between the first and second models for a particular object;use a notification manager to register the comparison model as a subscriber of the first and second models;update the first model to reflect a first designated change;upon successful completion of the first designated change to an object of the first model, use the notification manager to issue a notification of the designated change to the comparison model;in response to each modification of an object in the first model, synchronously update in real time the comparison model and the second model to reflect the first designated change for a substantially synchronous modification of the first, second, and comparison models; anddisplay the comparison model on a client.

18. The method of claim 13, wherein: the first designated change comprises a first user designated change; andthe comparison model is updated to reflect the first user designated change before receiving a second user designated change.

19. The system of claim 16, wherein: the first designated change comprises a first user designated change; andthe comparison model is updated to reflect the first user designated change before receiving a second user designated change.

20. The logic of claim 17, wherein: the first designated change comprises a first user designated change; andthe comparison model is updated to reflect the first user designated change before receiving a second user designated change.