<!DOCTYPE article PUBLIC "-//NLM//DTD JATS (Z39.96) Journal Archiving and Interchange DTD v1.0 20120330//EN" "JATS-archivearticle1.dtd">
<article xmlns:xlink="http://www.w3.org/1999/xlink">
  <front>
    <journal-meta />
    <article-meta>
      <title-group>
        <article-title>Towards Multi-decision-maker Requirements Prioritisation via Multi-Ob jective Optimisation</article-title>
      </title-group>
      <contrib-group>
        <contrib contrib-type="author">
          <string-name>Fitsum Meshesha Kifetew</string-name>
          <xref ref-type="aff" rid="aff1">1</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Angelo Susi</string-name>
          <xref ref-type="aff" rid="aff1">1</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Denisse Mun~ante</string-name>
          <xref ref-type="aff" rid="aff1">1</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Anna Perini</string-name>
          <email>perini@fbk.eu</email>
          <xref ref-type="aff" rid="aff1">1</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Alberto Siena</string-name>
          <xref ref-type="aff" rid="aff0">0</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Paolo Busetta</string-name>
          <email>paolo.busetta@deltainformatica.eu</email>
          <xref ref-type="aff" rid="aff0">0</xref>
        </contrib>
        <aff id="aff0">
          <label>0</label>
          <institution>Delta Informatica</institution>
        </aff>
        <aff id="aff1">
          <label>1</label>
          <institution>Fondazione Bruno Kessler</institution>
          ,
          <addr-line>FBK</addr-line>
        </aff>
      </contrib-group>
      <fpage>137</fpage>
      <lpage>144</lpage>
      <abstract>
        <p>Requirements prioritisation is a key decision making activity of the software development process, which relies on the capability of di erent decision-makers to identify the optimal candidate rankings of the requirements, in order to be able to perform a strategic choice among them. In this paper, we formulate such multi-decision-maker requirements prioritisation as a multi-objective optimisation problem, and outline a solution that takes advantage of metaheuristic algorithms. The proposed solution allows di erent decision-makers to specify their rankings according to a set of prioritisation criteria, it then synthesises them into a set of Pareto optimal global rankings. The ultimate choice of the prioritisation of the requirements would be made upon a focused analysis of the trade-o s amongst the solutions on the Pareto frontier.</p>
      </abstract>
      <kwd-group>
        <kwd>Requirements prioritisation</kwd>
        <kwd>multi-decision-maker prioritisation</kwd>
        <kwd>evolutionary algorithms</kwd>
        <kwd>multi-objective optimisation</kwd>
      </kwd-group>
    </article-meta>
  </front>
  <body>
    <sec id="sec-1">
      <title>-</title>
      <p>
        Requirements prioritisation is an important decision-making activity in the
software development process that comes into the scene when the needs and desires
of customers must meet the delivery capacity of the development team [
        <xref ref-type="bibr" rid="ref1">1</xref>
        ]. Once
requirements have been successfully gathered, constraints and limitations create
a trade-o between the opportunity gained from implementing the largest
possible part of them, and the disadvantage of attempting to implement too many of
them. In this case, knowing which are the best candidate requirements worthy
of passing to the implementation phase allows to reduce the risk of failing to
deliver the product.
      </p>
      <p>
        Practitioners mostly carry out the requirements prioritisation activity with
traditional approaches, such as focus groups. Several approaches have also been
proposed to guide practitioners perform requirements prioritisation in a
structured way [
        <xref ref-type="bibr" rid="ref1">1</xref>
        ]. A variety of automatic techniques to reduce the human e ort in
this process have been de ned, which use, for example, the Analytical Hierarchy
Process (AHP) [
        <xref ref-type="bibr" rid="ref15 ref2">15, 2</xref>
        ] method, and approaches based on Machine learning [
        <xref ref-type="bibr" rid="ref11">11</xref>
        ],
or Constraint Satisfaction [
        <xref ref-type="bibr" rid="ref10">10</xref>
        ]. However, such activity can become a complex
decision-making problem in the presence of certain conditions, e.g., (a) the
number of candidate requirements increases, (b) the number of criteria for the
prioritisation increase, (c) the dependencies between requirements are not
negligible, or (d) di erent stakeholders are involved in the decision-making process,
with their speci c roles and competences. In this situation, the challenge
becomes that of identifying the set of global rankings that better meet the various
perspectives, thus ensuring the optimality of the nal requirements prioritisation
decision.
      </p>
      <p>
        We observed examples of this situation in two small-medium companies in
the context of the SUPERSEDE 3 project, a project focusing on feedback-driven
adaptation and evolution of software systems. The rst company is SEnerCon, a
German company working in the domain of energy e ciency management,
providing online applications in support of household energy saving. SEnerCon
reports that when major innovation of their products need to be planned, di erent
actors are relevant in prioritising the candidate requirements that might include
the new ones that have been identi ed along the funding opportunities [
        <xref ref-type="bibr" rid="ref9">9</xref>
        ].
      </p>
      <p>
        The second company is Delta, an Italian company working in serious gaming
for professional training. As part of an industrial project, called PRESTO [
        <xref ref-type="bibr" rid="ref13">13</xref>
        ],
Delta is working with researchers in the area of serious gaming and
interaction design, and with domain experts to develop a virtual reality application
for training in emergency management. Also in this case, actors with di erent
roles and expertise contribute to prioritise the requirements to be considered for
development.
      </p>
      <p>In such situations, each actor involved in the prioritisation process has his/her
own view regarding the priorities of the requirements, depending on their
expertise and goals. Furthermore, these views of the various actors are typically of
con icting nature. For instance, developers may tend to give higher priorities
to requirements that could be implemented with less e ort, while experts from
management may give higher priorities to requirements that would bring higher
customer satisfaction (even if they incur higher development e ort). Hence, the
problem then becomes how to reconcile these individual views on the priorities
into a nal prioritisation of the requirements. We refer to the human actors
involved in such a process, by providing their own preferences regarding the
prioritisation of the requirements, as decision-makers (DMs); and we refer to the
problem as a Multi-decision-maker Requirements Prioritisation problem.</p>
      <p>In this paper, we formulate the Multi-decision-maker Requirements
Prioritisation problem as a multi-objective optimisation problem, and propose an
approach that uses Evolutionary Algorithms (EA) to nd optimal solutions to it.
Given a set of rankings for the candidate requirements, which are made by
different experts along multiple criteria, the proposed method allows to synthesise
global requirements prioritisations located on a Pareto optimal frontier, thus
3 www.supersede.eu
supporting the decision-maker by providing him/her with a view on alternative
optimal requirements prioritisations.</p>
      <p>The main contributions of this paper include: (i ) a generic formulation of
the Multi-decision-maker Requirements Prioritisation problem; (ii ) an approach
based on multi-objective optimisation for nding optimal solutions to this
problem.</p>
      <p>The rest of this paper is organised as follows: in Section 2, the formulation of
the problem is given. The proposed approach for Multi-decision-maker
Requirements Prioritisation is outlined in Section 3. The related works are discussed
in 4. Finally, conclusions are presented in Section 5.
2</p>
    </sec>
    <sec id="sec-2">
      <title>Problem Formulation</title>
      <p>In a generic requirements prioritisation process, multiple decision-makers
involved in a software project express independently their own priority list. Each
decision-maker has a relative weight with respect to the other decision-makers,
depending on aspects such as his/her role, expertise and so on. Moreover, any
number of evaluation criteria, each with its own weight with respect to the
expected nal decision, can be used to perform the prioritisation. These criteria
could represent positive (values) or negative (costs) evaluations about a given
prioritisation of requirements, what is important here is that decision-makers
are not obliged to summarise their positive (or negative) considerations along
one single criterion. Furthermore, the requirements to be prioritised have their
own characteristics, which must be taken into consideration when deciding on
the nal ranking, such as dependencies among requirements.</p>
      <p>The Multi-decision-maker Requirements Prioritisation problem
consists of nding the best ranking that takes into account all the individual rankings
of the various decision-makers. Reaching consensus regarding the nal ranking of
the requirements out of the individual rankings, given by the decision-makers,
involves: (i) identifying the alternative global rankings that can be drawn from the
decision-makers' opinions; and (ii) selecting the nal ranking, through a decision
process that takes into account additional contextual and strategic information.
While the nal decision remains a strategic action, the Multi-decision-maker
Requirements Prioritisation problem concerns supporting the identi cation of the
optimal rankings.</p>
      <p>In summary, given:
{ a set of n decision-makers who providing their prioritisations;
{ a set of m requirements to be prioritised (not necessarily independent);
{ a set of dependencies where (Ri ! Rj ) implies that requirement Ri depends
on requirement Rj ;
{ a set of k criteria along which the prioritisation is to be performed;
{ weights corresponding to each criterion;
{ weights corresponding to each decision-maker for each criterion;
{ the prioritisations of each decision-maker with respect to each criterion;
the Multi-decision-maker Requirements Prioritisation problem consists of
nding the nal prioritisation (ranking) of requirements with the
minimum possible distance from the individual prioritisations (rankings)
of all decision-makers, while respecting the constraints imposed by
the dependencies. Distance represents a quanti cation of the dissimilarity
between rankings.
3</p>
    </sec>
    <sec id="sec-3">
      <title>Multi-Decision-Maker Prioritisation</title>
      <p>
        The problem formulation presented in the previous section evidences the
inherent multi-objective nature of the problem. In fact, the optimal solution to
the problem involves trade-o s in di erent directions, in particular among the
prioritisation criteria and among the preferences of the various decision-makers
involved. Our proposed approach is based on the notion of minimising the
dissimilarity among the preferences of the various decision-makers involved in the
process. Given the preferences of each decision-maker with respect to each
criterion, we try to nd the prioritisation that is at the least possible level of
dissimilarity from all the prioritisations of all decision-makers | the middle
ground. In general, given a set of m requirements, there are m! possible
prioritisation of these requirements. Hence, our approach employs multi-objective
optimisation to explore this space of m! candidate solutions with the objective of
nding those with the minimum levels of dissimilarity from those of the
decisionmakers. Considering the potentially large number of alternatives, our proposed
approach is based on Evolutionary Algorithms (EAs) [
        <xref ref-type="bibr" rid="ref4">4</xref>
        ] which are proven to
be e ective at scaling to large search spaces while at the same time providing
optimal solutions for smaller spaces as well.
      </p>
      <p>
        EAs are a class of metaheuristic search algorithms inspired by the process
of natural evolution in which a population of candidate solutions (individuals )
interact with each other and evolve through generations following the principle
of survival of the ttest [
        <xref ref-type="bibr" rid="ref4">4</xref>
        ]. EAs are widely used to solve practical optimisation
problems for which exact solutions could not be found in reasonable time.
Furthermore, EAs follow a global search strategy which is quite robust in exploring
the search space and nding globally optimal solutions by avoiding being trapped
in local optimal, a phenomenon commonly associated to local search algorithms.
      </p>
      <p>The right side of Figure 1 depicts a simpli ed overview of the main aspects
of a typical EA, which starts by creating an initial population of individuals. It
then evaluates each individual in the population by means of a tness function
and assigns it a tness value. The EA then proceeds by selecting ` tter'
individuals (parents ) from the current population and subjects them to the process
of reproduction or crossover resulting in o spring. The o spring could further
be subjected to a process of mutation with the aim of introducing diversity into
the population. The EA then selects, from the combined pool of parents and
o spring, the individuals that form the new population in the next generation
(survivors). This process continues to iterate until some stopping condition is
reached, in which case the EA terminates.
Requirements
R1, R2, R3, …, Rm</p>
      <p>Evolutionary Algorithm</p>
      <p>Input
Dependencies
R1 → R2
…</p>
      <p>R4 → R3
Prioritisations by DMs
[DM1][C1] R4 R2 R1 …
...
[DM1][Ck] R2 R4 R3 ...
…
[DMn][C1] R2 R3 R1 …
...
[DMn][Ck] R3 R4 R2 ...</p>
      <p>DM Weights
[DM1][C1] w1
[DM1][C2] w2
…
[DMn][Ck] wz</p>
      <p>Criteria + Weights
[C1] cw1
[C2] cw2
…
[Ck] cwk</p>
      <p>Start
Initialise
Evaluate</p>
      <p>Selection
Reproduction</p>
      <p>Mutation</p>
      <p>Stop</p>
      <p>S1= R2 R3 R1 ...</p>
      <p>...</p>
      <p>Sn= R3 R2 R4 ...
dist(S1) = d1</p>
      <p>...
dist(Sn) = dn
Select solutions
with small
distances</p>
      <p>Given the formulation of the multi-decision-maker requirements
prioritisation problem outlined in Section 2, an instance of an EA could be applied to
search within the space of all possible prioritisations, with the ultimate goal of
nding one or more prioritisation(s) with minimal dissimilarity from all of the
given rankings. To this end, we need to appropriately de ne the corresponding
EA operations in such a way that we are able to nd optimal solutions to our
problem. Speci cally, we need to de ne (1) the encoding and initialisation of
individuals, (2) the tness function for evaluating individuals with respect to
the problem, and (3) the selection, crossover, and mutation operators that allow
the EA to evolve the individuals through generations.</p>
      <p>Solution encoding and initialisation: Given m requirements to be
prioritised, candidate solutions (individuals) are prioritisations (rankings) of these
requirements. Hence, we encode an individual as: (r1; r2; : : : ; rm) where ri
represents the rank of requirement i. For example, if m = 5, an individual could
be: (1,3,2,5,4). In this individual, the rank of requirement 1 is 1, the rank of
requirement 2 is 3, the rank of requirement 3 is 2, etc.</p>
      <p>Fitness function: The goal of the tness function is to objectively measure
how good ( t) an individual is with respect to the problem being solved. For
our problem, a good individual is one that has the lowest level of dissimilarity
(disagreement) among the prioritisations of the decision-makers. Hence, we rst
quantify the level of dissimilarity between two rankings by means of a distance
(b) Swap Mutation
(a) Two Point Crossover
function. Given two individuals I1 and I2 representing two rankings of m
requirements, the distance between them could be computed in a number of ways.
For instance, we can de ne a distance metric based on the (average) di erences
between the ranks of the requirements:</p>
      <p>m
d(I1; I2) = X jI1[i] I2[i]j
i=1
(1)</p>
      <p>
        Similarly, other rank similarity metrics, such as Kendall's
be used to de ne a distance function:
statistic [
        <xref ref-type="bibr" rid="ref7">7</xref>
        ], could
d(I1; I2) = 1
      </p>
      <p>KendallTau(I1; I2)
(2)
Based on the distance functions given in Equations 1 and 2, we de ne tness
functions for computing the tness of an individual I in the EA. Speci cally,
we consider a multi-objective perspective in which we compute the distance of I
with respect to more than one objective. For our problem formulation, we de ne
a tness function considering the distance of I from each criterion.</p>
      <p>The EA searches for individual(s) with the minimum values for the tness
functions, i.e., solutions that represent minimal dissimilarity among the rankings
of the various decision-makers.</p>
      <p>EA operators: Here we describe the two most important operators, crossover
and mutation, that enable the EA to evolve individuals through generations.
Two point crossover in each individual's (parent ) encoding, two points are
randomly picked, and parts of the individual's encoding are exchanged. Figure 2a
illustrates this crossover operation. In case the crossover operator results in
invalid individuals (e.g., duplicated ranks), the individual will either be corrected
in a subsequent phase, or the operation will be cancelled and performed again
choosing di erent points of crossover.</p>
      <p>Swap mutation two points are randomly picked in the individual's encoding,
and the values indicated by the selected points (indices) are swapped. Figure 2b
illustrates this mutation operation.</p>
      <p>
        Algorithm: Given the problem formulation, the encoding of individuals, and
the operators de ned above, our approach employs a multi-objective EA (e.g.,
NSGA-II [
        <xref ref-type="bibr" rid="ref3">3</xref>
        ]) based on the multi-objective tness function described above to
nd a set of Pareto optimal solutions. Each solution in the Pareto frontier
represents a trade-o within the space of the objectives being optimised. Hence,
depending on the currently sought solution and context, the human expert should
choose one of the solutions.
Dependencies among requirements could be handled in two ways:
As hard constraints: candidate solutions that violate the dependency constraints
will not be considered as valid candidates and hence will be discarded.
As soft constraints: dependency constraint violation is computed as a secondary
objective to be considered in case of equivalence in the rst objective (i.e.,
dissimilarity). Candidate solutions that violate fewer constraints will be preferred
in case of a tie between candidates with respect to their distances. This approach
is useful in cases where the number of dependencies is high, and consequently
the number of valid solutions is low.
      </p>
      <p>In summary, the approach will search for optimal prioritisations that
minimise dissimilarity (disagreement) among the various DMs involved in process,
nding the middle ground.
4</p>
    </sec>
    <sec id="sec-4">
      <title>Related Works</title>
      <p>
        Requirements prioritisation is an area of requirements engineering which has
received a signi cant amount of attention both from the research community
and industry [
        <xref ref-type="bibr" rid="ref1">1</xref>
        ]. This is mainly attributed to the fact that the decisions taken
during prioritisation could have profound e ects on strategic as well as technical
(operational) aspects of an organisation [
        <xref ref-type="bibr" rid="ref14 ref8">14, 8</xref>
        ]. Relevant work identi ed and
discussed the challenges of multi-stakeholder prioritisation from the perspective of
traditional (closed) organisation, e.g. [
        <xref ref-type="bibr" rid="ref12 ref16">16, 12</xref>
        ], and mostly addressed the
multidecision-maker issue with negotiation approaches. Concerning the automatic
techniques used in requirements prioritisation, several approaches have been
presented that use constraints based techniques and search-based techniques such
as Satis ability Modulo Theory techniques, and heuristic based techniques, in
particular genetic algorithms [
        <xref ref-type="bibr" rid="ref10 ref17">10, 17</xref>
        ]. Considering the latter techniques several
search based approaches have been exploited for the solution of di erent kinds of
requirements engineering problems such as multi-objective requirements
prioritisation and next release problem [
        <xref ref-type="bibr" rid="ref6">6</xref>
        ] also in presence of multiple customers [
        <xref ref-type="bibr" rid="ref5">5</xref>
        ].
Our approach considers some of the issues and observations reported in the
mentioned works and aims at extending them to o er a distributed mechanism for
eliciting preferences from stakeholders with potentially di erent skills and
expertise, by employing a collaborative process that allow to nd optimal trade-o s
among those preferences.
5
      </p>
    </sec>
    <sec id="sec-5">
      <title>Conclusion</title>
      <p>We presented a multi-objective formulation of the multi-decision-maker
requirements prioritisation problem, and outlined a solution based on Evolutionary
Algorithms. The proposed approach is based on the notion of nding Pareto
optimal prioritisations that exhibit the minimum levels of disagreement among
the various decision-makers involved in the process. The ultimate decision-maker
selects one of the optimal solutions based on additional interests (e.g.,
strategic) not necessarily included in the prioritisation criteria. The work is currently
ongoing and we are working towards an empirical evaluation of the proposed
approach on real world case studies derived from the industry.</p>
      <p>Acknowledgement. This work is a result of the SUPERSEDE project, funded
by the H2020 EU Framework Programme under agreement number 644018.</p>
    </sec>
  </body>
  <back>
    <ref-list>
      <ref id="ref1">
        <mixed-citation>
          1.
          <string-name>
            <given-names>P.</given-names>
            <surname>Berander</surname>
          </string-name>
          and
          <string-name>
            <given-names>A. Andrews. Requirements</given-names>
            <surname>Prioritization</surname>
          </string-name>
          . In A. Aurum and C. Wohlin, editors, Engineering and
          <string-name>
            <given-names>Managing</given-names>
            <surname>Soft</surname>
          </string-name>
          . Requirements. Springer,
          <year>2005</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref2">
        <mixed-citation>
          2.
          <string-name>
            <given-names>P.</given-names>
            <surname>Busetta</surname>
          </string-name>
          ,
          <string-name>
            <given-names>F. M.</given-names>
            <surname>Kifetew</surname>
          </string-name>
          ,
          <string-name>
            <given-names>D.</given-names>
            <surname>Munante</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A.</given-names>
            <surname>Perini</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A.</given-names>
            <surname>Siena</surname>
          </string-name>
          ,
          <article-title>and</article-title>
          <string-name>
            <given-names>A.</given-names>
            <surname>Susi</surname>
          </string-name>
          .
          <article-title>Toolsupported Collaborative Requirements Prioritisation</article-title>
          .
          <source>In Proceedings of the IEEE Int. Conference COMPSAC, Torino, Italy, July 4-7</source>
          ,
          <year>2017</year>
          . To appear.
        </mixed-citation>
      </ref>
      <ref id="ref3">
        <mixed-citation>
          3.
          <string-name>
            <given-names>K.</given-names>
            <surname>Deb</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A.</given-names>
            <surname>Pratap</surname>
          </string-name>
          ,
          <string-name>
            <given-names>S.</given-names>
            <surname>Agarwal</surname>
          </string-name>
          , and
          <string-name>
            <given-names>T.</given-names>
            <surname>Meyarivan</surname>
          </string-name>
          .
          <article-title>A fast elitist multi-objective genetic algorithm: NSGA-II</article-title>
          .
          <source>IEEE Trans. on Evol. Comp.</source>
          ,
          <volume>6</volume>
          :
          <fpage>182</fpage>
          {
          <fpage>197</fpage>
          ,
          <year>2000</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref4">
        <mixed-citation>
          4.
          <string-name>
            <given-names>A. E.</given-names>
            <surname>Eiben</surname>
          </string-name>
          and
          <string-name>
            <given-names>J. E.</given-names>
            <surname>Smith</surname>
          </string-name>
          . Introduction to evolutionary computing.
          <source>Springer Science &amp; Business Media</source>
          ,
          <year>2003</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref5">
        <mixed-citation>
          5.
          <string-name>
            <given-names>A.</given-names>
            <surname>Finkelstein</surname>
          </string-name>
          ,
          <string-name>
            <given-names>M.</given-names>
            <surname>Harman</surname>
          </string-name>
          ,
          <string-name>
            <given-names>S.</given-names>
            <surname>Mansouri</surname>
          </string-name>
          ,
          <string-name>
            <given-names>J.</given-names>
            <surname>Ren</surname>
          </string-name>
          , and
          <string-name>
            <surname>Y. Zhang.</surname>
          </string-name>
          <article-title>A search based approach to fairness analysis in requirement assignments to aid negotiation, mediation and decision making</article-title>
          .
          <source>Requirements engineering</source>
          ,
          <volume>14</volume>
          (
          <issue>4</issue>
          ):
          <volume>231</volume>
          {
          <fpage>245</fpage>
          ,
          <year>2009</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref6">
        <mixed-citation>
          6.
          <string-name>
            <given-names>D.</given-names>
            <surname>Greer</surname>
          </string-name>
          and
          <string-name>
            <given-names>G.</given-names>
            <surname>Ruhe</surname>
          </string-name>
          .
          <article-title>Software release planning: an evolutionary and iterative approach</article-title>
          .
          <source>Information and Software Technology</source>
          ,
          <volume>46</volume>
          (
          <issue>4</issue>
          ):
          <volume>243</volume>
          {
          <fpage>253</fpage>
          ,
          <year>2004</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref7">
        <mixed-citation>
          7.
          <string-name>
            <given-names>M. G.</given-names>
            <surname>Kendall</surname>
          </string-name>
          .
          <article-title>A new measure of rank correlation</article-title>
          .
          <source>Biometrika</source>
          ,
          <volume>30</volume>
          (
          <issue>1</issue>
          /2):
          <volume>81</volume>
          {
          <fpage>93</fpage>
          ,
          <year>1938</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref8">
        <mixed-citation>
          8.
          <string-name>
            <given-names>N. B.</given-names>
            <surname>Moe</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A.</given-names>
            <surname>Aurum</surname>
          </string-name>
          , and
          <string-name>
            <given-names>T.</given-names>
            <surname>Dyba</surname>
          </string-name>
          .
          <article-title>Challenges of shared decision-making: A multiple case study of agile software development</article-title>
          .
          <source>Inf</source>
          . Softw. Technol.,
          <volume>54</volume>
          (
          <issue>8</issue>
          ):
          <volume>853</volume>
          {
          <fpage>865</fpage>
          ,
          <string-name>
            <surname>Aug</surname>
          </string-name>
          .
          <year>2012</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref9">
        <mixed-citation>
          9. D. Mun~ante,
          <string-name>
            <given-names>F. M.</given-names>
            <surname>Kifetew</surname>
          </string-name>
          , and
          <string-name>
            <given-names>O.</given-names>
            <surname>Albrecht</surname>
          </string-name>
          .
          <article-title>Modelling prioritisation decisionmaking in software evolution</article-title>
          .
          <source>In Joint Proceedings of REFSQ-2017 Workshops, Doctoral Symposium</source>
          , Research Method Track, and
          <article-title>Poster Track co-located with the 22nd International Conference on Requirements Engineering: Foundation for Software Quality (REFSQ</article-title>
          <year>2017</year>
          ), Essen, Germany, February
          <volume>27</volume>
          ,
          <year>2017</year>
          .,
          <year>2017</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref10">
        <mixed-citation>
          10.
          <string-name>
            <given-names>F.</given-names>
            <surname>Palma</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A.</given-names>
            <surname>Susi</surname>
          </string-name>
          , and
          <string-name>
            <given-names>P.</given-names>
            <surname>Tonella</surname>
          </string-name>
          .
          <article-title>Using an smt solver for interactive requirements prioritization</article-title>
          .
          <source>ESEC/FSE '11</source>
          , pages
          <fpage>48</fpage>
          {
          <fpage>58</fpage>
          , New York, NY, USA,
          <year>2011</year>
          . ACM.
        </mixed-citation>
      </ref>
      <ref id="ref11">
        <mixed-citation>
          11.
          <string-name>
            <given-names>A.</given-names>
            <surname>Perini</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A.</given-names>
            <surname>Susi</surname>
          </string-name>
          , and
          <string-name>
            <surname>P. Avesani.</surname>
          </string-name>
          <article-title>A Machine Learning Approach to Software Requirements Prioritization</article-title>
          . Software Engineering, IEEE Transactions on,
          <volume>39</volume>
          (
          <issue>4</issue>
          ):
          <volume>445</volume>
          {
          <fpage>461</fpage>
          ,
          <year>2013</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref12">
        <mixed-citation>
          12.
          <string-name>
            <given-names>B.</given-names>
            <surname>Regnell</surname>
          </string-name>
          ,
          <string-name>
            <surname>M.</surname>
          </string-name>
          <article-title>Host</article-title>
          ,
          <string-name>
            <surname>J. N. och Dag</surname>
          </string-name>
          ,
          <string-name>
            <given-names>P.</given-names>
            <surname>Beremark</surname>
          </string-name>
          , and
          <string-name>
            <given-names>T.</given-names>
            <surname>Hjelm</surname>
          </string-name>
          .
          <article-title>An industrial case study on distributed prioritisation in market-driven requirements engineering for packaged software</article-title>
          .
          <source>Requirements Engineering</source>
          ,
          <volume>6</volume>
          (
          <issue>1</issue>
          ):
          <volume>51</volume>
          {
          <fpage>62</fpage>
          ,
          <year>2001</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref13">
        <mixed-citation>
          13.
          <string-name>
            <given-names>M.</given-names>
            <surname>Robol</surname>
          </string-name>
          and
          <string-name>
            <given-names>P.</given-names>
            <surname>Busetta</surname>
          </string-name>
          .
          <article-title>Applying bdi to serious games: The presto experience</article-title>
          .
          <source>Technical report, Universita di Trento</source>
          ,
          <year>2016</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref14">
        <mixed-citation>
          14. G. Ruhe and
          <string-name>
            <given-names>M. O.</given-names>
            <surname>Saliu</surname>
          </string-name>
          .
          <article-title>The art and science of software release planning</article-title>
          . IEEE Softw.,
          <volume>22</volume>
          (
          <issue>6</issue>
          ):
          <volume>47</volume>
          {
          <fpage>53</fpage>
          ,
          <string-name>
            <surname>Nov</surname>
          </string-name>
          .
          <year>2005</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref15">
        <mixed-citation>
          15.
          <string-name>
            <given-names>T. L.</given-names>
            <surname>Saaty</surname>
          </string-name>
          .
          <article-title>What is the analytic hierarchy process? In Mathematical models for decision support</article-title>
          , pages
          <volume>109</volume>
          {
          <fpage>121</fpage>
          . Springer,
          <year>1988</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref16">
        <mixed-citation>
          16.
          <string-name>
            <given-names>V.</given-names>
            <surname>Sinha</surname>
          </string-name>
          ,
          <string-name>
            <given-names>B.</given-names>
            <surname>Sengupta</surname>
          </string-name>
          , and
          <string-name>
            <given-names>S.</given-names>
            <surname>Chandra</surname>
          </string-name>
          .
          <article-title>Enabling collaboration in distributed requirements management</article-title>
          .
          <source>Software, IEEE</source>
          ,
          <volume>23</volume>
          (
          <issue>5</issue>
          ):
          <volume>52</volume>
          {
          <fpage>61</fpage>
          ,
          <year>2006</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref17">
        <mixed-citation>
          17.
          <string-name>
            <given-names>P.</given-names>
            <surname>Tonella</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A.</given-names>
            <surname>Susi</surname>
          </string-name>
          , and
          <string-name>
            <given-names>F.</given-names>
            <surname>Palma</surname>
          </string-name>
          .
          <article-title>Interactive requirements prioritization using a genetic algorithm</article-title>
          .
          <source>Inf</source>
          . Softw. Technol.,
          <volume>55</volume>
          (
          <issue>1</issue>
          ):
          <volume>173</volume>
          {
          <fpage>187</fpage>
          ,
          <string-name>
            <surname>Jan</surname>
          </string-name>
          .
          <year>2013</year>
          .
        </mixed-citation>
      </ref>
    </ref-list>
  </back>
</article>