メンテナンスリリースとは何ですか？

メンテナンスリリースは、コアコンポーネントを変更したり、新しい機能を追加したりすることなく、セキュリティ上の欠陥や小さなバグを修正するソフトウェアリリースです。 通常、バージョン1.0、バージョン2.0などの単純な番号が付けられたメジャーリリースと区別するために、10分の1または100分の1の番号が付けられます。 メンテナンスリリースは、ソフトウェアリリースライフサイクルのシステム操作およびサポート段階の一部です。

すべてのソフトウェアアプリケーションは、ソフトウェアリリースのライフサイクルを通過します。 それは、データとプロセスがモデル化される段階であるシステム分析と要件発見から始まります。 次に、設計段階、構築段階、実装段階、そして最終的には運用段階とサポート段階に進みます。 エラーを修正するか、基本要件を改造してシステム全体をアップグレードするメンテナンスリリースを導入することにより、ユーザーに対する継続的な技術サポートが適用されるのは、この最終段階です。

通常、基本的なプログラミングエラーを修正するには、メンテナンスリリースが必要です。 これらは通常、ソフトウェアライフサイクルの前の段階の1つで行われたミスが原因で表示されます。 たとえば、要件分析の段階で、要件が誤って伝えられたり検証されたりすると、重大な欠陥が発生する可能性があります。 これは実際にはよくあることです。だから、これまでにリリースされたソフトウェアのほぼすべての部分が、いつかメンテナンスリリースを受ける必要がありました。

メンテナンスリリースの基本的な目的はいくつかあります。 まず、リリースでは既存のプログラムに変更を加えて、要件、設計、または実装段階での間違いを修正する必要があります。 また、新しく行われた修正が変更されたセグメントの他の側面を妨げないこと、および新しく行われた変更が他のセグメントのアクティビティを妨げないことを保証する必要があります。 最後に、リリースによってシステムのパフォーマンスが低下することはありません。 一般に、ソフトウェアエンジニアは、品質や信頼性を犠牲にすることなく、できるだけ早くこのプロセスを完了しようとします。

メンテナンスリリースを発行する前に、ユニットテスト、システムテスト、および回帰テストの3つの方法で徹底的にテストする必要があります。 単体テストにより、修正されたプログラムの特定のセグメントが正しく機能するようになります。 一方、システムテストでは、プログラムの新しく固定されたセグメントが他のプログラムセグメントに干渉しないことを確認します。 回帰テストでは、統計データを使用して、全体的なスループットまたは応答時間が変更によってプラスまたはマイナスの影響を受けたかどうかを確認します。

システム保守の最後の、そしておそらく最も重要な側面はバージョン管理です。 プロセスのこの部分では、訓練されたソフトウェアベースの司書が、行われたすべての変更を綿密に記録および追跡します。 これにより、ソフトウェアリリースでは、メンテナンスリリースで予期しないエラーが発生した場合にバックトラックできます。