[일본자료] 개발자를 위한 시스템엔지니어링 도입의 권유

개발자를 위한
시스템엔지니어링 도입의 권유
제 1.1 판
2017 년 7 월 3 일
독립 행정법인 정보처리 추진기구
기술 본부 소프트웨어 고신뢰화 센터

2
목차

제１장 제품/서비스 개발에 관한 현재의 과제 ....................... 5
１−１ 환경의 변화...... ....................................................................... 5
１−２ 과제....................................................................................... 7
（１） 기존에 없었던 물건.도구의 연결.....................................................7
（２） 인접 분야의 사업 진출로 인한 규칙 변화.........................................8
（３） 새로운 서비스로 인한 사업 환경의 위험......................................................9
（４） 고려해야 할 조건의 확대 ...............................................................10
１−３. 새로운 접근법의 필요성 .................................................................11
새로운 접근법 - 시스템엔지니어링 ....................... 12
시스템엔지니어링이란..........................................................12
시스템엔지니어링의 4가지 포인트 ....................................... 13
목적 지향과 전체 개관 ...........................................................13
다양한 전문분야를 통합.........................................................14
추상화.모델화 ......................................................................15
반복에 의한 발견과 진화........................................................16
제２장
２−１
２−２
（１）
（２）
（３）
（４）
코무라:IoT와 시스템엔지니어링에 대해서 ......................... 17
제３장 시스템엔지니어링의 유용성 ............................. 18
３−１ QCD 로의 효과 .....................................................................18
３−２ 유용성을 나타내는 사례..........................................................20
제 4 장 시스템엔지니어링의 도입 대책 ........................... 26
４−１ 시스템엔지니어링의 4가지 주요 활동 .........................................26
（１） 시스템설계.............................................................................28
（２） 통합................................................................................................28
처음으로 ................................................... 4

3
마지막으로 ................................................. 40
참고자료 ................................................... 41
부록 시스템엔지니어링 적용 체크 포인트......................... 44
（３）
（４）
４−２
（１）
（２）
（３）
（４）
４−３
（１）
（２）
평가.해석 ..............................................................................29
시스템엔지니어링 관리 ....................... ...........................................30
주요 활동에서 네 개의 포인트를 어떻게 활용할 것인가?.................30
시스템설계..............................................................................30
통합.......................................................................................32
평가.해석 ...............................................................................32
시스템엔지니어링 관리............................................................34
보충（조사보고、일반정보） ...................................................... 35
시스템엔지니어링 도입에 있어서의 권장사항.........................................35
효과적인 시스템엔지니어링 도입을 위한 고려사항.......................39

4
처음으로
IoT의 진전에 의해 제품/서비스가 다양화되어 네트워크로 이어지게 된 것을 배경으
로, 지금까지 없었던 조합으로 상품·도구를 연결해 높은 가격을 가져오는 것을 목표로
하는 노력이 시작되었다.
한편, 그 대상이 되는 분야·범위의 확대등에 의해, 제품/서비스의 기획·개발을 실시하
려고 할 때, 특정 분야에 특화한 종래형의 접근법 그대로로는 목적 달성은 어려워지
고 있다.
IPA/SEC에서는 이 어려운 문제에 직면하고 있는 기업·단체의 경영자를 위해 2017년 3월
에 "경영자를 위한 시스템 엔지니어링 도입의 권유"를 공개하여 사업을 성공으로 이끄는
접근법과 수단의 체계로서 주목받고 있는 시스템엔지니어링을 소개했다.
본서는 그 다음 단계로서 실제 제품/서비스를 기획·개발하고 있는 담당 당사자 및 그
관리자를 대상으로 시스템엔지니어링을 소개하는 것이다.
그 때문에, 현상의 과제에 대해 예를 들어 해설하는 것과 동시에, 시스템엔지니어링
의 도입 시의 포인트를 보다 자세하게 설명했다. 게다가, 그 포인트를 실제의 시스템
엔지니어링의 활동에 활용하기 위한 생각도 새롭게 추가했다.

5
１−１
제１장 제품/서비스 개발에 관한 현재의 과제
본장에서는 IoT 시대의 제품/서비스 개발에 관한 과제를 소개하고, 이러한 과제를
해결하기 위해서는 새로운 접근이 필요함을 설명한다. 하다
환경의 변화
과제
기존에 없었던 물건/도구의 연결
인접 분야의 사업 진출로 인한 규칙 변화
새로운 서비스로 인한 사업 환경의 위험
고려해야 할 조건의 확대
새로운 접근법의 필요성
１−１
１−２
（１）
（２）
（３）
（４）
１−３
환경의 변화
평성 28년도판 정보 통신 백서에 의하면, 인터넷에 접속되는 IoT 디바이스의 수는
2020년까지 304억개까지 증대할 것으로 예측되고 있다. 지금은 휴대 전화나 자동차,
금융 시스템 등, 임베디드 소프트웨어에 의해 제어된 기기. 이들을 연결하는 시스템은
여러 장면에 이용되어 일상생활이나 사회경제에 필수불가결한 것이 되었다.
예를 들어 자동차의 예를 보자. 6 페이지의 그림 1과 같이, 현재는 많은 전자화 된 기
능 부품이나 컴퓨터 등으로 구성되어 있다.

6
그림 １ 자동차와 전자기기
출전:"차체 시스템 개발현장을 둘러싼 글로벌 과제 배경과 대응 동향, 대처", 2015년 11월 IPA/SEC
그림2에서 나타내는 것처럼 자동차 개발의 역사를 보면, 처음에는 기능부품을 조립
하여 만들어져 있었지만, 다음에 전자화의 물결이 밀려와 기능 부품과 그것을 지원한
다. 어떤 일렉트로닉스가 융합한 메카트로닉스로 이행했다.게다가 많은 소프트웨어에
의해 기능을 실현하는 구조로 이행해, 복수의 기능 부품이 결합되어 움직여 나타났다.
이들 기능의 수적 증가는 소프트웨어 지향으로의 이행에 의해 실현되고 있음을 알 수
있 다.
그림 2 차량, ECU 개발의 소프트웨어 지향으로의 이행
출전:"차체 시스템 개발현장을 둘러싼 글로벌 과제 배경과 대응 동향, 대처", 2015년 11월 IPA/SEC

7
기능의 확장이 소프트웨어 규모의 증대에 의해 실현되고 있는 상황은 자동차 이외의 임베디드
소프트웨어에서도 나타나고 있다.
일반적으로 임베디드 소프트웨어 개발에서는 기능부품에서 메카트로닉스 및 그 연결시키는
소프트웨어에 의해서 기능을 확장시켜 왔다.
이와 같이, 선진 기술의 진보를 배경으로, IoT 시대가 도래하여, 제품/서비스의 개발을 둘러싼
환경에 변화가 일어나고 있다. 예를 들면, 농업이나 의료·간호 등, 여러가지 여러 분야의 시스템
개발에서 센서·기기로 취득한 데이터를 인터넷 등을 통해 수집하고 많은 새로운 서비스 창출로
이어갈 수 있는 대책이 시작되었다. 또, 지금까 지 상정하지 않았던 타업종을 연결하는 신비즈
니스에서는, 다른 분야의 시스템끼리가 연결되어, 종래의 단일 분야의 전문성만으로는 대응할
수 없게 엄청난 변화가 생기고 있다.
１−２ 과제
앞에서 서술한 환경변화 하에서, 다양한 과제가 표면화하기 시작하고 있다. 주된 것으 로서 이
하의 사항을 들 수 있다.
（1）기존에 없었던 물건/도구의 연결
（2）인접 분야의 사업 진출로 인한 규칙 변화
（3）새로운 서비스로 인한 사업환경의 위험
（4）고려할 조건의 확대
아래에 그 내용에 대해 말한다.
（１） 기존에 없었던 물건/도구의 연결
오늘의 IoT 의 진전과 제품/서비스의 복잡화를 위해, 사업으로서 고려하는 높아지지 않는
범위나 개발 대상이 되는 제품/서비스의 범위가 확대되고 있다. 경우에 따라 서는 기준이나
규제가 없 는 상황에서 개발할 필요가 있으며, 시스템의 개발과 더불어 기준이 나 규제도 만
들어. 가야만 한 다.

8
그 예로서 자동차에 있어서의 연결을 나타낸다.근년, 자동차에서도, 통신 기능을 가지
는 것으로, 자동차의 네트워크화가 진행되고 있다.네트워크와 연결되는 자동차는 커
넥티드 카로 불리며, 기존의 클로즈드한 제품에서 고려하고 있던 요건과 함께 네트워
크와의 접속에 기인하는 안전성이나 보안 등 여러 가지 요건을 고려하여 개발과 병행
하여 새로운 기준이나 규제를 작성할 필요가 생겼다.
또, 다른 제품/서비스의 사례로서 스마트폰에 의한 가정내의 가전 제품의 컨트롤을
나타낸다.
예를 들면 어느 일정한 조건하에서 에어컨, 목욕, 집 잠금 등을 집 밖에서 스마트폰
을 통해 제어할 수 있게 되었다.이것은 사용자에게 큰 편리를 가져오는 한편, 조작자
의 오조작에 의한 목욕탕의 공기 분화 및 에어콘 온도의 범위 외의 설정 등, 인체에
의 영향을 줄 수도 있는 것을 생각할 수 있다. 여기에서 이러한 현상의 방지나 위장
에 의한 타자로부터의 악의에 의한 제어, 정보 누설 등에의 방지 대책 설정 등 지금
까지는 검토하지 않았던 사항이나 기준이나 규제에 대한 대응이 요구되고 있다.
그 예로서 건강 증진 시스템의 의료 분야 진출을 나타낸다.
（２） 인접 분야의 사업 진출로 인한 규칙 변화
인접 분야로의 진출로 인해 정보보안에 대한 대응이나 규제에 대한 대응 등, 단일의
분야에서의 룰이 통용되지 않게 되는 경우가 있다.
지금까지는, 개인의 건강 증진에 이용하기 위한 정보를 체중계, 혈압계 등 거치형 계
측 기기를 이용해 수집해 PC 등에서 표시·제공할 수 있는 건강 증진 시스템이 대부분
개발되어 왔다. 게다가 최근에는 인체에 장착해, 체중, 운동량 등을 계측하는 웨어러블
기기의 진보로, 이들을 통합해 관리하는 것도 가능하게 되었다.
이것들은 주로 건강한 개인에게 서비스를 제공하는 것인데, 현재는 당뇨병 환자 등 생
활습관병 환자의 중병화를 방지하기 위해서 이 서비스를 통해 얻을 수 있는 정보를 의
료기관에 제공하고, 의사의 관리 하에 환자에게 지도하는 움직임이 시작되었다.

9
1
스마트폰이나 GPS 등의 ICT를 활용해, 이동 니즈가 있는 이용자와 드라이버를 매칭하는 서비스.
이 때에는 건강증진 시스템측에서는 환자의 본인성 확인, 계측 데이터의 정도, 접속
을 위한 데이터 포맷, 정보보안의 관리 등 지금까지 고려하지 않았던 사항에 대한 대
응이 필요하다.
(3) 새로운 서비스가 창출됨으로써 비즈니스 환경의 리스크
새로운 서비스의 대두에 의한 기존 비즈니스의 변화와 경우에 따라서는 그 쇠퇴가 리스
크가 된다.
공유경제로 대표되는, IoT 를 베이스로 한 신서비스가 태어나 그 제품/서비스가 있
는 환경(컨텍스트)이 많이 변화 그 결과 기존의 비즈니스가 쇠퇴해 갈 리스크가 발생
하고 있다.
예컨대 택시업계는 진입장벽이 높고 규제에 묶여도 규제에 지켜지고 있다.그런데 미
국에서 Uber나 Lyft1 등이 택시보다 가벼운 규제로, 훨씬 편리하고 유연한 라이드
쉐어링이라고 불리는 교통 서비스를 합법적으로 제공할 수 있음을 인정받았다. 그
결과 택시업계는 라이드셰어링에 이용자뿐 아니라 운전자까지 빼앗겨 존재감이 점점
희미해지고 있다.
또, 거기서 사용되는 정보 인프라도, 지금까지의 자사 관리하의 "설비(차) 을 고객
(이용자)에게 제공한다. B to C 모델을 위한 인프라로부터, "고객(이용자)과 고객(드
라이버)"의 중개라고 하는 C to C 모델을 위한 인프라로 변화할 필요가 있다. 이 때
SNS와의 제휴, GPS와의 연동에 의한 위치확인 제공, 클라우드 상의 과금 등 개방적
인 기술에 대한 유연한 대응도 요구된다. 나아가 정보 인프라로서의 기준을 충족
시 킬 뿐만 아니라, 교통 서비스로서의 규제를 받는 것도 고려할 필요가 있다.

10
그 외 , 택시 업계 뿐만 아니라, 렌터카나 파킹등의 기존업계, 또한 빈방이나 부동산
대차를 매칭하는 룸쉐어 등에도 큰 변화가 일어나고 있다.
① 물리적인 확대
IoT 시대에는 제품/서비스는 개별적으로 독립된 기능이나 서비스를 제공될 뿐만
아니라, 그것들이 연결되어 새로운 제품/서비스가 된다. 이것과 동시에, 제품/서
비스를 구성하는 소프트웨어는 보다 대규모·복잡하게 되고 있다(그림 3).
② 시간적 확대
(4) 고려해야 할 조건의 확대
고려해야 할 조건의 확대(물리적, 시간적)에 의해 개발의 지연이나 개발량의 증대, 비용
증대 등의 문제를 초래한다.
그림 3 소프트웨어 개발의 복잡화
출전:"정보시스템의 거대화·복잡화와 소프트웨어공학의 역할"(IPA/SEC), 2006년 6월.
개발이 진행됨에 따라 요구사양, 동작환경 등 여러 조건이 변화하는 경우가 있
다. 예를 들어 소프트웨어 개발에서는 상정하는 유스케이스에 근거해 요건을
정의하고, 사양에 기반해 소프트웨어를 개발하고 있는데, 개발이 진행됨에 따라
요구조건(동작환경 등)이 바뀌어 가는 것, 나아가 사용하고 있는 동안 환경이 변
화하 는 것을 고려해야 하는 경우가 많이 발견된다.

11
１−３ 새로운 접근법의 필요성
1-2로 설명했듯이 IoT 시대에는 많은 과제가 있다. 예를 들어 복수의 전문 분야에 걸
친 제품/서비스의 개발에 있어서는 종래의 단일 전문분야의 지식만으로는 대응할
수 없게 되었다.이와 같이, IoT 시대의 과제는, 기존의 수법이나 어프로치로는 해결이
어렵다. 따라서, 과제 해결을 위해서는 새로운 어프로치의 도입이 필요하다.
새로운 접근법이 유용하다고 생각되는 것에 주목되고 있다 그것이 "시스템엔지니어
링"이다. 그것에 대해서는 제2장에서 설명한다.

12
２−１
反復による発見と進化
제２장 새로운 접근법 - 시스템엔지니어링
시스템엔지니어링이란
본장에서는, 시스템엔지니어링이란 무엇인가를 설명하는 것과 동시에, 새로운 방
법론으로서의 시스템엔지니어링의 중요한 개념을 설명한다.. 예로서 4가지 포인
트에 조리 있게 설명한다.
２−１ 시스템엔지니어링이란
２−２. 시스템엔니어링의 4가지 포인트
（１） 목적지향과 전체 개관
（２） 다양한 전문분야 통합
（３） 추상화・모델화
（４） 반복에 의한 발견과 진화
JCOSE(Japan Council on Systems Engineering)는 시스템 엔지니어링의 정의를
"시스템에 성공시키기 위한 여러 전문분야에 걸친 접근법과 수단이다"라고 하 고
있다.여기서 말하는 "시스템"은 컴퓨터시스템에 머무르지 않고 기계, 전기기기, 인
간계(조작자), 환경 등 넓은 의미를 지니고 있다.일반적인 인식과는 반드시 일치하
지 않을 가능성이 있음을 인식한 것이다.
다른 설명을 더하면, 시스템엔지니어링은, 항공·우주 영역에서 확실한 기획·개발의 어
프로치를 범용적으로 체계화한 것이다. 소프트웨어 시스템이나 하드웨어 시스템뿐
만 아니라 신규사업의 개발, 사회시스템의 설계 등, 다양한 영역에 적용 가능하다.
시스템엔지니어링의 효능으로는 이하가 있다.
・ 본래의 목적을 명확화하고, 보다 높은 시점이나 폭넓은 지식을 취합해 말하는
방법이기 때문에, 새로운 비즈니스 찬스의 파악이나 리스크의 명확화가 가능하다.

13
관계자가 공통적으로 이해할 수 있는 개념을 정리하고 반복적으로 다룸으로써
환경변화에 견딜 수 있는 보다 좋은 제품/서비스를 생산 할 수 있다.
２−２ 시스템엔지니어링의 4가지 포인트
본절에서는 시스템엔지니어링의 특징적인 포인트를 4개로 좁혀 설명한다.
（１） 목적지향과 전체 개관
시스템의 기획·개발에 대해서는 한정된 경영자원(사람, 물건, 돈)으로 규칙에 도달할
필요가 있다. 또, 시스템을 라이프 사이클이라고 하는 시간적 시점이나, 콘텍스트(시
스템을 둘러싼 환경) 등의 공간적 시점으로부터 개관 할 필요가 있다.
그 것을 위해, 시스템엔지니어링에서는 아래와 같은 방법을 적용한다.
‘① 목적지향적인 사고방식에 의한 접근
‘② 전체개관('큰 그림')적 사고방식에 의한 접근
① 목적지향적인 사고방식에 의한 접근
해결책을 생각하기전에 본래의 목적을 명확하게 정의하고, 해결책을 고려하
기 전에 항상 목적을 의식하는 접근법을 말한다.
예를 들면, 문서관리 시스템을 기획·개발하고자 할 때, 목적은 문서관리 업무의
효율화임에도 불구하고, 디지털화에만 초점을 맞춰 생각해 버리는 경우가 있
다. 본래는 업무효율의 개선목적이므로 조작자의 워크플로에 주목하고, 사람의
작업과 디지털화의 범위를 조화시킨 업무효율을 개선하기 위한 전체 최적을 생
각할 필요가 있다.

14
② 전체개관('큰 그림')적 사고방식에 의한 접근
시점과 시야를 바꾸면서 전체를 개관하고 대상을 파악하는 접근방식을 말한다.
시점으로서는 시간적 시점, 공간적 시점, 의미적 시점이 있다.
우선, 시간적 관점에서의 개관이란, 예를 들면 제품 개발의 초기부터 이용 종료
후의 폐기까지의 라이프 사이클 전체를 생각하는 것이다. 그 중에는 치환 대상
이 되는 제품의 세대교체까지 원활히 실시하는 것을 포함하고 있다.
공간적 관점에서의 개관이란, 콘텍스트(시스템을 둘러싼 환경)상의 모든 관계
성을 파악한 후에 검토를 진행하는 것이다. 수명주기 단계별로 콘텍스트 (시
스템을 둘러싼 환경)가 바뀌는 것도 고려해야 한다.
의미적 관점에서의 개관이란, 사용자가 어떤 목적으로 그 제품/서비스를 필
요로 하는지, 어떻게 사용하는지, 어느 기능을 필요로 하는 것인가, 무엇을 이용
해 기능을 실현하는가 등의 관점에서 검토하는 것을 의미한다.
실제로 제품/서비스를 기획·개발할 때는 우선 "대상으로 하는 것" 의 과제를 인
식하고, 목적을 명확히 한다. 다음으로 시간적 시점, 공간적 시점, 의미적 시점
에 따라 라이프사이클에 주목한 고찰, 과제에 관련된 콘텍스트(문맥, 배경정보,
상황)의 고찰 및 단계를 밟은 고찰을 부가해 나간다. 최종적으로, 최초의 과제
의 해결책을 비즈니스에 공헌하는 것으로 구축해 나간다.
（２） 다양한 전문분야 통합
IoT 시대의 제품/서비스는 대규모화, 복잡화가 진행되고 있기 때문에 전항에서
시스템의 전체적 개관을 추진하는 것이 중요하다고 했다.이 전체 개관을 실시하
면, 다양한 전문 분야의 존재가 밝혀져, 그들을 종합적으로 최적화 하는 것이
필요하게 된다. 그 것을 위해, 시스템엔지니어링에서는, 다양한 전문 분야의 지
식과 의견을 통합해, 전체로의 특성이나 특징을 실현하는 설계를 실시한다.

15
즉, 단순히 복수의 전문지식을 통합함으로써 얻을수 없는 더 큰 가치를 얻기 위해 시
스템엔지니어링은 다양한 전문분야에 관련된 지식을 통합한 전체설계를 실시한다.
즉, 단순히 복수의 전문지식을 통합하는 대신, 각각의 생각, 의견을 취합해 최적화함
으로써 새로운 Cisco team을 만드는 것이다.
（３） 추상화·모델화
IoT 시대의 제품/서비스는 대규모, 복잡화가 진행되고 있기 때문에 그 기화·개발
에는 다양한 전문 분야의 관계자가 참여한다. 그 때, 앞서 다른바와 같이 개관적으
로 공통 이해, 본질 이해가 필요하게 된다. 그 때문에, 시스템엔지니어링에서는 개
념이나 시스템을 추상화·모델화하는 접근법을 실시하는 경우가 많다.
추상화·모델화란, 대상(개념이나 시스템)으로부터 주목해야 할 요소를 잘라내고, 그
구조를 단순화하여 파악하는 것, 및 그 단순화된 구조로 표현하는 것이다. 대상을 부
감적으로 파악하기 위해서는, 추상도를 올리는 것이 필요하다.
그 실시에 즈음해서는, 추상화의 시점을 유연하게 설정해, 목적을 위해서 필요한 복수
의 적절한 시점으로부터 대상을 구조화하는 것이 중요하다.그로 인하여 구조적으로
정리된 시스템에 관한 다양한 정보의 네트워크(상호관계) 을 얻을 수 있다. 게다가 그
관계를 알기 쉬운 형태로 모델로서 가시화하는 것이 중요하다.
효과측면으로서 다른 관계자 간의 공통 이해를 촉진할 수 있다. 그리고, 정확도가 높
고 자유도가 큰 추적성의 실현, 이를 통한 각종 엔지니어링 활동과의 유기적인 연
결 실현 등도 기대할 수 있다. 또한, 각종 검토를 모델 기반(model-based)으로 자동
화로 연결함으로써 개발효율을 개선한다.

16
（４） 반복에 의한 발견과 진화
시스템 개발의 초기 단계에서는 목적으로 하는 제품사양을 명확히 파악하여 확정 하
기 어려운 사례가 나오고 있다. 예를 들어 제3장에서 소개하는 차세대 정맥주입펌 프
의 개발에서는 사용자의 요구를 요구확인 단계에서 포함시키는 것이 필요했다. 그러
나, 과거의 기기 사용 경험, 의료 스킬이 충분하지 않은 사용. 사람에게 있어서는, 그
단계에서 명확한 요구를 제기하는 것은 곤란했다.이 좋은 경우에 피할 수 없는 "초기
의 불확정 요소"에 대한 전략적인 대응을 도모하는 것이 필요하다.
시스템엔지니어링에서는 적절하게 재평가와 피드백을 반복하여 새로운 해결 방법을
발견하고 단계적으로 명확화·진화시키는 것을 실시한다.이것에 의해, 상정하고 있
던 환경의 그 후의 변화에의 유연하고 신속한 대응, "초기의 불확정 요소"에 대한
전략적인 대응을 할 수 있다.
반복은 전체 프로세스를 반복하는 것뿐 아니라, 중간단계의 부분 프로세스에서 시스
템 전체의 목적달성에 기여할 수 있는지를 매번 평가하고, 필요하면 반복적으로 설
계, 평가를 반복해 나가는 것을 나타내고 있다. 구체적으로는 개발 프로세스 전체를 통
해 상정하는 사용자와 협동하여, 가상실험이나 프로토타이핑을 구사하고, 평가, 확인
을 반복적으로 실행하는 방법이 있다.

17
http://blogs.3ds.com/japan/mindblowing/
Norman R. Augustine 氏
코라무: IoT 와 시스템엔지니어링에 대해서
●록히드 마틴사 전 회장 겸 CEO, 전 미국 대통령 과학기술 자문위원회 멤버,
●딜로이트 컨설팅사 회장、Brian Meeker氏
●INCOSE Fellow、Hillary Sillitto 氏
출전: 다소 시스템주식회사 공식 블로그(2016/02/26)
시스템 엔지니어링의 본질은 복잡한 프로젝트에 종사하는 대부분의 사람이 벽돌을 만드는 방법을 알
고 있어도 프로젝트를 성공시키기 위해서는 대성당 건축 방법을 알고 있는 사람이 꼭 필요한 것이에요.
시스템엔지니어링은 과학이자 예술이기도 합니다.
현재의 엔지니어링은 과학을 너머에 있습니다. 우리는 특징짓고 분석한다. 어떻게 그것을 하는 방법도
모르고 그 거동을 완전하게 예측할 수도 없는 시스템을 구축하고 있는 것입니다.
가장 성공한 기업은 시스템엔지니어링이 기업문화에 깊이 뿌리내리고 있기 때문에, 그 중요성을 이
해하고 있어요. 하지만 이건 일반적이 아니고 특별한 상태라고 할 수 있죠. 대부분의 기업이 시스템엔
지니어링의 원칙에 대응할 수 있도록 자사의 비즈니스 모델이나 프로세스를 진화시키고 있지 않습니
다. 우수한 것은 극히 극소수일 뿐입니다.
시스템엔지니어링의 대응이 선행되고 있는 해외 시스템엔지니어링 전문가의 말을 소개한다.

18
제３장 시스템엔지니어링의 유용성
３−１ QCD로의 효과
３−２ 유용성을 나타내는 사례
３−１ QCD로의 효과
본장에서는 시스템엔지니어링에 관한 사례를 토대로 아래의 주제를 설명하고,
유용한 것을 설명한다.
이 장에서는 조사보고 등을 인용하여 시스템엔지니어링의 유용성을 나타낸다. 우
선, INCOSE(International Council on Systems Engineering)의 보고에 근거해
QCD에 대한 효과를 소개하고, 다음으로 구체적인 사례를 토대로 하여 제2장에서
소개한 4가지 포인트가 어떻게 활용되고 있는지를 포함하여 그 유효성을 나타낸다.
INCOSE의 보고에서 과거 사례 통계에 의하면, 시스템엔지니어링을 최적으
로 적용했을 경우와 적용하지 않은 경우를 비교한다. 이 경우 의 납기, 비용 각각이,
1.8 배, 1.4 배 정도가 되어 있다(19 페이지 그림 4, 그림 5 참조).
덧붙여 시스템엔지니어링은, 과대하게 투자해도 효과가 증가하는 것은 아니나, 오
히려 프로젝트 전체의 납기 지연이나 비용의 증가를 가져오는 것을 나타내고
있다. 시스템엔지니어링을 유효화하는 최적의 투자규모는 전체 체계의 투자액의 약
15%를 시스템엔지니어링의 비용에 투입했을 경우라는 결과가 보고되고 있다.

19
システムズエンジニアリング
を適用しなかった場合
を最適に適用した場合
を適用しなかった場合
を最適に適用した場合
그림 4 시스템엔지니어링의 투입 비용과 일정과의 상관
그림 5 시스템엔지니어링의 투입 비용과 프로젝트 비용과의 상관
Honour, EC, Systems Engineering Return on Investment, PhD thesis, Univ South Australia 2013
그림4, 그림5 출전: Eric Honour 박사의 연구성과 인용 가필

20
３−２ 유용성을 나타내는 사례
본 항에서 소개하는 것은 시스템엔지니어링의 4가지 포인트이다.
"목적 지향과 전체 개관" "다양한 전문 분야를 통합" "추상화·모델화" "반복에 의
한 발견과 진화"를 구현화한 사례이다. 각 사례는 일정한 효과를 달성하였으며, 향
후 더 심도 깊은 활용이 기대되는 것이다.

21
목적 지향과 전체 개관
SEC Journal 35호(IPA) "보증(Assurance) 기술을 이용한 철도신호의 혁신"으로부터
야마테·쿄하마 토호쿠선의 러쉬아워시의 혼잡(우에노·오도마치간에 약 240%) 완화에
대한 사회적 요구가 강해지고 있던 것에 대해, 운전 횟수를 증가할 수 있는 새로운 열
차 제어 시스템을 2008년까지 도입한 사례이다. 이때, 구시스템에서 신시스템으로
원활하게 이행하는 것이 중요한 요구조건이었다.
◆효과
테스트 및 전환을 단시간에 할 수 있는 시스템을 실현했다.이것에 의해, 운행 서비
스에 영향을 주지 않고 시스템 이행을 실천할 수 있었다.
◆대책
개발 초기부터 전 공정의 과제를 응시(시간축의 개관), 시스템의 전환 예·이행에 대
해서도 설계시부터 초점을 맞추어 방식의 설계를 실시해, 구 시스템으로 운전중에
신 시스템의 전문을 송신, 체크가 가능한 방식을 채용했다.시스템의 수명주기를 개
관하여 타당한 대책을 시행한 사례이다.
◆개발에 있어서의 과제
현행 시스템에 영향을 주지 않는 새로운 시스템의 검증 방법이나, 운행을 유지하면
서 새로운 시스템으로의 신속한 전환을 실시할 수 있는 것이 필요했다.
사례1: 철도·열차제어시스템 최신화-운용서비스

22
다양한 전문분야 통합
사례２：다양한 요구에 부응하는 자동차 개발
SEC Journal29 호（ＩＰＡ）「SKYACTIV 기술의 탄생을 가능하게 한 모델기반 개발
◆개발에 있어서의 과제
◆대책
다양한 요구를 '동시에' 실현하기 위한 기능 개발로서 다양한 요소에 손쉬운 기술
혁신이 필요했다.
엔진, 트랜스미션, 보디, 섀시에 이르기까지 차에 탑재하는 모든 기술과 이를 종합하
는 기술을 혁신했다. 그 핵심이 된 것이, 각각의 메카니즘의 해명 등 기술적 연구가
깊어지는 동시에, 그러한 결과를 가시화해, 예측 등에도 사용할 수 있는 모델로서 확
립한 것이었다.
이것에 의해 공통 이해를 촉진해, 시뮬레이션 기술도 종합해 전체 최적을 도모하는
설계로 연결되었다.
승차감, 운전의 즐거움, 안전, 연비, 환경성능등을 고도의 차원에서 만족시킨 자동차
개발 사례이다.
◆효과
저연비로 안정된 주행을 실현하는 제품군의 개발에 성공했다.

23
Systems Engineering Handbook 4th
Edition, Copyright © 2015 by John Wiley & Sons, Inc.
All rights reserved
사례３：세계 최대의 국경 구조물 건설
덴마크·스웨덴 국경에 걸친 차도와 철도를 갖춘 사장교(7.85km)로 세계 최대의 복합구
조물인 올레슨교를 건설한 사례다. 북유럽 스웨덴과 유럽대륙이 육로로 연결되고, 경제
효과와 문화교류 면에서 큰 기대를 가진 프로젝트로서 합작회사를 세워 추진 하였다.
・다방면에 걸친 전문영역: 각종 건축기술(예: 교량토목, 도로교통, 철도, 선박통행, 환경보전 등)
・양국의 규제, 기준의 차이, 철도방식의 차이 등 (예 : 우측, 좌측통행, 전력공급 방식의 차이
・환경문제를 포함한 요구의 발생(예: 해류·토사와 생물 다양성 관계)
・긴밀한 환경 대책을 위한 체제 구축과 대책 추진
◆대책
・관련 전문가/이해관계자와의 검토, 합의형성 활동의 반복 (지견의 집약과 합의형성
을 취하면서 추진하는 매니지먼트 활동)
・규제·기준을 만족시키는 수준의 판별→최신기법 활용을 포함한 상세한 리스크분석. 기술
검토를 거듭해, 안전하게 통행대교환, 전력공급방식 전환의 기술적 실현법 발견
◆효과
다방면에 걸친 개발·운용에도 불구하고 심각한 의견 대립이나 큰 트러블을 발생시
키지 않고 건설에 성공했다.
◆개발에서의 과제

24
SEBoK(Guide to the Systems Engineering Body of Knowledge)より
목적 지향과 전체 개관 추상화·모델화
사례４：개발도상국의 실정에 맞는 인큐베이터 개발
유아 사망수가 연간 400만명에 달하고 있는 도상국을 향해서 보다 많은 생명을 구
할 수 있도록, 신생아 전용의 인큐베이터를 보급시키는 것을 목적으로 개발이 이루어
진 사례이다.
・선진국에서 실적이 있는 제품을 전용해 사용을 개시했다.그러나, 자연 환경, 인프라
환경의 관계로 고장이 많이 일어난 위에, 부품을 입수할 수 없는 것으로부터 수리망
도 정비되지 않고, 보급에 실패하고 있었다.
◆대책
・인큐베이터의 본래의 목적에 되돌아가, 새로운 제품 기획으로부터 임했다(목적
지향과 전체 개관).
・추상도를 높인 분석에 의해 본질적인 요건을 관계자로 공유, 물리적 조건의 전제 를
마련하지 않고 실현책을 검토(기능과 물리의 분리)하여 해결책을 찾았다.
・신생아를 1주간 따뜻하게 하는 대책으로 약 180만 명을 구하는 것으로 나타났다.
따뜻하게 하는 기능과 유지보수성에 집중해 신규 개발했다.
・따뜻하게 하는 기능과 보수 가능성을 양립시키는 자동차 부품을 사용하겠다는
해결책을 찾았다.
◆효과
개발도상국에서 입수할 수 있는 부품으로, 보수도 할 수 있는 "따뜻한 기능을 가진
인큐베이터"를 새롭게 개발해 보급을 개시할 수 있었다.

25
SEBoK(Guide to the Systems Engineering Body of Knowledge)より
반복에 의한 발견과 진화
사례５：차세대 정맥 주입 펌프 개발
◆대책
◆효과
주사약, 영양액, 혈액 등을 프로그램한 내용에 따라 환자의 정맥 등에 주입하는 혁 신
적인 장치를 개발한 사례다.지금까지의 의료 과오 사고가 많은 배경이었던 의료기
기의 어려운 조작성을 개선해, 조작성과 환자 안전성의 관점 기능을 강화한 장치로서
기획·개발되었다.
개발프로세스전체를 통하여 상정하는 사용자와 협동하였다. 구체적으로는 가상 실험이
나 프로토타이핑을 구사해, 평가, 확인을 반복하는 방법으로 추진했다. 구체적으로는 초
기에는 잠재요구의 추출을 위한 인터뷰와 병원내에서의 행동 관찰을 하고 실험실 단계
인터뷰도 포함한 평가와 사용감 테스트를 섞어서 개발을 진행시켜, 최종단계를 향해서
컴퓨터 모의 실험 장치에서의 기능의 최종 조작성에 대한 사용자 최종 확인을 실시했다.
사용자의 요구를 요구확인 단계에서 포함시킬 필요가 있다. 그러나, 과거의 기기
사용 경험, 의료 스킬이 충분하지 않은 사용자에게 있어서는, 그 단계에서 명확한
요구를 신청하는 것은 곤란했다.
・제품 전개 후, 지원상의 큰 문제는 일어나지 않고, 만족도가 높은 결과 얻어지고 있다.
・최소한의 교육을 받은 본 기계를 처음 체험한 간호사의 99.66%가 문제없이 사용
할 수 있다고 하는 결과가 보고되고 있다.

26
４−１
제 4 장 시스템엔지니어링의 도입 대책
４−１ 시스템엔지니어링의 4가지 주요 활동
（１） 시스템설계
（２） 통합
（３） 평가・해석
（４） 시스템엔지니어링 관리
４−２ 주요 활동에서 4개의 포인트를 어떻게 활용할 것인가?
시스템 엔지니어링의 4가지 주요 활동
본장에서는 시스템엔지니어링의 도입을 위한 대응에 대해 설명한다. 특히, 제2
장에서 설명한 4가지 포인트를 실제 시스템엔지니어링의 활동에 활용하기 위한
사고방식을 설명한다.
（２） 통합
４−３ 참고정보(조사보고, 일반정보)
（１） 시스템엔지니어링 수행에 있어서의 권장 사항
（２） 효과적인 시스템엔지니어링 도입을 위한 고려
각 활동은 시스템 개발의 각 단계에서 이루어진다. 예를 들어 컨셉의 설계단계에서
가설검증을 위한 프로토타입 개발을 실시한다면, 그 프로토타입 개발 중에도 앞에서
시스템엔지니어링의 활동은 27페이지의 그림6과 같이、① 시스템설계 ② 통합
③ 평가・해석 ④ 시스템엔지니어링 관리로 구분된다.

27
서술한 4가지 활동이 포함된다. 또한 그림6은 작업 순서를 정의하 고 있는 것이 아니라 구성
하는 4가지 활동의 개념을 나타낸 것이다.이것은 IPA/SEC 가 2013년에 개정한 '공통 프레
임 2013'에서 설계와 테스트의 대응관계를 나타낸 'V 자'와는 본질적으로 다른 것이다.
그림 6. 시스템엔지니어링의 4가지 활동
출전:시스템즈엔지니어링 입문~IoT 시대의 가치실현에 필수가 되는 접근법~SEC초기입문제미
(케이오기주쿠 대학 대학원 시라사카 교수)를 기본으로 작성
이 중요하다.
시스템
설 계
서브시스템
설계
컴포넌트 설계
서브시스템
요 구
시스템 요구
컴포넌트 요구
컴포넌트
시험
시스템
시험
서브시스템
시험
시스템
컴포넌트
서브시스템
평가.분석
시스템 시험계획
서브시스템 시험계획
컴포넌트
시험계획
시스템설계 통합
제조
시스템엔지니어링 관리
시스템엔지니어링 관리
구체적인 실행 시 그림6에 제시한 네 가지 활동의 기본 개념들을 이해되었다는 것
시스템엔지니어링의 실천을 통해 얻은 지식을 지식체계로서 정리·통합한 것으로 써
INCOSE가 발행하였다. SEBoK(Systems Engineering Body of Knowledge)가 있 으
며, 상기에 관한 생각과 그 때의 추진 방법이 개별 사례 등을 사용해 소개되고 있다.
이하에 이 생각에 상당하는 SEBoK의 해당 부분을 소개하고 내용을 개설한다.。

28
활동이다. V&V 에 대해서는、（３）에서 상세하게 기술한다。
【System Definition（시스템정의）】
시스템 아키텍처의 구축, 시스템 요구의 정도에 관한 합의, 시스템 수준의 라이 프사
이클 계획, 시스템 수준의 분석 등을 실시하는 것이다.여기에서는, 라이프 라이클 을
통한 코스트의 타당성을 검증할 수 있는 것이 중요하다.
【Concept Definition（개념정의）】
유스케이스의 명확화, 비즈니스 케이스의 명확화, 주요한 이해관계자와 그 요 구사항
의 확정, 이해관계자간의 요구의 조정 등을 실시하는 것이다. 그 검토에 즈음해 서는,
기존 제품의 변경 혹은 신제품 개발이 거기에 드는 비용에 알맞은지 관계자 사 이에
서의 합의가 필요하다.
SEBoK에서는 아래와 같이 2가지 활동에 대해 설명되어 있다.
（１） 시스템 설계
일관성을 가지고 누락 없이 이해관계자의 요구를 분석하여 요구를 정의한다. 다음, 정
의된 요구를 바탕으로 아키텍처 설계를 한다. 구체적으로, 이것이 다양한 시점
(viewpoint)인가? 이러한 시스템을 보고, 각각의 시점에서 보이는 것(view)에 있어서
의 요소와 요소간의 관계를 정의하고 "보이는 것(view)간의 다른 관계성"을 정의함으
로써, 하부시스템에 대한 요구를 도출한다. 이 활동은 27페이지 그림 6의 모델의 좌측
으로서 실시된다. 시스템 설계 실시 시에는 그림 6의 모델 오른쪽에서 실시할 수 있는
통합(시험 포함)을 고려하여 실시한다.
（２） 통합
통합 활동에서는 실행된 시스템 요소(제조 성과물, 조달물)를 제공받아 이를 의도한 시
스템으로 통합하고, 그 과정에서 verification & validation(V&V=검증과 타당성 확인)도
실시한다. V&V는 인테그레이션 활동과는 다른 활동이지만, 상호 밀접하게 관련된

29
그림6에서 나타내는 V모델의 오른쪽에서 실시되는 시험은 대응하는 레벨의 V모델
의 왼쪽 설계에 따라 실시된다. 또한 V모델의 오른쪽에서 실시되는 시험 하기 쉽게 하
기 위해서, 왼쪽의 설계를 궁리하는 것을 실시한다.이와 같이 V 모델은, 왼쪽과 오른쪽
은 대응시켜 생각하는 것을 나타내고 있다.
【System Validation（타당성 확인）】
올바른 시스템이 만들어지고 있는지를 확인하는 활동이다.예를 들어 구축하는 시스
템이 시스템 전체의 목적에 비추어 타당한지 여부를 확인하는 활동이다.
【System Verification（평가）】
시스템이 올바르게 만들어졌는지를 확인하는 활동이다.예를 들면, 시스템 요구 대로
설계사양이 만들어졌는지, 및 시스템을 구성하는 요소가 설계사양대로 동작하는 지
확인하는 활동이 이에 해당한다.
SEBoK에서는, 특히 이하의 2 개의 활동에 대해 자세하게 말하고 있다.
엔지니어링 활동에서의 해석 및 검증(verification), 타당성 확인(validation) 등의
활동이다. 그림6의 V모델 좌측에서는 시스템설계를 시뮬레이션으로 평가하거나 대체
안을 Trade-off 분석하는 것 등이 이것이다. 또, 그림6의 V모델 오른쪽에서는 구축된
서브시스템이나 통합된 시스템을 시험하는 것이 이에 해당한다.
덧붙여 SEBoK에서는 이하와 같이 기재하고 있다.
【System Integration（시스템통합）】
구현된 요소를 단계적, 반복적으로 조합해 나감으로써 서브시스 템 혹은 전체
시스템을 구성해 나가는 것이다.

30
QCD를 충족시키기 위해서 라이프사이클을 통해서 각종 활동의 계획·실시·평가하 는
활동이 이에 해당한다.이 과정에서 어떠한 범위에서 4가지 활동을 몇 번 적용할지 를
결정하는 것도 포함한다.
프로젝트 관리에 있어서의 '관리'와 시스템 엔지니어링 관리에 있어서의 '관리'의 차
이는 종종 논의가 되는 상황이지만, 그 범위의 차이에 따라 전 세계적인 합의는 없다.
자기 조직에 맞는 형태로 필요한 시스템 엔지니어링 관리의 활동을 실시하는 것이 중
요하다.
４−２ 주요 활동에서 4개의 포인트를 어떻게 활용할 것인가?
본항에서는 제2장에서 나타낸 시스템엔지니어링의 4가지 포인트가 전항에서 설
명한 4가지 활동 중에서 어떻게 활용되어야 하는지를 기재한다.
① 목적지향과 전체 개관
시스템은 어떤 목적을 갖고 개발된다. 개발에서는 항상 그 목적을 염두에 두고 이 목적
에 비추어 개발·평가될 필요가 있다.
시스템 설계에서는 우선 이해관계자의 요구를 분석하고, 전체의 일관성을 고려하면
서, 누락 없는 형태로 요구를 정의한다. 이 때, 본래의 목적을 밝히는 것이 중요하며,
예를 들어 이를 위해 중요한 이해관계자를 식별하고, 그 요구에 기초해 무엇을 실현해
야 하는가를 종합적으로 의견을 집약할 필요가 있다.
또, 대상 시스템의 범주에 한정된 제약 조건이나 요구에만 주목하지 않고, 그 대상 시
스템을 둘러싼 환경이나 관계자를 포함한 시점으로부터 전체를 개관해, 설계하는
것이 필요하다. 또한 시스템의 수명주기 전반을 고려하여, 운용이나 폐기까지 고려한
조건을 검토하고, 설계를 실시할 필요가 있다.

31
② 다양한 전문분야 통합
정의된 요구를 실현하기 위해 다양한 전문가를 통합하는 것이 필요가 있다. 다양한 전
문가의 의견·지식을 통합해 전체 최적의 시스템 설계를 추진하는 것이 중요하다. 예를
들면, 개별 기술적 전문가 뿐만이 아니라, 환경 분석의 전문가, 법률의 전문가, 경리 의
전문가등의 의견을 듣는 것이 필요하다.
③ 추상화・모델화
시스템 설계에서는 전체를 큰 그림으로 파악하고 복수의 전문가를 통합해 실시하
는 것이 필요하므로 추상화·모델화가 중요하다.
추상화를 실시하는 것은, 일을 단순하게 잡기 위해서 개념 정의를 실시하는 것이다. 시
스템 설계를 할 때에는 부감적으로 대상을 파악하는 것이 중요하지만, 세부를 보면 전
체를 파악하는 것이 어렵다.추상도를 높임으로써 빠짐없이 전체를 부감할 수 있게 된
다. 단, 어떤 방향으로 추상화할 것인가는 목적에 맞는 방향을 선택할 필요가 있다.
모델화란 적절한 추상도를 설정해 본질을 추출하는 것이다.목적에 대해 필요한 정 보
(포함, 관계성)를 빠짐없이 적절한 입도로 단순화할 것 를 모델화라고 한다.
많은 이해관계자간의 조정이나, 다른 전문가를 정리해 가는 것이 필요하게 된다.관
계자 간의 공통의 이해를 얻기 위해 추상화·모델화를 실시하고, 대상을 보다 알기 쉽
게 정리하는 것이 효과적이다.
다만, 모델에 모든 요소를 반영할 수 있다고는 할 수 없으므로, 중요한 평가 팩터가
결여되지 않게 유의하는 것이 필요하다.
④ 반복에 의한 발견과 진화
반복은, 시스템 설계, 통합, 평가·해석, 시스템엔지니링 관리를 반복해 새로운 깨달음의 발견 과
그것에 의해시스 템의 진화를 실시하는 것이다.

32
（２）
②
③
④
（３）
①
이것에 의해 시스템 설계 자체가 바뀌어 가게 된다. 또, 시스템 설계내에서도, 요구 정
의와 시스템 정의를 반복하는 것으로 발견·진화를 실시하는 일도 있다.
통합
① 목적 지향과 전체 개관
목적 지향과 전체 개관에 대해서는, 다른 3개의 활동의 항을 참조.
추상화·모델화
추상화·모델화에 대해서는, 다른 3개의 활동의 항을 참조.
평가・해석
목적 지향과 전체 개관
통합 활동은 4-1에서 설명한 것처럼 실행된 시스템 요소(제조 성과물, 조달물)의
제공을 받아 이를 의도한 시스템에 조합하는 것이다.。
인테그레이션 활동에서도 복수의 전문가 지식을 통합하여 그 절차 등을 검토할
필요가 있다.이 과정에서 V&V의 실시도 통합적으로 생각할 필요가 있다.
반복은 시스템 설계, 인테그레이션, 평가·해석, 시스템즈 엔지니어링 관리를 반복
함으로써 새로운 깨달음의 발견과 그에 따라 시스템의 진화를 실시하는 것이므로
인테그레이션 활동도 영향을 받는다.

33
②
③
개발한 시스템이 설계사양뿐만 아니라 목적에 합치함을 평가·해석하는 것이 필요하다
또, 구성 요소가 설계 사양을 충족하고 있는지를 확인하는 것도 검증으로서 생각되어
진다.혹은 요구 사양이 시험되어 있거나, 설계 사양이 시험되어 있다 확인도 검증에
해당한다.
검증에 대해서는 시스템이 올바르게 만들어져 있는지를 확인할 필요가 있다. 예를
들면, 설계사양이 시스템 요구를 충족시키고 있는지를 확인하는 것은 당연하다. 구체
적으로는 추적성을 확인하는 것이나, 설계사양의 리뷰를 통해서, 시스템 요구가 올바
르게 설계사양에 빠져 있지는 않은지를 확인하는 것 등이 이에 해당한다.
개발한 시스템의 평가·해석에서는 개별기술면에서 뿐만 아니라 모든 관련 측면에 서
통합적으로 이루어질 필요가 있다.단일적 기술적 측면에서 문제가 없더라도 다른 측
면에서 문제가 발생하는 것 같아서는 시스템은 받아들일 수 없다.예를 들면, 개별 기
술뿐만이 아니라 관련 기술, 경계분석, 법률 등의 면에서도 평가·해석을 할 필요가
있는 것도 생각할 수 있다.
타당성 확인에서는 목적에 맞는지 확인하는 작업을 한다.거기에서는, 대상 시스템 을
상정되는 환경, 협동하는 인간과 함께 소정의 목적을 달성할 수 있는지를, 상정된 유
스 케이스로 확인하는 것 등을 생각할 수 있다.
시스템 설계에서 이용한 모델은 이해의 공통화가 주된 목적이었다.일반적으로 시스템
설계를 실시하는 담당자와 평가·해석을 실시하는 담당자가 다른 경우가 많을 것으로 상
정된다. 그 경우 담당자 간의 공통 이해에 추상화·모델화는 효과적이다.
또한 추상화·모델화는 설계상의 과제추출에도 사용할 수 있다. 구체적으로는 실제 시
스템을 완성시키기 전의 시스템 설계 단계에서도 평가·해석을 할 수 있으므로 원가
를 절감할수도 있다.

34
④
②
③
예를 들면, Mock-up이나 시제품에 의한 디자인평가/usability 평가, 3D·CAD 등에
의한 기구부품 상호간섭평가, 시뮬레이션에 의한 성능확인 등이 해당한다.
앞에서 서술한 대로, 반복은, 시스템 설계, 인테그레이션, 평가·해석, 시스템스 엔지 니
어링 관리를 반복하는 것을 통해서, 새로운 깨달음의 발견과 그 것에 의해 시스템의
진화를 실시하는 것이다.
① 목적 지향과 전체 개관
시스템 개발을 큰 그림으로 파악하고 관리를 실시하는 것은 매우 중요한 활동이다. 특
히 기술자는 자신의 기술에 주목해 버린다.시스템엔지니어링 관리를 실시하는 경우에
는 목적 지향과 전체 개관을 행하여 개별 기술에 치우치지 않도록 목적을 달성하기 위
한 최적의 포트폴리오가 되도록 매니지먼트를 실시해야 한다. 이들을 실시하기 위해
Systems Engineering Management Plan(SEMP=시스템엔지니어링 관리 플랜)을 작
성해 라이프 사이클에 걸쳐 관리하기도 한다.
다양한 분야의 전문가의 의견을 적절히 집약할 수 있는 기회를 설정하고, 적절히
매니지먼트를 실시하는 것이 중요하다.
추상화·모델화는 그 목적에 따라 무엇을 어떻게 추상화·모델화하고, 어떻게 활용하
느냐에 따라 달라진다. 추상화·모델화한 것은 시스템의 라이프 사이클을 통해 활용할
수 있다.

35
④
４−３ 보충(조사보고,일반정보)
（１）
제4장의 "4-1 시스템엔지니어링의 4개의 주된 활동" 및 "4-2주주인 활동에 대해 4개의 포인트를
어떻게 활용할 것인가" 이에 있어서는, 시스템엔지니어링에 이어 그리고 SEBoK의 주로 Part3의 기
재정보를 발췌하여 소개했다. 또한 SEBoK의 2017년 3월 현재의 최신판은 V1.8이며, INCOSE의 홈
페이지에서 무료로 다운로드 가능하다.
예를 들어 개발을 효율화하기 위해 추상화·모델화한다면, 그에 맞는 정보를 추상화·모
델화하고, 그 목적에 맞추어 활용해 나가는 것이 중요하다.암암리에 추출·모델화를 하
더라도 그 장점을 누리는 것은 어렵기 때문에 프로젝트의 개시단계에 검토해 둘 필
요가 있다.
반복적인 대응을 하기 위해서는 반복에 의한 재설계를 전망한 계획을 해 둘 필요가
있다. 반복적으로는, 계획 가능한 것과 계획을 할 수 없는 것이 있다. 예를 들어
Technology Readiness Level(TRL=기술성숙도)를 활용한 반복은 계획이 가능한 것이
다.계획 시에, 어떻게 반복함으로써, 어떻게 기술의 성숙도를 올려 갈지를 포함시킬 수
있다.
시스템엔지니어링의 도입에 있어서 권장사항
시스템엔지니어링의 도입에 있어서 권장사항 시스템엔지니어링을 앞으로 도입하
는 기업에 대한 참고정보로서 선진적 유럽 기업의 시스템엔지니어링 사례의 조사 결
과로부터 지금부터 대응하는 기업에 대한 권장사항을 소개한다.
시스템엔지니어링의 도입에 있어서는 조직개혁에서 시작해 기술개발로 연결할 필
요가 있다는 관점에서 조직의 기본방향(표 1)과 기술개발을 추진하는 방법(표 2)으로
나누어 나타낸다.

36
（https://www.ipa.go.jp/sec/reports/20161219.html）
다음 표, 활동 보고에서 조사 결과 분석에서 얻은 권장사항을 인용한 것이다. 이 설
명에 있어서는 조사결과의 사실 등과 함께 권장사항이 기재되어 있기 때문에, 본서
에 게재함에 있어 권장사항에 대해 개략적으로 설명하고 있다.
대상의 활동 보고는 IPA/SEC가 WEB 공개하고 있는 이하의 정보이다.
『독일, 유럽기업의 시스템엔지니어링 실천에 관한 조사·분석 결과보고"및"시스템
엔지니어링 실천 과제와 최고사례"를 공개 』（2016 年 12 月 19 日公開）

37
１
２
３
４
표 1:권장사항 (조직의 방식)
항목 설명
시스템엔지니
어링 능력
또한 최신 개발정보를 얻거나 지식·경험을 공유하기 위해 국내
외 시스템 엔지니어링 관련 콘퍼런스에 참여하여 각 커뮤니티의
적극적인 구성원이 되기를 권장한다.
소프트웨어 개
발 능력
프로젝트 포토
폴리오 관리
대규모 조직이 개선을 위한 착안점으로 꼽고 있다 각 프로젝트
의 포트폴리오 전체의 관리와 프로젝트 간의 상호 연관 및 의존
관계에 특히 중점을 두어야 한다.
조직개선전
생략
기업의 80%가 시스템 엔지니어링 실천의 주요 과제는 조직 개혁
이다. 할 수 있다고 생각하는것이 중요하다. 특히 개혁의 동기
부여와 어떠한 조직구조 및 프로세스가 최적인가를 개방적으로
고 전달하여 모든 이해관계자를 그 프로세스에 도입하는 것이
중요하다.
시스템엔지니어링에 관해 내부 훈련프로그램을 작성하 고 외
부 훈련프로그램을 구입하는 것이 대부분 조직에서 의무화되
고 있었다.
원래 업종이 하드웨어 개발에도 불구하고 기업의 85% 이상이 제
품에서 소프트웨어가 주요 역할을 할 수 있다고 응답하고 있으
며 앞으로도 계속 늘어날 것으로 보고 있다.기업이 적절한 소프
토웨어 개발능력을 구축하거나 유지하기 위해서는 제품이 소프
트웨어에 의존하는 정도와 기업의 주요 IP(Intellectual
Property :지적 재산) 및 USP(Unique Selling Proposition:독자
적인 위치)가 어디에 존재하는지에 따라 다르다.
IP/USP가 소프트웨어 자체에 존재하는 경우, 소프트웨어 개발
분야에서 스스로의 자원을 구축한다. 소프트웨어가 1가지 목적
을 달성하기 위한 수단에 지나지 않는 경우는 외부의 소프트웨
어 공급자 및 파트너를 관리하기 위한 능력을 구축하는 것은 적
어도 이치에 맞다.

38
１
２
３
４
５
６
표 2 : 권장사항 (기술개발 진행방식)
항목 설명
시스템엔지니어
링의 통합접근법
시스템요구개발
모델기반 시스템
개발
시스템의 검증과
타당성확인
가상시스템개발
통합된 시스템엔
지니어링의 툴
체인
신제품을 시장 투입할 때까지의 시간이 단축되는 것과 동시에 제
품의 복잡화가 진행되고 있기 때문에 시스템 플랫폼 및 시스템 통
합의 경우에 중요성이 높다.
여기에는 관여하는 모든 전문분야 간에 충분히 통합된, 또한 조정
된 접근법이 필요하다.
할지, 타당한 범위에서 어떤 언어와 툴 서포트를 이용할 수 있는
지를 평가할 필요가 있다.여기서의 툴 선정은 개발 프로세스의 툴
환경에서 심리스한 통합을 실현하는데 있어서 적절한 툴에 의해
제공되는 인터페이스의 영향도 받는다
제품이 점점 복잡해지고 여러 가지 전문분야에 걸친 개발이 진행
됨에 따라 물리적으로 다양한 시스템 부품을 구성하는 것 어렵게
되어, 코스트 부담도 매우 무거워진다.그 때문에, 모델에 근거하는
가상 시스템 개발을 사용할 수 있을지에 대해서 검토할 필요가 있
다.이는 개발속도를 높인다는 점에서 개선이 예상된다.
조직에서는 시스템즈 엔지니어링 실천을 위해 다양한 툴이 사용
되고 있다.툴 체인 통합은 주요한 개선점이다.이 때문에, 툴의 상
호 운용성과 툴 체인을 가능한 한 통합하는 것에 특히 중점을 두
어야 한다.
시간과 함께 시스템 요구는 더욱 복잡해져 제품의 종류도 증가하
고 있다. 시스템 차원에서 어떻게 요구를 이끌어내거나 개발하여
장기간에 걸쳐 계통에서 관리하는지에 대해 검토할 필요가 있다.
또, 어떻게 하위 레벨(특히 소프트웨어)의 요구에 할당할지 생
각하지 않으면 안 된다.
시스템의 모델기반 개발이 조직에 있어서 중요한 실천으로 간주되고
있음을 확인했다.조직은 시스템 사양의 어느 측면을 모델링
시스템의 검증과 타당성 확인 및 테스트 구동 개발을 위해 적절한
기법 및 수법의 확립을 검토할 필요가 있다.또, 시스템의 검증과
타당성 확인을, 항상 시스템 요구와 적절히 관련시킬 필요도 있
다.

39
（２）
1_34067.pdf
“The Business Case for Systems Engineering Study: Results of the
Systems Engineering Effectiveness Survey,” Joseph P. Elm, Dennis R.
Golderson, November 2012, Special Report CMU/SEI-2012-SR009,
https://resources.sei.cmu.edu/asset_files/SpecialReport/2012_003_00
효과적인 시스템엔지니어링 도입을 위한 고려
ž
본 보고서의 마지막 제7장 종합에서는 어떠한 프로세스가 어느 정도 유효한가를 요
약함과 동시에 다음과 같은 기술로 끝냈다.
카네기 멜론 대학 소프트웨어 공학 연구소는 CMMI의 실천을 통해, 시스템엔지니 어
링을 효과적으로 실천하고 있는 경우와 그렇지 않은 경우의 사례 연구법을 2008년
부터 계속하고 있으며, 보고서를 홈페이지, 컨퍼런스에서의 발표 등을 통해 공표하고
있다. 여기서는 그중 하나를 소개한다. 상세한 내용은 다음을 참조하기 바란다.
있어서 능력도 개선을 어떻 게 도모할 것인가를 계획할 수 있다.
시스템 개발자는 본 보고서를 이용해 시스템엔지니어링을 실천하는데
시스템 개발자는 본 보고서의 정보를 이용해 업계에서의 벤치마크가 가능해진 다.
시스템엔지니어와 그 관리자는 본 보고서를 이용해 시스템엔지니어링을 실시할
때의 추측이 가능해지고, 정당화할 수 있다.
발주자는 본 보고서를 이용해 수주자의 평가를 계획할 수 있다.
프로젝트의 실시를 통해 발주자는 수주자로부터의 데이터 수집을 가능하게 한 다.

40
마지막으로
시스템엔지니어링의 적용 대상은 항공, 우주에만 머무르지 않고 교통, 헬스케어, 농업
등 많은 분야로 확대하려 하고 있다 .실제의 적용에 있어서는 본서로 말하고 있는 포
인 트 및 활동으로의 활용 방법에 더해 사업 영역 특유의 조건을 고려한(도메인 스
페 시픽) 추진 방법도 필요하다.그 면에도 배려해, 시스템엔지니어링의 활동을 진
행 시키고 싶다.

41
１−１
１−２
https://www.mizuhobank.co.jp/corporate/bizinfo/industry/sangyou/pdf/
1051_all.pdf
２−１
２−２
http://www.ipa.go.jp/sec/reports/20170329.html
참고 자료
제1장 제품/서비스 개발에 관한 현재의 과제
환경의 변화
IDC, 국내 IoT 시장의 테크놀로지별 예측--IoT 기반과 분석 소프트웨어가 급성
장, business network.jp 편집부 2016.05.18
과제
IoT(Internet of Things)현황과 전망, 미즈호산업조사 2015 No3
"차재시스템 개발현장을 둘러싼 글로벌 과제 배경과 대응 동향, 대처", 2015년
11월 SEC 세미나 자료. 아이신 컴클루즈 (주) 스즈무라노부야스
"정보시스템의 거대화·복잡화와 소프트웨어공학의 역할", 학보 SEC의 소장 프
레젠테이션, 2006년 6월
"헤세이 28년도판 정보 통신 백서"
제2장 새로운 접근법 시스템엔지니어링
시스템엔지니어링이란
Japan Council on Systems Engineering(JCOSE) 홈페이지
시스템 엔지니어링의 4가지 포인트
경영자를 위한 시스템즈 엔지니어링 도입 권유.
~IoT 시대의 제품이나 시스템을 개발하기 위한 새로운 접근방법~
칼럼
"기 멀어지는 복잡함~ IoT 의 과제에 임하기 위해서 필요 불가결한 시스템
엔지니어링~", 다소·시스템즈, 2016/02/26

42
Systems Engineering Body of Knowledge (SEBoK)
Systems Engineering Return on Investment (SE-ROI)
http://www.hcode.com/seroi/
「The Business Case for Systems Engineering Study: Results of
the Systems Engineering Effectiveness Survey」 Joseph P. Elm,
Dennis R. Golderson, November 2012, Special Report CMU/SEI-
2012-SR009,
https://resources.sei.cmu.edu/asset_files/SpecialReport/2012_003
_001_34067.pdf
제3장 시스템엔지니어링의 유용성
SEC Journal 29 号（IPA）「SKYACTIV 테크놀로지 탄생을 뒷받침한
모델베이스 개발」
https://www.ipa.go.jp/files/000002662.pdf
SEC Journal 35 号（IPA）「Assurance 기술을 이용한 철도 신호의 혁신"」
제4장 시스템엔지니어링 도입의 대책
"시스템엔지니어링 입문~ IoT 시대의 가치실현에 필수적인 접근법"(SEC
첨단입문제미) 게이오기주쿠 대학 대학원 시라사카나리 공교수
SEC Journal 48 号（IPA）「시스템엔지니어링 개요~ VUCA 시대의
시스템 디자인 어프로치~」
"시스템즈 엔지니어링의 기본적인 생각-초판"
(우주항공연구개발기구)
https://ssl.tksc.jaxa.jp/isasse01/kanren/BDB/BDB06007BSEkiho
n.pdf
"독일·유럽 기업의 시스템즈 엔지니어링 실천에 관한 조사·분석 결과 보
고", 제2부: 응답자가 직면한 시스템 주엔지니어링 관련 과제 "3개 조사·
분석에서 판명된 중요 항목" "4 권장 사항과 그 활동 분야"、Fraunhofer
IESE、2016

43
Systems Engineering Body of Knowledge (SEBoK)
http://sebokwiki.org/wiki/Download_SEBoK_PDF
Systems Engineering Handbook 4th Edition,
John Wiley & Sons, 2015 ISBN 978-1-118-99940-0
전체

44
시스템엔지니어링 적용 체크 포인트부록
향후, 복잡한 시스템을 대상으로 한 제품/서비스의 기획/개발에 관해서는 앞에서 서술한 내용에
대응하는 관점이 요구되게 됩니다.본 체크 시트를 이용하시면 됩니다. 이것으로, 시스템엔지니어
링의 도입의 단면을 찾아내 주세요.
□ 개발하는 대상물 뿐만 아니라 그 밖에 있는 영향요인(사회, 업계 등의 환경, 관련된 사람, 다
른 시스템 등)으로부터 받는 영향을 고려하고 있습니까?
이용기간을 통한 유지 및 이용 종료 시의 폐기, 나아가 세대교체까지 고려하고 있습니까?□
개발하는 대상물 뿐만 아니라, 사용하는 사람이 흐르는 시스템 등, 외부에 주는 영향도 고려
하고 있습니까?
□
1. 목적에 비추어 개관적 시야로 추진하고 있습니까?
2. 다양한 전문가를 묶을 필요성을 생각하십니까?
□
목적 달성을 위해 필요한 전문분야와 그들의 관계성을 살펴보고 필요한 전문가를 할당해서 조
직을 구성하고 계십니까?
관계된 이해관계자 간의 조정은 이루어지고 있습니까?
□
관리로서 전문 분야간 경계의 테크놀로지면의 문제에 대해서 전체의 문제로서 정보공유하는
시스템을 마련하고 있습니까?그리고, 내용파악에 힘쓰고 있습니까?
□
3. 목적을 명확히 한 후에 추상화·모델화를 하고 있습니까?
무엇을 위해 무엇을 추상화·모델화하는 것이 적절한지를 고려한 후에 추상화·모델화 하고 있
습니까?
모델화를 실시함으로써 상기 목적이 달성되고 있습니까?□
□
4. 당초의 불확실성을 포함시켜 "단계적으로 명확화하는"접근방식을 인정하고 있습니까?
경험지를 축적하기 위해 작은 실패를 장려하고 있습니까?
가설 검증형에서의 예측 실패"와"의도에 반한 실패"의 차이를 식별하고 있습니까?
"초기단계에 불확정인 요소가 있을 것"을 전제로 하여 전략적으로 개발에 임할 수 있도록 가
설에 놀이나 수정의 여지가 포함되어 있습니까?
도전한 결과의 가설 각하를 빠짐없이 인정하고 있습니까?
NO가 있는 경우 ⇒
시스템스엔지니어링을 조직적인 대응으로서 개선해 주시기를 권합니다.
시스템엔지니어링을 적용해 주시기를 권합니다.
□
□
□
□
모두 YES 의 경우 ⇒

45
IPA/SEC
中尾昌善
岡本拓也
齋藤毅
齊藤善治
新谷勝利
杉崎眞弘
西原栄太郎
藤原由起子
室修治
개발자를 위한 시스템엔지니어링 도입의 권장
2017 년 7월 3일 WEB 공개
편저자(敬称略所属は 2017 年 6 月時点)
기술 본부 소프트웨어 고신뢰화 센터
소프트웨어 고신뢰 추진 위원회
시스템스엔지니어링추진WG위원
주사 시라사카 성공대
西純小笠原
秀人梶本一
夫
末冨隆雅豊
島真澄長堀
泉
松並勝松本
雅行
게이오기주쿠 대학 대학원
주식회사 미쓰비시 도쿄 UFJ은행
주식회사 토시바
파나소닉 주식회사
마쯔다 주식회사
주식회사 덴소
주식회사 후지쯔 종합연구소
소니 디지털 네트워크 애플리케이션스
주식회사 동일본 여객철도주식회사

[일본자료] 개발자를 위한 시스템엔지니어링 도입의 권유

Recommended

Recommended

More Related Content

Similar to [일본자료] 개발자를 위한 시스템엔지니어링 도입의 권유

Similar to [일본자료] 개발자를 위한 시스템엔지니어링 도입의 권유 (20)

More from Jinwon Park

More from Jinwon Park (20)

[일본자료] 개발자를 위한 시스템엔지니어링 도입의 권유