SDLC 모델-진화

소프트웨어 개발 수명주기 (SDLC) 모델은 소프트웨어 개발 프로젝트의 각 단계에서 수행되는 활동을 설명하는 프레임 워크입니다.

소프트웨어 개발 수명주기에서 활동은 5 단계로 수행됩니다.

  • Requirements Gathering− 개발할 소프트웨어에 대한 요구 사항이 수집됩니다. 이러한 요구 사항은 고객 / 사용자가 이해할 수있는 언어로 작성됩니다. 도메인 별 용어가 권장됩니다.

  • Analysis − 수집 된 요구 사항은 구현 관점에서 분석되고 소프트웨어 사양은 기능 요구 사항과 비 기능 요구 사항을 모두 포함하도록 작성됩니다.

  • Design −이 단계는 개발을 위해 선택한 기술을 기반으로 소프트웨어 아키텍처 및 구현 세부 사항에 도달하는 것을 포함합니다.

  • Construction −이 단계에서는 코드가 개발되고, 단위 테스트, 통합, 통합 테스트 및 빌드가 생성됩니다.

  • Testing− 빌드 된 소프트웨어의 기능 테스트는이 단계에서 수행됩니다. 여기에는 비 기능적 요구 사항 테스트도 포함됩니다.

이러한 활동을 수행하는 방법에는 두 가지가 있습니다.

  • Prescriptive − 프레임 워크에 정의 된대로 규정 된 방식으로 활동을 수행하는 방법을 제공하는 SDLC 모델.

  • Adaptive− 따라야 할 특정 규칙과 함께 활동을 수행 할 때 유연성을 제공하는 SDLC 모델. 애자일 방법은 대부분이 접근 방식을 따르며 각 방법에는 규칙이 있습니다. 그러나 적응 형 또는 민첩한 접근 방식을 따른다고해서 어떠한 규율도 따르지 않고 소프트웨어가 개발되는 것은 아닙니다. 이것은 혼돈으로 이어질 것입니다.

특정 SDLC 모델이 좋거나 나쁘다고 말할 수 없다는 것을 이해해야합니다. 그들 각각은 고유 한 강점과 약점을 가지고 있으므로 특정 상황에 적합합니다.

프로젝트에 대한 SDLC 모델을 선택할 때 이해해야합니다.

  • 조직 컨텍스트
  • 귀하의 기술 상황
  • 팀 구성
  • 고객 컨텍스트

예를 들어 소프트웨어 개발이 예측 가능한 경우 규범 적 접근 방식을 사용할 수 있습니다. 반면에 소프트웨어 개발을 예측할 수없는 경우 (예 : 요구 사항이 완전히 알려지지 않았거나 개발 팀이 현재 도메인 또는 기술 등에 대해 사전에 노출되지 않은 경우) 적응 형 접근 방식이 최선의 선택입니다.

다음 섹션에서는 업계 전반에 걸쳐 소프트웨어 개발 프로젝트를 실행하는 동안 발전된 가장 널리 사용되는 SDLC 모델을 이해할 수 있습니다. 또한 각각의 강점과 약점과 어떤 맥락에서 적합한 지 알게 될 것입니다.