폭포수(WATERFALL) » 이력 » 버전 3
이태훈, 2022/05/03 02:27
| 1 | 1 | 이태훈 | h1. 폭포수(WATERFALL) |
|---|---|---|---|
| 2 | |||
| 3 | 3 | 이태훈 | h2. 폭포수 방법론이란? |
| 4 | 2 | 이태훈 | |
| 5 | 1 | 이태훈 | * 폭포수 방법론은 순차적인 소프트웨어 개발 프로세스로, 개발의 흐름이 마치 폭포수처럼 지속적으로 아래로 향하는 것처럼 보이는 데서 이름이 붙여졌습니다. |
| 6 | |||
| 7 | 3 | 이태훈 | h2. 폭포수 방법론의 진행 과정 |
| 8 | 1 | 이태훈 | |
| 9 | # [[요구 사항 분석]] |
||
| 10 | # [[프로그램 설계]] |
||
| 11 | # [[프로그램 구현]] |
||
| 12 | # [[프로그램 검증]] |
||
| 13 | # [[유지 보수]] |
||
| 14 | |||
| 15 | 3 | 이태훈 | h2. 폭포수 방법론의 장점 |
| 16 | 1 | 이태훈 | |
| 17 | # 프로젝트를 시작하기 전에 프로젝트에 대한 전체적인 요구 사항과 디자인들이 완성되어 있으므로 프로젝트의 범위, 비용, 타임 라인에 대해 자세하게 알 수 있고, 전체적인 과정의 이해가 쉽습니다. |
||
| 18 | # 단계 별로 진행되기 때문에 현재 단계에 대한 이해가 빠르고 쉽습니다. |
||
| 19 | # 단계 별로 정형화된 접근 방식을 이용하기 때문에 기술적인 위험 요소가 적습니다. |
||
| 20 | # 고전적 방법론으로써 적용 사례가 풍부하므로 벤치마킹하기 쉽습니다. |
||
| 21 | # 각각의 개발자들이 다른 부분에서 일하므로 더 쉽게 프로젝트를 관리 할 수 있습니다. |
||
| 22 | # 기한이 적거나, 필수 조건들이 적은 프로젝트에 적용하기 적합합니다. |
||
| 23 | |||
| 24 | 3 | 이태훈 | h2. 폭포수 방법론의 단점 |
| 25 | 1 | 이태훈 | |
| 26 | # 실제 개발 프로젝트에서 요구 사항이 변경될 가능성이 커, 각 단계가 반복될 수 있으므로 다소 현실적이지 못한 개발 방법론이 될 수 있습니다. |
||
| 27 | # 실제 작동하는 소프트웨어는 개발 후반부에 확인할 수 있습니다. |
||
| 28 | # 각 단계가 진행된 뒤에 요구 사항이 변경되거나 설계 등이 변경되면 나중에 커다란 문제가 발생 할 수 있습니다. |
||
| 29 | # 고객 요구 사항에 대한 즉각적인 피드백이 어렵습니다. |
||
| 30 | # 전 단계가 종결되어야 다음 단계를 수행할 수 있습니다. |