お客様が既存のユーザーで、最新リリースにアップグレードした場合、いくつかの用語が変更されています。古い用語から新しい用語へのマップは、用語の変更 を参照してください。この文書では、新しい用語を使用しています。
以下の用語と概念は、最も単純な用語と概念から、用語と概念を結合する詳細説明へと情報を構築するような順序で配置してあります。
成果物: リポジトリー内のオブジェクトを表す一般的な用語です。 成果物には、Rational Team Concert™ のワークアイテムや Rational DOORS® の要求など、他のツールで作成および保守されている製品とオブジェクトが含まれます。
製品: チームが取り組んでいる作業を視覚的に表したものです。 製品は、車のように大きい物の場合も、人工心臓弁のように小さい物の場合もあります。 製品には、複数の子製品や子製品構成を含めることができます。また、1 つも含めないことも可能です。製品は、それらの直接の子製品については認識していますが、それらのバージョンについては認識していません。製品がメンバーとなっている製品構成により、含まれている子製品と子製品構成のバージョンが決まります。
製品には子構成を含めることができます。その子構成には、子構成と子製品を含めることができます。子製品にも、子構成と子製品を含めることができます。
製品は、「製品の参照」画面内のツリー・ビューに表示されます。

チームは、「製品」という用語を、組織内で受け入れられる用語に変更することができます。用語を変更して保存し、ユーザーがセッションを最新表示すると、メニュー、ダイアログ・ボックス、およびメッセージでそのカスタム用語が使用されます。
製品の使用について詳しくは、製品での作業および製品階層の管理を参照してください。
製品構成: 製品および子構成のバージョンのコレクションから形成された、製品ツリーを表します。製品ツリーは、常に製品構成のコンテキストで表示されます。その製品構成により、製品および子製品構成のどのバージョンが使用されるかが決まります。製品には、複数の子製品や子製品構成を含めることができます。また、1 つも含めないことも可能です。
製品構成の使用を参照してください。
製品構成グループ化: 類似する製品構成を収集し、チームおよびユーザーにとって意味のあるグループを作成します。製品構成は、日付 (月、年) 別、マイルストーン (ベータ、一般) 別、機能 (レーザー・プリンター、インクジェット・プリンター) 別など、どのようにグループ化することも可能です。製品構成グループ化は、「製品の参照」リスト・ボックスに表示されます。
プロパティー: 製品などの成果物に関する記述情報。プロパティーは、name または value などのタイプを持っています。 例えば、「dashboard」という製品が、name が「material」で、value が「walnut」のプロパティーを持っている場合があります。
ライフサイクル照会エンジン: 照会できるデータの索引。 データは、追跡するリソース・セット (TRS) を実装するデータ・ソース (Rational Engineering Lifecycle Manager からの製品、Rational Team Concert からのワークアイテム、Rational DOORS からの要求など) や、その他のツールから取得されます。
リンク: 別の成果物への参照を表します。 リンクは、Rational Team Concert、Rational DOORS などの別のツール、または製品に保管される場合があります。
ブランチ: 製品のバリアントです。 バリアントは、チームが同じ製品を異なる方法で、あるいは相互に依存しない方法で変更する必要がある場合に作成されます。 チームは、製品のブランチを作成した後に、並列して変更を行うことができます。
例えば、チームは成人向けの血圧計カフを作成しましたが、現在、未成年向けの同じ製品の作業を開始しようとしています。 チームは、「blood pressure cuff」のバリアントを作成し、それを「blood pressure cuff (cuffsize=juvenile)」と呼びます。
ブランチの作成は製品でのみ可能です。構成ではブランチは作成できません。
製品ブランチの作成および置換について詳しくは、ブランチの置換を参照してください。
ディメンション: ディメンションは、製品構成または製品ブランチの側面を定義することによって、それらの固有性を記述するものです。ディメンションは、名前 (「cuffsize」など) と値 (「juvenile」など) からなり、製品名の後に表示されます ((cuffsize=juvenile))。
製品構成のディメンションと値のペアを設定すると、そのペアによって、その構成内のすべての製品のバージョンが決定されます。構成は、ディメンションに対して単一の値しか指定できません。通常、各構成は、ディメンションと値の固有の組み合わせを持っています。
製品ブランチは、固有のディメンション・セットによって定義されます。製品のディメンション (製品ローカル・ディメンション) は、ディメンション名「car_lock」と値「infrared」のように、通常、製品ブランチの特定の側面を定義します。 共有ディメンションは、通常、ディメンション名 「year」と値「2017」のように、製品構成または製品ブランチの一般的な側面を定義します。
製品ローカル・ディメンションと共有ディメンションは、「ブランチ・ディメンションの管理」画面を使用して管理できます (「製品」>「ディメンションの管理」)。 ディメンションおよび値のランク付けについて詳しくは、ディメンション値の優先順位を参照してください。
ベースライン: 変更不可の製品構成。ベースラインは、変更可能な製品構成から作成され、そのベースラインが作成された時点のその製品構成の状態を表します。ベースラインは、通常、製品開発における重要なマイルストーンでの製品ツリーの状態を表します。
チームは、通常、週次ビルド、ベータ・リリース、または一般リリースなどのマイルストーンにマークを付けるためにベースラインを作成します。
以下のイメージは、「sprint 3」というマイルストーンでの「Wiring」構成の複数のベースラインを示しています。 「sprint 2」で、「Wiring-3」子製品が更新され、「copper」が追加されている点に注意してください。 「sprint 3」で「Wiring-4」が更新され、「titanium」が追加されています。 チームが、前の子製品 (例えば、「titanium」) を除外するためにロールバックする必要がある場合は、チームはバージョンを置換することによってロールバックを実行することができます。

ベースラインの作成および変更可能コピーの作成について詳しくは、マイルストーンの取り込みを参照してください。
製品および製品構成の各バージョンはバージョン番号を持っており、この番号は、その製品または製品構成のすべてのバージョンで固有です。
製品バージョンの作成および置換について詳しくは、マイルストーンにロールバックするためのバージョンの置換を参照してください。
監査: 選択された製品に対して行われた変更を検査し、製品ツリーの右側の表にその結果を表示します。

監査ログの表示について詳しくは、製品を変更したユーザーの表示を参照してください。
監査履歴: 「監査履歴」画面には、製品のすべてのバージョンとブランチが視覚的に示されます。この例では、「Model_T-3」というバージョンを示しています。監査履歴には、関連メタデータ (製品を変更したユーザー、変更が行われた対象と日時と、追加、インポート、および削除された製品の名前) が表示されます。最新のバージョンは、列の最上部に表示されます。 製品が分岐されると、ブランチは新しい列に表示されます。

監査履歴について詳しくは、監査履歴の表示を参照してください。
階層: ピラミッドのような形をした製品構成および製品のランキング。階層は、「製品」画面の製品ツリーに表示されます。
移動: 構成または製品を、別の構成または製品の下に物理的に再配置すること。構成または製品を、製品ツリー内のあるロケーションから別のロケーションに移動することができます。例えば、「Deluxe Rims」製品は、「Wheels (Rims=chrome)」製品内にありました。配置が正しくなかったので、 「Deluxe Rims」は「luxury car」ブランドに移動されました。さらに、「Deluxe Rims」の下に階層がある場合、その階層は「Deluxe Rims」と一緒に移動されます。
製品の監査履歴を調べることにより、製品の移動を表示することができます。以下のイメージは、最初は「Wheels (Rims=chrome)」にあった「Deluxe Rims」が、後にここから削除されたことが示されています。

「Deluxe Rims」が移動された場所について調べるために、バージョンを比較することができ、これにより、ターゲット製品に対して追加された製品や、削除された製品についての情報がわかります。
製品の移動について詳しくは、構成および製品の操作を参照してください。
再使用: 再び使用すること。 構成または製品を、同じ構成または製品、および他の構成または製品で再使用することができます。また、同じ構成または製品で構成または製品を複数回再使用することができます。この時、再使用している構成または製品は、直前に再使用した製品と全く同じものです。構成または製品を再使用すると、いずれの場合もその子である構成または製品も再利用されます。
以下のイメージは、展開された「Body-2」製品を示しています。「Body-2」製品は 2 つの異なる構成で使用されており、「mirror-2」を再使用することができます。便利な点は、再使用された製品の 1 つ (例えば、「mirror-2」) を変更すると、その変更は両方の使用に伝搬されます。

製品の再使用について詳しくは、構成および製品の操作を参照してください。
置換: 取って代わること。 バージョンは、以前の構成または製品、あるいは新しい構成または製品で置換できます。製品ブランチは、以前の製品ブランチ、あるいは新しい製品ブランチで置換できます。バージョンまたはブランチの置換は、チームが、現在壊れている成果物を、前に機能していた成果物に置換する必要がある時に役立ちます。
バージョンおよびブランチについて詳しくは、バージョンおよびバリアントを参照してください。
ビュー: 開発ライフサイクルのビジュアル表示。 標準ビューについては、V プロセス・ビューも含めて、サンプル・ビューの概要に説明されています。
「V プロセス」は、システム開発ライフサイクルをビジュアル表示したものです。アジャイル、ウォーターフォール、V プロセスの手法など、多数のシステム開発プロセスが存在します。V プロセスは、共通の情報トレーサビリティー・モデルを表します。
視覚的に、情報は V の 2 つのサイドに分割されています。左側には、概念、要件、アーキテクチャー、および設計の作成などの製品定義によって駆動されるタスクが表示されます。右側には、システム検証と妥当性検査、統合、テスト、および検証などの製品テストと統合によって駆動されるタスクが表示されます。V の右側にある検証と妥当性検査は、V の左側にある製品定義ステップと同時に完了することができます。
チームは早期の製品検証および妥当性検査に参加するため、開発の早い段階で障害を見つけ、それにより障害が下方に流れていくのを回避します。 早期に障害を見つけることにより、障害の修正コストが削減されます。 さらに、早期の妥当性検査と、チーム・メンバーとのコミュニケーションの改善により、品質基準を確実に満たすことができます。
V プロセスはどの特定の組織スキームにも依存しないため、各チームは、自分たちの製品に合わせて V プロセスを調整することができます。「共有ビュー」ページには、ハードウェア開発用とソフトウェア開発用のサンプル「V プロセス」ビューが含まれています。

ビューについて詳しくは、ビューの作成を参照してください。
ビューへのデータの取り込み方法を理解するには、次の項目の「照会」を参照してください。 照会とビューについて詳しくは、照会とビューはどのように連動するかを参照してください。
照会: 索引から情報を取り出す方法。 成果物 (製品、ワークアイテム、要求、設計モデル、テスト・ケースなど) は、ライフサイクル照会エンジンから取り出されます。
管理者は、作成したカスタム・ビューに組み込むための照会を作成します。 照会は索引からデータを取り出し、該当する成果物を使用してカスタム・ビューを最新表示します。 取り出された成果物はその後、ビューに取り込んだり、レポートを実行したり、分析を実行したりするために使用できます。
「共有照会」ページでは、いくつかの照会が使用可能です。
照会について詳しくは、照会の作成と実行を参照してください。
分析: 成果物を詳細に調べること。 成果物を分析して、それらの互いの関係を検討および発見します。
製品に含まれている影響分析プロファイルを使用して、成果物間の関係を示す影響分析ダイアグラム用にプロファイルをカスタマイズします。 例えば、製品に含まれている子製品がリコールされた場合は、その子製品に対して影響分析を実行し、それを置換した場合の影響を測定することができます。
分析の出力には、リコールされた子製品に関係するすべての依存関係、子製品、およびブロックされている成果物が表示されます。

分析について詳しくは、成果物と他の成果物との関係の分析を参照してください。
レポート: 物理的なパフォーマンス測定。 レポートは、索引からのデータを使用して、状況と進行状況を追跡する文書を作成します。 この情報を使用して、開発リスクの管理と軽減、製品品質の向上、製品コストの制御、その他を実行します。
レポートについて詳しくは、成果物の状況を示すためのレポートの実行および印刷を参照してください。
要求: ユーザーが製品またはサービスから何を求めているかを記述します。 要求には、その定義を拡張する関連成果物へのリンクを含めることができます。 Rational DOORS Next Generation を参照してください。
設計モデル: チームのソフトウェアおよびシステムの設計、デザイン、および開発を、反復方式および共同方式で助けます。 Rational Rhapsody® Design Manager を参照してください。
テスト・ケース: チームのテスト計画の作成、開発、実行、およびレポートを助けて、確実に品質基準を満たせるようにします。 RationalQuality Manager を参照してください。
ワークアイテム: 開発サイクル中にチームが対処すべきタスクおよび問題を管理します。 Rational Team Concert を参照してください。