<!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>Empirical Activity: Assessing the Perceptual Properties of the Size Visual Variation in UML Sequence Diagram</article-title>
      </title-group>
      <contrib-group>
        <contrib contrib-type="author">
          <string-name>Yosser El Ahmar</string-name>
          <email>yosser.ELAHMAR@cea.fr</email>
          <xref ref-type="aff" rid="aff0">0</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Xavier Le Pallec</string-name>
          <email>xavier.le-pallec@univ-</email>
          <email>xavier.le-pallec@univlille1.fr</email>
          <xref ref-type="aff" rid="aff1">1</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Sébastien Gérard</string-name>
          <email>Sebastien.GERARD@cea.fr</email>
          <xref ref-type="aff" rid="aff0">0</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Software Engineering ! UML modeling; Software</string-name>
          <xref ref-type="aff" rid="aff2">2</xref>
        </contrib>
        <aff id="aff0">
          <label>0</label>
          <institution>CEA, LIST, Laboratory of, Model Driven Engineering for, Embedded Systems</institution>
          ,
          <addr-line>P.C. 174, Gif-sur-Yvette, 91191</addr-line>
          ,
          <country country="FR">France</country>
        </aff>
        <aff id="aff1">
          <label>1</label>
          <institution>University of Lille, CRIStAL, Lab UMR 9189</institution>
          ,
          <addr-line>59650 Villeneuve d'Ascq</addr-line>
          ,
          <country country="FR">France</country>
        </aff>
        <aff id="aff2">
          <label>2</label>
          <institution>visualization ! Semiology of Graphics;</institution>
        </aff>
      </contrib-group>
      <abstract>
        <p>Recent empirical studies about UML showed that software practitioners often use it to communicate. When they use diagram(s) during a meeting with clients/users or during an informal discussion with their architect, they may want to highlight some elements to synchronise the visual support to their discourse. To that end, they are free to use color, size, brightness, grain and/or orientation. The mentioned freedom is due to the lack of formal speci cations of their use in the UML standard and refers to what is called the secondary notation, by the Cognitive dimensions framework. According to the Semiology of Graphics (SoG), one of the main references in cartography, each mean of visual annotation is characterized by its perceptual properties. Being under modeler's control, the 5 means of visual annotations can di erently be applied to UML graphic components: to the border, text, background and to the related other graphic nodes. In that context, the goal of this research is to study the e ective implementations, which maintain the perceptual properties of, especially, the size visual variation. This latter has been chosen because it is considered as the "strongest" among the other visual means, having all the perceptual properties. The present proposal consists of a quantitative methodology using an experiment as strategy of inquiry. The participants will be the ~ 20 attendees of the HuFaMo workshop. They must be experts on modeling and they know UML. The treatment is the reading and the visual extraction of information from a set of UML sequence diagrams, provided via a web application. The dependent variables we study are the responses and the response times of participants, that will be validated based on the SoG principles.</p>
      </abstract>
    </article-meta>
  </front>
  <body>
    <sec id="sec-1">
      <title>-</title>
      <p>UML, Secondary notation, Size visual variable, Empirical
activity.</p>
    </sec>
    <sec id="sec-2">
      <title>1. INTRODUCTION</title>
      <p>
        The Uni ed Modeling Language (UML) is the visual
language for specifying, constructing and documenting software
intensive systems. Recent empirical studies about UML in
practice [
        <xref ref-type="bibr" rid="ref14">14</xref>
        ] [
        <xref ref-type="bibr" rid="ref4">4</xref>
        ] showed that UML artefacts are mostly used
for communications. Stakeholders of these communications
might be familiar with UML (e.g. members of the technical
team) or not (e.g. clients) [
        <xref ref-type="bibr" rid="ref9">9</xref>
        ]. In such situations, modelers
may need to highlight information that they deem relevant
for the discussion (e.g. the main class in a class diagram;
model, view and controller elements; a modeler's own
subsystem; distribution of tasks between technical members;
project progression). This is to synchronize the visual
support with their discourse. In that context, while the UML
speci cation describes exhaustively its primary notation, its
semantics, it lacks highlighting abilities for such contextual
information. The secondary notation, de ned by the
Cognitive Dimensions framework [
        <xref ref-type="bibr" rid="ref11">11</xref>
        ], may deal with such
concerns. It refers to the free use and change of the possible
means of visual annotations: size, brightness, grain, color
and orientation. The previously mentioned ve means of
visual annotations are relatively rapidly perceived because
the reader's eye can detect their variation without moving
the visual brush. According to the Semiology of
Graphics (SoG), one of the main references in cartography, each
mean of visual annotation is characterized by its perceptual
properties. In fact, it can be selective: allows readers to
distinguish groupings (e.g. all green marks), ordered: allows
readers to perceptually order marks (e.g. from dark to light
or from light to dark but never in another order) and/or
quantitative: allows readers to visually quantify ratio
between marks (e.g. three times larger).
      </p>
      <p>In UML, as the means of visual annotations are under
modeler's control, there exist di erent ways to vary their
values into a UML graphic component: graphic node or graphic
path.</p>
      <p>The combinatorial explosion of the possible
implementations is due to four reasons. First, UML graphic nodes
mostly include: a border, a text and a background. Second,
some UML graphic nodes are composed of multiple shapes
(e.g. a lifeline is composed of 3 components: a rectangle,
a dashed line and sometimes an execution speci cation).
Then, graphic nodes might be related to other nodes via
graphic paths, forming the diagram. Finally, a UML graphic
component might contain/be contained in other graphic nodes
(e.g. a fragment in a sequence diagram can contain one or
more messages).</p>
      <p>It may seem obvious that some implementations of
variations are more e ective in highlighting elements than others.
But what we can gain in e ectiveness might be anecdotal.
To be sure that there exist (or not) implementations that
are more e ective, we have to dress an exhaustive list of
implementations and test them. This means that we have
to rigorously decompose all UML graphic components and
see, for each sub-element, if the value of a mean of visual
annotation can vary and how. Consequently, the purpose
of this research is to study the e ective implementations,
which allow viewers to fully bene t from the performances
of a mean of visual annotation. This is a purpose for which
the number of related works is small. As the eld of study
is wide, we propose to focus here only on the variation of
the size mean of visual annotation and on one type of
diagram : UML sequence diagram. The size visual variation
has been selected in this study because it is the only mean
of visual annotation, belonging to the UML secondary
notation, which has all the perceptual properties. In addition,
we propose to target, especially, the UML sequence diagram
because it belongs to the three rst mostly used UML
diagrams in practice.</p>
      <p>
        For each type of graphic component, being composed of
multiple shapes or a component itself, container of other
graphic nodes or contained in other graphic nodes, this
research aims at nding patterns of e ective implementations
of the size visual variation. In this study, we assume that
the latter patterns depend on the information to be
highlighted. It can concern only one graphic component (e.g. a
lifeline) or more than one (e.g. two or more than two
lifelines). For the rst assumption, the size variation will surely
highlight the concerned graphic component [
        <xref ref-type="bibr" rid="ref5">5</xref>
        ]. But, we aim
at nding the e ective implementations, which allow viewers
to relatively rapidly perceive all signi cant details about the
concerned graphic component. For the second assumption,
the size visual mean is selective, ordered and quantitative [
        <xref ref-type="bibr" rid="ref5">5</xref>
        ].
In this case, we want to nd the e ective implementations
which maintains valid the selective, ordered and quantitative
perceptive attitudes of its variation.
      </p>
      <p>To that end, we want to study the impact of the possible
implementations on the perceptual properties of the size
visual mean. The latter impact will be controlled by the size
of the UML diagram containing the implementation. It can
be small, medium or large. The studied impact will also be
controlled by the layout of the diagram. We will especially
focus on the horizontal and vertical distance between the
related graphic components.</p>
      <p>This paper presents a proposal of a quantitative
methodology using an experiment as strategy of inquiry. The
participants will be the ~ 20 attendees of the HuFaMo
workshop. They must be experts on modeling and they know
UML. The treatment is the reading and the visual
extraction of information from a set of provided UML sequence
diagrams, via a web application. The outcome variables we
study are responses and response times of participants, that
will be validated based on the SoG principles.</p>
    </sec>
    <sec id="sec-3">
      <title>EXPERIMENT DEFINITION</title>
      <p>This section reports on the delimitation of the study, the
research questions that it attempts to answer and its
hypothesis.
2.1</p>
    </sec>
    <sec id="sec-4">
      <title>Delimitation of the study</title>
      <p>
        Size, brightness, grain, color and orientation represent
powerful means to highlight information, to make it
relatively rapidly perceived in a third dimension [
        <xref ref-type="bibr" rid="ref5">5</xref>
        ]. Each mean
of visual annotation is characterized by its perceptual
properties. The SoG distinguishes three perceptive attitudes that
viewers can take in front of a mean of visual annotation.
Selectivity: the reader can perceive groupings (e.g. all red
colors, all marks having the same size).
      </p>
      <p>Order: The human eye can perceive order (e.g. from dark
to light, from the smallest mark to the biggest).
Quantity: The viewer can perceive ratio between marks
(e.g. this mark is 5 times bigger than another).</p>
      <p>The size is the only mean of visual annotation allowing the
three perceptive attitudes. To bene t from its interesting
performances, we made the choice to begin by studying its
e ective implementation in UML. We chose to be limited
to three categories of size. This number can be extended
to more than three categories in a future empirical study.
We argue that exceeding three categories of size in UML
diagrams will overload the diagram, especially if it contains a
lot of graphic components (i.e. large diagram). In addition,
we note that sizes of graphic nodes depend on the contained
text (eg. the width of a UML class varies depending on the
length of its name, its attributes or its methods). Therefore,
we will assume that all graphic nodes, in a diagram, have the
same initial size (i.e. the size of the biggest node, containing
the largest text).</p>
      <p>
        According to [
        <xref ref-type="bibr" rid="ref9">9</xref>
        ][
        <xref ref-type="bibr" rid="ref8">8</xref>
        ], sequence diagram is ranked among
the three rst frequently used UML diagrams in practice. It
is mostly used for clarifying understanding among technical
members of the project team [
        <xref ref-type="bibr" rid="ref8">8</xref>
        ]. In such informal
meetings, highlighting information might be promising to ease
the communication [
        <xref ref-type="bibr" rid="ref10">10</xref>
        ]. In addition, contrarily to class
diagrams, we note a lack of works in the literature, studying
the e ective visualization of sequence diagrams. Those are
the main reasons behind the speci c choice to begin by the
UML sequence diagram.
      </p>
      <p>In practice, the graphic nodes will be connected to each
others, forming the diagram. The resulting diagram can
be small, medium or large. We chose to cover all the 3
alternatives in the present study.</p>
      <p>
        The graphic notation of the sequence diagram is described
by 11 graphic nodes and 4 graphic paths [
        <xref ref-type="bibr" rid="ref1">1</xref>
        ](p. 594-596). As
we chose to exhaustively study the UML sequence diagram.,
we will take into account all of them in the present
experiment.
      </p>
      <p>We observe that information to highlight might concern
only one graphic component (e.g. one message, one lifeline,
one coregion). It can also concern more than one graphic
component (e.g. multiple lifelines, multiple coregions,
multiple execution speci cations). The present study will cover
both alternatives.</p>
      <p>Finally, we observed that distance between related graphic
components can vary in two directions, horizontally and
vertically for instance. We will experiment with both
possibilities.
2.2</p>
    </sec>
    <sec id="sec-5">
      <title>Research questions</title>
      <p>After delimiting the study, we will de ne the research
questions for the resulting scope. In fact, we observe that,
for a single graphic component of the sequence diagram,
there are di erent possible implementations of the size mean
of visual annotation. This is due to the following facts.</p>
      <p>UML graphic nodes are mostly made of a border, a
background and a text. Changing only its area can be seen as
obvious, but we want to explore the e ectiveness of varying the
size of its border and text also. Moreover, some graphic
components include multiple shapes. Lifelines include a
rectangle and a dashed line. LostMessages and FoundsMessages
include an edge and a black point at the extremity. Varying
the size of such graphic components might consist of
changing the size of all its elementary shapes or some of them.
We wonder about the most e ective implementation.</p>
      <p>In addition, some graphic nodes can be embedded in other
graphic nodes. An execution speci cation, a coregion,
DurationConstraint, a DurationObservation and a StateInvariant
are always embedded to a lifeline. Continuations might be
embedded to more than one lifeline. Changing their size can
a ect the size of graphic nodes to which they are embedded.
We want to infer the most e ective implementation.</p>
      <p>Furthermore, graphic components are semantically linked
to each others. Lifelines are linked via graphic paths, graphic
paths having source and destination graphic nodes.
Highlighting them with the size variation might mean
highlighting its semantically related graphic components also.</p>
      <p>Finally, some graphic nodes may contain other graphic
components. A Frame, an InteractionUse, a
CombinedFragment and a coregion can contain executionSpeci cations,
messages. They may also contain each others. Applying the
the size to such graphic nodes might concern the contained
other graphic nodes and vice versa.</p>
      <p>As a result, the following research questions arise.</p>
      <p>RQ1: What are the e ective implementations of the size
visual variation to all types of graphic components of the
UML sequence diagram (i.e. container, contained,
embedded to a graphic node, complex graphic node (composed of
multiple shapes))?
Where e ectiveness can be measured by the capability of
each implementation to preserve all the perceptual
properties of the size, allowing viewers to relatively rapidly detect
the accurate information that they are searching for.
RQ2: How the e ectiveness of each implementation can
be controlled by the type of information to highlight (i.e.
concerns only one graphic component, more than one
component).</p>
      <p>RQ3: How the e ectiveness of each implementation can be
controlled by the size of the diagram containing the
implementation and its layout.
2.3</p>
    </sec>
    <sec id="sec-6">
      <title>Hypothesis formulation</title>
      <p>2.3.1</p>
      <sec id="sec-6-1">
        <title>Variables</title>
        <p>The experiment has 4 independent variables and two
dependent variables.</p>
        <p>Independent variables
Implementation I (alternatives: E ective Implementation
I, Other Implementation I').</p>
        <p>Size of the sequence diagram S (alternatives: small, medium,
large).</p>
        <p>Its layout L (alternatives: Horizontal distance HD,
Vertical distance VD).</p>
        <p>Type of information to highlight TI (alternatives:
concerns only one graphic component TI1, more than one graphic
component TIn).</p>
        <p>Dependent variables
Responses of participants R (alternatives: true, false,
complete, incomplete).</p>
        <p>Response time of participants T.
2.3.2</p>
      </sec>
      <sec id="sec-6-2">
        <title>Hypothesis</title>
        <p>Dependent
variables
Response
time T
Response R</p>
        <p>The hypothesis for assessing the e ectiveness of the I size
variations with the independent variables are given in table
1. The alternative hypothesis H states that the proposed
e ective implementations take less time to let participants
give the right and complete answer to a given question. The
experimented e ective implementation I is proposed for each
possible combination of (S, TI, L). Figures in appendices
illustrate the di erent implementations that we deem e ective
and the experiment aims at validating. They also illustrate
an example of a question that concern one graphic path (a
message) with di erent implementations.</p>
      </sec>
    </sec>
    <sec id="sec-7">
      <title>EXPERIMENT DESIGN 3. 3.1</title>
    </sec>
    <sec id="sec-8">
      <title>Population, sample, and participants</title>
      <p>
        The sampling method used in this study is the
convenience sampling [
        <xref ref-type="bibr" rid="ref6">6</xref>
        ]. In fact, the target population of this
study is the community of UML users: practitioners,
researchers, students. The HuFaMo attendees are a naturally
formed and might be a representative sample of the target
population. They include students, researchers, UML
practitioners and maybe some tool vendors. They are a part
of the MoDELS community, interested in modeling and/or
contributors on MDE. We assume that we will have ~ 20
participants, considered as experts on UML.
3.2
      </p>
    </sec>
    <sec id="sec-9">
      <title>Data collection and materials</title>
      <p>
        A web application will be used in the present experiment.
This is to be aware of the complexity of modeling tools
(i.e. not all participants are familiar with the same
modeling tool). Moreover, installing the same modeling tool to
all participants will be time consuming, especially in the
workshop (same timeslot as a presentation). If accepted,
the web application will be developed between the
acceptance noti cation and the workshop date. It will be coded
by the rst author and tested before its use in the
experiment. The web application will rst ask participants about
their gender, level of experience and if they have visual de
ciency(ies). Then, it will display a question on a white page.
After its reading and comprehension, the participant is able
to click a button to switch to the next page. A sequence
diagram, visually annotated with an implementation of the
size will appear, along with its corresponding question on
the bottom. Parallelly, the application will trigger a time
counter. When the response to the question is found by the
participant, he can click a button to navigate to another
white page (without the sequence diagram), where he will
be able to enter his response. At the same time, the
application will stop the chronometer and save the time spent to
answer. It will also save the corresponding response entered
by the participant. Sequence diagrams that will be used in
the experiment will be extracted from a models repository
[
        <xref ref-type="bibr" rid="ref12">12</xref>
        ] [
        <xref ref-type="bibr" rid="ref2">2</xref>
        ]. Visual annotations using implementations of the
size variations and questions will be manually proposed.
3.2.1
      </p>
      <sec id="sec-9-1">
        <title>Method</title>
        <p>One day before the experiment, the HuFaMo participants
will receive an e-mail requesting them to bring their laptops.
The rst author will ensure the availability of an internet
connection during the experiment day. The experiment will
begin by an introduction phase and a training session
related to the experimental task. The rst author will present
the web application that will be used in the experiment,
for which details are mentioned in the previous subsection.
Then, the link of the web application will be sent to the
HuFaMo attendees via the workshop mailing list. The second
step consists of the experiment's task. This latter will
individually be performed by each participant. The main
treatment will consist on the reading and the visual extraction
of information from a visually annotated sequence diagram.
The estimated time for the whole experiment is 30 minutes.
3.3</p>
      </sec>
    </sec>
    <sec id="sec-10">
      <title>Data analysis procedures</title>
      <p>In the analysis procedure, we will report on the number of
the HuFaMo attendees who didn't participate to the study.
We also plan to give a descriptive analysis of data for all
independent and dependent variables of the study. At the
end of the experiment, we want to analyse the relationship
between the independent and dependent variables. This
is to nd patterns of e ective implementations, depending
on a combination of (S, TI, L). For each combination of
the three independent variables, we will determine the
effective implementation I, which has a minimum T and a
complete and true values of R. Therefore, we select the
correlation/regression statistic tests.</p>
    </sec>
    <sec id="sec-11">
      <title>ANTICIPATED ETHICAL ISSUES IN THE</title>
    </sec>
    <sec id="sec-12">
      <title>STUDY</title>
      <p>This section will report the internal and external threats
to validity.
4.1</p>
    </sec>
    <sec id="sec-13">
      <title>Internal validity</title>
      <p>The rst internal threat to validity is the possible gain of
maturity by the participants during the study. That may
happen because of the unicity of the studied type of UML
diagram: sequence diagrams. As well as the uniqueness of
the studied visual variation. Therefore, we will ensure that
diagrams will be randomly proposed so that questions
concerning the same graphic component will not be successive.
In addition, as mentioned before, participants might have
some visual de ciencies. This additional input will be
mentioned before beginning the task, so that we can take into
account its in uence on the results. We also note that each
participant will have a di erent screen with di erent
characteristics. We will ensure that at least the same value of
luminosity is set up and that the same web navigator is used
to open the web application. Finally, one of the outcomes
of the study is the response time of participants. It is
automatically saved when the participant nds the response
by clicking a button. Late clicking the button will bias the
results. We will stress on the importance of this step to
participants in the introduction phase. We will also try to add a
voice recorder, so that participants can speak out loud when
nding the response. Then, we will have to nd mechanisms
to manage the simultaneous voices of participants, placed in
the same setting.
4.2</p>
    </sec>
    <sec id="sec-14">
      <title>External validity</title>
      <p>The HuFaMo participants are not only experts on
modeling but also interested in Human Factors in Modeling. So,
they may know about the scope of this research, especially
the perceptual properties of the means of visual annotations,
which can bias the study. To limit the latter threat to
validity, we will not inform them about the research questions of
the study nor its hypotheses. Moreover, the participants are
not in a natural setting, using their own modeling tool and
moving naturally to their UML sequence diagrams. As a
result, we will perform further additional empirical study (e.g
a case study in a natural setting) in order to be sure that the
obtained result can be generalized to the whole population.
5.</p>
    </sec>
    <sec id="sec-15">
      <title>LITERATURE REVIEW</title>
      <p>
        The free use of additional means of visual annotations
in software engineering has been recognized as theoretically
advantageous. This is via the secondary notation by the
cognitive dimensions framework [
        <xref ref-type="bibr" rid="ref11">11</xref>
        ]. A few empirical
studies aiming at assessing its bene ts in UML visual notation
have been conducted. However, if they considered the need
of empirical validations, they focus only on two axis:
layouts and colors. The other means of visual annotations (i.e.
size, brightness, grain and orientation) have not been yet
discussed, despite of their great performances on
highlighting information, known in cartography [
        <xref ref-type="bibr" rid="ref5">5</xref>
        ] and psychology
[
        <xref ref-type="bibr" rid="ref13">13</xref>
        ] [
        <xref ref-type="bibr" rid="ref18">18</xref>
        ].
      </p>
      <p>
        Concerning layouts, there exist several empirical studies
aiming at nding e ective layouts in UML diagrams. [
        <xref ref-type="bibr" rid="ref19">19</xref>
        ] [
        <xref ref-type="bibr" rid="ref16">16</xref>
        ]
[
        <xref ref-type="bibr" rid="ref15">15</xref>
        ] use experiments to assess e ective layouts for diagram
comprehensions, user preferences, program understanding,
etc. [
        <xref ref-type="bibr" rid="ref20">20</xref>
        ] uses eye tracking in an experiment involving 12
participants to identify the impact of layout, color and
stereotypes on comprehension of UML diagram. Most of the
mentioned researches [
        <xref ref-type="bibr" rid="ref16">16</xref>
        ] [
        <xref ref-type="bibr" rid="ref15">15</xref>
        ] [
        <xref ref-type="bibr" rid="ref20">20</xref>
        ] focus on UML class diagram.
[
        <xref ref-type="bibr" rid="ref17">17</xref>
        ] focusses further on UML activity diagram and use case
diagram. While the sequence diagram belongs to the three
most used UML artefacts in practice, we note few works on
it [
        <xref ref-type="bibr" rid="ref7">7</xref>
        ] [
        <xref ref-type="bibr" rid="ref3">3</xref>
        ].
      </p>
    </sec>
    <sec id="sec-16">
      <title>APPENDIX</title>
      <p>Considering all independent variables, 12 sequence diagrams
are required for each implementation of the size variation.
We argue that at least two diagrams are needed for each
implementation. Therefore, for all 14 graphic components
of the UML sequence diagram, at least 336 diagrams are
required for this study.</p>
    </sec>
    <sec id="sec-17">
      <title>EFFECTIVE IMPLEMENTATIONS AND</title>
    </sec>
    <sec id="sec-18">
      <title>AN EXAMPLE OF A QUESTION WITH</title>
    </sec>
    <sec id="sec-19">
      <title>DIFFERENT IMPLEMENTATIONS</title>
      <p>Figure 4: E ective implementations of a "fragment" I, (TI=TI1, T=S)</p>
    </sec>
  </body>
  <back>
    <ref-list>
      <ref id="ref1">
        <mixed-citation>[1] Object management group. http://www.omg.org/.</mixed-citation>
      </ref>
      <ref id="ref2">
        <mixed-citation>
          <article-title>[2] UML repository</article-title>
          .
          <source>www.models-db.com.</source>
        </mixed-citation>
      </ref>
      <ref id="ref3">
        <mixed-citation>
          [3]
          <string-name>
            <given-names>S.</given-names>
            <surname>Abrahao</surname>
          </string-name>
          ,
          <string-name>
            <given-names>C.</given-names>
            <surname>Gravino</surname>
          </string-name>
          , E. Insfran, G. Scanniello, and
          <string-name>
            <given-names>G.</given-names>
            <surname>Tortora.</surname>
          </string-name>
          <article-title>Assessing the e ectiveness of sequence diagrams in the comprehension of functional requirements: Results from a family of ve experiments</article-title>
          .
          <source>IEEE Transactions on Software Engineering</source>
          ,
          <volume>39</volume>
          (
          <issue>3</issue>
          ):
          <volume>327</volume>
          {
          <fpage>342</fpage>
          ,
          <year>2013</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref4">
        <mixed-citation>
          [4]
          <string-name>
            <given-names>S.</given-names>
            <surname>Baltes</surname>
          </string-name>
          and
          <string-name>
            <given-names>S.</given-names>
            <surname>Diehl</surname>
          </string-name>
          .
          <article-title>Sketches and diagrams in practice</article-title>
          .
          <source>In Proceedings of the 22Nd ACM SIGSOFT International Symposium on Foundations of Software Engineering, FSE</source>
          <year>2014</year>
          , pages
          <fpage>530</fpage>
          {
          <fpage>541</fpage>
          , New York, NY, USA,
          <year>2014</year>
          . ACM.
        </mixed-citation>
      </ref>
      <ref id="ref5">
        <mixed-citation>
          [5]
          <string-name>
            <given-names>J.</given-names>
            <surname>Bertin</surname>
          </string-name>
          .
          <article-title>Semiology of graphics: diagrams, networks</article-title>
          , maps.
          <year>1983</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref6">
        <mixed-citation>
          [6]
          <string-name>
            <given-names>J. W.</given-names>
            <surname>Creswell</surname>
          </string-name>
          .
          <article-title>Research design: Qualitative, quantitative, and mixed methods approaches</article-title>
          .
          <source>Sage publications</source>
          ,
          <year>2013</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref7">
        <mixed-citation>
          [7]
          <string-name>
            <given-names>J. A.</given-names>
            <surname>Cruz-Lemus</surname>
          </string-name>
          ,
          <string-name>
            <given-names>M.</given-names>
            <surname>Genero</surname>
          </string-name>
          ,
          <string-name>
            <given-names>D.</given-names>
            <surname>Caivano</surname>
          </string-name>
          , S. Abraha~o, E. Insfran, and
          <string-name>
            <given-names>J. A.</given-names>
            <surname>Cars</surname>
          </string-name>
          .
          <article-title>Assessing the in uence of stereotypes on the comprehension of UML sequence diagrams: A family of experiments</article-title>
          .
          <source>Information and Software Technology</source>
          ,
          <volume>53</volume>
          (
          <issue>12</issue>
          ):
          <volume>1391</volume>
          {
          <fpage>1403</fpage>
          ,
          <year>2011</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref8">
        <mixed-citation>
          [8]
          <string-name>
            <given-names>B.</given-names>
            <surname>Dobing</surname>
          </string-name>
          and
          <string-name>
            <given-names>J.</given-names>
            <surname>Parsons</surname>
          </string-name>
          .
          <article-title>How UML is used</article-title>
          .
          <source>Commun. ACM</source>
          ,
          <volume>49</volume>
          (
          <issue>5</issue>
          ):
          <volume>109</volume>
          {
          <fpage>113</fpage>
          , May
          <year>2006</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref9">
        <mixed-citation>
          [9]
          <string-name>
            <given-names>W. J.</given-names>
            <surname>Dzidek</surname>
          </string-name>
          , E. Arisholm, and
          <string-name>
            <given-names>L. C.</given-names>
            <surname>Briand</surname>
          </string-name>
          .
          <article-title>A realistic empirical evaluation of the costs and bene ts of UML in software maintenance</article-title>
          .
          <source>Software Engineering</source>
          , IEEE Transactions on,
          <volume>34</volume>
          (
          <issue>3</issue>
          ):
          <volume>407</volume>
          {
          <fpage>432</fpage>
          ,
          <year>2008</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref10">
        <mixed-citation>
          [10]
          <string-name>
            <given-names>Y.</given-names>
            <surname>El Ahmar</surname>
          </string-name>
          ,
          <string-name>
            <given-names>S.</given-names>
            <surname>Gerard</surname>
          </string-name>
          ,
          <string-name>
            <given-names>C.</given-names>
            <surname>Dumoulin</surname>
          </string-name>
          , and
          <string-name>
            <given-names>X. Le</given-names>
            <surname>Pallec</surname>
          </string-name>
          .
          <article-title>Enhancing the communication value of UML models with graphical layers</article-title>
          .
          <source>In Model Driven Engineering Languages and Systems (MODELS)</source>
          ,
          <year>2015</year>
          ACM/IEEE 18th International Conference on, pages
          <volume>64</volume>
          {
          <fpage>69</fpage>
          . IEEE,
          <year>2015</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref11">
        <mixed-citation>
          [11]
          <string-name>
            <given-names>T. R. G.</given-names>
            <surname>Green</surname>
          </string-name>
          and
          <string-name>
            <given-names>M.</given-names>
            <surname>Petre</surname>
          </string-name>
          .
          <article-title>Usability analysis of visual programming environments: a cognitive dimensions framework</article-title>
          .
          <source>Journal of Visual Languages &amp; Computing</source>
          ,
          <volume>7</volume>
          (
          <issue>2</issue>
          ):
          <volume>131</volume>
          {
          <fpage>174</fpage>
          ,
          <year>1996</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref12">
        <mixed-citation>
          [12]
          <string-name>
            <given-names>B.</given-names>
            <surname>Karasneh</surname>
          </string-name>
          and
          <string-name>
            <given-names>M. R.</given-names>
            <surname>Chaudron</surname>
          </string-name>
          .
          <article-title>Online img2UML repository: An online repository for UML models</article-title>
          .
          <source>In EESSMOD@ MoDELS</source>
          , pages
          <volume>61</volume>
          {
          <fpage>66</fpage>
          ,
          <year>2013</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref13">
        <mixed-citation>
          [13]
          <string-name>
            <surname>K.</surname>
          </string-name>
          <article-title>Ko ka</article-title>
          .
          <source>Principles of Gestalt psychology</source>
          , volume
          <volume>44</volume>
          .
          <string-name>
            <surname>Routledge</surname>
          </string-name>
          ,
          <year>2013</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref14">
        <mixed-citation>
          [14]
          <string-name>
            <given-names>M.</given-names>
            <surname>Petre</surname>
          </string-name>
          .
          <article-title>UML in practice</article-title>
          .
          <source>In Proceedings of the 2013 International Conference on Software Engineering</source>
          , ICSE '
          <volume>13</volume>
          , pages
          <fpage>722</fpage>
          {
          <fpage>731</fpage>
          ,
          <string-name>
            <surname>Piscataway</surname>
          </string-name>
          , NJ, USA,
          <year>2013</year>
          . IEEE Press.
        </mixed-citation>
      </ref>
      <ref id="ref15">
        <mixed-citation>
          [15]
          <string-name>
            <given-names>H. C.</given-names>
            <surname>Purchase</surname>
          </string-name>
          ,
          <string-name>
            <given-names>L.</given-names>
            <surname>Colpoys</surname>
          </string-name>
          ,
          <string-name>
            <given-names>D.</given-names>
            <surname>Carrington</surname>
          </string-name>
          , and
          <string-name>
            <given-names>M.</given-names>
            <surname>McGill</surname>
          </string-name>
          .
          <article-title>UML class diagrams: an empirical study of comprehension</article-title>
          .
          <source>In Software Visualization</source>
          , pages
          <volume>149</volume>
          {
          <fpage>178</fpage>
          . Springer,
          <year>2003</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref16">
        <mixed-citation>
          [16]
          <string-name>
            <given-names>B.</given-names>
            <surname>Sharif</surname>
          </string-name>
          and
          <string-name>
            <surname>J. I. Maletic.</surname>
          </string-name>
          <article-title>An empirical study on the comprehension of stereotyped UML class diagram layouts</article-title>
          .
          <source>In Program Comprehension</source>
          ,
          <year>2009</year>
          . ICPC'09. IEEE 17th International Conference on, pages
          <volume>268</volume>
          {
          <fpage>272</fpage>
          . IEEE,
          <year>2009</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref17">
        <mixed-citation>
          [17]
          <string-name>
            <given-names>H.</given-names>
            <surname>Sto</surname>
          </string-name>
          rrle, N. Baltsen,
          <string-name>
            <surname>H.</surname>
          </string-name>
          <article-title>Christo ersen, and</article-title>
          <string-name>
            <given-names>A.</given-names>
            <surname>Maier</surname>
          </string-name>
          .
          <article-title>On the impact of diagram layout: How are models actually read?</article-title>
          <source>In International Conference on Model Driven Engineering Languages and Systems (MoDELS)</source>
          <year>2014</year>
          , pages
          <fpage>31</fpage>
          {
          <fpage>35</fpage>
          ,
          <year>2014</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref18">
        <mixed-citation>
          [18]
          <string-name>
            <given-names>A.</given-names>
            <surname>Treisman</surname>
          </string-name>
          .
          <article-title>Preattentive processing in vision</article-title>
          .
          <source>Computer vision</source>
          , graphics, and image processing,
          <volume>31</volume>
          (
          <issue>2</issue>
          ):
          <volume>156</volume>
          {
          <fpage>177</fpage>
          ,
          <year>1985</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref19">
        <mixed-citation>
          [19]
          <string-name>
            <given-names>K.</given-names>
            <surname>Wong</surname>
          </string-name>
          and
          <string-name>
            <given-names>D.</given-names>
            <surname>Sun</surname>
          </string-name>
          .
          <article-title>On evaluating the layout of UML diagrams for program comprehension</article-title>
          .
          <source>Software Quality Journal</source>
          ,
          <volume>14</volume>
          (
          <issue>3</issue>
          ):
          <volume>233</volume>
          {
          <fpage>259</fpage>
          ,
          <year>2006</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref20">
        <mixed-citation>
          [20]
          <string-name>
            <given-names>S.</given-names>
            <surname>Yusuf</surname>
          </string-name>
          ,
          <string-name>
            <given-names>H.</given-names>
            <surname>Kagdi</surname>
          </string-name>
          , and
          <string-name>
            <given-names>J. I.</given-names>
            <surname>Maletic</surname>
          </string-name>
          .
          <article-title>Assessing the comprehension of UML class diagrams via eye tracking</article-title>
          .
          <source>In 15th IEEE International Conference on Program Comprehension (ICPC'07)</source>
          , pages
          <fpage>113</fpage>
          {
          <fpage>122</fpage>
          . IEEE,
          <year>2007</year>
          .
        </mixed-citation>
      </ref>
    </ref-list>
  </back>
</article>