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

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

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

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

는 유지 보수 릴리스의 몇 가지 기본 목표입니다. 첫째, 릴리스는 요구 사항, 설계 또는 구현 단계에서 발생한 실수를 수정하기 위해 기존 프로그램을 변경해야합니다. 또한 새로 제작 된 수정 사항이 수정 된 세그먼트의 다른 측면을 방해하지 않으며 새로 만들어진 변경 사항이 다른 세그먼트의 활동을 방해하지 않도록해야합니다. 마지막으로, 릴리스 SHOUld는 시스템 성능을 겪지 않습니다. 일반적으로 소프트웨어 엔지니어는 품질이나 신뢰성을 희생하지 않고 최대한 빨리이 프로세스를 완료하려고합니다.

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

시스템 유지 관리의 마지막이자 가장 중요한 측면은 버전 제어입니다. 이 프로세스 의이 부분에서 훈련 된 소프트웨어 기반 사서는 세 심하게 기록하고 추적 한 모든 변경 사항을 기록하고 추적합니다. 이로 인해 소프트웨어 엔지니어가 b유지 보수 릴리스에서 예기치 않은 오류가 발생할 경우 ACKTrack.