Agile SDLC 모델은 신속한 제공을 통한 프로세스 적응성 및 고객 만족도에 초점을 맞춘 반복 및 증분 프로세스 모델의 조합입니다. 작동하는 소프트웨어 제품의. 애자일 방법은 제품을 작은 증분 빌드로 나눕니다. 이러한 빌드는 반복적으로 제공됩니다. 각 반복은 일반적으로 약 1 ~ 3 주 동안 지속됩니다. 모든 반복에는 다음과 같은 다양한 영역에서 동시에 작업하는 교차 기능 팀이 포함됩니다.-

• 계획
• 요구 사항 분석
• 디자인
• 코딩
• 단위 테스트 및
• 수락 테스트.

반복이 끝나면 작동중인 제품이 고객과 중요한 이해 관계자에게 표시됩니다.

Agile이란 무엇입니까?

Agile 모델은 모든 프로젝트를 다르게 처리해야하며 기존 방법을 프로젝트 요구 사항에 가장 잘 맞게 조정해야한다고 믿습니다. Agile에서 작업은 릴리스에 대한 특정 기능을 제공하기 위해 시간 상자 (작은 시간 프레임)로 나뉩니다.

반복적 인 접근 방식을 취하고 각 반복 후에 작업 소프트웨어 빌드를 제공합니다. 각 빌드는 기능 측면에서 점진적입니다. 최종 빌드에는 고객이 필요로하는 모든 기능이 포함되어 있습니다.

다음은 Agile 모델의 그래픽 일러스트입니다.-

The Agile 사고 프로세스는 소프트웨어 개발 초기에 시작되었으며 유연성과 적응성으로 인해 시간이 지남에 따라 대중화되기 시작했습니다.

가장 인기있는 Agile 방법에는 Rational Unified Process (1994), Scrum (1995), Crystal Clear, Extreme Programming (1996), Adaptive Software Development, Feature Driven Development 및 DSDM (Dynamic Systems Development Method) (1995). 애자일 선언문이 2001 년에 발표 된 이후이를 통틀어 애자일 방법론이라고합니다.

다음은 애자일 선언문 원칙입니다.-

• 개인 및 상호 작용- 애자일 개발에서는 코 로케이션 및 페어 프로그래밍과 같은 상호 작용과 마찬가지로 자기 조직화와 동기 부여가 중요합니다.

• 작업 소프트웨어 − 데모 작업 소프트웨어는 최고의 의사 소통 수단으로 간주됩니다. 문서에 의존하지 않고 고객과의 요구 사항을 이해하도록합니다.

• 고객 협업 − 다양한 요인으로 인해 프로젝트 초기에 요구 사항을 완전히 수집 할 수 없기 때문에 지속적인 고객 상호 작용은 적절한 제품 요구 사항을 얻기 위해 매우 중요합니다.

• 변화에 대응 − Agile Development는 변화에 대한 빠른 대응과 지속적인 개발에 중점을 둡니다.

Agile 대 기존 SDLC 모델

Agile은 적응 형 소프트웨어를 기반으로합니다. 개발 방법에 비해 폭포수 모델과 같은 기존 SDLC 모델은 예측 접근 방식을 기반으로합니다. 기존 SDLC 모델의 예측 팀은 일반적으로 세부 계획을 가지고 작업하며 향후 몇 개월 또는 제품 수명주기 동안 제공 될 정확한 작업 및 기능에 대한 완전한 예측을 가지고 있습니다.

예측 방법은 전적으로 의존합니다. 주기 초기에 수행 된 요구 사항 분석 및 계획. 통합 될 모든 변경 사항은 엄격한 변경 관리 관리 및 우선 순위 지정을 거칩니다.

Agile은 세부적인 계획이없고 개발해야하는 기능에 대해서만 향후 작업에 대한 명확성이있는 적응 형 접근 방식을 사용합니다. . 기능 중심 개발이 있으며 팀은 변화하는 제품 요구 사항에 동적으로 적응합니다. 이 제품은 릴리스 반복을 통해 매우 자주 테스트되어 향후 주요 실패 위험을 최소화합니다.

고객 상호 작용은이 Agile 방법론의 중추이며 최소한의 문서를 통한 개방형 커뮤니케이션은 민첩한 개발 환경. 애자일 팀은 서로 긴밀하게 협력하며 대부분 동일한 지리적 위치에 있습니다.

애자일 모델-장단점

애자일 방법은 소프트웨어에서 널리 수용되고 있습니다. 최근 세계. 그러나이 방법이 모든 제품에 항상 적합한 것은 아닙니다. 다음은 애자일 모델의 장단점입니다.

애자일 모델의 장점은 다음과 같습니다.

• 소프트웨어 개발에 대한 매우 현실적인 접근 방식입니다.

• 팀워크 및 교차 교육을 촉진합니다.

• 기능을 빠르게 개발하고 시연 할 수 있습니다.

• 자원 요구 사항은 최소입니다.

• 고정되거나 변경되는 요구 사항에 적합

• 조기 부분 작업 솔루션 제공 .

• 지속적으로 변화하는 환경에 적합한 모델

• 최소한의 규칙, 쉽게 사용할 수있는 문서.

• 전체적으로 계획된 컨텍스트 내에서 동시 개발 및 제공이 가능합니다.

• 계획이 거의 또는 전혀 필요하지 않습니다.

• 관리하기 쉽습니다.

• 개발자에게 유연성을 제공합니다.

애자일 모델은 다음과 같습니다-

• 복잡한 종속성을 처리하는 데 적합하지 않습니다.

• 지속 가능성, 유지 관리 및 확장성에 대한 더 많은 위험.

• 전체 계획, 애자일 리더 및 애자일 PM 관행은 필수 사항이며, 그렇지 않으면 작동하지 않습니다.

• 엄격 제공 관리는 제공 할 범위, 기능 및 기한을 맞추기위한 조정을 지시합니다.

• 고객 상호 작용에 크게 의존하므로 고객이 명확하지 않은 경우 팀을 주도 할 수 있습니다. 잘못된 방향입니다.

• 최소한의 문서가 생성되므로 개별 의존성이 매우 높습니다.

• 기술 이전 새로운 팀원들에게는 상당히 어려울 수 있습니다. 문서 부족으로 대출.