Embed Size (px)
Citation preview
www.saxsys.de
Saxonia SystemsWir lieben IT.
Dresden · Frankfurt/Main · Leipzig · München · Hamburg · Görlitz · Berlin
Daniel Grawunder
Architektur eines Human-Task-Service
www.saxsys.de
Saxonia SystemsWir lieben IT.
Gliederung
Einführung zu Human-Tasks
Grundlagen/Gemeinsamkeiten von HTs
Bespielprozess
Funktionale Anforderungen an den HT-Service
Architekturbeschreibung
Aufbau der HT-Service-Architektur
Ablauf des HT-Service-Aufrufs
Komponenten
Nichtfunktionale Anforderungen
Architekturbewertung
Vergleich mit BPEL4People
Vorteile/Herausforderungen
Fazit/Fragen
www.saxsys.de
Saxonia SystemsWir lieben IT.
Grundlagen
www.saxsys.de
Saxonia SystemsWir lieben IT.
GrundlagenWas sind Human-Tasks?
Allgemein: Menschliche Beteiligung an einem Geschäftsprozess
Geschäftsprozessschritte die von Menschen ausgeführt werden
Im SOA-Kontext: Services die von Menschen implementiert werden
Fachliches Wissen der Menschen stellt die Implementierung dar
HT-Service stellt Infrastruktur bereit
www.saxsys.de
Saxonia SystemsWir lieben IT.
GrundlagenGemeinsamkeiten von Human-Tasks
Oftmals ähnliche Aufgabenstellung Bestätigung Prüfung Notification
Benötigte Informationen Wer kann die Aufgabe erfüllen (Bearbeiter, Rollen, Rechte) Was ist zu tun (Aufgabenstellung) Womit (Ein- und Ausgabedaten)
Schlussfolgerung für einen HT-Service: Generische Infrastruktur-Komponente Konfigurierbar für konkrete Human-Tasks
www.saxsys.de
Saxonia SystemsWir lieben IT.
GrundlagenBespiel-Geschäftsprozess mit Human-Task
www.saxsys.de
Saxonia SystemsWir lieben IT.
GrundlagenFunktionale Anforderungen an den HT-Service
Konfiguration des HT-Service mittels Task-Beschreibungen (Wer, Was, Womit)
Verteilung der Aufgeben an potentielle Bearbeiter
Daten zur Präsentation
Extraktion von benötigten Daten
Informationen über die Ergebnisdaten
Geschäftsprozess kann HT-Service aufrufen und Task-Instanz (TI) erstellen
BPEL-Prozess besitzt keine HT-spezifischen Informationen
Bearbeiter muss mit HT-Service interagieren
Authentifizierung/Autorisierung
Übersicht vorhandener TIs (Task-Liste)
Reservierung und Bearbeitung von TIs (Task-Detail-Sicht)
www.saxsys.de
Saxonia SystemsWir lieben IT.
Architekturbeschreibung
www.saxsys.de
Saxonia SystemsWir lieben IT.
ArchitekturbeschreibungAufbau des HT-Service
www.saxsys.de
Saxonia SystemsWir lieben IT.
ArchitekturbeschreibungAufbau des HT-Service
www.saxsys.de
Saxonia SystemsWir lieben IT.
ArchitekturbeschreibungAblauf des Serviceaufrufs
www.saxsys.de
Saxonia SystemsWir lieben IT.
ArchitekturbeschreibungAblauf des Serviceaufrufs
www.saxsys.de
Saxonia SystemsWir lieben IT.
ArchitekturbeschreibungAblauf des Serviceaufrufs
www.saxsys.de
Saxonia SystemsWir lieben IT.
ArchitekturbeschreibungAblauf des Serviceaufrufs
www.saxsys.de
Saxonia SystemsWir lieben IT.
ArchitekturbeschreibungAblauf des Serviceaufrufs
www.saxsys.de
Saxonia SystemsWir lieben IT.
ArchitekturbeschreibungAblauf des Serviceaufrufs
www.saxsys.de
Saxonia SystemsWir lieben IT.
ArchitekturbeschreibungAblauf des Serviceaufrufs
www.saxsys.de
Saxonia SystemsWir lieben IT.
ArchitekturbeschreibungAblauf des Serviceaufrufs
www.saxsys.de
Saxonia SystemsWir lieben IT.
ArchitekturbeschreibungGrundlegende Anwendungsfälle
www.saxsys.de
Saxonia SystemsWir lieben IT.
ArchitekturbeschreibungAnforderungen an die Komponenten
HTP
Serviceschnittstelle für Akteur Geschäftsprozess
Bereitstellung der HT-spezifischen Daten (Task-Beschreibungs-Referenz)
Instanziierung von HTs in HTI, Weiterleitung fachliches Dokument an HTI
Weiterleitung Ergebnisdokument an Geschäftsprozess
HTI
Erstellung und Verwaltung der Task-Instanzen
Bearbeiterverwaltung/Rechtemanagement
Präsentation der Task-Liste/Task-Detail-Sicht
Verarbeitung der Bearbeitereingaben/Erstellung Ergebnisdokument
Persistente Speicherung aller Artefakte
www.saxsys.de
Saxonia SystemsWir lieben IT.
ArchitekturbeschreibungKomponentendiagramm
www.saxsys.de
Saxonia SystemsWir lieben IT.
Architektur eines Human-Task-ServiceHeadline
www.saxsys.de
Saxonia SystemsWir lieben IT.
ArchitekturbeschreibungVorteile der Trennung in TVK und TPK
Speicherung des Zustands der HTs in der TVK
Unterstützung verschiedener Darstellungs-Clients durch unterschiedliche TPKs
Integration verschiedener TVKs durch eine TPK
Bessere Möglichkeiten für die Skalierbarkeit der HT-Service-Komponenten
www.saxsys.de
Saxonia SystemsWir lieben IT.
ArchitekturbeschreibungVorteile der Trennung in TVK und TPK
Speicherung des Zustands der HTs in der TVK
Unterstützung verschiedener Darstellungs-Clients durch unterschiedliche TPKs
Integration verschiedener TVKs durch eine TPK
Bessere Möglichkeiten für die Skalierbarkeit der HT-Service-Komponenten
www.saxsys.de
Saxonia SystemsWir lieben IT.
ArchitekturbeschreibungVorteile der Trennung in TVK und TPK
Speicherung des Zustands der HTs in der TVK
Unterstützung verschiedener Darstellungs-Clients durch unterschiedliche TPKs
Integration verschiedener TVKs durch eine TPK
Bessere Möglichkeiten für die Skalierbarkeit der HT-Service-Komponenten
www.saxsys.de
Saxonia SystemsWir lieben IT.
ArchitekturbeschreibungVorteile der Trennung in TVK und TPK
Speicherung des Zustands der HTs in der TVK
Unterstützung verschiedener Darstellungs-Clients durch unterschiedliche TPKs
Integration verschiedener TVKs durch eine TPK
Bessere Möglichkeiten für die Skalierbarkeit der HT-Service-Komponenten
www.saxsys.de
Saxonia SystemsWir lieben IT.
ArchitekturbeschreibungNichtfunktionale Anforderungen
Performance
Skalierbarkeit
Sicherheit
Ausfallsicherheit
Erweiterbarkeit/Wartbarkeit
Manageablity
www.saxsys.de
Saxonia SystemsWir lieben IT.
ArchitekturbeschreibungPerformance
Performance-Engpass => Nicht-Einhaltung vorgegebener SLAs
Performance aus Sicht des Geschäftsprozess
Service-Provider-Antwortzeit
Nachrichten-Laufzeit
Marshalling/Demarshalling
Service-Provider-Bearbeitungszeit
Performance aus Sicht des Bearbeiters
Verzögerung Darstellung der Task-Liste
Verzögerung Darstellung der Task-Detail-Sicht
Verarbeitungszeit der Benutzereingaben
www.saxsys.de
Saxonia SystemsWir lieben IT.
ArchitekturbeschreibungSkalierbarkeit
Mehrere TVKs mit dediziertem Datenspeicher
www.saxsys.de
Saxonia SystemsWir lieben IT.
ArchitekturbeschreibungSkalierbarkeit
Mehrere TVKs mit gemeinsamen Datenspeicher
www.saxsys.de
Saxonia SystemsWir lieben IT.
ArchitekturbeschreibungSkalierbarkeit
Mehrere TVKs und TPKs
www.saxsys.de
Saxonia SystemsWir lieben IT.
ArchitekturbeschreibungSicherheit
Anforderungen an Sicherheit
Authentifizierung u. Autorisierung des Bearbeiters
Authentifizierung u. Autorisierung des Service-Benutzers
Sicherung der Vertraulichkeit und Integrität während des
Datenaustauschs
Auditing von sicherheitsrelevanten Aktionen
www.saxsys.de
Saxonia SystemsWir lieben IT.
ArchitekturbeschreibungSicherheit
Einsatz einer „demilitarisierten Zone“
www.saxsys.de
Saxonia SystemsWir lieben IT.
ArchitekturbeschreibungAusfallsicherheit/Erweiterbarkeit/Manageability
Ausfallsicherheit
Hochverfügbarkeit der Komponenten
Wiederherstellung des Zustands nach Systemneustart
Erweiterbarkeit
Erstellung von HTPs für neue HT-Service-Instanzen
Konfiguration der HTI durch Task-Beschreibungen
Manageability
Monitoring
Administration
Archivierung
www.saxsys.de
Saxonia SystemsWir lieben IT.
Architekturbewertung
www.saxsys.de
Saxonia SystemsWir lieben IT.
ArchitekturbewertungVergleich mit BPEL4People
www.saxsys.de
Saxonia SystemsWir lieben IT.
ArchitekturbewertungVergleich mit BPEL4People
www.saxsys.de
Saxonia SystemsWir lieben IT.
ArchitekturbewertungVergleich mit BPEL4People
www.saxsys.de
Saxonia SystemsWir lieben IT.
ArchitekturbewertungVergleich mit BPEL4People
www.saxsys.de
Saxonia SystemsWir lieben IT.
ArchitekturbewertungVergleich mit BPEL4People
www.saxsys.de
Saxonia SystemsWir lieben IT.
Vorteile gegenüber BPEL4People
Trennung zwischen Prozessschicht und HT-Schicht
Auslagerung von HT-spezifischer Prozesslogik in den HTP
Einheitliche Kategorisierung von Services und Zuordnung von Verantwortlichkeiten
Umsetzung von Sicherheitsstrategien
Einfache Umsetzung von komplexen Interaktionsmustern
Architekturbewertung
www.saxsys.de
Saxonia SystemsWir lieben IT.
Trennung zwischen Prozessschicht und HT-Schicht
Auslagerung von HT-spezifischer Prozesslogik in den HTP
Einheitliche Kategorisierung von Services und Zuordnung von Verantwortlichkeiten
Umsetzung von Sicherheitsstrategien
Einfache Umsetzung von komplexen Interaktionsmustern
Vorteile gegenüber BPEL4PeopleArchitekturbewertung
www.saxsys.de
Saxonia SystemsWir lieben IT.
Trennung zwischen Prozessschicht und HT-Schicht
Auslagerung von HT-spezifischer Prozesslogik in den HTP
Einheitliche Kategorisierung von Services und Zuordnung von Verantwortlichkeiten
Umsetzung von Sicherheitsstrategien
Einfache Umsetzung von komplexen Interaktionsmustern
Vorteile gegenüber BPEL4PeopleArchitekturbewertung
www.saxsys.de
Saxonia SystemsWir lieben IT.
www.saxsys.de
Saxonia SystemsWir lieben IT.
Trennung zwischen Prozessschicht und HT-Schicht
Auslagerung von HT-spezifischer Prozesslogik in den HTP
Einheitliche Kategorisierung von Services und Zuordnung von Verantwortlichkeiten
Umsetzung von Sicherheitsstrategien
Einfache Umsetzung von komplexen Interaktionsmustern
Vorteile gegenüber BPEL4PeopleArchitekturbewertung
www.saxsys.de
Saxonia SystemsWir lieben IT.
Trennung zwischen Prozessschicht und HT-Schicht
Auslagerung von HT-spezifischer Prozesslogik in den HTP
Einheitliche Kategorisierung von Services und Zuordnung von Verantwortlichkeiten
Umsetzung von Sicherheitsstrategien
Einfache Umsetzung von komplexen Interaktionsmustern
Vorteile gegenüber BPEL4PeopleArchitekturbewertung
www.saxsys.de
Saxonia SystemsWir lieben IT.
Trennung zwischen Prozessschicht und HT-Schicht
Auslagerung von HT-spezifischer Prozesslogik in den HTP
Einheitliche Kategorisierung von Services und Zuordnung von Verantwortlichkeiten
Umsetzung von Sicherheitsstrategien
Einfache Umsetzung von komplexen Interaktionsmustern
Vorteile gegenüber BPEL4People
Chained-Execution
4-Eyes-Principle
Architekturbewertung
www.saxsys.de
Saxonia SystemsWir lieben IT.
HerausforderungenArchitekturbewertung
Starke Asynchronität des Serviceaufrufs
Wiederholte Erstellung (fast) identischer HTPs
www.saxsys.de
Saxonia SystemsWir lieben IT.
Fazit
www.saxsys.de
Saxonia SystemsWir lieben IT.
Fazit
Pragmatische Lösung zur Integration von HTs in Standard-BPEL-Prozesse
Ausgangspunkt und Diskussionsgrundlage für die Implementierung
Technologieneutrale Architektur, könnte selbst mit BPEL4People realisiert werden
www.saxsys.de
Saxonia SystemsWir lieben IT.
Fragen
