III.2.3. Sauvegarde, visualisation et partage des
spécifications
FIGURE 21 - Capture d'écran de
LSAWfP Editor
La sauvegarde des spécifications faites est une autre
fonctionnalité clé d'un outil de spécification.
Sauvegarder permet non seulement de pouvoir reprendre et améliorer nos
spécifications, mais aussi de pouvoir les partager, ce qui est essentiel
quand on modélise un processus opérationnel en équipe.
LSAWfP Editor effectue la sauvegarde de ces spécifications à
l'aide d'un format créé par nous-même. Ce format suit
l'architecture logicielle de notre éditeur et contient l'ensemble des
éléments nécessaires pour parfaitement restituer
l'ensemble des artefacts modélisés. Une des forces de ce format,
est que contrairement aux autres formats de sauvegarde graphique (notamment le
BPMN XML 2.0 et le YAWL), celui-ci fait abstraction de la partie graphique (pas
besoin de spécifier les coordonnées graphiques des
différents éléments, ce qui facilite grandement la lecture
du fichier et réduit sa taille), et le diagramme est parfaitement
restitué lors de son ouverture. Ceci étant dû au choix
stratégique d'employer des arbres annotés pour représenter
les artefacts. L'extension du format de sauvegarde se nomme .ggmawfp
(Graphical Grammatical Model of Administrative Workflow Process). Une fois
la sauvegarde effectuée, LSAWfP Editor permet de visualiser le .ggmawf
obtenu, ce qui vient compléter la fonction de partage des
spécifications. En effet, un concepteur a
MÉMOIRE - TONLE NOUMBO FRANCK BRUNO URIFIA
III.3. PRINCIPE DE CONVERSION D'UN GMWF EN UN DIAGRAMME DE
WORKFLOW
ÉQUIVALENT 44
la possibilité de sauvegarder son modèle, et
l'envoyer à un autre concepteur qui pourra le visualiser à l'aide
de notre outil. Le partage se retrouve ainsi assuré. Pour illustrer tout
ceci, on présentera en annexe un extrait du fichier de sauvegarde de
notre exemple courant, obtenu avec LSAWfP Editor.
III.2.4. Interopérabilité avec les autres
outils de LSAWfP
Lorsqu'on parle de spécification des processus, la
suite logique est l'automatisation des modèles obtenues. Ceci se
déroule à travers une phase de simulation et d'exécution
des spécifications. Le langage LSAWfP s'inscrit dans la même
logique et dispose déjà d'un simulateur (P2PTinyWfMS)
d'exécution pour les spécifications LSAWfP. Un
problème d'interopérabilité naitra immediatement entre
LSAWfP Editor, P2PTinyWfMS et les éventuels outils qui seront
proposés dans le cadre de notre projet. LSAWfP Editor prend les devants
dans la résolution de ce problème, en proposant un format
générique et abstrait pour le partage des spécifications
entre les différents outils. Contrairement au format de sauvegarde
graphique, ce format embarquera uniquement en son sein, les
éléments obligatoires pour restituer le modèle grammatical
de workflow, c'est-à-dire le GMWf, les acteurs et les
accréditations. Ce format sera par la suite utilisé par le
simulateur et les futurs outils de la suite LSAWfP.
L'interopérabilité entre ces derniers se retrouve ainsi
assurée. Ce format se nomme .gmawfp. Son sigle
qui est le même que celui du modèle grammatical de workflow d'un
processus administratif, vient renforcer l'idée que ce format se veut
générique et exploitable par tous les outils implémentant
le langage LSAWfP.
Pour illustrer tout ceci, on présentera en annexe un
extrait du .gmawfp de notre exemple courant, obtenu avec LSAWfP Editor.
III.3. Principe de conversion d'un GMWf en un diagramme
de workflow équivalent
La plupart des langages de spécifications ont en commun
l'utilisation d'un diagramme de workflow comme représentation graphique
de leurs spécifications. Quitter de LSAWfP vers ces autres langages
revient donc à convertir un modèle grammatical de workflow (GMWf)
en un diagramme de workflow équivalent. Ce diagramme pourra par la suite
être sérialisé en différents langages de
modélisation existants.
MÉMOIRE - TONLE NOUMBO FRANCK BRUNO URIFIA
III.3. PRINCIPE DE CONVERSION D'UN GMWF EN UN DIAGRAMME DE
WORKFLOW
ÉQUIVALENT 45
FIGURE 22 - D'un GMWf vers un diagramme de workflow
équivalent
|