Service Implementation Workbench (SIW) Kunden- und Partnerworkshop

Service Implementation Workbench (SIW) Kunden- und Partnerworkshop
Hannes Jakschitsch Andreas Krompholz Rolf Sieberg 17. März :00 – 15:00 Uhr

Disclaimer The information in this document is confidential and proprietary to SAP and may not be disclosed without the permission of SAP. This document is not subject to your license agreement or any other service or subscription agreement with SAP. SAP has no obligation to pursue any course of business outlined in this document or any related presentation, or to develop or release any functionality mentioned therein. This document, or any related presentation and SAP's strategy and possible future developments, products and or platforms directions and functionality are all subject to change and may be changed by SAP at any time for any reason without notice. The information on this document is not a commitment, promise or legal obligation to deliver any material, code or functionality. This document is provided without a warranty of any kind, either express or implied, including but not limited to, the implied warranties of merchantability, fitness for a particular purpose, or non-infringement. This document is for informational purposes and may not be incorporated into a contract. SAP assumes no responsibility for errors or omissions in this document, except if such damages were caused by SAP intentionally or grossly negligent. All forward-looking statements are subject to various risks and uncertainties that could cause actual results to differ materially from expectations. Readers are cautioned not to place undue reliance on these forward-looking statements, which speak only as of their dates, and they should not be relied upon in making purchasing decisions.

Agenda Kunden- und Partnerworkshop Service Implementation Workbench (SIW)
Begrüßung und kurze Vorstellung der Teilnehmer und Experten Ziele des heutigen Workshops Service Implementierung bei der SAP Architektur und Demonstration der Service Implementation Workbench (SIW) Diskussion / Kunden- und Partnerinput: Wie implementieren Sie in Ihren Projekten Services, welche Herausforderungen haben Sie zu bewältigen? Wie kann SAP, wie kann die SIW Sie ideal beim Implementieren von Services unterstützen? Wie kann eine weitere Zusammenarbeit aussehen? Mitarbeit während der Entwicklungsphase Teilnahme am Customer Acceptance Test Pilotnutzung der SIW

Begrüßung und kurze Vorstellung der Experten
Hannes Jakschitsch SIW Software Engineer Konzepte und Coding Andreas Krompholz Product Owner SIW Architektur Service Entwicklung in der SAP Business Suite Rolf Sieberg Development Manager SIW Moderation und Organisation

Ziel der SIW Definition Group
SAPs Intention: Listen and Learn: besseres Verständnis für Ihre Use Cases entwickeln Lernen, wie in Ihrem Unternehmen die Implementierung von Services geschieht Lernen, wie Ihre Arbeit durch Software-Werkzeuge effizienter gemacht werden kann Bedienbarkeit und Funktionsumfang der SIW optimieren Sinnvolle Generierungsvorlagen liefern Warum es sich für Sie lohnt: Offener Gedankenaustausch mit SAPs Experten für die Implementierung von Services Nutzen Sie Software-Werkzeuge, die die Entwicklung Ihrer eigenen Services wirklich beschleunigen Seien Sie vorne mit dabei: Erwerben Sie Pilotenstatus für die SIW und nutzen Sie dieses Werkzeug schon jetzt

Ziele des heutigen Workshops
Vorstellung der SIW Service Implementierung bei SAP Gemeinsames Verständnis der Architektur Technischen Möglichkeiten (Demo) Offener Austausch: Abgleich der SAP Konzepte mit Ihren Vorstellungen Raum für Ihre Fragen und Ihren Input Klärung der weiteren Zusammenarbeit

SIW Service Implementation Workbench
Andreas Krompholz Hannes Jakschitsch March 2010

Disclaimer This presentation outlines our general product direction and should not be relied on in making a purchase decision. This presentation is not subject to your license agreement or any other agreement with SAP. SAP has no obligation to pursue any course of business outlined in this presentation or to develop or release any functionality mentioned in this presentation. This presentation and SAP's strategy and possible future developments are subject to change and may be changed by SAP at any time for any reason without notice. This document is provided without a warranty of any kind, either express or implied, including but not limited to, the implied warranties of merchantability, fitness for a particular purpose, or non-infringement. SAP assumes no responsibility for errors or omissions in this document, except if such damages were caused by SAP intentionally or grossly negligent.

Motivation Mission: “Provide a tool for developers to implement services in a semi-automatic way while following the service provisioning architecture principles.” Goal: Improving Quality, Speed and Harmonization of Service Implementations

SOA Development Challenges
Existing development tools are limited for good productivity and quality when developing services Many aspects of SOA backend development are not related to Business Logic but to SOA infrastructure (for example proxies, extended XML, exactly-once, error handling (Forward Error Handling), and so on) Additional overhead during application development Many similar tasks, but in different combinations depending on service operation => Implementation of these parts is often error-prone and not unified Complex naming conventions Recurring tasks such as proxy generation and creating the service implementation class Several different tools are involved, for example, Enterprise Service Repository (ESR), sproxy framework, ABAP workbench and Service Mapping Tool Services are developed by many developers who have little or no experience with SOA Time-consuming training effort when teaching all aspects of SOA Risk of affecting quality since too many aspects need to be performed manually

Service Implementation Workbench Process Overview
Supports three service creation types: ESR-based: service signature is defined externally (ESR and proxies are created externally) API-based (with ESR): service signature is derived from remote function call (RFC) (ESR and proxy creation is triggered by SIW) Proxy-class (Idempotency, …) Mapping preperation (error handling…) Error Handling framework, Exception handling, Bulking,… Application API call Confirmation, LOG Service specific* * Depends on coding template SIW ESR Content creation Proxy generation Service implementation Service developer Only API-based Only API-based API and ESR-based Service definition ESR ABAP proxies

How does SIW work? Roles, Processes
1 SI Architect Abstract Construction Plan Models according to SOA implementation guideline Creates template coding Sets up configuration class Specific Construction Plan Completes service specific configuration Implement service specific parts Results Produces DDIC objects Produces repository objects Generates source code Template => Generated objects 2 SI Developers Context => Impl. parts SI Generator 3

How does SIW work? System Landscape
Remote Adapter SI Generator Construction Plan / Template Local implementation SIW Host (SAP BASIS 7.03) Custom specific construction plan: Implement customer-specific requirements Use SAP construction plan as the basis ESR SIW adapter Suite 7 ECC 604 SIW adapter Suite 7I10 ECC 605 SIW adapter Suite 7 CRM 700

Implementation Architecture SAP Templates for Suite Development
Generated Project-Specific Coding Objects: Implementation of the proxy method and additional methods Generation of service implementation class as a pattern sub class Code slots for service developer (such as mapping, application call) Table entries ABAP unit tests Reusable Coding Objects: Superclasses for each pattern => Central changes do not force regeneration Re-use methods (For example Idempotency Framework, Error & Conflict Handling) => Central changes do not force regeneration

SIW Demo: ESR based service creation type
Process steps in the demo: Signature is created in ESR Proxy generation is executed in the backend You create a new SIW project: Create flight booking (synchronous) You enter the context data You generate the objects You implement coding slots for mapping and application logic You test the generated service Link

Create SIW Project for a Service Implementation (ESR-based)
Project ID: <proxy class name> as unique identifier Information where your Service is placed in ESR Cardinality for service operation: SINGLE for one object instance or BUNDLE services / MASS for BULK services

SIW Context - Input Fields for SIW
Dthe developer fills the data fields: Component Determine the application abbreviation Operation Pattern Select the service pattern Operation Type Select the access mode (Create, Check, Read, …) SI class, BO name, Proxy class name Determine names and abbreviations INT_TYPE_IN/OUTBOUND Structure name to transfer data from inbound conversion to business logic and back Note: Other information will be derived automatically (such as the proxy structure)

ESR-Based Services Generated Objects in SIW
SIW generates the objects and implementation depending on the operation type: Fully Implements proxy class Constructor Fully implements proxy class execute method Generates BADI Interfaces Creates Enhancement Spot and registers inbound/ outbound BADIs Registers at BADI Sorter Implements FEH Supports bulking Provides code slots for service implementation: import_conversion() export_conversion() call_business_logic() feh_prepare and so on Generation preview Generated objects To Dos

View initialization/generation logs
SIW Monitor – Mass Reporting Regenerate View initialization/generation logs Batch processing with notification Automatic Unit-Test execution

SIW Roadmap

? SAPs Fragen an Sie: Szenarien Architektur Umsetzung Erwartungen
Für welche Szenarien bauen Sie Services (A2X/UI, B2B, A2A)? Worauf beziehen Sie Ihre Services: Auf das ESR oder SAP APIs (welche)? Wie sieht Ihre Systemlandschaft aus: Müssen Sie die Services in komplexen Landschaften verteilen oder ist nur ein Produktivsystem relevant? Auf welchen NetWeaver (NW) Releases arbeiten Sie? Architektur Wie sehen Architektur und Programmiermodell für Ihre Services aus? Welche Standards, welche Vorgaben machen Sie für Ihre Services? Umsetzung Wie implementieren Sie momentan Ihre Services? Mit welchen Schwierigkeiten müssen Sie dabei umgehen, was stört Sie besonders? Auf welche Weise kann ein Werkzeug Sie am besten unterstützen? Erwartungen Welche Erwartungen haben Sie SAP und unserer Definition Group gegenüber? ?

Begrüßung und kurze Vorstellung der Experten Ziele des heutigen Workshops Service Implementierung bei der SAP Architektur und Demonstration der Service Implementation Workbench (SIW) Diskussion / Kunden- und Partnerinput: Wie implementieren Sie in Ihren Projekten Services, welche Herausforderungen haben Sie zu bewältigen? Wie kann SAP, wie kann die SIW Sie ideal beim Implementieren von Services unterstützen? Wie kann eine weitere Zusammenarbeit aussehen? Mitarbeit während der Entwicklungsphase Teilnahme am Customer Acceptance Test Pilotnutzung der SIW

Weitere Zusammenarbeit – Sie bestimmen die Intensität
Collaboration Workspace (CW) Alle Information incl. die heute gezeigten Folien und Zugriff auf die Demonstration werden im Collaboration Workspace verfügbar gemacht. Ihr Feedback ist uns wichtig Heutige Rückmeldungen bzw. Fragen/Anregungen im Nachgang Nutzung des CWs Ansprechpartner für Fragen der Entwicklung Weitere Rückmeldungen zu Zwischenständen (virtuelle Sessions) Mitarbeit bei Tests Sie geben Ihre Testfälle vor Sie testen vor Ort in Walldorf die SIW vor deren Auslieferung Pilotfreigabe der SIW Sie setzen die SIW bei sich im Projekt ein, geben Feedback und bekommen Unterstützung durch die SAP-Entwicklung Unser Plan: “general availability” für die SIW für die Auslieferung Business Suite 7 Innovation 2011

Pilot Phase of SIW for Suite 7I10
Requirements for applying to the SIW pilot phase: The customer executes a project for service implementation The project phase is part of the ramp-up for Suite 7I10 (planned start date June 2010) Suite 7I10 system is available to act as the SIW host that Requires SAP_BASIS 702 Can run on the same instance as any Suite7I10 system Is recommended for running on a development system SAP Development is actively involved in the customer’s project to Support in adopting the SAP internal code template to customer needs Pre-deliver the SIW adapter for remote generation to any system on NW 7.0x Establish a feedback channel to improve the Suite7I11 portfolio The pilot phase is restricted to 5 customers Contact: Andreas Krompholz (Product Owner SOA Tools), Rolf Sieberg (Development Manager Reuse Team),

Weitere Zusammenarbeit – Sie sind interessiert?
Kontaktieren Sie uns Lassen Sie uns wissen, wie weit Sie mitarbeiten möchten: Wir kommen auf Sie zu Je nach Interessenlage: Einzelgespräch / kontakt gemeinsamer virtueller Termin

Danke! Danke Danke Danke Danke Danke

Service Implementation Workbench (SIW) Kunden- und Partnerworkshop

Ähnliche Präsentationen

Präsentation zum Thema: "Service Implementation Workbench (SIW) Kunden- und Partnerworkshop"— Präsentation transkript:

Ähnliche Präsentationen

Über Projekt

Feedback

Anmelden

Anmeldung über soziales Netzwerk:

Service Implementation Workbench (SIW) Kunden- und Partnerworkshop

Ähnliche Präsentationen

Präsentation zum Thema: "Service Implementation Workbench (SIW) Kunden- und Partnerworkshop"— Präsentation transkript:

Ähnliche Präsentationen

Über Projekt

Feedback