Rash thoughts about .NET, C#, F# and Dynamics NAV.

Vom 29. und 30. November 2007 fand im Münchner Arabella Sheraton Grand Hotel das 1. Technical Community Airlift zu Microsoft Dynamics statt. Im Wesentlichen ging es um folgende Themen:

• Microsoft CRM “Titan”
• Technische Fertigkeiten für Dynamics NAV 5.1
• Ausblick auf Dynamics AX 5.0
• Ausblick auf Dynamics NAV 2009 (Codename NAV “6.0”) (Dynamics NAV Server)
• Microsoft Office und Windows SharePoint Services
• Business-Intelligence
• Sure Step, die Implementierungsmethode für Microsoft Dynamics

An dieser Stelle möchte ich gerne etwas über die von mir besuchten Vorträge berichten.

(weiterlesen…)

Heute erscheint die 51. Ausgabe des .NET-Magazins mit dem Hauptthema “Business.NET”. In dieser Ausgabe ist auch mein sechsseitiger Artikel zur “Integration der Workflow Foundation in Microsoft Dynamics Nav” veröffentlicht. Der Artikel gibt einen Einblick in mögliche Kommunikationswege zwischen Microsoft Dynamics Nav und der Windows Workflow Foundation und zeigt die Integration beider Technologien anhand eines einfachen Workflow-Beispiels. Übrigens kann man das .NET-Magazin noch bis zum 15. Oktober ein Jahr lang zum halben Preis (38,25 €) bestellen.

Microsoft bietet nun “The Microsoft Architecture Journal” auch als kostenlose Print-Version an. Man muss sich nur registrieren und bekommt dann wahlweise immer das Journal per E-Mail oder mit der Post geliefert.

Nachtrag: Die bisherigen Ausgaben gibt es als PDF und Ausgabe 7 (“Generation Workflow”) sogar auf deutsch.

Am 25.10.2006 findet in Dresden ein TechTalk zum Thema Windows Workflow Foundation mit Sebastian Weber statt. Anmeldung

“Businesses depend on business processes” schreibt David Chappell als einleitenden Satz in einem viel zitierten Artikel über die Windows Workflow Foundation (WF). Dieser Satz zeigt meiner Ansicht nach sehr gut wie wichtig es für Unternehmen ist ihre Geschäftsabläufe zu standardisieren und zu automatisieren. Dabei gibt es zwei Welten die aufeinander prallen. Auf der einen Seite sind logische und streng geordnete Programme und auf der anderen Seite Menschen, die Ihre Arbeitsabläufe unterbrechen und einteilen wollen. Programme sind in der Regel so geschrieben, dass sie ihre Aufgaben schön sequentiell hinter einander abarbeiten. Menschen tendieren eher dazu angefangene Aufgaben erstmal ruhen zu lassen und bei Bedarf andere Aufgaben zwischen zu schieben. Man denke dabei an einen Angestellten der zur Mittagspause geht und unterwegs einen Kollegen trifft. Der Kollege erzählt ihm von einem wichtigen Auftrag und schon startet der Angestellte noch beim Mittagessen einen neuen Workflow.

Was ist eigentlich ein Workflow?

Ein Workflow ist eine vordefinierte Menge an Aktivitäten die Menschen und/oder Software koordiniert zu einem bestimmten Ergebnis führen soll. Dabei unterscheidet man in sequentielle (FlowCharts) und zustandsbasierte Workflows (StateMachines).

Was sind typische Workflow-Szenarien?

• Bestellvorgänge: Wenn beispielsweise eine Bestellung in einem OnlineShop aufgeben wird muss eine Bestätigung erfolgen (je nach Bestellwert automatisch oder manuell). Danach muss eine Bestätigungsmail versandt werden, die Abbuchung vorgenommen und die Bestellung im Lager zusammengestellt und versandt werden.
• Zulassungsvorgänge: In Firmen fallen oftmals Dokumente an die von verschiedenen Personen bewilligt und freigegeben werden müssen. Gleichzeitig wollen die Personen möglicherweise Notizen und Änderungsvorschläge für das Dokument hinterlassen.
• Issue tracking: Ein CallCenter nimmt Anfragen und Probleme entgegen und startet für jedes Problem einen Supportvorgang (Ticket). Dabei kann es je nach Problem verschiedene Abläufe geben, bei denen die verschiedensten Personen (Second-Level-Support, Administratoren, Entwickler) involviert sein können.

Wie kann man solche Geschäftsabläufe jedoch unterstüzen und kontrollieren? Die Antwort lautet natürlich Windows Workflow Foundation.

Was ist die WF?

Die WF ist ein zum .NET Framework 3.0 gehörendes deklaratives Programmierkonzept, das Entwicklern ermöglichen soll komplexe Workflow-Szenarien im Computer abbilden zu können. Besonderes Augenmerk wurde dabei auf die grafische Veranschaulichung des Workflows innerhalb des Visual Studio Designers gelegt, so dass man komplexe Arbeitsabläufe direkt mit den jeweiligen Workflow-Experten grafisch erfassen kann. Gleichzeitig wird eine RunTime-Umgebung zur Verfügung gestellt, die innerhalb eines Host-Prozesses den Ablauf des Workflows steuert.

Jeder Workflow braucht einen Host-Prozess, der die RunTime-Umgebung des Workflows instanziert. Dies kann jede .NET-Anwendung aber auch jeder Server sein. Die Windows Workflow Foundation-Technologie kommt übrigens ursprünglich aus dem BizTalk-Server und wurde von dort direkt ins .NET-Framework ausgelagert. 

Ist die WF nur für Entwickler?

Prinzipiell ist die WF ein Programmierkonzept – jedoch wurde die WF bereits in die nächsten Versionen von SharePoint und Office integriert, so dass es durchaus möglich sein wird Workflows zu definieren ohne eine einzige Zeile Code zu schreiben. Dokumentenzulassungs-Workflows zum Beispiel kann man komplett im SharePoint Designer erstellen.

Wie geht es weiter?

Im nächsten Teil der Serie werde ich einen einfachen Workflow und die Implementation mit der WF vorstellen. 

Weiterführende Quellen:

• Understanding Workflow in Windows SharePoint Services and the 2007 Microsoft Office System (David Chappell)
• Introducing the .NET Framework 3.0 (David Chappell)
• Microsoft Office SharePoint Designer 2007
• Windows Workflow Foundation