<!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>On Studying Bad Practices in Configuration UIs</article-title>
      </title-group>
      <contrib-group>
        <contrib contrib-type="author">
          <string-name>Tony Leclercq</string-name>
          <xref ref-type="aff" rid="aff0">0</xref>
          <xref ref-type="aff" rid="aff1">1</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Maxime Cordy</string-name>
          <xref ref-type="aff" rid="aff0">0</xref>
          <xref ref-type="aff" rid="aff1">1</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Bruno Dumas</string-name>
          <xref ref-type="aff" rid="aff0">0</xref>
          <xref ref-type="aff" rid="aff1">1</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Patrick Heymans</string-name>
          <xref ref-type="aff" rid="aff0">0</xref>
          <xref ref-type="aff" rid="aff1">1</xref>
        </contrib>
        <aff id="aff0">
          <label>0</label>
          <institution>ACM Classification Keywords H.5.2. User Interfaces: Graphical user interfaces (GUI)</institution>
          ,
          <addr-line>Con- figurator, Evaluation, Intelligent system</addr-line>
        </aff>
        <aff id="aff1">
          <label>1</label>
          <institution>University of Namur</institution>
          ,
          <country country="BE">Belgium</country>
        </aff>
      </contrib-group>
      <abstract>
        <p>In today's businesses, configurators are essential tools that allow customers to personalise a product to their specific needs. Being often the first contact between the retailer and the customer, it is important for a configurator to provide a smooth user experience. However, these software have been studied mostly from the reasoning point of view, that is, how to represent the logical relations between the configuration options and how to automatically ensure that the user makes no configuration error. In this paper, we focus instead on HCI and analyse the occurrence of 11 design flaws that occur in 28 car configurators. These flaws includes violations of general HCI principles as well as lacks of essential, configurator-specific functionalities. Our results indicate that most of the studied configurators contain defects in their UIs including, surprisingly, violations of some basic principles of HCIs. Still, the most frequent problems are inappropriate implementations of configurator-specific functionalities.</p>
      </abstract>
    </article-meta>
  </front>
  <body>
    <sec id="sec-1">
      <title>-</title>
      <p>
        INTRODUCTION
The avenue of mass customisation – an established marketing
and engineering paradigm that unifies mass production and
customisation [
        <xref ref-type="bibr" rid="ref11">11</xref>
        ] – has yielded new habits in customers’
behaviour. In constant search of the ideal product (i.e. good or
service) that satisfies their particular needs, they hunger for the
freedom of tailoring sellers’ catalog into a personalised offer.
It is therefore not surprising that personalisation is considered
as one of the hottest topics in the retail industry [
        <xref ref-type="bibr" rid="ref13">13</xref>
        ]. Still, to
be successful personnalisation must be supported by a smooth
user experience (UX) that offers the highest customisation
capability while hiding the inherent complexity [
        <xref ref-type="bibr" rid="ref12">12</xref>
        ].
Configurator is the typical software support for mass
customisation. It consists in an interactive application where the user
specifies its requirements by selecting options and setting
parameter values. As a result she obtains the relevant products
that can address these needs. For example, Figure 1 shows a
©2018. Copyright for the individual papers remains with the authors.
Copying permitted for private and academic purposes.
      </p>
      <p>
        WII’18, March 11, 2018, Tokyo, Japan
car configurator where customers can choose between various
options like trim, motor, colour, accessories, etc. Beneath the
user interface lies an intelligent system that provides
effective guidance by preventing errors and providing automated
support for the configuration task [
        <xref ref-type="bibr" rid="ref5 ref8">5, 8</xref>
        ]. An error is typically
an attempt to include incompatible options or parameter
values in the configuration. When the user makes an error, the
configurator should alert her and explain why the
configuration is invalid. On the other side, when previous choices
make mandatory to select or to exclude an option, or when
a parameter accepts only one value, the configurator should
propagate (i.e., force) this choice so as to simplify the task of
the user. For instance, selecting a comfort trim automatically
includes a cruise control system; see Figure 2). It is again
recommended to explain the cause of the propagation, in case
the user disagrees with this choice. When errors or undesired
propagations occur, the configurator should help repair the
configuration [
        <xref ref-type="bibr" rid="ref19 ref20">19, 20</xref>
        ], that is, automatically compute what
must be changed to fix the error or undo the propagation,
respectively. An example of repair system is shown in Figure 3.
We see that the selected wheels require a particular suspension
system and specific tires, as well as removing the off-road
accessory pack.
      </p>
      <p>
        Configuration knowledge refers to the set of rules that
determine what is a valid configuration. It originates from rational
(technical, legal, mathematical) and subjective (marketing,
aesthetics) knowledge. The acquisition of this knowledge is a
critical analysis activity for a successful configurator [
        <xref ref-type="bibr" rid="ref2 ref6">2, 6</xref>
        ], as
erroneous or incomplete knowledge can have drastic
consequences on the products that will be built afterward. Once the
configuration knowledge is defined, one can develop the
backend part of the configurator responsible for checking errors, as
well as computing propagations and repairs. A standard way
to do that is to implement it from scratch in an established
programming language like Java or PHP. However, this results
in scattering the knowledge across the code base, which leads
to increased risks of bugs and poor maintainability [
        <xref ref-type="bibr" rid="ref1">1</xref>
        ]. An
alternative solution is to encode it as logical rules in a
configuration engine [
        <xref ref-type="bibr" rid="ref14 ref3 ref7">14, 7, 3</xref>
        ], i.e., a dedicated software component
that implements generic algorithms to reason on
configuration knowledge. Such engines thus provide the configuration
functionality at no cost and regardless of the actual application
domain.
      </p>
      <p>
        While efficient configuration engines exist, they are only a part
of the challenges in configurator engineering. Indeed,
configurators belong to a class of interactive applications where UX
is of paramount importance [
        <xref ref-type="bibr" rid="ref16">16</xref>
        ] and relies on specific
functionalities of these intelligent systems [
        <xref ref-type="bibr" rid="ref12">12</xref>
        ]. However, there
exist neither established nor de-facto HMI standards for
configurators [
        <xref ref-type="bibr" rid="ref17 ref9">17, 9</xref>
        ]. Even worse, recent studies [
        <xref ref-type="bibr" rid="ref1">1</xref>
        ] showed that
many public configurators do not follow general HMI
guidelines, resulting in weak usability. This reveals that designing
HMI guidelines for configurators is a essential element of the
envisioned “body of knowledge dedicated to the engineering
of configurators” [
        <xref ref-type="bibr" rid="ref1 ref3">1, 3</xref>
        ].
      </p>
      <p>
        A prerequisite to creating these guidelines is to understand
what existing configurators do wrong. Therefore, pursuing
previous research [
        <xref ref-type="bibr" rid="ref1 ref12">12, 1</xref>
        ], in this paper we analyse to what
extent existing configurators contain HCI design flaws. We
focus more particularly on car configurators, the most
popular kind of configurators according to the Cyledge’s database
statistics [
        <xref ref-type="bibr" rid="ref4">4</xref>
        ]. Car configurators are excellent candidates: they
commonly provide a high number of options (which makes
both presentation and reasoning challenging), they are directly
aimed at customers (which makes UX a primary concern), and
we can find very different UI design choices across different
brands and countries. More precisely, we check whether 11
UX design flaws occur in 28 configurators we selected across
different brands and countries. These 11 flaws comprise 4
general HMI anti-patterns, 4 specific to navigation-based
interfaces, and 3 related to configurator-specific functionalities.
Our results reveal that 75% of the configurators show more
than three types of UX flaws, half of them more than six. This
is mostly due to missing or badly implemented
configurationspecific functionalities, although we also observe the violation
of general HCI principles. This corroborates the need for HCI
guidelines specific to configurator engineering.
      </p>
      <p>AN OVERVIEW OF UX ISSUES IN CONFIGURATORS
To carry out our study, we select a set of car configurators
amongst the ten top-selling car manufacturers. For each
manufacturer we choose the best selling car model, and for every
model we consider the configurator of the US, UK and
Belgium websites. This leads us to 28 configurators to evaluate
(as two of the 30 candidates do not allow one to select any
option).</p>
      <p>
        Looking at these configurators, we rapidly note that basic
ergonomic guidelines [
        <xref ref-type="bibr" rid="ref10 ref15 ref16 ref18">18, 15, 16, 10</xref>
        ] are not satisfied. Indeed,
we observe occurrences of empty controls, empty boxes or
wrong control placements; see Figure 4. Inappropriate choice
of controls, inconsistent semantics grouping, and lack of
emphasis were also very common. This is relatively surprising,
as car configurators are popular and powerful marketing tools.
This makes us consider general HCI principles as our first
evaluation criteria. Our objective being more focused than a
general-purpose HCI evaluation, we settle for only four
violations we observed the most: absence of feedback, information
overload, too many controls and bad ergonomics (see more in
the next section).
      </p>
      <p>In addition to these general considerations, we also observe
issues related to the management of navigation within the
UI. Figure 5 is a striking example that highlights multiple
problems. First, we see that the interface does not display the
step currently completed. Also it provides no visible way to
go to the previous or the next step. The user has no idea of
the progress she has already accomplished, and can neither
consult nor preview the current state of her configuration. All
these navigation-related issues constitute our second group of
criteria.</p>
      <p>Finally, we observe the lack of configuration-specific
functionalities that are, however, deemed essential. For instance,
Figure 6 depicts a configuration where three different sizes of
wheels are selected. Errors are thus unchecked in this
configurator. Configuration being a long and error-prone process, it
is unrealistic not to help users complete their task.
Explanation of errors, propagations and repairs – as presented in the
previous section – are other facilitating functionalities. We
argue that all configurators should implement them. Together
with error checking, they are thus part of our third type of
evaluation criteria. All our criteria are properly defined in the
next section.</p>
      <p>UX FLAWS: DEFINITIONS AND CRITERIA
Based on our observations, we elaborated a list of common
design flaws typically found in configurators. We
categorize them into three degrees of specifity. The first degree
comprises violations of general HCI principles that any
application should satisfy. The second concerns issues related
to navigation and are thus commonly found in interactive
applications that represent a process. The last degree is
related to the specific functionalities found in configurators, like
propagations and repairs.</p>
      <p>General HCI. We selected four types of violations that we
deem critical in configurators. We settle for those, as our aim
is not to perform a thorough analysis but rather to study how
often such criteria are unsatisfied in practice. These are:
Absence of feedback. No feedback is given to the user.
There is no apparent result to her action.</p>
      <p>Information overload. The quantity of displayed
information is too high, or there is too much noise.</p>
      <p>Too many controls. The UI displays too many controls on
a single screen, or the number of controls needed to perform
a single action is too high.
Bad ergonomics. The configurator does not follow
established ergonomics guidelines. These include, e.g.,
misplaced controls and inappropriate colour or font size.
Navigation. Configuration being an interactive process, its
navigation must be absolutely clear. We can see navigation
from three points of view, i.e. in the UI, in the progress in the
process, and in the configuration state. This leads us to four
types of violations:</p>
      <p>Unknown UI location. The user is lost within the UI and
has no idea what step she is currently completing.
Irregular navigation control. In the UI, the user cannot
see the control allowing her to move to the next step,
because their position or shape change.</p>
      <p>Unknown progress. The progress in the process, i.e. what
percentage of effort the user has already put in or remains
to be done, is not displayed.</p>
      <p>Unknown configuration state. The current state of the
configuration (e.g. what options were selected, how the
final product looks like) is not displayed.</p>
      <p>
        Configuration. Finally, the lack of essential
configuratorspecific functionalities can lead to bad UX, as reported by [
        <xref ref-type="bibr" rid="ref12">12</xref>
        ].
More precisely, we consider the following flaws:
      </p>
      <p>Unchecked errors. The configurator allows the user to
make incompatible choices, which lead to invalid
configurations and ultimately to infeasible products.</p>
      <p>No explanation. The configurator does not explain why
errors are raised or why some options became mandatory
or unavailable.</p>
      <p>No repair. The configurator does not provide any repair
functionality that helps the user fixing an error or changing
her configuration, e.g., to make available forbidden options.
RESULTS
For each of the 28 configurators, we check whether its UI
exhibits the 11 aforementioned design flaw. We first observe
the occurrence of each design flaws. Accordingly, Figure 7
presents for each flaw how many configurators exhibit it.
For general HCI principles, we observe that the lack of
ergonomics is the most common pitfall, with as many as 21
configurators concerned with such issues. This is not totally
surprising, as the ergonomics guidelines we consider are rather
large, although we could expect better ergonomics in such
customer-oriented applications. Information overload follows
next, with half of the configurators being problematic. It is
indeed common that car configurators have to deal with large
amounts of options, hence the difficulty of presenting all these
options while avoiding cognitive overload. 11 configurators
contain too many controls. According to our observations, this
is the result of overusing categorization to limit the number
of options displayed to the user at once. Finally, only six
configurators do not provide feedback. Overall, we notice
that six configurators out of the 28 do not violate our general
HCI principles, which may reveal an inherent difficulty to
satisfying all these principles in this kind of application.
Regarding navigation issues, seven configurator UIs do not
present clearly the navigation steps that the user has to follow.
Furthermore, the navigation controls are irregular in 14 cases,
while ten configurators do not display any progress. More
importantly, most of the configurators (23 cases) do not show
the current status of the configuration, which is increasingly
important as the number of options gets higher. These
navigation problems likely interfere with the user’s experience;
systematic solutions should thus be provided.</p>
      <p>The most recurring problems, however, originate from
configuration-specific functionalities. 23 out of 28
configurators do not systematically check the absence of errors, thereby
authorising invalid configurations. We also identified 13 cases
where explanations are not always given following an error
or a propagation. Finally, 18 configurators do not provide
automated repair each time they should.</p>
      <p>Figure 8 gives us insights into the number of flaw types that
occur in the configurators. We observe that half of the
configurators violate more than six of our principles. This can
be explained by the fact that the three configuration-specific
functionalities are often missing altogether, while unknown
configuration state and ergonomic problems are also pretty
common. More surprisingly, only a quarter of the
configurators comprise three violations or less. In the end, only one
configurator does not contain any flaw. These observations
tend to show the necessity of establishing guidelines to be
followed by every configurator.
These results clearly show that even though configurators are
often infected by common UX flaws, the most important issues
are specific to the configuration problem. These include not
displaying the current configurator state and not providing
essential configuration functionalities. Moreover, even if these
functionalities were provided, there would remain the question
of how to integrate them properly in a configuration UI.
CONCLUSION
Configurators are intelligent and highly-interactive systems
that play a major role in today’s businesses. Despite their
importance, our study reveals major issues in regard to their
UX. On the other side, no HCI standards exist for these
applications, and only few research work were interested in
configurator UX. This motivates our long-term objective to
design HCI guidelines specific to configurators, taking into
account all their functionalities and particularities. In the
future, we plan to expand our study across multiple industries in
order to generalise our conclusions. This way, we also hope
to identify the sources of the different UX problems, thereby
paving the way to our envisioned elaboration of guidelines.
Acknowledgement This work was partly supported by the
European Commission (FEDER IDEES/CO-INNOVATION) and
the Wallonia-Brussels Federation under the ARC programme.</p>
    </sec>
  </body>
  <back>
    <ref-list>
      <ref id="ref1">
        <mixed-citation>
          1.
          <string-name>
            <given-names>Ebrahim</given-names>
            <surname>Khalil</surname>
          </string-name>
          <string-name>
            <surname>Abbasi</surname>
          </string-name>
          , Arnaud Hubaux, Mathieu Acher, Quentin Boucher, and
          <string-name>
            <given-names>Patrick</given-names>
            <surname>Heymans</surname>
          </string-name>
          .
          <year>2013</year>
          .
          <article-title>The Anatomy of a Sales Configurator: An Empirical Study of 111 Cases</article-title>
          . In CAiSE'13. Springer-Verlag, Berlin, Heidelberg,
          <fpage>162</fpage>
          -
          <lpage>177</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref2">
        <mixed-citation>
          2.
          <string-name>
            <given-names>Liliana</given-names>
            <surname>Ardissono</surname>
          </string-name>
          , Alexander Felfernig, Gerhard Friedrich, Dietmar Jannach, Ralph Schäfer, and
          <string-name>
            <given-names>Markus</given-names>
            <surname>Zanker</surname>
          </string-name>
          .
          <year>2002</year>
          .
          <article-title>A Framework for Rapid Development of Advanced Web-based Configurator Applications</article-title>
          .
          <source>In ECAI'02</source>
          . IOS Press, Amsterdam, The Netherlands, The Netherlands,
          <fpage>618</fpage>
          -
          <lpage>622</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref3">
        <mixed-citation>
          3.
          <string-name>
            <given-names>Maxime</given-names>
            <surname>Cordy</surname>
          </string-name>
          and
          <string-name>
            <given-names>Patrick</given-names>
            <surname>Heymans</surname>
          </string-name>
          .
          <year>2018</year>
          .
          <article-title>Engineering Configurators for the Retail Industry: Experience Report and Challenges Ahead (to appear)</article-title>
          .
          <source>In SAC '18</source>
          . ACM.
        </mixed-citation>
      </ref>
      <ref id="ref4">
        <mixed-citation>
          4.
          <string-name>
            <surname>Cyledge</surname>
          </string-name>
          .
          <year>2017</year>
          . Configurator Database. (
          <year>2017</year>
          ).
          <source>Retrieved July 24</source>
          ,
          <year>2017</year>
          from http://www.configurator-database.com
        </mixed-citation>
      </ref>
      <ref id="ref5">
        <mixed-citation>
          5.
          <string-name>
            <given-names>Alexander</given-names>
            <surname>Felfernig</surname>
          </string-name>
          , Lothar Hotz, Claire Bagley, and
          <string-name>
            <given-names>Juha</given-names>
            <surname>Tiihonen</surname>
          </string-name>
          .
          <year>2014</year>
          .
          <article-title>Knowledge-based Configuration: From Research to Business Cases (1 ed</article-title>
          .). Morgan Kaufmann Publishers Inc., San Francisco, CA, USA.
        </mixed-citation>
      </ref>
      <ref id="ref6">
        <mixed-citation>
          6.
          <string-name>
            <given-names>Gerhard</given-names>
            <surname>Fleischanderl</surname>
          </string-name>
          , Gerhard E. Friedrich, Alois Haselböck, Herwig Schreiner, and
          <string-name>
            <given-names>Markus</given-names>
            <surname>Stumptner</surname>
          </string-name>
          .
          <year>1998</year>
          .
          <article-title>Configuring Large Systems Using Generative Constraint Satisfaction</article-title>
          .
          <source>IEEE Intelligent Systems 13, 4 (July</source>
          <year>1998</year>
          ),
          <fpage>59</fpage>
          -
          <lpage>68</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref7">
        <mixed-citation>
          7.
          <string-name>
            <given-names>Lothar</given-names>
            <surname>Hotz</surname>
          </string-name>
          , Alexander Felfernig, Andreas Günter, and
          <string-name>
            <given-names>Juha</given-names>
            <surname>Tiihonen</surname>
          </string-name>
          .
          <year>2014</year>
          .
          <article-title>A short history of configuration technologies. Knowledge-based Configuration-From Research to Business Cases (</article-title>
          <year>2014</year>
          ),
          <fpage>9</fpage>
          -
          <lpage>19</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref8">
        <mixed-citation>
          8.
          <string-name>
            <given-names>Arnaud</given-names>
            <surname>Hubaux</surname>
          </string-name>
          , Yingfei Xiong, and
          <string-name>
            <given-names>Krzysztof</given-names>
            <surname>Czarnecki</surname>
          </string-name>
          .
          <year>2012</year>
          .
          <article-title>A User Survey of Configuration Challenges in Linux and eCos</article-title>
          .
          <source>In VaMoS '12. ACM</source>
          ,
          <volume>149</volume>
          -
          <fpage>155</fpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref9">
        <mixed-citation>
          9.
          <string-name>
            <given-names>Tony</given-names>
            <surname>Leclercq</surname>
          </string-name>
          ,
          <string-name>
            <surname>Jean-Marc</surname>
            <given-names>Davril</given-names>
          </string-name>
          , Maxime Cordy, and
          <string-name>
            <given-names>Patrick</given-names>
            <surname>Heymans</surname>
          </string-name>
          .
          <year>2016</year>
          .
          <article-title>Beyond De-Facto Standards for Designing Human-Computer Interactions in Configurators</article-title>
          .
          <source>In EnCHIReS@EICS</source>
          <year>2016</year>
          , Bruxelles, Belgium.
          <fpage>40</fpage>
          -
          <lpage>43</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref10">
        <mixed-citation>
          10.
          <string-name>
            <given-names>Jakob</given-names>
            <surname>Nielsen</surname>
          </string-name>
          .
          <year>2005</year>
          .
          <article-title>Ten usability heuristics</article-title>
          . (
          <year>2005</year>
          ).
        </mixed-citation>
      </ref>
      <ref id="ref11">
        <mixed-citation>
          11.
          <string-name>
            <given-names>B.J.</given-names>
            <surname>Pine</surname>
          </string-name>
          and
          <string-name>
            <given-names>S.</given-names>
            <surname>Davis</surname>
          </string-name>
          .
          <year>1999</year>
          .
          <article-title>Mass Customization: The New Frontier in Business Competition</article-title>
          . Harvard Business School Press.
        </mixed-citation>
      </ref>
      <ref id="ref12">
        <mixed-citation>
          12.
          <string-name>
            <surname>Rick</surname>
            <given-names>Rabiser</given-names>
          </string-name>
          , Paul Grünbacher, and
          <string-name>
            <given-names>Martin</given-names>
            <surname>Lehofer</surname>
          </string-name>
          .
          <year>2012</year>
          .
          <article-title>A Qualitative Study on User Guidance Capabilities in Product Configuration Tools</article-title>
          .
          <source>In Proceedings of the 27th IEEE/ACM International Conference on Automated Software Engineering (ASE</source>
          <year>2012</year>
          ). ACM, New York, NY, USA,
          <fpage>110</fpage>
          -
          <lpage>119</lpage>
          . DOI: http://dx.doi.org/10.1145/2351676.2351693
        </mixed-citation>
      </ref>
      <ref id="ref13">
        <mixed-citation>
          13.
          <string-name>
            <surname>RetailWeek</surname>
          </string-name>
          .
          <year>2017</year>
          . Personalisation. (
          <year>2017</year>
          ).
          <source>Retrieved July 24</source>
          ,
          <year>2017</year>
          from https://www.retail-week.com/topics/ technology/personalisation
        </mixed-citation>
      </ref>
      <ref id="ref14">
        <mixed-citation>
          14.
          <string-name>
            <given-names>D.</given-names>
            <surname>Sabin</surname>
          </string-name>
          and
          <string-name>
            <given-names>R.</given-names>
            <surname>Weigel</surname>
          </string-name>
          .
          <year>1998</year>
          .
          <article-title>Product configuration frameworks-a survey</article-title>
          .
          <source>IEEE Intelligent Systems and their Applications</source>
          <volume>13</volume>
          ,
          <issue>4</issue>
          (Jul
          <year>1998</year>
          ),
          <fpage>42</fpage>
          -
          <lpage>49</lpage>
          . DOI: http://dx.doi.org/10.1109/5254.708432
        </mixed-citation>
      </ref>
      <ref id="ref15">
        <mixed-citation>
          15.
          <string-name>
            <surname>Dominique L Scapin and JM Christian Bastien</surname>
          </string-name>
          .
          <year>1997</year>
          .
          <article-title>Ergonomic criteria for evaluating the ergonomic quality of interactive systems</article-title>
          .
          <source>Behaviour &amp; information technology 16</source>
          ,
          <fpage>4</fpage>
          -
          <lpage>5</lpage>
          (
          <year>1997</year>
          ),
          <fpage>220</fpage>
          -
          <lpage>231</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref16">
        <mixed-citation>
          16.
          <string-name>
            <given-names>Ben</given-names>
            <surname>Shneiderman</surname>
          </string-name>
          .
          <year>1997</year>
          .
          <article-title>Designing the User Interface: Strategies for Effective Human-Computer Interaction</article-title>
          (3rd ed.).
          <source>Addison-Wesley</source>
          , Boston, MA, USA.
        </mixed-citation>
      </ref>
      <ref id="ref17">
        <mixed-citation>
          17.
          <string-name>
            <surname>C. Streichbier</surname>
            ,
            <given-names>P.</given-names>
          </string-name>
          <string-name>
            <surname>Blazek</surname>
            , and
            <given-names>F.</given-names>
          </string-name>
          <string-name>
            <surname>Faltin</surname>
          </string-name>
          .
          <year>2009</year>
          . Are
          <string-name>
            <surname>De-Facto Standards</surname>
          </string-name>
          <article-title>a Useful Guide for Designing Human-Computer Interaction Processes? The Case of User Interface Design for Web Based B2C Product Configurators</article-title>
          .
          <source>In HICSS '09</source>
          . IEEE Computer Society, Washington, DC, USA,
          <fpage>1</fpage>
          -
          <lpage>7</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref18">
        <mixed-citation>
          18.
          <string-name>
            <given-names>Jean</given-names>
            <surname>Vanderdonckt</surname>
          </string-name>
          .
          <year>1994</year>
          .
          <article-title>Guide ergonomique des interfaces homme-machine</article-title>
          . Presses Universitaires de Namur (
          <year>1994</year>
          ).
        </mixed-citation>
      </ref>
      <ref id="ref19">
        <mixed-citation>
          19.
          <string-name>
            <given-names>J.</given-names>
            <surname>White</surname>
          </string-name>
          ,
          <string-name>
            <given-names>D. C.</given-names>
            <surname>Schmidt</surname>
          </string-name>
          ,
          <string-name>
            <given-names>D.</given-names>
            <surname>Benavides</surname>
          </string-name>
          ,
          <string-name>
            <given-names>P.</given-names>
            <surname>Trinidad</surname>
          </string-name>
          ,
          <article-title>and</article-title>
          <string-name>
            <given-names>A.</given-names>
            <surname>Ruiz-Cortés</surname>
          </string-name>
          .
          <year>2008</year>
          .
          <article-title>Automated Diagnosis of Product-Line Configuration Errors in Feature Models</article-title>
          .
          <source>In SPLC '08</source>
          . IEEE Computer Society, Washington, DC, USA,
          <fpage>225</fpage>
          -
          <lpage>234</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref20">
        <mixed-citation>
          20.
          <string-name>
            <surname>Yingfei</surname>
            <given-names>Xiong</given-names>
          </string-name>
          , Arnaud Hubaux, Steven She, and
          <string-name>
            <given-names>Krzysztof</given-names>
            <surname>Czarnecki</surname>
          </string-name>
          .
          <year>2012</year>
          .
          <article-title>Generating Range Fixes for Software Configuration</article-title>
          .
          <source>In ICSE '12</source>
          . IEEE Press, Piscataway, NJ, USA,
          <fpage>58</fpage>
          -
          <lpage>68</lpage>
          .
        </mixed-citation>
      </ref>
    </ref-list>
  </back>
</article>