선택한 단어 수는 입니다.
최소 단어 이상 선택하여야 합니다.
최소 단어 이상 선택하여야 합니다.
선택한 단어 수는 30입니다.
최대 10 단어까지만 선택 가능합니다.
최대 10 단어까지만 선택 가능합니다.
문제 정의
- 이러한 활동을 시스템 엔지니어링 기법을 적용함으로써 모든 기술 데이터의 추적성이 확보된 체계개발 활 동을 수행할 수 있었다. 따라서 궁극적인 목표는 규격서를 개발할 수 있는 기술이며, 가시적으로 “수출 용 KT-1 요구사항 아키텍처 모델”을 개발하는 것이다. 즉, 항공기 시스템에 대한 고객 요구사항, 수출용 KT-1 시스템 기술 요구사항, 및 하부시스템 기술 요구사항을 아키텍처 모델로 구조화하여, 수출 대상 국가들의 다양한 요구사항에 시스템 엔지니어링 기술을 활용함으로써 KT-1 수출을 확대하고, 국가경쟁력을 높일 수 있는 기반을 형성할 수 있게 될 것이다.
제안 방법
- Buede의 분류를 들 수 있다. 그 는 Wymore의 분류기준에 따라, 요구사항의 종류를 입출력(Input/Output)요구사항, 기술 및 시스템 일 반(Technology & System-wide) 요구사항, 비교연구 (Trade Off) 요구사항, 시스템 승인 (System Qualification) 요구사항으로 분류하였다. 즉, 개발된 시스템 기능 및 성능 요구사항과 제약사항들을 시스템 규격서가 요구하는 분류체계에 따라 작성함으로써 시스템 요구사항 서를 개발할 수 있다.
- 즉, 아키텍팅 프로세스로는 시스템엔지니어링 프로세스인 EIA-632를 준수하며, 이에 적합한 방법론을 개 발하여 사용하였다. 또한 이 프로세스 및 방법론은 도구를 통하여 통합될 수 있도록 체계화하였다. 이러한 프로세스, 방법론 및 도구가 통합되는 과정을 그림 3에 표현하였다.
- 즉, 개발된 시스템 기능 및 성능 요구사항과 제약사항들을 시스템 규격서가 요구하는 분류체계에 따라 작성함으로써 시스템 요구사항 서를 개발할 수 있다. 또한, 수출용 KT-1이라는 목표를 만족시키기 위해 국외 시스템 규격서인 미 국방표준 규격서 작성법 MIL-STD- 490B와 961E뿐만 아니라, 국내의 현실도 반영하기 위해 국방규격을 충족할 수 있도록 하였다. 위와 같은 비교분석을 통해 수출용 KT-1 규격서를 SDS (System Development Specification)라 칭하였다.
- 이를 위하여 시스템엔지니어링 표준 프로세스 연구를 통하여 (1) 요구사항 아키텍처 개발 프로세스를 설정하며, (2) 각 프로세스 단계별로 달성해야 하는 프로세스 산출물의 형상을 시스템 규격서 체계, 요구사항 논증 체계 및 아키텍처 프레임워크 연구를 통하여 정형화하고, (3) 개발된 각 프로세스 및 방법 수행 시 효율성과 효과성을 지원하는 시스템 엔지니어링 도구를 통하여 요구사항 아키텍처 모델을 구축할 수 있도록 데이터베이스 스키마를 개발하고, (4) 스키마에 따라 항공기 시스템 요구사항 아키텍처 모델을 구축하며, (5) 구축된 모델로부터 개발 규격서가 자동 출력될 수 있는 체계를 구축한다. 또한, 이와 같은 프로세스, 방법, 도구 전체를 지원하는 환경 (Environment) 으로써 프로세스를 이해하고, 방법을 숙지하여, 관련 도구를 사용할 능력을 갖춘 훈련된 인력이 아키텍처 구축을 수행할 수 있도록 하였다. 이러한 개발 개념을 그림 2에 표현하였다.
- 본 논문에서는 수 줄용 KT-1 요구사항 아키텍처 모델 구축을 위해 많은 아키텍처 개발 사업의 수행을 통해 검증된 프로세스, 방법 및 도구를 적용하였다. 즉, 아키텍팅 프로세스로는 시스템엔지니어링 프로세스인 EIA-632를 준수하며, 이에 적합한 방법론을 개 발하여 사용하였다.
- 본 논문의 수출용 KT-1 요구사항 아키텍처 모델 링은 시스템엔지니어링 프로세스/방법을 체계적으로 제시함으로써 다변하는 KT-1 수출 대상 국가들의 요구사항을 비용, 일정 그리고 성능을 만족시키는 시스템으로 전환시킬 수 있도록 하였다. 이러한 수출용 KT-1 시스템 요구사항 아키텍처 모델 구축으로 개 발과 정의 핵심 요구사항과 규격서가 상호 추적 가능하게 되고, 고객의 요구에 따른 규격 변동의 범위를 신속/정확히 분석하여 기술적인 타당성 및 경제성 등을 판단할 수 있게 되었다.
- 수출용 KT-1 개발을 위해 세계 각국에서 운용되고 있는 동급 항공기의 발전 방향을 분석 후, KT-1에서 기 개발된 항공기 시스템 요구사항을 완전한 논증 과정을 거쳐 요구사항 아키텍처 모델을 구축하였다. 또한 구축된 요구사항 아키텍처 모델을 시스템엔지니어링 도구 상에서 효과적으로 무결성과 추적성을 관리함으로써, 수출 대상국의 어떠한 운용 요구가 발 생하여도 현 KT-1 요구사항의 변경 및 영향에 대한 분석과 평가가 신속히 수행되어, 제품 품질 및 납기를 완벽하게 맞추고 해외 시장 확대를 도모할 수 있는 아키텍처 기반을 형성한 것이다.
- 앞서 기술한 요구사항 설계 및 정의 프로세스 및 규격서 연구는 요구사항 아키텍처 모델 DB 스키마 설정을 위해 반드시 선행되어야 하는 부분이다. 요구 사항 설계 프로세스는 국제 시스템엔지니어링 표준인 EIA-632의 요구사항 정의 프로세스를 연구하여 이의 적용 방안을 설정한 후, 이 프로세스를 따라 실제 적용하게 될 요구사항 정의 방법을 개발하였다. 요구사 항 정의 방법은 구조 논증(층별 화 및 범주화), 문장 논증, 집합 논증, 모두 3번의 논증 과정을 거치도록 정의되었으며, 이 논증 과정을 통해 수출용 KT-1 요구 사항을 도출하였다.
- 요구사항 아키텍처 모델 구축용 템플릿은 요구사항 아키텍처 DB 스키마를 기반으로 개발된 것이며, 또한 도구(CORE) 상에서도 이 스키마를 수용할 수 있도록 설정하였기 때문에 많은 수의 요구사항이 수집되어도 도구로의 파싱(Parsing) 과정을 통하여 자연스 런 DB화가 이루어지도록 하였다. 이를 통해 수작업을 통한 DB 구축 노력을 상당히 단축시키는 효과를 가져왔다.
- 위와 같은 규격서 문서화 수행의 문제점을 해소하기 위하여, 요구사항 아키텍처 스키마 개발 및 도구를 통해 DB화된 아키텍처 모델을 활용하여 앞서 정의한 SDS 형식으로 규격서가 자동으로 출력될 수 있도록 출력 자동화 프로그래밍 (script 개발)을 수행하였다. 그림 8은 도구를 통한 자동화 출력 개념을 보여주고 있다.
- 위와 같이 각 요구사항 논증 프로세스마다 작성된 요구사항 아키텍처 모델 구축용 템플릿을 각 단계별로 도구에 DB화를 수행하였다. 즉, 요구사항 아키텍처 모델을 구축하는 과정으로써, 각 논증 과정별로 템플릿을 통해 논증되어 산출된 요구사항들의 엔지니 어링 노력을 유지시키기 위해 본 과정에서는 DB화된 요구사항에 반드시 유지되어야 하는 가장 중요한 속 성인 모든 요구사항의 무결성과 추적성을 확보하도록 하였다.
- 요구사 항 정의 방법은 구조 논증(층별 화 및 범주화), 문장 논증, 집합 논증, 모두 3번의 논증 과정을 거치도록 정의되었으며, 이 논증 과정을 통해 수출용 KT-1 요구 사항을 도출하였다. 이러한 프로세스와 방법론을 통해 산출된 요구사항을 효과적이고 효율적인 관리를 위해 결성과 추적성 확보 능력을 지닌 시스템엔지니어링 도구(CORE)와의 통합 방안을 구축하였다. 이러한 과정을 통해 최종적으로 요구사항을 DB화하기 위한 스키마(Schema)를 개발하였고, 그 스키마의 개발 절차는 그림 5와 같다.
- 이 모든 사항을 설정된 요구사항 아키텍처 모델 DB 스키마에 적용하여 담아내기 위해서는 이를 연결하기 위한 의사소통 매개체가 필요하다. 이러한 필요성에 의해 요구사항 아키텍처 모델 구축을 위한 도구(템플릿)를 개발하여 모든 수명 주기 이해관계자와 외부 시스템을 고려한 요구사항 수집을 가능하게 하였다. 요구사항 아키텍처 템플릿은 요구사항 수집 기능뿐 아니라, 시스템 개발에 있어 이해관계자들과의 의사소통 도구로 써의 그 가치를 발휘한다.
- 각 요구사항 정의 단계에 대한 논증 기준은 시스템엔지니어링 프로세스에 대한 국제 표준인 EIA-632에서 규정된 요구사항 논증 기준(Requirement Validation Criteria) 에 따라 진행되었으며, 각 논증 과정을 통하여 최초의 시스템 요구사항은 시스템 기술 요구사항, 즉 목표 규격인 수출용 KT-1 요구사항으로 전환되도록 하였다. 이렇게 논증된 시스템 기술 요구사항을 앞서 정의한 규격서 정의에 따라 서술함으로써 시스템 기술 요구사항인 SDS를 작성할 수 있었다.
- 수출용 KT1 요구사항 아키텍처 모델링 프로세스를 간략하게 설명하면, 우선 시장조사, 경쟁 항공기 사양 비교 및 요구사항 분석을 통하여 추적성 데이터베이스를 구축하며, 이를 바탕으로 개발 규격서를 작성하는 것이다. 이를 위하여 시스템엔지니어링 표준 프로세스 연구를 통하여 (1) 요구사항 아키텍처 개발 프로세스를 설정하며, (2) 각 프로세스 단계별로 달성해야 하는 프로세스 산출물의 형상을 시스템 규격서 체계, 요구사항 논증 체계 및 아키텍처 프레임워크 연구를 통하여 정형화하고, (3) 개발된 각 프로세스 및 방법 수행 시 효율성과 효과성을 지원하는 시스템 엔지니어링 도구를 통하여 요구사항 아키텍처 모델을 구축할 수 있도록 데이터베이스 스키마를 개발하고, (4) 스키마에 따라 항공기 시스템 요구사항 아키텍처 모델을 구축하며, (5) 구축된 모델로부터 개발 규격서가 자동 출력될 수 있는 체계를 구축한다. 또한, 이와 같은 프로세스, 방법, 도구 전체를 지원하는 환경 (Environment) 으로써 프로세스를 이해하고, 방법을 숙지하여, 관련 도구를 사용할 능력을 갖춘 훈련된 인력이 아키텍처 구축을 수행할 수 있도록 하였다.
- 이와 더불어, 템플릿을 활용하여 시스템과 관여된 모든 이해관계자들과 외부 인터페이스 시스템을 고려한 최초 요구사항이 수집되고 난 후, 앞서 언급한 요구사항 정의 각 단계별로 층별 화, 범주화, 문장 논증, 집합 논증을 수행할 때 사용 가능하도록 각 논증 과정 별로 모두 4개의 템플릿을 개발하였다. 각 요구사항 정의 단계에 대한 논증 기준은 시스템엔지니어링 프로세스에 대한 국제 표준인 EIA-632에서 규정된 요구사항 논증 기준(Requirement Validation Criteria) 에 따라 진행되었으며, 각 논증 과정을 통하여 최초의 시스템 요구사항은 시스템 기술 요구사항, 즉 목표 규격인 수출용 KT-1 요구사항으로 전환되도록 하였다.
- 위와 같이 각 요구사항 논증 프로세스마다 작성된 요구사항 아키텍처 모델 구축용 템플릿을 각 단계별로 도구에 DB화를 수행하였다. 즉, 요구사항 아키텍처 모델을 구축하는 과정으로써, 각 논증 과정별로 템플릿을 통해 논증되어 산출된 요구사항들의 엔지니 어링 노력을 유지시키기 위해 본 과정에서는 DB화된 요구사항에 반드시 유지되어야 하는 가장 중요한 속 성인 모든 요구사항의 무결성과 추적성을 확보하도록 하였다. 즉, 최초 입력된 요구사항과 논증된 요구사항과의 추적 관계, 최종 수출용 KT-1 요구사항으로 산출되기까지의 논증 이력 추적 관계, 요구사항 간의 상/ 하위 추적 관계, 설정된 물리적 계층구조에 적합하게 해당 계층으로의 요구사항 할당 등이 이에 해당된다.
이론/모형
- 이와 더불어, 템플릿을 활용하여 시스템과 관여된 모든 이해관계자들과 외부 인터페이스 시스템을 고려한 최초 요구사항이 수집되고 난 후, 앞서 언급한 요구사항 정의 각 단계별로 층별 화, 범주화, 문장 논증, 집합 논증을 수행할 때 사용 가능하도록 각 논증 과정 별로 모두 4개의 템플릿을 개발하였다. 각 요구사항 정의 단계에 대한 논증 기준은 시스템엔지니어링 프로세스에 대한 국제 표준인 EIA-632에서 규정된 요구사항 논증 기준(Requirement Validation Criteria) 에 따라 진행되었으며, 각 논증 과정을 통하여 최초의 시스템 요구사항은 시스템 기술 요구사항, 즉 목표 규격인 수출용 KT-1 요구사항으로 전환되도록 하였다. 이렇게 논증된 시스템 기술 요구사항을 앞서 정의한 규격서 정의에 따라 서술함으로써 시스템 기술 요구사항인 SDS를 작성할 수 있었다.
- 본 논문에서는 수 줄용 KT-1 요구사항 아키텍처 모델 구축을 위해 많은 아키텍처 개발 사업의 수행을 통해 검증된 프로세스, 방법 및 도구를 적용하였다. 즉, 아키텍팅 프로세스로는 시스템엔지니어링 프로세스인 EIA-632를 준수하며, 이에 적합한 방법론을 개 발하여 사용하였다. 또한 이 프로세스 및 방법론은 도구를 통하여 통합될 수 있도록 체계화하였다.
성능/효과
- 이러한 수출용 KT-1 시스템 요구사항 아키텍처 모델 구축으로 개 발과 정의 핵심 요구사항과 규격서가 상호 추적 가능하게 되고, 고객의 요구에 따른 규격 변동의 범위를 신속/정확히 분석하여 기술적인 타당성 및 경제성 등을 판단할 수 있게 되었다. 또한 분석 결과를 신속히 수출 대상국에 제시하여 수출 협상에 효과적으로 대응할 수 있게 되었다. 구체적인 효과는 다음 사항과 같다.
- 이러한 활동을 시스템 엔지니어링 기법을 적용함으로써 모든 기술 데이터의 추적성이 확보된 체계개발 활 동을 수행할 수 있었다. 따라서 궁극적인 목표는 규격서를 개발할 수 있는 기술이며, 가시적으로 “수출 용 KT-1 요구사항 아키텍처 모델”을 개발하는 것이다.
- 요구사항 아키텍처 모델 DB 스키마를 구축하기 위해서는 현재 갖추어져 있는 요구사항 체계 현황의 정확한 분석이 우선되어야 한다. 이에 따라 현 요구사 항 현황 분석을 수행한 결과, 기존의 규격서나 시스템 규격서는 상위 수준의 요구사항과 하위 수준의 요구사항 간 추적성이 확보가 부족함을 알 수 있었다. 이는 기존의 문서 기반 요구사항 체계가 경험 및 직 관에 의한 요구사항 도출되어, 체계적으로 정리되기가 어려움에 따라 요구사항의 추적이 어렵게 되었으며 많은 시간이 소요되게 되었다.
후속연구
- 따라서 궁극적인 목표는 규격서를 개발할 수 있는 기술이며, 가시적으로 “수출 용 KT-1 요구사항 아키텍처 모델”을 개발하는 것이다. 즉, 항공기 시스템에 대한 고객 요구사항, 수출용 KT-1 시스템 기술 요구사항, 및 하부시스템 기술 요구사항을 아키텍처 모델로 구조화하여, 수출 대상 국가들의 다양한 요구사항에 시스템 엔지니어링 기술을 활용함으로써 KT-1 수출을 확대하고, 국가경쟁력을 높일 수 있는 기반을 형성할 수 있게 될 것이다.
※ AI-Helper는 부적절한 답변을 할 수 있습니다.