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

Maintenance 릴리스는 핵심 구성 요소를 변경하거나 새로운 기능을 추가하지 않고 보안 결함이나 사소한 버그를 수정하는 소프트웨어 릴리스입니다.그들은 일반적으로 10 분의 1 또는 백분기로 번호가 매겨져 있으며 주요 릴리스와 차별화되며, 단순히 버전 1.0, 버전 2.0 등이 번호가 매겨집니다.유지 보수 릴리스는 시스템 운영 및 소프트웨어 릴리스 수명주기의 지원 단계의 일부입니다.데이터 및 프로세스가 모델링되는 시스템 분석 및 요구 사항 검색으로 시작합니다.그런 다음 설계 단계, 건축 단계, 구현 단계 및 결국 운영 및 지원 단계로 진행됩니다.이 마지막 단계 내에서 기본 요구 사항을 리모델링하여 오류를 수정하거나 전체 시스템을 업그레이드하는 유지 보수 릴리스를 도입하여 사용자에 대한 지속적인 기술 지원이 적용됩니다.이들은 일반적으로 소프트웨어 수명주기의 이전 단계 중 하나에서 발생한 실수로 인해 나타납니다.예를 들어 요구 사항 분석 단계에서 요구 사항이 잘못 전달되거나 검증되면 훨씬 나중에까지 나타나지 않는 주요 결함으로 이어질 수 있습니다.이것은 실제로 일반적인 사건이기 때문에 지금까지 출시 된 거의 모든 소프트웨어가 한 번에 유지 보수 릴리스를 겪어야하는 이유입니다.첫째, 릴리스는 요구 사항, 설계 또는 구현 단계에서 발생한 실수를 수정하기 위해 기존 프로그램을 변경해야합니다.또한 새로 제작 된 수정 사항이 수정 된 세그먼트의 다른 측면을 방해하지 않으며 새로 만들어진 변경 사항이 다른 세그먼트의 활동을 방해하지 않도록해야합니다.마지막으로, 릴리스로 인해 시스템 성능이 어려워서는 안됩니다.일반적으로 소프트웨어 엔지니어는 품질이나 신뢰성을 희생하지 않고 최대한 빨리이 프로세스를 완료하려고합니다.

유지 보수 릴리스를 발행하기 전에 단위 테스트, 시스템 테스트 및 회귀 테스트의 세 가지 방법을 통해 철저히 테스트해야합니다..단위 테스트를 통해 고정 된 프로그램의 특정 세그먼트가 이제 올바르게 작동하는지 확인합니다.반면에 시스템 테스트는 새로 고정 된 프로그램 세그먼트가 다른 프로그램 세그먼트를 방해하지 않도록합니다.회귀 테스트는 통계 데이터를 사용하여 전체 처리량 또는 응답 시간이 변경에 의해 긍정적 또는 부정적인 영향을 받는지 확인합니다.이 프로세스 의이 부분에서 훈련 된 소프트웨어 기반 사서는 세 심하게 기록하고 추적 한 모든 변경 사항을 기록하고 추적합니다.이를 통해 유지 보수 릴리스에서 예상치 못한 오류가 발생할 경우 소프트웨어 엔지니어가 역 추적 할 수 있습니다.