소프트웨어 위기

3. 원인과 증상

에츠허르 데이크스트라는 1972년 튜링상 수상 연설에서 소프트웨어 위기에 대해 다음과 같이 언급했다.^[10]

소프트웨어 위기의 원인은 전반적인 소프트웨어 프로세스의 복잡성과 소프트웨어 공학이 전문분야로서 상대적으로 미성숙한 점에 관련되어 있다. 구체적인 원인과 그로 인한 증상은 다음과 같다.

4. 대응 방안

소프트웨어 위기를 "길들이고자" 다양한 과정과 방법론이 지난 수십 년간 개발되어 다양한 수준의 성공을 보였다. 그러나 널리 알려진 바로는 "만병 통치약은 없다" 즉, 단일한 접근 방식으로 모든 프로젝트의 초과와 실패를 방지할 수는 없다는 것이다. 일반적으로, 소프트웨어 프로젝트가 대규모이고, 복잡하고, 요구 조건이 명확하지 않고, 낯선 측면을 내포할 경우 여전히 사실상 커다랗고 예측 불가능한 문제에 취약하다.^[1][2][5][6]

해결책으로 여러 소프트웨어 공학 수단을 더 적극적으로 활용할 수 있다.

• 객체 지향 프로그래밍, 캡슐화
• 구조적 프로그래밍
• 통합 개발 환경, 신속 응용 프로그램 개발
• 소프트웨어 콤포넌트화
• 소프트웨어 프로토타이핑
• 애자일 개발 프로세스
• 반복형 개발
• 버그 / 이슈 관리 시스템, 버전 관리 시스템
• 디자인 패턴
• * Model+View+Controller
• 가비지 콜렉션
• 멀티스레드 프로그래밍

5. 임베디드 시스템 소프트웨어 위기

최근 소프트웨어를 포함하는 임베디드 시스템이 증가하면서 관련 사고와 문제가 증가하여 사회적으로 작지 않은 영향을 끼칠 가능성이 커지고 있는데, 이 또한 소프트웨어 위기와 관련되어 있다.^[11][12]

5. 1. 원인

• 임베디드 시스템에는 실시간성이나 대상 하드웨어에 대한 이해 등 광범위하고 고도화된 기술이 요구되지만, 컴퓨터 관련 직종에서 흔히 보이는 열악한 노동 조건(데스마치, IT 업계 기피 현상, 디지털 노가다 참조)으로 인해 이직자가 많아 베테랑이 부족하고 필요한 기술 수준까지 올라가지 못한다.
• 휴대 전화나 디지털 가전으로 대표되는 소프트웨어 규모의 비약적인 증가에 대해, 하드웨어 리소스의 제약이나 실시간성이 요구되는 점(임베디드 시스템 참조) 때문에 IT 계열과 같은 방법이 통하지 않는다.
• 대상 제품의 개발 사이클 단기화
• 이과 기피 현상이나 아키하바라 등 전기 거리나 모형점의 감소 및 가전 제품의 블랙 박스화로 전자 공작이나 하드웨어 관련에 관심을 가질 기회가 줄어들고 있다.

5. 2. 대책

• 단기적인 경쟁 입찰보다는 장기적인 전략이 필요하다.
• 소프트웨어 공학의 근본적인 문제점(요구사항, 재사용, 척도, 시각화 등)을 다시 살펴봐야 한다.
• 소프트웨어 시험을 자동화해야 한다.^[13]
• 규모 가변성 프로세스와 인프라를 도입해야 한다.^[13]
• 마이크로소프트 윈도우 CE와 임베디드 리눅스 등 IT 계열에 더 가까운 OS를 탑재하여 IT 계통 개발 방안을 쉽게 도입하고, IT 계열 소프트웨어 엔지니어를 활용해야 한다.
• 여러 회사에서 펌웨어를 공통화하여 공동 개발해야 한다.
• 인재 파견 회사에서 임베디드 엔지니어 양성 프로그램을 실시해야 한다.

• 임베디드 시스템에는 실시간성이나 대상 하드웨어에 대한 이해 등 광범위하고 고도화된 기술이 요구되지만, 컴퓨터 관련 직종에서 흔히 보이는 열악한 노동 조건(데스마치, IT 업계 기피 현상, 디지털 노가다 참조)으로 인해 이직자가 많아 베테랑이 부족하고 필요한 기술 수준까지 올라가지 못한다.
• 휴대 전화나 디지털 가전으로 대표되는 소프트웨어 규모의 비약적인 증가에 대해, 하드웨어 리소스의 제약이나 실시간성이 요구되는 점(임베디드 시스템 참조) 때문에 IT 계열과 같은 방법이 통하지 않는다.
• 대상 제품의 개발 사이클이 단기화되고 있다.
• 이과 기피 현상이나 아키하바라 등 전기 거리나 모형점의 감소 및 가전 제품의 블랙 박스화로 전자 공작이나 하드웨어 관련에 관심을 가질 기회가 줄어들고 있다.

참조

_[1] 웹사이트 NATO Software Engineering Conference 1968 http://homepages.cs.[...] 2017-04-26
_[2] 웹사이트 Report on a conference sponsored by the NATO SCIENCE COMMITTEE Garmisch, Germany, 7th to 11th October 1968 http://homepages.cs.[...] 2017-04-26
_[3] 웹사이트 E.W.Dijkstra Archive: The Humble Programmer (EWD 340) http://www.cs.utexas[...] 2017-04-26
_[4] 웹사이트 The Software Crisis http://www.chris-kim[...] 2013-02-12
_[5] 문서 Report about the NATO Software Engineering Conference dealing with the software crisis http://homepages.cs.[...]
_[6] 문서 E. W. Dijkstra Archive http://www.cs.utexas[...]
_[7] 뉴스 "#2532ソフトウエア危機" http://www.nhk.or.jp[...] クローズアップ現代 2008-02-05
_[8] 뉴스 （第1回）古くて新しい問題、それがソフト危機 https://xtech.nikkei[...] 日経ITPro
_[9] 문서 NATO Software Engineering Conference 1968 http://homepages.cs.[...]
_[10] 웹인용 "''겸손한 프로그래머''" http://www.cs.utexas[...] 2009-06-30
_[11] 웹인용 일본내 소프트웨어 공학의 도전 https://web.archive.[...] 2004-05-26
_[12] 저널 Coping with Embedded Software Crisis using Real-Time Operating Systems and Embedded Middleware http://redwood.snu.a[...] IEEE 2000-08
_[13] 웹인용 Addressing the hidden embedded software crisis in the industry http://www.eetasia.c[...] 2007-06-08