유지 관리 릴리스 란 무엇입니까?

유지 관리 릴리스는 핵심 구성 요소를 변경하거나 새로운 기능을 추가하지 않고 보안 결함 또는 사소한 버그를 수정하는 소프트웨어 릴리스입니다. 일반적으로 버전 1.0, 버전 2.0 등의 주요 릴리스와 구별하기 위해 10 분의 1 또는 100 분의 1로 번호가 매겨집니다. 유지 관리 릴리스는 소프트웨어 릴리스 수명주기의 시스템 작동 및 지원 단계의 일부입니다.

모든 소프트웨어 응용 프로그램은 소프트웨어 릴리스 수명주기를 거칩니다. 데이터와 프로세스가 모델링되는 단계 인 시스템 분석 및 요구 사항 검색으로 시작합니다. 그런 다음 설계 단계, 건설 단계, 구현 단계 및 결국 운영 및 지원 단계로 진행합니다. 이 마지막 단계에서 사용자에 대한 지속적인 기술 지원은 기본 요구 사항을 리모델링하여 오류를 수정하거나 전체 시스템을 업그레이드하는 유지 보수 릴리스의 도입을 통해 적용됩니다.

기본 프로그래밍 오류를 수정하려면 일반적으로 유지 보수 릴리스가 필요합니다. 이러한 문제는 일반적으로 소프트웨어 수명주기의 이전 단계 중 하나에서 발생한 실수로 인해 나타납니다. 예를 들어, 요구 사항 분석 단계에서 요구 사항이 잘못 전달되거나 유효성이 검증 된 경우, 나중에 더 이상 표시되지 않는 중대한 결함이 발생할 수 있습니다. 이것은 실제로 흔한 일이므로, 지금까지 출시 된 거의 모든 소프트웨어가 한 번에 한 번 유지 보수 릴리스를 거쳐야했습니다.

유지 보수 릴리스의 몇 가지 기본 목표는 다음과 같습니다. 먼저, 릴리스는 요구 사항, 설계 또는 구현 단계에서 발생한 실수를 수정하기 위해 기존 프로그램을 변경해야합니다. 또한 새로 작성된 수정 사항이 수정 된 세그먼트의 다른 측면을 방해하지 않도록하고 새로 작성된 변경 사항이 다른 세그먼트의 활동을 방해하지 않도록해야합니다. 마지막으로 릴리스로 인해 시스템 성능이 저하되지 않아야합니다. 일반적으로 소프트웨어 엔지니어는 품질이나 안정성을 저하시키지 않으면 서 가능한 빨리이 프로세스를 완료하려고합니다.

유지 보수 릴리스를 발행하기 전에 단위 테스트, 시스템 테스트 및 회귀 테스트의 세 가지 방법을 통해 철저히 테스트해야합니다. 단위 테스트는 이제 수정 된 프로그램의 특정 세그먼트가 올바르게 작동하는지 확인합니다. 반면에 시스템 테스트는 프로그램의 새로 수정 된 세그먼트가 다른 프로그램 세그먼트를 방해하지 않도록합니다. 회귀 테스트는 통계 데이터를 사용하여 전체 처리량 또는 응답 시간이 변경에 의해 긍정적 또는 부정적인 영향을 받았는지 확인합니다.

시스템 유지 관리의 마지막 및 가장 중요한 측면은 버전 관리입니다. 이 과정에서 훈련 된 소프트웨어 기반 사서는 모든 변경 사항을 세 심하게 기록하고 추적합니다. 따라서 유지 보수 릴리스에 예기치 않은 오류가 발생하는 경우 소프트웨어 엔지니어가 역 추적 할 수 있습니다.