ÉCOLE DE TECHNOLOGIE SUPÉRIEURE UNIVERSITJ? DU QUÉBEC PROJET D WPLICATION PRÉsENTÉ A L'ÉCOLE DE TECHNOLOGIE SUPÉRIEURE COMME EXIGENCE PARTIELLE À L'OBTENTION DE LA MA~KIsE EN GÉNIE LOGICIEL M. ING. PAR KOUASSI MICHEL NGUESSAN TITRE LA GESTION DE PROJET EN GÉME LOGICIEL: CONCEPTION D'UN COURS DE FORMATION MONTREAWAOÛT 2000 O droits réservés de Kouassi Michel Nguessan 2000
National Library 1+1 of Canada Acquisitions and Bibliographic Services Bibliothèque nationale du Canada Acquisitions et services bibliographiques 395 Wellington Street 395. rue Wellington OtbwaON K1AON4 Ottawa ON KI A ON4 Canada Canada Your file Vorre rdférence Our fie Notre reference The author has granted a nonexclusive licence allowing the National Library of Canada to reproduce, loan, distribute or sell copies of this thesis in microform, paper or electronic formats. The author retains ownership of the copyright in this thesis. Neither the thesis nor substantial extracts fkom it may be printed or otherwise reproduced without the author's permission. L'auteur a accordé une licence non exclusive permettant à la Bibliothèque nationale du Canada de reproduire, prêter, distribuer ou vendre des copies de cette thèse sous la forme de microfiche/fïim, de reproduction sur papier ou sur format électronique. L'auteur conserve la propriété du droit d'auteur qui protège cette thèse. Ni la thèse ni des extraits substantiels de celle-ci ne doivent être imprimés ou autrement reproduits sans son autorisation.
CE PROJET D'APPLICATION A ÉTÉ ÉVALUÉ PAR UN JURY COMPOSÉ DE M. Michel Lavoie, professeur-tuteur au Département de génie électrique à l'école de technologie supérieure M. Claude Laporte, professeur au Département de génie électrique à l'école de technologie supérieure IL A FAIT L'OBJET D'UNE PRÉSENTATION DEVANT JURY ET UN PW LIC LE 14 JUILLET 2000 À L'ÉCOLE DE TECHNOLOGIE SUPÉRIEURE
LA GESTION DE PROJET EN GÉNIE LOGICIEL: CONCEPTION D'UN COURS DE FORMATION Kouassi Michel Nguessan Ce projet d'application a consisté à développer un cours de formation destiné à des étudiants de deuxième cycle universitaire dans le domaine de la gestion de projet en génie logiciel. Il a été question de concevoir un cours qui tienne compte de l'auditoire et qui soit structuré de façon à ce que les différents modules puissent être séparés et utilisés comme support de formation en mifieu industriel. L'avant projet a permis de réunir les données nécessaires et de structurer un cours de quatorze chapitres couvrant l'ensemble des domaines majeurs de la gestion de projet en génie logiciel. Pour ce faire, le travail a commencé par une collecte d'informations. Ensuite il y a eu de nombreuses discussions avec des spécialistes des domaines impliqués. La structuration proprement dite du cours a commencé après ces étapes préliminaires. Tout au long de cette étape de structuration du cours, la collecte des informations et les discussions avec les spécialistes se sont également déroulées de façon itérative, Cela a permis de produire le cours. La première partie de l'étude traite de la problématique de la gestion de projet en génie logiciel. La deuxième partie présente la méthodologie du travail. La troisième partie se consacre à la structure du cours. Le cours lui-même est présenté sous forme de fichier électronique en annexe. Les cours d'enseignement de la gestion de projet en génie logiciel étant différents d'une institution à l'autre, il est entendu que ce cours a besoin d'être adapté afin qu'il réponde aux besoins d'un contexte spécifique.
AVANT-PROPOS Le présent rapport représente un travail de conception d'un cours de formation dans le domaine de la gestion de projet en génie logiciel en milieu universitaire. Les modules peuvent également servir de support de formation dans le domaine industriel. Plusieurs raisons militent en faveur du choix de ce projet d'application. Dans un premier temps, le choix du sujet répond à notre souci de renforcer nos connaissances dans le domaine de la gestion de projet en génie logiciel. En effet, un tel travail nous permet de développer une compétence qui pourrait être utile dans le milieu industriel en tant que chef de projet, responsable de la formation et à tout autre poste de responsabilité dans une équipe de développement de logiciel. Cette expérience peut également permettre de développer une compétence dans le domaine de la conception du matériel didactique et de la formation aussi bien en milieu universitaire qu'industriel. Dans le cadre du présent projet d'application, la contribution de plusieurs personnes a été nécessaire. Il convient donc de remercier ces différents contrïbuteurs. Dans un premier temps, les remerciements vont à M. Michel Lavoie pour sa contibution depuis la phase initiale du projet jusqu'à son terme. M. Lavoie nous a aidé à concevoir l'idée du projet; il a ouvert et élargi notre horizon dans le domaine de la gestion de projet à travers les multiples rencontres en tête-à-tête et à travers Le cours de gestion de projet en génie logiciel MGL-800. Il convient aussi de remercier messieurs Rasoul Radeh (à
Montréal) et Nicolas Ladji (à Peoria, Illinois, États-unis) que nous avons consulté en tant que spécialistes du génie logiciel et de la gestion de projet en génie logiciel. Les remerciements vont également à M. Claude Laporte qui nous a enseigné le cours d'études de cas (MGL-950) et a accepté d'être membre du jury pour la soutenance du projet. Nos remerciements s'adressent également à tous les professeurs qui nous ont enseigné les différents cours du programme de la maîtrise en génie logiciel. Nous remercions également l'ensemble de nos camarades étudiants du programme qui nous ont apporté un grand soutien moral tout au long du programme. Nous remercions particulièrement Hamed Matboui et Patrick Sam-Po.
SOFTWARE ENGINEERING PRO JECT MANAGEMENT : DEVELOPING A GRADUATE COURSE Kouassi Michel Nguessan (Ab stract) The aim of this project was to develop a graduate level course in the field of software engineering project management. Taking into account its audience, the course was designed in such a way that different parts can be isolated and used as training support material in industrial semngs. The study has allowed collecting relevant data and organizing a course of fourteen chapters covering al1 major areas concerned with software engineering project management. After data collection, the next step was to discuss with specialists of the fields involved. These preiiminary steps ailowed starting stnicturing the course itself. During this structunng step, data collection and discussions with specialists continued iteratively. The end result was the developed course. The fkst part of the study discusses issues in software engineering project management. The second part presents the methodology used to develop the course. The third part descnbes the structure of the course. The course itself is available as an electronic file. Considenng that teaching software engineering project management varies from one institution to another, one can expect that the course is to be adapted to fit in a specific context.
TABLE DES MATIÈRES Page SOMMAIRE... i. AVANT-PROPOS... ii ABSTRACT....... iv INTRODUCTION... CHAPITRE 1 : La problématique de la gestion de projet en génie logiciel... 5 1.1 La situation de la gestion de projet en génie logiciel....... 5 1.2 Les compétences requises pour la gestion de projet... 6 1.3 Les pré-requis du cours...,.... 9 1.3.1 Les notions de base de l'informatique.... 9... 1.3.2. Connaissances et compétences en génie logiciel... 10 CHAPITRE 2 : MéthodoIogie... 11 2.1 Introduction...,.... 11 2.2. L'analyse et la coilecte des informations....,... 11 2.2.1 À propos de L'auditoire de la formation... 11 2.2.2 Collecte des informations...... 12 2.2.3 Bibliographie restreinte...... 13 2.3. La phase de conception du cours... 14 2.4. La réalisation et la validation... 15 2.5. Sommaire... 16 CHAPITRE 3: Les résultats du travail....... 17 3.1 Généralités... 17 3.2 Leplanducours... 18 I
3.3 Aperç~i du contenu des chapitres... 3.4 Ressources compiémentaires... 3.4.1 Outils de gestion de projet... 3.4.2 Sites Internet...,.,... CONCLUS ION... RÉFÉFENCES. ANNEXES Annexe Annexe Annexe A: Quelques sites Intemet....... B: QueIques outils de gestion de projet... C: Les chapitres du cours...
1. Objectif Le présent projet d'application vise à concevoir du matériel didactique pour la formation en gestion de projet en génie logiciel. La tâche consiste à faire en sorte que ce matériel didactique soit assez complet pour une formation de niveau deuxième cycle en milieu universitaire. D'autre part, il faut veiller à organiser le matériel de sorte qu'il puisse être divisé en modules séparés pouvant servir de support de formation en milieu industriel. En plus de transmettre le corpus de connaissance du domaine du génie logiciel et de celui de la gestion de projet, le travail doit fournir assez de ressources pour que tout participant à la formation puisse faire face à la pratique dans le domaine de la gestion de projet en génie logiciel en tant que chef de projet ou en tant que formateur. 2. Méthode Pour atteindre les objectifs visés par le projet, il était impératif d'amasser les informations pertinentes et de faire une sélection. Par la suite, il a été nécessaire de faire une synthèse des informations collectées afin de structurer le cours de formation en tenant compte de l'auditoire visé. Cette démarche s'inscrit dans le cadre de la méthodologie de la conception du matériel didactique en tenant compte des spécificités du domaine qui est la gestion de projet en génie IogicieI. Il est à noter que, dans le cadre restreint du projet d'application de la maîtrise en génie logiciel, ilon a choisi de Limiter le travail à la phase de conception du cours. Le travail est composé de trois chapitres. Le premier chapitre traite de la problématique de la gestion de projet en génie logiciel. La seconde partie présente la méthodologie de conception du cours. La troisième chapitre présente la structure du cours qui est le résultat du travail.
3. Défdtion de certains concepts La démarche scientifique impose qu'on définisse un certain nombre de termes clés de l'étude. C'est dans cet esprit que les sections ci-dessous ont été prévues afin de définir certains termes centraux du projet. Génie logiciel suivante: Le génie logiciel est défini par Somme~ille (Sommerville, 1995) de la façon "(...) Software Engineering is concemed with theories, methods and tools which are needed to develop the software for these cornputers. In most cases, the software systems that must be developed are large and cornplex. They are also abstract in that they do not have a physical form". Cette définition permet de comprendre qu'en génie logiciel, il y a des théories, des méthodes et des outils qui sont utilisés pour développer le produit qui est le logiciel. Cette définition souligne également le caractère de plus en plus complexe des logiciels. Par ailleurs, le génie logiciel est défini par une norme IEEE comme suit: "Software Engineering: (1) The application of a systematic, disciplined, quantifiable approach to the development, operation and maintenance of software. (2) The study of approaches as in (1)". (IEEE Std. 1058.1-1993). Cette définition semble mettre l'accent sur la démarche méthodique qui doit caractériser le développement du logiciel à travers les différentes phases. Le génie logiciel est également présenté comme un domaine d'étude. Les définitions du génie logiciel sont nombreuses et variées. Ces différentes définitions mettent L'accent sur tel ou tel autre aspect du génie Logiciel. Ce qui est établi à
travers toutes ces définitions est que le logiciel est le produit au centre du génie logiciel. Ce produit peut être développé comme produit générique, c'est-à-dire un produit avec des fonctionnalités standard lui permettant d'être utile à plusieurs clients. C'est le cas d'un logiciel comme MS Word, le logiciel de traitement de texte de la compagnie Microsoft. Le logiciel peut être également un produit sur mesure. Dans ce cas, il est commandé par un client et il est conçu pour satisfaire les besoins spécifiques de ce client. Le processus de développement des produits logiciels comporte plusieurs étapes. La façon d'organiser et de décrire ces étapes peut varier. Cependant on peut noter que les étapes majeures sont les suivantes: les études préliminaires, la spécification, le développement, Ia validation et le suppoa à l'évolution du logiciel. Gestion de projet La gestion de projet est définie dans le Project Management Body of Knowledge (PME3OK) du Project Management Institute (PMI) de la façon suivante: "Project Management is the application of knowledge, skills, tools, and techniques to project activities in order to meet or exceed stakeholder needs and expectations from a project. Meeting or exceeding stakeholder needs and expectations invariably involves balancing competing demands among: scope, time, cost, and quality; stakeholders with different needs and expectations; identified requirements (needs) and unidentified requirements (expectations)". De cette définition, il faut retenir la liste suivante de ce qui est à gérer: Ies ressources financières; le temps; les exigences; les relations humaines. On remarque également que la gestion de projet mobilise beaucoup de ressources telles que les connaissances, les compétences, les outils et les techniques. Le projet à gérer se présente sous forme d'activités (Project activities). On comprend donc que gérer un projet, c'est gérer aussi des activités. Le domaine de la gestion de projet se subdivise
en plusieurs sous-domaines. Selon le PMBOK, les sous-divisions sont les suivantes: Project Zntegration management, Project Scope management, Project The management, Project, Cost Management, Project Qualiiy Management, Project Human Resources Management, Project Communication Management, Project Risks Management, Project Procurement Management. La gestion de projet, c'est la gestion de l'ensemble de ces sous-divisions du domaine. Cependant, l'importance de chacune des ces sous-divisions variera en fonction du domaine d'application, de la taille et de la stratégie de développement du projet. Il est évident qu'un projet en génie civil ne présente pas les mêmes caractéristiques qu'un projet en génie logiciel. De même, dans un même domaine comme le génie logiciel, un projet de petite taille ne pose pas les mêmes problèmes qu'un grand projet. Gestion de projet en génie logiciel La gestion de projet en génie logiciel, c'est l'application des principes de la gestion de projet, tels que définis par le PMBOK au domaine du génie logiciel. L'application des principes de la gestion de projet au domaine du génie logiciel va de paire avec l'adaptation de ces principes au domaine du génie logiciel, adaptation ayant pour but de prendre en compte les spécificités du domaine.
CHAPITRE 1 LA PROBLÉMATIQUE DE LA GESTION DE PRO JET EN G ÉNIE LOGICIEL 1.1 La situation de la gestion de projet en génie logiciel Pour mieux situer l'importance de la formation en gestion de projet, il est nécessaire de présenter la situation de gestion de projet en génie logiciel. A cet effet, le rapport CHAOS, réalisé par la compagnie Standish Group International, Inc. se présente comme un document qui fait l'état de la question. En effet, selon le rapport CHAOS, les compagnies américaines dépensent plus de 250 milliards chaque année sur environ 175 000 projets de développement d'applications informatiques. Le coût moyen d'un projet de développement pour une grande compagnie est de 2 322 000 dollars américains : le coût moyen pour une compagnie de taille moyenne est de 1 331 000 dollars; et le coût moyen pour une petite compagnie est de 434 000 dollars. Une grande partie de ces projets échoue. Le rapport déduit que les projets de développement de logiciel sont dans une situation de chaos et qu'il est temps de voir cette réalité de face. Le rapport CHAOS indique que 31,l % des projets sont annulés et ne sont jamais achevés. D'autres résultats indiquent que 52,70 % des projets coûtent 189 % des estimations initiales. La perte d'opportunité qui découle de ces échecs n'est pas mesurable mais elle se chiffre certainement en milliers de milliards de dollars. Les compagnies américaines et les agences gouvernementales dépensent 81 milliards de dollars pour des projets annulés. Les mêmes organisations dépensent 59 milliards supplémentaires pour des projets qui seront achevés mais longtemps après les estimations initiales de durée du projet. Au titre des cas de succès, le rapport signale que seulement 16,296 des projets de logiciels sont achevés à temps et dans les limites du budget. Dans les grandes compagnies, le chiffre est encore moins élevé : 9 %. Même quand ces projets sont achevés, certains d'entre
eux ne sont que l'ombre du cahier de charge initial. Les projets terminés par les grandes compagnies américaines n'ont que 42 % des caractéristiques et fonctions initialement spécifiées. Les petites compagnie font mieux avec 78.4 % de leurs projets déployés avec au moins 74,S % des caractéristiques et des fonctions initiales. Plusieurs facteurs sont à la base de ces taux élevés d'échec au niveau des projets de développement de logiciel. Il est clair que la gestion de projet est en cause étant donné qu'il y a des problèmes d'estimations des coûts, de gestion du budget, de gestion du temps. Cette situation peu réluisante représente en argument en faveur de l'étude et de la formation dans le domaine de la gestion de projet et génie logiciel. Il est question de former de nouvelles générations de gestionnaires de projets ayant Les compétences pour mener à bien les projets de développement de logiciel. 1.2. Les compétences requises pour la gestion de projet Un certain nombre de compétences clés sont nécessaires pour mener à bien un projet de développement de logiciel. Ces compétences sont présentées ci-dessus. Rédiger, mettre en forme et présenter des documents techniques Les éléments de cette compétence sont les suivants : a) maîtriser la typologie des documents techniques; b) maîtriser les outils de génération de documents à partir des programmes, des modèles conceptuels et des spécifications; c) maîtriser la terminologie, les définitions et le lexique associé au domaine d) mettre en valeur les idées clés et les concepts importants dans une présentation orale; e) élaborer et utiliser les gabarits de normalisation et standardisation de la documentation technique. Mener des recherches d'informations et des études sur des outils et technologies Les éléments de cette compétence sont les suivants : a) choisir les références et sources d'informations b) maîtriser les outils et techniques de recherche d'informations
c) élaborer et communiquer des synthèses des recherches et des rapports de veille technologique et stratégique. Analyser et spécifier les besoins des usagers et de l'organisation en matière de systèmes informatiques en particulier les logiciels Les éléments de cette compétences sont les suivants : a) identifier, clarifier et cataloguer les besoins de l'organisation, à court, moyen et long terme. b) identifier et expliciter les besoins des usagers; c) traduire les besoins en spécifications formelles ou non; d) participer à l'élaboration et la rédaction des plans de développement informatique. Évaluer et implanter des technologies, des environnements et des outils de développement logiciel. Les éléments de cette compétence sont les suivants : a) identifier le type et les caractéristiques des technologies, des outils et des environnements logiciels à évaluer; b) sélectionner des outils et environnements; c) réaliser une analyse comparative coût/ bénéfice; d) mener des tests d'utilisabilité et de performances des outils et environnements sélectionnés; e) établir des recommandations en fonction des résultats de l'analyse coûthénéfice et des évaluations. e) installer et configurer l'outil et l'environnement retenu. Programmer et mettre au point des composants logiciels Les éléments de cette compétence sont les suivants : a) établir l'architecture logicielle d'une application, d'une librairie logicielle et d'un composant; b) construire des modèles conceptuels des applications et outils à implanter; c) codifier les fonctions et les composants; d) Déverminer les fonctions et modules logiciels programmés ; e) rt5diger et intégrer des commentaires dans les modules et fonctions logiciels programmés.
Tester et valider des composants et des logiciels Les éléments de cette compétence sont les suivants : a) spécifier les objectifs du test; b) Élaborer une strategie de test et planifier le test; c) réaliser le test retenu; d) interpréter les donnces obtenues; e) valider le test auprès des usagers/ clients; f) planifier les conséquences du test (modifications etl ou ajouts). Modifier et personnaliser des logiciels ou progiciels existants Les éléments de cette compétence sont les suivants : a) programmer des scripts de configuration et de personnalisation de l'application et des composants logiciels; b) extraire à partir d'une application, le modèle conceptuel etlou les besoins de l'utilisateur (reverse ingénierie); c) réaliser et intégrer, aux applications, des systèmes d'aide à la tâche ; d) analyser le code d'une application ou d'un composant logiciel. Contribuer?i la gestion de projets et à l'amélioration des processus et pratiques de développement logiciel Les éléments de cette compétence sont les suivants : a) planifier les tâches, les ressources et Ies coûts d'un livrable et d'un projet; b) coordonner des activités dans une équipe et entre plusieurs équipes; c) assurer le suivi et le contrôle qualité des livrables ; d) élaborer des recommandations pour l'amélioration du processus à la fin d'un livrable ou d'un projet. Par rapport aux compétences définies ci-dessus et à l'environnement réel de développement du logiciel, la sélection d'un gestionnaire de projet prend en compte un certain nombre de critères. Ces critères peuvent être répartis en deux catégories. D'une part, il y a les critères subjectifs et interpersonnels et d'autre part, les critères techniques. Au titre des critères subjectifs et interpersonnels, on peut citer : le leadership, la flexibilité, la capacité de jugement dans le domaine des affaires, la crédibilité, la capacité de communiquer, d'encadrer, d'écouter de négocier, d'établir et de gérer les attentes, de r6soudre les problèmes et les conflits, de déléguer des tâches.
Au titre des critères techniques, on peut citer : la capacité de définir le projet, de planifier le processus, de développer et d'estimer un plan, de revdider la définition des limites du projet, de concevoir la solution, de développer des hypothèses d'estimation, de créer un plan préliminaire. Le gestionnaire de projet doit également pouvoir contrôler Le processus, concevoir le processus de contrôle, définir tes critères de sélection du projet et établir les niveaux de contrôle. Il est important de souligner la distinction entre compétence et comaissances. Audelà des connaissances, la compétence renvoie à l'aptitude d'une personne à faire un travail. Il ne s'agit pas seulement d'avoir des connaissances. Une bonne formation en gestion de projet en génie logiciel vise aussi bien la transmission des connaissances que le développement des compétences, même si le contexte de la salle de ciasse ne permet pas de maîtriser ces compétences. Cependant, pour tirer profit d'une telle formation, un certain nombre de prérequis s'imposent. 1.3 Les pré-requis du cours 1.3.1 Les notions de base de l'informatique Des connaissances de base en informatique sont considérées comme pré-requises à ce cours. Les notions considérées (par le SWEBOK, version CMU/SEI) comme notions fondamentales pré-requises à l'acquisition des connaissances en génie logiciel sont cardinales. Ces notions fondamentales sont les suivantes: Algorithme et structure des données Architecture des ordinateurs Fondements mathématiques Systèmes d1exp1oitation Langages de programmation Pour une description détaillée de ces domaines, voir le SWEBOK, version 1 de CMU/SEI.
1.3.2. Connaissances et compétences en génie logiciel Le cours présuppose que l'étudiant a de bonnes connaissances de base en génie logiciel. L'étudiant type est un étudiant diplômé de premier cycle en informatique ou une discipline connexe et qui a oeuvré pendant quelques années dans un environnement de développement de logiciel. Cela suppose une certaine compréhension des notions de bases telles que: le cycle de vie du logiciel, l'analyse des exigences et spécification, la conception, le codage, la vérification et Ia validation, I'évolution du logiciel, la gestion de la configuration, l'assurance qualité, etc. Par ailleurs, vu que la gestion de projet en génie s'étend bien au-delà des limites de l'informatique et du génie logiciel, des connaissances de base dans les domaines de I'ingénizrie des systèmes, de la gestion de projet de façon générale, des sciences de la gestion, de Ia psychologie sociale et industrielle peuvent représenter un atout pour Ilétudiant. En général, toute personne qui a eu quelques années d'expérience dans une entreprise de développement de logiciel a une certaine compréhension de ces sujets.
CHAPITRE 2 MÉTHODOLOGIE 2.1 Introduction Le processus de conception du matériel pédagogique passe par les phases suivantes: a) analyse; b) conception; c) réalisation: d) validation; d) ciiffision. Le présent travail a été fait en ayant à l'esprit ces différentes phases du schéma classique de la conception du matériel pédagogique. 2.2. L'andyse et collecte des informations Au niveau de la phase d'analyse, il a été question de mener des réflexions critiques afin de cerner le problème à résoudre: créer un cours de formation pour un auditoire d'étudiants de cycle supérieur universitaire. Cette phase a permis de jeter un regard sur les besoins de formation, l'auditoire, la stratégie pédagogique, le corpus de connaissances à utiliser pour concevoir le cours. Le cadre bien défini de la formation en milieu universitaire a rendu la tâche relativement simple en ce sens que le besoin de formation, l'auditoire ainsi que la stratégie pédagogique sont plus ou connus d'avance. Un plus grand effort était requis au niveau de la collecte des informations. 2.2.1 À propos de l'auditoire de la formation Le cours étant conçu pour une formation au niveau du cycle supérieur universitaire, il est aisé de comprendre que l'auditoire est composé d'étudiants de maîtrise en génie logiciel. Il faut cependant remarquer que cet auditoire n'est pas homogène. En effet, dans une classe de
gestion de projet en génie logiciel, il y a des étudiants en provenance des programmes de premier cycle. Il y a aussi les étudiants en provenance des milieux industriels. Bien qu'ayant en commun l'intérêt pour la gestion de projet en génie logiciel, tous ces étudiants ont des bagages intellectuels et des expériences différents par rapport au domaine. Ce qui est commun à cet auditoire varié, c'est le fait qu'il soit composé de gens qui ont une expérience en développement de logiciel ou qui envisagent d'avoir une telle expérience. 11 s'agit donc d'un auditoire de praticiens et non de théoriciens de la gestion de projet en génie logiciel. La méthodologie de conception du matériel didactique tient compte de cette réalité. 2.2.2 Collecte des informations Dans le cadre de la collecte des informations, dans un premier temps il était question de faire le tour du domaine du génie logiciel et de la gestion de projet. Plusieurs méthodes ont été utilisées. Il y a eu une phase de recherche. Dans ce cadre, il a été nécessaire de discuter avec des spécialistes du domaine (des professeurs. des étudiants et des professionnels du génie logiciel en milieu industriel). Ensuite, il fallait faire de la recherche documentaire. La recherche documentaire se situe à deux niveaux. D'une part, il a été question de consulter les sites Intemet de gestion de projet et de génie logiciel. Les sites ci-dessous représentent un échantillon des sites pertinents consultés: - Exemple 1: Le site du Software Engineering Institute. Ce site est très utile pour le génie logiciel de façon générale. - Exemple 2: Le site de Project Management Institute. Ce site est utile pour tout ce qui concerne la gestion de projet.
- Exemple 3: Le site de Software Developrnent Magazine Online. Ce site est utile non seulement pour le génie logiciel mais aussi et surtout pour les outils de gestion de projet. En plus de la recherche sur Internet il était nécessaire de consulter des livres et des articles (dans différentes bibliothèques) en rapport avec le sujet. Pour valider le travail de collecte des informations, au cours de la phase de recherche documentaire, il a été nécessaire de discuter régulièrement avec des experts dans le domaine du sujet afin de vérifier la pertinence des choix des documents. Dans un premier temps, au cours de nombreuses discussions Monsieur Michel Lavoie a donné des avis et des orientations en tant que spécialiste du génie logiciel mais aussi et surtout en tant qu'enseignant ayant pratiqué la gestion de projet en génie logiciel pendant de nombreuses années. Messieurs Rasoul Radeh (à Montréal) et Nicolas Ladji (à Peoria, Illinois, États-unis) sont deux autres experts dont les avis ont été pris en compte. En effet Monsieur Rasoul Radeh qui est spécialiste du génie logiciel a été chef de projets industriels majeurs dans un passé récent. Quant à Monsieur Nicolas Ladji, il a été chef de projet de génie logiciel à Peoria, en Illinois, aux États-unis et il exerce toujours dans le domaine du développement de logiciel. Suite LL la consultation des experts et d'un large éventail de documents, la bibliographie restreinte suivante à été sélectionnée et a été effectivement utilisée. 2.2.3 Bibliographie restreinte Les éléments de la bibliographie restreinte figurent dans la section "Références" à la fin de ce rapport. Le document de Bruegge, B., Dutoit, A., a été sélectionné parce qu'il constitue une synthèse de la tendance actuelle du génie logiciel. Le document de Buhr, R.J.A., Bailey, D.L., a été sélectionné parce qu'il représente une ouverture dans le domaine des systèmes temps réels qui constituent un aspect assez particulier et important du génie logiciel. Les documents du IEEEIACM (2000) et PMI (1996) ont été retenus