RORUTA-PostFactum-PreferenceRelatedDeteriorationOrSurplusValue

Version:1.0
Provider:PUT
SOAP service’s name:
 RORUTA-PostFactum-PreferenceRelatedDeteriorationOrSurplusValue-PUT (see SOAP requests for details)

Description

Depending on the need, for a given already fulfilled preference relation between two alternatives: “a is preferred to b”, it finds one of the two possible types of values. These are the maximal deterioration of the performance of the alternative a or the maximal surplus value of the comprehensive score of this alternative. In the first case, the module finds a minimal value from the range of 0 to 1, that multiplied by the performances on chosen criteria allows to maintain the truth of mentioned preference relation. In the other case, it finds the maximal value that may be subtracted from the comprehensive score of this alternative in order to maintain the truth of this relation. In both cases it is possible to consider the truth of mentioned relation for both all or at least one compatible value funtion.

Contact: Pawel Rychly (pawelrychly@gmail.com).

Inputs

(For outputs, see below)

criteria

A list of all considered criteria. The input value should be a valid XMCDA document whose main tag is criteria.

The input value should be a valid XMCDA document whose main tag is <criteria>. It must have the following form:

<criteria>
<criterion id=”c01” name=”Price”></criterion> […]

</criteria>


selected-criteria (optional)

A set of ids of the criteria that should be taken into account for modification of the performances. This parameter is used only if the modification of performances is searched.

The input value should be a valid XMCDA document whose main tag is <criteriaSets>. It must have the following form:

<criteriaSets>
<criteriaSet>
<element><criterionID>[…]</criterionID></element> […]

</criteriaSet>

</criteriaSets>


alternatives

The list of all considered alternatives. The input value should be a valid XMCDA document whose main tag is alternatives. Each alternative may be described using two attributes: id and name. While the first one denotes a machine readable name, the second represents a human readable name.

The input value should be a valid XMCDA document whose main tag is <alternatives>. It must have the following form:

<alternatives>
    <alternative id="%1" name="%2" />
    [...]
</alternatives>

performances

Description of evaluation of alternatives on different criteria. It is required to provide the IDs of both criteria and alternatives described previously. The input value should be provided as a valid XMCDA document whose main tag is performanceTable

The input value should be a valid XMCDA document whose main tag is <performanceTable>. It must have the following form:

<performanceTable>
        <alternativePerformances>
                <alternativeID>a01</alternativeID>
                <performance>
                        <criterionID>c01</criterionID>
                        <value>
                                <real>1</real>
                        </value>
                </performance>
                [...]
        </alternativePerformances>
        [...]

</performanceTable>


characteristic-points (optional)

A set of values associated with the criteria. This input allows to determine what type of value function should be used for the particular criterion. For each criterion that has an associated greater than one value, a piecewise linear value function is used. In this case, the mentioned value denotes a number of characteristic points of this value function. For the criteria that are not listed in this file, or for these for which the provided values are lower than two uses a general value function. The input value should be provided as a valid XMCDA document whose main tag is criteriaValues. Each element should contain both an id of the criterion, and value tag.

The input value should be a valid XMCDA document whose main tag is <criteriaValues>. It must have the following form:

 <criteriaValues>
    <criterionValue>
        <criterionID>%1</criterionID>
        <value>
            <integer>%2</integer>
        </value>
    </criterionValue>
    [...]
</criteriaValues>

target

Description of the target to be achieved. it has a form of the weak preference relation. The input value should be provided as a valid XMCDA document whose main tag is alternativesComparisons. It should contain only one pair of alternative ids that distinguish the weak preference relation between two alternatives. It may be interpreted as “The first alternative should be weakly preffered to the second one.

The input value should be a valid XMCDA document whose main tag is <alternativesComparisons>. It must have the following form:

<alternativesComparisons>
    <pairs>
        <pair>
            <initial>
                <alternativeID>%1</alternativeID>
            </initial>
            <terminal>
                <alternativeID>%2</alternativeID>
            </terminal>
        </pair>
    </pairs>
</alternativesComparisons>

preferences (optional)

Set of pairwise comparisons of reference alternatives. For a pair of alternatives three types of comparisons are supported. These are the strict preference, weak preference, and indifference. The input value should be provided as a valid XMCDA document whose main tag is alternativesComparisons. For each type of comparison, a separate alternativesComparisons tag should be used. Within these groups a mentioned types are denoted using a comparisonType tag by respectively strict, weak, and indif label. Comparisons should be provided as pairs of alternatives ids.

The input value should be a valid XMCDA document whose main tag is <alternativesComparisons>. It must have the following form:

<alternativesComparisons>
    <comparisonType>
        %1<!-- type of preference: strong, weak, or indif -->
    </comparisonType>
    <pairs>
        <pair>
            <initial>
                <alternativeID>%2</alternativeID>
            </initial>
            <terminal>
                <alternativeID>%3</alternativeID>
            </terminal>
        </pair>
        [...]
    </pairs>
</alternativesComparisons>
[...]

intensities-of-preferences (optional)

Set of comparisons of intensities of preference. For a pair of preference relations three types of comparisons are supported. These are the strict preference, weak, preference, and indifference. The input value should be provided as a valid XMCDA document whose main tag is alternativesComparisons. For each type of comparison, a separate alternativesComparisons tag should be used. Within these groups aforementioned types are denoted using a comparisonType tag by respectively strict, weak, and indif label. Comparisons should be provided as pairs of two elementary sets of alternatives ids. The following form is expected:

The input value should be a valid XMCDA document whose main tag is <alternativesComparisons>. It must have the following form:

<alternativesComparisons>
    <comparisonType>%1</comparisonType>
    <pairs>
        <pair>
            <initial>
                <alternativesSet>
                    <element>
                        <alternativeID>%2</alternativeID>
                    </element>
                    <element>
                        <alternativeID>%3</alternativeID>
                    </element>
                </alternativesSet>
            </initial>
            <terminal>
                <alternativesSet>
                    <element>
                        <alternativeID>%4</alternativeID>
                    </element>
                    <element>
                        <alternativeID>%5</alternativeID>
                    </element>
                </alternativesSet>
            </terminal>
        </pair>
        [...]
    </pairs>
</alternativesComparisons>
[...]

parameters

Method parameters
strict %1 - Single boolean value. Determines whether to use sctrictly increasing (true) or monotonously increasing (false) value functions. type_of_result %2 - Determines whether analyse the modification of performances or comprehensive score. precision %3 - A float value between 0 and 1 (bounds excluded). It describes the precision of expected result. possible_or_necessary %4 - One of the two label values (possible or necessary). This parameter determines whether a target should be satisfied by one (possible) or all(necessary) compatible value functions.

The input value should be a valid XMCDA document whose main tag is <methodParameters>. It must have the following form:

 <methodParameters>
    <parameter name="strict">
        <value>
            <boolean>%1</boolean>
        </value>
    </parameter>
    <parameter name="type_of_result">
        <value><label>%2</label></value>
    </parameter>
    <parameter name="precision">
        <value>
            <real>%3</real>
        </value>
    </parameter>
    <parameter name="possible_or_necessary">
        <value><label>%4</label></value>
    </parameter>
</methodParameters>

where:

  • %1 is a parameter named “Use strictly increasing value functions?”. This is a boolean. The default value is false.

  • %2 is a parameter named “type of result”. It can have the following values:

    • deterioration: deterioration
    • surplus-value: surplus-value

    The default value is deterioration.

  • %3 is a parameter named “precision of the result”. This is a float, and the value should conform to the following constraint: A float value between 0 and 1 (bounds excluded). It denotes the expected precision of the result.. More formally, the constraint is:

    ((%3 > 0) && (%3 < 1))
    

    The default value is 0.005.

  • %4 is a parameter named “Whether the target should be achieved possibly or necessarily?”. It can have the following values:

    • possible: possible
    • necessary: necessary

    The default value is necessary.


Outputs

result

A real value associated with the id of the considered alternative. Depending on chosen option, it may denote the deterioration of performances of this alternative or the surplus value of its comprehensive score. The output value should be provided as a valid XMCDA document whose main tag is alternativesValue.

The returned value is a XMCDA document whose main tag is <alternativeValue>. It has the following form:

<alternativeValue>
    <alternativeID>[...]</alternativeID>
    <value><real>[...]</real></value>
</alternativeValue>

messages

A list of messages generated by the algorithm.

The returned value is a XMCDA document whose main tag is <methodMessages>.


Original xml description