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

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

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

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

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

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

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

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

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

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

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

pratiques. Nous avons abondamment illustré l'application correcte et efficace des nombreuses pratiques en assurance qualité par des cas pratiques.

pratiques. Nous avons abondamment illustré l'application correcte et efficace des nombreuses pratiques en assurance qualité par des cas pratiques. Cet ouvrage s inscrit dans le cadre d une problématique globale portant sur l amélioration de la qualité du logiciel pour des organismes qui ont atteint un certain niveau de maturité. Il cherche à rapprocher

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

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

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

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

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

Shadow Manager Simulateur de gestion globale d entreprise. Introduction

Shadow Manager Simulateur de gestion globale d entreprise. Introduction Shadow Manager Simulateur de gestion globale d entreprise Introduction Le logiciel de simulation d entreprise Shadow Manager représente le nec plus ultra des outils pédagogiques de simulation de gestion

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

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

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

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

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

Conception multi-agent d un système d aide à la décision collective

Conception multi-agent d un système d aide à la décision collective Conception multi-agent d un système d aide à la décision collective Justification automatique pour la confrontation des opinions Maxime Morge Philippe Beaune Équipe SMA / Centre SIMMO École Nationale Supérieure

Plus en détail

Méthode d aide à la conception en présence d imprécisions

Méthode d aide à la conception en présence d imprécisions Méthode d aide à la conception en présence d imprécisions Franck Massa, Thierry Tison, Bertrand Lallemand Laboratoire d'automatique, de Mécanique et d'informatique Industrielles et Humaines, UMR 8530,

Plus en détail

IFT 3901 Analyse et Conception des Logiciels

IFT 3901 Analyse et Conception des Logiciels IFT 3901 Analyse et Conception des Logiciels Automne 2005 Petko Valtchev Petko Valtchev Université de Montréal Septembre 2005 1 Analyse et Conception 1. L analyse et la conception OO (survol) Petko Valtchev

Plus en détail

Organisé par StatSoft France et animé par Dr Diego Kuonen, expert en techniques de data mining.

Organisé par StatSoft France et animé par Dr Diego Kuonen, expert en techniques de data mining. 2 jours : Mardi 15 et mercredi 16 novembre 2005 de 9 heures 30 à 17 heures 30 Organisé par StatSoft France et animé par Dr Diego Kuonen, expert en techniques de data mining. Madame, Monsieur, On parle

Plus en détail

Motivation : pourquoi exploration de données? Nous nous noyons dans les données, mais manquons cruellement de connaissances

Motivation : pourquoi exploration de données? Nous nous noyons dans les données, mais manquons cruellement de connaissances 1 Introduction Définition et motivations Tâches de data mining (fouille de données, exploration de données) Techniques et algorithmes Exemples et applications 1 Motivation : pourquoi exploration de données?

Plus en détail

CONSEIL STRATÉGIQUE. Services professionnels. En bref

CONSEIL STRATÉGIQUE. Services professionnels. En bref Services professionnels CONSEIL STRATÉGIQUE En bref La bonne information, au bon moment, au bon endroit par l arrimage des technologies appropriées et des meilleures pratiques. Des solutions modernes adaptées

Plus en détail

Professeur superviseur ALAIN APRIL

Professeur superviseur ALAIN APRIL RAPPORT TECHNIQUE PRÉSENTÉ À L ÉCOLE DE TECHNOLOGIE SUPÉRIEURE DANS LE CADRE DU COURS MGL804 REALISATION ET MAINTENANCE DE LOGICIELS TRAVAIL DE SESSION N12 EVALUATION D UN CONTRAT DE MAINTENANCE DU LOGICIEL

Plus en détail

L universalité des approches agiles; cycle de vie versus processus et méthodologie

L universalité des approches agiles; cycle de vie versus processus et méthodologie Agile Tour Montréal 2012 L universalité des approches agiles; cycle de vie versus processus et méthodologie Conférencier : Claude Besner, Ph. D., MBA, B. Arch., PMP Ma carte de visite Claude Besner, Ph.

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

Concours EXTERNE d ingénieur des systèmes d information et de communication. «Session 2009»

Concours EXTERNE d ingénieur des systèmes d information et de communication. «Session 2009» Concours EXTERNE d ingénieur des systèmes d information et de communication «Session 2009» Meilleure copie "Rapport Technique" Thème : conception et développement logiciel Note : 15,75/20 Rapport technique

Plus en détail

Urbanisation de Système d'information

Urbanisation de Système d'information Urbanisation de Système d'information L'approche Togaf 2008 The Open Group 1 TOGAF : The Open Group Framework Architecture «The Open Group Architecture Framework, également connu sous l'acronyme Togaf,

Plus en détail

MODELE D UN RAPPORT DE STAGE DE BAC PRO ELECTROTECHNIQUE

MODELE D UN RAPPORT DE STAGE DE BAC PRO ELECTROTECHNIQUE MODELE D UN RAPPORT DE STAGE DE BAC PRO ELECTROTECHNIQUE [Prénom Nom] Rapport sur le stage effectué du [date] au [date] Dans la Société : [NOM DE LA SOCIETE : Logo de la société] à [Ville] [Intitulé du

Plus en détail

Processus d Informatisation

Processus d Informatisation Processus d Informatisation Cheminement de la naissance d un projet jusqu à son terme, deux grandes étapes : Recherche ou étude de faisabilité (en amont) L utilisateur a une idée (plus ou moins) floue

Plus en détail

Livre Blanc. Optimiser la gestion et le pilotage des opérations. Août 2010

Livre Blanc. Optimiser la gestion et le pilotage des opérations. Août 2010 Livre Blanc Optimiser la gestion et le pilotage des opérations Août 2010 Un livre blanc édité par : NQI - Network Quality Intelligence Tél. : +33 4 92 96 24 90 E-mail : info@nqicorp.com Web : http://www.nqicorp.com

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

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

Analyse des coûts projetés de la plate-forme SAP HANA

Analyse des coûts projetés de la plate-forme SAP HANA Étude Total Economic Impact réalisée par Forrester Pour SAP Directrice du projet : Shaheen Parks Avril 2014 Analyse des coûts projetés de SAP HANA Économies réalisables en migrant vers SAP HANA Synthèse

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 Code Génétique de la Marque

Le Code Génétique de la Marque Le Code Génétique de la Marque Le clé pour identifier et renforcer durablement le modèle de reussite de la marque Société de conseil international en gestion stratégique et opérationnelle des marques 39,

Plus en détail

Livre Blanc Oracle Juin 2009. Gérer avec succès les risques des contrats pour établir une relation «gagnant-gagnant»

Livre Blanc Oracle Juin 2009. Gérer avec succès les risques des contrats pour établir une relation «gagnant-gagnant» Livre Blanc Oracle Juin 2009 Gérer avec succès les risques des contrats pour établir une relation «gagnant-gagnant» Préambule Ce livre blanc met en avant certains risques impliqués dans les travaux liés

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

Use Cases. Introduction

Use Cases. Introduction Use Cases Introduction Avant d aborder la définition et la conception des UC il est bon de positionner le concept du UC au sein du processus de développement. Le Processus de développement utilisé ici

Plus en détail

Why Software Projects Escalate: The Importance of Project Management Constructs

Why Software Projects Escalate: The Importance of Project Management Constructs Why Software Projects Escalate: The Importance of Project Management Constructs Why Software Projects Escalate: The Importance of Project Management Constructs 1. Introduction 2. Concepts de la gestion

Plus en détail

Service d Audit des logiciels Qualité et Conformité Cobol/Cics/IMS

Service d Audit des logiciels Qualité et Conformité Cobol/Cics/IMS GT-8 Service d Audit des logiciels Qualité et Conformité Cobol/Cics/IMS IMS-DC DC/SQL/ /SQL/IMS (disponible aussi pour Java/J2EE) IMS-DLI 03/12/2007 1 Prestation de service : Audit Qualimétrique I. Description

Plus en détail

Instructions relatives à la soumission d une question sur le sujet d étude

Instructions relatives à la soumission d une question sur le sujet d étude Programme de bourses de recherche Amy Mahan pour évaluer l impact de l accès public aux TIC Instructions relatives à la soumission d une question sur le sujet d étude Table des matières À propos la Question

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

Un peu d'organisation. Conception et Programmation par Objets HLIN406. Sommaire. Pourquoi vous parler de conception par objets? Notion de modélisation

Un peu d'organisation. Conception et Programmation par Objets HLIN406. Sommaire. Pourquoi vous parler de conception par objets? Notion de modélisation Un peu d'organisation Conception et Programmation par Objets HLIN406 Marianne Huchard, Clémentine Nebut LIRMM / Université de Montpellier 2 Premières semaines Contrôle des connaissances Supports 2015 Sommaire

Plus en détail

Bienvenue dans le monde de la construction logicielle

Bienvenue dans le monde de la construction logicielle Chapitre 1 Bienvenue dans le monde de la construction logicielle Sommaire : 1.1 La construction logicielle, qu est-ce que c est? : page 3 1.2 Pourquoi la construction logicielle est-elle importante? :

Plus en détail

PRÉSENTATION PRODUIT. Plus qu un logiciel, la méthode plus efficace de réconcilier.

PRÉSENTATION PRODUIT. Plus qu un logiciel, la méthode plus efficace de réconcilier. PRÉSENTATION PRODUIT Plus qu un logiciel, la méthode plus efficace de réconcilier. Automatiser les réconciliations permet d optimiser l utilisation des ressources et de générer plus de rentabilité dans

Plus en détail

TABLEAU DE BORD : SYSTEME D INFORMATION ET OUTIL DE PILOTAGE DE LA PERFOMANCE

TABLEAU DE BORD : SYSTEME D INFORMATION ET OUTIL DE PILOTAGE DE LA PERFOMANCE TABLEAU DE BORD : SYSTEME D INFORMATION ET OUTIL DE PILOTAGE DE LA PERFOMANCE INTRODUCTION GENERALE La situation concurrentielle des dernières années a confronté les entreprises à des problèmes économiques.

Plus en détail

OBJECTIF PROFESSIONNEL DE LA QUALIFICATION VALIDEE

OBJECTIF PROFESSIONNEL DE LA QUALIFICATION VALIDEE Commission paritaire nationale de l'emploi de la Métallurgie Qualification : MQ 2007 10 89 0264 FICHE D IDENTITE DE LA QUALIFICATION VALIDEE TITRE DE LA QUALIFICATION : Coordonnateur (trice) du développement

Plus en détail

Jean Guichard. Introduction à la Bonne Gestion des Enregistrements process (BPx / GxP) #: Internet-WP Version: e1.00 /FR

Jean Guichard. Introduction à la Bonne Gestion des Enregistrements process (BPx / GxP) #: Internet-WP Version: e1.00 /FR Jean Guichard Livre Blanc Introduction à la Bonne Gestion des Enregistrements process #: Internet-WP Version: e1.00 /FR 2 / 7 Historique du document Version Date Auteur Description e1.00 /FR 2005-10-27

Plus en détail

Optimiser la maintenance des applications informatiques nouvelles technologies. Les 11 facteurs clés de succès qui génèrent des économies

Optimiser la maintenance des applications informatiques nouvelles technologies. Les 11 facteurs clés de succès qui génèrent des économies Application Services France the way we do it Optimiser la maintenance des applications informatiques nouvelles technologies Les 11 facteurs clés de succès qui génèrent des économies Chaque direction informatique

Plus en détail

Introduction à l ISO/IEC 17025:2005

Introduction à l ISO/IEC 17025:2005 Introduction à l ISO/IEC 17025:2005 Relation avec d autres normes de Management de la Qualité Formation Assurance Qualité LNCM, Rabat 27-29 Novembre 2007 Marta Miquel, EDQM-CoE 1 Histoire de l ISO/IEC

Plus en détail

ARIES P O U R L I M P L É M E N TAT I O N R A P I D E D E S Y S T È M E S D E N T R E P R I S E PRÉSENTATION DE LA MÉTHODOLOGIE ARIES

ARIES P O U R L I M P L É M E N TAT I O N R A P I D E D E S Y S T È M E S D E N T R E P R I S E PRÉSENTATION DE LA MÉTHODOLOGIE ARIES ARIES ARCHITECTURE P O U R L I M P L É M E N TAT I O N R A P I D E D E S Y S T È M E S D E N T R E P R I S E PRÉSENTATION DE LA MÉTHODOLOGIE ARIES ARIES est une méthodologie permettant d implémenter rapidement

Plus en détail

Méthodes Agiles et gestion de projets

Méthodes Agiles et gestion de projets Méthodes Agiles et gestion de projets Eric LELEU Consultant Solutions Collaboratives Contact ericleleu@nordnet.fr Site Personnel http://home.nordnet.fr/~ericleleu Blog http://ericleleu.spaces.live.fr La

Plus en détail

Calcul de valeurs globales dans ArtemiS SUITE

Calcul de valeurs globales dans ArtemiS SUITE 09/14 dans ArtemiS SUITE Dans certains cas, il peut être utile de ramener les résultats d analyse à une valeur globale, donc, par exemple, de réduire une évolution de niveau en fonction du temps à une

Plus en détail

METHODS FOR HELPING DECISION-MAKING IN PROJECTS

METHODS FOR HELPING DECISION-MAKING IN PROJECTS METHODS FOR HELPING DECISION-MAKING IN PROJECTS Franck MARLE Ecole Centrale Paris, Laboratoire Génie Industriel marle@pl.ecp.fr Jean-Claude BOCQUET Ecole Centrale Paris, Laboratoire Génie Industriel pl@ecp.fr

Plus en détail

CLOUD PUBLIC, PRIVÉ OU HYBRIDE : LEQUEL EST LE PLUS ADAPTÉ À VOS APPLICATIONS?

CLOUD PUBLIC, PRIVÉ OU HYBRIDE : LEQUEL EST LE PLUS ADAPTÉ À VOS APPLICATIONS? CLOUD PUBLIC, PRIVÉ OU HYBRIDE : LEQUEL EST LE PLUS ADAPTÉ À VOS APPLICATIONS? Les offres de Cloud public se sont multipliées et le Cloud privé se généralise. Désormais, toute la question est de savoir

Plus en détail

I. La compétence professionnelle au cœur des situations professionnelles. a. Définition de la compétence professionnelle

I. La compétence professionnelle au cœur des situations professionnelles. a. Définition de la compétence professionnelle Développer des compétences professionnelles du BTS Assistant de Manager en séance d Activités Professionnelles de Synthèse (APS) Par Elodie SERGENT (relecture Maguy Perea) Le BTS assistant de manager forme

Plus en détail

Rational Unified Process

Rational Unified Process Rational Unified Process Hafedh Mili Rational Unified Process 1. Principes de base 2. Les phases 3. Les activités (workflows) Copyright Hafedh Mili 2005 2 1 Rational Unified Process Processus de développement

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

Livre Blanc. Construire un système d information collaboratif de pilotage de l action publique. Mai 2010

Livre Blanc. Construire un système d information collaboratif de pilotage de l action publique. Mai 2010 Livre Blanc Construire un système d information collaboratif de pilotage de l action publique Mai 2010 Un livre blanc édité par : NQI - Network Quality Intelligence Tél. : +33 4 92 96 24 90 E-mail : info@nqicorp.com

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 3: Estimation des projets logiciels Description générale du standard ISO/IEC 19761,2003 Les attributs-objets

Plus en détail

CQP Animateur(trice) d équipe de logistique des industries chimiques. Référentiels d activités et de compétences Référentiel de certification

CQP Animateur(trice) d équipe de logistique des industries chimiques. Référentiels d activités et de compétences Référentiel de certification CQP Animateur(trice) d équipe de logistique des industries chimiques Référentiels d activités et de compétences Référentiel de certification Désignation du métier ou des composantes du métier en lien avec

Plus en détail

-- Séance 12 -- Traçabilité des exigences et gestion du changement

-- Séance 12 -- Traçabilité des exigences et gestion du changement -- Séance 12 -- Traçabilité des exigences et gestion du changement o Objectifs: Comprendre l importance des documents de vision et delta-vision. Comprendre la notion de la traçabilité des exigences. Savoir

Plus en détail

FILIÈRE METHODOLOGIE & PROJET

FILIÈRE METHODOLOGIE & PROJET FILIÈRE METHODOLOGIE & PROJET 109 Gestion de projet METHODOLOGIE ET PROJET Durée 3 jours Conduite de projet COND-PRO s Intégrer les conditions de réussite d une démarche de management par projet. Impliquer

Plus en détail

GÉDIA AUDIT & SURVEILLANCE DES COÛTS D ENTRÉE DES ARTICLES FABRIQUÉS

GÉDIA AUDIT & SURVEILLANCE DES COÛTS D ENTRÉE DES ARTICLES FABRIQUÉS GÉDIA AUDIT & SURVEILLANCE DES COÛTS D ENTRÉE DES ARTICLES FABRIQUÉS 1. Pourquoi il est indispensable de surveiller les coûts d entrées des articles fabriqués 1.1. La règle de base de valorisation du stock

Plus en détail

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

P R O G R A M M E E T I N S T R U C T I O N S O F F I C I E L L E S P R O G R A M M E E T I N S T R U C T I O N S O F F I C I E L L E S POUR L ENSEIGNEMENT DE L INFORMATIQUE MPSI première année I. Objectifs de la formation II-1 Développement de compétences et d aptitudes

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

Gestion de projet agile

Gestion de projet agile Véronique M e s s a g e r R o t a Préface de Jean T a b a k a Gestion de projet agile 3 e édition Groupe Eyrolles, 2007, 2009, 2010, ISBN : 978-2-212-12750-8 C Glossaire Backlog (product ou iteration ou

Plus en détail

SAP Learning Hub, édition User Adoption Accès dans le cloud à tout moment à des formations pour utilisateurs finaux

SAP Learning Hub, édition User Adoption Accès dans le cloud à tout moment à des formations pour utilisateurs finaux Foire aux questions SAP Learning Hub, édition User Adoption SAP Learning Hub, édition User Adoption Accès dans le cloud à tout moment à des formations pour utilisateurs finaux SAP Learning Hub est une

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

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

PRINCIPES et METHODES de SPECIFICATION et de CONCEPTION GLOBALE des SYSTEMES INFORMATISES 10/20/02 1

PRINCIPES et METHODES de SPECIFICATION et de CONCEPTION GLOBALE des SYSTEMES INFORMATISES 10/20/02 1 PRINCIPES et METHODES de SPECIFICATION et de CONCEPTION GLOBALE des SYSTEMES INFORMATISES 10/20/02 1 CYCLE de VIE des SYSTEMES INFORMATISES Expression du besoin Développement du «système» Exploitation

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

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

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

backlog du produit Product Owner

backlog du produit Product Owner Méthodes agiles : Définition: selon Scott Ambler «Une méthode agile est une approche itérative et incrémentale pour le développement de logiciel, réalisé de manière très collaborative par des équipes responsabilisées

Plus en détail

RÉFLEXION STRATÉGIQUE QUANT À LA MISE EN PLACE D'UN PROJET E-BUSINESS

RÉFLEXION STRATÉGIQUE QUANT À LA MISE EN PLACE D'UN PROJET E-BUSINESS RÉFLEXION STRATÉGIQUE QUANT À LA MISE EN PLACE D'UN PROJET E-BUSINESS REMARQUES PRÉLIMINAIRES Ces questions ont un double objectif. D'une part, mieux cerner les tenants et aboutissants de votre projet

Plus en détail

L'étape de planification de votre projet technologique

L'étape de planification de votre projet technologique L'étape de planification de votre projet technologique Résumé : Pour gérer l ensemble des contraintes de votre projet - humaines, matérielles, temporelles et surtout financières et accroître ses chances

Plus en détail

COBIT (v4.1) INTRODUCTION COBIT

COBIT (v4.1) INTRODUCTION COBIT COBIT (v4.1) Un référentiel de «bonnes pratiques» pour l informatique par René FELL, ABISSA Informatique INTRODUCTION Le Service Informatique (SI) est un maillon important de la création de valeur dans

Plus en détail

Pratique de logiciels de planification

Pratique de logiciels de planification Pratique de logiciels de planification MASTER TECHNOLOGIE & HANDICAP Université Paris 8 Sommaire Introduction Organisation d un projet Les principaux axes de la planification Gestion des tâches Gestion

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

Notre modèle d engagement

Notre modèle d engagement Notre modèle d engagement 1. EVALUER L évaluation des compétences que vous souhaitez améliorer implique un vrai échange entre nos deux équipes, et une étude plus approfondie des écarts et des actions préalablement

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

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

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

FrontRange SaaS Service Management Self-Service & Catalogue de Service

FrontRange SaaS Service Management Self-Service & Catalogue de Service FrontRange SaaS Solutions DATA SHEET 1 FrontRange SaaS Service Management Self-Service & Catalogue de Service ACTIVATION DE LA PRESTATION DE SERVICE ET DE SUPPORT VIA L AUTOMATISATION Proposez des Opérations

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

L SIO I N O 3 & & PE P R E S R PE P C E TIV I ES E

L SIO I N O 3 & & PE P R E S R PE P C E TIV I ES E INTRODUCTION SOMMAIRE 1 Modélisation de processus et Workflows 2 - Méthodes et outils pour la Modélisation de processus Workflows 3 Notions de flexibilité et d adaptabilité dans les WorkFlow CONCLUSION

Plus en détail

TP N 57. Déploiement et renouvellement d une constellation de satellites

TP N 57. Déploiement et renouvellement d une constellation de satellites TP N 57 Déploiement et renouvellement d une constellation de satellites L objet de ce TP est d optimiser la stratégie de déploiement et de renouvellement d une constellation de satellites ainsi que les

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

Business Process Change:

Business Process Change: Business Process Change: A Study of Methodologies, Techniques, and Tools par: W. Kettinger, J. Teng & S. Guha 1 Plan de la présentation Situer l article Relever son contenu Apprécier l article Appliquer

Plus en détail

C1 S informer. C1.1 Rechercher, Exploiter des documents

C1 S informer. C1.1 Rechercher, Exploiter des documents C1 S informer C1.1 Rechercher, Exploiter des documents Une commande Un besoin exprimé Expliciter le besoin*. Le service rendu, les utilisateurs, les conditions d'utilisation sont listés. Les performances

Plus en détail

COMPLIANCE Consulting. Gardez la Maîtrise de vos Exigences. 18 mai 2011

COMPLIANCE Consulting. Gardez la Maîtrise de vos Exigences. 18 mai 2011 COMPLIANCE Consulting Gardez la Maîtrise de vos Exigences 18 mai 2011 Présentation Société Société Société de conseil spécialisée dans le transfert de technologies en matière de processus, de méthodes

Plus en détail

Techniques d évaluation des risques norme ISO 31010

Techniques d évaluation des risques norme ISO 31010 Techniques d évaluation des risques norme ISO 31010 www.pr4gm4.com Gestion des risques Présentation Mars 2010 Copyright 2010 - PR4GM4 Actualité du 27 janvier 2010 2 Actualité du 11 février 2010 3 Domaine

Plus en détail

Les principes et les thèmes PRINCE2

Les principes et les thèmes PRINCE2 31 Chapitre 3 Les principes et les thèmes PRINCE2 1. Les principes de la méthode PRINCE2 Les principes et les thèmes PRINCE2 Les principes de la méthode PRINCE2 définissent un cadre de bonnes pratiques

Plus en détail