메뉴

SDLC 폭포 모델이란 무엇입니까?

what is sdlc waterfall model

문제를 제거하기 위해 도구를 사용해보십시오

뭐가 SDLC 폭포 모델 ?

소개 :

폭포 모델은 순차 모델의 예입니다. 이 모델에서 소프트웨어 개발 활동은 여러 단계로 나뉘며 각 단계는 일련의 작업으로 구성되며 다른 목표를 갖습니다.

폭포 모델은 SDLC 프로세스 . 사실 소프트웨어 산업에서 널리 사용 된 최초의 모델이었습니다. 위상으로 나뉘어 한 위상의 출력이 다음 위상의 입력이됩니다. 다음 단계가 시작되기 전에 단계를 완료해야합니다. 요컨대, Waterfall 모델에는 겹침이 없습니다.

SDLC 폭포 모델

Eclipse에서 새 프로젝트를 만드는 방법

Waterfall에서 한 단계의 개발은 이전 단계가 완료 될 때만 시작됩니다. 이러한 특성으로 인해 폭포 모델의 각 단계는 매우 정확하게 정의되어 있습니다. 단계가 폭포처럼 높은 수준에서 낮은 수준으로 떨어지기 때문에 폭포 모델이라고합니다.

폭포 모델의 그림 표현 :

폭포 모델 단계

qtp의 객체 저장소는 무엇입니까

여러 단계에 관련된 활동은 다음과 같습니다.

S. 아니단계수행 된 활동결과물
하나요구 사항 분석1. 모든 요구 사항을 파악합니다.
2. 요구 사항을 이해하기 위해 브레인 스토밍 및 연습을 수행합니다.
3. 요구 사항이 테스트 가능한지 여부를 확인하기 위해 요구 사항 실행 가능성 테스트를 수행하십시오.
RUD (요구 사항 이해 문서)
두시스템 디자인1. 요구 사항에 따라 디자인을 만듭니다.
2. 하드웨어 / 소프트웨어 요구 사항을 파악합니다.
3. 설계 문서화
HLD (고수준 설계 문서)

LLD (저수준 설계 문서)
삼이행1. 디자인에 따라 프로그램 / 코드 생성
2. 다음 단계를 위해 코드를 통합합니다.
3. 코드의 단위 테스트
프로그램들
단위 테스트 사례 및 결과
4시스템 테스트1. 단위 테스트 코드를 통합하고 예상대로 작동하는지 테스트합니다. 2. 모든 테스트 활동 (기능 및 비 기능)을 수행하여 시스템이 요구 사항을 충족하는지 확인합니다.
3. 이상이있는 경우보고합니다.
4. 추적 성 메트릭, ALM과 같은 도구를 통해 테스트 진행 상황을 추적합니다.
5. 테스트 활동을보고하십시오.
테스트 케이스
테스트 보고서
결함 보고서
매트릭스가 업데이트되었습니다.
5시스템 배포1. 환경이 작동하는지 확인
2. 열려있는 sev 1 결함이 없는지 확인합니다.
3. 테스트 종료 기준이 충족되는지 확인합니다.
4. 각 환경에 응용 프로그램을 배포합니다.
5. 애플리케이션이 배포 된 후 환경에서 온 전성 검사를 수행하여 애플리케이션이 중단되지 않도록합니다.
사용자 매뉴얼

환경 정의 / 사양
6시스템 유지 관리1. 애플리케이션이 각 환경에서 실행되고 있는지 확인합니다.
2. 사용자가 만남 및 결함이있는 경우 직면 한 문제를 기록하고 수정합니다.
3. 문제가 해결 된 경우 업데이트 된 코드가 환경에 배포됩니다.
4. 응용 프로그램은 항상 더 많은 기능을 통합하고 최신 기능으로 환경을 업데이트하도록 향상됩니다.
사용자 매뉴얼

제작 권 일람

구현 된 새로운 기능 목록입니다.

학습 내용 :

SDLC Waterfall 모델은 언제 사용합니까?

SDLC Waterfall 모델은 다음과 같은 경우에 사용됩니다.

  • 요구 사항은 안정적이며 자주 변경되지 않습니다.
  • 응용 프로그램이 작습니다.
  • 이해되지 않거나 명확하지 않은 요구 사항은 없습니다.
  • 환경이 안정적입니다
  • 사용 된 도구와 기술은 안정적이며 동적이 아닙니다.
  • 리소스는 잘 훈련되어 있으며 사용할 수 있습니다.

폭포 모델의 장단점

Waterfall 모델 사용의 장점은 다음과 같습니다.

  • 간단하고 이해하기 쉽고 사용하기 쉽습니다.
  • 소규모 프로젝트의 경우 폭포 모델이 잘 작동하고 적절한 결과를 산출합니다.
  • 단계가 단단하고 정확하기 때문에 한 단계가 한 번에 하나씩 수행되므로 유지 관리가 쉽습니다.
  • 진입 및 퇴출 기준이 잘 정의되어있어 쉽고 체계적으로 품질을 진행할 수 있습니다.
  • 결과는 잘 문서화되어 있습니다.

Waterfall 모델 사용의 단점 :

  • 요구 사항의 변경 사항을 채택 할 수 없습니다.
  • 단계로 돌아가는 것이 매우 어려워집니다. 예를 들어, 애플리케이션이 이제 테스트 단계로 이동하고 요구 사항이 변경되면 돌아가서 변경하기가 어려워집니다.
  • 중간에 시연되는 프로토 타입이 없기 때문에 최종 제품의 배송이 늦습니다.
  • 더 크고 복잡한 프로젝트의 경우이 모델은 위험 요소가 높기 때문에 좋지 않습니다.
  • 요구 사항이 자주 변경되는 프로젝트에는 적합하지 않습니다.
  • 길고 지속적인 프로젝트에서는 작동하지 않습니다.
  • 테스트는 나중 단계에서 수행되기 때문에 식별 할 수 없습니다. 도전과 위험 초기 단계에서는 위험 완화 전략을 준비하기가 어렵습니다.

결론

폭포 모델에서는 사인 오프 각 단계의 결과물. 오늘날 대부분의 프로젝트는 기민한 프로토 타입 모델, Waterfall 모델은 여전히 ​​소규모 프로젝트에 적합합니다. 요구 사항이 간단하고 테스트 가능한 경우 Waterfall 모델은 최상의 결과를 산출합니다.

추천 도서

^