<!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>
      <journal-title-group>
        <journal-title>Information technology of separating
hyperplanes synthesis for linear classifiers. Journal of Automation and Information Sciences 51 5
(2019) 54-64. doi: 10.1615/JAutomatInfScien.v51.i5.50.
[30] Iu. Krak</journal-title>
      </journal-title-group>
    </journal-meta>
    <article-meta>
      <article-id pub-id-type="doi">10.1109/TCSET49122.2020.235591</article-id>
      <title-group>
        <article-title>Method of Forecasting the Characteristics and Evaluating the Implementation Success of IT Projects Based on Requirements Analysis</article-title>
      </title-group>
      <contrib-group>
        <contrib contrib-type="author">
          <string-name>Yelyzaveta Hnatchuk</string-name>
          <xref ref-type="aff" rid="aff0">0</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Olga Pavlova</string-name>
          <email>olya1607pavlova@gmail.com</email>
          <xref ref-type="aff" rid="aff0">0</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Krystyna Havrylyuk</string-name>
          <xref ref-type="aff" rid="aff0">0</xref>
        </contrib>
        <aff id="aff0">
          <label>0</label>
          <institution>Khmelnytskyi National University</institution>
          ,
          <addr-line>Institutska str., 11, Khmelnytskyi, 29016</addr-line>
          ,
          <country country="UA">Ukraine</country>
        </aff>
      </contrib-group>
      <pub-date>
        <year>2020</year>
      </pub-date>
      <volume>2</volume>
      <fpage>30</fpage>
      <lpage>42</lpage>
      <abstract>
        <p>Currently, the actual task is the analysis of the requirements for the IT project in order to forecast the characteristics and evaluate the implementation success of IT projects. The purpose of this study is forecasting the characteristics and evaluating the implementation success of IT projects based on requirements analysis. The paper further developed the method of forecasting the characteristics and evaluating the implementation success of IT projects based on requirements analysis. This method consists of: neural network-based forecasting the project characteristics based on requirements analysis; interpretation of the obtained values of project characteristics based on the success rate of the IT project; assessing the degree of IT project implementation success on the basis of the project success rate; forecasting the success category of the IT project (successful, challenged, failed) based on the degree of the project implementation success. The input data for the improved method of forecasting the characteristics and evaluating the implementation success of IT projects based on requirements analysis are the requirements for the IT project, and the result of this method is the conclusion on the success category of an IT project, which allows to make an informed choice of the project for its further implementation. The proposed method differs from the known ones in that it allows forecasting the success of project implementation, comparing projects comprehensively according to the main characteristics and projected value of the degree of project implementation success (and not only in cost and duration, as it happens now), as well as allows to make an informed choice of IT project by the developer and the customer for further implementation.</p>
      </abstract>
      <kwd-group>
        <kwd>1 IT project</kwd>
        <kwd>IT project requirements</kwd>
        <kwd>success rate of the IT project</kwd>
        <kwd>the degree of IT project implementation success</kwd>
        <kwd>success category of an IT project</kwd>
        <kwd>method of forecasting the characteristics and evaluating the implementation success of IT projects based on requirements analysis</kwd>
      </kwd-group>
    </article-meta>
  </front>
  <body>
    <sec id="sec-1">
      <title>-</title>
      <p>Obviously, the share of challenged IT projects is about half of all projects. The share of failed
projects is about 1/5 of all projects. Only 1/3 of all projects are successful projects that can be relied
on and worth spending money on.</p>
      <p>
        Among the reasons for possible failures of IT projects are [
        <xref ref-type="bibr" rid="ref13">13</xref>
        ]:
• Unclear and incomplete requirements
• Insufficient participation of users in the project
• Absence or insufficiency of necessary resources
• Bad planning
• Frequent changes of requirements
• Novelty of the used technology for the organization
• Absence or insufficiency of appropriate project management
• Absent or insufficient support by senior management the project and project team
• Incorrect understanding of purposes or not enough analysis of project requirements
A majority of errors are made at the initial stages of the project life cycle. IT projects whose
requirements contain insufficient, inaccurate, incomplete and contradictory information cannot be
successfully implemented [
        <xref ref-type="bibr" rid="ref13">13</xref>
        ]. The analysis of a large number of projects conducted in [
        <xref ref-type="bibr" rid="ref14 ref15 ref16">14-16</xref>
        ]
confirmed the fact that the main place of occurrence of errors and problems is the stage of formulating
requirements, i.e. in fact at the end of the stage of formulating requirements it is possible to identify
and eliminate the lion's share of all errors and problems.
      </p>
      <p>
        Statistics show that gathering inaccurate requirements is one of the software failures' causes
(Figure 3) [
        <xref ref-type="bibr" rid="ref17 ref6">6, 17</xref>
        ].
      </p>
      <p>
        It is desirable to identify and eliminate defects in the requirements before they begin to affect later
stages of development. Early stages of the life cycle affect the quality of software more than later
stages, so the time spent on quality control in the early stages gives the opportunity to reduce defects,
to reduce development time, and to reduce costs at later stages [
        <xref ref-type="bibr" rid="ref15 ref16 ref18 ref19 ref20">15, 16, 18-25</xref>
        ].
      </p>
      <p>The analysis of methods and tools of determining the characteristics of projects [26-30] showed
that they focus on ready projects, rather than on existing requirements, i.e. unsuitable in the early
stages of the life cycle of IT projects. The investigation of requirements analysis' methods and tools
[31-37] showed that they are aimed at monitoring the requirements implementation, rather than
determining the forecasted values of the IT projects' characteristics. In [38] the prediction method for
probable recovery of partially missing or completely lost data based on the improvement of an
ensemble of two GRNNs by the additional use of extended-input SGTM neural-like structure is
proposed. Therefore, the existing requirements analysis' methods and tools are not acceptable for
quantifying the characteristics of an IT project based on the analysis of requirements, for
characteristics forecasting and for assessing the IT projects' success.</p>
      <p>Consequently, with the purpose of providing the required success of the IT project, it is necessary
to perform a requirements analysis. The purpose of such analysis is the opportunity of assessing the
project's possible success based on the requirements analysis, as well as supporting the developer and
customer in choosing a project from many alternative projects (currently the developer and customer
are guided only by intuition and the project's cost and duration).</p>
      <p>Thus, the actual task is the analysis of the requirements for the IT project in order to forecast the
characteristics and evaluate the implementation success of IT projects, as well as support the
developer and the customer in choosing an IT project from a variety of alternative IT projects. Given
the above, the purpose of this study is forecasting the characteristics and evaluating the
implementation success of IT projects based on requirements analysis. Herewith, the implementation
success of IT projects is the timely implementation of the IT project within the allocated budget and
with the implementation of all necessary capabilities and functions.
2. Method of forecasting the characteristics and evaluating
implementation success of IT projects based on requirements analysis
the</p>
      <p>
        In [
        <xref ref-type="bibr" rid="ref15 ref16">15, 16</xref>
        ] the authors considered the problem of predicting the characteristics and evaluating the
success of software projects' implementation based on the analysis of software requirements
specification. The authors of [
        <xref ref-type="bibr" rid="ref15 ref16">15, 16</xref>
        ] probably evaluated the success of the software project at the
design stage on the basis of the predicted values of the main software project characteristics [39] –
project duration, cost, complexity, cross-platform, usability, quality. We apply the described approach
to forecasting the success of the implementation of IT projects based on the analysis of their
characteristics. The success of the implementation of IT projects will probably be evaluated on the
basis of the following 4 characteristics – the duration of the IT project Dsp, the cost of IT project Cs,
the complexity of IT project Cx, the quality of IT project Qs.
      </p>
      <p>
        Let's improve the developed in [
        <xref ref-type="bibr" rid="ref15 ref16">15, 16</xref>
        ] neural network method of predicting the characteristics
and evaluating the success of software projects implementation based on analysis of software
requirements specification for forecasting the success of the implementation of IT projects based on
the analysis of their characteristics.
      </p>
      <p>Method of forecasting the characteristics and evaluating the implementation success of IT projects
based on requirements analysis consists of the following stages:
1. Neural network-based forecasting the IT project’s characteristics based on analysis of the
requirements
2. Interpretation of the obtained values of project characteristics based on the success rate of the
IT project
3. Assessing the degree of IT project’s implementation success based on the project success rate
4. Forecasting the IT project’s success category (successful, challenged, failed) on the basis of
the degree of the project’s implementation success</p>
      <p>The concept of method of forecasting the characteristics and evaluating the implementation
success of IT projects based on requirements analysis is represented in Figure 4.</p>
      <p>The first stage of the method is neural network forecasting of project characteristics based on the
analysis of requirements, which consists in processing a set of requirements’ indicators and in
determining the values of the project‘s main characteristics. We will use an artificial neural network
(ANN) to process a set of requirements indicators, to approximate indicators and to provide
forecasted quantitative values of project characteristics. The result of the ANN will be a set of
forecasted estimates of project characteristics. ANN will be implemented and trained so that all the
values of the characteristics will be from the interval [0; 1], where 0 – not enough data to forecast the
characteristic (the method does not work in this case), 0.08 – the value of the characteristic negatively
affects the project implementation’s success (high cost, duration, complexity, low quality), 1 – the
value of the characteristic has a positive effect on the project’s success (low cost, duration,
complexity, high quality).</p>
      <p>The multilayer perceptron is the most suitable for solving the problem of requirements analysis
and forecasting the characteristics of IT projects. If different type of neural network will be use to
solve this problem, its nature will be artificially distorted, resulting in inconsistent results of the ANN.
This approach can be summarized in the form of ANN of multi-layer-perceptron type – Figure 5.</p>
      <p>Based on the obtained values of the project's main characteristics (ANN results), both the
developer and the customer find it difficult to assess the IT project implementation's success in
complex, as it is difficult to correctly interpret the obtained values of characteristics, so the second
stage is the interpretation of the obtained project characteristics' values based on the IT project's
success rate. For interpretation of the characteristics' values, let's introduce the concept of the success
rate of the IT project. The IT project's success rate is a quantitative indicator of project
implementation's success based on a set of the forecasted values of the project's characteristics. Let all
four of these characteristics have the same impact on the IT project's success, and hence on the IT
project's success rate. Because formulas and dependencies are absent, the graphical representation is
the simplest and most obvious mode for determining the success rate of an IT project. For obtaining a
graphical representation of the success rate of the IT project, let's create a coordinate system that has
four axes (for the four characteristics of the project). Then the success rate of the IT project is the area
of the figure formed by the forecasted values of the project characteristics. Since the ANN provides
four characteristics, the IT project's success rate is the area of the quadrilateral outlined in the bold
line in Figure 6. For further work, we will also need the maximum (best, standard) value of the IT
project's success rate – the area of the quadrilateral (rhombus) outlined in the dotted line in Figure 6.





   

=
∗</p>
      <p>∗    ,
∗    ∗  ,
 =
=
=
1
2
1
2
1
2
1
2
∗ 
∗ 
∗  ,
∗  ,
  
 =
     =
  
2
.</p>
      <p>For finding the success rate of an IT project (ISP), let's divide the quadrilateral into four right
triangles and find the area for each of the triangles by two known legs (characteristics' values), then
add the resulting areas of the triangles:
(1)
(2)
(3)
(4)
(5)
(6)
(7)
   
1
2</p>
      <p>The value of the IT project implementation success' degree is equally close to 0 indicates a low
project implementation's success (such a project will be likely failed), and the value of the IT project
implementation success' degree is equally close to 1 indicates a high project implementation success,
i.e. such project will be probably successful.</p>
      <p>The IT project implementation success' degree, obtained at the 3rd stage of the proposed method,
is again uninformative for the developer and the customer because of the complexity and ambiguity of
interpretation of its value in predicting the project's success category. For simplifying and
   =
∗ (
∗    +    ∗ 
+ 
∗ 
+ 
∗  ).</p>
      <p>According to formula (5), the maximum (best, standard) value of the success rate of an IT project is:
1
2
=</p>
      <p>∗ (1 ∗ 1 + 1 ∗ 1 + 1 ∗ 1 + 1 ∗ 1) = 2.</p>
      <p>By itself, the IT project's success rate is uninformative for the developer and the customer owing to
the difficulty of its value interpreting, so the third step is assessing the IT project implementation
success' degree P on the basis of the project's success rate:
unambiguous interpretation of the value of the IT project implementation success' degree, the fourth
stage of the method is forecasting the IT project's success category (successful, challenged, failed)
based on the IT project implementation success' degree.</p>
      <p>To do this, we will determine the threshold values of the degree of the IT project implementation
success, according to which the conclusion about the success category of the IT project is made.</p>
      <p>For establishing such thresholds (and for creating the rules for forming a conclusion on the success
category of the IT project), an analysis of 34 different IT projects implemented by IT companies in
Khmelnytskyi, for which according to the proposed method the degree of IT project's implementation
success was determined and for which the success category was currently known. Based on this
analysis, we developed rules for determining the success category of the IT project:
• If P ≤ 0.18, then the IT project is probably failed
• If 0.18 ≤ P ≤ 0.70, then the IT project is probably challenged
• If P ≥ 0.70, then the IT project is probably successful</p>
      <p>The improved method of forecasting the characteristics and evaluating the implementation success
of IT projects based on requirements analysis provides forecasting the IT projects implementation's
success, comprehensively comparing the IT projects considering the main characteristics and the
forecasted value of the IT project implementation success' degree (not only by cost and duration, as is
currently the case) and making the informed choice of IT project by the developer and the customer
for further implementation. Of course, defects in the IT project can be introduced in the next stages –
during design and realization, but this method helps to reject IT projects with unsuccessful
requirements, because, as shown above, IT projects with unsuccessful requirements cannot be
successful.</p>
    </sec>
    <sec id="sec-2">
      <title>3. Results &amp; Discussion</title>
      <p>For verifying the adequacy of the improved method of forecasting the characteristics and
evaluating the implementation success of IT projects based on requirements analysis, let's assumed
that the ANN processed the requirements for 5 IT projects and provided the following values (Table
1). The obtained values of each of the IT projects’ success rate, the degree of each IT project
implementation success, as well as each IT project’s success category are represented in Table 1.</p>
      <p>Thus, of the five considered projects, only project №3 is projected to be successful, projects №1
and №2 are projected to be challenged, and projects №4 and №5 are projected to be failed. Therefore,
for further work, the customer, of course, is recommended to choose and finance an IT project №3,
because it has good requirements and is likely to be successful.</p>
      <p>Graphical representations of success rate of 5 considered IT projects and of the standard
(maximum, best) value of such an rate are represented in Figure 7.
IT project 2
IT project 3
IT project 4
IT project 5
Standard</p>
      <p>Duration</p>
      <p>Dsp</p>
      <p>Quality Qs</p>
      <p>As is known from [40], all iterations during the IT project are divided into two groups:
• Planned – iterations, which are caused by the first need; it is known in advance when and
where they will take place; they should facilitate the selection of optimal methods and tools for
design and coordination
• Unplanned – iterations, which are caused by errors and/or unforeseen problems; their time
and place are unpredictable; they lead to time-consuming processing (rework); they should be
minimized</p>
      <p>The improved method of forecasting the characteristics and evaluating the implementation success
of IT projects based on requirements analysis enables minimization of the unplanned iterations
number, and thus reducing the time spent on rework at later stages of the project life cycle, and
significantly reducing the rework after completion of initial work – thanks to early detection of
defects of requirements and early elimination of the revealed defects.</p>
      <p>In Figure 8 a solid black line shows time and human resources for initial work and a solid red line
shows the time and human resources for rework, that correspond to the current state of affairs; the
dotted red line shows the time and human resources required for rework, which become possible due
to the use of the method proposed by the authors.</p>
    </sec>
    <sec id="sec-3">
      <title>4. Conclusions</title>
      <p>Currently, the actual task is the analysis of the requirements for the IT project in order to forecast
the characteristics and evaluate the implementation success of IT projects. The purpose of this study is
forecasting the characteristics and evaluating the implementation success of IT projects based on
requirements analysis.</p>
      <p>The paper further developed the method of forecasting the characteristics and evaluating the
implementation success of IT projects based on requirements analysis.</p>
      <p>The proposed method consists of: neural network-based forecasting the project characteristics
based on requirements analysis; interpretation of the obtained values of project characteristics based
on the success rate of the IT project; assessing the degree of IT project implementation success on the
basis of the project success rate; forecasting the success category of the IT project (successful,
challenged, failed) based on the degree of the project implementation success.</p>
      <p>The input data for the improved method of forecasting the characteristics and evaluating the
implementation success of IT projects based on requirements analysis are the requirements for the IT
project, and the result of this method is the conclusion on the success category of an IT project, which
allows to make an informed choice of the project for its further implementation. The proposed method
differs from the known ones in that it allows forecasting the success of project implementation, comparing
projects comprehensively according to the main characteristics and projected value of the degree of project
implementation success (and not only in cost and duration, as it happens now), as well as allows to make
an informed choice of IT project by the developer and the customer for further implementation.</p>
      <p>The improved method of forecasting the characteristics and evaluating the implementation success
of IT projects based on requirements analysis allows to minimize the number of unplanned iterations,
and thus reduce rework time at later stages of the project life cycle, as well as significantly reduce
rework after completion of initial work – due to early detection of defects of requirements and early
elimination of the revealed defects.</p>
      <p>The main directions for authors' further research are: development and realization of the artificial
neural network that will forecast the IT project's characteristics based on the requirements' analysis;
design and development of an ontology-based intelligent agent for semantic analysis (parsing) of
project requirements, which will look for the indicators of requirements needed for ANN for
forecasting the characteristics of the project based on them (this feature will provide the ability to
work with requirements in modern conditions, when the requirements for the project often change –
due to the speed and ease of requirements analysis; the user will be able to check the updated
requirements each time without spending a lot of time and effort); design and realization of an
intelligent agent-oriented system of forecasting the characteristics and evaluating the implementation
success of IT projects based on requirements analysis.
5. References</p>
    </sec>
  </body>
  <back>
    <ref-list>
      <ref id="ref1">
        <mixed-citation>
          [1]
          <string-name>
            <given-names>Why</given-names>
            <surname>Do Projects Fail</surname>
          </string-name>
          ?
          <article-title>A resource for organizational learning focused on improving project success rates</article-title>
          ,
          <year>2012</year>
          . URL: http://calleam.com/WTPF/?page_id=
          <fpage>1445</fpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref2">
        <mixed-citation>
          [2]
          <string-name>
            <surname>CHAOS Summary</surname>
          </string-name>
          <year>2009</year>
          . The 10 laws
          <string-name>
            <surname>of</surname>
            <given-names>CHAOS</given-names>
          </string-name>
          ,
          <year>2009</year>
          . URL: https://www.classes.cs.uchicago.edu/archive/2014/fall/51210~1/required.reading/Standish.Group .Chaos.
          <year>2009</year>
          .pdf.
        </mixed-citation>
      </ref>
      <ref id="ref3">
        <mixed-citation>
          [3] The Standish Group International: CHAOS Manifesto -
          <article-title>Think big, act small</article-title>
          .
          <source>Technical report, CHAOS Knowledge Center</source>
          ,
          <year>2013</year>
          . URL: http://www.versionone.com/assets/img/files/CHAOSManifesto2013.pdf.
        </mixed-citation>
      </ref>
      <ref id="ref4">
        <mixed-citation>
          [4]
          <string-name>
            <given-names>H.</given-names>
            <surname>Shane</surname>
          </string-name>
          , W. Stéphane, Standish Group 2015
          <string-name>
            <given-names>Chaos</given-names>
            <surname>Report - Q&amp;A with Jennifer</surname>
          </string-name>
          <string-name>
            <surname>Lynch</surname>
          </string-name>
          ,
          <year>2015</year>
          .
          <article-title>Web-site</article-title>
          . URL: http://www.infoq.com/articles/standish-chaos-
          <year>2015</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref5">
        <mixed-citation>
          [5]
          <string-name>
            <given-names>The</given-names>
            <surname>Standish Group Report</surname>
          </string-name>
          <string-name>
            <surname>CHAOS</surname>
          </string-name>
          ,
          <year>2014</year>
          . URL: https://www.projectsmart.co.uk/whitepapers/chaos-report.pdf.
        </mixed-citation>
      </ref>
      <ref id="ref6">
        <mixed-citation>
          <source>[6] PMI's Pulse of the Profession 9-th Global Project Management Survey</source>
          ,
          <year>2017</year>
          . URL: https://www.pmi.org/-/media/pmi/documents/public/pdf/learning/thought-leadership/pulse/pulseof-the-profession-
          <year>2017</year>
          .pdf.
        </mixed-citation>
      </ref>
      <ref id="ref7">
        <mixed-citation>
          [7]
          <string-name>
            <given-names>J.</given-names>
            <surname>Leonard</surname>
          </string-name>
          , CSCE 606:
          <string-name>
            <surname>Introduction</surname>
          </string-name>
          ,
          <year>2019</year>
          . URL: https://slideplayer.com/slide/15545897/.
        </mixed-citation>
      </ref>
      <ref id="ref8">
        <mixed-citation>
          [8]
          <string-name>
            <given-names>A.</given-names>
            <surname>Mersino</surname>
          </string-name>
          ,
          <source>Agile Project Success Rates are 2X Higher than Traditional Projects</source>
          ,
          <year>2019</year>
          . URL: https://vitalitychicago.com/blog/agile
          <article-title>-projects-are-more-successful-traditional-projects/.</article-title>
        </mixed-citation>
      </ref>
      <ref id="ref9">
        <mixed-citation>
          [9]
          <fpage>4</fpage>
          -Step project plan for
          <year>2020</year>
          ,
          <year>2020</year>
          . URL: http://projexs.io/project-plan
          <string-name>
            <surname>-</surname>
          </string-name>
          made-easy/.
        </mixed-citation>
      </ref>
      <ref id="ref10">
        <mixed-citation>
          <source>[10] A Look at 25 Years of Software Projects. What Can We Learn?</source>
          ,
          <year>2017</year>
          . URL: https://speedandfunction.com/look-25
          <string-name>
            <surname>-</surname>
          </string-name>
          years
          <article-title>-software-projects-can-learn/.</article-title>
        </mixed-citation>
      </ref>
      <ref id="ref11">
        <mixed-citation>
          [11]
          <string-name>
            <given-names>T.</given-names>
            <surname>Hovorushchenko</surname>
          </string-name>
          ,
          <string-name>
            <given-names>O.</given-names>
            <surname>Pavlova</surname>
          </string-name>
          ,
          <string-name>
            <given-names>M.</given-names>
            <surname>Bodnar</surname>
          </string-name>
          ,
          <article-title>Development of an intelligent agent for analysis of nonfunctional characteristics in specifications of software requirements</article-title>
          .
          <source>Eastern-European Journal of Enterprise Technologies</source>
          <volume>1</volume>
          <fpage>2</fpage>
          (
          <issue>2019</issue>
          )
          <fpage>6</fpage>
          -
          <lpage>17</lpage>
          . doi:
          <volume>10</volume>
          .15587/
          <fpage>1729</fpage>
          -
          <lpage>4061</lpage>
          .
          <year>2019</year>
          .
          <volume>154074</volume>
          .
        </mixed-citation>
      </ref>
      <ref id="ref12">
        <mixed-citation>
          [12]
          <string-name>
            <given-names>T.</given-names>
            <surname>Hovorushchenko</surname>
          </string-name>
          ,
          <string-name>
            <given-names>O.</given-names>
            <surname>Pavlova</surname>
          </string-name>
          ,
          <article-title>Evaluating the software requirements specifications using ontology-based intelligent agent</article-title>
          ,
          <source>in: Proceedings of 2018 IEEE International Scientific and Technical Conference “Computer Science and Information Technologies”</source>
          ,
          <source>СSIT'</source>
          <year>2018</year>
          , Lviv,
          <year>2018</year>
          , vol.
          <volume>1</volume>
          , pp.
          <fpage>215</fpage>
          -
          <lpage>218</lpage>
          . doi:
          <volume>10</volume>
          .1109/STC-CSIT.
          <year>2018</year>
          .
          <volume>8526730</volume>
          .
        </mixed-citation>
      </ref>
      <ref id="ref13">
        <mixed-citation>
          [13]
          <string-name>
            <surname>S. McConnell</surname>
          </string-name>
          , Code complete, Microsoft Press, Redmond,
          <year>2013</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref14">
        <mixed-citation>
          [14]
          <string-name>
            <given-names>C.</given-names>
            <surname>Jones</surname>
          </string-name>
          ,
          <string-name>
            <surname>O. Bonsignour,</surname>
          </string-name>
          <article-title>The economics of software quality</article-title>
          ,
          <source>Pearson Education</source>
          , Boston,
          <year>2012</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref15">
        <mixed-citation>
          [15]
          <string-name>
            <given-names>T.</given-names>
            <surname>Hovorushchenko</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A.</given-names>
            <surname>Krasiy</surname>
          </string-name>
          ,
          <article-title>Method of evaluating the success of software project implementation based on analysis of specification using neuronet information technologies</article-title>
          .
          <source>CEUR-WS</source>
          <volume>1356</volume>
          (
          <year>2015</year>
          )
          <fpage>100</fpage>
          -
          <lpage>107</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref16">
        <mixed-citation>
          [16]
          <string-name>
            <given-names>A.</given-names>
            <surname>Krasiy</surname>
          </string-name>
          , T. Hovorushchenko,
          <article-title>Information technology of predicting the characteristics and evaluating the success of software projects implementation</article-title>
          .
          <source>CEUR-WS</source>
          <volume>1614</volume>
          (
          <year>2016</year>
          )
          <fpage>87</fpage>
          -
          <lpage>102</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref17">
        <mixed-citation>
          [17]
          <string-name>
            <surname>Sh</surname>
          </string-name>
          .
          <string-name>
            <surname>Sarif</surname>
            ,
            <given-names>S.</given-names>
          </string-name>
          <string-name>
            <surname>Ramly</surname>
            ,
            <given-names>R.</given-names>
          </string-name>
          <string-name>
            <surname>Yusof</surname>
            ,
            <given-names>N.</given-names>
          </string-name>
          <string-name>
            <surname>Fadzillah</surname>
            ,
            <given-names>N.</given-names>
          </string-name>
          <string-name>
            <surname>Sulaiman</surname>
          </string-name>
          ,
          <article-title>Investigation of success and failure factors in IT project management</article-title>
          .
          <source>Advances in Intelligent Systems and Computing</source>
          <volume>739</volume>
          (
          <year>2018</year>
          )
          <fpage>671</fpage>
          -
          <lpage>682</lpage>
          . doi:
          <volume>10</volume>
          .1007/
          <fpage>978</fpage>
          -981-10-8612-0_
          <fpage>70</fpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref18">
        <mixed-citation>
          [18]
          <string-name>
            <given-names>O.</given-names>
            <surname>Pomorova</surname>
          </string-name>
          , T. Hovorushchenko,
          <article-title>The way to detection of software emergent properties</article-title>
          ,
          <source>in: Proceedings of the 2015 IEEE 8-th International Conference on Intelligent Data Acquisition and Advanced Computing Systems: Technology and Applications</source>
          , IDAACS'
          <year>2015</year>
          , Warsaw,
          <year>2015</year>
          , vol.
          <volume>2</volume>
          , pp.
          <fpage>779</fpage>
          -
          <lpage>784</lpage>
          . doi:
          <volume>10</volume>
          .1109/IDAACS.
          <year>2015</year>
          .
          <volume>7341409</volume>
          .
        </mixed-citation>
      </ref>
      <ref id="ref19">
        <mixed-citation>
          [19]
          <string-name>
            <given-names>T.</given-names>
            <surname>Hovorushchenko</surname>
          </string-name>
          ,
          <string-name>
            <given-names>O.</given-names>
            <surname>Pomorova</surname>
          </string-name>
          ,
          <article-title>Evaluation of mutual influences of software quality characteristics based ISO 25010:2011</article-title>
          , in: Proceedings of 2016 International Scientific and Technical Conference “Computer Science and Information Technologies”,
          <source>CSІТ'</source>
          <year>2016</year>
          , Lviv,
          <year>2016</year>
          , pp.
          <fpage>80</fpage>
          -
          <lpage>83</lpage>
          . doi:
          <volume>10</volume>
          .1109/STC-CSIT.
          <year>2016</year>
          .
          <volume>7589874</volume>
          .
        </mixed-citation>
      </ref>
      <ref id="ref20">
        <mixed-citation>
          [20]
          <string-name>
            <given-names>T.</given-names>
            <surname>Hovorushchenko</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A.</given-names>
            <surname>Herts</surname>
          </string-name>
          , Ye. Hnatchuk,
          <article-title>Concept of intelligent decision support system in the legal regulation of the surrogate motherhood</article-title>
          .
          <source>CEUR-WS</source>
          <volume>2488</volume>
          (
          <year>2019</year>
          )
          <fpage>57</fpage>
          -
          <lpage>68</lpage>
          .
        </mixed-citation>
      </ref>
    </ref-list>
  </back>
</article>