standardization driving flexibility and agility: bian’s ... · distressed account handling– the...

BIAN 2010, BIAN – Banking Industry Architecture NetworkDatum, Referent

Standardization drivingFlexibility and Agility:BIAN’s Service Landscape 1.5Series of Webinars offered by BankingIndustry Architecture Network (BIAN)

Leo Slegers (ING), Guy Rackham(BIAN),

Hans Tesselaar (BIAN)

BIAN Introduction Webinar, July 20, 2011

BIAN 2011, BIAN – Banking Industry Architecture Network

BIAN 2011 BIAN – Banking Industry Architecture Network 2

Q&A by attendees

Closing remarks

Agenda

1

2

3

4

The BIAN Service Landscape 1.5 Deep Dive

BIAN Introduction

BIAN 2011 BIAN – Banking Industry Architecture Network3

What's on the CIO’s mind?

Source: Harvey Nash CIO Survey 2010

SOA Related

BIAN 2011 BIAN – Banking Industry Architecture Network

Review: Gartner View on BIAN (1/2)

“Overall Potential Value Impact of BIAN:BIAN has the potential of providing significant value to banks and vendors pursuingSOA initiatives, if it is successful in providing a standardized services landscape andvocabulary for discussing, assessing and comparing SOA approaches in banks.Varying values or primary benefits will be gained by different banking segments asBIAN mature and becomes more viable […]”

Universality and Stability: Ease of Implementation, Tool and Third-Party SupportGartner has given BIAN a "low" rating for this factor, largely due to the immaturity of thestandard and the high-level nature of the service definitions currently published.Although the initial service definitions are a bit thin and lack formality at this point,version 2.0 of the metamodel and service landscape promises increased rigor(availability is expected by year-end 2010)


Review: Gartner View on BIAN (2/2)

Recommendations:For large and midsize banks with complex SOA initiatives:Map your SOA architecture to the BIAN service landscape, and identify commonalities anddifferences. […]

Participate in BIAN to ensure that your business requirements and architectural preferencesfor the service landscape are heard and addressed, and to network with banks with concernssimilar to your own.

Adopt BIAN definitions for business areas and domains, and for services, in conversationswith vendors and other banks. Press vendors to show how their products and services mapto the BIAN service landscape as part of vendor selection.

For banks with single-vendor (or limited vendor) SOA environments:Use BIAN participation as one measure of vendors' commitment to SOA.For areas where BIAN is actively building more-granular service specifications — includingpayment and lending — press vendors to demonstrate how they are supporting thesespecifications as part of vendor selection.


Postioning of BIAN Software Vendors members

6

Almost 50% of the leadersare BIAN member!


BIAN’s Vision

Today

Indu

stry

SO

A-Fo

cus

Tomorrow

Banks are enabled to develop theirsemantic service definitions on aconsistent basis through BIAN toenable internal and commercial SOA-based solutions according to astandardized industry model.

BIAN envisions a SOA-enabledbanking industry with both internal andindustry-wide agility and flexibility.BIAN supports banks to define theirinternal services based on industrycollaboration and best practices.

standardInternal SOA-Focus

proprietary best practices

BIANtoday

MajorityOf Banks

inte

rnal

exte

rnal In

dust

ry S

OA-

Focu

s

standardInternal SOA-Focusproprietary best practices

BIANtomorrow

inte

rnal

exte

rnal


Founded in 2008, the Banking Industry Architecture

Network (BIAN) is a global, not-for-profit organization that

seeks to develop standard Service Landscape and

Semantic IT Service (A2A) Definitions for the Banking

industry.

BIAN will enable the next generation of banking industry

solutions developed either in-house or commercially:

• By leading banks sharing their requirements for core

services

• By leading software and services vendors to implement

them based on standard semantics.

26 Members

• 13 Banks

• 7 Service Providers

• 9 Software Vendors

The Power of Joint Standardization: BIAN


BIAN Board of Directors

BIAN Website: www.bian.orgAbout BIAN:

• Mission and Strategy

• Vision

• Organization

• Directors

• General Secretariat

• Architecture Committee

http://www.bian.org/


BIAN – Organizational Structure

Representatives(Interested members)

LiaisonsRelationship Managerfor BIAN Membership

ExpertsDomain Skills andKnowledge

Board Members(Elected members)

Delegates(All members)General AssemblyGeneral Assembly

Board of DirectorsBoard of Directors

SecretariatSecretariat

ArchitectureCommittee

ArchitectureCommittee

QualityAssurance

QualityAssurance

ServiceLandscape

ServiceLandscape

ArchitectureFramework &Foundation

ArchitectureFramework &Foundation

ArchitectureManagementArchitectureManagement

ServiceRepository

ServiceRepository

Building BlockStructures

Building BlockStructures

Architecture

ServiceDefinitions

BuildingBlocks

LendingLendingBusinessPartner

BusinessPartnerAnalyticsAnalytics PaymentsPayments Market DataMarket Data PricingPricing

10

StandardizationGroup

StandardizationGroup

CommunicationsCommunicationsStrategy AdvisoryGroup

Strategy AdvisoryGroup Overall


Q&A by attendees

Closing remarks

Agenda

1

2

3

4


BIAN Introduction


What is the BIAN Service Landscape

PART I - Service Landscape

Business Area

Business Domain

Service Domain

BIAN Service Landscape version 1.5The BIAN Service Landscape is areference framework containing allof the identified BIAN ServiceDomains organized for ease ofaccess.The BIAN Service Domainrepresents a generic businesscapability for which BIAN seeks todefine the standard canonicalsemantic services for the bankingindustryVersion 1.5 retains the establishedBIAN Service Landscape format of:

Business AreasBusiness DomainsService Domains


What is a BIAN Service Domain


The BIAN Service Domain is a generic IT supported business capability. It is theelemental building block of the Service Landscape. The Service Domain offers andconsumes services in the execution of business – these services are the industrystandards that BIAN seeks to define

Offered

ServicesC

onsumed

Services

Service DomainMechanics

Local StateLocal StateLocal State

FullLifecycleInstances

FullLifecycleInstances

The Service Domain supports a unique and discrete businesspurposeIs elemental (i.e. not made up of smaller Service Domains)It is responsible for the execution of its purpose using its owncapabilities and through service based delegation to otherService DomainsTo fulfill its role it maintains instances of its ‘focus object’ fortheir full life-cycleIt may handle a single or multiple instances of its focus objectdepending on its business roleThe life-cycle can be short or long-lived again depending on theService Domain’s business roleAny business event or activity can be represented as a servicebased collaboration between a selection of Service DomainsService Domains and their semantic services are canonicalsemantic designs


Version 1.5 is a significant enhancement to the published Version 1.0


Same Business Area layout as V1.0- retained the Business Area structurewith minimal changes to BusinessArea definitionsRe-worked Business Domainsalong functional lines - significantre-working of Business Domainswithin the established Business AreasCandidate Service Domain checks -item level reviews and discussionsconfirmed ~250 candidate ServiceDomains, mapping to existing designswhere availableDeveloped a sub-structure - aprovisional sub-structure has beenbuilt into the Operations & ExecutionBusiness Area – this structure wasdeemed the minimum necessary forVersion 1.5 but will be refined forVersion 2.0Defined four levels of ServiceDomain development maturity

ReferenceDataReferenceData

Sales &ServiceSales &Service

Operations& ExecutionOperations& Execution AnalyticsAnalytics Business

SupportBusinessSupport

Business Partner

FinancialInstruments

Market Data

Banking Product

Common BusinessInformation

Marketing

Sales

Servicing

WealthManagement

Sales & ServiceReporting

Market OrientedAnalytics and

Customer Behavior

Enterprise LevelReporting, Strategy

Management

Finance and RiskValuation

Cross AnalyticalData and Methods

Customer LoansCustomer DepositsFinancial Markets

SecuritiesPort. ManagementBundled Products

PaymentsCards

Cash ManagementTrade Finance

MessagingCalculation Services

Position MgmtTaxation

BillingOper. AuthorizationCollateral Admin.

ReconciliationOperationalReporting

ProposedScheduledEstablished Confirmed

BIAN Service landscape V1.0

Business Area Business Domain/Service Domain



Party – ‘party’ spans customerreference data and alliance typerelationshipsChannels – an explanatory paperis needed to explain howchannels are handled in a servicecentered architecture.Product Hierarchies – how tohandle product dimensions /hierarchies effectivelyDistressed Account Handling –the stages of troubled accounthandling need to be coveredRisk and Analytics – this is aBusiness Area where thebusiness domains and servicedomains include ‘place-holders’as extensive design andspecification work is needed.

15

Version 1.5 include several significant areas where additional design work isscheduled to be addressed prior to Version 2.0 including:




The Service Landscape Version 1.5 Package includes a number of publishedelements:

1. The BIAN Service Landscape

2. Service Domain Definitions

3. BIAN How to Guide

4. The BIAN MetaModel

A questionnaire and organization is set to capture feedbackfrom within BIAN and the Industry in general

PART II - Service Landscape - Version 1.5 Content

BIAN Service Landscape V1.5BIAN Service Landscape V1.5

Service Domain DescriptionsService Domain Descriptions


As BIAN develops the Service Domain designs other design elements are beingused that will be part of the Version 2.0 release early next year:

1. The BIAN Business Scenario

2. The BIAN Level 1 Template

3. The BIAN Level 2 Template

PART II - Service Landscape - Version 2.0 Content


BIAN How To GuideThe BIAN How to Guide is a working document that will be refined with use. Currently ithas three main sections going into increasing levels of detail to target different audiences.

Section 1 – Overview – provides general context and an overview for all audiences1. Setting the scene2. BIAN objectives with this document3. Outline of the Service Landscape and its constituent Service Domains

Section 2 – How to Use BIAN Designs – provides a description of the BIAN materials tohelp members reference and adopt the BIAN standards

1. The BIAN Design Framework2. The key BIAN design artifacts (Service Landscape, Business Scenarios, Level-1 to 3 Templates)3. Supporting materials (the Metamodel and tooling)4. Examples of Use – brief summaries only – BIAN hopes to develop case studies in time5. Command & Control - Going from the Service Landscape to an Enterprise Blueprint

Section 3 – How BIAN generates its designs – provides an explanation of the BIANdesign rationale for SOA architects

1. Process Vs SOA design context2. BIAN alignment to other standards bodies3. What is a BIAN Service Domain4. An Operational Property Checklist and four tests of the Service Domain design

PART II - Service Landscape - How To Guide


BIAN How To Guide – Section 1 - OverviewThe first section is intended for all audiences and seeks make the following points:

What is the purpose of the document?Establishes that BIAN is publishing a draft with Version 1.5 and seekingindustry feedbackPlaces BIAN’s purpose in the context of Service Oriented Architecture (SOA)Describes the BIAN Service LandscapeIntroduces the concept of the Service Domain as the vehicle for definingsemantic service standardsConcludes by describing how far BIAN has got with Version 1.5



BIAN How To Guide – Section 2 - Applying the BIAN Service LandscapeThe second section is intended for the employees of member organizations that wish toapply the BIAN designs and standards. It contains the following:

The BIAN SOA Design Framework – a description of the collection of the fivedesign artifacts and how they fit togetherA description of each of the design elements, in each case describing what theyare and how they can be used:

The Service Landscape (with underlying brief Service Domain definitions)The Business ScenarioThe BIAN Level-1 Template (Service Domain functionality)

Note: the templates will be covered briefly on Thursday and in detail on Fridayincludes key design elements (focus object, generic object, qualifiers)

The BIAN Level-2 Template (Service Domain semantic service standards)The BIAN Level-3 Template (Message specification – not developed)

A description of supporting materials – the BIAN Metamodel in particularCommand & Control – relating the Service Landscape to a specific enterprise8 Examples of use – summaries in advance of case studies

A little more detail on the last point follows…



BIAN How To Guide – Section 2 - Applying the BIAN Service LandscapeThe current version of the guide lists eight standard uses of BIAN designs. BIAN isseeking to develop case studies covering these possible uses (and others that mayemerge) in later releases of the guide. The ‘Examples of Use’ listed are:

1. Assessing or Implementing a Point Solution2. Product Launch3. Core Systems Repurposing4. Application Portfolio Rationalization5. Mergers & Acquisition6. Vendor Solution Alignment (Bank & Vendor views)7. Investment Planning8. Outsourcing / In-sourcing



BIAN How To Guide – Section 3 - BIAN Design FoundationThe final section is intended for business and technology SOA architects wishing to better

understand and critique the evolving BIAN design approach:

Service Oriented Architecture – how is it different from more conventionalprocess based designThe BIAN perspective – business architecture VS software architectureThe Governing Concepts behind the BIAN approachHow BIAN lines up with other key industry standards bodiesThe BIAN Service Domain – a vehicle to define canonical semantic servicesObserved Operational Properties of the Service DomainFour evolving techniques used to specify a Service Domain1. Rightsizing its ‘focus object’2. Completing its functional specification (Level-1 template)3. Completing its service specification (Level-2 template)4. Selecting its ‘functional pattern’ - one of 24 current possibilities

Note: There is a brief Section 4 covering open items & the way forward



BIAN How To Guide – Section 3 - BIAN Design FoundationTEST 1 – Right-size the Focus ObjectThe operational properties provide a general check list for scoping a possible ServiceDomain. The first more formal design technique involves ‘right sizing’ the ServiceDomain’s focus object:

Further decomposition results in a loss ofmeaningful business context – featuresbecome utility in nature

BIAN Membership determines at whatlevel of granularity to pitch the ServiceDomain design:

Members can combine Service Domains(combining capabilities and services) ifthe BIAN SD are too fine grained:

Members can specialize Service Domains(and BIAN can define allowed versions)for Service Domains that are too coarselygrained:

External Party

External Party:

Alliance Partner Customer

Agent

Broker

Custodian

Correspondent

Regulator

Retail Corporate Institution

Card

Branch

Finance

SMB

National

Multi-Nat

HNW

Agent

RetailMM

Equities

SMB



Level-2 Template

Level-1 Template

BIAN How To Guide – Section 3 - BIAN Design FoundationTEST 2&3 – Document the Service Domain DesignLevel-1 defines the functional capabilitiesLevel-2 defines the semantic services

Note these templates have not been published inVersion 1.5



BIAN’s Metmodel underpins all of the designs. The Metamodel warrants awebinar on its own, some key points of note (taken from the How to Guide):

PART II - Service Landscape - Metmodel

ISO 20022 compliant – the BIAN metamodel is anextension of the metamodel defined by the ISO20022 financial industry standard. BIAN’smetamodel adds features to support BIAN’s uniquesemantic designs of the Service Domain andassociated structures. By virtue of the fact that theBIAN Metamodel extends the ISO 20022Metamodel, BIAN adopts the ISO 20022 structuresfor lower-level design elements, avoiding the need tocreate additional, potentially conflicting definitions

Alignment for Tooling – by ensuring all BIANdesign concepts align to the BIAN Metamodel,options for providing tooling support are enabled forthe range of Service Domain related designs andstandards, including the BIAN Business Vocabulary.

Cross Standard Mapping – the BIAN metamodeldefines structures that support mapping betweendifferent vocabularies (both standard andproprietary). Note – the image is of an early version of the

complete BIAN metamodel


BIAN Service Landscape Version 1.5 is an interim draft for industry comment.BIAN’s goal is to develop a more complete and robust Version 2.0 forpublication in early 2012.Some of the key tasks ahead with the publication of V1.5 include:

1. Establish and process feedback - procedures and the supporting organization are setup to capture, review and apply feedback from both the membership and the broaderbanking industry

2. Finalize updates to the BIAN Level 1 & 2 templates - drafts are being used by theBIAN working groups to develop content for the Service Domains. They will be refinedin use and their content will underpin the upcoming Version 2.0 release

3. Business Scenarios – a design tool used alongside the templates is a graphicalrepresentation of an archetypical service interaction between Service Domainsassociated with a business event. These example designs will also accompany theVersion 2.0 release

4. Define & refine a new working approach within BIAN – the new templates andbusiness scenarios support a new ‘harvesting’ based approach for BIAN members tocapture content and develop, review and ratify semantic service standards

If you are not a BIAN member already, consider joining and helping us out…

PART III – Roadmap to the Future


Q&A by attendees

Closing remarks

Agenda

1

2

3

4


BIAN Introduction


Questions?


Q&A by attendees

Closing remarks

Agenda

1

2

3

4


BIAN Introduction


BIAN’s Internal Wiki and Official Homepage

BIAN Internal Wiki

Work in Progress – Accessible for Members only

Published results for downloadFrom BIAN Homepage

http://www.bian.org/content/bian_results/index_en.html

http://www.bian.org/content/bian_results/index_en.html


Thank you for your attendance

31

Your Feedback on BIAN results requestedOnline Survey available on the BIAN HomepageLink: http://www.bian.org/content/

Join the upcoming WebinarAugust 10, 2011:The BIAN Service Landscape as a Reference Model for SAP

The Role of BIAN in the Architecture Management at SAP and with regard to theBIAN Service Landscape

• Time: 9 – 10 am CEST) and 5 - 6 pm CEST (11 – 12 am EDT)• Registration form available on the BIAN Homepage

Link: http://www.bian.org/content/bian_webinars/index_en.html

http://www.bian.org/content

http://www.bian.org/content/bian_webinars/index_en.html

standardization driving flexibility and agility: bian’s ... · distressed account handling– the...

Documents