소프트웨어공학 요약정리

소개글

소프트웨어공학 요약정리

목차

제 1장 소프트웨어 베스트 프랙티스
1. 소프트웨어의 위기
2. 실패한 소프트웨어 프로젝트의 증상과 근본 원인
3. 소프트웨어 베스트 프랙티스

제 2장 소프트웨어 생명주기 모델
1. 빌드-수정 모델
2. 폭포수 모델
3. 수정된 폭포수 모델들
4. 진화적 개발 모델
5. 증분적 인도 모델
6. Win-Win 나선형 모델
7. 전환 모델
8. 제 4세대 모델과 제 4 세대 기법

제 3장 요구사항
1. 진짜 요구사항과 좋은 요구사항
2. 사용자와 과업 분석
3. 사용자와 개발자의 공동 작업의 종류들
4. 요구사항 밝히기 기법들

제 4장 확인과 입증, 테스팅
1. 입증과 확인의 의의
2. 요구사항 추적가능성
3. 순서화와 형상관리(CM)
4. V&V기법들의 평가기준
5. 테스팅
6. 오류, 탈락 그리고 놀람
7. 테스팅의 계층구조
8. 동료 검토

본문내용

제 1장 소프트웨어 베스트 프랙티스
1. 소프트웨어의 위기
소프트웨어란 요구사항 정의서, 분석 및 설계 모델 프로그램 코드, 목적코드, 사용자 매뉴얼 등 소프트웨어 개발과정에서 산출되는 일체의 결과물이다.
소프트웨어 위기란 하드웨어의 발전에 비해 상대적으로 발전을 이루지 못한 소프트웨어 기술의 낙후성을 의미한다. 위기의 원인은 날로 증가하는 소프트웨어의 복잡성과 개발 및 운영 비용의 급증 때문이다.
해결방안으로는 4세대언어, CASE 도구의 사용, 프로토타이핑, 구조적방법론, 소프트웨어의 표준화, 객체지향방법론이 있다. 프로토타이핑은 실제화하기전에 모형을 만들어 보는 것이고, 객체지향방법론이란 문제를 하나의 객체로 보는 우리의 사고방식을 그대로 반영한 방법이다.
소프트웨어 프로젝트의 실패는 ‘비용은 지불되었으나 제품은 비인도’의 비율이 가장 높고 ‘인도 된 대로 사용’의 비율은 3%뿐이다.

2. 실패한 소프트웨어 프로젝트의 증상과 근본 원인
공통증상
- 최종사용자의 필요(needs)에 대한 부정확한 이해
- 서로 잘 맞지 않는 모듈들
- 심각한 프로젝트 결함의 늦은 발견
- 고객이 신뢰하기 힘든 구축과 인도 과정
근본원인
- 즉흥적인 요구사항 관리
- 요구사항과 설계, 그리고 구현에서 탐지되지 않은 불일치
- 변경의 통제되지 않는 확산
- 불충분한 테스팅
알파테스트 : 조직 내에서 개발자들의 테스트
베타테스트: 고객들의 테스트 - 탐지되지 않은 오류를 찾음, 비용이 많이 든다.

3. 소프트웨어 베스트 프랙티스
․ 소프트웨어를 반복적으로 개발하라
․ 요구사항을 관리하라
․ 소프트웨어를 시각적으로 모형화하라
․ 컴포넌트-기반 아키텍쳐를 사용하라
․ 소프트웨어 품질을 연속적으로 입증하라
․ 소프트웨어의 변경을 통제하라

참고 자료

없음