SEANCE 2 INTRODUCTION

Transcription

1 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 à base des COTS (Component Off the Shelf) et système ERP Sélection, Achat, Adaptation, Intégration des COTS (composants logiciels) et systèmes ERP COTS : Composants logiciels ; indépendant des autre processus ERP : Progiciel intégré, ensemble de modules couvrant l ensemble des fonctions d E o ++ Coût o + Temps o + Erreurs o Besoins (pré- paramétré) Développement par les futurs utilisateurs Développement des SI par des non- professionnels de SI futurs utilisateurs (pour les amateurs et petits objectifs) o +/- Coût o + Temps o Erreurs o ++ Besoins Développement mixte Achat des COTS / ERP pour activités standards Développement sur mesure pour les activités spécifiques de l organisation Développement par les futurs utilisateurs pour les activités spécifiques de l organisation o Coûts : le plus adapté o + Temps o Erreurs : raisonnable o ++ Besoins

2 SEANCE 4 DECOUPAGE DE PROJETS PRINCIPES DU DECOUPAGE Identifier des sous- ensembles quasi autonomes. Représentation graphique structure d arbre Texte structuré TYPOLOGIE DE DECOUPAGES (3) 1. TEMPOREL Répartir le travail dans le temps Succession de phases, étapes et tâches. Date de début & fin visée Résultat à atteindre pour chaque élément de décomposition Type descendant (top- down) Visibilité croissante Progression réelle des travaux 2. STRUCTUREL Basé sur structure du produit final Différents modules qu il faut obtenir Besoin de visibilité suffisante Maîtrise du projet Répartition des responsabilités Réduction des délais Développement incrémental 3. NORMALISE WBS : Work Breakdown Structure Découpage du processus de travail Découpage orienté «Activité» Phases, étapes, tâches Date de début/fin Cf. découpage temporel PBS : Product Breakdown Structure Découpage structurel du produit de projet Découpage orienté «Entité livrable» Composants, unités, parties Besoin de visibilité suffisante Cf. découpage structurel Découpage horizontal (par niveau architectural) Découpage vertical (par niveau métier) Hybrid WBS : PBS critère structurel & WBS critère processus Processus d abord (WBS) : phases de réalisation en précisant les composants de produits livrés dans chaque phase Livrable d abord (PBS) : définition du produit à livrer en précisant le processus d élaboration

3 Gestion de Projets SI P Katerina Vachicouras RBS : Resource Breakdown Structure Répartition des ressources (R) de projet Décomposer en R, puis par nature ou en équipes ü Hiérarchie des R de l équipe ü Evaluation de la quantification des R nécessaires (charge) OBS : Organisation Breakdown Structure Découpage de l organisation de projet Identifier les différents niveaux de responsabilité des acteurs du RBS o R : responsabilité (obligatoire et unique) o E : encadrement o P : production (ou participation) o V : validation o C : certification / Approbation o S : support Reprends WBS et fait apparaître les noms de personnes avec leurs responsabilités (c.f. p. 16) MERISE : SCHEMA DIRECTEUR 1. Schéma Directeur (SD) : fixer les grandes orientations concernant le développement du SI 2. Etude Préalable (EP) 3. Etude Détaillée (ED) : concevoir et décrire de façon exhaustive le fonctionnement du futur système 4. Etude Technique (ET) : optimiser structures physiques de données et construire traitements 5. Réalisation (REAL) : produire des logiciels testés 6. Mise en œuvre (MEO) : installer les logiciels développés ou un progiciel acquis 7. Qualification (QUALIF) : test et bilan

4 SEANCE 5 MODELES DE PROCESSUS DE DEVELOPPEMENT DES SI PROCESSUS DEVELOPPEMENT SI CYCLE DE VIE D UN SI Ensemble structuré d activités à réaliser pour atteindre l objectif d un projet SI Phases par lesquelles passe un SI : besoin initial, documentation, décisions ACTIVITES DE DEVELOPPEMENT DES SI 1. Spécification : besoins, contraintes du système, cahier de charges 2. Conception : solution, production d un modèle du système 3. Implémentation : système 4. Test : système, vérification de l adéquation entre propriétés du système et spécification des besoins 5. Installation : système chez client et vérification du fonctionnement 6. Maintenance : système réparation des fautes CHOIX DU MODELE DE PROCESSUS DSI Analyser et évaluer les risques du projet : difficulté technique, stabilité des besoins Evaluer la situation du projet : objectifs, temps, ressources, localisation des équipes Choix d un modèle de processus générique et l adapter au projet ou définir un processus spécifique Choix des techniques de modélisation et de réalisation pour chaque étape du processus MODELES STANDARDS DE DEVELOPPEMENT DES SI 1. Code- and- fix Modèle dirigé par la programmation 2. Transformation automatique Possibilité de transformer automatiquement des spécifications validées en programmes. Nécessite un outil logiciel qui fait cela 3. Cascade Processus linéaire, centré- activités avec un ordonnancement prédéfini des activités Possibilité de revenir en arrière Besoins stables et risque majeur lié à la programmation 4. V Décomposition du système en composants qui peuvent être développés de manière indépendante 5. W Extension du modèle en V Accent sur les besoins : amélioration de l étape d analyse de besoins Accent sur les tests : focalisation sur les tests à toutes les phases de développement 6. Développement évolutif Développement de plusieurs versions d un logiciel en l améliorant à chaque fois Les besoins s éclaircissent 7. Spirale Développement itératif Chaque cycle permet l analyse du risque et redéfinition des objectifs (si gros projet) 8. RAD - Rapid Application Development Modèle linéaire en 5 phases et itératif pour la phase Construction Travail en équipe privilégiée Chaque phase composée d une ou plusieurs étapes Chaque étape organisée en 3 temps (préparatoires, participative, conclusion) Si besoins stables et risque majeur lié à la programmation 9. RUP Rational Unified Process : Processus Itérative et Incrémental N itérations dans chaque phase (4) Une version du produit livrable à la fin de chaque itération : les besoins s éclaircissent 10. XP Extreme Programming Modèle itératif à deux niveaux : livraison & développement 11. Scrum Développement itératif non planifié Fait référence à l organisation d un jeu (avant- jeu, jeu, après- jeu)

5 SEANCE 6 GESTION DU RISQUE DES PROJETS SI Principaux facteurs de risque : La taille du projet La difficulté technique Le degré d intégration La configuration organisationnelle (directeurs MOA, sponsor) Le changement L instabilité de l équipe de projet Profil du risque Gestion du risque Fuite : recherche de moyens pour éviter l effet négatif Transfert : délégation de la responsabilité Mitigation : réduction de la menace Acceptation : passive (menace non importante) ou active (rien à faire)

6 SEANCE 7 TECHNIQUES DE PLANIFICATION PERT PROGRAM EVALUATION AND REVIEW TECHNIQUE Définir l ordonnancement des tâches Introduire le parallélisme des tâches Définir les dates de début et de fin des tâches (cf cours) Identifier les tâches critiques qui pourraient retarder le projet 1. Graphe de potentielles tâche Méthode des antécédents (MGO : tâches sur les noeuds) Nœuds : tâches Liens : ordre des exécutions 2. Graphe de potentiels événements Méthode du diagramme fléché (MGO : tâches sur les arcs) Nœuds : événement = jalons Liens : tâches Type de liens entre les tâches (cf. cours p. 5) Marge : différence entre date au plus tard et date au plus tôt Chemin critique : marges = 0 ou faibles GANTT Affecter les tâches aux ressources Etablir le calendrier de travail planning Prend en compte les contraintes : calendrier, RH, matériel Axes de planning - Axe du temps - Axe des tâches ou des RH affectées aux tâches Plannings possibles (cf tableau) - Chargement au plus tôt - Chargement au plus tard - Planification améliorée 1. Planifier les tâches étant sur le chemin critique 2. Planifier les tâches étant liées aux tâches du chemin critique par des liens du type début/début 3. Placer les tâches qui sont prédécesseurs des tâches critiques Techniques d amélioration des plannings (cf. cours) Nivellement : minimiser le nombre de ressources ; limite max Lissage : repartir pour chaque R sa charge de travail suite à une contrainte (RH ou matériel) ; pas de sous/sur- charge (délais peut s allonger)

7 SEANCE 8 PROJET DE MISE EN PLACE D UN SYSTEME ERP PGI : Progiciel de Gestion Intégré Composé d un ensemble de modules applicatifs qui visent à couvrir l ensemble des fonctions de l entreprise. Types d ERP 1. ERP propriétaires : édités par des sociétés, ce qui implique l achat d une licence 2. ERP open source : gratuits Un entrepôt de données central Modules interconnectés Stratégies projet ERP 1. Big Bang : le plus ambitieux et le plus difficile ; pour grandes E 2. Franchising strategy : unités économiques relativement indépendantes ; pour grande E (projet pilote) 3. Slam- dunk : petites E qui achètent seulement quelques modules d un ERP 4. On- Demand Nibble : achat de service en ligne pour différents processus d E Démarche de mise en place d un ERP 1. Etude d opportunité 2. Choix d un ERP 3. Implémentation de l ERP Les acteurs dans un projet 1. Comité de pilotage a. Direction générale b. Direction opérationnelle c. Direction informatique d. Direction du projet 2. Chef de projet client & équipes fonctionnelles 3. Chef de projet fournisseur & équipe technique 4. Administrateur des données 5. Consultants 6. Assistants méthodes

8 Plan de la qualité - document énonçant les modes opératoires, les ressources et les séquences des activités liées à la qualité, se rapportant à un produit, service, contrat ou projet particulier Gestion de Projets SI P J. Ralyté, Université de Genève, 2013 SEANCE 9 MAITRISE DE LA QUALITE DANS LES PROJETS SI 3 Le vocabulaire Définit les facteurs qualité qui caractérisent le produit attendu Négociation de la qualité Maître d ouvrage Définit les facteurs qualité du processus de développement à mettre en œuvre pour produire ce qui a été convenu Rôles Maître d œuvre Plan d assurance qualité (en SI) Contient : les caractéristiques qualité du produit les dispositions qualité portant sur le processus Contrat qualité Les facteurs qualité d un SI Quatre points de vue F A C T E U R S Fonctionnel Utilisation Maintenance Economique Pertinence Adéquation Généralité CRITERES Maniabilité Fiabilité Efficience Confidentialité Interopérabilité Complexité Tolérance aux fautes Auditabilité Maintenabilité Adaptabilité Portabilité Efficacité METRIQUES Nombre de lignes de code Nombre d opérateurs arithmétiques et logiques... J. Ralyté, Université de Genève, J. Ralyté, Université de Genève, PAQ Plan Assurance Qualité Contrat entre le maître d ouvrage et le maître d œuvre en 2 Les matière facteurs de et qualité. critères qualité d un SI Contrôle de la qualité o Des programmes o Des documents Audit qualité Certification qualité attribuée au terme d un audit F A C T E U R S Fonctionnel Pertinence Adéquation Généralité La capacité de répondre aux problèmes de l entreprise. L impact du SI sur la gestion de l entreprise. L adéquation du logiciel à l organisation et aux processus de travail L aptitude de la solution à résoudre des problèmes de portée plus large que le contexte particulier du projet (en cas de conception d un progiciel) J. Ralyté, Université de Genève,

9 SEANCE 10 ESTIMATION DES CHARGES Besoins d estimation Projet : mois/homme Etape : mois ou semaine/homme Phase : semaine ou jour/homme Tâche : jour/homme (affectation individuelle) Méthodes d estimation Méthodes basées Delphi Affinement successif de jugements d experts portés par plusieurs experts jusqu à obtention d une convergence. Méthodes d estimation par analogie : comparaison avec projets similaires o Méthode de répartition proportionnelle Observation d une proportionnalité entre les charges de réalisation des diverses étapes du cycle de vie d un projet. Méthodes d estimation ascendante ou évaluation analytique Estimation de la charge d éléments de travail, ensuite totalisation de ces estimations pour obtenir la charge globale ; évaluer la charge de réalisation (programmation- élaboration tests- mise au point des programmes) lorsqu on a une visibilité sur les composants à développer. Méthodes à base de modèles Estimation paramétrique ; Fondé sur des modèles de calcule qui se basent sur : - une ou plusieurs unités d œuvre - facteurs correcteurs - catégorie de projet - poids standard Modèle CoComo (Constructive Cost Model) Basé sur 2 hypothèses : o un informaticien sait plus facilement donner une évaluation de la taille d un logiciel à développer o il faut toujours le même effort pour écrire un nombre donné de lignes de programme, quel que soit le langage employé. - - Charge = mois/homme Délai normal = mois Méthode des points de fonction Estimation à partir d une description externe du futur système, de ses fonctions. 1. Calculer taille du projet en nombre de point brut (PFB) 2. Ajuster la taille du projet : corriger le nombre de points de fonction brut PFB en fonction des spécificités du projet. 3. Transformer le nombre de points de fonction de charge

10 SEANCE 11 CLOTURE D UN PROJET SI Clôture administrative : documentation Clôture financière : budgets Quand terminer un projet? arrêt à la fin : objectifs atteints arrêt avant la fin : doit être arrêté (difficulté d atteindre objectifs, conflit, force majeure) à Trouver un coupable (MOA vs MOE) 1. Prendre une décision (continuer ou terminer ; évaluation par MOA et MOE) 2. Mettre en œuvre la clôture Eléments- clés de la clôture d un projet Redistribution des ressources Résolution des toutes les questions financières Documentation des succès & problèmes des projets Façons de terminer un projet 1. Clôture par Extinction a. Réussite du projet b. Echec du projet à Toutes les activités au sein du projet cessent 2. Clôture par Addition a. Succès du projet interne b. Ajouter le résultat à l organisation parente à Projet cesse d exister, personnel & équipements sont transférés 3. Clôture par Intégration a. Projet externe réussi b. Eléments du projet intégrés à E à MOE : équipe projet dissoute, personnel & équipement redistribués à MOA : équipe projet client est dissoute, le personnel retourne à leur tâche du métier 4. Clôture par Famine a. Faire mourir le projet lentement en lui coupant les vivres (ressources) choc Recommandations de PRINCE2 : méthode de gestion et certification du projet ; processus de clôture du projet Impact de la clôture Rapport de clôture Qualité de la phase de clôture Qualité de la vie après le projet Peu d implication sur le succès/échec technique du projet Beaucoup d implication sur l attitude face au projet (fierté vs arrière goût) J. Ralyté, Université de Genève,