소프트웨어 공학이란
소프트웨어의 변화가 비즈니스보다 느리면?
=> 그만큼의 리스크에 처함
반대로 소프트웨어의 변화율이 크면 전략적 기회가 생김
Software Crisis
- Late Delivery (기간 지연)
- Over Budget (비용 초과)
- Inconsistent with the specification (명세와 불일치)
- Unreliability (비신뢰성)
- Too costly to modify or improve (엄청난 유지보수 비용)
...
하드웨어 발전은 빨랐으나 소프트웨어가 따라가는 속도가 지지부진
소프트웨어 위기
왜 소프트웨어 프로젝트가 실패하는가?
SW 마인드 부족
불충분한 소프트웨어 프로젝트 관리
적절한 소프트웨어 공학 스킬 부족
왜 소프트웨어 개발이 어려운가?
특성
- 복잡함
- 유연성 => 수정 가능함이 오히려 추후 유지보수의 문제가 됨
- 완전 자동화 불가
- 역사가 짧음
어려움
- 정확성 보장이 어려움
- 과학적 원리 적용 한계
- 이해하기 어려움
다른 문제점
- 개발 예산 초과, 일정 지연이 많음
- 프로그래머 개인 역량에 따라 소프트웨어 개발 성패가 좌우
- 소프트웨어 품질을 평가하기 어려움
소프트웨어 공학의 정의
- 신뢰할 수 있고 실제 기계에서 효율적으로 작동하는 경제적인 소프트웨어를 얻기 위해 건전한 공학 원칙을 확립하고 사용하는 것
IEEE에서의 정의
- 소프트웨어의 개발, 운영, 유지보수에 체계적이고 엄격하며 계량화된 접근 방식을 적용하는것, 즉 소프트웨어에 공학을 적용하는 것. 그리고 이러한 접근 방식에 대한 연구
- 대규모 소프트웨어 시스템을 비용 효율적인 방식으로 설계, 구축 및 유지보수 하는 것
소프트웨어 공학의 목표
- 품질 좋은 소프트웨어를 최소의 비용으로 계획괸 일정에 맞추어 개발
=> 품질과 생산성을 동시에 추구