일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | 2 | |||||
3 | 4 | 5 | 6 | 7 | 8 | 9 |
10 | 11 | 12 | 13 | 14 | 15 | 16 |
17 | 18 | 19 | 20 | 21 | 22 | 23 |
24 | 25 | 26 | 27 | 28 | 29 | 30 |
- Trap
- OWASP
- FIFO
- 운영체제
- 메카님
- Unity #Indie Game
- link layer
- SDLC
- 배경 그림
- STCF
- Security
- unity
- 컴퓨터 네트워크
- AINCAA
- OSI 7계층
- 게임개발
- 유스케이스
- stride
- MAC
- frequency-domain spectrum analysis
- 게임 개발
- Waterfall
- polymorphism
- SJF
- 유니티
- protection
- MLFQ
- information hiding
- DSP
- DP
- Today
- Total
다양한 기록
소프트웨어 공학이란 본문
소프트웨어의 변화가 비즈니스보다 느리면?
=> 그만큼의 리스크에 처함
반대로 소프트웨어의 변화율이 크면 전략적 기회가 생김
Software Crisis
- Late Delivery (기간 지연)
- Over Budget (비용 초과)
- Inconsistent with the specification (명세와 불일치)
- Unreliability (비신뢰성)
- Too costly to modify or improve (엄청난 유지보수 비용)
...
하드웨어 발전은 빨랐으나 소프트웨어가 따라가는 속도가 지지부진
소프트웨어 위기
왜 소프트웨어 프로젝트가 실패하는가?
SW 마인드 부족
불충분한 소프트웨어 프로젝트 관리
적절한 소프트웨어 공학 스킬 부족
왜 소프트웨어 개발이 어려운가?
특성
- 복잡함
- 유연성 => 수정 가능함이 오히려 추후 유지보수의 문제가 됨
- 완전 자동화 불가
- 역사가 짧음
어려움
- 정확성 보장이 어려움
- 과학적 원리 적용 한계
- 이해하기 어려움
다른 문제점
- 개발 예산 초과, 일정 지연이 많음
- 프로그래머 개인 역량에 따라 소프트웨어 개발 성패가 좌우
- 소프트웨어 품질을 평가하기 어려움
소프트웨어 공학의 정의
- 신뢰할 수 있고 실제 기계에서 효율적으로 작동하는 경제적인 소프트웨어를 얻기 위해 건전한 공학 원칙을 확립하고 사용하는 것
IEEE에서의 정의
- 소프트웨어의 개발, 운영, 유지보수에 체계적이고 엄격하며 계량화된 접근 방식을 적용하는것, 즉 소프트웨어에 공학을 적용하는 것. 그리고 이러한 접근 방식에 대한 연구
- 대규모 소프트웨어 시스템을 비용 효율적인 방식으로 설계, 구축 및 유지보수 하는 것
소프트웨어 공학의 목표
- 품질 좋은 소프트웨어를 최소의 비용으로 계획괸 일정에 맞추어 개발
=> 품질과 생산성을 동시에 추구
'소프트웨어공학' 카테고리의 다른 글
OOP #2: Encapsulation, Information hiding (혹은 Abstraction), Message (0) | 2024.10.20 |
---|---|
OOP #1 : 등장, 객체란? (0) | 2024.10.20 |
SW Myths, 등장 배경, (0) | 2024.10.20 |
소프트웨어 특성, 역사, 분류 (0) | 2024.10.20 |
Introduction, SDLC 5단계 (0) | 2024.10.19 |