„BIAN-Referenzmodell“ für die Bankenbranche oder wie man aufhört, das Rad neu zu erfinden

Da mir aufgefallen ist, dass Sie, Caesar, bereits viel gebaut haben und weiter bauen, habe ich bestimmte Regeln entwickelt, damit Sie selbst die Qualität bestehender und zukünftiger Gebäude schätzen können.

Vitruv, Architekt des Römischen Reiches

Der Erfolg und die Stabilität der Entwicklung eines Unternehmens stehen in direktem Zusammenhang mit dem Vorhandensein einer qualitativ hochwertigen Geschäftsarchitektur, die Aussagen über die Mission und Ziele der Organisation, die wichtigsten Erfolgsfaktoren, die Geschäftsstrategie, die Struktur und die Prozesse enthält.

Telekommunikationsunternehmen in Russland haben sich seit langem in der Praxis des Enhanced Telecom Operations Map (eTOM) -Referenzmodells etabliert, das sich auf die Geschäftsprozesse von Dienstleistern und anderen Vertretern der Informations- und Kommunikationstechnologiebranche konzentriert. Das Modell wird als Vorlage für die Verwaltung und Reorganisation von Prozessen sowie zur Vereinfachung der Interaktion mit Partnern und anderen Dienstleistern verwendet. In der Bankenbranche verwenden sie in der Weite Russlands leider nicht den Ansatz, Prozesse auf der Grundlage von Referenzmodellen zu konstruieren und zu analysieren, die von internationalen Organisationen entwickelt wurden. Sowohl kleine Mikrofinanzunternehmen als auch große Banken bauen ihre Prozesse auf der Grundlage der Erfahrungen und Fehler ihrer Mitarbeiter auf. Eine Suchanfrage zur Verwendung standardisierter Techniken (auf internationaler Ebene) zum Aufbau und zur Analyse der Architektur eines Unternehmens in der Bankenbranche in Russland wird von nur einem Unternehmen gestellt - einem Anbieter von IT-Lösungen für den Finanzsektor (zum Zeitpunkt des Schreibens dieses Artikels), der sowohl an der Entwicklung des BIAN-Standards selbst beteiligt ist. Also bei der Analyse Ihrer Entscheidungen. Darüber hinaus gibt es häufig Informationen, dass solche Modelle einfach nicht existieren, obwohl dies nicht der Fall ist. Möglicherweise liegt dies an dem Mangel an solchen Informationen in den russischsprachigen Fachgemeinschaften (Internet).

Der Zweck meines Artikels ist es, die Aufmerksamkeit auf eines dieser Modelle zu lenken, nämlich auf das BIAN-Referenzmodell , auf das weiter unten eingegangen wird.

In meinem Artikel für eine Überprüfung des BIAN-Standards auf höchster Ebene werde ich auf eine teilweise Übersetzung des BIAN-Handbuchs - EINFÜHRUNG IN BIAN V6.0 zurückgreifen, wobei der Schwerpunkt auf Schlüsselaspekten des Standards liegt. Sie können das Dokument hier lesen. Außerdem werde ich mir während der Übersetzung erlauben, vom Original abzuweichen und meine Kommentare dort abzugeben, wo ich es für notwendig halte.

1. Einführung in BIAN (Banking Industry Architecture Network)

Das Banking Industry Architecture Network (BIAN) ist eine Vereinigung von Bankarchitekten , Bankensoftwareanbietern und Dienstleistern mit dem gemeinsamen Ziel, eine standardmäßige semantische Bankdienstleistungsumgebung zu schaffen. Gemäß den Erwartungen der BIAN-Entwickler wird die Klassifizierung von Geschäftsfunktionen und Interaktionen innerhalb einer Bank in einem formatierten Standard der Branche erhebliche Vorteile bringen.

Die wichtigsten Dokumente, die den BIAN-Standard bilden und ergänzen:

• übergeordnete Karte der Dienste „ BIAN- Servicelandschaft “ - „Landschaft der Dienste“;
• Sammlung von Dokumenten " BIAN How-to Guide ";
• Metamodell “ BIAN Metamodel ”;
• Definition von BIAN-Geschäftsszenarien Geschäftsszenarien;
• Klassifizierung von Geschäftsfunktionen / -bereichen (Servicedomänen) und deren Services (Servicevorgänge) „ BIAN-Servicedomänendefinitionen “;
• Geschäftswörterbuch " BIAN-Geschäftsvokabular ";
• und das BIAN Business Object Model .

Der BIAN-Standard wird im Repository mit Lesezugriff auf die HTML-Version veröffentlicht. Sie können über die Navigation auf der BIAN-Website bian.org darauf zugreifen . Darüber hinaus wird ein Kompendium unterstützender Dokumente, einschließlich einer Reihe von Anleitungen, gepflegt und mit jeder veröffentlichten Version des BIAN-Standards herausgegeben.

Mitglieder des Vereins bezeichnen den Standard häufig als „BIAN-Servicelandschaft“ . Ein formellerer Name ist "BIAN SOA Framework" . Eine Beschreibung für Entwickler des Standards selbst finden Sie im zweiten BIAN-Dokument „How to Guide - Developing Content“ .

Anleitung zum Inhalt

In den How-to-Guide- Dokumenten werden Ansätze für die Arbeit mit dem Standard beschrieben. Die Richtlinien zum Zeitpunkt des Schreibens umfassen:

1. BIAN-Anleitung - EINFÜHRUNG IN BIAN V6.0
2. BIAN-Anleitung - DESIGN PRINCIPLES TECHNIQUES V6.0 - Dieses Dokument konzentriert sich auf Geschäftsarchitekten und Systemarchitekten. Es werden die Ansätze zum Anwenden und Reorganisieren von Prozessen unter Verwendung des BIAN-Standards erläutert.
3. BIAN-Anleitung - ENTWICKLUNG VON INHALTEN V6.0 - Dieses Dokument richtet sich an Mitglieder der BIAN-Arbeitsgruppe. Erläutert die Prinzipien, Muster und Werkzeuge, die bei der Entwicklung eines Standards verwendet werden.
4. BIAN-Anleitung - ANWENDEN DES BIAN STANDARD V6.0 - Die Zielgruppe des Dokuments sind technische Spezialisten, die BIAN-Ansätze bei der direkten Implementierung (Bereitstellung) von Systemen anwenden sollen.
5. BIAN-Anleitung - SEMANTIC API V6.0 - In diesem Dokument wird beschrieben, wie der BIAN-Standard zum Entwickeln einer API (Application Programming Interface) verwendet werden kann. In naher Zukunft ist ein praktischer Leitfaden für Entwickler geplant.

Jedes Dokument ist für sein eigenes Publikum konzipiert.

Zusammengenommen beschreiben die Richtlinien detailliert den BIAN-Standardansatz zur Implementierung des Grundmodells der IT-Infrastruktur, das gemäß den Standards der serviceorientierten Architektur (SOA) erstellt wurde.
Es ist auch erwähnenswert, dass der BIAN-Standard in jüngerer Zeit im Zusammenhang mit der Spezifikation von Anwendungssoftware-Schnittstellen (APIs) und seiner Anpassung an Microservice- "Architekturen" betrachtet wurde.

Im Folgenden finden Sie eine kurze Übersicht über die Dokumente in den BIAN-Anleitungen mit den Nummern 2, 3 und 4 aus der obigen Liste.

2. Gestaltungsprinzipien und -techniken

Im BIAN-Standard werden eine Geschäftsarchitektur (Servicedomäne) und zugehörige Services (Servicevorgänge), die zugeordnet und zu Modellen einer Bank (oder eines Finanzunternehmens) kombiniert werden können, zum Entwerfen einer Geschäftsarchitektur verwendet. Das BIAN-Modell ist „kanonisch“, was bedeutet, dass es von jeder Bank unabhängig von ihren nachfolgenden technischen Implementierungen verwendet werden kann. Um ein „kanonisches BIAN-Modell“ zu definieren, sollte sich der Ansatz für sein Design grundlegend von herkömmlichen prozessorientierten Methoden unterscheiden. BIAN verfolgt einen SOA-Ansatz (Service Oriented Architecture).

Das folgende Diagramm beschreibt die wichtigsten Entwurfsideen, die im BIAN-Standard verwendet werden:

Abbildung 1. Prinzipien und Entwurfsmethoden

Eine detaillierte Beschreibung der einzelnen Blöcke im Diagramm finden Sie direkt in der BIAN -Anleitung - EINFÜHRUNG IN BIAN V6.0 .

3. Entwicklung des Standards (Entwicklung von Inhalten)

BIAN hat eine interne Organisation zur zentralen Überwachung und Unterstützung des BIAN-Standards sowie eine Reihe spezialisierter Arbeitsgruppen eingerichtet, die den BIAN-Standard selbst entwickeln. Aus Gründen der Konsistenz wird in allen Teams ein gemeinsamer Ansatz für die Entwicklung von Inhalten verwendet. Das zweite Dokument in der BIAN-Reihe von Handbüchern beschreibt den Ansatz zur Entwicklung des BIAN-Standards, Empfehlungen, unterstützte Vorlagen und Tools. Ansätze zur Entwicklung des Standards sind in der folgenden Abbildung zusammengefasst.


Abbildung 2. Entwicklung des BIAN-Standards

Eine detaillierte Beschreibung jedes Blocks in der Schaltung von Abbildung 2 finden Sie direkt in der Anleitung - EINFÜHRUNG IN BIAN V6.0 .

Außerdem wird jedes BIAN-Element im selben Standard beschrieben . Das Klassendiagramm der Grundelemente des BIAN-Standards ist beispielsweise in der folgenden Abbildung dargestellt.


Abbildung 3. Inhaltsentwicklung des BIAN-Standards

4. Anwendung des BIAN-Standards (BIAN-Anleitung - Anwendung des BIAN-Standards)

Der BIAN-Standard führt eine allgemeine Aufteilung des Geschäftsbereichs in Geschäftsfunktionen (in Servicedomänen) und deren Services (semantische Serviceoperationen) durch. Um diese Standardmodelle mit einer bestimmten Organisation zu vergleichen, müssen sie durch Auswahl der erforderlichen Domänen angepasst und entsprechend den betrieblichen Fähigkeiten und der Struktur der Organisation kombiniert werden. Die übergeordneten BIAN-Konzeptmodelle können dann mit detaillierteren technischen Implementierungen abgeglichen werden. BIAN-Servicedomänen können auch als „Bausteine“ bei der Erstellung des „Geschäftsplans“ eines Unternehmens verwendet werden, der wiederum für die Planung und Analyse verwendet werden kann. Das dritte Dokument des BIAN Practical Guide enthält erste Richtlinien für die Anwendung des BIAN-Modells. Die folgende Abbildung zeigt ein Diagramm der wichtigsten Empfehlungen für die Anwendung des Standards im Unternehmen.


Abbildung 4. Anwendung des BIAN-Standards

Eine detaillierte Beschreibung der einzelnen Blöcke im Diagramm in Abbildung 4 finden Sie direkt in der Anleitung - EINFÜHRUNG IN BIAN V6.0 .

Standard Tour

Und hier möchte ich ein Beispiel geben, das einige der beschriebenen Ansätze aus den angegebenen Diagrammen des Handbuchs demonstriert.

Die BIAN Service Landscape Service Map wird hierarchisch aus den folgenden Ansichten gebildet:

1. Geschäftsbereich;
2. Geschäftsbereich (Geschäftsbereich);
3. Servicedomäne.

Auf der Karte ist die Dienstdomäne die „elementarste“ Komponente. Er gilt als unteilbar.

Betrachten Sie die Geschäftsrichtung "Business Support". Insbesondere betrachten wir den Geschäftsbereich „Geschäftsbereiche“ mit einem Schwerpunkt auf der Service-Domäne (Funktion) „Geschäftsarchitektur“ (Abbildung 5).


Abbildung 5. BIAN-Servicelandschaft

Wenn Sie in der BIAN Service Landscape- Karte der Services navigieren, gelangen Sie zur Übersicht über die Business Architecture-Servicedomäne.


Abbildung 6. Übersicht über die Servicedomäne „Geschäftsarchitektur“

Die Domäne "Geschäftsarchitektur" wählt das gleichnamige Objekt (Asset) "Geschäftsarchitektur" mit dem funktionalen Arbeitsmuster (Muster) "Design" aus. Das Artefakt ist die Spezifikation "Spezifikation".

Es ist wichtig zu beachten, dass jede Domäne in der BIAN Service Landscape-Karte von Diensten in semantisch beschriebene Komponenten (wie Asset-Typ, Funktionsmuster usw.) zerlegt und in anderen Domänen wiederverwendet wird.

Jede Domäne und ihre Komponenten haben eine Beschreibung sowie ein Beispiel für ihre Verwendung, was die Arbeit mit dem BIAN-Standard erheblich vereinfacht.

Durch die Analyse des Bereichs „Geschäftsrichtungen“ haben wir die Möglichkeit zu beurteilen, ob der Ausarbeitung einer Strategie, der Erstellung von Richtlinien, der Bewertung von Produkten und Dienstleistungen, dem Aufbau einer Geschäftsarchitektur und der Entwicklung einer „kontinuierlichen“ Planung genügend Aufmerksamkeit geschenkt wird. Es ist nicht neu zu wissen, dass das Unternehmen am erfolgreichsten wird, wenn es sich nähert, wenn ein Unternehmen Informationstechnologie definiert, wenn die IT-Architektur auf den Anforderungen des Unternehmens basiert. Die Anwendung des internationalen BIAN-Standards ermöglicht es, „Schwachstellen“ in der Architektur des gesamten Unternehmens aufzudecken.

Zurück zu den Worten von Vitruv, die ganz am Anfang des Artikels zitiert wurden, möchte ich auf ihre derzeitige Relevanz für die russische Finanzindustrie hinweisen. In der Tat ist es für den Finanzsektor heute sehr wichtig, die bereits geleistete Arbeit, ihre Qualität und die Steigerung künftiger Projekte zu bewerten. Das BIAN-Referenzmodell, das die Erfahrung und das Wissen von Architekten, Führungskräften und Entwicklern aus aller Welt zusammenfasst, kann genau dabei helfen.

Systemarchitekt
© Irina Blazhina