SDLC

"System Development Lifecycle"의 약자입니다. SDLC는 정보 기술에서 사용되는 시스템을 만들고 유지 관리하기 위한 체계적인 접근 방식입니다. 네트워크와 온라인 서비스에도 적용할 수 있지만, 가장 일반적으로 소프트웨어 개발에 사용됩니다.

소프트웨어에 적용할 때 SDLC는 "애플리케이션 개발 수명 주기"라고도 합니다. 일부 SDLC 모델은 단계가 5개에 불과하지만, 다른 모델은 10개에 이르기도 합니다. 소프트웨어 애플리케이션을 개발하는 데 사용되는 일반적인 SDLC 프레임워크에는 다음과 같은 7개 단계가 포함될 수 있습니다.

1. 계획 - SDLC에서 가장 기본이 되는 부분은 계획입니다. 여기에는 특정 프로그램이 필요한지 결정하고, 최종 사용자가 누구인지 파악하며, 개발 비용과 소요 시간을 정하는 단계가 포함됩니다.
2. 정의 - 이 단계에서는 전반적인 개발 계획을 구체적인 기준으로 구체화합니다. 프로그램의 구체적인 요구 사항을 정의합니다. 이 단계에서 개발 팀은 프로그램을 만드는 데 사용할 프로그래밍 언어도 결정할 수 있습니다.
3. 설계 - 이 과정에는 사용자 인터페이스를 만들고 프로그램의 작동 방식을 결정하는 작업이 포함됩니다. 규모가 큰 애플리케이션의 경우 설계 문서 사양(DDS)을 작성하는 것이 일반적이며, 실제 개발을 시작하기 전에 이를 검토하고 승인해야 할 수 있습니다.
4. 구축 - 구축 단계는 일반적으로 소프트웨어 개발 과정의 대부분을 차지합니다. 여기에는 소스 코드를 작성하고, 그래픽을 만들며, 자산을 실행 가능한 프로그램으로 컴파일하는 작업이 포함됩니다. 소규모 프로젝트에는 프로그래머 한 명이 참여할 수 있지만, 규모가 큰 프로젝트에는 여러 팀이 함께 작업할 수 있습니다. 예를 들어 한 팀은 사용자 인터페이스를 설계하고 다른 팀은 소스 코드를 작성할 수 있습니다. 멀티플랫폼 애플리케이션의 경우 각 팀에 서로 다른 플랫폼을 맡길 수 있습니다.
5. 테스트 - 매우 중요한 테스트 단계에서는 개발자가 알려지지 않은 문제를 찾아내고 프로그램에서 발생하는 버그를 수정할 수 있습니다. 일부 테스트는 내부적으로 진행할 수 있으며, 소프트웨어의 베타 버전을 일부 사용자 그룹에 제공하여 공개 테스트를 진행할 수도 있습니다.
6. 배포 - 프로그램이 테스트 단계를 통과하면 배포할 준비가 된 것입니다. 이 단계에서 소프트웨어를 일반에 공개합니다. 전자 방식으로 다운로드하게 하거나, CD 또는 DVD로 제공되는 패키지 소프트웨어로 배포할 수 있습니다.
7. 유지 관리 - 소프트웨어 애플리케이션이 출시된 후에도 사용자가 추가 버그나 기능 요청을 제출할 수 있습니다. 개발 팀은 버그를 수정하고 새로운 기능을 추가하여 소프트웨어를 유지 관리해야 합니다. 상용 소프트웨어 프로그램에는 기술 지원이 어느 정도 포함되는 경우가 많습니다.

위 단계들을 주기라고 부르는 이유는 소프트웨어의 새로운 주요 버전이 출시될 때마다 이 단계들이 반복되기 때문입니다. 유지 관리 단계에는 사소한 업데이트가 포함될 수 있지만, 대부분의 소프트웨어 회사는 유료 업데이트(버전 2, 버전 3 등)를 정기적으로 출시하여 사업을 유지합니다. 새로운 주요 버전을 시작하기 전에 개발 팀은 먼저 계획(1단계)을 세운 다음 SDLC의 다른 단계들을 계속 진행해야 합니다.