銀行業界向けの「BIANリファレンスモデル」、または車輪の再発明を停止する方法

Caesarがすでにたくさんの建物を建設し続けていることに気づいたので、既存の建物と将来の建物の両方の品質を評価できるように、特定のルールを作成しました。



ローマ帝国の建築家ウィトルウィウス

企業の開発の成功と安定性は、組織の使命と目標、主な成功要因、ビジネス戦略、構造、プロセスに関する声明を含む高品質のビジネスアーキテクチャの存在に直接関係しています。



ロシアの電気通信会社は、サービスオペレーターや情報通信技術業界のその他の代表者のビジネスプロセスに焦点を当てたEnhanced Telecom Operations Map（eTOM）リファレンスモデルの使用に長い間定着してきました。 このモデルは、プロセスの管理と再編成、およびパートナーや他のサービスプロバイダーとのやり取りを簡素化するためのテンプレートとして使用されます。 銀行業界では、残念ながら、ロシアの広大な地域では、国際機関が開発した参照モデルに基づいてプロセスを構築および分析するアプローチを使用していません。 小規模なマイクロファイナンス企業と大規模な銀行はどちらも、従業員の経験と間違いに基づいてプロセスを構築します。 ロシアの銀行業界の企業のアーキテクチャを構築および分析するための標準化された手法（国際レベル）を使用するための検索クエリは、BIAN標準の開発に参加する金融業界（この記事の執筆時点）のITソリューションのプロバイダーである1社のみによって発行されますあなたの決定を分析するとき。 さらに、そうではないが、そのようなモデルは単に存在しないという情報がしばしばあります。 おそらくこれは、ロシア語を話す専門（インターネット）コミュニティにそのような情報がないためです。



私の記事の目的は、これらのモデルの1つ、すなわち、以下で説明するBIAN参照モデルに注意を引くことです。



BIAN標準のトップレベルのレビューに関する記事では、標準の重要な側面に重点を置いて、 BIAN How-to Guide-INTRODUCTION TO BIAN V6.0ドキュメントの部分的な翻訳に頼ります。 このドキュメントはこちらで読むことができます 。 また、翻訳中に、私はオリジナルから逸脱することを許可し、必要と思われる場合はコメントを提供します。

1. BIAN（Banking Industry Architecture Network）の紹介

Banking Industry Architecture Network（BIAN）は、標準的なセマンティックバンキングサービス環境を作成するという共通の目標を持つ、銀行設計者、銀行ソフトウェアプロバイダー、およびサービスプロバイダーの協会です。 BIAN開発者の期待によれば、フォーマットされた標準での銀行内のビジネス機能と相互作用の分類は、業界に大きな利益をもたらします。



BIAN標準を構成および補足する主な文書：

• サービスの高レベルマップ“ BIAN Service Landscape ” -“ Landscape of services”;
• 文書集「 BIAN How-to Guide 」;
• メタモデル「 BIAN Metamodel 」;
• BIANビジネスシナリオのビジネスシナリオの定義。
• ビジネス機能/エリア（サービスドメイン）とそのサービス（サービス操作）の分類“ BIANサービスドメイン定義 ”;
• ビジネス辞書「 BIANビジネス語彙 」。
• およびBIANビジネスオブジェクトモデル 。

BIAN標準はHTMLバージョンへの読み取りアクセスでリポジトリに公開されています 。BIANWebサイトbian.orgのナビゲーションからアクセスできます。 さらに、一連のハウツーガイドを含む補足文書の大要が維持され、BIAN標準の各公開バージョンとともに発行されます。



多くの場合、協会のメンバーは標準を「BIAN Service Landscape」と呼びます。 より正式な名前は「BIAN SOA Framework」です。 標準自体の開発者向けの説明は、2番目のBIANドキュメント「ガイドの方法-コンテンツの開発」に記載されています。

ハウツーガイドコンテンツ

ハウツーガイドのドキュメントでは、標準を使用する方法について説明しています。 執筆時点でのガイドラインは次のとおりです。

1. BIAN How-toガイド-BIAN V6.0の紹介
2. BIAN How-to Guide-DESIGN PRINCIPLES TECHNIQUES V6.0-このドキュメントは、ビジネスアーキテクトとシステムアーキテクトに焦点を当てています。 BIAN標準を使用してプロセスを適用および再編成するためのアプローチについて説明します。
3. BIAN How-to Guide-DEVELOPING CONTENT V6.0-このドキュメントは、BIANワーキンググループのメンバーを対象としています。 標準の開発に使用される原則、パターン、およびツールについて説明します。
4. BIAN How-to Guide-BIAN STANDARD V6.0の適用 -ドキュメントの対象読者は、システムの直接実装（展開）にBIANアプローチを適用する技術専門家です。
5. BIAN How-to Guide-SEMANTIC API V6.0-このドキュメントでは、BIAN標準を使用してアプリケーションプログラミングインターフェイス（API）を開発する方法について説明します。 近い将来、開発者向けの実用的なガイドが計画されています。

各ドキュメントは、独自の対象者向けに設計されています。



これらのガイドは 、サービス指向アーキテクチャ（SOA）の標準に従って作成されたITインフラストラクチャの基本モデルを実装するためのBIAN標準アプローチを詳細に説明しています。

また、最近では、アプリケーションソフトウェアインターフェイス（API）の仕様およびマイクロサービスの「アーキテクチャ」への適応の文脈でBIAN標準が検討されたことにも注目に値します。



以下は、上記リストの2、3、および4番のBIANハウツーガイドシリーズのドキュメントの概要です。

2.設計原理とテクニック

BIAN標準では、ビジネスアーキテクチャ（サービスドメイン）と関連サービス（サービスオペレーション）を使用してビジネスアーキテクチャを設計します。これらは区別して、任意の銀行（または金融企業）のモデルに結合できます。 BIANモデルは「標準」です。つまり、その後の技術的な実装に関係なく、どの銀行でも使用できます。 「標準的なBIANモデル」を定義するには、その設計へのアプローチは、従来のプロセス指向の方法とは根本的に異なる必要があります。 BIANは、サービス指向アーキテクチャ（SOA）アプローチを採用しています。



以下の図は、BIAN標準で使用される主要な設計アイデアを示しています。



図1.原理と設計方法



図の各ブロックの詳細な説明は、BIAN How-toガイド-BIAN V6.0の紹介に直接記載されています。

3.標準の開発（コンテンツの開発）

BIANは、BIAN標準と、BIAN標準自体を開発している多くの専門ワーキンググループを集中的に監視およびサポートするための内部組織を作成しました。 コンテンツ開発の一般的なアプローチは、一貫性を保つためにすべてのチームで使用されます。 BIANシリーズのマニュアルの2番目のドキュメントでは、BIAN標準、推奨事項、サポートされているテンプレートおよびツールを開発するためのアプローチについて説明しています。 標準を開発するためのアプローチを下の図にまとめます。





図2. BIAN標準の開発



図2の回路内の各ブロックの詳細な説明は、 How-to Guide-INTRODUCTION TO BIAN V6.0に直接記載されています。



また、すべてのBIAN要素は同じ標準で記述されています 。 たとえば、BIAN標準の基本要素のクラス図を下の図に示します。





図3. BIAN標準の内容の開発

4. BIAN標準の適用（BIAN使用方法ガイド-BIAN標準の適用）

BIAN標準は、ビジネス領域をビジネス機能（サービスドメインへ）とそのサービス（セマンティックサービス操作）に一般的に分類します。 これらの標準モデルを特定の組織と比較するには、必要なドメインを選択して適合させ、組織の運用能力と構造に従って組み合わせる必要があります。 高レベルのBIAN概念モデルは、より詳細な技術的実装と一致させることができます。 BIANサービスドメインは、企業の「ビジネスプラン」の準備における「ビルディング」ブロックとしても使用できます。これは、計画と分析に使用できます。 BIAN Practical Guideの3番目の文書は、BIANモデルを適用するための初期ガイドラインを示しています。 下の図は、企業における標準の適用に関する主な推奨事項の図を示しています。





図4. BIAN標準の適用



図4の図の各ブロックの詳細な説明は、 ハウツーガイド-BIAN V6.0の紹介に直接記載されています。

スタンダードツアー

そして、ここでは、与えられたマニュアルの図から説明されたアプローチのいくつかを実証する例を挙げたいと思います。



BIAN Service Landscapeサービスマップは、次のビューから階層的に形成されます。

1. ビジネスエリア;
2. ビジネスドメイン（ビジネスエリア）;
3. サービスドメイン。

マップ上で最も「基本的な」コンポーネントはサービスドメインです。 彼は不可分であると考えられています。



ビジネスの方向性「ビジネスサポート」を考慮してください。 特に、サービスドメイン（機能）「ビジネスアーキテクチャ」（図5）に重点を置いて、ビジネスエリア「ビジネスエリア」に注目します。





図5. BIANサービスの風景



サービスのBIANサービスランドスケープマップをナビゲートするときは、ビジネスアーキテクチャサービスドメインの概要に進みます。





図6.サービスドメイン「ビジネスアーキテクチャ」の概要



ドメイン「ビジネスアーキテクチャ」は、同じ名前のオブジェクト（アセット）「ビジネスアーキテクチャ」を選択し、その上に機能的な作業パターン（パターン）を「デザイン」します。 アーティファクトは仕様「仕様」になります。



BIAN Service Landscapeサービスカード上のドメインは、セマンティック用語（資産タイプ、機能パターンなど）で記述されたコンポーネントに分解され、他のドメインで再利用されることに注意することが重要です。



各ドメインとそのコンポーネントには説明とその使用例があり、BIAN標準での作業が大幅に簡素化されます。



Business Linesドメインを分析することにより、戦略の策定、ポリシーの作成、製品とサービスの評価、ビジネスアーキテクチャの構築、および「継続的な」計画の策定に十分な注意が払われているかどうかを評価できます。 企業が情報技術を定義するとき、ITアーキテクチャがビジネスのニーズに基づいて構築されるとき、企業が最も成功することは新しい知識ではありません。 国際的なBIAN標準の適用により、企業全体のアーキテクチャの「弱点を明らかにする」ことができます。



記事の冒頭で引用したウィトルウィウスの言葉に戻り、ロシアの金融業界における現在の関連性に注目したいと思います。 実際、今日の金融セクターにとって、すでに行われた作業、その品質、および将来のプロジェクトの増加を評価することは非常に重要です。 世界中の建築家、経営者、開発者の経験と知識を統合するBIAN参照モデルは、これに正確に役立ちます。



システムアーキテクト

©Irina Blazhina