von Martin Jungmair Gregor Prohaska

Präsentation zum Thema: "von Martin Jungmair Gregor Prohaska"—  Präsentation transkript:

1 von Martin Jungmair Gregor Prohaska
CrossFlow von Martin Jungmair Gregor Prohaska

2 Einführung in CrossFlow
Übersicht Einführung in CrossFlow Architektur von CrossFlow Co-operativ support services (CSS)

3 Das CrossFlow-Projekt
Sep Sep 2000 ein von der EU im Rahmen des 4. ESPRIT Framework gefördertes Projekt Teilnehmende Organisationen: IBM Allianz - Church and General Royal Dutch Telecom GMD Darmstadt University of Twente Sema Group

4 Motivation Aktuelle WfMS unterstützen den Geschäftsprozess nur innerhalb einer Organisation Organisationen sind immer öfter gezwungen kurze, dynamische und flexible Verbindungen mit anderen Organisationen einzugehen Viele unterschiedliche WfMS auf dem Markt Eine Interaktion über Organisationsgrenzen hinaus, stellt nicht nur eine Interaktion zwischen Benutzer und Manager eines WfMS dar, sondern auch eine Geschäftsverbindung.

5 Ziel Verbinden zweier (verschiedener) Workflow-Managment-Systeme zum Auslagern eines Service Das Finden eines geeigneten Partners soll erleichtert werden Das erstellen eines Vertrages zwischen den Beteiligten soll automatisiert werden Das Vorbereiten der Systeme auf die Interaktion soll erleichtert werden

6 Auslagern eines Service
Service Consumer Service Provider A B C F G D E D+ E+

7 Architektur von CrossFlow
Übersicht Einführung in CrossFlow Architektur von CrossFlow Co-operativ support services (CSS)

8 Phasen des CrossFlow-Lebenszyklus
1.) Kunde sucht ein passendes Angebot und einen Vertrag erstellen 2.) Beide Organisationen konfigurieren ihre Systemresourcen, verbinden die notwendigen Komponenten mit dem WfMS und führen die nötigen organisationalen Änderungen durch. 3.) Der Service wird ausgelagert und vom Provider ausgeführt 4.) Der Service wird beendet und die Verbindung wird abgebrochen.

9 Was ist ein Contract Ein Contract ist modulpassierte Form eines Vertrages Concept Model Process Model Enactment Model Usage Model Natural language description

10 MatchMaking Engine Outsourcing Mgr Insourcing Mgr Workflow Module
Advertise Decision-making tools Contract Establish Mgr Contract Establish Mgr Outsourcing Mgr Insourcing Mgr Workflow Module BE System Workflow Module BE System D1 D2 E1 E2 Workflow Mgt System Consumer Provider

11 MatchMaking Engine MatchMaking Engine Outsourcing Mgr Insourcing Mgr
Search MatchMaking Engine MatchMaking Engine Contract Establish Mgr Decision-making tools Decision-making tools Contract Establish Mgr Outsourcing Mgr Insourcing Mgr Workflow Module BE System C D Workflow Module BE System D1 D2 E1 E2 Consumer Provider

12 MatchMaking Engine Outsourcing Mgr Insourcing Mgr Workflow Module
Results MatchMaking Engine Contract Establish Mgr Decision-making tools Decision-making tools Contract Establish Mgr Outsourcing Mgr Insourcing Mgr Workflow Module BE System C D Workflow Module BE System D1 D2 E1 E2 Consumer Provider

13 Contract Establish Mgr Contract Establish Mgr
MatchMaking Engine Contract Establish Mgr Contract Establish Mgr CRAFT Outsourcing Mgr Configuration Mgr Insourcing Mgr IES Workflow Module BE System BE System Workflow Module Workflow Mgt System Workflow Mgt System Consumer Provider

14 Contract Establish Mgr Contract Establish Mgr
MatchMaking Engine Contract Establish Mgr Contract Establish Mgr CRAFT CRAFT Outsourcing Mgr Configuration Mgr Insourcing Mgr IES Workflow Module BE System BE System Workflow Module Workflow Mgt System Workflow Mgt System Consumer Provider

15 Workflow Module BE System BE System Workflow Module
CRAFT CRAFT Contract Mgr FCC Loc QoS Proxy Gate Coordinator Contract Mgr Coordinator QoS FCC LoC Proxy Gate IES IES Workflow Module BE System BE System Workflow Module Workflow Mgt System Workflow Mgt System Consumer Provider

16 Kommunikationswege in CrossFlow
Enactment infrastructure Service Provider X A B C Service Consumer Activate Dn+ D1+ Enactment infrastructure Monitoring D Proxy Gateways Proxy Gateways E E1+ E1+ Control Em+ F G Results

17 Co-operativ support services (CSS)
Übersicht Einführung in CrossFlow Architektur von CrossFlow Co-operativ support services (CSS)

18 Cooperative Support Service - Quality of Service Monitoring (QoS)

19 Übersicht QoS Ziele Funktionen Online Überwachung Offline Überwachung
Workflow Prognose QoS Architecture

20 Ziele Aufgaben Verwendung
Überwacht den Prozess und Qualität eines lokalen oder ausgelagerten Workflow Verwendung Stellt Wissen zur Verfügung Information über aktuellen Status Kurz- und Langzeitanalysen des Workflow Erhöht die Flexibilität Schafft Prognosedaten Stellt flexible Entscheidungen zur Verfügung Ermöglicht frühes Einschreiten Entdeckt Abweichungen vom erwarteten/garantierten Leistungen

21 Funktionen Online Überwachung Offline Überwachung Workflow Prognose
Stellt Informationen über den aktuellen Status des lokalen oder ausgelagerten Workflows zur Verfügung (für User, Anwendungen und andere CrossFlow Module) erzeugt log files zur Analyse und offline Überwachung Offline Überwachung analysiert log files Erzeugt ein Steuerungsmodell für den Prozess generiert Prognosedaten Workflow Prognose Prognostiziert das zukünftige Verhalten eines laufenden Workflow Für flexible Entscheidungen und deadline-Prognosen

22 Online Überwachung Statusinformation (workflow Fortschritt)
Kontakt Werkstätte Schaden feststellen Verhandeln Report schreiben Statusinformation (workflow Fortschritt) Ist die Schadensfeststellung durchgeführt worden? Parameterwerte (data flow items) Wer macht die Schadensfeststellung? Erwartungswerte Wann wird der Report gesendet? Zeitwerte Wie lange dauert die Schadensfeststellung? Aktive Benachrichtigung Verständigung wenn eine Verzögerung eintritt..

23 Offline Überwachung Analysiert die logfiles und erzeugt einen Bericht
Markov Kette Ausgewählte Prozesse mit Status und Übergänge Erzeugt statistische Daten Ausführzeiten / Verteiler, Statusänderungen,.. Verwendung: Prognosedaten für dynamische Workflowoptimierung (FCC) Normale Schadensfeststellungen dauern 2 Tage. Workflowanalyse für statische Workflowoptimierung Kann der Workflow durch neue Aktionen verbessert werden? Validiere die Workflowausführung gegen den Vertrag Der Vertrag sagt, dass die Reporterzeugung längstens 24 Stunden dauert, in 80% der Fälle dauerte es 48 Stunden! {} {A} {C} {B,C} {B} {D} 1 0.75 0.25 0.33 3.25 2 3 1.67 1.5

24 Workflow Prognose Prognostiziert das weitere Verhalten des Workflowprozesses Prognosedaten von der Offlineüberwachung Berechnet wahrscheinliche Ausführzeiten für die einzelnen Aktivitäten und Sequenzen Stellt Informationen für flexible Entscheidungen zur Verfügung (FCC) Schnelle Schadensfeststellung spart eine Tag, kostet aber zusätzlich 1 €. Frühe Erkennung von möglich fehlenden deadlines Der geforderte Prozess wird wahrscheinlich die deadline um 2 Tage überschreiten.

25 QoS Architecture Workflow Management System CrossFlow/CRAFT
FCC/QoS Backend System QOSFX Online Monitoring Flexible Change Control Log Files Offline Analysis Module Pred. Data

26 Zusammenfassung Quality of Service Überwachung:
Stellt Wissen über den aktuellen Workflow dar (Status, Daten und Timing) Stellt Kostenvoranschläge für das zukünftige Verhalten des Workflow- prozesses zur Verfügung. Unterstützt aktive Verständigung bei gewissen Bedingungen Aktiviert dynamische Workflowoptimierung Erlaubt off-line Workflowanalyse Anwendbar bei lokalen und betriebsübergreifende Workflows

27 Cooperative Support Service Flexible Change Control (FCC)

28 Problem Flexibilität ist notwendig
Bedingungen zur Laufzeit können nicht vorhergesehen werden Abweichungen von Standardstrukturen sind oft notwendig Kontrolle ist notwenig Willkürliche Änderungen sind nicht erwünscht Workflow muss Businessziele optimieren Globale Entscheidungen sind notwendig

29 FCC in Cross-Organizational Workflows
Welche Flexibilität ist vorhanden? Veränderung eines ausgelagerten Teils wirkt sich auf die Autonomität des Anbieters aus Þ Die Art der Flexibilität genau beschreiben und in welchem Teil des Workflow sie möglich ist Wie wird die Flexibilität genutzt? Entscheidungen treffen, wo Workflow aufgeführt wird Flexibilität soll die Ausführung von Workflows verbessern Þ Zielbeschreibung des Prozesses

30 Using Flexibility to Achieve Business Goals
Businessprozesse können mehrere, komplimentäre Ziele haben Strukturziele Vorkommen v. Aktivitäten Größenordnung v. Aktivitäten Welcher Aspekt ist wichtiger ? Quantitative Ziele Kosten Zuverlässigkeit Zeitl. Ziele Dauer Deadlines

31 Approach Erweitert ein Workflow mit flexiblen Elementen Erlaubt die Spezifikation von Zielen Prioritätsvergabe bei den Ziele Ausführgarantie: Ausgeglichenes Erreichen von mehreren Zielen unter variierenden Bedingungen Verwirklichung: Opfert einige Eigenschaften um die wichtigen zu erreichen Geschickter Serviceabbau in der Workflowausführung Elastisch zur Umgebung

32 What Can We Adapt? (1) Alternativ S [A, B] E A B oder bedeuted
Optional S {A, B} E bedeuted B A oder

33 What Can We Adapt? (2) 0/1-Möglichkeit S [A, Ø] E oder S Anv E
bedeuted S A E oder S E

34 Insurance Contract Process
48h Werkstatt kontaktieren Schaden feststellen Verhandeln Report erstellen

35 Insurance Contract Process
Werkstatt kontaktieren 48h Schaden feststellen [normal, schnell] Verhandeln Report erstellen

36 Considerations for Decision Making
Globale Optimierung ist notwendig: Wählt man eine teurere Variante um die Dauer zu senken? Risiko, dass der verbleibende Teil des Workflow seine maximale Ausführungszeit benötigt! An welchen flexiblen Elementen soll eine schnellere Alternative genommen werden? Ist es notwendig, eine schnellere Alternative für die flexible Elemente zu haben?

37 Optimization Techniques
Ziel liegt beim Zeit/Kosten Tausch Ständige Überwachung für optimale Alternativen Heuristische Erweiterung Aufteilen des Workflow Rolle der flexiblen Elemente in der nahen Zukunft Kostenvoranschlag für das Verhalten in entfernter Zukunft

38 Zusammenfassung Geeignete ausführbare Alternativen (flexible Elemente)
vs. eigenmächtige manuelle Änderungen Ziele bestimmen die Ausführung vs. ad hoc Entscheidung vs. vorübergehende Entscheidungen Globale statt lokale Entscheidung Entwicklung von Optimieralgorithmen für Zeit/Kosten Tausch

39 Cooperative Support Service: Level of Control (LoC)

40 Transaction Support Sichert zuverlässig und gleichmässige Prozessausführung Herkömmliches ACID Transaktionsmodell zu starr Lang laufende Workflow Prozesse Wiederverwendung des bestehenden Transaktionsmodelles Erweitertes “atomicity” und “isolation” benötigt WIDE Transaktion Modell

41 WIDE Transaction Model
Aufteilungsbasiertes Transaktionsmodell Teilt den Workflow Prozess in I-Schritte Erweitert die “Atomicity” and “Isolation” Eigenschaften Beliebig-komplexe Prozessstrukturen “Safepoints” bieten Flexibilität durch Rollback Teilweises/komplettes Rollback

42 WIDE Transaction Model
Dynamisiche Aufbau des aufgeteilten Prozesses intra-organisatorischen Workflow Prozess Support Erweitern, um den spezifischen Ansprüchen an das Transaktions-modell für betriebsübergreifenden Workflow Prozesse gerecht zu werden.

43 X-Transaction Model (1)
X-Schritte I-Schritte ergänzende Schritte “Safepoints” Zusätzliche Flexibilität durch Rollback Bereiche Intra-organisatorische (IO) Rollback Bereiche Cross-organisatorische (XO) Rollback Bereiche Rollbacks können in jeder Kombination der drei Prozess-level stattfinden.

44 X-Transaction Model (2)
Rollback starts at: Rollback Scope/Mode: Intra-Organizational / Complete: Partial: Cross-Organizational / Consumer Provider Entire consumer process is rolled back Consumer process is rolled back until a safe-point is found. is rolled back in its entirety Outsourced process is rolled back by the provider. Consumer process is partially rolled back. Outsourced process is rolled back by the provider Entire provider process is rolled back. Provider process is rolled Entire provider process is rolled back, then the consumer process is rolled back partially Not possible Entire consumer process is rolled back. Outsourced process is rolled back by the provider.

45 Process Control Primitives
Erlaubt dem Kunden die Steuerung über die Ausführung des ausgelagerten Prozesses: Stop Weiter Abbruch Ändern Rollback Der Vertrag gibt an, welche PCPs erlaubt sind und wann diese ausgeführt werden dürfen.

46 LoC Architecture Back-end System
Intra-Organizational Transaction Manager (ITM) ITM specific isolation layer (ITMMQWFA) Restart-Reset-Process (RRP) Level of Control Functional eXtensions (FX) Cross-Organizational Transaction Manager (XTM) Process Control Primitive (PCP) Workflow State (WFS)