Je suis responsable d'une équipe de développeurs qui sont sur le point de commencer le développement d'un système de réclamations d'assurance léger. Le système implique beaucoup de tâches manuelles et de workflows d'entreprise et nous envisageons d'utiliser Windows Workflow (.NET 4.0).
Un exemple du domaine commercial est le suivant: Un preneur d'assurance appelle le centre de contact pour déposer une réclamation. Cet «événement» déclenche deux sous-tâches qui sont exécutées manuellement en parallèle et qui peuvent prendre un certain temps à se terminer;
- Vérifier le client pour fraude - Processus manuel par lequel un opérateur appelle diverses sociétés de crédit pour vérifier et évaluer le potentiel d'un client frauduleux. À partir de là, la sous-tâche peut entrer un certain nombre de sous-états (vérification en cours, vérification des références échouées, vérification des références réussies, etc.)
- Envoyer l'article au centre de réparation - Un processus manuel où l'article pour lequel le preneur d'assurance a déposé la réclamation est envoyé au centre de réparation pour être réparé. De là, la sous-tâche peut entrer un certain nombre de sous-états (En attente de réparation, En cours, Réparé, Publié, etc.). La réclamation ne peut continuer que lorsque le statut de chaque sous-tâche a atteint un statut prédéfini (basé sur les règles métier).
À première vue, il semble que Workflow soit en effet le meilleur choix technologique; cependant j'ai quelques soucis en utilisant WF 4.0.
- Ensemble de compétences - En regardant l'ensemble des compétences moyennes des développeurs, je ne vois pas beaucoup de développeurs qui comprennent ou connaissent Workflow.
- Maintenabilité - Il semble y avoir peu de soutien au sein de la communauté pour les projets WF 4.0 et cela, couplé au manque de compétences, soulève des préoccupations concernant la maintenabilité.
- Barrière à l'entrée - J'ai le sentiment que Windows Workflow a une courbe d'apprentissage abrupte et que ce n'est pas toujours aussi facile à comprendre.
- Nouveau produit - Comme Workflow a été complètement réécrit pour .NET 4.0, je vois le produit comme un produit de première génération et peut ne pas avoir la stabilité nécessaire.
- Réputation - Les versions précédentes de Workflow n'ont pas été bien accueillies, ont été jugées difficiles à développer et ont entraîné une faible adoption des entreprises.
Ma question est donc de savoir si nous devons utiliser Windows Workflow (WF) 4.0 pour cette situation ou existe-t-il une technologie alternative (par exemple, Simple State Machine , etc.) ou même un meilleur moteur de flux de travail à utiliser?