Prozessunterstützung für temporäre, ehrenamtliche und private Gruppen (Zeus 2009)

Prozessunterstützung für temporäre,ehrenamtliche und private Gruppen

Daniel Schulte(FernUniversität in Hagen)

ZEUS 2009Stuttgart

03. März 2009

FAKULTÄT FÜR MATHEMATIK UND INFORMATIK

Gliederung

1 Prozesse für Gruppen

2 Architekturstil

3 Ausblick & Zusammenfassung

ZEUS 2009 Prozessunterstützung für Gruppen 1 / 13


Gliederung


2 Architekturstil




GruppenEhrenamtlich agierende VereineOrganisationsteams von einmaligen Veranstaltungen(z. B. Benefizkonzerte)Workshops und Konferenzen

Rahmenbedingungen:Kein Fachpersonal, keine eigene HardwareWeder Zeit noch Geld für initialen AufbauGruppenzusammensetzung unbeständig & situationsbedingtVerantwortlichkeiten u. U. flexibel oder sich ständig änderndParallele Arbeiten an Projekten anderer Gruppen

I Prinzipielle Prozessabläufe kein GeschäftsgeheimnisI Prozesse selten in einer Gruppe wiederholt, aber ähnliche

Prozesse in vielen Gruppen



Beispiel: Vorbereitung einer SitzungRahmendatenspezifizieren

Terminfestlegen

TOPssammeln

Anmeldungermöglichen

TOPs prüfen& sortieren

Einladungversenden



GruppenEhrenamtlich agierende VereineOrganisationsteams von einmaligen Veranstaltungen(z. B. Benefizkonzerte)Workshops und Konferenzen

Rahmenbedingungen:Kein Fachpersonal, keine eigene HardwareWeder Zeit noch Geld für initialen AufbauGruppenzusammensetzung unbeständig & situationsbedingtVerantwortlichkeiten u. U. flexibel oder sich ständig änderndParallele Arbeiten an Projekten anderer Gruppen

I Prinzipielle Prozessabläufe kein GeschäftsgeheimnisI Prozesse selten in einer Gruppe wiederholt, aber ähnliche

Prozesse in vielen Gruppen



Vision & Forderungen

Statt isolierter Dienste, E-Mails und proprietären LösungenProzesse nutzen!

Zentrale Forderungen aus Benutzersicht:

Einfacher Start von Prozessen

Einfache Anpassung von Prozessen

Flexible Verwaltung von Gruppenmitgliedern undVerantwortlichkeiten

Einfacher Bezug von Aufgaben



Prozesse für Gruppen

Geschäftsprozesse und Aufgaben:

WS-BPEL, WS-HumanTask & BPEL4People

YAWL

I Keine standardisierte, eigenständige Aufgabenverwaltung

I Kein zentraler Zugangspunkt zu Aufgaben

Aufgaben sammeln per:

Portal

E-Mail

Minimale Lösung braucht:

Adressierbarkeit von Anwendern

Minimale aktualisierbare Informationen zur Aufgabe



Gliederung


2 Architekturstil




Architekturstil

Aufgaben-listendienste

Klient



Architekturstil

Dienste


Klient



Architekturstil

Dienste


Aufgaben

Klient

Adresse:<URL>



Architekturstil

Dienste

Identitäts-management-

dienste


Aufgaben

Klient

Verwaltung/Administration

Adresse:<URL, Rolle>



Architekturstil

Dienste


dienste


AufgabenHauptdienste(Prozesse)

Klient

Initiierung/Administration




Architekturstil

Dienste

andereDienste


dienste


AufgabenHauptdienste(Prozesse)

Klient

Initiierung/Administration




Beispiel: Vorbereitung einer SitzungRahmendatenspezifizieren

Terminfestlegen

TOPssammeln

Anmeldungermöglichen

TOPs prüfen& sortieren

Einladungversenden



Beispiel: Vorbereitung einer SitzungVorbereitungs-

prozessIdentitäts-

managementdienst

Aufgaben-listendienst


Klient Klient

verwaltet

kennt



Beispiel: Vorbereitung einer SitzungInstant1Vorbereitungs-prozess

Identitäts-managementdienst



Klient Klient

initiiert

kennt





Rahmendatenspezifizieren

Terminfestlegen

...



Klient Klient

kennt

nutzt





rd instanzRahmendatenspezifizieren



Klient Klient

kennt

initiiert

kennt








Klient Klient

kennt

kennt

informiert








Klient Klient

kennt

kennt

bearbeitet



Gliederung


2 Architekturstil




Ausblick: Langfristige Ziele

Statt isolierter Dienste, E-Mails und proprietären LösungenProzesse nutzen!

Datenschutz

Authentifizierung (OpenID, OAuth, ...)

Spamschutz (z. B. possessive Authentifikation)

Flexibilität und Kontrollierbarkeit von Prozessen

Nachvollziehbarkeit von Prozessen

Wiederverwendbarkeit und Wiederholbarkeit

Mehrwerte im Klienten, wie Aufgabeneinplanung inKalender; Transformation von E-Mails in Aufgaben, ...

...



ZusammenfassungProzesse für temporäre, ehrenamtliche und private GruppenEinfacher Aufgabenbezug wichtigKeine zentrale Infrastruktur

Von E-Mail-Architektur inspirierter ArchitekturstilAufgabenlistendienste als Anwender-zentrale KomponentenVielfältige Prozesse und Dienste möglich



ZusammenfassungProzesse für temporäre, ehrenamtliche und private GruppenEinfacher Aufgabenbezug wichtigKeine zentrale Infrastruktur

Von E-Mail-Architektur inspirierter ArchitekturstilAufgabenlistendienste als Anwender-zentrale KomponentenVielfältige Prozesse und Dienste möglich

Was wir nicht gesehen haben: einen Prototypen!



Vielen Dank!1 Prozesse für Gruppen

2 Architekturstil



Literatur I

Agrawal, A. et al.:Web Services Human Task (WS-HumanTask),Version 1.0, 2007.

Agrawal, A. et al.:WS-BPEL Extension for People (BPEL4People),Version 1.0, 2007.

Alves, A. et al.:Web Services Business Process Execution LanguageVersion 2.0, 2007.

Fielding, R.T.:Architectural Styles and the Design of Network-basedSoftware Architectures.PhD thesis. University of California, 2000.


Literatur IIOuyang, C., La Rosa, M.; ter Hofstede, A.H.M., Dumas, M. &Shortland, K.:Toward Web-Scale Workflows for Film Production.IEEE Internet Computing 12(5), 53 – 61, 2008.

Unger, T. & Bauer, T.:Towards a Standardized Task Management.Multikonferenz Wirtschaftsinformatik, GITO-Verlag, Berlin,2008.

van der Aalst, W.M.P. & ter Hofstede, A.H.M.:YAWL: Yet Another Workflow Language.Information Systems, 30(4), 245 – 275, 2005.

YAWL Foundation:YAWL Yet Another Workflow Language.http://www.yawl-system.com [2009-02-20]


Prozessunterstützung für temporäre, ehrenamtliche und private Gruppen (Zeus 2009)

Technology

Transcript of Prozessunterstützung für temporäre, ehrenamtliche und private Gruppen (Zeus 2009)