UV 243 GENIE LOGICIEL § CONDUITE DE PROJETS

1. UV 243 GENIE LOGICIEL § CONDUITE DE PROJETS ISEFC 2010/2011

2. Introduction Générale ISEFC 2009/ 2010

3. Système d’Information Système d’Information: Ensemble organisé de ressources: matériel, logiciel, personnel, données, procédures… permettant d’acquérir, de traiter, stocker, communiquer des informations (sous formes données, textes, images, sons…) dans des organisations. Système d’Information Informations Acteurs Processus

4. Système d'Information Système Informatisé Système Informatique Relation entre les Systèmes

5. Les Découpages et Modèles de Développement ISEFC 2009/2010

6. GESTION DE PROJET • Informatique: Méthodologie, Concepts, Techniques, Technologies, Langages, Environnements, Outils, Plates-formes,… • Organisationnel:Assistance, Planification, Estimation de charge, Surveillance des délais et des coûts, Gestion de la qualité,… Normalisation par: AFITEP, PMI, IPMA, ICEC

7. PROJET • Projet nécessite 3 composantes: • Objectif • Moyens • Délai Objectif Moyens Délai Projet est la situation contrainte par les 3 sommets du triangle: Solidarité des Sommets. Si l’un des sommets bouge, le triangle est modifié et aura une influence sur le délai ou sur les ressources à mettre en œuvre.

8. PROJET • ISO: «Processus unique, qui consiste en un ensemble d’activités coordonnées et maîtrisées comportant des dates de début et de fin, entrepris dans le but d’atteindre un objectif conforme à des exigences spécifiques telles que les contraintes de délais, de coûts et de ressources » • PMI: « Entreprise temporaire décidée pour obtenir un produit ou un service unique » • AFITEP: « Ensemble d’actions à réaliser pour satisfaire un objectif défini, dans le cadre d’une mission précise, et pour la réalisation desquelles on a identifié non seulement un début, mais aussi une fin »

9. Management de Projet Analyser Organiser Produire Piloter Management de Projet: consiste à planifier, organiser, suivre, et maîtriser tous les aspects d’un projet, ainsi que la motivation de tous ceux qui sont impliqués dans le projet de façon à atteindre les objectifs de façon sûre et dans les critères de coûts, délais et performance. Cela inclut les tâches de direction nécessaires aux performances de projet.

10. Découpage Temporel du Projet Permet de répartir le travail dans le temps: Étapes, Phases, Tâches, Livrables Livrable 1..* 1..* 1..* 1..* 1 1 1 1 Projet Étape Phase Tâche 1 1 * 1 * * * * * * 2 2 2 Date 2

11. Découpage Structurel du Projet Permet d’organiser le travail en se basant sur la structure du produit final. AVANTAGES • Maîtriser le projet • Répartir les responsabilités • Réduire les délais planifiés • Avoir un développement incrémental • Découpage statique (niveau 1) • Découpage dynamique (niveau 2) Projet Module est découpé en se décompose en 1 1..* 0..1 *

12. Découpages Normalisés • PBS: Structure de décomposition du produit • Différents composants du produit final • Découpage en modules (arborescence) • « Représentation des liens de composition entre les divers constituants d’un produit complexe » • WBS: Structure de décomposition du travail • Représentation de la façon de parvenir au résultat • Organigramme des tâches « OT » • « Découpage hiérarchisé et arborescent du processus de réalisation en éléments plus faciles à analyser et à maîtriser,appelés lots de travaux ou tâches » • OBS: Structure de décomposition de l’Organisation • Apparition des noms des personnes responsables de la production des différents éléments • Organigramme fonctionnel « OF » • « Structure des différents niveaux de responsabilités de réalisation de l’ensemble des lots de travaux d’un même organigramme des tâches »

13. Cycle d'abstraction Niveau d'abstraction Hiérarchie des décisions Temps Cycle de décision Cycle de vie Les Cycles et Cycle de Vie

14. Parcours allant de l'étude de l'objet naturel à l'intégration du système artificiel à cet objet naturel Les Cycles et Cycle de Vie Temps qui mène du point de départà l'exploitationdu système en passant par : Sa naissance sa maturité et sa maintenance

15. Les Modèles de Développement • Le modèle du code-and-fix • Le modèle de la transformation automatique • Le modèle de la cascade • Le modèle en V • Le modèle en W • Le modèle de développement évolutif • Le modèle de la spirale

16. 1. Le Modèle du Code-and-Fixt Si non satisfaisant FIN

17. 1. Le Modèle du Code-and-Fixt • Adapté pour les projets simples • Itératif pour la mise au point jusqu’à satisfaction • Collaboration avec les futurs utilisateurs • Absence d’étape de conception

18. 2. Le Modèle de Transformation Automatique

19. 2. Le Modèle de Transformation Automatique • Transformation automatique des spécifications en programmes • Nécessité de spécifications complètes, claires et validées • Itératif au niveau des spécifications / validations • Génération automatique de codes

20. 3. Le Modèle de la Cascade Faisabilité Validation Spécification Validation Conception Générale Vérification Conception Détaillée Vérification Codage Tests Unitaires Tests d’In- tégration • Les phases sont séquentielles et obligatoires • Vérification = contrôle de conformité des travaux de la phase / cahier des charges • Validation = contrôler que les travaux de la phase sont • correctement fait • (Utilisation des bonnes méthodes, des normes , nouvelles technologies) Intégration Implémentation Recette

21. 3. Le Modèle de la Cascade • Démarche de réduction des risques • Minimiser au fur et à mesure l’impact des incertitudes • Exclusion des utilisateurs dès les phases de conception « phases techniques » • Contrôle qualitatif à la fin du projet • Risque de refus du système par les utilisateurs

22. 3. Le Modèle de la Cascade • Cycle de vie séquentiel ou approche descendante • Validation ou vérification officielle à chaque étape • Toutes les étapes sont nécessaires et suffisantes • Effet ‘Tunnel’: Perte de visibilité

23. 4. Le Modèle en V Étude d’Opportunité Bilan du Projet Étude de Faisabilité Bilan Généralisation Définition Fonctionnelle du besoin Bilan Site Pilote Recette Fonctionnelle Étude Détaillée Étude Technique Test d’Intégration Réalisation

24. 4. Le Modèle en V • Amélioration du modèle en cascade • Réduction de l’effet ‘Tunnel’ • Nécessité de décomposition du système en sous-ensembles: composants • Évaluation et validation par composant puis pour un site pilote et enfin pour le projet

25. 4. Le Modèle en V Scénarii de tests du système Intégration du système Système Scénarii de tests des sous-systèmes Sous-systèmes Intégration des sous-systèmes Scénarii tests Éléments Eléments Intégration des éléments Modules ANALYSE PROGRAMMATION ET TEST UNITAIRE SYNTHESE • Analyse : Fractionnement (résultat de la conception) • * Synthèse : Assemblage (résultat de l’intégration)

26. 4. Le Modèle en V Cycle de vie en V • * Adapté pour les logiciels d’une certaine taille (5 à 7 personnes) • * Pour augmenter le débit et réduire les délais • Équipes de quelques individus • Répartition de tâches en fonction de leurs talents et de leurs expériences • Coopération • * Découpage du système en sous-systèmes avec un maximum • d’autonomie • * Fractionnement du sous-système en éléments si la taille du sous-système dépasse la capacité d’une équipe • * L’élément est découpé en modules pour la programmation • Produit risque de devenir complexe • Maintenance difficile

27. 5. Le Modèle en W Définition des Besoins Bruts Orientation pour les Spécifications Conception de Haut Niveau Maquettes ou Prototypes Vérification des Flux Logiques

28. 5. Le Modèle en W • Enrichissement du modèle en V • Identification des orientations solides pour la conception • Exploration d’une nouvelle technique • Validation et expérimentation de plusieurs prototypes ou maquettes

29. 6. Le Modèle de Développement Évolutif Détermination des Besoins Programmation Expérimentation Version n

30. 6. Le Modèle de Développement Évolutif • Construction progressive du système de façon participative • Complexité ou absence de spécifications claires et bien définies • Obtention d’une nouvelle version à chaque cycle • Arrêt du processus itératif quand le client est satisfait

31. 6. Le Modèle de Développement Évolutif Prototypage... Modèle réduit d'un système, partiellement réalisé et fonctionnel, pas robuste et lent, destiné à montrer ce qu'on va faire aux clients et à expliquer aux développeurs les problèmes qu'on rencontre. développement itératif Développement dans lequel on crée rapidement un prototype de l'application destiné aux utilisateurs, pour qu'ils puissent préciser les spécifications, ce qui permet de fournir un prototype plus élaboré, pour converger ainsi vers l'application finale.

32. 6. Le Modèle de Développement Évolutif Identification des besoins Construction d’un prototype Prototype initial Utilisation du prototype (analyse des besoins) Oui Utilisateur satisfait Non Prototype opérationnel Prototype amélioré REVISION ET AMELIORATION

33. 7. Le Modèle de la Spirale …dernier cycle cycle2 6 cycle1 Test et installation 2 5 4 3 Développement de la version finale

34. 7. Le Modèle de la Spirale • Même principe que le modèle itératif • Nécessité d’une relation contractuelle entre le développeur et l’utilisateur • Chaque cycle donne lieu à une contractualisation préalable s’appuyant sur les besoins exprimés à l’étape précédente • Développement de la version finale au dernier cycle

35. Découpage Temporel Spécifique • Méthode de Développement Rapide: RAD • Objectif: Développer une application de qualité et dans des délais réduits Le Cycle RAD Travaux Préparatoires Session Participative Structure d’une phase Travaux de Conclusion

36. Découpage Temporel Spécifique Le Cycle RAD • Combine les modèles en Cascade et en Spirale Initialisation Expression des Besoins Conception Le Cycle RAD Construction n fois (sous time box): Limite le nombre de Cycles dans une Enveloppe temps à ne pas dépasser Mise en œuvre

37. Découpage Temporel Spécifique Le Cycle ERP Initialisation Description des Processus Formation aux Progiciels Analyse Processus/Progiciel Paramétrage Processus/Progiciel Prototypage Processus/Progiciel validation Simulation en grandeur réelle Fermeture des Trous Fonctionnels

38. Découpage Temporel Spécifique • Mise en place d’un progiciel de gestion intégré (Enterprise Resource Planning) • Découpage spécifique • Construction d’un système en tirant le meilleur parti du progiciel • Le système doit améliorer la performation de l’entreprise • Validation par le comité de pilotage par une simulation en grandeur réelle Le Cycle ERP

39. Découpage Temporel Spécifique • Combine plusieurs modèles • 4 étapes: incubation, élaboration, construction, transition • 6 activités: étude des besoins, analyse, conception, implémentation, tests, déploiement présentent dans toutes les étapes mais à des degrés différents • Plusieurs itérations: une itération correspond à un cycle qui réunit les activités dans une étape Le Modèle RUP

40. Phases, Activités,Itérations Phases Construction Création Élaboration Transition Act. Besoins Analyse Conception Implémt. Tests ……… ……… ………… Ité i Ité n Ité 1 Ité 2 Itérations

41. Cycle par rétro ingénierie Évaluation des Éléments en stock Éléments à remplacer ou nouveaux Éléments à retraiter Retraitement manuel Retraitement automatique Cycle nominal Cycle nominal Intégration

42. Cycle par rétro ingénierie Cycle de développement par Rétro-ingénierie du logiciel * Sachant que le coût moyen des modifications apportées au logiciel pendant toute la période de maintenance augmente avec l’âge du logiciel * Architecture et Interface se saturent * Documentation technique se délite * Équipes de développement et de maintenance ont été renouvelées plusieurs fois • Récupérer une partie de ce qui a été fait en le modernisant • Politique de réutilisation • Produit risque de devenir complexe • Maintenance difficile

43. L’Estimation des Charges ISEFC 2009/2010

44. L’estimation des ChargesDéfinitions • Charge: Quantité de travail nécessaire indépendamment du nombre de personnes qui vont réaliser ce travail Coût Prévisionnel • Jour- Personne: JP • Mois- Personne: MP • Année- Personne: AP 1MP représente l’équivalent du travail d’une personne pendant un mois, en général 20 jours

45. L’estimation des ChargesTaille - Durée Durée: Elle dépend du nombre de personnes. 60 MP 1 P pendant 60 Mois (5ans) 5 P pendant 12 Mois 10 P pendant 6 Mois 60 P pendant 1 Mois

46. L’estimation des ChargesNiveaux d’estimation • Niveau Projet Projet : charge complète (MP ou AP) • Déterminer une enveloppe budgétaire • Voir l’importance du projet • Faire une estimation de la rentabilité de l’investissement • Évaluer une durée vraisemblable du projet

47. L’estimation des ChargesNiveauxd’estimation • Niveau Étape Étape : charge spécifique (MP ou SP) • Ajuster le découpage : parties indépendantes • Sous- traiter des parties • Prévoir des délais (ordonnancement) • Prévoir des ressources (planification) • Niveau Phase • Planifier précisément • Calendrier de remise des livrables • Suivre le projet et surveiller les écarts • Affecter les ressources • Niveau Tâche • Indispensable pour le suivi du travail de l’équipe

48. METHODES D’ESTIMATIONLes Non- Méthodes • Parkinson • Sans évaluation • Aléatoire • Consomme toutes les ressources disponibles • Temps et Hommes 2. Compétitive • Diminuer les prix pour remporter le marché • Utilisé dans les Appels d’Offre • Non réaliste et subjective • Grand risque de pertes

49. METHODES D’ESTIMATIONLes Méthodes • Il existe 3 familles de méthodes fondées sur: • le jugement d’experts • la répartition proportionnelle • l’utilisation d’un modèle économétrique • Les modèles sont basés sur une unité d’œuvre qui permet de répartir des coûts simplement: • le m2 , la commande, la pièce, la ligne, la taille,le nombre de fonctions, les entrées….

50. METHODES D’ESTIMATIONLes Modèles Schéma Général de l’Estimation des charges à base de modèles Dénombrement des Unités d’oeuvres Application des Poids Standards Application des Facteurs Correcteurs Charge Ajustée