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

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

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

メンテナンスリリースはusuallですy基本的なプログラミングエラーを修正するために必要です。これらは通常、ソフトウェアライフサイクルの以前の段階の1つで行われた間違いのために表示されます。要件分析段階で、たとえば、要件が誤って通信または検証されている場合、それはずっと後まで現れない大きな欠陥につながる可能性があります。これは実際には一般的な発生であるため、これまでにリリースされたほぼすべてのソフトウェアが、一度にメンテナンスリリースを受ける必要がありました。

このメンテナンスリリースの基本的な目的です。まず、このリリースは、要件、設計、または実装段階で犯された間違いを修正するために、既存のプログラムに変更を加える必要があります。また、新たに作成された修正が修正されたセグメントの他の側面を妨げないようにし、新たに作成された変更が他のセグメントの活動に干渉しないようにします。最後に、リリースSHOuldはシステムのパフォーマンスを引き起こしません。一般に、ソフトウェアエンジニアは、品質や信頼性を犠牲にすることなく、できるだけ早くこのプロセスを完了しようとします。

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

システムメンテナンスの最後でおそらく最も重要な側面は、バージョン制御です。プロセスのこの部分では、訓練されたソフトウェアベースの司書が、行われたすべての変更を細心の注意を払って追跡し、追跡します。これにより、ソフトウェアエンジニアがbになりますメンテナンスリリースが予期しないエラーに遭遇した場合のAcktrack。