要求のバージョン管理とリリース VS
製品ライフサイクルを通じて進化する要件のダイナミックな状況を効果的にナビゲートするために、新機能(2024 年 4 月現在)では、変更履歴を使用したバージョン管理システムを導入しています。このシステムでは、要件にバージョン番号が割り当てられ、詳細な追跡と管理が可能になります。ゲートレビューやマイルストーン後に要件をリリースする機能により、変更と更新を体系的に把握することができます。さらに、ベースラインをシームレスに利用して、仕様の旧バージョンを再検討および分析し、製品開発ジャーニーの包括的なビューを提供することができます。
このバージョン機能は、要件と仕様の全体的な追跡と管理を強化し、より合理的で適応性の高い製品開発プロセスを促進します。
要件レベルのバージョン管理:
要件のテキスト、識別子、論理的根拠など、要件の属性に変更が加えられると、自動的にマイナー バージョンがインクリメントされ、たとえば、0 から 0.1 に移行します。
要するに、 要件に関連する "requirement" 履歴フ ィ ール ド に保存/追加 さ れた要件の更新はすべて、 要件のバージ ョ ン番号に反映 さ れます。こ の体系的な アプ ロ ーチでは、 要件の ラ イ フ サ イ ク ル全体を通じて、 包括的で ト レーサブルなバージ ョ ン管理シ ス テ ムが保証 さ れます。
新しい履歴のバージョン番号 - 要件の履歴テーブルでバージョン番号が強調表示されます。
バージョン番号のインクリメントをトリガーする変更のリスト
以下は、マイナーバージョンアップのトリガーとなる、要件の変更点のリストです。
-
要件の属性のテキスト(「テキスト」、「タイトル」、「理由」、「カスタム列」)を編集する
-
親」および「子」の追加または削除
-
タイプ」、「状態」、「コンプライアンス」の変更
-
タグの追加と削除
リリース要件
製品開発フェーズで要件が最終化され、徹底的なレビュー、マイルストーン、ベースライン、またはゲート レビューが達成されると、その要件はリリースの対象となります。こ れは、 要件に関連付け ら れてい る リ リ ース オプシ ョ ン を使用 し て実行で き る 、 要件の メ ジ ャ ー リ リ ース を意味 し ます。要件をリリースするという行為は、要件の完了を示すだけでなく、バージョン最終化の決定的なステップとしても機能する。
リリース アイコン - リリース アイコンは、リリースされた要件のステータスを表します。
要件をリリースする方法
要件を個別に、または一括でリリースすることができます。
要件をリリースする方法 - 画像は、"リリース機能" にアクセスする手順を示しています。要件の一括リリースの簡単なデモビデオを以下に示します。
ユーザーは、モジュールの "Last release" ボタンをオンにして、最後にリリースされた要件を確認できます。図
最新リリース トグル - オン/オフを切り替えると、その仕様内の要件の最新リリース バージョンが表示されます。仕様のリリース
ユーザーは、複数の要件に関連付けられた仕様をリリースすることができます。このオプションにアクセスするには、ツリー階層で仕様名を右クリックします。
仕様のリリース - 仕様をリリースする方法を示す図
仕様レベルでリリース オプションを選択すると、ユーザーは仕様をリリースするための 2 つのオプションを選択できます。
仕様のリリースオプション - 仕様リリースメニュー内の現在のオプション最初のオプション "
シナリオ
-
リリース状態にある要件は、リリースされないことに注意してください。
-
要件がリリースされ、その要件に何らかの変更が加えられた場合、変更を加えた要件が再度リリースされます。
Associate only requirements with released versions
最初のオプシ ョ ン と は逆に、 2 番目のオプシ ョ ン "
レビューによる要件のリリース
ユーザーは、レビュー センターを通じて要件のリリースを開始できます。レビュー担当者がレビューを完了したら、承認者がそれを承認して、レビュー プロセスを終了します。承認者には、レビューの最終確認の一環として、「要件をリリースする」というオプションがあります。
レビュー センターで要件を公開する
要件の異なるバージョンを比較する。
ユーザーは、2 つの異なるバージョンの要件を比較できます。このためには、要件の履歴に移動し([複雑な履歴] が有効になっていることを確認)、対象のバージョンに隣接するリリー ス シンボルをクリックします。そこから、比較する特定のバージョンを選択します。
手順については、 以下の動画を参照 し て く だ さ い。