«Modèle de référence BIAN» pour le secteur bancaire ou comment arrêter de réinventer la roue

Depuis que j'ai remarqué que vous, César, avez déjà beaucoup construit et continuez de construire, j'ai développé certaines règles pour que vous puissiez vous-même apprécier la qualité des bâtiments existants et futurs.

Vitruve, architecte de l'Empire romain

Le succès et la stabilité du développement de toute entreprise sont directement liés à la présence d'une architecture d'entreprise de haute qualité, qui comprend des déclarations sur la mission et les objectifs de l'organisation, les principaux facteurs de succès, la stratégie commerciale, la structure et les processus.

Les entreprises de télécommunications en Russie ont depuis longtemps pris racine dans la pratique de l'utilisation du modèle de référence Enhanced Telecom Operations Map (eTOM), axé sur les processus commerciaux des opérateurs de services et d'autres représentants de l'industrie des technologies de l'information et de la communication. Le modèle est utilisé comme modèle pour gérer et réorganiser les processus, ainsi que pour simplifier l'interaction avec les partenaires et autres prestataires de services. Dans le secteur bancaire, malheureusement, dans l'immensité de la Russie, ils n'utilisent pas l'approche de construction et d'analyse de processus basés sur des modèles de référence développés par des organisations internationales. Les petites entreprises de microfinance et les grandes banques construisent leurs processus en fonction de l'expérience et des erreurs de leurs employés. Une requête de recherche pour l'utilisation de techniques standardisées (niveau international) pour la construction et l'analyse de l'architecture d'une entreprise du secteur bancaire en Russie est émise par une seule entreprise - un fournisseur de solutions informatiques pour le secteur financier (au moment de la rédaction de cet article), qui participe à la fois à l'élaboration de la norme BIAN elle-même , donc lors de l'analyse de vos décisions. En outre, il existe souvent des informations selon lesquelles de tels modèles n'existent tout simplement pas, bien que ce ne soit pas le cas. Cela est peut-être dû au manque de telles informations dans les communautés russophones spécialisées (Internet).

Le but de mon article est d'attirer l'attention sur l'un de ces modèles, à savoir le modèle de référence BIAN , qui sera discuté ci-dessous.

Dans mon article pour une revue de haut niveau de la norme BIAN, je vais recourir à une traduction partielle du guide pratique BIAN - INTRODUCTION À BIAN V6.0 , en mettant l'accent sur les aspects clés de la norme. Vous pouvez lire le document ici . Aussi, lors de la traduction, je me permettrai de dévier de l'original et de faire mes commentaires là où je le jugerai nécessaire.

1. Introduction à BIAN (Banking Industry Architecture Network)

Le réseau BIAN (Banking Industry Architecture Network) est une association d'architectes bancaires, de fournisseurs de logiciels bancaires et de prestataires de services dont l'objectif commun est de créer un environnement de services bancaires sémantique standard. Selon les attentes des développeurs BIAN, la classification des fonctions commerciales et des interactions au sein de n'importe quelle banque dans une norme formatée apportera des avantages significatifs à l'industrie.

Les principaux documents qui composent et complètent la norme BIAN:

• carte de haut niveau des services « BIAN Service Landscape » - «Landscape of services»;
• collection de documents " BIAN How-to Guide ";
• Métamodèle « BIAN métamodèle »;
• Définition des scénarios d' affaires du scénario d'affaires BIAN;
• classification des fonctions / domaines commerciaux (domaines de services) et de leurs services (opérations de services) « Définitions des domaines de services BIAN »;
• dictionnaire professionnel " Vocabulaire commercial BIAN ";
• et le modèle d'objet métier BIAN .

La norme BIAN est publiée dans le référentiel avec un accès en lecture à la version HTML, vous pouvez y accéder via la navigation sur le site BIAN bian.org . De plus, un recueil de documents à l'appui, y compris une série de guides pratiques, est tenu à jour et publié avec chaque version publiée de la norme BIAN.

Souvent, les membres de l'association appellent la norme «Paysage de services BIAN» . Un nom plus formel est «BIAN SOA Framework» . La description pour les développeurs de la norme elle-même est présentée dans le deuxième document BIAN «How to Guide - Developing Content» .

Contenu du guide pratique

Les documents du guide pratique décrivent les approches pour travailler avec la norme. Les lignes directrices au moment de la rédaction du présent document comprennent:

1. Guide pratique BIAN - INTRODUCTION À BIAN V6.0
2. Guide pratique BIAN - PRINCIPES DE CONCEPTION TECHNIQUES V6.0 - Ce document s'adresse aux architectes d'entreprise et aux architectes système. Il explique les approches pour appliquer et réorganiser les processus en utilisant la norme BIAN.
3. Guide pratique BIAN - DÉVELOPPEMENT DE CONTENU V6.0 - Ce document est destiné aux membres du groupe de travail BIAN. Explique les principes, les modèles et les outils utilisés pour développer une norme.
4. Guide pratique BIAN - APPLICATION DE LA NORME BIAN V6.0 - Le public cible du document est constitué de spécialistes techniques qui doivent appliquer les approches BIAN pour la mise en œuvre directe (déploiement) de systèmes.
5. Guide pratique BIAN - SEMANTIC API V6.0 - Ce document décrit comment le standard BIAN peut être utilisé pour développer une interface de programmation d'application (API). Dans un futur proche, un guide pratique pour les développeurs est prévu.

Chaque document est conçu pour son propre public.

Ensemble, les lignes directrices décrivent en détail l'approche standard BIAN pour la mise en œuvre du modèle de base de l'infrastructure informatique créé selon les normes de l'architecture orientée services (SOA).
Il convient également de noter que plus récemment, la norme BIAN a été envisagée dans le cadre de la spécification des interfaces logicielles d'application (API) et de son adaptation aux "architectures" de microservices.

Voici un bref aperçu des documents de la série de guides pratiques BIAN numérotés 2, 3 et 4 de la liste ci-dessus.

2. Principes et techniques de conception

Dans la norme BIAN, une architecture d'entreprise (domaine de service) et des services associés (opérations de service) qui peuvent être alloués et combinés dans des modèles de n'importe quelle banque (ou entreprise financière) sont utilisés pour concevoir une architecture d'entreprise. Le modèle BIAN est «canonique», ce qui signifie qu'il peut être utilisé par n'importe quelle banque, quelles que soient ses implémentations techniques ultérieures. Pour définir un «modèle BIAN canonique», l'approche de sa conception doit être fondamentalement différente des méthodes orientées processus plus traditionnelles. BIAN adopte une approche SOA (Service Oriented Architecture).

Le diagramme ci-dessous décrit les principales idées de conception utilisées dans la norme BIAN:

Figure 1. Principes et méthodes de conception

Une description détaillée de chaque bloc du diagramme peut être trouvée directement dans le Guide pratique BIAN - INTRODUCTION À BIAN V6.0 .

3. Développement de la norme (développement de contenu)

BIAN a créé une organisation interne pour surveiller et soutenir de manière centralisée la norme BIAN, ainsi qu'un certain nombre de groupes de travail spécialisés qui développent la norme BIAN elle-même. Une approche commune du développement de contenu est utilisée dans toutes les équipes pour plus de cohérence. Le deuxième document de la série de manuels BIAN décrit l'approche de développement de la norme BIAN, des recommandations, des modèles et des outils pris en charge. Les approches pour l'élaboration de la norme sont résumées dans le diagramme ci-dessous.


Figure 2. Développement de la norme BIAN

Une description détaillée de chaque bloc du circuit de la figure 2 peut être trouvée directement dans le Guide pratique - INTRODUCTION À BIAN V6.0 .

De plus, tout élément BIAN est décrit dans la même norme . Par exemple, le diagramme de classe des éléments de base de la norme BIAN est présenté dans la figure ci-dessous.


Figure 3. Développement de contenu de la norme BIAN

4. Application de la norme BIAN (Guide pratique BIAN - Application de la norme BIAN)

La norme BIAN effectue une ventilation générale de la sphère commerciale en fonctions commerciales (en domaines de services) et en leurs services (opérations de services sémantiques). Pour comparer ces modèles standard avec une organisation spécifique, ils doivent être adaptés en choisissant les domaines nécessaires et combinés en fonction des capacités opérationnelles et de la structure de l'organisation. Les modèles conceptuels BIAN de haut niveau peuvent ensuite être associés à des implémentations techniques plus détaillées. Les domaines de services BIAN peuvent également être utilisés comme «éléments constitutifs» dans la préparation du «plan d'affaires» d'une entreprise, qui, à son tour, peut être utilisé dans la planification et l'analyse. Le troisième document du Guide pratique BIAN présente les premières lignes directrices pour l'application du modèle BIAN. La figure ci-dessous montre un diagramme des principales recommandations pour l'application de la norme dans l'entreprise.


Figure 4. Application de la norme BIAN

Une description détaillée de chaque bloc dans le diagramme de la figure 4 peut être trouvée directement dans le Guide pratique - INTRODUCTION À BIAN V6.0 .

Visite standard

Et ici, je veux donner un exemple qui illustre certaines des approches décrites à partir des diagrammes donnés du manuel.

La carte de service BIAN Service Landscape est hiérarchiquement formée à partir des vues suivantes:

1. Zone d'affaires;
2. Domaine commercial (secteur commercial);
3. Domaine de service.

Sur la carte, le composant le plus «élémentaire» est le domaine de service. Il est considéré comme indivisible.

Considérez la direction commerciale "Business Support". En particulier, nous examinerons le domaine d'activité «Domaines d'activité» en mettant l'accent sur le domaine de service (fonction) «Architecture d'entreprise» (figure 5).


Figure 5. Paysage des services BIAN

Lorsque vous parcourez la carte des services BIAN Service Landscape , nous allons passer à l'aperçu du domaine de services Business Architecture.


Figure 6. Présentation du domaine de services «Architecture d'entreprise»

Le domaine "Business Architecture" sélectionne l'objet du même nom (Atout) "Business Architecture" avec le motif fonctionnel de travail (pattern) sur celui-ci "Design". L'artefact sera la spécification «Spécification».

Il est important de noter que tout domaine sur la carte de service BIAN Service Landscape est décomposé en composants décrits en termes sémantiques (tels que le type d'actif, le modèle fonctionnel, etc.) et réutilisé dans d'autres domaines.

Chaque domaine et ses composants ont une description, ainsi qu'un exemple de son utilisation, ce qui simplifie considérablement le travail avec la norme BIAN .

En analysant le domaine «Directions of Business», nous avons l'opportunité d'évaluer si une attention suffisante est accordée à la formation d'une stratégie, à la rédaction de politiques, à l'évaluation de produits et services, à la construction d'une architecture d'entreprise et au développement d'une planification «continue». Il n'est pas nouveau de savoir que l'entreprise devient la plus performante à l'approche, lorsqu'une entreprise définit la technologie de l'information, lorsque l'architecture informatique est construite en fonction des besoins de l'entreprise. L'application de la norme internationale BIAN permettra «d'exposer les faiblesses» de l'architecture de l'entreprise dans son ensemble.

Pour revenir aux mots de Vitruve cités au tout début de l'article, je voudrais noter leur pertinence à l'heure actuelle dans l'industrie financière de la Russie. En effet, il est très important pour le secteur financier aujourd'hui d'évaluer le travail déjà accompli, sa qualité et son augmentation dans les projets futurs. Le modèle de référence BIAN, qui consolide l'expérience et les connaissances des architectes, des cadres, des développeurs du monde entier, peut aider précisément à cela.

Architecte système
© Irina Blazhina