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

coreコアコンポーネントを変更したり、新しい機能を追加したりせずに、セキュリティの欠陥またはマイナーバグを修正するソフトウェアリリースです。通常、10分の1または100分の1で番号が付けられて、主要なリリースと区別されます。これらは、単純にバージョン1.0、バージョン2.0などに番号が付けられています。メンテナンスリリースは、ソフトウェアリリースライフサイクルのシステム操作とサポート段階の一部です。システム分析と要件の発見から始まります。これは、データとプロセスがモデル化される段階です。次に、設計段階、建設段階、実装段階、最終的には運用およびサポート段階に進みます。この最後の段階では、ユーザー向けの継続的な技術サポートが、基本的な要件を改造することにより、エラーを修正するか、システム全体をアップグレードするメンテナンスリリースの導入によって適用されます。これらは通常、ソフトウェアライフサイクルの以前の段階の1つで行われた間違いのために表示されます。要件分析段階で、たとえば、要件が誤って通信または検証されている場合、それはずっと後まで表示されない大きな欠陥につながる可能性があります。これは実際には一般的な発生です。そのため、これまでにリリースされたほぼすべてのソフトウェアが、何らかの状態でメンテナンスリリースを受ける必要がありました。まず、このリリースは、要件、設計、または実装段階で犯された間違いを修正するために、既存のプログラムに変更を加える必要があります。また、新たに作成された修正が修正されたセグメントの他の側面を妨げないようにし、新たに作成された変更が他のセグメントの活動に干渉しないようにする必要があります。最後に、このリリースにより、システムのパフォーマンスが低下することはありません。一般に、ソフトウェアエンジニアは、品質や信頼性を犠牲にすることなく、できるだけ早くこのプロセスを完了しようとします。。単体テストでは、現在修正されたプログラムの特定のセグメントが正しく機能することを確認します。一方、システムテストは、プログラムの新しく固定されたセグメントが他のプログラムセグメントに干渉しないことを保証します。回帰テストでは、統計データを使用して、全体的なスループットまたは応答時間が変更によって正の影響を受けたか悪影響を受けたかを確認します。プロセスのこの部分では、訓練されたソフトウェアベースの司書が、行われたすべての変更を細心の注意を払って追跡し、追跡します。これにより、メンテナンスリリースが予期しないエラーに遭遇した場合に備えて、ソフトウェアエンジニアがバックトラックすることができます。