ソフトウェアリリースライフサイクル

ウィキペディアから、無料の百科事典
ナビゲーションにジャンプ 検索にジャンプ

基本的なソフトウェアリリースライフサイクルの例

ソフトウェアリリースのライフサイクルは、コンピュータの作品のための開発と成熟の段階の和であるソフトウェアサイクルは、最初の開発から最終的なリリースまでの範囲であり、ソフトウェアの改善やソフトウェアにまだ存在するソフトウェアのバグの修正に役立つ、リリースされたバージョンの更新バージョンが含まれています。

ソフトウェア製品は、ユーザーの信頼性に対する期待を減らすためにベータ版として公に宣伝されることがあるため、コンピューターユーザーはベータ版フェーズに精通している可能性が最も高いです。[1]

歴史

「アルファ/ベータ」テスト用語の使用法は、IBMに端を発してます。IBMのソフトウェア開発に関する同様の用語は、少なくとも1950年代(そしておそらくそれ以前)からIBMに関係する人々によって使用されていました。「A」テストは検証でした公示前の新製品の「B」テストは、製造する製品をリリースする前の検証でした。 「C」テストは、製品が一般に発売される前の最終テストでした。ソフトウェアがIBMの製品の重要な部分になると、アルファテストの用語は発表前のテストを示すために使用され、ベータテストは製品が一般に利用可能になる準備ができていることを示すために使用されました。 IBMの初期のソフトウェアプロジェクトのいくつかのマネージャーであるMartinBelskyは、この用語を発明したと主張しました。 IBMは1960年代にアルファ/ベータの用語を削除しましたが、それまでにかなり幅広い注目を集めていました。お客様が行ったテストを指す「ベータテスト」の使用は、IBMでは行われませんでした。むしろ、IBMは「フィールドテスト」という用語を使用しました。

主なパブリックベータ版の初期の顧客はのためWordVisionワードプロセッサの「パイオニア版」を購入したと、その後の開発IBM PC $ 49.95。 1984年、Stephen Manesは、「素晴らしいマーケティングクーデターの中で、BruceとJames Program Publishersは、製品をテストする特権に対して人々にお金払わせることができた」と書いています。[2] 2000年9月AppleMac OSXパブリックベータオペレーティングシステムのボックス版がリリースされました。[3] 2005年9月から2006年5月までのMicrosoftによるWindowsVistaコミュニティテクノロジプレビューCTPのリリース[4]そして2009年から2011年まで、 Minecraftはパブリックベータ版でした。

2005年2月、ZDNetは、ベータ版が何年も留まり、実稼働レベルであるかのように使用されるという現象についての記事を公開しました。[5]たとえば、GmailGoogleニュースは、広く使用されているものの、長い間ベータ版であったことに留意しました。 Googleニュースは2006年1月にベータ版を終了し、2009年7月にGmailを含むGoogle Apps(現在はGoogle Workspaceと呼ばれています)が続きます[6] Windows 8の導入以来Microsoftはプレリリースソフトウェアをベータ版ではなくプレビューと呼んでいますWindows InsiderProgramを通じてリリースされたすべてのプレリリースビルド2014年に発売されたのは、「インサイダープレビュービルド」と呼ばれています。「ベータ」は、リリース候補のようなもの、または期間限定のデモ、またはマーケティング手法の形式を示す場合もあります[7]

開発の段階

プレアルファ

プレアルファとは、正式なテストの前にソフトウェアプロジェクト中に実行されるすべてのアクティビティを指します。これらのアクティビティには、要件分析ソフトウェア設計ソフトウェア開発、および単体テストが含まれます典型的なオープンソース開発では、いくつかのタイプのプレアルファバージョンがあります。マイルストーンバージョンには特定の機能セットが含まれており、機能が完了するとすぐにリリースされます。

アルファ

リリースライフサイクルのアルファフェーズは、ソフトウェアテストの最初のフェーズです(アルファはギリシャ文字の最初の文字で、番号1として使用されます)。このフェーズでは、開発者は通常、ホワイトボックス技術を使用してソフトウェアをテストします。次に、別のテストチームが、ブラックボックスまたはグレーボックスの手法を使用して追加の検証を実行します。組織内のブラックボックステストへの移行は、アルファリリースとして知られています。[8] [より良い情報源が必要]

Alphaソフトウェアは、顧客にリリースされる前に開発者によって徹底的にテストされていません。 Alphaソフトウェアには重大なエラーが含まれている可能性があり、その結果不安定になるとクラッシュやデータ損失が発生する可能性があります。[9] Alphaソフトウェアには、最終バージョンで計画されているすべての機能が含まれているとは限りません。[10]一般に、アルファソフトウェアの外部利用可能性はプロプライエタリソフトウェアは一般的ではありませんがオープンソースソフトウェアには公開されているアルファバージョンがあることがよくあります。アルファフェーズは通常、機能のフリーズ終了します。これは、ソフトウェアに機能が追加されないことを示します。現時点では、ソフトウェアは完全な機能であると言われています。ベータテストは次のように実行されますサプライヤのサイトでの受け入れテスト(アルファテスト)および製品としてのソフトウェアの一般リリースの直前。[11]

ベータ版

ギリシャ語のアルファベットの2番目の文字にちなんで名付けられたベータ版は、アルファ版に続くソフトウェア開発フェーズです。ベータ段階のソフトウェアは、ベータウェアとも呼ばれます[12]ベータフェーズは通常、ソフトウェアが機能を完了したときに始まりますが、既知または未知のバグが多数含まれている可能性があります。[13]ベータ段階のソフトウェアには、通常、完成したソフトウェアよりもはるかに多くのバグがあり、速度やパフォーマンスの問題があり、それでもクラッシュやデータ損失を引き起こす可能性があります。ベータテストの焦点は、ユーザーへの影響を減らすことであり、多くの場合、ユーザビリティテストが組み込まれています。ベータ版をユーザーに提供するプロセスは、ベータリリースと呼ばれます通常、ソフトウェアを開発した組織の外部でソフトウェアを利用できるのは初めてです。ソフトウェアベータリリースは、公開されているか、限られた対象者のみが利用できるかに応じて、公開または非公開のいずれかになります。ベータ版ソフトウェアは、多くの場合、組織内のデモンストレーションやプレビュー、および見込み客に役立ちます。一部の開発者は、この段階をプレビュープレビューリリースプロトタイプテクニカルプレビューテクノロジープレビューTP)、[14]または早期アクセスと呼んでいます

ベータテスターは、ベータソフトウェアの問題を積極的に報告する人々です。彼らは通常、ソフトウェアを開発する組織の顧客または見込み顧客の代表者です。ベータテスターは無料でサービスを提供する傾向がありますが、テストする製品のバージョン、リリースバージョンの割引、またはその他のインセンティブを受け取ることがよくあります。[引用が必要]

パーペチュアルベータ

一部のソフトウェアはいわゆるパーペチュアルベータ版保持されており、最終的な「安定した」リリースを確立することなく、新しい機能がソフトウェアに継続的に追加されます。インターネットがソフトウェアの迅速で安価な配布を促進するにつれて、企業はベータという言葉の使用に対してより緩いアプローチを取り始めました[15]

オープンベータとクローズドベータ

開発者はプライベートベータとも呼ばれるクローズドベータ、またはパブリックベータとも呼ばれるオープンベータのいずれかをリリースできます。クローズドベータ版は、招待によるユーザーテストのために制限された個人グループにリリースされますが、オープンベータテスターは、より大きなグループまたは関心のある人からのものです。プライベートベータは、価値を提供できるソフトウェアに適している可能性がありますが、スケーリングの問題、ドキュメントの不足、または重要な機能の欠如のために、すべての人が使用する準備ができていません。テスターは、見つけたバグを報告し、最終バージョンで利用できるはずだと思う追加機能を提案することもあります。

オープンベータは、潜在的な消費者に製品をデモンストレーションするという2つの目的と、はるかに小規模なテストチームでは見つけられない可能性のあるあいまいなエラーを明らかにする可能性のある幅広いユーザーベースでのテストの2つの目的を果たします。[引用が必要]

リリース候補

リリース候補RCも「行く銀」として知られている)は、重要な場合を除きリリースする準備ができて安定した製品、となる可能性を持つベータ版でバグが出てきます。製品安定化のこの段階では、すべての製品機能が1つ以上のベータサイクルを通じて設計、コード化、およびテストされており、既知のショートッパークラスのバグはありません。リリースはコードコンプリートと呼ばれます開発チームが、このリリースにまったく新しいソースコードが追加されないことに同意した場合。欠陥を修正するためのソースコードの変更、ドキュメントとデータファイルの変更、およびテストケースまたはユーティリティの周辺コードがまだ存在する可能性があります。ベータテスターは、個人的に選択された場合、リリース候補を完成品であるかのように使用したことでクレジットされることがよくあります。ベータテストは、クライアントまたは顧客の場所で、ユーザーの観点からソフトウェアをテストするために実施されます。

安定リリース

呼ばれ、生産リリース安定版リリースが最後であるのリリース候補RC全ての検証/テストに合格しています)。残りのバグは許容できると見なされます。このリリースは本番環境に移行します。一部のドメイン(Linuxディストリビューションなど)には、通常リリースまたは安定リリースと、長期間維持される長期サポート(LTS)リリースの2種類の安定リリースがあります。

リリース

リリースされると、ソフトウェアは一般に「安定リリース」として知られています。正式な用語は、多くの場合、リリースの方法(物理メディア、オンラインリリース、またはWebアプリケーション)によって異なります。

製造へのリリース(RTM)

「ゴーイングゴールド」とも呼ばれる製造リリース(RTM)という用語は、ソフトウェア製品を提供する準備ができたときに使用される用語です。このビルドはデジタル署名されている場合があり、エンドユーザーはソフトウェア購入の整合性と信頼性を検証できます。 「ゴールドマスター」またはGM [16] [17]として知られるRTMビルドのコピーは、該当する場合、大量複製またはディスク複製のために送信されます。この用語は、オーディオレコード作成業界、特にマスタリングのプロセスから取られています。 RTMは、製品が一般にリリースされるときに一般提供(GA)に先行します。ゴールデンマスタービルド(GM)は通常、開発者向けのベータ段階にあるソフトウェアの最終ビルドです。通常、iOSの場合、これはメジャーリリース前の最終ビルドですが、いくつかの例外があります。

これは通常、特定の小売大量生産ソフトウェアのコンテキストで使用されます。これは、商用または政府の生産および配布における特殊なソフトウェアの生産またはプロジェクトとは対照的に、関連するコンピューターハードウェアの販売でバンドルの一部としてソフトウェアが販売される場合です。ソフトウェアおよび関連するハードウェアは、最終的には小売店で大量/公開ベースで入手および販売され、ソフトウェアが定義された品質レベルを満たし、大量小売販売の準備ができていることを示します。RTMは、他のコンテキストでは、関連するハードウェアエンドユーザーのコンピューターまたはマシンにインストールまたは配布するために、ソフトウェアがクライアントまたは顧客に配信またはリリースされたことを意味する場合もあります。用語はしませ配信メカニズムまたはボリュームを定義します。それは、品質が大量配布に十分であると述べているだけです。エンジニアリング組織からの成果物は、複製やWeb用の画像の作成に使用されるゴールデンマスターメディアの形式であることがよくあります。

一般提供(GA)

製品ライフサイクルのマイルストーン:一般提供(GA)、保守終了アナウンス(EOLA)、最終注文日(LOD)、および保守終了(EOL)

一般提供GA)は、必要なすべての商業化活動が完了し、ソフトウェア製品を購入できるマーケティング段階ですが、言語、地域、電子機器とメディアの可用性によって異なります。[18]商業化活動には、セキュリティとコンプライアンスのテスト、およびローカリゼーションと世界的な可用性が含まれる可能性があります。GAが必要とするすべての商業化活動を完了するために必要な時間のために、RTMとGAの間の時間は、一般に利用可能なリリースが宣言される前に、場合によっては1週間から数か月になることがあります。この段階で、ソフトウェアは「稼働」しています。

Webへのリリース(RTW)

WebへのリリースRTW)またはWebリリースは、配布にインターネットを利用するソフトウェア配信の手段です。このタイプのリリースメカニズムでは、製造元によって物理メディアは作成されません。インターネットの使用が増えるにつれて、Webリリースはより一般的になりつつあります。

サポート

サポートされている存続期間中、ソフトウェアはサービスリリース、パッチ、またはサービスパックの対象となることがあり、「暫定リリース」または「メンテナンスリリース」(MR)とも呼ばれます。たとえば、Microsoftは、Windows XPの32ビット用に3つの主要なサービスパックをリリースし、64ビット用に2つのサービスパックをリリースしました。このようなサービスリリースには、単一のインストール可能なパッケージの形式で提供される更新、修正、および拡張機能のコレクションが含まれています。また、新しい機能を実装する場合もあります。一部のソフトウェアは、定期的なサポートを期待してリリースされています。標準として長期にわたるサポートを伴うソフトウェアのクラスには、アンチウイルススイート大規模なマルチプレイヤーオンラインゲームこのWindowsXPの例を続けると、Microsoftは、拡張サポートの終了後、さらに5年間有料アップデートを提供しました。これは、サポートが2019年4月8日に終了したことを意味します。

人生の終わり

ソフトウェアの販売またはサポートが終了すると、製品は寿命に達した、廃止された、廃止された、廃止された、放棄された、または廃止されたと言われますが、ユーザーの忠誠心は、その後もしばらくの間存在し続ける可能性がありますプラットフォームは廃止-などで、アタリSTとシンクレアZXスペクトラム

保守終了日以降、開発者は通常、新しい機能を実装したり、既存の欠陥、バグ、または脆弱性を修正したり(その日付より前にわかっているかどうかに関係なく)、製品のサポートを提供したりしません。開発者が望む場合は、ソースコードをリリースして、プラットフォームが再び稼働し、ボランティアによって保守されるようにすることができます。そうでない場合は、後でアバンダンウェアになったときにリバースエンジニアリングすることができます。

も参照してください

参考文献

  1. ^ 「GoogleがGmailを長年「ベータ版」にした理由」2009年7月7日。
  2. ^ Manes、Stephen(1984-04-03)。「ワードビジョンでギャンブルをする」PCMagazine -IBMパーソナルコンピュータの独立ガイド3いいえ。6. PC Communications Corp. pp。211–221。ISSN 0745から2500まで2015年3月17日にオリジナルからアーカイブされました取得した2015年2月15日を 
  3. ^ 「AppleがMacOS Xパブリックベータをリリース(プレスリリース)。Apple Inc.2000-09-13。2011年5月1日にオリジナルからアーカイブされました20112月22取得
  4. ^ 「MicrosoftWindowsVista 10月のコミュニティテクノロジプレビューファクトシート」(プレスリリース)。マイクロソフト。2005年10月。20114月30日のオリジナルからアーカイブ20112月22取得
  5. ^ 「ベータ版からの長い曲がりくねった道| ZDNetの技術ニュース」2005-02-14。2005-02-14にオリジナルからアーカイブされまし2019428日取得
  6. ^ 「GoogleAppsはベータ版ではありません(はい、本当に)」Googleブログ2009年7月7日。2011年1月21日にオリジナルからアーカイブされました取得した2011年1月12日を
  7. ^ ベータ版の背後には不便な真実 アーカイブで2011-04-30ウェイバックマシン
  8. ^ 「アルファ版の百科事典の定義」PCマガジン2011年4月27日にオリジナルからアーカイブされました取得した2011年1月12日を
  9. ^ Ince、Darrel、ed。(2013)。「アルファソフトウェア」。インターネットの辞書(3版)オックスフォード大学出版局。ISBN 97801917441502019715日取得
  10. ^ 「次世代1996レキシコンAからZ」。次世代いいえ15.メディアを想像してみて1996年3月。p。29. Alphaソフトウェアは一般的にほとんど実行されず、ゲームプレイや完全なレベルなどの主要な機能が欠けています。
  11. ^ コンピュータサイエンスの辞書(第7版)。オックスフォード大学出版局。2016.p。44. ISBN 9780199688975
  12. ^ 「無料のオンライン百科事典におけるベータウェアの定義」thefreedictionary.com 取得した2015年4月6日を
  13. ^ 「次世代1996レキシコンAからZ」。次世代いいえ15.メディアを想像してみて1996年3月。p。30。
  14. ^ 「テクノロジープレビュー機能はスコープをサポートします」RedHat 2015年3月18日取得
  15. ^ "待機Beta'dとの息のTidBITS#328(1996年5月13日)"2006年5月15日にオリジナルからアーカイブされまし
  16. ^ 「ゴールデンマスター(GM)とは何ですか?-Techopediaからの定義」Techopedia.com
  17. ^ 「MacOSX「ゴールドマスター」が製造にリリースされました」アップルニュースルーム
  18. ^ ルクセンブルグ、イヴァンフィリップ(2013-05-20)。「上位200のSAM用語–ソフトウェア資産管理用語集」OMTCO。2013年8月10日にオリジナルからアーカイブされました2013年5月21日取得 Cite journal requires |journal= (help)

参考文献

  • 継続的な配信: Jez Humble、David Farleyによるビルド、テスト、および展開の自動化による信頼性の高いソフトウェアリリースISBN 0-321-60191-2