국방사업관리사 학습실

시스템엔지니어링

운용자의 필요를 요구사항으로 전환하고 설계·검증·확인까지 추적하는 전체 수명주기 접근법입니다.

핵심 이해

시스템엔지니어링은 운용자의 필요를 검증 가능한 요구사항으로 바꾸고, 기능·구성품·인터페이스에 배분한 뒤 설계와 시험 결과까지 추적하는 수명주기 기술관리 활동이다. 핵심 질문은 ‘필요한 체계를 만들고 있는가’와 ‘체계를 올바르게 만들고 있는가’를 동시에 확인하는 것이다.

요구사항은 모호한 희망사항이 아니라 시험으로 충족 여부를 판단할 수 있어야 한다. 상위 운용요구가 하위 설계요구와 시험항목으로 이어지는 추적성을 유지하면 요구 누락, 과도한 성능, 인터페이스 충돌과 재작업을 줄일 수 있다.

개념과 정의

이해관계자 요구와 체계요구사항

시스템엔지니어링은 임무·운용개념과 사용자의 필요를 분석하여 명확하고 검증 가능한 체계요구사항으로 바꾸고, 이를 부체계·구성품·소프트웨어와 인터페이스의 설계조건으로 구체화하는 수명주기 활동이다.

왜 중요한가요? 모호한 요구는 개발 후 서로 다른 해석과 재작업을 낳으므로 운용자·정비자·시험기관 등 이해관계자의 필요를 측정 가능한 기준으로 합의해야 한다.

예를 들면 정비가 쉬워야 한다는 요구를 정비인원, 평균수리시간, 접근공간과 특수공구 제한처럼 시험·분석 가능한 요구사항으로 바꾼다.

요구사항 추적성

추적성은 상위 운용요구가 어떤 하위 요구와 설계요소에 배분되었고 어떤 시험·분석으로 검증되는지 양방향으로 연결하는 성질이다. 요구의 추가·변경 때 영향받는 설계와 시험도 함께 찾을 수 있어야 한다.

왜 중요한가요? 추적성이 있으면 요구 누락과 불필요한 과잉설계를 줄이고, 각 시험결과가 어떤 요구의 충족 근거인지 설명할 수 있다.

예를 들면 탐지거리 요구를 센서 성능·신호처리 요구와 시험항목에 연결하고, 센서 형상변경 시 관련 인터페이스와 시험절차를 역으로 찾아 갱신한다.

검증과 확인

검증(Verification)은 설계·제품이 정해진 요구사항과 명세대로 만들어졌는지를 확인하는 활동이고, 확인(Validation)은 완성된 체계가 실제 사용자의 임무와 의도된 운용목적에 적합한지를 확인하는 활동이다.

왜 중요한가요? 명세를 모두 충족해도 실제 임무를 해결하지 못할 수 있으므로, 기술요구 충족과 운용목적 적합성을 서로 다른 질문으로 점검해야 한다.

예를 들면 통신장비가 규격상 전송속도를 달성했는지는 검증하고, 전파방해 환경의 부대 운용에서 지휘임무를 지원하는지는 확인 관점으로 평가한다.

기술검토와 형상기준선

기술검토는 체계요구조건, 기능, 기본설계, 상세설계와 시험준비의 성숙도를 단계별로 점검하는 활동이다. 승인된 요구·기능·제품 형상은 이후 변경의 영향을 판단하는 기준선으로 관리한다.

왜 중요한가요? 미해결 위험을 숨긴 채 다음 단계로 넘어가거나 시험받은 설계가 임의로 바뀌는 것을 막고, 비용·일정·성능 영향을 알고 단계진입을 결정할 수 있다.

예를 들면 상세설계검토에서 냉각 인터페이스가 미성숙하면 책임자·완료기준·일정을 정하고, 승인 뒤 변경은 관련 요구와 시험 영향까지 검토한다.

헷갈리는 용어 구분

검증 Verification
설계·제품이 명세와 요구사항대로 만들어졌는지 확인
확인 Validation
완성된 체계가 사용자의 임무와 운용목적에 적합한지 확인
기술검토
요구·기능·설계 성숙도와 다음 단계 진입 가능성을 단계적으로 점검

절차로 이해하기

  1. 운용요구 분석

    임무, 위협, 운용개념과 이해관계자 요구를 분석해 체계 경계를 정한다.

  2. 기능·요구 할당

    필요 기능을 식별하고 체계·부체계·구성품과 인터페이스에 요구를 배분한다.

  3. 설계 종합

    대안을 비교하고 성능·비용·위험의 균형을 고려해 물리적 설계를 구체화한다.

  4. 검증·확인

    설계가 요구를 충족하는지 검증하고 실제 운용목적에 적합한지 확인한다.

조항을 쉽게 읽기

아래 설명은 규정 원문의 인용이 아닌 학습용 해설입니다. 조항별 근거와 확인일은 하단의 규정 원문에서 확인하세요.

방위사업관리규정 · 제63조

사업성과관리체계 및 체계공학 절차 적용 등

통합사업관리팀장과 연구개발주관기관이 효율적인 연구개발을 위해 대상 무기체계의 모든 이해관계자와 총수명주기를 고려하여 체계공학 절차를 적용하도록 한 직접 근거다.

업무에서는 운용자·정비자·시험·품질·지원 분야의 요구를 초기부터 모으고, 요구분석·설계·검증·형상관리 산출물을 단계 사이에서 연결해 관리한다.

학습 포인트 체계공학 적용 주체가 통합사업관리팀장과 연구개발주관기관이며, 핵심 관점이 모든 이해관계자와 총수명주기라는 점을 기억한다.

방위사업관리규정 · 제75조

체계개발기본계획서 작성 등

통합사업관리팀장이 관련 보고와 사업추진기본전략을 토대로 관계부서와 합참 의견을 반영해 제안요청서 전에 체계개발기본계획서를 작성하고, 심의·조정을 거쳐 확정·수정하도록 한 조문이다.

업무에서는 체계개발의 요구·범위·일정·기술검토와 의사결정 기준을 제안요청 전에 계획화하고, 중대한 변경은 관계기관 협의와 정해진 승인절차로 통제한다.

학습 포인트 체계개발기본계획서 작성 주체는 통합사업관리팀장이고 제안요청서 전에 작성한다. 확정과 주요 수정에는 위원회 또는 분과위원회 절차가 연결된다.

국방전력발전업무훈령 · 제57조

운용요구서 작성

연구개발 추진이 검토되면 방사청이 소요제기기관에 운용요구서 제출을 요청하고, 제출내용과 관계기관 의견을 반영해 방사청이 운용요구서를 완성하며 개발 중에도 보완·발전시키도록 한 조문이다.

업무에서는 운용요구를 한 번 확정하고 끝내지 않고 개발기관 검토결과와 합참·소요제기기관 의견을 반영하여 설계와 시험에 사용할 최신 기준으로 유지한다.

학습 포인트 소요제기기관의 제출과 방사청의 완성·발전 역할을 구분한다. 사업특성에 따라 작성 생략이 가능하므로 모든 사업의 절대 의무로 표현하면 안 된다.

사례에 적용하기

시험할 수 없는 요구사항

요구사항에 ‘정비가 매우 편리해야 한다’라고만 적혀 있고 정비시간, 인력, 도구 기준은 없다.

해설

검증 가능한 요구가 아니다. 평균수리시간, 필요인원, 지원장비 등 측정 가능한 지표와 운용조건을 정하고 상위 운용목적과 시험방법까지 추적되도록 구체화해야 한다.

마지막으로 점검할 내용

규정 원문과 근거

확인일은 이 교재의 근거 확인 시점이며, 오늘의 현행 여부를 보증하는 날짜는 아닙니다. 개정된 규정과 적용 시점은 원문에서 다시 확인하세요.

방위사업관리규정 원문 열기 ↗