REST. Plus CD! OSGi. Java Magazin. Java Architekturen SOA Agile. Stellenmarkt 50 Weihnachts-Special 10. CD-Inhalt

Größe: px
Ab Seite anzeigen:

Download "REST. Plus CD! OSGi. Java Magazin. Java Architekturen SOA Agile. Stellenmarkt 50 Weihnachts-Special 10. CD-Inhalt"

Transkript

1 1.09 Plus CD! Stellenmarkt 50 Weihnachts-Special 10 Deutschland 7,50 Österreich 8,60 Schweiz sfr 15,80 Java Magazin Java Architekturen SOA Agile Exklusiv für Abonnenten CD-Inhalt JAX TV: Session von der W-JAX 2008: Angelika Langer: Java-Programmierung im Multicore-Zeitalter X Rendering Extension JXRender Web-Tools DWR Ext JS Java-Frameworks JBoss Seam Closures Grails Hibernate Mylyn OSGi Runtimes Apache Felix Eclipse Equinox Bnd Tool REST OSGi POSTER Das bessere Modell für Web Services? 74 JAX-RS: Ein REST-orientiertes API 82 Enterprise-Clustering JBoss Cache SOA Center SOA-Bausteine Jetzt wird s konkret 88 Java Core Java-Memory-Modell Eine Roadmap zum Einsatz von volatile 21 Web JBoss Seam Klebstoff für Java EE 40 Alle CD-Infos 3 Best Practices DSLs mit Groovy Heiliger Gral für schnellere Software? 36 D WEB 56 DWR Ajax-Anwendungen leichter implementieren Die Tage des klassischen Webs sind gezählt. Web 2.0 und Ajax haben dynamische Inhalte und hohe Interaktivität zur Selbstverständlichkeit werden lassen, bedeuten aber harte Programmierarbeit. Dank Direct Web Remoting lassen sich bestehende Webanwendungen jedoch mit erstaunlich geringem Aufwand ajaxifizieren.

2 SOA Center SOA aus dem wahren Leben Von klein nach groß Der Begriff SOA wird immer weiter verwaschen, fast universell eingesetzt. Einer der Gründe liegt darin, dass SOA-Designprinzipien und -Werkzeuge in den unterschiedlichsten Kontexten eingesetzt werden. Um die verschiedenen Ausprägungen besser zu verstehen, stellen wir hier den Werkzeugkasten aus dem letzten Artikel in den Kontext konkreter SOA-Projekte. von Berthold Maier, Hajo Normann, Bernd Trops, Clemens Utschig-Utschig und Torsten Winterberg abei unterscheiden wir zwischen abteilungsbezogenen SOA/BPM-Projekten und abteilungs- und projektübergreifenden SOA/ BPM-Programmen und zeigen, welche Auswirkungen diese Projekttypen auf die Werkzeugauswahl und auf die korrespondierenden Lösungsdesigns haben. Schöne SOA-Welt... In Publikationen zum Thema SOA wird die Welt immer wieder gerne beschrieben, wie sie sein sollte. Es läuft alles gut, weil eine starke Governance dafür sorgt, dass die SOA-Architektur- und Designrichtlinien eingehalten werden. Funktionalität aus heterogenen Applikationen und Abteilungen werden in Business Services konsolidiert, die nicht mehr redundant in den verschiedenen Abteilungen, sondern zentralisiert entwickelt werden: Eine schöne neue Welt lose gekoppelter Services entsteht in einem Shared Service Center, inklusive funding, benutzungsbasierter Abrechnung und architektonischer Governance, die dafür sorgt, dass Software strukturell einheitlich entwickelt wird. Geschäftsprozesse werden automatisiert, Prozessschritte durch Business Services abgebildet, über deren Implementierung ein ESB entscheidet. Das Management erhält größere Kontrolle, Sichtbarkeit, sowie höhere Flexibilität, wie Veränderbarkeit der Geschäftsprozesse.... trifft die Wirklichkeit die nicht so schöne, neue Welt Nun, diese SOA-Hochglanzwelt, wie wir sie uns gerne vorstellen, kollidiert in konkreten Projekten ganz erheblich mit der Wirklichkeit. Probleme im Projekt beginnen, wenn ein SOA-Purist überall einen ESB einsetzen will und behauptet, 88 javamagazin

3 SOA aus dem wahren Leben SOA Center ohne radikale Servicevirtualisierung sei das ganze keine richtige SOA, sondern eben EAI (Enterprise Application Integration) 2.0. Nun aber stößt der SOA-Purist auf einen Projektleiter, der von SOA gerade in einer Computerzeitschrift gelesen hat, aber ins Zentrum seiner Betrachtung die Kosten stellt. Falls dieser Projektleiter dann noch einen vertrauten Kollegen, etwa einen altgedienten Java-Veteranen, auf den technischen Teamleiterposten setzt, dann ist der SOA-Erfolg weiter weg als zu Projektbeginn gedacht, da in endlosen Workshops erst einmal das grundsätzliche Verständnis geschaffen werden muss: Unser ambitionierter SOA-Purist findet sich im Workshop neben dem technischen Teamleiter, der erst einmal BPEL wegdiskutiert: Das kann man doch alles auch mit Session Beans machen. Ein klassischer Interessenskonflikt, aufgebaut auf Missverständnissen, ist entstanden. Willkommen in unserer Welt. Es ist nicht die Welt aus dem bunten SOA- Bilderbuch, sondern eine Welt mit Menschen. Die Erfahrung zeigt, dass Projekte, die SOA-Technologien einsetzen, sehr unterschiedliche Charakteristiken aufzeigen. Ein falsches oder akademisches Verständnis des Projektkontexts, inklusive der beteiligten Gruppen und Rollen, kann zu erheblichen Mehraufwänden, Frustrationen und schlussendlich Misserfolg führen. Wir als Architekten sollten vielmehr die Leitplanken einer sinnvollen SOA-Architektur setzen und das Ziel als Leuchtturm verankern. Das Fernziel kommt dann dem nahe, was in vielen Büchern und Artikeln als reine SOA-Lehre beschrieben ist, jedoch auf dem Weg dahin nicht immer auf die Projektsituation sinnvoll abgebildet werden kann. Es ist daher umso wichtiger zu verstehen, welcher Art ein konkretes Projekt ist, in dem wir als Architekten, technische (Projekt-)Leiter und Entwickler arbeiten. Wir haben dabei folgende Hauptprojektarten herausgearbeitet, auf die wir in realen Projekten gestoßen sind: Technisches (System-)Integrationsprojekt auf der Basis von SOA-Techniken Abb. 1: Automatische Geschäftsprozesse arbeiten auf Business Services Abteilungsinternes Workflow- Projekt Abteilungsübergreifendes Multi- Projekt BPM/SOA-Shared-Service- Programm Zunächst wollen wir auf diese Projektarten eingehen, um danach die Auswirkungen auf Lösungen und Werkzeuge für diese Gruppen zu betrachten. Weiterhin stellen wir die Projektarten in den Kontext unserer fiktiven Autovermietung (Rent your Legacy Car RYLC), die wir im ersten Teil dieser Serie vorgestellt haben. Beispielszenario aus RYLC BPEL-Spaghetti Technisches (System-)Integrationsprojekt auf der Basis von SOA-Techniken Ein Projekt dieser Art hilft, das folgende Problem zu lösen: Eine benötigte neue Funktion oder ihre Änderung dauert auf der Basis der bestehenden Systemlandschaft zu lange. Das liegt auf der technischen Seite an starren Punkt-zu- Punkt-Verbindungen, die eine Mikadoähnliche Situation schaffen, frei nach Ändere ich hier, kracht es dort. Es geht also technisch darum, Integrationsprobleme zwischen mehreren Systemen zu lösen. Entscheidend für unsere Kategorisierung ist, dass derartige Projekte oft ad hoc und nicht im Rahmen einer übergreifenden Architekturinitiative geschehen. Ein konkretes Integrationsproblem taucht auf. In den frühen 2000er Jahren wäre es z.b. durch eine Hub-and-Spoke- EAI-Architektur gelöst worden. Heute löst man es mit der Integrationstechnologie, die gerade aktuell ist: Service-oriented mit den technischen Features eines Enterprise-Service-Bus-Werkzeugs. In diesen Projekten entstehen lokale Architekturen. Diese lösen das konkrete Integrationsproblem durchaus mit SOA-Werkzeugen aber ohne dass dabei eine projekt- und abteilungsübergreifende SOA entsteht, an der die gesamte Organisation Mehrwert hätte. In Integrationsprojekten begegnen wir häufig Lösungen, bei denen der orche- In RYLC beschäftigt den CIO die fehlende Qualität der Daten, da deren Abgleich zwischen dem Vermietungssystem, dem Verkaufssystem und dem CRM-System nur teilweise automatisiert und schon gar nicht dokumentiert war bzw. ist. Die schnelle Lösung, die hier im ersten Schritt gewählt worden ist, basiert auf einer BPEL-basierenden Integration unter Nutzung von vorhandenen Legacy- Adaptern. Diese Lösung erhöht durchaus die Qualität der Daten, da diese nun automatisiert abgeglichen werden. Aufgrund der starken Kopplung zwischen BPEL-Prozess und Legacy-Adapter ist sie jedoch nicht als saubere SOA-Lösung zu betrachten. Das bedeutet, dass bei der Ablösung eines der über diese Technik angebunden Systeme auch der Integrations-BPEL-Prozess wieder angepackt werden muss. Würde man sich hier noch weiter Gedanken über die Trennung von Prozess und Serviceaufruf machen, käme man zu einer saubereren SOA-Lösung, etwa mithilfe eines ESB. Wir werden das Thema Lose-Kopplung noch in einem eigenen Artikel vertiefen. javamagazin

4 SOA Center SOA aus dem wahren Leben Beispiel für Workflow bei RYLC Abb. 2: Typischer Workflow, der wenig SOA-Aspekte aufweist strierende BPEL-Prozess direkt auf Adapter zugreift. Diese Adapter bieten Zugriff auf Systeme und Datenbanken. Ein SOA-gemäßes Design wäre, dass der BPEL-Prozess auf Services zugreift, die in ihrer Implementierung die Systemadapter benutzen. Damit würde eine Indirektion eingeführt, die für eine SOA sinnvoll ist, im Rahmen eines lokalen technischen Integrationsprojekts aber nicht unbedingt nötig erscheint. Der Projektcontroller wird, wenn er kosten- und erfolgsorientiert ist, ein Auge darauf haben, dass nichts anderes als das spezifische, projektauslösende Problem gelöst wird wir können hier nicht die Welt retten. Warum sollte er für die Erstellung lose gekoppelter, redundanzfreier, wiederverwendbarer Services zahlen, wenn ein einfacher Technologieadapter, der die Nachrichten in SOAP umwandeln kann (und dadurch das System erreichbar macht), ausreicht? Es ist nicht des Projektcontrollers Selbstverständnis, das Unternehmen mit einer Enterprise-weiten SOA zu beglücken. In solchen Integrationsprojekten entstehen also Integrationsinseln, die die Aufwände Richtung Enterprise-SOA, wie etwa das gemeinsame kanonische Datenmodell, noch nicht eingepreist haben. Sie können später jedoch eine gute Grundlage für Services einer projektübergreifenden Unternehmensstrategie Richtung SOA sein. Abteilungsinternes Workflow- Projekt, das nicht auf Business Services arbeitet Unser SOA-Purist bekommt einen spannenden Auftrag als Consultant für ein BPM-Projekt : Prozessmodelle werden in einem Werkzeug modelliert und über ein Shared Process Repository mit ausführbaren BPEL-Prozessen in eine 1:1-Beziehung gesetzt. Änderungen im BPEL-Prozess haben direkte Auswirkungen im BPMN-Prozessmodell. Der Roundtrip funktioniert. Fantastisch! Was dem SOA-Puristen erst im Lauf der Zeit aufgeht ist, dass es sich hier um ein reinrassiges BPM-Projekt insofern handelt, als der Kunde genau das wollte: Kontrolle über seine Prozesse, leichtes Verständnis der Prozessmodelle mit einem direkten Link zum ausführbaren Prozess mit sehr schnellen Änderungszyklen. Es gibt aber keinen Prozess, der (wiederverwendbare) Business Services orchestriert. Die Prozesse in diesem Projekt enthalten vor allem Funktionalität, die auch mit klassischen Workflow-Automatisierungswerkzeugen bewältigbar ist. Ein Antrag wird bearbeitet. Es gibt Ein Problem von RYLC liegt darin, dass das Automatisierungspotenzial nicht ausgeschöpft werden kann, da die einzelnen Systeme nicht oder unzureichend miteinander verbunden sind. Wie im Abschnitt Technisches (System-)Integrationsprojekt auf der Basis von SOA-Techniken bereits beschrieben, kann durch diese Art von Projekten die Basis für weitere Optimierung gelegt werden. Auf der Basis der verbesserten und aktuellen Daten können nun automatisierte Prozesse definiert werden, die entsprechende Auswertungen bereitstellen. Aufgrund dieser Auswertungen kann die Marketingabteilung neue Kampagnen starten die Geschäftsleitung über Probleme aus Kundensicht informiert werden und können Kunden mit zielgerechten Angeboten versorgt werden. Vertreterregeln. Die Sachbearbeiter, die die zu automatisierenden Aufgaben heute papiergestützt erledigen, haben Angst um ihre Arbeit. Oder sind wenig erfreut bei der Aussicht, in den Tätigkeiten ihres Tagesablaufs durch endlose Tasklisten gesteuert zu werden, statt sie wie früher intuitiv zu verrichten. Aber es gibt nur wenige Stellen, an denen Services aufgerufen werden: Die meisten Systeminteraktionen sind Datenbankeinträge von Statusänderungen, bzw. rufen dezidiert die Funktionalität einer Applikation auf. Das heißt, der Workflow ist weiterhin eng an diese Applikation gekoppelt. Von loser Kopplung ist nicht viel zu sehen. Benutzermanagement über ein zentral verwaltetes IdM (Identity Management) wird aus Zeit- und Skillgründen ausgeklammert und eine eigene Benutzerverwaltung, Vertreterregelungen usw., sind schnell aufgebaut. Der Prozess läuft nur in einer Abteilung, es gibt schlicht keinen Bedarf für wiederverwendbare, ESB-basierte Shared Business Services, die unternehmensweit in einer UDDI Service Registry auffindbar wären. Diese Art von Projekten bergen übrigens eine große Chance, um organisch in das Thema BPM (Business Process Management) hineinzuwachsen, wenn wir Architekten sie von Anfang an gut managen: In Unternehmen finden sich oft monolithische Systeme, die Stammdaten und Kernfunktionen von Mitarbeitern, Kunden und Produkten redundant verwalten. Hier ist es von großer Bedeutung, darüber nachzudenken, inwieweit diese Systeme eine Rolle für zukünftige automatische Workflows spielen, und ob Daten an einer Stelle zentral gehalten werden können. So ist es möglich, dass der Urlaubsbeantragungsprozess, der heute rein papiergetrieben vonstatten geht, mithilfe eines Personalstammdatensystems automatisiert werden kann. So könnte man auf diesem System neue Services aufsetzen, die über Mitarbeiter, deren Vorgesetzte und entsprechende Vertreterregeln Bescheid wissen und so den Urlaubsbeantragungsprozess zentral unterstützen. 90 javamagazin

5 Abb. 3: Prozessautomatisierung auf Mikroebene Sonderfall: Abteilungsinternes Workflow-Projekt auf Sub-Sub- Prozessebene Zurzeit gibt es einige BPM-Projekte mit dem Ziel, Arbeitsabläufe, die heute manuell ausgeführt werden, zu automatisieren. Einige Unternehmen haben bereits in den vergangenen Jahren ihre fachlichen Geschäftsprozesse modelliert. Nun möchten sie Teile dieser Prozesse per SOA automatisieren. Wir beobachten bisweilen, dass Analysten und BPM-Architekten mit dem Wunsch der Fachseiten konfrontiert werden, dass lediglich auf der Ebene von einzelnen Prozessschritten automatisiert werden soll. Damit entstehen Mini-Workflows: Diese Architektur wird dem BPM- Puristen einiges Kopfzerbrechen machen, da der Kerngedanke, die Orchestrierung von Business Services, nicht abbildbar ist: Der eigentliche Geschäftsprozess (der Graf im oberen Teil in der Abbildung) bleibt unautomatisiert und demnach auch nur schwer messbar. Die Mini-Workflow-Architektur kann nur in eine BPM-SOA-Architektur überführt werden, indem der Prozess auf der oberen Ebene zusätzlich auch in BPMN/ BPEL ausgedrückt wird. In diesem Fall sollten die Prozessschritte als BPMN- Subprozesse modelliert werden. Jeder dieser Prozessschritte/BPMN-Subprozesse ist dabei ein potenzieller Kandidat für einen Business Service, dessen Implementierung durch die Ausprägung des Subprozesses ausgedrückt wird. Integrations- und Workflow-Projekte Das lokale, abteilungsbegrenzte Integrations- oder Workflow-Projekt startet, um ein isoliertes, dringendes Problem innerhalb einer Abteilung zu lösen. Das Problemfeld ist also insofern lokal, als das Projektteam volle Kontrolle über Daten, Funktionen und die Auswertungsmechanismen wie Logfiles hat. Typische Stakeholder des Projekts sind ein technischer Architekt, der eine SOA- bzw. BPM-Vision hat Softwareentwickler, die zum größeren Teil noch keine oder wenig Berührung mit EAI/SOA/Workflow-Werkzeugen hatten, wohl aber schon mit XML gearbeitet haben Ein Kostenverantwortlicher, der Architekturaufwände naturell so gering wie möglich halten möchte Unser SOA-Purist ist schnell enttäuscht, wenn er im Rahmen derartiger Projekte arbeitet. Arbeitet er zum Beispiel in einem abteilungsinternen Workflow- Projekt, das nicht auf unternehmensweiten Business Services basiert, fällt ihm schnell auf, dass dies kein reinrassiges SOA-Projekt ist, wie es in der Literatur vorgestellt wird. Das klassische Bild, in dem Geschäftsprozesse Business Services orchestrieren, passt hier nicht. Um die wirklichen Vorteile von SOA ausspielen zu können wirbt er dafür, auf Prozessebene über Abteilungsgrenzen hinweg zu denken. Das Etablieren einer Shared-Service-Abteilung, die zentrale Funktionalität erstellt mit dem Ziel der Servicewiederverwendung, birgt das Potenzial, mittelfristig Kosten zu senken. Jedoch, er stößt auf Wiederstände, an Grenzen. Und das ist in Ordnung, das ist die Realität in diesem konkreten Umfeld, in das unser SOA-Purist mit großen SOA/BPM-Hoffnungen kam. Wir SOA- Projektverantwortliche müssen lernen, den Kontext richtig einzuschätzen und eine Architektur zu entwerfen, die für die jeweilige Situation passt, und sie als Zwischenziel innerhalb der gelegten Leitplanken umsetzen (Guerilla-SOA). Das langfristige Ziel darf hier jedoch nicht aus den Augen gelassen werden und Kompromisse müssen im Rahmen Anzeige

6 SOA Center SOA aus dem wahren Leben der gesteckten Ziele bleiben. Auch ohne die Idealarchitektur abzubilden, werden wir in diesem Projektumfeld SOA-Techniken wie BPEL einsetzen, auch sind WSDLs und ein XML-Datenmodell zu erstellen. Aber ein SOA-Shared-Service- Ansatz auf ESB- und UDDI-Basis, für den Puristen die Essenz von SOA und in vielen Büchern der selbstverständliche Lösungsansatz für alle Probleme, ist hier nicht nötig, wenn eine klare Schichtung und Kategorisierung vorhanden ist. Die benutzten Services müssen auf einer niedrigen Ebene anfangs nicht unbedingt lose gekoppelt und damit leicht austauschbar sein. Take-away: Wir sollten immer um Wiederverwendung sowie lose Kopplung ringen, aber auf dem Weg dahin werden wir immer mit konkreten Herausforderungen konfrontiert, die nur einen Ausschnitt aus dem Lösungsbaukasten benötigen. Abteilungsbegrenzte Projekte Enterprise-Architektur-(EA-)Aspekte spielen im Kontext lokal begrenzter Projekte eine geringe Rolle. Modellierungsarbeiten beziehen sich rein auf den fachlichen Kontext, für den eine Lösung erstellt wird. Das Ergebnis sind Prozessmodelle, Use-Case-Beschreibungen und EAI-Lösungen, die sozusagen in der Luft hängen, also nicht in den größeren Kontext des Unternehmens gestellt sind. Für die Werkzeugauswahl bedeutet dies, dass eher MS-Visio oder ein leichtgewichtiges BPMN-basiertes Modellierungswerkzeug als IDE-Plugin zum Einsatz kommt als ganzheitliche EA-Werkzeuge. Dies führt dazu, dass die Gefahr des Wucherns von uneinheitlichen Modellen, das Berücksichtigen von Abb. 4: Abteilungsbegrenzte Integrationsund Workflow- Projekte wichtigen Konzepten wie lose Kopplung und deren Einbindung in einem späteren SOA-Reifegrad, unterschätzt wird. Die gesparten Aufwände machen es dem Architekten später schwer, Lösungskonzepte für eine übergreifende SOA mit Enterprise-Architektur-Aspekten zu entwickeln. Dasselbe Problem wird möglicherweise in einer anderen Abteilung ganz anders oder auch ähnlich gelöst: Die Funktionalität, aber auch die grundlegende Architektur wird potenziell redundant erstellt. Das bedeutet, dass zwar SOA-Mittel (=Technologien) wie WSDL, SOAP und Ähnliches zum Beispiel für einen Kundenservice benutzt werden, aber die Governance, die dafür sorgen würde, dass diese Funktionalität mit der aus anderen Abteilungen in einen gemeinsamen Kundenservice homogenisiert wird, nicht existiert. Daher wird vermutlich der n-te Kundenservice im Gesamtunternehmen erstellt, der mit SOA intendierte Konsolidierungseffekt wird aber sicherlich nicht erreicht. In einem solchen lokalen Projektumfeld wird oft auf den Einsatz einer UDDI Registry oder eines ESBs zur Servicevirtualisierung und zur Wiederverwendung verzichtet: Funktionalität wird da entwickelt, wo sie gebraucht wird, die damit einhergehende Redundanz wird billigend in Kauf genommen. Die Daten befinden sich in der Hoheit von lokalen Fachseiten und Entwicklern. XSDs werden erstellt, wenn sie gebraucht werden. Sie mappen meist genau auf die GUIs und die kontrollierende Geschäftslogik oder aber auf Datenbanktabellen. Dieser Verzicht der Redundanzfreiheit auf Funktions- und Datenebene hat übrigens durchaus Vorteile für die Produktivität im Entwicklungszyklus: Mit einem kanonischen Datenmodell, das von einzelnen Applikationen zu abstrahieren versucht, gehen erhebliche Abstimmungsaufwände bis hin zu leidenschaftlichen Auseinandersetzungen über die Bedeutung einzelner Datenfelder oder Funktionen einher. Bestimmte Felder und Funktionen werden in den beteiligten Applikationen völlig unterschiedlich benutzt. Das Organisieren dieser Abstimmungen und der Governance-Aufwand, der mit der Änderung des kanonischen Datenmodells einhergeht, mit all seinen Nebeneffekten auf WSDLs, erzeugte getypte Repräsentationen (etwa über JAXB, XMLBeans, DOM), erzeugt eine Komplexität, die viele Organisationen schnell überfordert. Nicht, dass wir uns falsch verstehen: Ein kanonisches Datenmodell ist eine inhärente Eigenschaft von SOA-Projekten und ermöglicht erst das Zusammenspiel über Abteilungsgrenzen hinweg. In Projekten haben wir jedoch tiefen Respekt vor den damit einhergehenden Aufwänden gewonnen. Trotzdem würden wir in unseren SOA- Projekten nicht darauf verzichten wollen, da die Vorteile letztlich überwiegen. Für lokale Projekte bedeutet der Verzicht auf ein kanonisches Datenmodell, dass ein Enterprise Meta Data Repository für das Management von XSDs Files mit den Vorteilen einer zentralen Verwaltung, Versionierung und Change Management, nicht nötig ist. Für Geschäftsregeln gilt Ähnliches wie für die Daten: Sie stehen unter der Kontrolle von Entwicklern, die eng mit den Fachseiten zusammenarbeiten. Wenn jemand in der Abteilung eine bestimmte Regel verstehen möchte, schaut er in die Dokumentation oder fragt einfach den zuständigen Entwickler. Das Zentralisieren und Auslagern von Geschäftsregeln in eine Regel-Engine ist daher nicht nötig. Änderungen führen dann aber zu redundanten Neuentwicklungen einer oder mehrerer Regeln in einer oder mehreren Abteilungen. Diese Redundanz hat den Nachteil, dass Änderungen an den Regeln an unterschiedlichen Codestellen gepflegt werden müssen. Das Beobachten des Laufzeitverhaltens und Reagieren auf 92 javamagazin

7 Fehler ist im lokalen Kontext eine klar definierte Angelegenheit: Da das Team volle Kontrolle über alle Anwendungen und Datenbanken hat, weiß es relativ genau, wo in Sourcen und Logfiles man suchen muss, um ein bestimmtes Verhalten zu verstehen oder einen Fehlerfall zu analysieren. Monitoring-Werkzeuge auf Enterprise-Ebene sind damit nicht nötig man bleibt halt unter sich. Lokale Projekte lösen SOA-Herausforderungen nur teilweise Was ist die Folge? Nach und nach entstehen auf ähnliche Weise in vielen Unternehmen und im öffentlichen Dienst Insel-Integrationslösungen, sozusagen Mini-SOAs. Die Manager wundern sich, dass sie immer noch so viele Integrationsprobleme haben, dass ihre IT immer noch so unflexibel ist. Aber wir haben doch SOA überall eingeführt und im ganzen Unternehmen wird Pandora als ESB eingesetzt. Es wurden also Services und WSDLs erzeugt oder diese sogar fälschlich aus einer bestehenden Funktion einfach per Mausklick aus der IDE heraus generiert. Die Qualität dieser Services ist aber weit davon entfernt, die so heiß ersehnte SOA auszumachen. Statt richtlinienkonforme Services zu erstellen und Funktionalität über eine Shared-Service-Plattform mit klarer Verantwortlichkeit jedes einzelnen Services anzubieten, gibt es nun dieselbe Funktionalität in mehreren, über SOAP/ HTTP angebotenen Web Services, die leider nicht harmonisiert und schon gar nicht konsolidiert sind. Das Resultat ist eine SILO-Integration, die unflexibel und schwer wartbar ist. Nachdem wir die Wirklichkeit lokal begrenzter SOA- Projekte skizziert haben, wenden wir uns Eigenschaften idealerer SOA-Umfelder zu, die durch die Interessen der Organisation als Ganzes und nicht der einzelner Abteilungen motiviert sind. Abteilungsübergreifendes, Multi-Projekt BPM/SOA- Shared-Service-Programm Das Problemfeld wird auf höherer und umfassenderer Ebene, also etwa auf der Ebene des CIOs, betrachtet. Initiativen sind eher strategischer als taktischer Art. Das obere Management erkennt, dass die Time-to-Market für geschäftskritische Funktionalität im Unternehmen zu lange dauert und richtet seine IT, die Organisationsstruktur und die Fachbereiche auf die neue Strategie, Richtung SOA, aus. Die Ziele sind: Kosten zu senken, indem Funktionalität, die heute in verschiedenen Systemen redundant zu finden ist, in Shared Service Centern konsolidiert wird Den Fokus von der Optimierung von Arbeitsabläufen innerhalb von Abteilungen auf die Verbesserung der kundenrelevanten Geschäftsprozesse zu lenken Einzelne Mitglieder aus den Entwicklungsteams, die bisher einzelnen Applikationen zugeordnet waren, werden dafür in einer Shared-Service- Entwicklungsabteilung zusammengefasst, die nun die Funktionalität für die unterschiedlichen Abteilungen zentral erstellt, wartet und publiziert. Die Kernfunktionalität wird nicht mehr in Einzelabteilungen potenziell redundant umgesetzt, sondern in einer zentralen Service Factory, an die Einzelprojekte Anfragen nach neuer oder geänderter Funktionalität stellen aus den 43 Kundenservices, die quer über die Abteilungen und Applikationen verteilt waren, werden vielleicht fünf, auf die die Kundenfunktionalität verteilt ist. Der Prozess, wie man von einer Anforderung zu einem dazugehörigen System von Business Services gelangt, wird durch SOA Governance und ein zentrales Portfolio Management/PMO gesteuert. Uns ist bewusst, dass viele Organisationen diesen Wechsel zu einer organisatorischen SOA nicht vollziehen (werden). Falls die Abteilungen bestehen bleiben, wie sie sind, ist SOA Governance umso wichtiger und herausfordernder. Sie stellt sicher, dass die Business Services organisationsweit so designt und implementiert sind, dass sie den Anforderungen an lose Kopplung, Flexibilität und Wiederverwendung genügen. Hier gescheute Aufwände und Investition in eine Governance werden spätestens bei ungewollten Servicefunktionsüberschneidungen und enormen Entwicklungsaufwänden in der Zukunft Anzeige

8 SOA Center SOA aus dem wahren Leben sichtbar. Mit BPM wird ein Geschäftsprozess zu einer Detaillierung der Analysetätigkeit. Prozessentwickler verfeinern etwa technische BPMN/BPEL-Prozesse und benutzen dabei bestehende Funktionalität wieder, die der Serviceentwickler als SOA-Service-Bausteinkasten zur Verfügung stellt. Diese SOA Services werden mithilfe des ESBs entwickelt und kapseln den Zugriff auf die bestehenden Systeme: Fachabteilungen können das zugrunde liegende Prozessmodell verstehen und über Veränderungen und Verfeinerung diskutieren. Abb. 5: BPM: Vom Prozessmodell zum ausführbaren Prozess Abb. 6: Eigenschaften übergreifender BPM/ SOA-Initiativen Auswirkungen auf die Werkzeugauswahl und auf Lösungsdesigns Prozessmodelle werden in den Kontext von EA-Modellen (Unternehmensorganigramme, Six Sigma etc.) gestellt. Ein ausführbarer Prozess ist in den höheren Gesamtkontext eingebunden, etwa über Prozesshierarchien. Geschäftsprozessschritte sind verlinkt mit den entsprechenden Geschäftszielen sowie Metriken, die sie unterstützen. Daher reichen Geschäftsprozessmodellierungswerkzeuge, die sich auf BPMN beschränken, nicht aus. Man benötigt eine Methodik zur notwendigen Neugliederung der Anwendungslandschaft in Domänen, Komponenten, Services und Systeme inklusive eines dafür ausgelegten Modellierungssprachschatzes (DSL/Domain Specific Language), um die EA-Aspekte abzubilden und daraus die notwendigen Schlüsse ziehen zu können. Die betrachteten Prozesse spannen sich über mehrere Abteilungen und sogar Unternehmensgrenzen hinweg (Orchestration vs. Choreography). Prozessschritte können sehr unterschiedliche Implementierungen annehmen. Daher muss die Art, wie BPM-Werkzeuge benutzt werden, durch eine SOA- Methodik beschrieben und im Einklang mit einer Governance stehen. Eine ideale Verlinkung ist gegeben, wenn aus den BPM-Informationen architekturkonforme Prozesse durch anpassbare Generierungstemplates erzeugt werden können. Funktionalität ist wiederverwendet als Business Services, die durch eine Shared Service Factory (in der Praxis oft auf Domänenebene) erstellt werden. Dazu beschreibt SOA Governance, wie man von einer aufkommenden Nachfrage für neue oder geänderte Funktionalität zu Services kommt, bei denen ein existierender Service erweitert wird, ohne dass die Funktion neu entwickelt wird. Die Implementierung des ESB Patterns ist neben den typischen Aufgaben wie Serviceauffinden, Transformation, Adaption und Wiederverwendung vor allem durch Nutzung der Eigenschaft Virtualisierung unverzichtbar. Durch die Virtualisierung und Erstellung von Proxy Services auf einem ESB lassen sich u.a. logische Services unterschiedlicher Versionen parallel betreiben (siehe Serviceversionierung), was für eine effektive Governance unverzichtbar ist. Daten sind durch ein kanonisches Datenmodell definiert, auf das sich alle an der SOA teilnehmenden Abteilungen und Kommunikationspartner einigen. Es ist von Vorteil, das kanonische Datenmodell nach Domänen (also Abteilungsclustern) aufzuteilen, um den Abstimmungsaufwand, der ohnehin erheblich ist, in den Griff zu bekommen. Unsere Erfahrung zeigt, dass Repository-basierte Verwaltung notwendig für das zentrale Management der Services und Daten ist. Ein ESB ist nötig für das Übersetzen von externen, nicht kontrollierbaren Dialekten von und zum kanonischen Datenmodell. Geschäftsregeln werden idealerweise von Fachseiten zusammen mit spezialisierten Entwicklern (Rolle: Prozessarchitekt) in einer Rule Engine auf explizite und deklarative Weise erfasst und sind durch Business User änderbar. Das Gesamtverhalten von Prozessen und Services ist weit verteilt, hinweg über Abteilungen, Applikationen, Datenbanken etc. Die Kontrolle der Funktionalität, des Speicher- und Performanzverhaltens ist in einer echten SOA eine nicht zu vernachlässigende Herausforderung: Kontrolle ist verteilt bzw. volle Kontrolle überhaupt nicht zu erreichen: SOA kann sich als Alptraum für Kontrollfreaks erweisen so wie jede verteilte Entwicklung auch. BPM/SOA-Shared-Service- Programm: Gewinn und Verlust Wir sehen also, dass mit dem Übergang zu einem abteilungsübergreifenden, Multi-Projekt BPM/SOA-Shared-Service-Programm ein Kontrollverlust auf Abteilungs- und Applikationsebene einhergeht: Falls ein Fehler auftritt oder man eine bestimmte Funktionalität verstehen will, ist es wesentlich schwerer herauszufinden, wo man suchen muss. Dem steht gegenüber, dass mit einem BPM/ SOA-Shared-Service-Programm zum ersten Mal Kontrolle über End-to-End- Geschäftsprozesse erlangt wird. Man 94 javamagazin

9 SOA aus dem wahren Leben SOA Center sollte sich daher überlegen, in welchen Bereichen im Unternehmen sich die mit einem SOA-Shared-Service-Programm einhergehenden Zusatzaufwände lohnen. SOA wird selten erfolgreich durch Ersatz von alten EAI-Technologien EAI-Entwickler können eine SOA durch ein falsches Verständnis oder ihre intuitive Herangehensweise kaputt machen. Erfolge werden meist nur erzielt, wenn kritische Geschäftsprozesse in eine geplante SOA überführt werden und sich somit betriebswirtschaftlich rentieren, z.b. um sich besser vom Wettbewerb differenzieren zu können. Dies mappt etwa bei RYLC auf das Ziel Aufbau eines neuen Vertriebsprozesses, der es ermöglicht, dass Kunden via Internet oder SMS Mietwagen bestellen, die dann dem Kunden vor Ort bereitgestellt werden. Wo stehen wir heute mit SOA? Die Unternehmens-SOA-Welt existiert bereits in einigen Unternehmen, und der öffentliche Bereich bewegt sich merklich in diese Richtung. Das Hauptproblem ist jedoch, dass ein Shared Service Center den Interessen bestehender Abteilungsmanager oft entgegensteht. Es ist darüber hinaus oft nicht möglich, einen SOA-Stakeholder im oberen Management zu finden, der nicht nur die lokalen Interessen einzelner Abteilungen, sondern die des Unternehmens vertritt. Und weiter findet man selten einen Architekten, der wirklich strategische Ziele verfolgt und sie gleichzeitig mit den neuen Paradigmen und den Technikvorgaben von SOA vereinen kann. Und so bleiben viele SOA-Projekte auf lokaler, also meist Abteilungs- und Projektebene, ohne je das SOA-Shared-Service-Nirvana zu erlangen: Wir beobachten, dass die allermeisten SOA-Projekte eher im Bereich der lokalen Integrationsprojekte und Workflows anzusiedeln sind, die in der Literatur gepriesene, übergreifende BPM/SOA-Shared-Service-Welt jedoch in der Wirklichkeit sehr selten verfolgt wird. Der geringe Einsatz von Registries/ Repositories ist ein zu gutes Indiz. Und dabei sind wir in Deutschland schon sehr weit mit SOA, wie wir von Kollegen aus den USA immer wieder hören. An dieser Stelle setzen viele SOA Thought Leader an und fordern den Schwenk zur unternehmensweiten SOA, zum Organisationswechsel, weg von den Silos hin zum Shared Service Center, verbunden mit Matrixorganisationen. Ihre Botschaft: Ohne diese Unterfütterung technischer Aktivitäten durch eine organisatorische Strukturänderung, ohne diesen grundlegenden Wandel, bringt eine Einführung einer rein technischen SOA kaum einen Gewinn. Die Technik beeinflusst die SOA sehr wohl, sollte jedoch nicht in den Vordergrund gestellt werden. Und ja! Wir stimmen diesen Aussagen leidenschaftlich zu, wir sehen aber auch die Wirklichkeit, wie sie uns im Alltag begegnet und schlagen vor, bevor man sich in eine Don-Quichotte-Rolle im Kampf gegen die Windmühlen der Beharrung und des Status Quo begibt, die Realität anzuerkennen und in ihrem Rahmen als Architekt und Designer in Richtung SOA zu wirken. Dazu ist es umso wichtiger, dass wir den SOA-Werkzeugkasten nicht nur kennen, sondern auch verstehen, in welchem Kontext welches Pattern und Werkzeug (Task, GuidedFlow, BPEL, ESB, UDDI etc.) eingesetzt und welches Designziel bei XSD-basierten Datentypen und WSDL-Service-Schnittstellen verfolgt werden sollte. Wie gehen wir als SOA- Verantwortliche damit um? Zunächst einmal müssen wir lernen, die Realität zu akzeptieren wie sie ist. Projekte starten und wir sind für sie verantwortlich. Wir müssen lernen, dass in lokalen Projekten ein Teil der SOA- Werkzeuge aus dem großen SOA-Werkzeugkasten eingesetzt wird, aber nicht alle, besonders nicht die, die für Virtualisierung und lose Kopplung sorgen. Um sich klarzumachen, welche Architektur, welches Design basierend auf welchen Werkzeugen eine gute Lösung für ein gegebenes Problem darstellt, hilft es, von der reinen SOA-Leere ein paar Schritte zurückzutreten und den Rahmen, den Einsatzbereich, in dem wir uns befinden, einzuschätzen. Take Away: Arbeiten wir auf lokaler Ebene, um ein bestimmtes Problem einer von mehreren IT-Abteilungen zu lösen, dann müssen wir uns entscheiden, wie viel Anzeige javamagazin

10 SOA Center SOA aus dem wahren Leben echte SOA wir von Anfang an mit einbauen wollen. Falls wir uns entscheiden, im ersten Maturity-Level lose Kopplung, kanonisches Datenformat, UDDI etc. erst einmal nicht in die Lösungsdesigns einzubeziehen, müssen wir uns bewusst sein, dass es später erhebliche Aufwände bedeutet, diese Features einzubauen evtl. müssen die Services und Prozesse sogar komplett neu gebaut werden. Starte klein, denke groß!? Daher ist es vielleicht Strategie unseres lokal arbeitenden SOA-Architekten (was ein Widerspruch in sich ist), mithilfe des Projekts ein SOA-Momentum zu starten, das nachher weitere Projekte generiert. Wenn er richtig gut ist, schafft er das. Wir haben Projekte gesehen, in denen genau dies geglückt ist. Die Strategie Starte klein mit dem großen Ziel Enterprise SOA funktioniert dann sehr gut, wenn die ersten Projekte Rückenwind und Deckung durch das Unternehmensmanagement haben, wenn sie erfolgreich sind und einen Geschäftsmehrwert generieren. Das obere Management versteht, dass eine SOA-Referenzimplementierung, eine SOA Governance und der Mehraufwand Richtung Servicevirtualisierung zielführend sind. Der Duft des Erfolgs Wenn man erfolgreiche Unternehmens- SOA-Projekte analysiert, wird man feststellen, dass die folgenden Strategien zusammengenommen die Ingredienzien Takeaways Unterscheide abteilungsbezogene SOA/BPM-Projekte und abteilungs-und projektübergreifende SOA/BPM-Programme. Arbeiten wir auf lokaler Ebene, um ein bestimmtes Problem einer von mehreren IT-Abteilungen zu lösen, dann müssen wir uns entscheiden, wie viel echte SOA wir von Anfang an mit einbauen wollen. Ohne Verständnis des Umfelds wird ein Projekt mit einem ESB oder einer BPEL-Engine niemals zu einer unternehmensweiten SOA führen. Architekt, sei dir deines Umfelds bewusst und handle danach. sind, die zusammen den Duft des SOA-Erfolgs ergeben. Um das Problem mit unterschiedlich ausgeprägten SOA Skills anzugehen, sollte ein A-Team aus gestandenen SOA-Architekten und -Designern eine Referenzimplementierung inkl. Methodologie erstellen und andere Serviceverantwortliche dabei eng einbeziehen. Diese Referenzimplementierung greift stichartig durch alle Schichten und typische Artefakte und zeigt, wie SOA Sourcen erstellt werden. Die Wahrscheinlichkeit, dass unerfahrenere Teammitglieder zum Gesamterfolg eines SOA-Projekts beitragen, wächst, wenn sie klare Vorgaben bekommen, mithin einem klar vorgezeichneten Weg folgen. Das A-Team erstellt daher in Abstimmung mit den jeweiligen Ausprägungen in der Referenzimplementierung SOA Templates für Schemata und WSDLs sowie Policies, Richtlinien und Best Practices inklusive Namenskonventionen und Beschreibungen, nach welchen Regeln Services in einer zentralen UDDI Registry bekannt gemacht und mit welchen Taxonomien sie dort beschrieben werden. Diese Artefakte ergeben zusammen die Grundlage für eine SOA Governance. Diese hat das Ziel, einen engen Rahmen vorzugeben und so zu einheitlichen Sourcen zu gelangen. Oft ist auch in vorhandenen A-Teams nicht ausreichend Erfahrung im Erstellen von WSDLs und XSDs vorhanden. Hier empfiehlt sich die Investition in entsprechende Kauf-Templates. Der Kaufpreis kann sehr schnell den Zeitverlust, der mit monatelangem Trial-and-Error einhergeht, wettmachen. Ein Muster, erfolgreiche Teams zu etablieren, besteht in der SOA Service Factory. Dies ist eine Radikalisierung des SOA-Governance-Gedankens. Der Weg von den Anforderungen über Entwicklung und Test ist mit strikten Rollenverteilungen und Vorgaben vollkommen klar vorgegeben. Es ist für eine Abteilung, die ein bestimmtes Stück Funktionalität benötigt, nicht mehr möglich, mal eben und an den Prozessen vorbei ein Stück Code zu erzeugen. Das klingt nach einer Umgebung, in der man sich um seine Kreativität als Entwickler betrogen fühlen kann. Was man gewinnt, ist eine tiefe Einsicht in extrem erwachsene, durchdachte, erfolgreiche Architekturen und Designlösungen Klasse statt Mass. Schließlich ist es für den Erfolg wichtig, nicht SOA-blind für Alternativen zu werden und der Kreativität ausreichend Raum zu bieten. Immer bedenken SOA ist nur eine von mehreren Strategien auf dem Weg zur optimalen IT/Business- Symbiose. SOA ist aus Unternehmenssicht kein Allheilmittel, sondern eine von mehreren Strate-gien, die parallel in verschiedenen Bereichen etabliert werden können. Der Enterprise-Architekt arbeitet nicht auf Projektebene, sondern überblickt das Unternehmen mit all seinen heterogenen Projekten und Systemen. Er stellt SOA in den Kontext der Gesamtbebauung und der Geschäftsstrategie eines (meist eher größeren) Unternehmens. Er erstellt Assessments der Systemlandschaft, um diejenigen Bereiche und Applikationscluster zu identifizieren, die die Einführung von SOA-Technologien aufgrund eines Business Case motivieren. Consultants stellen die Vorteile in den Kontext einer monetären Bewertung der Gewinne, die durch die gewonnene Flexibilität und Agilität der Geschäftsprozesse, Geschäftsregeln und Applikationen zu erwarten sind. So wird eine SOA-Initiative zu einer Investition, deren ROI im Vorfeld von Projekten ermittelt werden kann. Die Autoren: Bertold Maier (Oracle Consulting), Hajo Normann (EDS/ HP), Bernd Trops (Sopera), Clemens Utschig-Utschig (Oracle Headquarter USA), Torsten Winterberg (OPITZ CONSULTING GmbH) 2007 gründeten die Autoren die Masons-of-SOA mit der Vision, SOA über internationale Unternehmensgrenzen hinweg zu propagieren, kritische Projekte gemeinsam zu unterstützen und Erfahrung aus zusammen 20 SOA-Projektjahren weiterzugeben. Die vorliegende Artikelserie ist Beispiel für diese Arbeit. Links & Literatur [1] Rent your Car Service oriented, Java Magazin : Berthold Maier, Hajo Normann, Bernd Trops, Clemens Utschig-Utschig, Torsten Winterberg [2] SOA Blueprint, Java Magazin : Berthold Maier, Hajo Normann, Bernd Trops, Clemens Utschig-Utschig, Torsten Winterberg 96 javamagazin

Leistung schafft Vertrauen

Leistung schafft Vertrauen SOA Hintergrund und Praxis visionäre Praxis oder praxisnahe Vision Toni Gasser Integration Services 27. Oktober 2010 Leistung schafft Vertrauen Private Banking Investment Banking Asset Management Seite

Mehr

SOA Governance Konzepte und Best Practices

SOA Governance Konzepte und Best Practices SOA Governance Konzepte und Best Practices Gerd Schneider Senior Director SOA Marketing Software AG 2/27/2007 Agenda Überblick SOA Governance Warum SOA Governance? Kundenbeispiel SAS Airlines Technische

Mehr

Von 0 auf SOA in 10 Schritten. Stefan Tilkov innoq stefan.tilkov@innoq.com

Von 0 auf SOA in 10 Schritten. Stefan Tilkov innoq stefan.tilkov@innoq.com Von 0 auf SOA in 10 Schritten Stefan Tilkov innoq stefan.tilkov@innoq.com 1 Stefan Tilkov Geschäftsführer und Principal Consultant, innoq Deutschland GmbH Fokus auf SOA, Web-Services, REST SOA-Editor InfoQ.com

Mehr

Dipl. Inf. Ali M. Akbarian

Dipl. Inf. Ali M. Akbarian Dipl. Inf. Ali M. Akbarian 2012 Einführung Globalisierung, Innovation und Kundenzufriedenheit sind auch in Zukunft die wichtigsten Herausforderungen der Unternehmen. Diese Herausforderungen verlangen:

Mehr

DATENBANK KNOW-HOW. Plus CD! ENTWICKLER UND DBAS: DATENBANK-PERFORMANCE: Java Magazin. Java Architekturen SOA Agile. CD-Inhalt

DATENBANK KNOW-HOW. Plus CD! ENTWICKLER UND DBAS: DATENBANK-PERFORMANCE: Java Magazin. Java Architekturen SOA Agile. CD-Inhalt Plus CD! Stellenmarkt 64 JavaFX 1.0: Die Finalversion ist da! 12 2.09 Deutschland 7,50 Österreich 8,60 Schweiz sfr 15,80 Java Magazin Java Architekturen SOA Agile www.javamagazin.de CD-Inhalt Java-Frameworks

Mehr

Prozessautomatisierung Vom Geschäftsprozess zum IT-Prozess Benjamin Brunner SOA Architect OPITZ CONSULTING Bad Homburg GmbH

Prozessautomatisierung Vom Geschäftsprozess zum IT-Prozess Benjamin Brunner SOA Architect OPITZ CONSULTING Bad Homburg GmbH Prozessautomatisierung Vom Geschäftsprozess zum IT-Prozess Benjamin Brunner SOA Architect OPITZ CONSULTING Bad Homburg GmbH Agenda Warum Prozessautomatisierung? Prozessautomatisierung in einer SOA Von

Mehr

SOA Serviceorientierte Architektur Definition, Marktpotenzial und Perspektiven

SOA Serviceorientierte Architektur Definition, Marktpotenzial und Perspektiven SOA Serviceorientierte Architektur Definition, Marktpotenzial und Perspektiven SO A Fraunhofer-Institut für Softwareund Systemtechnik ISST Dr. Ulrich Springer Dr. Bernhard Holtkamp Dortmund, 20.01.2009

Mehr

ITSM Infoday 2013. Mit Business Process Service Management zu mehr Flexibilität, Transparenz und Stabilität. Peter Brückler

ITSM Infoday 2013. Mit Business Process Service Management zu mehr Flexibilität, Transparenz und Stabilität. Peter Brückler ITSM Infoday 2013 Mit Business Process Management zu mehr Flexibilität, Transparenz und Stabilität Peter Brückler Copyright 2013 NTT DATA EMEA Ltd. Agenda Der Druck auf Unternehmen Business Process Management

Mehr

OpenCms jbpm Workflow Engine. OpenCms und jbpm Workflow Engine

OpenCms jbpm Workflow Engine. OpenCms und jbpm Workflow Engine OpenCms und jbpm Workflow Engine Geschäftliche Abläufe in einem Unternehmen folgen zu einem großen Prozentsatz beschreibbaren Prozessen, den so genannten Geschäftsprozessen. Diese Erkenntnis führte zum

Mehr

Oracle Business Process Analysis Suite. Gert Schüßler Principal Sales Consultant

<Insert Picture Here> Oracle Business Process Analysis Suite. Gert Schüßler Principal Sales Consultant Oracle Business Process Analysis Suite Gert Schüßler Principal Sales Consultant 1 Geschäftsprozesse Zerlegung am Beispiel Kreditvergabe Antrag aufnehmen Antrag erfassen Schufa Kunden

Mehr

SOA Starter Kit Einführungsstrategien und Einstiegspunkte

SOA Starter Kit Einführungsstrategien und Einstiegspunkte SOA Starter Kit Einführungsstrategien und Einstiegspunkte Benjamin Brunner Berater OPITZ CONSULTING Bad Homburg GmbH SOA Starter Kit Seite 1 Agenda Wer sollte eine SOA nutzen? Welche Ziele kann eine SOA

Mehr

Model Driven SOA. < J Springer. Anwendungsorientierte Methodik und Vorgehen in der Praxis. Gerhard Rempp Mark Akermann Martin Löffler Jens Lehmann

Model Driven SOA. < J Springer. Anwendungsorientierte Methodik und Vorgehen in der Praxis. Gerhard Rempp Mark Akermann Martin Löffler Jens Lehmann Gerhard Rempp Mark Akermann Martin Löffler Jens Lehmann Model Driven SOA Anwendungsorientierte Methodik und Vorgehen in der Praxis Mit Illustrationen von Martin Starzmann < J Springer Inhaltsverzeichnis

Mehr

Symbiose zwischen EAM und SOA

Symbiose zwischen EAM und SOA www.iteratec.de Symbiose zwischen EAM und SOA Inge Hanschke iteratec GmbH Inselkammerstraße 4 82008 Unterhaching Inge.Hanschke@iteratec.de Serviceorientierte Architekturen (SOA) und Enterprise Architecture

Mehr

Business Intelligence

Business Intelligence Business Intelligence TOP Priorität für CIOs? Köln 08. Mai 2007 Dr. Wolfgang Martin Analyst, ibond Partner, Ventana Research Advisor und Research Advisor am Institut für Business Intelligence BI TOP Priorität

Mehr

Prozess- und Service-Orientierung im Unternehmen mehr als Technologie

Prozess- und Service-Orientierung im Unternehmen mehr als Technologie Prozess- und Service-Orientierung im Unternehmen mehr als Technologie Presse Talk CeBIT 2007 Dr. Wolfgang Martin Analyst, ibond Partner, Ventana Research Advisor und Research Advisor am Institut für Business

Mehr

Agenda. Vorstellung Business Process Management und IT Umsetzungsbeispiel

Agenda. Vorstellung Business Process Management und IT Umsetzungsbeispiel Vom Prozess zur IT Agenda Vorstellung Business Process Management und IT Umsetzungsbeispiel Das Unternehmen Seit etwa 30 Jahren Anbieter von Business Communication Lösungen Planung und Realisierung von

Mehr

Seminar Business Process Management und Workflow-Technologie: Grundlagen, Produkte, Forschung

Seminar Business Process Management und Workflow-Technologie: Grundlagen, Produkte, Forschung IBM WebSphere Process Server Seminar Business Process Management und Workflow-Technologie: Grundlagen, Produkte, Forschung AGENDA 1. Überblick 2. WebSphere Process Server 3. Komponenten 4. Präsentation

Mehr

Softwarearchitektur als Mittel für Qualitätssicherung und SOA Governance

Softwarearchitektur als Mittel für Qualitätssicherung und SOA Governance Softwarearchitektur als Mittel für Qualitätssicherung und SOA Governance Mag. Georg Buchgeher +43 7236 3343 855 georg.buchgeher@scch.at www.scch.at Das SCCH ist eine Initiative der Das SCCH befindet sich

Mehr

Liste der Handbücher. Liste der Benutzerhandbücher von MEGA

Liste der Handbücher. Liste der Benutzerhandbücher von MEGA Liste der Handbücher Liste der Benutzerhandbücher von MEGA MEGA 2009 SP4 1. Ausgabe (Juni 2010) Die in diesem Dokument enthaltenen Informationen können jederzeit ohne vorherige Ankündigung geändert werden

Mehr

Andreas Lux 16.03.2010. Verknüpfung unterschiedlicher Modellsprachen (BPMN, UML, DSL) zur Anforderungsanalyse

Andreas Lux 16.03.2010. Verknüpfung unterschiedlicher Modellsprachen (BPMN, UML, DSL) zur Anforderungsanalyse Andreas Lux 16.03.2010 Verknüpfung unterschiedlicher Modellsprachen (BPMN, UML, DSL) zur Anforderungsanalyse Warum unterschiedliche Sprachen? Nicht alle Probleme eignen sich, um mit Standardsprachen beschrieben

Mehr

PRODATIS CONSULTING AG. Folie 1

PRODATIS CONSULTING AG. Folie 1 Folie 1 Führend im Gartner Magic Quadranten für verteilte, interagierende SOA Projekte Oracle ist weltweit auf Rang 1 auf dem Markt der Enterprise Service Bus Suiten (ESB) für SOA Software 2010 26,3 %

Mehr

5. Übung zur Vorlesung Service-orientierte Architekturen

5. Übung zur Vorlesung Service-orientierte Architekturen 5. Übung zur Vorlesung Service-orientierte Architekturen Webservices und WSDL SoSe 2011 Anmerkung Hausaufgabe 03 BPMN Auch hier gilt: Layout! Zu Unterschieden zw. BPMN und eepk Relative Aussagen sind geschickter

Mehr

Prozessautomatisierung mit BPMN 2.0 und Java. bernd.ruecker@camunda.com

Prozessautomatisierung mit BPMN 2.0 und Java. bernd.ruecker@camunda.com Prozessautomatisierung mit BPMN 2.0 und Java bernd.ruecker@camunda.com Bernd Rücker camunda services GmbH Demo Was ist Prozessautomatisierung mit BPMN 2.0 Prozessautomatisierung mit Process Engine Monitoring

Mehr

Architecture Blueprints

Architecture Blueprints Architecture Blueprints Daniel Liebhart, Peter Welkenbach, Perry Pakull, Mischa Kölliker, Michael Könings, Markus Heinisch, Guido Schmutz Ein Leitfaden zur Konstruktion von Softwaresystemen mit Java Spring,.NET,

Mehr

Die nächste Revolution in der modelgetriebenen Entwicklung?

Die nächste Revolution in der modelgetriebenen Entwicklung? Die nächste Revolution in der modelgetriebenen Entwicklung? Me Johannes Kleiber Software Engineer bei FMC Johannes.Kleiber@fmc-ag.com Themen Überblick Window Workflow Foundation Workflows modellieren WF

Mehr

Implementierung von Geschäftsprozessen in der Verwaltung mit Hilfe von SOA

Implementierung von Geschäftsprozessen in der Verwaltung mit Hilfe von SOA E-Gov Fokus Geschäftsprozesse und SOA 31. August 2007 Implementierung von Geschäftsprozessen in der Verwaltung mit Hilfe von SOA Im Vortrag werden die Vor- und Nachteile von Geschäftsprozessen in der öffentlichen

Mehr

SOA Einsatzmöglichkeiten und Voraussetzungen unter Nutzengesichtspunkten

SOA Einsatzmöglichkeiten und Voraussetzungen unter Nutzengesichtspunkten SOA Einsatzmöglichkeiten und Voraussetzungen unter Nutzengesichtspunkten Zusammenfassung (Fast) Alles Wissen der Fachbereiche (Regelwerke, Formelwerke, Produktstrukturen, Prozessabläufe etc.) ist heute

Mehr

3 Social Recruiting Kritik und Erwiderungen

3 Social Recruiting Kritik und Erwiderungen 3 Social Recruiting Kritik und Erwiderungen Das Wichtigste in Kürze Das Verständnis von Social (Media) Recruiting als soziale Aktivität der Mitarbeiter stößt häufig auf Skepsis. Berechtigterweise wird

Mehr

Service-Orientierte Architekturen

Service-Orientierte Architekturen Hochschule Bonn-Rhein-Sieg Service-Orientierte Architekturen Kapitel 2: Einführung in Service-Orientierte Architekturen Vorlesung im Masterstudiengang Informatik Sommersemester 2010 Prof. Dr. Sascha Alda

Mehr

Die wahre Entdeckung besteht nicht darin, Neuland zu finden, sondern die Dinge mit neuen Augen zu sehen. Marcel Proust

Die wahre Entdeckung besteht nicht darin, Neuland zu finden, sondern die Dinge mit neuen Augen zu sehen. Marcel Proust Dynamische Rollen Dreh- und Angelpunkt von perbit.insight ist ein intuitiv bedienbares HR Solution Center. Hier stehen alle personalwirtschaftlichen Anwendungen zusammengeführt unter einer einheitlichen

Mehr

Modellieren Organisieren Publizieren Automatisieren. Business Process Management mit dem Process Modeler für Microsoft Visio

Modellieren Organisieren Publizieren Automatisieren. Business Process Management mit dem Process Modeler für Microsoft Visio Modellieren Organisieren Publizieren Automatisieren PM Business Process Management mit dem Process Modeler für Microsoft Visio Benutzerfreundlich, einfach und professionell Modellieren Vollständige Unterstützung

Mehr

Guten Tag! CampusSource. Die CSE Integration Platform. CampusSource Engine. Christof Pohl Softwareentwicklung Medienzentrum Universität Dortmund

Guten Tag! CampusSource. Die CSE Integration Platform. CampusSource Engine. Christof Pohl Softwareentwicklung Medienzentrum Universität Dortmund Engine Die CSE Integration Platform Guten Tag! Christof Pohl Softwareentwicklung Medienzentrum Universität Dortmund Integriertes Informationsmanagement mit der Engine - A2A vs. EBI Folie 2 Integration

Mehr

Business Process Execution Language. Christian Vollmer Oliver Garbe

Business Process Execution Language. Christian Vollmer <christian.vollmer@udo.edu> Oliver Garbe <oliver.garbe@udo.edu> Business Process Execution Language Christian Vollmer Oliver Garbe Aufbau Was ist BPEL? Wofür ist BPEL gut? Wie funktioniert BPEL? Wie sieht BPEL aus?

Mehr

SOA goes real Service-orientierte Architekturen erfolgreich planen und einführen

SOA goes real Service-orientierte Architekturen erfolgreich planen und einführen Daniel Liebhart SOA goes real Service-orientierte Architekturen erfolgreich planen und einführen ISBN-10: 3-446-41088-0 ISBN-13: 978-3-446-41088-6 Inhaltsverzeichnis Weitere Informationen oder Bestellungen

Mehr

Adlerblick So gewinnen Sie einen Überblick über ein DWH Dr. Andrea Kennel InfoPunkt Kennel GmbH CH-8600 Dübendorf Schlüsselworte Einleitung

Adlerblick So gewinnen Sie einen Überblick über ein DWH Dr. Andrea Kennel InfoPunkt Kennel GmbH CH-8600 Dübendorf Schlüsselworte Einleitung Adlerblick So gewinnen Sie einen Überblick über ein DWH Dr. Andrea Kennel InfoPunkt Kennel GmbH CH-8600 Dübendorf Schlüsselworte DWH Projekt, Methodik, Stärken und Schwächen, Übersicht, Weg der Daten,

Mehr

Comparing Software Factories and Software Product Lines

Comparing Software Factories and Software Product Lines Comparing Software Factories and Software Product Lines Martin Kleine kleine.martin@gmx.de Betreuer: Andreas Wuebbeke Agenda Motivation Zentrale Konzepte Software Produktlinien Software Factories Vergleich

Mehr

Symbio das effiziente & intuitive BPM System. Symbio for SAP

Symbio das effiziente & intuitive BPM System. Symbio for SAP Symbio das effiziente & intuitive BPM System Symbio for SAP Über uns Das Potenzial liegt in unseren Mitarbeitern, Kunden und Partnern Warum P+Z Unsere Ziele Portfolio Beratung Produkt Partner Das einfachste

Mehr

REST. Sonderdruck. Plus CD! der Firma codecentric. OSGi. Java Magazin. Java Architekturen SOA Agile. CD-Inhalt

REST. Sonderdruck. Plus CD! der Firma codecentric. OSGi. Java Magazin. Java Architekturen SOA Agile. CD-Inhalt 1.09 Plus CD! Exklusiv für Abonnenten: Die Java Magazin Jahres-CD 2008! Sonderdruck Java Magazin Java Architekturen SOA Agile www.javamagazin.de Exklusiv für Abonnenten CD-Inhalt JAX TV: Angelika Langer:

Mehr

Modellgetriebene Entwicklungsprozesse in der Praxis - eine Bestandsaufnahme. Tillmann Schall, anaptecs GmbH

Modellgetriebene Entwicklungsprozesse in der Praxis - eine Bestandsaufnahme. Tillmann Schall, anaptecs GmbH Modellgetriebene Entwicklungsprozesse in der Praxis - eine Bestandsaufnahme Tillmann Schall, anaptecs GmbH : Agenda Grundlagen modellgetriebener Entwicklungsprozesse Schritte zur Einführung Erfahrungen

Mehr

Erfahrungsbericht zu JBoss SOA Platform 6 Tech Talk 2013, 17. Oktober 2013, Bern

Erfahrungsbericht zu JBoss SOA Platform 6 Tech Talk 2013, 17. Oktober 2013, Bern Erfahrungsbericht zu JBoss SOA Platform 6 Tech Talk 2013, 17. Oktober 2013, Bern Daniel Tschan Technischer Leiter Michael Zaugg Software-Ingenieur Motivation Puzzle Through 2016, companies will continue

Mehr

Empfehlungen für erfolgreiche ADF-Projekte. Volker Linz Oracle Deutschland B.V. & Co. KG

Empfehlungen für erfolgreiche ADF-Projekte. Volker Linz Oracle Deutschland B.V. & Co. KG Empfehlungen für erfolgreiche ADF-Projekte Volker Linz Oracle Deutschland B.V. & Co. KG Empfehlungen für erfolgreiche ADF-Projekte Architektur & Design Team & Skills Organisation & Entwicklungsprozess

Mehr

BPM ohne Grenzen: Werkzeug und organisationsübergreifende Kollaboration. BPM in Practice, Hamburg, 10.10.2014

BPM ohne Grenzen: Werkzeug und organisationsübergreifende Kollaboration. BPM in Practice, Hamburg, 10.10.2014 BPM ohne Grenzen: Werkzeug und organisationsübergreifende Kollaboration BPM in Practice, Hamburg, 10.10.2014 Seit über 30 Jahren bietet MID Lösungen zur modellbasierten Entwicklung auf höchstem technischem

Mehr

SOA Check 2009 Ergebnisse einer empirischen Studie

SOA Check 2009 Ergebnisse einer empirischen Studie SOA Check 2009 Ergebnisse einer empirischen Studie Dr. Wolfgang Martin Analyst Dipl.-Wirtsch.-Ing. Julian Eckert Stellv. Leiter Forschungsgruppe IT-Architekturen, FG Multimedia Kommunikation, Technische

Mehr

Oracle BI Publisher in der Oracle Business Intelligence Enterprise Edition Plus. Eine Mehrwertdiskussion

Oracle BI Publisher in der Oracle Business Intelligence Enterprise Edition Plus. Eine Mehrwertdiskussion Oracle BI Publisher in der Oracle Business Intelligence Enterprise Edition Plus Eine Mehrwertdiskussion Der Oracle BI Publisher als Teil der Oracle BI Suite versus Oracle BI Publisher Standalone Der Oracle

Mehr

Vertiefte Grundlagen. Übung 2.7. TU Dresden - Institut für Bauinformatik

Vertiefte Grundlagen. Übung 2.7. TU Dresden - Institut für Bauinformatik Bauinformatik Vertiefte Grundlagen Geschäftsprozessmodellierung Übung 2.7 Begriffe Ein Geschäftsprozess beschreibt wiederkehrenden Ablauf. Dieser Ablauf beschreibt, welche Aktivitäten in welcher Folge

Mehr

Kosten senken und Innovation finanzieren.

Kosten senken und Innovation finanzieren. Business Value Consulting Kosten senken und Innovation finanzieren. In drei Schritten und mit geringem Aufwand erhalten Sie eine faktenbasierte IST-Analyse Ihrer IT-Landschaft, Vorschläge für Alternativen

Mehr

Software EMEA Performance Tour 2013. Berlin, Germany 17-19 June

Software EMEA Performance Tour 2013. Berlin, Germany 17-19 June Software EMEA Performance Tour 2013 Berlin, Germany 17-19 June Change & Config Management in der Praxis Daniel Barbi, Solution Architect 18.06.2013 Einführung Einführung Wer bin ich? Daniel Barbi Seit

Mehr

SOA und Business Intelligence. Whitepaper von Thomas Volz

SOA und Business Intelligence. Whitepaper von Thomas Volz SOA und Business Intelligence Whitepaper von Thomas Volz I N H A LT 1 Zielsetzung dieses Whitepapers 2 Was ist SOA? 3 Warum ist das gerade jetzt ein Thema? 3 Was ist der Nutzen für den BI-Anwender? 4 Wird

Mehr

Systemen im Wandel. Autor: Dr. Gerd Frenzen Coromell GmbH Seite 1 von 5

Systemen im Wandel. Autor: Dr. Gerd Frenzen Coromell GmbH Seite 1 von 5 Das Management von Informations- Systemen im Wandel Die Informations-Technologie (IT) war lange Zeit ausschließlich ein Hilfsmittel, um Arbeitsabläufe zu vereinfachen und Personal einzusparen. Sie hat

Mehr

BPMN 2.0 gehört in den Werkzeugkasten JEDES Java Entwicklers! bernd.ruecker@camunda.com

BPMN 2.0 gehört in den Werkzeugkasten JEDES Java Entwicklers! bernd.ruecker@camunda.com BPMN 2.0 gehört in den Werkzeugkasten JEDES Java Entwicklers! bernd.ruecker@camunda.com Bernd Rücker camunda services GmbH Was ist Prozessautomatisierung? Das Ganze ist ein BPMN Prozess Aber auch (und

Mehr

SOA bei PostFinance. Harald Aust. austh@postfinance.ch. serviceorientiert

SOA bei PostFinance. Harald Aust. austh@postfinance.ch. serviceorientiert austh@postfinance.ch serviceorientiert Wer oder was ist PostFinance? PostFinance ist der Finanzdienstleister im Konzern der Schweizerischen Post. Unsere Schwerpunkte liegen in den Bereichen Zahlen (Gelbes

Mehr

Globaler Rollout von IT Services

Globaler Rollout von IT Services Globaler Rollout von IT Services Chancen und Herausforderungen aus Kundensicht BITKOM AK Dienstleistungs-Management und -Standards Dr. E. Kern, bitempo GmbH, Düsseldorf bitempo ist fokussiert auf das Thema

Mehr

Grüezi Mein Name ist Susanne Bandi und ich begrüsse Sie herzlich zum Kurzreferat: So richten Sie ihr Configuration Management auf die Zukunft aus!

Grüezi Mein Name ist Susanne Bandi und ich begrüsse Sie herzlich zum Kurzreferat: So richten Sie ihr Configuration Management auf die Zukunft aus! Grüezi Mein Name ist Susanne Bandi und ich begrüsse Sie herzlich zum Kurzreferat: So richten Sie ihr Configuration Management auf die Zukunft aus! SIE sind hier, weil sie Potential sehen für ihr Configuration

Mehr

Von BI zu Analytik. bessere Entscheidungen basiert auf Fakten. Dr. Wolfgang Martin Analyst, ibond Partner und Ventana Research Advisor

Von BI zu Analytik. bessere Entscheidungen basiert auf Fakten. Dr. Wolfgang Martin Analyst, ibond Partner und Ventana Research Advisor Von BI zu Analytik bessere Entscheidungen basiert auf Fakten Webinar Mai 2010 Dr. Wolfgang Martin Analyst, ibond Partner und Ventana Research Advisor Von Business Intelligence zu Analytik Die Bedeutung

Mehr

CrossmedialeProzesse zum erfolgreichen e-publishing. 4. Medienforum 20. September 2012 Heike Beyer-Wenzel

CrossmedialeProzesse zum erfolgreichen e-publishing. 4. Medienforum 20. September 2012 Heike Beyer-Wenzel CrossmedialeProzesse zum erfolgreichen e-publishing 4. Medienforum 20. September 2012 Heike Beyer-Wenzel Mediennutzung im Jahre 2012 Seite 2 Business Challenges Vor welchen Herausforderungen stehen Verlage?

Mehr

SOAgil kann BPM sein. Ein Bericht aus der Praxis für BPM in Practice 2013

SOAgil kann BPM sein. Ein Bericht aus der Praxis für BPM in Practice 2013 SOAgil kann BPM sein Ein Bericht aus der Praxis für BPM in Practice 2013 Über uns... Die Holisticon AG ist eine Managementund IT-Beratung mit Sitz in Hamburg. Mit einem ganzheitlichen Beratungsansatz unterstützen

Mehr

Business Intelligence Meets SOA

Business Intelligence Meets SOA Business Intelligence Meets SOA Microsoft People Ready Conference, München, Nov. 2007 Dr. Wolfgang Martin Analyst, ibond Partner, Ventana Research Advisor und Research Advisor am Institut für Business

Mehr

Rechnernetze Projekt SS 2015

Rechnernetze Projekt SS 2015 30/03/15 Seite 1 Aspektorientierte Programmierung logische Aspekte (Concerns) im Programm separieren Crosscutting Concerns (Ziel: generische Funktionalitäten über mehrere Klassen hinweg zu verwenden -

Mehr

Erfolgreicher Ums9eg auf Git

Erfolgreicher Ums9eg auf Git CONCEPT PEOPLE IT- TALK Ein Erfahrungsbericht Erfolgreicher Ums9eg auf Git René Preißel (etosquare) Nils Hartmann (Techniker Krankenkasse) VORSTELLUNG René Preißel Freiberuflicher SoGwarearchitekt, Entwickler

Mehr

Tier-Konzepte. Vertiefungsarbeit von Karin Schäuble

Tier-Konzepte. Vertiefungsarbeit von Karin Schäuble Vertiefungsarbeit von Karin Schäuble Gliederung 1. Einführung 3. Rahmenbedingungen in der heutigen Marktwirtschaft 3.1 Situation für Unternehmen 3.2 Situation für Applikationsentwickler 4. Lösungskonzepte

Mehr

Die Rolle von Stammdaten-Management in einer SOA

Die Rolle von Stammdaten-Management in einer SOA Die Rolle von Stammdaten-Management in einer SOA Frankfurt, Sept. 2007 Dr. Wolfgang Martin Analyst, ibond Partner, Ventana Research Advisor und Research Advisor am Institut für Business Intelligence Rolle

Mehr

Professionelle Open Source SOA mit SOPERA 3

Professionelle Open Source SOA mit SOPERA 3 Professionelle Open Source SOA mit SOPERA 3 Dr. Halil-Cem Gürsoy, CDI AG OOP 2009 München, 28.01.2009 Der Referent Insgesamt ca. 10 Jahre Beratung, davor Entwicklung im Forschungsumfeld Senior Consultant

Mehr

BPM für IBIS BAT 23.06.2006. Jean-Marc Terrettaz, RTC

BPM für IBIS BAT 23.06.2006. Jean-Marc Terrettaz, RTC BPM für IBIS BAT 23.06.2006 Jean-Marc Terrettaz, RTC Inhalt Das Projekt Technologieauswahl & Produktevaluation Entwicklungsmethodik Integration in IBIS Fazit RTC AG NtrlPpt_10355,A,2 Seite 2 Ausgangslage

Mehr

Die Windows Workflow Foundation in Microsoft.NET 3.0

Die Windows Workflow Foundation in Microsoft.NET 3.0 Die Windows Workflow Foundation in Microsoft.NET 3.0 Klaus Rohe (klrohe@microsoft.com) Developer Platform & Strategy Group Microsoft Deutschland GmbH Agenda Was ist Windows Workflow Foundation? Microsoft

Mehr

Integrating Architecture Apps for the Enterprise

Integrating Architecture Apps for the Enterprise Integrating Architecture Apps for the Enterprise Ein einheitliches Modulsystem für verteilte Unternehmensanwendungen Motivation und Grundkonzept Inhalt Problem Ursache Herausforderung Grundgedanke Architektur

Mehr

Interview Conny Dethloff 20.07.2009 [Auszug einer Audio Aufzeichnung] Kurze Darstellung der Person

Interview Conny Dethloff 20.07.2009 [Auszug einer Audio Aufzeichnung] Kurze Darstellung der Person Interview Conny Dethloff 20.07.2009 [Auszug einer Audio Aufzeichnung] Kurze Darstellung der Person Mein Name ist Conny Dethloff. Ich bin seit 10 Jahren in der Beratung tätig, dabei hauptsächlich in BI-Projekten

Mehr

Flexible Architektur für agile Geschäftsprozesse

Flexible Architektur für agile Geschäftsprozesse Rules und SOA: Parallelen und Synergien Flexible Architektur für agile Geschäftsprozesse Foto: Siemens Pressebild Sowohl -orientierte Architekturen als auch Rules- Systeme zielen darauf ab, Geschäftsprozesse

Mehr

Effizientes Änderungsmanagement in Outsourcing- Projekten

Effizientes Änderungsmanagement in Outsourcing- Projekten Effizientes Änderungsmanagement in Outsourcing- Projekten Dr. Henning Sternkicker Rational Software IBM Deutschland GmbH Sittarder Straße 31 52078 Aachen henning.sternkicker@de.ibm.com Abstract: Es werden

Mehr

Service Virtualisierung

Service Virtualisierung Service Virtualisierung So bekommen Sie Ihre Testumgebung in den Griff! Thomas Bucsics ANECON Software Design und Beratung G.m.b.H. Alser Str. 4/Hof 1 A-1090 Wien Tel.: +43 1 409 58 90 www.anecon.com office@anecon.com

Mehr

SOA Strategiebaukasten

SOA Strategiebaukasten SOA Strategiebaukasten Orientation in Objects GmbH Weinheimer Str. 68 68309 Mannheim www.oio.de info@oio.de Inhalt Hintergrund, Strategie und Vision Topologie Governance Enterprise Metadata und Service

Mehr

Effizienzsteigerung durch Komplexitätsreduktion

Effizienzsteigerung durch Komplexitätsreduktion Effizienzsteigerung durch Komplexitätsreduktion Die Herausforderung Kosten schon kleine Änderungen in den Abläufen Ihres Unternehmens Unsummen? Haben Sie Schwierigkeiten, alle notwendigen Änderungen schnell

Mehr

Die Rückkehr der Einfachheit 62

Die Rückkehr der Einfachheit 62 7.09 Plus CD! Stellenmarkt S. 58 Das war die JAX 2009 S. 15 Deutschland 7,50 Österreich 8,60 Schweiz sfr 15,80 Java Magazin Java Architekturen SOA Agile www.javamagazin.de CD-Inhalt JavaRebel 2.0 Squish

Mehr

Software Engineering II (IB) Serviceorientierte Architektur

Software Engineering II (IB) Serviceorientierte Architektur Serviceorientierte Architektur Prof. Dr. Oliver Braun Fakultät für Informatik und Mathematik Hochschule München SS 2015 Webservices Ziel: flexible programmatische Zusammenarbeit zwischen Servern Bereitstellung

Mehr

R016 Beilage 5: SOA-Glossar

R016 Beilage 5: SOA-Glossar Eidgenössisches Finanzdepartement EFD Informatiksteuerungsorgan des Bundes ISB R016 Beilage 5: SOA-Glossar Ausgabedatum: 2015-02-25 Version: 2.01 Status: Genehmigt Ersetzt: 2.0 Verbindlichkeit: Weisung

Mehr

Workflowmanagement. Business Process Management

Workflowmanagement. Business Process Management Workflowmanagement Business Process Management Workflowmanagement Workflowmanagement Steigern Sie die Effizienz und Sicherheit Ihrer betrieblichen Abläufe Unternehmen mit gezielter Optimierung ihrer Geschäftsaktivitäten

Mehr

Die Integration von Requirements Management, Software Configuration Management und Change Management mit der MKS Integrity Suite 2006

Die Integration von Requirements Management, Software Configuration Management und Change Management mit der MKS Integrity Suite 2006 Die Integration von Requirements Management, Software Configuration Management und Change Management mit der MKS Integrity Suite 2006 Oliver Böhm MKS GmbH Agenda Überblick Der Entwicklungsprozess: Requirements

Mehr

your IT in line with your Business Geschäftsprozessmanagement (GPM)

your IT in line with your Business Geschäftsprozessmanagement (GPM) your IT in line with your Business Geschäftsprozessmanagement (GPM) Transparenz schaffen und Unternehmensziele effizient erreichen Transparente Prozesse für mehr Entscheidungssicherheit Konsequente Ausrichtung

Mehr

objective partner SAP BPM Chancen und Risiken im Praxiseinsatz SAP BPM Chancen und Risiken im Praxiseinsatz Seite 1

objective partner SAP BPM Chancen und Risiken im Praxiseinsatz SAP BPM Chancen und Risiken im Praxiseinsatz Seite 1 Seite 1 objective partner Chancen und Risiken im Seite 2 Kurzfristige Reaktion auf Businessanforderungen Entwicklung eines Prozesses innerhalb weniger Tage ist möglich Abgestimmtes Prozessmodell Skizzenhafter

Mehr

Gemeinsam mehr erreichen.

Gemeinsam mehr erreichen. Gemeinsam mehr erreichen. Microservices in der Oracle SOA Suite Baden 10. September 2015 Ihr Ansprechpartner Carsten Wiesbaum Principal Consultant carsten.wiesbaum@esentri.com @CWiesbaum Schwerpunkte:

Mehr

RICH CLIENTS. Java Magazin. CD-Inhalt. Eclipse RCP, Swing, Adobe Flex oder Ajax: Java Architekturen SOA Agile. Welches Konzept passt zu Ihnen?

RICH CLIENTS. Java Magazin. CD-Inhalt. Eclipse RCP, Swing, Adobe Flex oder Ajax: Java Architekturen SOA Agile. Welches Konzept passt zu Ihnen? Sonderbeilage für Abonnenten: Develop your Future das Karriere-Magazin 11.08 Java Magazin Java Architekturen SOA Agile Deutschland 7,50 Österreich 8,60 Schweiz sfr 15,80 www.javamagazin.de CD-Inhalt Tools

Mehr

Operative Exzellenz in der Konsumgüterindustrie Ganzheitliche und GuV wirksame Optimierung der Unternehmensprozesse

Operative Exzellenz in der Konsumgüterindustrie Ganzheitliche und GuV wirksame Optimierung der Unternehmensprozesse Operative Exzellenz in der Konsumgüterindustrie Ganzheitliche und GuV wirksame Optimierung der Unternehmensprozesse Jochen Jahraus, Partner KPS Consulting Competence Center Konsumgüter Seite Operative

Mehr

Standardisiert aber flexibel

Standardisiert aber flexibel AFCEA e.v. Mittagsforum 24.10.2008 Godesburg, Bonn-Bad Godesberg Standardisiert aber flexibel Prozessmodelle im Übergang von der Theorie in die Praxis. Brian Rosenberger Die Theorie Der entwickelt Verfahren

Mehr

Service Oriented Architecture. IM-Briefing 2008 4. Dezember 2008

Service Oriented Architecture. IM-Briefing 2008 4. Dezember 2008 Service Oriented Architecture IM-Briefing 2008 4. Dezember 2008 Agenda Begrüssung Was ist SOA Herkunft Player Modell Komponenten Zusammenfassung Diskussion Seite 1 Was ist SOA? Herkunft Der Begriff serviceorientierte

Mehr

Business Rules und SOA. Parallelen und Synergien

Business Rules und SOA. Parallelen und Synergien Business Rules und SOA Parallelen und Synergien White Paper Januar 2008 Innovations Software Technology GmbH, 2008. Alle Rechte vorbehalten. Weitergabe und Vervielfältigung dieser Publikation oder von

Mehr

Kompetenz in Enterprise Software Engineering

Kompetenz in Enterprise Software Engineering Kompetenz in Enterprise Software Engineering 02 Getting ideas done Die conplement AG als Technologiepartner renommierter Unternehmen erarbeitet zukunftsfähige Enterprise Software Lösungen auf Basis neuester

Mehr

SOA und Prozessmanagement: Herausforderung und aktuelle Arbeiten

SOA und Prozessmanagement: Herausforderung und aktuelle Arbeiten SOA Prozessmanagement: Herausforderung aktuelle Arbeiten Projekt-Kurzvorstellung beim Gründungstreffen des EMISA-Arbeitskreises Entwicklung agiler, prozessorientierter Informationssysteme Reiner Siebert,

Mehr

Projektrisiken verringern und die Möglichkeit eines potenziellen Misserfolgs senken

Projektrisiken verringern und die Möglichkeit eines potenziellen Misserfolgs senken Projektrisiken verringern und die Möglichkeit eines potenziellen Misserfolgs senken Name: Henrik Ortlepp Funktion/Bereich: Prokurist / VP Consulting Europe Organisation: Planview GmbH Liebe Leserinnen

Mehr

Geschäftsstrategie und SOA - ein Thema für den Mittelstand? Prof. Dr. Gunther Piller

Geschäftsstrategie und SOA - ein Thema für den Mittelstand? Prof. Dr. Gunther Piller Geschäftsstrategie und SOA - ein Thema für den Mittelstand? Prof. Dr. Gunther Piller Aktuelles 2 Langfristige strategische IT- Planung existiert [im Mittelstand] in vielen Fällen nicht Bitkom: IuK im Mittelstand,

Mehr

10. Seminar GIS & INTERNET, 11. Sept. 2007

10. Seminar GIS & INTERNET, 11. Sept. 2007 Service-orientierte Architektur (SOA) und Geodateninfrastruktur (GDI): dienstbare GIS-Komponenten Dr.-Ing. Jens Hartmann, Account Manager 10. Seminar GIS & INTERNET, 11. Sept. 2007 Agenda Motivation Service-orientierte

Mehr

Web 2.0 Architekturen und Frameworks

Web 2.0 Architekturen und Frameworks Web 2.0 Architekturen und Frameworks codecentric GmbH Mirko Novakovic codecentric GmbH Quality Technische Qualitätssicherung in Software-Projekten mit Fokus auf Performance, Verfügbarkeit und Wartbarkeit

Mehr

Business Process Management. Cloud und Mobile Computing. BPMday 2013 Köln, 13. November 2013. Enzo Favuzzi - Sales Manager WebCenter & BPM

Business Process Management. Cloud und Mobile Computing. BPMday 2013 Köln, 13. November 2013. Enzo Favuzzi - Sales Manager WebCenter & BPM Business Process Management von Cloud und Mobile Computing BPMday 2013 Köln, 13. November 2013 Enzo Favuzzi - Sales Manager WebCenter & BPM Safe Harbor Statement The

Mehr

Oracle Fusion Middleware

Oracle Fusion Middleware Oracle Fusion Middleware Business Process Management im integrierten Lebenszyklus Matthias Furrer Senior Consultant 16. Dezember 2011 Neue Technologien und Philosophien öffnen die Möglichkeiten zur Erweiterung

Mehr

Praktikum aus Softwareentwicklung 2. Web Services. Java Praktikum SS 2010 Gerald.Ehmayer@borland.com

Praktikum aus Softwareentwicklung 2. Web Services. Java Praktikum SS 2010 Gerald.Ehmayer@borland.com Web Services Java Praktikum SS 2010 Gerald.Ehmayer@borland.com 1 Web Services Einführung Definition, Eigenschaften, Anwendungen... JAX-RPC Überblick, Architektur... JAX Übersicht, Architektur Java Praktikum

Mehr

BPM im Kontext von Unternehmensarchitekturen. Konstantin Gress

BPM im Kontext von Unternehmensarchitekturen. Konstantin Gress BPM im Kontext von Unternehmensarchitekturen Konstantin Gress Agenda 1 Worum geht s BPM, EA und SOA im Überblick 2 Link zwischen EA und BPM 3 Link zwischen SOA und BPM 4 Wie spielt das zusammen? 5 Q&A

Mehr

Integrating Architecture

Integrating Architecture Integrating Architecture Apps for the Enterprise Ein einheitliches Modulsystem für verteilte Unternehmensanwendungen Vorstellung und Einführung Ein beliebiger Zeitpunkt in einem beliebigen Unternehmen

Mehr

jbpm5 in Java EE 6 Marek Iwaszkiewicz Pascal Schaerf akquinet AG

jbpm5 in Java EE 6 Marek Iwaszkiewicz Pascal Schaerf akquinet AG jbpm5 in Java EE 6 Marek Iwaszkiewicz Pascal Schaerf akquinet AG Über uns Developer @ akquinet AG Marek Iwaszkiewicz marek.iwaszkiewicz@akquinet.de JBoss Compentence Center Pascal Schaerf pascal.schaerf@akquinet.de

Mehr

Luca Piras SharePoint Specialist it-function software GmbH

Luca Piras SharePoint Specialist it-function software GmbH Luca Piras SharePoint Specialist it-function software GmbH Agenda Fazit & Ausblick BPM Vision Lösungsideen SharePoint & WfM Workflow Baukasten Die Business Process Management Vision Problemstellungen Komplexität

Mehr

Softwareentwicklung und Application Lifecycle Management als Geschäftsprozess

Softwareentwicklung und Application Lifecycle Management als Geschäftsprozess Softwareentwicklung und Application Lifecycle Management als Geschäftsprozess Von David Chappell Gefördert durch die Microsoft Corporation 2010 Chappell & Associates David Chappell: Softwareentwicklung

Mehr

Technologischen Rahmenbedingungen und Werkzeuge für eine wertschöpfende Controller-Rolle

Technologischen Rahmenbedingungen und Werkzeuge für eine wertschöpfende Controller-Rolle Technologischen Rahmenbedingungen und Werkzeuge für eine wertschöpfende Controller-Rolle 40. Congress der Controller, Themenzentrum C, München Steffen Vierkorn, Geschäftsführer Qunis GmbH, Neubeuern Die

Mehr

Dokumentenmanagement als Dienst (DMS as a Service, DaaS)

Dokumentenmanagement als Dienst (DMS as a Service, DaaS) Hessisches Ministerium des Innern und für Sport Dokumentenmanagement als Dienst (DMS as a Service, DaaS) Dr. Markus Unverzagt Referat Architekturmanagement Abteilung E-Government und Verwaltungsinformatik

Mehr