<Insert Picture Here>

<Insert Picture Here> Integration is a pain … but not without ailment: AIA integrates ERP, CRM & everything else you have – in a sustainable manner! Dr. M. Naci AkkøkChief Architect, Oracle Nordics, andAssoc. Prof. II, Univ. of Oslo 11. Mars 2009OUGN

What improves IT pay-off (and eases pains)? 1 Oracle’s BPM & SOA solution – “today” 2 Difficulties in realizing BPM & SOA A look into the near future – “tomorrow now” A peek into an already enabled future – “next generation” 3 4 5 Agenda…

IT Payoff IT Spending What improves IT pay-off refally? IT agility or adaptability & sustainability? (high) 1,72 1,23 2,38 1,70 Highest High Relative Return (Normalized to Low) SOA AIA ITFLEXIBILITY 1,401.00 2,18 1,56 Higher Low Point Solutions ERP + CRM + CORE (low) (low) (high) STRATEGIC ALIGNMENT Ref.: IT Pay-Off according to Talon and Cramer, University of California at Irvine

Transform/Execute (lossless)! Publish! ! Live & Maintained Requirements Modeling enterprise/business context Enterprise Development Life-Cycle for Agile/Aligned Business 1 common model,1 common repository! Business Design = BPM, SOA, EA++

Implied IT eco-system ONE common design/development-time (meta)model in ONE common repository! ONE common run-time (meta)modelin ONE common repository!

Difficulties in realizing BPM & SOA – Issue #1 • Modeling the whole enterprise is essential but very difficult(i.e., time-consuming, costly and complex): • Full business design (capturing processes and all that goes with the processes at the enterprise level) is difficult • Capturing (deciding/designing) the services that satisfy the designed business is difficult • Capturing (deciding/designing) the business objects – in a manner that is aligned across the enterprise, across the applications, across the locations – is difficult • Modeling the business context is required • Integrating the business context model with the enterprise model is required • Modeling the “SLA” between business (processes) and realizing services is required

Difficulties in realizing BPM & SOA – Issue #2 • Understanding and deploying the BPM/SOA enterprise-level development model (including the programming model) is difficult • Establishing governance to ensure one well-integrated Enterprise Development Life-Cycle is essential and difficult • Integrating the integration projects is necessary but difficult!

Difficulties in realizing BPM & SOA – Issue #3 • Mastering the required BPM/SOA tools & technologies is difficult: The tool-sets are “organically” grown and complex • Eliminating (rendering transparent) the base tools & technologies (like JEE) is difficult • Existing tools & techniques do not address business users

What if someone gave you... • Your core processes and all that goes with the processes, designed and tested also for re-use – in a manner that is aligned across the enterprise, across the applications, across the locations… • All the services that satisfy your processes (defined/designed and actually running) – in a manner that is aligned across the enterprise, across the applications, across the locations… • All the business objects needed – in a manner that is aligned across the enterprise, across the applications, across the locations… • Where you simply “install and run” these processes? • Where you can sustain them?(Adapt and still be able to update/upgrade them?)

Industry best practice processesto optimize the business • Sustainable integrationto connect cur-rent and new applications • Pre-built SOA to provide a framework for continuous innovation • 3rd Party enabled The Application Reference Architecture: Oracle® Application Integration Architecture (AIA) ISV 3rd Party Standard 3rd Party • STANDARDIZATION: Active participation or initiation, also for change & upgrade support standardization • Std. Reference Models & Foundation Packs: Telco (eTOM++), Bank, Finance, Insurance, …

What if someone then gave you... • A toolset for designing, developing & maintaining end-to-end processes (PIPs) with relevant • Development (programming) model… • Governance model… • Process model… • Service model… • Object model? • Allowing plug-inrun-time components? AIA Foundation Pack

The objects, services, methodology and tools Oracle uses to develop process integration packs (PIPs) Enables customers to develop their own integrations Flows are defined by customer for application integration Value: Oracle’s objects and services along with tools/reference architecture enable rapid integration development & orchestrations Offers a pre-built integration between two or more applications Pre-defined flow between two applications Can be extended to suit requirements Value: Since Oracle builds it, it is cheaper to deploy and maintain Where AIA is the APPLICATION REFERENCE MODEL (a SPEC) Foundation Pack vs. Process Integration Packs (vs. AIA) Foundation Packs (FPs) Process Integration Packs (PIPs) Build Yourself Using Oracle’s Prebuilt Architecture & Services Let Oracle Pre-build Integrated Processes for You

Seriously reduced costs, complexity, time(1) :20% in implementation, 55% in upgrading, 50% in maintenance(2) If R is the number of distinct roles (and not persons) in the organizational unit that do business-relevant work, the time to document the work-process is approximately person-days.Note that this is a measure of the effort required. Thus, assuming an organizational unit with 10 distict business-relevant roles, documenting the work-processes of the organizational unit will take about 28.3 person-weeks (appr. 7 person months pr. business unit). If O is the number of business-value adding organizational units in the enterprise (i.e, otganizational units that contribute to business directly), the time to document only the high level business processes is approximately person-days. For an organization withapproximately 3000 employees and and an average organizational unit size of about 100 employees, the effort required to document all processes would then be minimum 21,57 person-years of effort. Source: Dr. M. N. Akkøk 2000-2007, studies/surveys at the University of Oslo & NR Source: 5 year TCO Study, Oracle Study on Composite SOA for Telecoms 2008

Implications of the AIA FP: Next Generation Application Servers? • In AIA FP, we have effectively raised the level of abstraction that we’re dealing with in building applications: From “beans”, “server pages” etc. to • Business Processes • Enterprise Business Objects • Enterprise Business Services • Could this be the way to next generation Application Servers (Business Servers?) for designing, developing, deploying and maintaining next generation BPM/SOA compliant applications that support full Enterprise Development life cycle?

Next Generation Application Server Spec? AIA++ = An open spec to replace current JEE spec?

“Next Generation” • Open… • All ref. models of AIA FP are standardized • AIA FP spec is opened as the spec for next generation app. servers (or business servers) • Complete… • All AIA FP service definitions are implementable by all service vendors • Integrated! “Tomorrow Now” “Today”Already best, andwith an unprecedentedpotential • AIA (BPM/SAO ref. app. arch.) • AIA Foundation Pack (tool-box for developing AIA-compliant apps & systems) • Standardized first-cut Business Objects & Business Services • Model-driven • Business-centric • Best-of-breed portfolio • Supports existing best practices • Customers leveraging today Oracle BPM/SOA Roadmap (Envisioned)

METHOD Method Example…

Q & A Q U E S T I O N S A N S W E R S

<Insert Picture Here>