« Mise en place d'un système de gestion
de workflow : Paramétrage, suivi et représentation
graphique » | Page 61
Chapitre 5
Analyse et Conception
du système
I. Expression des besoins
La démarche du Processus Unifié étant
basée sur les besoins des utilisateurs de notre système, nous
présenterons ces utilisateurs (dits acteurs) et ce qu'ils attendent de
leurs interactions avec le système. Cela nous donnera les informations
nécessaires à l'élaboration du diagramme de cas
d'utilisation, reflet des différentes fonctionnalités du
système et, par ailleurs, modèle de l'activité
d'expression des besoins. Les divers cas d'utilisation notés seront
ensuite détaillés textuellement (de sorte qu'ils soient
très compréhensibles) dans le cadre de leur validation par les
utilisateurs par rapport à leurs besoins.
1. Les utilisateurs
Les utilisateurs entrant en communication avec le
système pour un objectif précis sont classés par profil et
chaque profil a un niveau d'autorisation dépendant du domaine.
N'empêche que nous pouvons classés les acteurs du système
en 2 catégories :
Les administrateurs : Ces utilisateurs ont
des privilèges non limités dans le système. Ils sont les
principaux acteurs du système et peuvent réaliser les
opérations suivantes :
· gestion les états (ajouter, modifier, consulter ou
supprimer les états et types d'états)
· gestion les traitements (ajouter, modifier, consulter
ou supprimer les traitements), assigner aux traitements des fonctions
prédéfinis
· Gestion des Workflow : création, modification,
paramétrage, consultation, suivi
· Gestion des règles et attentes : définir
les différents catalogues de règles et d'attentes applicables aux
Workflow
Les visiteurs : ce sont des utilisateurs aux
privilèges limités. Ils n'ont pas accès au framework pour
effectuer des taches d'administrateur mais une fois connecté à un
domaine ils peuvent :
· Faire le suivi des dossiers
· Consulter le paramétrage de Workflow
« Mise en place d'un système de gestion de
workflow : Paramétrage, suivi et représentation graphique »
| Page 62
2. Le Diagramme de cas d'utilisation
Avant de définir le diagramme de cas d'utilisation
à l'aide des acteurs (utilisateurs du système) et des cas
d'utilisation (leurs utilisations du système), revenons sur les types de
relations pouvant exister entre cas d'utilisation et entre acteurs, ces
relations étant essentielles dans la structuration et la
compréhension du dit diagramme. UML définit trois types de
relations standardisées entre cas d'utilisation :
? une relation d'inclusion : formalisée par la
dépendance « include » ;
? une relation d'extension : formalisée par la
dépendance « extend » ;
? une relation de généralisation /
spécialisation.
Voyons la sémantique de ces trois relations en UML
version 2.0 (« extend » n'ayant pas toujours eu le même sens
pour toutes les versions d'UML). Sachant que la dernière
(généralisation / spécialisation) est aussi valable entre
deux acteurs, sa terminologie ne change pas selon qu'elle soit définie
pour deux cas d'utilisation ou deux acteurs.
- Inclusion : La relation "Include" est une
relation entre 2 instances de cas d'utilisation telle que la réalisation
de l'un nécessite la réalisation de l'autre. Dans une relation
« include », le cas d'utilisation de base utilise
systématiquement les enchaînements provenant du cas inclus.
- Extension : La relation extend est une
relation entre 2 instances de cas d'utilisation telle que A extend B signifie
que le comportement de B peut être complété par le
comportement de A. La relation « extend » montre une
possibilité d'exécution d'interactions qui augmenteront les
fonctionnalités du cas étendu, et ce de façon optionnelle
(alors que la relation « include » suppose une obligation
d'exécution des interactions).
- Généralisation / spécialisation :
La version 1.1 de UML ne distinguait d'ailleurs pas l'extension et la
généralisation. Cette relation est à prendre au sens
classique de spécialisation, inhérent à l'héritage.
Ici, la généralisation peut être vue aussi comme un
"polymorphisme".
Après définition des types de liens pouvant
exister entre cas d'utilisation et entre acteurs, les attentes définies
plus haut des utilisateurs par rapport au système nous ont conduits
à l'élaboration du diagramme de cas d'utilisation suivant :
« Mise en place d'un système de gestion de
workflow : Paramétrage, suivi et représentation graphique »
| Page 63
Administrateur
Gérer les Workflows
Creer Etat Mettre à jour
Etat
Définir les types
d'états
<<include>> <<include>>
<<include>>
Gérer les Etats
<<include>>
Mettre à jour type Etat
Créer Traitement
Mettre à jour Traitement
<<include>>
<<include>>
Gérer les Traitements
Créer Workflow Mettre à jour
Workflow
Visualiser Workflow
<<include>>
<<extend>>
<<include>>
<<extend>>
<<include>>
Paramétrer Workflow
Faire le suivi de workflow
<<include>>
<<include>>
Visiteur
<<include>>
<<include>>
Définir les attentes
Définir les courriers
Définir les règles
Définir les liens
Gérer les règles
<<include>>
<<include>>
Mettre à jour règle
Créer règle
Créer attente
<<include>>
Gérer les attentes
<<include>>
Mettre à jour attente
Figure 5.1 : Diagramme de cas d'utilisation du
système
« Mise en place d'un système de gestion de
workflow : Paramétrage, suivi et représentation graphique »
| Page 64
| 
