폭포수 모델의 소프트웨어 개발 생명 주기

폭포수 모델은 소프트웨어 개발 생명 주기에 널리 쓰여 온 고전적인 선형 접근 방식입니다. 각 단계에 명확한 목표를 부여하고 진행 순서를 정합니다. 물이 비탈을 따라 아래로 흐르듯, 이 엄격한 모델은 이전 단계로 돌아가지 않고 앞으로 진행합니다.

폭포수 접근 방식은 절차가 엄격하고 변경의 여지가 적습니다. 테스트는 개발과 병행하는 지속적인 활동이 아니라 별도 단계입니다. 그래서 이 모델에서는 개발 초기에 결함을 발견할 수 없습니다.

전체 크기 도표 열기 ↗

폭포수 모델의 소프트웨어 개발 생명 주기

단계는 다음 순서로 진행합니다.

1. 요구 사항 수집. 고객의 요구 사항을 파악하고 필요한 문서를 작성합니다.
2. 시스템 설계. 요구 사항을 바탕으로 아키텍처와 시스템의 하드웨어 및 소프트웨어 요구 조건을 정합니다.
3. 구현. 설계에 따라 코딩을 시작합니다. 프로그램을 작고 독립적인 단위로 나누고, 각 단위가 명세에 맞는지 테스트한 다음 전체 시스템으로 통합합니다.
4. 통합 테스트. 테스트를 마친 단위를 결합하고 전체 시스템에서 결함을 찾아냅니다.
5. 배포. 통합 테스트에서 발견한 결함을 수정하고 다시 테스트해 해결되었는지 확인합니다. 그러면 시스템을 시장에 출시하고 고객 환경에 배포할 준비가 됩니다.
6. 유지 보수. 인도한 뒤 발견된 결함과 문제를 해결하기 위해 패치나 새 버전을 배포합니다.

각 단계는 순차적으로 이어집니다. 앞 단계가 성공적으로 끝난 뒤에만 다음 단계를 시작합니다.

요구 사항이 명확하고 제품이 안정적이며 단계마다 자원이 충분할 때 폭포수 모델을 사용합니다. 실제로는 관리하기 쉬운 소규모 프로젝트에만 적용합니다. 요구 사항에 중간 수준 이상의 위험이 있을 때는 피합니다.

요구 사항 명세 및 분석

소프트웨어 개발은 요구 사항을 얼마나 잘 파악하고 문서화하는지에 달려 있습니다. 요구 사항을 식별하고 문서화하는 작업을 요구 사항 명세 및 분석이라고 합니다.

고객, 관리 팀, 기술 지원 팀이 요구 사항을 상세히 논의합니다. 요구 사항이 명확하고 완전해질 때까지 분석하고 검토하며 문서로 정리합니다.

전체 크기 도표 열기 ↗

사용자 요구 사항 명세서

Word 문서, 순서도, 도면 등 회사가 요구하는 형식을 사용합니다. 결과물은 고객이 원하는 것을 상세히 기록하고 팀이 그 요구를 정확하게 이해하도록 돕습니다. 고객 요구 사항을 충족하지 않는 것은 모두 결함입니다. 요구 사항을 잘못 파악하면 프로젝트가 시작부터 잘못된 방향으로 갑니다.

사용자 요구 사항 명세서

이 비기술 문서는 사용자의 기대와 업무 요구를 설명합니다. 최종 사용자가 작성하며 문서의 요구 사항은 사용자 인수 테스트에서 확인합니다. 문서는 이후의 요구 사항 작업과 시스템 설계의 바탕이 됩니다.

소프트웨어 요구 사항 명세서

소프트웨어 요구 사항 명세서(SRS)는 사용자가 소프트웨어에 기대하는 동작을 정의합니다. 이 문서는 다음과 같은 역할을 합니다.

• 소프트웨어의 세부 기능에 대해 고객과 공급자가 합의한 내용을 기록합니다.
• 소프트웨어 설계의 바탕을 제공합니다.
• 명확한 요구 사항으로 개발과 테스트를 쉽게 합니다.
• 활동 일정 수립과 비용 산정을 돕습니다.
• 검증과 적합성 확인의 바탕을 제공합니다.

전체 크기 도표 열기 ↗

소프트웨어 요구 사항 명세서

소프트웨어 설계

소프트웨어 설계에는 두 가지 수준이 있습니다.

• 상위 수준 소프트웨어 설계
• 상세 소프트웨어 설계

전체 크기 도표 열기 ↗

소프트웨어 설계

상위 수준 소프트웨어 설계

상위 수준 설계(HLD)는 데이터베이스 설계와 기능 아키텍처를 설명합니다. 개발자에게 지침을 주고 설계 흐름에 관한 질문에 답합니다. HLD를 작성하려면 명확한 SRS가 필요합니다.

상세 소프트웨어 설계

상세 설계 또는 하위 수준 설계(LLD)는 HLD를 더 작은 부분으로 나누고 프로그램 명세를 이루는 로직을 기록합니다. 시스템에 관한 세부 정보를 제공하며 HLD가 완성되어 있어야 합니다.

소프트웨어 설계 방식

설계는 다음 두 방식 중 하나로 진행할 수 있습니다.

• 하향식 설계
• 상향식 설계

하향식 설계 방식

하향식 설계는 시스템의 전체 윤곽부터 그립니다. 하위 시스템의 세부 사항은 이후에 다룹니다. 각 하위 시스템을 차례로 더 구체적으로 정의하면서 기본 요소까지 내려갑니다.

상향식 설계 방식

상향식 설계는 완전히 정의된 기본 요소에서 출발합니다. 기본 요소를 연결해 하위 시스템을 만들고, 하위 시스템을 결합해 전체 시스템을 구성합니다. 심은 씨앗이 조금씩 자라 나무가 되는 모습을 떠올려 보세요.