Proposition d une classification des méthodes d estimation des projets de systèmes d information

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

Download "Proposition d une classification des méthodes d estimation des projets de systèmes d information"

Transcription

1 Proposition d une classification des méthodes d estimation des projets de systèmes d information SAFAE LAQRICHI, FRANÇOIS MARMIER, DIDIER GOURC Université de Toulouse, Mines Albi, Centre Génie Industriel Route de Teillet, Campus Jarlard, Albi Cedex 09, France {safae.laqrichi, francois.marmier, Résumé L estimation de l effort, de la durée et du coût de développement des projets logiciels est une pratique fondamentale et cruciale dans la gestion de projets logiciels. Elle est très utilisée dans le processus d appel d offre, le processus de définition du projet ainsi que tout au long du cycle de vie des logiciels. Diverses méthodes et techniques d estimation de l effort de développement sont utilisées, et chaque méthode est adaptée à un contexte de projet. L'objectif de cet article est de proposer une classification de méthodes d estimation afin d'aider le manager à choisir la méthode la plus appropriée à son projet. Pour cela nous proposons une revue des méthodes d estimation et des classifications d approches d estimation. Puis, nous présentons certains critères utilisés par ces classifications. Ce travail s'inscrit dans une première phase du projet FUI 13 ProjEstimate qui a débuté en septembre 2012 et qui vise à améliorer les pratiques d estimation, et à implémenter toutes les méthodes et outils nécessaires au sein d une plateforme unique. Abstract - Estimation of effort, duration and cost of development of software projects is a fundamental and crucial practice in the project management. It is very used in bidding process or in the process of defining the project and throughout the software life cycle. Various effort estimation methods and techniques are used, and each method is adapted to a project. The objective of this paper is to propose a classification of methods to assist the manager to choose the most appropriate for their project. For this purpose, we propose a review of estimation methods and estimation methods classifications. Then, we present some criteria for classifying methods. This work is part of a first phase of the project ProjEstimate FUI 13 which began in September 2012 and which aims to improve the estimation practices, reduce costs, and implement all the methods and tools in a single platform. Mots clés - Effort de développement, Taille de projet, Critères de classification, Processus d estimation. Keywords Development effort, Project size, Classification citeria, Estimation process. 1 INTRODUCTION Le dérapage des projets informatiques en termes de délai et de coût est l un des problèmes que doivent gérer les managers de projets logiciels. Plusieurs facteurs peuvent être la cause de tels échecs. L imprécision des besoins du client, l incomplétude ou le manque de maturité des exigences et des spécifications exprimées par le client dans les phases amont du projet, la mauvaise compréhension de ces besoins par l entreprise prestataire de services, l incertitude des exigences du système ou du logiciel, et l imprécision de l estimation de la taille du projet et ainsi de la charge, du coût et du délai de développement du système ou du logiciel peuvent être les plus importants de ces facteurs d échec [Muzaffar et Ahmed, 2010] [Jorgensen and Grimstad, 2011]. Dans l industrie du logiciel, l estimation de la taille ou de l effort de développement des projets logiciels est une pratique nécessaire pour le client et l entreprise prestataire de services. L estimation aide le client, dans la phase de préparation des appels d offre, à établir le budget destiné au financement de ses projets d une part, elle permet d autre part au chef de projet d anticiper le futur, d identifier les risques et d établir un planning de projet afin de mieux le piloter. L estimation permet au client et au chef de projet de négocier le cahier des charges, les spécifications du logiciel, le budget destiné au financement et le délai de développement du projet. En phase amont de projet, l estimation se base sur les spécifications de projet et permet de donner un ordre de grandeur sur la taille, le coût et la durée de réalisation de projet. Au cours du projet, les informations techniques et fonctionnelles relatives au logiciel deviennent de plus en plus précises et détaillées. L estimation est alors retravaillée au fur et à mesure de l avancement du projet, elle se base sur ces nouvelles informations, et permet ainsi d affiner la charge, le coût et la durée mais aussi d ajuster le planning des tâches de projet. L activité d estimation est devenue une activité stratégique permettant de bien manager et bien piloter une affaire ou un projet de système d information. Mais, la nature immatérielle des projets de système d information, l utilisation de nouvelles technologies de programmation, l évolution rapide des méthodes et des technologies de développement, l inexpérience de l équipe de développement peuvent rendre l activité d estimation complexe. Plusieurs techniques et approches d estimation ont été développées au fil des années afin de répondre aux besoins croissants des chefs de projets. Mais au regard de ces nombreuses méthodes et techniques d estimation, il est important de savoir choisir et sélectionner les plus adéquates pour un contexte de projet particulier. Peu de travaux abordent la problématique de choix de méthodes d estimation. La plupart d auteurs s intéressent plutôt aux choix d approches d estimation que de méthodes d estimation. Ils proposent pour ce propos des classifications. Ces classifications peuvent se baser sur différents facteurs relatifs au projet et à l environnement de développement tels

2 que le stade d avancement du projet, c est-à-dire le degré de connaissance que l on a sur le projet. Notre article présente une synthèse des méthodes de choix d approches d estimation, et les critères utilisés. Puis, il propose une classification des méthodes d estimation selon plusieurs critères. L'objectif de cette classification est de fournir une aide à l estimateur pour choisir la méthode la plus adaptée au contexte de son projet et à l environnement de développement. L'article est structuré en 4 sections. La première section présente la démarche générale d estimation, la deuxième section présente les approches classiques d estimation ainsi que quelques approches proposées et développées par des chercheurs. Dans la troisième section, nous présentons les différentes classifications existantes pour aider au choix d approches d estimation adéquates. Et enfin, nous proposons dans la quatrième section une classification fine des méthodes d estimation en utilisant les critères que nous avons expliqués dans la troisième section. 2 DEMARCHE GENERALE D ESTIMATION L estimation vise à prédire l effort, le coût et la durée de développement d un projet logiciel. Le processus d estimation repose sur la démarche représentée dans la figure 1. Ce processus est composé de trois activités : - L'estimation ou la mesure de la taille fonctionnelle - La détermination de l effort - Le calcul de la durée, du coût et des ressources requises au niveau global ou par sous-ensembles. 2.1 Estimation ou mesure de la taille fonctionnelle du logiciel Selon la norme ISO/IEC14143, la taille fonctionnelle exprime la taille du logiciel qui est dérivée de la quantification des exigences fonctionnelles exprimées par les utilisateurs. La taille fonctionnelle peut être également définie comme la mesure de ce que le système peut faire, en termes de capacité de traitement de l'information du système [Moores, 2001]. La taille fonctionnelle peut être calculée par plusieurs méthodes et techniques de mesure fonctionnelle. Elle peut être exprimée dans différentes unités telles que les points de fonction (PF), les lignes de code source (SLOC), les points de cas d utilisation (PCU), etc. Les méthodes d estimation de la taille fonctionnelle telles que FPA (Function Point Analysis) et COSMIC FP (COSMIC Function Point) s'appuient sur les spécifications du projet et le cahier des charges exprimant les exigences et les besoins du client. Une exigence peut contenir à la fois les aspects fonctionnels et non fonctionnels tels que la maintenabilité et l utilisabilité. Récemment, un processus d évaluation des exigences non fonctionnelles des logiciels appelé SNAP (Software Non- Fonctional Assessement Process) a été élaboré par l IFPUG. La taille non fonctionnelle en SP (SNAP Points) du logiciel peut être évaluée conjointement avec l estimation de la taille fonctionnelle en Point de Fonction ou FP (Function Points). 2.2 Détermination de l effort de développement L effort est une fonction de la taille fonctionnelle [Pfleeger et al., 2005], il est mesuré en homme.mois. Estimer l effort de développement d un logiciel revient à prédire le nombre d homme.mois nécessaire pour accomplir le projet de développement [Muzaffar et Ahmed, 2010]. La détermination de l effort de développement peut se faire par deux voix différentes (figure 2) : - Voie 1 : L ajustement de la taille fonctionnelle puis le calcul de l effort - Voie 2 : Le calcul de l effort puis son ajustement Voie 1 : Ajustement de la taille fonctionnelle puis calcul de l effort L ajustement de la taille fonctionnelle (TF) vise à mieux prédire l effort de développement, elle se base sur des facteurs d ajustement (FA i ). Chaque méthode d estimation, propose une liste de facteurs d'ajustement qui lui sont spécifiques, cela traduit sa spécificité. Les facteurs d ajustement sont destinés à mesurer la taille des aspects techniques et qualitatifs des exigences du logiciel. Ces aspects ne sont pas pris en compte dans le calcul de la taille fonctionnelle initiale qui se base essentiellement sur la partie fonctionnelle du logiciel [Lokan, 2000]. Selon le degré d importance des exigences non fonctionnelles du logiciel, l ajustement peut faire augmenter la taille fonctionnelle du logiciel de 35 % au maximum ou la diminuer de -35% au minimum. Il peut exister plusieurs facteurs d'ajustement à prendre en compte tel que la réutilisabilité et la facilité d installation. Chaque facteur d ajustement est affecté par un degré d influence. Ce degré d influence prend une valeur qui varie entre 0 et 5 par exemple dans le cas de la méthode des Points de Fonction. La valeur finale retenue pour le facteur d ajustement global est le plus souvent la somme pondérée des valeurs des facteurs d'ajustement élémentaires. Il peut également contenir un facteur de productivité issue de l historique des projets similaires [Jørgensen, 2007]. Le calcul de la taille fonctionnelle ajustée (TFA) se fait par multiplication de la taille fonctionnelle et le facteur d ajustement global. Le passage de la taille fonctionnelle ajustée à l effort peut se faire en utilisant des modèles d estimation de l effort en fonction des paramètres relatifs au projet et à la productivité. Le facteur de productivité A est défini comme le rapport entre la taille fonctionnelle et l effort global de développement du logiciel [Buglione et al., 2008]. Il peut être calculé à partir de l historique de l organisation sur les projets similaires au projet à estimer. Afin de réaliser une estimation d effort plus réaliste, le facteur de productivité est mis à jour d une façon régulière pour qu il s adapte avec l évolution de l organisation dans le domaine du projet. Il peut être également obtenu par analyse d une base de données extérieure comme celle de l ISBSG (International Software Benchmarking Standards Group). Facteurs d ajustement Facteur de productivité Facteurs de conversion Spécifications CDC Estimer ou mesurer la taille fonctionnelle Taille fonctionnelle Déterminer l effort de développement Effort Calcul de la durée, du coût, de l effectif, etc. Durée Coût Effectif Figure 1. Démarche d estimation (source : nos travaux)

3 Cette base contient les informations portant sur l effort, la taille, la qualité, etc. de plus de 5600 projets de développement de logiciel complets et 490 projets de maintenance et de support réalisés par de nombreuses organisations et sur des domaines très variés (comptabilité, communication, logistique, ). Elle a comme but d aider les organisations à estimer leurs projets d une manière réaliste surtout lorsque celles-ci ne disposent pas d une base de données sur les projets similaires aux projets à estimer. L ISBSG permet aussi de se comparer avec d autres entreprises (Benchmarking) Voie 2 : Calcul de l effort nominal (non ajusté) puis son ajustement Dans certaines méthodes, l effort est calculé directement à partir de la taille fonctionnelle non ajustée TF par multiplication avec ou division par un facteur de productivité qu on a défini dans La formule pour calculer l effort de développement nominal PM N à partir de la taille fonctionnelle dans ce cas est de la forme : PM N = A TF, avec A est le facteur de productivité. L effort ajusté PM A est obtenu par multiplication de l effort nominal avec les facteurs d ajustements de la méthode d estimation utilisée FA!. Ces facteurs sont déterminés selon la méthode d estimation utilisée. Dans ce cas, la formule pour calculer l effort ajusté est la! suivante : PM A = PM N!!! FA!, avec FA i un facteur d ajustement. 2.3 Calcul de la durée, de l effectif et du coût L étape qui suit a pour objectif de déterminer la durée de développement et le nombre de ressources requises sur la base de l'effort précédemment estimé. La durée de développement est mesurée en années, mois, semaines calendaires. La durée de développement du projet, l effectif, et l effort sont liés par l équation Effort = durée effectif. L effort étant estimé, le calcul de la durée (respectivement de l effectif) est facile une fois l effectif (respectivement la durée) est déterminé. La durée de développement et l effectif peuvent être déterminés en cherchant à les équilibrer. Des courbes duréeeffectif peuvent être utilisés pour ce but. La durée peut être également calculée à travers des modèles ou des formules qui se basent sur l effort. Dans ce cas, l effort initial, et le modèle de calcul de durée, permettent une fois connus, d estimer le nombre moyen de personne requis pour réaliser le projet et le coût total du projet [Moores, 2001]. Le coût total d un projet inclut le coût de développement, le coût des acquisitions ou les locations de matériels et de logiciels, le coût de formation, etc. Dans le cadre de ce travail, TF Voie 1 X Voie 2 Facteurs d ajustement Ajuster la taille fonctionnelle Facteurs de productivité Calculer l effort TFA Effort nominal Facteurs de productivité Calculer l effort Facteurs d ajustement Ajuster l effort Effort Figure 2 : Détermination de l effort à partir de la taille fonctionnelle nous nous intéressons au coût de développement du projet. Celui-ci peut être calculé en multipliant la durée de développement par le tarif horaire du personnel qui le réalise. 3 APPROCHES D ESTIMATION Le processus d estimation que nous avons présenté dans la section précédente nécessite l utilisation de méthodes ou techniques d estimation que ce soit pour la mesure de la taille fonctionnelle ou l estimation de l effort, la durée et le coût. En effet, il existe différentes méthodes d estimation pour mesurer la taille fonctionnelle du logiciel, et d autres pour estimer l effort et durée. Il est possible de classifier ces méthodes d estimation en 5 approches : jugement d expert, modèles paramétriques ou algorithmiques, méthodes analogiques, ou méthodes d apprentissage automatique. 3.1 Jugement d expert Cette technique d estimation s utilisée dans tous les domaines, elle s applique dans le domaine des projets informatiques ainsi que dans les domaines d industrie mécanique, de construction des bâtiments, etc. C est la catégorie de méthodes et techniques d estimation la plus utilisée pour les projets logiciels [Jørgensen, 2004]. Cette technique d estimation est conduite par une ou plusieurs personnes dites expertes dans le domaine d estimation. Elle se base essentiellement sur l intuition ainsi que sur l expérience appuyée par, l historique des projets similaires, les lignes directrices et les listes de contrôle. Cependant, cette stratégie est très subjective et manque d argumentation analytique [Jørgensen, 2004]. Cette technique peut être individuelle ou collective. Exercée de manière individuelle, les résultats sont très dépendants de l expert. Cet aspect est atténué par une analyse collective comme dans les approches de type Wideband Delphi et planning poker [Briand, 2002]. La technique Wideband Delphi cherche un consensus entre les estimations fournies par les experts. Dans cette méthode, les experts du groupe estiment la taille ou l effort du projet d une façon indépendante, ensuite, discutent la nature des différences d estimation, puis refont l estimation jusqu à ce qu ils arrivent au consensus. Planning poker est une autre technique d estimation par un groupe d experts. Elle consiste à estimer la complexité des fonctionnalités du logiciel appelées scénario d utilisateur (user story). Cette approche est similaire à la technique Delphi qui est de chercher un consensus entre les différents membres participants à l estimation. Cependant, elle est surtout utilisée pour les projets menés par la méthode agile [Moløkken- Østvold, 2008]. 3.2 Modèles paramétriques ou algorithmiques Les modèles paramétriques d estimation se basent essentiellement sur des équations calculant le coût en fonction de paramètres considérés déterminants du coût. Afin d élaborer des modèles paramétriques ou algorithmiques, l estimateur a besoin de déterminer les facteurs qui influencent l estimation du coût. Pour cela il utilise les données historiques des projets réalisés. Parmi les facteurs fréquents qui influencent l estimation de l effort, il est possible de mentionner l expérience des développeurs et la technologie utilisée. L estimateur peut se baser sur des formules paramétriques explicites comme dans le modèle COCOMO II [Boehm, 2000], ou sur les modèles d estimation basés sur la régression

4 linéaire [Yokoyama et Kodaira, 1998], ou sur les méthodes analytiques basées sur des équations non linéaires. Certaines méthodes analytiques comme les Points de Fonctions d Albrecht [Longstreet, 2002] et les Points de cas d utilisation [Anda et al., 2001] se basent sur des tables et des formules prédéfinis pour évaluer les entrées de leurs équations non linéaires. Les entrées de ces équations sont souvent des facteurs relatifs aux composants élémentaires des fonctions du logiciel. 3.3 Estimation par analogie L estimation de l effort, la durée ou le coût, nécessaires pour effectuer une tâche peut être faite par analogie avec des tâches similaires déjà effectuées. Cette méthode est rapide à mettre en œuvre et peut être utilisée durant tout le cycle du logiciel. La difficulté majeure est d e trouver dans l ensemble des tâches déjà réalisées, une tâche suffisamment similaire à la tâche qu on veut estimer [Goodman, 1992], c'est à dire une tâche qui présente approximativement les mêmes caractéristiques que la tâche à estimer. Cette difficulté s accroit pour le cas des entreprises ne disposant pas ou manquant d expérience dans le domaine du projet, car elles n ont pas suffisamment d historique sur lequel elles peuvent se baser afin d établir des analogies. 3.4 Méthodes d apprentissage automatique (ou techniques d intelligence artificielle) Ces méthodes se basent sur la capacité du système à apprendre, à partir d une base de données des projets antérieurs, à estimer l effort de développement ou le coût d un nouveau projet. Elles sont récemment utilisées en complément de méthodes algorithmiques ou comme leurs alternatives [Nassif et al., 2013]. Cette catégorie comprend le raisonnement à base de cas, les réseaux des neurones, la logique floue, la neuro-floue, les algorithmes génétiques, et les arbres de régression. La méthode de raisonnement par cas, comme l estimation par analogie, se base sur l analogie et la similarité. Le système apprend à chercher et à sélectionner parmi un ensemble de projets passés, des projets qui soient les plus similaires au projet à estimer. La méthode de raisonnement par cas utilise ces projets comme base d analogie pour estimer le nouveau projet [Zhang et al., 2003]. Les modèles d estimation par réseaux de neurones sont les plus utilisés comme alternatifs aux techniques de régression. Ils utilisent les données historiques des projets antérieurs afin d ajuster automatiquement leurs paramètres algorithmiques et les adapter au projet à estimer. En effet, ces modèles sont capables d apprendre à produire des estimations plus fiables en utilisant les connaissances tirées des projets antérieurs. Afin de s assurer que les résultats et les estimations obtenus sont fiables, le chef de projet doit pouvoir choisir parmi ces différentes méthodes d estimation la plus adéquate pour son projet. Il est donc nécessaire de connaître la pertinence de l utilisation de chaque approche d estimation par rapport aux problèmes rencontrés. 4 CLASSIFICATION DES METHODES D ESTIMATION Nous avons vu dans les sections précédentes qu il existe de nombreuses méthodes et approches d estimation. Le choix d une méthode ou approche d estimation est conditionné par plusieurs critères qui sont relatifs au projet, à l environnement et aux exigences de l estimateur. 4.1 Les classifications existantes des méthodes d estimation La problématique de choix et de sélection de la méthode d estimation la plus adaptée, pour un contexte de projet particulier, a été abordée de différentes manières dans la littérature. La majorité des articles propose des méthodes de comparaison des approches d estimation pour un contexte de projet particulier [Meli and Santillo, 1999]. Ces analyses comparatives ne sont pas faciles à mettre en œuvre et nécessitent une connaissance approfondie des méthodes d estimation existantes. Rush et Roy proposent des matrices de classification qui indiquent, pour chaque phase de cycle de vie, les méthodes d estimation qui peuvent être utilisées [Rush et Roy, 2000]. Ces matrices sont simples d utilisation mais ne considèrent qu un seul critère et ne s appuient que sur les connaissances de l auteur de la méthode dans le domaine. Bode structure les méthodes d estimation dans un diagramme à trois dimensions : taille de la base de cas, nombre de facteurs de coûts et niveau de certitude [Bode, 2000]. On constate que pour un contexte de projet particulier : i) différentes classifications peuvent être utilisées pour déterminer d une façon générale les approches les plus adéquates. ii) Peu de classifications permettent de déterminer, dans une approche d estimation, quelles sont les méthodes d estimation les plus adéquates. iii) Peu de classifications prennent en compte plusieurs critères pour sélectionner les méthodes les plus adéquates. 4.2 Les critères utilisés dans les classifications Différents critères ont été utilisés par les classifications existantes dans la littérature tels que la phase de cycle de vie [Rush et Roy, 2000][Duverlie and Castelain, 1999], le type de projet [ISO/IEC 14143][Meli et Santillo, 1999], le processus de développement [Mansor et al., 2011], la standardisation [ISO/IEC 14143] et la complexité de mise en œuvre [Meli and Santillo, 1999]. Nous définissons ci-dessous chacun de ces critères Phase du cycle de vie du projet logiciel [Rush et Roy, 2000][Duverlie and Castelain, 1999] Le développement de tout projet logiciel nécessite le passage par plusieurs phases ou étapes, depuis la définition des besoins du client jusqu à l achèvement du logiciel. Ces étapes constituent le cycle de vie du projet logiciel. Les phases du cycle de vie d un logiciel peuvent être résumées en : - Etude préliminaire : recouvre la définition des besoins du client à travers l établissement du cahier des charges, et l analyse de ces besoins en décrivant les spécifications précises du projet logiciel ainsi que les contraintes de réalisation. - Etude de conception : cette phase consiste à élaborer les spécifications de l architecture générale du logiciel, puis à définir précisément chaque module ou sous ensemble du logiciel ainsi que les interfaces entre eux. - Réalisation (codage et tests) : le codage est la programmation de chaque module et fonctionnalité définis dans la phase de conception. Les tests permettent de vérifier que chaque module et les interfaces entres les modules sont programmés conformément aux spécifications du cahier des charges [Bender RBT Inc, 2003]. - Déploiement ou mise en exploitation : regroupe les activités de livraison de produit final au client, d installation et mise en marche du logiciel développé.

5 - Maintenance : elle consiste à corriger les défauts du logiciel qui peuvent résulter d erreurs de conception, des erreurs logiques, ou des erreurs de codage [Midha et Bhattacherjee, 2012]. En phases amont du projet, une estimation grossière est faite afin de donner une idée sur l effort et le budget requis par le projet. En avançant dans le cycle de vie du projet, les informations et les données sur le projet deviennent de plus en plus complètes, détaillées et précises. Ceci entraine le besoin de méthodes d estimation qui exploitent ces nouvelles connaissances afin de mettre à jour et d affiner l estimation faite en phases amont Type de projet [ISO/IEC 14143][Meli et Santillo, 1999] Avec l évolution informatique, les types de projets logiciels deviennent de plus en plus nombreux, ils peuvent être classifiés en 4 types majeurs qui influent le choix de la méthode d estimation, ils sont : - Système d'information de gestion (Management Information System MIS) : destiné à la gestion d une grande quantité des données sur les événements dans le monde réel, exemples : les logiciels de banque et des assurances. - Logiciel à temps réel : destiné au suivi ou au contrôle des événements à temps réel. Par exemples : les logiciels intégrés dans des dispositifs de contrôle des machines telles que les logiciels dans le système d'exploitation des ordinateurs. - Logiciel à complexité algorithmique : destiné à résoudre les problèmes importants et complexes de calcul en utilisant des algorithmes, exemples : logiciels mathématiques et de simulation. - Logiciel hybride (temps réel et affaire) : assemble les deux aspects temps réel et gestion, exemples : les systèmes de réservation en temps réel pour les compagnies aériennes ou les hôtels Processus de développement de projet logiciel [Mansor et al., 2011] Le processus de développement définit un ensemble structuré d étapes nécessaires pour produire un nouveau logiciel ou évoluer un logiciel existant. Actuellement, deux processus principaux sont les plus utilisés dans l industrie de logiciels ; le processus de développement traditionnel et le processus de développement agile. Le processus de développement traditionnel, comme le cycle en V et le cycle en cascade, se base sur une série d étapes séquentielles. Il y a quatre étapes principales, la définition des besoins, la conception, le développement et le codage, et les tests. Le processus implique de connaitre dans les phases préliminaires toutes les exigences des clients, et il n est pas flexible aux demandes de changement. Contrairement au processus de développement traditionnel, le processus de développement agile se base sur des exigences client pas nécessairement complètes ni détaillées. Il consiste à livrer une première version du produit logiciel, à l améliorer et le changer en fonction des feedback du client. En effet, les méthodes agiles sont basées sur les incertitudes des exigences et sur les changements à la demande du client. Ces concepts font que les projets développés d une manière agile nécessitent des méthodes d estimation adaptées au processus de développement agile [Zia et al., 2012] Standardisation [ISO/IEC 14143] Selon le grand dictionnaire terminologique, la standardisation ou la normalisation d une méthode est la mise en application de normes relatives à cette méthode. Il vise à répondre à des besoins de d uniformisation, de performance et de qualité de cette méthode. Dans la littérature, il possible de trouver des méthodes d estimation standardisées et non standardisées. Les méthodes d estimation standardisées sont des méthodes bien structurées et universellement acceptées. Nous classifions les méthodes d estimation en trois catégories : Méthodes standardisées ISO, méthodes non standardisées mais réalisées et développées par des organisations, et méthodes non standardisées mais élaborées ou développées par des chercheurs Complexité de mise en œuvre [Meli and Santillo, 1999] La complexité de mise en œuvre d une méthode d estimation inclut le nombre d étapes dans cette méthode, le temps nécessaire pour l appliquer, et la complexité de ses calculs. Ce facteur peut renvoyer au facteur de l expérience, et faire penser qu il y a une relation entre l expérience et la complexité de mise en œuvre ; plus une méthode nécessite de l expérience, plus elle est complexe à mettre en œuvre. Cependant, les deux facteurs ne doivent pas être liés. Il est possible de trouver des méthodes qui requièrent une bonne expérience et qui ne sont pas complexes à mettre en œuvre telles que le planning poker. 5 PROPOSITION D UNE CLASSIFICATION DES METHODES D ESTIMATION Nous allons présenter dans cette section une classification des méthodes d estimation de la taille fonctionnelle et de l effort de développement. La classification des méthodes d estimation permet de déterminer la/les méthode(s) d estimation adéquate(s) à un contexte de projet particulier. 5.1 Critères de classification Afin de classifier les méthodes d estimation, nous choisissons parmi les critères que nous avons présentés dans la section précédente, les critères qui se montrent les plus discriminants et qui influencent fortement le choix d une méthode d estimation pour une situation bien définie. Nous classifions les critères retenus en des critères définissant le contexte d un projet et qui sont : le type de projet, le processus de développement du projet logiciel et la phase du cycle de vie à laquelle l estimateur veut estimer la taille ou l effort de développement et les critères définissant les exigences de l utilisateur en terme de standardisation et de complexité de mise en œuvre. 5.2 Proposition d une classification Différentes méthodes d estimation issues de différents domaines d estimation sont classifiées selon les critères présentés dans la section 4. Les méthodes d estimation retenues ici sont choisies en raison des besoins auxquelles elles répondent. Cet ensemble de méthodes inclut des méthodes classiques, des méthodes élaborées et établies par des organisations ainsi que des méthodes développées par des chercheurs (Tableau 1). Nous présentons dans la figure 3 la classification des méthodes d estimation que nous avons proposée selon ces critères. Sur l axe des abscisses, nous avons positionné les différents types de logiciels, et sur l axe des ordonnées les phases de cycle de vie. Les méthodes non soulignées sont des méthodes d estimation pour des projets logiciels utilisant un processus de développement traditionnel. Celles qui sont soulignées par un trait continu sont utilisées pour le développement en méthode

6 Légende : Méthode : pour le processus de développement traditionnel Méthode : pour le processus de développement agile Méthode : pour le processus de développement agile et traditionnel Méthode* : Standardisée Figure 3 : Classification des méthodes d estimation de l effort de développement Tableau 1 : Abréviations de certaines méthodes d'estimation agile, alors que celles soulignées par un trait interrompu peuvent être utilisées pour le développement traditionnel ainsi Des méthodes peuvent être appliquées pour plusieurs types de projets et d autres non. Dans la figure 3, les méthodes d estimation qui sont positionnées dans les zones entre deux types de projets peuvent être appliquées pour ces deux types de projets. De même, des méthodes d estimation peuvent être utilisées lors de différentes phases du cycle de vie, alors que d autres sont restreintes à certaines phases. Le niveau de détails et la complétude des informations et données disponibles sur le projet lors d une phase du cycle de vie peuvent en être la raison. 6 DISCUSSION La classification que nous avons proposée aide l estimateur à sélectionner parmi plusieurs méthodes d estimation la ou les méthodes les plus adéquates pour son contexte de projet. que pour le développement en méthode agile. Les méthodes d estimation accompagnées par des étoiles sont standardisées. Les trois critères, phase de cycle de vie, type de projet et processus de développement décrivent la situation du projet logiciel, alors que le critère standardisation présente une exigence de l estimateur sur la méthode d estimation à utiliser. La figure 4 propose un processus de sélection des méthodes d estimation pour un contexte de projet particulier. Sur la base des informations relatives au projet, l estimateur répond aux questions présentées sur la figure du processus. En utilisant les listes de support, il définit le type de son projet, la phase du cycle de vie, le processus de développement de son logiciel, il exprime aussi son exigence sur la méthode d estimation en terme de standardisation. Après avoir défini le contexte du projet et les exigences sur la méthode d estimation à utiliser, l estimateur peut utiliser la classification pour sélectionner l ensemble des méthodes qui peuvent être adéquates pour son projet logiciel.

7 Dans le cas où plusieurs méthodes d estimation répondent au contexte du projet logiciel à estimer, la décision finale sur la méthode d estimation à utiliser est prise par l estimateur. Il peut définir et ajouter d autres critères qui feront la différence entre les méthodes sélectionnées, tels que la complexité de mise en œuvre de la méthode d estimation et le niveau d expérience requis. Informations sur le projet Quel est le type de projet? Dans quelle phase du cycle de vie le projet est-il? Quel processus de développement utiliserez vous? Voulez vous des méthodes standardisées? Quelles sont les méthodes d estimation qui répondent le mieux aux besoins? Méthodes d estimation les plus adéquates 7 CONCLUSION Les méthodes d estimation ont évolué au fil des années avec l apparition de nouveaux besoins. Nous avons ainsi retracé et présenté la chronologie des méthodes répondant à ces besoins. Nous proposons une classification d un ensemble de méthodes d estimation selon différents critères. Ces critères traduisent le contexte du projet et les exigences du chef de projet. Cette classification permet d'aider l estimateur à sélectionner les méthodes d estimation les plus adéquates pour son contexte de projet et ses exigences. Cependant, la liste des méthodes d estimation n est sans doute pas exhaustive et sera complétée au fur et à mesure de l avancement du projet et des travaux. Les critères retenus, dans le cadre de cette étude, donnent une lisibilité à cette cartographie propre à nos objectifs. D autres critères pourront être identifiés par les estimateurs durant le projet, permettrons une nouvelle lecture à la classification. Parmi ces critères, le degré de prise en compte du risque et des incertitudes dans les approches, sera ainsi notamment étudié. 8 REFERENCES Liste des types de projet Liste des phases de cycle de vie Liste des processus de développement Classification Figure 4: Processus de sélection de méthodes d estimation Anda, B., Dreiem, H., Sjøberg, D., Jørgensen, M., (2001) Estimating software development effort based on use cases experiences from industry. «UML» 2001 The Unified Modeling Language. Modeling Languages, Concepts, and Tools, pp Bender RBT Inc., (2003) Systems Development Life Cycle: Objectives and Requirements, pp Bode, J., (2000) Neural networks for cost estimation: Simulations and pilot application. International Journal of Production Research, 38, pp Boehm, B., (2000) Software Cost Estimation with Cocomo II. Prentice-Hall. Briand, L.C., Wieczorek, I., (2002) Resource estimation in software engineering. Encyclopedia of Software engineering. Buglione, L., Cuadrado-Gallego, J.J., Mesa, J.A.G. de, (2008) Project Sizing and Estimating: A Case Study Using PSU, IFPUG and COSMIC, Software Process and Product Measurement, Lecture Notes in Computer Science. Springer Berlin Heidelberg, pp Duverlie, P., Castelain, J.M., (1999) Cost estimation during design step: parametric method versus case based reasoning method. The international journal of advanced manufacturing technology, 15, pp Goodman, P., (1992) Application of cost-estimation techniques: industrial perspective. Information and Software Technology, 34(6), pp IFPUG, (1999) Function Point Counting Practices Manual. ISO/IEC : Information technology -- Systems and software engineering -- FiSMA 1.1 functional size measurement method. Jørgensen, M., (2004) A review of studies on expert estimation of software development effort. Journal of Systems and Software, 70(1), pp Jørgensen, M., (2004) Top-down and bottom-up expert estimation of software development effort. Information and Software Technology 46(1), pp Jørgensen, M., (2007) Forecasting of software development work effort: evidence on expert judgement and formal models. International Journal of Forecasting, 23(3), pp Jørgensen, M., Grimstad, S., (2011) The Impact of Irrelevant and Misleading Information on Software Development Effort Estimates: A Randomized Controlled Field Experiment. IEEE Transactions on Software Engineering, 37, pp Lokan, C.J., (2000) An empirical analysis of function point adjustment factors. Information and Software Technology, 42(9), pp Longstreet, D., (2002), Fundamentals of function point analysis. Blue Springs: Longstreet Consulting Inc. Mansor, Z., Yahya, S., Arshad, N.H.H., (2011) Success Factors in Cost Estimation for Software Development Project. Communications in Computer and Information Science. Springer Berlin Heidelberg, pp Meli, R., Santillo, L., (1999) Function point estimation methods: a comparative overview, pp Midha, V., Bhattacherjee, A., (2012) Governance practices and software maintenance: A study of open source projects. Decision Support Systems, 54(1), pp Moløkken-Østvold, K., Haugen, N.C., Benestad, H.C., (2008) Using planning poker for combining expert estimates in software projects. Journal of Systems and Software, 81(12), pp Moores, T.T., (2001) Developing a software size model for rule-based systems: a case study. Expert Systems with Applications, 21(4), pp Muzaffar, Z., Ahmed, M.A., (2010) Software development effort prediction: A study on the factors impacting the accuracy of fuzzy logic systems. Information and Software Technology, 52(1), pp Nassif, A.B., Ho, D., Capretz, L.F., (2013) Towards an early software estimation using log-linear regression and a

8 multilayer perceptron model. Journal of Systems and Software, 86(1), pp Pfleeger, S.L., Wu, F., Lewis, R., (2005) Software Cost Estimation And Sizing Methods: Issues And Guidelines. Rand Corporation. Rush, C., Roy, R., (2000) Analysis of cost estimating processes used within a concurrent engineering environment throughout a product life cycle, in: 7th ISPE International Conference on Concurrent Engineering: Research and Applications, Lyon, France, July 17th-20th, Technomic Inc., Pennsylvania USA. pp Yokoyama, Y., Kodaira, M., (1998) Software cost and quality analysis by statistical approaches. Proceedings of the 1998 International Conference on Software Engineering, pp Zhang, D., Tsai, J.J.P., (2003) Machine learning and software engineering. Software Quality Journal, 11(2), pp Zia, Z.K., Zia, Z.K., Tipu, S.K., Zia, S.K., (2012) An Effort Estimation Model for Agile Software Development. Advances in Computer Science and its Applications, 2(1), pp

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

Estimer et mesurer la performance des projets agiles avec les points de fonction

Estimer et mesurer la performance des projets agiles avec les points de fonction Estimer et mesurer la performance des projets agiles avec les points de fonction Radenko Corovic, MBA radenko.corovic@rsmtechno.ca 1. Introduction Les méthodes agiles de développement des systèmes ont

Plus en détail

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

Dimensionner une application ou un projet?

Dimensionner une application ou un projet? CNAM- 13 Juin 2001 Processus d estimation de projet logiciels dans les domaines de Systèmes d Information Dimensionner une application ou un projet? François de Verdière Directeur IMRglobal ! Préambule!

Plus en détail

Analyse,, Conception des Systèmes Informatiques

Analyse,, Conception des Systèmes Informatiques Analyse,, Conception des Systèmes Informatiques Méthode Analyse Conception Introduction à UML Génie logiciel Définition «Ensemble de méthodes, techniques et outils pour la production et la maintenance

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

Une méthode d apprentissage pour la composition de services web

Une méthode d apprentissage pour la composition de services web Une méthode d apprentissage pour la composition de services web Soufiene Lajmi * Chirine Ghedira ** Khaled Ghedira * * Laboratoire SOIE (ENSI) University of Manouba, Manouba 2010, Tunisia Soufiene.lajmi@ensi.rnu.tn,

Plus en détail

Indexation de sous-collections pour l amélioration de la haute précision

Indexation de sous-collections pour l amélioration de la haute précision Indexation de sous-collections pour l amélioration de la haute précision Joëlson Randriamparany *,** *IRIT, Institut de Recherche Informatique de Toulouse Université Paul Sabatier Toulouse III 118 Route

Plus en détail

Vers une approche Adaptative pour la Découverte et la Composition Dynamique des Services

Vers une approche Adaptative pour la Découverte et la Composition Dynamique des Services 69 Vers une approche Adaptative pour la Découverte et la Composition Dynamique des Services M. Bakhouya, J. Gaber et A. Koukam Laboratoire Systèmes et Transports SeT Université de Technologie de Belfort-Montbéliard

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

Estimation du Quantile conditionnel par les Réseaux de neurones à fonction radiale de base

Estimation du Quantile conditionnel par les Réseaux de neurones à fonction radiale de base Estimation du Quantile conditionnel par les Réseaux de neurones à fonction radiale de base M.A. Knefati 1 & A. Oulidi 2 & P.Chauvet 1 & M. Delecroix 3 1 LUNAM Université, Université Catholique de l Ouest,

Plus en détail

Ingénierie et qualité du logiciel et des systèmes

Ingénierie et qualité du logiciel et des systèmes Ingénierie et qualité du logiciel et des systèmes recueil sur CD-ROM (version bilingue) Référence : 3236151CD ISBN : 978-2-12-236151- Année d édition : 2010 Analyse Les «Best standards ISO» de la qualité

Plus en détail

L ANALYSE DU RISQUE DE FAILLITE PAR LE BIAIS DES SYSTÈMES DE L INTELLIGENCE ARTIFICIELLE

L ANALYSE DU RISQUE DE FAILLITE PAR LE BIAIS DES SYSTÈMES DE L INTELLIGENCE ARTIFICIELLE L ANALYSE DU RISQUE DE FAILLITE PAR LE BIAIS DES SYSTÈMES DE L INTELLIGENCE ARTIFICIELLE Paul Pașcu, Assist Prof, PhD, Ștefan cel Mare University of Suceava Abstract: This article aims to present a number

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

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

Approche hybride de reconstruction de facettes planes 3D

Approche hybride de reconstruction de facettes planes 3D Cari 2004 7/10/04 14:50 Page 67 Approche hybride de reconstruction de facettes planes 3D Ezzeddine ZAGROUBA F. S.T, Dept. Informatique. Lab. d Informatique, Parallélisme et Productique. Campus Universitaire.

Plus en détail

CEISAR Survey on IT education

CEISAR Survey on IT education CEISAR Survey on IT education Objectives In June 2007, the CEISAR conducted a survey to understand what company needs are in terms of training on Computer Science and Management of IS. Our objective was

Plus en détail

La Recherche du Point Optimum de Fonctionnement d un Générateur Photovoltaïque en Utilisant les Réseaux NEURO-FLOUS

La Recherche du Point Optimum de Fonctionnement d un Générateur Photovoltaïque en Utilisant les Réseaux NEURO-FLOUS Rev. Energ. Ren. : Chemss 2000 39-44 La Recherche du Point Optimum de Fonctionnement d un Générateur Photovoltaïque en Utilisant les Réseaux NEURO-FLOUS D.K. Mohamed, A. Midoun et F. Safia Département

Plus en détail

ADELFE : Atelier de développement de logiciels à fonctionnalité émergente

ADELFE : Atelier de développement de logiciels à fonctionnalité émergente ADELFE : Atelier de développement de logiciels à fonctionnalité émergente Gauthier Picard*, Carole Bernon*, Valérie Camps**, Marie- Pierre Gleizes* * Institut de Recherche en Informatique de Toulouse Université

Plus en détail

Cours de Génie Logiciel

Cours de Génie Logiciel Cours de Génie Logiciel Sciences-U Lyon Gestion de Projet Informatique http://www.rzo.free.fr Pierre PARREND 1 Mars 2005 Sommaire Gestion de projet informatique Cycle de vie du logiciel Modèles de Méthodes

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

É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, CONCENTRATION T.I. M.Ing.

Plus en détail

Contractualiser un projet Agile. Comment s engager sans forfait global?

Contractualiser un projet Agile. Comment s engager sans forfait global? Contractualiser un projet Agile Comment s engager sans forfait global? Sommaire Le contrat au forfait : objectifs et limites Les critères de choix d un fournisseur Les trois engagements incontournables

Plus en détail

IFT2251 Introduction au génie logiciel Plan de cours. 2. Description du cours et objectifs généraux

IFT2251 Introduction au génie logiciel Plan de cours. 2. Description du cours et objectifs généraux IFT2251 Introduction au génie logiciel Plan de cours Été 2008 Yann-Gaël Guéhéneuc 1. Introduction Les exigences et les attentes à l égard de la qualité logicielle sont de plus en plus grandes. La taille

Plus en détail

Estimer les activités de support - maintenance des applications logicielles

Estimer les activités de support - maintenance des applications logicielles Estimer les activités de support - maintenance des applications logicielles Traduction de l article : «Sizing Application Maintenance and Support Activities» October 2014 Anjali Mogre - Penelope Estrada

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

MESURE & ESTIMATION DES PROJETS LOGICIELS

MESURE & ESTIMATION DES PROJETS LOGICIELS C E N T R E D E MAITRISE DES SYSTEMES ET DU LOGICIEL MESURE & ESTIMATION DES PROJETS LOGICIELS INTRODUCTION N.Trèves / CNAM - CMSL / Mesure & estimation des projets logiciels 31-3-04 / Vers. 1.0 Page 1

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

Management des Systèmes d Information

Management des Systèmes d Information Spécialité Réseaux (RES) UE: Management des systèmes d'information [mnsi, NI303] M2IRT 2012 1 ère année Management des Systèmes d Information Unité 2 - Les principaux types de SI dans l entreprise Gilles

Plus en détail

Génie logiciel (Un aperçu)

Génie logiciel (Un aperçu) (Un aperçu) (sommerville 2010) Laurent Pérochon INRA URH 63122 St Genès Champanelle Laurent.perochon@clermont.inra.fr Ensemble d activités conduisant à la production d un logiciel Sur un échantillon de

Plus en détail

Noureddine Kerzazi noureddine.kerzazi@polymtl.ca

Noureddine Kerzazi noureddine.kerzazi@polymtl.ca Domaine de la modélisation des processus pour le génie logiciel. Noureddine Kerzazi noureddine.kerzazi@polymtl.ca DSL4SPM Domain-Specific-Language for Software Process Modeling Il s agit d un nouveau cadre

Plus en détail

La gestion de projets. Data & Information System

La gestion de projets. Data & Information System La gestion de projets Data & Information System SOMMAIRE Rédacteurs : Réf.: D. Blondel / F. Barthelemy AXIO_POLARIS_V1 NOTRE VISION DE LA GESTION DE PROJETS LES POINTS DE FONCTION LA SOLUTION POLARIS LE

Plus en détail

Eclipse Process Framework et Telelogic Harmony/ITSW

Eclipse Process Framework et Telelogic Harmony/ITSW Eclipse Process Framework et Telelogic Harmony/ITSW Boris Baldassari 1 Résumé Une introduction à Eclipse Process Framework (EPF) et au processus OpenUP, et comment tirer profit de ces initiatives dans

Plus en détail

LE SUPPLY CHAIN MANAGEMENT

LE SUPPLY CHAIN MANAGEMENT LE SUPPLY CHAIN MANAGEMENT DEFINITION DE LA LOGISTIQUE La logistique est une fonction «dont la finalité est la satisfaction des besoins exprimés ou latents, aux meilleures conditions économiques pour l'entreprise

Plus en détail

IFT2251 Introduction au génie logiciel Hiver 2006 (4 crédits) Prof. : Julie Vachon. Plan de cours

IFT2251 Introduction au génie logiciel Hiver 2006 (4 crédits) Prof. : Julie Vachon. Plan de cours IFT2251 Introduction au génie logiciel Hiver 2006 (4 crédits) Prof. : Julie Vachon ** Début des cours : le lundi 9 janvier 2006 ** Plan de cours 1. Introduction Les exigences et les attentes à l égard

Plus en détail

REMOTE DATA ACQUISITION OF EMBEDDED SYSTEMS USING INTERNET TECHNOLOGIES: A ROLE-BASED GENERIC SYSTEM SPECIFICATION

REMOTE DATA ACQUISITION OF EMBEDDED SYSTEMS USING INTERNET TECHNOLOGIES: A ROLE-BASED GENERIC SYSTEM SPECIFICATION REMOTE DATA ACQUISITION OF EMBEDDED SYSTEMS USING INTERNET TECHNOLOGIES: A ROLE-BASED GENERIC SYSTEM SPECIFICATION THÈSE N O 2388 (2001) PRÉSENTÉE AU DÉPARTEMENT D'INFORMATIQUE ÉCOLE POLYTECHNIQUE FÉDÉRALE

Plus en détail

SUPPLY CHAIN MANAGEMENT Eléa 27 janvier 2011

SUPPLY CHAIN MANAGEMENT Eléa 27 janvier 2011 SUPPLY CHAIN MANAGEMENT Eléa 27 janvier 2011 Agenda Eléa : qui sommes-nous? Les enjeux et défis de la Supply Chain Quelles compétences / savoirs sont-ils nécessaires? Questions - réponses Agenda Eléa :

Plus en détail

Concepts et langages du cadre RM-ODP de l'iso pour analyser et articuler les pratiques de projets libres de système de formation

Concepts et langages du cadre RM-ODP de l'iso pour analyser et articuler les pratiques de projets libres de système de formation Concepts et langages du cadre RM-ODP de l'iso pour analyser et articuler les pratiques de projets libres de système de formation Système de formation fédérant trois projets du logiciel libre (Moodle, OpenGLM

Plus en détail

TECH. INFOTECH # 34 Solvabilité 2 : Le calcul du capital économique dans le cadre d un modèle interne. Introduction

TECH. INFOTECH # 34 Solvabilité 2 : Le calcul du capital économique dans le cadre d un modèle interne. Introduction INFO # 34 dans le cadre d un modèle interne Comment les méthodes d apprentissage statistique peuvent-elles optimiser les calculs? David MARIUZZA Actuaire Qualifié IA Responsable Modélisation et Solvabilité

Plus en détail

Génie logiciel. Concepts fondamentaux. Bruno MERMET, Université du Havre 1

Génie logiciel. Concepts fondamentaux. Bruno MERMET, Université du Havre 1 Génie logiciel Concepts fondamentaux Bruno MERMET, Université du Havre 1 Nécessité du Génie Logiciel Bruno MERMET, Université du Havre 2 Développement d un logiciel Caractéristiques souhaitées : Adéquation

Plus en détail

Classification. Session organisée par Charles Bouveyron et Francois Caron et Marie Chavent

Classification. Session organisée par Charles Bouveyron et Francois Caron et Marie Chavent Classification Session organisée par Charles Bouveyron et Francois Caron et Marie Chavent La classification a pour objet de regrouper des données en classes possédant des caractéristiques similaires. La

Plus en détail

Stéphane Lefebvre. CAE s Chief Financial Officer. CAE announces Government of Canada participation in Project Innovate.

Stéphane Lefebvre. CAE s Chief Financial Officer. CAE announces Government of Canada participation in Project Innovate. Stéphane Lefebvre CAE s Chief Financial Officer CAE announces Government of Canada participation in Project Innovate Montreal, Canada, February 27, 2014 Monsieur le ministre Lebel, Mesdames et messieurs,

Plus en détail

Développement itératif, évolutif et agile

Développement itératif, évolutif et agile Document Développement itératif, évolutif et agile Auteur Nicoleta SERGI Version 1.0 Date de sortie 23/11/2007 1. Processus Unifié Développement itératif, évolutif et agile Contrairement au cycle de vie

Plus en détail

Règles d affaires. éponse informatique inc. www.reponse.ca. Critères de qualité de toutes spécifications

Règles d affaires. éponse informatique inc. www.reponse.ca. Critères de qualité de toutes spécifications Règles d affaires éponse informatique inc. 1 Critères de qualité de toutes spécifications IEEE830-1998 Recommended Practice for Software Requirements Specifications Une spécification doit être: Correcte,

Plus en détail

L interprétation d un réseau de neurones en estimation du coût de logiciels

L interprétation d un réseau de neurones en estimation du coût de logiciels L interprétation d un réseau de neurones en estimation du coût de logiciels Ali Idri ENSIAS, BP. 73, Agdal, Rabat Université Mohamed V-Souissi E-mail : idri@ensias.um5souissi.ac.ma Alain Abran Ecole de

Plus en détail

La boîte à outils de la GP: les résultats de l enquête

La boîte à outils de la GP: les résultats de l enquête La boîte à outils de la GP: les résultats de l enquête Claude Besner PMP, PhD et Brian Hobbs PMP, PhD Programme de maîtrise en gestion de projet ESG / UQÀM Objectifs Identifier empiriquement les outils

Plus en détail

Dimensionnement et contrôle d un véhicule hybride électrique basé sur une pile à combustible

Dimensionnement et contrôle d un véhicule hybride électrique basé sur une pile à combustible Électrotechnique du Futur 14&15 décembre 2011, Belfort Dimensionnement et contrôle d un véhicule hybride électrique basé sur une pile à combustible Alexandre RAVEY, Benjamin BLUNIER, Abdellatif MIRAOUI

Plus en détail

Yannick Prié UFR Informatique Université Claude Bernard Lyon 1 M1 MIAGE SIMA / M1 Informatique MIF17 2008 2009

Yannick Prié UFR Informatique Université Claude Bernard Lyon 1 M1 MIAGE SIMA / M1 Informatique MIF17 2008 2009 Yannick Prié UFR Informatique Université Claude Bernard Lyon 1 M1 MIAGE SIMA / M1 Informatique MIF17 2008 2009 Notion de méthode de conception de SI Méthodes OO de conception Généralités sur les méthodes

Plus en détail

1 / 9. Méthodes de développement. Introduction

1 / 9. Méthodes de développement. Introduction 1 / 9 Méthodes de développement Introduction 1 - Objectifs... 2 2 - Risques d'un projet logiciel... 2 3 - Préparation et conduite de projet... 3 4 - Caractères particuliers du logiciel et conséquences...

Plus en détail

Analyse et conception d un modèle de qualité logicielle

Analyse et conception d un modèle de qualité logicielle Analyse et conception d un modèle de qualité logicielle Karine Mordal Thèse dirigée par Françoise Balmas Laboratoire LIASD, Université Paris 8 3 Décembre 2012 Les projets de recherche Le contexte Le projet

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

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

6. Le management des délais du projet (estimation)

6. Le management des délais du projet (estimation) 6. Le management des délais du projet (estimation) 6.1 Processus et méthodes liés à l estimation des charges 6.2 Le jugement d experts 6.3 L estimation par analogie 6.4 Les estimations à base quantitative

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

ECO CONCEPTION : outil d évaluation simplifié et projets pour EVER09

ECO CONCEPTION : outil d évaluation simplifié et projets pour EVER09 ECO CONCEPTION : outil d évaluation simplifié et projets pour EVER09 Conception écologique ou écologie industrielle La vérité? 23/10/08 Ce qui sauve, ce n est pas la foi mais le doute qui fait chercher

Plus en détail

Configuration optimale d un réseau de neurones adapté à la surveillance en ligne de l usure des outils de tournage

Configuration optimale d un réseau de neurones adapté à la surveillance en ligne de l usure des outils de tournage Configuration optimale d un réseau de neurones adapté à la surveillance en ligne de l usure des outils de tournage Idir Belaidi, Raouf Tahmi & Kamal Mohammedi Laboratoire LMMC, Groupe Modélisation Mécanique

Plus en détail

Génie Logiciel 1. Julie Dugdale. Julie.Dugdale@upmf-grenoble.fr Daniel Bardou@upmf-grenoble.fr

Génie Logiciel 1. Julie Dugdale. Julie.Dugdale@upmf-grenoble.fr Daniel Bardou@upmf-grenoble.fr Génie Logiciel 1 Julie Dugdale Julie.Dugdale@upmf-grenoble.fr Daniel Bardou@upmf-grenoble.fr Tous les cours seront sur le Bureau Virtuel (cours, TDs, Génie Logiciel 1-2 etc.) Introduction et information

Plus en détail

Introduction. Règlement général des TPs - Rappel. Objectifs du cours. Génie logiciel. Génie logiciel

Introduction. Règlement général des TPs - Rappel. Objectifs du cours. Génie logiciel. Génie logiciel Introduction Génie logiciel Philippe Dugerdil Génie logiciel «The disciplined application of engineering, scientific and mathematical principles, methods and tools to the economical production of quality

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

NOTE D APPLICATION EXIGENCES DE SECURITE POUR UN CHARGEMENT DE CODE EN PHASE D'UTILISATION

NOTE D APPLICATION EXIGENCES DE SECURITE POUR UN CHARGEMENT DE CODE EN PHASE D'UTILISATION P R E M I E R M I N I S T R E Secrétariat général de la défense et de la sécurité nationale Agence nationale de la sécurité des systèmes d information Paris, le 23 janvier 2015 N 260/ANSSI/SDE/PSS/CCN

Plus en détail

GLOBAL SUPPLY CHAIN MANAGEMENT & STRATEGIE LOGISTIQUE

GLOBAL SUPPLY CHAIN MANAGEMENT & STRATEGIE LOGISTIQUE GLOBAL SUPPLY CHAIN MANAGEMENT & STRATEGIE LOGISTIQUE La logistique représentait traditionnellement l activité allant de la mise à disposition des produits finis par l usine ou le négociant jusqu à la

Plus en détail

Introduction pratique au Développement orienté Modèle Pierre Parrend, Mars 2005

Introduction pratique au Développement orienté Modèle Pierre Parrend, Mars 2005 MDA : Un Tutoriel Introduction pratique au Développement orienté Modèle Pierre Parrend, Mars 2005 1 Sommaire Table des matières 1 Sommaire 1 2 Introduction 2 2.1 A qui s adresse ce tutoriel......................

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

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

Conduite de projets SI. Les méthodes «Agiles» N QUAL/1995/3660e ORESYS

Conduite de projets SI. Les méthodes «Agiles» N QUAL/1995/3660e ORESYS Conduite de projets SI Les méthodes «Agiles» N QUAL/1995/3660e ORESYS Agilité : de quoi parle-t-on? Agilité de l entreprise Urbanisme Architectures SOA Agilité du SI ERP Plateformes applicatives agiles

Plus en détail

SURETE DE FONCTIONNEMENT MAINTENANCE INDUSTRIELLE METHODES-TECHNIQUES-OUTILS

SURETE DE FONCTIONNEMENT MAINTENANCE INDUSTRIELLE METHODES-TECHNIQUES-OUTILS SURETE DE FONCTIONNEMENT MAINTENANCE INDUSTRIELLE METHODES-TECHNIQUES-OUTILS Abd-El-Kader SAHRAOUI Département Génie Industriel et Maintenance Institut Universitaire de Technologie IUT-B Université de

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

Amélioration et réinstauration de pratiques d EFP

Amélioration et réinstauration de pratiques d EFP Amélioration et réinstauration de pratiques d EFP LLP-LDV-TOI-2011-LT-0087 1 Information sur le projet Titre: Code Projet: Année: 2011 Type de Projet: Statut: Accroche marketing: Amélioration et réinstauration

Plus en détail

Cas d étude appliqué à l ingénierie logicielle

Cas d étude appliqué à l ingénierie logicielle ypbl : une méthodologie pédagogique pour la professionnalisation d une formation Cas d étude appliqué à l ingénierie logicielle Ernesto Exposito 1,2, Anne Hernandez 2 1 CNRS ; LAAS ; 7 av. du Colonel Roche,

Plus en détail

MODÉLISATION ET MANIPULATION DES DOCUMENTS STRUCTURÉS: UNE APPROCHE MODULAIRE, FLEXIBLE ET ÉVOLUTIVE

MODÉLISATION ET MANIPULATION DES DOCUMENTS STRUCTURÉS: UNE APPROCHE MODULAIRE, FLEXIBLE ET ÉVOLUTIVE MODÉLISATION ET MANIPULATION DES DOCUMENTS STRUCTURÉS: UNE APPROCHE MODULAIRE, FLEXIBLE ET ÉVOLUTIVE ÉCOLE POLmECHNlQUE FÉDÉRALE DE LAUSANNE POUR L'OBTENTION DU GRADE DE DOCTEUR ÈS SCIENCES PAR Yassin

Plus en détail

Infrastructure PLM pour la capitalisation et la réutilisation de données en conception mécanique

Infrastructure PLM pour la capitalisation et la réutilisation de données en conception mécanique Infrastructure PLM pour la capitalisation et la réutilisation de données en conception mécanique Guillaume Ducellier 1, Benoit Eynard 1, Emmanuel Caillaud 2 1 Université de Technologie de Troyes 12 rue

Plus en détail

Résolution d un problème d assimilation variationnelle 4D-VAR par des modèles réduits POD adaptatifs

Résolution d un problème d assimilation variationnelle 4D-VAR par des modèles réduits POD adaptatifs Résolution d un problème d assimilation variationnelle 4D-VAR par des modèles réduits POD adaptatifs G. TISSOT, L. CORDIER, B. R. NOACK Institut Pprime, Dpt. Fluides, Thermique et Combustion, 8636 Poitiers

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

Applications du processus unifié

Applications du processus unifié 2TUP : Two Tracks Unified Process Applications du processus unifié Processus proposé par Valtech (consulting) Ref. : UML2 en action Objectif prendre en compte les contraintes de changement continuel imposées

Plus en détail

Offre de thèse. Co-encadrant de thèse : HENRY Sébastien Coordonnées électroniques : Sébastien.Henry@univ-lyon1.fr Laboratoire : DISP (www.disp-lab.

Offre de thèse. Co-encadrant de thèse : HENRY Sébastien Coordonnées électroniques : Sébastien.Henry@univ-lyon1.fr Laboratoire : DISP (www.disp-lab. Offre de thèse 1. Profil recherché Issu d une formation d ingénieur ou d un master, le candidat disposera idéalement des compétences dans les domaines suivants : Pilotage des systèmes de production. Systèmes

Plus en détail

Classification Automatique de messages : une approche hybride

Classification Automatique de messages : une approche hybride RECIAL 2002, Nancy, 24-27 juin 2002 Classification Automatique de messages : une approche hybride O. Nouali (1) Laboratoire des Logiciels de base, CE.R.I.S., Rue des 3 frères Aïssiou, Ben Aknoun, Alger,

Plus en détail

Projet : Plan Assurance Qualité

Projet : Plan Assurance Qualité Projet : Document : Plan Assurance Qualité 2UP_SPEC_DEV1 VERSION 1.00 Objet Ce document a pour objectif de définir la démarche d analyse et de conception objet ainsi les activités liées. Auteur Eric PAPET

Plus en détail

Analyse et visualisation d opinions dans un cadre de veille sur le Web

Analyse et visualisation d opinions dans un cadre de veille sur le Web Analyse et visualisation d opinions dans un cadre de veille sur le Web Mohamed Dermouche, Leila Khouas Sabine Loudcher Julien Velcin Eric Fourboul Université de Lyon (ERIC LYON 2), 5 av. P. Mendès-France

Plus en détail

COMBINER UNE ÉVALUATION QUALITATIVE ET QUANTITATIVE DU PROCESSUS DE GÉNIE LOGICIEL. par ALEX TURCOTTE. Essai présenté au CeFTI

COMBINER UNE ÉVALUATION QUALITATIVE ET QUANTITATIVE DU PROCESSUS DE GÉNIE LOGICIEL. par ALEX TURCOTTE. Essai présenté au CeFTI COMBINER UNE ÉVALUATION QUALITATIVE ET QUANTITATIVE DU PROCESSUS DE GÉNIE LOGICIEL par ALEX TURCOTTE Essai présenté au CeFTI en vue de l obtention du grade de maître en génie logiciel (maîtrise en génie

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

L enseignement du PLM dans les institutions académiques April 06, 2005. Pierre-Jacques Bauer WW Academic Relation Manager

L enseignement du PLM dans les institutions académiques April 06, 2005. Pierre-Jacques Bauer WW Academic Relation Manager L enseignement du PLM dans les institutions académiques April 06, 2005 Pierre-Jacques Bauer WW Academic Relation Manager Agenda Qu est ce que le PLM pour le monde industriel Les produits et solutions PLM

Plus en détail

Projet ECOSIM : Plate-forme Multi-Scénario de Simulation Dynamique de Gestion en Ligne.

Projet ECOSIM : Plate-forme Multi-Scénario de Simulation Dynamique de Gestion en Ligne. Projet ECOSIM : Plate-forme Multi-Scénario de Simulation Dynamique de Gestion en Ligne. Patrice Saunier EXOSIM S.A 7, Boulevard Mirabeau 95100 ARGENTEUIL Tel : (33) 1.30.76.60.13 Fax : (33) 1.30.76.06.14

Plus en détail

Le Processus RUP. H. Kadima. Tester. Analyst. Performance Engineer. Database Administrator. Release Engineer. Project Leader. Designer / Developer

Le Processus RUP. H. Kadima. Tester. Analyst. Performance Engineer. Database Administrator. Release Engineer. Project Leader. Designer / Developer Le Processus RUP Database Administrator Project Leader H. Kadima Performance Engineer Release Engineer Analyst Designer / Developer Tester Table des matières 1. De l artisanat à l industrialisation de

Plus en détail

2. Activités et Modèles de développement en Génie Logiciel

2. Activités et Modèles de développement en Génie Logiciel 2. Activités et Modèles de développement en Génie Logiciel Bernard ESPINASSE Professeur à l'université d'aix-marseille Plan Les Activités du GL Analyse des besoins Spécification globale Conceptions architecturale

Plus en détail

Développement logiciel pour l Architecture Orientée Services avec IBM Rational Software Development Platform

Développement logiciel pour l Architecture Orientée Services avec IBM Rational Software Development Platform IBM Software Group Développement logiciel pour l Architecture Orientée Services avec IBM Rational Software Development Platform Thierry Bourrier, Techical Consultant thierry.bourrier@fr.ibm.com L Architecture

Plus en détail

Table des matières. Introduction Chef de projet : un métier complexe... 1. Diagnostiquer sa gestion de projet... 19

Table des matières. Introduction Chef de projet : un métier complexe... 1. Diagnostiquer sa gestion de projet... 19 Table des matières Introduction Chef de projet : un métier complexe........ 1 Le chef de projet multicompétent.............................. 2 Maîtriser les techniques de gestion de projet.......................

Plus en détail

LISTE DES FORMATIONS. Mai 2015

LISTE DES FORMATIONS. Mai 2015 Gestion de projet Analyse d affaires Formation Évaluation de performance +1.514.826.5534 info@lcgsolution.com www.lcgsolution.com LCG Solution se distingue par la qualité du matériel de formation, la qualité

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

BUSINESSOBJECTS EDGE PREMIUM

BUSINESSOBJECTS EDGE PREMIUM PRODUITS BUSINESSOBJECTS EDGE PREMIUM Avantages de la Business Intelligence Assurer une visibilité intégrale des activités Identifier de nouvelles opportunités Détecter et résoudre les problèmes Remplacer

Plus en détail

Rapport de certification

Rapport de certification Rapport de certification Security Intelligence Platform 4.0.5 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 d évaluation

Plus en détail

Rappel de la première partie

Rappel de la première partie Conduite de projets (informatiques) Eric Bourreau Thérèse Libourel 1 Rappel de la première partie Définition et terminologie Projet (besoin objectif) gestion d un projet (estim, planif, pilot, suivi) Le

Plus en détail

Synergies entre Artisan Studio et outils PLM

Synergies entre Artisan Studio et outils PLM SysML France 13 Novembre 2012 William Boyer-Vidal Regional Sales Manager Southern Europe Synergies entre Artisan Studio et outils PLM 2012 2012 Atego. Atego. 1 Challenges & Tendances Complexité des produits

Plus en détail

Objectifs. Gestion de la qualité des logiciels. Principaux facteurs influençant la qualité du logiciel. Concepts en gestion de la qualité

Objectifs. Gestion de la qualité des logiciels. Principaux facteurs influençant la qualité du logiciel. Concepts en gestion de la qualité Objectifs décrire le de gestion de la qualité des logiciels Gestion de la qualité des logiciels introduire la notion de norme de qualité décrire la relation entre la qualité du logiciel et la qualité des

Plus en détail

Licence en Informatique à Horraire Décalé. Cours Gestion de projet informatique Première partie

Licence en Informatique à Horraire Décalé. Cours Gestion de projet informatique Première partie Licence en Informatique à Horraire Décalé Cours Gestion de projet informatique Première partie 1 PLAN Introduction 1. Les concepts de base en management de projet : 3-33 2 Les processus du management de

Plus en détail

Programme scientifique MUST

Programme scientifique MUST Programme scientifique MUST Management of Urban Smart Territories 03/06/2014 Claude Rochet - Florence Pinot 1 Qu est-ce qui fait qu une ville est «smart»? Ce n est pas une addition de «smarties»: smart

Plus en détail

Résolution de problématiques d ordonnancement par utilisation d un logiciel générique d optimisation

Résolution de problématiques d ordonnancement par utilisation d un logiciel générique d optimisation Résolution de problématiques d ordonnancement par utilisation d un logiciel générique d optimisation Christian Houlbert Centre National d Etudes Spatiales (CNES) 18 avenue Edouard Belin 31401 Toulouse

Plus en détail

WHITE PAPER Une revue de solution par Talend & Infosense

WHITE PAPER Une revue de solution par Talend & Infosense WHITE PAPER Une revue de solution par Talend & Infosense Master Data Management pour les données de référence dans le domaine de la santé Table des matières CAS D ETUDE : COLLABORATION SOCIALE ET ADMINISTRATION

Plus en détail

Modélisation: outillage et intégration

Modélisation: outillage et intégration Modélisation: outillage et intégration Emmanuel Gaudin emmanuel.gaudin@pragmadev.com Un réel besoin Le logiciel double tous les deux ans. Le volume final rend extrêmement difficile de garantir le niveau

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