k2 et winodws workflow foundation

K2 et Windows Workflow Foundation

Page 1


Juin 2011


Page 2

Table des matires A qui est destin ce document ? ............................................................................................................. 3

1. Rsum............................................................................................................................................ 3

2. K2 : concepts de base ...................................................................................................................... 4

3. Windows Workflow Foundation : concepts de base ...................................................................... 7

4. O Windows Workflow Foundation est-il mis en uvre ? ............................................................. 9

5. Positionnement de K2 par rapport Windows Workflow Foundation ........................................ 10

5.1. WF : une technologie destine aux dveloppeurs de logiciels ............................................. 10

5.2. K2 : une plateforme centre sur le processus, sa gestion et son optimisation .................... 10

6. Comment K2 sappuie-t-il sur WF et en tend-il les fonctions ? .................................................. 14

7. Exemples de retour sur investissement ........................................................................................ 19

7.1. Scnario 1 : projet simple ..................................................................................................... 19

7.2. Scnario 2 : projet de moyenne envergure .......................................................................... 19

7.3. Scnario 3 : projet complexe ................................................................................................ 19

7.4. Descriptions .......................................................................................................................... 20

7.4.1. Conception .................................................................................................................... 20

7.4.2. Test ................................................................................................................................ 20

7.4.3. Dploiement ................................................................................................................. 20

7.4.4. Formation ...................................................................................................................... 20

7.4.5. Maintenance ................................................................................................................. 20

7.5. ROI : projet simple ................................................................................................................ 21

7.6. ROI : projet de moyenne envergure ..................................................................................... 22

7.7. ROI : projet complexe ........................................................................................................... 23

8. Conclusion ..................................................................................................................................... 26


Page 3

A qui est destin ce document ? Le prsent document sadresse aux architectes solution, chefs de projet, intgrateurs systme, et

responsables mtiers. Il a pour objectif de permettre ces derniers de comprendre la diffrence

entre les fonctionnalits fournies en standard par une solution complte de gestion des processus

mtiers (BPM Business Process Management), telle que K2, et les capacits natives de la

plateforme de dveloppement Windows Workflow Foundation (WF) incluse dans le framework .NET.

1. Rsum K2 est une solution logicielle complte dinformatisation et dautomatisation des processus

comprenant une architecture serveur volutive, des outils de modlisation adapts au profils des

utilisateurs (fonctionnel, technico-fonctionnel ou technique) et directement intgrs leur

environnement de travail habituel (SharePoint, Visio, Visual Studio), des fonctions de routage et de

gestion des tches, de scurit et de gestion des droits, dintgration des donnes mtiers issues de

systmes tiers, dadministration et de gestion des processus, de visualisation en temps rel de ltat

davancement des processus, et de gestion des remontes, des indicateurs de performance (KPI) et

du reporting

Windows Workflow Foundation (WF) est un composant central du Framework .NET 4.0. Cest une

technologie qui fournit aux dveloppeurs un modle de programmation permettant de concevoir

plus facilement des applications de types processus , partir de Visual Studio.

K2 sappuie nativement sur les Windows Workflow Foundation pour construire et excuter ses

workflow.

Il est tout fait possible de dvelopper des applications de workflow depuis une base WF native.

Mais cest un peu comme programmer un serveur de messagerie laide de lespace de noms

System.Net.Mail (galement disponible dans le .NET Framework) : si lapplication de messagerie

dveloppe pourrait fournir des fonctionnalits qui ne sont pas disponibles dans Microsoft

Exchange, le bon sens conomique veut que les entreprises ne soccupent plus du dveloppement

de ce type dapplications.

Il en est de mme aujourdhui pour la gestion des processus mtiers et du workflow. Des produits

tels que K2 ont t conus pour pouvoir concevoir et dployer des solutions mtiers en quelques

semaines peine, et ce en ne recourant que peu ou pas lcriture de code. Ils ont depuis

longtemps dpass la phase probatoire .

K2 bnficie de 15 ans de R&D dans le domaine des workflow, collabore troitement avec les

quipes produit Microsoft, dont celle de .NET WF, et continue de sappuyer sur cette architecture

centrale que Microsoft fait voluer peu peu. Le rsultat final ? Une plate-forme axe sur la

rsolution des problmes mtiers, par opposition lexprience essentiellement technique que

propose WF.


Page 4

2. K2 : concepts de base Dans les petites, moyennes et grandes entreprises, des centaines, voire des milliers de processus

sont candidats lautomatisation. Il peut sagir de demandes de remboursement de notes de frais,

de souscription dune assurance et de dclarations de sinistre, dapprobation de facture,

dtablissement de prt, de gestion de dossiers client, de numrisation et de capture de documents,

de chane logistique, de gestion des entres/sorties demploys, etc. Lautomatisation, lvaluation

et la visibilit sur leurs processus permet aux entreprises de gagner en productivit et en

comptitivit.

K2 fournit une plate-forme technologique de Business Process Management (BPM) cl en main,

qui permet aux clients de dfinir et excuter leurs processus sous forme dapplications. K2 est

dailleurs considr par les meilleurs analystes comme un acteur visionnaire sur ce march.

La plateforme K2 intgre en standard les fonctions suivantes :

Fonctionnalits K2 Bnfices

Outils de modlisation graphiques Permettent de crer tout type de workflow, formulaires,

rgles mtiers, mme trs complexes, sans programmation

et de faon intuitive, par de simples glisser-dposer.

Serveur dexcution performant Peut excuter des milliers dinstances de processus

simultanment.

Interfaces utilisateur multiples Lutilisateur peut accder ses tches et les grer via

diverses interfaces : navigateur Internet, SharePoint,

smartphones, InfoPath et clients riches

Intgration lexistant informatique Capacit sintgrer de manire transparente SharePoint,

aux bases de donnes SQL, aux Web Services, API .NET et aux

systmes mtiers (p. ex. SAP).

Scurit Intgration native Active Directory. Peut tre renforce

avec la mise en uvre de systmes dauthentification forte

et fonctionner dans un environnement d'authentification en

mode mixte.

Routage des tches Capacit effectuer un routage dynamique des tches de

manire synchronise, distribue (en parallle ou en boucle),

en fonction de rgles mtiers appliques aux individus,

groupes et rles, couvrant ainsi toutes les design patterns

workflow.


Page 5

Fonctionnalits K2 Bnfices

Gestion du changement / Traabilit Toutes les informations sur les processus sont stockes. Des

rapports permettent de savoir quel changement / quelle

tche a t effectu(e), quand, par qui, et avec quelles

consquences.

Reporting Le module reporting permet lutilisateur dexcuter ou de

modifier des rapports fournis en standard par K2 ou den

crer facilement de nouveaux. Grce la technologie des

SmartObjects, ces rapports peuvent intgrer des donnes

provenant de systmes tiers (ERP, CRM).

Administration Gestion des versions, gestion des erreurs, des instances de

processus en temps rel, gestion des rles, des absences et

dlgation, des rgles de scurit

Package de dploiement Possibilit dencapsuler les processus, leurs attributs et les

donnes associes, afin de dployer la solution complte sur

plusieurs environnements.

SLA, KPI et remontes Outils intgrs de monitoring pour contrler la disponibilit,

mesurer les performances et envoyer des alertes en cas

dincidents.

Interactions avec des systmes tiers K2 fournit de nombreuses mthodes pour interagir avec

dautres systmes : API .NET riche, services WCF, services

SOAP ou REST, connecteurs ddis...


Page 6

K2 propose un ensemble de fonctionnalits pour permettre des utilisateurs finaux ayant des profils

diffrents (utilisateurs fonctionnels, technico-fonctionnels et dveloppeurs), de crer des processus

mtiers simples ou complexes, immdiatement exploitables et excutables. Pour cela, K2 sappuie

dans une large mesure sur les capacits de la plate-forme Microsoft (y compris le framework .NET

4.0 et donc WF).

Schmatiquement, il est possible de positionner K2 de la manire suivante :

Concrtement, K2 permet de dfinir et de modliser les processus de manire logique grce des

assistants de conception graphiques. Une fois la modlisation acheve, le modle visuel est affin

avec les ressources et la logique ncessaires pour permettre au processus de sexcuter. Cela inclut

la dfinition et lintgration de linterface utilisateur requise, lintgration avec les sources de

donnes de back-end, le routage et la scurit, ainsi que la logique mtier associe pour le contrle

de ce squencement. Aprs cette modlisation dtaille, le processus K2 est dploy sur le serveur

K2. Lentreprise dispose alors dune application de gestion du processus totalement oprationnelle.

Dans la plupart des cas, lensemble de ces phases est ralis en nemployant que peu ou pas de

code.


Page 7

3. Windows Workflow Foundation : concepts de base Windows Workflow Foundation (WF) est un composant de la plateforme de dveloppement .NET.

Depuis la version 3.0 du framework .NET, Microsoft combine les composants WF (Windows

Workflow Foundation), WCF (Windows Communication Foundation) et WPF (Windows Presentation

Foundation) ainsi quun ensemble de classes .NET pour rendre le dveloppeur plus productif dans les

tches de programmation courantes. Grce ces couches dabstraction, les programmeurs peuvent

rsoudre les problmes lis la complexit des modles de traitement, aux connexions rseau,

linterconnexion avec des systmes tiers et aux interfaces utilisateur.

Le tableau suivant dcrit les principaux bnfices lis WF :

Composants du Framework .NET 4.0 Bnfices

Workflow Foundation Briques de dveloppement de base pour

programmer des processus simples, grant les

attentes, les excutions longues, des

conditions

Windows Communications Foundation HTTP, TCP/IP, Async, REST, SOA, WS-*

Windows Presentation Foundation Graphiques vectoriss, animations, dgrads,

transparence

Classes .NET E/S systme, donnes, chanes

Windows Workflow Foundation (WF) nest ni un produit, ni un serveur, ni une application, mais un

ensemble de briques partir desquelles on peut dvelopper une application ou un serveur ayant des

capacits de gestion de workflow.. La technologie WF a t labore par Microsoft pour faciliter

lintgration de fonctions de workflow au sein des applications mtier et normaliser le code de bas

niveau des systmes de workflow. Elle permet dabstraire la logique de dveloppement au sein

dune reprsentation visuelle, ce qui la rend plus facile suivre et comprendre quavec des lignes

de codes standard. La plate-forme inclut un ensemble doutils de dveloppement pour la conception

et la mise en uvre des workflow, un modle de programmation pour le contrle et la

communication avec les workflow, et un ensemble de services dexcutions de workflow pour

faciliter la mise en place de la persistance, des interfaces de suivi et de gestion des transactions.


Page 8

Avec Windows Workflow Foundation, Microsoft a abstrait et consolid les principaux concepts de

workflow utiliss dans de nombreuses applications :

Conception et visualisation : les workflow WF comportent des arbres dactions (lments de

travail individuels nomms activits). Il est donc possible de visualiser le chemin logique de

nimporte quel dveloppement, avec des reprsentations distinctes pour les actions

systmes et les interventions humaines. La reprsentation du workflow peut tre manipule

directement ou en tant que modle dobjet en code.

Hbergement : lger, le runtime de WF est gnralement hberg dans un contexte client. Il

est galement possible de crer des htes WF personnaliss. Par exemple, SharePoint Server

est capable d'hberger le runtime WF. Linteraction avec lhte est facilite par des

interfaces pour des services tels que threading, transactions, persistance et

communications.

Smantique : WF prend en charge trois principaux types de workflow prts lemploi :

squentiel, de machine d'tat, et pilot par des rgles.

En tant que tel (sans K2 ou un autre hte complet) :

WF ne comprend pas les certificats mis par Active Directory ou par tout autre type de

fournisseur dauthentification.

WF ne sait pas directement identifier un utilisateur nomm Pierre ou son responsable.

WF ne sait pas indiquer au systme que Pierre sest vu attribuer une tche que lui seul peut

accomplir.

WF ne fournit aucune des fonctionnalits cls de gestion des processus :

o pas dalerte,

o pas de liste des tches centralise,

o reporting et audit limits,

o gestion limite des erreurs,

o pas de KPI sur les processus humains.

WF ne gre pas les diffrentes versions dun processus.

Bref, WF apporte une rponse limite la gestion des processus. Or, les lments dcrits ci-dessus

sont indispensables pour que lapplication de gestion des processus soit robuste, volutive, et axe

sur lhumain. Ces fonctionnalits peuvent tre codes, mais ce travail doit tre pris en compte lors

de lvaluation dun projet de workflow.


Page 9

4. O Windows Workflow Foundation est-il mis en uvre ? Workflow Foundation (WF), en tant que technologie sous-jacente, est hberge au sein de

nombreux produits :

1. Applications dveloppes sur mesure : les dveloppements utilisant Workflow Foundation

(WF) ncessiteront un hbergeur ou le plus souvent un serveur lintrieur duquel

sexcuter. Auparavant, les dveloppeurs devaient coder cet hbergeur, mais AppFabric

fournira un hte dinfrastructure pour grer les tches programmes avec Workflow

Foundation.

2. Microsoft SharePoint : fournit un hbergeur pour Workflow Foundation. Par consquent les

dveloppeurs peuvent dvelopper et tendre le workflow bas sur WF au sein de

SharePoint.

3. Dynamics CRM (solution Microsoft de gestion de la relation client) : hberge galement des

workflow bass sur WF. L aussi, les dveloppeurs peuvent tendre les activits de WF dans

le contexte de Dynamics CRM.

4. K2 hberge les tches programmes de WF, qui constituent le moteur dexcution dun

grand nombre de ses fonctionnalits. Quiconque conoit un workflow avec K2 le fait en

sappuyant sur WF. K2 fournit donc une couche dabstraction au-dessus de WF (dcrite en

dtail plus loin dans le prsent document). De plus, les dveloppeurs peuvent, sils le

souhaitent, tendre et crer de nouveaux workflow WF dans le contexte du serveur K2.

Il est important de comprendre que selon lhbergement choisi pour ses workflow WF,

limplmentation sera trs diffrente. Par exemple, lextension dun workflow hberg par

SharePoint avec WF est une activit qui nest en rien comparable lcriture dune application WF

hberge nativement dans AppFabric.


Page 10

5. Positionnement de K2 par rapport Windows Workflow

Foundation

Aprs cette description densemble de K2 et de Windows Workflow Foundation (WF), nous allons examiner en dtail leurs capacits et leur positionnement.

5.1. WF : une technologie destine aux dveloppeurs de logiciels

WF est la fois un modle, un moteur et un ensemble doutils de programmation permettant de concevoir sous Windows un logiciel de gestion de workflow.

Cette technologie offre aux dveloppeurs des modles de code dun niveau suprieur, mais toujours intgr au code .NET.

Elle est extensible pour permettre de mener bien une vaste gamme de projets de dveloppement qui ncessitent lexcution de processus ou de la logique mtier via le code .NET personnalis.

Elle sadresse aux diteurs de logiciels indpendants (ISV), et aux dveloppeurs de produits Microsoft et de produits tiers (comme K2) qui souhaitent intgrer les fonctions cls de WF et les tendre davantage.

En standard, WF ne dispose pas de serveur de processus excutable directement, puisque WF nest quun moyen de modliser du code. Pour pouvoir excuter WF, une entreprise doit construire le serveur (ou hte ) ou lintgrer Internet Information Services (IIS) et aux nouvelles technologies axes sur IIS telles quAppFabric.

Ce document na pas pour objet daborder les didacticiels et exemples de code. Pour accder aux notions lmentaires pour crire une solution de gestion des processus Workflow Foundation trs simple : http://msdn.microsoft.com/en-us/library/ee342461.aspx

5.2. K2 : une plateforme centre sur le processus, sa gestion et son optimisation

Dans une solution centre sur le processus, lobjectif principal est de rduire au maximum la phase de modlisation des processus, dlaboration des formulaires et des rapports. Si cette tape est cl, elle ne reprsente en ralit quune infime partie des composantes et des efforts qui permettent daboutir une application de gestion des processus mtier oprationnelle, fiable et volutive.

Comme toute application, les applications centres sur les processus doivent prendre en

compte les aspects suivants : interface utilisateur, intgration avec des systmes tiers, prise

en charge de nouveaux modles de workflow, gestion des versions de processus, gestion des

droits, gestion des rles et de la scurit, dfinition et routage des tches utilisateur,

routage dynamique des tches au moment de lexcution, gestion des absences et

dlgations temporaires de tches, relances automatiques, alertes, reporting, audit des

actions effectues, archivage, etc.

Aucune des fonctions mentionnes prcdemment ne peut tre considre comme

facultative. Elles sont toutes essentielles et chaque client finira par avoir besoin delles dans

une solution en production. Ngliger de les prendre en compte peut limiter lefficacit dune

application en situation relle.

K2 apporte en standard une rponse lensemble de ces problmatiques. Si la conception de processus est centrale, elle ne reprsente en fait que la partie merge de liceberg !


Page 11

Exemple de workflow dapprobation dun produit trs simple :

Lentre dans le workflow se fait via un appel de formulaire de donnes lies au produit. Le workflow dirige ensuite le formulaire vers un individu habilit approuver ou refuser le produit. Des actions de stockage/mise jour du statut du produit en dcoulent.

Ci-dessous la liste des fonctions qui sont fournies automatiquement par K2 pour ce workflow

simple :

Assistants de modlisation K2 est livr avec 3 outils de modlisation des

workflow diffrents pour sadapter au profil des

utilisateurs (fonctionnel, technico-fonctionnel ou

dveloppeur) et au degr de complexit du

projet.

Moteur de rgles de routage Intgr dans Active Directory, SharePoint et la gestion des rles.

Authentification Intgre Active Directory.

Gnration de formulaires Les formulaires ncessaires pour lancer et excuter ce workflow, y compris les formulaires dapprobation, sont tous gnrs en fonction des donnes requises dans le workflow.

Logique dapprobation et de refus Toute la logique de gestion des approbations / refus est cre automatiquement et le workflow effectue automatiquement le routage vers lactivit qui dcoule des choix effectus.


Page 12

Mise jour suite une approbation Dans cet exemple simple, K2 effectue automatiquement les actions requises pour mettre jour la liste SharePoint. K2 inclut en standard des fonctionnalits qui vont du simple rafrachissement dune liste SharePoint des mises jour plus complexes (de SAP par exemple, avec appel dune BAPI personnalise).

Mise jour suite un refus Idem Mise jour suite une approbation .

Notification de tches faire Notification et visualisation des tches dans SharePoint (composants WebPart), dans une application autonome, par e-mail ou sur un tlphone mobile (iPhone et Blackberry).

Dlgation dapprobation Oui, pour les utilisateurs autoriss.

Redirection de tche Oui, pour les utilisateurs autoriss.

Gestion des instances de workflow Oui.

Gestion des versions des instances de workflow Oui.

Administration et suivi de tous les workflows en excution

Oui.

Vrification visuelle du statut du workflow en excution

Oui.

Rapports graphiques sur le statut du workflow Oui.

Rapports et analyses dtaills sur tous les aspects du workflow et des donnes associes

Oui.

Stockage et gestion de ltat du workflow Oui.

Audit des actions et tches effectues sur un

workflow

Oui.

Archivage et stockage de toutes les instances du

workflow

Oui.

Statistiques sur ltat de sant (disponibilit, performance) et gestion des serveurs

Oui.

Rgles de scurit / gestion des droits des

utilisateurs

Oui. En standard, fonctionnalit pour dfinir qui peut lancer et visualiser les processus de workflow.

Lignes de code ncessaires 0


Page 13

Le scnario simple dcrit ci-avant dmontre quun projet de workflow exige bien plus quune simple

orchestration des tapes dun workflow. Le schma suivant donne une indication sur lensemble de

services fournis par K2 :


Page 14

6. Comment K2 sappuie-t-il sur WF et en tend-il les fonctions ? Comme prcis plus haut, K2 sappuie sur WF afin de profiter de sa puissance dans le domaine de la

modlisation et de lexcution du code.

La gestion dun vnement envoi de mail de K2 est un bon exemple de la manire dont la

solution utilise WF. Le travail de conception au sein de K2 se limite lajout de lvnement Mail

dans loutil de modlisation du processus, et au paramtrage des options de routage (destinataire,

sujet, contenu) du mail. En arrire-plan, K2 gnre et configure une tche WF qui sexcutera

automatiquement.

Cette relation est illustre ci-dessous. Dans lexemple, le workflow a t modlis avec K2 Designer

for Visual Studio (qui permet de visualiser le code WF gnr automatiquement par K2). .


Page 15

Comparons prsent lutilisation de lassistant e-mail de K2 avec lexprience de modlisation de workflow que procure WF. Lors de la conception dun vnement envoi de mail sur un modle WF, les composants sont trs centrs sur le contexte du code, comme lillustre la capture dcran suivante :

Les activits WF listes gauche reposent sur une syntaxe de programmation/codage classiques tels que while , throw , if/else . Sur le canevas du workflow, dans le panneau du milieu, le workflow en tant que tel na que trs peu de corrlation avec le processus mtier disponible, parce quil rencontre une logique de codage spcifique pour grer ce flux. Par ailleurs, pour modifier une activit, il nest pas rare davoir appeler une mthode dans le fichier C# sous-jacent pour excuter la logique :


Page 16

Contrairement ce qui prcde, avec K2, un assistant graphique saffiche pour aider lutilisateur configurer les lments de cette tape. Par exemple, dans lvnement envoi de mail , il est dabord demand lutilisateur dindiquer les paramtres de-mail.

A noter : dans le champ Subject (Objet), il est possible de mlanger du texte statique et des donnes dynamiques : ainsi Employee Name (Nom de lemploy) y a t insr depuis un mappage de relations affich droite. La possibilit de faire des glisser-dposer des donnes dynamiques est gnrale tous les assistants K2, ce qui rduit considrablement le niveau de code personnalis ncessaire.


Page 17

Lcran ci-dessous montre comment le corps du message peut tre configur :

Ainsi, toute la valeur ajoute de K2 est de masquer les complexits du WF sous-jacent au moyen

dassistants graphiques intuitifs, qui permettent la fois de configurer les vnements et les

donnes du workflow, mais aussi qui automatisent leur excution, en envoyant des tches WF. La

personne qui conoit le processus K2 na gnralement pas se soucier de WF ou du code sous-

jacent : grce aux assistants de conception des workflow, elle est guide dans les diffrentes tapes,

dans une approche centre sur le processus mtier, plutt que technique. Au bout du compte, elle

dispose dune image plus prcise de ce qui est automatis, ce qui lui permet deffectuer un reporting

et un audit des donnes adquat par rapport lobjectif.


Page 18

K2 tire parti des atouts de WF en lutilisant comme un moyen de structurer lexcution sous-jacente

des processus K2 tout en vitant aux concepteurs de workflow (mais sans les en empcher) de

comprendre les subtilits du code inhrentes aux interactions avec WF.


Page 19

7. Exemples de retour sur investissement Dans cette section, vous trouverez des exemples de calcul de retour sur investissement pour trois

types dapplications, reposant toutes sur SharePoint : projet simple, projet de moyenne envergure,

solution complexe en termes de rgles et dintgration, et base sur ASP.NET.

7.1. Scnario 1 : projet simple

Dans ce premier scnario, nous supposerons que lapplication est base 100% sur SharePoint et

que la complexit globale du workflow est faible. On peut citer comme exemples : le routage simple

de documents ou de petites applications en libre-service pour les RH telles que demande de congs

ou demande de formation. Lintgration avec dautres systmes ou donnes sera galement lgre.

Interface : InfoPath (en client riche ou web).

SharePoint : listes et bibliothques de documents dans un seul site.

Processus : lger (6 activits maximum) avec logique de routage simple (squentiel).

Utilisateurs : lchelle dun service ou dun dpartement.

Intgration : pas dinteraction avec des Web Services prexistants.

Reporting : faibles besoins.

7.2. Scnario 2 : projet de moyenne envergure

Ici, nous ajoutons un peu de complexit au premier scnario. La solution sera toujours base 100 %

sur SharePoint, mais nous augmenterons les exigences afin dinclure une logique de routage plus

complexe et faire entrer en jeu davantage dactivits, utilisateurs et donnes dans lapplication.

Exemples : gestion de fiches dincident de support, demandes dachat et demandes de

remboursement de notes de frais.

Interface : InfoPath (en client riche ou web).

SharePoint : listes et bibliothques de documents dans un seul site. Provisioning de site.

Processus : lger (6 activits maximum) avec logique de routage base sur des rgles

(squentiel et parallle).

Utilisateurs : lchelle dun service, dun dpartement ou de lentreprise.

Intgration : avec des Web Services prexistants. Capture et stockage des nouvelles

donnes.

Reporting : rapports complets sur les statuts des processus, lexcution des processus et

quelques rapports personnaliss.

7.3. Scnario 3 : projet complexe

Dans ce dernier scnario, la solution fera appel SharePoint comme interface de portail, mais la

solution globale utilisera des formulaires personnaliss via ASP.NET. La logique de processus est

suppose complexe et pilote par des rgles. De plus, les donnes peuvent tre extraites de, et

transmises , divers systmes. Exemples de processus : gestion de contrats, blocage pour cause de

litige, calcul des cots et intgration demploys.

Interface : ASP.NET.

SharePoint : utilisation de toutes les fonctionnalits SharePoint telles que recherche,

bibliothques, provisionning de site, gestion des dossiers et scurit.

Intgration : divers systmes tels que SQL, Web Services, Active Directory, ERP, CRM


Page 20

Reporting : complet sur les statuts de processus, lexcution des processus, avec des

rapports fortement personnaliss qui mlent donnes de processus et donnes issues de

systmes tiers.

7.4. Descriptions

Ci-dessus les activits et prcisions correspondant chaque phase des projets.

7.4.1. Conception

Interface : conception des interfaces utilisateur, incluant la cinmatique des crans et la validation ct client.

Processus : toute la logique mtier dont les rgles de routage, dattributions de tches, les permissions et toute abstraction effectue lextrieur de linterface utilisateur.

Processus dintgration des donnes : toutes intgrations telles que lappel de Web Services, de procdures stockes SQL et toute autre couche daccs aux donnes ncessaire dans le processus ou la logique ct serveur.

Interface dintgration des donnes : tous les appels la couche daccs aux donnes qui sont ncessaires pour linterface utilisateur uniquement.

Reporting : toutes les capacits de journalisation des accs et des activits, en vue de raliser des audits, des statistiques macroscopiques ou microscopiques sur lactivit utilisateur, le statut des processus et lexcution des processus.

7.4.2. Test

Dbogage gnral : dbogage de la solution de bout en bout, incluant la lecture des journaux derreurs, la dfinition de points darrt et lutilisation de tout outil permettant de trouver des bogues.

Test dinterface et de processus : procdure gnrale de test de lensemble de la logique dinterface utilisateur et du droul du processus.

Test de lintgration systme : procdure gnrale de test de tous les points daccs aux donnes.

7.4.3. Dploiement

Objets SharePoint : dploiement dans lenvironnement SharePoint, incluant les bibliothques, fonctions, composants Web, etc.

Interface : dploiement de formulaires InfoPath ou ASP.NET. Processus : dploiement de workflow dans de multiples environnements (dveloppement,

recette, production).

7.4.4. Formation

Documentation : documentation fonctionnelle lusage des utilisateurs finaux. Formation : formation des utilisateurs finaux la solution.

7.4.5. Maintenance

Modifications de processus : toute modification apporte au workflow ou la logique mtier de la solution.

Modification de linterface utilisateur : toute modification apporte aux formulaires InfoPath ou ASP.NET.

Dploiement/versioning : une fois les modifications apportes, temps consacrer pour les tests dimpact des modifications, la gestion des versions (n, n-1) et au dploiement des modifications.


Page 21

7.5. ROI : projet simple

Description WF Nb dheures K2 Nb dheures Diffrence Planification

Cahier des charges 32 32

32 32 100%

Conception

Interface 24 10

Processus : modlisation et logique mtier 60 8

Intgration des donnes dans le processus 8 1

Intgration des donnes dans linterface 8 1

Reporting (minimum) 32 0

132 20 660%

Test

Dbogage gnral 24 8

Tests de linterface et des processus 12 3

Tests de lintgration systme 8 3

44 14 314%

Dploiement

Objets SharePoint 1 1

Interface 1 0

Processus 8 1

10 2 500%

Formation

Documentation 16 4

Formation 3 2

19 6 317%

Total Solution 237 74 320%

Maintenance - anne 1

Modification des processus 26 4

Modifications de linterface utilisateur 2 2

Dploiement/versioning 8 1

36 7 514%





36 7 514%


Page 22

Description WF Nb dheures K2 Nb dheures Diffrence





36 7 514%

Total Maintenance (au bout de 3 ans) 108 21 514%

Total Solution + Maintenance 345 95 363%

7.6. ROI : projet de moyenne envergure



60 60 100%

Conception

Interface 60 24





316 56 564%

Test

Dbogage gnral 60 10



115 24 479%

Dploiement


Interface 4 0

Processus 16 1

26 4 650%

Formation

Documentation 32 8

Formation 6 4

38 12 317%

Total Solution 555 156 356%


Page 23

Description WF Nb dheures K2 Nb dheures Diffrence Maintenance - anne 1




82 8 1025%





82 8 1025%





82 8 1025%



7.7. ROI : projet complexe



120 120 100%

Conception

Interface 140 40





640 88 727%

Test

Dbogage gnral 115 16



227 40 568%

Dploiement


Interface 8 7

Processus 40 6

56 16 350%


Page 24

Description WF Nb dheures K2 Nb dheures Diffrence Formation

Documentation 40 10

Formation 8 5

48 15 320%

Total Solutions 1091 279 391%





162 16 1013%





162 16 1013%





162 16 1013%



20 56 88 0

100

200

300

400

500

600

700

Small Medium Large

Cots de conception de la solution

WF

K2


Page 25

0

200

400

600

800

1000

1200

Small Medium Large

Cots de conception, test, dploiement et formation

WF

K2

0

100

200

300

400

500

600

Small Medium Large

Ho

urs

Cots de maintenance

WF

K2


Page 26

8. Conclusion La philosophie et les objectifs de Windows Workflow Foundation (WF) et dune plate-forme de

gestion des processus mtiers telle que K2 sont diffrents. Par consquent, se livrer un exercice de

comparaison ne constitue pas un bon point de dpart. En effet, K2 sappuie sur WF pour sa capacit

excuter les workflow. K2 tire parti de tous les atouts de WF et en tend les capacits avec de

nombreuses fonctionnalits, l o sarrte la couverture de WF.

Chacune des deux technologies rpond des besoins diffrents. L o il est ncessaire de crer un

service de workflow de trs bas niveau dans le cadre dune architecture applicative ou

ventuellement au sein dun produit, WF est parfaitement adapt. Si lobjectif est de concevoir une

solution de gestion de processus mtier, alors K2 constitue la rponse adquate.

Pour faire le bon choix, il est important de comprendre les composants constitutifs de la future

application de gestion des processus. Lassociation des WF et dune API dexcution ne permet pas

de bnficier de lensemble des fonctionnalits gres nativement par une plateforme complte de

BPM.

Le codage de bas niveau des applications de workflow fait penser aux premires bases de donnes

relationnelles o les modles de programmation traditionnels et les fichiers plats indexs ignoraient

superbement la ralit dune nouvelle capacit axe sur la persistance des donnes.

Reposant sur le framework .NET, la plateforme K2 sappuie sur les capacits dexcution des WF. Les

applications conues aves les solutions K2 excutent les processus en interprtant dynamiquement

la modlisation qui a t mise en place. Il assigne les tches aux diffrents intervenants en fonction

des rgles paramtres. Il fournit galement des informations de suivi dactivit et de reporting aux

applications K2 et autres. Lensemble de ces fonctionnalits permet de rduire considrablement le

cot, la complexit, les dlais de mise disposition et les frais de maintenance des solutions mtiers

base de workflow et de processus.

k2 et winodws workflow foundation

Documents

o windows workflow foundation

positionnement de k2

k2 sappuie

projet simple

projet complexe

projet de moyenne envergure

concepts de base

plateforme centre