Differences

This shows you the differences between two versions of the page.

--- 2012_2013:lp:idse:gl:management:td:bp [2012/08/13 13:48] – [Exercice 1] blay
+++ 2012_2013:lp:idse:gl:management:td:bp [2012/10/23 14:02] (current) – [Exercice Entrainement] blay
@@ Line 21: / Line 21: @@
-==== Exercice 1 ====
+==== Exercice Entrainement ====
 [{{ :2012_2013:lp:idse:gl:management:td:testinitial.png?direct&300 |Visualisation du processus, à la fin de l'étape 8}}]
@@ Line 48: / Line 48: @@
 </code> {{ :2012_2013:lp:idse:gl:management:td:connecteurcreationfichier.png?direct&200 |}}
       * Un attachment de fichier lors de la validation [{{ :2012_2013:lp:idse:gl:management:td:attachement-d-un-fichier.png?direct&300 |Attachement d'un fichier créé lors de l'étape précédente}}]
-  - Exécuter
+      * Penser à ajouter la variable fichier de type java...
-  - Modifier les formulaires
+  - Exécuter {{ :2012_2013:lp:idse:gl:management:td:test0-ecran1.png?direct&200 |Ecran de saisie initial}}
-  - Affectation des acteurs
+  - Modifier les formulaires en particulier pour que le formulaire de validation n'autorise plus la modification des informations (text au lieu de champs de texte).
+  - Affectation des acteurs : Seul un employé sera à présent autorisé à valider une demande.
      * Création des acteurs  : userXP, administration, Organisation, Utilisateurs {{ :2012_2013:lp:idse:gl:management:td:acteurscreation.png?direct&300 |}}
      * Association des acteurs aux tâches [{{ :2012_2013:lp:idse:gl:management:td:test0-victor.png?direct&200 |L'acteur "victor" est à présent seul autorisé à valider.}}]
-     * Exécuter
+     * Exécuter [{{ :2012_2013:lp:idse:gl:management:td:test0-apreschgtrole.png?direct&200 |A présent à la fin de la saisie, il faut se reconnecter pour jouer le rôle d'un employé du système (deconnexion).}}] [{{ :2012_2013:lp:idse:gl:management:td:test0-apreschgtrole-victor.png?direct&200 | En se connectant en tant qu'un employé, le nouveau formulaire apparaît.}}]
-  - Création des lanes
+  - Utilisation de tâches //envoi et réception de messages// pour la gestion des fraudes.
+     * Définir un sous-processus (nouvelle pool) commençant par  une tâche //réception de message//
+     * Analyser le nom reçu (tâche //Analyser//) puis terminer (Il s'agit d'un simple exercice pédagogique).
+     * Ajouter une tâche d'envoi de message pour la détection de fraude au cas où la demande n'a pas été validée. Pensez à passer le nom en paramètre du message.{{ :2012_2013:lp:idse:gl:management:td:envoidemessage.png?direct&200 |}}
+  - Vous pouvez faire le même exercice en utilisant en réception un évènement
+  - Ajouter une  boucle dans la tâche //Analyser// qui se termine uniquement si le nom est validé (ajouter une variable validé) ...{{ :2012_2013:lp:idse:gl:management:td:boucle.png?direct&200 |}}
+<note tip>Ce qui précède, vous a donné les bases pour construire un processus plus important. Vous pouvez faire l'exercice suivant qui continue à vous guider, ou passer directement à l'étude du projet fil rouge. </note>
 ==== Modélisation du processus ====
@@ Line 187: / Line 197: @@
 === Exécuter comme User XP ===
   * Lancer plusieurs processus et jouer les différents rôles.
-  *
+===== Travail sur le projet Tutoré =====
+  - Identification du BP à étudier
+  - Sélection de l'étude à mener par groupe de 3
+==== Evaluation ====
+<box round rgb(185,211,238) rgb(198,226,255) 75%|A rendre pour >
+**sur la forge :**
+   - Le BP que vous avez choisi de modéliser
+</box>