1 / 148

UV 243 GENIE LOGICIEL § CONDUITE DE PROJETS

UV 243 GENIE LOGICIEL § CONDUITE DE PROJETS. ISEFC 2010/2011. Introduction Générale. ISEFC 2009/ 2010. Introduction. Le processus d ’informatisation d ’un système de gestion est très complexe. Intervention de plusieurs acteurs : Informaticien, utilisateur, organisateur…

Download Presentation

UV 243 GENIE LOGICIEL § CONDUITE DE PROJETS

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript


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

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

  3. Introduction Le processus d ’informatisation d ’un système de gestion est très complexe • Intervention de plusieurs acteurs : Informaticien, utilisateur, • organisateur… • Intégration de chaque sous-système dans le système global • =>Interactions • * Multiplicité et variété des :événements, données, procédures, • règles de gestion • Maintenance régulière des applications et de la documentation.` Pour maîtriser ces difficultés et permettre aux membres d'une équipe de concourir efficacement à la réalisation des phases d'un projet d'une Méthodologie et des normes de conception, de développement. de test et de mise en place Nécessité Organisation

  4. Les Systèmes *Définitions Un système est un tout constitué d'ELEMENTSunis par des RELATIONS, les éléments et les relations étant munis de PROPRIETES • Décrire un système Déterminer • ses éléments(objets, entité, individus) et ses relations(association). • ses propriétés(attributs) • ses activités et l'organisation qui en découle.

  5. Les Systèmes Ent. Etat 1 Produit livré Rejet Commande Client Réaction Entreprise Ent. Etat 2 • Un système est caractérisé par : • * son état : défini par la valeur des propriétés caractérisant les éléments et les relations. • Exp: nombre de commande, total commission,... • * son environnement : le système subit les contraintes de son environnement.

  6. Gest. Commande Gestion Client Gest. Stock Facturation Gestion Expédition Gest. Magasin Sys.Entreprise Les Systèmes • SYSTEME ENSEMBLE COMPLEXE • Décomposition en sous-systèmes

  7. Flux Entrants Flux Sortants Système OPERANT Flux Financiers Flux Financiers Matière 1ère Produit finis Les Systèmes • Le système OPERANT transforme :

  8. Les Systèmes • * Autres définitions d ’un système: • -"Ensemble d'éléments en INTERACTION DYNAMIQUE, organisés en fonction d'un BUT«  • -"Un SI est constitué de l'ensemble des moyens humains& matérielset des méthodes se rapportant au traitement des différentes formes d'informations d'une organisation" * Fonctionnement d'une organisation La représentation du fonctionnement d'une organisation se fait par trois notions : Système OPERANT Système de PILOTAGE Système D'INFORMATION

  9. Système PILOTAGE S I F.Sortants F. Entrants Système OPERANT Les Systèmes

  10. 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

  11. Système Informatique Système d’Informations S’appuie sur Permet Système Informatique Logiciels Matériels Applicatifs

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

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

  14. 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

  15. 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.

  16. 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 »

  17. 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.

  18. 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

  19. 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 *

  20. 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 »

  21. 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

  22. 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

  23. 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

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

  25. 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

  26. 2. Le Modèle de Transformation Automatique

  27. 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

  28. 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

  29. 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

  30. 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é

  31. 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

  32. 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

  33. 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)

  34. 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

  35. 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

  36. 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

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

  38. 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

  39. 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.

  40. 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

  41. 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

  42. 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

  43. 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

  44. 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

  45. 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

  46. 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

  47. 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

  48. 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

  49. 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

  50. 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

More Related