DoDI 5000.88과 MOSA: 법률에서 실제 무기체계 설계까지

미 국방부(DoD)가 추진하는 MOSA(Modular Open Systems Approach)를 이해하려면 단순히 "개방형 아키텍처를 사용한다"는 개념만 보는 것보다, 법률 → 국방 획득정책 → 시스템 엔지니어링으로 이어지는 구조를 함께 살펴볼 필요가 있습니다.

 

특히 DoDI 5000.88(Engineering of Defense Systems)은 MOSA를 실제 국방 시스템의 엔지니어링 과정에서 어떻게 고려하고 구현할 것인지 이해하는 데 중요한 문서입니다.

 

쉽게 표현하면 다음과 같은 관계로 이해할 수 있습니다.

10 U.S.C. §4401 → MOSA의 법적 기반

DoDD 5000.01 → 국방 획득의 상위 정책 방향

DoDI 5000.88 → 국방 시스템 엔지니어링 관점에서의 실행 체계

 

즉, 법률이 "무엇을 해야 하는가"에 대한 근거를 제공한다면, 정책은 "어떤 방향으로 획득할 것인가"를 제시하고, 시스템 엔지니어링 지침은 이를 실제 시스템 개발 과정에 반영하기 위한 엔지니어링 활동과 산출물을 다루는 구조입니다.

1. DoDI 5000.88은 무엇인가?

DoDI 5000.88은 미 국방부의 Engineering of Defense Systems에 관한 지침입니다.

이 문서는 국방 시스템을 개발할 때 수행해야 하는 시스템 엔지니어링 활동과 관련된 기본적인 방향을 제시합니다.

 

특히 다음과 같은 영역을 중요하게 다룹니다.

• Mission Engineering
• Systems Engineering
• Systems Engineering Plan(SEP)
• Technical Baseline
• Configuration Management
• Technical Reviews
• Risk Management
• Digital Engineering
• Systems Integration
• Verification 및 Validation

따라서 DoDI 5000.88을 단순히 MOSA를 위한 별도의 표준이라고 이해하기보다는, 국방 시스템을 개발하고 관리하는 시스템 엔지니어링 프레임워크 안에서 MOSA와 같은 설계 원칙을 적용할 수 있도록 하는 지침으로 이해하는 것이 적절합니다.

2. MOSA는 어디에서 시작되는가?

MOSA를 이해할 때 중요한 것은 하나의 문서만 보는 것이 아니라 서로 다른 수준의 문서를 연결해서 보는 것입니다.

① 법률: 10 U.S.C. §4401

미 의회가 제정한 법률은 MOSA 적용에 대한 법적 기반을 제공합니다.

핵심적인 방향은 국방 시스템을 장기간 운용하면서 기술 발전과 경쟁적인 공급망을 활용할 수 있도록 모듈화와 개방형 시스템 구조를 활용하는 것입니다.

 

즉,

법률 = MOSA를 추진해야 하는 법적 기반

이라고 볼 수 있습니다.

 

② 정책: DoDD 5000.01

DoDD 5000.01은 미 국방부 획득체계의 상위 정책 방향을 제시합니다.

여기에서 MOSA는 단순한 기술 선택사항이 아니라 국방 획득 및 시스템 설계에서 고려해야 할 중요한 접근방식으로 자리 잡고 있습니다.

 

즉,

DoDD 5000.01 = MOSA를 국방 획득정책의 방향으로 연결

하는 역할을 합니다.

 

③ 엔지니어링 지침: DoDI 5000.88

그렇다면 실제 엔지니어는 어떻게 해야 할까요?

여기에서 DoDI 5000.88의 중요성이 나타납니다.

시스템 엔지니어링 과정에서 요구사항을 정의하고, 아키텍처를 설계하고, 인터페이스를 관리하고, 기술 기준선을 설정하고, 시험 및 검증을 수행하는 과정에 MOSA 원칙을 반영해야 합니다.

 

즉,

DoDI 5000.88 = MOSA를 시스템 엔지니어링 활동과 연결하는 실행 기반

으로 이해할 수 있습니다.

 

3. 시스템 엔지니어링 계획서(SEP)와 MOSA

국방 시스템 개발에서 중요한 문서 중 하나가 SEP(Systems Engineering Plan)입니다.

SEP는 시스템 엔지니어링 활동을 어떻게 수행할 것인지 계획하는 문서입니다.

여기에는 일반적으로 다음과 같은 내용이 포함됩니다.

• 시스템 요구사항 관리
• 시스템 아키텍처
• 기술 기준선
• 인터페이스 관리
• 시스템 통합
• 검증 및 확인
• 위험관리
• 기술 검토
• 디지털 엔지니어링
• 형상관리

MOSA 관점에서는 이 과정에서 다음과 같은 질문이 중요해집니다.

"어떤 기능을 모듈로 분리할 것인가?"

"모듈 간 인터페이스는 어떤 개방형 표준을 사용할 것인가?"

"향후 다른 업체의 제품으로 교체할 수 있는가?"

"특정 업체의 독점적인 인터페이스에 종속되어 있지는 않은가?"

"새로운 기술을 적용할 때 기존 시스템 전체를 변경하지 않고 해당 모듈만 교체할 수 있는가?"

 

이러한 질문이 시스템 엔지니어링 과정에 들어가면서 MOSA가 실제 설계 개념으로 구체화됩니다.

 

4. MOSA에서 가장 중요한 것은 인터페이스

MOSA를 단순히 "모듈식으로 만든다"라고 생각하면 핵심을 놓치기 쉽습니다.

진정한 개방형 시스템에서 중요한 것은 모듈 자체보다 모듈과 모듈 사이의 인터페이스입니다.

 

예를 들어 전투기의 임무컴퓨터를 생각해 보겠습니다.

기존 방식에서는 특정 업체가 만든 컴퓨터와 특정 업체의 소프트웨어가 하나의 패키지처럼 구성될 수 있습니다.

이 경우 컴퓨터를 교체하려면 소프트웨어와 인터페이스까지 함께 변경해야 할 수 있습니다.

 

반면 MOSA 구조에서는 다음과 같은 구조를 지향합니다.

Mission Computer → 표준화된 인터페이스 → Software / Application

이러한 구조라면 새로운 프로세서나 새로운 애플리케이션을 적용할 때 시스템 전체를 다시 설계하지 않고 특정 구성품만 교체할 수 있는 가능성이 커집니다.

 

따라서 시스템 엔지니어링에서 중요한 것은 다음과 같습니다.

Module → Interface → Standard → Verification

즉, 모듈을 정의하고, 인터페이스를 명확하게 정의하고, 가능한 경우 개방형 표준을 적용하고, 실제로 호환되는지 검증하는 과정이 필요합니다.

5. Technical Baseline과 Configuration Management

MOSA를 실제 시스템에 적용하려면 시스템의 기술 기준선과 형상관리도 중요합니다.

시스템이 개발되는 과정에서 최초에는 개방형 인터페이스를 사용하도록 설계했더라도 개발 과정에서 특정 업체의 독점적인 기능이나 인터페이스가 추가될 수 있습니다.

 

이렇게 되면 처음 의도했던 개방형 구조가 시간이 지나면서 특정 공급업체에 종속되는 구조로 변할 수 있습니다.

따라서 시스템 엔지니어링에서는 다음 사항을 지속적으로 관리해야 합니다.

• 시스템 요구사항
• 아키텍처
• 인터페이스
• 하드웨어 구성
• 소프트웨어 구성
• 데이터 모델
• API
• 표준 적용 현황
• 형상 변경 이력

이를 통해 "처음 설계한 MOSA 구조가 실제 개발 결과물에서도 유지되고 있는가?"를 확인할 수 있습니다.

6. Digital Engineering과 MOSA

최근 국방 시스템 개발에서 중요한 변화 중 하나는 Digital Engineering입니다.

전통적인 방식에서는 문서와 실제 하드웨어를 중심으로 시스템을 개발했다면, 디지털 엔지니어링에서는 시스템의 요구사항, 기능, 인터페이스, 구조 및 성능을 디지털 모델과 연결하여 관리합니다.

MOSA와 결합하면 상당히 중요한 효과를 얻을 수 있습니다.

 

예를 들어 새로운 Mission Computer를 적용한다고 가정해 보겠습니다.

디지털 모델을 활용하면 실제 장비를 제작하기 전에 다음 사항을 검토할 수 있습니다.

 

요구사항 → 시스템 아키텍처 → 모듈 정의 → 인터페이스 정의 → 디지털 모델 → 시뮬레이션 → 통합시험 → 실제 시스템 검증

 

이렇게 하면 MOSA의 핵심인 모듈 교체 가능성, 인터페이스 호환성, 시스템 통합성을 개발 초기부터 검토할 수 있습니다.

7. MOSA와 기술 위험관리

MOSA는 단순히 기술적인 장점만 있는 것은 아닙니다.

실제 국방 시스템에서는 비용, 일정, 기술성숙도, 공급망 등의 위험을 함께 고려해야 합니다.

 

예를 들어 특정 업체가 제공하는 부품을 사용하면 초기 개발이 편리할 수 있지만, 장기간 운용 과정에서 해당 업체의 생산중단이나 기술지원 종료가 발생할 수 있습니다.

 

반대로 개방형 인터페이스를 적용하면 다른 업체의 제품으로 교체할 수 있는 가능성을 높일 수 있습니다.

 

따라서 시스템 엔지니어링 관점에서는 다음과 같은 질문을 지속적으로 검토할 수 있습니다.

"이 기술에 특정 업체 종속성이 존재하는가?"

"해당 구성품을 다른 공급업체 제품으로 교체할 수 있는가?"

"인터페이스가 공개된 표준으로 정의되어 있는가?"

"새로운 기술을 적용할 때 기존 시스템에 미치는 영향은 어느 정도인가?"

 

이러한 분석은 MOSA의 경제적·기술적 효과를 판단하는 중요한 요소가 됩니다.

8. SOSA와 FACE는 DoDI 5000.88 자체의 표준인가?

여기에서 한 가지 주의할 점이 있습니다.

SOSA와 FACE 같은 표준을 DoDI 5000.88 자체가 직접 규정하는 표준이라고 이해해서는 안 됩니다.

 

DoDI 5000.88은 시스템 엔지니어링 관점에서 개방형 구조와 관련된 설계 및 관리 활동을 수행하는 상위 지침이고, 실제 시스템에서는 프로그램의 요구사항과 적용 분야에 따라 다양한 개방형 표준과 기술 규격을 선택할 수 있습니다.

 

예를 들어 항공전자 분야에서는 다음과 같은 표준들이 MOSA 구현과 연계될 수 있습니다.

• SOSA
• FACE
• CMOSS
• HOST
• OpenVPX
• ARINC 계열 표준
• Ethernet 기반 인터페이스
• DDS 등

따라서 관계를 단순화하면 다음과 같이 볼 수 있습니다.

 

MOSA → 시스템 엔지니어링 요구사항 및 아키텍처 →  개방형 인터페이스 정의 →  적용 분야에 적합한 표준 선택

→  SOSA / FACE / OpenVPX 등 → 통합 및 검증

 

이 구조가 MOSA를 실제 기술로 연결하는 핵심적인 흐름입니다.

9. 법률 → 정책 → 엔지니어링 → 표준

전체 관계를 하나의 흐름으로 정리하면 다음과 같습니다.

 

10 U.S.C. §4401, 법적 기반 → DoDD 5000.01, 국방 획득정책 → DoDI 5000.88, 시스템 엔지니어링

→  SEP / Architecture / Interface Management, 실제 개발계획 → Open Standards, SOSA / FACE / CMOSS / OpenVPX 등 → Integration & Verification, 실제 시스템에서 인터페이스와 기능 검증   

→ Technology Refresh / Upgrade, 운용 중 새로운 기술과 구성품 적용

 

이러한 구조가 바로 MOSA가 단순한 "개방형 설계 철학"을 넘어 실제 국방 시스템 개발 프로세스에 들어가는 방식입니다.

10. 결국 DoDI 5000.88의 의미는 무엇인가?

MOSA를 스마트폰에 비유하면 이해하기 쉽습니다.

스마트폰은 특정 기능을 수행하는 앱을 하나의 모듈로 볼 수 있고, 운영체제와 API는 앱과 하드웨어를 연결하는 인터페이스 역할을 합니다.

 

새로운 앱이 등장한다고 해서 스마트폰 전체를 다시 만드는 것은 아닙니다.

MOSA가 지향하는 것도 이와 비슷합니다.

기존 무기체계 전체를 다시 개발하지 않고 필요한 부분을 교체하고 업그레이드할 수 있는 구조

를 만드는 것입니다.

 

DoDI 5000.88은 이러한 개념을 시스템 엔지니어링 활동과 연결하여 요구사항, 아키텍처, 인터페이스, 기술 기준선, 위험관리, 디지털 엔지니어링, 검증 등의 관점에서 관리할 수 있도록 합니다.

 

결국 중요한 것은 "MOSA를 적용했다"고 문서에 적는 것이 아닙니다.

실제로 모듈을 교체할 수 있는가?

인터페이스가 개방되어 있는가?

다른 업체의 구성품을 통합할 수 있는가?

새로운 기술을 기존 시스템에 빠르게 적용할 수 있는가?

 

그리고 이러한 사항을 요구사항 → 설계 → 구현 → 통합 → 검증의 전 과정에서 입증할 수 있는가가 핵심입니다.

마무리

MOSA는 하나의 하드웨어 규격이나 소프트웨어 표준이 아닙니다.

MOSA는 국방 시스템을 장기간 운용하면서 기술 발전과 경쟁적인 공급망을 활용할 수 있도록 시스템을 모듈화하고 개방형 인터페이스를 중심으로 설계하는 접근방식입니다.

 

그리고 DoDI 5000.88은 이러한 MOSA의 방향을 시스템 엔지니어링 활동과 연결해서 이해하는 데 중요한 문서입니다.

따라서 MOSA를 공부할 때는 다음과 같은 계층으로 접근하면 이해하기 쉽습니다.

 

법률, 10 U.S.C. §4401 → 국방 획득정책, DoDD 5000.01 →  시스템 엔지니어링, DoDI 5000.88

→ 사업별 시스템 엔지니어링 계획, SEP → 아키텍처 및 인터페이스, Open Architecture / Modular Design

→ 기술 표준, SOSA / FACE / CMOSS / OpenVPX 등 → 검증, Integration / Verification / Validation

 

이렇게 보면 MOSA는 단순히 "개방형 하드웨어를 사용하자"는 이야기가 아니라,

국방 시스템의 설계부터 업그레이드와 수명주기 관리까지 연결되는 시스템 엔지니어링 전략이라는 것을 알 수 있습니다.