Hoe hangen Service Domains en het Business Object Model in BIAN samen?

De Service Domains en het Business Object Model (BOM) van BIAN vormen samen de informatiearchitectuur van de standaard. Elk Service Domain beschrijft in zijn Control Record welke informatie het nodig heeft; die behoefte wordt gemodelleerd tot een Service Domain BOM. Al die losse modellen worden vervolgens geconsolideerd tot het ene BIAN BOM.

Wat is het BIAN Business Object Model (BOM)?

Het BIAN Business Object Model is een referentiemodel voor informatiearchitectuur in de financiële sector. Het identificeert de business objects die relevant zijn voor banken — zoals producten, overeenkomsten en transacties — en legt vast hoe die objects zich tot elkaar verhouden. Zo ontstaat een gemeenschappelijke basis die instellingen kunnen aanpassen aan hun eigen datamodel.

Bestaande standaarden zoals ISO 20022, IFX en SWIFT richten zich vooral op de berichten die tussen systemen worden uitgewisseld. Dat zijn views op onderliggende business objects, geen model van die objects zelf. Het BOM vult dat gat: het beschrijft de objecten achter de berichten, onafhankelijk van een specifieke uitwisseling of context.

Hoe ontstaat het BOM uit de Service Domains?

Het BIAN BOM ontstaat niet los van de Service Domains, maar juist uit hun informatiebehoefte. Elk Service Domain legt in zijn Control Record vast welke informatie het nodig heeft om zijn functionaliteit uit te voeren. Die behoefte wordt gemodelleerd tot een Service Domain BOM, en alle Service Domain BOMs samen vormen, na consolidatie, het ene BIAN BOM.

Het boek omschrijft dit proces expliciet: "The BIAN BOM is elaborated by modeling the information needs of every BIAN Service Domain, as expressed in its Control Record, according to the 'Business Object Modeling approach'." Deze aanpak zorgt voor consistentie tussen alle afzonderlijke Service Domain-modellen (BIAN 2nd Edition – A framework for the financial services industry, sectie 2.6).

Twee abstracte referentiemodellen sturen dit modelleerwerk: het content pattern en het structure pattern. Samen zorgen ze ervoor dat elk Service Domain op dezelfde manier wordt gemodelleerd, ongeacht wie het model maakt of welk deel van de bank het beschrijft.

Wat is het verschil tussen een business concept en een business object?

Een business concept is alles waarover de business geïnformeerd wil worden, zoals 'klant'. Een business object is de werkelijke, ondubbelzinnige informatie-eenheid erachter — in dit voorbeeld 'party'. Het onderscheid is nodig omdat concepten vaak overlappen, terwijl objects dat per definitie niet mogen.

Het boek is hier stellig over: "The building block of the Business Information Architecture is the Business Object. It is a mutually exclusive, collectively exhaustive unit of information." Business objects sluiten elkaar dus uit en dekken samen het hele informatiedomein.

Het klassieke voorbeeld is 'customer'. Iedere bank wil weten wie haar klanten zijn, maar 'customer' is geen business object — het is een rol. De onderliggende business object is 'party', die de rol van klant, leverancier of medewerker kan aannemen, afhankelijk van de relatie met de bank.

Welke business objects bevat het content pattern?

Het content pattern van het BOM bestaat uit zes soorten business objects die samen elke bancaire activiteit beschrijven: Products and Services, Agreement, Arrangement, Instruction, Transaction, en Account met de bijbehorende Account Entries. Dit abstracte model geldt voor elke business en wordt per Service Domain verder ingevuld.

• Products and Services — waarmee een bank zich onderscheidt op de markt.
• Agreement — de overeenkomst die ontstaat bij verkoop van een product aan een partij.
• Arrangement — de concrete afspraken binnen een agreement, waarin een partij zich verbindt iets te geven, te doen of na te laten.
• Instruction — de opdracht die de uitvoering van een arrangement in gang zet.
• Transaction — de feitelijke uitvoering die uit een instructie volgt.
• Account met Account Entries — waarop de resultaten van transacties worden geregistreerd.

Een lopende rekening illustreert deze keten goed: het product leidt tot een Current Account Agreement, met arrangementen voor bijvoorbeeld betalingsverkeer en prijsstelling, waarna een betaalopdracht de onderliggende transacties en boekingen triggert.

Wat voegt het structure pattern toe aan het BOM?

Het structure pattern verrijkt het content pattern met classificaties, kenmerken en relaties. Een business object kan tot meerdere typen behoren, wordt beschreven door descriptors zoals geslacht of geboortedatum, en legt relaties met andere objects vast. Zo krijgt elk object een precieze, ondubbelzinnige plek in het model.

Een 'party' kan bijvoorbeeld een individu of een organisatie zijn, en binnen individu weer man of vrouw — allemaal classificaties van hetzelfde business object. De relatie 'spouse' wordt in het structure pattern gedefinieerd als de relatie tussen twee partijen die het gevolg is van een huwelijksovereenkomst. Zo wordt elk concept herleid tot objects, descriptors en relaties.

Wat toont het BOM-diagram van een Service Domain?

Elk Service Domain heeft een eigen BOM-diagram, een UML-klassendiagram dat de business objects en hun onderlinge relaties binnen dat Service Domain weergeeft. Objecten die door het Service Domain zelf worden beheerd staan in wit; objecten die eigenlijk bij een ander Service Domain horen, staan in het rood.

Het boek noemt deze rode objecten de verbindende schakels tussen Service Domains: "These 'red' Business Object are the 'sticking edges' that link Service Domain views on the BIAN BOM together." In het BOM-diagram van Payment Order Service Domain zijn bijvoorbeeld 'Party' en 'PartyRole' rood gekleurd, omdat ze eigenlijk door de Party Reference Data Directory Service Domain worden beheerd.

Dankzij die rode objecten blijven de losse Service Domain BOMs met elkaar verbonden tot één consistent BIAN BOM, in plaats van een verzameling losstaande modellen.

Van informatiebehoefte naar één BOM

Elk Service Domain levert via zijn Control Record de informatiebehoefte die tot een eigen BOM wordt gemodelleerd; het content pattern en structure pattern zorgen dat al die modellen samen één consistent BIAN BOM vormen.