統一モデリング言語用語集

統一モデリング言語( UML )用語集には、UMLのすべてのバージョンで使用される用語とその定義がまとめられています。バージョン間で顕著な違いがある場合は、該当する個々のエントリにその旨が記載されています。

• 抽象-分類子(例:アクター、クラス、ユースケース) または分類子の一部の機能 (例: クラスの操作) に適用されるインジケーター。機能が不完全であり、インスタンス化されるのではなく、他の定義によって特化されることが意図されていることを示します。
• 抽象クラス- 完全な宣言を提供しないクラス。おそらく、操作に対して識別された実装メソッドがないためです。クラスを抽象として宣言すると、クラスの直接インスタンス化を禁止することになります。抽象クラスはオブジェクトを直接インスタンス化することはできません。使用するには、継承する必要があります。
• 抽象データ型
• 抽象操作- 属性とは異なり、クラス操作は抽象的である可能性があり、つまり、提供される実装はありません。通常、抽象操作を含むクラスは、抽象クラスとしてマークする必要があります。操作を使用するには、その前に、何らかの特殊なクラスで提供されるメソッドが必要です。
• 抽象化とは、オブジェクトおよびプロシージャ エンティティから共通の特徴を抽出し、他の種類のエンティティと区別する重要な特性を導き出すプロセスです。
• アクション- アクションは動作仕様の基本単位であり、クラスのメソッドやサブアクティビティの呼び出しなど、モデル化されたシステム内の何らかの変換または処理を表します。
• アクションシーケンス-
• アクション状態-
• 行動ステップ-
• アクティベーション- オブジェクトがメソッドを実行している時間。シーケンス図では、オブジェクトのライフラインに重ねて表示される細いボックスまたはバーで示されることが多い。
• アクティビティ図- 手続き型ロジック、ビジネス プロセス、またはワークフローを説明する図。アクティビティ図には、制御フローとオブジェクト フローで接続された多数のアクティビティが含まれます。
• アクティブクラス-アクティブオブジェクトを定義するクラス
• アクティブオブジェクト-独自のスレッドで実行されているオブジェクト
• アクティビティ-ステートマシン図で動作を実行する
  • 実行- 中断される可能性のあるアクティビティの一種で、中断されない可能性のある通常のアクティビティとは対照的である。
  • 内部- 状態内で実行されるアクティビティ
    • エントリ- 状態に入ったときに実行されるアクティビティ
    • 終了- 状態から抜けるときに実行されるアクティビティ
• アクティビティ最終-アクティビティ図の終点。スレッドがアクティビティ最終ノードに到達すると、アクティビティのすべてのスレッドが終了します。(1 つのスレッドの終了を示すフロー最終ノードとは対照的です。)
• アクター-ユースケースを呼び出すときにユーザーが担う役割。アクターモデリングも参照してください。
• 集約- 1. 通常の関連付けよりも強い 2 つのクラス間の関係を表すために使用される特別なタイプの関連付け。通常は「クラス A はクラス B を所有する」のように「所有する」と読みます。親オブジェクトが破棄された場合に子オブジェクトが存続する場合と存続しない場合があるクラスの階層。 「構成」を参照してください。2. 集約は、1 つのクラスが小さいものから構成される大きなものを表し、「has-a」関係を表すことを指定する構造的関係です。
• アーティファクト- ユーザーマニュアル、トレーニング資料、パスワードファイルなど、システム内の物理的な情報をモデル化するアイテム
• 関連- 1. 2 つ以上の端点を持つ関係。各端点はクラス (またはその他の分類子) 上にあります。各端点はロールと呼ばれ、ロール名、多重度、およびナビゲート可能な場合があります。2. 関連は、1 つのオブジェクトが別のオブジェクトに接続されていることを指定する構造的な関係です。
• 関連クラス-関連を記述するクラス。
• 非同期- 非同期メッセージの送信者は応答を待機しません。
• 属性- クラスが所有する重要なデータで、クラスの各インスタンスを説明する値が含まれることがよくあります。属性名と属性値のスロットの他に、属性には可視性、タイプ、多重度、デフォルト値、プロパティ文字列が指定されている場合があります。

• ブロック- ブロックは、すべての集合体が1か所に集められた場所です
• BPM (ビジネス プロセス モデル) は、ビジネスが従うプロセスを定義するために使用されます。これは、ビジネス プロセスの高レベルの設計です。
• BPMN (ビジネス プロセス モデリング表記法) は、UML の定義済み図形を使用してプロセスを紙上で定義するために使用されます。

• 電話-
• カーディナリティ- プロパティの現在の出現回数。カーディナリティは、多重度によって許可される値である必要があります。
• 子供-
• クラス-オブジェクト指向プログラミングの主要な宣言的構成要素。属性と操作のまとまりのある単位。オブジェクトのコンパイル時テンプレート。
• クラス図- システムのクラス、その属性、およびクラス間の関係を表示してシステムの構造を説明する静的構造図の一種。
• 分類子- 属性やメソッドなどの共通の機能を持つ UML 要素のカテゴリ。
• クライアント-
• コラボレーション- コラボレーションとは、クラス、インターフェース、およびその他の要素が連携して動作し、個々の部分の合計よりも大きな協調動作を実現する仕組みです。
• コミュニケーション図
• コンポーネント- コンポーネントは、明確に定義されたインターフェイスを持つソフトウェア モジュール (ソース コード、バイナリ コード、実行可能ファイル、DLL など) を表します。コンポーネントのインターフェイスは、コンポーネントが提供する 1 つまたは複数のインターフェイス要素によって表されます。コンポーネントは、コンパイラとランタイムの依存関係、およびソフトウェア モジュール間のインターフェイスと呼び出しの依存関係を示すために使用されます。また、どのコンポーネントが特定のクラスを実装しているかを示します。
• コンポーネント図
• 複合構造図
• 構成- あるオブジェクトが別のオブジェクトからどのように構成されているかを説明する特定のタイプの関係。親オブジェクトが破棄されると子オブジェクトも破棄される集約の形式
• 状態-
• 繋がり-
• 制約- 自然言語、プログラミング言語、またはオブジェクト制約言語のブール条件。クラスが有効であるとみなされる場合は偽であってはなりません。
• 包含- 値による包含と参照による包含。値による包含は、オブジェクトに別のオブジェクトが含まれることを意味し、参照による包含は、オブジェクトに別のオブジェクトへのポインターが含まれることを意味します。

• 決定-アクティビティ図で、フローが複数の相互に排他的なガードフローに分割されるポイント。マージは、決定によって開始されたオプションの動作の終了を示します。
• 依存関係- 定義された 2 つの要素の間には、一方の定義を変更するともう一方の定義も変更される場合に依存関係が存在します。UML では、これは依存要素から独立要素を指す線で示されます。
• 展開図
• 派生プロパティ- 他のプロパティから計算または推測できるプロパティ
• ダイアグラム- UML モデルの機能のサブセットを視覚的に表現したもの
• 有向関係-
• ドメイン- 何らかのタイプまたはプロパティに基づいてオブジェクトの所有権を定義するルールを明示的に宣言する論理グループ。

• エッジ- フローの同義語
• カプセル化- コードとそれが使用するデータを結合する手段。オブジェクト指向プログラミングの基礎です。
• 実在物-
• 列挙- 新しいデータ型の定数値のセット
• イベント- オブジェクト上で発生すると、ステートマシン図で遷移を引き起こす可能性があります。
• 拡張領域-拡張領域への入力トークンのコレクションごとに 1 回発生するアクティビティ図内のアクションのセット
• 拡張- クラスを新しいクラス作成の開始点として使用する手段。新しいクラスは、拡張するクラスのすべての属性、プロパティ、およびメソッドを継承します。
• 例外-

• ファイル-
• 最終状態-オブジェクトが存在しなくなる状態
• フロー- 2つのアクション間のナビゲーション接続
• フロー最終- アクティビティ全体を終了せずにフローが終了するポイント
• フォーク-アクティビティ図でロジックのフローが複数の同時フロー（スレッド）に分割されるポイント
• 見つかったメッセージ-シーケンス図の開始点

• 一般化-特定の分類子(通常はクラス) とより一般的な分類子との関係。一般的な分類子には、特定の分類子と一般的な分類子の両方に共通する機能が含まれていることを主張します。機能には、たとえば、プロパティや制約が含まれます。一般化の使用は、特定の分類子が一般的な分類子の「一種」または「ある程度」である場合に論理的に制限されることがよくあります。たとえば、ボクサーは「一種」の犬です。関係する分類子がソフトウェア エンジニアリングクラスである場合、一般化には通常、コードの再利用が伴います。これは、より具体的なコードがより一般的なコードを再利用する継承を使用して実装されることがよくあります。
• 一般化ツリー- 複数の特殊分類子が同じ一般分類子を指して一般化ツリーを形成することがあります。一般分類子には、すべての特殊バージョンで共有される共通の機能が含まれます。一般化は関係であるため、分類子が複数の一般化に参加することは可能であり、多くの場合、特定の側または一般的な側で、有向非巡回グラフ(DAG) (つまり、ループなし) を形成します。
• ジェネリック-
• ガード-アクティビティ図のフローまたはステートマシン図の遷移を開始するために満たさなければならないブールテスト

• 階層-
• 履歴疑似状態-以前の状態履歴が保存されていないオブジェクトの初期状態を指します

• 継承- より具体的な新しいクラスが、既存のより一般的なクラスから定義の一部を継承する
• 初期ノード-アクティビティ図の開始点
• 初期疑似状態- オブジェクトの初期状態を指します
• インスタンス- インスタンスは、一連の操作を適用できる抽象化の具体的な表現であり、操作の効果を格納する状態を持ちます。
• 相互作用図
• 相互作用の概要図
• 相互作用フレーム-シーケンス図のセクション。フラグメントに分割され、反復、並列処理、オプションなどのアルゴリズム演算子の対象となります。
• インターフェース- 定義された通信境界。

• 結合-アクティビティ図内の、複数の同時フロー (スレッド) が同期し、すべてが完了するまで待機してから、単一のフローを続行するポイント

• ライフライン-シーケンス図に参加しているオブジェクトまたはパーツを示します。ライフラインには、アクティブ化、オブジェクトの作成、およびオブジェクトの削除が表示されます。
• リンク- オブジェクト間の関係。オブジェクトはクラスのインスタンス化ですが、リンクは関連のインスタンス化と見なすことができます。

• マージ-アクティビティ図において、決定によって開始されたオプションの動作の終了を示すポイント
• メッセージ- あるオブジェクト (または類似のエンティティ) から別のオブジェクトへの信号。多くの場合、パラメータを持ちます。シーケンス図内のオブジェクトのコンストラクターとデストラクターを含むメソッドの呼び出しとして実装されることがよくあります。
• メタデータ-
• メタモデル-
• メタモデリング-
• メタモデリング技術-
• メタオブジェクト機能-
• 方法-
• モデリング-
  • ドメイン- 現実世界の概念的実体の表現
  • 設計- ソフトウェアのクラスとインターフェースの表現
  • 動的- 相互作用図を使用してコラボレーションと動作を記述する
• モデル -
• モデル駆動型アーキテクチャ（MDA） -
• 多重度- 1. プロパティの可能な発生回数、または特定の関係に参加できる許容要素の数の指定。UML 1.x では、個別の値のリストも可能でしたが、UML 2.0 では削除されました。2. 値の範囲 (1..* など) として記述される関連のインスタンスを介して接続できるオブジェクトの数を指定します。
  • 必須- 必要な多重度。下限は少なくとも 1 で、通常は 1..1 または 1 です。
  • オプション - 下限は最大で 0 で、通常は 0..1 です。
  • 多数 - 上限のない多重度、0..* または *
  • 禁止- 要素は許可されません、0..0 (UML 2.2 の場合)

• 名前空間-識別子が存在するコンテキスト。
• ナビゲート可能- 関連の一方の端にあるクラスのオブジェクトが、もう一方の端からオブジェクトを取得できる機能。関連はナビゲート可能である必要はありません。
• ノード-
• 注記- UML モデルの説明部分です。注記は、要素または要素のコレクションに添付された制約やコメントをレンダリングするためのシンボルです。

• オブジェクト- クラスのランタイムインスタンス。オブジェクトは、シナリオやテストなどを説明するために使用されない限り、ダイアグラムに表示されることはほとんどありません (通常は数が多すぎるため)。このようなオブジェクトは、サンプルデータが設定されたクラスの属性とともに表示されることがよくあります。
• オブジェクト制約言語(OCL) - UML モデルに適用されるルールと制約を記述するための宣言型言語
• オブジェクト図
• 操作- クラスのメソッドのシグネチャ。操作名、可視性、パラメータリスト、戻り値の型、プロパティ文字列で構成されます。
• 演算子- インタラクション フレームの動作を定義するアルゴリズム機能。例:
  • alt - それぞれガード条件を持つ複数の選択肢。真となる選択肢は 1 つだけです。
  • クリティカル- より大きな並列インタラクション フレーム内のフラグメント。このフラグメントに入ると、他のフラグメントからのイベントのインターリーブが一時停止されます。
  • loop - フラグメントはガード条件に従って反復します。
  • neg - 無効な相互作用。
  • opt - ガード条件を持つ単一の選択肢。
  • par - 各フラグメントは並列に実行されます。
  • ref - 別の図で定義された相互作用。
  • strict - 複数のライフラインにわたる受信イベントの順序がグラフィカルな配置に厳密に従うフラグメント。

• パッケージ- パッケージは、関連するクラスまたは関連する機能を持つクラスのコレクションまたはグループです。
• パッケージ図
• パラメータ- メソッド内で使用されるメッセージに渡されるデータ
• パーティション-アクティビティ図またはシーケンス図の、単一のクラスまたはオブジェクトが占めるセクション
• ピン- アクションのパラメータ
• ポリモーフィズム- 異なるクラスに属するオブジェクトが、同じ名前の操作に、クラス固有の適切な動作に従って応答する機能
• プロファイル- UML モデルを構築するための汎用拡張メカニズムを提供します。その他の拡張メカニズムにはステレオタイプが含まれます。
• プロパティ- 属性または関連付け
• プロパティ文字列- 属性と操作の修飾子。例には、{ordered}、{readonly}、{unique} などがあります。

• 修飾子付き関連付け -修飾子の値 (ターゲット オブジェクト、関連付けオブジェクトの属性、またはターゲット オブジェクトまたは関連付けオブジェクトの派生属性) に基づいてオブジェクトのセットをサブセットに分割することにより、2つのクラス間の関連付けの多重度または役割を強化します。

• 実現- 実現は、インターフェースと、インターフェースの実装を提供するクラスとの関係を示します。
• 参照-
• リクエスト- さまざまな操作 (追加、削除、変更、問い合わせ) から関連する要約を検索するためのシステムへの入力。リクエストは各操作に対して 1 つだけ可能です。
• レスポンス- 「リクエスト」の出力。レスポンスは、1 つのリクエストに対して 1 つ以上になる場合があります。
• 関係-
• リターン- メッセージに続いてメソッドから発行される応答
• 役割- 協会内のクラスの 1 つが協会内で果たす役割の説明

• シナリオ- 予測可能な相互作用を説明する物語
• 自己呼び出し- オブジェクトから自身のメソッドへのメッセージ
• シーケンス図- シナリオ内の複数の参加オブジェクト間で送信されるメッセージを説明します。
• シグナル-アクティビティ図で 3 つの異なる方法で発生するイベント: 時間シグナル、アクティビティがリッスンできるシグナル、アクティビティが送信できるシグナル
• 状態- オブジェクトは、状態マシン図で説明されている状態のいずれかに存在します。状態には、オブジェクトのすべてのプロパティと、各プロパティの値が含まれます。
• 状態図-状態マシン図の同義語
• ステートマシン図- 単一のオブジェクトの存続期間中の動作を、そのオブジェクトが存在する状態とそれらの状態間の遷移の観点から説明します。
• 静的属性-特定のオブジェクトに関連せず、クラスレベルの属性。つまり、そのクラスのすべてのオブジェクトに共通する属性。
• 静的モデリング-クラス図を使用して構造を記述する
• 静的操作-特定のオブジェクトに関連しないがクラスレベルの操作
• ステレオタイプ- UML シンボルの拡張を可能にする表記法。一部はプロファイル内で定義されています。定義済みの UML ステレオタイプの例としては、 Actor、 Exception、 Powertype、 Utilityなどがあります。
• 構造図
• スーパーステート- 共通の遷移と内部アクティビティを共有する複数の状態を許可する構造
• スイムレーン- パーティションの同義語
• システムモデル- 1つ以上のUML図で表現される論理UMLモデル

• タグ付き値- 拡張性
• テンプレート- クラス内で使用される型を定義するコンパイル時パラメータを受け入れるクラス。多くの場合、任意の型のコレクションを実装するために使用されます。
• スレッド- オペレーティングシステムによって実行がスケジュールされ、他のスレッドと並行して実行される可能性のある一連の命令
• タイミング図
• トークン-アクティビティ図のスレッドを象徴します
• 遷移- 1.ステート マシン ダイアグラムで 1 つの状態から別の状態への移行。遷移はトリガー シグネチャ [ガード]/アクティビティによって指定されます。2. 特定のイベントが発生し、特定の条件が満たされると、最初の状態のオブジェクトが特定のアクションを実行し、2 番目の状態に入ることを示す 2 つの状態間の関係。
• タイプ- オプションは、整数、文字列、日付、ブール値などの基本的な値タイプ、またはクラスで定義された参照タイプです。

• ユースケース- ユースケースは、システムが実行でき、システムと対話するアクターにとって何らかの価値がある観察可能な結果を​​生成する、バリエーションを含む一連のアクションとして定義できます。
• ユースケース図
• 依存関係を使用します-

• 可視性- モデル内の要素にアクセスできるかどうか。通常は、クラスによって定義された機能 (属性、操作など) の可視性を制限するために使用されます。クラスによって定義された機能に適用する場合、標準オプションは次のとおりです。
  • プライベート（-）：定義されたクラス内でのみ使用可能。これは最も制限された可視性です。
  • protected (#): このクラスのサブクラス内および定義クラスを直接含むパッケージ内で使用可能
  • パッケージ (~): 定義クラスを直接含むパッケージ内でのみ使用可能
  • public (+): 定義クラスを参照できるすべてのクラスで使用可能です。これは最も制限の少ない可視性です。

• ワークフロー- 仕事を完了するために実行する必要がある一連の手順

• XMI - 拡張マークアップ言語 (XML) を介してメタデータ情報を交換するための OMG 標準。
• xUML - 統一モデリング言語 (UML) をカスタマイズするための UML プロファイルまたは汎用拡張メカニズム。

• ファウラー、マーティン(2004)。UML Distilled: 標準オブジェクトモデリング言語の簡潔なガイド(第 3 版)。Addison- Wesley。ISBN 0-321-19368-7。
• トム・ペンダー（2003年）。UMLバイブル。ジョン・ワイリー・アンド・サンズ。ISBN 0-7645-2604-9。