소프트웨어 수명주기 모델(프로세스 모델이라고도 함)은 소프트웨어 수명주기를 그림과 도식으로 표현한 것입니다. 라이프사이클 모델은 소프트웨어 제품이 라이프사이클 단계를 통과하는 데 필요한 모든 방법을 나타냅니다. 또한 이러한 방법이 수행되는 구조를 포착합니다.
즉, 수명주기 모델은 소프트웨어 제품의 시작부터 폐기까지 수행되는 다양한 활동을 매핑합니다. 다양한 수명주기 모델은 필요한 개발 활동을 다양한 방식으로 단계별로 계획할 수 있습니다. 따라서 수명주기 모델을 따르는 요소는 없으며 필수 활동은 모든 수명주기 모델에 포함되어 있지만 작업은 서로 다른 수명주기 모델에서 뚜렷한 순서로 수행될 수 있습니다. 모든 수명주기 단계에서 하나 이상의 활동이 수행될 수도 있습니다.
SDLC의 필요성
개발팀은 특정 계획에 적합한 수명주기 모델을 결정한 다음 이를 준수해야 합니다.
정확한 라이프사이클 모델을 사용하지 않으면 소프트웨어 제품 개발이 체계적이고 규율 있는 방식으로 이루어지지 않을 것입니다. 팀이 소프트웨어 제품을 개발할 때 언제, 무엇을 해야 할지에 대해 팀 대표 간에 명확한 이해가 있어야 합니다. 그렇지 않으면 혼란과 프로젝트 실패를 의미할 것입니다. 이 문제는 예제를 사용하여 정의할 수 있습니다. 소프트웨어 개발 문제가 여러 부분으로 나누어지고 그 부분이 팀 구성원에게 할당된다고 가정해 보겠습니다. 그때부터 팀 대표가 원하는 방식으로 자신에게 할당된 역할을 자유롭게 개발할 수 있다고 가정해 보겠습니다. 한 담당자가 자신의 부품에 대한 코드 작성을 시작하고, 다른 담당자는 테스트 문서를 먼저 준비하고, 다른 엔지니어는 자신에게 할당된 역할의 설계 단계부터 시작할 수도 있습니다. 이는 프로젝트 실패를 위한 완벽한 방법 중 하나입니다.
소프트웨어 수명주기 모델은 각 단계의 시작 및 종료 기준을 설명합니다. 단계 진입 기준이 충족된 경우에만 단계가 시작될 수 있습니다. 따라서 소프트웨어 수명주기 모델이 없으면 단계의 시작 및 종료 기준을 인식할 수 없습니다. 소프트웨어 수명주기 모델이 없으면 소프트웨어 프로젝트 관리자가 프로젝트 진행 상황을 모니터링하기가 어려워집니다.
SDLC 사이클
SDLC Cycle은 소프트웨어 개발 과정을 나타냅니다. SDLC 프레임워크에는 다음 단계가 포함됩니다.
SDLC의 단계는 다음과 같습니다.
1단계: 계획 및 요구사항 분석
np.clip
요구사항 분석은 SDLC에서 가장 중요하고 필요한 단계입니다.
팀의 고위 구성원은 업계의 모든 이해관계자와 도메인 전문가 또는 SME의 의견을 바탕으로 이를 수행합니다.
품질 보증 요구 사항에 대한 계획과 프로젝트와 관련된 위험 식별도 이 단계에서 수행됩니다.
비즈니스 분석가와 프로젝트 주최자는 고객이 구축하려는 것, 최종 사용자가 될 사람, 제품의 목표 등 모든 데이터를 수집하기 위해 고객과의 회의를 준비합니다. 제품을 만들기 전, 제품에 대한 핵심적인 이해나 지식이 매우 필요합니다.
예를 들어 , 고객은 금전 거래에 관한 신청서를 갖고 싶어합니다. 이 방법에서는 어떤 종류의 작업이 수행될 것인지, 어떻게 수행될 것인지, 어떤 통화로 수행될 것인지 등과 같은 요구 사항이 정확해야 합니다.
필요한 기능이 완료되면 제품 성장의 타당성을 감사하여 분석이 완료됩니다. 모호한 경우 추가 논의를 위해 신호가 설정됩니다.
요구 사항이 이해되면 SRS(소프트웨어 요구 사항 사양) 문서가 생성됩니다. 개발자는 이 문서를 철저히 따라야 하며 향후 참조를 위해 고객의 검토를 받아야 합니다.
2단계: 요구사항 정의
요구사항 분석이 완료되면 다음 단계는 소프트웨어 요구사항을 확실히 표현하고 문서화하여 프로젝트 이해관계자로부터 승인을 받는 것입니다.
이는 프로젝트 수명 주기 동안 구성 및 개발될 모든 제품 요구 사항이 포함된 소프트웨어 요구 사항 사양 문서인 'SRS'를 통해 수행됩니다.
3단계: 소프트웨어 설계
팬더 로크
다음 단계에서는 소프트웨어 프로젝트의 요구 사항, 분석 및 설계에 대한 모든 지식을 가져오려고 합니다. 이 단계는 고객의 입력 및 요구 사항 수집과 같은 마지막 두 단계의 산물입니다.
4단계: 프로젝트 개발
SDLC의 이 단계에서는 실제 개발이 시작되고 프로그래밍이 구축됩니다. 디자인의 구현은 코드 작성과 관련하여 시작됩니다. 개발자는 관리에서 설명한 코딩 지침을 따라야 하며, 컴파일러, 인터프리터, 디버거 등과 같은 프로그래밍 도구를 사용하여 코드를 개발하고 구현합니다.
5단계: 테스트
코드가 생성된 후에는 제품이 요구 사항 단계에서 해결되고 수집된 요구 사항을 해결하는지 확인하기 위해 요구 사항에 대해 테스트됩니다.
이 단계에서는 단위 테스트, 통합 테스트, 시스템 테스트, 승인 테스트가 수행됩니다.
6단계: 배포
소프트웨어가 인증되고 버그나 오류가 언급되지 않으면 배포됩니다.
그런 다음 평가에 따라 소프트웨어는 그대로 출시되거나 개체 세그먼트에서 제안된 개선 사항과 함께 출시될 수 있습니다.
소프트웨어가 배포된 후 유지 관리가 시작됩니다.
7단계: 유지 관리
클라이언트가 개발된 시스템을 사용하기 시작하면 때때로 실제 문제가 발생하고 해결해야 할 요구 사항이 있습니다.
개발된 제품에 주의를 기울이는 이러한 절차를 유지 관리라고 합니다.