Analyse des besoins et cahier des charges
Contents
1. Analyse des besoins et cahier des charges E Terminologie E La faisabilit E L analyse des besoins E Le cahier des charges Systeme informatique e Un ensemble d l ments qui sont organis s pour accomplir un but pr d fini par un traitement de 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 2 ophia Antipol D veloppement d un syst me e 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 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 Er Diff rence dans les maitrises E m moitie d ocune D Assiste la Maitrise d ouvrage D ilote DAN 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 Etude de faisabilit suite e Faisabilit conomique Faisabilit technique au plus t t Risques de d veloppement Disponibilit des r2. R duit les risques de rater quelque chose Classer les besoins par priorit Travailler pour liminer les ambigu t s P Collet 13 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 14 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 e Le cahier des charges est un document technique sans consid ration conomique sauf si on lui adjoint un plan de projet e Recherche de pr cision coh rence compl tude testabilit tra abilit maintenabilit flexibilit P Collet 15 re 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 tra abilit amp Ne pas inclure plusieurs concepts dans un m me paragraphe amp Ne pas m langer Besoins ce qui doit tre fourni Buts souhait voeu pieu mais impossible a tester Contraintes
3. 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 64
4. prototypage e Approche objets e aucune organisation sp cifique n est vraiment mise en avant P Collet 42 Universit Nice Sophia Antipolis Modele en cascade 1970 dans l expressio des besoins P Collet Probl mes du mod le en cascade e Les vrais projets suivent rarement un d veloppement s quentiel e 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 44 Universit ice Sophia Antipolis Modele en V D finition des tests D fi nition du plan Gestion des configurations de projet plan assurance qualit P Collet 45 Comparaison e Le cycle en V permet une meilleure anticipation evite les retours en arriere e Mais le cadre de d veloppement est rigide la dur e est souvent trop longue le produit apparait tres tard P Collet Prototypage P Collet 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 48 Prototypage RAD suite e Mais Les objectifs sont uniquement g n ra
5. weeks to a couple of months with a preference to the shorter timescale 4 Business people and developers must work together daily throughout the project 5 Build projects around motivated individuals Give them the environment and support they need and trust them to get the job done 6 The most efficient and effective method of conveying information to and within a development team is face to face conversation 59 Manifeste Agile 12 principes 7 Working software is the primary measure of progress 8 Agile processes promote sustainable 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 60 Universit Nice Sop X Anti lis Scrum principes 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 D veloppement progressif afin de forcer l quipe progresser elle doit livrer une solution tous
6. e 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 20 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 P Collet 21 Universit Nice Sop Antipolis 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 cono
7. essources Technologie n cessaire e Faisabilit l gale e Alternatives P Collet Etude 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 Analyse des besoins e D finition des besoins diff rents niveaux d abstraction Besoins de l utilisateur Besoins des composants e Definition 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 8 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 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 9 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 Pe
8. 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 38 Mise en exploitation e Livraison finale du produit packaging e Installation chez le client e Est ce la fin des probl mes AU CONTRAIRE Ce n est rien en comparaison de la P Collet 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 40 Exemples de dur e de cycle e SGBD relationnel ler proto 5 7 ans Investissement gt 100H An ler syst me commercial 3 a 4 ans Investissement gt 150H An Maintenance gt 10 ans 10 15H par an nouvelle livraison tous les 6 mois 1 an P Collet 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 41 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
9. he son retrait Cycle de vie et assurance qualit Validation le bon produit Verification le produit correct P Collet 29 Nice Sop ia Antipolis Les phases du cycle de vie Retrait ou emplacemen D finition des besoins Maintenance Mise en exploitation Analyse des besoins Qualification Planification Validation et Int gration mpl mentation at tests unitaires Conception Objectifs e 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 31 Definition 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 fonctionnelles 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 32 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 fonctio
10. 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 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 Contr le du travail le travail est contr l quotidiennement pour savoir si tout 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 61 Universit Nice Sop 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 62 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 S
11. miques 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 22 Cahier des charges Description of Work e Resume ex cutif e une demi page pour aller essentiel avec objectifs attendus e 1 Description du projet e Contexte de travail Environnement positionnement e Motivations Bien fond du projet exemples e D fis Points difficiles d fi global puis sous points Objectifs Objectifs qui seront valu s en fin de projet e Sc nario s 1 ou plusieurs sc narios expliquand comme les r sultats du projet pourront tre appliqu s sur des cas concrets Crit res de succ s Comment valuer le projet vis vis des objectifs SPECIALISTES P Collet 23 Universit Nice Sop Antipolis Cahier des charges Description of Work e 2 Etat de l art e Description g n rale Ecosyst me du projet technologies Outils utilis s usuellement pour traiter le prob e 3 M thodologie et planification Strat gie g n rale Mod le de cycle de vie cascade it ration Phases de mise en uvre et lien entre les phases e D coupage en lots Lots du projet avec un num ro titre type de travail nom du responsable SPECIALISTES P Collet 24 Universit Nice Sop Antipolis Cahier des charges Description of Work e Pla
12. nification Diagramme de Gantt du projet cf fin du cours e Livrables associ s au projet Liste des livrables lot associ nature document code etc e Jalons Point de v rification du projet typiquement livraison e Pilotage et suivi Principes de pilotage dur e des it rations pour un pilotage agile moyen et personnel pour une approche plus classique SPECIALISTES P Collet 25 Cahier des charges Description of Work 4 Description de la mise en uvre du proja Interd pendances des lots et t ches e Description des lots objectif contenu livrable e R sum de l effort gt dans JIRA ieee 5 Participants e Liste des personnels SPECIALISTES e 6 Bibliographie r f rences acronymes P Collet 26 Revue de specification questions Interfaces importantes d crites Diagrammes clairs Texte suppl mentaire n cessaire Grandes fonctionnalit s assur es Contraintes de conception r alistes Risques 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 27 versite jia Antipolis Cycle de vie du logiciel E Les phases du cycle de vie m Les mod les de d veloppement Notion de cycle de vie Description d un processus pour la cr ation d un produit sa distribution sur un marc
13. nnelles bauche de manuel utilisateur amp Premi re version du glossaire du projet P Collet 33 Planification D coupage du projet en t ches avec enchainement e Affectation a chacune d une dur e et d un effort e D finition des normes qualit appliquer e 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 34 Conception e Definition 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 35 Implementation et tests unitaires e Codage 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 36 Validation et Integration 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 37 Qualification e Tests en vraie
14. nser aux probl mes tre l heure P Collet 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 11 Une bonne analyse e 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 dela des esp rances des clients P Collet Universit Nice Sop Antipolis Indications a suivre Comprendre le probleme avant de commencer a cr er la specification 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
15. ototypage 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 54 Universit Nice Sop Antipolis 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 ploiement 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 55 Ges 2TUP Two Track Unified Process techniques Architecture logicielle et applicative Sala 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 ali
16. print Review Meeting pr sentation des r sultats du sprint rsit ii Comparaison des 3 processus dans le vent Uni Nice Sop 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 en 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 63 Les differents types de projet Documentation a posteriori Validation par le d veloppeur Vie limit e
17. qui doivent tre d crites s par ment P Collet 16 ntipol 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 Cahier des charges pur e Couverture e Introduction e Sp cification des besoins fonctionnels e Sp cification des besoins non fonctionnels Standards atteindre plate forme taille m moire e Glossaire P Collet 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 Universit Nice Sop Antipolis Un plan type norme AFNOR X50 151 1 Pr sentation g n rale du probleme 1 1 Projet 1 1 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 ja 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 qu
18. sation i pour des projets senate de toutes tailles ee P Collet 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 Tests Releases Uncertain Confident Estimates Estimates Spike Copyright 2000 J Doavan Wells P Collet 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 Manifeste Agile 12 principes 1 Our highest priority is to satisfy the costumer through early and continuous delivery of valuable software 2 Welcome changing requirements even late in development Agile process harness change for the customer s competitive advantage 3 Deliver working software frequently from a couple of
19. ux 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 49 Modele incremental P Collet Le developpement incremental e combine des l ments des mod les lin aires et du prototypage e 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 51 Sp cification Noyau op rationnel de base version finale validation de m l nonc ne codage Implantation v rification Planifier prochaine phase P Collet 52 Modele en spirale suite Sp cification communiquer avec le client Analyse de risque valuation des risques techniques et des risques de gestion Implementation et verification 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 53 Modele en spirale suite e Couplage de la nature it rative du pr
Download Pdf Manuals
Related Search