La différence entre les outils et les méthodes :

La différence entre les outils et les méthodes :
Définition
Un outil : Objet fabriqué, utilisé manuellement, doté d'une forme et de propriétés physiques
adaptées à un procès de production déterminé et permettant de transformer l'objet de travail
selon un but fixé
Une méthode : Manière de conduire et d'exprimer sa pensée conformément aux principes du
savoir.
L’outil est donc un objet réel qui a une existence propre indépendamment de l’utilisateur. La
méthode ne prends son existence que par son application et donc par l’utilisateur.
La différence
L’outil est la méthode sont étroitement liés avec comme liant l’utilisateur de l’outil. Si « le
bon outil fait le bon ouvrier » encore faut il que celui-ci veuille et sache « bien faire ».
Notre propos
Nous proposons dans ce document une étude des outils indépendamment des méthodes. Ces
outils seront classifié par rôles ou but et en aucun cas par les méthodes mise en œuvre. Vous
ne trouverez ici que des outils de gestion ou management de projet, les outils de production de
code final (National Rose, AMC designor) ont été volontairement évités.
Les outils de conceptualisation, formalisation et
d’identification du projet
Introduction
La première remarque que l’on peut se faire c’est qu’il y a très peu de produit de
conceptualisation de projet. Pourquoi les outils de prés projet sont ils si rarissimes ? La
réponse pourrait être un outil de gestion de projet peut il poser la question « Doit on
continuer ce projet ? » en étant politiquement correct ? Autrement dit est il possible de vous
vendre un outils qui peut vous amener à ne pas commencer un travail ?
Les outils
Il ne semble pas y avoir a proprement parler sur le marché d’outil spécialisé dans ces phases
d’avant projet. Si des outils comme Stelltrace se positionne en avant projet leurs but et plus

d ‘aider à la réalisation de l’expression des demandes qu’ à celle de conceptualisation et
formalisation du projet. Des méthodes comme UML et Merise possède un niveau d ‘analyse
au niveau du schéma directeur qui peut être utilisé comme élément de référence. Mais les
outils logiciels qui suivent ces méthodes n’on pas de spécificité forte sur ces aspects.
Nous n’avons finalement référencé qu’un outil. Ce n’est pas un outil du catalogue car il n’est
logiciel. Il s’agit de fiche de travail que l’on peut trouver sur le site
http://www.method123.com/project-initiation-kit.php.
Ces fiches traitent de cinq points : l’étude financière, l’étude de faisabilité, la structure et
l’implémentation du projet, la distribution des rôles, une liste de vérification administrative et
la formalisation de l’engagement (dates, coût, etc. )
Conclusion
Il y a certainement, ici, un espace à prendre pour des outils logiciel
Les outils de comparaisons de scénario
Introduction
Les outils de comparaison de scénario sont dans le mode des projets informatiques des outils
de réalisation de maquette et de validation et comparaison de celles-ci.
Il semble impossible de traiter des outils de comparaison de scénario sans faire référence au
document « A Survey of Simulation Tools for Requirements Engineering ». Le document
initial se trouve sur le site http://www.ifi.unizh.ch/groups/req/ftp/papers/TR2000.06.pdf.
Les outils
Le document de référence cite 10 outils
 CIP Tool 3.0
 COREsim 2.1
 ObjectGEODE 4
 ObjecTime Developer 5.0
 PACE 3.1
 QuickCRC 1.2
 RDD-100 / DVF 4.1
 Rhapsody for C++ 2.1
 SDT / ORCA 3.3
 Statemate MAGNUM
Chacun de ses outils fonctionne de manière identique, à partir d’un macro langage, d’une
méthode comme UML ou de graphiques on définit les demandes des utilisateurs. Le système
à alors la capacité à générer un prototype facilement modifiable et vérifiable.
Chacun de ses outils est spécialisé dans un domaine spécifique : ObjectGeode est présent dans
l ‘aéronotique il génère un code source en C. QuickCRC fonctionne sous Linux, Windows et
MAC. Voici la présentation de Statemate : Pour spécifier, concevoir et valider des systèmes
réactifs diverses approches sont envisageables. L'approche Statemate proposée dans ce
module s'appuie sur la combinaison du formalisme des Statecharts (également présent dans
UML), pour la description comportementale, avec le formalisme hiérarchique des Activity-

Charts, pour la description des activités du système et la description des flots de données
échangées.
Le but de ce module est d'amener le participant à être à même: de concevoir le comportement
d’un système, même complexe, et d’assurer qu’il opère correctement; de fournir un modèle du
système ainsi qu’une spécification validée et exécutable, de façon à animer le comportement
de celui-ci; de procéder à la vérification formelle du système en développement; de générer
des prototypes logiciels ou matériels complets. Pour soutenir cette approche, ce module est
basé sur l’environnement Statemate MAGNUM. Ce dernier englobe effectivement les
diverses phases du processus de développement d’une application réactive, à savoir:
spécification, simulation, prototypage et validation.
Conclusion
Les outils de comparaison de scénario sont des outils lourd. Leurs mise en œuvre est souvent
synonyme d’un apprentissage conséquent. Les prototypes générés ne sont généralement pas
de bonne base pour un livrable final. Ils trouvent leurs place dans un travail de recherche ou
une démarche pédagogique. Il s peuvent aussi être d’une aide certaine dans l’évaluation de
partie critique ou dans la comparaison de scénario et de choix technologique. Ils sont les
accompagnateurs des démarche en spirales caractéristiques des prototypages.
Les outils de Worflow
Introduction
Les outils de Worflow sont absents du monde Microsoft et par la même inconnu d’une grande
partie des utilisateur de système informatique. Ces outils vont permettre de formaliser le flux
de l’information et les validations et modification de document. Leurs formalisme est parfois
vécu comme une forte contrainte. Leurs parfaite adéquation et intégration avec le système de
l’entreprise en fait des outils de fond dont l’utilisation dépasse la simple gestion de projet.
Les outils
L’outil de Worflow de référence est toujours Lotus Workflow. C’est un magnifique outil de
développement d'applications autonome s'exécutant sur IBM Lotus Domino qui permet de
créer et de déployer des applications orientées flux de travaux. Il permet aux entreprises de
standardiser et de simplifier les activités humaines gourmandes en temps et de suivre leur
progression. Grâce à sa plateforme permettant d'automatiser, de finaliser et de gérer les
processus complexes, Lotus Workflow améliore le temps de réponse tout en réduisant les
coûts. Les clients peuvent réaliser des processus manuels plus rapidement et de manière plus
cohérente en rencontrant moins de problèmes.
On peut s’interroger sur le peu de succès des outils de Workflow. Coincé entre les outils
standards de messagerie suffisants pour les petites entreprises et les ERP pour les entreprises
plus importantes les outils de Workflow ont de plus en plus de mal à trouver leur place.
Active directory , la base annuaire de Microsoft, pousse aussi les entreprises a éliminer de
leurs parc applicatif les solutions qui ne sont pas native à cet annuaire.

Conclusion
Tout ceux qui ont travailler dans le cadre d’un projet avec un outil de Workflow se demande
comment ils ont pu faire sans. Simplifiant et régulant les flux de documents ainsi que les flux
décisionnels il est très vite indispensable. Pourtant , ces outils sont de moins en moins
utilisés ! L’absence de Microsoft sur ce marché en elle la cause ou la raison ?
Les outils Intégrés et multi projets
Introduction
Les entreprises sont de plus en plus dans un mode projet permanant. La recherche et
développement n’est plus le seul fait d’équipe de laboratoire , qui sont les seules à gérer des
projets. L’ensemble des équipes quelque soit leurs activités se doit de rester dans une
dynamique organisé et productive. Le mode projet devient un modèle de référence de
l’entreprise. Les collaborateurs vont devoir travailler sur plusieurs projets. Ces projets
peuvent être interdépendants par leurs jalons, leurs calendriers, leurs ressources et leurs
livrables. Il nous faut donc des outils de gestion de projet qui seront capable de devenir, au
final, des outils de gestion d’entreprise.
Les outils
Il y a beaucoup de logiciels ou de suites qui se targuent de pouvoir gérer ces problématiques.
Le multi projet possède ses propres problématiques de gestion croisée. L’exemple que nous
vous proposons ici est curieusement le logiciel de gestion de projet qui est le plus utilisé pour
la gestion de multi projet : Microsoft Project.
Pourquoi ce choix ?
Microsoft Project va pour effectuer cette mission s’interfacer avec beaucoup d’autre logiciel
de l’éditeur. La présentation de cette architecture et la connaissance des fonctionnalités des
produits associés nous permet de mieux cerner le sens de la solution.

Les données des différents projets sont stockés dans une base SQL Server. Les documents des
projets sont placés sur un espace collaboratif accessible via les outils Office ou l’intranet et
gérer par Sharepoint. Les agendas des collaborateurs sont directement mis à jour en fonction
des acceptations, créations et annulations des réunions. Tout un chacun peut observer les
éléments d’avancé le concernant a partir d’un client Intranet. L’application MS Project
servant alors à créer les diagrammes, les rapports et d’interfaces pour alimenter la base SQL
Server. Le composant Project 2003 Core permettra même de faire du Data Mining sur un
Cube de travail.
Les outils de communications et de partage de
l’information
Introduction
La liste des outils de communication est aussi longue que l’histoire de l’humanité. Du cris , à
la musique en passant par l’écriture et le dessein le désir et le besoin de communication
semble lié à la nature même de l’homme.
Les outils
Au début était donc le verbe ! Le premiers outils c’est avant tout la langue. Un vocabulaire
précis, compris et partagé est la base d’une communication efficace. Il peut donc sembler
efficace de construire un dictionnaire des termes du projet ? ce dictionnaire se devra de
rassembler autant les mots métiers que le jargon lié à la gestion de projet. Cette démarche ne
semble pas aussi courante qu’elle devrait l’être.
Si des outils tel que le papier, le crayon , une chaise, une table ,la craie et le tableau ne
génèrent pas de commentaires , il n’en est pas de même pour MS Powerpoint et ses
congénères.