Gestion

Cycle de vie du processus

L’éditeur de formulaire intégré crée un formulaire Web (ASPX et le code-behind) qui est principalement bâti sur le framework ASP.NET et les librairies WorkflowGen.My.

Cela signifie qu'il offre l'avantage d’avoir des possibilités infinies de personnalisation et d’intégration du formulaire Web selon vos besoins spécifiques dans un environnement de développement avancé et intégré tel que Visual Studio.

Exemple de cycle de vie du processus

  • Un processus peut être facilement et rapidement créé comme première version en utilisant l'éditeur de formulaire intégré. Ceci permet aux utilisateurs de tester la première version comme un pilote.

  • Si le processus répond aux besoins métiers il peut être déployé en production.

  • S’il y a des fonctionnalités personnalisées ou avancées requises dans une nouvelle version qui ne sont pas disponibles dans l’éditeur de formulaire intégré, le processus peut être migré vers le développement Web.

Migrer un processus

Pour migrer un processus créé avec l’éditeur de formulaire Web, suivez les étapes ci-dessous :

  1. Sauvegardez une nouvelle version du processus ou dupliquez-le.

  2. Décochez l'option Activer l’éditeur de formulaire sur l'onglet Infos.

  3. Dans Visual Studio, ouvrez le site Web du formulaire avec le chemin du dossier (\wfgen\wfapps\WebForms\[nom du process]\V[numéro de version]) et commencez votre développement.

  4. Vous pouvez laisser votre dossier Web ([nom du processus]\V[numéro de version]) comme un sous-dossier dans l'application Web « webforms » (\wfgen\wfapps\webforms) ou transformer ce dossier en une application Web dans IIS.

    • Dans le premier cas votre formulaire Web sera dépendant des ressources de l’application Web « webforms » (par exemple : \bin, \App_Data, \App_Resources, \App_Themes, etc...) comme avant la migration.

    • Dans le dernier cas votre formulaire Web sera une application Web indépendante et vous devrez copier le sous-dossier \bin dans \webforms à votre dossier et si nécessaire actualiser le projet dans Visual Studio

Pour plus de renseignements sur le développement des formulaires Web, référez-vous au WorkflowGen Web Forms for Visual Studio Developer Guide (disponible en Anglais uniquement).

Sécurité

Toutes les chaînes de connexion dans \wwwroot\wfgen\web.config sont disponibles pour une utilisation dans l’éditeur de formulaire et dans les listes globales sauf la chaîne de connexion de la base de données maître. Bien que l’application tente de vérifier que les requêtes SQL utilisées dans ce contexte soient sécurisées et contiennent uniquement des instructions SELECT, vous devrez également vous assurer que les chaînes de connexion exposées soient sécurisées au niveau de la base de données. Cela signifie que si vous ne voulez pas qu’un superviseur de processus ou un superviseur de listes globales puisse mettre à jour ou modifier une base de données spécifique, la chaîne de connexion devrait avoir un accès en lecture seule à la base de données.

Gardez à l’esprit que les créateurs de processus peuvent utiliser toute chaîne de connexion à laquelle ils peuvent accéder depuis l’éditeur code-behind de l’éditeur de formulaires. Si vous voulez limiter l’accès d’un superviseur de listes globales à une chaîne de connexion tout en permettant le créateur de processus d’y accéder, vous devez ajouter la chaîne de connexion au web.config de l’application WebForms (\wwwroot\wfgen\WfApps\WebForms\web.config).

Les chaînes de connexion dans le web.configde WebForms ne sont pas exposées dans l’interface utilisateur de WorkflowGen, donc pour que les créateurs de processus puissent les utiliser, ils doivent connaître le nom de la chaîne. Ceci est également un manière pratique de donner accès aux créateurs de processus distincts à différentes chaînes de connexions.