에스이테크놀로지(주)는 다년간의 아키텍처 개발 경험을 보유하고 있으며,

아키텍처 구축을 통한 시스템 개발(또는 엔터프라이즈 개선·발전) 컨설팅은 다음과 같은 효과를 보장합니다.

  - 제안요청기관에 제출하는 제안서의 논리적 품질의 획기적 향상

  - 이해관계자의 사업 이해도 향상 및 의사소통 도구로 활용

  - 사용자/운용자 요구사항과 시스템 요구사항의 추적성 보장

  - 시스템 구현 간 변경 최소화로 비용 및 일정 목표 달성에 기여

[그림 1] 체계임무를 분석하기 위한 외부정황(Context) 식별의 예

	아키텍처 개요

• ISO/IEC/IEEE 42010 “Systems and software engineering - Architecture description" 국제표준에서는 아키텍처와 아키텍처 프레임워크를 다음과 같이 정의하고 있습니다.

architecture: fundamental concepts or properties of a system in its environment embodied in its elements, relationships, and in the principles of its design and evolution.

(시스템을 이루는 여러 구성요소, 이들 사이의 관계, 그리고 시스템을 설계하고 발전시키는 모든 원칙에 따라 시스템 환경이 형성되고, 이러한 시스템 환경하의 근본적인 시스템 개념 또는 시스템 속성을 아키텍처라고 함)

architecture framework: conventions, principles and practices for the description of architectures established within a specific domain of application and/or community of stakeholders.

(특정 응용 영역 내 또는 이해관계자 공동체 내에서 성립된 아키텍처를 표현하기 위한 규약, 원칙 그리고 실무지침을 아키텍처프레임워크라고 함)

 

• 아키텍처는 개발하고자 하는 시스템의 필수 설계요소와 속성을 표현하여 전 수명주기에 걸친 이해관계자들과 이를 공유하고, 공통적 이해를 바탕으로 의사소통, 시스템 개발, 운용 또는 진화 활동에서 더욱 명확한 운용요구사항 의 식별, 해결 대안의 식별, 무결점 운용 및 유지보수 등의 활동에 활용하기 위해 구축합니다.

• 다양한 아키텍처 표현에서 공통적으로 나타나는 특성은 일반적으로 아키텍처의 목적과 시스템의 속성에 따라 좌우됩니다. 즉, 대상시스템의 성격과 아키텍처 개발활동의 목적에 따라 아키텍처 표현이 갖는 근본적인 형식이 식별되는 것으로 이해할 수 있습니다. 이러한 형식 또는 규칙을 정의하는 것이 아키텍처 프레임워크입니다.

• 시스템 아키텍처는 일반적으로 관점에 따라 표현이 달라 질 수 있습니다. 일반적인 시스템 아키텍처는 논리적 구조(기능적), 거동적 구조(프로세스), 물리적 구조 그리고 잠재적 구조(상업적, 재정적 구조) 등으로 표현 할 수 있습니다. 어떠한 형식의 아키텍처가 필요한지는 아키텍처 구축 및 활용의 목적과 대상시스템의 성격에 좌우됩니다.

• 시스템 아키텍처 개발활동은 시스템 아키텍처를 생성하는 단순한 프로세스이며, 개념단계에서 시작하는 시스템엔지니어링 프로세스의 일부로 이해 할 수 있습니다. 시스템 아키텍처 개발활동의 목적은 다양한 요소에 따라 정의합니다. 예를 들어 순방향 아키텍처 개발활동의 목적은 상세설계에 대한 기초를 수립하기 위한 아키텍처 개발활동이며, 역방향 아키텍처 개발활동은 시스템의 필수적 개념분석을 위해 [그림 2]과 같이 기존 시스템의 아키텍처를 도출하는 작업입니다.

[그림 2] 아키텍처 개발활동의 단계별 목적

• 아키텍처 개발활동은 정황에 대한 이해, 대안 생성, 절충 분석의 기초, 의사결정 지원 등을 목적으로 수행합니다. 또 아키텍처를 개발함으로써 보다 정확한 비용, 일정 및 위험부담의 식별과 예측이 가능합니다. 가장 바람직한 활동은 아키텍처를 통한 운용요구사항 식별 및 정의, 대안 생성 및 절충 분석을 통해 최적화된 시스템 개념을 표현한 아키텍처 산출물의 개발 절차라 할 수 있습니다.

• 용도에 따라 아키텍처는 다양한 종류가 존재합니다. 각각의 아키텍처는 관심 영역, 목적 및 시스템에 따라 초점을 달리합니다. 관심영역에 따라 작성되는 아키텍처는 운용, 프로그램, 보안, 정보 등의 영역을 다루기도 하고, 특정 목적에 따라 작성되는 아키텍처는 통합, 문제 정의 영역, 해결방안 정의 영역 등을 다루기도 합니다. 시스템의 종류에 따라 복합시스템(SoS), 시스템군(FoS), 엔터프라이즈에 대한 아키텍처가 존재합니다. DoDAF와 MND-AF와 같은 프레임워크를 통해서 구축되는 아키텍처를 통합아키텍처라고 하는 이유는 위에서 언급한 다양한 종류의 아키텍처가 하나의 아키텍처로 통합되어 구축되기 때문입니다.

• 각 용도에 따라 구축한 아키텍처는 아키텍처 산출물 또는 기술서를 통해 표현합니다. 아키텍처 기술서는 일반적으로 주요 역할 또는 목적을 가지며, 다수의 부수적인 역할도 포함합니다. 일반적으로 분류할 수 있는 역할은 다음과 같습니다.

              - 이해관계자 간의 의사소통 도구
              - 시스템의 정황에 대한 이해
              - 핵심 운용 및 기술에 대한 개념 도출
              - 의사결정 및 절충분석의 기초 제공
              - 상세 설계에 대한 지침 제공
              - 복잡성 및 불확실성에 대한 관리
              - 시스템 요소의 재사용성 지원
              - 시스템 전환 또는 진화에 대한 계획

• 아키텍처의 개발 범위는 아키텍처프레임워크의 관점에 따라 운용관점(OV)과 체계관점(SV)으로 구분할 수 있습니다.

[그림 3] 아키텍처 개발 범위

• 운용관점(OV) 아키텍처의 개발 목적은 임무 요구사항을 중심으로 작성한 운용시나리오에 기초하여 모든 운용상 정황을 고려한 운용요구사항을 정의함으로써 문제정의 영역의 완전성을 달성하는 데 있습니다. 운용관점에서 정의된 운용효과성척도(MOE)의 요소를 반영하여 대상체계에 요구되는 효과도 달성이 가능한지 여부를 판단 할 수 있습니다.

• 체계관점(SV) 아키텍처의 개발 목적은 시스템 수준의 기능 및 성능 규격을 도출하는 데 있으며, 이러한 기능 및 성능 요구사항은 체계의 성능척도(MOP)를 정의하고 운용관점(OV)에서 정의한 운용효과성척도(MOE)와의 추적성을 제공합니다.

• 일반적인 아키텍처 개발 프로세스는 시스템엔지니어링의 문제정의 영역에 해당하는 운용관점(OV) 개발과 해결방안정의 영역에 해당하는 체계관점(SV) 개발 순으로 진행합니다.  아키텍처 개발 절차는 이러한 관점에 따라 다음과 같이 단순화된 절차로 표현 할 수 있습니다.

[그림 4] 아키텍처 개발 프로세스

• 단순화된 아키텍처 개발 프로세스는 한 단계를 완전히 완료하고 다음 단계로 넘어가는 것이 아니라 반복적/순환적으로 단계를 수행합니다.

(ROC) 분석 단계: 이 단계는 체계 임무분석을 중점적으로 수행하는 단계로 운용시나리오를 분석수단으로 활용합니다. 즉, 체계를 올바로 개발하기 위해서는 체계 임무를 명확히 분석하여 작전요구성능(ROC)을 이해하여야 하는데, 작전요구성능(ROC)을 이해하기 위한 구체적인 방법으로 운영개념을 시나리오 형태로 개발하여 분석합니다. 개발된 운용시나리오는 향후 아키텍처를 구축 시에 입력 자료로 사용합니다. 운용시나리오 개발시 체계 임무 충족을 위해 체계가 가져야하는 핵심속성 즉 체계 운용효과성척도(MOE)를 정의하고 이를 반영합니다. 이 단계 수행 내용을 요약하면 다음과 같이 체계임무 분석 → 체계 운용효과성척도(MOE) 정의 → 운용시나리오 개발 및 분석 순입니다.

(ORD) 개발 및 분석 단계: 작전요구성능(ROC) 분석 단계에서 개발된 운용시나리오를 활용하여 운용아키텍처를 개발하여 보다 구체적인 분석을 수행합니다. 이 과정은 크게 두 수준으로 구분되는데 하나는 작전운영개념(CONOPS) 수준과 다른 하나는 체계운용개념(OPSCON) 수준입니다. 입력되는 시나리오는 작전운영개념(CONOPS) 수준의 시나리오이며 이 수준의 분석이 어느 정도 완료되면 체계운용개념(OPSCON) 수준의 시나리오를 추가로 개발하며, 이를 바탕으로 운용아키텍처 개발 및 분석에 활용합니다. 이 단계 수행 내용을 요약하면 다음과 같이 작전운영개념(CONOPS) 입력 → 임무 수준 운용아키텍처 개발 및 분석 → 체계운용개념(OPSCON) 개발 → 체계 운용 수준 운용아키텍처 개발 및 분석 순입니다.

(SRD) 개발 및 분석 단계: 이 단계는 운용아키텍처를 바탕으로 체계아키텍처를 개발하고 이를 바탕으로 체계가 수행해야 하는 기능 및 성능 규격(Functional Performance Specification)을 개발 및 분석하는 단계입니다.

• 이러한 과정을 통해 도출된 아키텍처는 다음과 같은 효과를 달성할 수 있습니다.

- 체계의 개념적 상태를 가시적으로 표현함으로써 이해관계자 간의 의사소통 도구 및 시스템의 정황에 대한 이해를 제공

- 핵심 운용 및 기술 개념 도출을 통해 의사결정 및 절충분석의 기초를 제공

- 시스템 수준 기능 및 성능 요구사항의 도출과 운용적 요구에 대한 논리적 근거를 제공함으로써 상세 설계에 대한 지침을 제공