Service Manager の作成を使用してクラスをカスタマイズおよび作成する
クラスは、Service Manager で使用されるオブジェクトを表すために使用されるメイン要素です。 クラスは、コンピューター、ユーザー、インシデント、フォームを表すことができます。
Service Manager 機能など、より大きな要素を表すクラス定義は、多くの場合、グループ化されます。 クラス定義は、Service Manager 機能を有効にするために Service Manager にインポートする必要がある管理パックに格納されます。
クラスの主な概念
Service Manager のオブジェクトは、特定の基底クラスのです。 基本クラスのすべてのインスタンスは、共通のプロパティ セットと共通の動作を持ちます。
すべての管理パック要素と同様、クラスは ID と 表示名 プロパティを持ちます。 このドキュメントでは、 ID はオーサリング ツールでのみ表示されるクラスの一意の名前を参照し、 Name と Display Name は Service Manager コンソールに表示される言語固有の名前を参照します。
Note
クラスを作成するときは、常にクラス名が管理パック間で一意であることを確認します。 可能であれば、環境で意味が通るクラス名を使用します。 Service Manager オーサリング ツールの Class Browser ウィンドウの検索機能を使用して、クラス名が既に存在するかどうかを確認できます。
プロパティ
特定のクラスのすべてのインスタンスは、 propertiesの共通セットを共有します。 これらのプロパティの値はユーザーによりさまざまな方法で提供され、異なるインスタンスでさまざまな値を持ちます。 プロパティは、一意の名前、場所、ユーザーが必要な可能性があるか管理シナリオに必要なその他の詳細など、実際のオブジェクトの詳細を表すのに使用されます。
重要なプロパティ
キー プロパティ は、特定のクラスの各インスタンスを一意に特定します。 プロパティがキー プロパティとしてマークされている場合、クラスの各インスタンスにはそのプロパティの一意の値が必要であり、値を null にすることはできません。 ホスト クラスの場合値は、同じホスト親を持つクラスのすべてのインスタンスに対してのみ一意である必要があります。 ホストされていないクラスの場合管理グループ内のクラスのすべてのインスタンスで一意である必要があります。 ホスト リレーションシップについては、このセクションの後で説明します。
クラスでは常にキー プロパティが必要とは限りません。 キー プロパティは、1 つのクラスのインスタンスが、単一の親に対して複数予想される場合にのみ必要です。 1 つのインスタンスのみが必要な場合は、キー プロパティは必要ありませんが、引き続き定義できます。
たとえば、 SQL データベース エンジン は、キー プロパティ Instance Name を持ちます。なぜなら、1 台のコンピューターに、Microsoft SQL Server のインスタンスが複数インストールされる可能性があるからです。 SQL データ エンジンのプロパティが複数ある場合、異なるオブジェクトを明確に識別するために、各インスタンスは、 Instance Name に異なる値を持つ必要があります。 一方、 IIS Web Server クラスでは、どのコンピューターにも 1 つのインスタンスしかインストールできないため、キー プロパティは定義されません。
すべてのオブジェクトには、 Path Name プロパティがあり、オブジェクトのキー プロパティまたはプロパティ、およびホストしている親または親のプロパティから計算されます。 ホストされていないオブジェクトについては、 Path Name がクラス自体のキー プロパティになります。 Path Name は、管理グループのクラスのインスタンスを一意に識別するために使用できます。
基底クラスと継承
すべてのクラスは 基本クラス を指定する必要があります。基本クラスは、新しいクラスが 特殊化する既存のクラスを識別します。 Service Manager に含まれる管理パック ライブラリには、管理パックのカスタム クラスのベースとして使用できるいくつかのクラスが含まれています。 管理パックは、通常、ライブラリ クラスを継承する少なくとも 1 つのクラスを持ち、同じ管理パックのクラスを継承する他のクラスを持つ可能性もあります。
基本クラスの概念は、Windows サーバー オペレーティングシステム管理パックを使用して説明できます。 管理パックには、コンピューターにインストールされている論理ディスクを表すクラスが含まれています。 次の図に、 Windows Server 2003 論理ディスク クラスと Windows Server 2008 論理ディスククラスを示します。 これらのクラスは両方とも、Microsoft.Windows.Server.Library 管理パック ファイルで定義されている 論理ディスク (サーバー) を基本にしています。 論理ディスク (サーバー) は、Logical Hardware、 Logical Entity、および最後に Entity を通じて、Logical Disk 自体が Logical Device などを基にしています。 すべてのクラスは類似の継承パスをたどることができ、常に、クラス構造のルートである エンティティに行き着くのです。 これは基底クラスを持たない唯一のクラスであり、他のすべてのクラスは最終的にそのクラスから継承します。
クラス間のプロパティの継承
Entity には、 Display Name という名前の 1 つのプロパティがあります。 このプロパティは、 Entity から継承するすべてのクラスによって継承されます。 すべてのクラスは最終的に Entity から継承されます。 そのため、すべてのクラスに Display Name プロパティがあります。 この例の他のクラスは、 論理デバイスが Name、 Description、および DeviceIDを定義するまでプロパティを持ちません。 DeviceID はキーのプロパティとして指定されます。 これらのプロパティは、 論理ディスク および 論理ディスク (サーバー)がすべて継承します。 論理ディスク (サーバー) では、 Sizeプロパティ、 Drive Typeプロパティ、 File Systemプロパティが追加されています。 最下位レベルのクラスは、オペレーティング システムのバージョンに固有であり、継承ツリーの上位のクラスが提供するプロパティ セット全体を継承します。
クラス型
ほとんどのクラスは、 具象クラスとして知られ、実際のインスタンスを 1 つあるいは複数持ちます。 抽象クラス と シングルトン クラス は、動作が異なる特殊な種類のクラスであり、特定のシナリオで使用されます。
抽象クラス
抽象クラスはインスタンスを持たず、他のクラスの基本クラスとして機能するために存在します。 抽象クラス レベルで定義されているすべてのプロパティとリレーションシップは、子クラスによって継承され、再び定義する必要はありません。 管理パック ライブラリで定義されているクラスのほとんどは抽象クラスです。カスタム管理パックで定義されているクラスの基底クラスとしてのみ機能するように提供されているためです。
抽象クラスは、クラスのすべての特殊化で定義できる共通のプロパティ、リレーションシップ、またはグループ化がある場合に使用されます。 前の例では、上記のすべてのクラス Windows Server 2003 論理ディスク および Windows Server 2008 論理ディスク は抽象です。 それらは、より下位のクラスが継承するためだけに存在します。
シングルトン クラス
シングルトン クラス は、クラスのインスタンスが 1 つだけ存在する場合に使用されます。 このクラス自体がインスタンスであり、常に存在します。 管理パックがインストールされると、単一インスタンスが作成されます。 同様に、キー プロパティは 1 つのインスタンスしか持たないため、シングルトン クラスには必要ありません。 シングルトン クラスの一般的な用途は、 Groups クラスに対するものです。このクラスのインスタンスは管理グループ全体で 1 つだけ必要であるためです。
クラスの拡張
既存のクラス定義に新しいプロパティを追加することで、クラスを拡張できます。 新しいプロパティは、既に存在するすべてのクラスのインスタンスと、作成される新しいインスタンスに含まれるようになります。 抽象クラスを拡張することはできません。
リレーションシップ
リレーションシップ は、あるクラスの特定のインスタンスと、別のクラスの特定のインスタンスとの間の関連を示すために、クラスの間に定義されます。 リレーションシップには 3 種類があり、次のセクションで詳しく説明します。
ホスト リレーションシップ
含有リレーションシップ
参照リレーションシップ
クラスのリレーションシップは、次のようにオブジェクトに影響を与えます。
| リレーションシップの種類 | キー プロパティと存在 | 利用可能なプロパティ |
|---|---|---|
| ホスティング | キー プロパティの値は、管理グループ内のクラスのすべてのインスタンスで一意である必要があります。 ただし、ホストされるクラスの場合、キー プロパティの値は、同じホスト親を持つすべてのオブジェクトに対してのみ一意である必要があります。 ホストされるオブジェクトを一意に識別するには、オブジェクトとオブジェクトの親の両方のキー プロパティが必要であり、ホストされるクラスのキーは、ホスト クラスキープロパティとホストクラスキープロパティの両方の組み合わせになります。 ホストされたクラスの存在は、ホスト クラスの存在に依存します。 |
クラスを対象とするワークフローは、ホストしている親のプロパティに加えて、そのクラスのプロパティにアクセスできます。 たとえば、 SQL 2008 DB エンジン クラスをターゲットとして使用するワークフローのスクリプトで、SQL Server 2008 のインスタンスがインストールされているコンピューターの名前が必要であるとします。 オブジェクトは、ホストする親を 1 つしか持てないため、 SQL 2008 DB エンジン クラスの特定のインスタンスをホストするコンピューターがわかります。 ワークフロー スクリプトは、ターゲット オブジェクトのプロパティと、そのターゲットのホスティング親のプロパティにアクセスできます。 |
| 封じ込め | キーのプロパティと存在は、コンテナー オブジェクトに依存しません。 | クラスを対象とするワークフローは、コンテナーの親のプロパティに加えて、そのクラスのプロパティにアクセスできます。 たとえば、インシデント クラスを対象とするワークフロー内のスクリプトは、コンテナー キューのクラスのプロパティにアクセスできます。 |
| リファレンス | キー プロパティと存在は、参照先オブジェクトに依存しません。 | クラスを対象とするワークフローは、そのクラスのプロパティにのみアクセスできます。 |
参照リレーションシップ
参照リレーションシップ は、最も一般的なリレーションシップの種類です。 参照リレーションシップは、親クラスと子クラスが相互に依存していない場合に使用されます。たとえば、データベースは、レプリケートしている別のデータベースを参照できます。 1 つのデータベースは他のデータベースに依存せず、オブジェクトは個別に存在します。
含有リレーションシップ
含有リレーションシップ は、ホスト リレーションシップほど制限されない種類です。 1 つのクラスが別のクラスに関連付けられていることを宣言しますが、もう一方のクラスには必要ありません。 ホスト リレーションシップと違って、含有リレーションシップは多対多です。 これは、あるオブジェクトが複数のオブジェクトを含むことが可能で、単一オブジェクトが複数の他のオブジェクトに含まれることが可能であることを意味します。 たとえば、あるグループは複数のオブジェクトを含むことができ、単一オブジェクトは複数のグループのメンバーになることができます。
含有リレーションシップは、通常、グループ メンバーシップに使用されます。グループとメンバー オブジェクト間の含有リレーションシップを通じて、オブジェクトがグループに含まれます。
ホスト リレーションシップ
クラス間のリレーションシップの制限が最も厳しいのが ホスト リレーションシップです。 他のクラスにホストされているクラスは ホストされたクラスと呼ばれ、そのクラスのインスタンスは ホストされたオブジェクトと呼ばれます。 クラスが別のクラスによってホストされていない場合は、 ホストされていないクラス呼び出され、クラスのインスタンスは ホストされていないオブジェクトと呼ばれます。
あるオブジェクトが他からホストされると、そのオブジェクトの存在そのものが、ホストしている親に依存します。 ホストしている親が削除されると、ホストされた子も削除されます。 たとえば、論理ディスクは、インストールされているコンピューターがないと存在できません。
ホストされたオブジェクトは、ホストする親を 1 つのみ持てますが、1 つの親は複数の子をホストできます。 たとえば、ある特定のディスクは 1 台のコンピューターのみにインストールできますが、1 台のコンピューターには複数のディスクをインストールできます。
ホスト リレーションシップのもう 1 つの例として、SQL Server 管理パックがあります。 Windows コンピューター クラス、 SQL 2008 DB エンジン クラス、 SQL 2008 DB クラスの間のホスト リレーションシップをここに示します。
SQL Server 2008 クラスのリレーションシップのホスト
SQL 2008 DB エンジン クラスは、ある特定のコンピューターにインストールされた SQL Server 2008 のインスタンスを表します。 1 つのデータベースは、単一データベース エンジンにしかインストールできないので、 SQL 2008 DB エンジン クラスは、 SQL 2008 DB クラスをホストします。 管理グループには同じ名前を持つ複数のデータベースが存在できますが、 SQL Server クラスの特定のインスタンスにインストールされたデータベースは、一意の名前を持つ必要があります。 これに対して、データベース エンジンのホストは、 Windows コンピューター クラスです。 管理グループには同じ名前を持つ複数の SQL Server インスタンスが存在できます。 ある特定のコンピューター上では、それぞれが一意の名前を持つ必要があります。
ホスト リレーションシップが 2 つあるため、各データベースのパス名は、コンピューター名、インスタンス名、データベース名を続けたものになります。 次の図で、例を示します。
データベース ホスティングリレーションシップのサンプル
クラスの一般的なガイドラインとベスト プラクティス
Service Manager オーサリング ツールでクラスをカスタマイズする場合は、次のガイドラインとベスト プラクティスを使用します。
型定義の名前付け規則
Service Manager スキーマ モデルの名前付け規則は、.NET 名前空間の名前付け規則に基づいています。
基本的な名前付け規則
基本的な名前付け規則は、 CompanyName.TechnologyArea.ProductName.FunctionalityArea.Nameで、以下のように対応します。
ProductName はオプションです。定義が、特定の製品に依存しない場合に使用します。
FunctionalityArea はオプションです。定義を異なる領域に適用可能な場合に使用します。
Name は、継承階層ではなく、クラスの意味を反映します。
例: Microsoft.AD.Printer、 Microsoft.Windows.Computer、 System.Knowledge.Article、 System.WorkItem.Incident、 System.StarRating.Average
System 名前空間
System 名前空間は、Microsoft および Windows に依存しない定義を参照します。 これは通常、Windows アプリケーションまたは Unix アプリケーションが依存する基本定義に適用されます。 これらの基本定義は会社に依存しません。
System プレフィックスには、以下のガイドラインを使用してください。
System.Computer は任意の種類のコンピューターを表し、ベンダー固有ではありません。
System プレフィックスは、その名前空間の上にスキーマが定義されることが予期される場合に使用します。
Microsoft.Windows.Computer は System で始まらないことに注意してください。ただし、ほとんどの Windows アプリケーション (定義するベンダーに関係なく) はこの定義に依存します。
クラスの名前付けのベスト プラクティス
クラスに名前を付ける場合は、次のベスト プラクティスを使用します。
2 つのクラスの異なるオブジェクトに対して同じキー値が格納される 2 つの異なるクラス (2 つの異なる管理パック内にある場合でも) を作成しないでください。
クラスを拡張するときは、常にクラス拡張名が管理パック間で一意であることを確認してください。 可能な場合は、有意なクラス拡張名を使用します。
クラスを拡張するときは、そのクラスで既に使用されている ID を持つプロパティを定義しないでください。
カスタム クラスのプロパティの名前にはピリオドを使用しないでください。
キューブを作成するときにカスタム名の付いた計算を追加する場合は、名前付き計算の名前の前に NC_ を追加します。 こうすることで、既に存在するプロパティの名前が使用される可能性が低くなります。
作成するクラスが多すぎないようにする
必要以上の数のクラスを作成すると、不必要な複雑性が生じるだけで、その価値はほとんどありません。 クラスの数を最小限に抑えることで、望ましい結果がもたらされます。 抽象クラス以外に、クラスがワークフローのターゲットにならず、データの格納に使用される場合は、おそらく作成しないでください。 また、2 つの類似するクラスがある場合は、違いを示す値を格納するプロパティなどの使用により、単一のクラスで対応することを検討してください。
頻繁に更新されるプロパティは使用しないでください
プロパティ値は、最初に設定された後、ほとんど変更されません。 プロパティ値の変更が頻繁に発生する原因として、カスタム コネクタや、Service Manager データベースをプログラムで更新するその他のカスタマイズが考えられます。 このようなシナリオの下では、プロパティ値が頻繁 (多数のオブジェクトに対し、10 ～ 15 分おきなど) に変更されることがあります。
プロパティ値が頻繁に変更されると、ワークフローのパフォーマンスが多少低下したり、その他のパフォーマンスに影響が生じることがあります。 その理由は、システムが変更をすべて履歴に記録するためです。 また、プロパティによっては、変更のたびに、データ ウェアハウスによる処理および保存を必要とする膨大量のデータが追加されることもあります。
抽象クラスを拡張しない
Service Manager では、抽象クラスを拡張することはできません。 抽象クラスを拡張する必要がある場合は、次のいずれかの操作を行うことができます。
追加したいプロパティを使って新しいクラスを作成し、その後、新しいクラスと抽象クラスのリレーションシップを作成します。
抽象クラスから派生した、各具象クラスを拡張します。
作業項目クラスの簡単な検索を改善する
"System.WorkItem" クラスから派生したカスタム クラスを定義する場合は、そのクラスの DisplayName プロパティを次の形式で格納することをお勧めします: WorkItem.ID<SPACE>WorkItem.Title。
これにより、簡易検索が向上されます。 簡易検索では、 DisplayName プロパティのみが検索されます。明示的に Title プロパティ値と ID プロパティ値を DisplayName プロパティ値に含めることで、簡易検索の結果が向上します。 これは、ユーザーがタイトルに含まれる単語または ID により検索を実行できるためです。
オーサリング ツールでクラスを参照する
Service Manager 作成ツールの Class Browser ペインを使用して、クラスとそのプロパティを参照できます。 クラスを参照しているときに、 Class Browser ペインからオーサリング ウィンドウで作成されているフォームにプロパティをドラッグすることで、フォームにコントロールを追加できます。
[ クラス ブラウザー ] ウィンドウには、[ライブラリ] フォルダー内のすべての管理パックと、オーサリング ツールで開かれた管理パックのクラスを表示できます。 クラスを選択すると、 クラス ブラウザー ペインに、そのクラスに対して明示的に定義されているプロパティと、システムによって生成される内部プロパティが表示されます。 既定では、ライブラリ フォルダーは次の場所にあります:C:\Program Files (x86)\Microsoft System Center\Service Manager <version> Authoring\Library。
Class Browser ペインで管理パックを選択すると、選択した管理パックのすべてのクラスが表示され、プロパティを表示するクラスを展開できます。 [すべての管理パック 選択するとライブラリ フォルダー内のすべての管理パックのすべてのクラスが表示されます。 管理パックの選択を変更するたびに、 Class Browser ペインを更新する必要があります。
クラスを参照する
クラス ブラウザーペインがオーサリング ツールに表示されない場合は、View を選択し、Class Browser を選択します。
クラス ブラウザー ウィンドウの管理パックの一覧で、参照するクラスを含む管理パックを選択します。 たとえば、 System Library 管理パックを選択します。
Computer クラスなど、表示するクラスを見つけて、次の操作を行います。
クラスの詳細 ( Description Internal Name など) を表示するにはクラスを右クリックし、 Details を選択します。
Display Name や Asset Status などのクラス プロパティの一覧を表示するにはクラス ブラウザー ペインでクラスを展開します。 プロパティの詳細をさらに表示するには、プロパティを右クリックし、 Details を選択します。
クラスの定義を含む管理パックを開くには、クラスを右クリックし、 View を選択します。
オーサリング ツールでクラスの詳細を編集する
Service Manager オーサリング ツールを使用すると、クラスのプロパティを表示したり、クラスの名前や説明などの詳細を編集したりできます。
Management Pack エクスプローラーでクラスを選択し、その詳細を Details ペインに表示できます。 封印されていない管理パックで定義されているクラスを選択した場合は、そのクラスの名前と説明を変更できます。
クラスの名前または説明を変更する
デスクトップで、 Start を選択します。
Service Manager 作成ツールを選択し、作成ツールが開くのを待ちます。
管理パック エクスプローラーと Details ペインの両方が開かれていることを確認します。
File を選択し、Open を選択します。
[ ファイルを開く ダイアログで、変更するクラスを含む封印されていない管理パックを選択し、 開くを選択します。 たとえば、 Authoring Tool のインストール フォルダー \Samples\Woodgrove.AutomatedActivity.AddComputerToGroupMP.xml サンプル管理パックを開きます。
管理パック エクスプローラーで、変更するクラスを含む管理パックを展開します。
Classes を展開し、変更するクラスを見つけて選択します。
Name または Description プロパティの値を選択し、新しい値を入力します。 変更できない値は使用できません。
管理パック エクスプローラーで、変更されたクラスを含む管理パックを右クリックし、Save を選択します。
オーサリング ツールで継承を使用してクラスを作成する
Service Manager 作成ツールでは、既存の基底クラスからプロパティとリレーションシップを継承するクラスを作成できます。 その後、プロパティとリレーションシップを変更したり、新しいクラスに追加したりできます。
クラスの継承を定義する最初の手順として、プロパティとリレーションシップを継承する基底クラスを選択します。 オーサリング ツールでは、次のいずれかの方法を使用して基底クラスを選択できます。
基本構成項目クラスからプロパティとリレーションシップを継承するには、ショートカットを使用します。
ショートカットを使用して、基本作業項目クラスからプロパティとリレーションシップを継承します。
最初に基本クラスを選択し、継承の定義を開始します。
特定の基底クラスを選択せずに継承の定義を開始します。
次の手順では、オーサリング ツールでクラス継承を定義するためのすべてのメソッドについて説明します。
構成項目クラスまたは作業項目クラスを基本クラスとして開始する
Management Pack エクスプローラー作成ツールに表示されない場合は、View を選択し、管理パック エクスプローラーを選択します。
管理パック エクスプローラーで任意の管理パックを選択して展開します。
Classes を右クリックし、[構成項目クラスの作成] または [作業項目クラスの作成を選択。
封印された管理パックからクラスを作成する場合は、 Target 管理パック ダイアログで、封印されていない管理パックを選択してクラスのカスタマイズを格納し、 OK を選択します。
Note
封印されていない管理パックからクラスを作成する場合、このクラスのカスタマイズは選択した管理パックに保存されます。
[ クラスの作成 ダイアログで、新しいクラスの内部名を指定し、 Create を選択します。
作成ウィンドウで、新しいクラスのプロパティの一覧を表示できるようになりました。 構成項目クラスを作成する場合は、構成項目クラスのすべてのプロパティが一覧表示されます。 作業項目クラスを作成する場合は、作業項目クラスのすべてのプロパティが表示されます。
クラスの新しいプロパティと新しいリレーションシップを定義するにはCreate プロパティまたは Create リレーションシップを選択します。
選択した基底クラスから始める
Management Pack エクスプローラー作成ツールに表示されない場合は、View を選択し、管理パック エクスプローラーを選択します。
Management Pack エクスプローラーで、新しいクラスがプロパティとリレーションシップを継承する基底クラスを見つけて右クリックします。 このクラスから Inherit を選択。
[新しいクラス]ダイアログボックスに、クラスの内部名を入力します。
オーサリング ウィンドウの Class プロパティとリレーションシップ リストに基本クラスのプロパティが表示されます。
Create プロパティまたは Create リレーションシップを選択して、新しいクラスにプロパティまたはリレーションシップを追加できるようになりました。
基本クラスを選択せずに開始する
Management Pack エクスプローラー作成ツールに表示されない場合は、View を選択し、管理パック エクスプローラーを選択します。
管理パック エクスプローラーで任意の管理パックを選択して展開します。
Classes を右クリックし、[ 他のクラスの作成] を選択。
Base クラス ダイアログで、プロパティとリレーションシップを継承する基底クラスを選択します。
必要に応じて、使用する基本クラスが定義されている管理パックがわかっている場合は、それぞれの管理パックでフィルター処理し、このカスタマイズの基本クラスを選択できます。
[OK] を選択します。
プロパティとリレーションシップの継承元として選択した基本クラスが封印された管理パックにある場合は、 Target 管理パック ダイアログで、封印されていない管理パックを選択してクラスのカスタマイズを保存し、 OK を選択します。
プロパティとリレーションシップの継承元として選択した基本クラスが封印されていない管理パック内にある場合、このクラスのカスタマイズは選択した管理パックに保存されます。
クラスのダイアログで、このクラスの内部名を指定し、Create を選択します。
作成ウィンドウで、新しいクラスのプロパティの一覧を表示できるようになりました。 この一覧には、選択した基底クラスのすべてのプロパティが含まれます。
オーサリング ツールでクラスを拡張する
サービス マネージャー作成ツールでクラスを拡張するには、クラスの定義にプロパティとリレーションシップを追加します。 クラスを拡張すると、そのクラスのすべての既存のインスタンスに影響します。そのクラスのすべてのインスタンスが更新され、新しいプロパティとリレーションシップが含まれます。
クラスを拡張する
Management Pack エクスプローラーペインがオーサリング ツールに表示されない場合は、View を選択し、Management Pack Explorer を選択します。
Management Pack エクスプローラー ウィンドウで、拡張するクラスを見つけて右クリックし、Extend クラスを選択します。
Target 管理パック ダイアログで、封印されていない管理パックを選択してクラス拡張機能を格納し、OK を選択します。
作成ウィンドウの Extension of class タブの Class プロパティとリレーションシップリストには、クラスのプロパティとリレーションシップが表示されます。 次のように、新しいプロパティとリレーションシップを作成します。
Create プロパティ; を選択ダイアログで、新しいプロパティの名前を Internal name に入力し、Create を選択します。
[リレーションシップの作成; を選択します。作成リレーションシップダイアログで、新しいリレーションシップの名前を Internal name に入力し、Create を選択します。
Note
クラスを拡張するときは、そのクラスで既に使用されている ID を持つプロパティを定義しないでください。
クラスのプロパティとリレーションシップリストで新しいプロパティまたはリレーションシップを見つけて選択し、必要に応じて Details ペインでそのプロパティを変更します。