-
Tipp für Studenten
Ein Jahr Prime kostenlos und einen 20% erhöhten Eintauschwert auf Trade-In erhalten alle Studenten die bei Amazon Student angemeldet sind.
 Gutschein erhalten
Tauschen Sie jetzt Geschäftsprozesse automatisieren mit BPEL gegen einen Amazon-Gutschein in Höhe von EUR 6,55 ein - einlösbar für Tausende von Artikeln bei Amazon.de. Entdecken Sie mehr eintauschbare Bücher im Bücher Trade-In Shop. Bitte beachten Sie die Teilnahmebedingungen.
 Jetzt für Amazon Student anmelden und um 20% erhöhten Eintauschwert sichern. |
Hinweise und Aktionen
Wird oft zusammen gekauft
Produktinformation
|
Produktbeschreibungen
Kurzbeschreibung
Die Business Process Execution Language (WS-BPEL) ist der De-facto-Standard für die technische Realisierung von Geschäftsprozessen auf der Web-Service-Plattform.
Dieses Buch führt zunächst in die Grundlagen der Geschäftsprozessmodellierung ein, wobei zwischen fachlichen und technischen Prozessmodellen unterschieden wird. Es thematisiert die Probleme, die bei der technischen Umsetzung von fachlichen Modellen entstehen können, und zeigt entsprechende Lösungen auf. Dabei wird auch auf das Testen von BPEL-basierten Anwendungen eingegangen. Zur Veranschaulichung wird ein durchgängiges Fallbeispiel verwendet, sodass der Leser nicht nur die Konzepte von BPEL kennenlernt, sondern auch deren korrekte Anwendung. Alle Beispiele können mit Open-Source-Software nachvollzogen werden.
Aus dem Inhalt:
- Fachliche Modellierung der Geschäftsarchitektur - Prozess- und Domänenmodell - Webservice-Stack - Grundlagen von BPEL und Umsetzung von Anwendungen mit BPEL - Qualitätssicherung für Serviceorchestrierungen - Testen von BPEL-Prozessen
In einem Gastkapitel werden die Lösungen einiger Hersteller im Bereich SOA/BPM mit BPEL kurz vorgestellt. Im Anhang befinden sich eine Einführung in XPath und XSLT, Review-Materialien sowie Installationshinweise für Apache ODE, Eclipse BPEL-Designer und BPELUnit.
Dieses Buch führt zunächst in die Grundlagen der Geschäftsprozessmodellierung ein, wobei zwischen fachlichen und technischen Prozessmodellen unterschieden wird. Es thematisiert die Probleme, die bei der technischen Umsetzung von fachlichen Modellen entstehen können, und zeigt entsprechende Lösungen auf. Dabei wird auch auf das Testen von BPEL-basierten Anwendungen eingegangen. Zur Veranschaulichung wird ein durchgängiges Fallbeispiel verwendet, sodass der Leser nicht nur die Konzepte von BPEL kennenlernt, sondern auch deren korrekte Anwendung. Alle Beispiele können mit Open-Source-Software nachvollzogen werden.
Aus dem Inhalt:
- Fachliche Modellierung der Geschäftsarchitektur - Prozess- und Domänenmodell - Webservice-Stack - Grundlagen von BPEL und Umsetzung von Anwendungen mit BPEL - Qualitätssicherung für Serviceorchestrierungen - Testen von BPEL-Prozessen
In einem Gastkapitel werden die Lösungen einiger Hersteller im Bereich SOA/BPM mit BPEL kurz vorgestellt. Im Anhang befinden sich eine Einführung in XPath und XSLT, Review-Materialien sowie Installationshinweise für Apache ODE, Eclipse BPEL-Designer und BPELUnit.
Über den Autor
Tammo van Lessen hat Softwaretechnik an der Universität Stuttgart studiert und promoviert am Institut für Architektur von Anwendungssystemen der Universität Stuttgart über Conversational Web Services. Er arbeitet freiberuflich als Berater im Bereich SOA/BPM, ist Vice President Apache ODE bei der Apache Software Foundation und hat aktiv an der Standardisierung von BPMN 2.0 mitgewirkt.
Dr.-Ing. Daniel Lübke hat Wirtschaftsinformatik an der TU Clausthal studiert und an der Leibniz Universität Hannover am Fachgebiet Software Engineering promoviert. Zurzeit arbeitet er bei der innoQ Schweiz GmbH und berät dort Kunden in SOA- und MDA-Projekten. Zudem ist er Maintainer vom BPELUnit-Projekt, das Entwickler beim Testen von BPEL-Prozessen unterstützt.
Jörg Nitzsche hat an der Universität Stuttgart Informatik studiert und promoviert am Institut für Architektur von Anwendungssystemen der Universität Stuttgart im Gebiet Business Process Management mit dem Fokus auf der Flexibilisierung von ausführbaren Geschäftsprozessen (BPELlight). Zurzeit arbeitet er bei der Daimler AG im Enterprise Architektur Management und ist beratend in SOA-Projekten tätig.
Dr.-Ing. Daniel Lübke hat Wirtschaftsinformatik an der TU Clausthal studiert und an der Leibniz Universität Hannover am Fachgebiet Software Engineering promoviert. Zurzeit arbeitet er bei der innoQ Schweiz GmbH und berät dort Kunden in SOA- und MDA-Projekten. Zudem ist er Maintainer vom BPELUnit-Projekt, das Entwickler beim Testen von BPEL-Prozessen unterstützt.
Jörg Nitzsche hat an der Universität Stuttgart Informatik studiert und promoviert am Institut für Architektur von Anwendungssystemen der Universität Stuttgart im Gebiet Business Process Management mit dem Fokus auf der Flexibilisierung von ausführbaren Geschäftsprozessen (BPELlight). Zurzeit arbeitet er bei der Daimler AG im Enterprise Architektur Management und ist beratend in SOA-Projekten tätig.
Welche anderen Artikel kaufen Kunden, nachdem sie diesen Artikel angesehen haben?
In diesem Buch
(Mehr dazu)
Ausgewählte Seiten ansehen
Buchdeckel | Copyright | Inhaltsverzeichnis | Auszug | Stichwortverzeichnis | Rückseite
Buchdeckel | Copyright | Inhaltsverzeichnis | Auszug | Stichwortverzeichnis | Rückseite
Tags, die Kunden mit diesem Produkt verbinden(Was ist das?)Klicken Sie zum Suchen verwandter Artikel, Diskussionen oder Personen auf ein Tag.
|
Eine digitale Version dieses Buchs im Kindle-Shop verkaufen
Wenn Sie ein Verleger oder Autor sind und die digitalen Rechte an einem Buch haben, können Sie die digitale Version des Buchs in unserem Kindle-Shop verkaufen.
Weitere Informationen
Kundenrezensionen
Die hilfreichsten Kundenrezensionen
3 von 3 Kunden fanden die folgende Rezension hilfreich
Das Buch ist kurz und knapp - und das ist gut so. Viel zu viele Technikbücher werden heute mit unnützen Befehlsreferenzen und Screenshots aufgebläht. In diesem Buch ist alles relevant.
In dem Buch steckt sogar mehr, als der Titel verspricht. Es geht nicht nur um BPEL, sondern um Prozessautomatisierungsprojekte mit BPEL. Die Autoren geben zum Beispiel einen Überblick über vorgelagerte Tätigkeiten wie die fachliche Prozessmodellierung mittels BPMN 2 oder Serviceidentifikation durch ein Domänenmodel. Das sind alles wichtige Punkte, die in Praxisprojekten leider viel zu häufig vergessen werden. Dies zeigt, dass die Autoren nicht nur die Technik beherrschen (einige von ihnen haben an Erweiterungen des BPEL Standards aktiv mitgewirkt), sondern dass sie auch tatsächlich entsprechende Projekte durchgeführt haben. Deshalb ist es auch nicht verwunderlich, dass ein umfangreicher Abschnitt sich mit dem Testen und der Testautomatisierung von BPEL mittels BPELunit beschäftigt. Einen BPEL Prozess kann jeder implementieren, diesen aber wartbar zu halten, bedarf Erfahrung.
Einzig verwundern tut, warum sich die Autoren auf eine Diskussion BPEL gegen BPMN 2 einlassen. Dies ist nicht nötig, da BPEL bis heute und auf lange Sicht der technische Standard für die Integration von IT Systemen mittels Webservice Technologie ist. Dafür ist BPMN 2 ungeeignet und nicht gedacht. Die Autoren zeigen hingegen ein wesentlich sinnvolleres Szenario: Die Nutzung von BPMN 2 in einem BPEL Projekt zur Dokumentation der fachlichen Anforderungen und damit eine Kombination beider Technologien.
Durch das gesamte Buch zieht sich ein Praxisbeispiel. Auf der Webseite zum Buch (http://www.bpelbuch.de/) können die Implementierungsdateien für das Beispiel heruntergeladen werden, damit man es selbst mittels OpenSource Technologien ausprobieren kann. Angenehm ist, dass mögliche Umsetzungstechnologien wie IBM Websphere, Oracle SOA Suite oder aber auch Apache ODE gleichberechtigt behandelt werden und die Autoren keine träumerische OpenSource Brille tragen.
Insgesamt ist das Buch damit eine wertvolle Ergänzung jedes Entwicklerbücherregals, wenn man sich beruflich oder zu Studienzwecken mit BPEL und verwandten Technologien (SOAP, XPath, WSDL, WS-Adressing, BPMN 2) auseinandersetzen will.
In dem Buch steckt sogar mehr, als der Titel verspricht. Es geht nicht nur um BPEL, sondern um Prozessautomatisierungsprojekte mit BPEL. Die Autoren geben zum Beispiel einen Überblick über vorgelagerte Tätigkeiten wie die fachliche Prozessmodellierung mittels BPMN 2 oder Serviceidentifikation durch ein Domänenmodel. Das sind alles wichtige Punkte, die in Praxisprojekten leider viel zu häufig vergessen werden. Dies zeigt, dass die Autoren nicht nur die Technik beherrschen (einige von ihnen haben an Erweiterungen des BPEL Standards aktiv mitgewirkt), sondern dass sie auch tatsächlich entsprechende Projekte durchgeführt haben. Deshalb ist es auch nicht verwunderlich, dass ein umfangreicher Abschnitt sich mit dem Testen und der Testautomatisierung von BPEL mittels BPELunit beschäftigt. Einen BPEL Prozess kann jeder implementieren, diesen aber wartbar zu halten, bedarf Erfahrung.
Einzig verwundern tut, warum sich die Autoren auf eine Diskussion BPEL gegen BPMN 2 einlassen. Dies ist nicht nötig, da BPEL bis heute und auf lange Sicht der technische Standard für die Integration von IT Systemen mittels Webservice Technologie ist. Dafür ist BPMN 2 ungeeignet und nicht gedacht. Die Autoren zeigen hingegen ein wesentlich sinnvolleres Szenario: Die Nutzung von BPMN 2 in einem BPEL Projekt zur Dokumentation der fachlichen Anforderungen und damit eine Kombination beider Technologien.
Durch das gesamte Buch zieht sich ein Praxisbeispiel. Auf der Webseite zum Buch (http://www.bpelbuch.de/) können die Implementierungsdateien für das Beispiel heruntergeladen werden, damit man es selbst mittels OpenSource Technologien ausprobieren kann. Angenehm ist, dass mögliche Umsetzungstechnologien wie IBM Websphere, Oracle SOA Suite oder aber auch Apache ODE gleichberechtigt behandelt werden und die Autoren keine träumerische OpenSource Brille tragen.
Insgesamt ist das Buch damit eine wertvolle Ergänzung jedes Entwicklerbücherregals, wenn man sich beruflich oder zu Studienzwecken mit BPEL und verwandten Technologien (SOAP, XPath, WSDL, WS-Adressing, BPMN 2) auseinandersetzen will.
1 von 3 Kunden fanden die folgende Rezension hilfreich
Die ersten Kapitel des Buches sind schon noch recht interessant und spannend geschrieben und wecken hohe Erwartungen an die nachfolgenden Kapitel. Jedoch im vierten Kapitel "Webservice-Stack" wird die Konzentration durch das Abdrucken von XML-Listing, und dem Kommentieren dieser arg strapaziert. Und dieser Stil wird dann leider in den weiteren Kapiteln fortgesetzt. Im Kapitel 5 "Business Process Execution Language (BPEL)" bin ich bereits an der Umsetzung des HelloWorld gescheitert. Die Beschreibung der BPEL hat mich dann stark an W3-Spezifikationen erinnert. Und siehe da, ein Blick in die BPEL-Spezifikation zeigt, das man sich bei der Aufbereitung diese Themas nicht wirklich Mühe gegeben hat, und völlig uninspiriert den Leser mit einer Art Übersetzung der Spezifikation langweilt.
Da mir das HelloWorld schon nicht taugte um überhaupt die Tool-Chain bestehend aus Tomcat, ApacheODE, Eclipse und BPEL-Designer zu testen, und meine Geduld schon überstrapaziert wurde, habe ich mich mit den weiteren Kapitel, wie die "Umsetzung des Fallbeispiels" auch nicht weiter beschäftigt. Beim Durchblättern fielen mir dann jedoch die vielen Screenshots auf, und einer sprang mir dabei regelrecht ins Auge weil sich mir nicht erschloss was die Autoren damit zeigen wollten. Die Antwort fand sich dann im Text: "Für die Zielaktivität ließe sich nun eine Join Condition über die Properties-Ansicht definieren (siehe Abb. 6-33). Dies ist wie bereits erwähnt in diesem Fall nicht notwendig." Aber gut das es zu den Dingen die nicht notwendig sind auch noch Screenshots gibt.
Einen Platz im Bücherregal wird dieses Buch bei mir sicherlich nicht finden, wohl eher einen Platz im Altpapier damit aus den verschwendeten Resourcen vielleicht doch noch was brauchbares wird.
Da mir das HelloWorld schon nicht taugte um überhaupt die Tool-Chain bestehend aus Tomcat, ApacheODE, Eclipse und BPEL-Designer zu testen, und meine Geduld schon überstrapaziert wurde, habe ich mich mit den weiteren Kapitel, wie die "Umsetzung des Fallbeispiels" auch nicht weiter beschäftigt. Beim Durchblättern fielen mir dann jedoch die vielen Screenshots auf, und einer sprang mir dabei regelrecht ins Auge weil sich mir nicht erschloss was die Autoren damit zeigen wollten. Die Antwort fand sich dann im Text: "Für die Zielaktivität ließe sich nun eine Join Condition über die Properties-Ansicht definieren (siehe Abb. 6-33). Dies ist wie bereits erwähnt in diesem Fall nicht notwendig." Aber gut das es zu den Dingen die nicht notwendig sind auch noch Screenshots gibt.
Einen Platz im Bücherregal wird dieses Buch bei mir sicherlich nicht finden, wohl eher einen Platz im Altpapier damit aus den verschwendeten Resourcen vielleicht doch noch was brauchbares wird.
Kunden diskutieren
|
Das Forum zu diesem Produkt
Fragen stellen, Meinungen austauschen, Einblicke gewinnen Aktive Diskussionen in ähnlichen Foren
Kundendiskussionen durchsuchen
|
Ähnliche Foren
|
||||||||||||||||||||||||||||||||||
Lieblingslisten
|
|
Ähnliche Artikel finden
Anhand des Sachgebietes nach ähnlichen Produkten suchen:
Ihr Kommentar
Möchten Sie die Produktinformationen aktualisieren oder Feedback zu den Produktabbildungen geben?
|
