<!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>Reengineering of Information Systems toward Classical- Quantum Systems</article-title>
      </title-group>
      <contrib-group>
        <contrib contrib-type="author">
          <string-name>o Pér</string-name>
          <xref ref-type="aff" rid="aff0">0</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>stillo[</string-name>
          <xref ref-type="aff" rid="aff0">0</xref>
        </contrib>
        <aff id="aff0">
          <label>0</label>
          <institution>Social Science &amp; Information Technology Faculty, University of Castilla-La Mancha Av. Real Fábrica de Sedas</institution>
          ,
          <addr-line>s/n, Talavera de la Reina, 45600</addr-line>
          ,
          <country country="ES">Spain</country>
        </aff>
      </contrib-group>
      <fpage>64</fpage>
      <lpage>70</lpage>
      <abstract>
        <p>In the coming years, companies will progressively need to add quantum computing to some or all of their daily operations. It is clear that all existing, classical information systems cannot be thrown away. Instead of this, it is expected to add some quantum algorithms working embedded in classical information systems. So far, there is not a systematic solution to deal with this challenge. Thus, this talk suggests a software modernization approach (model-driven reengineering) for restructuring classical systems together with existing or new quantum algorithms to provide target systems combining both computational paradigms. The method highlighted is systematic and based on existing software engineering standards (such as KDM and UML). As a result, it could be applied in industry in a compliant manner regarding the existing software evolution processes.</p>
      </abstract>
      <kwd-group>
        <kwd>Quantum computing</kwd>
        <kwd>reengineering</kwd>
        <kwd>software modernization</kwd>
      </kwd-group>
    </article-meta>
  </front>
  <body>
    <sec id="sec-1">
      <title>-</title>
      <p>
        The quantum momentum is today stablished. QC is becoming more and more a mature
area while an investment scalation is happening in both, public and private sectors [
        <xref ref-type="bibr" rid="ref1 ref2">1,
2</xref>
        ]. Thus, the effective quantum supremacy [
        <xref ref-type="bibr" rid="ref3">3</xref>
        ] is expected for the next few years, i.e.,
when quantum computers are able to solve problems that classical computer cannot in
practice. Actually, that QC is a transversal and interdisciplinary opportunity for digital
transformation and social impact [
        <xref ref-type="bibr" rid="ref4">4</xref>
        ], with multiple applications, for example,
biomedical simulations and disease diagnosis, machine learning, optimization problems such
as logistics, financial modelling and risk management, chemical modelling,
cybersecurity and cryptography, among many other.
      </p>
      <p>
        In the last years, quantum physics, mathematics, computers, algorithms and, in
general, quantum computer science present certain progress. Despite QC is becoming
more and more mature and mainstream, software engineering has not been considered
in depth for quantum software as it is for classical software during last decades [
        <xref ref-type="bibr" rid="ref5 ref6">5, 6</xref>
        ].
      </p>
      <p>
        In particular, in this work we point out the problem of model-driven reengineering
[
        <xref ref-type="bibr" rid="ref7">7</xref>
        ]. We believe, most organization will demand the migration of their first quantum
algorithms or future ones and its integration with the existing enterprise, classical
information systems. Obviously, in a short-term basis, quantum computers will not be
used for everything (among other things because of its initial prohibitive cost). Instead
of this, it will be more common to use quantum computer to solve certain hard problems
through specific calls from classical computers to remote quantum computers in the
cloud. In this scenario, software modernization processes have proven to be an effective
mechanism to migrate and evolve software while business knowledge is preserved [
        <xref ref-type="bibr" rid="ref8">8</xref>
        ].
      </p>
      <p>
        In particular, this research proposes a software modernization approach
(modeldriven reengineering) for restructuring classical systems together with existing or new
quantum algorithms to provide target systems combining both, classical and quantum
information systems. The solution proposed is systematic and based on existing,
wellknown standards like Unified Modelling Language (UML) [
        <xref ref-type="bibr" rid="ref9">9</xref>
        ] and Knowledge
Discovery Metamodel (KDM) [
        <xref ref-type="bibr" rid="ref10">10</xref>
        ].
      </p>
      <p>The main implication of this contribution is the technical and economic impact
derived of the possibility of reusing the knowledge embedded in legacy information
systems while the effort of developing new quantum information systems is reduced. Also,
since this proposal is based in international standards to represent knowledge in an
agnostic manner, the independence regarding quantum programming languages is
achieved. As a result, the application of this proposal is feasible in the volatile
environment expected during the first stages of the QC industry.
2</p>
    </sec>
    <sec id="sec-2">
      <title>Reengineering of classical systems</title>
      <p>
        Despite the fact that legacy systems may be obsolete, this kind of system usually has
a critical mission within the company and represents a valuable asset for companies,
since legacy systems embed a lot of business logic and business rules that are not
present elsewhere [
        <xref ref-type="bibr" rid="ref11">11</xref>
        ]. As a result, in spite of the upcoming quantum revolution, the
companies cannot discard their legacy systems.
      </p>
      <p>
        Reengineering has been a successful practice in the software industry. It consists of
three phases: reverse engineering, restructuring and forward engineering. More than
half of the traditional reengineering projects fail when dealing with specific challenges
because of a lack of standardized and automated processes [
        <xref ref-type="bibr" rid="ref12">12</xref>
        ]. Firstly, standardization
constitutes a problem since the reengineering process has been typically carried out in
an ad hoc manner [
        <xref ref-type="bibr" rid="ref8">8</xref>
        ]. Thus, reengineering projects must focus their efforts on a better
definition of the process. Furthermore, the code cannot be the only software asset that
the standardization covers, since “the code does not contain all the information that is
needed” [
        <xref ref-type="bibr" rid="ref13">13</xref>
        ]. The reengineering process must be formalized to ensure an integrated
management of all of the knowledge involved in the process such as source code, data,
business rules, and so on. Secondly, automation is also a very important problem. In
order to prevent failure in large complex legacy systems, the reengineering process
must be more mature and repeatable [
        <xref ref-type="bibr" rid="ref14">14</xref>
        ]. In addition, the reengineering process needs
to be aided by automated tools so that companies can handle the maintenance cost [
        <xref ref-type="bibr" rid="ref12">12</xref>
        ].
Moreover, automation can be considered as a problem derived from the standardization
problem, since standardization and the formalization of the process are necessary
requirements to provide tools to automate the process, which can be reused for several
reengineering projects.
      </p>
      <p>
        The software modernization paradigm, and particularly ADM as defined by the
OMG, can be considered as a mechanism for software evolution, i.e., it makes it
possible to modernize the legacy information systems and eradicates, or at least minimizes,
the software erosion problem in legacy systems. [
        <xref ref-type="bibr" rid="ref15">15</xref>
        ]. This approach is aligned with the
low-code paradigm [
        <xref ref-type="bibr" rid="ref16">16</xref>
        ], the last trend in enterprises for which sophisticated platforms
are employed for generating new code for their applications, Thus, there are
progressively fewer use cases in which organizations must hand-code anything. PIM with the
details that specify how that system uses a particular type of platform or technology.
      </p>
      <p>
        ADM facilitates the reverse engineering stage by means of Knowledge Discovery
Metamodel (KDM) [
        <xref ref-type="bibr" rid="ref7">7</xref>
        ], since this standard makes it possible to represent all software
artefacts involved in a certain legacy system in an integrated and standardized way. The
KDM standard is used to represent all the involved software artefacts (i.e., source code,
databases, user interactions, etc.), and KDM achieves this in an integrated and
technological-independent manner. Thus, it is possible to have a common KDM repository
that is gradually completed with knowledge discovered through the analysis of different
artefacts in the legacy systems. KDM can be compared with the UML standard
(ISO/IEC 19505) [
        <xref ref-type="bibr" rid="ref17">17</xref>
        ]: While UML is used to generate new code in a top-down manner,
a process involving KDM starts from the existing code and builds a higher level model
in a bottom-up manner [
        <xref ref-type="bibr" rid="ref18">18</xref>
        ].
3
      </p>
    </sec>
    <sec id="sec-3">
      <title>Reengineering of and toward Quantum Systems</title>
      <p>Apart from differences between quantum and classical software, new software systems
will probably integrate classic and quantum computation, since all kind of problems
are not suitable to be addressed from a pure quantum point of view. Instead of this,
future software will include some pieces of code in classical programming languages
that perform calls to quantum algorithm that are executed in quantum computers.
Software modernization and reengineering practices must be brought into the domain of
QC. Thus, reengineering has to be revisited to deal with the problems associated with
the expected QC migrations and the next coexistence of classical and quantum
software.</p>
      <p>We propose a software modernization based on existing standards such as UML and
KDM. Regarding KDM, if reverse engineering of classical systems (plus quantum
programs, if any) is carried out and the extracted knowledge is holistically represented in
a KDM repository, then reengineering and migration towards quantum environments is
improved. This means that the previous knowledge and business rules is preserved, and
the impact of the integration of quantum programs is limited. Concerning UML, the
standard must be extended (through the standard mechanisms) for representing and
integrating quantum programs. As a result, KDM models can be automatically
transformed into UML representations, and/or engineers can manually model quantum
aspects for new, target systems.</p>
    </sec>
    <sec id="sec-4">
      <title>Implications for Researchers and Practitioners</title>
      <p>
        Today, QC is at an important inflection point. High-level algorithms for Quantum
computers have shown considerable promise in the last years, and recent advances in
QC device fabrication is increasing its utility. Nevertheless, a gap still exists between
the hardware size and reliability requirements of QC algorithms and the physical
machines foreseen within the next ten years. To bridge this gap, Quantum computers
require appropriate software to translate and optimize applications (tool flows) and
abstraction layers [
        <xref ref-type="bibr" rid="ref5">5</xref>
        ]. The future quantum developer will not be expected to have such an
in-depth expertise, just as modern-day programmers have for the most part a limited
knowledge of hardware issues [
        <xref ref-type="bibr" rid="ref19">19</xref>
        ]. We believe this proposal will contribute in this
regard.
      </p>
      <p>If quantum software is already a key concern, the software engineering field for QC
will become even more critical in the near future. Concerns like quality assurance,
project management, testing, continuous integration and delivery that have been
considered during decades for designing, implementing and delivering classical software,
must be handled for building quantum software today. Among these concerns, software
modernization will gain certain relevance since new hybrid systems will considers
problems like migrating software, integrating quantum algorithm into classical systems,
preserving knowledge on reengineering, and so forth.</p>
      <p>As we stated in our proposal, the usage of well-known standards in the area of
software engineering can help to bring those best practices and methods to the new QSE
field. In our proposal we exposed how KDM and UML can help in software
modernization process by abstracting knowledge and contributing to systematic model-driven
reengineering processes. However, the usage of other standards to other areas of
software engineering could be beneficial. Of course, new standards will be released in the
context of QC and QSE. Nevertheless, current standards that have been successfully
applied for classical software systems during years, can be used to get some lessons
learned and may still provide interesting contributions.</p>
      <p>Finally, it is clear that investment and expectations on QC are growing year by year.
Fig. 1 provides the expending on quantum-technology by countries, which shows that
QC is global.</p>
      <p>United States</p>
      <p>China
Britain
Canada</p>
      <p>Australia
Switzerland</p>
      <p>Japan</p>
      <p>France
Singapore</p>
      <p>Italy
Austria</p>
      <p>Russia
Netherlands</p>
      <p>Spain
Denmark</p>
      <p>Sweden
South Korea</p>
      <p>Poland
Finland
Brazil
0
50
100
250
300</p>
      <p>350
150 200
€m / year</p>
      <p>
        Fig. 1. Annual spending on non-classified quantum-technology research, €m [
        <xref ref-type="bibr" rid="ref20">20</xref>
        ].
      </p>
      <p>Those numbers present the investment up to 2017, however current data probably
exceeds in a greater extend numbers presented in Fig. 1. Outside of these numbers,
United States launched in 2018 a national quantum initiative which authorizes $1.275
billion over five years for research. UE also started in 2018 to build a quantum computer
with up to 100 qubits and high-precision operations through the OpenSuperQ project
with a budget of €10.33 Mio.</p>
      <p>
        A recent report by Gartner [
        <xref ref-type="bibr" rid="ref21">21</xref>
        ] states that by 2023, 20% of organizations will be
budgeting for quantum computing projects. About profitability, according to [
        <xref ref-type="bibr" rid="ref1">1</xref>
        ], gains
will grow first to companies in sectors with complex simulation and optimization
requirements. It will be a gradual progress for the next few years: we anticipate value for
end users to reach a relatively modest $2 to $5 billion by 2024. But these values will
then increase ranging between 5 or 10 times as the technology and its commercial
viability mature (with the advent of enhanced error correction and modular architectures,
this last aligned with our proposal).
5
      </p>
    </sec>
    <sec id="sec-5">
      <title>Conclusions</title>
      <p>This paper has pointed out the quantum computer science momentum and claims the
need for researching and developing the quantum software engineering field. In our
vision, quantum physics, mathematics, computers, algorithms and quantum computer
science present certain progress. However, in our opinion, quantum technologies and
programming have not yet been addressed with techniques, good practices and
development methodologies of software engineering to meet quantum programs’ needs. In
order to reduce this gap, this paper proposes a software modernization process, i.e., a
model-driven reengineering process, to cope with the migration of quantum algorithms
together with classical, legacy systems; as well as to address the integration of new
quantum software during modernization of classical, legacy systems while knowledge
is preserved.</p>
      <p>The solution proposed is systematic and based on existing software engineering
standards such as KDM and UML. As a result, it could be applied in industry in a
systematic way and in a compliant manner regarding the existing software evolution
processes. It is probably the first time that the software modernization process is
specifically created and/or adapted for quantum technologies.</p>
      <p>This proposal will allow companies to reuse the knowledge embedded in legacy
information systems while new quantum-based projects are delivered. Thanks to the
usage of KDM and UML, this proposal is independent on quantum programming
languages, which makes its application feasible in the volatile technological environment
expected during the quantum computing revolution.</p>
      <p>Acknowledgements</p>
      <p>This study has been funded by the BIZDEVOPS-Global (RTI2018-098309-B-C31)
project, Ministerio de Economía, Industria y Competitividad (MINECO) &amp; Fondo
Europeo de Desarrollo Regional (FEDER).</p>
    </sec>
  </body>
  <back>
    <ref-list>
      <ref id="ref1">
        <mixed-citation>
          1.
          <string-name>
            <surname>Langione</surname>
            , M.,
            <given-names>C.</given-names>
          </string-name>
          <string-name>
            <surname>Tillemann-Dick</surname>
            ,
            <given-names>A.</given-names>
          </string-name>
          <string-name>
            <surname>Kumar</surname>
            , and
            <given-names>V.</given-names>
          </string-name>
          <string-name>
            <surname>Taneja</surname>
          </string-name>
          ,
          <article-title>Where Will Quantum Computers Create Value-</article-title>
          and
          <string-name>
            <surname>When</surname>
          </string-name>
          ? Boston Consulting Group. https://www.bcg.com/ enes/publications/2019/quantum
          <article-title>-computers-create-value-when</article-title>
          .aspx,
          <year>2019</year>
          : p.
          <fpage>19</fpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref2">
        <mixed-citation>
          2.
          <string-name>
            <surname>Mohseni</surname>
            ,
            <given-names>M.</given-names>
          </string-name>
          ,
          <string-name>
            <given-names>P.</given-names>
            <surname>Read</surname>
          </string-name>
          ,
          <string-name>
            <given-names>H.</given-names>
            <surname>Neven</surname>
          </string-name>
          ,
          <string-name>
            <given-names>S.</given-names>
            <surname>Boixo</surname>
          </string-name>
          ,
          <string-name>
            <given-names>V.</given-names>
            <surname>Denchev</surname>
          </string-name>
          ,
          <string-name>
            <given-names>R.</given-names>
            <surname>Babbush</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A.</given-names>
            <surname>Fowler</surname>
          </string-name>
          ,
          <string-name>
            <given-names>V.</given-names>
            <surname>Smelyanskiy</surname>
          </string-name>
          , and
          <string-name>
            <given-names>J.</given-names>
            <surname>Martinis</surname>
          </string-name>
          ,
          <article-title>Commercialize quantum technologies in five years</article-title>
          .
          <source>Nature News</source>
          ,
          <year>2017</year>
          .
          <volume>543</volume>
          (
          <issue>7644</issue>
          ): p.
          <fpage>171</fpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref3">
        <mixed-citation>
          3.
          <string-name>
            <surname>Harrow</surname>
            ,
            <given-names>A.W.</given-names>
          </string-name>
          and
          <string-name>
            <given-names>A.</given-names>
            <surname>Montanaro</surname>
          </string-name>
          ,
          <article-title>Quantum computational supremacy</article-title>
          .
          <source>Nature</source>
          ,
          <year>2017</year>
          .
          <volume>549</volume>
          : p.
          <fpage>203</fpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref4">
        <mixed-citation>
          4.
          <string-name>
            <surname>López</surname>
            ,
            <given-names>M.</given-names>
          </string-name>
          <article-title>A. and</article-title>
          <string-name>
            <surname>S.M.D. Silva</surname>
            ,
            <given-names>Tecnologías</given-names>
          </string-name>
          <string-name>
            <surname>Cuánticas</surname>
          </string-name>
          .
          <article-title>Una oportunidad transversal e interdisciplinar para la transformación digital y el impacto social</article-title>
          .
          <year>2019</year>
          , Banco Interamericano de Desarrollo (BID). p.
          <fpage>97</fpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref5">
        <mixed-citation>
          5.
          <string-name>
            <surname>Chong</surname>
            ,
            <given-names>F.T.</given-names>
          </string-name>
          ,
          <string-name>
            <given-names>D.</given-names>
            <surname>Franklin</surname>
          </string-name>
          , and
          <string-name>
            <given-names>M.</given-names>
            <surname>Martonosi</surname>
          </string-name>
          ,
          <article-title>Programming languages and compiler design for realistic quantum hardware</article-title>
          .
          <source>Nature</source>
          ,
          <year>2017</year>
          .
          <volume>549</volume>
          (
          <issue>7671</issue>
          ): p.
          <fpage>180</fpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref6">
        <mixed-citation>
          6.
          <string-name>
            <surname>Clark</surname>
            , J. and
            <given-names>S.</given-names>
          </string-name>
          <string-name>
            <surname>Stepney</surname>
          </string-name>
          ,
          <source>Proposed “Grand Challenge for Computing Research” Quantum Software Engineering in 3rd meeting, Quantum Computing SIG</source>
          .
          <year>2002</year>
          , University of York.
        </mixed-citation>
      </ref>
      <ref id="ref7">
        <mixed-citation>
          7. OMG,
          <string-name>
            <surname>Architecture-Driven Modernization</surname>
          </string-name>
          (ADM):
          <article-title>Knowledge Discovery Meta-Model (KDM)</article-title>
          ,
          <year>v1</year>
          .4. https://www.omg.org/spec/KDM/1.4/PDF.
          <year>2016</year>
          , OMG. p.
          <fpage>372</fpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref8">
        <mixed-citation>
          8.
          <string-name>
            <surname>Pérez-Castillo</surname>
            ,
            <given-names>R.</given-names>
          </string-name>
          ,
          <string-name>
            <given-names>I.G</given-names>
            .
            <surname>-R. de Guzmán</surname>
          </string-name>
          , and
          <string-name>
            <given-names>M.</given-names>
            <surname>Piattini</surname>
          </string-name>
          ,
          <article-title>Business process archeology using MARBLE</article-title>
          .
          <source>Information and Software Technology</source>
          ,
          <year>2011</year>
          .
          <volume>53</volume>
          (
          <issue>10</issue>
          ): p.
          <fpage>1023</fpage>
          -
          <lpage>1044</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref9">
        <mixed-citation>
          9. ISO/IEC, ISO/IEC 19505-1:
          <fpage>2012</fpage>
          . Information technology - Object
          <string-name>
            <surname>Management Group Unified Modeling Language (OMG UML</surname>
          </string-name>
          )
          <article-title>- Part 1: Infrastructure</article-title>
          . https://www.iso.org/standard/32624.html.
          <year>2012</year>
          , ISO/IEC. p.
          <fpage>220</fpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref10">
        <mixed-citation>
          10. ISO/IEC, ISO/IEC 19506:
          <year>2012</year>
          .
          <article-title>Information technology - Object Management Group Architecture-Driven Modernization (ADM) - Knowledge Discovery Meta-Model (KDM)</article-title>
          . https://www.iso.org/standard/32625.html.
          <year>2012</year>
          , ISO/IEC. p.
          <fpage>331</fpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref11">
        <mixed-citation>
          11.
          <string-name>
            <surname>Sommerville</surname>
            ,
            <given-names>I.</given-names>
          </string-name>
          ,
          <source>Software Engineering. 9 th Edition ed. 2010: Pearson. 792.</source>
        </mixed-citation>
      </ref>
      <ref id="ref12">
        <mixed-citation>
          12.
          <string-name>
            <surname>Sneed</surname>
            ,
            <given-names>H.M.</given-names>
          </string-name>
          ,
          <article-title>Estimating the Costs of a Reengineering Project</article-title>
          .
          <source>Proceedings of the 12th Working Conference on Reverse Engineering</source>
          .
          <year>2005</year>
          : IEEE Computer Society. 111 -
          <fpage>119</fpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref13">
        <mixed-citation>
          13.
          <string-name>
            <surname>Müller</surname>
            ,
            <given-names>H.A.</given-names>
          </string-name>
          ,
          <string-name>
            <given-names>J.H.</given-names>
            <surname>Jahnke</surname>
          </string-name>
          ,
          <string-name>
            <given-names>D.B.</given-names>
            <surname>Smith</surname>
          </string-name>
          ,
          <string-name>
            <given-names>M.-A.</given-names>
            <surname>Storey</surname>
          </string-name>
          ,
          <string-name>
            <given-names>S.R.</given-names>
            <surname>Tilley</surname>
          </string-name>
          , and
          <string-name>
            <given-names>K.</given-names>
            <surname>Wong</surname>
          </string-name>
          , Reverse engineering: a roadmap,
          <source>in Proceedings of the Conference on The Future of Software Engineering</source>
          .
          <year>2000</year>
          , ACM: Limerick, Ireland.
        </mixed-citation>
      </ref>
      <ref id="ref14">
        <mixed-citation>
          14.
          <string-name>
            <surname>Canfora</surname>
          </string-name>
          , G. and
          <string-name>
            <surname>M.D. Penta</surname>
          </string-name>
          , New Frontiers of Reverse Engineering, in 2007 Future of Software Engineering.
          <year>2007</year>
          , IEEE Computer Society.
        </mixed-citation>
      </ref>
      <ref id="ref15">
        <mixed-citation>
          15. OMG,
          <article-title>Why do we need standards for the modernization of existing systems? 2003, OMG ADM Task Force</article-title>
          .
        </mixed-citation>
      </ref>
      <ref id="ref16">
        <mixed-citation>
          16.
          <string-name>
            <surname>Araujo</surname>
            ,
            <given-names>C.</given-names>
          </string-name>
          <article-title>Is it the end of coding in the enterprise? ITSM &amp; THE DIGITAL ENTERPRISE</article-title>
          <year>2017</year>
          23/09/2019]; Available from: https://www.cio.com/article/3242253/ is
          <article-title>-it-the-end-ofcoding-in-the-enterprise</article-title>
          .html.
        </mixed-citation>
      </ref>
      <ref id="ref17">
        <mixed-citation>
          17. OMG.
          <article-title>UML (Unified Modeling Language)</article-title>
          .
          <source>Superstructure specification. Version 2</source>
          .2. http://www.omg.org/spec/UML/2.2/Superstructure/PDF/.
          <year>2009</year>
          02-
          <fpage>02</fpage>
          -2009
          <fpage>24</fpage>
          -
          <lpage>06</lpage>
          -2009]; Available from: http://www.omg.org/spec/UML/2.2/Superstructure/PDF/.
        </mixed-citation>
      </ref>
      <ref id="ref18">
        <mixed-citation>
          18.
          <string-name>
            <surname>Moyer</surname>
            ,
            <given-names>B. Software</given-names>
          </string-name>
          <string-name>
            <surname>Archeology</surname>
          </string-name>
          .
          <source>Modernizing Old Systems. Embedded Technology Journal</source>
          ,
          <year>2009</year>
          .
          <volume>1</volume>
          ,
          <issue>1</issue>
          -
          <fpage>4</fpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref19">
        <mixed-citation>
          19.
          <string-name>
            <surname>Yanofsky</surname>
            ,
            <given-names>N.S.</given-names>
          </string-name>
          and
          <string-name>
            <given-names>M.A.</given-names>
            <surname>Mannucci</surname>
          </string-name>
          ,
          <article-title>Quantum computing for computer scientists</article-title>
          .
          <year>2008</year>
          : Cambridge University Press.
        </mixed-citation>
      </ref>
      <ref id="ref20">
        <mixed-citation>
          20.
          <string-name>
            <surname>Palmer</surname>
            ,
            <given-names>J.</given-names>
          </string-name>
          ,
          <article-title>Quantum technology is beginning to come into its own</article-title>
          . The Economist https://www.economist.com/news/essays/21717782-quantum
          <article-title>-technology-beginning-comeits-</article-title>
          <string-name>
            <surname>own</surname>
          </string-name>
          ,
          <year>2017</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref21">
        <mixed-citation>
          21.
          <string-name>
            <surname>Panetta</surname>
            ,
            <given-names>K.</given-names>
          </string-name>
          ,
          <source>The CIO's Guide to Quantum Computing</source>
          .
          <year>2019</year>
          , Gartner.
        </mixed-citation>
      </ref>
    </ref-list>
  </back>
</article>