소프트웨어 위기: 두 판 사이의 차이
IT위키
편집 요약 없음 |
편집 요약 없음 |
||
| 20번째 줄: | 20번째 줄: | ||
* 소프트웨어의 생산성 저하 | * 소프트웨어의 생산성 저하 | ||
== | == 극복방안 == | ||
* 소프트웨어 설계 및 개발에 대한 전문적인 연구 및 방법론 도출 필요 | * '''소프트웨어 설계 및 개발에 대한 전문적인 연구 및 방법론 도출 필요''' | ||
'''→ [[소프트웨어 공학]]''' | '''→ [[소프트웨어 공학]]''' | ||
* 자동화: [[CASE]], [[UML]]/[[ERD]], [[형상관리]] | |||
* 품질보증: [[ITIL]], [[CMMi]], [[SPICE]] | |||
* 공학적 접근: [[구조적 방법론]], [[정보공학 방법론]], [[객체지향 방법론]], [[CBD 방법론]] | |||
* 표준화: [[ISO]], [[IEC]], [[IEEE]], [[IEFT]], [[W3C]] | |||
2019년 9월 26일 (목) 00:14 판
- Software Crisis
- 소프트웨어 공학이 탄생하게 된 원인
- 소프트웨어가 하드웨어 개발 속도를 따라가지 못함
- 소프트웨어가 더이상 사용자들의 요구를 충족시킬 수가 없음
원인
- 소프트웨어 특성에 대한 이해 부족
- 소프트웨어 관리 방법론 부재
- 올바른 설계 없이 프로그래밍에만 치중
- 소프트웨어 개발에 대한 전문적 교육 부족
- 작업일정과 비용의 추정치가 부정확
결과
- 개발 인력의 부족과 인건비 상승
- 소프트웨어 성능 및 신뢰성 부족
- 개발 기간 및 비용의 증가
- 소프트웨어 품질저하 및 유지보수 비용 증가
- 소프트웨어의 생산성 저하
극복방안
- 소프트웨어 설계 및 개발에 대한 전문적인 연구 및 방법론 도출 필요
→ 소프트웨어 공학
