Ich bin für ein Entwicklerteam verantwortlich, das in Kürze mit der Entwicklung eines Systems für leichte Versicherungsansprüche beginnen wird. Das System ist mit vielen manuellen Aufgaben und Geschäftsabläufen verbunden, und wir möchten Windows Workflow (.NET 4.0) verwenden.

Ein Beispiel für die Geschäftsdomäne lautet wie folgt: Ein Versicherungsnehmer ruft das Contact Center an, um einen Anspruch geltend zu machen. Dieses "Ereignis" löst zwei Unteraufgaben aus, die manuell parallel ausgeführt werden und deren Ausführung einige Zeit in Anspruch nehmen kan

Kunden auf Betrug prüfen - Ein manueller Prozess, bei dem ein Betreiber verschiedene Kreditunternehmen anruft, um das Potenzial eines betrügerischen Kunden zu prüfen und zu bewerten. Von hier aus kann die Unteraufgabe eine Reihe von Unterzuständen eingeben (Überprüfung läuft, Überprüfung fehlgeschlagener Verweise, Überprüfung bestandener Verweise usw.). Artikel an Reparaturzentrum senden - Ein manueller Vorgang, bei dem der Artikel, für den der Versicherungsnehmer den Anspruch geltend gemacht hat, an das Reparaturzentrum gesendet wird, um repariert zu werden. Von hier aus kann die Unteraufgabe eine Reihe von Unterstatus eingeben (Warten auf Reparatur, In Bearbeitung, Repariert, Gepostet usw.). Der Anspruch kann erst geltend gemacht werden, wenn der Status jeder Unteraufgabe einen vordefinierten Status erreicht hat (basierend auf den Geschäftsregeln).

uf den ersten Blick scheint Workflow in der Tat die beste Technologie zu sein. Ich habe jedoch einige Bedenken hinsichtlich der Verwendung von WF 4.0.

Skill set - Wenn ich mir die durchschnittlichen Entwicklerfähigkeiten ansehe, sehe ich nicht viele Entwickler, die den Workflow verstehen oder kennen.Wartbarkeit - Es scheint, dass WF 4.0-Projekte in der Community nur wenig Unterstützung finden, was zusammen mit dem Mangel an Fachkenntnissen Bedenken hinsichtlich der Wartbarkeit aufwirft.Barrier to Entry - Ich habe das Gefühl, dass Windows Workflow eine steile Lernkurve aufweist und nicht immer so einfach zu erlernen ist.Neues Produkt - Da der Workflow für .NET 4.0 vollständig umgeschrieben wurde, sehe ich das Produkt als Produkt der ersten Generation und habe möglicherweise nicht die erforderliche Stabilität.Reputation - Frühere Versionen von Workflow wurden nicht gut angenommen, wurden als schwierig zu entwickeln angesehen und führten zu einer schlechten Geschäftsaufnahme.

So ist meine Frage, ob wir Windows Workflow (WF) 4.0 für diese Situation verwenden sollen oder ob es eine alternative Technologie gibt (z. B.Simple State Machine, etc) oder sogar eine bessere Workflow-Engine verwenden?