Rubrique précédente: Attributs marqués comme modifiés dans les fenêtres d'approbation du flux de travauxRubrique suivante: Configuration du flux de travaux utilisant des stratégies pour les événements


Exemples de stratégies

Les cas d'utilisation métier suivants illustrent l'application de stratégies d'approbation de flux de travaux pour un événement.

Exemple 1 :

Cas d'utilisation : un administrateur modifie un compte de base de données relationnelle appartenant à un employé.

Tâche d'administration : ModifyMSSQLAccount

Evénement : ModifyMSSQLAccountEvent

Règle d'approbation : Utilisateur où (Titre = RDBAcctManager)

Processus de flux de travaux : ModAcctApproval (processus de flux de travaux personnalisé)

Objet : auteur de la tâche

Evaluation : toujours évaluer la règle

Exemple 2 :

Cas d'utilisation : un administrateur modifie le salaire d'un employé pour qu'il reflète une augmentation.

Tâche d'administration : Modifier un utilisateur

Evénement : ModifyUserEvent

Règle d'approbation : Utilisateur où (Salaire >= 100000)

Processus de flux de travaux : SalaryChangeApproval (processus de flux de travaux personnalisé)

Objet : objet principal de l'événement (utilisateur)

Evaluation : évaluer uniquement si l'attribut Salaire est modifié

Exemple 3 :

Cas d'utilisation : un administrateur ajoute un utilisateur au groupe Sous-traitants lorsque le titre de cet utilisateur devient Sous-traitant. Cet exemple peut être divisé en deux stratégies d'approbation.

Stratégie 1 :

Tâche d'administration : Modifier un utilisateur

Evénement : ModifyUserEvent

Règle d'approbation : Utilisateur où (Titre = Sous-traitant)

Processus de flux de travaux : SingleStepApproval (modèle de processus par défaut)

Objet : objet principal de l'événement (utilisateur)

Evaluation : évaluer uniquement si l'attribut Titre est modifié

Stratégie 2 :

Tâches d'administration : Modifier le groupe (ou Modifier l'appartenance au groupe)

Evénement : AddToGroup

Règle d'approbation : Groupe où (Nom du groupe = Sous-traitants)

Processus de flux de travaux : SingleStepApproval (modèle de processus par défaut)

Objet : objet secondaire de l'événement (groupe)

Evaluation : toujours évaluer la règle

Les cas d'utilisation métier suivants illustrent l'application des stratégies d'approbation de flux de travaux pour une tâche.

Exemple 1 :

Cas d'utilisation : un administrateur modifie un compte Active Directory appartenant à un employé.

Tâche d'administration : ModifyActiveDirectoryAccount

Objet : auteur de la tâche

Règle d'approbation : Utilisateur où (Titre = ActiveDirectoryManager)

Processus de flux de travaux : approbation en une seule étape

Evaluation : toujours évaluer la règle

Exemple 2 :

Cas d'utilisation : un administrateur modifie un utilisateur dont le code d'employé est HighSecurity.

Tâche d'administration : Modifier un utilisateur

Objet : objet principal de la tâche

Règle d'approbation : Utilisateur où (employeenumber = HighSecurity)

Processus de flux de travaux : approbation en une seule étape

Evaluation : toujours évaluer la règle

Exemple 3 :

Cas d'utilisation : un administrateur modifie un utilisateur pour affecter les rôles d'administration CheckApprover et CheckSigner.

Tâche d'administration : Modifier un utilisateur

Objet : violation d'une stratégie d'identité

Règle d'approbation : IdentityPolicy où (Nom = CheckRoles)

Processus de flux de travaux : approbation en une seule étape

Evaluation : toujours évaluer la règle