Geschäftsprozessmodellierung Flashcards

Question

Kontrollfluss in EPK Bedingter Ablauf

Answer 1

Kontrollfluss durch XOR-Konnektor aufgebrochen.

Answer 2

AND-Konnektor führt zwei nebenläufige Prozessketten aus.

Answer 3

OR-Konnektor teil Kontrollfluss auf. Beide Kontrollflüsse können, müssen aber nicht ausgeführt werden.

Answer 4

Entscheidungstabellen Konnektoren Entscheiden bei Split/Join nach einer Entscheidungstabelle

Answer 5

Erlauben es einen Split und Join in einem Konnektor zu modellieren. Split und Join sind hierbei durch eine horizontale Linie getrennt.

Answer 6

Dienen zum Modellieren von Personen/Rollen/Abteilungen/Organisationen/Systemen

Answer 7

Dienen zum modellieren von Datensätzen

Answer 8

Ist ein eigener Prozess und muss sich an alle Regeln halten

Answer 9

Business Process Modelling Notation Flussdiagramm basierte Notation für Definition von Geschäftsprozessen Vereinbarung verschiederner Notationsanbieter

Answer 10

GP-Modellierungsnotation mit folgenden Eigenschaften: * Kombination aus grafischen Elementen und zusätzl. Informationen * Ausführbare Prozess aus BPMN Modell erstellen * für allgemeinere Geschäftszwecke verwenden können * akzeptabel und benutzbar für Wirtschaft * Agnostische Methodik * Hinweis zu Zweck und Detailgrad der Modellierung * Gesamte BPMN Notation komplext aber iA nur Teil benötigt

Answer 11

Zusammenfassung der Ebenen bildet BPMN

Answer 12

* Busines Process Execution Language * XML basiert * ausführbar * Häufiger Einsatz: BPMN Modell -\> BPEL -\> BPEL Engine zur Ausführung * nicht zum modellieren geeignet * Spezifikation von Gesch.ftsprozessen und Interaktionsprotokollen basierend auf Web Services. (Notation: s. übern.chster Vorlesungsabschnitt.)

Answer 13

BPEL wird von meisten Middleware-Anbietern unterstützt: * Kombination zweier Modellparadigmen. * Vermeidung der Zersplitterung des Workflow-Marktes. * _Der_ Runtime Standard. * Gut definierte Syntax und operationale Semantik. * Gewisse Portabilit.t über Anbietergrenzen. Nachteil: keine „schöne“ Sprache.

Answer 14

Operationale Semantik. * „Natives“ XML-Austausch-Format. * Meta-Modell. * Event- & Exception-Handler (BPEL-Gegenstücke). * Choreographie-Erweiterungen. Muster-basiertes Abbilden zu BPEL (Teilmenge von BPMN): * BPMN 2.0 enth.lt eine signifikante Teilmenge isomorph zu BPEL * Visuelle Darstellung von BPEL.

Answer 15

Komplexität ist groß * Lauffähigkeit zu sichern, ist immer komplex. * Kann nur Teilmenge von BMN 2.0 zu BPEL einfach abbilden. * Kann BPMN-Prozesse modellieren, die keine kanonische Repräsentation in BPEL haben. * Einige Funktionen haben noch keine Laufzeitumgebung. * Z.B.: dazugehörige Domain außerhalb des Anwendungsbereiches von BPEL (siehe BPEL4Chor).

Answer 16

**Standpunkt 1 (BPEL-zentrisch):** * Teilmenge von BPMN 2.0 ist isomorph zu BPEL. * Kanonisch zu BPEL transformiert und in BPEL-Engines ausführbar. * Passende Teilmenge: visuelle Schicht oben auf BPEL. **Standpunkt 2 (BPMN-zentrisch):** * BPMN 2.0: Prozesssprache mit wohldefinierter operationalen Semantik durch BPEL. * BPMN 2.0 Engine erstellbar, ohne separate BPEL Engine zu benutzen.

Answer 17

Aktivität * in GP verrichtete Arbeit * Atomar oder nicht atomar (zusammengesetzt) * Arten von Aktivitäten * Unterprozesse und Aufgabe (Task) * Dargestellt als abgerundete Rechtecke * Einfach oder als intern definierte merfahre Wiederholung ausführbar

Answer 18

* Unterprozess: Zusammengefasste Aktivitätsmenge innerhalb Prozess. * Zusammengeklappter Unterprozess: * Markiert durch „+“ in der unteren Mitte des Symbols. * Keine Details sichtbar. * Aufgeklappter Unterprozess: * Details innerhalb Unterprozessgrenzen sichtbar. * Ermöglicht hierarchische Prozessentwicklung.

Answer 19

* Ereignis: Etwas, das während Geschäftsprozesses „passiert“ und Fluss des Prozesses beeinflusst. * Hat Auslöser („Trigger“) oder Ergebnis. * Kann Fluss starten, unterbrechen oder enden lassen. * Symbolisiert durch Kreise. Art des Randes bestimmt Ereignis-Typ.

Answer 20

* Startereignisse bestimmen, wo Prozess beginnt. * Verschiedene Auslöser: Geben an, unter welchen Umständen Prozess startet: * „Nichts“ („None“): Start von Unterprozess oder undefinierte Startumstände. * Nachricht: Ereignis durch Nachricht ausgelöst. * Zeitmesser: Ereignis durch Zeitüberschreitung ausgelöst. * Regel: Durch Brechen oder Wirksam-Werden einer Regel ausgelöst (z.B. Tempolimit-Verstoß). * Mehrfach (OR): Jedes enthaltene Startereignis startet Prozess. * Mehrfach (AND): Alle enthaltenen Startereignisse benötigt, um Prozess zu starten.

Answer 21

* Zwischenereignisse treten auf nach Start und vor Ende des Prozesses. * Verschiedene Auslöser spezifizieren Umstände des Ereignisses. Wie Startereignisse, sowie: * Kompensation: Definiert Rückabwickeln vorhergehender Tasks, wenn dieses Ereignis eintritt (z.B. Rücküberweisung von Geld). * Link-Ereignis * Teil des normalen Flusses oder an Rand der Aktivit.t anhängbar. * nicght ausgefüllt bedeutet Ereignis wurde empfangen * Ausgefüllt Bedeutet Ereignis wurde gesendet

Answer 22

* An Aktivitäts-Rand angehängte Ereignisse repräsentieren Auslöser (Trigger). * Können Aktivität unterbrechen (durchgezogene Kreise) * oder Parralel ausgeführt werden (gestrichelte Kreise). * An Aufgaben und Unterprozesse anhängbar. * Werden z.B. benutzt, um Fehler oder Ausnahmen zu behandeln. * Jegliche Arbeit innerhalb der Aktivität wird beendet und der Fluss setzt sich am Ereignis fort (bei unterbrechenden). * Zeitmesser (Timer), Fehler oder Nachrichten können Auslöser sein.

Answer 23

* Für Abbruch: * Fluss, der bei Abbruch-Ereignis startet. * Für Fehler (Ausnahme): * Fluss, der bei Fehler-Ereignis startet (keine Kompensation). * Für Kompensation: * Aktivitäten mit entsprechender Markierung außerhalb des normalen Flusses * Können auch gestartet werden, wenn Aktivität bereits verlassen

Answer 24

* Link-(Verbindungs-)Ereignisse: * graphische Vereinfachung, um Sequenzfluss-Konnektoren an verschiedenen Teilen des Diagrammes zu verbinden.

Answer 25

* Beendende Ereignisse zeigen Prozessende an. * Verschiedene Arten von Ereignissen zeigen, warum Prozess beendet wird. Analog zu Zwischenereignissen. Insbesondere: * „Nichts“-Ereignisse: Um Ende eines Unterprozesses zu definieren, oder wenn Ende undefiniert ist. * Terminierung: Terminiert alle noch aktiven Teile des Prozesses * Abbruch: Nur im Kontext von Transaktionen.

Answer 26

* Sequenzfluss (Sequence Flow): * Reihenfolge der Aktivitäten in Prozess festlegen. * Nachrichtenfluss (Message Flow): * Richtung des Flusses zwischen zwei Entitäten, die senden und empfangen können. * Assoziation (Association): * Zuordnung von Daten, Informationen und Artefakte an Flussobjekten

Answer 27

* Sequenzfluss: Reihenfolge der Aktivitäten in Prozess festlegen. * Ausgangspunkt und Ziel sind: Ereignisse (Events), Aktivitäten (Aktivities) oder Gateways. * Sequenzfluss kann **_keine_** Unterprozess- oder Poolgrenzen überschreiten.

Answer 28

* Normaler Sequenzfluss: Fluss, der ... * … bei Startereignis beginnt, durch Aktivitäten (ggf. alternative oder parallele Pfade) fließt und in Endereignis abschließt. * … nicht den Ausnahme- oder Kompensationsfluss beinhaltet.

Answer 29

* Sequenzfluss KANN definierte Bedingung haben, wenn er Aktivität verlässt. * Aktivität muss min. 2 ausgehende Sequenzflüsse haben. * Bedingung muss erfüllt werden, damit Fluss fortfahren kann. * Diamant-Symbol zeigt, dass Sequenzfluss Bedingung hat. * Min. 1 ausgehenden Sequenzfluss während Ausführung des Prozesses auswählen können.

Answer 30

* Bei exklusivem oder inklusivem Gateway: * ausgehenden Sequenzfluss als Standardpfad angeben (Querbalken durch den Strich). * Standardpfad wird ausgewählt, wenn alle anderen Bedingungen nicht erfüllt

Answer 31

Sequenzfluss kann nur Aktivitäten, Ereignisse und Gateways verbinden. Er kann nicht die Grenzen eines Unterprozesses oder Pools überschreiten.

Answer 32

Bei EPKs müssen Aktivitäten und Ereignisse sich abwechseln, bei BPMN nicht.

Answer 33

* Gateway: Steuert, wie sich Sequenzflüsse beim Vereinigen oder Aufspalten verhalten. * Symbolisiert durch Raute / Diamant. * Symbole im Inneren repräsentieren unterschiedliches Verhalten. * Alle Gateways können Fluss spalten oder vereinigen. * Gateway nur notwendig, wenn Fluss kontrolliert werden muss.

Answer 34

* Exklusives Gateway * (Entscheidung): Alternative Pfade basierend auf definierten Bedingungen. * Optional symbolisiert durch „X“ im Diamant. * Meist-verbreiteter Typ von Gateways.

Answer 35

* Ereignis-basiertes Gateway: * Verzweigungspunkt, wo Alternativen aufgrund von Ereignissen, die hier eintreffen, ausgewählt werden. * Merkmal: Mehrfaches parallele Auftreten von Zwischenereignissen. * Ereignis, das auf Gateway-Raute folgt, definiert eingeschlagenen Weg. * Erstes eintreffendes Ereignis „gewinnt“ Entscheidung.

Answer 36

* Inklusives Gateway: Entscheidungen mit mehr als einem (gleichzeitig) möglichen Ergebnis. * Identifiziert durch Symbol „O“. * Normalerweise durch dazugehöriges zusammenführendes inklusives Gateway beendet.

Answer 37

Beim inklusiven Gateway muss man nicht alle Flüsse durchlaufen. Es reicht also ggf. nur ein Angebot und kein Beiblatt vorzubereiten.

Answer 38

* Komplexes Gateway: * Entscheidung, an der detailliertere Definitionen des Verhalten angegeben werden kann. * Gekennzeichnet durch Sternsymbol. * Für aufspaltende und zusammenführende Gateways definierbar.

Answer 39

* Paralleles Gateway: * Stelle, an der parallele Pfade definiert werden. * Meistens nicht zur Gabelung des Pfades erforderlich. * Aus methodischen Gründen verwendbar. * Kennzeichnet durch „+“-Symbol. * Verwendung zur Synchronisation von parallelen Pfaden.

Answer 40

Aufgabe 3 wird zwei mal ausgeführt, einmal nach 30 und einmal nach 45 Minuten. Exklusive Gateways sind keine synchronisierenden Gateways.

Answer 41

45 Minuten. Eine Prozessinstanz ist erst beendet, wenn alle Token „konsumiert“ wurden.

Answer 42

So lebt die Prozessinstanz allerdings nur 30 Minuten.

Answer 43

* Nachrichtenfluss: * Zeigt Richtung der Nachrichten zwischen zwei Teilnehmern des Prozesses an. * Teilnehmer werden durch separate Pools repräsentiert. * Nachrichtenfluss kann an Rand eines Pools oder an Objekt im Pool gebunden werden. * Nachrichtenflüsse zwischen zwei Objekten im gleichen Pool nicht erlaubt.

Answer 44

* Assoziation: * Wird benutzt, um zwei Objekte miteinander zu verbinden (z.B. Artefakte und Aktivitäten). * Assoziationen können angeben, wie Daten eine Aktivität verlassen oder wie sie eingehen. * Textuelle Anmerkungen am Objekt zuweisbar.

Answer 45

* Artefakte: * zeigen Informationen, die über Flussdiagramm-Struktur des Prozesses hinausgehen. * Drei Standard-Artefakte in BPMN: * Datenobjekte (Data Objects) * Gruppen (Groups) * Anmerkungen (Annotations) * Anwender kann BPMN durch Hinzufügen neuer Artefakte erweitern.

Answer 46

* Datenobjekte: * zeigen Nutzung der Daten im Objekt des Prozesses. * Können In- und Output einer Aktivität definieren. * Können Status haben, der anzeigt, wie Dokument im Laufe des Prozesses verändert wird.

Answer 47

* Nur Datenfluss spezifiziert * keine Definition der sequentiellen Folge * Markiert durch Tilde ~

Answer 48

* Gruppen: * heben Sektionen eines Diagramms hervor, ohne zusätzliche Bedingungen wie bei Unterprozess hinzuzufügen. * Kann Gruppen dazu benutzen, Elemente zu kategorisieren. * Gruppen habe keine Einschränkungen wie Pools oder Bahnen.

Answer 49

* Anmerkungen können: * weitere Informationen über Prozess hinzufügen. * über Assoziation einem Objekt zugeordnet werden.

Answer 50

* Do-While / While-Do (Runder Pfeil) * Multiple Instanzen (3 vertikale Striche) * Sequenzfluss Looping

Answer 51

* Zwei Notationen für Abgrenzung von Aktivitäten: Pool und Bahn (Swimlane). * Pools repräsentieren Teilnehmer in einem interaktiven (B2B) Geschäftsprozessdiagramm. * Bahnen repräsentieren Unterbereiche für Objekte innerhalb Pool.

Answer 52

* Pools repräsentieren Teilnehmer in einem interaktiven (B2B) Geschäftsprozessdiagramm. * Teilnehmer ist Rolle in Geschäftsbetrieb (z.B. „Käufer“ oder eine Firma). * Pool: schwarzes Rechteck, beinhaltet Prozess. * Interaktionen zwischen Pools über Nachrichtenflüsse. * Sequenzfluss kann Pool-Grenzen nicht überschreiten (d.h. Prozess ist in Pool eingeschlossen).

Answer 53

* Bahnen repräsentieren Unterbereiche innerhalb eines Pools. * Rollen aus Organisation (z.B. „Manager“, „Gesellschafter“), können jeden gewünschten Charakter übernehmen. * Sequenzflüsse dürfen Bahn- Grenzen überschreiten.

Answer 54

* Kann Prozesse hierarchisch entwickeln. Verschiedene Ebenen durch Unterprozesse verwirklicht. * Sequenzflüsse dürfen Unterprozessrand nicht überschreiten. * Nachrichtenflüsse oder Assoziationen dürfen Unterprozessrand passieren.

Answer 55

* Orchestrierung: Arbeitsfluss, interne Prozesse. * In BPMN-Pool enthalten. * Choreografie: Kollaboration, globale Prozesse, B2B-Prozesse. * Definiert durch Interaktion zwischen BPMN-Pools.

Answer 56

* beschreibt Organisations-interne Prozesse. * Innerhalb eines Pools angesiedelt.

Answer 57

* Interaktion zwischen Geschäftsteilen (verschiedene Pools). * Dargestellt als Nachrichtenfluss zwischen Pools:

Answer 58

* Sequenzflüsse dürfen Rand eines Subprozesses oder einer Transaktion nicht überschreiten. * Verknüpfung geschieht über Assoziationen und Nachrichtenflüsse. * Alternativ: Verbindung auf höherer Abstraktionsebene modellierbar durch Sequenz von Aktivitäten, die Interaktionen realisieren.

Answer 59

Nein, h.here Prozessebenen oder parallele Instanzen desselben (Unter-)Prozesses sind nicht betroffen.

Answer 60

Dann werden auch zwei Tokens weiter geleitet. XOR-Eigenschaft wird nur beim Aufspalten durchgesetzt, nicht beim Zusammenfügen !

Answer 61

* Vorteile EPK: * Einfache Notation * Weit verbreitet * z.B. SAP/R3 Prozessmodelle * Werkzeugunterstützung (ARIS, Adonis, ...) * Vorteile BPMN: * Moderner Standard. * Unterstützt durch Industrie-Konsortia wie OMG. * Integration mit Workflow-Automation und SOA durch BPEL. * Zunehmend unterstützt durch Werkzeuge.

Answer 62

Konsequenzen * Schritte neu- / umspezifizieren * Vereinhaltlichung von Vorgehenswissen * Transparente einheitliche Datenhaltung * Reduktion von Medienbrüchen

Answer 63

* Wechsel der Person: Alle Prozesse ändern * Personen sind ihren Berechtigungen selten identisch * Wird Prozess von mehreren Personen durchgeführt, wird notation mit Personalnamen schnell zu komplex Besser: * Rollen

Answer 64

* Diese vollständig zu erstellen * Fehlende Dokumentation * Änderungs ablehnende Mitarbeiter * Schwierigkeit zu überwachen

Answer 65

* Das er eine Reihe von Aktionen beschreibt, die dem erreichen eines definierten Zieles dienen.

Answer 66

* Identifikation, Abgrenzung, Spezifikation von Zielen * Modellierung der Workflow-Schemata typischerweise in graphischer Notation

Answer 67

* Validierung (Feedback der Anwender) * Simulation (Prozessverhalten) * Verifizierung (Deadlocks)

Answer 68

* Systemauswahl * Spezifikation von tech. Informationen * Benutzerinteraktionen * Integration existierender Systeme * Implementierung * Test und Umsetzung (Deployment)

Answer 69

* Durchführung (Enactment) * korrekte Ausführung (Orchestration) * Monitoring * Betrieb und Wartung

Answer 70

* Funktionaler Aspekt * WF-Struktur (elementare, zusammengesetzte Tasks) * Verhaltensbezogener Aspekt * kontrollfluss, kausalitäten, zeitlich * Datenbezogener Aspekt * Datenfluss * Organisations-Aspekt * Organisationsstrukturen, zuständigkeiten * Operationaler ASpekt * Einbindung von Programmen in arbeitsschritten

Answer 71

* Offenheit * funktionale Erweiter- Konfigurierbarkeit * unterstüzung verteilter heterogener Einsatzumgebungen * Zuverlässigkeit * Verfügbarkeitsgarantien * Transparenz (von Fehlern) * Sicherheitsanforderungen * Analysierbarkeit * Skalierbarkeit

Answer 72

* Sicherheit ist orthogonal * durchdringt andere Aspekte * Sicherheit nicht getrennt betrachtbar * Konsequenz: * Einführung von Sicherheitsaspekten in Workflow-Betrachtung komplex * oft vernachlässigt

Answer 73

* Funktionale Module * Skalierbarkeitsschicht * Verfügbarkeitsschicht * Client/Server- Kommunikationsschicht * Allgemeine Basisdienste (OS, DBMS)

Answer 74

* Explizite Trennung von WfM und Anwendung * WfM zuständig für Logistig des Workflows * ruft Anwendungen auf wenn benötigt * Anwendung * Ausführen von Arbeitsvorgängen

Answer 75

* Komplexitätsreduktion * Wiederverwendung * Einfache Prozessanalyse * Einfache modulare Anwendungsentwicklung

Answer 76

* Dient der Ausführung des Workflows * Workflow Engines als Ger des Systems * mehrere Engines möglich * Aufgaben: * Initialisieren und Beenden von Workflowinstanzen * Planung des Ablaufs von Instanzen * Zuordnung von Tasks zu Ressourcen * Starten von Anwendungen zur Ausführung von Aktivitäten

Answer 77

* Prozessdefinition * Erstellung/Spezifikation von Prozessen * Sprachen (BPMN, Petri Netze) * Spezifikation von Aktivitäte * Ressourcenklassifikation * Rolle, organisatorische Einheit * Workflow Analyse * Semantische Korrektheit, Simulation zur Analyse des Prozessverhaltens.

Answer 78

* Präsentation der Aufgaben an Endnutzer * Informationen zu work items * Initiieren und Beenden von Aufgaben * Übergabe von Zustandsparametern

Answer 79

* Anwendungen sowie Anwendugs-Parameter * Konfigurationsdateien * Datenzugriff * Automatisierte sowie interaktive Anwendungen

Answer 80

* Workflow Interoperabilität * Verknüpfung autonomer WfSysteme * Sequentielle und hierarchische Ausführung von Teil-Workflows

Answer 81

* Operationales Management * Verwaltung von Endnutzern * Zustandsinformation einer Prozessinstanz * Beobachtung von Report-Tools * Verarbeitung vergangenheitsbezogener Daten zur Berechnung von Performanz-Indikatoren

Answer 82

1. Workflow Process Definition * R/W Interface * Verbindung v. Wf-Modellierungswerkzeugen mit zentraler Komponente 2. Notifikationsdienst auf Clientseite (workflow Client Application Programming Interface) 3. Programmierschnittstelle für Applikationsaufruf 4. Austausch von WF-relevanten Daten zwischen Engines 5. Administrations und Monitoring Werkzeuge anderer Hersteller

Answer 83

* Prozesse müssen über alle WES modelliert werden * in einer Notation * Komplette Prozessmodelle in einer WES laufen lassen

Answer 84

* datensicht vernachlässigt * Spezifikation der SChnittstellen nach ausen: * Schnittstelle 3: * fehlende Synchronisation von Anwendungen mit Arbeitslisten und Engine. * Schnittstelle 4 * lose Kopplung, nit adäquat unterstützt * Zu geringe Flexibilität * Berücksichtigung neuer Workflow Paradigmen

Answer 85

* Prozessmodell produktiv schalten * bereit für Ausführung machen * Zentrale Rolle dabei: Speicherformat für die Modelle

Answer 86

* Definition einer Modellierungssprache * selber als Modell gegeben

Answer 87

* Metamodell zur Definition des internen Modell-Speicherformats einer Workflow-Engine * Native BPEL- (bzw. BPMN-) Engines * BPEL (bzw. BPMN) ist internes (natives) Metamodell * ist Unterstützt in Datenbank des WFMS * Datenbankschema enthält Instanzen des Metamodellkonstrukts * ist unterstützt ind Zustandsmodell des WFMS * alle Metamodellkonstrukte haben Menge von Zuständen und Transitionen * Zustandsmodell: im Monitoringmodell und Protokoll reflektier * ist im Navigator des WGMS implementiert * Navigator versteht direkt jedes Metamodellkonstrukt dessen Zustände, dessen gültige Transitionen und die Rellatioon zwischen den Zuständen und verschiedenen Artefakten

Answer 88

* Modell kann in anderem Metamodell spezifiziert sein, als WFMS unterstützt * Transformation in unterstütztes Metamodell nötig

Answer 89

* Wcihtiger als natives Metamodell einer Prozessengine ist * Stabilität * Effizienz * Skalierbarkeit * Anbieter von aktuellen BPEL Engines haben in nicht funktionale Eigenschaften investiert * Können BPMN 2 Engines mit ähnlichen nicht funktionalen Eigenschaften anbieten

Answer 90

* Tansformation nicht immer verhaltensbewahrend * Semantischen Verhalten * Queoo-/Ziel Modellelemente nicht mit derselben Semantik. * Quell-Modellelemente müssen nachgebaut werden * oft nicht perfekt möglich / praktikabel * bspw. BPEL Exception verhalten * Operatives Verhalten * Emulation sorgt für effizienzverlust * FDL Datenfluss in BPEL schwerfällig

Answer 91

* WfMS mit verschiedenen nativen Metamodellen setzen verschiedene Modelltransformationen ein * Sind iA nicht perfekt verhaltenserhaltend * austausch der Modelltransformation kann zu Verhaltensänderung bei Modellausführung führen * Sorgt für Bindung an eine WfMS, da alternative teure neumodellierung

Answer 92

* Modelle die in Metamodell M²spezifiziert werden, muss auch in Engine mit Metamodell M¹ perfekt unterstützt werden * Lösungsansatz: * Konstrukte aus M²die nur schwer in M¹ zu emulieren sind, in M¹ hinzufügen * BPEL erweiterbar entworfen * kann neue Konstrukte hinzufügen * Erweiterte Variante einer M¹-Engine (M¹⁺⁺-Engine) kann Prozessmodelle von Metamodellen M²,...,Mⁿunterstützen

Answer 93

* steigernde Komplexität durch vielzahl an funktionen * Schwer zu modellieren != unmöglich zu modellierung * erweiterungen können zu redundanz führen * steigernder Wartungsaufwand * steigernde Fehleranfälligkeit

Answer 94

* Funktion * bildet Untermenge von BPMN auf BPEL ab * Rekursiv definiert * Induktionsanfang * Für elementare BPMN-Aufgabe t, definiere BPEL Abbild [t] * Fur elementares BPMN-Ereginis e, definiere BPEL-Abbild [e] * Induktionsschritt * Für BPMN-Struktur s definiere BPEL-Abbild [s] * Definiert konstruktiv die Menge der BPMN-Modelle, die in BPEL abgebildet werden kann

Answer 95

* Über WebService.Channel abrufbar

Answer 96

* Send/recieve Tasks

Answer 97

* Benötigt Daten um Zustand der Interaktion aufrechtzuerhalten * ankommende Nachrichten richtiger Prozessinstanz zuzuordnen * Lösung: Korrelationsmengen (correlation Sets) * Menge von Geschäftsdatenfeldern für Interaktions-Zustand * Jede Menge einmal initialisiert * Werte der Menge ändern nicht den Interaktions-Ablauf

Answer 98

* Benannte Menge an Eigenschaften

Answer 99

* Eigenschaft hat globalen Namen und einfachen Typ

Answer 100

## Footnote

Answer 101

* Prozess stoppt für bestimmte Zeit “...”

Answer 102

Kann keinen Compensation Handler enthalten. Erst ab Unterprozess möglich

Answer 103

## Footnote Wissen über Prozesse, Aktivitäten und Rollen ist in Unternehmen oft gar nicht oder nur teilweise dokumentiert. Oft existiert es umfassend nur in den Köpfen der Mitarbeiter. Dieses internalisierte Wissen muss aber für eine saubere Prozessmodellierung genutzt und dazu dokumentiert werden. Ansonsten läuft man Gefahr, Prozesse zu modellieren, die nicht der Realität entsprechen.

Answer 104

## Footnote Um Standardisierung umzusetzen, benötigt man einen effektiven Umgang mit Prozessen: Prozessgewinnung → -analyse → -anpassung → -einführung → -überwachung Ausgehend von der Prozessüberwachung kann eine wiederholte Prozessanalyse mit an- schließender -anpassung, -einführung und erneuter -überwachung erfolgen. Das Ziel ist dabei, Abweichungen vom Standard zu finden und diese entweder abzustellen oder den Prozess entsprechend anzupassen.

Answer 105

## Footnote In der Versicherungsbranche wird eine Vielzahl von Produkten angeboten, die sehr kundenspezifisch sind. Somit gibt es sehr viele unterschiedliche und komplexe Prozesse. Ein Teil der Prozesse bildet sich sogar ad hoc und beruht auf den beteiligten Mitarbeitern. Prozessengineering wird in solch einem Umfeld als ungeeignet angesehen.

Answer 106

## Footnote Als Medienbruch bezeichnet man den Übergang einer Medienform in eine andere. Ein klassisches Beispiel sind Daten von Papier in digitale Form und umgekehrt. Man spricht aber auch bei unterschiedlichen Dateiformaten von einem Medienbruch. Dies ist für Prozesse deshalb wichtig, weil ein Medienbruch oft an den Schnittstellen zwischen manuellem Prozess und automatisierten Prozessen bzw. zwischen IT-Systemen un- terschiedlichen Typs vorkommt. Hier muss dann integriert werden und die Übergänge müssen genau spezifiziert werden, um eine Unterbrechung des Informationsflusses und Informationsverlust zu vermeiden.

Answer 107

## Footnote Atomar bedeutet wörtlich “unteilbar“. Allerdings ist es (fast) unmöglich, Aufgaben so feingranular aufzuteilen, dass sie atomar sind. Demnach ist es auch unmöglich, einen kom- pletten Geschäftsprozess so fein zu modellieren, dass alle seine Bestandteile atomar sind. Entscheidend ist hier jedoch das Abstraktionslevel. Je nachdem wie man dieses wählt, z.B. als eine Abfolge von Handlungen die jeweils von einer Ressource durchgeführt werden, können dann selbst gröbere Aufgaben als ”atomar” betrachtet werden.

Answer 108

## Footnote Beim Wechsel einer Person müssen alle Prozesse geändert werden, in der diese Person bisher vorkam. Personen sind in ihren Berechtigungen selten identisch. Das bedeutet: nur den Namen zu ändern reicht oft nicht aus. Man muss eher alle Prozesse auch daraufhin überprüfen, ob die neue Person die dafür benötigten Befugnisse hat bzw. haben soll. Darf ein Prozess von einer größeren Gruppe von Personen durchgeführt werden, wird die Notation mit Personennamen schnell zu komplex. In der Praxis wird das Problem durch die Einführung von Rollen gelöst.

Answer 109

## Footnote Die Business Process Execution Language ist eine XML-basierte Ausführungs-Sprache zur Spezifikation von Geschäftsprozessen und Interaktionsprotokollen basierend auf Web Services. Sie basiert auf verschiedene XML Standards (layer): XML Schema 1.0, XPath 1.0 (zur Abfrage und Navigation im XML-Dokument), WSDL 1.1 Die Einbindung und Koordination der “eigentlichen“ Aufgaben (Aktivitäten) erfolgt als Web Services (über WSDL). Die Ausführung eines BPEL-Prozesses erfolgt dann durch eine Prozess-Engine.

Answer 110

* Sichtweise 1 (ja): * Eine Teilmenge der Elemente von BPMN 2.0 ist isomorph zu BPEL * Diese Teilmenge kann zu BPEL transformiert werden und dann in BPEL Prozess- Engines ausgeführt werden. * Die zu BPEL zugehörige Teilmenge von BPMN 2.0 ist eine visualisierende Schicht auf BPEL. * BPEL ist ein ”best practise standard” für die Ausführung von Prozessen und weit verbreitet. * Sichtweise 2 (nein): * BPMN 2.0 ist eine Prozess-Sprache mit wohl-definierter operationaler Semantic aus- gedrü+ckt in BPEL * Es ist möglich eine BPMN 2.0 Prozess-Engine ohne die Verwendung einer seperaten BPEL Prozess-Engine zu bauen * BPEL wird nicht wirklich benötigt. Es gibt Elemente von BPMN 2.0 die nicht durch BPEL abgedeckt sind und trotzdem wohldefiniert und ausführbar sind.

Answer 111

## Footnote Gateways sind ein Kontrollmechanismus für den Sequenzfluss. Ein Diamant ist also eine Stelle im Modell an dem der Sequenzfluss kontrolliert werden muss/kann.

Answer 112

## Footnote Ein Sequenzfluss kann nur Aktivitäten, Ereignisse und Gateways verbinden. Er kann nicht die Grenzen eines Unterprozesses oder Pools überschreiten.

Answer 113

## Footnote Sie müssen mit der Grenze eines Pools, oder einem Objekt darin, und mit der Grenze eines anderen Pools, oder einem Objekt darin, verbunden sein.

Answer 114

## Footnote Können sie nicht! Sie können nur die Anforderung an eine Aktivität beeinflussen.

Answer 115

## Footnote Sequenzflüsse dürfen den Rand eines Subprozesses oder einer Transaktion nicht überschreiten. Die Verknüpfung geschieht über Assoziationen und Nachrichtenflüsse.

Answer 116

## Footnote Ein Unterprozess kann zu einem untergeordneten detaillierten Prozess aufgeschlüsselt werden, ein Task nicht. Beide entsprechen einer Aktivität.

Answer 117

## Footnote Die Markierung oder das Symbol dürfen nicht die Signatur einer Aktivität beeinflussen oder im Konflikt mit einem Standard-BPMN-Element stehen.

Answer 118

## Footnote Start-, Zwischen- und Endereignis.

Answer 119

* Nichts * Nachricht * Zeit * Fehler * Bedingung * Mehrfach * Mehrfach Parallel * Signal * Kompensation * Link

Answer 120

## Footnote Man kann damit das Eintreten besonderer Zwischenzustände modellieren.

Answer 121

## Footnote Teilnehmer eines Prozessdiagramms: Entweder ein spezielles Unternehmen (z.B. FedEx) oder eine Geschäftsrolle (z.B. Spediteur)

Answer 122

## Footnote Sie werden normalerweise dafür benutzt organisatorische Rollen (z.B. Gesellschafter) oder Abteilungen (z.B. Finanzen) zu repräsentieren. Sie können aber generell alle Objektattribute, die der Entwickler zur Unterteilung der Aktivitäten braucht, verkörpern.

Answer 123

## Footnote Es können neue Artefakte erstellt und eingefügt werden um Schlüsselstellen im Modell zu visualisieren.

Answer 124

* Design und Analyse : * Design : Identifikation, Spezifkation, Abgrenzung von Zielen * Design : Modellierung der Workflowschemata * Analyse : Validierung (Feedback der Anwender) * Analyse : Simulation (Prozessverhalten, Dauer, Lastverteilung) Analyse : Verifizierung (Erkennung von Deadlocks) * Konfiguration : * Systemauswahl, Spezifikation technischer Informationen * Implementierung * Test und Umsetzung * Ausführung : * Ausführung (korrekte Ausführung gemäß der Spezifikationen) * Monitoring * Betrieb und Wartung * Evaluierung : * Monitoring von Aktiviäten * Workflow “Mining”

Answer 125

## Footnote Das Schema ist die Blaupause für einen durchführbaren Prozess und spezifiziert diesen. Das Schema ist zustandslos und statisch. Zu einem Prozess existiert immer nur ein Schema. Ähnlich einer Klasse im Kontext der OO-Programmierung. Eine Instanz ist die konkrete Ausführung eines Schemas. Eine Instanz ist zustandsbehaftet und dynamisch. Es können mehrere Instanzen zu einem Schema zeitgleich aktiv sein. Ähnlich einem Objekt im Kontext der OO-Programmierung.

Answer 126

* Funktional * Die Annahme eines Paketes besteht aus den Funktionen Tür öffnen, Empfänger prüfen, Unterschreiben, Paket nehmen und Tür schließen. * Verhalten: * Unterschrieben wird nach dem Prüfen des Empfängers und nur wenn die Prüfung positiv ausgefallen ist. * Daten * Die Information über Absender und Empfänger wird standardisiert in einem Aufkleber erfasst, dem Paket angefügt und wenn erforderlich gepru ̈ft. * Organisationsaspekt : * Die Pakete werden vom Pförtner des Hauses angenommen. Der Pförtner gehört zur Abteilung Hausverwaltung. Zu dieser Abteilung gehört auch die Hauspost zu der alle Pakete gebracht werden. * Operationaler Aspekt : * Um die Pakete im System der Hauspost zu erfassen wird ein Scanner benötigt der den Aufkleber erfasst, eine OCR Software um die Informationen zu digitalisieren und das Datenhaltungssystem.

Answer 127

## Footnote Sicherheit ist deswegen orthogonal da sie alle anderen Aspekte durchdringt. Sicherheit kann nicht getrennt betrachtet werden. Als Konsequenz ist das Einführen von Sicherheitsaspekten in die Workflow Betrachtung sehr komplex und wird auch heutzutage noch sehr nachlässig berücksichtigt im Kontext der Workflows.

Answer 128

Die meisten Workflow-Engines implementieren ihr eigenes Prozess-Metamodell, ihr natives Metamodell. Die direkte Unterstützung äussert sich durch direkte Datenbankunterstützung, direkte Unterstützung des Zustandsmodells. Diese sind vom Hersteller in Hinblick auf Effizienz und Skalierbarkeit weitestgehend optimiert. Dabei können sich die Formate in denen Prozessbeschreibungen vorliegen vom nativen Metamodell der Workflow- Engine unterscheiden. D.h. sowohl beim Im- als auch beim Export muss das Modell vom oder in das native Modell der Workflow-Engine transformiert werden.

Answer 129

Bei einer Transformation findet oftmals eine (semantische und operationale) Änderung des Prozesses statt. Das führt dazu, daß die Modellierung der Prozesse sich teilweise an der Transformation orientiert um das gewünschte Ergebnis zu erhalten. Das bedeutet aber auch, daß die Prozessmodelle auf anderen Workflow Systemen ein anderes, nicht erwünschtes, Verhalten zeigen können. Da das Neumodellieren aber in der Regel sehr aufwendig ist, kommt es zu einem sogenannten Lock-in. Das heißt der Kunde wird vom Produkt abhängig.

Geschäftsprozessmodellierung Flashcards

(193 cards)