🤜🏻 🥗 🌓 Referenzmodell BIAN. Was Neues und Nützliches für die Unternehmensarchitektur der Bank bietet sie? 👩🏼‍🏫 🛕 👁️

BIAN ... wie wenig steckt in diesem Sound für das Herz eines Russen ... Ja, ich habe den berühmten Klassiker nicht zufällig umschrieben. Die Popularität des BIAN-Referenzmodells ist in Russland nach wie vor gering, insbesondere im Vergleich zum in der Telekommunikationsbranche weit verbreiteten Modell der Enhanced Telecom Operations Map (eTOM), das seiner Entwicklung voraus ist. In der Zwischenzeit entwickelt, verbessert und gewinnt das BIAN-Modell außerhalb Russlands und in der internationalen Bankenbranche an Popularität .

Ich werde den Leser nicht länger mit lyrischen Abweichungen ablenken, sondern nur sagen, dass eine Überprüfung des BIAN-Modells und der Begleitdokumente des Standards in meinem ersten Artikel über BIAN enthalten sindHier werde ich versuchen zu erklären, wie BIAN für Geschäftsmanager, Geschäftsarchitekten, Unternehmensarchitekten, Lösungsarchitekten, IT-Spezialisten und alle anderen Personen nützlich sein kann, die an der Verwaltung der gesamten Architektur eines Finanzunternehmens interessiert sind. Und meiner Meinung nach auch über seine wichtigsten nützlichen Transformationen.

Was ist neu und interessant?

BIAN ist erschwinglicher geworden

Eine der wichtigsten und wichtigsten Änderungen, die meiner Meinung nach mit dem BIAN-Referenzmodell vorgenommen wurden, war die Übersetzung in die Archimate-Notation . Es ist leichter zu lesen. Die Entwickler von BIAN konnten offenbar die Notwendigkeit erkennen, die Standardnotation zur Beschreibung zu verwenden, um sie in Fachkreisen weiter zu verbreiten . Das Wahrnehmungsmodell ist für Architekten klarer geworden , da es in einer Sprache beschrieben wird, die für Architekten verständlich ist. Daher wird die Version von BIAN 8.0 in der Sprache von ArchiMate 3 dargestellt . Das Modell ist gemeinfrei . Durch die Registrierung unter www.opengroup.org kann jeder unabhängigLaden Sie eine Beschreibung des BIAN-Modells und aller seiner Komponenten in der Archimate-Notation herunter.

BIAN-Implementierung in API

Ein weiterer wichtiger Punkt, der erwähnenswert ist, ist, dass die unabhängige gemeinnützige Vereinigung von Standards ( BIAN ( Banking Industry Architecture Network) ) das API-Repository für ihre Landschaftsgeschäftsdomänen verwaltet und aktualisiert .
BIAN-Entwickler möchten ein erschwingliches Repository mit hochwertigen APIs und Microservices erstellen, um Banken bei der schnellen und kostengünstigen Aktualisierung zu unterstützen.
Die Quelldateien für die API aus dem Repository werden ebenfalls veröffentlicht und stehen nach der Registrierung im Portal zum Download zur Verfügung (wenn jemand Schwierigkeiten bei der Registrierung hat, versuchen Sie, sich im Inkognito-Modus Ihres Browsers zu registrieren).

Als nächstes werden wir das BIAN-Metamodell in Archimate-Notation und seine Implementierung als API genauer untersuchen.

BIAN-Metamodell in Archimate-Notation

In diesem Teil schlage ich vor, die aktuelle Struktur der BIAN-Landschaft in Archimate- Notation basierend auf einem Dokument von OpenGroup zu betrachten . Dieses Dokument bietet Optionen für die flexible, schlanke und stabile Entwicklung der Bankarchitektur unter Verwendung der Sprachen ArchiMate und BIAN.

Beginnen wir also mit der Beschreibung des BIAN- Metamodells .

Landschaftselemente BIAN

Abbildung 1. Überlagerung der BIAN-Servicelandschaft auf dem Metamodell

Die BIAN-Servicelandschaftslandschaft besteht hierarchisch aus den folgenden grundlegenden Schlüsselkomponenten:

Geschäftsbereich - Grün
Geschäftsbereich (Geschäftsbereich) - Orange;
Service Domain - Blau.

Der Geschäftsbereich in Bezug auf Archimate wird durch das Gruppierungselement ausgedrückt . Die Geschäftsdomäne und die Servicedomäne werden vom Capability- Element im Diagramm wiedergegeben .
Gemäß den Notationsregeln wird Capability verwendet, um die aktuellen und gewünschten Fähigkeiten der Organisation in Bezug auf ihre Strategie auf hoher Ebene darzustellen.

Der Geschäftsbereich (Business Area) befindet sich auf der höchsten Ebene der Hierarchie der BIAN-Landschaft und wird verwendet, um Blöcke von Schlüsselbereichen der Entwicklung in Finanzinstituten hervorzuheben und zu gruppieren.
BIAN identifizierte die folgenden Geschäftsbereiche innerhalb des BIAN-Referenzmodells:

Vergleichsdaten;
Verkauf und Service;
Operationen und Ausführung;
Risiken und Compliance (+ Analytik);
Business Unterstützung.

Geschäftsbereiche (Business Domains) Architekten von Bankunternehmen definieren als die Zerlegung des Bankgeschäfts in eine Reihe sich gegenseitig ausschließender Geschäftsbereiche, deren Gesamtheit die Geschäftsmöglichkeiten des Unternehmens vollständig ausschöpft. Geschäftsbereiche bestimmen die von Architekten des Bankgeschäfts betrachteten Bankensegmente aus funktionaler, architektonischer und technischer Sicht.

Eine Servicedomäne ist ein elementarer oder atomarer Funktionsbaustein innerhalb der BIAN-Landschaft.
Jede Servicedomäne bietet eine Reihe von Services (Servicegruppe). Dieses Set enthält Service-Vorgänge. Eine Servicedomäne ist eine Reihe von Servicevorgängen, die zusammen den gesamten Lebenszyklus eines Assets (Asset-Typ) verwalten.

2. BIAN

Functional Pattern, Asset Type Action Term

Die Hauptmethode zum „Isolieren“ der BIAN-Servicedomäne (dh zum Unterscheiden als atomare, unteilbare Einheit der Landschaft) besteht darin, ein Funktionsmuster auf eine Ressource (Asset-Typ) anzuwenden .
Wenn wir uns die Definition von Archimate-Elementen ansehen, werden wir sehen, dass die Geschäftsinteraktion für das Funktionsmuster und ein Geschäftsobjekt für den Asset-Typ verwendet wird .

Asset-Typ - jede materielle oder immaterielle Sache, auf die die Bank das Eigentums- und / oder Einflussrecht hat und die eine oder mehrere integrale Verwendungen oder Zwecke hat, die kommerziellen Wert schaffen.
Funktionsmuster- ein Verhalten oder ein Mechanismus, der auf jede Ressource bei der Ausführung kommerzieller Aktivitäten angewendet werden kann (z. B. Design, Direkt, Verwalten, Registrieren usw.).

Abbildung 3. Spezielle Funktionsvorlagen

BIAN definierte auch einen Standardsatz von Aktionen ( Aktionsbegriff ). Charakterisierung verschiedener Arten von Servicevorgängen. Jede Serviceoperation führt genau eine Aktion aus.
Eine vollständige Liste der Aktionsbegriffe (dargestellt als ArchiMate-Geschäftsfunktionen) finden Sie unten.

Abbildung 4. Standardsatz von Aktionen ( Aktionsbegriff )

Ein Satz von Aktionen (Aktionsbegriff), die zusammen einen sich wiederholenden Verhaltenstyp bilden, wird als Funktionsvorlage bezeichnet.
Die BIAN Standard stellt eine sehr komfortable und intuitive Matrix der Kommunikation zwischen den Funktionsmustern und Standardoperationen:

Abbildung 5. Kommunikation der Funktionsmustern und Standardoperationen

, die ist Was ist die eigentliche Idee? Wir können fast jede Bankaktivität durch eine bestimmte, begrenzte Anzahl von Operationen entwerfen und implementieren!
Jede Servicedomäne enthält gleichzeitig nur eine Hauptfunktionsvorlage mit einem Ressourcentyp. Und wir erhalten eine Ressource, auf die wir diese oder jene Vorlage anwenden können. Darüber hinaus ist die Anzahl der Vorlagen im Vergleich zur Anzahl der Geschäftsdomänen in der Landschaft sicherlich nicht sehr groß!
Ferner sehen wir aus dem BIAN-Metamodell, dass eine Funktionsvorlage, die einen bestimmten Satz von Standardoperationen aggregiert und die Serviceoperationen implementiert (in der folgenden Abbildung in lila angegeben), in der Servicegruppe enthalten ist, die auch die Servicedomänenfunktionalität implementiert:

Abbildung 6. Beziehung von Funktionsmustern und Servicevorgänge
Und wie oben bereits erläutert, steuern eine Reihe von Servicevorgängen gemeinsam den gesamten Lebenszyklus einer bestimmten Ressource ( Asset-Typ ).
Insgesamt erhalten wir die Verbindung: Servicedomäne - Servicedomäne (die Funktionalität, die wir für das Geschäft benötigen) -> Asset-Typ - die angegebene Ressource der Servicedomäne (mit der wir arbeiten werden, um unsere Aufgabe zu implementieren, z. B. Hypothekendarlehen) -> Funktionsmuster - Funktionsvorlage (Verhalten, das Aktionen mit unserer Ressource charakterisiert). "

Generisches Artefakt und Kontrolldatensatz

Betrachten Sie nun eine andere Gruppe von Metamodellelementen, die in der folgenden Abbildung durch Hervorheben angegeben sind.

Abbildung 7. Allgemeiner Artefakt- und Kontrolldatensatz
Eine Funktionsvorlage weist einen relativ hohen Abstraktionsgrad auf (aus dem Metamodell geht auch hervor, dass sie durch spezifischere Serviceoperationen implementiert wird, aber ich werde später darauf eingehen, wenn wir die Verbindung anhand eines bestimmten Beispiels betrachten).
Und so ist das Artefakt, das es direkt betrifft, auch abstrakt. Es wird als generisches Artefakt ( generisches Artefakt ) bezeichnet. Für jede Funktionsvorlage identifizierte BIAN ein gemeinsames Artefakt, wie unten gezeigt:

Abbildung 8. Eine Reihe allgemeiner Artefakte

Control Entry ( Control Record)) sind die Informationen, die zur Lösung der internen Probleme der Servicedomäne erforderlich sind. Dies ist eine Art Protokoll von Informationen über den Lebenszyklus einer Ressource, auf die eine Funktionsvorlage gemäß einer Instanz eines gemeinsamen Artefakts zugreift oder aufgrund dessen sie erstellt wird.
Wenn die Ressource beispielsweise "Girokonto", die Funktionsvorlage " Erfüllung " und das zugehörige gemeinsame Artefakt " Verpflichtung " lautet, lautet der spezifische Überwachungsdatensatz "Verpflichtung zur Erfüllung (Aufgaben für) das Girokonto".
Der Name des Überwachungsdatensatzes ist eine Kombination des Namens Die Ressource und der Name des allgemeinen Artefakts. Die Servicedomäne "Girokonto" bietet Services im Zusammenhang mit der "Organisation der Ausführung des Girokontos".
Ein Kontrolldatensatz kann als Information über den Lebenszyklus einer „qualifizierten Ressource“ betrachtet werden, wobei das Qualifikationsmerkmal ein häufiges Artefakt ist.

Abbildung 9. Beispieldomäne " Girokonto "

Servicevorgänge

"Serviceoperation" ist eine bestimmte Aktion, die für eine bestimmte Ressource ausgeführt wird. Dies ist ein elementarer Dienst.
Im Beispiel " Girokonto " des Dienstkontos kann die Dienstdomäne "intiateCurrentAccountFulfillment", "executeCurrentAccountFulfillment" usw. ausführen. Dies sind die Aktionsbegriffe, die in der Funktionsvorlage zusammengefasst und auf den Kontrolldatensatz angewendet werden.
Jene. Wenn wir einer Matrix Servicegruppen mit Operationen überlagern, wird klar, welche Aktionen wir mit unserer Ressource ausführen müssen:

Abbildung 10. Beispiel für die Überlagerung des Aktionsbegriffs mit einer Servicegruppe
Serviceoperationen zur Ausführung eines „Girokontos“ werden aus den Bedingungen der Funktionsvorlage abgeleitet. Servicevorgänge sind in Servicegruppen organisiert.

Nachricht und Zustand

Servicevorgänge sind nur über klar definierte Schnittstellen möglich. Für jeden Servicevorgang ist ein Ereignis erforderlich, um den Service „bereitstellen“ zu können. Dieses Ereignis ist eine Art Nachricht, die als eingehende Nachricht bezeichnet wird. Ein Servicevorgang wird durch eine interne Verarbeitung implementiert, wobei möglicherweise einige Aufgaben an andere Servicevorgänge delegiert werden. Infolgedessen gibt der Dienst eine Antwort als ausgehende Nachricht aus. Eine Nachricht, die eine Eingangsnachricht für einen Wartungsvorgang ist, kann eine Ausgangsnachricht für einen anderen Wartungsvorgang sein.

Abbildung 11. Eingehende / ausgehende Nachrichten und Bedingungen für die Dienstausführung

Die Servicedomäne beschreibt auch vorhandene Abhängigkeiten von anderen Domänen.
Insbesondere ein Beispiel für eine Liste von Dienstdomänen, von denen wir eine eingehende Nachricht erwarten:

Abbildung 12. Beispiel für die Kommunikation mit anderen Domänen für die

Gesamtsumme „Girokonto“ haben wir alle Elemente des BIAN-Metamodells untersucht. Und es ist Zeit, mit der Implementierung des BIAN-Modells auf der API fortzufahren. Bevor ich dies tue, möchte ich darauf aufmerksam machen, dass das Modell viel mehr Darstellungen seiner Beschreibung enthält. Es gibt sowohl Objektbeschreibungen als auch Sequenzdiagramme, Drahtmodelle und andere.
Ich lade die Leser ein, sich durch Bezugnahme mit ihnen vertraut zu machen .
Und auch mit einem Vergleich des Togaf-Modells und -Rahmens .

Implementierung des BIAN-Modells über die API

Wie oben erwähnt, entwickelt die BIAN-Entwicklergemeinde das Repository für REST-Services, die den Grundsätzen des BIAN-Standards entsprechen, und füllt es regelmäßig auf.
Zur Bekanntschaft müssen Sie sich im Portal registrieren , zum Repository gehen und entweder die Quelldateien herunterladen oder zur Einarbeitung in die Konsole gehen.

Abbildung 13. Beispiel für die Navigation durch das Repository-API-BIAN

Im Konsolenmodus lesen Sie möglicherweise die Dokumentation in Swagger:

Abbildung 14. Beispiel für das Navigations-API-BIAN-Repository für die Dienstdomäne Girokonto, um
entweder mit Code zu arbeiten:

Abbildung 15. Zugriff auf das ursprüngliche API-Dateispeicher-BIAN

Zur Vereinfachung Wenn Sie wissen, wie die APIs verwendet werden, können Sie das Dokument lesen. Ich lade Leser und Entwickler ein, diesen Teil der selbständigen Arbeit mit BIAN bereits zu beherrschen oder an einem Webinar teilzunehmen, das in naher Zukunft stattfinden wird. Dort besteht die Möglichkeit, am Ende des Webinars Informationen aus erster Hand zu erhalten und Fragen zu stellen .
Der Hauptinhalt wird im Webinar vorgestellt und die Änderungen, Verbesserungen und Erweiterungen des BIAN-Standards in der neuesten Ausgabe werden hervorgehoben.

Möglicher Ansatz zur Anwendung des Standards

Ich werde den Ansatz der Verwendung des BIAN-Referenzmodells auf oberster Ebene beschreiben:
Die Hauptsache, auf die Sie achten sollten, ist, dass das Modell vorschlägt, keinen Prozessansatz, sondern einen Microservice-Ansatz zu verwenden.

Jene. Die Landschaft besteht aus einer Reihe von hochrangigen Bausteinen (Service-Domänen).
Jede Domain verfügt über eigene Tools (Servicevorgänge).
mit bestimmten Artefakten (Ressourcen) arbeiten.

Und wir bauen bereits den Prozess zusammen, den wir aus diesen Steinen benötigen. Dabei hilft uns aber auch der bereits entworfene Satz von Sequenzdiagrammen, Drahtgittern und Objektmodellen.
Jene. Durch diese Darstellungen wurden bereits viele Kommunikationsprozesse entworfen.

Ein Unternehmen kann:
1. die Landschaft im Detail untersuchen, die Bereiche, die es für seinen funktionalen Zweck benötigt, visuell (in Farbe, Rahmen oder auf andere Weise) hervorheben (es ist möglich, die Systemebene festzulegen und zu verstehen, auf welchen Systemen die Daten dupliziert werden) Dies ist beispielsweise meiner Meinung nach eine der schwierigen Fragen, die sich beim Entwurf einer Microservice-Architektur stellen, und das BIAN-Modell legt nahe, dass wir auf Unternehmensebene darüber nachdenken.
2. Um das BIAN-Metamodell zu studieren, um zu verstehen, wie jede Domain funktioniert (ich hoffe, dies hilft meiner Überprüfung, die ich oben im Metamodell durchgeführt habe).
3. Laden Sie die erforderlichen APIs vom Portal herunter (oder stellen Sie zunächst sicher, dass der erforderliche Satz bereits vorhanden ist).
4. Untersuchen Sie andere Darstellungen des BIAN-Modells.
4. Zeichnen Sie eine Migrationskarte unter Berücksichtigung der aktuellen Architektur im Unternehmen für den Übergang zum Microservice.

Systemarchitektin,
© Irina Blazhina

Referenzmodell BIAN. Was Neues und Nützliches für die Unternehmensarchitektur der Bank bietet sie?