La différence entre les outils et les méthodes :
publicité
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.
