Page Comparison

The end goal of Problem Modeling is to produce a problem description to feed the Optimization Engine.

As soon as possible, graphical models produced with this tool are refined to instantiate an actual multi-agent system. This is done through high-level descriptions that are almost textual translations of the graphical models, except that they allow for more details.

From a configuration point of view, In practice, this description is a Groovy map in the Run Logic describes the model. Then a A specific API instantiates the Pricefx generic meta-model into a problem description expressed in YAMLtransforms this map into JSON. Then the YAML backend transforms the JSON problem description is automatically translated into an actual multi-agent system and can be run.

In this section, all the code snippets are in YAML, since it is the last format, understandable by the Optimization Engine backendbasically JSON but readable by a human.

The steps to create a specific model description are:

1. Get to know the structure of the Run.groovy Logic: understand its structure logic.

2. Define the categories hierarchies.

3. Define the spaces.

4. Define the scopes inside each space.

5. Define the variables inside each scope.

6. Define the criteria inside each scope.

The easiest way is to write the description space is by space following the graphical description. The binding to the data is done through scopes: inputs and outputs of the Optimization Engine are model tables named after the space and scopes to which they pertain (e.g. Problem_ByProduct_All contains the data for the scope All in the space ByProduct).

Understanding the underlying concepts is important. Page As a reference, see Main Concepts for Optimization Problems is the reference.

This section also provides a problem description sample.

...

A problem description does not exist in isolation and is delivered along with a Model Logic responsible for providing the mappings, in the form of Model Tables, between this high-level description of the problem and the actual values coming from the partition’s transactional and master data. This step is documented in the next section Problem Tables.