⊙ 소프트웨어 개발에 필요한 작업
1. 요구 분석과 정의 -> 가상의 요구자가 되어 꼼꼼히 따져본다.
2. 시스템 설계 -> 프로그램의 뼈대를 설계한다.
3. 프로그램 설계 -> 프로그램의 살을 붙이기위해 상세히 설계하고,
4. 프로그램의 작성(구현) -> 프로토타입을 구현해본다.
5. 테스트 -> 단위, 통합, 시스템 테스트를 통해 프로그램을 다듬은 뒤,
6. 시스템 설치 -> 시스템에 설치를 하여 사용해본다.
7. 유지보수 -> 사용을 하면서 오류나 모자란 기능을 유지 보수한다.
⊙ 대표적인 소프트웨어 프로세스 모형
○ 폭포수 모형
- 1970년대 소개되어 항공 방위 소프트웨어 개발 경험으로 습득한 이 모형은
각 단계가 다음 단계 시작 전에 끝나야 하므로,
단순하거나 응용분야를 잘 알고 있는 경우에 적합하며, 결과물의 정의가 중요하다.
● 프로토 타이핑 모형
- 시스템의 일부 혹은 모형을 만드는 과정인 이 모형은,
시뮬레이션을 수행하거나, 데모 시스템을 만드는 방법등이 있다.
프로젝트의 목표가 완전한 프로그램이 아닌,
프로토타입의 구현에 있으므로, 이 모형을 사용하게 될것이다.
○ 점증적 모형
- 개발 싸이클이 짧은 환경에서 사용되는 이 모형은,
기능이 부족하더라도 초기에 시장에 내놓음으로써, 사용교육과 시장형성을 도모하고,
버전을 자주 업데이트하여 부족한 기능이나 오류를 꾸준히 고쳐나갈 수 있다.
○ 나선형 모형
- 위험분석에 초점을 맞춘 개발모형으로써, 소프트웨어의 기능을 나누어 점증적으로
개발하여, 실패의 위험을 줄이고 테스트와 피드백이 용이하게 한다.
점증적 모형과 마찬가지로 점증적인 릴리즈를 통해 강인성을 향상시킨다.
따라서 대규모 시스템 개발에 적합하며,
단점으로는 관리와 위험분석이 중요하고, 상대적으로 새로운모형의 적용이 쉽지않다.
○ V 모형
- 폭포수 모형에 시스템검증과 테스트의 작업을 강조한 이 모형은
폭포수 모형에서 감춰진 반복과 재 작업을 드러내 놓은 모형이다.
이 모형의 특징은 각 단계별 검증의 이루어지지않으면 진행이 힘들다는 것이다.
1. 요구 분석과 정의 -> 가상의 요구자가 되어 꼼꼼히 따져본다.
2. 시스템 설계 -> 프로그램의 뼈대를 설계한다.
3. 프로그램 설계 -> 프로그램의 살을 붙이기위해 상세히 설계하고,
4. 프로그램의 작성(구현) -> 프로토타입을 구현해본다.
5. 테스트 -> 단위, 통합, 시스템 테스트를 통해 프로그램을 다듬은 뒤,
6. 시스템 설치 -> 시스템에 설치를 하여 사용해본다.
7. 유지보수 -> 사용을 하면서 오류나 모자란 기능을 유지 보수한다.
⊙ 대표적인 소프트웨어 프로세스 모형
○ 폭포수 모형
- 1970년대 소개되어 항공 방위 소프트웨어 개발 경험으로 습득한 이 모형은
각 단계가 다음 단계 시작 전에 끝나야 하므로,
단순하거나 응용분야를 잘 알고 있는 경우에 적합하며, 결과물의 정의가 중요하다.
● 프로토 타이핑 모형
- 시스템의 일부 혹은 모형을 만드는 과정인 이 모형은,
시뮬레이션을 수행하거나, 데모 시스템을 만드는 방법등이 있다.
프로젝트의 목표가 완전한 프로그램이 아닌,
프로토타입의 구현에 있으므로, 이 모형을 사용하게 될것이다.
○ 점증적 모형
- 개발 싸이클이 짧은 환경에서 사용되는 이 모형은,
기능이 부족하더라도 초기에 시장에 내놓음으로써, 사용교육과 시장형성을 도모하고,
버전을 자주 업데이트하여 부족한 기능이나 오류를 꾸준히 고쳐나갈 수 있다.
○ 나선형 모형
- 위험분석에 초점을 맞춘 개발모형으로써, 소프트웨어의 기능을 나누어 점증적으로
개발하여, 실패의 위험을 줄이고 테스트와 피드백이 용이하게 한다.
점증적 모형과 마찬가지로 점증적인 릴리즈를 통해 강인성을 향상시킨다.
따라서 대규모 시스템 개발에 적합하며,
단점으로는 관리와 위험분석이 중요하고, 상대적으로 새로운모형의 적용이 쉽지않다.
○ V 모형
- 폭포수 모형에 시스템검증과 테스트의 작업을 강조한 이 모형은
폭포수 모형에서 감춰진 반복과 재 작업을 드러내 놓은 모형이다.
이 모형의 특징은 각 단계별 검증의 이루어지지않으면 진행이 힘들다는 것이다.
Trackback : http://sepoc.tistory.com/trackback/4
-
한국은 작성할 서류 너무 많은 행정의 나라
| 2008/10/17 20:07
다음 이미지는 2008년 3월 10일 한국경제신문에 나온 기사다. 내가 핸드폰으로 찍어 둔 사진인데, 다시보니 매우 가슴뭉클하다. 현실과 너무 잘 맞아떨어지기 때문이다. 행정만 그런것이 아니라 개발할때도 마찬가지다. 개발 관련 문서가 어찌나 많은지... 개발보다 문서 쓰느라 시간 다보낸다. 개발기간 2개월 주어지면 산더미같은 문서를 복잡한 프로세스 거쳐서 작성해야된다.   개발을 위해서라기 보다는 위에서 일이 제대로 되고 있는지 현황을 알고..
-
소프트웨어 회사의 개발 역량 평가표
| 2008/10/29 10:59
아래 평가표는 소프트웨어 개발 회사나 개발팀이 얼마나 역량을 갖추고 있는지 평가하는 표입니다. 아래 각 문항에서 "예"(1점)에 해당하면 Checkbox를 체크하시면 됩니다. 1.전사적으로 소스코드관리시스템을 딱 하나만 사용하고 있다. 2.모든 소스코드 및 개발문서는 소스코드관리시스템에 저장되어 있다. 3.각 마일스톤마다 Baseline을 설정하고 있다. 4.소스코드관리시스템에 체크인 시 메시지를 작성하는 규칙을 가지고 있고, 모든 개발자가 이를 지..
Recent Comment