<!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>Comparative analysis of enterprise architecture frameworks</article-title>
      </title-group>
      <contrib-group>
        <aff id="aff0">
          <label>0</label>
          <institution>Fig. 1. The Zachman framework for Enterprise Architecture [4]</institution>
        </aff>
        <aff id="aff1">
          <label>1</label>
          <institution>Jovita Bankauskaite Department of Information Systems</institution>
        </aff>
        <aff id="aff2">
          <label>2</label>
          <institution>Kaunas University of Technology Kaunas</institution>
          ,
          <country country="LT">Lithuania</country>
        </aff>
      </contrib-group>
      <fpage>61</fpage>
      <lpage>64</lpage>
      <abstract>
        <p>- Complex, critical systems require to apply modelbased system engineering (MBSE) practices and use standardized methodologies and frameworks that help define the system in a commonly recognized way. The enterprise architecture framework helps determine how information, business, and technology work together. It brings more discipline to the organization by standardizing and consolidating processes to ensure better consistency. This has become a necessity for companies seeking to organize various architectural perspectives into a holistic and unified view. There are several frameworks that help companies implement architecture efficiently. This opens up the question of what set of criteria based on a system of systems principles can be used for comparative analysis of enterprise architecture framework in order to select the best one. This paper proposes five criteria that include weights and presents the results of a comparison of six enterprise architecture frameworks.</p>
      </abstract>
      <kwd-group>
        <kwd>Comparative analysis</kwd>
        <kwd>Enterprise architecture framework</kwd>
        <kwd>Unified Architecture Framework</kwd>
      </kwd-group>
    </article-meta>
  </front>
  <body>
    <sec id="sec-1">
      <title>I. INTRODUCTION</title>
      <p>In the age of innovation, people are surrounded by many
systems designed to facilitate everyday life, accelerate
processes, or even save human life. The growing complexity
of the problems requires the problem-solving to be transferred
to the systemic level. Nowadays, there are problems that need
to be taken into account through a system thinking in order to
address new challenges such as the internet of things,
autonomous traffic management and so on.</p>
      <p>
        Model-Based Systems Engineering (MBSE) is systems
engineering methodology which emphasizes the application
of rigorous visual modeling principles. Models are created to
deal with complexity, they allow to understand an area of
interest, encourage reuse and improve quality [
        <xref ref-type="bibr" rid="ref1">1</xref>
        ]. Complex
real-life problems require to apply MBSE practices in the level
where independently from one another evolving in time
systems communicate to achieve a common goal. This is the
level of system of systems (SoS). The Department of Defense
(DoD) Defense Acquisition Guidebook defines the SoS as a
“set or arrangement of systems that results when independent
and useful systems are integrated into a larger system that
delivers unique capabilities” [
        <xref ref-type="bibr" rid="ref2">2</xref>
        ]. SoS is a large complex
system that needs to be defined accurately and consistently.
      </p>
      <p>Any complex system can be viewed from several different
angles, each of which can be depicted in various architectural
perspectives. In order to organize these diverse architectural
perspectives into a holistic and unified view, it is necessary to
use an enterprise architecture framework that was originally
designed by John Zachman. Fig. 1 provides the Zachman
framework.</p>
      <p>© 2019 for this paper by its authors. Use permitted under Creative
Commons License Attribution 4.0 International (CC BY 4.0)
According to the [3] “the framework successfully
combines people, data and technology to show a
comprehensive view of the inter-relationships within an
information technology organization”. Framework helps to
develop a complex, integrated, cohesive and comprehensive
solution and can speed up the architecture development
process.</p>
      <p>The framework structure the architecture description into
domains, layers or images, and suggests using views
diagrams and matrices - to document each concept. The
structured description of architecture allows to make systemic
decisions on all system components and make long-term
decisions about new design requirements, sustainability and
support. Organization architecture framework (EAF) defines
principles and practices how to design an enterprise or system
of systems architecture.</p>
      <p>In this paper, we focus on the criteria for comparing
enterprise architecture frameworks. The question is how to
evaluate different enterprise architecture frameworks: what
set of criteria based on a system of systems principles to use
in order to select the best framework.</p>
      <p>In this paper, we propose a new set of criteria including
weights and criteria rating which can be used for comparative
analysis of enterprise architecture frameworks.</p>
      <p>The rest of this paper is structured as follows: in Section
2, the related works are analyzed; in Section 3, the overview
of enterprise architecture is provided; in Section 4, the set of
criteria with weight are provided to perform a comparison; in
Section 5, the achieved results, conclusions, and future work
directions are indicated.</p>
    </sec>
    <sec id="sec-2">
      <title>II. RELATED WORKS</title>
      <p>There is a large number of research papers on the
comparison of enterprise architecture frameworks. Most of
them are proposing are criteria how to compare EAF, other
ones propose criteria on how to compare EAF in the specific
area like SOA, EAF implementation etc.</p>
      <p>A number of authors compare organization architecture
frameworks to offer a more comprehensive and accurate EAFs
comparison approach, these studies has been defined in [5],
[6], [7], [8]. Paper [5] investigates the concept of architecture
by examining six AF: ZF, 4+1 Views, FEAF, RM-ODP,
TOGAF, DoDAF. Authors of this paper proposed to compare
EAF by fundamental elements such as their goals, inputs and
outcomes. The proposed criteria were evaluated on the basis
of three estimates: „Y“ – explicitly supports an element, „N“
– does not support an element, „P“ – partially supports or
eludes to support an element. In [6] article is compared and
contrasted four distinct approaches to the representation and
management of models relating to enterprise complexity, ZF,
ISO 15704, ISO/CEN 19439 and ISO/IEC 15288. Approaches
compare has been performed by archetype dimension,
prototype models, purposive dimension, life history,
populating with artifacts, profile of change and managing
change. Paper [7] provides a guidance in the selection of an
EAF that meets the needed criteria. In this paper is performed
a comparison of five frameworks: ZF, DoDAF, FEAF,
Treasury Enterprise Architecture Framework (TEAF) and
TOGAF. The authors of this paper proposed to compare EAFs
by tree criteria: (i) views/perspectives - planner, owner,
designer, builder, subcontractor, user; (ii) abstractions - what,
how, where, who, when, why; (iii) the systems development
life cycle – planning, analysis, design, implementation,
maintenance. In [8] article author compares following four
leading EAF: ZF, TOGAF, FEAF and GEAF. A comparative
analysis is performed by ten criteria: taxonomy completeness,
process completeness, reference-model guidance, practice
guidance, maturity model, business focus, governance
guidance, partitioning guidance, prescriptive catalog, vendor
neutrality, information availability, time to value. Each EAF
is ranked in each of ten criteria and the rating from 1 (very
poor) to 4 (very good) is assigned.</p>
      <p>
        Comparative analysis of enterprise architecture
frameworks has been performed in other studies to compare
EAF in various areas than the framework definition, these
study has been defined in [
        <xref ref-type="bibr" rid="ref9">9</xref>
        ], [
        <xref ref-type="bibr" rid="ref10">10</xref>
        ]. In paper [
        <xref ref-type="bibr" rid="ref9">9</xref>
        ], a comparison
of EAF has been designed based on the identifies parameters.
These parameters identify the gaps in the maturity model. In
[
        <xref ref-type="bibr" rid="ref10">10</xref>
        ] publication is proposed three major aspects to compare
enterprise architecture framework implementation methods:
(i) concepts – definition of EA, alignment between IT and
business, the association and communication among artifacts;
(ii) modeling - notation, syntax and semantics; (iii) process
activities and steps for enterprise architect and business
analyzer in EA implementation.
      </p>
      <p>In conclusion, all the analyzed papers and articles to
compare enterprise architecture frameworks encounter several
common issues: (i) unified architecture framework (UAF) is
not included in the comparison, (ii) unsupported weight of the
comparison criteria, (iii) it is difficult to interpret the results of
EAF comparison, there is not provided the formal result of a
comparison.</p>
      <p>Overall, researches carried out in this area mainly provide
a set of criteria for a general EAF comparison, regardless of
the area where that EAF will be applied. I am proposing a
more specific, easy to apply set of EAF comparison criteria,
applicable to the majority of EAF. The proposed approach in
combination with SoS principles will provide a set of
comparison criteria with weights to compare EAF. This will
help to make a more accurate comparison that is specifically
based on the SoS domain and will provide the appropriate
EAF selection that will be applied to complex system
modeling.</p>
      <p>III. OVERVIEW OF ENTERPRISE ARCHITECTURE FRAMEWORKS</p>
      <p>
        Below is provided a brief description of six enterprise
architecture frameworks that are used in this study.
Department of Defense Architecture Framework
(DoDAF). This framework is developed for the United States
Department of Defense (DoD) that provides visualization
infrastructure for specific stakeholders concerns through
viewpoints organized by different views. It helps to ensure
that architectural artefacts are defined and characterized
consistently according to the specific project or mission needs,
in order to be “fit-to-purpose”. DoDAF organization
framework assists managers to make critical decisions more
effectively by organizing information sharing across the
Department, Joint Capability Areas (JCAs), Mission,
Component, and Program boundaries [
        <xref ref-type="bibr" rid="ref11">11</xref>
        ]. DoDAF focuses
on architectural data rather than architecture artifacts. The
framework defines how to specify systems of system using the
architectural terms within DoD [
        <xref ref-type="bibr" rid="ref12">12</xref>
        ]. The development and
documentation of weapons and IT systems in USA must be
conducted in accordance with the DoDAF guidelines.
NATO Architecture Framework (NAF). NAF is developed
by the North Atlantic Threaty Organization (NATO) and
derived from DoDAF Enterprise Architecture. The goal of
NAF is to provide a standard for developing and describing
architectures for both military and business use [
        <xref ref-type="bibr" rid="ref13">13</xref>
        ]. The
NAF is designed to ensure that architectures developed
adhering to it can be understood, compared, justified and
related across many organizations, including NATO and
other National Defense initiatives. NAF defines:
methodology, viewpoints, stakeholder viewpoints and
metamodel [
        <xref ref-type="bibr" rid="ref13">13</xref>
        ].
      </p>
      <p>
        Ministry of Defense Architecture Framework (MODAF).
This framework is developed for the British Ministry of
Defense to support defense planning and change management
activities. MODAF ensures accurate, comprehensive and
consistent collection and presentation of information, helping
to understand complex issues [
        <xref ref-type="bibr" rid="ref14">14</xref>
        ]. The main benefits of
MODAF are the improvement of interoperability and
implementation between Systems. The framework supports a
variety of MOD processes, such as: capability management,
acquisition and sustainment. MODAF architectures are
designed as consistent, adjacent models that provide a
comprehensive view of the enterprise. MODAF defines set of
various relationships that can be used to integrate the
architectural elements [
        <xref ref-type="bibr" rid="ref14">14</xref>
        ].
      </p>
      <p>
        Unified Architecture Framework (UAF). UAF was initially
created as UPDM 3.0, responding to the needs of UML /
SysML and military communities to create a standardized and
consistent enterprise architecture based on the U.S.
Department of Defense Architecture Framework (DoDAF)
and the UK Ministry of Defense Architecture Framework
(MODAF) [
        <xref ref-type="bibr" rid="ref15">15</xref>
        ]. UAF consists of three main components: (i)
framework – a collection of domains, model kinds, and
viewpoints, (ii) metamodel – a collection of types, tuples, and
individuals used to construct views according to the specific
viewpoints,
      </p>
      <p>
        (iii) profile – SysML based implementation
of the metamodel to apply model-based systems engineering
principles and best practices while building the views. UAF
provides a set of rules to allow users to create a consistent
enterprise
architecture (as
models) based
on
common
enterprise and system concepts with rich semantics. These
models then become the repositories from which various
views can be extracted [
        <xref ref-type="bibr" rid="ref16">16</xref>
        ].
      </p>
      <p>
        Federal Enterprise Architecture Framework (FEAF).
[
        <xref ref-type="bibr" rid="ref17">17</xref>
        ]. The government through organizations practice to
define the enterprise architecture, used the EAF to assist the
development
of large,
complex
systems
development
processes. Architectural segments are created individually,
according to the structural guidelines, each segment is
considered to be its own enterprise within the Federal
      </p>
    </sec>
    <sec id="sec-3">
      <title>Enterprise.</title>
      <p>The Open Group Architectural Framework (TOGAF).
This framework is based on the Department of Defense’s</p>
    </sec>
    <sec id="sec-4">
      <title>Technical Architecture Framework for</title>
    </sec>
    <sec id="sec-5">
      <title>Information</title>
    </sec>
    <sec id="sec-6">
      <title>Management [18]. TOGAF focuses on</title>
      <p>mission-critical
business applications that use open systems building blocks.
TOGAF provides and explains the rules, creating good
principles for system architecture development. TOGAF
includes three levels of principles: (i) support
decisionmaking throughout the enterprise, (ii) provide guidance of IT
resources;
(iii)
support
architecture
principles
for
development and implementation.</p>
      <p>IV. COMPARISON OF ENTERPRISE ARCHITECTURE</p>
      <p>FRAMEWORKS
Currently there is a
wide
selection
of enterprise
architecture frameworks. Comparison analysis is required to
select the most appropriate framework. In order to more
accurately
compare the</p>
      <p>EAF,
we
suggest
using
the
comparison criteria including ratings and
weights. The
criteria for the comparative analysis of the enterprise
architecture frameworks are as follows:


</p>
      <p>Domain support (DS) – level of domain support
by EAF. The criterion identifies the universality
of the framework.</p>
      <p>Modeling languages openness (MLO) – level
of modeling languages openness. The criterion
helps to evaluate whether the modeling language
used by the EAF can be modified. Indicates
whether the organization that
manages the
modeling language is open or private.</p>
      <p>Tool support (TS) - level of framework support
by modeling tools. The criterion identifies the
availability to use the framework in practice
through a modeling tool.</p>
      <p>Prevalence by researchers (PR) - level of
framework
prevalence
by
the
research’s
community. The criterion helps to evaluate
whether the framework is being investigated or
elaborated in scientific works.</p>
      <p>In order to more accurately compare EAF, the set of
criteria which are provided above should be ranked. TABLE</p>
    </sec>
    <sec id="sec-7">
      <title>I provides the rating definitions.</title>
      <p>When each criterion is ranked, it is necessary to calculate
a weighted average that helps to show the best framework
from the others. Below is provided the comparison formula
(1).</p>
      <p>̅ =


∑ =1    
∑ =1  
(1)
 ̅- weighted average
  – weighted criteria
  – rate criteria
architecture frameworks which are briefly introduced in
section III. The comparison has been performed using the
proposed set of criteria.
EAF/
Criteria
Domain support
Modeling Language openness
Information availability
Tool support
Prevalence by researchers
TOTAL
F
A
D
o</p>
      <p>D</p>
      <p>According to the results of the comparison, the best
frameworks according to the criteria are listed below.
 Domain support – UAF
 Modeling Language Openness – UAF
 Information Availability – TOGAF
 Tool Support – DoDAF, NAF, MoDAF,</p>
      <p>TOGAF
 Prevalence by researchers - DoDAF, TOGAF
However, the Unified Architecture Framework according
to the comparison result has been identified as best
framework from other.</p>
    </sec>
    <sec id="sec-8">
      <title>CONCLUSIONS</title>
      <p>In this paper, we have analyzed the set of criteria which
are used to perform a comparative analysis of enterprise
architecture framework. The analysis disclosed that a wide
variety of different sets of criteria are used which help to select
the best framework. However, most of the criteria do not
include weights that help determine the priorities of the
criteria. The lack of criteria weights and ratings make it
difficult to interpret the results of the comparison. Also, none
of the proposed set of criteria is used to compare the newest
framework – unified architecture framework. We have
determined the need for criteria with weights and ratings.</p>
      <p>In this paper, we propose a new set of criteria including
weights and criteria rating which can be used to carry out an
accurate and detailed comparative analysis of enterprise
architecture frameworks. The set of criteria includes five
criteria: domain support, modeling language openness,
information availability, tool support and prevalence by
researchers. For each criterion is assigned a weight indicating
the importance and priority. Also, the criteria have a rating that
determines the framework support under certain criteria, a
rating of 1 (very poor) to 4 (very good).</p>
      <p>Currently, this paper is oriented to the set of criteria which
helps to evaluate different enterprise architecture frameworks
in order to select the best framework. In the near future, we
are planning to expand our research on enterprise architecture
frameworks, especially on Unified Architecture Framework,
to explore the possibility of performing an engineering
analysis and behavioral modeling using a standard-based
method.</p>
    </sec>
  </body>
  <back>
    <ref-list>
      <ref id="ref1">
        <mixed-citation>
          <source>1.6 1.8 2.8 1.2 2</source>
          .
          <issue>3</issue>
          [1]
          <string-name>
            <given-names>J.</given-names>
            <surname>Bankauskaite</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A.</given-names>
            <surname>Morkevicius</surname>
          </string-name>
          ,
          <article-title>"An Approach: SysML-based Automated Completeness Evaluation of the System Requirements Specification,"</article-title>
          <source>in International Conference on Information Technologies (IVUS)</source>
          , Kaunas, Lithuania,
          <year>2018</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref2">
        <mixed-citation>
          <source>[2] "Defense Acquisition Guidebook," 26 February</source>
          <year>2017</year>
          . [Online]. Available: https://contractingacademy.gatech.edu/wpcontent/uploads/2014/06/Defense-Acquisition-Guidebook%
          <year>e2</year>
          %
          <fpage>80</fpage>
          %
          <fpage>93</fpage>
          -
          <string-name>
            <surname>Feb</surname>
          </string-name>
          .-26-2017.pdf.
        </mixed-citation>
      </ref>
      <ref id="ref3">
        <mixed-citation>
          <string-name>
            <given-names>T. E.</given-names>
            <surname>Consortium</surname>
          </string-name>
          ,
          <article-title>"Enterprise Architecture Body of Knowledge,"</article-title>
          [Online]. Available: http://eabok.org/about.html.
          <source>[Accessed 10 02</source>
          <year>2019</year>
          ].
        </mixed-citation>
      </ref>
      <ref id="ref4">
        <mixed-citation>
          [4]
          <string-name>
            <given-names>J. A.</given-names>
            <surname>Zachman</surname>
          </string-name>
          ,
          <article-title>"The Concise Definition of The Zachman Framework by: John A</article-title>
          . Zachman,"
          <year>2008</year>
          . [Online]. Available: https://www.zachman.
          <article-title>com/about-the-zachman-framework</article-title>
          .
          <source>[Accessed 5 January</source>
          <year>2019</year>
          ].
        </mixed-citation>
      </ref>
      <ref id="ref5">
        <mixed-citation>
          <string-name>
            <given-names>A.</given-names>
            <surname>Tang</surname>
          </string-name>
          , J. Han and
          <string-name>
            <given-names>P.</given-names>
            <surname>Chen</surname>
          </string-name>
          ,
          <article-title>"A comparative analysis of architecture frameworks," in 1th Asia-Pacific Software Engineering Conference</article-title>
          , Busan, South Korea,
          <year>2004</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref6">
        <mixed-citation>
          <string-name>
            <given-names>R.</given-names>
            <surname>Martin</surname>
          </string-name>
          ,
          <string-name>
            <given-names>E.</given-names>
            <surname>Robertson</surname>
          </string-name>
          ,
          <article-title>"A Comparison of Frameworks for Enterprise Architecture Modeling,"</article-title>
          <source>Conceptual Modeling - ER</source>
          <year>2003</year>
          , vol.
          <volume>2813</volume>
          , pp.
          <fpage>562</fpage>
          -
          <lpage>564</lpage>
          ,
          <year>2003</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref7">
        <mixed-citation>
          <string-name>
            <given-names>L.</given-names>
            <surname>Urbaczewski</surname>
          </string-name>
          ,
          <string-name>
            <given-names>S.</given-names>
            <surname>Mrdalj</surname>
          </string-name>
          ,
          <article-title>"A comparison of enterprise architecture frameworks," no</article-title>
          .
          <source>Inform Syst. 7</source>
          ,
          <year>2006</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref8">
        <mixed-citation>
          <string-name>
            <given-names>R.</given-names>
            <surname>Sessions</surname>
          </string-name>
          ,
          <article-title>"Comparison of the Top Four Enterprise Architecture Methodologies,"</article-title>
          <year>2007</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref9">
        <mixed-citation>
          [9]
          <string-name>
            <given-names>S.</given-names>
            <surname>Pulparambil</surname>
          </string-name>
          and
          <string-name>
            <given-names>Y.</given-names>
            <surname>Baghdadi</surname>
          </string-name>
          ,
          <article-title>"A Comparison Framework for SOA Maturity Models," in</article-title>
          2015 IEEE International Conference on Smart City/SocialCom/SustainCom (SmartCity), Chengdu,
          <year>2015</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref10">
        <mixed-citation>
          [10]
          <string-name>
            <given-names>B. D.</given-names>
            <surname>Rouhani</surname>
          </string-name>
          ,
          <string-name>
            <given-names>M. N.</given-names>
            <surname>Mahrin</surname>
          </string-name>
          ,
          <string-name>
            <given-names>F.</given-names>
            <surname>Nikpay</surname>
          </string-name>
          and
          <string-name>
            <given-names>P.</given-names>
            <surname>Nikfard</surname>
          </string-name>
          ,
          <article-title>"A Comparison Enterprise Architecture Implementation Methodologies,"</article-title>
          <source>in 2013 International Conference on Informatics and Creative Multimedia</source>
          , Kuala Lumpur,
          <year>2013</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref11">
        <mixed-citation>
          [11]
          <article-title>Department of DefenseOffice of the Assistant Secretary of Defense (OASD) for Network Infrastructure and Integration, "</article-title>
          <source>The DoDAF Architecture Framework Version</source>
          <volume>2</volume>
          .
          <fpage>02</fpage>
          ,"
          <year>2010</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref12">
        <mixed-citation>
          [12]
          <article-title>Department of Defense, "</article-title>
          <source>DoD Architecture Framework Version</source>
          <volume>2</volume>
          .02,
          <string-name>
            <surname>Manager's Guide</surname>
          </string-name>
          ,"
          <year>2015</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref13">
        <mixed-citation>
          [13]
          <string-name>
            <given-names>North</given-names>
            <surname>Atlanic Treaty Organization</surname>
          </string-name>
          ,
          <article-title>"</article-title>
          <source>NATO Architecture Framework, Version 4," 1 August</source>
          <year>2018</year>
          . [Online]. Available: https://www.nato.int/cps/en/natohq/topics_157575.htm.
          <source>[Accessed 9 January</source>
          <year>2019</year>
          ].
        </mixed-citation>
      </ref>
      <ref id="ref14">
        <mixed-citation>
          [14]
          <article-title>Minestery of Defense, "</article-title>
          <source>Guidance MOD Architecture Framework," 12 December</source>
          <year>2012</year>
          . [Online]. Available: https://www.gov.uk/guidance/mod-architecture-framework.
          <source>[Accessed 02 02</source>
          <year>2019</year>
          ].
        </mixed-citation>
      </ref>
      <ref id="ref15">
        <mixed-citation>
          [15]
          <string-name>
            <given-names>OMG</given-names>
            <surname>Group</surname>
          </string-name>
          ,
          <article-title>"Unified Architecture Framework Profile (UAFP) version 1</article-title>
          .0,"
          <year>2017</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref16">
        <mixed-citation>
          [16]
          <string-name>
            <given-names>OMG</given-names>
            <surname>Group</surname>
          </string-name>
          ,
          <article-title>"</article-title>
          UAF specification
          <string-name>
            <surname>at</surname>
            <given-names>OMG</given-names>
          </string-name>
          ,"
          <year>2017</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref17">
        <mixed-citation>
          [17]
          <article-title>Executive office of the president of the united states, "</article-title>
          <source>FEA Consolidated Reference Model Document Version 2</source>
          .3,
          <issue>"</issue>
          <year>October 2017</year>
          . [Online]. Available: https://web.archive.org/web/20090202182509/http://www.whitehou se.gov/omb/assets/fea_docs/FEA_CRM_v23_Final_Oct_
          <year>2007</year>
          _
          <article-title>Revi sed</article-title>
          .
          <source>pdf. [Accessed 14 January</source>
          <year>2019</year>
          ].
        </mixed-citation>
      </ref>
      <ref id="ref18">
        <mixed-citation>
          [18] The Open Group, "The Open Group Architectural Framework,"
          <year>2015</year>
          . [Online]. Available: www.opengroup. org /architecture/togaf7- doc/arch/.
          <source>[Accessed 02 02</source>
          <year>2019</year>
          ].
        </mixed-citation>
      </ref>
    </ref-list>
  </back>
</article>