Gestion de projets - MIAGE Nice Sophia
Contents
1. Sp cification Evaluation prototypage Noyau op rationnel de base version finale validation de m l nonc ne codage Implantation v rification Planifier prochaine phase P Collet 93 l BS en 2 F Mod le en spirale suite Sp cification communiquer avec le client Analyse de risque valuation des risques techniques et des risques de gestion Impl mentation et v rification construire tester installer et fournir un support utilisateur Validation obtenir des retours Planification d finir les ressources la r partition dans le temps P Collet 94 l BS en A F Mod le en spirale suite e Couplage de la nature it rative du prototypage avec les aspects syst matiques et contr l s du mod le en cascade e Les premieres it rations peuvent tre des mod les sur papier ou des prototypes e Utilisation possible tout au long de la vie du produit amp R duit les risques si bien appliqu Les augmentent consid rablement si le contr le faiblit P Collet 95 S d lt ersit SOPHI 2 N lt RUP Rational Unified Process Phases Analys laboration Construction Transition des besoins Processus projet Processus organisationnels Sp cifications DPETEL SELLES TETE TELLE LEE LEE CET E SES TELLE EC Analyse amp Conception cesssososocosoosososobossesesoooo Impl mentation E oo ooo r D ploiement2. versite SOPHIA ANTIPOLIS Conduite de Projet E Gestion d un projet E Ce qu il ne faut pas faire E Planification PERT et Gantt m Estimation des co ts m triques E Organisation du travail e imam iversit y SOPHIA Les 3 P a formation a competences o communication Personnes a cahier des a planification charges a coordination 7 conception o gestion a code source a mesures a ex cutable a analyse a documentation a conception utilisateur a impl mentation a cas de test Processus Produits 5 a demande de changement P Collet _ G nie logiciel gestion de projet e Beaucoup de probl mes de d veloppement logiciel sont des probl mes de gestion management Estimation des co ts Estimation des dur es des d lais Ordonnancement des t ches Gestion des changements Contr le des versions et gestion des configurations P Collet 108 e K Objectifs et d composition Gestion de projet planification organisation gestion des t ches et des ressources pour accomplir un but d fini Quoi qui quand combien Comment Les diff rentes phases de la conduite d un projet Planification du projet valuation et ordonnancement des t ches Contr le et analyse de l avancement Communication des informations relatives au projet P Collet 109 Fr E3 3 4 4 Les t ches de gestion Mod lisation des t ches Ordonnancement Planif
3. R utilisabilit transportabilit Diversit BD IA Calcul Parall lisme R seau Internet intranet Divers Juridique psychologique P Collet 23 p CE e 2 F Il faut donc e D velopper des A partir duit d un cahier des nouveaux produits charges nouvelles fonctions d applications existantes nouveaux portages de composants existants avec des objectifs En de qualit et interne de productivit Sous traitance P Collet i I F d G nie logiciel les besoins Langages pour d crire Outils pour manipuler M thodes pour d cider Th ories pour d montrer Professionnels pour r aliser Logistique pour supporter P Collet Universit 1C SOPHIA ANTIPOLIS ne Qu est qu un projet e D finition Un effort temporaire qui est progressivement planifi contr l et ex cut par des personnes travaillant avec des contraintes de ressources pour cr er un produit service ou r sultat unique e Temporaire D but et fin sont d finies Pas forc ment court mais fini e Planifi contr l et ex cut N cessit d une planification initiale et d un suivi Le travail s organise pour accomplir des objectifs ex cution Le travail n cessite des v rifications pour tre correctement ex cut Et tout cela progressivement en tapes en affinant au fur et mesure ES VERGER Qu est qu
4. Invisibilit du logiciel Facilit apparente d criture et de modification Le produit fini est diff rent du programme produit logiciel g n ralisation tests documentation maintenance 3 programme int gr dans un syst me interfaces 3 amp produit logiciel int gr dans un syst me 9 amp The mythical man month de Fr d ric Brooks 1975 P Collet 17 ES Pourquoi c est difficile suite La sp cification Le logiciel modifie son environnement La maintenance 67 du co t total corrective 50 60 des d fauts proviennent d erreurs de sp cification ou de conception volutive se m fier de l effet 2 me version L optimisme Ajouter du personnel un projet en retard ne fait que le retarder plus Loi de Brooks P Collet 18 E Les r ponses la crise e Recherche du concept de qualit Maitrise du processus de d veloppement M thodes et outils structur s CASE Programmes de recherche Approche solo Prolog Lisp Smalltalk etc Approche par objets R utilisation th orique Approche par composants R utilisation quasi effective P Collet al 40 ans de Genie logiciel wD Politique qualit m thodes structur es outils GL Mod les de environnements CASE cycles de devt langages ADA la crise Micro informatique co ts Bases de donn es d lais Temps r el syst mes qualit embarq
5. P Collet 146 GS all 5 Exemple de distribution Projet organique et 2 KDSI Effort RPD 16 DD 26 CUT 42 IT 16 Temps RPD 19 DD et CUT 63 IT 18 Projet imbriqu et 512 KDSI Effort RPD 18 DD 24 CUT 24 IT 34 Temps RPD 38 DD et CUT 32 IT 30 P Collet 147 e C Limites du mod le de base e Fond la base sur les statistiques d une seule entreprise e Ne prends en compte que le nombre de lignes source alors que plus les programmeurs sont experts moins ils crivent de code e induit des discontinuit s brutales entre chaque phase nombre de personnes P Collet 148 all 5 GS COCOMO 2 e COCOMO 2 1998 pour les projets bas s sur la r utilisation de composants possibilit de recalibrage sur les donn es de l entreprise 3 mod les mod le de composition d application GUI builder mod le avant projet pour obtenir une estimation base de facteurs de co ts et des LOC modele post architecture a utiliser apres le d veloppement de architecture g n rale P Collet 149 i C Organisation du travail e En fonction de la nature des t ches le nombre de personnes et leur communication influent diff remment sur la dur e de r alisation bonne partition non partitionable communication complexe Dur e Dur e Dur e Personnel Personnel Personnel P Collet 150 e
6. E gt 3 as Universit Nice SOPHIA ANTIPOLIS h Gestion de projets analyse des besoins et g nie logiciel Philippe Collet Licence 3 MIAGE 2012 2013 http miageprojet2 unice fr User ee Gestion_de_projet_2012 2013 l CE I F d Objectif e Apprehender et appliquer les concepts de l analyse des besoins et de la gestion des projets informatiques grande chelle e Pr requis Aucun P Collet G 5 ES Evaluation Projet r alis lors des TD Cahier des charges d un tres grand projet par quipe de 4 5 Evaluation interm diaire 20 Evaluation finale sur le rendu du projet 40 s pa e Interrogation de 2h 40 la fin du cours support de cours autoris P Collet l BS en 2 F TD et projet fonctionnement Lundi 22 10 publication des sujets Vendredi 26 10 date limite de retour par mail formation des quipes de 5 et liste ordonn e de 2 sujets choisis Mardi 30 10 validation des quipes et premier TD Mercredi 09 01 2013 date limite de rendu du projet cahier des charges envoy par mail Apr s le mercredi 09 01 examen terminal Fr E3 3 4 Plan Introduction mythes et r alit s G nie logiciel et gestion de projet Analyse des besoins cahier des charges Cycle de vie du logiciel Gestion de projets V rification et Validation P Collet versite SOPHIA ANTIPOLIS Introduction E Pourquoi
7. quipe Relations avec l ext rieur client sous traitant Dynamique du chef de projet Formation permanente de l quipe Les probl mes ventuels sur sp cialisation d responsabilisation trop ou pas assez de niveaux dans l organisation P Collet 154 Universit Nice SOPHIA ANTIPOLIS RD Verification et Validation E Principes E Approches statiques E Approches dynamiques E Int gration ES VERRE S F Contr ler la qualit Contr le de la qualit Ensemble d inspections de revues et de tests mm pour trouver des erreurs des d fauts Id es pr con ues La qualit ne peut tre valu e que lorsque le code est disponible La qualit ne peut tre uniquement am lior e par la suppression d erreurs dans le code Mais les produits interm diaires sont contrdlables Prototypes maquettes Documents de sp cification de conception Code Jeux de tests P Collet 156 CR ES Principes de V amp V e Deux aspects de la notion de qualit Conformit avec la d finition VALIDATION e R ponse la question faisons nous le bon produit e Contr le en cours de r alisation le plus souvent avec le client e D fauts par rapport aux besoins que le produit doit satisfaire Correction d une phase ou de l ensemble VERIFICATION e R ponse la question faisons nous le produit correctement e Tests e Erreurs par rapport aux d finitions pr cises tabli
8. Collet 44 i C Etude de faisabilit e Tous les projets sont faisables tant donn s des ressources et un temps infinis e Mais les ressources sont limit es P Collet 45 F d tude de faisabilit suite Faisabilit conomique Faisabilit technique au plus t t Risques de d veloppement Disponibilit des ressources Technologie n cessaire Faisabilit l gale Alternatives P Collet ES tude de faisabilit aspects conomiques e Analyse du rapport Co t B n fice Co t du syst me B n fices mesurables en B n fices non mesurables e meilleure conception e meilleures d cisions marketing e satisfaction accrue du client l analyse Co t B n fice est souvent le moyen d obtenir le feu vert de la direction P Collet 47 ES Cie F Analyse des besoins e D finition des besoins diff rents niveaux d abstraction Besoins de l utilisateur Besoins des composants e D finition du syst me r aliser avec le point de vue de l utilisateur et ou du client amp Les utilisateurs doivent tre capables de comprendre ce document Analyse des besoins LE QUOI Conception LE COMMENT P Collet 48 i C Le processus d analyse e Processus de d couverte de raffinement de mod lisation et de sp cification e Les utilisateurs clients et les d veloppeurs ont des r les actifs e Les utilisateurs ne
9. JS Support du projet COR ABUEATION Gestion du projet Environnement ss OO It ration Iter Iter Iter Iter Iter Iter Ter Pr liminaire 1 2 nl n 1l n 2 m m 1 It rations Promu par Rational Le RUP est la fois une m thodologie et un outil pr t a l emploi documents types partag s dans un r f rentiel Web plut t pour des projets de plus de 10 personnes 96 Universit IC SOPHIA ANTIPOLIS E 2TUP Two Track Unified Process techniques Architecture logicielle et applicative S articule autour de l architecture alyse Frameworks Propose un cycle techniques de d veloppement en Y Conception D taill dans Codage Phase de UML en action _ i r alisation i pour des projets senate de toutes tailles ee P Collet 97 N Universit 1C SOPHIA ANTIPOLI eXtreme Programming XP Ensemble de Bests Practices de d veloppement 4 Valeurs travail en quipes transfert de comp tences Communication Simplicit plut t pour des projets de moins de 10 personnes Feedback Courage gt 4 gt 4 Extreme Programming Project S yo Extreme Programming Test Scenarios New User Story User Stories Requirements Project Velocity Bugs Release Latest Custome System Architectural nor Release Plan Version Acceptance Approval Small Spike Planning ON Te
10. K k N cessit de la structuration e Les quipes doivent tre structur es pour diminuer le temps pass communiquer e La communication am liore la compr hension du sujet permet une plus grande mobilit dans le projet e mais fait perdre du temps peut nuire la documentation car les besoins de communication externe sont plus faibles P Collet 151 e C Comment s organiser Petit groupe de e Structuration forte travail sans autorit par le chef fini un chef de projet dirige definie de 2 5 ing nieurs travail par consensus un adjoint peut le le travail de chacun est inher gare celui de oe programmes Le travail enrichit toute configurations et quipe documentation 7 Ee Le consensus est il Structure lourde facile trouver P Collet 152 e K k Comment s organiser suite e 1 chef de projet e 1 comit de direction pour plusieurs pour plusieurs projets quipes le comit est compos de Le chef son adjoint et le chefs de projets qui g rent contr leur g rent directement plusieurs plusieurs projets projets Les quipes travaillent Les chefs de projets en consensus interne travaillent par consensus pour les t ches Ils peuvent se remplacer quotidiennes tout moment P Collet 153 e C Attention aux facteurs humains Motivations individuelles vs motivation collective Relations entre membres de l
11. e Les outils actuels sont la solution un nul avec un outil est toujours un nul e Si on est en retard on ajoutera du personnel WE NEED TO FINISH YOUR YOU MIGHT NEED PROGRAM TWICE AS FAST TO TRAIN HIM SO TM ADDING A PERSON A LITTLE BEFORE TO HELP YOU HES PRODUCTIVE e FR Yt TELL ME AGAIN WHAT THE BTG GLOLITNG THING I Syndicate in J F 1995 United Feastura e C Les mythes du client e Une id e g n rale des objectifs est suffisante pour commencer le codage on ajoutera les d tails plus tard Une forte communication entre clients et d veloppeurs est toujours n cessaire e Les changements peuvent tre facilement r percut s parce que le logiciel est flexible Les changements ne peuvent tre vit s c est la vie Les changements tardifs co tent tres chers P Collet 14 Pac ori 5 L impact des changements 60 100 x Co t du changement D finition Developpement Apr s livraison P Collet 15 e C Les mythes des d veloppeurs e Une fois que le programme est crit et qu il tourne le travail est termin 50 70 de l effort est r alis apres la livraison e Jusqu ce que le programme tourne il n y a aucun moyen d valuer sa qualit Inspections amp revues e La seule chose livrer pour un projet r ussi est un programme qui marche Documentation utilisateur maintenance P Collet Pourquoi c est difficile
12. probabilit symptomes R ponse possible plan de secours Analyse globale des risques Plein de m thodes statistiques possibles analyse de monte carlo diagramme tornado arbre de d cision etc Surtout adapt e pour la planification de production Le plan de r ponse Prend les risques prioris s Se focalise sur les risques haute priorit Par analyse SWOT il tente de minimiser les aspects n gatifs et de faire survenir les aspects positifs S LE 4 R ponses e R ponses possibles aux risques n gatifs menaces Evitement restructuration de la port e de la planification Att nuation r duire la probabilit ou l impact choix alternatifs Transferts passer par un sous traitant qui va prendre le risque sa charge e R ponses possibles aux risques positifs opportunit s Exploitation assurer l occurrence du risque Augmentation de la probabilit ou de l impact choix alternatifs Partage avec un sous traitant ou un tiers int ress aussi par le risque e R ponses aux deux Acceptation plan de repli pour impond rable ou co t trop lev de gestion Plan B alternative mise en place avec v nements de d clenchement et d arr t du plan utiliser en conjonction avec l att nuation l BS en 2 F Pourquoi les projets sont ils toujours en retard Dates limites irr alistes impos es par des l ments externes
13. sultats talon Un compte rendu une synth se Co t moyen autant que le programme P Collet 171 i I F d Test vs Essai vs D bogage e On converse les donn es de test Le co t du test est amorti Car un test doit tre reproductible e Le test est diff rent d un essai de mise au point e Le d bogage est une enqu te Difficilement reproductible Qui cherche expliquer un probleme P Collet 172 Versit besoins conception code _ P Collet 173 S EG Test unitaire Testeur interface structures de donn es locales conditions limites chemins ind pendants Erreur de chemins RESULTATS Simulateur P Collet 174 oo Tests d int gration Si tous les modules marchent bien Strat gie de s par ment construction pourquoi douter incrementale qu ils ne marcheraient pas Big Int gration ensemble Bang partielle R unir les modules Interfacer Test de non r gression P Collet rsit Cie ES _ Tests de charge et de performance e Charge Tests de v rification des contraintes de performance en pleine charge avec les contraintes maximales e Mesure des temps d ex cution depuis l ext rieur e Vision de l utilisateur face au syst me charg e Performance Analyse des performances du logiciel en charge normale Profilage d utilisation des ressources et du temps pass par instru
14. un projet suite Par des personnes La dimension humaine est primordiale Avec des contraintes de ressources Contraintes de temps de co t Tout limitation ou fronti re du projet est une contrainte G rer un projet c est essentiellement g rer continuellement ces contraintes pour atteindre des crit res de qualit pr d finis Port e Cout Temps ES VERGER Qu est qu un projet suite Pour cr er un produit service ou r sultat unique Le projet cr e quelque chose de nouveau Quelque chose de tangible produit ou non service r sultat e Exemple Diminuer le temps d attente au t l phone de 20 Comment d terminer l objectif du projet L objectif du projet est quelque chose que l organisation ne peut obtenir par son fonctionnement normal Exemple de fonctionnement normal Produire les fiches de paie mensuelles Questions Pour un constructeur de maisons chaque chantier est il un projet S LE 4 5 Naissance du projet Pourquoi d marre t on un projet Besoin demande id e inspiration Besoin organisationnel Am lioration dans le processus m tier ou cr ation d un nouveau Demande du march Opportunit pour un produit ou un service Demande d un client Avance technologie ou obsolescence N cessit l gale Besoin social ES Fin du projet e Quand Les objectifs sont atteints devient clair qu on ne pourra at
15. 1 Finalit s 1 1 2 Esp rance de retour sur investissement 1 2 Contexte 1 2 1 Situation du projet par rapport aux autres projets d e l entreprise 1 2 2 Etudes d j effectu es 1 2 3 Etudes men es sur des sujets voisins 1 2 4 Suites pr vues 1 2 5 Nature des prestations demand es 1 2 6 Parties concern es par le d roulement du projet et ses r sultats demandeurs utilisateurs 1 2 7 Caract re confidentiel si il y a lieu 1 3 Enonc du besoin finalit s du produit pour le futur utilisateur tel que pr vu par le demandeur 1 4 Environnement du produit recherch 1 4 1 Listes exhaustives des l ments personnes quipements mati res et contraintes environnement 1 4 2 Caract ristiques pour chaque l ment de environnement P Collet 60 S liversit y SOPH G RES Norme AFNOR X50 151 suite 2 Expression fonctionnelle du besoin 2 1 Fonctions de service et de contrainte 2 1 1 Fonctions de service principales qui sont la raison d tre du produit 2 1 2 Fonctions de service compl mentaires qui am liorent facilitent ou compl tent le service rendu 2 1 3 Contraintes limitations la libert du concepteur r alisateur 2 2 Crit res d appr ciation en soulignant ceux qui sont d terminants pour valuation des r ponses 2 3 Niveaux des crit res d appr ciation et ce qui les caract rise 2 3 1 Niveaux dont obtention est impos e 2 3 2 Niveaux souhait s mais r visables
16. 150H An Maintenance gt 10 ans 10 15H par an nouvelle livraison tous les 6 mois 1 an P Collet Exemples de dur e de cycle e Langage ADA 1983 D finition et analyse des besoins 3 ans Compilateur industriel 3ans Investissement gt 50H An Maintenance gt 15 ans 5 a 10H par an livraison tous les 1 ou 2 ans amp Nouvelle version Ada95 82 e K k Les approches de d veloppement e Approche cart sienne d terministe e structur e descendante cascade ou V e Approche heuristique par prototypage e ascendante incremental ou prototypage e Approche objets e aucune organisation sp cifique n est vraiment mise en avant P Collet 83 P Collet dans l expressio des besoins 84 i I F d Probl mes du mod le en cascade e Les vrais projets suivent rarement un d veloppement s quentiel tablir tous les besoins au d but d un projet est difficile e Le produit apparait tard e Seulement applicable pour les projets qui sont bien compris et maitrises P Collet 85 Modele en V D finition des tests D fi nition du plan Gestion des configurations de projet plan assurance qualit P Collet 86 l o Ss F d Comparaison e Le cycle en V permet une meilleure anticipation vite les retours en arri re e Mais le cadre de d veloppement est rigide la dur e est souvent trop longue
17. Changements de besoin non r percut s dans la planification Sous estimation de l effort n cessaire Risques mal ou non consid r s Manque de communication entre les membres de l quipe Les gestionnaires ne se rendent pas compte que le projet est en retard par rapport au planning P Collet 118 l BS en 2 F Que peut on faire contre les limites irr alistes e Vous ne pouvez pas les modifier e Vous ne pouvez pas refuser de faire le travail R aliser des estimations d taill es amp Essayer d utiliser des mod les incr mentaux amp D finir les fonctionnalit s critiques Reporter les autres fonctionnalit s des phases ult rieures Expliquer au client pourquoi vous ne pouvez pas respecter la date limite en utilisant les estimations bas es sur les performances de projets pass s P Collet 119 r e 3 A Les plus mauvaises approches e Rassemblement de vantards D cisions technologiques influenc es par d minentes personnes des magazines etc e Mort par planification intensive Une planification excessive entraine des plannings complexes qui vont causer des problemes en aval On ne peut pas commencer tant qu on n a pas un plan d impl mentation complet P Collet 120 e 3 A Les plus mauvaises approches e Paralysie analysatoire La recherche de la perfection et de la compl tude dans les phases d analyse entra ne un ralentissement du pro
18. FTO Une t che est critique si sa dur e est gale sa dur e maximum amp Le chemin critique est le plus long o toutes les t ches sont critiques P Collet 132 ES Diagramme de Gantt e Son but est de faire appara tre la r partition des activit s dans le temps l affectation des individus Il donne une description d taill e des co ts en hommes mois des dates pour chaque tache et pour chaque phase A chaque t che sont attribu s un objectif pour rep rer la terminaison de l activit une dur e pour atteindre cet objectif des ressources n cessaires son accomplissement P Collet 133 gt c Z S Ne Diagramme de Gantt suite Il faut d abord estimer les dur es et les ressources Pour harmoniser le diagramme de Gantt il faut utiliser la m me unit de temps Les ressources peuvent tre humaines ou mat rielles e Apres avoir ordonn es les t ches l aide d un PERT en abscisse l chelle des temps en ordonn e la liste des t ches des rectangles sont trac s proportionnellement la dur e de la t che avec affectation des ressources n cessaires P Collet 134 ra versite SOPHIA ANTIPOLIS Gantt exemple B 2 Conceptual 110 days Planning and Control 26 days Business planid 5days Define project o 5 days Identify industry 5 days Develop prelimi 5 days Initial planning c Develop appropr 5
19. Limites et interfaces Tout ce que le syst me pourrait faire implicitement mais qu il ne fera pas Toutes les interactions avec du mat riel ou du logiciel ext rieur d j pr sent ou apport par un autre fournisseur e 3 Gestion e Objectifs et priorit s Objectifs La qualit au meilleur prix et dans les d lais Priorit s Si on est en retard ou que cela doit co ter plus cher explication des propositions e Hypoth ses d pendances contraintes Hypoth ses Tous les d cisions prises arbitrairement par rapport appel d offres D pendances Identification des liens avec d autres syst mes informatiques Cf limites et interfaces ou des actions entreprendre Contraintes Identification de certaines contraintes pos es par existant ou par les besoins utilisateurs P Collet 64 i Uni Nic SOPI ne ersit IIA ANTIPOL Cahier des charges Plan projet Details e Gestion du risque Solutions pour g rer les risques pos s par les hypotheses les contraintes et les d pendances e Moyens de contr le Description des moyens mis en uvre lors du d veloppement pour assurer la qualit la satisfaction du client etc e 4 Technique e M thodes et outils employ s Notation outils de conception d veloppement de gestion du projet de gestion des sources des configurations e Documentation Mani re de g rer et g n rer la document
20. P Collet 179 e 3 4 C Jeux de test cas de test D crivent comment tester un systeme module e La description doit faire appara tre L tat du syst me avant l ex cution du test La fonction tester La valeur des param tres pour le test Les r sultats et sorties attendus pour le test e Objectif gt D couvrir des erreurs e Crit re gt de mani re compl te e Contrainte avec un minimum d effort et dans un minimum de temps P Canllat 180 ES VERGER Cas de test tat du syst me avant ex cution du test ResourcePool est non vide Fonction tester removeEngineer anEngineer Valeurs des parametres pour le test anEngineer est dans ResourcePool R sultat attendu du test ResourcePool ResourcePool anEngineer P Collet exemples tat du syst me avant ex cution du test ResourcePool est non vide Fonction tester removeEngineer anEngineer Valeurs des param tres pour le test anEngineer N est PAS dans ResourcePool R sultat attendu du test EngineerNotFoundException est lev e 181 Test en boite noire besoins sorties entr es v nements P Collet 182 e SO a Tests fonctionnels en boite noire e Principes S appuient sur des sp cifications externes Partitionnent les donn es tester par classes d quivalence e Une valeur attendue dans 1 10 donn
21. P Collet 61 nm n ne DER ersit OPHI Norme AFNOR X50 151 suite 3 Cadre de r ponse 3 1 Pour chaque fonction 3 1 1 Solution propos e 3 1 2 Niveau atteint pour chaque crit re d appr ciation de cette fonction et modalit s de contr le 3 1 3 Part du prix attribu chaque fonction 3 2 Pour ensemble du produit 3 2 1 Prix de la r alisation de la version de base 3 2 2 Options et variantes propos es non retenues au cahier des charges 3 2 3 Mesures prises pour respecter les contraintes et leurs cons quences conomiques 3 2 4 Outils d installation de maintenance pr voir 3 2 5 D composition en modules sous ensembles 3 2 6 Pr visions de fiabilit 3 2 7 Perspectives d volution technologique P Collet 62 N ge e Cahier des charges Plan projet D tails d une r ponse e 1 Introduction e R sum ou Objectifs une demi page pour aller essentiel avec vue d ensemble e Fournitures liste de ce qui est livr au client logiciel materiel e D finitions et acronymes explication de tous les termes sp cifiques au projet ou techniques au sens informatique e 2 Organisation du projet e Processus d composition du projet dans le temps justification du modele de d veloppement utilis e Organisation structurelle les r les de chaque acteur du d veloppement P Collet 63 Cahier des charges Plan projet Details e
22. l utilisateur e Fiabilit Validit Robustesse Validit Efficacit correction exactitude Efficacit qualit d une chose ou d une personne qui donne le r sultat escompt Assurer exactement les fonctions attendues d finies dans le cahier des charges et la sp cification en supposant son environnement fiable Ad quation aux besoins P Collet 34 i B E2 8 3 ow Qualit s pour l utilisateur suite Robustesse faire tout ce qu il est utile et possible de faire en cas de d faillance pannes mat rielles erreurs humaines ou logicielles malveillances e Performance parfois appel e efficacit Utiliser de mani re optimale les ressources mat rielles temps d utilisation des processeurs place en m moire pr cision e Convivialit R aliser tout ce qui est utile l utilisateur de mani re simple ergonomique agr able documentation aide contextuelle P Collet e K N Qualit s pour le d veloppeur e Documentation Tout ce qu il faut rien que ce qu il faut l o il faut quand il faut correcte et adapt e au lecteur crucial e Modularit Fonctionnalit Interchangeabilit volutivit R utilisabilit Fonctionnalit e Localiser un ph nom ne unique facile comprendre et sp cifier P Collet 36 o E Qualit s pour le d veloppeur suite Interchangeabilit e Pouvoir substituer u
23. sont pas satisfaits par un syst me bien con u et bien impl ment Les utilisateurs veulent des syst mes qui satisfont leurs besoins P Collet 49 ES Bases de la communication e couter le client coute Compr hension e Pr parer les r unions Connaissance du client et des contacts Lecture des documents disponibles Penser aux objectifs de la r union Penser aux probl mes tre l heure P Collet 50 ES RES 2 Initier la communication e La premi re r union peut tre bizarre Pas de connaissance des intervenants Attentes diff rentes Mais chacun veut que cela r ussisse e Compr hension minimale du probl me Qui est derri re la demande de cette r alisation Qui va utiliser la solution propos e Avec quels b n fices Quelle serait une bonne solution Quel sera l environnement de la solution Y a t il des contraintes Des probl mes de performance Qui sont les bons interlocuteurs gt r ponses officielles Ai je oubli des questions A qui d autre dois je m adresser P Collet 51 e 3 4 K Une bonne analyse Objectif premier Maximiser la satisfaction des utilisateurs et des clients En tenant compte de 3 types de besoin Normaux besoins explicitement tablis Attendus implicites pas exprim s mais n cessaires Excitants allant au del des esp rances des clien
24. 141 r COCOMO des formules MM P Collet Projet Organique 2 5 MM 2 5 MM 2 5 MM 142 l CE I F d Exemples d application des formules e Projet organique de 2 KDSI e effort de 5 hommes mois sur 4 6 mois e Projet m dian de 32 KDSI e effort de 146 hommes mois sur 14 mois e Projet imbriqu de 512 KDSI e effort de 6420 hommes mois sur 41 mois P Collet 143 l CE I F d Formules d duites e Productivit KDSI MM e organique et 2 KDSI donne 400 e imbriqu et 512 KDSI donne 80 e Nombre moyen de personnes MM TDEV e organique et 2 KDSI donne 1 1 e imbriqu et 512 KDSI donne 157 P Collet 144 a B DC Les hypoth ses Le KDSI livr exclut en g n ral les environnements de tests les supports de d veloppement Une instruction source exclut les commentaires mais inclut le shell Hommes mois MM correspond 152 heures normes am ricaines et tient compte des vacances arr ts maladie En fait c est m me trop avec les 35 heures mais TDEV correspond au temps entre sp cifications fonctionnelles et int gration P Collet 145 i I F d La distribution par phases Prise en compte de la distribution de l effort et du temps par phase en RPD Requirements and Preliminary Design DD Detailed Design CUT Code and Unit Test IT Integration and Test des tableaux encore des tableaux
25. Convivialit interface et documentation doivent rejoindre les objectifs de productivit P Collet 40 i F G5 ie Universit Nice SOPHIA ANTIPOLIS RT Analyse des besoins et cahier des charges E Terminologie H La faisabilit E L analyse des besoins E Le cahier des charges ES Syst me informatique e Un ensemble d l ments qui sont organis s pour accomplir un but pr d fini par un traitement de l information e utilise des Logiciels Mat riels informatiques Personnes Bases de donn es ensemble organis e de donn es Documentation Proc dures tapes qui d finissent comment utiliser les l ments du syst me P Collet 42 e K D veloppement d un syst me La maitrise d ouvrage Entit responsable de l expression du besoin Souvent non informaticien Besoin r el budget Possibilit de ma trise d ouvrage d l gu e La maitrise d uvre Entit responsable de la concr tisation de l id e en outil informatique Pas de connaissance fonctionnelle Bons choix techniques ad quation avec les besoins performances P Collet 43 Diff rence dans les maitrises Audit des besoins Maitrise d ouvrage Exprime alise l tude Maitrise d ouvrage les parus gt er A Assiste la Maitrise d ouvrage Maitrise d oeuvre D Pilote gt N Y Equipes techaiques nr gt Societes de services
26. E G nie logiciel projet d finition s E Pourquoi c est difficile l 5c I F d Pourquoi le G nie logiciel e pour passer du d veloppement logiciel ad hoc et impr visible e un d veloppement logiciel syst matique et r fl chi P Collet i I F d G nie logiciel historique e Histoire dr le la facture a 0 euro e R ponse la crise du logiciel il y a 40 ans e Conf rence OTAN 1968 P Collet 8 ES La crise du logiciel e Grosses erreurs e Les projets logiciels Les sondes perdues V nus ne livrent pas le dans les ann es 60 Mars produit dans les temps en 99 co tent beaucoup plus La fausse attaque de chers que pr vu missiles 1979 delivrent un produit de Les missiles Patriotes qualite tres faible 1991 echouent dans la majorite des cas ler vol d Ariane 5 1996 _ tude am ricaine de L a roport de Denver 1995 81 milliard 1994 96 an en chec Lan 2000 P Collet 9 ES RES 2 de Pourquoi ne construit on pas les logiciels comme on construit des ponts e G nie civil checs moins nombreux L croulement est grave et met en danger utilisateur On ne r pare pas un pont bugg on reconstruit un pont qui s croule On inspecte tous les ponts construits sur le m me mod le Les ponts r sistent toutes les conditions 99 P Collet e G nie logiciel che
27. able development The sponsors developers and users should be able to maintain a constant pace indefinitely 9 Continuous attention to technical excellence and good design enhances agility 10 Simplicity the art of maximizing the amount of work not done is essential 11 The best architectures requirements and designs emerge from self organizing teams 12 At regular intervals the team reflects on how to become more effective then tunes and adjusts its behavior accordingly 101 liversit y SOPH G a Scrum principes e __ Isolement de l quipe de d veloppement l quipe est isol e de toute influence ext rieure qui pourrait lui nuire Seules l information et les t ches reli es au projet lui parviennent pas d volution des besoins dans chaque sprint e D veloppement progressif afin de forcer l quipe progresser elle doit livrer une solution tous les 30 jours Durant cette p riode de d veloppement l quipe se doit de livrer une s rie de fonctionnalit s qui devront tre op rationnelles la fin des 30 jours e Pouvoir l quipe l quipe re oit les pleins pouvoirs pour r aliser les fonctionnalit s C est elle qui d tient la responsabilit de d cider comment atteindre ses objectifs Sa seule contrainte est de livrer une solution qui convienne au client dans un d lai de 30 jours e Contr le du travail le travail est contr l quotidiennement pour savoir si tout
28. aintenabilit flexibilit P Collet 55 r E wa a 4 Contrer les probl mes du langage naturel e Impr cisions et ambigu t s qui devront tre lev es lors de la phase d analyse Scinder le texte en paragraphes pour une meilleure tracabilite amp Ne pas inclure plusieurs concepts dans un m me paragraphe Ne pas m langer Besoins ce qui doit tre fourni Buts souhait voeu pieu mais impossible a tester Contraintes qui doivent tre d crites s par ment P Collet 56 l BS oa A Les besoins non fonctionnels e Restrictions ou contraintes sur un service fourni par le syst me plate forme mat rielle temps de r ponse MTBF Mean Time Between Failures e Raisons besoins des utilisateurs contraintes de budget Ces besoins doivent tre quantifiables P Collet 57 e Cahier des charges pur Couverture Introduction Sp cification des besoins fonctionnels Sp cification des besoins non fonctionnels Standards atteindre plate forme taille m moire Glossaire P Collet 58 i BS es 2 F Couverture Nom du projet du produit Date Num ro de version Auteur s Responsabilit s de chaque auteur Changements cl s depuis la pr c dente version P Collet 59 Universit 1C SOPHIA ANTIPOLIS ne Un plan type norme AFNOR X50 151 1 Pr sentation g n rale du probl me 1 1 Projet 1 1
29. ation tout au long du projet DER P Collet 65 VERGER ES rsit Cahier des charges Plan projet Details 5 Calendrier Budget e D coupage en lots Livraison interm diaire et paiement interm diaire e D pendances Identification des d pendances qui peuvent influer sur le calendrier par exemple attente d un l ment sp cifique par un fournisseur ou le client lui m me e Ressources Moyens mis en uvre pour la r alisation autres que les ressources humaines e Budget Chiffrage complet et addition SVP e Ech ancier Calendrier d pli partir d une date pr cise de d but P Collet 66 G5 oe rsit HIA ANTIPOLIS Cahier des charges Plan projet Details 6 Fonctions du produit e Une grande fonctionnalit sous fonctionnalit operation description en quelques lignes de ce que r alise cette operation pour utilisateur et ventuellement en interne si cela est pertinent e Une autre grande fonctionnalit e 7 Contraintes non fonctionnelles e plate forme mat rielle e temps de r ponse e annexes techniques sch mas mat riels architecture logicielle pressentie P Collet 67 e 3 3 4 C Revue de sp cification questions Interfaces importantes d crites Diagrammes clairs Texte suppl mentaire n cessaire Grandes fonctionnalit s assur es Contraintes de conception r alistes Risque
30. cs tr s nombreux Crash syst me pas consid r comme inhabituel Cause du bug pas directement identifiable Dommages mineurs A part dans les syst mes critiques on consid re que le logiciel ne peut anticiper TOUTES les situations amp Diff rence d approche face I chec face aux pannes 10 CRE ES Pourquoi ne construit on pas les logiciels comme on construit des ponts e Genie civil e Genie logiciel Plusieurs milliers d ann es Les syst mes informatiques se d exp rience dans la complexifient trop vite construction des ponts Les logiciels passent par des Les ponts sont des syst mes tats discrets dont certains ne continus et analogiques sont pas pr vus On repeint un pont on change Ajouts changements de enrob e de la route fonctionnalit s de plate see formes On ne reconstruit pas la moiti DIE d un pont amp Diff rence dans la complexit et dans la maintenance P Collet 11 o E G nie logiciel d finition ou presque e Discipline m thodes techniques et outils bas e sur le savoir th orique le savoir faire pragmatique et le faire savoir communication pour produire d veloppement de fa on industrielle taille diffusion des logiciels les produits de qualit au meilleur prix P Collet 12 rm Universit Ni I SOPHI wd Les mythes de gestion de projet
31. ction bloc d instructions ou appel de fonction e Instrumentation des programmes par des outils pour effectuer les comptages P Collet 176 e K k Tests de validation et qualification e R dig s a partir des sp cifications fonctionnelles et des contraintes non fonctionnelles e Composition Pr conditions du test Mode op ratoire R sultat attendu Structuration en Acceptation refus et panne R sultat des passages Fiche s d anomalie li e s P Collet 177 e N K Organiser l activit de tests e Qui teste le logiciel D veloppeur comprend bien le syst me mais testera gentiment et est motiv par la ivraison Testeur ind pendant doit apprendre le syst me mais essaiera de le casser et est motive par la qualit e Mettre en place les diff rents types de tests tests unitaires tests d int gration tests de validation tests de qualification tests de suivi d exploitation P Collet 178 ES Organiser l activit de tests suite e Les jeux de test sont des produits Sp cification et d veloppement des tests Contraintes de reproduction des tests Taille et co t minimum pour une probabilit de d tection maximum e Les t ches associ es aux tests Planification Sp cification et r alisation des jeux de tests Passage des tests et valuation des r sultats amp Commencer le plus t t possible
32. days 5 days 54 days 12 days ED HE Define utility nee Identify project s Assess regulato Identify permittin Recommend site 2 Site and plannin Scope Definition Develop general Evaluate project Start major studi Complete major Develop specific Prepare final co 1 J gt l nA iii i lt oS a e 3 3 4 C Evaluation des co ts et dur es e Analogie avec des projets d j achev s e Expertises et retours sur exp rience e D composition du projet pour estimation Mod lisation du processus Cf CMM plus loin Effectuer des mesures D M triques du logiciel utilis es pour pr dire les besoins du projet personnel effort total P Collet 136 all 5 GS R les des mesures Estimation D terminer les besoins vraisemblables en ressource Pr diction D terminer les valeurs vraisemblables des mesures valuation Comparer les mesures aux valeurs pr d termin es Comparaison Prendre des d cisions pour des compromis Investigation Soutenir ou r futer les hypoth ses P Collet 137 l BS oa A Probl mes des LOC Lines Of Code Le code n est qu une petite partie du d veloppement Que compte t on effectivement Commentaires lignes vides code non livre D pendances fortes vis a vis des langages des applications des d veloppeurs La complexit du code n est pas exprim e Cela encourage de gros vo
33. e 1 10 lt 1 et gt 10 Ajoutent des valeurs pertinentes li es l exp rience du testeur e Tests aux bornes sur les bornes pour l acceptation juste au dela des bornes pour des refus P Collet 183 i C Ne ai f Pourquoi faire des tests en boite blanche e Tests en bo te noire Les besoins sont satisfaits Les interfaces sont appropri es et fonctionnent e Pourquoi s occuper de ce qui se passe l int rieur Les erreurs de logique et les suppositions incorrectes sont inversement proportionnelles la probabilit d ex cution du chemin On croit souvent qu un chemin ne va pas tre ex cut en fait la r alit va souvent l encontre des intuitions Les erreurs de saisie sont al atoires il est vraisemblable que certains chemins non test s en contiennent P Collet 184 G5 D Test en boite blanche Les donn es de test sont produites partir d une analyse du code source e Crit res de test Tous les chemins Toutes les branches Toutes les instructions amp Analyse du graphe de flot de contr le ons amp Analyse du flux de donn es P Collet 185 G5 o d Conclusion Ne jamais tre trop ambitieux L A Vus 43 etd ay z Le ti ta is ve A os i A A
34. e Revue structur e Liste s par e de d fauts Check list des d fauts typiques bonne qualit Revue en Round Robin lecture pr alable attribution de r les qualit variable P Collet 164 E Parcours et inspection Parcours syst matique le plus souvent du code audit par des experts extr mement co teux Inspection Pr paration recherche des d fauts Cycle de r unions Suivi v rification des corrections amp Mod rateur secr taire P Collet meilleure qualit 165 ES Cie F a marche les inspections Fagan 1976 Inspections de la conception et du code 67 82 de toutes les fautes sont trouv es par des inspections 25 de temps gagn sur les ressources programmeur malgr le temps pass dans les inspections Fagan 1986 nouvelle tude de Fagan 93 de toutes les fautes sont trouv es par inspections R duction de co t pour la d tection de fautes en comparaison avec les tests Ackerman Buchwald Lewski 1989 85 Fowler 1986 90 Bush 1990 25000 gagn PAR inspection P Collet 166 ES Analyse statique du code e Evaluation du code par des m triques moins cher mais r sultat souvent approximatif qualit des m triques e Recherche d anomalies dans le code R f rences aux donn es flots initialisation utilisation Contr le graphe de contr le code isol boucl
35. emplacent jamais les r unions P Collet 124 e Decomposition structur e des activites WBS Work Breakdown Structure D composition sous forme arborescente purement statique pas d ordonnancement D composer jusqu obtenir des activit s bien d finies et faciles g rer entr es et r sultats parfaitement identifi s responsabilit confi e des personnes pr cises Identification rapide des activit s critiques Identification des besoins de sous traitance P Collet 125 i e 1 Exemple de WBS 2000 3000 ae 1000 os 2300 2400 2200 2100 o D composition optimale lorsque la dur e d une activit est ma tris e la connaissance des ressources requises est totale le cout de l activit est valuable P Collet 126 e C Caract ristiques de la WBS Elle permet au chef de projet d tablir le graphe PERT et de faire un suivi budg taire doit tre compl te pour laborer un graphe PERT correct doit tre non ambigu pour budg ter correctement le projet et contr ler les co ts par la suite les r sultats des activit s doivent tre mesurables pour valuer l avancement g n ral e Certaines activit s sont toujours pr sentes laboration des documents inspections construction d outils apprentissage P Collet 127 l BS oa A Graphe PERT PERT Program Evaluation and Review Tech
36. es Comparaisons Respect des conventions de style P Collet 167 oo M thodes dynamiques les tests Testing is the process of executing a program with the intent of finding errors Glen Myers Tester c est ex cuter un programme avec l intention de trouver des erreurs P Collet 168 a GS Tests d finition Une exp rience d ex cution pour mettre en vidence un d faut ou une erreur Diagnostic quel est le probl me Besoin d un oracle qui indique si le r sultat de l exp rience est conforme aux intentions Localisation si possible o est la cause du probl me amp Les tests doivent mettre en vidence des erreurs amp On ne doit pas vouloir d montrer qu un programme marche l aide de tests e Souvent n glig car les chefs de projet n investissent pas pour un r sultat n gatif les d veloppeurs ne consid rent pas les tests comme un processus destructeur P Collet 169 i 2S NS zi 2 Tests exhaustifs Il y a 5 chemins possibles En ex cutant 1 test par milliseconde cela prendrait 3024 ans pour tester ce programme Boucle lt 20x P Collet 170 l BS en 2 F Constituants d un test Nom objectif commentaires auteur Donn es jeu de test Du code qui appelle des routines cas de test Des oracles v rifications de propri t s Des traces des r sultats observables Un stockage de r
37. es lors des phases ant rieures de d veloppement P Collet 157 l BS oa A Qualit et cycle de vie Les sp cifications fonctionnelles d finissent les intentions Valider la conformit aux besoins D finir le plan qualit A chaque v rification on v rifie la conformit aux sp cifications fonctionnelles par rapport aux intentions Lors de la phase de qualification on valide le produit par rapport aux besoins par rapport aux performances requises P Collet 158 e C Terminologies e Norme IEEE Software Engineering Terminology Erreur commise par le d veloppeur entraine un d faut D faut imperfection dans le logiciel pouvant amener une panne Panne comportement anormal d un logiciel e Classification des faits techniques qualification Non conformit Erreur par rapport au cahier des charges D faut Erreur car le comportement du logiciel est diff rent d un comportement normal dans son contexte volution Demande de changement sans prise de garantie P Collet 159 all 5 GS Probl mes e Plus de 50 des erreurs sont d couvertes en phase d exploitation Le co t de r paration croit exponentiellement avec l avanc e dans le cycle de vie amp Contr les tout au long du cycle de vie Qualification Probl mes lors des contr les pr minence du planning sur la qualit sous estimation des ressources e
38. ge et test ind pendant de chaque module e Produits interm diaires Modules cod s et test s Documentation de chaque module R sultats des tests unitaires amp Planning mis jour P Collet 77 Validation et Int gration e Chaque module est int gr avec les autres en suivant le plan d integration e L ensemble est test conform ment au plan de tests Logiciel test Tests de non r gression Manuel d installation Version finale du manuel utilisateur P Collet 78 e 4 Qualification e Tests en vraie grandeur dans des conditions normales d utilisation e Tests non fonctionnels Tests de charge Tests de tol rance aux pannes e Parfois B ta test Rapports d anomalie e D terminant dans la relation client fournisseur P Collet 79 r I 7 d Mise en exploitation e Livraison finale du produit packaging Installation chez le client e Est ce la fin des probl mes AU CONTRAIRE Ce n est rien en comparaison de la P Collet 80 ae a E3 Maintenance Rapport d incident ou anomalie Demande de modification corrective Demande d volution avenant au contrat Code et documentation modifi s Nouvelle s rie de tests unitaires d int gration de non r gression P Collet 81 ii ES e SGBD relationnel er proto 5 7 ans Investissement gt 100H An ler syst me commercial 3 4 ans Investissement gt
39. ication Gestion des ressources Gestion du risque Gestion des changements Gestion des configurations Gestion de la qualit P Collet 110 ae B gt a amp Planification des t ches D finir les activit s constituant le projet D tecter les jalons milestones du projet v nements significatifs dans le projet valuer les d pendances entre activit s Ordonnancer les activit s en cons quence valuer l effort n cessaire pour chaque activit dur e minimum et maximum Affecter les ressources n cessaires aux t ches S assurer de la bonne r partition des ressources P Collet 111 l BS en 2 F Suivi de la planification R aliser des r unions d avancement du projet de fa on p riodique Evaluer les r sultats de toutes les revues D terminer si les jalons du projet ont t atteints Comparer les dates de fin r elles et pr vues Discuter avec les gens P Collet 112 VERS S F ES Gestion des risques Les risques se planifient comme le reste Planification des risques Identifier Cat goriser R soudre Pour cat goriser on peut faire une Risk Breakdown Structure Exemple de d composition au premier niveau Finance gestion du projet technique humain politique naturel op rationnel r putation liom 5 Identification des risques e Le plus t t est le mieux Influence co t et organisation Certains risques demandent de
40. jet On doit refaire cette analyse pour la rendre plus orient e objet et utiliser beaucoup plus l h ritage pour obtenir beaucoup de r utilisation Il n existe pas de m thode vidente pour identifier le niveau de d tail exact n cessaire la conception d un syst me informatique P Collet 121 i BS en A F Les plus mauvaises approches e Conflits permanents Les gens difficiles ralentissent et font diverger le processus de d veloppement logiciel Pourquoi est il si difficile de travailler avec Maurice e Violence intellectuelle Utilisation de la connaissance pour intimider d autres personnes lors des r unions P Collet 122 l BS es 2 i Les plus mauvaises approches e Gestion irritante Ind cision permanente Bon et qu est qu on fait maintenant II faudrait r gler a avec les gens du management avant de commencer e Power to salesmen L quipe de direction s engage sur des d lais au del des capacit s de l organisation P Collet 123 l BS oa A g Problemes de gestion e Mauvaise gestion Pas de direction a cause d une minimisation ou d un oubli des activites cles et des risques Que s est il passe Tout allait bien et puis tout d un coup BOOM Un petit peu de Freud Conflits de personnalit au sein de la direction entre les chefs de projet etc e Les e mails sont dangereux Ils ne r
41. le produit apparait tres tard P Collet 87 r I CE Prototypage P Collet CR ES Prototypage RAD RAD Rapid Application Development Discuter et interagir avec l utilisateur V rifier efficacit r elle d un algorithme V rifier des choix sp cifiques d THM Souvent utilis pour identifier les besoins Prototype jetable moins de risque Souvent impl ment par des g n rateurs de code Prototype volutif P Collet 89 all 5 GS Prototypage RAD suite e Mais Les objectifs sont uniquement g n raux Prototyper n est pas sp cifier Les d cisions rapides sont rarement de bonnes d cisions Le prototype volutif donne t il le produit demand Les g n rateurs de code produisent ils du code assez efficace Projets petits ou courte dur e de vie P Collet 90 niversit P Collet l BS en 2 F Le d veloppement incr mental e combine des l ments des mod les lin aires et du prototypage produit des increments ivrables e se concentre sur un produit op rationnel pas de prototype jetable e peut tre utilis quand il n y a pas assez de ressources disponibles pour une livraison a temps amp Le premier increment est souvent le noyau Les increments aident a g rer les risques techniques materiel non disponible P Collet 92 N Universit 1C SOPHIA ANT _ Mod le en spirale Boehm 1988
42. lles temps de r ponse place m moire possibilit s d utilisation de Use Cases A I issue de cette phase cahier des charges P Collet 73 e C Analyse des besoins e C est la d finition du produit Sp cification pr cise du produit Contraintes de r alisation e Al issue de cette phase Client et fournisseur sont d accord sur le produit r aliser IHM comprise amp Dossier d analyse sp cifications fonctionnelles et non fonctionnelles bauche de manuel utilisateur amp Premi re version du glossaire du projet P Collet 74 Planification e D coupage du projet en t ches avec enchainement e Affectation chacune d une dur e et d un effort e D finition des normes qualit appliquer Choix de la m thode de conception de test e D pendances ext rieures mat riels experts amp Plan qualit Plan projet pour les d veloppeurs amp Estimation des co ts r els amp Devis destin au client prix d lais fournitures P Collet 75 l 5c Baa A Conception e D finition de l architecture du logiciel e Interfaces entre les diff rents modules e Rendre les composants du produits ind pendants pour faciliter le d veloppement Dossier de conception Plan d int gration Plans de test amp Mise jour du planning P Collet 76 Universit Nice SOPHIA ANTIP m ne Impl mentation et tests unitaires e Coda
43. lumes de code Cela ne pr dit ni la qualit ni l avancement Le comptage est forc ment effectu a posteriori P Collet 138 4 e Estimation des couts COCOMO COnstructive COst MOdel Boehm 1981 e Co t en nombre d hommes mois MM Temps de d veloppement TDEV e Mod le de r gression bas sur un historique de projets logiciels avec analyse des donn es par r gression et relation math matiques entre les variables e Fonction de la pr vision du nombre de milliers d instructions sources livr es KDSI P Collet 139 all 5 GS COCOMO 81 e COCOMO 81 projets traditionnels r alis partir d une tude sur 63 projets de 2000 100000 LOC dans entreprise TWR e COCOMO dispose de trois niveaux de mod les Mod le de base ou simplifi Mod le interm diaire Mod le d taill P Collet 140 o E COCOMO mod le de base Estimation de effort MM en fonction des LOC et d un facteur d chelle qui d pend du projet e 3 types de projet sont identifi s organique innovation minimale organisation simple et petites quipes exp riment es ex petite gestion m dian semi detached degr d innovation raisonnable ex banque compilateurs imbriqu embedded innovation importante organisation complexe couplage fort et nombreuses interactions ex gros syst mes avioniques P Collet
44. n amont et en Simple mettre en uvre aval au d veloppement capture des besoins a Fait une large place aux aspects support maintenance tests d int gration techniques prototypes r gles de z Elude la phase d analyse Si bien qu on peut d veloppement tests depenser son energie a faire et defaire Innovant programmation en duo Assez flou dans sa mise en uvre quels intervenants quels livrables It ratif Plut t superficiel sur les phases situ es en Fait une large place a la technologie et amont et en aval du developpement capture la gestion du risque des besoins support maintenance gestion D finit les profils des intervenants les du changement livrables les plannings les prototypes Ne propose pas de documents types P Collet 104 Universit 10 SOPHIA ANTIPOLIS Les diff rents types de projet Documentation a posteriori Validation par le d veloppeur Vie limit e Plusieurs phases dont conception Planning r unions d avancement Contr le qualit interne et gestion de versions Prototypage Etudes pr liminaires et cycle en spirale Documents de suivi et d anomalie inspections Gestion de configurations Plans de validation et d int gration Proc dures de communication Recettes interm diaires Contr le qualit permanent Gestion des sous projets et de la sous traitance Tests de non r gression Effort de synth se et base historique P Collet 105
45. ne variante d impl mentation sans cons quence fonctionnelle et souvent non fonctionnelle sur les autres parties Evolutivite e Facilit avec laquelle un logiciel peut tre adapt un changement ou une extension de sa sp cification R utilisabilit e Aptitude a tre r utilis en tout ou en partie tel que ou par adaptation dans un autre contexte autre application machine systeme P Collet 37 e 637 N Qualit s pour l entit de d veloppement e Client satisfait est ce possible e Co t minimum de d veloppement Nombre de d veloppeurs Formation des d veloppeurs Nombre de jours de r alisation Environnement R utilisation maximale P Collet l BS oa A G nie logiciel le d fi Contradictions apparentes a vs co t du logiciel ualit s pour l utilisateur vs qualit s pour le veloppeur Contr ler vs produire e Cons quences Chercher sans cesse le meilleur compromis Amortir les co ts e Premier exemplaire de composant co teux produire ou acheter puis amortissement P Collet 39 l BS oa A J Objectifs de qualit lt R duire le nombre e Ad quation aux besoins d erreurs r siduelles Efficacit temps espace e Maitriser cout et e Fiabilit dur e du d veloppement e sans nuire la cr ativit et l innovation Testabilit Tra abilit Adaptabilit e Maintenabilit
46. nique Graphe de d pendances pour l ordonnancement Pour chaque t che on indique une date de d but et de fin au plus t t et au plus tard Le diagramme permet de d terminer le chemin critique qui conditionne la dur e minimale du projet Techniques fortement appliqu es en BTP amp Projets a plusieurs quipes gt PERT plusieurs niveaux P Collet 128 di G5 Graphe PERT fl che exemple Estimation de la dur e des t ches ni optimiste ni pessimiste DTO date de d but au plus t t amp FTO date de fin au plus t t amp DTA date de d but au plus tard FTA date de fin au plus tard 129 P Collet G5 d 9 15 PERT calcul des dates au plus tot Partant du d but calcul aller de la gauche vers la droite pour une t che la dur e de d but au plus t t est gale la plus grande des dates de fin au plus tot des taches qui la pr cedent 130 FTO DTO dur e D lai de r alisation du projet P Collet E PERT calcul des dates au plus tard 131 Partant de la fin d but calcul retour en sens inverse amp pour une t che la dur e de fin au plus tard est gale a la plus petite des dates de d but au plus tard des t ches qui lui succ dent P Collet amp DTA FTA dur e PERT marges et chemin critique 11 15 Dur e maximum d une tache FTA DTO Marge totale d une tache FTA
47. par les d veloppeurs activit inutile e parles dirigeants budgets s par s pour d veloppement et maintenance P Collet 160 all 5 GS V amp V les moyens e Statiques Examen critique des documents Inspections revues Analyse statique du code Evaluation symbolique Preuve e Dynamiques Ex cution du code Tests e Comment les choisir e Quand arr ter de tester P Collet 161 ES rsit Examen critique de documents VERGER e Minimisation des e Validation documents de reference Point de vue ind pendant du Crit res de qualit mal r dacteur appliques Hypotheses erron es gt V rification e Quelle m thode pour Forme respect des normes examiner les documents pr cision non ambigu t Pouvoir de d tection Co t Fond coh rence et e 5 10p h Cahier des compl tude charges Testabilit et tra abilit 20 50 LOC h Code P Collet 162 2e G5 chelle d efficacit des m thodes Plus efficace Inspection Parcours syst matique Revue structur e Revue en groupe structur Lecture crois e Relecture individuelle Conversation normale Aspects formels P Collet 163 ES omit gd Relectures et revues Relecture individuelle qualit faible Lecture crois e qualit assez faible Revue en groupe structur Groupe de 10 pers Max Lecture puis discussion qualit moyenn
48. s actions imm diates e Mais l identification continue tout au long du projet car Certains risques n apparaissent qu en ex cutant le projet Des changements sur un projet fix entrainent des risques Des changements externes peuvent cr er des risques Des actions plan B peuvent g n rer de nouveaux risques e Comment les identifier D s l analyse des besoins hypoth ses d pendances contraintes limites et interfaces g n rent toutes des risques Lors de la planification estimation mal effectu e ou peu pr cise absence de marge coordination mal tablie etc 114 Sc 2 ni ver sit ICE SOPHIA ANTIPOLIS Analyser les risques 115 oe SWOT Humphrey Fixer un objectif pr cis du projet Travailler en groupe vari brainstorming pour d terminer les facteurs d impact dans chaque case du tableau Force strength El ment positif interne qui va aider a atteindre l objectif Faiblesse weakness Frein interne au projet Opportunit El ment positif externe Menace threat El ment n gatif externe Internal origin attributes of the organization nt External origin attributes of the envi Helpful to achieving the objective Strengths Opportunities A exploiter Weaknesses A viter ioe G Enregistrer les risques Risque Nom cat gorie personne en charge Raison profonde impact
49. s technologiques consid r s Crit res clairs de validation tablis Y a t il des incoh rences des omissions des redondances Le contact avec l utilisateur est il termin complet P Collet 68 Universit Nice SOPHIA ANTIPOLIS k Cycle de vie du logiciel H Les phases du cycle de vie m Les mod les de d veloppement l BS en 2 F Notion de cycle de vie Description d un processus pour la cr ation d un produit sa distribution sur un march son retrait Cycle de vie et assurance qualit Validation le bon produit Verification le produit correct P Collet 70 Les phases du cycle de vie Retrait ou emplacemen D finition des besoins Maintenance Mise en exploitation Analyse des besoins Qualification Planification i Validation et Conception mplementation ee a Integration at tests unitaires 71 e C Objectifs Fixes par es donneurs d ordre le management ou une bonne id e e Quelques d finitions Clients ceux qui veulent le produit Utilisateurs ceux qui vont utiliser D veloppeurs ceux qui vont le fabriquer P Collet 72 e C D finition des besoins e Un cahier des charges est normalement tabli par le client en interaction avec utilisateurs et encadrement description des fonctionnalit s attendues contraintes non fonctionne
50. sts Releases Uncertain Confident Estimates Estimates Spike Copyright 2000 J Doavan Wells P Collet l BS oa A XP gt D veloppement Agile e Collaboration troite entre quipe s de programmation et experts m tier Communication orale pas crite Livraison fr quente de fonctionnalit s d ployables et utilisables qui apportent une valeur ajout e Equipe auto organis e et soud e e Jest Driven Development Ecrire les tests avant le code P Collet 99 ES RES rsit SOPHIA Manifeste Agile 12 principes Our highest priority is to satisfy the costumer through early and continuous delivery of valuable software Welcome changing requirements even late in development Agile process harness change for the customer s competitive advantage Deliver working software frequently from a couple of weeks to a couple of months with a preference to the shorter timescale Business people and developers must work together daily throughout the project Build projects around motivated individuals Give them the environment and support they need and trust them to get the job done The most efficient and effective method of conveying information to and within a development team is face to face conversation 100 ES rsit Manifeste Agile 12 principes RES 7 Working software is the primary measure of progress 8 Agile processes promote sustain
51. teindre les objectifs Le besoin n existe plus RES ES Projet et production ne pas confondre Production Efforts de l organisation pour soutenir son m tier principal C est une activit r currente Points communs avec le projet Deadlines dates limites personnes contraintes de temps et de co t Planification contr le Diff rences avec le projet Toujours en cours pas d objectif fix ni de terminaison organisation stable Incertitude faible retour sur investissement positif S LE 4 Caract ristiques du projet Livrables La partie la plus importante d un projet souvent multiples On parle parfois d artefact comme quelque chose qu il est n cessaire de produire sans que ce soit un livrable Port e du produit Caract ristiques et fonctionnalit s du produit Port e du projet Comment les objectifs vont tre atteints Donc le travail et uniquement le travail pour r aliser les livrables Donc directement impact par le temps et le co t Impossible de d finir la port e du projet sans la port e du produit l BS oa A Qualit s du logiciel Il faut bien distinguer Les qualit s utiles l utilisateur donc a priori souhait es par le client e Phases d exploitation Les qualit s utiles au d veloppeur e Phases de construction et de maintenance P Collet 33 l BS en 2 F Qualit s pour
52. ts P Collet 52 VERGER ES Indications suivre Comprendre le probl me avant de commencer cr er la sp cification des besoins Ne pas r soudre le mauvais probl me D velopper des prototypes des interfaces utilisateurs IHM Les interfaces utilisateurs d terminent souvent la qualit Noter et tracer l origine et les raisons d un besoin Utiliser des vues multiples sur les besoins R duit les risques de rater quelque chose Classer les besoins par priorit Travailler pour liminer les ambigu t s P Collet 53 Z B t gt C Le cahier des charges Premi re tape de l expression du besoin Description globale des fonctions d un nouveau produit ou des extensions un produit existant nonc du probl me r soudre e Liste des fonctions de base e Caract ristiques techniques e Priorit s de r alisation e Facteurs de qualit Il doit tre valid par le client et ou l utilisateur Il est la base du contrat entre clients et d veloppeurs P Collet 54 l BS en 2 F Difficult s tablir le cahier Expression de la faisabilit utiliser une maquette pour simuler Pr cision et non ambigu t utiliser un formalisme diff rent du langage naturel Le cahier des charges est un document technique sans consid ration conomique sauf si on lui adjoint un plan de projet Recherche de pr cision coh rence compl tude testabilit tra abilit m
53. u s Approche objets outils GL langages C Java ORB CORBA R seaux client serveur h t rog n it Aide la d cision datawarehouse Architectures Orient es Approche Services composants Business Java beans processes Active X Web Services J2EE NET serveurs R seaux d applications Internet Syst mes R seaux ubiquitaires Internet Cloud n tiers Virtualisation e business R utilisation 1970 1980 1990 P Collet 2010 20 2000 e Le logiciel fin 2012 Fiabilit meilleure mais partout sous toutes les formes gros tres tres gros cher tres tres cher Types Sur mesure a partir de composants de services G n rique les progiciels Interconnect s en constante volution Acteurs constructeurs SSII utilisateurs P Collet 21 ES Liste non exhaustive des probl mes e Productivit Co ts et d lais e Simplicit Uniformit orthogonalit unicit normalisation e Communication H M Ergonomie interactivit multim dia simplicit rapidit documentation contextuelle e Fonctionnels tendue et pertinence des services fiabilit correction robustesse P Collet 22 E Liste des probl mes suite Mat riau Logiciel structure langage modularit Organisation Gestion de projet visibilit protections contr les R alisme Ad quation aux besoins volutivit Economique
54. va bien pour les membres de l quipe et la fin des 30 jours de d veloppement pour savoir si la solution r pond au besoin du client 102 Universit 1C SOPHIA ANTIPOLIS Scrum r les et pratiques e Scrum Master expert de l application de Scrum e Product owner responsable officiel du projet Scrum Team quipe projet e Customer participe aux r unions li es aux fonctionnalit s e Management prend les d cisions 103 Product Backlog tat courant des t ches accomplir Effort Estimation permanente sur les entr es du backlog Sprint _it ration de 30 jours Sprint Planning Meeting r union de d cision des objectifs du prochain sprint et de la mani re de les impl menter Sprint Backlog Product Backlog limit au sprint en cours Daily Scrum meeting ce qui a t fait ce qui reste faire les problemes Sprint Review Meeting pr sentation des r sultats du sprint N Universit Comparaison des 3 processus dans le vent Points forts Points faibles It ratif Co teux personnaliser Sp cifie le dialogue entre les diff rents intervenants du projet les livrables les Tr s ax processus au d triment du plannings les prototypes d veloppement peu de place pour le code et Propose des mod les de documents la technologie et des canevas pour des projets types It ratif a Ne couvre pas les phases e
Download Pdf Manuals
Related Search