2.3.3. Diagramme de
cas d'utilisation général
La figure 2.5 représente les différents cas
d'utilisations regroupés par module de gestion. Nous allons
procéder dans ce qui suit par une analyse des cas d'utilisation par
modules de gestion qui sont de l'ordre de trois : la gestion de risque qui
représente le bloc A, la gestion de plan d'action qui est
représenté dans le bloc B et enfin la gestion de lancement de
projet qui est représenté dans le bloc C.
BLOC-C
BLOC-A
BLOC-B
Figure 2.5 - Diagramme de cas d'utilisation
général -
En plus de montrer l'ensemble des acteurs utilisant
l'application, l'utilité majeure de ce type de diagramme réside
dans le fait qu'il montre aussi, le nombre d'instances d'acteurs de chaque type
qui peuvent se connecter simultanément à l'application Web.
Les cas d'utilisations que nous allons détailler dans
chaque module vont représenter les cas prioritaires que nous analyserons
dans le chapitre suivant.
· Bloc A « Module de gestion de
risque »
Nous allons présenter dans ce qui suit les
différents cas d'utilisations qui concernent la gestion des risques et
leurs acteurs avec une description détaillée de chaque cas.
Identifier risque
Cette opération est réalisée chaque fois
qu'un nouveau risque se manifeste avant ou en cours d'élaboration du
projet.
A cet instant, le chef projet doit le définir par une
description qui résume l'idée du risque, saisir le nom de la
personne qui la identifiée ainsi que la date et indique un statut
`ouvert' pour le risque en cours.
Analyser risque
Après une identification du risque, le chef projet
saisie les paramètres en relation avec ce risque. En premier lieu, la
probabilité du risque qui varie de 0 à 100% qui
représente une estimation sur le degré de la manifestation du
risque .En second lieu, l'impact qui est de l'ordre de 5 (pas d'impact, impact
négligeable, impact mineur, impact modéré, impact
sérieux, impact critique) qui représente le taux d'impact sur la
progression du projet si le risque se produisait. En troisième lieu, le
délai qui montre si le risque est jugé à long ou à
court terme et le type qui est soit interne soit externe. Enfin, la
catégorie du risque. Tous ces paramètres ont été
bien expliqués dans le chapitre2 qui concerne l'étude de
l'existant.
Enfin de cette analyse un coefficient d'exposition est alors
généré suivant la formule qui suit en fonction de
l'impact, la probabilité et le délai. En se
référant à ce coefficient, le chef de projet
décidera alors du plan de résolution du risque et fixera les
actions qu'il va adopter.
Mitiger risque
Dans cette étape le chef projet va décider des
solutions à prendre pour atténuer le risque. Ces actions vont
être intégrées dans le plan d'action comme étant
des tâches projet. Si le coefficient d'exposition est compris entre 1 et
6, un plan de mitigation est alors élaboré, sinon c'est un plan
de contingence.
Le chef département et le chef projet peuvent
intervenir pour la résolution de risques persistant qui ont un
coefficient d'exposition élevé et ceci afin
d'accélérer l'avancement du projet.
Suivi risque
Le chef de projet consulte le suivi des risques projets en
cours et aussi celle qui sont résolus et ceci l'aidera dans la
résolution d'autres risques similaires pour d'autres projets.
Au cours de la consultation le chef projet peut soit modifier
les paramètres d'un risque existant, soit le supprimer ou bien faire un
simple suivi.
Le chef département, Le responsable qualité et
les membres de l'équipe projet sont tenus de connaître tous les
risques qui se sont manifestés dans tous les projets.
Consulter top ten risque
Le chef de projet peut consulter les risques les plus
fréquemment rencontrés au cours du projet et ceci à partir
d'une liste générée automatiquement chaque six mois.
Comme le chef projet, le chef département, Le
responsable qualité et L'équipe projet peuvent consulter le top
ten risque quant ils le souhaitent.
· Bloc B « Module de gestion de
lancement projet »
Dans cette partie nous allons présenter les
différents cas d'utilisations qui concernent la gestion de lancement
d'un projet et leurs acteurs avec une description détaillée de
chaque cas.
Saisir détails projet
Cette opération est réalisée chaque fois
qu'il y a lancement d'un nouveau projet, le chef projet devra alors saisir les
paramètres projet qui contiennent la description du projet, son
coût, le délai de réalisation, le nom du client etc.
Cette fiche devra alors suivre un workflow avant que le projet
soit opérationnel.
Affectation équipe projet
Au cours de cette étape, le chef de projet doit
désigner, parmi son équipe, les coordinateurs, les experts et les
développeurs.
Saisir périodicité et
éléments d'entrés
Après avoir saisi les paramètres du nouveau
projet et affecté l'équipe projet, le chef de projet
procède au saisi des périodicités des réunions
d'avancement, de projet et des indicateurs qualité. Ensuite il rempli
les titres, références, édition des éléments
d'entrés du projet (Devis, Cahier de charge, Planning etc.).
Saisir observations
Dans le cadre du lancement d'un nouveau projet, la fiche de
lancement, remplie par le chef projet, doit être envoyé au chef
département pour qu'il y saisie ses observations et c'est sur ses
dernières que le responsable qualité va en tenir compte pour
décider du lancement du projet et ainsi lui affecter un code interne.
Le chef département doit répondre aux questions
concernant la faisabilité du projet, saisir la date de son observation
et enfin valider son choix.
Affectation du code projet
Après approbation du chef département, le
responsable qualité saisi a son tour ses observations et commentaires,
défini le type du projet, affecte un code interne projet et enfin saisi
la date de valide son choix. Ainsi un mail sera envoyé au chef projet
contenant le code interne du projet dans le cas où la permission de
lancement est accordée. Dans le cas contraire, il y aura rejet du projet
et une revisualisation des points défaillants du projet.
· Bloc C « Module de gestion de
plan d'action»
Dans cette étape nous allons présenter les
différents cas d'utilisations qui concernent la gestion des plans
d'action et leurs acteurs avec une description détaillée de
chaque cas.
Saisir nouvelle action
Le chef projet est tenu de saisir de nouvelles actions
concernant un ou plusieurs projets en cours tout en ayant accès pour la
consultation de tous les plans d'action du projet .Parmi les actions que le
chef projet est tenu de saisir est celles qui concernent la résolution
des risques rencontrés, et elles peuvent appartenir soit à un
plan de mitigation soit à un plan de contingence.
De même le chef département, le responsable
qualité et l'équipe projet peuvent saisir de nouvelle action dans
le plan d'action.
Consulter mise à jour plan
d'action
Tous les acteurs de celle application peuvent consulter les
mises à jours des plans d'action et éventuellement celles des
risques rencontrés.
Tous les cas d'utilisation déjà cité sont
résumés dans le tableau 2.7 ci-dessous avec leurs
priorités ainsi que les itérations que nous allons adopter.
Tableau 2.7 - Tableau des cas d'utilisations -
| 
