시스템 아키텍처는 진화에 따라 시스템과 운용환경 그리고 하부체계와 같은 내부요소 상호간에 적합하게 호환성을 지녀야 한다. 이는 양방향 인터페이스 표준에 적합하도록 요구되고 있다. 인터페이스로 인해 새로 개발해야 하는 경우가 발생하거나 기존에 존재하고 있던 인터페이스일 경우, 신규 개발을 위한 적합한 베이스라인을 다시 설정해야 한다. 어떠한 경우든 이러한 신규 시스템, 제품 또는 용역에 대한 상호작용을 해결해야 하는 시스템 엔지니어는 사고, 프로세스 및 방법을 일치시키고 인터페이스를 해결하기 위한 공통적인 시스템 설계를 수행해야 한다. 이와 같이 공통목적을 수행하기 위한 메커니즘은 엔지니어링 표준, 참조 및 규약을 어떻게 설정할 것인가에 달려있다. 수많은 시스템이 인터페이스의 양방향을 적용하고 있는 기계, 전기, 화학, 광학, 소프트웨어 및 정보 교류와 소통에 단순한 에러로 인해 시스템 통합이나 그 임무 수행이 어렵게 개발됐다. 이 글은 엔지니어링 표준, 참조, 규약에 대한 프레임을 시스템 설계의 길잡이로서 ‘선행’적으로 시스템 엔지니어가 설정해야 할 필요성을 살펴보려고 한다. 이를 위해 각 토픽 분야를 설정하고 적합하고 호환적인 인터페이
시스템 설계 및 개발 품목과 CI에 대한 소유권 부여 개발규격이 진화함에 따라 CI 개발책임은 통합제품팀(IPT)이나 개발팀과 같은 소유자에게 그 책임을 부여해야 한다. 그림 1은 이러한 사례를 보여주고 있다. 여기서 어떻게 시스템 아키텍처가 제품 구조라인을 따라 분할되는지를 유의하라. 그림 1. CI 소유권과 책임 부여 이는 특별히 운용 단어로서의 ‘제품’에 대한 주요 포인트이다. 통합제품팀을 설정한 프로그램에 대하여 각 IPT는 ‘제품’ 개발에 초점을 두어 자기가 담당하고 있는 제품에 인터페이스가 되어있는 품목을 개발하고 있는 IPT와 상호 인터페이스를 협력하도록 한다. 예를 들면, IPT 1은 상호 인터페이스 설계 쟁점사항을 IPT 2와 협조한다. 한 제품을 개발하는 책임은 오로지 하나의 IPT에 국한된다. 다중 레벨 품목의 사이즈, 복잡도 및 위험 정도에 따라 그림 1에서와 같은 하나 또는 그 이상의 제품에 대한 책임을 부여해도 좋다. 중간 정도의 복잡도와 위험을 지닌 제품 A와 B를 개발하는 책임은 IPT 1에 부여된다. 반대로 제품 C에 대한 책임은 그 자체의 복잡도와 위험에 따라 IPT 2에 부여된다.
통합 능력을 나타내는 다중 레벨로 구성된 추상적인 시스템은 각각의 능력을 통합하기 위해 구조적인 프레임과 빌딩블록을 요구한다. 우리는 구조적인 프레임을 시스템 아키텍처와 품목으로서의 빌딩블록이라고 부른다. 시스템 엔지니어의 도전은 다음 사항을 어떻게 결정하느냐에 달려있다. · 특별히 대형복합 시스템에 대한 올바른 아키텍처 프레임을 어떻게 개념화하고 형성하고 선정하느냐 · 각 아키텍처를 상호 연계된 품목 레벨로 어떻게 나누느냐 시스템 엔지니어는 대형 복합적인 문제를 쉽게 해결하고 관리할 수 있도록 작은 다중 레벨 문제로 접근하는 도전을 수행한다. 우리는 이러한 다중 레벨 분할을 계층 구조적 할당 또는 확장이라고 부른다. 아키텍처 프레임을 나누기 위하여 우리는 요구분석, 기능분석, 객체분석기법과 방법을 사용하여 계층구조 능력 세트로 다중 레벨 규격으로 나누도록 한다. 각 능력은 순서에 따라 장비, 인력 등으로 시스템 요소를 분류한 물리적 컴포넌트로 할당하고 이를 이행토록 한다. 계층구조로 나누는 동안에 개발, 구매, 구매 후 보완 등의 다양한 획득방법을 결정토록 한다. 이때 우리는 다음과 같은 질문에 답을 해야 한다. 우리가 거동 도메인