Objective Model

In order to offer run-time decision support for construction processes, we need to model goals, which happens in the Dependency Model. Per definition, a goal is a temporally ordered sequence of objectives. These objectives also have to be modeled which happens in the Objective Model. With the Objective Modeler, it is possible to model many objectives which then can be ordered to one goal in the Dependency Model. As a way of representing objectives, we decided to use UML Object Diagrams since objectives consist of at least one object. In the Objective Model, objects (which have to belong to one of the classes in the Data Model) can be given names and a state in order to be more precise.

OM1 (not implemented) - Associations between Goal Model Objects correspond to Multiplicities of Data Model

Description: The designer can only connect objects in the Objective Model that have associations in the Data Model. Furthermore, it should only be possible to link as many objects in the goal model as specified by the multiplicities of the data model.

OM2 (not implemented)- Objects don't change belongingness between objectives

Description: In order to ensure consistency, the position (connections to other objects) of objects can´t be changed within two or more objectives. Example: We assume that there are two Objectives: Objective1 and Objective2 (this is also their temporal order). Now there are the following objects: Floor1, Floor2 and Flat1. Now, in Objective1, Flat1 belongs (is linked) to Floor1 and Floor2 has no flat. Therefore, in Objective2, this scenario has to be the same as in Objective1 and Flat1 can´t change its belongingness and thus can´t belong to Floor2.