Abstract

This paper investigates the concept of architecture by examining 10 Enterprise Architecture Frameworks (EAF) for critical IT infrastructure (CITI) design such as Zachman’s, TOGAF, FEAF, DoDAF, BMDAF, NATOAF, TEAF, GEAF, RM-DOP, SOA. Architecture plays a major role in the development of information systems. The act of architecture design in the development cycle is generally understood to be systematic analysis and design of related information to provide a model for guiding the actual development of information systems.To date, there are more than 100 platforms for the development of architecture, which are divided for use in defense, government, open-source, proprietary. The platform helps to improve the understanding of the topic by providing systematic approaches to architectural design and development, but many aspects of architecture remain ambiguous. The uncertainty concerns the following: architecture (whether the architecture should cover only the software components or include other aspects of the development of critical IT infrastructure), the role of the architect (the role of the architect in the lifecycle of critical IT infrastructure development is often unclear), the results (which should be the result of architectural work – business function documents or a detailed project of critical IT infrastructure), architectural activities (includes design and modeling, but what level of detail is required use and when detailed design starts), architecture testing (how much we need to evaluate, check architecture design results), system requirements (size and complexity, whether systems of different sizes and complexity have the same system requirements for architectural design results), architecture level (which the relationship between the architecture of critical infrastructure enterprise and the stand-alone architecture of the critical IT infrastructure). For the architecture of a complex system such as critical IT infrastructure, there are provided considerations, which consist of several dimensions such as business requirements, technical requirements, criteria, current architecture and future architecture. We propose to analyze AF from different points of view. At first, we analyze AF in terms of their goals, inputs and outcomes. At second, each EAF was analyzed in the terms of Concepts, Modeling, and Process. As a third and fourth point of view, we use some qualitative and quantitative metrics for AF analysis.

Highlights

  • Researchers have offered various definitions and explanations of architecture

  • The most widely used Enterprise Architecture Frameworks (EAF) turned out to be The Open Group Architecture Framework (TOGAF) (Switzerland, South Korea, South Africa), Federal Enterprise Architecture Framework (FEAF) (The United States, Australia, Singapore), Zachman Framework is used in Denmark, while in Finland the Governmental Framework is a combination of TOGAF and FEAF

  • Conceptual, qualitative and development requirements comparison, the final overall evaluation of the frameworks is shown in tab. 7, based on which the following two frameworks were chosen for further critical IT-infrastructure analysis and implementation: TOGAF and SOA

Read more

Summary

Introduction

Researchers have offered various definitions and explanations of architecture. In article [1] authors suggested that software architecture is concerned with issues beyond algorithms and data structures of computation. O enterprise level reference structure – provides information about a particular subject area, which directs and limits instances of several architectures and solutions It consists of 5 elements: strategic purpose – defines the goals and objectives of the architecture; principles – rules, cultures and values that govern technical positions and patterns; technical positions – manuals and standards based on specific principles that should be implemented as a part of the solution; templates – a representation of the generalised architecture, such as viewpoints, graphic and text models, diagrams, etc., which show the relationship between elements and artifacts; vocabulary – terms and definitions that are used in the architecture and are related to the design and solutions;. The extent to which each framework supports and interpret an element may differ even when they have the same values in the same row

Design
Evaluation
Conclusions
Full Text
Paper version not known

Talk to us

Join us for a 30 min session where you can share your feedback and ask us any queries you have

Schedule a call

Disclaimer: All third-party content on this website/platform is and will remain the property of their respective owners and is provided on "as is" basis without any warranties, express or implied. Use of third-party content does not indicate any affiliation, sponsorship with or endorsement by them. Any references to third-party content is to identify the corresponding services and shall be considered fair use under The CopyrightLaw.