La présentation est en train de télécharger. S'il vous plaît, attendez

La présentation est en train de télécharger. S'il vous plaît, attendez

D/T/071.1/02 Chapitre 1 Généralités 1 Copyright RAS 2002 Reproduction interdite Conduite des projets logiciels CdP FIIFO 4 PLAN DU COURS I.Généralités.

Présentations similaires


Présentation au sujet: "D/T/071.1/02 Chapitre 1 Généralités 1 Copyright RAS 2002 Reproduction interdite Conduite des projets logiciels CdP FIIFO 4 PLAN DU COURS I.Généralités."— Transcription de la présentation:

1 D/T/071.1/02 Chapitre 1 Généralités 1 Copyright RAS 2002 Reproduction interdite Conduite des projets logiciels CdP FIIFO 4 PLAN DU COURS I.Généralités et processus de développement II.Estimation III.Organisation et planification IV.Comptabilité analytique et budgétaire des projets V.Techniques de suivi VI.Gestion des risques

2 D/T/071.1/02 Chapitre 1 Généralités 2 Copyright RAS 2002 Reproduction interdite I.Généralités et processus de développement Frédéric FICHOT

3 D/T/071.1/02 Chapitre 1 Généralités 3 Copyright RAS 2002 Reproduction interdite I.1. Généralités sur la CdP 1.Approche économique de la production de logiciel 2.Les difficultés et les risques de la prévision 3.Ce que lon sait avec certitude

4 D/T/071.1/02 Chapitre 1 Généralités 4 Copyright RAS 2002 Reproduction interdite projet de réalisation dun prototype de définition inusable complexe immaturité technique des équipes de réalisation turn over, promotion, formation savoir faire très faible sur les tests Caractéristiques du logiciel taille qualité temps Sûreté de fonctionnement Aléas techniques Complexité théorique Aléas économiques

5 D/T/071.1/02 Chapitre 1 Généralités 5 Copyright RAS 2002 Reproduction interdite LES DIFFICULTES DU TEST Le processus d'introduction des défauts oSpécification, conception, codage oCorrections, évolutions, portage Difficultés psychologiques ou "culturelles" : oObjectifs "destructifs" du test contraires à la créativité des programmeurs oTest mal perçu par la communauté des informaticiens, peu de formations oActivité délaissé au profit des activités de spécification et de conception (considérées plus nobles) Difficultés d'ordre formel : oPas d'algorithme général capable de démontrer l'exactitude de tout programme oLe test na pas de terme Difficultés liées aux délais !

6 D/T/071.1/02 Chapitre 1 Généralités 6 Copyright RAS 2002 Reproduction interdite 48% du coût d'un développement est consacré à la réparation des défauts Nombre de défauts selon leur origine Coût de réparation des défauts

7 D/T/071.1/02 Chapitre 1 Généralités 7 Copyright RAS 2002 Reproduction interdite Les 10 risques majeurs R1devis irréaliste (planning et budget) R2implémentation de fonctions inadaptées R3réalisation d une interface inadaptée R4taux de défaillance élevé en exploitation R5évolution continuelle des spécifications R6performances insuffisantes R7maintenance ruineuse (chaotique) R8retards de livraison fournisseurs R9conception irréaliste R10défection de personnel (2002)

8 D/T/071.1/02 Chapitre 1 Généralités 8 Copyright RAS 2002 Reproduction interdite R1: Devis irréaliste durée du planning en mois planning prévu planning réel Dépassement moyen des délais :82 % / 167 projets Dépassement moyen des budgets : 43 % /198 projets Mais on revient de loin sur les délais :187 % en % en % en 1985 … et seulement 12 % sur les projets démarrés depuis 2000 ! Les 5 plus grands développements achevés en 2001(DOD, NATO) 7,5 ans 22 mois

9 D/T/071.1/02 Chapitre 1 Généralités 9 Copyright RAS 2002 Reproduction interdite Ce que lon sait avec certitude La charge de réalisation d un projet s accroît exponentiellement par rapport à la taille du logiciel à produire (nombre d instructions) La productivité baisse en fonction de l accroissement en taille des logiciels à produire Lutilisation de langages de programmation procéduraux de plus en plus évolués (facteur de déflation) accroît dautant la productivité Les phases de réalisation (CD, codage, TU) représentent une part dautant plus faible de leffort de développement que le projet est important La perte de productivité des grandes équipes de réalisation est considérables par rapport à une structuration en équipes réduites (> 8 personnes) La productivité des équipes de réalisation constituées dingénieurs est optimale par rapport aux coûts salariaux

10 D/T/071.1/02 Chapitre 1 Généralités 10 Copyright RAS 2002 Reproduction interdite I.2 Le processus de production de logiciel Cest la base de tout Cest le socle du Génie Logiciel Cest la seule façon dêtre conforme Cest la seule façon de comprendre

11 D/T/071.1/02 Chapitre 1 Généralités 11 Copyright RAS 2002 Reproduction interdite Processus et cycle de vie PROCESSUS DE GESTION GESTION DE PROGRAMME & G. DES RISQUES GESTION DE CONFIGURATION GESTION DES PARTENAIRES & DES SS-TRAIT. ETUDE PREALABLE AVANT-PROJET SPECIFICATION & CONCEPTION PRODUCTION INTEGRATION & VALIDATION OPERATION MAINTENANCE & SUPPORT PROCESSUS TECHNIQUE PROCESSUS QUALITE ASSURANCE QUALITE CONTRÔLE QUALITE MESURE Référentiel Qualité Logiciel

12 D/T/071.1/02 Chapitre 1 Généralités 12 Copyright RAS 2002 Reproduction interdite CYCLE EN "V" spécification conception globale conception détaillée validation intégration tests unitaires codage organisation Plans projet:: PAQ, PGCL, PT Document de Spécification (DSL) Document de Conception Préliminaire (DCP) Dossier de Tests Unitaires (DTUL) Plan de Validation (PVL) Composants déverminés Composants testés Architecture testée Plan dIntégration (PIL) logiciel recetté besoin exprimé Document de Conception Détaillée (DCD) Revues : RFFPS, RFFPCP, RFFPI ISO/IEEE/EIA12207

13 D/T/071.1/02 Chapitre 1 Généralités 13 Copyright RAS 2002 Reproduction interdite La phase de spécification 1. Document écrit émanant du client Cahier des charges, clauses techniques,… Etude préalable, dopportunité, de faisabilité,… Document de spécification système/déquipement/de segment/externe 2.Besoins exprimés oralement par le client Lors de lanalyse fonctionnelle Au cours denquêtes de satisfaction/ dopportunité Au cours dune analyse de la valeur Lors de la Revue du DSL ou du PVL 3.Exigences qualité Clauses qualité dun AO (client/Mou/Moe) Plan Qualité ou Manuel qualité (prestataire/Moe/Sous Traitant) 4.Norme de référence Universelle ISO9001 GénéralesDOD2167 et DOD2168 SectoriellesEUROCAE DO178 Phase de spécification (des besoins) 1234 PVL DSL

14 D/T/071.1/02 Chapitre 1 Généralités 14 Copyright RAS 2002 Reproduction interdite Les activités à mener Lordre dexécution des tâches et bien souvent plus compliqué Généralement on sefforce de respecter la Loi de RAYLEIGH (modèle de L. PUTNAM) Réalisation des plans : Plan Qualité Plan de Gestion des Configurations Plan de Test Analyse Fonctionnelle Analyse Opérationnelle Définition des contraintes de réalisation Préparation de la validation Participation aux revues RDSL RPVL RFFPS Effort /Effectif Temps spécif La loi de leffort optimal PQL PGCL PTL DSL PVL PV

15 D/T/071.1/02 Chapitre 1 Généralités 15 Copyright RAS 2002 Reproduction interdite ISO Spécification Externe (Expression des besoins du client) DSE Spécification Interne (Définition de la solution proposée)DSI PVL RDSE RPVL RDSI RFFPS

16 D/T/071.1/02 Chapitre 1 Généralités 16 Copyright RAS 2002 Reproduction interdite Contenu du DSL PLAN-TYPE IEEE 1.Introduction 2.Contexte 2.1. objectifs 2.2. hypothèses 3.Description générale 3.1. intégration dans le système 3.2. fonctions principales du logiciel 3.3. caractéristiques des utilisateurs 3.4. Contraintes générales contraintes de développement contraintes dexploitation conformité aux standards (normes) documentation 4.Besoins détaillés 5.Glossaire et références 6.Index 7.Annexes

17 D/T/071.1/02 Chapitre 1 Généralités 17 Copyright RAS 2002 Reproduction interdite Chapitre 4. besoins détaillés (IEEE) Chap 4. 1 besoins détailles spécifications fonctionnelles 4.1.x. fonction a 4.1.x.1. description de la fonction 4.1.x.2. données 4.1.x.3. traitement des exceptions 4.2. spécifications d'interfaces interfaces logiciel/logiciel interfaces matériel/logiciel interfaces homme/machine 4.3. spécifications opérationnelles facilite d'utilisation performances modes d'exploitation facteurs qualité installation sécurité, intégrité et sûreté base de données

18 D/T/071.1/02 Chapitre 1 Généralités 18 Copyright RAS 2002 Reproduction interdite Les sept pèches capitaux des spécifications. Bruit: élément du texte n'apportant d'information sur aucune des caractéristiques du problème. Silence: caractéristique du problème a laquelle ne correspond aucun élément du texte. Sur spécification: éléments du texte correspondant a une caractéristique non pas du problème mais d'une solution possible. Contradiction: élément du texte contredisant un autre élément de ce texte. Ambiguïté: élément du texte permettant de comprendre une caractéristique du problème de deux façons ou plus. Référence en avant: élément du texte utilisant une caractéristique du problème définie plus loin dans le texte. Voeu pieux: élément du texte décrivant une caractéristique du problème de telle façon qu'il sera impossible de valider une solution relative a cette caractéristique

19 D/T/071.1/02 Chapitre 1 Généralités 19 Copyright RAS 2002 Reproduction interdite Spécifications fonctionnelles LE QUOI PAS LE COMMENT Lobjectif est de décrire complètement ce quil faut faire Identifier lensemble des fonctions à réaliser Identifier les liens entre fonctions Identifier les modes de fonctionnement Identifier les conditions de déclenchement Cette activité sappelle lAnalyse Fonctionnelle

20 D/T/071.1/02 Chapitre 1 Généralités 20 Copyright RAS 2002 Reproduction interdite Les phases classiques Concevoir la structure de lensemble Prévoir lintégration Concevoir le détail de chacun des composants Prévoir les tests du composants Réaliser chacun des composants et les déverminer Conception Détaillée Conception Préliminaire Codage

21 D/T/071.1/02 Chapitre 1 Généralités 21 Copyright RAS 2002 Reproduction interdite Les phases classiques Test du logiciel considéré comme un tout vis-à-vis des spécifications (DSL) et à la fin devant le client Test de l'architecture définie pour le logiciel (statique et dynamique) par assemblage progressif des composants vis-à-vis de la conception de l'architecture (DCP) Test d'un composant isolé, dans un environnement simulé vis-à-vis de l'implémentation de la conception (DCD et code) Tests d'Intégration Tests de Validation Tests Unitaires

22 D/T/071.1/02 Chapitre 1 Généralités 22 Copyright RAS 2002 Reproduction interdite Le processus de test Organisation des tests Spécification des tests Conception des tests Réalisation des tests Exécution des tests Evaluation des tests Stratégie générale de test: Quels tests, par qui, pour qui, avec quels moyens Organisation des tests : - objectifs - critères d'arrêt scénarios procédures jeux d'essais Journaux de test Avis du client Résultats attendus PLANS PVL ou PIL et … PTUL PLANS PVL ou PIL et … PTUL DOSSIERS DTUL, DTIL, CRL DOSSIERS DTUL, DTIL, CRL Rapports dAnomalies RA Rapports dAnomalies RA Rapports de test RT Rapports de test RT

23 D/T/071.1/02 Chapitre 1 Généralités 23 Copyright RAS 2002 Reproduction interdite CLASSIFICATION DES TECHNIQUES DE TEST ¬ Classification boîte noire / boîte blanche ou fonctionnel / structurel Classification test statique / test dynamique DTrésultats DTrésultats Program P ; begin... end ExécutionAnalyse Manuel par inspection Outils

24 D/T/071.1/02 Chapitre 1 Généralités 24 Copyright RAS 2002 Reproduction interdite FIIFO LES TESTS D'INTEGRATION –Construction progressive du logiciel à partir de composants testés unitairement –Installation du logiciel sur les machines cible (intégration Système) –Le but de l'intégration »Tester le respect des exigences de conception préliminaire (choix d'architecture, degré de parallélisme, etc) »Assembler progressivement les composants pour limiter les risques (défauts dans l'architecture, problèmes d'interface avec le matériel) »Vérifier que le composant intégré fonctionne bien avec les autres et (s'il y a lieu) avec le matériel »Vérifier le bon fonctionnement du logiciel –Organisée en étapes (steps) : »ajout d'un ou de plusieurs composants à l'assemblage existant selon une stratégie prédéterminée

25 D/T/071.1/02 Chapitre 1 Généralités 25 Copyright RAS 2002 Reproduction interdite Les stratégies dintégration Big bang Ascendante Descendante Mixte Par agrégats (assemblage) A CB FED A1 A2 A3 Proc x Proc y Proc z Package A

26 D/T/071.1/02 Chapitre 1 Généralités 26 Copyright RAS 2002 Reproduction interdite FIIFO Choix de la stratégie d'intégration et planification du projet CDACODATUAI(A+B)I(+C)I(+D)I(+E)I(+F) MUD MUE CDCCODCTUC CDBCODBTUB MUF CDDCODDTUD CDECODETUE CDFCODFTUF Step 1 Step 4 Step 5 Step 2 Step 3 Réseau PERT simplifié

27 D/T/071.1/02 Chapitre 1 Généralités 27 Copyright RAS 2002 Reproduction interdite Les documents de validation PVL CRL N° PV PV de la séance de recette RA Plan de Validation du Logiciel Cahier de Recette de l Etape N° Procès Verbal d étape Rapport d Anomalie

28 D/T/071.1/02 Chapitre 1 Généralités 28 Copyright RAS 2002 Reproduction interdite Le planning dune phase de validation Séance de recette provisoire (usine) Séance de recette définitive (site) Préexamen Période probatoire Période de garantie Préexamen : période de 3 jours à 4 semaines consacrée à l analyse minutieuse et systématique de la fourniture par le client. Période probatoire : période de 2 semaines à 6 mois consacrée à l expérimentation du logiciel par le client et à la formation des utilisateurs. Période de garantie : durée pendant laquelle le client peut exiger la réparation gratuite des vices cachés (législation CEE) Toutes ces périodes sont définies précisément dans le contrat et reprises dans le PVL.

29 D/T/071.1/02 Chapitre 1 Généralités 29 Copyright RAS 2002 Reproduction interdite La séance de test de validation Tests "formels" : Parcours d'un cahier de recette ou d'un dossier de validation préétabli But : montrer que chaque élément des spécifi- cations est réalisé Un "procès-verbal" résume les résultats Réalisée dans un environnement –Simulé –Pré-opérationnel (environnement réel par- tiel) –Opérationnel Les étapes d'une validation : 1. Fourniture & Installation 2. Interfaces 3. Dialogue homme-machine 4. Fonctionnalités 5. Performances 6. Robustesse - modes dégradés 7. Sécurité 8. Configuration 9. Compatibilité / conversion 10. Exploitation Les étapes d'une validation : 1. Fourniture & Installation 2. Interfaces 3. Dialogue homme-machine 4. Fonctionnalités 5. Performances 6. Robustesse - modes dégradés 7. Sécurité 8. Configuration 9. Compatibilité / conversion 10. Exploitation

30 D/T/071.1/02 Chapitre 1 Généralités 30 Copyright RAS 2002 Reproduction interdite Quest-ce que la gestion des configurations Ensemble des activités (manuelles ou automatisées) permettant d'identifier et de définir les éléments de configuration et toutes leurs relations. Elle permet de contrôler les évolutions durant le cycle de vie du logiciel, d'archiver chacun des états successifs et de vérifier que chacun de ces états est complet et cohérent. (AFNOR Z61-102) SPECIFICATION Dossier de réalisation R. A. N° 117 R. A. N° 117

31 D/T/071.1/02 Chapitre 1 Généralités 31 Copyright RAS 2002 Reproduction interdite Objectifs Gestion des configurations : La discipline consistant à appliquer des règles et une surveillance technique et administrative pour : Identifier les configurations Contrôler les modifications (corrections & évolutions) Suivre le traitement de ces modifications Garantir une livraison Garantir la maintenabilité Assurer la cohérence du produit face à laction déstabilisatrice des demandes de correction et dévolution S. BRANTON

32 D/T/071.1/02 Chapitre 1 Généralités 32 Copyright RAS 2002 Reproduction interdite Les 3 composantes de la G.C. La mise en configuration –Préparation des référentiels –Capture et contrôle des articles –Identification des articles et de leurs liens La gestion des modifications –Gestion des corrections –Gestion des évolutions Ladministration des configurations –Définition dun état de configuration –Edition des nomenclatures –Audit des configurations

33 D/T/071.1/02 Chapitre 1 Généralités 33 Copyright RAS 2002 Reproduction interdite La mise en configuration capture Projet de développement Référentiel de besoins Référentiel de développement Référentiel de livraison Spécificati on DCP DCD DSL PVL Contrat Code tests Recette Réalisatio n CRL.exe DSL SADT DE

34 D/T/071.1/02 Chapitre 1 Généralités 34 Copyright RAS 2002 Reproduction interdite Le référentiel Constitué darticles de configuration organisés sur une arborescence logique de classement (structure du référentiel) Spécification CP CD Codage TU TI TV Référentiel Fonctionnel Référentiel de Développement Référentiel de Livraison

35 D/T/071.1/02 Chapitre 1 Généralités 35 Copyright RAS 2002 Reproduction interdite Le nommage des articles Appartenance Identification Type Version –Etat d'un élément, d'un article de configuration ou d'un logiciel, mis à la disposition des utilisateurs, comprenant les évolutions apportées à l'état précédent. –La version est caractérisée par un identifiant précisant le degré d'évolution d'un article de configuration ou d'un logiciel Révision Modification d'un élément, d'un article de configuration ou d'un logiciel correspondant à des corrections ou des amendements qui préservent les fonctions externes de l'état précédent XY/M88/URN_DCP.docV03.11

36 D/T/071.1/02 Chapitre 1 Généralités 36 Copyright RAS 2002 Reproduction interdite Que faut-il gérer ? Documentation Ensemble des documents (dossiers, plans, rapports, fiches d'anomalies,...) liés au projet Composants de programmation Ensemble des codes sources (programmes sources, sources copy, macro-instructeurs, bibliothèques sources, écrans, JCL,...) Composants de fabrication Ensemble des systèmes et outils nécessaires pour le développement (outil de documentation, AGL, compilateurs,...) Ensemble des procédures nécessaires à la fabrication des exécutables (Procédure de compilation, Link, génération base,...) Composants d'exécution Ensemble des éléments fabriqués par transformation ou duplication des éléments de programmation (objets, exécutables, codes de commande,...) Composants de test Ensemble des éléments (hors plans de test) produit pour ou par les tests (procédures de test, jeux d'essais, lanceurs, muets, résultats des tests,...)

37 D/T/071.1/02 Chapitre 1 Généralités 37 Copyright RAS 2002 Reproduction interdite Les liens entre les articles Implémente –Matrice fonction x organe Appelle –Link –Assignation de fichier Manipule –Outillage »Création »Modification »édition Assemble –Intégration déléments pour une édition –Constitution de dossier Documente Ect. La traçabilité F1 F2 F3 F4 PK1 X X PK2 X PK3 X X

38 D/T/071.1/02 Chapitre 1 Généralités 38 Copyright RAS 2002 Reproduction interdite Le Fait Technique (FT)

39 D/T/071.1/02 Chapitre 1 Généralités 39 Copyright RAS 2002 Reproduction interdite Gestion des FT FT Commissi on de correction Train 1 Train 2 Train 3 Stock Tri Processus de correction REJET OC OC OC Utilisé pour : Lanomalie Lévolution

40 D/T/071.1/02 Chapitre 1 Généralités 40 Copyright RAS 2002 Reproduction interdite Administration des configurations Etat de configuration –Ensemble d'articles de configuration (AFNOR) : »Assemblés dans un objectif commun »Exprimés dans la documentation associée –Ensemble des caractéristiques fonctionnelles et physiques d'un logiciel, exprimées dans la documentation (comprenant les sources) et atteintes par le produit (DoD) Edition des nomenclatures Figer un état de configuration Notion de moins en moins utilisée en logiciel Audit des configurations –Audit de traçabilité –Audit du cycle correctif »ISO 900X »Analyse de lévolution du stock de FT

41 D/T/071.1/02 Chapitre 1 Généralités 41 Copyright RAS 2002 Reproduction interdite I.3. Le processus de gestion de projet Processus rythmé par le cycle de vie À chaque problème une solution Des modèles originaux

42 D/T/071.1/02 Chapitre 1 Généralités 42 Copyright RAS 2002 Reproduction interdite I.3. Code minimal de bonne conduite –Gérer un projet, c'est : »prévoir »organiser »faire le point –d'où les techniques : »d'estimation »de planification »de suivi Spécif C.P. Réalisation Devis IDevis IIDevis III (définitif) Engagement Confirmé Définitif

43 D/T/071.1/02 Chapitre 1 Généralités 43 Copyright RAS 2002 Reproduction interdite Le processus de gestion de projet ESTIMATION ANALYSE PLANIFICATION SUIVI Modèles analytiques WBS- OBS - FBS - RBS Modèles heuristiques PERT XX (CPM) Techniques de suivi et danalyse des dérives Modèles quantitatifs & phénoménologiques COCOMO - PUTNAM - PF Devis Budget Planning Mesures et pronostics

44 D/T/071.1/02 Chapitre 1 Généralités 44 Copyright RAS 2002 Reproduction interdite Les modèles utilisables Modèles de régression Modèles phénoménologiques Modèles heuristiques Modèles analytiques (HM) = A (KISL) B COCOMO/NATO : modèle de régression stochastique répartition phénoménologique de leffort (II ESTIMATION) ventilation analytique coûts/effort x phase


Télécharger ppt "D/T/071.1/02 Chapitre 1 Généralités 1 Copyright RAS 2002 Reproduction interdite Conduite des projets logiciels CdP FIIFO 4 PLAN DU COURS I.Généralités."

Présentations similaires


Annonces Google