bkr micro-workflow Mit einem workflow - orientierten Framework erfolgreich große  JEE - Systeme realisieren von Ralf Rueth...
Agenda <ul><li>Projektumgebung, die zur Entwicklung des bkr micro - workflow   Frameworks geführt hat. </li></ul><ul><ul><...
Projektumgebung <ul><li>Systemumgebung </li></ul><ul><li>Architektur der Anwendung </li></ul><ul><li>Backend Struktur </li...
Systemumgebung Clients z. Bsp.: - Java-Swing-GUI, - JSF … Anwendungs-Server z. Bsp.:  JBOSS … Datenbank-Server z. Bsp.:  O...
Architektur der Anwendung: TIER Daten-banken EJB EJB EJB EJB Java Klassen Application Server TIER TIER TIER Java Klassen J...
Technik   – Aufbau und Architektur Backend-Struktur -- Anwendungsverteilung *) DTO = Data Transfer Object  Anwendung A  (e...
Anwendung (Ear) Backend-Struktur Technik   – Aufbau und Architektur ac workflow ac ac ac acexecute acexecute acexecute ace...
<ul><li>ApplikationsKontrolle : </li></ul><ul><ul><li>nimmt Anfragen vom  Anwendungsverteiler  entgegen </li></ul></ul><ul...
BKR Micro-workflow Framework zur Definition und Ausführung von Geschäftsprozessen
Motivation <ul><li>Wie können unterschiedliche „Programmierstile“ der einzelnen   Entwickler verhindert, bzw. minimiert we...
<ul><li>Die Dynamik eines Action Codes soll in Form von OFDs (erweiterte   Aktivitätsdiagramme) dargestellt werden. Eine U...
<ul><li>Schaffung einer Komponente, die einen Rahmen für OFDs zur   Verfügung stellt.     bkr  micro - workflow </li></ul...
<ul><li>modularer Aufbau des Codes möglich, führt zu größerer Wiederverwendbarkeit </li></ul>Vorteile: BKR  Micro-workflow...
Workflow-Definition: Aktivitäten <ul><li>Activity-Klassen-Hierarchie Mit diesen Klassen können die Aktivitäten des OFD nac...
BKR  Micro-workflow Activity- Klassen-Hierarchie Activity CompositeActivity Sequence Conditional NullActivity Primitive Wh...
BKR  Micro-workflow Verbindung Workflow/Logikschicht <ul><li>der Workflow ist durch eine Kette von Activity-Objekten defin...
BKR  Micro-workflow Performer <ul><li>implementiert die Logik einer einfachen Aktivität  </li></ul><ul><li>kann ggf. von m...
BKR  Micro-workflow Bedingungen im workflow: <ul><li>werden durch  Conditional  Instanzen dargestellt </li></ul><ul><li>ei...
BKR  Micro-workflow TestCondition: <ul><li>implementiert die Logik einer Bedingung </li></ul><ul><li>muss eine  evaluate  ...
BKR  Micro-workflow <ul><li>WorkflowContext-Klasse Container, der während des Ablaufs des workflows verwendet wird. Er bei...
BKR  Micro-workflow weitere Bestandteile (2) <ul><li>WorkflowMessages-Klasse Liste, in der alle Meldungen des Workflows ge...
BKR  Micro-workflow weitere Bestandteile (3) <ul><li>LoggingStrategy-Interface Während des Ablaufs des Workflows werden Wo...
BKR  Micro-workflow weitere Bestandteile (4) <ul><li>WorkflowExecuter-Klasse Hilfsklasse zur Ausführung eines Workflows. S...
BKR  Micro-workflow Ausführung eines Workflows (1) eine Aktivität    Primitive-Instanz mit Performer-Instanz eine Bedingu...
BKR  Micro-workflow ja nein Die Ausführung beginnt... der Workflow steuert die erste  Aktivität / Bedingung an. Ausführung...
BKR  Micro-workflow ja nein Ausführung eines Workflows (3) in <ul><li>Die Aktivität / Bedingung kann auf Elemente im workf...
BKR  Micro-workflow ja nein Ausführung eines Workflows (4) out in Eine Aktivität kann bestehende Einträge im workflow-Cont...
BKR  Micro-workflow ja nein Ausführung eines Workflows (5) Wenn die Ausführung einer Aktivität beendet ist, steuert der Wo...
BKR  Micro-workflow Ausführung eines Workflows (6) ja nein Wenn die Ausführung eine Bedingung erreicht, ist der weitere We...
ActionControl: für jeden ac existiert ein UML Activity Diagramm existiert je ActionCode genau einmal. DataSet    Modell  ...
ActionControl - Execute: für jeden acexecute existiert ein UML Activity Diagramm modifiziert/validiert das Modell (Schaden...
workflow - Service: Eigenschaften wie acexecute stellt wiederverwendbare Teile eines acexecute dar  BKR  Micro-workflow Ba...
workflow Diagramm BKR  Micro-workflow
workflow Diagramm Die workflow Activity P1 ……… Wird in Java – Code umgesetzt…….. BKR  Micro-workflow
BKR  Micro-workflow
Der Kontrollfluss des Diagramms wird 1:1 umgesetzt…. BKR  Micro-workflow
bkr micro - workflow: Vorteile für Fachbereich, Planer und Entwickler: Für jeden ActionCode existiert ein Activity Diagram...
Lessons Learned <ul><li>Der Wildwuchs der Programme konnte gestoppt werden. </li></ul><ul><li>Neue Mitarbeiter können sich...
Ausblick <ul><li>der nächste Schritt ist die Generierung des Programmcodes aus den OFDs   heraus. </li></ul><ul><li>als Fe...
Offene Fragen? Interesse? für weitere Infos wenden Sie sich an: [email_address] oder  [email_address]
Nächste SlideShare
Wird geladen in …5
×

Bkr Workflow Oeffentlich

788 Aufrufe

Veröffentlicht am

english: (german see below)
target of this bkr-workflow framework is to use a workflow based framework wiithin your java-programms (micro-workflow) to improve operation and maintenance of your software system, exspecially for long running complex projects, where your staff is replaced during project runtime.
We developed it in a real software project with a project runtime of 7 yaers.

deutsch:
Ziel des bkr-workflow framework ist es die Weiterentwicklung und Pflege von Java Programmen in komplexen Softwareprojekten durch Einsatz eines workflow-frameworks (micro-workflow) sicherzustellen und zu verbessern. Dieses Vorgehen ist besonders gut geeignet um gleichartige Programmstrukturen zu erzeigen, auch wenn während der Projektlaufzeit wesentliche Teile der Mitarbeiter ersetzt werden müssen. Das System wurde im Rahmen eines komplexen Softwareentwicklungsprojektes entwickelt und dabei erfolgreich eingesetzt.

Veröffentlicht in: Technologie
0 Kommentare
0 Gefällt mir
Statistik
Notizen
  • Als Erste(r) kommentieren

  • Gehören Sie zu den Ersten, denen das gefällt!

Keine Downloads
Aufrufe
Aufrufe insgesamt
788
Auf SlideShare
0
Aus Einbettungen
0
Anzahl an Einbettungen
4
Aktionen
Geteilt
0
Downloads
2
Kommentare
0
Gefällt mir
0
Einbettungen 0
Keine Einbettungen

Keine Notizen für die Folie
  • Frontend/Client: Java Swing GUI als sog. „Rich Client“ als Web Start Anwendung. Backend: Anwendungsverteiler als Servlet, Anwendungslogik als EJB und Java Klassen. Kommunikation Frontend/ Backend: Transfer-Objekte Datenbank: Oracle 9 oder 10; Zugriff über eigenen OR – Mapper (JRF - Framework)
  • ApplikationsKontrolle : nimmt Anfragen vom Anwendungsverteiler entgegen analysiert mit Hilfe des ActionCodes welche UseCase EJB (SchadenEJB, VertragEJB) aufgerufen wird ruft beim Berechtigungssystem die Rechte des Benutzers ab analysiert welche xml - Struktur für den ActionCode gilt und setzt den Datenstrom in ein DTO um ruft den zuständigen Anwendungs - Workflow auf workflow: auf den workflow block wird später genauer eingegangen. Zunächst folgt nun die Erklärung des bkr micro - workflow Systems.
  •  Viele Entwickler innerhalb eines Projekts entwickeln ihren eigenen Stil. Dies hat oft zur Folge, dass die Wartung und Pflege einzelner Themenbereiche mehr oder weniger stark von einzelnen Entwicklern abhängt.  Lange Projektlaufzeit führ unweigerlich zu Anpassungen bereits realisierter Anwendungsteile. Manchmal auch ohne die Planung anzupassen. Die Gefahr dabei: die Dokumentation des Systems weicht vom produktiven System ab.
  • Haupt-Bestandteile eines OFD: Aktivitäten, Bedingungen, verarbeitete/erzeugte Objekte
  • Das Sourcforge Projekt von D.Manolescu war unvollständig implementiert.
  • Bkr Workflow Oeffentlich

    1. 1. bkr micro-workflow Mit einem workflow - orientierten Framework erfolgreich große JEE - Systeme realisieren von Ralf Ruethlein Sept. 2009
    2. 2. Agenda <ul><li>Projektumgebung, die zur Entwicklung des bkr micro - workflow Frameworks geführt hat. </li></ul><ul><ul><li>Systemumgebung </li></ul></ul><ul><ul><li>Aufbau und Architektur </li></ul></ul><ul><li>BKR Micro-workflow </li></ul><ul><ul><li>Motivation </li></ul></ul><ul><ul><li>Analyse </li></ul></ul><ul><ul><li>Lösungsansatz </li></ul></ul><ul><ul><li>Vorteile </li></ul></ul><ul><ul><li>Definition und Bestandteile </li></ul></ul><ul><ul><li>Beispiel </li></ul></ul><ul><li>Lessons Learned </li></ul><ul><li>Ausblick </li></ul><ul><li>Fragen / Diskussion </li></ul>
    3. 3. Projektumgebung <ul><li>Systemumgebung </li></ul><ul><li>Architektur der Anwendung </li></ul><ul><li>Backend Struktur </li></ul>
    4. 4. Systemumgebung Clients z. Bsp.: - Java-Swing-GUI, - JSF … Anwendungs-Server z. Bsp.: JBOSS … Datenbank-Server z. Bsp.: Oracle … Host z. Bsp.: s390 … LAN / VPN Projektumgebung
    5. 5. Architektur der Anwendung: TIER Daten-banken EJB EJB EJB EJB Java Klassen Application Server TIER TIER TIER Java Klassen Java Klassen Projektumgebung Servlet Bean HTTP Server / Servlet Engine JSP Login Passwort
    6. 6. Technik – Aufbau und Architektur Backend-Struktur -- Anwendungsverteilung *) DTO = Data Transfer Object Anwendung A (ear, war) Application Server Anwendung B WEB-Server Anwendungsverteiler JobCard (mit DTO*) Anwendungs Liste (XML) JobCard
    7. 7. Anwendung (Ear) Backend-Struktur Technik – Aufbau und Architektur ac workflow ac ac ac acexecute acexecute acexecute acexecute av services bl db sv MainController (EJB) SchadenEJB ZahlungEJB VertragEJB … App Controller.XML ApplikationsKontrolle
    8. 8. <ul><li>ApplikationsKontrolle : </li></ul><ul><ul><li>nimmt Anfragen vom Anwendungsverteiler entgegen </li></ul></ul><ul><ul><li>analysiert mit Hilfe des ActionCodes welche UseCase EJB (SchadenEJB, VertragEJB) aufgerufen wird </li></ul></ul><ul><ul><li>ruft beim Berechtigungssystem die Rechte des Benutzers ab </li></ul></ul><ul><ul><li>analysiert welche xml - Struktur für den ActionCode gilt und setzt den Datenstrom in ein DTO um </li></ul></ul><ul><ul><li>ruft den zuständigen „ Anwendungsworkflow “ auf </li></ul></ul><ul><li>workflow: </li></ul><ul><ul><li>auf den workflow block wird später genauer eingegangen. Zunächst folgt nun die Erklärung des bkr micro - workflow Systems. </li></ul></ul>Technik – Aufbau und Architektur
    9. 9. BKR Micro-workflow Framework zur Definition und Ausführung von Geschäftsprozessen
    10. 10. Motivation <ul><li>Wie können unterschiedliche „Programmierstile“ der einzelnen Entwickler verhindert, bzw. minimiert werden? </li></ul>BKR Micro-workflow <ul><li>Wie kann eine vollständige Dokumentation des Gesamtsystems über die gesamte Laufzeit sichergestellt werden? </li></ul><ul><li>Wie kann ein einzelner „Action Code“ (workflow) über den gesamten Lebenszyklus vollständig richtig dokumentiert werden? </li></ul><ul><li>Wie kann die Einarbeitungszeit für neue MA minimiert werden? </li></ul>
    11. 11. <ul><li>Die Dynamik eines Action Codes soll in Form von OFDs (erweiterte Aktivitätsdiagramme) dargestellt werden. Eine Umsetzung in Programmcode soll analog des im OFD hinterlegten Ablaufs möglich sein. </li></ul>Analyse des Problems: BKR Micro-workflow <ul><li>Mittelfristig soll das Generieren von Code aufgrund der hinterlegten OFDs ermöglicht werden. </li></ul><ul><li>Ganze OFDs oder auch Teile daraus sollen wiederverwendbar sein. </li></ul><ul><li>Ein Rahmen soll gesucht und erweitert werden, der eine 1:1 Umsetzung des OFD in Programmcode erlaubt </li></ul>
    12. 12. <ul><li>Schaffung einer Komponente, die einen Rahmen für OFDs zur Verfügung stellt.  bkr micro - workflow </li></ul>Lösungsansatz BKR Micro-workflow <ul><li>basiert auf dem Micro-workflow Projekt von Dragos Manolescu (http://sourceforge.net/projects/micro-workflow) </li></ul><ul><li>Funktionsumfang der erweiterten Komponente: </li></ul><ul><ul><li>Abbildung von Aktivitäten und Bedingungen. </li></ul></ul><ul><ul><li>Definition von Geschäftsprozessen/ Programmschritten. </li></ul></ul><ul><ul><li>Ausführung von Geschäftsprozessen/ Programmschritten. </li></ul></ul><ul><ul><li>Protokollierung der Ausführung. </li></ul></ul>
    13. 13. <ul><li>modularer Aufbau des Codes möglich, führt zu größerer Wiederverwendbarkeit </li></ul>Vorteile: BKR Micro-workflow <ul><li>Abläufe müssen vor Implementierung genau in einem OFD dokumentiert werden, führt zu exakter Dokumentation </li></ul><ul><li>kann über JUnit Testfälle geprüft werden, führt zu größerer Sicherheit bei Änderungen </li></ul><ul><li>kompakte Komponente, Programmierer muss sich mit nur wenigen neuen Klassen vertraut machen </li></ul>
    14. 14. Workflow-Definition: Aktivitäten <ul><li>Activity-Klassen-Hierarchie Mit diesen Klassen können die Aktivitäten des OFD nachgebildet werden: </li></ul><ul><ul><li>Primitive: einzelne Aktivität </li></ul></ul><ul><ul><li>Sequence: Reihe von aneinanderhängenden Aktivitäten </li></ul></ul><ul><ul><li>Conditional: Bedingungen </li></ul></ul><ul><ul><li>While: Schleife </li></ul></ul><ul><ul><li>NullActivity: Beendet Ausführung des workflows </li></ul></ul><ul><li>ein workflow wird durch eine Kette von Activity-Objekten definiert </li></ul>BKR Micro-workflow
    15. 15. BKR Micro-workflow Activity- Klassen-Hierarchie Activity CompositeActivity Sequence Conditional NullActivity Primitive While = Bedingung = Schleife = einfache Aktivität = Beendigung des WF = Reihe von A.
    16. 16. BKR Micro-workflow Verbindung Workflow/Logikschicht <ul><li>der Workflow ist durch eine Kette von Activity-Objekten definiert </li></ul><ul><li>der Workflow steuert die Activity-Objekte an, der Pfad ergibt sich durch die Definition und die Ergebnisse der Bedingungen </li></ul><ul><li>einfache Aktivitäten eines OFD werden durch eine Instanz der Primitive-Activity dargestellt </li></ul><ul><li>hinter einer Primitive steht ein Performer -Objekt </li></ul><ul><li>ein Performer implementiert die Zugriffe auf die Logikschicht </li></ul>
    17. 17. BKR Micro-workflow Performer <ul><li>implementiert die Logik einer einfachen Aktivität </li></ul><ul><li>kann ggf. von mehreren Primitive Instanzen verwendet werden </li></ul><ul><li>ist von der abstrakten Basis-Klasse Performer abgeleitet </li></ul><ul><li>Beispiel-Implementierung: </li></ul>class MyPerformer extends Performer { public void execute() { // Logik der Aktivität } }
    18. 18. BKR Micro-workflow Bedingungen im workflow: <ul><li>werden durch Conditional Instanzen dargestellt </li></ul><ul><li>eine Conditional Instanz besteht aus: </li></ul><ul><ul><li>einer TestCondition Instanz </li></ul></ul><ul><ul><li>einer then Activity Instanz (optional) </li></ul></ul><ul><ul><li>einer else Activity Instanz (optional) </li></ul></ul><ul><li>TestCondition Klassen müssen eine evaluate Methode bereitstellen, diese Methode muss den Rückgabetyp boolean haben </li></ul><ul><li>der Rückgabewert entscheidet, ob mit der true oder der else Activity fortgesetzt wird </li></ul>
    19. 19. BKR Micro-workflow TestCondition: <ul><li>implementiert die Logik einer Bedingung </li></ul><ul><li>muss eine evaluate Methode bereitstellen, diese Methode muss den Rückgabetyp boolean haben </li></ul><ul><li>werden von der abstrakten Basis-Klasse TestCondition abgeleitet </li></ul><ul><li>Beispiel-Implementierung: </li></ul>public class MyCondition extends TestCondition { public boolean evaluate() { if (...) { return true ; } else { return false ; } } }
    20. 20. BKR Micro-workflow <ul><li>WorkflowContext-Klasse Container, der während des Ablaufs des workflows verwendet wird. Er beinhaltet: </li></ul><ul><ul><li>durch Aktivitäten oder Bedingungen verarbeitete / erzeugte Objekte </li></ul></ul><ul><ul><li>Meldungen (Fehler, Warnungen, Infos) von Aktivitäten oder Bedingungen (siehe WorkflowMessages-Klasse) </li></ul></ul><ul><ul><li>Workflow-Call-Stack </li></ul></ul><ul><ul><li>Protokoll der Logging-Ereignisse (siehe LoggingStrategy-Klasse) </li></ul></ul>weitere Bestandteile (1)
    21. 21. BKR Micro-workflow weitere Bestandteile (2) <ul><li>WorkflowMessages-Klasse Liste, in der alle Meldungen des Workflows gesammelt werden. </li></ul><ul><li>WorkflowMessages.Type-Klasse Definierte Meldungstypen: ERROR, WARN, INFO </li></ul><ul><li>WorkflowMessages.Entry-Klasse einzelner Meldungslisten-Eintrag: hat einen Typ, einen Code und einen Text </li></ul>
    22. 22. BKR Micro-workflow weitere Bestandteile (3) <ul><li>LoggingStrategy-Interface Während des Ablaufs des Workflows werden WorkflowEvents erzeugt. Diese Ereignisse können bei Bedarf protokolliert werden. Dazu wird eine Implementierung der LoggingStrategy an den WorkflowContext gehängt. Es wird eine DefaultLoggingStrategy bereitgestellt, die den Ablauf durch den Workflow hierarchisch darstellen kann. </li></ul>
    23. 23. BKR Micro-workflow weitere Bestandteile (4) <ul><li>WorkflowExecuter-Klasse Hilfsklasse zur Ausführung eines Workflows. Sie wird mit einem Workflow-Objekt und einem WorkflowContext-Objekt initialisiert. Sollten bei der Ausführung Fehler auftreten, werden diese vom WorkflowExecuter detailliert protokolliert. </li></ul>
    24. 24. BKR Micro-workflow Ausführung eines Workflows (1) eine Aktivität  Primitive-Instanz mit Performer-Instanz eine Bedingung  Conditional-Instanz mit TestCondition-Instanz Primitive: Baustein des definierten Workflows, diesem Baustein kann für den Workflow ein Identifizierer (wichtig für Protokollierung, Fehlerbehandlung, ...) zugewiesen werden. Conditional: Baustein des definierten Workflows, diesem Baustein kann für den Workflow ein Identifizierer (wichtig für Protokollierung, Fehlerbehandlung, ...) zugewiesen werden. Performer: Baustein, der die Logik der Aktivität implementiert. Dieser Baustein kann ggf. von mehreren Aktivitäten / Primitive-Instanzen verwendet werden. TestCondition: Baustein, der die Logik der Bedingung implementiert. Dieser Baustein kann ggf. von mehreren Conditional-Instanzen verwendet werden. ja nein
    25. 25. BKR Micro-workflow ja nein Die Ausführung beginnt... der Workflow steuert die erste Aktivität / Bedingung an. Ausführung eines Workflows (2) class MyPerformer extends Performer { public void execute() { // Logik der Aktivität } }
    26. 26. BKR Micro-workflow ja nein Ausführung eines Workflows (3) in <ul><li>Die Aktivität / Bedingung kann auf Elemente im workflow-Context zugreifen. </li></ul><ul><li>Der workflow-Context stellt einen Container dar, der allen Aktivitäten / Bedingungen eines workflows während der Ausführung zur Verfügung steht. </li></ul><ul><li>Er stellt das Kommunikations-Medium zwischen den Aktivitäten / Bedingungen dar. </li></ul><ul><li>Die Benutzung ist vergleichbar mit einer Java Map: Elemente werden über Schlüssel abgelegt. </li></ul>
    27. 27. BKR Micro-workflow ja nein Ausführung eines Workflows (4) out in Eine Aktivität kann bestehende Einträge im workflow-Context auslesen und ggf. verändern. Zudem kann sie neue Einträge im workflow-Context ablegen.
    28. 28. BKR Micro-workflow ja nein Ausführung eines Workflows (5) Wenn die Ausführung einer Aktivität beendet ist, steuert der Workflow automatisch die nächste Aktivität / Bedingung an.
    29. 29. BKR Micro-workflow Ausführung eines Workflows (6) ja nein Wenn die Ausführung eine Bedingung erreicht, ist der weitere Weg durch den Workflow abhängig vom Ergebnis dieser Bedingung. public class MyCondition extends TestCondition { public boolean evaluate() { if (...) { return true ; } else { return false ; } } }
    30. 30. ActionControl: für jeden ac existiert ein UML Activity Diagramm existiert je ActionCode genau einmal. DataSet  Modell  DataSet ruft acexecute auf ruft workflow - services auf Beispiel: auf Anfrage Backend-Struktur BKR Micro-workflow workflow ac ac ac ac workflow
    31. 31. ActionControl - Execute: für jeden acexecute existiert ein UML Activity Diagramm modifiziert/validiert das Modell (Schadenmodell, Schadenaufnahmemodell) ist mehrfach verwendbar ruft workflow - services auf Beispiel: auf Anfrage BKR Micro-workflow Backend-Struktur ac workflow ac ac ac acexecute acexecute acexecute acexecute
    32. 32. workflow - Service: Eigenschaften wie acexecute stellt wiederverwendbare Teile eines acexecute dar BKR Micro-workflow Backend-Struktur ac workflow ac ac ac acexecute acexecute acexecute acexecute av services bl db sv
    33. 33. workflow Diagramm BKR Micro-workflow
    34. 34. workflow Diagramm Die workflow Activity P1 ……… Wird in Java – Code umgesetzt…….. BKR Micro-workflow
    35. 35. BKR Micro-workflow
    36. 36. Der Kontrollfluss des Diagramms wird 1:1 umgesetzt…. BKR Micro-workflow
    37. 37. bkr micro - workflow: Vorteile für Fachbereich, Planer und Entwickler: Für jeden ActionCode existiert ein Activity Diagramm Hoher Dokumentationswert. Framework erzwingt „geregelte“ Programmierung Einarbeitung ist zu jeder Entwicklungsstufe des Systems möglich Die Anwendung bleibt auch in Zukunft wartbar Kann auch für andere Anwendungssysteme verwendet werden BKR Micro-workflow
    38. 38. Lessons Learned <ul><li>Der Wildwuchs der Programme konnte gestoppt werden. </li></ul><ul><li>Neue Mitarbeiter können sich relativ schnell einarbeiten. </li></ul><ul><li>Der Überblick über das Gesamtsystem bleibt erhalten. </li></ul><ul><li>Die Wartbarkeit des Systems ist auch nach Einführung der 4. Stufe (nach insgesamt 5 Jahren Projekt) erhalten geblieben. </li></ul><ul><li>aber </li></ul><ul><li>Der Feinheitsgrad der einzelnen OFDs muss reglementiert werden. </li></ul><ul><li>Den Überblick über die bereits vorhandenen workflows zu behalten gestaltet sich nicht immer einfach. </li></ul>
    39. 39. Ausblick <ul><li>der nächste Schritt ist die Generierung des Programmcodes aus den OFDs heraus. </li></ul><ul><li>als Fernziel ist die Adaption des Frameworks in die .Net Welt angedacht. </li></ul>
    40. 40. Offene Fragen? Interesse? für weitere Infos wenden Sie sich an: [email_address] oder [email_address]

    ×