Automatic generation of terminal workflow applications

Abstract

Nahezu jede in letzter Zeit entwickelte Software beinhaltet als zentrale Komponente einen Geschäftsprozess (Workflow). Bei modernen Architekturen werden hier domänenspezifische Sprachen (DSL) eingesetzt.<br />Diese abstrahieren die Implementierungen der einzelnen Aktivitäten und führen dabei zu besser zu wartender und erweiterbarer Software.<br />In dieser Arbeit entwickeln wir eine solche DSL. Sie kann Geschäftsprozesse auf einem hohen Abstraktionsniveau darstellen.Wir werden dabei die selbständige Anmeldung bei einem Doktor auf einem Terminal spezifizieren. Durch Transformation kann aus dieser Beschreibung des Geschäftsprozesses der lauffähige Workflow Code erzeugt werden. Dieser Ansatz bringt einige Vorteile gegenüber der direkten Implementierung des Geschäftsprozesses in einer Frmework spezifischen ausführbaren Sprache mit sich.<br />- Die DSL ist unabhängig vom verwendeten Framework. Sie kann zukünftig auch mit anderen Frameworks eingesetzt werden.<br />- Die DSL beinhaltet weniger Aktivitäten als die lauffähige Workflow Definition. Ein so spezifizierter Geschäftsprozess ist leichter lesbar und erweiterbar.<br />- Die DSL enthält nur Aktivitäten auf einem Abstraktionsniveau. Der ausführbare Workflow Code beinhaltet unter Umständen auch technisch notwendige Aktivitäten aus niedrigen Abstraktionsleveln.<br />- Validierung und Verifikation des Workflows ist auf diesem abstrakten Niveau leichter.<br />- Geschäftsprozesse definiert ohne Abstrahierung, also mit der ausführbaren Workflow Sprache, beinhalten oft technisch notwendige Aktivitäten. Diese fallen durch die Abstrahierung in der DSL weg und werden nur durch den Transformationsprozess hinzugefügt.<br />- Optimierungsmaßnahmen können sowohl auf Ebene des abstrakten Workflows als auch zum Zeitpunkt der Transformation vorgenommen werden.<br />In dieser Arbeit stellen wir unsere DSL vor. Außerdem präsentieren wir eine prototypische Implementierung des Transformationsprozesses für das Microsoft WF .NET Framework. Die prototypische Implementierung könnte in Zukunft erweitert und verbessert werden. Die DSL sollte aber für alle Anwendungsfälle in dieser Domäne gleich bleiben.<br />

Business processes are the heart of many modern software applications. Modern architectures tend to use Domain Specific Languages (DSL) to implement these processes. These languages contain an abstraction from technical implementation details. Therefore using DSLs lead to better readable and maintainable code.<br />In our approach we develop a DSL usable for specifying workflows for one specific domain. Our example is able to specify the check-in process at a doctor. Other use cases may be possible as well.<br />The DSL contains activities on an abstract level. To execute the workflow it has to be transformed to executable workflow code. This code will be implemented using a well established framework. There are many advantages using this level of abstraction over implementing the workflow in the executable workflow language.<br />- The DSL is framework independent and therefore can be used in any framework - The DSL contains less activities than the executable workflow. This makes the workflow better readable and maintainable.<br />- DSL contains only activities on one level of abstraction. This might not be the case in the executable workflow definition. Activities only needed for technical reasons complicate reading the workflow. Our abstract DSL only contain activities needed for specifying the workflow.<br />Technically needed activities have to be added at the transformation process.<br />- Validation and Verification on the abstract level is easier. The smaller number, and the lack of technically needed activities make the workflow easier to validate.<br />- Optimation may be done at two points in time. First on DSL level and second at transformation time.<br />- The heavy use of frameworks offers flexibility and eases development.<br />This work introduces a DSL, able to specify such workflows. Afterwards a prototypical implementation of the transformation process for the Microsoft WF .NET framework is done.<br />Our approach is useful for applications where the workflow changes but the tasks stay allmost the same. Extention of the DSL is possible but has to be done by experts. Therefore extention may be expensive. We may generate applications which only differ by their workflow. Any other part (other userinterface, etc) has to be implemented or customized by hand.