SAP_NetWeaver_CE_Overview_April2008

Enterprise Architecture

Introduction to the SAP Enterprise Architecture Initiative

Benjamin Herrmann

SAP Deutschland AG & Co. KG

© SAP 2008

Positioning EA and SOA

Enterprise Architecture

SOA

© SAP 2008

SOA needs EA to succeed

© SAP 2008

A strategic initiative for SAP

© SAP 2008

What are the new EA and SOA enablers?

Global Hub of Enterprise Architects

NEWSKILLS & RESOURCES

SAP Enterprise Architecture Framework for SOA

NEWMETHODOLOGY

EAF

Enterprise Architecture Services Enhanced SOA Portfolio

NEWSERVICES

SAP EAF toolsetEnhanced Discovery SystemES Bundles

NEWTOOLS & PRODUCTS

Dedicated training and certification for SOA roles

NEWTRAINING

IVN & ES CommunityCreation of the ESEC – Enterprise Services Enablement Centre

NEWPROCESSES

© SAP 2008

RoleSupport business strategyDefine & build corporate IT strategy Evangelise for SOASet frameworks for success of SOA

SkillsetArchitecture skills mix (Business, Application, Information, Technology)Experienced in strategic IT landscape planningEnterprise Architecture Frameworks (e.g. TOGAF)Technical knowledge of business processesStrong SOA and Web Services concepts knowledge

NCCAMERICASEMEAAPAC

SAP has recruited a group of Enterprise Architects

© SAP 2008

What’s in a framework?

A translation process

A process to create useful modelsDevelop a consistent and comprehensive modelShow multiple views to communicate the model effectively

A process to manage the architecture

A communication tool:Persuade management that architecture principles cannot be ignoredShow system designers that architecture simplifies the problem

© SAP 2008

SAP’s Framework is based on TOGAF - why?

The Open Group Architecture Framework

A reliable, proven methodfor developing an Enterprise Architecture developed by the Open Group

An open standard

Vendor neutral

TOGAF considered to be the most relevant Framework(54 % of ASUG members and 2006 TechEd attendees)

Freely licensed

Intended to be tailored

http://www.opengroup.org

Results from 2006 survey of TechEd attendees and online ASUG survey

© SAP 2008

Collaboration SAP and Open Group

Platinum MembershipBoard members of the Open GroupParticipate on strategy, policies and processesMain interests of SAP: TOGAF and ITAC

TOGAF 9.0Final draft approval September 2008Public release planned for November 2008TOGAF 9.0 contains lots of contents from EAFDelta document on TOGAF 9.0 and EAF in October 2008

© SAP 2008

A recap on the TOGAF ADM

Architectural phases

Narrative of architecture phase

Cross-phase summaries on requirements management

Concept of architecture building blocks

ARCHITECTURE PHASE

TOGAF ADM

© SAP 2008

What‘s missing from TOGAF?

TOGAF ADM does not distinguish between Solution Architecture and Enterprise Architecture.

TOGAF does not acknowledge two distinct disciplines and requires the use of ADM for all engagements.

Process tuning for specific engagement styles, durations or scales is not addressed.

#1

© SAP 2008

What‘s missing from TOGAF?

TOGAF ADM does not distinguish between Solution Architecture and Enterprise Architecture.

TOGAF does not acknowledge two distinct disciplines and requires the use of ADM for all engagements.

Process tuning for specific engagement styles, durations or scales is not addressed.

TOGAF is a multi-vendor framework

It seeks to integrate existing content and process frameworks within an industry standard model.

As a result, the ADM is not prescriptive about terminology definitions, specific deliverables, deliverable format, content metamodel or content representation.

#1 #2

© SAP 2008

What‘s missing from TOGAF?

TOGAF ADM does not distinguish between Solution Architecture and Enterprise Architecture.

TOGAF does not acknowledge two distinct disciplines and requires the use of ADM for all engagements.

Process tuning for specific engagement styles, durations or scales is not addressed.

TOGAF is an “abstract” method, specifically intended to be extended or instantiated before it can be used in practice.

This philosophy results in the majority of definitions within TOGAF being vague and open.

TOGAF is a multi-vendor framework

It seeks to integrate existing content and process frameworks within an industry standard model.

As a result, the ADM is not prescriptive about terminology definitions, specific deliverables, deliverable format, content metamodel or content representation.

#1 #2

#3

© SAP 2008

What‘s missing from TOGAF?

TOGAF ADM does not distinguish between Solution Architecture and Enterprise Architecture.

TOGAF does not acknowledge two distinct disciplines and requires the use of ADM for all engagements.

Process tuning for specific engagement styles, durations or scales is not addressed.

TOGAF is an “abstract” method, specifically intended to be extended or instantiated before it can be used in practice.

This philosophy results in the majority of definitions within TOGAF being vague and open.

TOGAF is designed to cope with all situations, and designed to be extended where necessary

This means that TOGAF is closer to an abstract template for architecture engagements

A more concrete product that is suitable for immediate, direct usage on architecture engagements where service-orientation and/or packaged solutions are a given is needed

TOGAF is a multi-vendor framework

It seeks to integrate existing content and process frameworks within an industry standard model.

As a result, the ADM is not prescriptive about terminology definitions, specific deliverables, deliverable format, content metamodel or content representation.

#1 #2

#3 #4

© SAP 2008

SAP Enterprise Architecture Framework

Resource BaseExtensions

SAP TechnologyReference Models

SAP BusinessReference Models

TOGAFArchitecture Development

Method

TOGAFResource

Base

SAP Content Tools

SAP Implementation Tools EA Modelling Tools

SAP Tooling Extensions

SAP Mapping Extensions

SAP Enterprise ArchitectureFramework extensions

Architecture Development

Method

ContentMetamodel

Templates, Examples and Case Studies

Usage Guidelines

TOGAFFoundation

SAPExtensions

Frameworkextensions

© SAP 2008

Metamodel

Infrastructure Consolidation Extension Governance Extension

Process Modelling Extension Data Modelling Extension

Business / IT Alignment Extension Core Content

ARCHITECTURE VISION, CONTEXT AND ROADMAP

BUSINESS ARCHITECTURE

TECHNOLOGY ARCHITECTUREAPPLICATION

ARCHITECTUREDATA ARCHITECTURE

Associated With All Objects

Organisation Unit

Goal

Objective

MeasureGovernance Extension

(Business, Information System) ServiceServices are Contained in Core, Business / IS split supports the Business / IT Alignment Extension

Function

Process

Actor

Role

ControlProcess Extension

EventProcess Extension

ProductProcess Extension

Data Entity

Logical Information ComponentData Extension

LocationInfrastructure Consolidation

Extension

Physical Information ComponentData Extension

Logical Application Component

Physical Application ComponentInfrastructure

Consolidation Extension

Logical Technology Component

Infrastructure Consolidation Extension

Physical Technology Component

Principle Constraint Requirement

ContractGovernance Extension

Gap Work Package

Driver

Platform Service

Owns and governs

Operates in

Operates in

Is Hosted in

Is Hosted inIs Hosted inEncapsulates

Encapsulates

Resides within

SuppliesIs Supplied By

Is Realised by Realises

Operates on

Is processed by

Provides, consumes

Is accessed and updated through

Resides within

Is implemented on

Provides platform forImplements

Is realised through

Contains

Con

tain

s

Con

tain

s

Con

tain

s

Con

tain

s

Contains

Belongs to

Con

sum

es

Participates in

Interacts with, Performs

Performs task in

Generates, Resolves

Produces

Is Produced byIs owned by

Owns

Supports, Is performed by

Accesses

Can be accessed by

Orchestrates, decomposes

Supports, Is realised by

Is bounded by

Provides governed interface to access

Produces

Is Produced by

Involves

Participates in

Involves

Is Resolved by, Is Generated by

Generates, Resolves

Is Resolved by

Is Resolved by, Is Generated by

ResolvesSupports, Is realised by

Orchestrates,

decomposes

Ensures correct operation of

Is guided by

Governs, Measures

Is governed and measured byIs Provided to

Is owned and governed by

Is tracked against

Sets performance criteria for

Sets performance criteria for

Is tracked against

Is motivated by

Motivates

Creates

Addresses

Is realised through

Realises

Service QualityGovernance Extension

Applies to

Meets

Applies to Meets

Is Performed by

Is Supplied or Consumed by

Supplies or Consumes

© SAP 2008

Enterprise Architecture toolset: ARIS IT Architect

Easier maintenance of architecture as the business and IT landscape changesMore effective knowledge sharing across the whole organization Provides stakeholders with models most relevant to their roleMore effective governancePromotes re-use of modelsPromotes more consistent quality as the models are integratedProvides one source of the truth properly managed……not unmaintained, unconnected Visio and Excel files !

© SAP 2008

The SAP EA Framework and integrated Services

The SAP Enterprise Architecture Framework (EAF) is a methodology and toolsetIt is designed to be applied to all engagements

The SAP EA Services are targeted at specific customer requirements

They apply Industry Best Practice to real-life engagement issues

They apply the SAP EAF Processes, Templates, and Accelerators to specific architecture pain points

© SAP 2008

Master7+ years of experience in Enterprise ArchitectureIn- and externally recognized as an expert in his/her Enterprise Architecture fieldDeep practical EA experience, integration, optimization and architectural knowledgeAbility to provide strategic vision and realizationAbility to articulate EA at CxO levelLeading teams and projects

Associate1-3 years of experience in Enterprise ArchitectureHands-on skills to successfully implement ERP solutionsFoundation knowledge of at least one domain in Enterprise ArchitectureWorks in a mentored position within an experienced team

Professional3-7 years of experience in Enterprise ArchitectureProfessional ERP experience, advanced solution and process knowledge, industry expertiseDeep knowledge of at least 1-2 domains in Enterprise ArchitectureT-shaped: broad view across several dimensions, plus deep capability to understand a specific areaWorks independently within teams to realize EA projects, capability of mentoring others

SAP Tiered Certification: New Program Framework

Master Level:Expert knowledge in Enterprise Architecture

Professional Level:Advanced knowledge in Enterprise Architecture

Associate Level:Foundation level knowledge in Enterprise Architecture. Skills to contribute to EA projects.

© SAP 2008

Adoption of methodology and services

AdoptionHigh adoption on EA servicesIncreasing adoption of methodologyUpcoming EA reference customer success story

© SAP 2008

NCC Feedback on Banking*

Top EA characteristics in BankingCritical systems very old and very large (> 20 years)Systems due to age operated in silosIntegration hubs as „black boxes“ for silo communicationQuote: „Changing these systems is like being a thief in a bank“Quote: „Consideration of moving to a standardized software solution is very low“

Top EA challengesHow-to introduce change to these systems in a controlled and secure mannerHow-to reduce complexity on integration effortsMost important:

Tie all of the various systems together in a management reporting systems to:– Support the various sub-ledgers required for internal management (cost allocations, ABC,

Profitability, etc.)– Required external and regulatory reporting (IFRS, BASEL, GAAP, etc.)

Top EA areas from SAP‘s perspectiveInformation Architecture and MDM Integration with a heavy SOA emphasis Reporting architecture with a specific focus on BI Bank Analyzer and the financial capabilities of Business Objects

*These statements are from the National Competence Center from Enterprise Architects with engagements in the banking sector.The statements reflect the views of the Enterprise Architects themselves

© SAP 2008

Enterprise Architecture Framework: The methodology for SOA adoption

The New SAP Enterprise Architecture Framework is based on open standards and may be used free of charge by our customers and partners

It is specifically designed to support the effective adoption of packaged solutions in an SOA environment

The New SAP Enterprise Architecture Framework is holistic, practical and agile

Education materials, certification and service offerings are available

A global Enterprise Architecture Community is already created – with user groups, customers and partners

© SAP 2008

Questions

THANK YOU FOR YOURATTENTION!

Contact: [email protected]