MESURE DE LA COMPLEXITÉ FONCTIONNELLE DES LOGICIELS

Dimension: px
Commencer à balayer dès la page:

Download "MESURE DE LA COMPLEXITÉ FONCTIONNELLE DES LOGICIELS"

Transcription

1 UNIVERSITÉ DU QUÉBEC À MONTRÉAL MESURE DE LA COMPLEXITÉ FONCTIONNELLE DES LOGICIELS THÈSE PRÉSENTÉE COMME EXIGENCE PARTIELLE DU DOCTORAT EN INFORMATIQUE COGNITIVE Par DE TRAN-CAO JUIN 2005

2 REMERCIEMENTS Cette thèse n aurait pu être accomplie sans l appui de ma famille, des professeurs de l Université du Québec à Montréal (UQÀM) et du personnel administratif du programme. Je tiens donc à remercier toutes les personnes qui ont su me motiver à entreprendre cette recherche et m aider de leurs conseils. Je tiens à remercier profondément Dr. Ghislain Lévesque, professeur à l UQÀM, qui a dirigé ma recherche. Ses précieux conseils de direction ont contribué de façon significative à cette thèse. À titre de directeur du programme, son enthousiasme et sa bonté m ont beaucoup encouragé dans les moments difficiles. Je tiens à remercier également:!" Dr. Jean-Guy Meunier, professeur à l UQÀM, mon co-directeur de recherche, pour ses conseils sur le volet cognitif de la thèse.!" Dr. Marc Bouisset, professeur à l UQÀM, ex-directeur des études de l Institut Francophone pour l Informatique de Hanoi, qui m a motivé à faire mes études à l UQÀM.!" Dr. Alain Abran, professeur à l École de Technologie Supérieur de Montréal, exdirecteur du Laboratoire de Recherche en Gestion des Logiciels (LRGL) de l UQÀM, qui m a offert un stage de recherche au LRGL et m a dirigé au début de la recherche.!" Dr. Robert Dupuis, professeur à l UQÀM, directeur du LRGL, qui m a permis d utiliser les ressources du LRGL et m a fourni un ambiance de travail agréable au LRGL. La liste des personnes qui de près et de loin m ont aidé et encouragé pendant ces années de recherche serait trop longue à produire. Je tiens à remercier les amis du LRGL, le personnel administratif du programme et mes amis vietnamiens à Montréal pour leurs sentiments amicaux et leur appui indispensable. Ces remerciements s adressent à mes parents qui ont travaillé pour l avenir de leur fils. Enfin, je tiens à remercier ma femme et mes filles pour les sacrifices qu elles ont consenti à faire pendant plusieurs années sans jamais se plaindre. Merci à tous!

3 TABLE DES MATIÈRES TABLE DES MATIÈRES...iii LISTE DES FIGURES...viii LISTE DES TABLEAUX... x LISTE DES ACRONYMES... xii RÉSUMÉ...xiii ABSTRACT... xiv INTRODUCTION Concept de la complexité du logiciel Objectif de la thèse Organisation de la thèse Problématique de recherche et démarches... 8 CHAPITRE 1 COMPLEXITÉ ET MESURE DE LA COMPLEXITÉ DU LOGICIEL Concepts utilisés dans la thèse Logiciel Génie logiciel Mesure du logiciel Complexité Effort de développement du logiciel Définitions de la complexité Approche des systèmes complexes Approche computationnelle Complexité du logiciel Notion de la complexité du logiciel Définitions de la complexité du logiciel Deux aspects de la complexité du logiciel Catégorisations des mesures de la complexité du logiciel... 28

4 iv 1.4 Résumé CHAPITRE 2 MESURES BASÉES SUR LE CODE SOURCE ET LA CONCEPTION DU PROGRAMME Mesures de la taille du programme Mesure de lignes de code Science du logiciel de Halstead Mesures de la structure des programmes Mesure de McCabe Mesure de Henry et Kafura Couplage et cohésion Mesures de la compréhensibilité du programme Explication de la complexité au point de vue psychologique Résultats principaux concernant l architecture de l esprit humain Explication de la complexité Résumé CHAPITRE 3 MESURES DE POINTS DE FONCTION Analyse de points de fonction (Function Points Analysis FPA) Concept de point de fonction (PF) Mesure de points de fonction Structure de FPA Limites majeures de FPA Variantes de la méthode de points de fonction Mark-II Feature Points Asset-R Points de fonction 3D (3D Function points) COSMIC-FFP Cadre général de la complexité des méthodes de points de fonction Utilisation des points de fonction Productivité Estimation d effort... 73

5 v 3.5 Problématique de recherche Cadre d analyse de la complexité fonctionnelle Problème d évaluer la complexité Résumé CHAPITRE 4 MODÈLE DE LA COMPLEXITÉ DE LA TÂCHE Complexité de la tâche Modèle de la complexité de la tâche de Wood Complexité des composants Complexité de coordination Complexité dynamique Complexité totale de tâche Remarques sur le modèle de la complexité de la tâche Quelques modèles de la complexité du logiciel basés sur la complexité de la tâche Mesure de la complexité de maintenance Mesure de la complexité de la conception Résumé CHAPITRE 5 NOUVELLE MÉTHODE DE MESURE DE LA COMPLEXITÉ FONCTIONNELLE DU LOGICIEL Modélisation du logiciel Modèle conceptuel du logiciel Modèle fonctionnel du logiciel de COSMIC Modèle fonctionnel du logiciel proposé pour mesurer la complexité Mesures de la complexité du logiciel Logiciel analysé comme une tâche Complexité fonctionnelle analysée comme la complexité de la tâche Cadre de la complexité fonctionnelle Mesure de la complexité de données entrées/sorties Mesure de la complexité structurelle des composants

6 vi Mesure de la complexité du système Résumé des mesures proposées pour mesurer la complexité du logiciel Étude de cas Spécification de l application Comptage de la complexité du Cuiseur de riz Résumé CHAPITRE 6 INVESTIGATION EMPIRIQUE ET VALIDATION DES MESURES DE LA COMPLEXITÉ FONCTIONNELLE Concept de validation de la mesure Validation d une mesure Validation d un système de prédiction Problèmes de validation d une mesure Processus développement d une méthode de mesure Validation du processus de développement d une méthode de mesure Validations des mesures proposées dans cette thèse Validation de la conception de la méthode de mesure Expérimentation sur les mesures de la complexité fonctionnelle proposées Résumé CONCLUSION Cadre de la complexité fonctionnelle Problème d évaluation de la complexité Problème de la validation de la méthode Conformité à la théorie de la mesure Problème d estimation d effort Perspectives futures de recherche Exploitation de la mesure Automatisation de la mesure BIBLIOGRAPHIE

7 vii ANNEXE 1 PUBLICATIONS ANNEXE 2 RAPPORT DE COMPTAGE DE 15 PROJETS Case study 1: Project P Case study 2: Project P Case study 3: Project P Case study 4: Project P Case study 5: Project P Case study 6: Project P Case study 7: Project P Case study 8: Project P Case study 9: Project P Case study 10: Project P Case study 11: Project P Case study 12: project P Case study 13: Project P Case study 14: Project P Case study 15: Project P

8 LISTE DES FIGURES Figure 2.1: Exemple d un graphe de flux (flowgraph) Figure 2.2: Exemple de fan-in et fan-out Figure 2.3: Graphe G Figure 2.4: a) Entropie=0. b) Entropie atteint la valeur maximale pour un graphe de 5 nœuds (H=log5) Figure 3.1: Modèle global de la méthode de points de fonction (FPA) Figure 3.2: Modèle du logiciel de COSMIC Figure 3.3: Quatre types de mouvement de données de COSMIC Figure 3.4: Cadre général de la complexité basée sur les méthodes de points de fonction Figure 4.1: Modèle de la tâche [177] Figure 4.2: Modèle de la complexité de la tâche de Wood Figure 5.1: Exemple d un diagramme de flux et de ses niveaux d abstraction différents Figure 5.2: a) Montre numérique b) Diagramme d état de la montre numérique Figure 5.3: Modèle fonctionnel du logiciel Figure 5.4: Modèle d un processus fonctionnel de COSMIC Figure 5.5: Modèle fonctionnel du logiciel caractérisant la manipulation de données d un processus fonctionnel Figure 5.6: Modélisation de manipulation de données Figure 5.7a: Modèle de traitement de l information de tâche Figure 5.7b: Modèle de traitement de l information de processus fonctionnel Figure 5.8: Modèle de la complexité de la tâche Figure 5.9: Modèle de la complexité du logiciel Figure 5.10: Comptage la taille fonctionnelle de deux processus A et B

9 ix Figure 5.11: Exemple d un graphe représentant la relation de données entre les processus Figure 5.12: Panneau de contrôle du Cuiseur de Riz Figure 5.13: Température cible par mode Figure 5.14: Architecture du Cuiseur de riz Figure 5.15: Graphe représentant les dépendances de données entre les processus fonctionnels du Cuiseur de riz Figure 6.1: Processus de mesure [93] Figure 6.2a: Modèle détaillé du processus de mesure [93] Figure 6.2b: Trois types de validation d une méthode de mesure Figure 6.3: Qualité de la documentation pour identifier les concepts de mesure de COSMIC [151] Figure 6.4a: 15 projets ayant un effort inférieur de 24 homme-mois Figure 6.4b: 10 projets ayant un effort supérieur à 24 homme-mois Figure 6.5 : Deux groupes des projets séparés Figure 6.6: Analyse de performance du modèle de prédiction de l effort utilisant NOD et NOC Figure 6.7: Analyse de performance du modèle de prédiction d effort utilisant CFFP, NOD et NOC Figure 6.8: Analyse de performance du modèle de prédiction d effort utilisant NOD, NOC et EOS Figure 6.9: Résumé (graphique) sur la capacité de prédiction d effort de NOD et NOC Figure 6.10: Résumé (graphique) sur la capacité de prédiction d effort de NOD, NOC et EOS

10 LISTE DES TABLEAUX Tableau 2.1: Exemple des mesures de la complexité du logiciel Tableau 3.1: Type de fonctions élémentaires et les poids de complexité Tableau 3.2: 14 caractéristiques générales du système (GSCs) Tableau 3.3: Six niveaux d influence de 14 GSCs Tableau 3.4: Critères et les poids de la complexité [97] Tableau 3.5: Analyse des mesures de points de fonction selon le cadre de la complexité dans la figure Tableau 3.6: Utilisation des points de fonction dans l industrie [67] Tableau 3.7: Quelques modèles d estimation d effort et leur performance Tableau 4.1: Mise en correspondance des concepts élémentaires de deux modèles Tableau 4.2: Mise en correspondance des mesures de deux modèles Tableau 5.1: Correspondance entre le modèle fonctionnel du logiciel et le modèle de la tâche de Wood Tableau 5.2: Correspondance entre les termes utilisés dans le cadre de la complexité et dans le modèle de la tâche de Wood Tableau 5.3: Résumé des mesures proposées pour la complexité du logiciel. 121 Tableau 5.4: Légende de la figure Tableau 5.5: Complexité des composants (NOD) et la taille fonctionnelle de COSMIC du Cuiseur de Riz Tableau 6.1: Ensemble de données utilisées dans l expérimentation Tableau 6.2: Corrélation linéaire (multiple) entre l effort et les mesures considérées Tableau 6.3: Influence de chaque variable dans la régression multiple entre l effort et NOD et NOC Tableau 6.4: Influence de chaque variable dans la régression multiple entre l effort et CFFP, NOD et NOC Tableau 6.5: Comparaison de la performance des modèles (2) et (3)

11 xi Tableau 6.6: Influence de chaque variable dans la régression multiple entre l effort et NOD, NOC et EOS Tableau 6.7: Comparaison de la performance des modèles (2) et (4) Tableau 6.8: Amplitude d erreur relative des tests croisés sur 15 couples NOD et NOC Tableau 6.9: Amplitude d erreur relative des tests croisés sur 8 triplets NOD, NOC et EOS Tableau 6.10: Résumé sur la capacité de prédiction d effort

12 LISTE DES ACRONYMES CMM COCOMO COSMIC COSMIC-FFP DFD DI EOS FP FPA GQM GSC IEEE IFPUG ISO KLOC LOC MIS MMRE MRE NOC NOD PF PRED ROM SFC SFCM SLIM TCF UFP Capacity Maturity Model Constructive Cost Model Common Software Measurement International Consortium COSMIC- Full Function Points Data Flow Diagram Degree of Influence Entropy of System Function Point Function Points Analysis Goal Question Metric General System Characteristic Institute of Electrical and Electronics Engineers International Function Point User Group International Organization for Standardization Thousand Lines of Code Lines of Code Management Information System Mean Magnitude of Relative Error Magnitude of Relative Error Number of Conditions Number of Data Groups Points de Fonction Prediction Quality Random Access Memory Software Functional Complexity Software Functional Complexity Measure Software Lifecycle Management Technical Complexity Factor Unadjusted Function Point

13 RÉSUMÉ Bien que plusieurs mesures de logiciels soient proposées, le domaine de la mesure du logiciel demeure encore immature. Les mesures existantes ne satisfont pas encore les utilisateurs. Plusieurs chercheurs ont constaté l absence de théories de base servant à guider les méthodes de mesure. D un point de vue pratique, nous avons besoin de mesures tôt dans le cycle de développement ou d évolution afin de prévoir l effort et le coût de développement ou de maintenance du logiciel avec une marge d erreur étroite. Les mesures basées sur la fonctionnalité du logiciel (c est-à-dire, les méthodes de points de fonction) fournissent tôt des indices qui peuvent être utilisés pour estimer l effort et le coût de développement du logiciel. Cependant, le taux d erreurs des estimations avec ces mesures est encore élevé. Les limites majeures de ces mesures sont relatives à la complexité du logiciel. La plupart des mesures disponibles quantifient subjectivement la complexité. Certaines mesures ne couvrent pas suffisamment la complexité. Aucune mesure n est fondée explicitement sur un modèle de la complexité. Cette thèse propose une nouvelle méthode de mesure de la complexité des logiciels. La méthode est de type points de fonction. C est-à-dire que la complexité est quantifiée à partir de la fonctionnalité du logiciel. Elle est donc appelée la complexité fonctionnelle du logiciel. D un point de vue fonctionnel, le logiciel est un ensemble de fonctions qui décrivent le problème à solutionner avec le logiciel. Le problème peut être considéré comme une tâche la tâche à réaliser avec le logiciel. Dans cette thèse, la complexité fonctionnelle du logiciel est donc assimilée à la complexité de la tâche. Elle peut être analysée selon un modèle de la complexité de la tâche. Le modèle de la complexité de la tâche de Wood est introduit comme la base théorique pour comprendre et expliquer la complexité fonctionnelle du logiciel. En se basant sur ce modèle, un modèle conceptuel (un cadre) de la complexité fonctionnelle est proposé. Il se compose de la complexité des composants et la complexité du système. La première tient compte de la complexité intra-fonction qui est caractérisée par les données entrées et sorties et les manipulations internes. La seconde tient compte de la complexité inter-fonctions qui concerne les échanges de données entre les fonctions. Au point de vue théorique, le cadre conceptuel et les mesures proposées dans la thèse sont conformes aux idées philosophiques d Ashby et de Simon sur la complexité. Ils sont aussi conformes au modèle de la complexité de la tâche de Wood parce qu ils sont construits en se basant sur ce modèle. De plus, une investigation empirique sur 15 projets montre que les nouvelles mesures fournissent des indices adéquats pour estimer l effort de développement du logiciel. Le taux d erreurs moyen de l estimation est très bas, 15% seulement. Ce taux est relativement plus faible que le taux d erreurs moyen des estimations obtenues à partir de FPA et COSMIC-FFP qui se situent aux environs de 40%. Mots Clés: Complexité de la tâche, complexité du logiciel, complexité cognitive, estimation d effort, estimation de coût, mesure du logiciel, mesure de la complexité.

14 ABSTRACT Although many software measures have been proposed, the field of software measurement is still in its infancy. The existing measures do not satisfy the users yet. Many researchers have noted the absence of appropriate underlying theories to guide the measurement methods. From a practical point of view, users need a measure that is available early in the development or evolution cycle to predict the effort and the cost of development or maintenance of software with a narrow error margin. The measures based on software functionality (i.e., the function point methods) provide early some indications that can be used to estimate the development effort and the cost of software. However, the error rate of the estimations using these measures is still high. The major limits of these measures are related to software complexity. Most of the available measures subjectively quantify complexity. Some of them do not sufficiently cover complexity. No measure is explicitly based on a software complexity model. This thesis proposes a new method for measuring software complexity. The method is of function point type. This means that the complexity is based on the software s functionality. Therefore, the complexity is called software functional complexity. From a functional point of view, software is a set of functions that describe the problem to be resolved with software. The problem can be considered as a task the task to be implemented with the software. In this thesis, the functional complexity of software is therefore assimilated to the complexity of the task. It can be analyzed after a task complexity model. The task complexity model of Wood is introduced as the underlying theoretical basis to better understand and explain software functional complexity. From this model, a conceptual model (framework) of functional complexity is proposed. It is composed of two aspects: the complexity of components and the complexity of system. The first takes into account the intra-function complexity which is characterized by the inputs and outputs data and the internal manipulations. The second takes into account the inter-functions complexity which refers to the data exchanged between the functions. From a theoretical point of view, the framework and the complexity measures proposed in the thesis conform to Ashby s as well as Simon s philosophical ideas about complexity. They also conform to Wood s task complexity model because they are built upon this model. Moreover, an empirical investigation of 15 software projects shows that the new measures provide relevant indicators to estimate the software development effort. The mean magnitude of relative errors of the estimation is very low, 15% only. This margin is relatively smaller than the margin of errors of estimations using FPA or COSMIC-FFP, which is generally around 40%. Key words: Task complexity, software complexity, cognitive complexity, effort estimation, cost estimation, software measurement, complexity measurement.

15 INTRODUCTION Les mesures jouent un rôle important dans plusieurs domaines scientifiques en général et en génie logiciel en particulier. Lord Kelvin, physicien ( ), disait: «Quand vous pouvez mesurer ce dont vous parlez et l exprimez en nombres, vous pouvez savoir quelque chose à ce sujet; mais quand vous ne pouvez pas le mesurer et l'exprimer en nombres, votre connaissance est en quelque sorte pauvre et insuffisante» [100]. En génie logiciel, les mesures sont utilisées pour contrôler la qualité du produit logiciel et mieux gérer les projets de développement afin de contrôler le coût de production. Elles offrent, d une part, des indices de base pour définir les mesures de la qualité du logiciel comme la fiabilité (reliability), la maintenabilité (maintainability), l extensibilité (extendibility), l utilisabilité (usability) et la réutilisabilité (reusability). D autre part, elles constituent des paramètres pour estimer et gérer l effort, pour contrôler le processus de développement ainsi que contrôler le budget. Les mesures constituent une partie fondamentale des modèles de gestion de qualité du produit logiciel. Les normes de qualité comme CMM [85] et ISO 9000 [91] proposent toujours une approche quantitative selon laquelle les mesures sont utilisées pour comprendre l état actuel du projet et prévoir des caractéristiques futures du projet afin de contrôler la qualité des processus de production ou la qualité du produit lui-même. La présente thèse a pour but de contribuer à améliorer les approches de mesure pour quantifier la complexité du logiciel. Cette mesure est utilisée comme un paramètre pour estimer l effort de développement ou de maintenance du logiciel, et contrôler ensuite la qualité requise dans les processus de production.

16 Introduction 2 1. CONCEPT DE LA COMPLEXITÉ DU LOGICIEL Depuis le début de l informatique, plusieurs méthodes de mesure ont été proposées pour analyser et quantifier la complexité du logiciel. Le concept «complexité du logiciel» n est pas encore bien défini. La complexité est un terme général pour indiquer quelque chose qui est difficile à conquérir, difficile à comprendre, difficile à réaliser, et par la suite, on a besoin de ressources significatives (comme le temps, des connaissances ) pour la maîtriser. La complexité du logiciel est parfois utilisée pour indiquer la difficulté computationnelle du logiciel. Dans ce cas, la complexité du logiciel fait référence aux ressources matérielles (p.ex., le temps du processeur ou l espace mémoire) requises pour exécuter le logiciel (c-à-d, un programme). Alors, elle est appelée la complexité computationnelle du logiciel. Une mesure de la complexité du logiciel dans ce sens fournit un indice du temps ou de l espace mémoire requis pour exécuter le logiciel. La complexité du logiciel est aussi utilisée pour indiquer la difficulté d une tâche sur le logiciel ce qui exige une ressource humaine pour réaliser des travaux sur le logiciel (p.ex., le codage, le test ). Dans ce cas, la complexité du logiciel fait référence à l effort de l individu qui travaille sur le logiciel. De ce fait, elle est encore appelée la complexité psychologique ou la complexité cognitive. Une mesure de la complexité du logiciel dans ce sens fournit un indice de l effort humain (p.ex., homme-mois ou homme-heures) requis pour réaliser une tâche. La tâche à réaliser peut être spécifique (p.ex., le codage, le débogage, le test) ou plus générale comme le développement ou la maintenance du logiciel. Un des problèmes de la mesure de la complexité du logiciel vient du fait que le logiciel n est pas bien défini. Quand on dit «mesure de la complexité du logiciel», l objet de la mesure n est pas clair. Et même si on mentionne explicitement qu on mesure la complexité du programme du logiciel, il y a encore des ambiguïtés car on ne sait pas à quoi la mesure fait référence: la complexité computationnelle ou la complexité cognitive? De ce fait, préciser le but de la mesure est important pour comprendre ce que la mesure veut capturer. 2. OBJECTIF DE LA THÈSE Cette thèse aborde la complexité cognitive. Le but principal de la recherche est d établir une nouvelle méthode de mesure de la complexité du logiciel qui quantifie la complexité

17 Introduction 3 à partir de la fonctionnalité du logiciel pour fournir un indice de l effort de développement du logiciel. Donc, elle est nommée «mesure de la complexité fonctionnelle du logiciel». De ce fait, ce terme n est pas un concept à définir. Il est utilisé pour préciser:!" L attribut de mesure: la complexité!" L objet de la mesure: le logiciel ce qui est défini en se basant sur sa fonctionnalité. Comme déjà mentionné plus haut, la complexité dont on parle est la complexité cognitive et la mesure à établir est un indice de l effort de développement du logiciel. Le concept d effort de développement sera défini plus tard dans la thèse. Ici, il est compris comme le temps en termes d homme-mois requis pour réaliser un projet de développement ou de maintenance du logiciel. Le temps est mesuré tout au long du processus de développement ou de maintenance, à partir de l identification des besoins de l utilisateur jusqu à la livraison de produit. Dans la littérature, il existe des mesures qui poursuivent le même but de mesure que cette thèse. Ce sont les mesures de points de fonction, par exemple Function Points Analysis (FPA) d Albrecht [8,9], Feature Points de Jones [97], Mark-II de Symons [158], entre autres. Ces méthodes permettent d analyser le logiciel assez tôt dans son cycle de vie en se basant sur sa fonctionnalité et d établir une valeur qui s appelle les points de fonction du logiciel. Cette valeur est utilisée comme un indice de base pour des travaux de gestion comme calculer la productivité (c-à-d, le nombre de points de fonction développés dans une unité de temps par un programmeur), calculer le coût unitaire du logiciel ($/point de fonction) et estimer l effort (le nombre d homme-mois) de développement du logiciel. Bien que l évaluation de la complexité des composants et des caractéristiques du logiciel soit une tâche critique dans les méthodes de points de fonction, ces méthodes rencontrent encore des problèmes majeurs dans la façon de tenir compte de la complexité. Aucune méthode de points de fonction ne s appuie sur un modèle explicite de la complexité. La complexité est souvent évaluée de façon subjective (débats et essais). Il est difficile d appliquer ces méthodes de façon cohérente et répétable. De plus, des publications récentes [153,2,165] sur l utilisation de ces méthodes pour estimer l effort de développement du logiciel ont montré que le taux d erreurs moyen des estimations est encore élevé, de 40% et plus. Ceci implique que les mesures actuelles ne reflètent pas bien la complexité qui est associée à l effort de développement du logiciel.

18 Introduction 4 Ces deux limites des méthodes de points de fonction posent deux questions à étudier dans cette thèse. C est-à-dire que nous voulons chercher des mesures objectives basées sur la fonctionnalité du logiciel qui permettent de mieux estimer l effort de développent du logiciel. La thèse propose non seulement une nouvelle méthode de mesure de la complexité, mais aussi une approche pour répondre à des questions fondamentales de la mesure qui concernent la conception de la méthode de mesure et la validation de la méthode de mesure, par exemple:!" Quelle est la théorie sous-jacente qui guide la définition de la complexité fonctionnelle du logiciel?!" Est-ce que la mesure couvre les aspects importants de la complexité fonctionnelle du logiciel?!" Est-ce que la mesure est pertinente? Est-elle un bon indicateur de l effort? Nous essayons de chercher une théorie sous-jacente qui aide à étudier la complexité du logiciel dès la phase de l analyse et aide à répondre à ces questions. Ainsi, l objectif général de cette thèse est d établir une méthode de mesure de la complexité fonctionnelle du logiciel qui ait une base théorique solide. De plus, la nouvelle méthode doit fournir des mesures simples et efficaces pour évaluer le niveau de complexité de la fonctionnalité du logiciel. Donc, la mesure doit se baser sur la fonctionnalité du logiciel et fournir des bons indices de l effort de développement ou de maintenance du logiciel. 3. ORGANISATION DE LA THÈSE La thèse est structurée de la façon suivante:!" Le chapitre 1 introduit les concepts importants relatifs au sujet de recherche: le logiciel, la mesure du logiciel, la notion de la complexité du logiciel, la catégorisation des mesures de la complexité du logiciel, etc. Le but général de ce chapitre est de répondre à deux questions: Qu est-ce que la complexité? et Qu est-ce que la complexité du logiciel? Ces deux questions sont répondues par la revue de la littérature qui se concentrent sur les différentes approches: les systèmes complexes, la théorie de la computation, et le génie logiciel. La revue de la littérature montre que deux aspects importants de la complexité sont la taille et la structure du logiciel. De plus, la complexité de ces aspects peut

19 Introduction 5 être mesurée à partir du code source, de la conception et de la fonctionnalité du logiciel. Ces dernières sont des niveaux d abstraction différents du logiciel.!" Le chapitre 2 présente une revue de la littérature sur les mesures de la complexité qui se sont basées sur le code source et la conception du logiciel. Les mesures de l aspect «taille» sont souvent basées sur le code source, tandis que les mesures de la complexité de la structure du logiciel sont souvent basées la structure du code ou la conception du logiciel. La revue de la littérature vise à montrer comment la complexité est mesurée et à quoi la complexité fait référence. Les mesures de l aspect «taille», comme le nombre des lignes de code [49], sont intuitivement un indicateur de l effort pour écrire le code. Les mesures de l aspect «structure», comme le nombre cyclomatique de McCabe [118], font référence souvent à la facilité de compréhension du code. Ce facteur est considéré comme la cause des erreurs faites par le programmeur pendant la composition du code. De ce fait, les mesures de la complexité structurelle font référence à la difficulté du programmeur (qui se manifeste dans le nombre d erreurs, ou le temps de débogage du code) et à la qualité du code ou à la qualité de la conception. Elles ne reflètent pas directement l effort de développement comme les mesures de la taille, mais elles contribuent à s accroître avec l effort bien sûr. Les mesures qui se basent sur le code source et la conception du logiciel ne sont pas l objet d étude de cette thèse. Cependant, les idées retenues de ces mesures sont utiles et applicables à des mesures de fonctionnalité du logiciel. Elles ont surtout montré comment modéliser la structure du logiciel pour quantifier la complexité structurelle d un composant et la complexité de la relation entre les composants.!" Le chapitre 3 présente une revue de la littérature sur les méthodes de points de fonction (PF). Ces méthodes correspondent à une famille des mesures qui sont basées sur la fonctionnalité du logiciel décrite dans les spécifications. Elles sont les plus proches de la mesure à construire dans cette thèse. Les mesures de points de fonction sont analysées soigneusement dans ce chapitre pour montrer ce qu on veut mesurer et à quoi les points de fonction font référence. En général, les points de fonction sont une valeur indiquant la complexité des composants individuels et les caractéristiques du système entier.

20 Introduction 6 Ils sont une combinaison de deux aspects de la complexité du logiciel: la taille et la complexité structurelle. Dans ces méthodes, «la taille» fait référence au nombre de composants et au nombre des entrées/sorties des composants. La complexité structurelle (d un composant) fait référence à la complexité de la manipulation interne qui est réalisée sur les entrées pour produire les sorties du composant. Elle fait référence aussi aux caractéristiques du logiciel concernant les relations entres les composants dans un système, c est-à-dire la structure du système entier. Ce chapitre montre aussi les problèmes des méthodes de points de fonction. Cet aspect constitue la problématique de recherche de cette thèse. Premièrement, les méthodes de points de fonction existantes n abordent pas directement la complexité du logiciel. Il n y a pas encore un modèle de la complexité sur lequel une méthode de points de fonction est basée. Par conséquent, les méthodes existantes ont des difficultés dans la façon d évaluer la complexité. Certaines méthodes proposent des façons subjectives, tandis que d autres ne couvrent pas suffisamment certains des aspects importants de la complexité. De plus, au point de vue pratique, les points de fonction ont pour but de fournir un indice de l effort. C est-à-dire qu ils sont utilisés pour estimer ou pour juger de l effort de développement du logiciel. Cependant, le taux d erreurs moyen de l estimation d effort est encore élevé, loin du seuil acceptable dans la pratique. Ces limites montrent la nécessité d une théorie sous-jacente qui aide à définir un cadre conceptuel de la complexité et à établir des mesures efficaces dans le but d estimer l effort de développement du logiciel. Elles sont à la base de la problématique de cette thèse.!" Le chapitre 4 introduit le modèle de la complexité de la tâche de Wood. Ce modèle a son origine hors du domaine de la mesure du logiciel. Il provient du domaine de la psychologie. Ce modèle est conforme aux idées philosophiques sur la complexité représentées dans le chapitre 1, où la complexité devrait être mesurée par le principe de la quantité d information: plus il y a d information, plus c est complexe. Selon, le modèle de la tâche de Wood, une tâche est modélisée comme un processus de traitement de l information qui reçoit les informations d entrées,

La Méthode COSMIC-FFP

La Méthode COSMIC-FFP La Méthode COSMIC-FFP Bernard Londeix 1 Les Journées du CMSL 31 Mars 2004 Le CNAM - Paris Sommaire Etape 1: Le context CMMi Description générale du standard ISO/IEC 19761,2003 Les attributs-objets du model

Plus en détail

Product Platform Development: A Functional Approach Considering Customer Preferences

Product Platform Development: A Functional Approach Considering Customer Preferences Product Platform Development: A Functional Approach Considering Customer Preferences THÈSE N O 4536 (2009) PRÉSENTÉE le 4 décembre 2009 À LA FACULTé SCIENCES ET TECHNIQUES DE L'INGÉNIEUR LABORATOIRE DES

Plus en détail

IFT3913 Qualité du logiciel et métriques. Chapitre 3

IFT3913 Qualité du logiciel et métriques. Chapitre 3 IFT3913 Qualité du logiciel et métriques Chapitre 3 Théorie de la mesure Plan du cours Introduction Qualité du logiciel Théorie de la mesure Mesure du produit logiciel Mesure de la qualité du logiciel

Plus en détail

INF 721 Mesures et indicateurs du génie logiciel Trimestre Été 2015 Professeur. Évariste Valéry BÉVO WANDJI

INF 721 Mesures et indicateurs du génie logiciel Trimestre Été 2015 Professeur. Évariste Valéry BÉVO WANDJI UNIVERSITÉ DE SHERBROOKE FACULTÉ DES SCIENCES CENTRE DE FORMATION EN TECHNOLOGIES DE L INFORMATION PLAN DE COURS Cours INF 721 Mesures et indicateurs du génie logiciel Trimestre Été 2015 Professeur Évariste

Plus en détail

Software Design Description

Software Design Description Software Design Description ABSTRACT: KEYWORDS: APPROVED: AUTHOR PROJECT MANAGER PRODUCT OWNER General information/recommendations A SDD provides a representation of a software system created to facilitate

Plus en détail

Testing : A Roadmap. Mary Jean Harrold. Présentation de Olivier Tissot

Testing : A Roadmap. Mary Jean Harrold. Présentation de Olivier Tissot Testing : A Roadmap Mary Jean Harrold Présentation de Olivier Tissot Testing : A Roadmap I. L auteur II. Introduction sur les test : les enjeux, la problématique III. Les tests : roadmap IV. Conclusion

Plus en détail

Exemple PLS avec SAS

Exemple PLS avec SAS Exemple PLS avec SAS This example, from Umetrics (1995), demonstrates different ways to examine a PLS model. The data come from the field of drug discovery. New drugs are developed from chemicals that

Plus en détail

- Couches - Éléments - Domaines - ArchiMate et les techniques du BABOK

- Couches - Éléments - Domaines - ArchiMate et les techniques du BABOK ArchiMate et l architecture d entreprise Par Julien Allaire Ordre du jour Présentation du langage ArchiMate - Couches - Éléments - Domaines - ArchiMate et les techniques du BABOK Présentation du modèle

Plus en détail

IFT3902 : (Gestion de projet pour le) développement, (et la) maintenance des logiciels

IFT3902 : (Gestion de projet pour le) développement, (et la) maintenance des logiciels IFT3902 : (Gestion de projet pour le) développement, (et la) maintenance des logiciels Yann-Gaël Guéhéneuc Professeur adjoint guehene@iro.umontreal.ca, local 2345 Département d informatique et de recherche

Plus en détail

Le génie logiciel. maintenance de logiciels.

Le génie logiciel. maintenance de logiciels. Le génie logiciel Définition de l IEEE (IEEE 1990): L application d une approche systématique, disciplinée et quantifiable pour le développement, l opération et la maintenance de logiciels. Introduction

Plus en détail

IFT3913 Qualité du logiciel et métriques. Chapitre 5 Mesure de la qualité du logiciel

IFT3913 Qualité du logiciel et métriques. Chapitre 5 Mesure de la qualité du logiciel IFT3913 Qualité du logiciel et métriques Chapitre 5 Mesure de la qualité du logiciel Plan du cours Introduction Théorie de la mesure Qualité du logiciel Mesure du produit logiciel Mesure de la qualité

Plus en détail

Forthcoming Database

Forthcoming Database DISS.ETH NO. 15802 Forthcoming Database A Framework Approach for Data Visualization Applications A dissertation submitted to the SWISS FEDERAL INSTITUTE OF TECHNOLOGY ZURICH for the degree of Doctor of

Plus en détail

Embedded Domain-Specific Languages using Libraries and Dynamic Metaprogramming

Embedded Domain-Specific Languages using Libraries and Dynamic Metaprogramming Embedded Domain-Specific Languages using Libraries and Dynamic Metaprogramming THÈSE N O 5007 (2011) PRÉSENTÉE le 20 mai 2011 À LA FACULTÉ INFORMATIQUE ET COMMUNICATIONS LABORATOIRE DE MÉTHODES DE PROGRAMMATION

Plus en détail

PRÉSENTATION TRAVAIL EN COURS - APPRENTISSAGE INTERACTIF. Ianis Lallemand, 21 janvier 2013

PRÉSENTATION TRAVAIL EN COURS - APPRENTISSAGE INTERACTIF. Ianis Lallemand, 21 janvier 2013 PRÉSENTATION TRAVAIL EN COURS - APPRENTISSAGE INTERACTIF Ianis Lallemand, 21 janvier 2013 APPRENTISSAGE INTERACTIF definition Contours encore assez flous dans le champ de l apprentissage automatique. Néanmoins,

Plus en détail

Logiciel Libre Cours 3 Fondements: Génie Logiciel

Logiciel Libre Cours 3 Fondements: Génie Logiciel Logiciel Libre Cours 3 Fondements: Génie Logiciel Stefano Zacchiroli zack@pps.univ-paris-diderot.fr Laboratoire PPS, Université Paris Diderot 2013 2014 URL http://upsilon.cc/zack/teaching/1314/freesoftware/

Plus en détail

IFT3903 Qualité du logiciel et métriques

IFT3903 Qualité du logiciel et métriques IFT3903 Qualité du logiciel et métriques Yann-Gaël Guéhéneuc Hiver 2006 Chapitre 3 Qualité du logiciel (Tiré du cours de Houari Sahraoui) GEODES Ptidej Team OO Programs Quality Evaluation and Enhancement

Plus en détail

IFT3903 Qualité du logiciel et métriques

IFT3903 Qualité du logiciel et métriques IFT3903 Qualité du logiciel et métriques Yann-Gaël Guéhéneuc Hiver 2006 Chapitre 3 Théorie de la mesure (Tiré du cours de Houari Sahraoui) GEODES Ptidej Team OO Programs Quality Evaluation and Enhancement

Plus en détail

Le processus de développement logiciel : les (bonnes) questions à se poser. 2 février 2010

Le processus de développement logiciel : les (bonnes) questions à se poser. 2 février 2010 1 Le processus de développement logiciel : les (bonnes) questions à se poser 2 février 2010 Le plan 2 Un peu d'institutionnel le SED Le développement logiciel Qu'est ce qu'un bon logiciel? Bonnes pratiques

Plus en détail

Les différents paradigmes de programmation

Les différents paradigmes de programmation Les différents paradigmes de programmation Un peu d histoire... Les problèmes posés par les s La programmation Un peu d histoire... Les difficultés du développement La programmation procédurale (ou impérative)

Plus en détail

RÉSUMÉ DE THÈSE. L implantation des systèmes d'information (SI) organisationnels demeure une tâche difficile

RÉSUMÉ DE THÈSE. L implantation des systèmes d'information (SI) organisationnels demeure une tâche difficile RÉSUMÉ DE THÈSE L implantation des systèmes d'information (SI) organisationnels demeure une tâche difficile avec des estimations de deux projets sur trois peinent à donner un résultat satisfaisant (Nelson,

Plus en détail

[Résumé: Intégration d un contrôle automatisé dans une station de test électrique]

[Résumé: Intégration d un contrôle automatisé dans une station de test électrique] SEPTEMBRE 2013 INSA de Strasbourg Génie électrique : Option énergie Par : Adnane BOUKHEFFA Tuteur Institutionnel : M. Guy STURTZER Réalisé au sein du Groupe Legrand 290 Avenue de Colmar, Strasbourg 67100

Plus en détail

Logiciel Libre & qualité. Présentation

Logiciel Libre & qualité. Présentation Logiciel Libre & qualité Alain RENAULT Grégory SERONT Présentation Alain RENAULT Cetic (2001) Responsable des projets Qualité micro-évaluation évaluations OWPL accompagnements en entreprise FUNDP (1998-2001)

Plus en détail

Sujet de TPE PROPOSITION

Sujet de TPE PROPOSITION Single photon source made of single nanodiamonds This project will consist in studying nanodiamonds as single photon sources. The student will study the emission properties of such systems and will show

Plus en détail

Préparer un état de l art

Préparer un état de l art Préparer un état de l art Khalil DRIRA LAAS-CNRS, Toulouse Unité de recherche ReDCAD École Nationale d ingénieurs de Sfax Étude de l état de l art? Une étude ciblée, approfondie et critique des travaux

Plus en détail

TITRE DE LA THESE. Développement durable et lutte contre la pauvreté, Cas de la Tunisie. Par. Riadh Béchir. Unité de recherche ; Laboratoire ;

TITRE DE LA THESE. Développement durable et lutte contre la pauvreté, Cas de la Tunisie. Par. Riadh Béchir. Unité de recherche ; Laboratoire ; TITRE DE LA THESE Développement durable et lutte contre la pauvreté, Cas de la Tunisie Par Riadh Béchir Unité de recherche ; Laboratoire ; Entreprise - Economie - Environnement Economie et sociétés rurales

Plus en détail

IFT3902 Développement, maintenance de logiciels

IFT3902 Développement, maintenance de logiciels Département d informatique et de recherche opérationnelle IFT3902 Développement, maintenance de logiciels François Lustman professeur titulaire François Lustman, 2000 1-1 Plan du cours Ch. 1 Concepts avancés

Plus en détail

2 players Ages 8+ Note: Please keep these instructions for future reference. WARNING. CHOKING HAZARD. Small parts. Not for children under 3 years.

2 players Ages 8+ Note: Please keep these instructions for future reference. WARNING. CHOKING HAZARD. Small parts. Not for children under 3 years. Linja Game Rules 2 players Ages 8+ Published under license from FoxMind Games NV, by: FoxMind Games BV Stadhouderskade 125hs Amsterdam, The Netherlands Distribution in North America: FoxMind USA 2710 Thomes

Plus en détail

Agile&:&de&quoi&s agit0il&?&

Agile&:&de&quoi&s agit0il&?& Association Nationale des Directeurs des Systèmes d Information &:&de&quoi&s agit0il&?& Pierre Delort, Président, Association Nationale des DSI http://www.andsi.fr/tag/delort/ Document confidentiel Ne

Plus en détail

ÉCOLE DE TECHNOLOGIE SUPÉRIEURE UNIVERSITÉ DU QUÉBEC RAPPORT DE PROJET PRÉSENTÉ À L ÉCOLE DE TECHNOLOGIE SUPÉRIEURE

ÉCOLE DE TECHNOLOGIE SUPÉRIEURE UNIVERSITÉ DU QUÉBEC RAPPORT DE PROJET PRÉSENTÉ À L ÉCOLE DE TECHNOLOGIE SUPÉRIEURE ÉCOLE DE TECHNOLOGIE SUPÉRIEURE UNIVERSITÉ DU QUÉBEC RAPPORT DE PROJET PRÉSENTÉ À L ÉCOLE DE TECHNOLOGIE SUPÉRIEURE COMME EXIGENCE PARTIELLE À L OBTENTION DE LA MAÎTRISE EN GÉNIE DES TECHNOLOGIES DE L

Plus en détail

IFT3902 : (Gestion de projet pour le) développement, (et la) maintenance des logiciels

IFT3902 : (Gestion de projet pour le) développement, (et la) maintenance des logiciels IFT3902 : (Gestion de projet pour le) développement, (et la) maintenance des logiciels Yann-Gaël Guéhéneuc Professeur adjoint guehene@iro.umontreal.ca, local 2345 Département d informatique et de recherche

Plus en détail

Editing and managing Systems engineering processes at Snecma

Editing and managing Systems engineering processes at Snecma Editing and managing Systems engineering processes at Snecma Atego workshop 2014-04-03 Ce document et les informations qu il contient sont la propriété de Ils ne doivent pas être copiés ni communiqués

Plus en détail

THESE DE DOCTORAT MODELISATION DE LA FORMATION DES NANOSTRUCTURES OBTENUES PAR ABLATION LASER EN REGIME FEMTOSECONDE

THESE DE DOCTORAT MODELISATION DE LA FORMATION DES NANOSTRUCTURES OBTENUES PAR ABLATION LASER EN REGIME FEMTOSECONDE MINISETRE DE L'ENSEIGNEMENT SUPERIEUR ET DE LA RECHERCHE SCIENTIFIQUE UNIVERSITE MOULOUD MAMMERI, TIZI-OUZOU FACULTE DES SCIENCES DEPARTEMENT DE PHYSIQUE THESE DE DOCTORAT SPECIALITE : Physique OPTION

Plus en détail

FORMULAIRE D ENREGISTREMENT DE THÈSE SOUTENUE. ECOLE DOCTORALE Ecole Nationale Supérieure des Mines de Paris, Sophia Antipolis

FORMULAIRE D ENREGISTREMENT DE THÈSE SOUTENUE. ECOLE DOCTORALE Ecole Nationale Supérieure des Mines de Paris, Sophia Antipolis MINISTÈRE DE L ÉDUCATION NATIONALE SOUS DIRECTION DES BIBLIOTHÈQUES FORMULAIRE D ENREGISTREMENT DE THÈSE SOUTENUE ET DE L INFORMATION SCIENTIFIQUE À FOURNIR OBLIGATOIREMENT EN 2 EXEMPLAIRES POUR TOUTE

Plus en détail

NOTICE D UTILISATION Option USB 2-Ports USB FRANCAIS

NOTICE D UTILISATION Option USB 2-Ports USB FRANCAIS NOTICE D UTILISATION Option USB 2-Ports USB FRANCAIS Introduction Ce supplément vous informe de l utilisation de la fonction USB qui a été installée sur votre table de mixage. Disponible avec 2 ports USB

Plus en détail

Approche organisationnelle basée sur le paradigme agent pour la synthèse & la réutilisation des connaissances en ingénierie collaborative

Approche organisationnelle basée sur le paradigme agent pour la synthèse & la réutilisation des connaissances en ingénierie collaborative Approche organisationnelle basée sur le paradigme agent pour la synthèse & la réutilisation des connaissances en ingénierie collaborative Hind Darwich, doctorante en thèse CIFRE au sein de la société TDC

Plus en détail

Décodage de l activité neuronale

Décodage de l activité neuronale Décodage de l activité neuronale Neurophysiologie et neuro-prosthétique Musallan et al, 2004 Utiliser les signaux physiologiques pour activer des prothèses distantes, plus ou moins intelligentes Neurophysiologie

Plus en détail

Société en commandite Gaz Métro

Société en commandite Gaz Métro RÉPONSE DE SOCIÉTÉ EN COMMANDITE GAZ MÉTRO (GAZ MÉTRO) À LA DEMANDE DE RENSEIGNEMENTS N O 2 DE M. PAUL CHERNICK, EXPERT POUR LE REGROUPEMENT DES ORGANISMES ENVIRONNEMENTAUX EN ÉNERGIE (ROEÉ) ET L UNION

Plus en détail

Formation en conduite et gestion de projets. Renforcer les capacités des syndicats en Europe

Formation en conduite et gestion de projets. Renforcer les capacités des syndicats en Europe Formation en conduite et gestion de projets Renforcer les capacités des syndicats en Europe Pourquoi la gestion de projets? Le département Formation de l Institut syndical européen (ETUI, European Trade

Plus en détail

Analyseur syntaxique C# pour PADL

Analyseur syntaxique C# pour PADL Université de Montréal Projet Ift3150 Analyseur syntaxique C# pour PADL Projet ift3150 Analyseur syntaxique C# pour PADL Page 0 sur 15 Table des matières Introduction I. Énoncé A. Bénéfices attendus B.

Plus en détail

ENSIIE - Intelligence Artificielle (RIIA) - 1er cours

ENSIIE - Intelligence Artificielle (RIIA) - 1er cours ENSIIE - Intelligence Artificielle (RIIA) - 1er cours Benjamin PIWOWARSKI 28 septembre 2015 Benjamin PIWOWARSKI IA - 1er cours 28 septembre 2015 1 / 53 Introduction Plan 1 Introduction 2 Définitions 3

Plus en détail

COMPILING SCALA FOR THE JAVA VIRTUAL MACHINE

COMPILING SCALA FOR THE JAVA VIRTUAL MACHINE COMPILING SCALA FOR THE JAVA VIRTUAL MACHINE THÈSE N O 3302 (2005) PRÉSENTÉE À LA FACULTÉ INFORMATIQUE ET COMMUNICATIONS Institut d'informatique fondamentale SECTION D'INFORMATIQUE ÉCOLE POLYTECHNIQUE

Plus en détail

ENSE3 - API/CSPI et Master Automatique - 2008/2009

ENSE3 - API/CSPI et Master Automatique - 2008/2009 ENSE3 - API/CSPI et Master Automatique - 28/29 DS Commande robuste - - 19 janvier 29 Nom Prénom Signature ATTENTION: Mettre votre nom et répondre directement sur les feuilles de l énoncé. Justifiez vos

Plus en détail

Publication IEC 61000-4-3 (Edition 3.0 2008) I-SH 01

Publication IEC 61000-4-3 (Edition 3.0 2008) I-SH 01 Publication IEC 61000-4-3 (Edition 3.0 2008) I-SH 01 Electromagnetic compatibility (EMC) Part 4-3: Testing and measurement techniques Radiated, radio-frequency, electromagnetic field immunity test INTERPRETATION

Plus en détail

Conférences invitées

Conférences invitées Conférences invitées The Process of Process Modeling Barbara Weber University of Innsbruck, Austria Barbara.Weber@uibk.ac.at ABSTRACT. Business process models have gained significant importance due to

Plus en détail

Bilan de thèse à mi-parcours

Bilan de thèse à mi-parcours Bilan de thèse à mi-parcours Benjamin Lévy 26 mars 2012 Introduction La thèse de doctorat d informatique (école doctorale 130, EDITE) dont le titre officiel est le suivant : Avatars capables d écoute,

Plus en détail

INGENIERIE COLLABORATIVE, ELLE A TOUT D'UNE GRANDE...

INGENIERIE COLLABORATIVE, ELLE A TOUT D'UNE GRANDE... INGENIERIE COLLABORATIVE, ELLE A TOUT D'UNE GRANDE... Article rédigé pour les Etats généraux 2008 du MICADO, par Yannick BOUDIER. Résumé : L ingénierie collaborative est souvent prise pour un système d

Plus en détail

PROJET DE LOI C- BILL C- SECRET SECRET HOUSE OF COMMONS OF CANADA CHAMBRE DES COMMUNES DU CANADA

PROJET DE LOI C- BILL C- SECRET SECRET HOUSE OF COMMONS OF CANADA CHAMBRE DES COMMUNES DU CANADA SECRET C- SECRET C- First Session, Forty-first Parliament, Première session, quarante et unième législature, HOUSE OF COMMONS OF CANADA CHAMBRE DES COMMUNES DU CANADA BILL C- PROJET DE LOI C- An Act to

Plus en détail

Gestion de la configuration et contrôle du code source

Gestion de la configuration et contrôle du code source MGL7460 Automne 2015 Gestion de la configuration et contrôle du code source Guy Tremblay Professeur Département d informatique UQAM http://www.labunix.uqam.ca/~tremblay 10 septembre 2015 Parmi les premières

Plus en détail

Niveau débutant/beginner Level

Niveau débutant/beginner Level LE COFFRE À OUTILS/THE ASSESSMENT TOOLKIT: Niveau débutant/beginner Level Sampler/Echantillon Instruments d évaluation formative en français langue seconde Formative Assessment Instruments for French as

Plus en détail

THÈSE. présentée à TÉLÉCOM PARISTECH. pour obtenir le grade de. DOCTEUR de TÉLÉCOM PARISTECH. Mention Informatique et Réseaux. par.

THÈSE. présentée à TÉLÉCOM PARISTECH. pour obtenir le grade de. DOCTEUR de TÉLÉCOM PARISTECH. Mention Informatique et Réseaux. par. École Doctorale d Informatique, Télécommunications et Électronique de Paris THÈSE présentée à TÉLÉCOM PARISTECH pour obtenir le grade de DOCTEUR de TÉLÉCOM PARISTECH Mention Informatique et Réseaux par

Plus en détail

Un ACTIF InConToURnABLE PoUR DEs PARTEnARIATs significatifs. social. An ASSeT To meaningful PARTneRSHIPS

Un ACTIF InConToURnABLE PoUR DEs PARTEnARIATs significatifs. social. An ASSeT To meaningful PARTneRSHIPS Le capital Un ACTIF InConToURnABLE PoUR DEs PARTEnARIATs significatifs social capital An ASSeT To meaningful PARTneRSHIPS Présentation des participants participants presentation Fondation Dufresne et Gauthier

Plus en détail

English Q&A #1 Braille Services Requirement PPTC 144918. Q1. Would you like our proposal to be shipped or do you prefer an electronic submission?

English Q&A #1 Braille Services Requirement PPTC 144918. Q1. Would you like our proposal to be shipped or do you prefer an electronic submission? English Q&A #1 Braille Services Requirement PPTC 144918 Q1. Would you like our proposal to be shipped or do you prefer an electronic submission? A1. Passport Canada requests that bidders provide their

Plus en détail

Initiative d excellence de l université de Bordeaux. Réunion du Comité stratégique 17-19 décembre 2014. Recommandations

Initiative d excellence de l université de Bordeaux. Réunion du Comité stratégique 17-19 décembre 2014. Recommandations Initiative d excellence de l université de Bordeaux Réunion du Comité stratégique 17-19 décembre 2014 Recommandations 2/1 RECOMMANDATIONS DU COMITE STRATEGIQUE Une feuille de route pour le conseil de gestion

Plus en détail

Rapport de certification

Rapport de certification Rapport de certification Memory Arrays avec Memory Gateways Version 5.5.2 Préparé par : Le Centre de la sécurité des télécommunications à titre d organisme de certification dans le cadre du Schéma canadien

Plus en détail

Quatre axes au service de la performance et des mutations Four lines serve the performance and changes

Quatre axes au service de la performance et des mutations Four lines serve the performance and changes Le Centre d Innovation des Technologies sans Contact-EuraRFID (CITC EuraRFID) est un acteur clé en matière de l Internet des Objets et de l Intelligence Ambiante. C est un centre de ressources, d expérimentations

Plus en détail

Lions Club de Beaune 2013-2014. Des outils de communication pour les

Lions Club de Beaune 2013-2014. Des outils de communication pour les Des outils de communication pour les jeunes Autistes Une année orientée Jeunesse Rencontre de l association des Papillons Blancs de Beaune qui nous a présenté le projet développé en interne et consistant

Plus en détail

Application Form/ Formulaire de demande

Application Form/ Formulaire de demande Application Form/ Formulaire de demande Ecosystem Approaches to Health: Summer Workshop and Field school Approches écosystémiques de la santé: Atelier intensif et stage d été Please submit your application

Plus en détail

IEEE Learning Technology Standards Committee Comité des Normes en Technologies d Apprentissage de l IEEE

IEEE Learning Technology Standards Committee Comité des Normes en Technologies d Apprentissage de l IEEE IEEE Learning Technology Standards Committee Comité des Normes en Technologies d Apprentissage de l IEEE Robby Robson Chair, LTSC Président, LTSC rrobson@eduworks.com 19 March, 2003 What is the LTSC? Le

Plus en détail

Macroscope et l'analyse d'affaires. Dave Couture Architecte principal Solutions Macroscope

Macroscope et l'analyse d'affaires. Dave Couture Architecte principal Solutions Macroscope Macroscope et l'analyse d'affaires Dave Couture Architecte principal Solutions Macroscope Avis Avis d intention Ce document a pour but de partager des éléments de vision et d intentions de Fujitsu quant

Plus en détail

Archived Content. Contenu archivé

Archived Content. Contenu archivé ARCHIVED - Archiving Content ARCHIVÉE - Contenu archivé Archived Content Contenu archivé Information identified as archived is provided for reference, research or recordkeeping purposes. It is not subject

Plus en détail

CONTRAT D ETUDES - LEARNING AGREEMENT

CONTRAT D ETUDES - LEARNING AGREEMENT CONTRAT D ETUDES - LEARNING AGREEMENT Règles générales La présence aux séances d enseignement des modules choisis est obligatoire. Chaque module comporte des séances de travail encadrées et non encadrées

Plus en détail

ESTIMATIONS DES CHARGES D UN PROJET DE SYSTEME D INFORMATIONS. 05/09/2007 V1.0 Gestion projets - Estimation charges 1

ESTIMATIONS DES CHARGES D UN PROJET DE SYSTEME D INFORMATIONS. 05/09/2007 V1.0 Gestion projets - Estimation charges 1 ESTIMATIONS DES CHARGES D UN PROJET DE SYSTEME D INFORMATIONS 05/09/2007 V1.0 Gestion projets - Estimation charges 1 - Risques projets Sommaire: - Estimation des charges - Méthodes d Estimation 05/09/2007

Plus en détail

NORME INTERNATIONALE INTERNATIONAL STANDARD. Dispositifs à semiconducteurs Dispositifs discrets. Semiconductor devices Discrete devices

NORME INTERNATIONALE INTERNATIONAL STANDARD. Dispositifs à semiconducteurs Dispositifs discrets. Semiconductor devices Discrete devices NORME INTERNATIONALE INTERNATIONAL STANDARD CEI IEC 747-6-3 QC 750113 Première édition First edition 1993-11 Dispositifs à semiconducteurs Dispositifs discrets Partie 6: Thyristors Section trois Spécification

Plus en détail

Sélection de variables groupées avec les forêts aléatoires. Application à l analyse des données fonctionnelles multivariées.

Sélection de variables groupées avec les forêts aléatoires. Application à l analyse des données fonctionnelles multivariées. Sélection de variables groupées avec les forêts aléatoires. Application à l analyse des données fonctionnelles multivariées. Baptiste Gregorutti 12, Bertrand Michel 2 & Philippe Saint Pierre 2 1 Safety

Plus en détail

IFT3902 : (Gestion de projet pour le) développement, (et la) maintenance des logiciels

IFT3902 : (Gestion de projet pour le) développement, (et la) maintenance des logiciels IFT3902 : (Gestion de projet pour le) développement, (et la) maintenance des logiciels Yann-Gaël Guéhéneuc Professeur adjoint guehene@iro.umontreal.ca, local 2345 (Cours inspiré du cours du Pr. François

Plus en détail

Environnements de Développement

Environnements de Développement Institut Supérieur des Etudes Technologiques de Mahdia Unité d Enseignement: Environnements de Développement Mme BEN ABDELJELIL HASSINE Mouna m.bnaj@yahoo.fr Développement des systèmes d Information Syllabus

Plus en détail

MATHÉMATIQUES CYCLE TERMINAL DE LA SÉRIE ÉCONOMIQUE ET SOCIALE ET DE LA SÉRIE LITTERAIRE CLASSE DE PREMIÈRE

MATHÉMATIQUES CYCLE TERMINAL DE LA SÉRIE ÉCONOMIQUE ET SOCIALE ET DE LA SÉRIE LITTERAIRE CLASSE DE PREMIÈRE Annexe MATHÉMATIQUES CYCLE TERMINAL DE LA SÉRIE ÉCONOMIQUE ET SOCIALE ET DE LA SÉRIE LITTERAIRE CLASSE DE PREMIÈRE L enseignement des mathématiques au collège et au lycée a pour but de donner à chaque

Plus en détail

Autres termes clés (Other key terms)

Autres termes clés (Other key terms) Carve-out method Autres termes clés (Other key terms) Norme Rapports d assurance sur les contrôles d une société de services extérieurs (, Assurance Reports on Controls at a Third Party Service Organization)

Plus en détail

GREDOR Gestion des Réseaux Electriques de Distribution Ouverts aux Renouvelables. Presentation and snapshot of achieved work

GREDOR Gestion des Réseaux Electriques de Distribution Ouverts aux Renouvelables. Presentation and snapshot of achieved work GREDOR Gestion des Réseaux Electriques de Distribution Ouverts aux Renouvelables Presentation and snapshot of achieved work FLEXIPAC meeting Bertrand Cornélusse, University of Liège December 2014 1 P L

Plus en détail

Réseaux de neurones formels

Réseaux de neurones formels Réseaux de neurones formels Christian Jutten Lab. des Images et des Signaux (LIS) UMR 5083 Centre National de la Recherche Scientifique, Institut National Polytechnique de Grenoble, Université Joseph Fourier

Plus en détail

Construire son projet : Rédiger la partie impacts (2/4) Service Europe Direction des Programmes et de la Formation pour le Sud

Construire son projet : Rédiger la partie impacts (2/4) Service Europe Direction des Programmes et de la Formation pour le Sud Construire son projet : Rédiger la partie impacts (2/4) Service Europe Direction des Programmes et de la Formation pour le Sud Sommaire Construire son projet : Rédiger la partie impacts (2/4) Comment définir

Plus en détail

M I S E E N P L A C E D U N O U T I L D E M A N A G E M E N T D E P R O J E T

M I S E E N P L A C E D U N O U T I L D E M A N A G E M E N T D E P R O J E T M I S E E N P L A C E D U N O U T I L D E M A N A G E M E N T D E P R O J E T F A C I L I T A N T L A G E S T I O N C O N T R A C T U E L L E Q U O T I D I E N N E D U M A I T R E D O E U V R E D E X E

Plus en détail

LE PROBLÈME DE RECHERCHE ET LA PROBLÉMATIQUE

LE PROBLÈME DE RECHERCHE ET LA PROBLÉMATIQUE LE PROBLÈME DE RECHERCHE ET LA PROBLÉMATIQUE Un problème de recherche est l écart qui existe entre ce que nous savons et ce que nous voudrions savoir à propos d un phénomène donné. Tout problème de recherche

Plus en détail

conception des messages commerciaux afin qu ils puissent ainsi accroître la portée de leur message.

conception des messages commerciaux afin qu ils puissent ainsi accroître la portée de leur message. RÉSUMÉ Au cours des dernières années, l une des stratégies de communication marketing les plus populaires auprès des gestionnaires pour promouvoir des produits est sans contredit l utilisation du marketing

Plus en détail

100004371 Social Finance Accelerator Initiative. July 10, 2015 Question:

100004371 Social Finance Accelerator Initiative. July 10, 2015 Question: 100004371 Social Finance Accelerator Initiative July 10, 2015 Question: Although I have not yet heard a response about my two prior questions, I have another question relating to the DOS Security Requirement.

Plus en détail

Quelques conseils pour la rédaction d un article pour publication dans une revue avec comité de lecture René Laprise Janvier 2009

Quelques conseils pour la rédaction d un article pour publication dans une revue avec comité de lecture René Laprise Janvier 2009 Quelques conseils pour la rédaction d un article pour publication dans une revue avec comité de lecture René Laprise Janvier 2009 Considérations générales Le premier conseil est de choisir la revue où

Plus en détail

RETRO-INGENIERIE DES BASES DE DONNEES

RETRO-INGENIERIE DES BASES DE DONNEES RETRO-INGENIERIE DES BASES DE DONNEES Les contenus de ce document sont la propriété exclusive de la société REVER. Ils ne sont transmis qu à titre d information et ne peuvent en aucun cas être considérés

Plus en détail

MÉMOIRE DE THÈSE PROPOSÉ POUR L OBTENTION DU TITRE DE DOCTEUR L ÉCOLE CENTRALE DE LYON SPÉCIALITÉ MÉCANIQUE

MÉMOIRE DE THÈSE PROPOSÉ POUR L OBTENTION DU TITRE DE DOCTEUR L ÉCOLE CENTRALE DE LYON SPÉCIALITÉ MÉCANIQUE MÉMOIRE DE THÈSE PROPOSÉ POUR L OBTENTION DU TITRE DE DOCTEUR DE L ÉCOLE CENTRALE DE LYON SPÉCIALITÉ MÉCANIQUE ÉCOLE DOCTORALE DE MÉCANIQUE DE LYON (UCBL / INSA / ECL) PAR Kamila FLÍDROVÁ Contribution

Plus en détail

AGROBASE : un système de gestion de données expérimentales

AGROBASE : un système de gestion de données expérimentales AGROBASE : un système de gestion de données expérimentales Daniel Wallach, Jean-Pierre RELLIER To cite this version: Daniel Wallach, Jean-Pierre RELLIER. AGROBASE : un système de gestion de données expérimentales.

Plus en détail

Save the Children. Suivi - Evaluation. Collecte et Utilisation des Données. Participation des parties prenantes

Save the Children. Suivi - Evaluation. Collecte et Utilisation des Données. Participation des parties prenantes Suivi - Evaluation Collecte et Utilisation des Données Participation des parties prenantes Frédéric Arsène DAYAMBA Coordonnateur MEAL 23/04/2015 Save the Children 1 Overview of the Module : Data Collection

Plus en détail

Forum AMOA ADN Ouest. Présentation du BABOK. 31 Mars 2013 Nadia Nadah

Forum AMOA ADN Ouest. Présentation du BABOK. 31 Mars 2013 Nadia Nadah Forum AMOA ADN Ouest Présentation du BABOK 31 Mars 2013 Nadia Nadah Ce qu est le BABOK Ce que n est pas le BABOK Définition de la BA - BABOK version 2 Le processus de Business Analysis La structure du

Plus en détail

XSORIES WEYE FEYE FAQ

XSORIES WEYE FEYE FAQ XSORIES WEYE FEYE FAQ ENGLISH FRANCAIS WEYE FEYE FAQ ENGLISH 1. COMPATIBILITY Weye Feye is compatible with the following cameras: CANON EOS 5DmII EOS 5DmIII EOS 6D EOS 7D EOS 40D EOS 50D EOS 60D EOS 70D

Plus en détail

physicien diplômé EPFZ originaire de France présentée acceptée sur proposition Thèse no. 7178

physicien diplômé EPFZ originaire de France présentée acceptée sur proposition Thèse no. 7178 Thèse no. 7178 PROBLEMES D'OPTIMISATION DANS LES SYSTEMES DE CHAUFFAGE A DISTANCE présentée à l'ecole POLYTECHNIQUE FEDERALE DE ZURICH pour l'obtention du titre de Docteur es sciences naturelles par Alain

Plus en détail

Évaluation et implémentation des langages

Évaluation et implémentation des langages Évaluation et implémentation des langages Les langages de programmation et le processus de programmation Critères de conception et d évaluation des langages de programmation Les fondations de l implémentation

Plus en détail

Analyse de l activité

Analyse de l activité Plan et liens avec UE2-15 Fondamentaux des IHM (M2 UE2-6) Valérie Renault valerie.renault@lium.univ-lemans.fr Analyse préalable de l activité [UE2-6] (cours / TP) Spécifications cahier des charges et spécifications

Plus en détail

Experiences TCM QUALITY MARK. Project management Management systems ISO 9001 ISO 14001 ISO 22000

Experiences TCM QUALITY MARK. Project management Management systems ISO 9001 ISO 14001 ISO 22000 TCM QUALITY MARK Jean-Marc Bachelet Tocema Europe workshop 4 Project management Management systems ISO 9001 ISO 14001 ISO 22000 + lead auditors for certification bodies Experiences Private and state companies,

Plus en détail

IS/07/TOI/164004. http://www.adam-europe.eu/adam/project/view.htm?prj=6140

IS/07/TOI/164004. http://www.adam-europe.eu/adam/project/view.htm?prj=6140 La vente au détail - RetAiL est un cours fondé sur la technologie de l information, un IS/07/TOI/164004 1 Information sur le projet La vente au détail - RetAiL est un cours fondé sur la technologie de

Plus en détail

UN NOUVEL ASSISTANT DE PREUVE POUR REVISITER THÉORIE DES TYPES HOMOTOPIQUES LA THÉORIE SUPPORTANT COQ AVEC LA NICOLAS TABAREAU

UN NOUVEL ASSISTANT DE PREUVE POUR REVISITER THÉORIE DES TYPES HOMOTOPIQUES LA THÉORIE SUPPORTANT COQ AVEC LA NICOLAS TABAREAU COQHOTT UN NOUVEL ASSISTANT DE PREUVE POUR REVISITER LA THÉORIE SUPPORTANT COQ AVEC LA THÉORIE DES TYPES HOMOTOPIQUES NICOLAS TABAREAU Le projet 2 The CoqHoTT project Design and implement a brand-new proof

Plus en détail

ÉCOLE DE TECHNOLOGIE SUPÉRIEURE UNIVERSITÉ DU QUÉBEC THÈSE PRÉSENTÉE À L ÉCOLE DE TECHNOLOGIE SUPÉRIEURE

ÉCOLE DE TECHNOLOGIE SUPÉRIEURE UNIVERSITÉ DU QUÉBEC THÈSE PRÉSENTÉE À L ÉCOLE DE TECHNOLOGIE SUPÉRIEURE ÉCOLE DE TECHNOLOGIE SUPÉRIEURE UNIVERSITÉ DU QUÉBEC THÈSE PRÉSENTÉE À L ÉCOLE DE TECHNOLOGIE SUPÉRIEURE COMME EXIGENCE PARTIELLE À L OBTENTION DU DOCTORAT EN GÉNIE Ph.D PAR CHEIKHI, Laila ÉTUDES EMPIRIQUES

Plus en détail

EUDAT and CINES data preservation services. Workshop PREDON Stéphane Coutin 05 nov 2014

EUDAT and CINES data preservation services. Workshop PREDON Stéphane Coutin 05 nov 2014 EUDAT and CINES data preservation services Workshop PREDON Stéphane Coutin 05 nov 2014 Le CINES Basé à Montpellier (Hérault, France) EPA créé en 1999, succédant au CNUSC (Centre National Universitaire

Plus en détail

Cette Leçon va remplir ces attentes spécifiques du curriculum :

Cette Leçon va remplir ces attentes spécifiques du curriculum : Dev4Plan1 Le Plan De Leçon 1. Information : Course : Français Cadre Niveau : Septième Année Unité : Mes Relations Interpersonnelles Thème du Leçon : Les Adjectifs Descriptifs Date : Temps : 55 minutes

Plus en détail

Présentation Gérer le risque de taux d intérêt d un immobilier de rendement

Présentation Gérer le risque de taux d intérêt d un immobilier de rendement Présentation Gérer le risque de taux d intérêt d un immobilier de rendement Ce document présente une approche visant à évaluer le risque de taux d intérêt propre à chaque investissement immobilier et propose

Plus en détail

Ingénierie et gestion des connaissances

Ingénierie et gestion des connaissances Master Web Intelligence ICM Option Informatique Ingénierie et gestion des connaissances Philippe BEAUNE Philippe.Beaune@emse.fr 18 novembre 2008 Passer en revue quelques idées fondatrices de l ingénierie

Plus en détail

Estimation des charges. «Le travail se dilate jusqu à remplir le temps disponible»

Estimation des charges. «Le travail se dilate jusqu à remplir le temps disponible» «Le travail se dilate jusqu à remplir le temps disponible» Le savoir faire du chef de projet Pas d excès d optimisme Retour sur expérience Toujours garder de la marge Identifier les points à risque Ne

Plus en détail

L approche Bases de données

L approche Bases de données L approche Bases de données Cours: BD. Avancées Année: 2005/2006 Par: Dr B. Belattar (Univ. Batna Algérie) I- : Mise à niveau 1 Cours: BDD. Année: 2013/2014 Ens. S. MEDILEH (Univ. El-Oued) L approche Base

Plus en détail

SC 27/WG 5 Normes Privacy

SC 27/WG 5 Normes Privacy SC 27/WG 5 Normes Privacy Club 27001 Toulousain 12/12/2014 Lionel VODZISLAWSKY Chief Information Officer l.vodzislawsky@celtipharm.com PRE-CTPM 141212-Club27001 Toulouse normes WG5_LV L organisation de

Plus en détail

GRAPHIC STANDARDS MANUAL

GRAPHIC STANDARDS MANUAL GRAPHIC STANDARDS MANUAL CHARTE GRAPHIQUE This Graphic Standards Manual is aimed at the relays of the Europe Direct information network. They are members of a single family dedicated to the same aim: the

Plus en détail

AL5L Architecture logicielle. Séance 1 Introduction

AL5L Architecture logicielle. Séance 1 Introduction AL5L Architecture logicielle Séance 1 Introduction Sébastien Combéfis lundi 10 novembre 2014 Ce(tte) œuvre est mise à disposition selon les termes de la Licence Creative Commons Attribution Pas d Utilisation

Plus en détail

1.The pronouns me, te, nous, and vous are object pronouns.

1.The pronouns me, te, nous, and vous are object pronouns. 1.The pronouns me, te, nous, and vous are object pronouns.! Marie t invite au théâtre?!! Oui, elle m invite au théâtre.! Elle te parle au téléphone?!! Oui, elle me parle au téléphone.! Le prof vous regarde?!!!

Plus en détail

Nom de l application

Nom de l application Ministère de l Enseignement Supérieur et de la Recherche Scientifique Direction Générale des Etudes Technologiques Institut Supérieur des Etudes Technologiques de Gafsa Département Technologies de l Informatique

Plus en détail