<!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>Socialization aspect in Requirements Engineering</article-title>
      </title-group>
      <contrib-group>
        <contrib contrib-type="author">
          <string-name>Anita Finke</string-name>
          <email>anita.finke@rtu.lv</email>
          <xref ref-type="aff" rid="aff0">0</xref>
        </contrib>
        <aff id="aff0">
          <label>0</label>
          <institution>Riga Technical University</institution>
          ,
          <addr-line>Riga</addr-line>
          ,
          <country country="LV">Latvia</country>
        </aff>
      </contrib-group>
      <abstract>
        <p>The role of digital world, information and knowledge in organizations has become increasingly important. Fast changing information systems and requirements ask for fast reactions and rich knowledge about existing solutions. Today's technological development provides new possibilities and new tools that support everyday processes and knowledge management. For example requirements management tools now include even support in collecting knowledge and bring new trends in requirements communication. In this paper the author will provide insight in knowledge management approaches which can support requirement management process and improve knowledge availability, for example, the requirements realization process and the use of requirements results.</p>
      </abstract>
      <kwd-group>
        <kwd>Knowledge management</kwd>
        <kwd>requirements engineering</kwd>
        <kwd>requirements distribution</kwd>
        <kwd>continuous requirement engineering</kwd>
      </kwd-group>
    </article-meta>
  </front>
  <body>
    <sec id="sec-1">
      <title>Introduction</title>
      <p>The role of digital world, information and knowledge in organizations has become
increasingly important. Fast changing information systems (IS) and requirements ask
for fast reactions and rich knowledge about existing solutions. And in case of
continuous requirement engineering (CRE), rich knowledge and availability of information
(including requirements) becomes increasingly important.</p>
      <p>
        Digitalization brings us more and more possibilities to manage existing data,
knowledge and processes. One of the possibilities is socialization. Even in formal
environment socialization tools can help collecting knowledge and making decisions
and documenting them. Today there are attempts to implement some socialization
functionality in existing requirements management tools. For example JIRA [
        <xref ref-type="bibr" rid="ref10">10</xref>
        ]
system provides possibility to exchange comments between project team members
and other involved persons. It also allows collecting knowledge about the
implementation process or the results of the implemented functionality and put them into the
use.
      </p>
      <p>
        In the previous paper author describes [
        <xref ref-type="bibr" rid="ref9">9</xref>
        ] the information inheritance problem and
importance or information availability as well as hypothetical solutions for these
problems. In this paper the author will provide insight in socialization aspect which
can support requirement management process and improve knowledge availability,
for example, the requirements realization process and the use of requirements results.
      </p>
      <p>This paper contains 5 sections: section 1 – introduction, section 2 – related work
about CRE and KM, section 3 – Requirements management approach, section 4 –
conclusion and section 5 – bibliography.
2</p>
    </sec>
    <sec id="sec-2">
      <title>Related work</title>
      <p>
        Requirements engineering (RE) concerns such IS life cycle activities as requirements
elicitation, requirements analysis, requirements management and other requirements
management activities [
        <xref ref-type="bibr" rid="ref1 ref2">1, 2</xref>
        ] and tools for requirements documentation. Requirement
engineering includes communication too, but it does not describe socialization tools
and their use to gather knowledge about requirements process, requirements
gathering, the process of approval, requirements realization specifics and use of
development results.
      </p>
      <p>
        Information, data and knowledge is most useful only in situations when it is put to
use. CRE concept concerns continuous work on requirements and solutions.
Continuous work means reuse of existing requirements and improvement of them in the
context of IS changes. The term of CRE [6, 12 is not widely described in research. But
some concepts of continuity are already described, for example in SWEBOK
(Software Engineering Body of Knowledge) [
        <xref ref-type="bibr" rid="ref3">3</xref>
        ] it is pointed out that requirements process
is “… initiated at the beginning of a project that continues to be refined throughout
the life cycle.” In practice the requirements appear before the information technology
(IT) project is started before the official start of the project.
      </p>
      <p>
        BABOK (Business Analysis Body of Knowledge) 3 [
        <xref ref-type="bibr" rid="ref2">2</xref>
        ] points out the necessity to
plan business analysis information management (requirements capture, storage and
integration with other information) in a way that provides long term use. And long
term use means continuous work on requirements and the solution as well.
      </p>
      <p>
        There are some more specific topics too, e.g. model (Model Federation) for CRE to
support and propose an approach of model federation that allows information sharing
by maintaining dynamic links between different models [
        <xref ref-type="bibr" rid="ref15">15</xref>
        ].
      </p>
      <p>
        Knowledge creation, capturing and diffusion have become important aspects in
organizations [
        <xref ref-type="bibr" rid="ref13">13</xref>
        ]. Knowledge in all aspects, including requirements management and
solution development, is the most valuable asset in organizations [
        <xref ref-type="bibr" rid="ref14">14</xref>
        ]. Success of
many organizations depends on availability of knowledge, particularly the amount
and quality of explicit knowledge. Even the success in RE process depends on the
available knowledge. Moreover in knowledge elicitation and requirements elicitation
process we can use the same techniques: like interviews, shadowing etc. [
        <xref ref-type="bibr" rid="ref10 ref2">2, 10</xref>
        ]. It
gives us a reason to think about possibilities to adapt KM practices and tools in CRE.
      </p>
      <p>
        Ruhaya Ab. Aziza, Bernard Wongb [
        <xref ref-type="bibr" rid="ref4">4</xref>
        ] talk about the relationship between
requirements and knowledge. They describe the importance of the relationship between
requirements and knowledge, because “…managing these incremental changes in
software development is very challenging. The knowledge and management of
requirements changes is crucial in the management of software changes“. Ebert and De
Man [
        <xref ref-type="bibr" rid="ref5">5</xref>
        ] state that knowledge about techniques, project portfolio and processes and
information are important in continuous systems and requirement improvements.
      </p>
      <p>
        We can talk about knowledge only if we have gathered some knowledge. And last
year there was some research done on usage of today’s social messaging (SM) tools
in enterprises [
        <xref ref-type="bibr" rid="ref16">16</xref>
        ] in context of knowledge elicitation and management. It can be one
of possible ways to support knowledge elicitation and transformation into written
form in a natural way. The only aspect worth considering is how structured and
analyzable this information is.
      </p>
      <p>
        Social messaging [
        <xref ref-type="bibr" rid="ref16">16</xref>
        ], Internet of Thing and Cloud technologies [
        <xref ref-type="bibr" rid="ref13">13</xref>
        ] and
socialization tools is the latest trend in KM solutions. Solutions as Facebook and WhatsApp
and others bring new possibilities and ideas about the ways of knowledge elicitation
and management in organizations. Today the business decisions have to be made on
the move. And applications as WhatsApp and others support this style of work.
      </p>
      <p>
        In [
        <xref ref-type="bibr" rid="ref15">15</xref>
        ] authors talks about KM role in risk management. And Matti Mäntymäki
and Kai Riemer talks about enterprise social networking [
        <xref ref-type="bibr" rid="ref17">17</xref>
        ] and the role of it. In [
        <xref ref-type="bibr" rid="ref17">17</xref>
        ]
researches are described that reveal that social networking in enterprise for
professional purposes can improve everyday communication and is positively associated
with employee performance.
      </p>
      <p>
        There are some studies about challenges in Requirement Engineering: S. Besrour,
L. Bin AB Rahim and P.D.D. Dominic describe such challenges as poor
communication during requirement elicitation, undocumented relations among requirements and
stakeholders, requirements inconsistency and others [
        <xref ref-type="bibr" rid="ref18">18</xref>
        ].
      </p>
      <p>Requirements engineering is strongly related to communication and knowledge.
Today’s tools for RE and software development support include some option for
socialization (online communication, discussions, sharing etc.).
3</p>
    </sec>
    <sec id="sec-3">
      <title>Requirements management approach</title>
      <p>This section of the paper describes the model of approach of managing requirements
in a way that involves socialization possibilities with the purpose to provide
knowledge and requirements.</p>
      <p>Nowadays the biggest focus in IS projects is mostly put on fast product delivery
but there are no assumptions on future work with requirements. If we lack an effective
approach for requirements management and distribution, this can result in incomplete
requirements, outdated requirement versions and missing information and knowledge.</p>
      <p>
        Many approaches and possibilities in knowledge management and distribution are
described in literature. For example requirement distribution can be equivalent to
knowledge management, because it includes a whole set of methods for knowledge
distribution [
        <xref ref-type="bibr" rid="ref7">7</xref>
        ]. There are some assumptions about recommendation tools and their
effort in requirement engineering and distribution [
        <xref ref-type="bibr" rid="ref8">8</xref>
        ], but this requires good quality of
requirements. For example, lack of requirements quality can contribute to bad practice
in RE.
      </p>
      <p>Author proposes an approach describing the key principle that can help make
requirements distribution more effective and even make requirements management
simpler. This approach in early stage havs been adapted in a real company. The
validation of results will be shown in next research papers.
,
n
tsen lisyaan ilccanoo .tce</p>
      <p>,s it
ireeuqm i,ttanno i,traeno liitcyaeb
rFoR keum icun tra
do umm
c</p>
      <p>Clients project
team</p>
      <p>Client</p>
      <p>Stakeholders
Developers project</p>
      <p>team
Third parties etc.</p>
      <p>RE knowledge
management
Requirements versioning</p>
      <p>Support for IS
development process
Requirements detalization
and traceability</p>
      <p>Communication
Channel A Channel B
Tool to document and
manage requirements</p>
      <p>e
and other functionality ce tscann B
tsan A I
n</p>
      <p>I
Figure 1 Model of requirements management approach</p>
      <p>The basic idea of the approach is: by reducing the number of requirements
management tools and channels we can reduce resources (time resources) for requirement
management and simplify communication management (communication mostly is
organized trough the tool and all communication is documented). This includes the
knowledge elicitation and management activities by using tool support for
communication and socialization.</p>
      <p>This simple idea can be shown as a model of requirement management approach
(see Figure 1).</p>
      <p>Shown model of requirements management approach illustrates the key concept –
less tools, multi-functional options for communication and socialization, traceability,
search, accessibility possibilities, versioning and traceability support, developments
process support and other functionality.</p>
      <p>If we make a mathematical comparison: for example, 2 organizations, each of
which have 2 tools for requirements input. We can assume that the requirements input
in each tool requires the same time – X. Then the cumulative time = number of
tools*2*X. When the number of tools is minimized, it reduces the total time spent on
requirements input. It can save an hour a day or even more.</p>
      <p>The next aspect is time that the involved persons spend on search in documented
communication process and linking to requirements. If we assume that most of
communication and socialization activities are fixed among requirements, it can save us
time for searching in different sources and linking them. Of course, the effectiveness
depends on quality of the written communication.</p>
      <p>This model of RM approach brings restrictions or rules such as the need to ensure
of the use of tool from all involved persons and the need to provide availability of
tools to all involved persons.</p>
      <p>As a result of such approach we can gain more data and knowledge related to
requirements. Figure 2 shows the illustrated requirements relations to socialization
results.</p>
      <p>Requirements usually are stored in “requirements register” – it can be in MS Word,
MS Excel or other type of system. And usually contains requirements and their
attributes like author, priority, number, date of requirements capture, status etc.
Socialization possibilities can bring a new way of requirements management.</p>
      <p>Socialization means that requirements have a new attribute – comments, questions
and answers, documented decision process. This information can be transformed into
knowledge – knowledge about real business processes related to a certain
requirement, knowledge about real use of functionality which includes a particular
requirement, knowledge about requirements elicitation history and process, and other
information. In this case in Figure 2 we can see that this approach links several aspects
starting from requirement to socialization results and even knowledge.</p>
      <p>Likewise, this model of RM approach shows that we need to think about the
relation of requirements to aspects like knowledge and documented communication. The
efficiency of this approach will be tested in a real organization and the result of these
tests will be described in the following research papers.
4</p>
    </sec>
    <sec id="sec-4">
      <title>Conclusion</title>
      <p>Mostly IS development projects involve more than one project team and persons. If
that is the case, challenges in requirement management and distribution are
unavoidable because in most cases each project team uses their own tool and communication
channel.</p>
      <p>Requirements management and distribution needs to be smart and sustainable, and
that means we need to think about the ways of requirement storage and the
convenience of their use, and of course – whether the requirements distribution is timely
organized. It is critical if a need arises to use these requirements during all of the IS
life cycle.</p>
      <p>Proposed approach points out the need for small amount of requirement
management tools and sets rules for effective requirements management and communication,
e.g. – all involved persons use the selected tool (tools) and all tools contain the same
version of requirements.</p>
    </sec>
  </body>
  <back>
    <ref-list>
      <ref id="ref1">
        <mixed-citation>
          1.
          <string-name>
            <given-names>R. R.</given-names>
            <surname>Young</surname>
          </string-name>
          , “The Requirements Engineering Handbook”,
          <year>2004</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref2">
        <mixed-citation>
          2. International Institute of Business Analysis,
          <article-title>“A Guide to the Business Analysis Body of Knowledge v3”, 2015</article-title>
        </mixed-citation>
      </ref>
      <ref id="ref3">
        <mixed-citation>
          3.
          <string-name>
            <given-names>P.</given-names>
            <surname>Bourque</surname>
          </string-name>
          and
          <string-name>
            <given-names>R. E.</given-names>
            <surname>Fairley</surname>
          </string-name>
          , Guide to the
          <source>Software Engineering - Body of Knowledge</source>
          .
          <year>2014</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref4">
        <mixed-citation>
          4.
          <string-name>
            <given-names>R. A.</given-names>
            <surname>Aziz</surname>
          </string-name>
          and
          <string-name>
            <given-names>B.</given-names>
            <surname>Wong</surname>
          </string-name>
          , “
          <article-title>The Interplay between Requirements Relationships Knowledge and Requirements Change towards Software Project Success: An Assessment Using Partial Least Square (PLS),” Procedia Comput</article-title>
          . Sci., vol.
          <volume>46</volume>
          , pp.
          <fpage>732</fpage>
          -
          <lpage>741</lpage>
          ,
          <year>2015</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref5">
        <mixed-citation>
          5.
          <string-name>
            <given-names>C.</given-names>
            <surname>Ebert</surname>
          </string-name>
          and
          <string-name>
            <surname>J. De</surname>
            <given-names>Man</given-names>
          </string-name>
          , “
          <article-title>Requirements uncertainty: influencing factors and concrete improvements</article-title>
          ,”
          <source>in Proceedings. 27th International Conference on Software Engineering</source>
          ,
          <year>2005</year>
          .
          <source>ICSE</source>
          <year>2005</year>
          ., pp.
          <fpage>553</fpage>
          -
          <lpage>560</lpage>
        </mixed-citation>
      </ref>
      <ref id="ref6">
        <mixed-citation>
          6.
          <string-name>
            <given-names>M.</given-names>
            <surname>Kirikova</surname>
          </string-name>
          , “
          <article-title>Enterprise Architecture and Knowledge Perspectives on Continuous Requirements Engineering</article-title>
          ,”
          <year>2015</year>
          . [Online]. Available: http://ceur-ws.
          <source>org/</source>
          Vol-
          <volume>1342</volume>
          /
          <fpage>05</fpage>
          - CRE.pdf. [Accessed:
          <fpage>10</fpage>
          -Jan-2016].
        </mixed-citation>
      </ref>
      <ref id="ref7">
        <mixed-citation>
          7.
          <string-name>
            <given-names>A.</given-names>
            <surname>Mahdi Owayid</surname>
          </string-name>
          ,
          <string-name>
            <given-names>K.</given-names>
            <surname>Alrawi</surname>
          </string-name>
          , K. Shaalan, “
          <article-title>Chapter 45 Effectiveness of Information Systems Infrastructure and Team Learning in Integration Knowledge Management and eLearing Technologies”</article-title>
          ,
          <source>The 8th International Conference on Knowledge Management in Organizations</source>
          , 2014
        </mixed-citation>
      </ref>
      <ref id="ref8">
        <mixed-citation>
          8.
          <string-name>
            <given-names>W.</given-names>
            <surname>Maalej</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A.</given-names>
            <surname>Kumar</surname>
          </string-name>
          <string-name>
            <surname>Thurimella</surname>
          </string-name>
          , “
          <article-title>Towards a Research Agenda for Recommendation Systems</article-title>
          in Requirements Engineering”,
          <source>2009 Second International Workshop on Managing Requirements Knowledge (MaRK'09)</source>
          ,
          <year>2010</year>
        </mixed-citation>
      </ref>
      <ref id="ref9">
        <mixed-citation>
          9.
          <string-name>
            <given-names>A.</given-names>
            <surname>Finke</surname>
          </string-name>
          , “
          <article-title>Requirements Inheritance in Continuous Requirements Engineering: a Position Paper”</article-title>
          , CRE'
          <fpage>17</fpage>
          <lpage>2016</lpage>
        </mixed-citation>
      </ref>
      <ref id="ref10">
        <mixed-citation>
          10.
          <string-name>
            <surname>Atalssian</surname>
            ,
            <given-names>JIRA</given-names>
          </string-name>
          <article-title>Products (site las time visited in 02</article-title>
          .01.
          <year>2017</year>
          https://www.atlassian.com/software/jira )
        </mixed-citation>
      </ref>
      <ref id="ref11">
        <mixed-citation>
          11.
          <string-name>
            <given-names>K.</given-names>
            <surname>Sandkhul</surname>
          </string-name>
          ,
          <string-name>
            <given-names>J.</given-names>
            <surname>Stirna</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A.</given-names>
            <surname>Persson</surname>
          </string-name>
          , M.Wissotzki, “
          <article-title>Chapter 4 Elicitation Approaches in Enterprise Modeling” Enterprise Modeling, Tackling Business Challenges with the 4EM Method, 2014</article-title>
        </mixed-citation>
      </ref>
      <ref id="ref12">
        <mixed-citation>
          12.
          <string-name>
            <surname>J.-P. Finance</surname>
          </string-name>
          , Ed., “Fundamental Approaches to Software Engineering”, vol.
          <volume>1577</volume>
          . Berlin, Heidelberg: Springer Berlin Heidelberg,
          <year>1999</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref13">
        <mixed-citation>
          13.
          <string-name>
            <given-names>P.</given-names>
            <surname>Balco</surname>
          </string-name>
          ,
          <string-name>
            <surname>M.</surname>
          </string-name>
          <article-title>Drahošova “Knowledge management as a service (KMaaS)”</article-title>
          ,
          <source>2016 4th International Conference on Future Internet of Things and Cloud Workshops</source>
          ,
          <year>2016</year>
        </mixed-citation>
      </ref>
      <ref id="ref14">
        <mixed-citation>
          14. E.Mercier - Laurent “
          <article-title>Knowledge Management &amp; Risk Management”</article-title>
          ,
          <source>Proceeding of the Federated Conference on Computer Science and Information Systems</source>
          , pp.
          <fpage>1369</fpage>
          -
          <lpage>1373</lpage>
          ,
          <year>2016</year>
        </mixed-citation>
      </ref>
      <ref id="ref15">
        <mixed-citation>
          15. E. Mercier-Laurent,
          <source>“Knowledge Management &amp;Risk Management” Proceedings of the Federated Conference on Computer Science and Information Systems</source>
          pp.
          <fpage>1369</fpage>
          -
          <lpage>1373</lpage>
          ,
          <year>2016</year>
        </mixed-citation>
      </ref>
      <ref id="ref16">
        <mixed-citation>
          16. L.
          <string-name>
            <surname>Pilat</surname>
          </string-name>
          , H. Kaindl, “
          <article-title>A Knowledge Management Perspective of Requirements Engineering”</article-title>
          ,
          <source>Research Challenges in Information Science (RCIS)</source>
          ,
          <year>2011</year>
          Fifth International Conference on,
          <year>2011</year>
        </mixed-citation>
      </ref>
      <ref id="ref17">
        <mixed-citation>
          17.
          <string-name>
            <surname>M. Mäntymäki</surname>
          </string-name>
          , K. Riemer, “
          <article-title>Enterprise social networking: A knowledge management perspective”</article-title>
          ,
          <source>International Journal of Information Management</source>
          <volume>36</volume>
          (
          <year>2016</year>
          )
          <fpage>1042</fpage>
          -
          <lpage>1052</lpage>
          ,
          <year>2016</year>
        </mixed-citation>
      </ref>
      <ref id="ref18">
        <mixed-citation>
          18.
          <string-name>
            <given-names>S.</given-names>
            <surname>Besrour</surname>
          </string-name>
          , L. Bin AB Rahim, P.D.D. Dominic, “
          <article-title>A Quantitative Study to Identify Critical Requirement Engineering Challenges in the Context of Small and Medium Software Enterprises”</article-title>
          ,
          <source>2016 3rd International Conference on Computer and Information Sciences (ICCOINS)</source>
          ,
          <year>2016</year>
        </mixed-citation>
      </ref>
    </ref-list>
  </back>
</article>