TOGAF BIAN White Paper Paul Bonnie, ING, on behalf of BIAN Thomas Obitz, KPMG, on behalf of The Open Group Webinar: Collaboration between BIAN & The Open Group February 14, 2012
Agenda Opening, Welcome Introduction to BIAN Why a TOGAF BIAN Whitepaper? Enterprise Architecture in Banking BIAN A Business Service Model for the Banking Industry TOGAF The Leading Framework for Enterprise Architecture Leveraging BIAN Deliverables with TOGAF Q&A Wrap-up & Closure 2
The Power of Joint Standardization: BIAN Increasing Interest in Emerging Standard BIAN & Banks Banking Industry Architecture Network (BIAN): Not-for-profit association of leading banks and their partners Semantic Definition of standardized IT services Close collaboration with other standards initiatives: ISO 20022, IFX Forum and Open Group (TOGAF), OMG Financial Domain Task Force, TM Forum Enterprise Cloud Leadership Council (ECLC) BIAN & Partners Immediate Value for Banks and Partners Reference landscape to facilitate creation of individual architecture roadmaps Complemented by aligned Metamodel and Service definitions Flexible Integration of existing application landscapes and commercially available software solutions 3
Mission Central objectives for IT in the banking industry are the reduction of integration costs and the utilization of the advantages of a service oriented architecture (SOA). BIAN is defining a common yet exceedingly flexible SOA framework for the banking industry with the goal of establishing a common language. Based on broad consensus within the banking industry, this will enable faster, more efficient strategic and operational changes in banks while helping banks to address the key market imperative to drive cost reductions through greater efficiency and organizational flexibility. BIAN is a global, open, independent and unique community where banks, software providers and system integrators openly exchange Banking IT requirements with regard to SOA.
BIAN Strategy 2010 2012 BIAN will put strong emphasis on standardization A two-way strategy to position BIAN First Priority Evolve BIAN Service Landscape to a reference model in the banking industry within the next two years Goal: Creating a de facto standard Including enhanced guidelines and templates to support the service definition on a more detailed level with regard to interoperability First member implementations of (parts of) the Service Landscape Certification at different levels In Parallel Becoming a member of the ISO20022 network to develop service definitions to an ISO Standard Deliver a Proof of Concept in collaboration with IFX-Forum Publish a White Paper in collaboration with the Open Group on TOGAF Establish a working relationship with OMG s Financial Domain Task Force and TM Forum Enterprise Cloud Leadership Council (ECLC) 5
BIAN and other standards are complementary BIAN key points Distinct application to application (A2A) focus, which complements the business-tobusiness (B2B) focus of IFX and SWIFT Total focus on semantic definitions - technical definitions are excluded from official work products (helps to balance other industry efforts that, while not excluding semantics, have historically focused on technical specifications) BIAN, IFX, and the OMG Finance Domain Task Force recognize ISO 20022 standard and the SWIFT-administered ISO 20022 Repository key to keeping standards bodies in the finance sector aligned with one another Service-oriented, whereas IFX, SWIFT, and ISO 20022 are message-oriented UML is a foundational technology, heavily used in the financial services industry Business Content: Technical Business Content: Semantic Modeling Languages/ UML Profiles BIAN IFX ISO 20022 Repository (SWIFT Administered) OMG Finance DTF ISO 20022 Core Standard A2A = Service Oriented = Message Oriented = Process Oriented OMG UML A A B2B IFX B = A aligns with B B = A contributes to B 6
BIAN Board of Directors About BIAN Mission and Strategy Vision Organization Directors General Secretariat Architecture Committee 7
Why a TOGAF BIAN White paper? Significant challenges in the banking Industry Transformational changes are inevitable Enterprise Architecture is key in enabling change Bring together two industry frameworks for content and methodology to speed up work and improve quality and consistency 8
Enterprise Architecture in Banking Enterprise Architecture is the central tool for enabling the transformation process of both Business and IT Challenges Lack of an overall, consolidated and accepted perception of current and target state; Actual impact of architecture on decision-making at various levels of the organization; A significant set-up of custom built assets within the architecture function; Limited adoption of standards in some areas. Mitigations In terms of architectural work, TOGAF can establish a shared approach and vocabulary In terms of content, BIAN can serve as reference in a banking environment 9
BIAN A Business Service Model for the Banking Industry Vision Industry-wide consensus regarding SOA for banking systems, aligned with the business objectives of agility and reduced cost BIAN Service Landscape BIAN Meta Model BIAN Service Domain Definitions Community of banks, service providers and software vendors 10
BIAN Service Landscape 1.5 Reference Data Party Party Data Management Party Profile External Agency Credit Agency Service Sub. Syndicate Management Correspondent Bank Sub Custodian Product Broker Product Service Agency Contractor/Supplier Agreement Market Data Market Feed Administration Market Feed Operation Market Information Management Credit Agency Svs.Operations Financial Market Analysis Financial Market Research Quantitative Analysis Market Data Dissemination Admin Market Data Dissemination Ops Financial Instrument Maint. Reference/Directory Management Counterparty Administration Product Management Product Design Product Combination Product Deployment Product Training Product Quality Assurance Product Pricing Facility Sales & Service Channel Specific Channel Management Channel Operations Branch Currency Distribution Distribution Operations etrading Product Inventory Item Mgmt Product Inventory Distribution Cross Channel Servicing Position Servicing Activity Analysis Contact Routing Contact Dialogue Interactive Help Marketing Business Development Policies Business Development Brand Management Advertising Promotional Events Prospect Campaign Portfolio Prospect Campaign Design Prospect Campaign Execution Customer Campaign Portfolio Customer Campaign Design Customer Campaign Execution Prospect Management Customer Surveys Sales Offer Management Underwriting Commission Agreement Commission Transaction Product Matching Sales Planning Product Expert Sales Support Customer Mgmt Customer Relationship Plan Customer Agreement Customer Product Coverage Customer Event History Customer Behavioral Insights Customer Credit Rating Account Recovery Servicing Servicing Issue Case Management Case Resolution Analysis Customer Case Card Case Consumer Products Consumer Loans & Deposits Secured Loans Unsecured Loans Consumer Finance Current Account Deposit Account Cards Card Facility Card Authorization Card Capture Merchant Relations Consumer Services Trust Services Remittance Services Currency Exchange Brokered Product Consumer Investments Bank Drafts & T Checks Business Area Business Domain Service Domain - Established Service Domain - Scheduled Service Domain - Confirmed Service Domain - Proposed Operations & Execution Financial Markets Investment Management Investment Portfolio Planning Investment Portfolio Analysis Investment Portfolio Mgmt Trading Trading Book Oversight Dealer Workbench Market Making Assisted Trading Program Trading Market Trading Order Management Market Operations Mutual Fund Administration Hedge Fund Administration Unit Trust Administration Order Allocation Clearing & Settlement Securities Fails Processing Trade/Price Reporting Custody Administration Customer Entitlement Admin. Securities Valuation Corporate Products Trade Finance Letter of Credit Bank Guarantee Trade Finance Services Corporate Banking Products Corporate Credit Facility Corporate Loan Cash Mgmt & Accounting Svs Cheque Lock Box Corporate Financing & Advisory Services Taxation Services Corporate Finance Services M&A Advisory Services Corporate Tax Advisory Svs Public Offering Private Placement Cross Product Operations Payments Payments Execution Check Processing Cash/Currency Inventory Wire Room Collateral Administration Collateral Management Collateral Asset Administration Collections Account Management Customer Account Position Management Accounts Receivable Account Reconciliation Fraud Detection Rewards Points Account Transaction Engine Operational Services Card Issuance Consolidated Customer Activity Rewards Points Agreement Billing Services Analytics Bank Portfolio & Treasury Treasury Management Treasury Administration Asset Securitization Factoring Stock Lending/Repos Asset & Liability Committee Bank Portfolio Analysis Bank Portfolio Administration Models Market Models Gap Analysis Credit Risk Liquidity Risk Economic Capital Business Risk Cust. Behavior Model Portfolio Customer Behavior Model Credit/Margin Policies Production Risk Models Operational Risk Models Fraud Models Fraud Detection Business Planning Segment Plan Segment Assessment Product Portfolio Customer Portfolio Branch Portfolio Channel Portfolio Competitor Analysis Market Research Market Analysis Regulations & Compliance Guideline Compliance Regulatory Compliance Compliance Reporting Fraud/AML Resolution Financial Accounting Business Support IT Management Systems Administration IT Policies & Plan IT Arch Stds & Guidelines Development Environment System Development Production Release System Deployment Systems Operations Platform Operations Systems Help Desk Systems Assurance Internal Network Operations Non IT and HR Enterprise Services Legal Assurance Internal Audit Supplier Management Procurement Company Billing & Payments Fixed Asset Register Buildings, Equipment and Facilities Property Portfolio Site Operations Site Administration Equipment Administration Equipment Maintenance Utilities Administration Maintenance Finance Financial Statements Financial Control Financial Compliance Resolution Tax Administration Business Command & Control Organizational Model Business Unit Budget Business Unit Financial Analysis Business Unit Financial Ops Business Unit Accounting Business Unit Operations Business Unit Administration Human Resource Management HR Policies & Plan Employee Assignment Employee Record Employee/Contractor Contract Employee Certification Employee Assessment Employee Payroll & Incentives Travel & Expenses Employee Access Profile Employee Benefits Workforce Training Recruitment Knowledge & IP Management Management Manual Intellectual Property Portfolio Knowledge Exchange Corporate Relations Corporate Communications Corporate Alliance/Stakeholder Corporate Relationship Regulatory & Legal Authority Investor Relations Business Direction Corporate Strategy Corporate Policies Product & Service Policies Business Architecture Continuity Planning Document Mgmt & Archive Document Services Archive Services Correspondence 11
TOGAF The Leading Framework for Enterprise Architecture TOGAF is an open, industry consensus, framework - a detailed method and a set of supporting tools - for developing Enterprise Architecture 12
TOGAF It s main components The Enterprise Continuum describes a view of the Architecture Repository, classifying architecture products, showing how these products evolve, and how they can be leveraged and re-used. The content framework provides a structural model for architectural content that allows the major products an architect creates to be consistently defined, structured, and presented. The Architecture Development Method is the core of TOGAF. It describes a method for developing and managing the lifecycle of an Enterprise Architecture 13
Leveraging BIAN Deliverables with TOGAF (I) BIAN Deliverables and the TOGAF Content Metamodel Service Domain & Service Landscape design principles Business Scenarios Business Objects Service Landscape 14
Leveraging BIAN Deliverables with TOGAF (II) Overview: Relating BIAN to the phases of the ADM Consider BIAN as framework (part of) Overall BIAN Service Landscape Service Landscape (Business areas & Business domains) Service Domains (Reusable building blocks related to application components and data entities) Service Landscape to assess compliance of external packages 15
Leveraging BIAN Deliverables with TOGAF (III) Details: Relating BIAN to the phases of the ADM (I) Consider BIAN as framework: The existence of the BIAN network contributes to the awareness and acceptance of an architectural approach; The use of the BIAN framework and related deliverables may be prescribed by the architecture; Decide whether or not to use BIAN input and principles during the architecture work. (part of) Overall BIAN Service Landscape: Assess the relevance and fitness-for-purpose of BIAN deliverables for this architecture work; Use the relevant part of the BIAN Service Landscape to identify possible stakeholders; Use the BIAN Service Landscape to identify relevant related other architecture developments. Service Landscape (Business areas & Business domains): Use the BIAN business scenarios as a starting point in defining the Baseline and Target Business Architecture; The BIAN Service Landscape is structured according to a common reference hierarchy: a business breakdown in Business Areas and Business Domains. The BIAN Service Landscape can be used as a starting point for the set-up of the Target Business Architecture. 16
Leveraging BIAN Deliverables with TOGAF (IV) Details: Relating BIAN to the phases of the ADM (II) Service Domains (Reusable building blocks related to application components and data entities): The BIAN Service Landscape can be used as a reference point for defining or assessing the Target Application Architecture; The structure of the BIAN Service Landscape (Business Areas, Business Domains, Service Domains) can be applied to structure the Target Application Architecture; The principles applied in constructing the BIAN Service Landscape can be translated into application and data principles. The BIAN service operations in the Target Application Architecture can be related to the Target Business Architecture, to relate business processes and applications, and to relate business objects and data; The other way around, BIAN could benefit from this phase by updating the BIAN Service Landscape with the output of this phase. Service Landscape to assess compliance of external packages : Are BIAN services, leveraged in previous ADM phases, also physically available in the market as COTS software solutions or application components? The BIAN Service Landscape can be used in vendor and package selections, assessing compliance of vendors and products with BIAN. 17
Q&A 18
Thank you! 19