Organisation et gestion d un projet logiciel

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

Download "Organisation et gestion d un projet logiciel"

Transcription

1 Organisation et gestion d un projet logiciel Master CCI Génie Logiciel - ORGANISATION DE PROJET - P.Y. CUNIN, I. PARISSIS

2 Activités s de gestion Les acteurs Quels sont les rôles? Quelles sont les responsabilités s? Estimation Combien de temps va durer le projet? Quel effort sera nécessaire n (budget)? Répartition de la durée e et de l effort l le long du cycle de vie? Planification Quelles sont les tâches nécessaires? n Combien de temps durera chaque tâche? Quel effort sera consacré à chaque tâche? Quelles ressources? Qui fait quoi et quand? Suivi Le planning est-il bien respecté? 2

3 Acteurs d un d projet Master CCI Génie Logiciel - ORGANISATION DE PROJET - P.Y. CUNIN, I. PARISSIS

4 Un objectif Qu est est-ce qu un un «projet»? Défini en termes de fournitures Un délaid Des moyens Projet vs Activité 4

5 Acteurs principaux d un d projet Maîtrise d ouvrage d (MOA) Maîtrise d ouvrage d délégud guée e (MOAd( MOAd) Maîtrise d œd œuvre (MOE) Maîtrise d œd œuvre délégud guée e (MOEd( MOEd) 5

6 MOA (maîtrise d'ouvrage), MOAd (... délégud guée) MOA = Entreprise ou service «client» La société X décide d de faire développer d un logiciel de gestion des congés s de son personnel. MOAD = Personne ayant en charge le suivi du projet pour le compte e du client (par exemple un responsable produit) La société X décide d de faire développer d un logiciel de gestion des congés s de son personnel. Madame A. YYY. est chargée e de cette opération ration. 6

7 MOE (maîtrise d'œuvre), MOEd (chef de projet) MOE = Entreprise ou service ayant pris l engagement l de réaliser r le projet pour le MOA La société X décide d de faire développer d un logiciel de gestion des congés s de son personnel. Madame A. YYY est chargée e de cette opération.elle lance un appel d offres. d Elle sélectionne la société de services ABLogiciels. MOEd = Personne chargé par le MOE pour mener le projet Liaison client (MOA délégud gué) Evaluation ressources Gestion projet (éventuellement( assisté par un contrôleur) Décision de passage d une d étape du CV à une autre ABLogiciels nomme Monsieur Z chef de projet. 7

8 Canaux de communication MOA Maître d ouvrage MOE Maître d œuvre MOAd Maître d ouvrage délégué MOEd Maître d œuvre délégué (chef de projet) Utilisateurs Equipe projet 8

9 Schéma récursif (sous-traitance MOA Maître d ouvrage MOA MOE Maître d ouvrage d oeuvre MOE Maître d oeuvre MOAd Maître d ouvrage délégué MOAd MOEd Maître Maître d œuvre d ouvrage délégué (chef délégué de projet) MOEd Maître d œuvre délégué (chef de projet) 9

10 MOAd vs. MOEd Rôles complémentaires mentaires mais opposés MOAd Le meilleur produit au meilleur prix (pour le client) MOEd Le meilleur produit en respectant le budget et les engagements de délaid Cause fréquente d éd échec d un d projet: MOAd = MOEd 10

11 Equipes Equipe qualification validation Equipe projet Chef de projet Experts du domaine technique du projet Analystes Architectes Développeurs Intégrateurs Testeurs Développe les plans de test d intd intégration, système, acceptation (avec chef de projet et client) Equipe qualité Généralement affectée à plusieurs projets Aide à la mise en œuvre de l Assurance l Qualité Organise le Contrôle de la qualité Avertit le Chef de projet en cas de problème constaté Très s souvent réduite r à un "responsable qualité" 11

12 Estimation Master CCI Génie Logiciel - ORGANISATION DE PROJET - P.Y. CUNIN, I. PARISSIS

13 Pourquoi mesurer et estimer? Pourquoi les voitures ont des compteurs de vitesse? Pourquoi se pèsep se-t-on? Combien de personnes font construire une maison sans avoir une idée i e de la taille de la maison? Comment un constructeur communique-t-il il à propos d'une maison et de son coût t de construction? Cela est nécessaire n pour prévoir, contrôler et piloter 13

14 Portée e de la métrologiem Evaluer la charge à consacrer au développement d logiciel Seulement une partie du "coût" total du logiciel (hors vente, commercialisation, maintenance, formation,...) Par la même occasion, évaluer la productivité du développementd Attention à ne pas provoquer un rejet Une pratique pragmatique, basée e sur l'expérience Mais aussi, un besoin de rationalité et de méthodes m afin de ne pas dépendre uniquement de l'expérience 14

15 Quelques considérations préliminaires Tout n'est pas "objectif". Il y a des composantes organisationnelles, financières, stratégiques,... La loi de Parkinson "Le travail s'étend jusqu'à remplir tout le temps alloué à son exécution cution" La loi de Brooks "Ajouter du personnel à un projet en retard ne fait que le retarder" Les aspects mercantiles sont souvent prépond pondérants "Quel prix le client est-il prêt à payer?" Une synthèse se de l'ensemble adapté à chaque projet 15

16 Historique de la mesure : 1 ère vague 16

17 Historique de la mesure : 2ème 2 vague 17

18 Estimation toujours approximative Estimation Basée e sur Expérience du chef de projet Modèles d estimationd Elaborés à partir de la collecte de données issues de plusieurs projets Classification Modèles statiques à une variable à plusieurs variables Modèles dynamiques 18

19 Modèles statiques à une variable Modèles d estimationd Ressource = f(variable) Ressource : effort, durée, taille équipe, doc variable : LOC («( lines of code»), effort, Exemple : étude de Walston & Felix (1977) 60 projets de 4000 à LOC, 12 à hm E = 5,2 x L 0.91 (E : hm, L : KLOC) D = 4,1 x L 0.36 (D : mois) D = 2,47 x E 0.35 DOC = 49 x L 1.01 (DOC : pages de doc) (source : Software Engineering, R. Pressman) Modèles statiques à plusieurs variables Calcul d une d ressource en fonction de plusieurs caractéristiques ristiques Dynamiques L estimation de la ressource dépend d du temps 19

20 Modèles connus Function point Putnam COCOMO 20

21 Function Point (FP)( Norme de fait dans l'informatique de gestion Méthode prédictive, avant le développement d et indépendante de la technologie Elle repose sur la décomposition d technique initiale des fonctionnalités s du projet Se concentre sur les fonctionnalités s dont il faut établir la liste, leur complexité et leur nombre 5 caractéristiques ristiques prises en compte 1. les entrées es (ex. les formulaires de saisie remplis par l'utilisateur) 2. les sorties (ex. les vues et les états fournis par l'application à l'utilisateur) les interrogations (ex. requêtes,,consultation menu, consultation aide, a...) 3. les 4. les groupes de données internes (ex. entités s dans une base de données) 5. les interfaces externes (ex. les fichiers externes partagés) 21

22 Function Point (FP)( : La méthodem Pour chaque fonction, déterminer d le nombre de composantes et la complexité de chacune Exemple : Pour le groupe de données internes on utilise le modèle conceptuel de données et on comptabilise les tables et les relations Soit une table 1 associée à deux autres par une relation "1 to many". La table 1 a 25 champs, la table 2 a 6 champs et la table 3 a 4 champs. On a 3 composantes. c < 20 éléments 1 relation Basse 2 à 5 relations Basse 6 relations et plus Moyenne éléments Basse Moyenne Haute > 50 éléments Moyenne Haute Haute Composantes Complexité basse Complexité moyenne Complexité haute internes externes entrées es sorties interrogations Table 1 est de complexité moyenne. Table 2 et 3 sont de complexité faible On pondère chaque entité/composante au moyen de la table des points et on somme pour obtenir le nombre des points de fonction bruts PFB Dans l'exemple : les entités s internes donnent un total de 24 (10+7+7) 22

23 FP : Ajustement, charge de travail Le total des points bruts est ajusté en fonction de 14 facteurs (notés s de 0 à 5) Transmission des données Configuration Convivialité Réutilisation Installations multiples, portage Distribution Taux de transaction Mise à jour en temps réelr Facilité d'implantation Facilité des modifications, maintenance Performance Entrées des données en temps réelr Complexité du traitement Simplicité d'utilisation Chaque note indique si le facteur introduit de la complexité (0 simple, 5 complexe) On fait la somme des 14 notes et on calcule le facteur de complexit xité technique FCT = 0,65 + 0,01 x Σ i=1..14 facteur i On calcule le nombre total de points de fonctions ajustés s PFA PFA = PFB x FCT A partir du nombre de jour*homme par point de fonction JHPF (connu nu par expérience) on obtient la charge de travail : Charge de travail = PFA x JHPF 23

24 Le modèle de Putnam Optimiser la charge au cours du développement d et maîtriser la relation entre raccourcissement du projet et augmentation de la charge Dynamique à plusieurs variables 2 principes : l effectif optimal de l'équipe de développement d à un temps t doit être proportionnel à la charge de travail restante l efficacité de l él équipe de développement d s ams améliore avec le temps La charge instantanée e au temps t est la dérivd rivée e de la charge cumulée. On obtient une courbe de distribution de la charge (courbe( de Rayleigh- Norden) qui est une courbe exponentielle négativen Le sommet de la courbe indique le nb maximal de personnes travaillant sur le projet en ETP (équivalent( temps plein). Il est atteint dans des délais fonction d'un paramètre C représentatif de la complexité 24

25 Courbe de Rayleigh - Norden 25

26 charge en ETP Courbe de Rayleigh - Norden Besoins Spécification Conception & développement Opération - maintenance nb2 Validation - test nb1 Conception - codage durée 26

27 Le modèle de Putnam Issu d éd études sur de gros projets (>30ha) L = C x E 1/3 D 4/3 C : cte technologique ( ) de complexité D : durée e (années) L : lignes de code E : effort (h.années) On peut déduire d duire : E = L 3 /(C 3 x D 4 ) l effectif de pointe une fois estimées la charge totale et la date de réceptionr la charge totale du projet quand le maximum des effectifs et le temps de développement sont atteints. l impact de la variation de la durée e de développement d sur la difficulté du projet. Exemple : Un raccourcissement du temps de 10% suppose une augmentation de la charge totale de 40% 27

28 CoCoMo (Constructive Cost Model Barry Boehm) Modèle statique à une variable dans sa version de base (DSI : Delivered Source Instructions) Couvre le cycle de vie de la spécification (i.e. après s analyse de besoins) à la livraison Versions Version 1 parue en 1981 Nouvelle version (COCOMOII) définie en 1997 et finalisée e en

29 Niveaux de COCOMO Le niveau indique la complexité du modèle et sa précision Base E = f(dsi) Intermédiaire Paramètres de coût t (statique à plusieurs variables) Sophistiqué Paramètres de coût t pour chaque étape du développement d (dynamique) 29

30 COCOMO de base : trois «modes de développementd veloppement» Le mode de développement d reflète la difficulté du projet «Organic» petits projets, petite équipe expériment rimentée, e, besoins «souples» «Semidetached» «Embedded» projets moyens, équipe hétérogh rogène entre «organic» et «embedded» logiciels embarqués, contraintes de développement d et d opd opération très s fortes. 30

31 ip8 Choix du mode de développementd Organic Semidetached Embedded Définition des besoins Très bonne Bonne Générale Expérience dans le domaine Très forte Bonne Faible Contraintes de développ. - Faibles Moyennes Fortes opération Contraintes d interface Faibles Moyennes Fortes Développement parallèle de Faible Moyen Intensif matériel ou procédures d utilisation Besoin d architectures ou Faible Moyen Fort algorithmes innovants Besoin de livraison rapide Faible Moyen Fort Taille du logiciel <50 KDSI <300 KDSI toute taille 31

32 Diapositive 31 ip8 Animation ip; 05/11/2004

33 Equations du modèle de base Mode Effort (hmois) Durée (mois) Organic 2,4 KDSI 1,05 2,5 Effort 0,38 Semidetached 3,0 KDSI 1,12 2,5 Effort 0,35 Embedded 3,6 KDSI 1,20 2,5 Effort 0,32 32

34 ip9 Application sur projets de tailles variées 2 KDSI 8 KDSI KDSI KDSI KDSI Effort (MM) Organic Semidetached Embedded Productivité (DSI/MM) Organic Semidetached Embedded Durée (mois) Organic Semidetached Embedded Taille moyenne équipe Organic Semidetached Embedded

35 Diapositive 33 ip9 Animation : faire passer en rouge les points à souligner ip; 05/11/2004

36 Variation Effort / taille M*M Embedded Semidetached Organic KDSI 34

37 Variation Durée e / Taille mois Embedded Semidetached 12 6 Organic KDSI 35

38 mois Variation Durée e / Effort Organic Semidetached 36 Embedded MM 36

39 Répartition de l effortl par étape du CV Mode Etape 2 KDSI 8 KDSI 32 KDSI 128 KDSI 256 KDSI Organic Analyse de besoins Spécification Implantation Conception Codage et test unitaire Intégration et test Semidetached Analyse de besoins Soit E l effort du projet consacré aux étapes de Spécification, Programmation, Intégration et test Spécification Implantation Conception Codage et test unitaire % de E sont consacrés à l étape de Spécification 68% de E sont consacrés à l étape de Programmation 26% de E sont consacrés à l étape de Conception 42% de E sont consacrés à l étape de Codage et test unitaire 16% de E sont consacrés à l étape d Intégration et test Intégration et test Embedded Analyse de besoins Spécification Implantation Conception Codage et test unitaire Intégration et test % de E est ajouté pour l étape d Analyse de besoins 37

40 ip12 Répartition de la durée par étape du CV Mode Etape 2 KDSI 8 KDSI 32 KDSI 128 KDSI 256 KDSI Organic Analyse de besoins Spécification Implantation Intégration et test Semidetached Analyse de besoins Spécification Implantation Intégration et test Embedded Analyse de besoins Spécification Implantation Intégration et test

41 Diapositive 38 ip12 Couleurs;exemple ip; 05/11/2004

42 Répartition de l effortl par activité (Embedded mode) Activité Etape Analyse besoins Spécification Codage Intégration & test KDSI Analyse besoins Conception Codage Préparation test V&V Gestion projets Assurance Q Documentation

43 Insuffisance du modèle de base COCOMO intermédiaire 1 projet sur 3 conforme au modèle à un coefficient de 1,3 près 2 projets sur 3 conformes au modèle à un coefficient de 2 près Nécessité de paramètres supplémentaires (autres que la taille estimée du logiciel) 40

44 15 paramètres supplémentaires CoCoMo intermédiaire Paramètres "produit" fiabilité (RELY), taille BD (DATA), complexité (CPLX) Paramètres "matériel" performances (TIME), contraintes mémoire moire (STOR), volatilité (évolution pendant développement) machine virtuelle (VIRT), temps de retour (entre soumission d une d tâche par le programmeur et la réponse r du système, TURN) Paramètres "personnel" qualité programmeurs (PCAP), qualité analystes (ACAP), expérience application (AEXP), expérience du matériel (VEXP), expérience langage (LEXP) Paramètres "projet" méthodes modernes (MODP), outils de GL (TOOL), planning contraint (délai, SCED) Chaque paramètre peut varier de «very low» à «extra high».. A chaque valeur est associé un poids correcteur. Calcul d un d coefficient correcteur par combinaison des poids associés à chaque paramètre( tre(«effort Adjustment Factor») à appliquer sur le résultat r du modèle de base. 41

45 CoCoMo intermédiaire Exemple de poids affectés à des facteurs de coût Très s basse basse nominale haute Très s haute Extra haute Fiabilité RELY Complexité CPLX Contr. exéc. en temps TIME Contr.sur délai SCED

46 COCOMO II COCOMO conçu u pour des développementsd de bout en bout Aujourd hui, les logiciels sont rarement conçus sans réutiliser : Une version existante Des composants existants COCOMO II prend en compte ces aspects La variable d entrd entrée e du modèle (DSI) est affinée DSI développd veloppéeses DSI modifiées DSI réuitilisées 43

47 COCOMO, critiques Facteurs non pris en compte : Volatilité des besoins Disponibilité du personnel Qualité du management Qualité de l'interface homme-machine machine Etudes sur les écarts entre l estimation l du nombre de lignes de code et la valeur réelle r déviation moyenne est de 64% de la taille réelle r seulement 25% des estimations sont à 25% de la taille réelle. r Une étude sur les outils logiciels d estimation d a montré qu ils ne font pas mieux, la déviation d pouvant aller de 100 à 200% 44

48 Conclusion Estimer le coût t du projet pour le fournisseur puis décider d du prix facturé au client L estimation algorithmique du coût t est difficile puisqu elle repose sur des estimations des attributs du logiciel final Importance des modèles d estimation d du coût t du logiciel pour le management : moyen de comparaison entre plusieurs options de développement Le temps requis pour développer d un projet ne se réduit r pas à une fonction simple de la taille de l équipe de projet Chaque organisation doit déterminer d ses propres attributs et ses propres multiplicateurs en fonction de ses spécificit cificités, ses priorités s et ses contraintes (capitalisation de l'expérience, constitution d'une base de données statistiques sur le projets,...) 45

49 Planification-suivi Master CCI Génie Logiciel - ORGANISATION DE PROJET - P.Y. CUNIN, I. PARISSIS

50 Estimation Objectifs Déterminer l ensemble l de "tâches" avec un niveau de détail d suffisant Estimer l effort l nécessaire n pour l accomplissement l de chaque "tâche" Les tâches La définition d et le contenu d'une tâche dépendent d du cycle de vie choisi. une itération dans le cas du processus unifié une (partie de) phase/étape dans le cas d'un cycle de vie en V ou en cascade un incrément dans un cycle de vie incrémental En général g une tâche correspond à la réalisation r d'une fourniture intermédiaire ou finale, interne ou externe Difficultés Produire des données quantitatives à partir d informations d qualitatives imprécises Dans un premier temps il est inutile de rechercher une grande précision, les estimations étant destinées à être ajustées lors du suivi 47

51 Décomposition des tâches Exemple de décomposition (cycle de vie classique) T1 : Analyse besoins T2 : Définition D spécifications T3 : RéalisationR T3.1 : Conception globale T3.2 : Conception détailld taillée, codage et test unitaire T : Module A T : Module B T3.3 : Intégration et test T4 : Livraison 48

52 Plan Planification Définir l ordre l des tâches : graphe de précédence Déterminer la durée e du projet Affecter des ressources Produire le planning Suivi Technique de représentation graphique de l avancementl 49

53 ip14 Planification: graphe de précédence Point de départ d Décomposition du projet en tâches Graphe de précédence (ou réseau) r Tâches Liens entre tâches A B C D 50

54 Diapositive 50 ip14 Rappel : tâche =? ip; 05/11/2004

55 ip15 A A A A A B B B B B Types de liens Début début La tâche B ne peut commencer qu apr après s le début de la tâche A Début fin La tâche B ne peut se terminer qu apr après s le début de la tâche A Fin début (très s courant) La tâche B ne peut commencer qu apr après s la fin de la tâche A Fin fin La tâche B ne peut se terminer qu apr après s la fin de la tâche A Début début et fin - fin La tâche B ne peut commencer qu apr après s le début de la tâche A et ne peut se terminer qu apr après s la fin de A. 51

56 Diapositive 51 ip15 Insèrer exemple ip; 05/11/2004

57 Liens Un lien permet de déclencher d une tâche et non pas de synchroniser deux tâches Exemple : B ne peut commencer qu apr après s le début d de A; A ne peut se terminer qu apr après s la fin de B A B A : arrangements intérieurs B : peinture "Boucle" est souvent due à une mauvaise définition d des tâches B A A A : arrangements préliminaires A : arrangements finaux B : peinture 52

58 Planification: déterminer la durée e du projet Point de départ d : graphe de précédence durée e des tâches estimée e (cf. p.ex. CoCoMo) B 20j A 10j D 10j C 10j 53

59 Planification «début-fin au plus tôt» A C B Calcul du chemin critique A 10j D B C 20j 10j Diagramme de Gantt A D 10j Planification «début-finfin au plus tard» B C D 0j 10j 20j 30j 40j -40j -30j 10j -20j -10j 30j 40j Date de débutd «au plus tôt» Date de débutd but«au plus tard» 54

60 Marges et chemin critique Marge d une tâche date de début d au plus tard date de début d au plus tôt Marge = décalage potentiel d une tâche A 10j B 20j D 10j Marge(A) = Marge(B) = Marge(D) = 0j C 10j Marge(C) = 10j Chemin critique : ensemble des tâches de marge nulle Sur l exemple : A, B, D 55

61 Marges et chemin critique (suite) Le chemin critique détermine la durée minimale du projet,, sans prendre en compte l affectation de ressources Marge totale d une tâche Durée dont une tâche peut être décalée sans décaler la fin du projet Marge libre d une tâche Durée dont une tâche peut être décalée sans en décaler aucune autre 56

62 Marge négative Une marge peut être négative, si la durée du projet est imposée Lors de la planification au plus tard,, on tient compte de le date de fin imposée Exemple : durée imposée de 35j pour le réseau ci-dessous Marge négative = incohérence entre durées es,, liens, dates Eliminer les marges négatives avant l affectation de ressources B 20j A 10j D 10j C 10j 57

63 Les ressources d un d projet Planification : affecter les ressources Caractéristiques ristiques d une d ressource Description Type, nom,... Ressources humaines Ressources logicielles Disponibilité Temps plein - partiel Fixe - variable Ressources matérielles Trois paramètres (2 à fixer) Intensité : % de la disponibilité totale Charge (effort) Durée 58

64 Disponibilité d une ressource Ressources humaines Sur 52 x 5 = 260 jours de l année déduireduire : 10 jours fériés 25 à 30 jours de congés 5 jours maladie 5-10 jours formations (hors projet) 10 jours vie sociale (CE, syndicats, ) 40 jours de support à d autres projets il reste entre 145 et 180 jours à travailler sur un projet précis Ressources logicielles et matérielles Bien penser à la réservation r / commande Évaluer les risques associés 59

65 élevé Ressources humaines Degré de participation Ingénieur «senior» Codage Ingénieur «junior» faible Chef de projet Besoins Spécification Conception & développement Intégration - test 60

66 Plan de charge Point de départ : planning + affectation de ressources A B C D 0j 10j 20j 30j 40j 50j 100% R1 0% R1 A 100% R2 B 100% C 100% D 100% R2 100% 0% 61

67 Nivellement Rendre le planning conforme à la disponibilité des ressources Nécessaire quand une ressource est utilisée plus que sa disponibilité ne le permet Décaler les tâches en surcharge Calculer le nouveau planning Nivellement à durée fixe La durée des tâches n est pas modifiée Nivellement à charge fixe La durée des tâches peut diminuer (attention!!!) ou augmenter 62

68 Respect des dates Date de fin antérieure à la date demandée e par le client OK Date de fin postérieure à la date demandée e par le client mais on peut se ramener au cas précédent si on ajoute des ressources Problème MOE Date de fin postérieure à la date demandée e par le client quelle que soit la quantité de ressources affectées es Problème MOA 63

69 Suivi du planning Des réunions d avancement régulières Vérification du respect du planning Réajustement du planning En pratique Les réunions d avancement ne doivent pas être trop espacées mais pas trop fréquentes non plus... Le temps passé à suivre l avancement fait partie du projet! Pour les projets standards : toutes les deux à quatre semaines (correspond à une itération dans le processus unifié) 64

70 Suivi: diagramme dates-dates Diagramme synthétique tique donnant un aperçu u pertinent de l avancementl Exemple A B C D t0 fa fa2 fa1 fc fc2 fc1 fb fb2 fb1 fd fd2 fd1 RA1 RA2 65

71 A B C D t0 fa fa2 fa1 fc fc2 fc1 fb fb2 fb1 fd fd2 fd1 66

72 t0 fa fa2 fa1 fc fc2 fc1 fb fb2 fb1 fd fd2 fd1 67

73 t0 fa fc fb fd t0 fa1 fc1 fb1 fd1 futur passé Le projet converge si les courbes des tâches se rapprochent de la ligne du présent t0 fa2 fc2 fb2 fd2 présent 68

74 Diagramme dates-dates date d'avancement jalon rendu de jalon 69

75 Diagramme dates-dates Les lignes bleues représentent les dates d'avancement (écrites en bleue) Les lignes mauves représentent la prévision pour le jalon correspondant. A l'intersection des jalons et des dates d'avancement, on trouve des points bleus. Les lignes vertes correspondent à un rendu de jalon. Par exemple rendu du cahier des charges fonctionnel. Lorsqu'une ligne verte reprend la couleur mauve, le client n'a pas accepté le jalon. C'est pour cela qu'il est replanifié. Un jalon "ligne verte" entre deux points bleus est accepté. Pour l'exemple les jalons sont (de haut en bas) : Version finale [En cours de validation] Version beta [Accepté] Cahier des charges technique [Accepté] Maquette Interface graphique [Accepté] Cahier des charges graphique [Accepté] Cahier des charges fonctionnel [Accepté] Cahier des charges [Accepté] 70

AMSELLEM Cyril CHANG Jiangaho ZHDAN Igor XIE Songtao

AMSELLEM Cyril CHANG Jiangaho ZHDAN Igor XIE Songtao AMSELLEM Cyril CHANG Jiangaho ZHDAN Igor XIE Songtao Introduction Presentation du projet IFT392 /2/26 2 Introduction Présentation de l entreprise : Une entreprise jeune et dynamique (crée en 998) Une équipe

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

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

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

WBS est une décomposition successive d une activité plus grande (le projet lui même) dans des activités plus petites.

WBS est une décomposition successive d une activité plus grande (le projet lui même) dans des activités plus petites. Démo 1- Correction Gestion de projet Professeur : Bruno Dufor Démonstrateurs : Marouane Kessentini Hassen Grati Partie théorique : Exercice 1 : WBS (Work Breakdown Structure) 1. Qu est-ce que WBS? «Décomposition

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

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

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

Plus en détail

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

Démo 1 Gestion de projet. Partie théorique : Exercice 1 : WBS (Work Breakdown Structure) Exercice 2: COCOMO (COnstructive COst MOdel)

Démo 1 Gestion de projet. Partie théorique : Exercice 1 : WBS (Work Breakdown Structure) Exercice 2: COCOMO (COnstructive COst MOdel) Démo 1 Gestion de projet Professeur : Bruno Dufor Démonstrateurs : Marouane Kessentini Hassen Grati Partie théorique : Exercice 1 : WBS (Work Breakdown Structure) 1. Qu est-ce que WBS? 2. À quoi ça sert?

Plus en détail

Description et illustration du processus unifié

Description et illustration du processus unifié USDP Description et illustration du processus unifié Définit un enchaînement d activités Est réalisé par un ensemble de travailleurs Avec des rôles, des métiers Avec pour objectifs de passer des besoins

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

METH05 PLANIFICATION. 70682814@fr.ibm.com Page 1 du 23-12-02

METH05 PLANIFICATION. 70682814@fr.ibm.com Page 1 du 23-12-02 PLANIFICATION 70682814@fr.ibm.com Page 1 du 23-12-02 Planifier Définir et programmer les actions à accomplir Prévoir les moyens nécessaires Contrôler le bon déroulement des actions programmées Réagir aux

Plus en détail

LA CONDUITE DE PROJET BTS SIO SI7

LA CONDUITE DE PROJET BTS SIO SI7 1 LA CONDUITE DE PROJET BTS SIO SI7 Les objectifs 2 Aborder les enjeux et l organisation d une conduite de projet Présenter les premiers éléments d une évaluation financière d un projet : Charges fixes,

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

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

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

Plus en détail

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

GPA 789 : Analyse et Conception Orientées Objet. ETS Mickaël Gardoni Bureau A 3588 tel 84 11. Mise en Œuvre UML version du 24 avril 2009

GPA 789 : Analyse et Conception Orientées Objet. ETS Mickaël Gardoni Bureau A 3588 tel 84 11. Mise en Œuvre UML version du 24 avril 2009 GPA 789 : Analyse et Conception Orientées Objet ETS Mickaël Gardoni Bureau A 3588 tel 84 11 Mise en œuvre UML 1/ 25 Introduction Mise en œuvre d UML UML n est pas une méthode 2/ 25 1 UML n est qu un langage

Plus en détail

Gestion de projet - suivi économique et financier par la méthode des encours

Gestion de projet - suivi économique et financier par la méthode des encours Gestion de projet - suivi économique et financier par la méthode des encours GÉRARD CASANOVA - DENIS ABÉCASSIS Paternité - Pas d'utilisation Commerciale - Pas de Modification : http://creativecommons.org/licenses/by-nc-nd/2.0/fr/

Plus en détail

LA DEMARCHE DE PROJET

LA DEMARCHE DE PROJET LA DEMARCHE DE PROJET Baccalauréat STI2D-SIN SIN 1.1 : La démarche de projet Objectifs o Utiliser les outils adaptés pour planifier un projet (Revue de projet, Cartes mentales, Gantt, chemin critique...

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

Gestion projets des Systèmes d informations

Gestion projets des Systèmes d informations Gestion projets des Systèmes d informations Résumé du cours par Ahmet Gyger GESTION PROJETS DES SYSTEMES D INFORMATIONS... 1 Définitions de systèmes d informations...5 Objectif des SI...5 Données versus

Plus en détail

Projet Informatique. Philippe Collet. Licence 3 Informatique S5 2014-2015. http://deptinfo.unice.fr/twiki/bin/view/linfo/projetinfo201415

Projet Informatique. Philippe Collet. Licence 3 Informatique S5 2014-2015. http://deptinfo.unice.fr/twiki/bin/view/linfo/projetinfo201415 Projet Informatique Philippe Collet Licence 3 Informatique S5 2014-2015 http://deptinfo.unice.fr/twiki/bin/view/linfo/projetinfo201415 Réalisation d'un développement de taille conséquente? r Firefox? Ph.

Plus en détail

La métrologie du logiciel

La métrologie du logiciel La métrologie du logiciel Tablette n Date 2001 Version V1 Pages 29 O urouk. 5, rue Saint Germain l ʹ Auxerrois 75001 Paris. Tél : 01.44.82.09.99 Télécopie : 01.44.82.72.70 Mèl :ourouk@ourouk.fr. Web :

Plus en détail

Business Project Management : Cycle de vie des documents et workflow

Business Project Management : Cycle de vie des documents et workflow Business Project Management : Cycle de vie des documents et workflow Iut de Tours Département Information-Communication Option Gestion de l Information et du Document dans les Organisations Page 1 sur

Plus en détail

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

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

Plus en détail

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

Maîtrise des Risques Projet. Bernard Cherbonneau 2008 UPS / IRIT M2 GLRE IS & MP 3. Maîtrise des risques projet 1

Maîtrise des Risques Projet. Bernard Cherbonneau 2008 UPS / IRIT M2 GLRE IS & MP 3. Maîtrise des risques projet 1 Maîtrise des Risques Projet Bernard Cherbonneau 2008 UPS / IRIT M2 GLRE IS & MP 3. Maîtrise des risques projet 1 Buts du chapitre Mettre en évidence les avantages d anticiper les situations non souhaitables

Plus en détail

SEANCE 2 INTRODUCTION

SEANCE 2 INTRODUCTION SEANCE 2 INTRODUCTION Types de développement des SI Développement sur mesure SI développé from scratch par des pro de SI en fonction des besoins d utilisateur. o Coût o Temps o Erreur o + Besoins Développement

Plus en détail

Suivi des risques Projet ERP Info 2000

Suivi des risques Projet ERP Info 2000 Suivi des s Projet ERP Info 1 Inflation Description du Impacts Type de Evolution des coûts matière première, composants ou soustraitance Augmentation du budget économique/ Augmentation du budget économique/

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

Positionnement de UP

Positionnement de UP UNIFIED PROCESS Positionnement de UP Unified Process Langage Méthode Outil logiciel UML UP RUP 6 BONNES PRATIQUES développement itératif gestion des exigences architecture basée sur des composants modélisation

Plus en détail

Unité de formation 1 : Structurer une application. Durée : 3 semaines

Unité de formation 1 : Structurer une application. Durée : 3 semaines PROGRAMME «DEVELOPPEUR LOGICIEL» Titre professionnel : «Développeur Logiciel» Inscrit au RNCP de niveau III (Bac+2) (JO du 23 Octobre 2007) (32 semaines) Unité de formation 1 : Structurer une application

Plus en détail

Introduction. Nicolas Phalippon IR3. Source: rapport commandé par le Congrès américain. Présentation du 24/10/02

Introduction. Nicolas Phalippon IR3. Source: rapport commandé par le Congrès américain. Présentation du 24/10/02 Présentation du 24/10/02 Nicolas Phalippon IR3 Introduction 2% des logiciels fonctionnent à la livraison 3% de plus fonctionneront après quelques modifications mineures 20% seront utilisés après des modifications

Plus en détail

TUTORIAL Microsoft Project 2010 Fonctionalités de base

TUTORIAL Microsoft Project 2010 Fonctionalités de base TUTORIAL Microsoft Project 2010 Fonctionalités de base Microsoft Project est un logiciel de la suite Microsoft Office. Il s agit d un logiciel de gestion de projet et plus précisement de gestion de planning

Plus en détail

Cours Gestion de projet : Corrigés des exercices

Cours Gestion de projet : Corrigés des exercices Cours Gestion de projet : Corrigés des exercices 1. Le découpage structurel : corrigé.... L'analyse des risques : corrigé...3 3. L analyse de la valeur monétaire attendue (arbre de décision): corrigé...5

Plus en détail

Elaboration d un cahier des charges Ch. 6

Elaboration d un cahier des charges Ch. 6 Elaboration d un cahier des charges Ch. 6 «Le cahier des charges opérationnel est un document qui permet de dégager les orientations structurantes et de fixer le cadre des travaux à venir d un projet.

Plus en détail

Cours de Génie Logiciel. David Janiszek. Le projet. En résumé. Troisième partie III. Eléments de gestion de projet

Cours de Génie Logiciel. David Janiszek. Le projet. En résumé. Troisième partie III. Eléments de gestion de projet Troisième partie III Eléments de gestion de projet Un projet informatique est l ensemble des activités et des actions à entreprendre pour répondre au besoin d informatisation d un ensemble de tâches dans

Plus en détail

GL - 2 2.1 Le Génie Logiciel

GL - 2 2.1 Le Génie Logiciel GL - 2 2.1 Le Génie Logiciel Lydie du Bousquet Lydie.du-bousquet@imag.fr En collaboration avec J.-M. Favre, I. Parissis, Ph. Lalanda 1 Rappels La production logicielle est une activité complexe de façon

Plus en détail

Microsoft Project UNIVERSITÉ HASSAN II AIN CHOCK

Microsoft Project UNIVERSITÉ HASSAN II AIN CHOCK Microsoft Project UNIVERSITÉ HASSAN II AIN CHOCK UNIVERSITÉ HASSAN II AIN CHOCK Gestion de projets La gestion de projets est le processus qui consiste à planifier, organiser et gérer les tâches et les

Plus en détail

Modèle d implémentation

Modèle d implémentation Modèle d implémentation Les packages UML: Unified modeling Language Leçon 5/6-9-16/10/2008 Les packages - Modèle d implémentation - Méthodologie (RUP) Un package ou sous-système est un regroupement logique

Plus en détail

Modélisation des Systèmes d Information Jean-Yves Antoine

Modélisation des Systèmes d Information Jean-Yves Antoine Modélisation des Systèmes d Information Jean-Yves Antoine http://www.info.univ-tours.fr/~antoine Processus de développement logiciel Jean-Yves Antoine U. Bretagne Sud - UFR SSI - IUP Vannes année 2001-2002

Plus en détail

Gestion de projet Agile. STS IRIS Module 4.2 - «Gérer et organiser un projet informatique»

Gestion de projet Agile. STS IRIS Module 4.2 - «Gérer et organiser un projet informatique» Gestion de projet Agile Module 4.2 - «Gérer et organiser un projet informatique» Sommaire Introduction Principes et méthodes Agiles Scrum 2 Introduction Gestion de projet : démarche structurante assurant

Plus en détail

Le livrable 3 demande à l équipe d utiliser le progiciel d ordonnancement MS Project afin de réaliser les opérations suivantes :

Le livrable 3 demande à l équipe d utiliser le progiciel d ordonnancement MS Project afin de réaliser les opérations suivantes : Gestion de Projet Projet de session Livrable 3 Planification du projet Description Le livrable 3 consiste a : Objectifs saisir les tâches ; créer les lots de travail ; déterminer les prédécesseurs ; déterminer

Plus en détail

Génie Logiciel et Conduite de Projet

Génie Logiciel et Conduite de Projet Génie Logiciel et Conduite de Projet Plan du cours Chapitre 1 : Rappels Chapitre 2 : Génie Logiciel : Généralités Chapitre 3 : Représentations du cycle de vie du logiciel Chapitre 4 : La Démarche Chapitre

Plus en détail

IFT3912 Développement, Maintenance de Logiciels. Démo2 : Gestion de la qualité, WBS et COCOMO

IFT3912 Développement, Maintenance de Logiciels. Démo2 : Gestion de la qualité, WBS et COCOMO Université de Montréal Département d'informatique et de recherche opérationnelle IFT3902 Automne 2007 24 Septembre 2007 IFT3912 Développement, Maintenance de Logiciels Démo2 : Gestion de la qualité, WBS

Plus en détail

GESTION DE PROJET SÉANCE 2 : LES CYCLE DE VIE D'UN PROJET

GESTION DE PROJET SÉANCE 2 : LES CYCLE DE VIE D'UN PROJET GESTION DE PROJET SÉANCE 2 : LES CYCLE DE VIE D'UN PROJET 1 Tianxiao LIU Licence Professionnelle Réseaux & Sécurité Université de Cergy-Pontoise http://depinfo.u-cergy.fr/~tliu/lpg.php PLAN Objectif et

Plus en détail

Programme «Analyste Programmeur» Diplôme d état : «Développeur Informatique» Homologué au niveau III (Bac+2) (JO N 176 du 1 août 2003) (34 semaines)

Programme «Analyste Programmeur» Diplôme d état : «Développeur Informatique» Homologué au niveau III (Bac+2) (JO N 176 du 1 août 2003) (34 semaines) Programme «Analyste Programmeur» Diplôme d état : «Développeur Informatique» Homologué au niveau III (Bac+2) (JO N 176 du 1 août 2003) (34 semaines) Module 1 : Programmer une application informatique Durée

Plus en détail

ENSA Tétouan S2 2012 EL KADIRI Kamal Eddine

ENSA Tétouan S2 2012 EL KADIRI Kamal Eddine ENSA Tétouan S2 2012 EL KADIRI Kamal Eddine Sommaire Rappels de définitions Organismes Définitions Management de projet Planification d un projet PERT GANTT Conclusion Exercices Organisations professionnelles

Plus en détail

Méthodes de conception pour les logiciels

Méthodes de conception pour les logiciels labsticc.univ-brest.fr/pages_perso/babau/ Méthodes de conception pour les logiciels Jean-Philippe Babau Département Informatique, UFR Sciences, Laboratoire Lab-STICC 2 1 Plan Introduction Pourquoi une

Plus en détail

Introduction à la gestion de projets

Introduction à la gestion de projets Introduction à la gestion de projets Jean-Philippe PERNIN Université Stendhal Département Informatique Pédagogique Bureau I 113 Mél. : Jean-Philippe.Pernin@u-grenoble3.fr Jean-Philippe Pernin - DIP - Université

Plus en détail

Merise. Introduction

Merise. Introduction Merise Introduction MERISE:= Méthode d Etude et de Réalisation Informatique pour les Systèmes d Entreprise Méthode d Analyse et de Conception : Analyse: Etude du problème Etudier le système existant Comprendre

Plus en détail

STRATEGIES DE MAINTENANCE

STRATEGIES DE MAINTENANCE A- NORMES AFNOR 1 Maintenance industrielle 1-a Concepts de maintenance 1-b Contrats de maintenance 1-c Documents d'exploitation 1-d Logistique de soutien 2 Fiabilité 3 Maintenabilité 4 Disponibilité 5

Plus en détail

La gestion de projets. Data & Information System

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

Plus en détail

Modélisation objet Le langage UML

Modélisation objet Le langage UML Modélisation objet Le langage UML Brahim HAMID La base de contrôle Robot Zone à explorer brahim.hamid@irit.fr brahim.hamid@univ-tlse2.fr http://mass-cara.univ-tlse2.fr/~brahimou/ens/uml 1 Les méthodes

Plus en détail

PROJET DE CONCEPTION (6GIN333)

PROJET DE CONCEPTION (6GIN333) PROJET DE CONCEPTION (6GIN333) Cours #7 Hiver 2012 Ordre du jour Gestion des risques Introduction Concepts & définitions Processus d analyse Outils & méthodes Résultats Pause de 15 minutes Suivit des coûts

Plus en détail

Document de Spécifications Logiciel

Document de Spécifications Logiciel Document de Spécifications Logiciel FALLET Laurent JOUANNO Guillaume MALLET Grégory MARTEAU Sylvie MORISSET Samuel 6 juin 2003 Pour voir toutes les figures présentes dans ce document en une qualité optimum,

Plus en détail

FORMAT FORMA ION SUR LA ION SUR LA GESTION DE PROJET & MS PROJECT

FORMAT FORMA ION SUR LA ION SUR LA GESTION DE PROJET & MS PROJECT FORMATION SUR LA GESTION DE PROJET & MS PROJECT Présentation rapide Jamal Achiq Consultant - Formateur sur le management de projet, MS Project, et EPM Certifications: Management de projet : «PRINCE2, Praticien»

Plus en détail

Projets Logiciels: Processus de développement pratiqué à TELECOM ParisTech

Projets Logiciels: Processus de développement pratiqué à TELECOM ParisTech Projets Logiciels: Processus de développement pratiqué à TELECOM ParisTech INF380-2013! Sylvie.Vignes@telecomParistech.fr Département INFRES, groupe S3 Cadre du processus 2! q Basé sur un processus incrémental:

Plus en détail

Ingénierie du logiciel : cours 1

Ingénierie du logiciel : cours 1 Ingénierie du logiciel : cours 1 Frédéric Gava (d après Vincent Loachner) Master ISIN, Université de Paris-Est Créteil Cours Ingénierie du logiciel du M2 ISIN Plan 1 Introduction à la Gestion de Projets

Plus en détail

M2S. Formation Gestion de projet. formation

M2S. Formation Gestion de projet. formation Formation Gestion de projet M2S formation Conduire et gérer un projet Construire et rédiger un chahier des charges de projet Conduite de projet informatiques Découpage et planification de projet Les méthodes

Plus en détail

Méthodes de commissionnement adaptées à la GPE

Méthodes de commissionnement adaptées à la GPE Méthodes de commissionnement adaptées à la GPE En collaboration avec: Julien Caillet Mohamed Elmtiri, Raphael Salvazet!! Myriam Humbert, Didier Meaux!! Frédéric Gal!! Jean Dominique Lenard 1 Objectifs

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

Projet en entreprise Cadrage du Projet de Fin d Etudes «Un projet informatique.»

Projet en entreprise Cadrage du Projet de Fin d Etudes «Un projet informatique.» Projet en entreprise Cadrage du Projet de Fin d Etudes «Un projet informatique.» Projet de fin d études 2 Sommaire OBJET DU DOCUMENT... 3 LES ETAPES DU PROJET... 4 ETUDE PREALABLE...5 1 L étude d opportunité...

Plus en détail

Licence Professionnelle Systèmes Informatiques et Logiciels

Licence Professionnelle Systèmes Informatiques et Logiciels U.F.A. Paul Verlaine IUT1 Département Informatique Université de Metz Ile du Saulcy 57012 METZ C.F.A. Robert Schuman 4, rue Monseigneur Pelt 57070 METZ Formation par ALTERNANCE Licence Professionnelle

Plus en détail

Suivi des risques d'un projet

Suivi des risques d'un projet Centre national de la recherche scientifique Direction des systèmes d'information REFERENTIEL QUALITE Guide méthodologique Suivi des risques d'un projet Référence : CNRS/DSI/conduite-projet/definition/qualite/guide-suivi-risques

Plus en détail

ENSA Tétouan S2 2012 EL KADIRI Kamal Eddine

ENSA Tétouan S2 2012 EL KADIRI Kamal Eddine ENSA Tétouan S2 2012 EL KADIRI Kamal Eddine Importance d une démarche proactive (planification, surveillance & maîtrise) Plus la date d identification du risque est tardive: Plus les possibilités d agir

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

creer_construire_projet_owb_1.1.0.doc Document de référence : «Open Workbench User Guide r1.1.6 2007» (http://www.openworkbench.

creer_construire_projet_owb_1.1.0.doc Document de référence : «Open Workbench User Guide r1.1.6 2007» (http://www.openworkbench. 1/11 Auteur : Jacques Barzic (contact@jacques.barzic.fr) Sommaire Page 1 - Créer un projet 2/11 1.1 Généralités 1.2 Création d un nouveau projet 2 - Créer des ressources 3/11 2.1 Généralités sur les ressources

Plus en détail

Méthodes de développement

Méthodes de développement 1 / 19 Méthodes de développement Préparation de projet logiciel 1 - Introduction... 2 2 - Contextes de réalisation Client Fournisseur ou Fournisseur Investisseur... 2 2.1 Principaux contextes de réalisation...

Plus en détail

Formation projet informatique. Dérouler le projet

Formation projet informatique. Dérouler le projet Formation projet informatique Dérouler le projet Les livrables Organisation et suivi Eléments de chiffrage Sommaire Les livrables Organisation et suivi Eléments de chiffrage Sommaire Les livrables Spécifications

Plus en détail

En face du commanditaire, on met un chef de projet qui connait le domaine (banque, administration, etc.)

En face du commanditaire, on met un chef de projet qui connait le domaine (banque, administration, etc.) Atelier «Science du projet» séance 4 8 novembre 2008 Compte rendu 1. Sébastien Larribe : la méthode AGILE, méthode de gestion de projet Sébastien Larribe part de l hypothèse que des méthodes de conception,

Plus en détail

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

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

Plus en détail

Projets de Diplôme Bachelor (PDB) HEIG-VD

Projets de Diplôme Bachelor (PDB) HEIG-VD Projets de Diplôme Bachelor (PDB) HEIG-VD Kick-off Février 2011, v 1.6 christian.buchs@heig-vd.ch 1 Contenu 1. Gestion de projet 2. Bilans hebdomadaires 3. Le rapport 4. Activités de test 5. Évaluation

Plus en détail

Projet «RENNES FESTIVAL» Plan d action

Projet «RENNES FESTIVAL» Plan d action Projet «RENNES FESTIVAL» Plan d action Manal Afif Patrick Douchement David Laisné Elodie Lecoq Florent Martin Nicolas Poulain Mickaël Theraud V1.0 Date : 01/02/2013 1/34 GESTION DU DOCUMENT SUIVI DES VERSIONS

Plus en détail

Travaux pratiques de Gestion des Projets Utilisation de MS Project 2007 pour la planification et le suivi de projet

Travaux pratiques de Gestion des Projets Utilisation de MS Project 2007 pour la planification et le suivi de projet Travaux pratiques de Gestion des Projets Utilisation de MS Project 2007 pour la planification et le suivi de projet 1 Objectif : Découverte du logiciel Microsoft Project 2007 TP N 2 Planification de projet

Plus en détail

Le projet technique industriel en BTS Électrotechnique

Le projet technique industriel en BTS Électrotechnique Le projet technique industriel en BTS Électrotechnique Le projet technique industriel fait partie intégrante de la formation et de l examen du BTS Electrotechnique par apprentissage. Il consiste, en 192

Plus en détail

PLANIFICATION ET SUIVI D'UN PROJET

PLANIFICATION ET SUIVI D'UN PROJET Centre national de la recherche scientifique Direction des systèmes d'information REFERENTIEL QUALITE Guide méthodologique PLANIFICATION ET SUIVI D'UN PROJET Référence : CNRS/DSI/conduite-projet/developpement/gestion-projet/guide-planfi-suivi-projet

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

Gestion de projet- Indicateurs de performance

Gestion de projet- Indicateurs de performance GESTION DE PROJET Pour réaliser ce Tp, vous devez disposer du contexte Itaste et d'un accès à la base de données Itaste, hébergée sur notre serveur de bases de données de production. Vous utiliserez Microsoft

Plus en détail

Management par les processus Les facteurs clés de succès. Lionel Di Maggio Master 1 MIAGE

Management par les processus Les facteurs clés de succès. Lionel Di Maggio Master 1 MIAGE Management par les processus Les facteurs clés de succès Lionel Di Maggio Master 1 MIAGE 1 1. Objectifs et définitions 2. Le retour sur investissement des démarches 3. Les éléments structurants 4. Mise

Plus en détail

Processus de développement UP

Processus de développement UP Chapitre 1 Processus de développement UP I. Pourquoi UP? II. Définition III. Activités et phases IV. Modèles mis en place 1. Pourquoi UP? Les notions de base acquises dans le module ACOO1, notamment la

Plus en détail

PRIMAVERA CONTRACTOR FONCTIONNALITÉS DE GESTION DE PROJET SIMPLES ET ABORDABLES.

PRIMAVERA CONTRACTOR FONCTIONNALITÉS DE GESTION DE PROJET SIMPLES ET ABORDABLES. PRIMAVERA CONTRACTOR FONCTIONNALITÉS DE GESTION DE PROJET SIMPLES ET ABORDABLES. Affichage en surbrillance des tâches et des ressources à venir Gestion des références du projet pour gérer les modifications

Plus en détail

Gestion de projet - la phase de définition du projet

Gestion de projet - la phase de définition du projet Gestion de projet - la phase de définition du projet GÉRARD CASANOVA - DENIS ABÉCASSIS Paternité - Pas d'utilisation Commerciale - Pas de Modification : http://creativecommons.org/licenses/by-nc-nd/2.0/fr/

Plus en détail

P s a sep e o p r o t S e S r e vi v ce c s Fabrice Dubost

P s a sep e o p r o t S e S r e vi v ce c s Fabrice Dubost Passeport Services Fabrice Dubost 2.6 Gestion des Mises en Production ITIL, Soutien des services Entreprise, Clients et Utilisateurs Outil de Supervision Dysfonctionnements Questions / Renseignements Incidents

Plus en détail

POLYTECH GRENOBLE. Projet de Biométrie 2010-2011. Acquisition et Reconnaissance de signatures. Cahier des charges

POLYTECH GRENOBLE. Projet de Biométrie 2010-2011. Acquisition et Reconnaissance de signatures. Cahier des charges POLYTECH GRENOBLE Projet de Biométrie 2010-2011 Acquisition et Reconnaissance de signatures Cahier des charges Table des révisions Version : Auteur : Date : Contenu : 0.1 Magalie GIMENES 21-02-2011 Création

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

Gestion de projet : Techniques de planification de projets. Fabrice Sincère (version 1.1.0) http://pagesperso-orange.fr/fabrice.

Gestion de projet : Techniques de planification de projets. Fabrice Sincère (version 1.1.0) http://pagesperso-orange.fr/fabrice. Gestion de projet : Techniques de planification de projets Fabrice Sincère (version 1.1.0) http://pagesperso-orange.fr/fabrice.sincere 1 Plan du cours Introduction Chapitre 1 Techniques de planification

Plus en détail

Formations Méthode et conduite de projet

Formations Méthode et conduite de projet Formations Méthode et conduite de projet Présentation des formations Qualité et Conduite de projets Mettre en place et gérer un projet SI nécessite diverses compétences comme connaître les acteurs, gérer

Plus en détail

M221 Planification de projet TP n 1 DUT QLIO Semestre 2

M221 Planification de projet TP n 1 DUT QLIO Semestre 2 M221 Planification de projet TP n 1 DUT QLIO Semestre 2 Objectif : découverte du logiciel Microsoft Project 2003 Un compte-rendu est à rendre en fin de séance (avec évidemment une introduction et une conclusion).

Plus en détail

CTE Éditeur de classification arborescente pour spécifications du cas de test

CTE Éditeur de classification arborescente pour spécifications du cas de test Tessy Test d intégration et unitaire dynamique automatisé pour des applications embarquées CTE Éditeur de classification arborescente pour spécifications du cas de test Le meilleur outil de test unitaire

Plus en détail

METHODOLOGIE : INGENIERIE DES SYSTEMES

METHODOLOGIE : INGENIERIE DES SYSTEMES METHODOLOGIE : INGENIERIE DES SYSTEMES L ingénierie de systèmes regroupe l ensemble des activités de pilotage des projets de construction effective d un système en s appuyant sur sa décomposition architecturale

Plus en détail

Processus Unifié de développement de logiciel

Processus Unifié de développement de logiciel Processus Unifié de développement de logiciel Plan 1. SUP : une simplification de RUP 2. Les éléments de modélisation de SUP 3. Description de la dynamique de SUP 4. SUP sur une étude de cas 2 SUP : une

Plus en détail

Master IMA - Gestion de projet. Pascal ESTRAILLIER 1

Master IMA - Gestion de projet. Pascal ESTRAILLIER 1 Pascal ESTRAILLIER 1 Gestion de Projets Master IMA pascal.estraillier @ univ-lr.fr Département Informatique - Laboratoire L3i Université de La Rochelle Pascal ESTRAILLIER 2 La gestion de projet Description

Plus en détail

Conduite et Gestion de Projet

Conduite et Gestion de Projet /43 Conduite et Gestion de Projet Thierry Hamon Bureau H202 - Institut Galilée Tél. : 33 1.49.40.35.53 Bureau 150 LIM&BIO EA 3969 Université Paris 13 - UFR Léonard de Vinci 74, rue Marcel Cachin, F-93017

Plus en détail

Gestion des ressources

Gestion des ressources TD N 3 Gestion des ressources Plan 1. - ELEMENTS DE PARAMETRAGE GENERAUX... 2 2. - DEFINITION D UN NOUVEAU PROJET... 2 3. - GESTION DES RESSOURCES... 4 3.1. - TABLEAU DES RESSOURCES... 4 3.2. - DEFINITION

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

VALIDATION DES ACQUIS DE L EXPERIENCE (VAE) Expert en ingénierie du logiciel. 1) Conditions de recevabilité de la demande des candidats

VALIDATION DES ACQUIS DE L EXPERIENCE (VAE) Expert en ingénierie du logiciel. 1) Conditions de recevabilité de la demande des candidats VALIDATION DES ACQUIS DE L EXPERIENCE (VAE) Expert en ingénierie du logiciel 1) Conditions de recevabilité de la demande des candidats Le candidat souhaitant acquérir le titre professionnel d Expert en

Plus en détail

Fiche méthodologique Rédiger un cahier des charges

Fiche méthodologique Rédiger un cahier des charges Fiche méthodologique Rédiger un cahier des charges Plan de la fiche : 1 : Présentation de la fiche 2 : Introduction : les grands principes 3 : Contenu, 1 : positionnement et objectifs du projet 4 : Contenu,

Plus en détail

UML Mise en œuvre dans un projet. Emmanuel Pichon 2013

UML Mise en œuvre dans un projet. Emmanuel Pichon 2013 UML Mise en œuvre dans un projet 2013 Introduction Rôles et activités dans un projet Définir la méthode de votre projet Adapter la modélisation à la méthode de votre projet Conseils de mise en œuvre de

Plus en détail