소프트웨어 개발 수명 주기(SDLC)의 7단계/단계

SDLC는 소프트웨어를 개발하는 데 사용되는 프로세스입니다. 라이프 사이클은 계획 단계에서 운영 및 유지 보수에 이르는 소프트웨어 개발을 따릅니다.

SDLC(소프트웨어 개발 수명 주기)는 소프트웨어를 설계, 생성 및 제공하기 위해 완료해야 하는 작업을 식별합니다. 이러한 작업은 개발자가 내부에서 작업할 수 있는 구조를 형성합니다.

SDLC에는 7개의 단계 또는 단계가 있으며 모두 고유한 활동과 작업 완료 목록이 있습니다. 이 7단계는 소프트웨어를 완료하고 전달하기 위해 수행해야 하는 작업에 대한 로드맵을 제공합니다.

오늘 계속해서 SDLC의 7단계에 대해 알아보세요!

1. 기획

이것은 SDLC의 첫 번째 단계입니다. 이 단계에서는 비즈니스 운영을 개선하기 위한 새로운 시스템이 필요한지 여부를 결정합니다. 필요성이 결정되면(또는 문제가 식별되면) 솔루션을 찾아야 합니다.

이 단계에서 정보와 리소스가 수집되어 새로운 시스템이 필요하거나 이미 존재하는 시스템에 대한 개선이 필요합니다. 필요를 뒷받침하는 정보를 기반으로 솔루션이 고안되고 승인을 위해 제출됩니다.

이 단계에서 요구 사항을 충족하는 최신 정보와 리소스를 확보하기 위해 현재 웹 개발 업계 동향을 살펴보는 것이 좋습니다.

 추천 대상: AI가 최신 웹 앱 개발에 어떤 영향을 미치고 있습니까?

2. 시스템 분석 및 요구 사항

여기에서 제안된 솔루션이 회사의 전체 전략 및 목표와 가장 잘 일치하는 것이 발견될 때까지 검토됩니다. 이 단계에서 계획은 여전히 ​​수행되지만 훨씬 더 깊은 분석 수준에서 수행됩니다.

문제 및 관련 시스템을 분석하여 프로젝트 또는 솔루션에 대한 기능 요구 사항을 결정합니다. 이는 문제를 해결하고 기업 전략과 일치시키기 위해 새 시스템이 충족해야 하는 요구 사항입니다.

여기에서 일정이 선택되고 개별 부분을 책임지는 사람이 결정되며 비즈니스 요구 사항을 충족할 수 있는 방법이 결정됩니다.

3. 시스템 설계

들리는 것처럼 여기에서 새로운 시스템이나 소프트웨어가 설계됩니다. 매개변수는 사용할 기술, 프로젝트 제약 조건, 시간 및 예산과 함께 이해 관계자와 논의됩니다. 검토 후 두 번째 단계에서 결정된 요구 사항을 충족하는 최상의 설계 접근 방식이 선택됩니다.

선택한 디자인 접근 방식은 개발해야 하는 모든 구성 요소, 사용자 흐름 및 데이터베이스 통신, 타사 서비스와의 통신에 대한 정의를 제공해야 합니다.

4. 개발

개발 단계는 새로운 시스템이나 소프트웨어에 대한 실제 실제 작업이 시작되는 단계입니다. 일반적으로 프로그래머, 네트워크 엔지니어, 데이터베이스 개발자 또는 그 조합이 소스 코드 작성을 시작하게 됩니다.

이 단계에서 순서도를 만드는 것이 중요합니다. 이 순서도는 시스템의 프로세스가 적절하게 구성되었는지 확인하는 데 사용됩니다.

이 단계는 일반적으로 사용할 실제 소프트웨어의 개발과 관련이 있지만 프로토타입 모델에서는 프로토타입이 개발되는 단계입니다. 그런 다음 프로토타입은 고객의 요구를 충족하고 고객이 만족할 때까지 지속적으로 개발 및 테스트됩니다. 그 후 프로토타입은 이 단계로 마지막 한 번을 반환합니다.

개발 단계로의 마지막 여행 동안 개발되어 실제 소프트웨어나 시스템으로 전환되어 사용할 수 있습니다.

5. 통합 및 테스트

이 단계에서 숙련된 테스터가 요구 사항에 대해 소프트웨어 또는 시스템을 테스트하기 시작합니다. 목표는 시스템 내의 결함을 식별하고 두 번째 단계의 문서화된 요구 사항에 따라 작동하는지 여부를 식별하는 것입니다.

이 단계는 소프트웨어를 제공하는 데 중요합니다. 테스트 단계에서 개발 단계로 왔다 갔다 하는 것이 일반적입니다. 이는 소프트웨어나 시스템 내에서 결함이나 문제가 발견되면 이를 기록하고 솔루션을 위해 개발 단계로 다시 보내기 때문입니다.

테스터가 시스템과 소프트웨어를 테스트할 수 있는 몇 가지 다른 방법이 있습니다. 테스트 스크립트를 사용하거나 탐색 테스트를 사용할 수 있습니다.

테스트 스크립트를 사용하면 시스템이 요구 사항을 준수하는지 확인하기 위해 일련의 미리 결정된 테스트가 자동으로 실행됩니다. 탐색적 테스트를 사용하는 것은 경험에 기반합니다. 테스터는 새 시스템 또는 소프트웨어를 작동하여 새 시스템의 용도, 기능 및 기능을 탐색하여 새 시스템을 테스트합니다. 테스터는 경험만으로 시스템을 탐색하고 요구 사항을 충족하는지 여부를 평가합니다.

시스템이 모든 요구 사항을 충족하면 테스터는 시스템 또는 소프트웨어를 다음 단계로 넘어갑니다. 시스템 문제의 범위와 크기에 따라 이 문제가 발생하는 데 며칠에서 몇 달이 걸릴 수 있습니다.

 당신은 좋아할 수 있습니다: 2019년에 집중해야 할 상위 7가지 웹 개발 동향.

6. 시행

다시 말하지만, 이것은 새 시스템이 정상적인 비즈니스 운영에 구현되는 단계입니다. 새 소프트웨어나 시스템이 설치되면 더 많은 코드를 작성해야 하고 파일이나 데이터를 새 시스템으로 이동해야 합니다.

설치 중에 비즈니스 운영을 방해할 위험이 있기 때문에 이 단계는 일반적으로 사용량이 많지 않은 시간에 발생합니다. 이는 통합 또는 이전 시 오류가 발생할 가능성이 있기 때문입니다. 목표는 이러한 오류를 최소화하는 것이지만 발생할 수 있으며 피크 시간에 발생하면 회사는 생산성과 수익을 잃을 수 있습니다.

최종 사용자와 분석가는 완성된 시스템과 이 시스템이 회사에 가져올 변화를 처음 엿볼 수 있어야 합니다.

7. 운영 및 유지보수

SDLC의 마지막 단계에는 정기적인 유지 관리 및 필수 업데이트 푸시가 포함됩니다. 여기서 최종 사용자는 미래의 요구 사항에 더 잘 맞도록 시스템을 미세 조정할 수 있습니다.

IT 부서는 원격으로 새 업데이트를 설치할 수 있을 뿐만 아니라 회사의 요구 사항을 지속적으로 충족하도록 시스템을 사용자 지정하는 데 도움을 줄 수 있습니다. IT는 또한 미래에 발생할 수 있는 오류나 문제를 수정할 책임이 있습니다. 완벽한 시스템은 없으며 지속적인 유지 관리는 새로운 시스템이나 소프트웨어 프로젝트의 필수 부분입니다.

SDLC 모델

SDLC는 모델이라고 하는 다양한 방식으로 사용할 수 있습니다. 이러한 모델은 서로 다르고 장단점이 있지만 모두 동일한 순서로 동일한 단계를 사용합니다. 다음은 SDLC를 따를 때 사용하는 가장 인기 있는 두 가지 모델입니다.

애자일 모델

애자일 모델( wiki )은 요구 사항보다 개발 중 유연성에 중점을 둡니다. 애자일 모델을 사용하려면 프로젝트를 더 작은 증분 세그먼트로 분할해야 합니다. 각 세그먼트는 다음 세그먼트에 대한 작업이 시작되기 전에 최종 사용자 또는 고객이 개발, 테스트 및 평가합니다.

효과적으로 각 부문은 고객의 의견과 피드백을 통해 이전 부문의 기능과 특징을 기반으로 구축됩니다. 작업할 각 세그먼트의 시간 프레임을 스프린트라고 합니다.

스프린트는 약 2주에서 4주 동안 지속될 수 있습니다. 스프린트의 기간에 관계없이 스프린트가 끝나면 소유자는 제품을 확인하고 고객에게 배송할 때 승인을 부여합니다.

고객은 마찬가지로 회사가 개발 팀에 다시 전달할 수 있도록 의견과 비판을 남길 것입니다. 고객 피드백과 제안은 모든 단계에서 수집됩니다. 그러나 고객이 시스템에서 원하는 작업이 명확하지 않은 경우 모델과 시스템이 실패할 수 있습니다.

프로토타입 모델

이 모델은 실제 소프트웨어나 시스템 이전에 여러 개의 프로토타입은 아니더라도 최소한 하나의 프로토타입을 개발하는 것을 포함합니다. 이러한 프로토타입은 전체 소프트웨어 또는 서비스가 제공하는 서비스의 전체 가용성을 제공하지 않습니다. 그러나 고객의 요구 사항을 결정하는 데 유용할 수 있습니다.

테스트 단계에서 고객 피드백을 위해 실제 소프트웨어 대신 프로토타입 모델( wiki )을 통해 프로토타입을 검토합니다. 고객은 여전히 ​​피드백을 제공하고 프로토타입은 변경을 위해 개발팀으로 다시 보내집니다. 이러한 변경 사항이 적용되면 검토를 위해 고객에게 다시 전달됩니다.

이것은 고객이 만족하고 그들의 요구가 충족될 때까지 계속됩니다. 고객이 만족하면 프로토타입을 제작하여 SDLC의 다음 단계로 보냅니다.

이 모델의 가장 큰 장점 중 하나는 비용 절감입니다. 실제 소프트웨어가 아닌 프로토타입에서 테스트를 수행하기 때문에 결함을 훨씬 더 빨리 발견할 수 있습니다. 이렇게 하면 마감일과 출시 날짜를 맞출 때 비용과 시간을 절약할 수 있습니다. 또 다른 장점은 고객의 피드백을 통해 최신 웹 개발 업계 동향을 파악할 수 있다는 것입니다.

그러나 이 모델의 단점은 장점이기도 합니다. 고객은 피드백을 제공하고 사용하고 요구 사항을 충족하는 소프트웨어를 만드는 데 도움을 주는 프로세스의 초기 단계에 참여합니다. 그러나 이로 인해 고객은 최종 제품의 요구 사항을 변경하여 출시 및 배포가 지연될 수 있습니다.

 당신은 또한 좋아할 수 있습니다: Laravel은 비즈니스 웹 앱 개발을 위한 완벽한 프레임워크입니까?

결론

SDLC를 준수하고 준수하는 것은 문제를 해결하거나 요구 사항을 충족하는 데 필요한 프로젝트 또는 소프트웨어의 성공을 보장하는 데 매우 중요합니다. SDLC는 소프트웨어 개발의 라이프 사이클을 정의하고 설명하는 일련의 7단계입니다.

SDLC는 몇 가지 모델로 구현할 수 있으며 그 중 가장 주목할만한 것은 애자일 및 프로토타입 모델입니다. 두 모델 모두 주기 초기에 고객 피드백에 크게 의존합니다. 이를 통해 회사는 고객의 요구를 효과적이고 시기 적절하게 충족할 수 있습니다.

SDLC와 배포 모델을 채택하면 회사의 문제를 해결하고, 회사와 고객의 요구 사항을 식별하고, 이러한 요구 사항을 충족하는 새로운 시스템과 소프트웨어를 배포하는 데 큰 도움이 됩니다.