Deep Support for SOA in EA Frameworks & Meta Models
Download as PPT, PDF1 like864 views
The document discusses achieving deep support for service orientation in enterprise architecture (EA) frameworks and meta models, outlining the changing nature of applications and the importance of interfaces. It emphasizes the need for logical planning and physical realization, along with the use of a comprehensive meta model that captures business, application, information, and technology layers. Graham McLeod, the CTO of Promis Solutions AG, shares insights from his extensive experience in IT and consulting, as well as the services offered by the company.
Deep Support for SOA in EA Frameworks & Meta Models
- 1. Graham McLeod CTO, Promis Solutions AG December 2008 Achieving Deep Support for Service Orientation in EA Frameworks and Meta Models
- 2. Agenda Services in I.T. Services from a Business Perspective Changing Nature of Applications Importance of Interfaces Logical Planning and Physical Realisation Synthesis Meta Model Notation Enhancements Demonstration Summary, Questions and Discussion
- 3. Specialists in Strategy, Enterprise Architecture and Business Process Modelling (30 years IT; 19 years EA) Offices Europe (Switzerland; Germany; Spain) UK, USA, South Africa Associates and sub-distributors (Benelux, Saudi Arabia, New Zealand) Own IP EVA Netmodeler Unique integrated Frameworks, Meta Models and Reference Models (EA, NGOSS, Banking) Associated training and consulting services (including TOGAF) Distribution rights for other downstream tools Business Process Management, Workflow PROMIS Solutions AG
- 4. Services in I.T. Technical Services Database Network Operating System Interface User Automation (messaging, web services) A pplication Functions Business Process Orchestration
- 5. Services in Business Services we provide To customers To other stakeholders e.g. partners, suppliers, government To other business units Services we consume From service providers From other stakeholders From other business units Typically supported by services at other levels e.g. Process, Application, Information, Technical
- 6. Applications No longer monolithic, isolated Sometimes not ours Sometimes distributed Heterogeneous technologies Need to think of as a Bundle of functions Exposed as services Malleable, like Amoeba Logical Applications vs Physical Components Components can be part of more than one application Components can be replaced without impacting overall service Graphic: Websphere magazine
- 7. Interfaces Where things fit together Plug and Play Replace Technology Implementation without impact Require standards Loose coupling
- 8. Planning vs Realisation Requirements expressed at logical level Independent of Implementation Technology Detail Realisation expressed at physical level Technology dependent Mapping essential between perspectives
- 9. Meta Model Defines the necessary concepts, relationships and properties Covers domains of business, process, application, information, technology Distinguishes between logical and physical Maps domains & layers Maps to notation to represent / model
- 10. Meta Model Excerpt Logical Business Service Physical Application Service Logical Application Service Physical Business Service Physical Informa-tion Service Logical Informa-tion Service Logical Technical Service Physical Technical Service Decomposition Realisation
- 11. Content & Meta Model WSDL for web services Need equivalents for higher level service definitions.. Send contract to Head Office Oracle Data Base Administration Oracle Backup and Recovery Create Contract Object in Contracts Oracle Database. Optionally create new Client Object in CRM database. Capture Contract via Screens CON002 and CON003 in the Contracts system Fax Form C1 to Tel No 243 7999 Manage Persistent Data Store Valid Contract Validate and Capture Contract Logical Business Service Physical Application Service Logical Application Service Physical Business Service Physical Informa-tion Service Logical Informa-tion Service Logical Technical Service Physical Technical Service Decomposition Realisation
- 12. X Reference Must be able to trace the Realisation of Services from Logical to Physical Decomposition of Services to lower supporting layers Composition of Services into Processes “ Applications” System Software Products Support of services for Products Must be able to categorise by e.g. Delivery mechanism (channel) Technology / medium Etc.
- 13. Enrichment To deliver good services reliably, we need Extra concepts for Intent Benchmarks, Goals and Objectives Mapping to responsibility and ownership Business Unit, Roles Monitoring of cross cutting concerns e.g. Risk, Cost, Quality Computation and Analysis facilities built in add huge value
- 14. Notation Must distinguish between Domains Logical and Physical Candidate: Archimate from Telematica / Archimate Foundation Now being incorporated by Open Group
- 15. Archimate Example Business Actors and Roles Business Services Business Process Application External Services Components Technical External Services Components
- 17. Graham McLeod Graham has 29 years experience in the IT industry and business having held positions in software development, teaching, project management, product management, research, strategy and general management. He was a tenured academic for 12 years and is the author of textbooks in system development, project management, data management and strategy and architecture. He has authored many papers, presented at numerous conferences worldwide and delivered keynote addresses and tutorials at various universities and conferences in South Africa, UK, Germany, Switzerland, USA, Sweden, Canada, Italy, France and Norway. Mr McLeod has consulted to over 60 leading organizations worldwide in Banking, Finance, Assurance, Retail, Manufacturing, Telecommunications, Healthcare, Government, Education and Information Technology. He has shared ideas with Microsoft, Sun Microsystems, IBM, Fujitsu and NCR Corporation. Graham founded Inspired in 1991 and developed the Inspired Architecture Frameworks and associated meta models. He is the architect of the the web based Enterprise Value Architect (EVA) Netmodeler collaborative enterprise modeling and knowledge repository tool. He is currently CTO of Promis Solutions AG, based in Zug, Switzerland. Promis markets the EVA Netmodeler product, the Inspired Frameworks and meta models and associated services and training worldwide. Graham can be reached at: graham.mcleod@pro-mis.com
- 18. Archimate Inspired Frameworks Web Services References
- 19. Demonstration Business Services offered / consumed externally o ffered / consumed internally Application Services Information Services Technical Services Mapping and Modeling Evolution
- 20. Ideas... Channel xref Technology xref Business Objects/Ontology xref....etc Aspects: Cost, Quality (metrics), Risk... Outsourcing: Requirements vs Realisation