Die nächste Revolution in der modelgetriebenen Entwicklung?

Transkript

1 Die nächste Revolution in der modelgetriebenen Entwicklung?

2 Me Johannes Kleiber Software Engineer bei FMC

3 Themen Überblick Window Workflow Foundation Workflows modellieren WF erweitern: Custom Acitvities Designer Rehosting Workflow debuggen und tracken WF und Unit-Testing WF und MDA

4

5 .Net 3.0:.NET 2.0 Reloaded.Net Framework 3.0 Windows Cardspace Infocard Windows Presentation Foundaton (WPF) Windows Communication Foundation (WCF) Windows W0rkflow Foundation (WF).Net 2.0 Core libs

6 Was ist ein Workflow? Ein Workflow ist eine Folge von Aktivitäten Eine Aktivität ist ein atomare Tätigkeit z. B. Entscheidung treffen, versenden oder Bestellung durchführen Activity 1 Activity 1 Activity 2 Activity 2 Activity 3 Activity 3 Activity 4 Activity 4

7 Sequential oder State Machine Workflow? Sequential Workflow macht Sinn wenn der Workflow als Sequenz von Aktivitäten/Events modelliert werden kann. der Workflow die Kontrolle über die Sequenz der Aktivitäten hat. im Modell des Workflow alle möglichen Verhaltensweisen abgebildet werden können. Prozessorientiert gearbeitet wird. State Machine Workflow macht Sinn wenn für den Workflow kein definierter Ausführungspfad existiert. es nicht möglich ist, alle Pfade des Workflows mittels des Sequential Workflows zu modellieren. die Sequenz der auftretenden Events unvorhersebar ist. der Workflow von externen Events getrieben wird.

8 Was ist Windows Workflow Foundation (WF)? Bei der WF handelt es sich um ein erweiterbares Framework. Dient dem Entwickeln von Workflow-Lösungen auf der Windows-Plattform. Stellt sowohl eine API als auch Tools zum Entwickeln und Ausführen von workflow-gesteuerten Anwendungen zur Verfügung. Es können die Schritte des Workflows in einem visuellen Designer definieren und den Workflow-Komponenten Code hinzufügen. Workflows können innerhalb eigener Anwendungen integriert (gehostet) werden.

9 Workflow Szenario Windows Service Admin Service User nutzt Worfklow Workflow Admin ändert Worfklow Entwickler erstellt System

10 Was passiert unter der Decke? Modellierte Workflows Custom Activity Library Host Process Workflow Runtime Engine Runtime Services Base Activity Library

11 Wichtige Aspekte laufender Workflows Bestellungen werden innerhalb 48h bestätigt und innerhalb 30 Tagen ausgeliefert Beinahe alle Zulieferer bestägigen unsere Bestellungen aber manche vergessen dies Was ist der Status der nicht bestätigten Bestellungen und was sind die nächtsten Schritte Long Running Workflow Der Workflow muss Persistiert werden. WF bietet einen persistenz Dienst auf basis des SQL Servers an. Flexibilität Modell kann während des betriebes geändert werden. Ausserhalb von Visual Studio möglich (Designer Rehosting) Transparenz Modell ist während des betriebes sichtbar Überwachung des laufenden Workflows (Tracking) möglich

12 Workflows modellieren

13 Workflows modellieren Die Definition eines Workflows wird im Visual Studio Designer modelliert Der Designer erzeugt daraus eine ausführbare Definition. Der Designer lässt sich in eigenen Anwendungen wiederverwenden (Designer Rehosting)

14 extensible Object Markup Language (Xaml) deklaratives Programmierungsmodell Programm-Logik wird in einer Code-Beside-Datei gespeichert Trennung zwischen Definition und Logik XAML C#/VB

15 DEMO: Workflows modellieren

16 Custom Activities

17 Base Activites Out-of the box activities für die gängisten Aufgaben können zum Erstellen von eigenen (custom activities) genutzt werden Basic Composite

18 Custom Activites um Verhalten abzubilden, dass WF noch nicht bietet z. B. s versenden oder Datenbankabfrage volle Flexibilität beim Aussehen und Verhalten in Designer volle Flexibilität bei der Validierung im Designer durch eigene Code Generators lässt sich zusätzlicher Code erzeugen

19 DEMO: Custom Activities

20 Designer Rehosting

21 Designer Rehosting alle Funktionen lassen sich wiederverwenden und anpassen so lassen sich eigene Modellierungs-Tools entwickeln, um möglichst viel Komplexität vor dem User zu verbregen die erstellten Workflows können dann in jeder.net- Anwendung benutzt werden

22 DEMO: Designer Rehosting und Workflows debuggen/tracken

23 WF und Unit-Testing

24 WF und Unit-Testing Problem: Workflow läuft in einem separaten Prozess. Kommunikation läuft über spezielle Aktivitäten Abruf des Workflow-Status nicht möglich Lösungsansätze: Nutzung des Tracking-Services mit speziellen Test- Profilen Nutzung des Persistence-Service (mit Memory Persistence provider von CodePlex)

25 WF und Unit-Testing Workflow starten WF-Testing- Engine Tracking-Service Teste Bedingung 1 Teste Bedingung 2 Informationen aus DB holen und analysieren Status über Workflow in DB speichern... Teste Bedingung n Tracking-DB

26 WF und MDA

27 MDA-Prozess Architekt erstellt UML Architekt erzeugt Code Entwickler implementiert Logik

28 WF-Prozess Compliance CRM Architekt /Entwickler erstellen Custom Activites User erstellt Logik auf Basis von Workflows Logik wird in Anwendungen genutzt

29 WF vs. MDA Microsoft Antwort auf MDA ist Domain Specific Language (DSL) Ziele von MDA Steigerung der Entwicklungsgeschwindigkeit Bessere Handhabbarkeit aufgrund höherer Abstaraktion Trennung von fachlichen und technischen Anteilen Ziele von WF Modellierung von (Geschäfts-)Prozessen auf Windows Platformen Keine Trennung von fachlichen und technischen Anteilen

30 WF vs. MDA Model Model Driven Architecture aus einem Model werden Artefakte (z. B. Source-Code) erzeugt Sicht sehr abstrakte, generelle Sicht / Trennung zwischen IT und Domain Windows Workflow Foundation das Model ist eine andere Sicht auf den Code sehr spezifisch Sicht Portierbarkeit plattformunabhängig funktioniert nur mit.net 3.x Einsatz Akteur wird im wesentlichen eingesetzt, um statische Modele z. B. Komponenten-, Klassendiagramme zu erzeugen Modell wird vom Architekten erstellt wird eingesetzt, um Logik und Regeln in einem System zu modellieren Modell wird vom Business-Analyst erstellt

31 Ausblick Zukünftige MS Produkte werden WF verwenden. Z.B. Office SharePoint Server 2007 oder BizTalk Server 2008 WF wird in der Version 3.5 des.net Frameworks nochmals erweitert. immer mehr Projekte nutzen WF, um sich ständig ändernde Logik austauschbar zu halten WF ist Microsofts Antwort auf BPEL zusammen mit WCF adressieren sie SOA

32 Zusammenfassung WF ist kein Softwareprodukt, sondern ein Framework WF ermöglicht das modelgetriebene Erstellen von Logik Durch WF wird Logik austauschbar und flexibel Es ist möglich domain-spezifische Designer zu entwickeln Es gibt Möglichkeiten um Workflows zu debuggen WF wird in Zukunft immer wichtiger werden WF funktioniert nur im Microsoft-Umfeld WF und MDA adressieren Probleme

33 The last slide Einführung Technische Einführung Technische Einfürhung Offizielle.NET 3 Site WindowsWorkflowFoundationEineEinfuehrungfuerEntwickler.mspx? mfr=true Fragen!