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, didier.gourc}@mines-albi.fr 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

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

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

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

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

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

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

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

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

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

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

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É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

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

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

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

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

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

Logiciel Libre & qualité. Présentation

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

Plus en détail

PLM 2.0 : Mise à niveau et introduction à l'offre version 6 de Dassault systèmes

PLM 2.0 : Mise à niveau et introduction à l'offre version 6 de Dassault systèmes IBM Software Group 2008 IBM Corporation and Dassault Systèmes PLM 2.0 : Mise à niveau et introduction à l'offre version 6 de Dassault systèmes 2009 2007 IBM Corporation 2 PLM : de l historique 2D-3D à

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

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

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

Qualité de la conception de tests logiciels : plate-forme de conception et processus de test

Qualité de la conception de tests logiciels : plate-forme de conception et processus de test Ecole Doctorale en Sciences de l Ingénieur de l ECP Formation doctorale en Génie Industriel Qualité de la conception de tests logiciels : plate-forme de conception et processus de test Quality of the design

Plus en détail

SAN07 IBM Social Media Analytics:

SAN07 IBM Social Media Analytics: SAN07 IBM Social Media Analytics: Vos clients partagent leurs connaissances Déployez une stratégie gagnante! Eric Martin Social Media Analytics Leader Europe IBM SWG, Business Analytics @Eric_SMA 1 Le

Plus en détail

Page 1 Quelques méthodes et outils de la qualité

Page 1 Quelques méthodes et outils de la qualité Page 1 Quelques méthodes et outils de la qualité Page 2 Classement des méthodes de la qualité (d après E. Le Coz, 2001) Quelques outils d amélioration de la qualité (d après Y. Mougin, 2004) http://www.eyrolles.com/chapitres/9782708130227/outils_methodes_mougin.pdf

Plus en détail

Exemple PLS avec SAS

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

Plus en détail

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

Les méthodes Agiles Introduction. Intervenant : Tremeur Balbous tremeur@agilegardener.com http://www.agilegardener.com/ 04/09/2008

Les méthodes Agiles Introduction. Intervenant : Tremeur Balbous tremeur@agilegardener.com http://www.agilegardener.com/ 04/09/2008 Les méthodes Agiles Introduction Intervenant : Tremeur Balbous tremeur@agilegardener.com http://www.agilegardener.com/ 04/09/2008 Les méthodes Agiles Le contexte Le Manifeste Agile Une tentative de définition

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

25/12/2012 www.toubkalit.ma

25/12/2012 www.toubkalit.ma 25/12/2012 www.toubkalit.ma 1 Définition Exemple des méthodes agiles Valeurs Principes Le cycle itératif et incrémental (Itération/Sprint) Schéma de travail Méthode Scrum. Méthode XP (Extreme programming).

Plus en détail

Bertrand Cornanguer Sogeti

Bertrand Cornanguer Sogeti JFIE 2014 Bertrand Cornanguer Sogeti Trésorier du CFTL Chair du groupe Audit de l ISTQB Vice-chair du groupe Agile Tester de l ISTQB 14/10/2014 Introduction Comme beaucoup de sujets, l ingénierie des exigences

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 MGL 804 RÉALISATION ET MAINTENANCE DE LOGICIELS TRAVAIL DE SESSION INDIVIDUEL PAUL-OLIVIER TRUDEAU TRUP19018209 DÉPARTEMENT

Plus en détail

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

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

Plus en détail

Panorama général des normes et outils d audit. François VERGEZ AFAI

Panorama général des normes et outils d audit. François VERGEZ AFAI Panorama général des normes et outils d audit. François VERGEZ AFAI 3 Système d information, une tentative de définition (1/2) Un système d information peut être défini comme l ensemble des moyens matériels,

Plus en détail

Programming Server-Side Web Applications with Object-Oriented PHP. 420-060-NC Group 1638. Syllabus. Duration: 75 hours 1-2-2

Programming Server-Side Web Applications with Object-Oriented PHP. 420-060-NC Group 1638. Syllabus. Duration: 75 hours 1-2-2 Programming Server-Side Web Applications with Object-Oriented PHP 420-060-NC Group 1638 Syllabus Duration: 75 hours 1-2-2 Lecturer: Mathieu Viau mathieu.viau@gmail.com COLLÈGE DE MAISONNEUVE 3800, rue

Plus en détail

iqtool - Outil e-learning innovateur pour enseigner la Gestion de Qualité au niveau BAC+2

iqtool - Outil e-learning innovateur pour enseigner la Gestion de Qualité au niveau BAC+2 iqtool - Outil e-learning innovateur pour enseigner la Gestion de Qualité au niveau BAC+2 134712-LLP-2007-HU-LEONARDO-LMP 1 Information sur le projet iqtool - Outil e-learning innovateur pour enseigner

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

EXIN Agile Scrum Master

EXIN Agile Scrum Master Guide de préparation EXIN Agile Scrum Master Édition de juillet 2015 Copyright 2015 EXIN All rights reserved. No part of this publication may be published, reproduced, copied or stored in a data processing

Plus en détail

ADHEFILM : tronçonnage. ADHEFILM : cutting off. ADHECAL : fabrication. ADHECAL : manufacturing.

ADHEFILM : tronçonnage. ADHEFILM : cutting off. ADHECAL : fabrication. ADHECAL : manufacturing. LA MAÎTRISE D UN MÉTIER Depuis plus de 20 ans, ADHETEC construit sa réputation sur la qualité de ses films adhésifs. Par la maîtrise de notre métier, nous apportons à vos applications la force d une offre

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

MESURE DE LA COMPLEXITÉ FONCTIONNELLE DES LOGICIELS

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

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

GEIDE MSS /IGSS. The electronic document management system shared by the Luxembourg

GEIDE MSS /IGSS. The electronic document management system shared by the Luxembourg GEIDE MSS /IGSS The electronic document management system shared by the Luxembourg Social Security Ministry and IGSS Introduction: The administrative context IGSS missions Legal and international affairs

Plus en détail

26th of March 2014, Paris

26th of March 2014, Paris P : 1 Continuité Numérique : un enjeu d efficacité pour l industrie supporté par les standards Standard STEP AP 242 ISO 10303 : modèles CAO 3D avec tolérancement gérés en configuration Résumé du white

Plus en détail

Intelligence Economique - Business Intelligence

Intelligence Economique - Business Intelligence Intelligence Economique - Business Intelligence Notion de Business Intelligence Dès qu'il y a une entreprise, il y a implicitement intelligence économique (tout comme il y a du marketing) : quelle produit

Plus en détail

CURRICULUM VITAE. Informations Personnelles

CURRICULUM VITAE. Informations Personnelles CURRICULUM VITAE Informations Personnelles NOM: BOURAS PRENOM : Zine-Eddine STRUCTURE DE RATTACHEMENT: Département de Mathématiques et d Informatique Ecole Préparatoire aux Sciences et Techniques Annaba

Plus en détail

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

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

Plus en détail

Laboratoire d Automatique et Productique Université de Batna, Algérie

Laboratoire d Automatique et Productique Université de Batna, Algérie Anale. Seria Informatică. Vol. IX fasc. 2 Annals. Computer Science Series. 9 th Tome st Fasc. 2 La sélection de paramètres d un système industriel par les colonies de fourmis Ouahab Kadri, L. Hayet Mouss,

Plus en détail

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

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

Plus en détail

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

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

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

D ITIL à D ISO 20000, une démarche complémentaire

D ITIL à D ISO 20000, une démarche complémentaire D ITIL à D ISO 20000, une démarche complémentaire www.teamup-consulting.com Teamup Consulting - 1 Certificat nºinf/2007/29319 1 ère société de conseil française certifiée ISO 20000-1:2011 Sommaire Introduction

Plus en détail

Article de recherche théorique et article de recherche empirique : particularités 1

Article de recherche théorique et article de recherche empirique : particularités 1 La présentation d un article de recherche de type théorique 1 Article de recherche théorique et article de recherche empirique : particularités 1 Gilles Raîche, professeur Université du Québec à Montréal

Plus en détail

Les méthodes Agile. Implication du client Développement itératif et incrémental

Les méthodes Agile. Implication du client Développement itératif et incrémental Les méthodes Agile Simon ALEXANDRE - CETIC Plan Overview Agile ne signifie pas Agile signifie Objectifs poursuivis Pourquoi les méthodes Agile apparaissent-elles? Principales causes des échecs de projets

Plus en détail

Forge. Présentation ( )

Forge. Présentation ( ) ( RetourListeFichesParThèmes ) Forge Présentation Définition Objectifs Services fournis, fonctions disponibles Services en ligne d hébergement de projets La solution des logiciels intégrés pour le déploiement

Plus en détail

ÉVALUATION DES RÉTROACTIONS DONNÉES PAR UN LOGICIEL D AIDE À L APPRENTISSAGE DE L ÉCRITURE MANUSCRITE

ÉVALUATION DES RÉTROACTIONS DONNÉES PAR UN LOGICIEL D AIDE À L APPRENTISSAGE DE L ÉCRITURE MANUSCRITE ÉVALUATION DES RÉTROACTIONS DONNÉES PAR UN LOGICIEL D AIDE À L APPRENTISSAGE DE L ÉCRITURE MANUSCRITE LECLERC MARIE-CHRISTINE, ROBERT JEAN-MARC École Polytechnique de Montréal Département de mathématiques

Plus en détail

UML est-il soluble dans les méthodes agiles?

UML est-il soluble dans les méthodes agiles? Pascal ROQUES Valtech Training UML est-il soluble dans les méthodes agiles? octobre 07 Résumé On entend beaucoup parler actuellement de deux approches ayant l'air fondamentalement opposées : l'approche

Plus en détail

PAS X. PAS-X Services. Competence. Implementation. Support. Vue d ensemble des services. Portfolio des services proposés

PAS X. PAS-X Services. Competence. Implementation. Support. Vue d ensemble des services. Portfolio des services proposés PAS-X PAS-X Vue d ensemble des services Portfolio des services proposés En complément de ses produits Manufacturing IT, Werum propose des prestations de services complètes. La société Werum apporte son

Plus en détail

Valorisez vos actifs logiciels avec Rational Asset Manager. Jean-Michel Athané, Certified IT Specialist IBM Rational Software

Valorisez vos actifs logiciels avec Rational Asset Manager. Jean-Michel Athané, Certified IT Specialist IBM Rational Software Valorisez vos actifs logiciels avec Rational Asset Manager Jean-Michel Athané, Certified IT Specialist IBM Rational Software 13 Qu est-ce qu un actif logiciel (Software Asset)? Un asset est une collection

Plus en détail

Proposition de méthode d implémentation d ITIL

Proposition de méthode d implémentation d ITIL Proposition de méthode d implémentation d ITIL Said Sebaaoui (*) - Mohamed Lamrini (*) - Laila El Abbadi (**) (*) : Laboratoire Informatique et Modélisation (LIM), Faculté des Sciences Dhar el Mahraz,

Plus en détail

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

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

Plus en détail

Les marchés Security La méthode The markets The approach

Les marchés Security La méthode The markets The approach Security Le Pôle italien de la sécurité Elsag Datamat, une société du Groupe Finmeccanica, représente le centre d excellence national pour la sécurité physique, logique et des réseaux de télécommunication.

Plus en détail

WEB15 IBM Software for Business Process Management. un offre complète et modulaire. Alain DARMON consultant avant-vente BPM alain.darmon@fr.ibm.

WEB15 IBM Software for Business Process Management. un offre complète et modulaire. Alain DARMON consultant avant-vente BPM alain.darmon@fr.ibm. WEB15 IBM Software for Business Process Management un offre complète et modulaire Alain DARMON consultant avant-vente BPM alain.darmon@fr.ibm.com Claude Perrin ECM Client Technical Professional Manager

Plus en détail

Stage Ingénieur en développement logiciel/modélisation 3D

Stage Ingénieur en développement logiciel/modélisation 3D Ingénieur en développement logiciel/modélisation 3D Schlumberger recrute un(e) stagiaire ingénieur en modélisation 3D pour la plate-forme Petrel. Vous serez intégré(e) au sein d une équipe innovante, Petrel

Plus en détail

MODÈLE DE MESURE DE LA MAINTENANCE DE LOGICIEL

MODÈLE DE MESURE DE LA MAINTENANCE DE LOGICIEL Modèle de mesure du processus maintenance de logiciel 1 22 Sujet d Étude individuel Cours MGL 804 MODÈLE DE MESURE DE LA MAINTENANCE DE LOGICIEL Réalisé par : GHANIA HACHICHI 2011-03-17 1 Modèle de mesure

Plus en détail

Règles d engagement. Présentation Diapositives Bibliographie Questions Les vertus de la marche

Règles d engagement. Présentation Diapositives Bibliographie Questions Les vertus de la marche Règles d engagement Présentation Diapositives Bibliographie Questions Les vertus de la marche Plan Rappels sur l agilité Scrum : une implantation de l agilité Scrum ou XP? Conclusion Historique sélectif

Plus en détail

Cours Gestion de projet

Cours Gestion de projet Cours Gestion de projet Méthodes de conduite de projet Version Date Auteur V1.8 Septembre 2007 Pascal HEYER 1 Méthodes de conduite de projet Ce document est publié sous la licence libre Creative Commons-BY-NC-SA

Plus en détail

L apprentissage automatique

L apprentissage automatique L apprentissage automatique L apprentissage automatique L'apprentissage automatique fait référence au développement, à l analyse et à l implémentation de méthodes qui permettent à une machine d évoluer

Plus en détail

en SCÈNE RATIONAL Rational Démonstration SDP : automatisation de la chaîne de développement Samira BATAOUCHE sbataouche@fr.ibm.com

en SCÈNE RATIONAL Rational Démonstration SDP : automatisation de la chaîne de développement Samira BATAOUCHE sbataouche@fr.ibm.com Rational Démonstration SDP : automatisation de la chaîne de développement Samira BATAOUCHE sbataouche@fr.ibm.com Fabrice GRELIER fabrice.grelier@fr.ibm.com RATIONAL en SCÈNE 2007 IBM Corporation Objectif

Plus en détail

Travailler avec les télécommunications

Travailler avec les télécommunications Travailler avec les télécommunications Minimiser l attrition dans le secteur des télécommunications Table des matières : 1 Analyse de l attrition à l aide du data mining 2 Analyse de l attrition de la

Plus en détail

ICA Congress, Brisbane 2012 Thème général : Les temps qui changent. La confiance et les archives*

ICA Congress, Brisbane 2012 Thème général : Les temps qui changent. La confiance et les archives* ICA Congress, Brisbane 2012 Thème général : Les temps qui changent. La confiance et les archives* Titre : Un résumé de la pratique archivistique internationale adaptée au niveau local : manuel pratique

Plus en détail

NOM ENTREPRISE. Document : Plan Qualité Spécifique du Projet / Project Specific Quality Plan

NOM ENTREPRISE. Document : Plan Qualité Spécifique du Projet / Project Specific Quality Plan Document : Plan Qualité Spécifique du Projet Project Specific Quality Plan Référence Reference : QP-3130-Rev 01 Date Date : 12022008 Nombre de Pages Number of Pages : 6 Projet Project : JR 100 Rédacteur

Plus en détail

Un environnement de déploiement automatique pour les applications à base de composants

Un environnement de déploiement automatique pour les applications à base de composants ICSSEA 2002-7 Lestideau Un environnement de déploiement automatique pour les applications à base de composants Vincent Lestideau Adele Team Bat C LSR-IMAG, 220 rue de la chimie Domaine Universitaire, BP

Plus en détail

Structuration des décisions de jurisprudence basée sur une ontologie juridique en langue arabe

Structuration des décisions de jurisprudence basée sur une ontologie juridique en langue arabe Structuration des décisions de jurisprudence basée sur une ontologie juridique en langue arabe Karima Dhouib, Sylvie Després Faiez Gargouri ISET - Sfax Tunisie, BP : 88A Elbustan ; Sfax karima.dhouib@isets.rnu.tn,

Plus en détail

Conférence Bales II - Mauritanie. Patrick Le Nôtre. Directeur de la Stratégie - Secteur Finance Solutions risques et Réglementations

Conférence Bales II - Mauritanie. Patrick Le Nôtre. Directeur de la Stratégie - Secteur Finance Solutions risques et Réglementations Conférence Bales II - Mauritanie Patrick Le Nôtre Directeur de la Stratégie - Secteur Finance Solutions risques et Réglementations AGENDA Le positionnement et l approche de SAS Notre légitimité dans les

Plus en détail

Les méthodes itératives. Hugues MEUNIER

Les méthodes itératives. Hugues MEUNIER Les méthodes itératives Hugues MEUNIER INTRODUCTION. Toute les méthodes ont le même but : la maîtrise du budget, du planning et de la qualité des projets de développement informatique Plusieurs approches

Plus en détail

Présentation par François Keller Fondateur et président de l Institut suisse de brainworking et M. Enga Luye, CEO Belair Biotech

Présentation par François Keller Fondateur et président de l Institut suisse de brainworking et M. Enga Luye, CEO Belair Biotech Présentation par François Keller Fondateur et président de l Institut suisse de brainworking et M. Enga Luye, CEO Belair Biotech Le dispositif L Institut suisse de brainworking (ISB) est une association

Plus en détail

Introduction au Génie Logiciel

Introduction au Génie Logiciel Introduction au Génie Logiciel Lydie du Bousquet Lydie.du-bousquet@imag.fr En collaboration avec J.-M. Favre, I. Parissis, Ph. Lalanda Qu est-ce que le logiciel? programme, ensemble d instructions Caractéristiques

Plus en détail

GL - 2 2.2 Processus de développement Cycles de vie

GL - 2 2.2 Processus de développement Cycles de vie GL - 2 2.2 Processus de développement Cycles de vie Lydie du Bousquet Lydie.du-bousquet@imag.fr En collaboration avec J.-M. Favre, Ph. Lalanda, I. Parissis, Y. Ledru 1 Plan Introduction Modèles en cascade

Plus en détail

Ingénierie et gestion des connaissances

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

Plus en détail

Gestion de Projet. Génie Logiciel. Renaud Marlet. LaBRI / INRIA. http://www.labri.fr/~marlet. (d'après A.-M. Hugues) màj 19/04/2007

Gestion de Projet. Génie Logiciel. Renaud Marlet. LaBRI / INRIA. http://www.labri.fr/~marlet. (d'après A.-M. Hugues) màj 19/04/2007 1 Génie Logiciel (d'après A.-M. Hugues) Gestion de Projet Renaud Marlet LaBRI / INRIA http://www.labri.fr/~marlet màj 19/0/007 Est-ce bien nécessaire? Principes de gestion = beaucoup d'évidences Pourtant

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

Laboratoire 4 Développement d un système intelligent

Laboratoire 4 Développement d un système intelligent DÉPARTEMENT DE GÉNIE LOGICIEL ET DES TI LOG770 - SYSTÈMES INTELLIGENTS ÉTÉ 2012 Laboratoire 4 Développement d un système intelligent 1 Introduction Ce quatrième et dernier laboratoire porte sur le développement

Plus en détail

Tier 1 / Tier 2 relations: Are the roles changing?

Tier 1 / Tier 2 relations: Are the roles changing? Tier 1 / Tier 2 relations: Are the roles changing? Alexandre Loire A.L.F.A Project Manager July, 5th 2007 1. Changes to roles in customer/supplier relations a - Distribution Channels Activities End customer

Plus en détail

Learning Object Metadata

Learning Object Metadata Page 1 of 7 Learning Object Metadata Le LOM (Learning Object Metadata), est un schéma de description de ressources d enseignement et d apprentissage. Le LOM peut être utilisé pour décrire des ressources

Plus en détail

OPTIMISATION DE LA MAINTENANCE DES EQUIPEMENTS DE MANUTENTION DU TERMINAL A CONTENEURS DE BEJAIA (BMT)

OPTIMISATION DE LA MAINTENANCE DES EQUIPEMENTS DE MANUTENTION DU TERMINAL A CONTENEURS DE BEJAIA (BMT) OPTIMISATION DE LA MAINTENANCE DES EQUIPEMENTS DE MANUTENTION DU TERMINAL A CONTENEURS DE BEJAIA (BMT) LAGGOUNE Radouane 1 et HADDAD Cherifa 2 1,2: Dépt. de G. Mécanique, université de Bejaia, Targa-Ouzemour

Plus en détail

Nouvelle approche de validation Novo Nordisk

Nouvelle approche de validation Novo Nordisk 44 ème Congrès International SFSTP 6 et 7 juin 2012 LA CONNAISSANCE SCIENTIFIQUE AU SERVICE DE LA QUALITE PRODUIT Apports du «Quality by Design» et retours d expd expériences Nouvelle approche de validation

Plus en détail

Agile @ Germe Grenoble 4 22/06/2012. Intervenant: Bruno Sbille

Agile @ Germe Grenoble 4 22/06/2012. Intervenant: Bruno Sbille Agile @ Germe Grenoble 4 22/06/2012 Intervenant: Bruno Sbille 1 Agile @ Germe 2 Bruno Sbille Blog Agile: http://brunosbille.com Coach & Formateur Blog Coaching Personnel: http://brunosbille.com/coachdevie

Plus en détail

Gestion des données de référence (MDM)

Gestion des données de référence (MDM) Chapitre 1 - COMPRENDRE LE MARCHÉ Gestion des données de référence (MDM) Copyright 2009 CXP. 1 All rights reserved. Reproduction or distribution of this document, in any form, is expressly prohibited without

Plus en détail

Génie Logiciel LA QUALITE 1/5 LA QUALITE 3/5 LA QUALITE 2/5 LA QUALITE 4/5 LA QUALITE 5/5

Génie Logiciel LA QUALITE 1/5 LA QUALITE 3/5 LA QUALITE 2/5 LA QUALITE 4/5 LA QUALITE 5/5 Noël NOVELLI ; Université d Aix-Marseille; LIF et Département d Informatique Case 901 ; 163 avenue de Luminy 13 288 MARSEILLE cedex 9 Génie Logiciel LA QUALITE 1/5 La gestion de la qualité Enjeux de la

Plus en détail

Rapport de certification

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

Plus en détail

Problèmes de crédit et coûts de financement

Problèmes de crédit et coûts de financement Chapitre 9 Problèmes de crédit et coûts de financement Ce chapitre aborde un ensemble de préoccupations devenues essentielles sur les marchés dedérivésdecréditdepuislacriseducréditde2007.lapremièredecespréoccupations

Plus en détail

Comité Français des Tests Logiciels. Testeur Certifié. Version 2012

Comité Français des Tests Logiciels. Testeur Certifié. Version 2012 Testeur Certifié Version 2012 Copyright Ce document ne peut être copié intégralement ou partiellement que si la source est mentionnée. Version 2012 Page 1 sur 18 19 octobre 2012 Copyright, (appelé ci-après

Plus en détail

LA NOTATION STATISTIQUE DES EMPRUNTEURS OU «SCORING»

LA NOTATION STATISTIQUE DES EMPRUNTEURS OU «SCORING» LA NOTATION STATISTIQUE DES EMPRUNTEURS OU «SCORING» Gilbert Saporta Professeur de Statistique Appliquée Conservatoire National des Arts et Métiers Dans leur quasi totalité, les banques et organismes financiers

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

Les systèmes de gestion des actifs immobiliers par Gilles Marchand, Ministère de l'éducation du Québec & Dino Gerbasi, GES Technologies

Les systèmes de gestion des actifs immobiliers par Gilles Marchand, Ministère de l'éducation du Québec & Dino Gerbasi, GES Technologies Les systèmes de gestion des actifs immobiliers par Gilles Marchand, Ministère de l'éducation du Québec & Dino Gerbasi, GES Technologies 3 Novembre, 2004 Montréal Plan de la présentation Projet SIAD (français)

Plus en détail