Kritische Betrachtung von BPM auf Basis von Cloud Computing - PDF\nDownload "Kritische Betrachtung von BPM auf Basis von Cloud Computing"\n1 UNIVERSITÄT ULM Fakultät für Ingenieurwissenschaften und Informatik Institut für Datenbanken und Informationssysteme Kritische Betrachtung von BPM auf Basis von Cloud Computing Master Thesis vorgelegt von Christian Peter Kulik Gutachter: Betreuer: Prof. Dr. Manfred Reichert Prof. Dr. Thomas Bauer Rüdiger Pryss 2011\n2 Fassung vom 15. November 2011 c 2011 Christian Peter Kulik This work is licensed under the Creative Commons Attribution-NonCommercial-ShareAlike 3.0 License. To view a copy of this license, visit or send a letter to Creative Commons, 543 Howard Street, 5th Floor, San Francisco, California, 94105, USA. Satz: PDF-L A TEX 2ε\n3 Zusammenfassung Die vorliegende Master Arbeit betrachtet die beiden Hype Stichworte der letzten Jahre in der Informationstechnologie. Cloud Computing ist nicht nur aus wirtschaftlichen Aspekten ein interessantes Thema. Business Process Management auf der anderen Seite trägt viel zum geschäftlichen Erfolg von Unternehmen bei. Die Kombination dieser zwei Technologie-Richtungen hat zu einem stark wachsenden Interesse geführt. Da Cloud Computing wie auch Business Process Management nicht perfekt sind, ist eine Kombination kritisch zu betrachten. Diese Arbeit soll die Schwachstellen einer Cloud-basierten BPM Lösung erläutern und wichtige Entwicklungsschritte darstellen.\n4 Danksagung In diese Arbeit ist viel Zeit, Fleiß, Schweiß, Freude, Erleuchtung und Ernüchterung eingeflossen. Mit dem Abschluss dieser Arbeit geht auch ein Lebensabschnitt zu Ende. Für das Gelingen dieser Arbeit haben tolle Menschen ihre Gedanken und ihre Zeit zur Verfügung gestellt - danke dafür. Besonderer Dank geht an Prof. Dr. Manfred Reichert und allen Mitarbeitern am Institut für Datenbanken und Informationssysteme (DBIS) an der Universität Ulm. Der engagierte und tatkräftige Beistand während den Vorlesungen und Seminaren ist äußerst lobenswert. Die Arbeit dort hat mir viel Freude gemacht. Riesengroßer Dank geht an Rüdiger Pryss, der mir in zahlreichen Gesprächen während der Masterarbeit weitere Ideen, Hinweise und Vorschläge geliefert hat. Der Austausch war stets auf hohem Niveau, wovon die Arbeit und ich persönlich profitieren konnten. Ich bin dankbar für die vielen Abende ohne Gedanken an die Masterarbeit, die mir meine Freunde und Verwandte zur Ideenfindung beschert haben. Abschließend hervorzuheben ist Bianca, welche unglaublich viel getan hat, um mir den Rücken frei zu halten und dabei auf gemeinsame Zeit verzichtet hat.\n5 Inhaltsverzeichnis Abkürzungsverzeichnis Abbildungsverzeichnis Tabellenverzeichnis v vii ix 1 Einführung Motivation Vision Struktur der Arbeit Related Work 9 3 Grundlagen Business Process Management BPM Lifecycle Beschreibung von Prozessmodellen Cloud Computing Definition Liefermodelle Technische Kategorisierung der Cloud Computing Dienste Infrastructure as a Service (IaaS) Platform as a Service (PaaS) Software as a Service (SaaS) Weitere technische Kategorisierungsmöglichkeiten Abgrenzung zu anderen Technologien Anwendungsgebiete Beispielprozess Der Beispielprozess im BPM Lebenszyklus i\n6 Inhaltsverzeichnis 4 Betrachtung der Design- und Analyse-Phase Prozessauswahl Ausführungsformalismus in der Cloud Konzeptuelles Prozessmodell in der Cloud Logisches Prozessmodell in der Cloud Modellierung von Prozessen für die Cloud Strukturelle Betrachtung der Prozessmodelle in der Cloud Auslagerung von Teilprozessen Betrachtung der Konfigurationsphase Liefermodell für die Cloud-basierte BPM Lösung Analyse der Public Cloud Variante Analyse der Private Cloud Variante Analyse der Hybrid Cloud Variante Servicemodell für die Cloud-basierte BPM Lösung Infrastructure as a Service Platform as a Service Software as a Service Bestehende Informationssysteme Kommunikation und Schnittstellen in einem Cloud-basierten BPM System Schnittstellen in der Cloud Steuerung der Prozesse in der Cloud Sicherheit und Datenschutz Kostenmodell ii\n7 Inhaltsverzeichnis 6 Betrachtung der Ausführungsphase Leistung und Durchsatz Offline-Verhalten Austauschbarkeit Zusammenfassung und Ausblick Notwendige weitere Betrachtungen Ausblick A Beispielprozesse in BPMN 95 B Beispiele für IaaS, PaaS und SaaS Dienste 99 Literaturverzeichnis 107 iii\n9 Abkürzungsverzeichnis API BAM BPaaS BPEL BPM BPMN BPMS BPO CRM EPK ERP HPC HPCaaS HuaaS IaaS KPI PaaS PKI SaaS SCM SOA SOAP WSDL XPDL YAWL Application Programming Interface Business Activity Monitoring Business Process as a Service Business Process Execution Language Business Process Management Business Process Model and Notation Business Process Management System Business Process Outsourcing Customer Relationship Management Ereignisgesteuerte Prozessketten Enterprise Resource Planning High Performance Computing High Performance Computing as a Service Humans as a Service Infrastructure as a Service Key Performance Indicator Platform as a Service Public Key Infrastructure Software as a Service Supply Chain Management Service-orientierte Architekturen Simple Object Access Protocol Web Service Description Language XML Process Definition Language Yet Another Workflow Language v\n11 Abbildungsverzeichnis 1.1 Google Trends Schaubild Cloud Computing Gartner Hype Cycle for Emerging Technologies, Google Trends Schaubild BPM Gartner Hype Cycle for Business Process Management, Basiselemente einer Cloud-konformen BPM Suite Übersicht der Arbeit Relevante Themengebiete für diese Arbeit Business Process Lifecycle Beispiel BPMN Diagramm Beispiel EPK Diagramm Beispiel BPEL (grafisch) Beispiel ADEPT Prozess-Metamodell Eigenschaften des Cloud Computing Liefermodelle der Cloud Schichtenmodell der Cloud Verantwortlichkeiten in den Servicemodellschichten Detailansicht der IaaS Schicht Detailansicht der PaaS Schicht Detailansicht der SaaS Schicht Historische Entwicklung des Cloud Computing Teil des Versandhändler Bestellprozesses Versandhändler Bestellprozess in BPMN Notation Zuordnung Servicemodell zu Prozessmodell Prozessmodellierung und -ausführung Auslagerung von Prozessen in die Cloud - Problemstellung vii\n12 Abbildungsverzeichnis 4.4 Auslagerung von Prozessen in die Cloud - Problemstellung Auslagerung von Prozessen in die Cloud - Problemstellung 2b Auslagerung von Prozessen in die Cloud - Problemstellung Auslagerung von Prozessen in die Cloud - Problemstellung Auslagerung von Prozessen in die Cloud - Problemstellung Prozessfragmentierung und Prozessmigration Synchronisation im Bestellprozess (Ausschnitt) Cloud-basiertes BPM Framework Aufteilung BPM Komponenten IaaS Aufteilung BPM Komponenten PaaS Aufteilung BPM Komponenten SaaS Heterogene IT-Landschaft Schnittstellen zwischen Cloud und on-premise Systemen Schnittstelle für den Fehlerfall Bestellprozess in drei Teile aufgeteilt A.1 Versandhändler Subprozess - Bestellung prüfen A.2 Versandhändler Subprozess - Versand vorbereiten A.3 Versandhändler Bestellprozess - Gesamt viii\n13 Tabellenverzeichnis 1.1 Erklärung der Basiselemente einer Cloud-konformen BPM Suite Rollen im Geschäftsprozessmanagement BPM Lebenszyklus anhand eines Beispiels Überblick abstrakte Szenarien Bezug der abstrakten Szenarien zum Beispielprozess Überblick Problemthemen in der Konfigurationsphase B.1 Beispiele Dienste und Werkzeuge - Infrastructure as a Service B.2 Beispiele Dienste und Werkzeuge - Platform as a Service B.3 Beispiele Dienste und Werkzeuge - Software as a Service B.4 Beispiele Dienste und Werkzeuge - Everything as a Service ix\n15 1 Einführung Im Jahr 1997 beschrieb Steve Jobs auf der World Wide Developers Conference 1 eine Vision, die es ihm ermöglichen sollte, von jedem Ort der Welt auf seine Daten zuzugreifen. Mittlerweile ist diese Vision Realität geworden und Cloud Computing beherrscht die ITund Technologie-Welt. Das Schlagwort der Stunde, die Wolkencomputer, ermöglichen einen weltweiten Zugriff auf die eigenen Daten - vorausgesetzt Internetanschluss und ein internetfähiges Gerät stehen zur Verfügung. Es haben sich zahlreiche Dienste in diesem Umfeld entwickelt. Die Ausprägungen von Cloud Computing in Form von Everything as a Service haben neue Geschäftsmodelle zu Tage gebracht. Und nebenbei profitieren auch alte Geschäftsmodelle vom frischen Wind des Cloud Computing. Business Process Management ist mittlerweile bei den großen Unternehmen angekommen. Die meisten Top Unternehmen haben verstanden, dass ein effektives Business Process Management (BPM) den Geschäftserfolg erweitern kann . Deshalb analysieren und modellieren sie ihre Schlüsselprozesse, um diese mit Hilfe von automatisierten BPM Systemen zu kontrollieren. Viele kleine bis mittlere Unternehmen sehen zudem in Cloud Computing eine hervorragende Möglichkeit zur Kostensenkung. Deshalb ist es nicht verwunderlich, dass in einer Unternehmensumgebung das Business Process Management in Kombination mit Cloud Computing Potential hat. Die Industrialisierung der IT Welt in Form von Cloud Computing bringt nicht nur Vorteile. Spezifische Eigenschaften der unterschiedlichen Modelle im Cloud Computing bergen Risiken bei der Umsetzung. Die hohe Komplexität, die internetabhängigen Technologien und die unterschiedlichen Vorgaben in Unternehmen lassen zwangsläufig offene Fragestellungen zurück. Im Fall von Business Process Management sind negative Einflüsse des Cloud Computing deutlich zu erkennen. Diese Master Arbeit soll Aufschluss über die verschiedenen Problembereiche von Cloud-basierten Business Process Management Systemen geben. 1 Konferenz von Apple Inc., welche für die Vorstellung von neuer Software und neuen Technologien genutzt wird (vgl. 1\n16 1 Einführung 1.1 Motivation Das Interesse um das Thema Cloud Computing ist in den letzten Jahren stark gestiegen. In Abbildung 1.1 ist das Schaubild einer Google Trends 2 Abfrage zu sehen. Die Suchbegriffe Cloud Computing (blau), Grid Computing (rot) und Virtualization (orange) zeigen deutliche Unterschiede. Laut der Abbildung begann Ende 2007 die Suche nach Cloud Computing Abbildung 1.1: Google Trends Schaubild Cloud Computing 3 signifikant zu steigen. Der bisherige Höhepunkt liegt im zweiten Quartal dies dürfte mit der CeBIT und dem Schwerpunktthema Cloud Computing korrelieren. Es zeigt deutlich, dass das Interesse an dieser Thematik stark zunimmt. Gartner Inc., einer der führenden Marktforschungsunternehmen in der Technologie Industrie, sieht das Thema Cloud Computing differenzierter. Abbildung 1.2 zeigt den aktuellen Hype Cycle für neuaufkommende Technologien . Diese Grafiken sollen die gängigen Phasen jeder neuen Technik und Innovation beurteilen und werden in einem Aufmerksamkeits/Zeit Diagramm dargestellt. Man kann daraus ablesen, welchen Reifegrad, wieviel Geschäftsnutzen und wieviel Potenzial in einer Technologie steckt. Cloud Computing befindet sich laut Gartner immer noch im Bereich Gipfel der überzogenen Erwartungen, fällt allerdings schon wieder etwas ab. Übersetzt bedeutet dies, dass Cloud Computing derzeit für viel Medieninteresse sorgt und teilweise unrealistische Erwartungen weckt - es bleibt abzuwarten ob sich genug Erfolge damit einstellen. Dies deckt sich mit Abbildung 1.1, in der weiterhin ein steigendes Interesse für das Thema abzulesen ist. 2 Google Trends bereitet Daten der hauseigenen Suchmaschine auf und visualisiert welche Suchbegriffe wie oft in Relation zu allen Suchanfragen eingegeben wurden . 3 Abgerufen am\n17 1.1 Motivation Der nächste folgerichtige Schritt wäre das Tal der Enttäuschungen - dieser Bereich besagt, dass das Medieninteresse stark abnimmt, weil nicht alle Erwartungen erfüllbar sind. Gartner gibt Cloud Computing den Reifegrad Early Mainstream. Das bescheinigt dem Thema eine starke Entwicklungsrichtung in der IT, deutet aber auch auf viele unreife Aspekte hin. Die Branche der Software Firmen besitzt mittlerweile eine (mehr oder weniger ausgereifte) Cloud Strategie und ein ohrenbetäubender Lärm geht einher mit dem Hype um dieses Thema. Gartner möchte, dass die Anbieter ihre Cloud Strategien mehr fokussieren und konkrete Szenarien entwickeln. Auch Road Maps sollen den Weg zu einer Cloud Lösung in der Zukunft aufzeigen, schließlich liegt die Marktdurchdringung erst bei 5% bis 20% . Hinsichtlich von Business Process Management sieht es anders aus. Das Google Trends Abbildung 1.2: Gartner Hype Cycle for Emerging Technologies Schaubild (Abbildung 1.3) zeigt seit dem Höhepunkt 2004 eine stetig absteigende Entwicklung der Suchergebnisse an. Dies bedeutet, dass die Relevanz des BPM abnimmt. Allerdings ist das Nachrichten Volumen mit dem Schlagwort Business Process Management seit 2008 stark gestiegen und mittlerweile in der Stagnation. Es ist eine gegensätzliche Entwicklung zu erkennen. BPM ist weiterhin ein Thema in den Nachrichten, wird aber immer weniger in der Suchmaschine gesucht. 4 Entnommen aus  3\n18 1 Einführung Über die Entwicklung innerhalb des Themengebietes Business Process Management hat Abbildung 1.3: Google Trends Schaubild BPM 5 Gartner Inc. einen separaten Hype Cycle veröffentlicht, welcher grafisch in Abbildung 1.4 zu sehen ist. Im Bericht zum Hype Cycle erläutert Gartner, dass BPM eine Kerndisziplin für Geschäftserfolg ist. BPM bietet enorme Vorteile für diesen Geschäftserfolg. Neue Technologien und Entwicklungen zeigen auch, dass BPM weiterhin lebt und in einer gesunden Entwicklung ist . In der Abbildung ist zu erkennen, dass BPM platform as a service (bpmpaas) und Cloudenabled BPM platform am Beginn vom Bereich der Gipfel der überzogenen Erwartungen stehen. Hier gilt dasselbe wie bei Cloud Computing: derzeit erzeugt das Thema viel Medieninteresse und weckt teilweise unrealistische Erwartungen. Gartner spricht von einer Etablierung in der breiten Masse für diese Themen in zwei bis fünf Jahren, und sieht außerdem einen hohen Nutzen darin. 1.2 Vision Die Möglichkeiten von Cloud Computing sind groß. Die Automatisierung in diesem Bereich ist fortschreitend. Neue Ideen sind tagtäglich in der Entwicklung. Daneben ist das rechnergestützte Management von Geschäftsprozessen  ein spannendes Themenfeld. Es fällt nicht schwer eine Verbindung zwischen diesen Technologien zu suchen. Es ist aufregend nur 5 Abgerufen auf am Entnommen aus  4\n19 1.2 Vision Abbildung 1.4: Gartner Hype Cycle for Business Process Management, mit dem Einsatz einer Kreditkarte die Möglichkeit zu haben, auf eine schier unendliche Rechenleistung Zugriff zu erhalten. Abbildung 1.5: Basiselemente einer Cloud-konformen BPM Suite 7 Wie könnte eine Verbindung von BPM und Cloud Computing aussehen? Durch den Einsatz von Cloud Computing stehen dem Business Process Management neue Möglichkeiten zur Verbreitung zur Verfügung. Gerade kleinere und mittlere Unternehmen profitieren von Prozessen in der Cloud. Kosten für Infrastruktur und Betrieb sind auf die tatsächliche Nutzung beschränkt. Hohe Investitionen am Beginn sind nicht nötig. Meist lassen sich BPM 7 Entnommen aus  5\n20 1 Einführung Projekte in solchen Unternehmen schneller etablieren, da die Realisierung und Umsetzung der Prozesse im BPM System sofort beginnen kann. Eine Cloud Lösung für BPM ermöglicht die verteilte Bearbeitung der Prozesse in einem Unternehmen. Die Logik und das Denken in Prozessen ist in einem BPM System abgebildet. Diese Logik liegt zentral auf Servern in der Wolke. Basiselement BPM Functions Cloud Provisioning Cloud Deployment Bundled Offering Bedeutung Übertragung und Intergation der BPM Elemente in die Cloud Versorgung der Kunden mit der Cloud BPM Suite Auslieferung der BPM Funktionen über die Cloud Nutzung der unterschiedlichen Liefermodelle der Cloud Tabelle 1.1: Erklärung der Basiselemente einer Cloud-konformen BPM Suite Abbildung 1.5 zeigt die Basiselemente einer Cloud-konformen Business Process Management Umgebung, wie sie Mummigatti sieht . Diese Basiselemente sind in Tabelle 1.1 kurz erklärt. Mummigatti geht davon aus, dass ein Cloud System aus drei Bereichen Vorteile zieht: Ökonomie, Architektur und Strategie. Deshalb muss ein BPM System für die Cloud Eigenschaften besitzen, um Cloud-konform zu sein. Die stärksten Argumente für Business Process Management in der Cloud sind: Bedarfsgerechtes BPM System mit einfacher Verwaltung des Systems Ständige Verfügbarkeit Sofortige Implementierung und Umsetzung von BPM Kostenkontrolle und -senkung In der Vision sind Cloud Computing und Business Process Management stark verbunden. Duch eine symbiotische Verbindung ergeben sich die genannten Vorteile. 1.3 Struktur der Arbeit Prozesse in der Cloud sind eine konsequente Erweiterung heutiger Möglichkeiten. An diesem Punkt setzt diese Arbeit an. Der sensible Bereich des Geschäftsprozessmanagement benötigt bei der Übertragung in die Cloud mehr Beachtung. Die Zielsetzung zu Beginn liegt zunächst in der Einführung in das breite Themenfeld. Im Zuge dieser Arbeit sollen die Probleme und Herausforderungen von Cloud-basierten Business Process Management Systemen erläutert 6\n21 1.3 Struktur der Arbeit werden. Dabei sollen unterschiedliche Bereiche während des BPM Lebenszyklus  zur Sprache kommen. Das Kapitel Zwei dient als Einstieg. Es führt verwandte Arbeiten auf, die für diese Arbeit dienlich sind. Kapitel Drei stellt die Grundlagen des Business Process Management und des Cloud Computing als Basis der Arbeit dar. Das Kapitel behandelt weiter den BPM Lebenszyklus und die verschiedenen Sprachen für die Modellierung der Prozessmodelle. Das Wissen rund um das Thema Cloud Computing ist in einem weiteren Abschnitt dargestellt. Kapitel Vier behandelt die Herausforderungen der Design- und Analyse-Phase. Kapitel Fünf stellt die Probleme in der Konfigurationsphase vor. In Kapitel Sechs ist die Problematik während der Ausführungphase das Thema. Den Abschluss bildet eine Zusammenfassung und ein Ausblick auf die gesamte Thematik in Kapitel Sieben. Abbildung 1.6 veranschaulicht die Einflüsse der verschiedenen Themen in der Arbeit. Abbildung 1.6: Übersicht der Arbeit 7\n23 2 Related Work Das Kapitel beinhaltet Arbeiten, welche als Grundlage für diese Arbeit dienen (siehe Abbildung 2.1). Eine Kategorisierung der thematisch verwandten Themen ist dabei hilfreich. Ausgehend von der Kategorisierung geht dieses Kapitel auf einzelne Arbeiten ein. Grundlage für die gesamte Arbeit stellt das große Themengebiet Cloud Computing dar. In diesem relativ jungen Gebiet sind bereits bemerkenswerte Forschungsrichtungen entstanden. Für einen Teil dieser Arbeit ist die Fragmentierung von Prozessmodellen [2, 38] sachlicher Hintergrund. In diesen Arbeiten sind Ansätze und Methoden für die Fragmentierung von Prozessemodellen dargestellt. Die Fragmentierung beinhaltet das Aufteilen von Prozessen in kleinere, ausführbare Teile. Abbildung 2.1: Relevante und in diese Arbeit eingeflossene Themengebiete Ein Teil dieser Arbeit basiert auf den Methoden und Kozepte zur Bewertung von Prozessmodellen. Dabei handelt sich um qualitative Aussagen über die Modelle. Dies stellt im Zu- 9\n24 2 Related Work sammenhang mit der Fragmentierung eine interessante Perspektive in dieser Arbeit dar . Cloud Computing Ein guter Überblicks-Artikel für das Themengebiet Cloud Computing stellt die Arbeit von Yang et al.  dar. Diese anschauliche Sammlung an wissenschaftlichen Arbeiten zum Thema Cloud Computing bietet einen umfassenden Überblick. Insgesamt betrachtet die Arbeit 58 Artikel. Yang et al. konnten die Arbeiten in verschiedene Kategorien aufteilen. Dabei kommen sie zum Ergebnis, dass sich die Forschung im Bereich Cloud Computing immer noch mit technischen Herausforderungen (z.b. Datenverwaltung, Netzwerk, Performance) auseinandersetzt. Yang et al. haben zu einem frühen Zeitpunkt ihren Artikel veröffentlicht. Mittlerweile sind sicherlich dutzende Artikel veröffentlicht worden, die in diesem Werk nicht erschienen sind. Eine neuer Überblicks-Artikel für aktuelle Forschungsthemen wäre sinnvoll. Ähnlich wie Yang et al. stellen Buyya et al.  in ihrem Buch eine vielfältige Sammlung an Artikeln zum Thema Cloud Computing zusammen. Das Buch ist in die sechs großen Bereiche Foundations, Infrastructure as a Service, Platform and Software as a Service, Monitoring and Management, Applications und Governance and Case Studies aufgeteilt. In den Bereichen sind viele Artikel zusammengestellt, die Forschungsthemen und Grundlagenwissen näher bringen. Das Buch bietet eine interessante Mischung aus aktuellen Entwicklungen und interessanten Forschungsrichtungen. Auch mit diesem Buch ist ein Gesamtüberblick auf das Thema Cloud Computing möglich. Baun et al.  liefern mit ihrem Buch zu Cloud Computing ein interessantes Werk ab. Es ist ein anschaulich geschriebenes Buch, welches sämtliche Bereiche des Cloud Computing abdecken will. Dabei sind sowohl technische Grundlagen und historische Entwicklungen nachzulesen, wie auch wirtschaftliche Aspekte und konkrete aktuelle Praxisbeispiele. Das Buch ist nicht als tiefgrundiges Werk zu sehen. Vielmehr sollen sämtliche Gruppen von Personen (z.b. Technisch Vertraute, IT-Entscheider, Wirtschaftsexperten, Verwaltungsangestellte usw.) in das Thema eingeführt werden. Das Buch ist in dieser Arbeit intensiv in den Grundlagen verarbeitet. Einzelne Aspekte finden sich als Extrakt wieder. Foster et al.  besprechen in ihrer Arbeit die grundsätzlichen Unterschiede zwischen Cloud Computing und dem sehr verwandten Grid Computing. Ein Rundumblick auf die Unterschiede und Gemeinsamkeiten soll klären, ob Cloud Computing nur ein neuer Begriff für Grid Computing ist, oder ob tatsächlich entscheidende Unterschiede bestehen. Dabei kann dieser Artikel überzeugen und liefert ein genaues Bild darüber, welche Unterschiede bestehen 10\n25 und welche Entwicklungen zum Cloud Computing geführt haben. Für diese Arbeit konnte der Artikel die scharfe Grenze zwischen Cloud und Grid Computing deutlich machen. Der Artikel besticht durch eine große Rundumsicht und erklärt detaillierte Unterschiede und Gemeinsamkeiten. All diese Werke sind in diese Arbeit mit eingeflossen, um ein solides Fundament für die Aufgabenstellung zu bieten. Prozessaufteilung Die Fragmentierung von Prozessen ist im Bereich der mobilen Prozessausführung ein wichtiger Bestandteil. Ebenso ist Fragmentierung ein wesentlicher Bestandteil von unternehmensweiten Workflows . Dieser Bestandteil kommt in dieser Arbeit zur Sprache. Baresi et al.  zeigen in ihrem Artikel die Fragmentierung von BPEL Prozessen. Hierfür wird ein Meta Ausführungsmodell entwickelt, welches äquivalent zum Prozessmodell ist. Weiterhin stellen Baresi et al. ein Regelwerk für die Teilung der Prozesse auf. Diese Regeln sind über ein Graphen-Transformationssystem spezifiziert. In der Zukunft soll eine automatische Partitionieung von Workflows stattfinden, um die entstehenden Fragmente auf mobilen Geräten ausführen zu können . Die Fragmentierung von Prozessen ist für die verteilte Ausführung ein Schwerpunkt. Dies ist im Bereich Cloud-basiertes BPM ebenfalls von Bedeutung. Eine parallele zwischen Fragmentierung für mobile Prozesssysteme und Cloud-basiertem BPM ist sichtbar. Zaplata et al.  besprechen in ihrem Artikel die Möglichkeiten der Prozessfragmentierung und Migration. Dabei bauen sie auf die Erkenntnisse vorheriger Arbeiten auf. Zum Beispiel sehen sie einen ähnlichen Verbreitungsmechanismus in ADEPT. Dort stellt die dynamische Zuweisung von Prozessteilen bei so genannten Ausführungsservern einen wichtigen Punkt dar. Der Austausch der Prozessinstanzen zwischen den Ausführungsservern ist abhängig von den vorherigen Aktivitäten. Im Zentrum von Zaplata et al.  ist ebenso der Gedanke der Migration von Prozessinstanzen. Die Idee ist, dass eine laufende Instanz bei Bedarf von einer Prozess Engine zur nächsten übertragbar ist. Sie bedienen sich dabei einem Daten Metamodell, um die Migrationsinformationen unabhängig vom Prozessmodell zu halten. Mittels einer Public Key Infrastructure (PKI) sollen Datensicherheit und Datenschutz in die Prozessmigration eingebunden werden. Die Migration von Prozessen ist eine andere Herangehensweise, wie die Fragmentierung. Das Ziel ist dennoch dasselbe. Und auch dieser Artikel 11\n26 2 Related Work zeigt Parallelen zum Cloud-basiertem BPM. Bewertung von Prozessmodellen Prozessmodelle lassen sich hinsichtlich ihrer Komplexität oder Qualität bewerten [53, 35]. Für diese Art der Bewertung haben Wissenschaftler bereits Vorarbeit geleistet. Auf Basis dieser Artikel beruht die Idee der feingranularen Kostenmodelle. Für die Kontrollflüsse in Geschäftsprozessen hat Cardoso  ein Berechnungsmodell für die Komplexität entwickelt. Dieses Modell berechnet anhand der verschiedenen Gateways Kosten für ein Prozessmodell. Es ist eine gute, strukturierte Methode, um Prozessmodelle auf Basis ihres Kontrollflusses zu bewerten. Wichtig in Bezug auf das feingranulare Kostenmodell ist die Berechnung der Kosten in der Design Phase. Gruhn et al.  beschreiben verschiedene Metriken und stellen ein Werkzeug vor, mit dem Komplexitätsmetriken für Ereignisgesteuerte Prozessketten (EPK)  gemessen werden können. Sie schlagen vor, sich bei der Berechnung auf wenige Metriken zu beschränken. Am Ende ihrer Arbeit lässt sich aber nicht vollständig klären, welche der beschriebenen Metriken am Besten für den Praxiseinsatz geeignet sind. Dieser Artikel ist ein interessanter Vergleich auf Basis von EPK. Die meisten Artikel beziehen sich nicht auf EPK als Modellierungssprache. In einer weiteren Arbeit untersuchen Gruhn et al.  die Verständlichkeit und Verfechtbarkeit von Prozessmodellen. Sie bauen dabei auf Komplexitätskriterien für Software, die auf Geschäftsprozesse übertragen werden. Ihre Metriken sind unabhängig von der Sprache, da sie auf die Informationen aus dem Kontrollfluss von einer höheren Ebene beruhen. Allerdings ist für die Nutzung in einem Cloud-basiertem BPM System ein gewisses Maß an Anpassung der Metriken für das System notwendig. Magnani et al.  schlagen Erweiterungen in Business Process Model and Notation (BPMN)  vor, um die Kosten der Diagramme zu berechnen. Sampath et al.  schlagen, aufbauend auf der Arbeit von Magnani et al., eine Berechnung der Kosten auf der Grundlage von Patterns  vor. Diese enthalten auch die Faktoren Zuverlässigkeit und die Kosten für eine erfolgreiche Ausführung der Prozesse. Hier ist der Versuch die vorhandenen Prozessmodelle sinnvoll zu erweitern. So soll die Berechnung der Kosten eine zusätzliche Eigenschaft sein. Aguilar et al. [7, 6] geben dem Leser einen Satz von 46 Basis Messwerten (meist fallen darunter zählbare Elemente in BPMN) und 14 darauf aufbauende Messwerte (zum Beispiel 12\n27 Konnektivitätslevel zwischen Aktivitäten) an die Hand. Damit lässt sich die strukturelle Komplexität von Prozessmodellen auf konzeptueller Ebene messen. Dies ähnelt der Arbeit von Gruhn et al.  und kann als umfangreich angesehen werden. Ein Konfektionieren und Verbinden der verschiedenen Metriken für die Cloud ist notwendig. Fazit Unterschiedliche Themenbereiche und Entwicklungen sind in diese Arbeit eingeflossen. Die Komplexität der vorliegenden Technologien und die Kombination daraus hat einen immens großen Bereich an Literatur erforderlich gemacht. 13\n29 3 Grundlagen Dieser Abschnitt behandelt die Grundlagen der vorliegenden Arbeit. Es werden im Bereich Cloud Computing alle relevanten Informationen zusammengetragen. Um Klarheit bezüglich des Themas zu schaffen, werden im weiteren Verlauf die Historie und die Entwicklung bis zum aktuellen Stand dargestellt. Ebenfalls wird der zweite Themenbereich Business Process Management mit den wichtigen Gebieten für diese Arbeit besprochen. Eine Analyse des Cloud Computing und seinen impliziten Eigenschaften wie Sicherheit, Performance, Austauschbarkeit usw. in Bezug auf das Business Process Management, wird im Verlauf der Arbeit geklärt. 3.1 Business Process Management In einem Unternehmen setzen sich viele kleine Aufgaben zu einer gemeinsamen Kette von Aufgaben zusammen. Durch die Verbindung von Aufgaben und Aktivitäten entstehen Prozesse. Diese wiederum sind Grundlage für den Erfolg des Unternehmens. Hat ein Unternehmen seine Prozesse im Griff, kann es effektiv und Effizient seine Güter und Dienste produzieren oder anbieten. Mit zunehmenden Wettbewerbsdruck in der globalen Umwelt werden Unternehmen stetig gefordert, die internen Prozesse zu optimieren. Dabei ist zunächst eine Restrukturierung der vorhandenen Prozesse wichtig - das Business Process Redesign. Das Erkennen von aufgeblähten und ineffizienten Prozessen kann am Markt entscheidend sein. Wenn man nach einer Umstrukturierung die Entwicklungs- und Produktionszeiten senken kann, dann kann dies am Ende in einem Wettbewerbsvorteil gegenüber der Konkurrenz enden . Längst reicht dieser erste Schritt nicht mehr aus. Selbst in einem einfachen Unternehmen können die Geschäftsprozesse bereits komplexe Gestalt annehmen. Hier hat man längst die Vorteile von prozessorienten Informationssystemen / Process-aware Information systems (PAIS) erkannt . Ein System im Hintergrund, welches immer weiß, welche Aktivität bei 15\n30 3 Grundlagen welchem Prozess von wem gestartet werden soll. Mitarbeiter, Ressourcen wie auch heterogene Anwendungs- und Datensysteme müssen in einem solchen System integriert werden - und das am besten nahtlos. In einem PAIS besteht eine integrierte Sicht auf die Prozess- und Applikationsdaten [46, 68]. Die Überführung von Prozessen in ein PAIS ist vielschichtig und unterschiedlich. Harte Verdrahtung der Prozesslogik in das System ist ebenso möglich, wie ein dynamisches Prozessmodell . Letztere Option ist die präferierte Methode. Mit dieser können Änderungen in der Realwelt schneller und flexibler im PAIS umgesetzt werden . Business Process Management oder auch Geschäftsprozessmanagement befasst sich mit sämtlichen Aspekten wie Identifikation, Design, Implementierung, kontinuierliche Verbesserung, Variation , Sichten , Monitoring  und Dokumentation von Geschäftsprozessen. Außerdem spielen Compliance  Themen eine immer größere Rolle bei Prozessen. Laut Weske  definiert sich BPM wie folgt: Business process management includes concepts, methods, and techniques to support the design, administration, configuration, enactment, and analysis of business processes. Dies deckt sich mit der Definition von van der Aalst . Business Process Management ist ein ganzheitlicher Managementansatz und bemüht sich die organisatorischen und strategischen Aspekte mit technischen Mitteln zu verbinden. Die Informationstechnologie (IT) deckt demnach nur ein Teil des BPM ab. Neben den technologischen Fortschritten von denen BPM profitiert (zum Beispiel Enterprise Application Integration (EAI) , Service-orientierte Architekturen (SOA), Web Services und Standardisierungen wie BPMN und BPEL)  wird auch der Bereich der Prozess-Analyse  genutzt. Simulation, Validierung und Verifikation, Prozess-Mining , Process Performance Management , Process Warehouse - all diese Schlagworte finden sich in der Analyse von Prozessen wieder und haben einen entsprechenden Stellenwert [70, 93]. BPM macht sich diesen Bereich zu Nutze, um Prozesse zu optimieren. Auf Basis einer expliziten Repräsentation von Prozessen und Aktivitäten kann die Analyse stattfinden  BPM Lifecycle BPM basiert auf einem Kreislauf aus kontinuierlicher Anpassung der Prozesse an die Umstände und verschiedenen Faktoren im Unternehmen. In Abbildung 3.1 ist der Lebenszyklus von Geschäftsprozessen abgebildet. Der Lebenszyklus muss nicht strikt wie abgebildet ein- 16\n31 3.1 Business Process Management gehalten werden. Es gibt zwar eine logische Abhängigkeit, allerdings kann im Zuge der Entwicklung das ein oder andere auch parallel ausgeführt werden. Design and Analysis Die Design- und Analyse-Phase steht am Anfang des Zyklus und Abbildung 3.1: Business Process Lifecycle 8 besteht aus den Elementen Identifikation, Modellierung, Validierung, Simulation und Verifizierung. Die Design- und Analyse-Phase ist die Basis für einen funktionierenden Lebenszyklus. Wie kurz in Abschnitt 3.1 erwähnt, steht am Anfang die Modellierung der Prozesse. Dazu müssen diese in Interviews und Umfragen in graphische Pendants überführt werden. Hierfür gibt es Geschäftsprozessmodellierungssprachen (zum Beispiel BPMN oder EPK). Sobald eine erste Version vorhanden ist, wird diese validiert. Dies geschieht üblicherweise in einem Workshop mit Personen, die am Prozess beteiligt sind oder sich damit auskennen. In dieser Diskussion können Feinheiten und Fehler erkannt und behoben werden. Dieser Schritt lässt sich mit einer Simulation unterstützten. Eine Schritt-für-Schritt Ausführung des Prozesses in der Simulation erlaubt eine Untersuchung des Modells. So lassen sich unerwünschte Zustände, Defizite oder auch Deadlocks 9 im Prozessmodel identifizieren. Durch die Verifikation am Ende dieser Phase wird sichergestellt, dass das Prozessmodell tatsächlich den Anforderungen genügt . 8 Entnommen aus  9 Deadlocks sind Verklemmungen im Prozessmodell. Die Ausführung vom verklemmten Prozess kommt zum Erliegen. 17\n32 3 Grundlagen Configuration Wie Weske  beschreibt, nimmt sich die Konfigurationsphase im Zyklus der Implementierung von Prozessen und ihren Modellen an. Vornehmlich handelt es sich dabei um die spätere Ausführung der Prozesse. Generell gibt es dafür verschiedene Möglichkeiten. Zum einen ist es durchaus möglich, dass der Prozess ohne die Hilfe eines Informationssystems ausgeführt wird. Hierzu bedient man sich einer Menge an Regeln und Verfahrensanweisungen für die ausführenden Mitarbeiter. Dadurch kann ein Prozess durch strikte Vorgaben von einer Person durchgeführt werden. Auf der anderen Seite können laut Weske  dedizierte Informationssysteme den Prozess leiten und unterstützen. Mit Hilfe von Business Process Management Systemen können die Prozessmodelle ausgeführt werden. Wichtig ist dabei die Konfiguration der Systeme. Das Business Process Management System (BPMS) muss die mit technischen Informationen aufgewerteten Prozessmodelle ausführen können. Dabei muss sich das BPMS an die vorhandene Infrastruktur anpassen . Eine heterogene IT Landschaft in Unternehmen ist ebenso eine Herausforderung wie monolithische Systeme. Auch ist die Integration der Mitarbeiter in das IT System von Bedeutung . Im Vordergrund steht allerdings die Hürde der Implementierung in die IT Landschaft. Vor allem bei der Unterstützung von flexiblen Geschäftsprozessen, ist eine agile und service-orientierte IT-Infrastrukur nötig . Nach der Implementierungsarbeit muss ein Systemtest folgen. Es lassen sich die üblichen Testmethoden des Software Engineering anwenden, um das Verhalten, die Integration und die Performance zu prüfen . Enactment Die Phase der Ausführung behandelt die konkrete Umsetzung der Geschäftsprozesse zur Laufzeit. Die konkrete Instanziierung der Prozesse findet statt. Hierbei behält das BPMS den Überblick über die ablaufenden Prozesse, überwacht die korrekte Ausführung  der Instanz anhand des Modells und kontrolliert die Einhaltung der Regeln. Für eine Visualisierung des Ablaufes und zur Kontrolle durch Administratoren enthält das BPMS eine Monitoring Komponente. Mit dieser Komponente ist die Überwachung der Prozesse leichter durchführbar. Bei der Ausführung von Instanzen werden die Statusmeldungen und Events gesammelt. Die Monitoring Komponente wertet diese aus. Die verschiedenen Statusmeldungen der Instanzen sind wertvoll - beispielsweise lässt sich eine Kundenbestellung verfolgen und bei Nachfrage gezielt herausfinden, wie weit der Prozess gerade vorangeschritten ist. Ebenfalls werden bei der Ausführung der Instanzen Log-Dateien geschrieben. Diese beinhalten alle Meldungen und Status der Instanzen [93, 51]. 18\n33 3.1 Business Process Management Evaluation Um Geschäftsprozesse zu verbessen, ist eine Bewertung wichtig. Hierzu bedient man sich der Ausführungslogs, welche die Prozessengine erstellt. Vordergründig geht es nicht um die technische Ausführung der Prozesse. Buchwald et al.  beschreiben das Monitoring als Qualitätssicherung der Unternehmenslandschaft. Die Komponente ist als Business Activity Monitoring (BAM) bekannt. Aus den Log Informationen lassen sich Key Performance Indicators (KPI) 10 herleiten . Ein KPI wäre zum Beispiel die Durchlaufzeit der Prozesse. So lassen sich Engpässe und Probleme in einem Prozess identifizieren. Ähnlich sieht es bei einer anderen Technik aus - dem Process Mining. Dabei lassen sich die Logs mit Mining Algorithmen durcharbeiten. Daraus lassen sich neue Informationen erzeugen. Ebenso eignen sich Process Mining Algorithmen dazu, einen Prozess aus den Log Dateien zu rekonstruieren (im Fall nicht vorhandener Prozessmodelle) [1, 51]. Administration and Stakeholders Allumfassend im Lebenszyklus sind die Organisation und das Management . Die verschiedenen Schichten der BPM Anwendungsfälle beherbergen unterschiedliche Herausforderungen. Weske  sieht in dieser Kategorie des Lebenszyklus die Menschen hinter dem BPM System. Die Akteure besitzen jeweils unterschiedliches Wissen, Expertise und Erfahrungen. Diese bringen sie in die Geschäftsprozesse mit ein. Nach Weske lassen sind folgende Rollen klassifizieren, wie Tabelle 3.1 darstellt. Rolle Chief Process Officer Business Engineer Process Designer Process Participant Knowledge Worker Process Responsible System Architect Developers Aufgabe Verantwortlich für die Standardisierung, Harmonisierung und Evolution der Prozesse  im Unternehmen. Experten der Geschäftsdomäne und verantwortlich für die strategischen Ziele. Verantwortlich für die Modellierung der Prozesse. Konkreter Nutzer der Prozesse während der Ausführung. Prozessteilnehmer, welche mit einem Software System Aktivitäten ausführen. Verantwortlich für die korrekte und effiziente Ausführung eines konkreten Prozesses. Verantwortlich für die Konfiguration des BPM Systems. Kreieren der Software Bestandteile für das BPM System. Tabelle 3.1: Rollen im Geschäftsprozessmanagement All diese Rollen bzw. die Menschen hinter den Rollen müssen eng zusammen arbeiten, um Geschäftsprozesse zu entwerfen und ausführen zu können . 10 Key Performance Indicators sind Metriken, mit dessen Hilfe der Verlauf von Unternehmenszielen gemessen werden kann . 19\n34 3 Grundlagen Beschreibung von Prozessmodellen Nach Weske  besteht ein Prozess aus einer Reihe von Aktivitäten, die in Koordination in einem organisatorischen und technischen Umfeld ablaufen. Ein Prozessmodell besteht aus Kanten (Verbindungen) und Knotenpunkten (Aktivitäten, Ereignisse und Gateways). Prozessmodelle sind Blaupausen für die Umsetzung von Geschäftsprozessen. Mittlerweile sind verschiedene Sprachen für das Modellieren von Prozessen vorhanden. Darunter findet sich u.a. ADEPT (Prozess-Metamodell) , UML 2.0 Aktivitätsdiagramme, Ereignisgesteuerte Prozessketten (EPK), Business Process Model and Notation (BPMN), Yet Another Workflow Language (YAWL), Workflow-Netze auf Basis von Petri-Netzen und Business Process Execution Language (BPEL). Business Process Model and Notation (BPMN) BPMN ist eine von der Object Management Group und Business Process Management Initiative offiziell standardisierte Prozessmodellierungssprache. Aktuell liegt der Standard in der Version vor. Der Schwerpunkt von BPMN liegt in einer grafenbasierten Notation. BPMN ist eine einfach Abbildung 3.2: Beispiel BPMN Diagramm 12 zu verstehende Sprache, um technische wie auch wirtschaftliche Verständlichkeit in einem Modell darzustellen . Die Diagramme bestehen aus verschiedenen Elementen (sogenannte Flow Objects). Mit diesen lassen sich Aktivitäten, Gateways und Events darstellen. Im Unterschied zu EPK können Organisationsstrukturen in übersichtlichen Pools bzw. Swim- 11 vgl. BPMN 2.0  20\n35 3.1 Business Process Management Lanes modelliert werden . BPMN ist kontrollflussbasiert, was durch Connecting Objects realisiert ist. Bereitgestellte Artefakte ermöglichen es, Datenflüsse zu modellieren, hierzu stehen Artefakte bereit. Abbildung 3.2 stellt beispielhaft einige Elemente von BPMN 2.0 dar. Seit Version 2.0 sind neue, wichtige Eigenschaften hinzugekommen : XML basiertes Austauschformat für Modelle Definition ausführbarer Prozesse Neue Event-Typen und -Modi (zum Beispiel Kennzeichnung bei der Mitwirkung von Menschen) Modelle für Kollaboration, Choreographie  und Konversation Workflow Pattern  basiertes Mapping zu ausführbaren Prozesssprachen BPMN ist eine ausdrucksstarke Modellierungssprache, die eine explizite Darstellung von Kontroll- und Datenflüssen erlaubt und ein reichhaltiges Event-Konzept bietet. Schwierigkeiten bereiten der Sprache semantische Fehler (zum Beispiel Deadlocks oder Livelocks) und die hohe Komplexität (zum Beispiel bei großen Message Flows) . Ausserdem können benötigte Ressourcen (zum Beispiel Server, Menschen) nicht modelliert werden. Ereignisgesteuerte Prozessketten (EPK) EPK sind ein Forschungsprojekt der SAP AG und der Universität Saarbrücken, welche 1992 entstanden sind. EPK ist eine wichtige Notation im Bereich Prozessmodellierung . EPK sind in vielen Unternehmen etabliert und ermöglichen eine Prozessdokumentation. Im Umfeld von EPK findet der Begriff des ARIS Haus Verwendung. Dieses Haus beruht auf den drei Säulen Data, Control und Functions . Die EPK basieren auf der Idee, dass Ereignisse Funktionen auslösen. Durch Konnektoren können logische Beziehungen eines Prozesses modelliert werden (in Abbildung 3.3 ist dies beispielhaft dargestellt). Neben der klassischen EPK mit wenigen Symbolen, gibt es eine erweiterte Form (eepk), bei der die Funktionen mit Ressourcen der Organisations-, Daten- und Leistungssicht detailliert beschrieben werden können . EPK sind weit verbreitet und bieten eine intuitve Möglichkeit, Prozesse zu modellieren. Nachteilig ist, dass EPK kein offizieller Standard sind, dass die Modelle teilweise überfrachtet sein können und dass die Ausführbarkeit nicht vorgesehen ist . 12 Entnommen aus  13 Entnommen aus  21\n36 3 Grundlagen Abbildung 3.3: Beispiel EPK Diagramm 13 Business Process Execution Language (BPEL) Während die zwei vorangegangenen Modellierungssprachen ihren Schwerpunkt auf einer grafischen Darstellung der Prozesse haben, ist BPEL auf die konkrete Ausführung der Prozesse ausgerichtet. BPEL ist offiziell standardisiert und Teil der Web Services Spezifikation, daher auch WS-BPEL. BPEL ist eine blockstrukturierte XML Sprache und ist in der Lage, Prozesse zu modellieren. Aktuell liegt es in der Version 2.0 vor 14. BPEL ermöglicht die Orchestration  von Web Services für die Erstellung von zusammengesetzten Prozessen. Die Sprache besteht aus Basic Activities (assign, invoke, receive/reply, throw, wait, empty), Structured Activities (sequence, while, switch, flow, pick) und Scopes. Basic Activities beschreiben die Schritte beim Verhalten des Prozesses, während Structured Activities den Kontrollfluss beschreiben. Die Activities lassen sich mittels Scopes zusammenfassen. Dadurch lässt sich eine transaktionale Einheit schaffen, welche als Gruppe bestimmte Handler ausführen kann. Die Spezifikation lässt es zu, BPEL abstrakt oder ausführbar zu modellieren. Im Unterschied zu den abstrakten BPEL Codes, müssen ausführbare Codes vollständig und konform modelliert sein. Normalerweise wird BPEL in Textform dargestellt und nicht wie Abbildung 3.4. Zur besseren Übersicht dient aber eine grafische Umsetzung. BPEL besitzt eine wohlstrukturierte Syntax und wird von vielen Middleware Herstellern implementiert. Die Übertragung der Prozessmodelle zwischen verschiedenen Werkzeugen ist möglich. BPEL ist nicht sehr anschaulich und übersichtlich, meist verstehen es nur IT- Experten . 14 vgl. WS-BPEL\n37 3.1 Business Process Management Abbildung 3.4: Beispiel einer BPEL Komposition in einer grafischen Repräsentation 15 ADEPT ADEPT ist eine Sprache zur Beschreibung von Geschäftsprozessen, welche an der Universität Ulm entwickelt wurde [67, 25]. In die Entwicklung von ADEPT sind verschiedene Entwurfsziele in die Definition der Sprache eingeflossen. Die Entwurfsziele des Basismodells sind : Ausdrucksmächtigkeit Um möglichst viele und breitgestreute Prozesse abbilden zu können, ist eine ausdrucksstarke Sprache nötig. Strukturierbarkeit Für komplexe und umfangreiche Prozesse ist eine strukturierbare Sprache für die Verständlichkeit von Vorteil. Ausführbarkeit Eine klare und eindeutige Ausführungssemantik ist wichtig für eine kontrollierbare Durchführung der Prozessinstanzen. 15 Entnommen aus  23\n38 3 Grundlagen Formalisierbarkeit Für präzise Aussagen über das Verhalten der Prozessabläufe ist eine Formalisierung nötig. Analysier- und Validierbarkeit Um ein Workflow und dessen Eigenschaften zu evaluieren, ist eine analysierbare und validierbare Sprache notwendig. Verständlichkeit Die Sprache sollte nicht nur für Modellierer, sondern auch für Prozessanwender Verständlich sein. Visualisierbarkeit Anwender können Prozesse leichter erfassen, wenn eine graphische Repräsentation vorliegt. Änderbarkeit Laufende Instanzen müssen änderbar sein, um Ad-Hoc Änderungen zu integrieren. Erweiterbarkeit Durch eine Erweiterbarkeit kann das Basismodell sinnvoll zu komplexen Konstrukten entwickelt werden. Abbildung 3.5: Beispiel des ADEPT Prozess-Metamodells Entnommen aus  24\n39 3.1 Business Process Management Mit Hilfe der definierten Entwurfsziele ist eine formale Grundlage zur Beschreibung von Workflows entstanden. ADEPT ist graphenbasiert und enthält symmetrischen Blockstrukturen , welche hierarchisch strukturiert sein können. Das ProzessMeta-Modell kann mittels formaler Analysen Fehler im Modell erkennen, bzw. sie zur Modellierzeit ausschließen - eine Überprüfung der Korrektheit ist effizient möglich. In Abbildung 3.5 sind die Kontrollflusskonstrukte von ADEPT dargestellt. Jeder Block besteht aus genau einem Start- und Endpunkt . Eine Besonderheit stellen die Synchronisationskanten dar, mit denen die Ausdrucksmächtigkeit von ADEPT erhöht wird. ADEPT ist eine sehr ausdrucksstarke und flexible Sprache. Ad-hoc Prozessteile können rasch zur Entscheidung gebracht werden . Fazit Die unterschiedlichen Sprachen zur Beschreibung von Geschäftsprozessen haben jeweils ihre Berechtigung. In die Entwicklung einiger Sprachen sind Erkenntnisse aus anderen Sprachen eingeflossen. Es gibt teilweise deutliche Unterschiede zwischen den Sprachen (z.b. bei der Standardisierung, grafische Darstellung, Einsatzzweck oder Komplexität). Auch die Verbreitung in der Praxis ist sehr verschieden. Unter dem Strich kann für jeden Einsatzzweck die richtige Sprache ausgewählt werden. 25\n40 3 Grundlagen 3.2 Cloud Computing Der Begriff Cloud Computing hat sich in den vergangenen Jahren stark etabliert. Cloud Computing prägt mittlerweile die IT Nachrichtenwelt wie kaum ein anderer Begriff. Seit 2009 ist es einer der Top Trends auf der CeBIT 17. Dies gipfelte im Jahr 2011 so, dass der Veranstalter der CeBIT Cloud Computing zum Schwerpunktthema machte. Die Nutzung von IT Infrastrukturen auf einfache Art und Weise, scheint der Schlüssel zum Erfolg zu sein. Die Komplexität der Architektur und IT wird bei Cloud Computing vor den Endnutzern verborgen - das ist reizvoll . Der Begriff lässt sich vom Internet ableiten. Frei übersetzt ist mit dem Wolkenrechnen nichts anderes als das internetzentrierte Rechnen gemeint. Das Internet an sich wird vorwiegend als Wolke dargestellt, um die Unabhängikeit und Freiheit dieses Netzwerkes darzustellen. Eine Verbindung ins Internet kann einen beliebigen Weg ans Ziel nehmen. Der Weg durch die vielen dezentralen Stationen und Netze sind einem Nutzer von aussen nicht ersichtlich. Gleichzeitig gibt es eine Vielzahl an Angeboten die, wie eine Wolke, plötzlich im Internet erscheinen (und auch wieder verschwinden). Cloud Computing ist ein Grund dafür, dass die IT-Branche im Umbruch ist. Die Komplexität der IT zur Unterstützung der Geschäftprozesse im Unternehmen hat in den letzten Jahrzehnten stark zugenommen. Nicht nur die Anschaffungskosten bei Hard- und Software stellen Entscheider in Unternehmen vor schwierige Entscheidungen, sondern auch die richtige Auswahl und das Zusammenspiel der einzelnen Komponenten. Cloud Computing kann durch Abstraktion und Verhüllung der Komplexität die IT als Service im Mietmodell anbieten. Anfängliche Investitionen, Kosten für Software und Upgrades sowie Lizenzen oder Wartung, lassen sich durch verbrauchsabhängige Abgaben ersetzen [84, 49]. Cloud Computing ist zu einer Zeit entstanden, als Kapazitäten und IT Ressourcen im Überfluss da waren - aber nicht genutzt wurden. Für Amazon Inc. ist beispielsweise traditionell das Weihnachtsgeschäft die umsatzstärkste Zeit 18. In den wenigen Wochen vor Weihnachten sind die Server stark ausgelastet. Um die Anfragen und Einkäufe abzuwickeln, muss Amazon viel Geld in eine gut ausgebaute Infrastruktur investieren und Ressourcen vorhalten. Am Ende des Weihnachtsgeschäftes ist diese große Kapazität nicht annähernd nötig, um das Ta- 17 Die CeBIT ist laut eigenen Angaben die weltweit größte Messe zur Darstellung digitaler Lösungen aus der Informations- und Kommunikationstechnik für die Arbeits- und Lebenswelt  18 vgl. 26\n41 3.2 Cloud Computing gesgeschäft durchzuführen. Aus dieser Situation ist die Idee entstanden, freie Kapazitäten zu vermieten Definition Was Cloud Computing ist, wird häufig unterschiedlich beschrieben . In der Literatur werden zahlreiche Definitionen vorgestellt (u.a. in [11, 42, 31, 29, 85, 88]). Diese unterscheiden sich in Feinheiten und Formulierung. Eine einheitliche und standardisierte Definition ist nicht vorhanden . Die sicherlich am meisten zitierte Definition von Cloud Computing hat das NIST veröffentlicht und seit dem ständig aktualisiert . In der Definition beschreibt das NIST fünf primäre Eigenschaften, unterteilt Cloud Computing in vier Liefermodelle und beschreibt drei Servicemodelle. Die vom NIST definierten Eigenschaften des Cloud Computing sind (abgebildet in Abbildung 3.6): On-demand self-service: Der Nutzer kann sich selbst und automatisch Ressourcen (zum Beispiel Speicher) zu- und abweisen, ohne das Mitwirken von menschlicher Hilfe beim Serviceanbieter. Broad network access: Ressourcen sind über standardisierte Zugänge im Netzwerk vorhanden und können über heterogene Systeme abgerufen werden (zum Beispiel PC, mobiles Endgerät). Resource pooling: Ressourcen des Anbieters sind in einem Pool zusammengefasst, die Zuordnung erfolgt dynamisch über ein Multi-Mandanten System - je nach Kundenanfragen. Rapid elasticity: Die Ressoucen können automatisch oder manuell vom Kunden den Ansprüchen angepasst und skaliert werden. Dem Kunden erscheint die Skalierbarkeit der Ressourcen unlimitiert. Measured Service: Optimierung, Überwachung, Auswertung und Kontrolle der Ressourcen können automatisch und transparent (für Kunde und Anbieter) durchgeführt werden. Dies erbringt eine messbare Dienstqualität. 19 National Institute of Standards and Technology - eine Bundesbehörde der USA, zuständig für Standardisierung. Die Physikalisch-Technische Bundesanstalt (PTB) ist das deutsche Pendant. 27\n42 3 Grundlagen Abbildung 3.6: Grafische Darstellung der Eigenschaften des Cloud Computing Die Liefermodelle gliedern sich in Private Cloud, Community Cloud, Public Cloud und Hybrid Cloud (näheres dazu in Abschnitt 3.2.2). Die vom NIST als Servicemodelle definierten Begriffe sind Cloud Software as a Service (SaaS), Cloud Platform as a Service (PaaS) und Cloud Infrastructure as a Service (IaaS) (Details in Abschnitt 3.2.3ff). Das NIST sieht Cloud Computing als ubiquitären und bequemen Weg, um Ressourcen auf Anfrage mit minimalen Aufwand auf Nutzer- und Anbieterseite zur Verfügung zu stellen. Eine kurze Definition zu Cloud Computing liefern Baun et al. : Unter Ausnutzung virtualisierter Rechen- und Speicherressourcen und moderner Web-Technologien stellt Cloud Computing skalierbare, netzwerk-zentrierte, abstrahierte IT-Infrastrukturen, Plattformen und Anwendungen als on-demand Dienste zur Verfügung. Die Abrechnung dieser Dienste erfolgt nutzungsabhängig. Baun et al. sehen in Cloud Computing ebenfalls eine einfache Lösung zur Distribution von IT Ressourcen. Sie lassen sich aber nicht festlegen, auf welcher Basis ein Dienst aufgebaut sein muss. Die wirtschaftliche Bedeutung wird hervorgehoben. Dies ist eine Definition, die sicherlich den meisten Konsens unter Experten darstellt. Leymann  teilt seine Definition in drei Unterpunkte auf: 28\n43 3.2 Cloud Computing (1) - Details of the resources (e.g. location, device type, software version) are not known (and often even not of interest) to its users, (2) - shortage of resources is no longer a concern for users (i.e. resources are available whenever a user wants to access them), (3) - payments are due for the actual use of the resources (in contrast to periodic, constant rental fees). Diese Definition hat den Vorteil, dass sich die Unterpunkte den entsprechenden Technologien und Konzepten hinter Cloud Computing zuordnen lassen: (1) - Virtualisierung, (2) Elastizität / Skalierbarkeit und (3) Utility Computing. Diese Definition steht nicht im Widerspruch zu den bereits genannten Definitionen. Vielmehr stellt diese Definition Cloud Computing auf drei Säulen, mit denen es leicht beschrieben werden kann. Armbrust et al.  sehen in Cloud Computing schlicht und einfach die Verbindung von Software als Dienstleistung und Utility Computing. Eine im Gegensatz zu den oben genannten Definitionen eher schlichte Festlegung. Auf Basis der genannten Definitionen lässt sich Cloud Computing sehr gut beschreiben. Es entsteht ein klares Bild, was Cloud Computing leisten kann Liefermodelle Cloud Computing kann aus zwei Perspektiven näher betrachtet werden. In diesem Abschnitt stellen die Liefermodelle die organisatorische Sicht auf Cloud Computing dar. Die Liefermodelle entsprechen nicht den funktionalen Eigenschaften einer Cloud, sondern der Beziehung zwischen Benutzern und Anbietern. Abbildung 3.7 visualisiert die Liefermodelle. Public Clouds sind aus der Sicht eines Unternehmens off-premise. Private Clouds hingegen onpremise. On-Premise bedeutet, dass sämtliche Hardware und Ressourcen zum Unternehmen gehören . Off-Premise hat demnach die gegensätzliche Bedeutung. Sämtliche Hardware und Ressourcen sind ausserhalb des Unternehmens angesiedelt und gehören nicht zum Unternehmen. Public Cloud Wie der Name schon suggeriert, sind Angebote aus der Public Cloud öffentlich zugänglich. Organisatorisch bedeutet dies, dass Benutzer und Anbieter nicht derselben Einheit angehören . Der Zugang zu den IT-Ressourcen ist vorwiegend über das 20 Mit Änderungen übernommen von  29\n44 3 Grundlagen Abbildung 3.7: Liefermodelle der Cloud 20 Internet möglich. Nutzer können über die Webseiten der Anbieter selbstständig die Leistungsumfänge zusammenstellen. Bezahlt wird meist anhand der tatsächlich benutzten Zeit oder nach Menge der verarbeiteten Daten. Die öffentliche Cloud zeichnet sich durch folgende Aspekte aus : Offen für Anmeldungen von Jedermann Vom Anbieter verwaltet Vorgefertigte Dienste Sicherheit, Datenschutz, Durchsatz und Verfügbarkeit auf Basis des Internets Private Cloud Die nicht-öffentliche Private Cloud steht nur Benutzern aus derselben organisatorischen Einheit wie dem Anbieter zur Verfügung. Auch hier lassen sich IT-Ressourcen analog zur öffentlichen Variante flexibel anmieten. Organisationen betreiben ihr eigenes Rechenzentrum / ihren eigenen Server. Im Vordergrund dieser Variante stehen Sicherheitsbedenken. Man möchte weiterhin die komplette Kontrolle über die Daten haben und kann dies durch die nicht-öffentliche Realisierung einer Cloud umsetzen. Trotzdem werden gleiche technische Schnittstellen genutzt, um kompatibel zur Public Cloud zu bleiben [15, 62]. 30\n45 3.2 Cloud Computing Die private Cloud zeichnet sich durch folgende Aspekte aus : Nicht-öffentliche Anmeldung von Teilnehmern Vom Kunden verwaltet Vom Kunden maßgefertigte Dienste Sicherheit, Datenschutz, Durchsatz und Verfügbarkeit auf Basis eines privaten Netzwerkes Hybrid Cloud Eine Kombination der Public und Private Cloud ist eine Hybrid Cloud. Hier prallen einerseits Bedürfnisse hinsichtlich Datenschutz und andererseits Skalierbarkeit aufeinander. Eine Abwägung ist erforderlich, welche Daten im öffentlich Cloud Bereich genutzt werden können und welche Daten innerhalb der Organisation bleiben müssen [15, 62]. Die hybride Cloud zeichnet sich durch folgende Aspekte aus: Öffentliche und nicht-öffentliche Anmeldung Vom Anbieter und vom Kunden verwaltet Vorgefertigte und maßgefertigte Dienste Sicherheit, Datenschutz, Durchsatz und Verfügbarkeit auf Basis von Internet und privaten Netzwerken Abbildung 3.7 stellt anschaulich dar, wie sich die Liefermodelle zueinander positionieren Technische Kategorisierung der Cloud Computing Dienste Abbildung 3.8: Schichtenmodell der Cloud Mit Änderungen übernommen aus  31\n46 3 Grundlagen Wenn nicht die organisatorische Sicht, sondern die technische Sicht auf Cloud Computing betrachtet wird, dann ist zwangsläufig die dienstorientierte Sichtweise von Bedeutung . Diese (technische) Kategorisierung der Dienste nach ihrer Kompositionsfähigkeit endet in mindestens drei Schichten, die in Abschnitt bis beschrieben sind. Darüber hinaus existiert noch eine Schicht, die dem everything-as-a-service-paradigma folgt (Abschnitt 3.2.7). Neben diesen Schichten existiert parallel noch eine Managementebene, die über alle Schichten hinweg Planung, Ausführung, Überwachung, Bezahlung und Analyse der Ressourcen ermöglicht [15, 48]. In Abbildung 3.8 ist dieses Schichtenmodell abgebildet, wobei die oberen Schichten die unteren Schichten nutzen können. Dies ist auch nicht strikt auf die nächstgelegene Schicht begrenzt. Über das Schichtenmodell lassen sich die auf den ersten Blick heterogenen Cloud-Angebote kategorisieren. So ist ein Vergleich unter den jeweiligen Angeboten und Technologien möglich. Benutzer sind in den unterschiedlichen Schichten für Abbildung 3.9: Verantwortlichkeiten der Benutzer und Anbieter in den verschiedenen Servicemodellschichten 22 verschiedene Aufgaben verantwortlich. In Abbildung 3.9 sind diese Verantwortlichkeiten für die unterschiedlichen Schichten in kompakter Form dargestellt Infrastructure as a Service (IaaS) Infrastructure as a Service bildet die Grundlage der Servicemodelle . Benutzer finden in dieser Schicht Hardwareressourcen vor, die ihnen abstrahiert bereitstehen. Wie in Abbildung 22 Entnomme aus  23 Entnommen aus  32\n47 3.2 Cloud Computing Abbildung 3.10: Detailansicht der IaaS Schicht dargestellt, ist in dieser Schicht der Anbieter nur für die Hardware zuständig. Den Rest kann der Benutzer frei gestalten. Nach Lenk et al.  lässt sich dies in Infrastrukturdienste und Ressourcen Set unterteilen (siehe Abbildung 3.10). Das Ressourcen Set bietet eine Benutzerschnittstelle, mit dessen Hilfe ein Benutzer selbstständig Ressourcen verwalten kann (zum Beispiel Betriebssysteme starten, stoppen, erstellen und löschen). Typischerweise bieten Anbieter Verwaltungswerkzeuge und Application Programming Interfaces (APIs) für eine komfortable Nutzung an. Eine weitere Unterteilung des Ressourcen Set in die Klasse des Physischen Ressourcen Sets (PRS) und in die Klasse des Virtuelles Ressourcen Set (VRS), wird ebenfalls von Lenk et al. vorgeschlagen. VRS basiert auf Virtualisierungstechnologien (zum Beispiel XEN 24 ), während PRS proprietäre Hardware nutzt, von der es abhängig ist . Infrastrukturdienste sind im Gegensatz zum Ressourcen Set speziell auf Anwendungen fokussiert. Hier findet man Anbieter von ganzen Plattformen (zum Beispiel Amazon EC2, GoGrid) oder Anbieter für die dienstbasierte Bereitstellung von Ressourcen, wie Speicher (zum Beispiel Amazon S3, Dropbox), Rechenkapazität (Hadoop MapReduce, Flexiant) oder Netzwerken (OpenFLow) . Eine Zusammenstellung von Angeboten innerhalb der IaaS-Schicht befindet sich in Abschnitt Tabelle B Ein Virtual Machine Monitor (VMM) bzw. Hypervisor, welcher den Betrieb von virtuellen Maschinen auf einem physikalischen Computer ermöglicht. 33\n48 3 Grundlagen Platform as a Service (PaaS) Abbildung 3.11: Detailansicht der PaaS Schicht 25 Die PaaS-Schicht bietet Dienste für Entwicklungs- und Laufzeitumgebungen an. So lässt sich auch diese Schicht in diese zwei Klassen aufteilen (siehe Abbildung 3.11). Vorranging werden Entwickler mit Angeboten aus dieser Schicht angesprochen. Ziel ist die Entwicklung von Anwendungen auf eine mühelose Art und Weise, meist durch visuelle Werkzeugunterstützung. Abbildung 3.9 zeigt, dass in der PaaS-Schicht der Anbieter für die Hardware, das Betriebssystem und teilweise für die Middleware zuständig ist. Anwendungen kann der Benutzer frei gestalten. Die Entwicklungsumgebungen dienen dazu, Software durch Erweiterung einer jeweiligen Programmiersprache zu entwicklen (zum Beispiel zusätzliche Klassenbibliotheken). Losgekoppelt von der Entwicklung werden diese dann in einer Laufzeitumgebung ausgeführt. Die Laufzeitumgebungen in der Cloud lassen ebenfalls bestimmte Programmiersprachen (zum Beispiel.NET, Python, oder Java) zu. Die entwickelte (webbasierte) Software kann dann mit diversen APIs über eine Plattform verfügbar gemacht werden (zum Beispiel Google AppScale, Windows Azure) [15, 85]. Eine Zusammenstellung von Angeboten innerhalb der PaaS-Schicht befindet sich in Abschnitt Tabelle B Software as a Service (SaaS) Komplette Anwendungen in der Cloud für den Endbenutzer können durch die SaaS-Schicht beschrieben werden. Meist sind diese Anwendungen kaum anpassbar bzw. konfigurierbar. Es entfällt eine Installation auf der lokalen Seite des Anwenders. Der Unterschied zwischen Desktop- und diesen Webanwendungen ist nicht mehr eindeutig bestimmbar. Man spricht auch von Rich Internet Applications (RIAs) [85, 47]. 25 Entnommen aus  26 Entnommen aus  34\n49 3.2 Cloud Computing Abbildung 3.12: Detailansicht der SaaS Schicht 26 Auch hier lässt sich die Schicht in Klassen aufteilen, wie Abbildung 3.12 zeigt. Der Bereich der Anwendungsdienste stellt jeweils abgeschlossene einfache Anwendungen für den Benutzer zur Verfügung. Diese können sofort genutzt werden (zum Beispiel Google Maps). Weitere Verknüpfungen dieser Dienste oder Komponenten (zum Beispiel OpenSocial, OpenID) sind möglich. Hieraus ergeben sich neue Möglichkeiten. Die daraus entstandenen flexibel zu programmierenden Web Mashups  können eine Vielzahl an unterschiedlichen Anwendungsdiensten nutzen . Die andere Klasse besteht aus Anwendungen. Anwendungen zeichnen sich durch deutlich größeren Funktionsumfang aus. Diese Anwendungen werden vom Endbenutzer oft als RIA wahrgenommen (zum Beispiel Google Docs). In Abbildung 3.9 wird visualisiert, wie die Verantwortlichkeiten in der SaaS-Schicht aussehen. Der Benutzer hat nur eingeschränkte Möglichkeiten, die Software anzupassen. Den Großteil der Einstellungen nimmt der Anbieter vor. Eine Zusammenstellung von Angeboten innerhalb der SaaS-Schicht befindet sich in Abschnitt Tabelle B Weitere technische Kategorisierungsmöglichkeiten Das Everything as a Service Paradigma enthält, wie der Name schon vermuten lässt, nicht nur die bewährten Kategorisierungen. Denkbar sind eine Vielzahl von weiteren Diensten. Diese bieten gesonderte Leistungen, wie zum Beispiel: Humans as a Service (HuaaS): Cloud Computing befasst sich nicht nur mit technischen Herausforderungen. Der Mensch wird mit einbezogen. In der HuaaS Schicht wird die Ressource Mensch als Dienst zur Verfügung gestellt. Hier bedient man sich der überlegenen Fähigkeiten des Menschen gegenüber eines Computers in bestimmten Bereichen . Dazu zählen nach wie vor Bilderkennung, Übersetzung, Kreativität bzw. Design 35\n50 3 Grundlagen und andere. Solche mehr oder wenigen komplexen Aufgaben werden auf Marktplätzen angeboten. HuaaS ist auch als Crowdsourcing bekannt . High Performance Computing as a Service (HPCaaS): Beim HPCaaS bietet man Hochleistungsrechenleistung an. Diese spezialisierten Dienste optimieren Datendurchsätze und sorgen für niedrige Latenzen zwischen den Ressourcen. Die Arbeitsleistung und Effizienz wird stark optimiert . Business-Process as a Service (BPaaS): Die Business Process Outsourcing (BPO) Variante in der Cloud nennt sich BPaaS. Geschäftsprozesse können als IT-Ressource in der Cloud angeboten werden. Hier hat sich eine Grauzone gebildet. BPaaS befasst sich mit der Auslagerung von ganzen Geschäftprozessen im Sinne von BPO zu externen Anbietern. Meistens handelt es sich bei der weitergehenden Kategorisierung des Servicemodells um eine Spezialform. Hier lässt sich durchaus von einer cloud-initiierten Modifikation bereits vorhandener Dienste sprechen. Eine Zusammenstellung von Angeboten befindet sich in Abschnitt Tabelle B Abgrenzung zu anderen Technologien Abbildung 3.13: Historische Entwicklung des Cloud Computing Folgende Frage taucht im Themenkomplex Cloud Computing immer wieder auf: Ist Cloud Computing ein neuer Begriff für eine etablierte Technik? Die Informationstechnik ist eine schnelllebige Branche, die sich ständig mit neuen Herausforderungen konfrontiert sieht. Im Zuge dessen entstehen neue Lösungen und neue Ideen. Man hat das Gefühl, die IT erfindet sich alle paar Jahre neu. Kein Wunder also, wenn einem neue Technologien bekannt vorkommen. 36\n51 3.2 Cloud Computing Die Cloud entsteht nicht über Nacht, das ist eine Evolution, keine Revolution [... ] 27. Um die Eingangsfrage zu klären, und somit auch die Abgrenzung zu anderen Technologien zu ziehen, ist ein Blick auf die Historie nötig. Abbildung 3.13 zeigt die evolutionäre Entwicklung des Cloud Computing grafisch. Die Definitionen in Abschnitt geben bereits einen guten Überblick darüber, was Cloud Computing ist. Zum einen erkennt man in den Definitionen Teile des Grid Computing, zum anderen stecken in Cloud Computing auch viele Erkenntnisse des Utility Computing. Grid Computing Hierbei handelt es sich um eine bewährte und etablierte Technik. Grid Computing wird zum großen Teil in der Wissenschaft genutzt. Grid Computing entstand im Umfeld des High Performance Computing (HPC). Zu diesem Thema gehören ebenfalls Supercomputer. Rechenstarke Einzelrechner, die eine sehr hohe Verarbeitungs- und Rechenleistung bereitstellen . Ebenso gehören Computer Cluster zum HPC. Diese bieten über ein Netzwerk von Computern die parallele Lösung von Teilaufgaben an . Grid Computing geht einen weiteren Schritt: Die Rechenleistung im High Performance Computing durch Supercomputer und Cluster ist nur lokal zu erreichen. Grid Computing sorgt für eine globale gemeinschaftliche Nutzung der Ressourcen . Anbieter der Ressourcen sind verteilt, es ist keine zentrale Steuerung vorhanden. Gleichwohl ist eine gemeinsame Koordination und Problemlösung vorgesehen. Als Beispiel sei hier die Deutsche Grid Initiative 28 genannt. Die Entwicklung vom Grid Computing zum Cloud Computing ist letztlich nur eine Verschiebung der Ziele. Grid Computing hat das Ziel die Infrastruktur (zum Beispiel Speicher, Rechenleistung) zur Verfügung zu stellen. Der Wandel zu einer ökonomischen Ausrichtung um abstrakte Dienste und Ressourcen anzubieten, und somit zum Cloud Computing, kann als Evolution bezeichnet werden . Utility Computing Dies ist der andere Einfluss auf das heutige Cloud Computing. Ein Geschäftsmodell auf Basis eines Mietgeschäftes. Wie schon im ersten Kapitel erwähnt, gab es bereits in der 60er Jahren die Idee, Ressourcen als öffentliche Versorgung anzubieten und zu vermarkten. Nichts anderes ist das Utility Computing. Man berechnet einem Kunden also nur das, was er beim Serviceanbieter gestellt bekommt. Der große Vorteil liegt in der Wirtschaftlichkeit. Kunden bezahlen nur, was sie verbrauchen - und müssen keine 27 Zitat Martin Jetter (Ehemaliger Geschäftsführer IBM Deutschland) 28 vgl. 37\n52 3 Grundlagen Leistung vorhalten. Serviceanbieter können ihre Infrastruktur besser auslasten und somit effizienter arbeiten. Da es sich nicht um ein neues technologisches Paradigma handelt, wird es normalerweise mit anderen Technologien umgesetzt (zum Beispiel mit Grids). Die Idee des Utility Computing hat sich ebenfalls durch evolutionäre Vorgänge in die Richtung des Cloud Computing entwickelt . Wie sieht der Unterschied zwischen Grid, Utility und Cloud Computing genau aus? IBM  sieht Cloud Computing als konsequentes Ergebnis aus der Entwicklung vom verteilten Rechnen zum Grid Computing, angereichert mit den Entwicklungen von Utility Computing und Pay-as-you-go-Modellen. Größere Datenmengen, die Analyse  davon und der vermehrte Bedarf an Rechenleistung haben dies begünstigt. Träge Grids mit teils hohen operativen Kosten können nun durch spontane kostengünstige Clouds abgelöst werden. Service Oriented Computing Die vorhin angesprochene Diensteorientierung als Teil der Evolution vom Grid Computing zum Cloud Computing ist den Service-orientierte Architekturen (SOA) zu verdanken. Sie sind ebenfalls fundamental für das Cloud Computing. Eine SOA ist ein Architekturstil. Darunter versteht man die Modellierung und Ausführung von Services und Kapselung von Funktionalitäten in Services [15, 19]. Typischerweise ist eine SOA aus verteilten Komponenten (Diensten) zusammengesetzt. Diese werden von Nutzern konsumiert und von Anbietern bereitgestellt. Vorgesehen ist eine Nutzung über heterogene Systeme hinweg. Dynamik in einer SOA wird durch lose Kopplung realisiert. Gängige Umsetzungen einer SOA basieren auf Web Services mit Hilfe von Web Service Description Language (WSDL) und Simple Object Access Protocol (SOAP), sowie RESTful Services . Cloud Computing bietet Ressourcen / verteiltes Rechnen als gekapselte Einheiten (Dienste) an, während eine SOA angebotene Dienste nutzt, um Ressourcen / verteiltes Rechnen zu erschaffen  Anwendungsgebiete Die allgemeine Akzeptanz von Cloud Computing im Enterprise Bereich hält sich bisher in Grenzen. Obwohl Hersteller von Cloud Computing mit Kosteneinsparung und Vereinfachung in der IT werben, sind Unternehmer und Entscheidungsträger bisher unbeeindruckt. In einer aktuellen Studie einer großen Unternehmensberatung  wurden mehr als 350 mittelständische Unternehmen in Deutschland zum Themengebiet Cloud Computing befragt. Demnach nutzen aktuell 12% der Befragten Unternehmen Cloud Computing - 87% der Unternehmen nutzen es nicht. Es ist deutlich Potential vorhanden, wenn nicht die wahrgenommenen 38\n53 3.2 Cloud Computing Risiken wären. Nur 12% der befragten, die Cloud-Services nicht nutzen, wollen es einführen. Fehlende Vorteile und Sicherheitsbedenken sind die Hauptargumente gegen das Cloud Computing. Vornehmlich (zu 66%) wird SaaS genutzt. Danach folgen mit 42% IaaS und mit 37% PaaS. Interessanterweise wird BPaaS bereits von 24% der Unternehmen genutzt. Es lässt sich also feststellen, dass Software aus der Cloud deutlich öfter genutzt wird, als die anderen Servicemodelle. Wenn SaaS genutzt wird, dann hauptsächlich in Form von , WebKonferenzen, Kollaborationsmöglichkeiten und Security Anwendungen (zum Beispiel Anti-Spam). Die Studie  kommt zu dem Schluß, dass es noch Zurückhaltung und Vorbehalte gibt. Es ist aber durchaus so, dass die jetzigen Nutzer bereits guter Erfahrungen mit Cloud Computing gemacht haben. In einer anderen Umfrage , durchgeführt vom Handelsblatt, sind sämtliche DAX Konzerne zum Thema Nutzung von Cloud Computing befragt worden. Der überwiegende Teil der Konzerne nutzt bereits seit einigen Jahren Cloud Computing. Meist werden Konzepte auf interner bzw. Private Cloud Basis verfolgt. Auch hier sind SaaS Modelle die am meisten genutzte Form des Cloud Computing. Cloud-Infrastruktur-Dienste nutzt man weniger - hier ist bei kleineren Firmen mehr Potential vorhanden. Die Umfrage zeigt, dass Cloud Computing nicht nur für kleine bis mittlere Unternehmen attraktiv ist. Allerdings sind die großen Konzerne in der Lage, eigene Private Cloud Konzepte zu stemmen und umzusetzen. Fazit Cloud Computing ist eine sehr stark propagierte Technologie. Es bietet enorme Chancen, aber auch Risiken. Mittlerweile deckt das Cloud Computing Paradigma mit seinen verschiedenen Service- und Liefermodellen ein breites Spektrum an Anwendungen ab. Das Thema Cloud Computing wird mittlerweile von Herstellern aller Art abgedeckt. In den Tabellen B.1, B.2, B.3 und B.4 im Anhang sind beispielhaft Dienste für die verschiedenen Servicemodelle aufgelistet. Sie erheben keinen Anspruch auf Vollständigkeit. Dazu ändert sich die Branche zu schnell. Neue Firmen und Dienste sprießen aus dem Boden und verschwinden oftmals genauso schnell, wie sie gekommen sind. Business Process Management ist wie Cloud Computing eine sehr stark propagierte Technologie. Geschäftsprozesse lassen sich damit abbilden, verwalten, ausführen und kontrollieren. Die IT-Unterstützung bringt dabei massive Vorteile. Der Geschäftserfolg lässt sich damit steigern. Dennoch gibt es nicht nur Vorteile, auch Risiken sind vorhanden. 39\n54 3 Grundlagen 3.3 Beispielprozess BPM ist mittlerweile bei den großen Unternehmen angekommen. Die meisten Top Unternehmen haben verstanden, dass ein effektives BPM den Geschäftserfolg erweitern kann. Deshalb analysieren und modellieren sie ihre Schlüsselprozesse, um diese mit Hilfe von automatisierten BPM Systemen zu kontrollieren . Bei der Überführung eines BPM Systems in die Cloud lassen sich an verschiedenen Stellen Herausforderungen finden. Diese Probleme lassen sich am Besten an einem konkreten Beispiel erläutern. Hierzu dient ein fiktives Beispiel. Der Beginn des Beispielprozess ist in Abbildung 3.14 zu finden (der komplette Prozess ist in Anhang 3.15 abgebildet). Für das Szenario wird ein fiktives Unternehmen aus dem Mittelstand ausgewählt. Das Un- Abbildung 3.14: Ein Teil des Versandhändler Bestellprozess in BPMN Notation ternehmen hat sich auf den Versandhandel von Waren spezialisiert. Aufträge nimmt das Unternehmen über verschiedene Kommunikationswege entgegen. 40\n55 3.3 Beispielprozess Um die Analyse zu unterstützen, wird exemplarisch der Bestellprozess dieses Unternehmens dargestellt. Dieser Prozess beinhaltet die Annahme der Bestellung, die Prüfung sowie die weitere Abwicklung (Rechnungserstellung, Versand). Die Vorgehensweise in diesem Prozess sieht wie folgt aus: Der Prozess beginnt mit dem Eingang der Bestellung. Dazu verschickt der Kunde über einen der möglichen Vertriebswege (Internet, Telefon oder Post) seine Bestellung und seine Kundendaten. Als nächstes muss diese Bestellung geprüft werden. Hierzu wird der Subprozess Bestellung prüfen ausgeführt. Dieser Subprozess führt zunächst eine Abfrage über den Bestellwert aus. Bei einem Bestellwert größer als Euro, ist eine Eskalation an den nächst höheren Verantwortlichen notwendig. Dieser muss im Prozesschritt Genehmigung prüfen die Bestellung freigeben oder unterbinden. Im weiteren Verlauf werden automatisierte Aktivitäten parallel ausgeführt. Diese Prozessschritte fragen Daten aus externen und internen Datenbeständen ab. Dazu gehören die Schritte Kundendaten bei der SCHUFA abfragen, Verfügbarkeit im ERP System prüfen und Kundendaten im CRM System abfragen. Danach wird die Aktivität Bestellung analysieren durchgeführt. In diesem Schritt soll anhand der gewonnen Daten die Entscheidung getroffen werden, ob die Bestellung durchgeführt wird oder nicht. Am Ende dieses Subprozesses steht die Entscheidung fest. Entweder wird die Bestellung storniert und eine entsprechende Meldung geht an den Kunden zurück. Oder die Bestellung wird akzeptiert und weitergeführt. Bei einer positiven Entscheidung ist im Prozessmodell als nächste Aktivität Waren im ERP System reservieren vorgesehen. Hierzu werden wieder automatisiert im IT Backendsystem Abfragen und Änderungen durchgeführt. Genau wie im nächsten Schritt Rechnung zusammenstellen, an dessen Ende die Rechnung erstellt wird. Der Kunde bekommt nun eine Bestellbestätigung zugesandt. Im weiteren Verlauf des Prozessmodels werden Aktivitäten parallel ausgeführt. Die Aktivität Formalitäten für die Bezahlung versenden, versendet am Ende die Bezahlinformationen. Der Versandhändler lässt gleichzeitig die Prozessschritte Versand vorbereiten und Paketzusteller ermitteln durchführen, um nach der Bezahlung direkt die Ware verschicken zu können. Der Subprozess Versand vorbereiten beginnt mit der Aktivität Waren aus dem Lager holen. Danach folgen die Adhoc-Prozessschritte Lieferschein drucken, Rechnung drucken, Paketgröße berechnen und Gewicht der Produkte ermitteln. Hier lässt das Unternehmen den Mitarbeitern freie Wahl bei der Gestaltung des Prozesses. Darauf folgend sind die Aktivitäten Produkte verpacken und Paket bereitstellen, wieder in fester Reihenfolge vorgegeben. An dieser Stelle endet der Subprozess. 41\n56 3 Grundlagen Im nächsten Schritt lässt das Unternehmen täglich (morgens und abends) den Zahlungseingang prüfen. Dies geschieht automatisch. Nach fünf Tagen ohne Eingang der Bezahlung folgt der Schritt Kunde an Zahlung erinnern und eine Erinnerung wird gesendet. Nach zwei erfolglosen Erinnerungen wird ein Abbruch ausgelöst, der im weiteren Verlauf nach dem Prozessschritt Bestellung stornieren endet. Eine eingegangene Zahlung löst die Aktivität Zahlung erhalten und bestätigen aus. Daraufhin können die Prozessaktivitäten Paket an Paketzusteller übergeben, Versandbestätigung erstellen und Bestellung in Systeme archivieren ausgeführt werden. Der gesamte Prozess endet mit der Versendung der Versandbestätigung an den Kunden Der Beispielprozess im BPM Lebenszyklus Um exemplarisch den Lebenszyklus eines Prozesses darzustellen, soll in diesem Abschnitt der Beispielprozess Schritt für Schritt anhand des BPM Lebenszyklus (Abbildung 3.1) durchdacht werden. Für diesen Zweck sind in Tabelle 3.2 die BPM Zyklusschritte und dessen Bedeutung für den Beispielprozess dargestellt. Tabelle 3.2: BPM Lebenszyklus anhand eines Beispiels Zyklusphase Schritt Bedeutung für den Prozess Design- und Identifikation Der Prozess des Versandhändlers wird analy- Analyse siert. Dabei kommen alle Informationen der Prozessbeteiligten (z.b. vom Versandhändler, von Mitarbeitern oder Lieferanten) zusammen. Modellierung Experten modellieren ein neues Modell des Bestellprozesses in einer Prozessbeschreibungssprache. Dabei greifen sie auf die Erkenntnisse aus der Identifikation zurück. Validierung Das fertige Modell wird von den Beteiligten des Bestellprozesses überprüft - eventuell bringen sie Änderungen mit ein. 42\n57 3.3 Beispielprozess Tabelle 3.2: BPM Lebenszyklus anhand eines Beispiels Zyklusphase Schritt Bedeutung für den Prozess Simulation Verifizierung Zu Simulationszwecken spielen alle Beteiligten den Bestellprozess (Aufnahme, Bezahlung, Versand) durch, um Schwachstellen zu erkennen. Die Ergebnisse der Simulation kommen bei der Verifizierung zum Tragen. Konfiguration System Auswahl Das BPM System auf dem der Bestellprozess läuft, muss in diesem Schritt aufgebaut werden. Implementierung Umsetzung des Modells auf dem BPM System. Test und Einsatz Der Bestellprozess wird vor dem produktiven Einsatz getestet und nach Abschluss der Tests eingesetzt. Ausführung Durchführung Der Bestellprozess kann sich im produktiven Tagesgeschäft unter Beweis stellen. Überwachung Der Versandhändler überwacht ständig die Ausführung der Instanzen und kann bei besonderen Vorkommnissen reagieren. Wartung Bei Problemen oder Optimierungen ist der Prozess im BPM System wartbar. Evaluation Prozess-Mining Nach einigen ausgeführten Instanzen kann der Versandhändler den Prozess analysieren. Mit Mining Algorithmen können z.b. Schwachstellen bei der Ausführung aufgedeckt werden. Business Activity Durch festgelegte KPI lässt sich der Prozess Monitoring besser evaluieren und beobachten. Für die Definition der KPI greift der Versandhändler auf die Grundlagen des BAM zurück. Fazit Die Grundlagen zu den beiden Gebieten Cloud Computing und Business Process Management sind umfangreich. Dieses Kapitel soll ein Überblick über die grundlegenden 43\n58 3 Grundlagen Eigenschaften, Vorteile und Knackpunkte liefern. Damit ist die Analyse der Grundlagen abgeschlossen. 44\n59 3.3 Beispielprozess Abbildung 3.15: Versandhändler Bestellprozess in BPMN Notation 45\n61 4 Betrachtung der Design- und Analyse-Phase Die Herausforderungen einer Cloud-basierten BPM Lösung im Bereich der Design- und Analyse-Phase (siehe 3.1.1) sollen in diesem Kapitel Betrachtung finden. Die Design- und Analyse-Phase hat den Charakter eines Fundamentes im BPM. In diesem Zyklus findet die Visualisierung der Prozesse  und der einzelnen Schritten und Aktivitäten statt. Die Umsetzung dieser Phase in eine Cloud Computing basierte Lösung ist möglich. Geschäftsprozessanalyse-Werkzeuge, kollaborative Modellierungsbereiche mit dem Wissen vieler Gemeinschaften und Zusammenarbeit bei der Prozessgestaltung an unterschiedlichen Orten, sind denkbare Lösungen für die Cloud. Betrachtet man diese Phase im Detail, lassen sich drei übergeordnete Problemthemen festlegen. Zunächst erläutert die Arbeit die Problematik der Prozessauswahl. Darunter versteht man die Identifizierung von Prozessen, die sich für eine Auslagerung in die Cloud eignen. Darauf folgt die Untersuchung des Formalismus für die Cloud Lösung. Am Ende dieses Kapitels findet sich ein Abschnitt über die Modellierung von Prozessen in der Cloud. 4.1 Prozessauswahl Das Einstiegsthema bei den Herausforderungen der Cloud-basierten BPM Lösung ist ein nicht trivial zu beantwortendes Themenfeld. Hinter dem Thema Prozessauswahl steht folgende Fragestellung: Welche Prozesse eignen sich für die Cloud? Diese Frage lässt sich nicht direkt beantworten. Es ist eine übergeordnete Frage, deren Komplexität sehr hoch ist. Verschiedene Faktoren spielen bei der Entscheidung eine Rolle. Dabei sind unterschiedliche Anforderungen zu evaluieren. Die Frage der richtigen Prozesse für das BPM System scheint in einer Cloud-basierten Lösung diffizil. Es ist zunächst eine Unterscheidung nötig. 47\n62 4 Betrachtung der Design- und Analyse-Phase Folgende Fragestellungen sind möglich: 1. Ist jeder Prozess in der Cloud abbildbar und umsetzbar? 2. Ist es sinnvoll jeden Prozess in die Cloud auszulagern? Während die erste Frage die technische Umsetzung betrifft, deckt die zweite Frage die wirtschaftliche Seite ab. Zu (1): Wie in der Einleitung in Abschnitt 1.1 angesprochen, ist das Thema Cloud Computing derzeit am Gipfel der überzogenen Erwartungen. Software Hersteller haben sich bereits auf das Thema Cloud Computing fixiert. Hersteller und ihre Marketingabteilungen rühren kräftig die Werbetrommel. Wieviel steckt hinter den Versprechen? Technisch umsetzbar (in einem Cloud-basierten BPM System) ist sicherlich ein großer Teil von Prozessen, sofern man den Informationen der Hersteller glauben schenken kann. Wenn komplexe Prozessmodelle und vielschichtige Integration ins Spiel kommen, dann ist Vorsicht geboten. BPM in der Cloud hat noch nicht die Reife erreicht, um wirklich alle Prozesse technisch in der Cloud umzusetzen. Dies soll auch diese Arbeit im weiteren Verlauf darstellen. Diese Frage lässt sich noch nicht final beantworten. Zu (2): Diese Frage lässt sich zweifelsfrei mit nein beantworten. Es sind immer Prozesse auffindbar, deren Auslagerung in die Cloud auf ein BPM System aus ökonomischen, datenschutzkritischen o.ä. Aspekten unmöglich ist. Die Entscheidung, welche Prozesse in die Cloud überführbar sind und welche nicht, ist individuell zu treffen. An dieser Stelle werden beispielhaft Szenarien vorgestellt, in denen eine Cloud-basierte BPM Lösung sinnvoll erscheint: Gruppen von Unternehmen mit denselben Prozessteilen (zum Beispiel Garantieabwicklung zwischen Automobilhändler und -hersteller, etc.) In sich schlüssige und überwiegend standardisierte Prozesse in speziellen Bereichen (zum Beispiel Leasing- oder Vermietungsgeschäfte, Gesundheitsmanagement, etc.) Prozesse mit transaktionalem Charakter (zum Beispiel Gehaltsabrechnungen) Schnell wachsende, junge Unternehmen, die ihre Prozesse von Anfang an kontrollieren wollen Die Zusammenstellung dieser Szenarien ist nicht vollständig. Sie dienen als Anhaltspunkte für eine weitere Analyse der Prozesse im Einzelfall. 48\n63 4.2 Ausführungsformalismus in der Cloud Um eine Auswahl der richtigen Prozesse zu treffen, und damit die Beantwortung der Eingangsfrage zu vereinfachen, sind verschiedene Ansätze zu Rate zu ziehen. Ein möglicher Ansatz ist, auf Basis eines Kostenmodells, eine qualitativere Aussage zur Eignung von Prozessen für die Cloud zu treffen. Weitere Einzelheiten finden sich in Abschnitt 5.6. Eine andere Möglichkeit ist die Anpassung von nicht-geeigneten Prozessen durch eine neue Modellierung - also durch Prozess Reengineering . Der Bestellprozess aus dem Beispiel in Abschnitt 3.3 ist für Cloud-basiertes BPM geeignet. Der Prozess enthält Teile, die sich in der Cloud ausführen lassen (zum Beispiel die Prüfung der Zahlung). Dies ist eine in sich schlüssige Aktivität, welche auf überwiegend standardisiert ist. Es sind auch Teile vorhanden, die eher weniger in ein BPM in der Cloud passen (zum Beispiel die Aktivität Versand vorbereiten). Diese Aktivität kann nicht automatisiert werden. Es sind viele menschliche Handgriffe nötig, die ein BPM Systen nicht auswerten muss. 4.2 Ausführungsformalismus in der Cloud Abbildung 4.1: Zuordnung Servicemodell zu Prozessmodell Der Formalismus für Prozessmodelle ist in einer Cloud-basierten BPM Lösung eine weitere Herausforderung. In der Design- und Analyse-Phase sind fachlich beschriebene Prozesse in ebenbürtige Prozessmodelle zu überführen. Dieses Prozessmodell ist die Grundlage für die Ausführung in einer Prozess Engine. Dieser Abschnitt zeigt die Unterschiede zwischen den verschiedenen Servicemodellen. Der richtige Ausführungsformalismus in der Cloud für diese drei Servicemodelle ist nicht deutlich zu erkennen. Die unterschiedlichen Servicemodelle haben verschiedene Voraussetzungen für 49


Auf die Rettungskräfte ist Verlasse\nBei dem vorgestellten Szenario hatten die Hilfskräfte bei der Übung alle Hände voll zu tun. Foto: drk\nGrefrath DRK und THW übten gemeinsam auf dem Gelände der Schreinerei Camps.\nRegelmäßige und realistische Übungsszenarien sind für alle Hilfsorganisationen wichtig, damit im Ernstfall alles reibungslos funktionieren. Die Grefrather Schreinerei Camps mit ihren Hallen war jetzt Schauplatz einer Großübung von DRK und THW. Bastian Siebrandt, Leiter der 4. Einsatzeinheit, hatte die Übung über mehrere Monaten mit THW, Polizei und Behörden vorbereitet.\nDie Hilfskräfte wurde via Funkmeldeempfänger zur fiktiven Staubexplosion mit mehreren verschütteten Personen und einer unbekannten Anzahl von Verletzten alarmiert. Zum Einsatz kamen mehr als 80 Personen und 18 Fahrzeuge der 4. Einsatzeinheit des Kreises Viersen, die vom DRK Grefrath, St. Hubert, Tönisvorst und Willich gestellt wird sowie des THW aus Viersen und Kempen. Nach Anfahrt fanden die Helfer vor Ort eine tausend Quadratmeter große Halle vor, die vollständig verraucht war und keinerlei Sicht zuließ. Die Erkundung gestaltete sich daher sehr aufwändig und wurde vom THW geleistet, das im weiteren Verlauf 15 verletzte Personen finden, aus der Halle transportieren und an die DRK-Sanitätsgruppe übergeben konnte.\nZur Behandlung wurde eine vorläufige Patientenablage eingerichtet. Im Anschluss, als nicht mehr alle Helfer in der Behandlung gebunden waren, wurde ein Zelt aufgebaut. Die Sanitätskräfte wurden durch Verletztendarsteller gefordert, die unterschiedliche Blessuren simulierten und entsprechend geschminkt waren. Hierzu zählten neben Rauchgasvergiftungen auch offene Brüche und bewusstlose Personen, bei denen Herz-Lungen-Wiederbelebung notwendig wurde. Bei Temperaturen war eine solche über 30 Minuten aufrecht erhaltene Behandlung auch für die Sanitätskräfte eine körperliche Belastung. Leicht verletzte oder verwirrte Personen wurden an einem Betreuungsplatz mit Getränken und persönliche Ansprache versorgt. Außerdem wurde ein Toter von der Gabel eines Gabelstaplers geborgen.\nTim Eikelberg als Einsatzleiter und Markus Funken als Leiter der DRK-Einsatzeinheit zeigten sich mit dem Ablauf sehr zufrieden: „Alarmierung, Erkundung, Rettung und Behandlung der Verletzten haben gut funktioniert. Bei 15 Verletzten sprechen wir von einem Massenanfall von Verletzten, und genau dies sind auch Lagen, zu denen die Einsatzeinheit regelmäßig alarmiert wird.“\nDie detaillierte Auswertung der Übung folgt in dieser Woche mit allen beteiligten Führungskräften (Einsatzleitung, Abschnittsleitungen, Gruppen- und Truppführungen). DRK-Vorsitzender Christian Kappenhagen dankte Andreas Camps für seine Hilfe.


Casino: Wöchentlich 20% Freeplay bis zu Euro\n4. Mai casino hat diesen Monat ein neues Angebot parat, bei dem Sie insgesamt Euro Freeplay und Freispiele ergattern können. 8. Jan. Alle Spieler, die sich aktuell bei casino also neuer Kunde anmelden, Das Angebot an Video-Slots umfasst mehr als verschiedene. NEUE SPIELER HEISSE AKTIONEN TÄGLICHE ANGEBOTE LIVE CASINO Ziehen oder halten Sie, um den Dealer zu schlagen – mit FreePlay von bis zu. Dafür stehen auch eine Vielzahl von Banking Optionen zur Auswahl. Hinterlassen Sie einen Kommentar Antworten abbrechen Kommentar. Das Spielkasino bietet eigene Live Dealer Tische an. Solange Spieler Verluste erlitten haben, wurde der Bonusmissbrauch auch nicht beanstandet. Darüber hinaus kann auch mit Mastercard und Visacard sowie mit den anderen beliebten Optionen Skrill, Neteller, Paysafecard und Sofortüberweisung eingezahlt werden. In punkto Spieleangebot hat das Casino auch eine sehr gute Auswahl anzubieten. Die selbst programmierten Spielautomaten und Tischspiele stellen dabei aber Spin Father Slots - Available Online for Free or Real nur einen Teil des Spielangebots.\n888 Casino Bonus Codes & Promo Codes for 2017 Einen sehr guten Ruf konnte man sich vor allem mit einem sicheren und fairen Spielablauf erarbeiten. Um einen bestmöglichen Service zu bieten, stehen die Kundendienstmitarbeiter 24 Stunden an sieben Tagen pro Woche zur Verfügung. Darüber hinaus kann auch mit Mastercard und Visacard sowie mit den anderen beliebten Optionen Skrill, Neteller, Paysafecard und Sofortüberweisung eingezahlt werden. Einzahlungen und Auszahlungen funktionieren in der Regel reibungslos. Auch der Selbstschutz der Spieler ist dem Konzern ein Anliegen. Ebenfalls kritisiert wird die Dauer, die die Auszahlungen in Anspruch nehmen.\n: Neues FreePlay-Angebot bei 888casino\nNeues FreePlay-Angebot bei 888casino 92\nMISS KITTY SLOT SPEL - SPELA MISS KITTY ONLINE GRATIS Ihr habt Euch damit automatisch für das kostenlose Willkommenspaket von 88 Euro qualifiziert siehe nächstes Kapitel. Die Weihnachts-Aktion wurde verlängert! Es erfolgte eine entsprechende Information an das Casino, das daraufhin aber keinerlei Reaktion zeigte. Wenn Sie mit einem FreePlay an den vorgegebenen Slots spielen, werden sämtliche Gewinne aus diesem in einen Bonus umgewandelt, doch vorher muss das gesamte Are you our Mister Chef? | Euro Palace Casino Blog, je nach Aktion und Bedingungen, zwischen einem und dreimal komplett eingesetzt werden. Neben den Nachrichten bin ich vor allem für die tollen Bonusangebote zuständig. Bei diesem Gratis-Angebot sind aber zwei Dinge zu beachten: Für Roulette-Spieler hat einige verschiedene Varianten zur Auswahl. Auch der Selbstschutz der Spieler ist dem Konzern ein Anliegen. Als Gründe für diese negative Bewertung werden unter anderem unethische Martketingmethoden angeführt — wie Blackhat SEO und Blog spamming — die Casino in der Vergangenheit angewandt haben soll, sowie Spielersperrungen und Gewinnkonfeszierungen aufgrund von angeblichem Bonusmissbrauch. Dadurch öffnet sich die Registrierungsmaske.\n5-10 Line Slots | Up to $/£/€400 Bonus | Casino.com Crystal Kingdom™ Slot Machine Game to Play Free in IGTs Online Casinos\nSamba Brazil Spielautomat | bis 400 € Bonus | Casino.com in Deutsch 992\nNeues FreePlay-Angebot bei 888casino 42\nNeues FreePlay-Angebot bei 888casino Spielkonten können auf eigenen Wunsch zeitlich oder unbegrenzt gesperrt werden, um Spielsucht vorzubeugen. Wir haben selber ausgiebige Casino Erfahrungen gesammelt und auch die Erfahrungen von anderen Spielern analysiert. Ich brauche mehr House of Fun. Nun kommen Sie in ein kleines, aber durchaus ertragreiches Minispiel, dass als Münze mit zwei Seiten wohl die Urform eines jeden Glücksspiels darstellt. Kritisiert wird unter anderem der Kundendienst, der oftmals mit vorgefertigten Emails arbeitet und für die Problemlösung zu lange braucht. Dies ist ein ziemlich exklusives Live Angebot, das wir bisher so nur im Casino finden konnten. Aus für Novoline, Greentube und Stargames Die Live Elte Lounge. Im Casino Online Geld gewinnen ohne Einsat\nDer Redaktion von Thepogg. Folgt diesem Link , um Euch das Willkommensangebot für zu sichern. Bei dem Informationsportal casinomeister. An Montagen warten Freispiele für Jackpot Slots. Unser beliebtestes Online Casino Wir haben uns mal wieder verguckt! Hier geht es zum casino mit PayPal-Einzahlung! Ja, ich bin einverstanden. Der Redaktion von Thepogg. Wer Fragen zur Fairness und Sicherheit hat, kann sich auch an den Kundendienst wenden. An diesem Tisch sind die Tischlimits wesentlich höher. Aber natürlich interessieren uns auch die Meinungen und Erfahrungen anderer Spieler. Der direkte Link zum Casino. Mit diesem Onlinecasino könnt Ihr nicht falsch liegen. Aber, und das ist wirklich beachtlich:


Diskutiere Pilze als Hauptkrankheitsursache? im Vogelkrankheiten Forum im Bereich Allgemeine Foren; Hallo, Meine Enten - 4 Weibchen, 2x 6 Monate, 3 Jahre und 12 Jahre, und 2 Erpel, 1,5 Jahre - sind jetzt schon seit August immer wieder krank...\n#1 Meckie, 28. Oktober 2015\nMeine Enten - 4 Weibchen, 2x 6 Monate, 3 Jahre und 12 Jahre, und 2 Erpel, 1,5 Jahre - sind jetzt schon seit August immer wieder krank geworden, ohne dass die Ursache gefunden wurde. Ein Erpel (3 Jahre) ist sogar daran gestorben und jedesmal war die Begleiterscheinung starkes Abmagern, obwohl sie erst kurz nachdem wir angefangen haben zu behandeln, aufgehört haben zu essen und das auch nur kurzzeitig.\nIm September habe ich eine Sammelkotprobe abgegeben, wo der einzige Befund E. coli war. Ich habe AB, Flubenol und Vitamine, vor allem Vitamin B gereicht, weil zwei Erpel, der der gestorben ist und noch ein anderer zweimal, nervöse Schäden in den Beinen hatten, die sich mit Kortison behandeln ließen. Milben haben sie wahrscheinlich auch noch bekommen, wogegen aber ein Medikament erfolgreich wirkte.\nZu dem genaueren Krankheitsverlauf könnt ihr auch einen alten Thread dazu von mir lesen: http://www.vogelforen.de/vogelkrankheiten/254962-ursache-fuer-krankheit-gesucht.html.\nJetzt hat meine Mutter (ich musste leider wegen Studium ausziehen und meine Enten da lassen ) wieder eine Sammelkotprobe abgegeben. Da waren nun die Befunde: E. coli, Streptokokken, Enterokokken und Pilze (Candida). Gegen E. coli, Streptokokken und Enterokokken gibt meine Mutter das AB Enrofloxitin. Gegen die Pilze will die TÄ nichts geben, weil der Befall mäßig ist und sie keine zwei Medikamente gleichzeitig geben möchte. Meine Mutter gibt nun Thymiantee, Vitamin B aus der Apotheke und Vitamin-C-Pulver und ansonsten kein Zucker in Form von Vitaminen oder Äpfeln.\nMittlerweile haben zwei Enten eine Stockmauser und alle wollen nur noch weiches Futter oder Salat und kaum Körnerfutter essen und im Vergleich zu Fotos aus dem Frühsommer sind sie stark abgemagert. Es fällt auch auf, dass die beiden jüngsten sind im Vergleich zu der erwachsenen Ente noch immer viel kleiner sind, v.a. Schnabel und Füße. Dabei haben sie erst vor einem Monat angefangen zu kränkeln.\nJetzt meine Fragen: Gegen Würmer, Milben und den Großteil der Bakterien haben wir bereits behandelt. Gegen Viren hat man ja eher wenig Chancen und die enden schneller tödlich. Deshalb: Kann es sein, dass sie den ganzen Sommer über schon den Pilz haben und er in der ersten Kotprobe nicht nachgewiesen wurde, weil er sich zu dem Zeitpunkt noch nicht im Darm befand?\nKann damit auch so die Abmagerung zusammenhängen, dass er wie Würmer die Nährstoffe "wegisst"?\nWas können wir selbst gegen den Pilz geben, weil wir nicht mehr länger warten möchten, weil sich der Zustand, v.a. in der kommenden Kälte, immer mehr verschlechtert?\nDie Symptome passen auch in gewisser Weise auf das Going light Syndrom. Dagegen hilft ja auch nur ein Anti-Pilzmittel. Wäre das theoretisch auch möglich?\n#2 1941heinrich, 28. Oktober 2015\nHallo , da es sehr viel verschiedene Arten von Pilzen gibt . muss man zunächst feststellen um was für einen Pilz es sich handelt. Pilze können sehr wohl auslöser anderer Krankheiten sein.Unbedingt einen kundigen TA aufsuchen.\n#3 charly18blue, 28. Oktober 2015\nGegen E. coli, Streptokokken und Enterokokken gibt meine Mutter das AB Enrofloxitin. Gegen die Pilze will die TÄ nichts geben, weil der Befall mäßig ist und sie keine zwei Medikamente gleichzeitig geben möchte.\nSehr vogelkundig ist der Tierarzt wohl nicht. Gegen Candida (Hefepilze) wird normalerweise Nystatin/Nystaderm/Moronal Suspension gegeben und wenn sie jetzt AB bekommen und kein Pilzmittel werden die Hefepilze regelrecht "explodieren". Die müssen dringend begleitend behandelt werden. Die Abmagerung kann gut eine Folge der Pilze sein, aber auch der Bakterienbefall ist heftig. Wurde denn ein Resistenztest gemacht, bevor das AB verordnet wurde? Das Nystatin wird übrigens mindestens 3 Wochen lang gegeben.\nDagegen gibt man Amphomoronal, das bekommt man nur beim TA. (Also nicht mit Moronal verwechseln).\nAmphomoronal - Wirkstoff Amphotericin B\nMoronal -Wirkstoff Nystatin\n#4 rapax, 28. Oktober 2015\n... ja ich hätte vielleicht einen Ratschlag.\nLass doch bitte mal einen Abstrich des Rachenraumes machen und eine Kultur ansetzen.\nIch hatte vor 3 Jahren mit einer Eule ein ähnliches Problem, dort waren es multiresistente Bakterien. Eine Kotprobe hatte auch keinen wirklichen Befund erbracht. Erst die 7. Kultur führte zu einen (haarsträubenden) Ergebnis.\n#5 Meckie, 28. Oktober 2015\nDahin ist leider mindestens eine Stunde Autobahnfahrt. Aber wir werden es überlegen.\nJa, es ist eine Kleintierklinik. Das Nystatin kann man ganz normal in der Apotheke holen? Wie ist die Dosierung?\nBei E.coli wurde auf jeden Fall ein Resistenztest gemacht.\nWir werden es mit dem Abstrich versuchen. Danke für den Tipp. Vielleicht ist das auch die Ursache.\nPilze als Hauptkrankheitsursache? - Ähnliche Themen\nDu betrachtest gerade: Pilze als Hauptkrankheitsursache?