ビジネス層の構造的概念
ArchiMateのビジネス層は、企業アーキテクチャにおける高レベルの概念と関係を特定する:最終製品および顧客向け配信システム。このアーキテクチャ層は、高レベルの経営目標や要件の実現を表しており、企業アーキテクチャフレームワークの実装を推進する。
ビジネス層の要素は、技術に依存しない方法で企業の運用組織をモデル化する一方、戦略的要素は企業の戦略的方針と選択をモデル化する。ビジネス層、アプリケーション層、技術層は、それぞれ、受動的エンティティ、行動、能動的エンティティの3種類の概念に分類される。
- 受動的エンティティ行動によって影響を受ける;システムが操作する対象となるシステム要素。
- 行動エンティティ能動的エンティティと受動的エンティティの間、および能動的エンティティ同士の取引を記述する。受動的エンティティの例には、契約、データオブジェクト、製品が含まれる。
- 能動的エンティティ参加者、役割、協働、および活動を表すその他の構造的要素。
能動的エンティティ(能動的エンティティ)
活動エンティティ –ビジネスプロセスや機能などの特定の行動を実行する。個人、人々のグループ、または長期的または恒久的なリソースである。
- ビジネスアクター
- ビジネス役割
- 個人(例:顧客や従業員)
- グループ(組織単位)
ビジネスアクター(ビジネスアクター)
ビジネスアクターとは、1つ以上のビジネス役割に割り当てられることで行動を実行できる組織的エンティティとして定義される。ビジネスアクターは技術的エンティティではなく、組織的エンティティである。ビジネスアクターの名前は、できるだけ名詞であるべきである。

参加者は、顧客やパートナーなど、実際の組織外のエンティティを含むことがある。
ビジネスアクターの例:
以下のArchiMate図は、ビジネスアクターの使用を示している。
- ArchiSurance Inc.は、2つの部門から構成されるビジネスアクターとしてモデル化されている。
- 旅行保険販売の役割は、旅行部門に割り当てられている。
- この役割内では、旅行部門は旅行保険プロセスを実行しており、この役割に割り当てられたビジネスインターフェースを介してアクセス可能なサービスを提供する。

ビジネス役割(ビジネス役割)
ビジネス役割とは、参加者が割り当てられる特定の行動を実行する責任として定義される。ビジネス役割は、1つ以上のビジネスプロセスやビジネス機能に割り当てられることがあるが、ビジネス参加者は1つのビジネス役割に割り当てられる。

ArchiMateにおけるビジネス役割の例
以下のArchiMate図では、保険販売者のビジネス役割は、保険部門の参加者によって果たされ、電話がインターフェースとして使用される。保険購入者のビジネス役割は、顧客参加者によって果たされ、電話が必須のインターフェースとして使用される。

ビジネス協働(ビジネス協働)
ビジネスプロセスまたは関数は、単一のビジネス役割に割り当てられた内部的な行動として解釈できます。場合によっては、行動は複数のビジネス役割による共同作業であり、実際、2つ以上のビジネス役割の協働によって生じる集団的行動は、個々の役割の行動の合計を上回る可能性があります。

ビジネス協働の例
以下のArchiMate図は、協働概念の可能性のある利用法を示しています。この例では、保険商品の販売には、営業部門が営業サポート役割を果たし、この特定の種類の保険に特化した部門が保険販売者役割を果たすことが含まれます。また、この例は、役割(この場合は営業サポート)が複数の協働に参加できることも示しています。

ビジネスインターフェース(ビジネスインターフェース)
ビジネスインターフェースは、1つ以上のビジネスサービスに割り当てられ、そのサービスがインターフェースを介して公開されることを意味します。ビジネスインターフェースは、ビジネスサービスが環境に利用可能となるアクセスポイントとして定義されます。ビジネスインターフェースの名前は、できるだけ名詞であるべきです。
ビジネスインターフェースの例:
以下のArchiMate図では、手荷物保険販売者が提供するビジネスサービスおよび健康保険販売者との協働が、それぞれWebフォームおよびコールセンターのビジネスインターフェースを介して公開されています。

場所(場所)
場所の概念は、ビジネスアクター、アプリケーションコンポーネント、デバイスなどの構造的要素の配置をモデル化するために使用されます。これは、場所から構造的要素への割り当て関係を通じてモデル化されます。場所は、行動要素に対して間接的に割り当てられ、その行動が実行される場所を示すこともできます。

場所の例
以下のArchiMate図は、保険会社の部門が異なる場所に分散している様子を示しています。法務部門および財務部門は本社に集中している一方、請求部門は全国のさまざまな事務所に所在しています。

ビジネスオブジェクト(ビジネスオブジェクト)
ビジネスオブジェクトは、ビジネス領域における重要な「情報」または「概念」の要素を表します。通常、組織内に複数のインスタンスが存在するオブジェクトタイプをモデル化するために使用されます。複数の種類のビジネスオブジェクトを定義できます。ビジネスオブジェクトは受動的であるなぜならそれらはプロセスを発動しないまたはプロセスを実行しない.

注意:
- ビジネスオブジェクトは、ビジネスプロセス、関数、ビジネスインタラクション、ビジネスイベント、またはビジネスサービスによってアクセス可能である。
- ビジネスオブジェクトは、他のビジネスオブジェクトとの関連、一般化、集約、または組成を持つ可能性があります。
- ビジネスオブジェクトは、表現やデータオブジェクト(または両方)を通じて実現されることがあります。ビジネスオブジェクトの名前は、できるだけ名詞であるべきです。
ビジネスオブジェクトの例
以下のモデルは、複数のビジネスオブジェクトであるインボイス行を集約するビジネスオブジェクトであるインボイスを示しています。
ビジネスプロセス「インボイス作成」はインボイスおよびインボイス行を作成し、ビジネスプロセス「インボイス送信」はビジネスオブジェクトインボイスにアクセスする。

行動エンティティ(行動エンティティ)
行動エンティティは、1つ以上のアクティブな構造的要素によって実行される活動の単位として定義されます。アクティブな構造的コンセプトを行動コンセプトに割り当てることで、誰または何が行動を実行しているかを示します。
内部的行動概念と外部的行動概念
一方で”内部ビジネスサービス 組織内のプロセスや機能に対する支援機能を提供する。外部から見える行動 は概念 ** によってモデル化される。ビジネスサービス**。ビジネスサービスは、内部での実装方法にかかわらず、環境に対して追加価値を提供する整合性のある機能を表す。
行動プロセス表記法(行動プロセス表記法)
ビジネスプロセスは、製品やサービスのセットを生成するために必要なビジネス役割によって実行される内部行動を記述する。
たとえば:製品やサービスは顧客に関連しているが、必要な行動はブラックボックスであるため、「内部」の行動概念である。

行動概念の例
以下のArchiMate図は、ビジネスプロセスの使用および他の概念との関係を示している。
図
- 旅行保険プロセスは、3つのサブプロセスから構成される。
- 明確にするために、サブプロセスは全体のプロセス内に描画されている(構造化)。
- 各サブプロセスは次のサブプロセスをトリガーする。
- イベント「保険請求」が最初のサブプロセスをトリガーする。
- 特定の役割、この場合は保険販売担当者が、必要な作業を実行するために割り当てられる。
- プロセス自体が保険販売サービスを実装する。
- 「請求受領」サブプロセスはビジネスオブジェクト「顧客情報」を使用する。

ビジネス機能表記法(ビジネス機能表記法)
ビジネスプロセスと同様に、ビジネス機能もビジネス役割によって実行される内部行動を記述する。

ビジネスプロセス vs. ビジネス機能(ビジネスプロセスと機能)
しかし、一方でビジネスプロセス 製品やサービスの提供に必要な活動の順序または「プロセス」に基づいて行動をグループ化する, ビジネス機能通常は必要なビジネスリソース、スキル、能力、知識などに基づいて行動をグループ化する.
ビジネス機能の例
以下のArchiMate図は、ビジネス機能の使用およびそれらがビジネスプロセスと関係する様子を示している。
図
- 保険会社の役割が3つのビジネス機能のそれぞれに割り当てられている。
- これらの3つのビジネス機能は、多くのビジネスサブプロセスを統合している。
- ビジネスイベントによって引き起こされるビジネスプロセスは、異なるビジネス機能からのサブプロセスを含む。
- ビジネス機能はビジネスオブジェクトにアクセスできる:
- 顧客対応機能は顧客情報オブジェクトを使用または操作する。
- 財務対応機能は、保険料収集ビジネスサービスを実装する請求アプリケーションサービスを利用している。

ビジネスインタラクション表記法(ビジネスインタラクション表記法)
ビジネスインタラクションは、ビジネスプロセス/機能と似ている。
ビジネスインタラクション vs. プロセス/機能
一方、プロセス/機能は1つの役割によって実行できるが、単一の役割、インタラクションは協働を通じて実行される。複数の役割協働において、各役割はインタラクションの実行責任を共有する。

ビジネスインタラクションの例
ArchiMate図は、ビジネスインタラクションの使用を示している:
- ビジネスインタラクションはリクエストによって引き起こされる。
- ビジネスインタラクション「旅行および手荷物保険の共同販売」は、旅行保険販売者と手荷物保険販売者の協働によって実行される。
- このビジネスインタラクションは、保険情報ビジネスオブジェクトを必要とし、(外部)ビジネスサービス「統合保険販売」を実装する。
- ビジネスインタラクションの一環として、「旅行保険の準備」と「手荷物保険の準備」のプロセスが引き起こされる。
- 旅行保険販売者と手荷物保険販売者は、それぞれこれらのプロセスを実行する。

ビジネスイベント表記法(ビジネスイベント表記法)
ビジネスプロセスやその他のビジネス行動は、ビジネスイベントによって引き起こされたり中断されたりする可能性がある。また、ビジネスプロセスは、他のビジネスプロセス、機能、またはインタラクションを開始するイベントを引き起こすこともできる。ビジネスイベントは、行動の引き起こしをモデル化するために最もよく使用されるが、他の種類のイベントも想定できる。

ビジネスプロセス、機能、インタラクションとは異なり、ビジネスイベントは瞬間的である:
- イベントには期間がない。
- イベントは環境から生じる可能性がある外部組織の外部(例:顧客など)
- イベントは他のプロセスによって発生または生成される可能性がある内部組織の内部
ビジネスイベントの例
ArchiMate図はビジネスイベント表記の使用を示している:
- 「保険請求」イベントが「保険抽出」プロセスをトリガーする。
- 顧客情報が含まれるビジネスオブジェクトが請求と共に送信される。
- 顧客にさらに保険商品を購入してもらうために、請求受領プロセス中にトリガーイベントが発生する。
- これにより、製品バンドルを顧客に送るプロセスが開始される。

ビジネスサービス表記(ビジネスサービスの例)
ビジネスサービスは、ビジネスロールまたはコラボレーションの能力を外部環境に公開する。この能力は、1つ以上のビジネスインターフェースを通じてアクセス可能である。ビジネスサービスは、ビジネスロールまたはビジネスコラボレーションによって実行される1つ以上のビジネスプロセス、ビジネス機能、またはビジネスインタラクションによって実装される。また、ビジネスオブジェクトにアクセスできる。

ビジネスサービスの例
以下のArchiMate図では、外部および内部のビジネスサービスが区別されている。
図
- コア管理機能は共有サービスセンターとして機能する。
- 旅行保険および手荷物保険に対応するアウトバウンドビジネスプロセスは、コア管理機能が提供する(内部)ビジネスサービスを使用する。
- 両方のビジネスプロセスは(外部)ビジネスサービスを実装する。
- 保険販売サービスは、保険販売者のビジネスインターフェース(例:Webフォーム)を介してアクセス可能である。
- 各ビジネスサービスは、その利用者(この場合、保険購入者役割)にとって価値を持つべきである。
- 適切な場合は、この価値を明示的にモデル化できる。
- 外部顧客(保険購入者)に旅行保険販売サービスを提供する価値は、顧客が保険に加入しているという事実にある。

受動的エンティティ(受動的エンティティ)
受動的エンティティ(別名:ビジネスオブジェクト)— ビジネスプロセスや関数などの行動によって操作される。情報概念は受動的エンティティ組織の運用上のエンティティとそのビジネス目標、および顧客に提供する製品(行動エンティティを介して)を結びつける方法を提供する。
- ビジネスプロセス
- ビジネス機能
- 契約エンティティはビジネスオブジェクト(受動的構造)である
- ビジネスオブジェクトに関連する意味
- ビジネスオブジェクトを実現する表現
- 製品に関連する価値
- 製品はビジネスサービスを統合する
- たとえば:ビジネスアクターは、ビジネスオブジェクト上でビジネスプロセスを実行するために特定の役割を果たす。これは以下の一般的なアーキテクチャ図に示されている。

ArchiMate標準は、製品概念自体と関連する契約概念を、情報概念として分類している。
情報概念は、主に企業の運用的視点に注目する構造的および行動的コンセプトとは異なり、情報概念は「意図」の視点に注目する。
情報概念表記法(情報概念表記法)
ビジネスオブジェクト(ビジネスオブジェクト)
ビジネス的視点から関連する受動的要素。

表現(表現)
ビジネスオブジェクトによって運ばれる情報の知覚可能な形態。

意味(意味)
特定の文脈において、ビジネスオブジェクトまたはその表現に存在する知識や専門的知識。

価値(価値)
ビジネスサービスまたは製品の相対的な価値、有用性、または重要性。

製品(製品)
契約/プロトコルを伴う一連の整合性のあるサービスであり、全体として(内部または外部の)顧客に提供される。

契約(契約)
製品に関連する権利と義務を規定する公式または非公式な合意。

ビジネスオブジェクト表記法
ビジネスオブジェクトは、ビジネス領域における重要な「情報」または「概念」要素を表す。

ビジネスオブジェクトはプロセスを開始または実行しないため、受動的である。以下の特徴を持つ。
- したがって、ビジネスオブジェクトは、組織内に複数のインスタンスが存在する可能性のあるUMLクラスなどのオブジェクト型をモデル化するために使用される。
- ビジネスオブジェクトの表現は、ビジネスプロセスなどの行動要素によって生成され、使用される情報の実際のインスタンスである。
- ビジネスオブジェクトは、ビジネス的視点から関連する情報資産を表すことができ、データオブジェクトを介して実現できる。
ビジネスオブジェクトの例:以下のArchiMate図は、次の通りです:

- 複数のビジネスオブジェクトであるインボイス行を集約するビジネスオブジェクト「インボイス」。
- このビジネスオブジェクトは、電子インボイス(データオブジェクト)および紙インボイス(表現)の2つの方法で実現可能である。
- ビジネスプロセス「インボイス作成」はインボイスおよびインボイス行を作成する一方、ビジネスプロセス「インボイス送信」はビジネスオブジェクト「インボイス」にアクセスする。
表現記法
表現とは、ビジネスオブジェクトに関連する情報の知覚可能な媒体(例:メッセージや文書)を指す。

表現の名前は、できるだけ**名詞**であるべきであり、以下の特徴を持つ。
- 表現はさまざまな方法で分類できる。たとえば、媒体(デジタル、紙、音声など)や形式(HTML、ASCII、PDF、RTFなど)によって分類できる。
- 1つのビジネスオブジェクトは、複数の異なる表現を持つことができる。また、1つの表現は1つ以上の特定のビジネスオブジェクトを実現することができる。
表現記法
以下のArchiMate図は、次の通りです:

- ビジネスオブジェクト「保険請求」は(物理的な)申請書(表現)によって実現される。
- 「インボイス」ビジネスオブジェクトは紙インボイス(表現)によって実現される。
意味記法
意味とは、特定の文脈に関連して、ビジネスオブジェクトまたはその表現に存在する知識や専門的知識を指す。意味の名前は、できるだけ名詞または名詞句であるべきである。

異なるユーザーは、ビジネスオブジェクトまたは表現の情報機能を異なるように捉える可能性がある。たとえば、顧客にとっては「登録確認」であるものが、CRM部門にとっては「顧客情報の変更」である場合がある(外部ユーザーとしてモデル化されていると仮定)。また、さまざまな表現が同じ根本的な意味を持つこともある。たとえば、さまざまな文書(ウェブ文書、記入済みの紙のフォーム、「カスタマーコンタクト」のコールセンター報告書など)が同じ意味を持つことがある。
意味の例
以下のArchiMate図は、次の通りです:

A ポリシー文書は、保険契約というビジネスオブジェクトの表現である。
この文書に関連する意味はポリシー通知であり、以下の内容を含む:
- ポリシー説明
- 保険登録
- 保険審査の詳細。
表現 vs. 意味
A 表現は1つ以上のビジネスオブジェクトを実現する。A 意味は表現に関連付けられるこの意味を運ぶもの。
意味 vs. 値 vs. 表現
- A 意味は情報に関連する側面であり、価値.
- A 意味は、ビジネスオブジェクトまたは表現.
価値表記
価値とは、ビジネスサービスまたは製品の相対的な価値、有用性、または重要性を指す。以下の特徴を持つ。
- 価値は製品に関連付けられ、またその製品が属するビジネスサービスや、それらを使用する役割または参加者に対して間接的に関連付けられる。
- 価値は、ある当事者が特定の製品やサービスを販売または提供することによって得る利益に適用されることがある。

価値の例
以下のArchiMate図は次を示している:

- “保険加入”の価値は、「保険提供」サービスが顧客に可能にする内容の最高レベルの表現である。
- 3つの「サブ価値」が区別され、これらは保険金額の一部である。
製品表記
製品とは、一連の整合性のあるサービスと、契約/プロトコルのセットを伴い、全体として(内部または外部の)顧客に提供されるものである。製品名は通常、顧客とのコミュニケーションで使用される名前、またはより一般的な名詞(例:「旅行保険」)である。

製品の例
以下のArchiMateの例は以下の通りである:

- 銀行は顧客に「電話バンキング口座」という製品を提供している。
- 口座開設およびアプリケーションサポート(例:ヘルプデスクなど)は、顧客関係部門によって実装されるビジネスサービスとしてモデル化されている。
- 製品の一環として、顧客は電子送金や口座状況の照会など、テレバンキングアプリケーションサービスを介して実装された銀行サービスを利用できる。
製品 vs. ビジネスサービス vs. 契約 vs. 価値
- A 製品はビジネスサービスを集約できるあるいはアプリケーションサービス、および契約も含む。
- 上記のように、価値は製品と直接関連付けられるが、それらを使用する役割や参加者に含まれるビジネスサービスとは間接的に関連付けられる。
契約表記
契約とは、製品に関連する権利と義務を規定する正式または非正式な合意の仕様として定義される。契約はビジネスオブジェクトの特殊化である。

- 契約の概念は法的拘束力のある契約をモデル化するために使用できるが、製品に関連するより非公式な合意をモデル化するのにも使用できる。
- また、製品の一環として提供されるサービスの機能性および品質に関する合意を記述するサービスレベル契約(SLA)を含むこともできる。
契約の例
契約の概念は法的拘束力のある契約をモデル化するために使用できるが、製品に関連するより非公式な合意をモデル化するのにも使用できる。また、製品の一環として提供されるサービスの機能性および品質に関する合意を記述するサービスレベル契約(SLA)を含むこともできる。契約はビジネスオブジェクトの特殊化である。
以下のArchiMate図は以下の通りである:

図
- 製品「テレバンキング口座」と関連するテレバンキング契約。
- 契約は2つの部分(サブ契約)を含む:サービス条項とサービスレベル契約(SLA)。
その他のArchiMateリソース: