L'amélioration constante de la qualité des logiciels et des processus de développement logiciel est depuis plusieurs décennies, au coeur des préoccupations et de nombreux travaux de recherche dans le domaine de l'ingénierie des systèmes d'information. Parmi les multiples solutions proposées, la réutilisation apparaît pour bien des chercheurs comme l'une des pistes les plus prometteuses pour la réduction du coût de production et l'amélioration de la qualité de systèmes [MILl 1999]. Plusieurs formes de réutilisation ont été introduites: la réutilisation des spécifications, la réutilisation des composants, la réutilisation des codes, la réutilisation des expériences, etc. [R.P. Diaz, 87], [Kruger 92], [NKambou et al. 2003, 2004]. Le but du projet CIAO-SI est de construire et de maintenir une mémoire d'expérience pour l'organisation pouvant supporter tout le cycle de développement. À ce jour, les travaux du projet CIAO-SI [NKambou et al. 2003, 2004] initié par le Groupe Infotel Inc et le laboratoire GDAC se sont limités aux phases d'analyse et de conceptions. Nous nous proposons dans notre travail de recherche d'étendre la réflexion à la phase d'implantation ('codage'). Ce volet vise à doter le système CIAO-SI d'un module permettant de rechercher et d'indexer les unités de programmes éprouvées, validées et stockées dans le but de leur réutilisation pour des nouveaux projets de développement logiciel. La plupart des outils recensés utilisent des approches d'indexation qui se limitent à l'aspect descriptif du problème (caractéristique du problème, le contexte d'élaboration pour filtrer les résultats, utilisation des concepts pour définir les ontologies) et non à l'intégration de la solution proposée; ce qui n'est pas approprié dans la réutilisation des codes. Nous avons proposé et implémenté une approche de réutilisation des unités de programmes basée sur le CBR et la classification à facettes. L'implantation de cette approche dans le contexte de CIAO-SI, une plateforme de réutilisation dans les phases en aval de la réalisation, nous a permis d'obtenir des résultats encourageants. Finalement nous avons effectué une évaluation expérimentale par la méthode de Salton et cela nous a permis d'évaluer la pertinence de nos résultats. ______________________________________________________________________________ MOTS-CLÉS DE L’AUTEUR : Réutilisation des codes, Développement logiciel, Indexation des codes, Ontologie, CIAO-SI, Raisonnement à base de cas.

De nos jours, en raison de l'augmentation de la portée des systèmes informatiques et des exigences de la qualité de logiciel, le processus de développement de logiciel est devenu de plus en plus complexe et de plus en plus difficile à contrôler. De nombreuses métriques logicielles et des méthodes de mesure ont étés établies et utilisées comme des indices utiles et significatifs, et ce afin de mieux comprendre et maîtriser le processus de construction logicielle tout en assurant la qualité du produit final. La présente étude est un survol des métriques logicielles et des méthodes appliquées dans la construction de logiciels; cependant, nous classifions ces mesures variantes et ces méthodes de mesure en fonction de leurs multiples buts d'utilisation, et réalisons une étude analytique de chaque métrique en exposant ses avantages et ses inconvénients. De plus, ces analyses comparatives sont réalisées entre les différents types des métriques. Dans le présent travail, nous expliquons la complexité élevée du processus de construction en exposant les facteurs qui influencent la progression de construction logicielle. Par la suite, nous présentons et analysons les divers modèles d'estimation et les métriques appliquées dans l'estimation logicielle afin de prédire l'envergure et l'effort de développement. L'estimation du projet est considérée comme une activité indispensable dans le processus de construction. Ainsi, nous faisons une comparaison horizontale entre les modèles d'estimation d'effort de développement. Par la suite, nous effectuons une revue des métriques en mesurant la taille logicielle, la complexité de logiciel et la structure de programme orienté objet. Les analyses de ces métriques portent sur leur degré de précision de mesure et leur utilité dans la mesure de qualité logicielle. Enfin, nous mettons l'accent sur les métriques et les méthodes adoptées pour mesurer la progression de construction de logiciel; certaines métriques et technologies de mesure sont introduites et analysées telles le jalonnement, les métriques de qualité logicielle, la technologie EVM, etc. De plus, nous faisons une étude analytique des différentes métriques impliquées dans les différents modèles de développement de logiciel. Nous concluons qu'il est très difficile de trouver un ensemble de métriques standards dans l'application industrielle malgré un grand nombre de métriques et de méthodes de mesure qui sont inventés et adoptées, parce que la sélection et l'adaptation des métriques dépendent des différents objectifs d'utilisation, chaque objectif correspondant en effet aux métriques spécifiques les plus adaptives et les plus pertinentes. ______________________________________________________________________________ MOTS-CLÉS DE L’AUTEUR : Métrique logicielle, Progression de construction, Développement de logiciel, Estimation logicielle, Gestion de projet, Qualité logicielle, Complexité de logiciel.

Conceptualisée par le Gartner Group, leader mondial dans la fourniture de recherches et d'analyses dans l'industrie des technologies de l'information (TI), la notion d'architecture axée sur les services (notée SOA pour Service Oriented Architecture) est présentée comme le bon modèle pour le développement des applications d'entreprise, aujourd'hui et dans le futur (Marks et Bell, 2006). Selon une étude effectuée par le Gartner Group, plus de 75 % des projets d'entreprise, à partir de 2008, reposeront sur les principes de SOA. Ce chiffre donne une idée sur l'ampleur du « phénomène » SOA, qui suscite tant d'intérêt de la part des chercheurs. Cependant, d'après la littérature, le développement d'applications d'entreprise fondées sur SOA présente de nouveaux défis: apparition de nouvelles activités, de nouveaux rôles et de nouvelles tâches au niveau de l'entreprise; nécessité d'avoir de nouveaux outils de support au développement; incapacité des méthodes de développement traditionnelles à soutenir le développement axé sur les services; etc. Des ajustements doivent donc être apportés au cycle de vie du projet de développement logiciel pour pouvoir s'adapter à cette nouvelle façon de construire les applications d'entreprise, et permettre, par conséquent, une gestion de projet plus efficace. L'objectif de notre recherche est de savoir si la mise en oeuvre d'une SOA par une organisation apporte des changements aux rôles et aux tâches du cycle de vie du projet de développement logiciel. Pour atteindre son objectif, notre recherche prend en considération les aspects spécifiques soulignés dans la littérature SOA, ainsi que les résultats d'une étude de cas exploratoire menée auprès de deux organisations ayant entamé une initiative SOA. La conclusion à laquelle nous sommes parvenus est que SOA introduit de nouvelles pratiques au niveau de l'organisation qui refaçonnent, lors des projets de développement logiciel, les rôles existants et les tâches qui leurs sont associées. ______________________________________________________________________________ MOTS-CLÉS DE L’AUTEUR : Architecture axée sur les services, Développement axé sur les services, Cycle de vie du projet de développement logiciel, Rôles.

Les termes client Web riche ou interface riche sont utilisés pour désigner l'interface utilisateur d'une application Web qui comprend des fonctionnalités et des méthodes d'interactions similaires à celles des interfaces utilisateurs conventionnelles. Un client Web riche assure une part du traitement de l'application. Cela peut aller de la validation de saisies jusqu'à la prise en charge complète des interactions avec l'utilisateur. Il doit donc être doté d'une certaine intelligence, c'est-à-dire que du code, décrivant son comportement ainsi qu'une part de la logique d'affaire de l'application, doit pouvoir y être exécuté. L'utilisation de méthodes d'interactions avancées (comme le glisser-déplacer, la saisie semi-automatique ou l'utilisation de contrôles « widgets ») implique aussi des capacités de traitement plus poussées que pour les clients Web standards. Il existe une multitude de technologies pouvant êtres utilisées pour le développement d'un client Web riche. Le principal problème relié à cette situation est que les projets basés sur une technologie de présentation deviennent dépendants de cette dernière. Un changement de technologie implique alors la perte des investissements relatifs au développement de la partie client. Le fait d'avoir à supporter plusieurs plateformes de présentation implique aussi généralement d'avoir à maintenir plusieurs versions distinctes du client de l'application. Ces travaux couvrent les approches existantes et la conceptualisation d'une nouvelle approche permettant de définir, indépendamment d'une technologie de présentation, le volet client d'une application. Celle-ci a été expérimentée à l'intérieur de trois projets concrets présentés sous forme d'étude de cas. Une revue des plateformes d'exécution contemporaines pour les clients Web riches y est effectuée, suivi d'un état de l'art couvrant les méthodes existantes pour la définition d'interfaces utilisateur. Les travaux s'intéressant à la définition d'interfaces utilisateurs à l'aide de dialectes XML sont également couverts, de même que les architectures couramment utilisées pour la définition d'un client Web riche. Les résultats obtenus à l'intérieur des études de cas auront permis de montrer la faisabilité de l'approche ainsi que de mesurer certains avantages de celle-ci selon différents critères de qualité.

Nous pouvons voir le développement d'un logiciel selon deux perspectives. La première concerne le développement, par un programmeur ou une petite équipe de programmeurs, d'un petit logiciel, avec un utilisateur et un seul ordinateur. C'est ce qu'on appelle de la programmation à petite échelle (programming in the small). Ce genre de développement s'enseigne dans les cours de programmation en informatique (computer science). La deuxième perspective consiste à faire de la programmation à grande échelle avec plusieurs équipes de programmeurs, plusieurs fonctionnalités, plusieurs utilisateurs et même, parfois, plusieurs ordinateurs et serveurs. C'est ce qu'on appelle le génie logiciel (software engineering), qui s'enseigne dans des baccalauréats en génie logiciel. Même si beaucoup de progrès a été fait en génie logiciel, il reste qu'il existe encore des lacunes dans l'enseignement de cette discipline. Les difficultés se situent, entre autres, dans les cours d'introduction à la programmation. Il y a plusieurs façons d'enseigner le développement de logiciels. Cependant, peu importe celle qui est employée, la transition entre la programmation à petite échelle et la programmation à grande échelle n'est pas facile. Nous désirons donc créer une méthode qui favorise la résolution de problèmes, tout en facilitant la transition ultérieure vers les grands projets. Nous croyons également que la transition serait plus facile si ladite méthode de développement utilisait des principes de génie logiciel déjà utilisés et reconnus. C'est pourquoi nous avons tenu compte d'un corpus de connaissances en génie logiciel (Abran et aL, 2001) dans la construction de la méthode.

Concevoir un logiciel facilement utilisable est une mission difficile et complexe. Pour accomplir cette tâche, les concepteurs ont besoin d'outils efficaces dédiés à cela. Un outil efficace doit être basé sur une expertise de conception reconnue. Canaliser le savoir de conception de systèmes utilisables réussis est important pour les concepteurs novices et expérimentés. Les directives de l'utilisabilité sont une technique utilisée pour transmettre ce savoir. Présentement, il n'y a pas de mécanisme efficace permettant de guider et d'assister les développeurs à créer des interfaces graphiques conformes aux directives de l'utilisabilité. Cette problématique devient plus critique pour les développeurs inexpérimentés et peut même compromettre la raison d'être des directives. Ce projet consiste à définir une approche qui adresse l'intégration de directives de l'utilisabilité dans les constructeurs d'interfaces graphiques usager. ______________________________________________________________________________

Cette recherche porte sur les connaissances actuellement associées à la formation des personnes bénévoles et le développement d'outils technologiques formatifs pour ces apprenants. D'une part, l'accroissement des tâches attribuées aux personnes bénévoles est constant depuis quelques années (Thibault et Fortier, 2004), et plus encore pour les personnes qui ont la responsabilité de la gestion de leur organisation. Cette situation est principalement causée par le fait que le besoin de transparence et d'imputabilité que nécessite une saine gestion de ces organisations requiert la rédaction de nombreux documents. Cependant, l'exigence de qualité que commandent ces tâches amène à constater que, même si ces personnes souhaitent réaliser un travail de qualité, l'acquisition des connaissances liée à l'exercice de leurs fonctions alourdit trop souvent leur engagement volontaire. Pourtant, une formation adéquate permet non seulement d'alléger leur travail mais augmente aussi le sentiment d'efficacité personnelle qui conduit à se sentir utile, motivation importante pour la personne bénévole (Hall, Lasby, Gummulka et Tryon, 2006). Cherchant à combler le manque de connaissances relatives à la gestion de réunions, divers types d'activités de formation sont offerts à ces personnes, mais l'utilisation des technologies de l'information et de la communication (TIC) est très peu répandue dans le cadre des options de formations disponibles. D'autre part, dans le cadre d'activités de formation s'adressant à des bénévoles, les activités autoformatives sont celles qu'ils préfèrent (Harvey, 2001). En outre, l'importance d'apprendre dans l'action et en contexte réel fait aussi partie des besoins généraux des personnes adultes en apprentissage (Depover et Marchand, 2002). Dans cette optique, l'utilisation des TIC est une avenue qui peut contribuer à pallier ces besoins (Harvey et Lemire, 2001; Jonassen, 1995; Loiselle, 2000, etc.). C'est par le développement d'un outil technologique que cette recherche a tenté de pallier cette situation. Cependant, l'absence d'études portant expressément sur le développement d'outils technologiques s'adressant à des personnes bénévoles a contribué à orienter la présente recherche afin de cibler les caractéristiques à considérer dans un tel contexte. Aussi, afin de s'assurer de l'aspect novateur de la recherche (Nonnon, 2002), la mise à jour des caractéristiques essentielles de ce type de produit a été réalisée en prenant en compte les diverses théories disponibles sur le sujet. L'approfondissement des aspects liés aux technologies (Depover et Marchand, 2002; Jonassen, 1996; Harvey et Lemire, 2001), à l'andragogie (Knowles, 1990; Lindeman, 1961; Marchand, 1997), aux personnes bénévoles (Ferrand-Bechmann, 2000; Halba et Le Net, 1997; Hall et al., 2006; Thibault et Fortier, 2004) et à la gestion de réunions (Boisvert, 1996; Mintzberg, 2003; Timpal-Duclaux, 1989) ont permis d'établir des liens entre le corpus de connaissances scientifiques et le développement du produit à réaliser. L'opérationnalisation du projet s'est effectuée par une démarche de recherche développement. La réalisation et les mises à l'essai du produit ont nécessité la participation de 41 personnes oeuvrant dans le secteur bénévole. L'ensemble des données recueillies provient de sept outils de collecte de données: journal de bord, correspondance électronique, modélisation, entrevues, observations directes, vidéo, questionnaires. Une grille d'analyse catégorielle et la triangulation des méthodes ont contribué à dégager de cette expérience un modèle de conception adapté au développement d'outils technologiques pour les bénévoles. Deux produits résultent de cette recherche. D'abord, un logiciel-outil a été réalisé afin de guider les personnes bénévoles dans l'organisation de réunions. Celui-ci favorise une meilleure compréhension des concepts de gestion de réunions, et ce, en facilitant la réalisation des comptes-rendus de ces rencontres. Le second produit est un modèle proposant des principes adaptés au développement de logiciels-outils formatifs pour les personnes bénévoles. Pour ce qui est des résultats de recherche, ceux-ci ont démontré la pertinence et l'efficacité du logiciel développé. De plus, c'est de manière itérative que les résultats ont permis d'identifier les caractéristiques à prendre en compte dans le cadre du développement de logiciels-outils pour les personnes bénévoles. En effet, le modèle proposé, issu de l'expérience, met en évidence que la simplicité des composantes et de l'interface est une des caractéristiques importantes pour les personnes bénévoles. En outre, l'objet d'apprentissage doit répondre à des besoins concrets et s'appliquer dans l'action et dans un contexte réel. Parallèlement, un logiciel-outil s'adressant à ce groupe d'apprenants doit offrir un apprentissage autonome ou en compagnonnage, c'est d'ailleurs dans cette optique que les outils d'accompagnement devront être développés. Somme toute, les conclusions de cette recherche démontrent que le modèle utilisé a été efficace dans ce projet. Cependant, le nombre restreint d'utilisateurs ne permet pas de généraliser les résultats de cette étude. Toutefois, considérant que la majorité des participants n'ont utilisé le logiciel qu'une fois et que le niveau de satisfaction s'est avéré particulièrement élevé, il ressort que le produit rencontre bien les objectifs de départ. ______________________________________________________________________________ MOTS-CLÉS DE L’AUTEUR : Bénévole, Personne bénévole, Bénévolat, Formation, Adultes, Andragogie, Logiciel, Logiciel-outil, Technologies, Modèles, Recherche développement, Outils technologiques.

Depuis quelques années, les méthodes agiles ont émergées et semblent prometteuses. Ce mémoire relate les travaux réalisés dans le but de procéder à l’implantation d’une méthode agile de développement en entreprise. Afin de distinguer les approches agiles, nous débutons par un rappel des approches traditionnelles. Nous établissons quelles sont les caractéristiques de ces approches, les différents modèles et leurs limitations. Nous analysons ensuite l’offre des approches agiles. Nous définissons en quoi consiste l’agilité et quelles sont les caractéristiques communes de ces approches. Nous présentons quelques méthodes, plus particulièrement : Extreme Programming, Scrum et Crystal Clear. Finalement, nous relatons l’expérience d’une implantation en entreprise afin de vérifier sa facilité d’application. Nous concluons que ces approches adaptatives sont plus efficaces que les approches prédictives lorsqu’elles sont utilisées dans un contexte propice. / In recent years, agile methods have emerged and appear promising. This memoirs describes the work carried out in order to proceed with the implementation of an agile method development in business. To distinguish the agile approaches, we begin with a recap of traditional approaches. We establish what are the characteristics of these approaches, the various models and their limitations. We then analyze the proposal of agile approaches. We define what constitutes agility and what are the common characteristics of these approaches. We present some methods, in particular: Extreme Programming, Scrum and Crystal Clear. Finally, we talk about the experience of an establishment of the agile method into a business in order to verify its ease of implementation. We conclude that these adaptive approaches are more effective then predictive approaches when used in the right context.

Ce mémoire concerne la sécurité informatique appliquée dans le domaine du logiciel informatique. En fait, il s'agit de l'intégration des concepts de la gestion des risques de sécurité pour les systèmes d'information dans un contexte du cycle de développement du logiciel. Après la présentation générale de ces sujets, la recherche aborde la problématique de la présence des vulnérabilités de sécurité dans les logiciels mis en opération. La solution proposée pour restreindre leur présence est fondée sur l'hypothèse qu'il est possible d'intégrer des activités reliées à la gestion des risques de sécurité aux étapes du cycle de développement du logiciel afin que ses bénéfices permettent de diminuer la présence de vulnérabilités de sécurité dans les logiciels produits. La recherche présentée dans ce mémoire prend ses appuis sur des concepts éprouvés dans les différents domaines étudiés. Le Processus Unifié est utilisé à titre de référence pour le cycle de développement du logiciel, tandis que les méthodes EBIOS, MEHARI et OCTAVE ont été employées pour la gestion des risques de sécurité. La démarche analytique entreprise dans cette recherche commence d'abord par l'étude des méthodes de gestion des risques pour en extraire une liste généralisée d'activités de sécurité. Elle présente ensuite des détails sur les activités effectuées dans chacune des étapes du Processus Unifié. En dernier lieu, elle intègre une à une les activités générales de la gestion des risques dans les étapes du cycle de développement logiciel. Les résultats ont démontré qu'un petit nombre d'activités générales de la gestion des risques avait un lien direct avec le cycle de développement du logiciel, alors que les autres pouvaient être intégrées et réalisées en fonction de leurs interdépendances avec les activités concernées. En démontrant que certaines activités avaient un ancrage réel avec une activité de projet réalisée lors d'une étape du cycle de développement logiciel, et qu'il existe de fortes interdépendances entre les activités de gestion des risques, il est alors possible de croire que les activités de gestion des risques peuvent être réalisées conjointement aux activités de projet dans un cycle de développement du logiciel. Puisque la gestion des risques de sécurité vise à diminuer les vulnérabilités de sécurité et qu'elle se retrouve ainsi intégrée au développement logiciel, l'hypothèse fut confirmée. ______________________________________________________________________________ MOTS-CLÉS DE L’AUTEUR : Méthode de gestion des risques de sécurité, Sécurité des systèmes d'information, Cycle de développement du logiciel, Sécurité informatique, Vulnérabilités de sécurité dans les logiciels, EBIOS, MEHARI, OCTAVE, Processus Unifié.

Ce projet de recherche présente de nouvelles données empiriques qui évaluent l'impact des pratiques de gestion de projet dans un environnement de travail créatif. L'étude se concentre sur la gestion de projet de type Agile avec Scrum en raison de sa méthodologie légère et flexible qui se prête bien au développement de nouveaux produits et de gestion de projet en technologie de l'information. Avant cette étude, il y avait un manque de données empiriques permettant de confirmer ou infirmer des proclamations supportant les performances des pratiques de gestion de projet Scrum. Tous, professionnels comme académiciens pouvaient donc se questionner sur les mérites des pratiques de gestion Scrum. Ce projet de recherche atténue ce vide au travers d'une étude exploratoire réalisée au sein d'une entreprise internationale de développement de jeux vidéo. Dans ce projet de recherche, nous avons développé un nouveau modèle de mesure pour les pratiques de gestion de projet Scrum – le premier dans cette catégorie. Nous avons utilisé le modèle ‘KEYS to creativity’ (Amabile, 1996) pour mesurer la créativité dans un environnement de travail. Les résultats démontrent comment les pratiques Scrum contribuent à un environnement de travail créatif. ______________________________________________________________________________ MOTS-CLÉS DE L’AUTEUR : project management, agile, scrum, creativity, keys framework