BIAN
JSON-LD Ontology Summary
For the Orthogramic Metamodel – JSON-LD Ontology Summary see: BIAN (Banking Industry Architecture Network) in the Orthogramic Metamodel
Introduction
With the BIAN integration in place in Orthogramic—enabled through a semantic mapping between the Orthogramic Metamodel and the BIAN Service Landscape—several types of business and IT artefacts can be parsed to automatically generate output in the BIAN schema. These include files that contain structured or semi-structured representations of organisational functions, capabilities, services, and operational models. Specifically:
Business architecture documents
These often contain the foundational content needed to map to BIAN Service Domains and Control Records:
Capability maps → Mapped to BIAN Functional Patterns and Service Domains
Value streams → Mapped to BIAN Business Scenarios
Organisation structure and role definitions → Mapped to BIAN Party/Role models
Policy and compliance documents → Parsed into BIAN Governance or Regulatory Service Domains
Process documentation
Operational and service process documents can be translated into BIAN’s layered service model:
BPMN process models (XML) → Converted into BIAN Service Operations
Standard operating procedures (Word, PDF) → Segmented and aligned to BIAN Functional Pattern interactions
Customer journey maps → Mapped to BIAN Business Scenarios and channel usage
IT architecture artefacts
Files that describe systems and integration points:
Application catalogues → Used to assign applications to BIAN Service Domains
Interface definitions (Swagger/OpenAPI, RAML) → Mapped to BIAN Service Operation APIs
Data flow diagrams → Interpreted for Control Record lifecycles and dependencies
Strategic planning documents
Strategy documents are essential for aligning BIAN domains to enterprise strategy:
Business strategy plans and roadmaps → Provide linkage to required BIAN capabilities
Investment portfolio documents → Indicate targeted or upcoming BIAN Service Domains for enablement
Data models
For integration with BIAN's semantic data layer:
ERDs or Logical Data Models (e.g. in ERwin or Sparx EA) → Mapped to BIAN Information Concepts
Data dictionaries and glossaries → Used to populate metadata aligned to BIAN Common Reference Data Models
Regulatory and compliance submissions
Documents that articulate obligations or governance:
APRA or Basel reporting formats → Align with BIAN Risk & Compliance Service Domains
Operational Resilience or CPS230 documents → Mapped to BIAN Business Continuity or Risk Management services
Supported File Types for Parsing
Structured:
.json
,.xml
,.csv
,.xlsx
,.yaml
Semi-structured:
.docx
,.pdf
,.pptx
(with section parsing)Visual models:
.bpmn
,.archimate
,.drawio
(with semantic layer)API specifications:
.json
(OpenAPI/Swagger),.raml
Example Output Formats
BIAN-aligned JSON-LD (semantic API output)
OpenAPI definitions of BIAN Service Operations
BIAN Business Scenario mappings in RDF/Turtle
BIAN control record and behaviour qualifier instantiations
© Orthogramic 2024