ISO 19440:2020 エンタープライズモデリングとアーキテクチャ—エンタープライズモデリングの構成 | ページ 6

3.1

集計

<エンタープライズ モデリング> モデリング言語構造 (3.50) と他の モデル (3.49) コンポーネント (3.9) を エンティティ全体 (3.35) に結合するプロセス、またはその結果

注記 1:モデリング言語構造およびその他のモデルコンポーネントは、複数の集合体の一部となることができます。

注記 2: Part-of と Consists-of の両方が、7.16 で説明されている集約 関係 (3.64) で使用されます。

3.2

属性

エンティティのプロパティを示す情報 (3.35)

[出典:ISO 19439:2006, 3.2]

3.3

行動ルール

<エンタープライズ モデリング> ビジネス プロセス (3.4) および サービス (3.71) の動作の仕様で使用される構成アクティビティの論理的な順序 関係 (3.64) の説明。

3.4

ビジネスプロセス

<エンタープライズモデリング> 実行されると、 企業 (3.27) または企業の一部の所与の目的を追求して、何らかの望ましい最終結果を達成する、部分的に順序付けされたビジネス プロセス、サービス、および企業活動のセットを表す構成要素 (3.12)

3.5

能力

<全般> 指定されたアクティビティを実行する機能

3.6

能力

<エンタープライズ モデリング> リソース (3.67) ( 提供される機能) またはエンタープライズ アクティビティ ( 3.28 ) (必要な機能) のいずれかの 機能 (3.5) 特性 [機能 属性 (3.2) として表現される] のコレクションを表すエンタープライズ オブジェクト (3.33) 構成 要素 (3.12) の特殊化 (3.73)

3.7

クラス

類似した現象の集合を区別する、プロパティ、 関係 (3.64) 、および動作を表し、カプセル化した抽象化。

注記 1:クラスは、実装や特定の方法論での使用という意味合いを含まず、非常に一般的な意味で使用されます。

3.8

補完的な概念

それ自体は 構成要素 (3.12) ではないが、エンタープライズ モデリングの目的で明確な重要性とセマンティクスを持つ概念表現。

注記 1:多くの 構成テンプレート (3.14) は 、5.12 にリストされている補完的な概念を使用します。

3.9

コンポーネント.コンポーネント

<system> エンティティ (3.35) 。 システム (3.75) 内に個別の構造があり、システムの他のコンポーネントと相互作用し、それによってシステムのプロパティと特性に貢献します。

[出典:ISO 19439:2006, 3.6, 修正 – 「貢献」の後に「最低レベルで」という言葉が削除されました。]

3.10

コンセプト定義フェーズ

エンタープライズモデルフェーズ (3.31) は、必要なエンタープライズドメインの入力と出力を含む、ビジネス目標とその運用を実現するために使用される エンタープライズドメイン (3.29) のビジネスコンセプトを定義します。

[出典:ISO 19439:2006, 3.7, 修正 – 「フェーズ」という単語が用語に追加されました。]

3.11

制約

検討中のシステムの内部または外部から生じる、 システム (3.75) に課せられる制限、制限、または条件。

[出典:ISO 19439:2006, 3.8]

3.12

構築する

<エンタープライズモデリング> ドメイン内の一般的な概念を表すためにモデリング言語の要素として考案された抽象化 (3.24)

注記 1:この文書は、製造、関連サービス、および協力企業の領域を対象としています。

3.13

ラベルを構成する

各 構成テンプレート (3.14) に定義され、 構成の種類を識別するリテラル文字列 (3.12)

注記 1:構成ラベルは 4.2 にリストされています。

3.14

テンプレートを構築する

個別の モデリング言語構造 (3.50) の識別と記述、およびそれらのプロパティの割り当てを可能にする共通の構造

3.15

共同プロバイダー

<エンタープライズモデリング> 派生構造 (3.22) 、 役割 (3.69 ) の特殊化 (3.73 ) 。これは、 サービス (3.71) を提供する際に他者と関連付けられた個人または組織を表します。

3.16

コア構造

<エンタープライズモデリング> 各単語の最初の文字を大文字にすることで用語の通常の使用法と区別される主要な 構成要素 (3.12)

注記 1: コア構成については第 7 項で説明します。

3.17

意思決定センター

<エンタープライズモデリング> 同じ期間と計画期間を持ち、同じ種類の意思決定機能カテゴリ ( 3.18) に属することを特徴とする一連の意思決定活動を表す エンタープライズオブジェクト (3.33) 構成要素 (3.12) の特殊化 (3.73)

注記 1: Decision Center の側面を説明するために使用される用語は、CEN/TS 14818 に記載されています。そこでは、(期間) 期間を「決定によって考慮される将来の部分、つまり、決定が 6 か月の時間間隔で行われる場合の期間は 6 か月」と定義され、(計画) 期間は「決定とこの決定が再評価されるまでに経過する時間」と定義されています。

3.18

決定関数カテゴリ

<エンタープライズモデリング> 同じ種類の意思決定活動を処理し、同じ種類の主題に関する一連の意思決定活動または 意思決定センター (3.17)

3.19

宣言的ルール

一連の目的と 制約 (3.11) 。テキストとして表現された一連の要件と組み合わされる場合があります。

注記 1:宣言的ルールは 、ビジネス プロセス (3.4) および サービス (3.71) に適用できます。

3.20

廃止定義フェーズ

エンタープライズ モデル フェーズ (3.31) 廃止された運用 システム (3.75) 、特定の エンタープライズ ドメイン (3.29 ) のそのすべての コンポーネント (3.9) 、および廃止を実行するために使用されるプロセスの最終状態を定義し、これらのコンポーネントの再利用または廃棄を可能にします。

[出典:ISO 19439:2006, 3.11, 修正 – 「フェーズ」という単語が用語に追加され、定義内の「特定の」という単語が「特定の」に置き換えられました。

3.21

導出

<エンタープライズ モデリング> 前のフェーズで確立された モデル (3.49) から、後続の エンタープライズ モデル フェーズ (3.31) でエンタープライズ モデル (3.30) を精緻化し、利用可能なコンテンツを再利用し、モデル フェーズで表明されたニーズに従って拡張するプロセス。

3.22

派生構造

<エンタープライズ モデリング> エンタープライズ オブジェクト (3.33) から特殊化され、各単語の最初の文字を大文字にすることで用語の通常の使用法と区別される 構成要素 (3.12)

注記 1: 派生構造については第 8 項で説明します。

3.23

設計仕様段階

ビジネス プロセス (3.4) と エンタープライズ アクティビティ (3.28) および要件を達成するために実行されるルールを指定する エンタープライズ モデル フェーズ (3.31)

[出典:ISO 19439:2006, 3.13, 修正 – 「フェーズ」という単語が用語に追加され、「ビジネス プロセス」という単語が大文字になり、「能力」という単語が「企業活動」に置き換えられました。

3.24

ドメイン

<enterprise modeling> 関連情報の識別を提供する、モデル化される 企業 (3.27) の部分を表す 構成要素 (3.12)

3.25

ドメイン識別フェーズ

ビジネス目標、エンタープライズドメインの入力と出力、およびそれぞれの起点と終点に関してモデル化される エンタープライズドメイン（3.29） を特定する エンタープライズモデルフェーズ（3.31）

[出典:ISO 19439:2006, 3.15, 修正 – 「フェーズ」という単語が用語に追加されました。]

3.26

ドメイン運用フェーズ

ドメイン (3.24) モデル (3.49) の運用上の使用を含む エンタープライズ モデル フェーズ (3.31)

[出典:ISO 19439:2006, 3.16, 修正 – 「フェーズ」という単語が用語に追加されました。]

3.27

企業

<エンタープライズ モデリング> 製品や サービス (3.70) を提供する、または望ましいプロジェクトの成果やビジネスの成果を達成するという明確な 使命 (3.48 ) 、目標および目的を持つ人間の事業またはベンチャー

3.28

企業活動

<エンタープライズ モデリング> ビジネス プロセス (3.4) 目標によって必要とされるエンタープライズ機能の最も詳細な範囲のすべてまたは一部を表す構成要素 (3.12) 。着手するタスクを定義し、その実行に必要な入力と結果として作成される出力を識別します。

注記 1:必要な入力と リソース (3.66) は、エンタープライズ活動テンプレートで特定されます。

3.29

エンタープライズドメイン

この 企業モデル (3.30) の特定の一連のビジネス目標と 制約 (3.11) を持つ 企業 (3.27 ) の一部

注記 1:この文書では、「ドメイン識別フェーズ」や「ドメイン モデル」などの用語で「エンタープライズ ドメイン」が修飾語として使用される場合は常に、「エンタープライズ ドメイン」を「ドメイン」と省略します。 「ドメイン」のその他の用法には、通常の辞書の意味があります。

3.30

エンタープライズモデル

企業（3.27） および企業内の エンティティ（3.35） の表現、それらの相互関係、それらの分解、および企業が達成しようとしていることとその運営方法を伝えるために必要な範囲での詳細。

注記 1:企業の有効性と効率を改善するために使用される企業モデルは、企業のあらゆるサブシステムと構成モデル (3.49)、例えば企業アーキテクチャー・モデルを含め、必須のコンポーネント (3.9) と要素を必要な範囲まで詳細に識別し指定する。

[出典:ISO 15704:2019, 3.6]

3.31

エンタープライズモデル段階

ライフサイクル (3.45) エンタープライズ モデルのフェーズ (3.30)

[出典:ISO 19439:2006, 3.24]

3.32

エンタープライズモデルビュー

モデルビュー

ビュー

いくつかの異なる側面を強調し、他の側面を無視する 企業モデル (3.30) の選択的な認識または表現。

[出典:ISO 19439:2006, 3.25, 修正 – 「モデル ビュー」および「ビュー」という用語が追加され、定義内の「特定の」という言葉が「独特の」に置き換えられました。

3.33

エンタープライズオブジェクト

<企業モデリング> 全体として概念化された一般化された実体または抽象的な 実体 (3.35) を記述する 企業 (3.27) 内の情報を表す 構成要素 (3.12)

注記 1:この文書内の他のすべての構成要素は、個別のプロパティと追加の説明を必要とする特定のセマンティクスを持つエンティティを表します。

[出典: ISO 19439:2006, 3.27, 修正 – 「エンタープライズ オブジェクト」という用語が大文字に変更され、フィールド「<エンタープライズ モデリング>」が追加され、「説明するエンタープライズ ドメイン内の情報の一部」という言葉が「説明するエンタープライズ ドメイン内の情報を表す構造」に置き換えられ、「概念化」の前に「可能性がある」という言葉が削除され、項目への注記 1 が追加されました。

3.34

エンタープライズオブジェクトビュー

オブジェクトビュー

<エンタープライズ モデリング> 何らかの目的のために エンタープライズ オブジェクト (3.33) から選択された 属性 (3.2) のコレクションを表す コンストラクト (3.12)

注記 1:コレクションは、属性の選択と、場合によってはそれらの属性に対する 制約 (3.11) によって定義されます。

3.35

エンティティ.エンティティ

検討中の ドメイン (3.24) 内の具体的または抽象的なもの

[出典:ISO 15704:2019, 3.8]

3.36

イベント

<企業モデリング> 企業 (3.27) またはその環境の状態変化を示す、要求されたまたは要求されていない事実を表す 構成要素 (3.12)

注 1:イベントは、そのイベントに関連する情報を含むオブジェクト ビューに関連付けることができます。

3.37

例外

<エンタープライズ モデリング> 以前に開始された ビジネス プロセス (3.4) 、 エンタープライズ アクティビティ (3.28) or サービス (3.71) の異常終了の結果として、またはウォッチドッグ タイマーなどの特別な外部メカニズムによって発生する イベント (3.36 )

3.38

機能ビュー

<エンタープライズ モデリング> エンタープライズ モデル ビュー (3.32) エンタープライズ (3.27) のプロセス、その機能、動作、入力と出力の表現と変更を可能にします。

[出典:ISO 19439:2006, 3.32, 修正 – フィールド「<エンタープライズ モデリング>」が追加されました。]

3.39

機能的なカテゴリー

共通の目的または 能力 (3.5) を表現するための エンティティ (3.35) のグループ化

3.40

機能性

<エンタープライズモデリング> 派生構造 (3.22) 、 役割 (3.69) の特殊化 (3.73 ) 。これは、製品または サービス (3.70) が ユーザー (3.76) に対してできること、またはできないことの一部の側面を表します。

3.41

一般化

より一般的な内容、用途、目的のために変更された特定の概念、またはその一般化を生み出すために特定の概念から詳細を削除または変更する行為

注記 1:一般化は 特殊化 (3.73) の逆です。

[出典:ISO 19439:2006, 3.34]

3.42

実装説明フェーズ

エンタープライズモデルフェーズ（3.31）。 設計仕様フェーズ （3.23） で指定された ビジネスプロセス（3.4） 、 サービス（3.71） 、および エンタープライズアクティビティ（3.28） の実行に必要な運用パフォーマンスを達成するために実装されるプロセス、リソース （3.66）およびルールの最終セット を記述します。

[出典:ISO 19439:2006, 3.38, 修正 – 「フェーズ」という単語が用語に追加され、「ビジネス プロセス」と「企業活動」という単語が大文字になり、「サービス」という単語が追加されました。

3.43

情報ビュー

<エンタープライズ モデリング> エンタープライズ モデル ビュー (3.32) 機能ビュー (3.38) で識別されるエンタープライズ情報の表現と変更を可能にします。

注記 1:情報ビューは、企業 [組織、 リソース (3.66) 、および情報] の情報関連 エンティティ (3.35) を表す エンタープライズ オブジェクト (3.33) を含む構造として表現されます。

[出典:ISO 19439:2006, 3.40, 修正 – フィールド「<エンタープライズ モデリング>」が追加され、エントリの注 1 が修正されました。]

3.44

整合性ルール

現実世界の現実への適合性を確保するための情報の制限に関する 要件定義フェーズ (3.65) のステートメント

注記 1:整合性ルールは 、エンタープライズ・オブジェクト (3.33) の 属性 (3.2) に対する 制約 ( 3.11) に関する制限を定義するために使用されます。

3.45

ライフサイクル

一連の区別可能な ライフサイクルフェーズ (3.46) と、 エンティティ (3.35) が その作成から存在しなくなるまで通過するフェーズ内のステップ

[出典:ISO 19439:2006, 3.42, 修正 – 「フェーズ」という言葉が「ライフサイクルフェーズ」に置き換えられました。

3.46

ライフサイクルフェーズ

エンティティの発展の区別可能な段階 (3.35)

[出典:ISO 19439:2006, 3.43, 修正 – 「ライフサイクルにおける開発段階」という言葉は「開発の区別可能な段階」に置き換えられました。

3.47

メタモデル

ドメインに関連する モデル (3.49) の 構築に使用するモデリング要素の説明

注記 1:メタモデルは常に、そのモデリング要素が出現するモデルに対して相対的です。

3.48

ミッション

<enterprise> 企業 (3.27) が、 製品または サービス (3.70) に対する機能要求の実現を通じて達成すると期待される効果の特徴付け。

3.49

モデル

実体（3.35） の特定の側面を表す、あらゆる形式（数学的、物理的、記号的、グラフィック的、または記述的なものを含む）での、その実体（3.35）の抽象的な記述

[出典:ISO 19439:2006, 3.47, 修正 – 「現実の抽象的な記述」という言葉は「実体の抽象的な記述」に置き換えられ、「特定の側面を提示する」は「特定の側面を提示する」に置き換えられました。

3.50

モデリング言語構造

<エンタープライズモデリング> 異なる企業エンティティの集合の共通のプロパティと要素に関する多様な情報を秩序だった方法で表現するために考案されたモデリング言語のテキストまたはグラフィック部分 (3.35)

3.51

発生.発生

<エンタープライズ モデリング> モデル (3.49) が使用される時点で現実世界の個別の エンティティ (3.35) を表す モデリング言語構造 (3.50) の単一の実際の実現。

3.52

運用上の役割

<エンタープライズ モデリング> 派生構造 (3.22) 、 役割 (3.69) の特殊化 ( 3.73) 。運用タスクの個別のセットと、それらの運用タスクを実行するために必要な関連する人間のスキルを表します。

3.53

注文

<エンタープライズモデリング> 顧客、法的、または環境要件を満たす製品を提供するために必要な企業または組織内のあらゆる種類のコミッショニングと制御を表す エンタープライズオブジェクト (3.33) 構成要素 (3.12) の 特殊化 (3.73) 。

注記 1: これには、 企業 (3.27) における ビジネスプロセス (3.4) の注文管理/管理および計画と制御のための情報が含まれます。

3.54

組織の役割

<エンタープライズモデリング> 役割 (3.69 ) の派生構造 ( 3.22)組織タスクの個別のセットと、定義された組織責任を遂行するために必要なスキルプロファイルを表し、事前定義またはユーザー定義の人間の組織スキルのリストで構成されます。

3.55

組織単位

<企業モデリング> 企業オブジェクト (3.33 ) の 特殊化 (3.72) 企業 (3.27) の組織構造の エンティティ (3.35) を表す構築 物 (3.12)これは、組織の 属性 (3.2) と、下位および上位レベルの組織エンティティの両方との 関係 (3.64) によって記述されます。

3.56

組織ビュー

<エンタープライズ モデリング> エンタープライズ モデル ビュー (3.32) これにより 、企業 (3.27) の組織構造および意思決定構造、および企業内の個人、 組織単位 (3.55) および 意思決定センター (3.17) の責任と権限の表現と変更が可能になります。

[出典:ISO 19439:2006, 3.52, 修正 – 「<エンタープライズ モデリング>」フィールドが追加され、「個人と組織単位」という言葉が「個人と組織単位と意思決定センター」に置き換えられました。

3.57

部分モデル

特定の種類の産業セグメントまたは産業活動における参照モデルとして使用される モデル (3.49)

注記 1:部分モデルは、 モデリング言語構造 (3.50) または他の部分モデルで構成されます。部分モデルを使用すると、モデラーは他の ドメイン用に構築された既存のモデルを再利用することもできます (3.24) 。

[出典:ISO 19439:2006, 3.54, 修正 – 「特定のタイプ」という言葉が「特定の種類」に置き換えられました。

3.58

パフォーマンス指標

<一般> 目標の達成を評価するための指標または尺度

3.59

パフォーマンス指標

<エンタープライズモデリング> プロセスの完了と目標の実現を評価できる一連の パフォーマンス指標 (3.58) を表す エンタープライズオブジェクト (3.33) 構造体 (3.12) の 特殊化 (3.73)

3.60

視点

<エンタープライズモデリング> 特定された ドメイン (3.24) に対する利害関係者または モデル (3.49) ユーザーの方向性

注記 1:利害関係者の方向性は、利害関係者の関心だけでなく、利害関係者の訓練、経験、文化的背景、動機によっても形成されます。

[出典:ISO 15704:2019, 3.19, 修正 – 「<エンタープライズ モデリング>」フィールドが追加されました。]

3.61

人物プロフィール

<エンタープライズモデリング> 派生構造 (3.22) 、 役割 (3.69 ) の専門化 ( 3.73)これは 、組織的役割 (3.54) または 運営的役割 (3.52) の 1 つ以上に不可欠な個人のスキルと責任のセットを表し、人が提供するものです。

注記 1:個人プロファイルは複数の個人に割り当てることができ、逆に、個人は複数の 組織単位 (3.55) or 企業活動 (3.28) に対して複数の個人プロファイルを満たすことができます。

3.62

加工可能なモデル

分析、シミュレーション、または実行のためにコンピュータで処理できる、指定された構文とセマンティクスを備えた モデル (3.49)

3.63

製品

<エンタープライズモデリング> エンタープライズ製品の管理/管理および生産計画のための技術情報を表す エンタープライズオブジェクト(3.33) コンストラクト(3.12) の 特殊化 (3.73)

注記 1:関連する技術情報には、特性、バージョン、テストおよび認定データなどの製品履歴が含まれます。

3.64

関係

何らかの意図された目的にとって重要な、2 つ以上の エンティティ間の関連性 (3.35)

3.65

要件定義フェーズ

企業モデルフェーズ (3.31) は、企業目標を達成するために必要な企業運営とそれらの運営を可能にするために必要な条件を定義します。どちらも実装オプションや実装決定には関係ありません。

[出典:ISO 19439:2006, 3.59, 修正 – 「フェーズ」という言葉が用語に追加され、「必要な操作」という言葉が「必要な企業の操作」に置き換えられました。

3.66

リソース.リソース

<一般> エンタープライズ アクティビティ (3.28 ) を実行するために必要な 機能 (3.5) の一部またはすべてを提供する エンタープライズ エンティティ (3.35)

注記 1:この文書では、リソースは、 システム (3.75) 理論において、システムに必要な機能を提供し、システム自体の重要な部分であるエンティティという意味で使用されます。リソースの説明には、さまざまな活動 (原材料、部品、アセンブリなど) に必要なリソースおよび材料プロセス投入物を操作するために十分な量が存在する必要がある消耗品 (エネルギー、空気、冷却剤など) の識別と説明が含まれます。これらの入力は 機能ビュー (3.38) で識別され、 情報ビュー (3.43) で説明され、 組織ビュー (3.56) で識別される関連する管理責任があります。

3.67

リソース

<エンタープライズ モデリング> エンタープライズ アクティビティ ( 3.28 ) の実行に使用できる提供された リソース (3.66) を表す エンタープライズ オブジェクト (3.33) コンストラクト (3.12) の特殊化 (3.73)

注記 1: Resource 構成要素には人的リソースは含まれません。

[出典:ISO 19439:2006, 3.60, 修正 – 用語は大文字に変更され、フィールド「<企業モデリング>」が追加され、「企業活動の実行に必要な機能の一部またはすべてを提供する企業エンティティ」という言葉は「企業活動の実行に利用できる提供されたリソースを表すエンタープライズ オブジェクト構造の特殊化」に置き換えられ、エントリの注 1 が変更されました。

3.68

リソースビュー

<エンタープライズ モデリング> エンタープライズ リソース (3.66) とロールの表現と変更を可能にする エンタープライズ モデル ビュー (3.32)

注記 1:リソース・ビューは、エンタープライズ・オペレーションを実行するために必要なリソースのセットを表す エンタープライズ・オブジェクト (3.33) を含む構造として表現されます。

[出典: ISO 19439:2006, 3.61, 修正 – 「<エンタープライズ モデリング>」フィールドが追加され、「エンタープライズ リソース」という単語が「エンタープライズ リソースとロール」に置き換えられ、エントリへの注記 1 が追加されました。]

3.69

役割

<エンタープライズ モデリング> 特定のコンテキストにおける人または物の役割を表す エンタープライズ オブジェクト (3.33) の 特殊化 (3.73)

3.70

サービス

<一般> サプライヤー (プロバイダー) と ユーザー (3.76) の間の対話から生じる機能。多くの場合、ユーザーが使用する提供された製品のコンテキストで発生します。

3.71

サービス

サービス (3.70) を表す <エンタープライズ モデリング> コンストラクト (3.12)

3.72

サービス化

ユーザー (3.76) の ニーズを満たすために サービス (3.70) で製品を強化する製造 企業 (3.27) のプロセス

3.73

専門化

より限定された範囲、特定の使用または目的のために変更された一般的な概念、またはその特殊化を生み出すために一般的な概念に詳細を追加または変更する行為

注記 1:特殊化は 一般化 (3.41) の逆です。

注記 2: クラス (3.7) を参照する場合、特殊化には、明確な目的のためのクラス内のサブクラスの構築が含まれます。ここで, 各サブクラスのメンバーは、クラスの他のすべてのメンバーには共有されない 1 つ以上の共通の特性 [ 属性 (3.2) 、関係 (3.64) 、動作またはセマンティクス] を持ちます。 モデル (3.49) に言及する場合、それは一般的な概念から部分 モデル (3.57) および特定のモデルへの発展を指します。

[出典:ISO 19439:2006, 3.62, 修正 – エントリへの注記 2 が追加されました。]

3.74

ステークホルダー

<企業モデリング> 企業 (3.27) に関する視点 (3.60) に関連する懸念を持つ、個人、チーム、 組織単位 (3.55) 、またはその クラス (3.7) を表す役割 ( 3.69 ) の 派生構造 (3.22)

注記 1:典型的な企業の利害関係者には、製品または サービスの受け取りまたは提供に責任を負う企業の所有者、企業の顧客、および企業の従業員 (3.70) と、企業の 使命を達成するために企業と提携する個人または組織 (3.48) が含まれます。

3.75

システム

特定の目的のために配置され、相互作用するアイテムのコレクション

3.76

ユーザー

<エンタープライズモデリング> 派生構造 (3.22) 、 役割 ( 3.70) の専門化 ( 3.73) 。製品または サービス (3.70) を使用する エンティティ ( 3.35) の利益と特性を表します。

3.1

aggregation

<enterprise modelling> process of, or result of, combining modelling language constructs (3.50) and other model (3.49) components (3.9) into a whole entity (3.35)

Note 1 to entry: Modelling language constructs and other model components can be part of more than one aggregation.

Note 2 to entry: Both Part-of and Consists-of are used in the aggregation relationships (3.64) described in 7.16.

3.2

attribute

piece of information stating a property of an entity (3.35)

[SOURCE:ISO 19439:2006, 3.2]

3.3

behavioural rule

<enterprise modelling> description of the logical sequencing relationships (3.64) of constituent activities used in the specification of Business Process (3.4) and Service (3.71) behaviour

3.4

Business Process

<enterprise modelling> construct (3.12) that represents a partially ordered set of Business Processes, Services and Enterprise Activities that when executed, achieves some desired end-result in pursuit of a given objective of an enterprise (3.27) or a part of an enterprise

3.5

capability

<general> ability to perform a specified activity

3.6

Capability

<enterprise modelling> specialization (3.73) of the Enterprise Object (3.33) construct (3.12) that represents the collection of capability (3.5) characteristics [expressed as capability attributes (3.2) ] of either a Resource (3.67) (its provided Capability) or an Enterprise Activity (3.28) (its required Capability)

3.7

class

abstraction representing and encapsulating properties, relationships (3.64) and behaviour, which distinguish a collection of similar phenomena

Note 1 to entry: Class is used in a very general sense without any connotation for implementation or for use with a specific methodology.

3.8

complementary concept

conceptual representation that is not itself a construct (3.12) , but that has a distinct significance and semantics for the purposes of enterprise modelling

Note 1 to entry: Many construct templates (3.14) use complementary concepts, which are listed in 5.12.

3.9

component

<system> entity (3.35) , with discrete structure within a system (3.75) , which interacts with other components of the system, thereby contributing to the system properties and characteristics

[SOURCE:ISO 19439:2006, 3.6, modified – The words “at the lowest level” have been deleted after “contributing”.]

3.10

concept definition phase

enterprise model phase (3.31) that defines the business concepts of an enterprise domain (3.29) to be employed in realizing its business objectives and its operation, including the necessary enterprise domain inputs and outputs

[SOURCE:ISO 19439:2006, 3.7, modified – The word “phase” has been added to the term.]

3.11

constraint

restriction or limitation or condition placed upon a system (3.75) that originates from inside or outside the system under consideration

[SOURCE:ISO 19439:2006, 3.8]

3.12

construct

<enterprise modelling> abstraction devised as an element of a modelling language to represent a generic concept in the Domain (3.24)

Note 1 to entry: This document addresses the domain of manufacturing, related services and collaborating enterprises.

3.13

construct label

literal string defined for each construct template (3.14) , identifying the kind of construct (3.12)

Note 1 to entry: Construct labels are listed in 4.2.

3.14

construct template

common structure that allows the identification and description of distinct modelling language constructs (3.50) and the assignment of their properties

3.15

Co-provider

<enterprise modelling> derived construct (3.22) , a specialization (3.73) of Role (3.69) , which represents a person or an organization associated with another in providing a Service (3.71)

3.16

core construct

<enterprise modelling> dominant construct (3.12) that is distinguished from normal usage of the term by capitalizing the first letter of each word

Note 1 to entry: Core constructs are explained in Clause 7.

3.17

Decision Centre

<enterprise modelling> specialization (3.73) of the Enterprise Object (3.33) construct (3.12) that represents a set of decision-making activities that are characterized by having the same time horizon and planning period and belonging to the same kind of decision function category (3.18)

Note 1 to entry: The terminology used to describe aspects of Decision Centre is found in CEN/TS 14818, which defines (time) horizon as “the part of the future taken into account by a decision, i.e. the horizon is six months when a decision is taken on a time interval of six months” and (planning) period as “the time that passes between a decision and when this decision shall be re-evaluated”.

3.18

decision function category

<enterprise modelling> set of decision activities or Decision Centres (3.17) handling the same kinds of decision-making activities and concerning the same kinds of subjects

3.19

declarative rule

set of objectives and constraints (3.11) , possibly combined with a set of requirements expressed as text

Note 1 to entry: Declarative rules can be imposed on Business Processes (3.4) and Services (3.71) .

3.20

decommission definition phase

enterprise model phase (3.31) that defines the final state of a decommissioned operational system (3.75) , all its components (3.9) for a specific enterprise domain (3.29) and the processes employed to conduct the decommissioning, so enabling reuse or disposition of those components

[SOURCE:ISO 19439:2006, 3.11, modified – The word “phase” has been added to the term, and the word “particular” has been replaced with “specific” in the definition.]

3.21

derivation

<enterprise modelling> process of elaborating enterprise models (3.30) at successive enterprise model phases (3.31) from the models (3.49) established at preceding phases, reusing the available contents and extending them according to the needs expressed for a model phase

3.22

derived construct

<enterprise modelling> construct (3.12) that is specialized from an Enterprise Object (3.33) and that is distinguished from normal usage of the term by capitalizing the first letter of each word

Note 1 to entry: Derived constructs are explained in Clause 8.

3.23

design specification phase

enterprise model phase (3.31) that specifies the Business Processes (3.4) , together with Enterprise Activities (3.28) and rules, that are to be performed to achieve the requirements

[SOURCE:ISO 19439:2006, 3.13, modified – The word “phase” has been added to the term, the words “Business Processes” have been capitalized and the word “capabilities” has been replaced with “Enterprise Activities”.]

3.24

Domain

<enterprise modelling> construct (3.12) that represents the portion of an enterprise (3.27) to be modelled providing for identification of the relevant information

3.25

domain identification phase

enterprise model phase (3.31) that identifies the enterprise domain (3.29) to be modelled with respect to its business objectives, the enterprise domain inputs and outputs and their respective origins and destinations

[SOURCE:ISO 19439:2006, 3.15, modified – The word “phase” has been added to the term.]

3.26

domain operation phase

enterprise model phase (3.31) that encompasses the operational use of the Domain (3.24) model (3.49)

[SOURCE:ISO 19439:2006, 3.16, modified – The word “phase” has been added to the term.]

3.27

enterprise

<enterprise modelling> human undertaking or venture that has definite mission (3.48) , goals and objectives to offer products or services (3.70) , or to achieve a desired project outcome or business outcome

3.28

Enterprise Activity

<enterprise modelling> construct (3.12) that represents all or some part of the most detailed extent of enterprise functionality required by Business Process (3.4) objectives, that defines the task or tasks to undertake and that identifies the inputs needed for its execution and the outputs created as a result

Note 1 to entry: The necessary inputs and resources (3.66) are identified in the Enterprise Activity template.

3.29

enterprise domain

part of the enterprise (3.27) with a given set of business objectives and constraints (3.11) for this enterprise model (3.30)

Note 1 to entry: In this document, “enterprise domain” is abbreviated to “domain” whenever it is used as a qualifier in such terms as “domain identification phase” and “domain model”. Other usages of “domain” have the normal dictionary meaning.

3.30

enterprise model

representation of an enterprise (3.27) as well as entities (3.35) within an enterprise, their interrelationships, their decomposition and detailing to the extent necessary to convey what the enterprise intends to accomplish and how it operates

Note 1 to entry: An enterprise model, which is used to improve the effectiveness and efficiency of the enterprise, identifies and specifies essential components (3.9) and elements to any necessary extent of detail, including any subsystems and constituent models (3.49) of the enterprise, e.g. an enterprise architecture model.

[SOURCE:ISO 15704:2019, 3.6]

3.31

enterprise model phase

life cycle (3.45) phase of an enterprise model (3.30)

[SOURCE:ISO 19439:2006, 3.24]

3.32

enterprise model view

model view

view

selective perception or representation of an enterprise model (3.30) that emphasizes some distinct aspect and disregards others

[SOURCE:ISO 19439:2006, 3.25, modified – The additional terms “model view” and “view” have been added, and the word “particular” has been replaced with “distinct” in the definition.]

3.33

Enterprise Object

<enterprise modelling> construct (3.12) that represents information in the enterprise (3.27) describing a generalized or a real or an abstract entity (3.35) conceptualized as being a whole

Note 1 to entry: All other constructs in this document represent entities that have specific semantics requiring distinct properties and additional descriptions.

[SOURCE:ISO 19439:2006, 3.27, modified – The term “Enterprise Object” has been capitalized, the field “<enterprise modelling>” has been added, the words “piece of information in the enterprise domain that describes” have been replaced with “construct that represents information in the enterprise describing”, the words “which can be” have been deleted before “conceptualized” and Note 1 to entry has been added.]

3.34

Enterprise Object View

Object View

<enterprise modelling> construct (3.12) that represents a collection of attributes (3.2) selected from an Enterprise Object (3.33) for some distinct purpose

Note 1 to entry: The collection is defined by a selection of attributes and possibly constraints (3.11) on those attributes.

3.35

entity

concrete or abstract thing in the Domain (3.24) under consideration

[SOURCE:ISO 15704:2019, 3.8]

3.36

Event

<enterprise modelling> construct (3.12) that represents a solicited or unsolicited fact indicating a state change in the enterprise (3.27) or its environment

Note 1 to entry: An event can be associated with an Object View containing information related to the Event.

3.37

exception

<enterprise modelling> Event (3.36) that is raised as the result of either an abnormal termination of a previously initiated Business Process (3.4) , Enterprise Activity (3.28) or Service (3.71) , or by a special external mechanism such as a watchdog timer

3.38

function view

<enterprise modelling> enterprise model view (3.32) that enables the representation and modification of the processes of the enterprise (3.27) , their functionalities, behaviours, inputs and outputs

[SOURCE:ISO 19439:2006, 3.32, modified – The field “<enterprise modelling>” has been added.]

3.39

functional category

grouping of entities (3.35) for expression of a common purpose or capability (3.5)

3.40

Functionality

<enterprise modelling> derived construct (3.22) , a specialization (3.73) of Role (3.69) , which represents some aspect of what a product or service (3.70) can or cannot do for a User (3.76)

3.41

generalization

specific concept modified for a more general content, use or purpose, or act of removing or modifying detail from a specific concept to produce a generalization thereof

Note 1 to entry: Generalization is the inverse of specialization (3.73) .

[SOURCE:ISO 19439:2006, 3.34]

3.42

implementation description phase

enterprise model phase (3.31) that describes the final set of processes, resources (3.66) and rules implemented to achieve the desired operational performance for execution of the Business Processes (3.4) , Services (3.71) and Enterprise Activities (3.28) specified in the design specification phase (3.23)

[SOURCE:ISO 19439:2006, 3.38, modified – The word “phase” has been added to the term, the words “Business Processes” and “Enterprise Activities” have been capitalized and the word “Services” has been added.]

3.43

information view

<enterprise modelling> enterprise model view (3.32) that enables the representation and modification of the enterprise information as identified in the function view (3.38)

Note 1 to entry: The information view is articulated as a structure containing Enterprise Objects (3.33) that represent the information-related entities (3.35) of the enterprise [organization, resources (3.66) and information].

[SOURCE:ISO 19439:2006, 3.40, modified – The field “<enterprise modelling>” has been added and Note 1 to entry has been modified.]

3.44

integrity rule

statement in the requirements definition phase (3.65) concerning restrictions on information to ensure conformity to real-world reality

Note 1 to entry: Integrity rules are used to define restrictions in terms of constraints (3.11) on attributes (3.2) of Enterprise Objects (3.33) .

3.45

life cycle

set of distinguishable life cycle phases (3.46) and steps within phases which an entity (3.35) goes through from its creation until it ceases to exist

[SOURCE:ISO 19439:2006, 3.42, modified – The word “phases” has been replaced with “life cycle phases”.]

3.46

life cycle phase

distinguishable phases of development of an entity (3.35)

[SOURCE:ISO 19439:2006, 3.43, modified – The words “stage of development in the life cycle” have been replaced with “distinguishable phases of development”.]

3.47

meta-model

description of modelling elements for use in constructing models (3.49) pertaining to a domain

Note 1 to entry: A meta-model is always relative to the model in which its modelling elements appear.

3.48

mission

<enterprise> characterization of the effect that an enterprise (3.27) expects to achieve through the fulfilment of functional requests for products or services (3.70)

3.49

model

abstract description of an entity (3.35) in any form (including mathematical, physical, symbolic, graphical, or descriptive) that presents certain aspects of that entity

[SOURCE:ISO 19439:2006, 3.47, modified – The words “abstract description of reality” have been replaced with “abstract description of an entity” and “presents a certain aspect” has been replaced with “presents certain aspects”.]

3.50

modelling language construct

<enterprise modelling> textual or graphical part of a modelling language devised to represent, in an orderly way, the diverse information on common properties and elements of a collection of distinct enterprise entities (3.35)

3.51

occurrence

<enterprise modelling> single, actual realization of a modelling language construct (3.50) that represents a distinct entity (3.35) in the real world at the time the model (3.49) is used

3.52

Operational Role

<enterprise modelling> derived construct (3.22) , a specialization (3.73) of Role (3.69) , which represents a distinct set of operational tasks and the relevant human skills required to perform those operational tasks

3.53

Order

<enterprise modelling> specialization (3.73) of the Enterprise Object (3.33) construct (3.12) that represents all kinds of commissioning and control in the company or organization that are necessary to deliver a product to meet a customer, legal or environmental requirement

Note 1 to entry: This includes the information for order management/administration and planning and control of Business Processes (3.4) in an enterprise (3.27) .

3.54

Organizational Role

<enterprise modelling> derived construct (3.22) of Role (3.69) that represents the distinct set of organizational tasks and the skill profile required to serve and fulfil the defined organizational responsibilities, consisting of a list of predefined or user-defined human organizational skills

3.55

Organizational Unit

<enterprise modelling> specialization (3.72) of the Enterprise Object (3.33) construct (3.12) that represents an entity (3.35) of the organizational structure of an enterprise (3.27) , which is described by attributes (3.2) of the organization and relationships (3.64) to both lower and higher-level organizational entities

3.56

organization view

<enterprise modelling> enterprise model view (3.32) that enables the representation and modification of the organizational and decisional structure of the enterprise (3.27) and the responsibilities and authorities of the persons and Organizational Units (3.55) and Decision Centres (3.17) within the enterprise

[SOURCE:ISO 19439:2006, 3.52, modified – The field “<enterprise modelling>” has been added and the words “individuals and organizational units” have been replaced with “persons and Organizational Units and Decision Centres”.]

3.57

partial model

model (3.49) used as a reference model in a specific kind of industry segment or industrial activity

Note 1 to entry: A partial model is comprised of modelling language constructs (3.50) or other partial models. Partial models also enable a modeller to reuse already existing models built for other Domains (3.24) .

[SOURCE:ISO 19439:2006, 3.54, modified – The words “specific type” have been replaced with “specific kind”.]

3.58

performance indicator

<general> metric or measure for assessing the achievement of an objective

3.59

Performance Indicator

<enterprise modelling> specialization (3.73) of the Enterprise Object (3.33) construct (3.12) that represents a set of performance indicators (3.58) by which the completion of processes and the realization of goals can be assessed

3.60

perspective

<enterprise modelling> orientation of a stakeholder or model (3.49) user relative to an identified Domain (3.24)

Note 1 to entry: A stakeholder’s orientation can be formed by stakeholder concerns, as well as by their training, experience, cultural background, and their motivations.

[SOURCE:ISO 15704:2019, 3.19, modified – The field “<enterprise modelling>” has been added.]

3.61

Person Profile

<enterprise modelling> derived construct (3.22) , a specialization (3.73) of Role (3.69) , which represents a set of personal skills and responsibilities essential for one or more of an Organizational Role (3.54) or an Operational Role (3.52) , and that a person provides

Note 1 to entry: A Person Profile can be assigned to more than one person and conversely a person can fulfil more than one Person Profile for more than one Organizational Unit (3.55) or Enterprise Activity (3.28) .

3.62

processable model

model (3.49) with specified syntax and semantics that can be processed by a computer for analysis, simulation or execution

3.63

Product

<enterprise modelling> specialization (3.73) of the Enterprise Object (3.33) construct (3.12) that represents the technical information for management/administration and for planning production of an enterprise product

Note 1 to entry: Relevant technical information can be product history, e.g. characteristics, versions or test and qualification data.

3.64

relationship

association between two or more entities (3.35) that is significant for some intended purpose

3.65

requirements definition phase

enterprise model phase (3.31) that defines the enterprise operations needed to achieve enterprise objectives and the conditions necessary to enable those operations, both being without reference to implementation options or implementation decisions

[SOURCE:ISO 19439:2006, 3.59, modified – The word “phase” has been added to the term, the words “operations needed” have been replaced with “enterprise operations needed”.]

3.66

resource

<general> enterprise entity (3.35) that provides some or all of the capabilities (3.5) required to execute an Enterprise Activity (3.28)

Note 1 to entry: In this document, resource is used in the system (3.75) theory sense of entities that provide capabilities required by the system and are an essential part of the system itself. The resource description includes the identification and description of consumables (such as energy, air, coolant) that are required to be present in sufficient quantities to operate the resource and material process inputs that are required by the various activities (such as raw materials, parts and assemblies). These inputs are identified in the function view (3.38) , described in the information view (3.43) , and have the associated management responsibilities identified in the organization view (3.56) .

3.67

Resource

<enterprise modelling> specialization (3.73) of the Enterprise Object (3.33) construct (3.12) that represents the provided resources (3.66) available to execute an Enterprise Activity (3.28)

Note 1 to entry: The Resource construct does not include human resources.

[SOURCE:ISO 19439:2006, 3.60, modified – The term has been capitalized, the field “<enterprise modelling>” has been added, the words “enterprise entity that provides some or all of the capabilities required to execute an enterprise activity” have been replaced with “specialization of the Enterprise Object construct that represents the provided resources available to execute an Enterprise Activity” and Note 1 to entry has been modified.]

3.68

resource view

<enterprise modelling> enterprise model view (3.32) that enables the representation and modification of enterprise resources (3.66) and roles

Note 1 to entry: The resource view is articulated as a structure containing Enterprise Objects (3.33) representing the set of resources required to execute enterprise operations.

[SOURCE:ISO 19439:2006, 3.61, modified – The field “<enterprise modelling>” has been added, the words “enterprise resources” have been replaced with “enterprise resources and roles” and Note 1 to entry has been added.]

3.69

Role

<enterprise modelling> specialization (3.73) of Enterprise Object (3.33) that represents the role of a person or thing in a specific context

3.70

service

<general> functionality resulting from interaction between a supplier (provider) and a User (3.76) , often in the context of a supplied product in use by the User

3.71

Service

<enterprise modelling> construct (3.12) that represents a service (3.70)

3.72

servitization

process in a manufacturing enterprise (3.27) to augment products with services (3.70) to satisfy User (3.76) needs

3.73

specialization

general concept modified for a more limited extent, specific use or purpose, or the act of adding or modifying details to a general concept to produce a specialization thereof

Note 1 to entry: Specialization is the inverse of generalization (3.41) .

Note 2 to entry: When referring to a class (3.7) , specialization involves the construction of subclasses within a class for a distinct purpose ここで, the members of each subclass have one or more characteristics [ attributes (3.2) , relationships (3.64) , behaviour or semantics] in common which are not shared by all other members of the class. When referring to a model (3.49) , it refers to the progression from generic concepts to partial models (3.57) and particular models.

[SOURCE:ISO 19439:2006, 3.62, modified – Note 2 to entry has been added.]

3.74

Stakeholder

<enterprise modelling> derived construct (3.22) of Role (3.69) that represents an individual, team, Organizational Unit (3.55) , or class (3.7) thereof, having concerns relative to their perspective (3.60) about an enterprise (3.27)

Note 1 to entry: Typical enterprise stakeholders include enterprise owners, enterprise customers, and enterprise employees responsible for receiving or delivering either products or services (3.70) , and those persons or Organizations partnering with the enterprise to achieve its mission (3.48) .

3.75

system

collection of items arranged and interacting for a given purpose

3.76

User

<enterprise modelling> derived construct (3.22) , a specialization (3.73) of Role (3.70) , which represents the interests and characteristics of an entity (3.35) using a product or service (3.70)