Extension card · Classical
PROMETHEE V (Brans & Mareschal, 1992)
This is the form of PROMETHEE that selects rather than ranks. Under a resource constraint, it finds the subset of alternatives that maximises the total net flow. The output is not a ranking; it is a selected-or-rejected decision for every alternative.
Base method
PROMETHEE →
Philosophy, mechanics, strengths and weaknesses are on the base method card; this card describes only the difference.
Data type (family)
Classical →
What this data type is, when to use it, how to write it in a cell: the family's full account is here.
What Changes from the Base Method?
Three things change; the net-flow computation does not.
Output type. Base PROMETHEE ranks every alternative. PROMETHEE V first computes the same net flow, then turns it into a selection tool. The result is not a ranking; it is a binary list showing whether each alternative is selected or not.
Constraint. Every alternative has a cost, that is, a resource consumption, and the total budget is limited. The method turns this constraint into a 0-1 integer-programming problem. The budget determines which alternatives can be selected together.
Selection rule. The program finds, among the subsets that fit the budget, the one that maximises the total net flow. This is not the same as taking the individually highest-net-flow alternatives one by one until the budget runs out. All feasible subsets are compared, and the subset with the best total is selected.
DecisionMind uses base PROMETHEE's net-flow computation, that is, its preference function and weights, unchanged in this extension. What changes is only what these flows are used for: budgeted selection instead of ranking.
How to Read the Output
The part that stays the same as the base method is that every alternative carries a net-flow score. The difference is this: this score no longer determines a ranking on its own, it becomes the input to a selection tool.
An alternative may have the highest net flow and still be rejected, if it exceeds the budget on its own or in combination with other alternatives. Rejection does not mean the alternative is poor. It means it does not belong to the combination that maximises the total under the budget.
Thus instead of writing:
"PROMETHEE V selected the best alternatives"
the report should read:
"The set that maximises the total net flow under the stated budget was selected; this set may not contain the individually highest-scoring alternatives"
When to Prefer This over the Base Method
Use this when the decision is not about ranking a single alternative but about choosing a subset, that is, a portfolio, among several alternatives with a limited resource. Choosing among several projects with an annual budget, several contracts with limited capacity, or several tasks with limited staff, are examples of this.
If there is no resource constraint, or only a single alternative is to be chosen, base PROMETHEE's ranking is sufficient. No additional integer-programming step is needed.
Mistakes Specific to This Extension
Ignoring the budget and taking the individually highest-net-flow alternatives one by one until the budget runs out. This greedy approach does not guarantee the best total that fits the budget. The program tries every feasible combination; it does not take them in sequence.
Trying to interpret the result when the constraint system is infeasible. If no subset fits the budget, the program produces no solution. In that case the budget or the alternatives' costs must be reviewed.
Reporting a rejected alternative as "low-performing." Rejection can come purely from the budget constraint. The alternative's own net flow may be higher than the others'.
The governing principle is this:
PROMETHEE V is used not to rank the net flow but to find the set that gives the best total under a resource constraint; the correct selection emerges only from a full comparison of combinations.
Cases
The first case is DecisionMind's validation example. A small, hand-traceable budget constraint has been constructed; it is not a table from a paper. The second case is fictional.
1. Illustrative example: Choosing among three projects with a limited investment budget
An organisation's annual investment budget is limited. A decision is to be made on which of three projects will be funded together. There are three criteria: expected-return score, strategic-fit score and feasibility score; all three are benefit criteria. The criteria are weighted 0.4, 0.3 and 0.3 respectively. Every project has a cost, and the total budget is 17 units.
| Project | Return | Strategic fit | Feasibility | Cost |
|---|---|---|---|---|
| P1 | 8 | 7 | 6 | 6 |
| P2 | 7 | 9 | 8 | 8 |
| P3 | 6 | 8 | 9 | 9 |
| Direction | benefit | benefit | benefit | — |
| Weight | 0.4 | 0.3 | 0.3 | — |
The method first computes base PROMETHEE II's net flow. The incoming and outgoing flow of every project relative to the other two is found, and the difference is taken.
| Project | Φ+ (incoming) | Φ- (outgoing) | Φ (net flow) |
|---|---|---|---|
| P1 | 0.40 | 0.60 | -0.20 |
| P2 | 0.65 | 0.35 | 0.30 |
| P3 | 0.45 | 0.55 | -0.10 |
These net flows then become the input to a 0-1 program that finds the subset maximising the total under the budget constraint. The program tries the six combinations that fit the budget, and all of them, except taking all three together, fit the budget.
| Set | Cost | Total net flow | Fits the budget |
|---|---|---|---|
| P2 only | 8 | 0.30 | Yes |
| P2 + P3 | 17 | 0.20 | Yes |
| P1 + P2 | 14 | 0.10 | Yes |
| P3 only | 9 | -0.10 | Yes |
| P1 only | 6 | -0.20 | Yes |
| P1 + P3 | 15 | -0.30 | Yes |
| P1 + P2 + P3 | 23 | not computed | No, exceeds the budget |
The combination giving the highest total is P2 alone.
| Project | Decision |
|---|---|
| P1 | Rejected |
| P2 | Selected |
| P3 | Rejected |
The result reads as follows. P2 has the highest net flow on its own (0.30) and comfortably fits the budget; its cost is 6, below the budget. Taking P2 and P3 together fits the budget too (17) but lowers the total net flow (0.20). P3's negative net flow reduces P2's contribution. This is why P3, alone or together with P2, is not part of the selection.
The organisation's hesitation: if P1 and P2 were taken together, the cost would be 14, still under the budget, but the total net flow would be only 0.10. This is lower than the 0.30 given by P2 alone. Leaving part of the budget unspent gives a better result than fitting a low-net-flow project into the budget. Spending the entire budget is not a goal in itself.
In the report: "Under the budget constraint, the set that maximises the total net flow is P2 alone. P1 and P3 each fit the budget individually but were not selected because they lower the total return."
Source: DecisionMind's validation example prepared for the PROMETHEE V engine. It is based on Brans and Mareschal's (1992) budget-constrained selection problem and is not the paper's own figures. The net flow and the selection were computed by independently running the engine.
2. Freight: Deciding where to open a new distribution centre with a limited budget
A freight company is to decide, with a limited annual investment budget, in which of four candidate regions to open a new distribution centre. The criteria are estimated daily parcel-volume score, proximity to the existing network score, and labour-availability score; all three are benefit criteria. Every centre has a setup cost.
The method computes the net flow for every region, then finds, among the combinations that fit the budget, the set that maximises the total net flow. Suppose the region with the highest individual net flow has the highest setup cost and, on its own, consumes most of the budget. The set the program proposes instead contains two regions with medium net flow, taken together.
The company's hesitation is this: should the investment go to the single highest-scoring region, or to the two medium regions that together provide a higher return? Without the budget constraint, the answer would be the first region; under the constraint, the answer changes. This shows where PROMETHEE V's real difference from base PROMETHEE lies: the best individual alternative is not always the best selection.
In the report: "Under the budget constraint, the set that maximises the total net flow is the two medium-sized regions. The single highest-scoring region is not part of this set, owing to its high setup cost."
3. What Not to Do
Ranking the net flows in the investment table (P2, P3, P1) and taking them in sequence until the budget runs out: first P2 (cost 8, remaining budget 9), then P3 (cost 9, remaining budget 0). This greedy selection gives P2 and P3 together, for a total net flow of 0.20. Yet the program selects P2 alone and gives a net flow of 0.30. The second error is fabricating a result when the constraint system turns out infeasible, for instance if the budget is lower than even the cheapest project's cost. In that case no selection can be made and the budget must be reviewed. The third error is reporting the rejected P1 as a "weak project." P1's net flow is negative, but this only means it would rank low even without a budget; it is not a weakness independent of the budget constraint.
Sources
For the formulas behind each step, the intermediate tables and citation formats, see the DecisionMind method page: decisionmind.app/library/promethee-v
Brans, J. P., & Mareschal, B. (1992). PROMETHEE V: MCDM problems with segmentation constraints. INFOR: Information Systems and Operational Research, 30(2), 85–96. DOI: 10.1080/03155986.1992.11732186
Brans, J. P., & Vincke, Ph. (1985). A preference ranking organisation method (The PROMETHEE method for multiple criteria decision-making). Management Science, 31(6), 647–656. DOI: 10.1287/mnsc.31.6.647
Brans, J. P., Vincke, P., & Mareschal, B. (1986). How to select and how to rank projects: The PROMETHEE method. European Journal of Operational Research, 24(2), 228–238. DOI: 10.1016/0377-2217(86)90044-5
Behzadian, M., Kazemzadeh, R. B., Albadvi, A., & Aghdasi, M. (2010). PROMETHEE: A comprehensive literature review on methodologies and applications. European Journal of Operational Research, 200(1), 198–215. DOI: 10.1016/j.ejor.2009.01.021