More Related Content Similar to E Id Card (20) More from Gregory Renard (20) E Id Card1. Gregory Renard CTO Wygwam [email_address] Wygwam – RD - MVP ASP.NET eID Développez vos applications autour de l’E - ID Card Vincent Fiévez Business Development [email_address] ICT7 6. Exploitez l’eID dans .NET 3.0 Framework .net 2 Windows Presentation Foundation Windows Communication Foundation Windows Workflow Foundation CardSpace Framework .net 1.1 Framework .net 1.0 Sécurité Mobile Librairie Wygwam.eID Editor's Notes 11/11/09 19:08 ©2004 Microsoft Corporation. All rights reserved. This presentation is for informational purposes only. Microsoft makes no warranties, express or implied, in this summary. Rédo 11/11/09 19:08 ©2004 Microsoft Corporation. All rights reserved. This presentation is for informational purposes only. Microsoft makes no warranties, express or implied, in this summary. Rédo 11/11/09 19:08 ©2004 Microsoft Corporation. All rights reserved. This presentation is for informational purposes only. Microsoft makes no warranties, express or implied, in this summary. pat 11/11/09 19:08 ©2004 Microsoft Corporation. All rights reserved. This presentation is for informational purposes only. Microsoft makes no warranties, express or implied, in this summary. Rédo 11/11/09 19:08 ©2004 Microsoft Corporation. All rights reserved. This presentation is for informational purposes only. Microsoft makes no warranties, express or implied, in this summary. Rédo 11/11/09 19:08 ©2004 Microsoft Corporation. All rights reserved. This presentation is for informational purposes only. Microsoft makes no warranties, express or implied, in this summary. patrice 11/11/09 19:08 ©2004 Microsoft Corporation. All rights reserved. This presentation is for informational purposes only. Microsoft makes no warranties, express or implied, in this summary. rédo 11/11/09 19:08 ©2004 Microsoft Corporation. All rights reserved. This presentation is for informational purposes only. Microsoft makes no warranties, express or implied, in this summary. Patrice Les workflows séquentiels (Sequential Workflow) Le modèle de projet Sequential Workflow est généralement utilisé pour réaliser ce qu'on appelle des workflows techniques. Un workflow technique consiste en une suite d'opérations, appelées activités dans la terminologie Workflow Foundation , réalisant chacune un traitement bien précis (calcul, écriture dans une base de données, envoi d'un message électronique...) et ceci sans qu'une intervention de l'utilisateur ne soit nécessaire durant l'exécution de toute la chaîne d'opérations. Dans cette suite d'opération, il est possible de diriger le chemin d'exécution du workflow en fonction de critères que l'on appelle dans la terminologie Workflow Foundation des règles . Sur l'image ci-contre, vous pouvez visualiser un exemple de workflow séquentiel qui commence par une étape d'exécution de code (codeActivity) puis qui enchaîne sur une prise de décision (ifElseActivity) en fonction d'une règle définie par le concepteur du workflow. En fonction de l'évaluation de la règle, soit le flux d'exécution partira sur la gauche ou sur la droite de la branche de décision, chaque branche réalisant une opération différente (exécution de code pour la partie gauche et attente d'un laps de temps déterminé sur la partie droite). Le workflow se termine ensuite et le programme ayant déclenché le workflow peut récupérer d'éventuels résultats fournis par l'exécution du workflow. Les workflows à états (State Machine Workflow) Le modèle de projet State Machine Workflow est généralement utilisé pour réaliser ce qu'on appelle des workflows humains. Un workflow humain consiste à attendre une intervention d'un utilisateur, réel ou bien simulé par une application, qui va déclencher un évènement permettant de prévenir le workflow qu'il doit poursuivre son exécution en prenant éventuellement en compte les valeurs fournies par l'utilisateur durant le déclenchement de l'évènement. Des exemples classiques de workflows humains sont les systèmes de prises de commande ou de demande de congés, qui sont initialement déclenchés par un utilisateur (la personne qui passe une commande ou qui émet une demande de congés) mais qui nécessitent des interventions humaines durant les étapes ultérieures pour valider certaines étapes du workflow (validation d'une remise accordée sur la commande, validation de la demande de congés par le responsable puis le service des ressources humaines...). Comme vous pouvez le constater sur l'image ci-contre, un workflow humain est réalisé sous la forme d'une machine à états, c'est à dire que chaque étape du workflow attendra un évènement déclenché par un utilisateur ou une application représenté ici l'activité eventDriven . Chaque étape déroulant ensuite sa logique métier puis enchaînant éventuellement sur un autre état attendant lui même une nouvelle intervention humaine pour continuer son exécution. Une étape de workflow représenté ici par les éléments stateActivity , consiste une fois qu'elle a reçu l'évènement correct, en un workflow séquentiel comme décrit précédemment. 11/11/09 19:08 ©2004 Microsoft Corporation. All rights reserved. This presentation is for informational purposes only. Microsoft makes no warranties, express or implied, in this summary. redo 11/11/09 19:08 ©2004 Microsoft Corporation. All rights reserved. This presentation is for informational purposes only. Microsoft makes no warranties, express or implied, in this summary. patrice 11/11/09 19:08 ©2004 Microsoft Corporation. All rights reserved. This presentation is for informational purposes only. Microsoft makes no warranties, express or implied, in this summary. Redo