Cycle de vie du logiciel
Contents
1. Cette phase peut aussi s appeler conception globale ou analyse organique globale selon le vocabulaire employ 3 2 5 Document produit Le document produit au cours de cette phase est Document de conception g n rale Bruno Bouzy 11 6 15 01 Documentation et cycle de vie du logiciel 3 2 6 M thodes de conception Il est possible d utiliser une m thode de conception lors de cette phase HOOD est une m thode de conception orient e objets cf les r f rences HOOD met l accent sur les points de vue statique et dynamique Pour HOOD l aspect statique est repr sent par la hierarchie senior junior et l aspect dynamique est repr sent par la hierarchie parent enfant et dans la d finition d objets actifs Certains langages de d veloppement ont t con us ou invent s non seulement dans l optique codage mais aussi dans l optique conception de logiciel Ada LTR3 et tous les langages orient s objets dont CRL Certains langages ne sont pas modulaire ou orient s objets mais il est fortement conseill de trouver des palliatifs Prenons le cas de Unix et C Un module sera un couple de deux fichiers le c sera le corps et le h l interface Le c pourra inclure le h de son module et les h des modules avec lequels il est en relation Le h ne comprendra aucun corps de fonctions seulement des d clarations de fonctions ou de variables Bruno Bouzy 12 6 15 01 Documentation et cycle de vie du logiciel 3 3 Phase2. tailler le syst me par ses donn es du syst me les actions effectu es sur ces donn es et leurs relations plut t que de d tailler les fonctions du syst me c est une approche d velopp e dans la m thode MERISE Bruno Bouzy 8 6 15 01 Documentation et cycle de vie du logiciel 3 2 Phase de conception g n rale 3 2 1 Objectif Une premi re tape dans le processus de conception d un logiciel partir des sp cifications des besoins permet de se focaliser sur la d finition de l architecture du logiciel La phase de conception g n rale permet d envisager plusieurs solutions au probl me pos et d en tudier leur faisabilit Pour chaque solution les choix effectu s sont not s avec leurs raisons de fa on distinguer les contraintes r elles du projet des contraintes d duites trop h tivement La solution r pondant le mieux aux besoins exprim s est retenue et fig e On peut faire des prototypes des diff rentes approches envisag es dans la conception g n rale afin de les valider Le document de conception g n rale du logiciel d crit la solution retenue Une pr sentation g n rale de la structure du logiciel est faite La structure d un logiciel peut tre vue sous deux points de vue diff rents le point de vue statique le point de vue dynamique 3 2 2 Le point de vue statique Le point de vue statique consiste d couper le logiciel en modules si l on utilise un langage classique ou de
3. d finir les objets du syst mes si l on utilise un langage orient objet INTERFACE Un module est une unit de compilation regroupant un ensemble de fonctions ou proc dures de d finitions de structures de donn es de donn es Un module est compos de deux parties une interface visible des autres modules qui peuvent utiliser ce module un corps cach et invisible des autres modules Un module a la visibilit de son corps et de son interface videmment mais aussi des interfaces des modules qu il utilise Bruno Bouzy 9 6 15 01 Documentation et cycle de vie du logiciel exemple de hi rarchie de modules D module de haut niveau LA modules de niveau interm diaire modules de bas niveau L interface du module constitue en quelque sorte le contrat que le module s engage respecter Le corps du module sert remplir ce contrat Le rapprochement entre les concepts de module et d objet peut tre le suivant Dans un module on essaie de regrouper des fonctions proc dures et donn es qui ont quelque chose de commun o sont relatives au m me concept Dans un objet on regroupe des m thodes et des attributs qui ont en commun l objet lui m me 3 2 3 Le point de vue dynamique Le point de vue dynamique consiste d couper le logiciel en t ches pouvant s ex cuter en parall le dans le cas o le multit ches est n cessaire Une t che est l ex cution d un code contenu dans un ou plusieurs mod
4. existants Les moyens et techniques utilis s pour produire le logiciel sont tudi s en parall le et sont d crits dans le plan de d veloppement du logiciel qui expose l organisation du projet d composition en t ches structure des quipes planification plan de documentation tests et recette valuation de la qualit r partition des machines de d veloppement et machines cibles La sp cification des tests de recette sont regroup s dans le cahier de recette du logiciel Bruno Bouzy 7 6 15 01 Documentation et cycle de vie du logiciel 3 1 2 Divers Cette phase qui constitue environ 15 du temps total du d veloppement se termine par la revue des sp cifications fonctionnelles Cette phase peut aussi s appeler sp cifications externes ou analyse des besoins selon le vocabulaire employ 3 1 3 Documents produits Les documents produits au cours de cette phase sont Plan de d veloppement du logiciel Sp cifications des besoins du logiciel Cahier de recette 3 1 4 M thodes de sp cification Il est possible d utiliser plusieurs outils de sp cifications lors de cette phase SADT est une m thode de sp cification par d compositions successives des activit s ou des donn es du logiciel cf les r f rences MERISE est une m thode de d veloppement dont les premi res phases permettent de sp cifier les fonctions et les donn es du logiciel cf les r f rences N B Il peut tre pr f rable de d
5. Cycle de vie du logiciel Bruno Bouzy Juin 2001 Documentation et cycle de vie du logiciel 1 INTRODUCTION 1 1 But du document Ce document rappelle les principes de base d une m thode classique de d veloppement au 2 d crit le contenu de chacune des phases du d veloppement au 3 donne quelques informations sur la phase de maintenance au 4 et enfin propose des plans de documents associ s la m thode au 5 1 2 Documents de r f rence SADT cours de l IGL Mod lisation objet avec UML Pierre Alain Muller Eyrolles 1997 Bruno Bouzy 2 6 15 01 Documentation et cycle de vie du logiciel 2 GENERALITES SUR UNE METHODE CLASSIQUE DE DEVELOPPEMENT DE LOGICIELS 2 1 Domaine d application d une m thode classique de d veloppement Dans le cheminement de la pens e qui va de la naissance d un projet informatique jusqu son terme on peut distinguer priori deux grandes tapes qu il est n cessaire de dissocier pour la compr hension de ce document La premi re tr s en amont ressemble une recherche ou une tude de faisabilit du projet L utilisateur a seulement une id e floue de son besoin et surtout ne sait pas comment y r pondre Il ne sait pas quelle solution est faisable Il veut mettre en oeuvre les id es qui naissent dans sa t te pour pouvoir les valider ou les invalider Dans les entreprises ce sont en sch matisant les d partements d tudes ou de recherche qui effectuent ce genre de tra
6. de conception d taill e 3 3 1 Objectif Une deuxi me tape dans le processus de conception du logiciel permet partir du r sultat de la conception g n rale de pousuivre le d coupage du logiciel jusqu arriver une description externe de chacune des proc dures et des structures de donn es Dans le cas de l utilisation d un langage modulaire cette phase consiste d finir pr cis ment les interfaces des modules Dans le cas de l utilisation d un langage orient objet cette phase consiste d finir pr cis ment les contenus des objets attributs et m thodes Le document de conception d taill e pr sente l architecture d taill e laquelle on aboutit Le manuel d utilisation du logiciel d crit la mise en oeuvre du logiciel et son environnement Les tests et jeux d essais mettre en oeuvre durant le phase d int gration du logiciel sont d crits dans le document de sp cifications des tests d int gration du logiciel 3 3 2 Divers On peut aussi d crire le contenu des proc dures gr ce un pseudo langage Cette phase qui repr sente environ 25 du temps total consacr au d veloppement se termine par la revue de conception d taill e Cette phase peut aussi s appeler Conception d taill e ou analyse organique d taill e selon le vocabulaire employ Les deux phases de conception peuvent tre regroup es sous le vocable de sp cifications internes selon les cas 3 3 3 Documents produits L
7. es documents produits au cours de cette phase sont Document de conception d taill e Manuel d utilisation Sp cifications des tests d int gration Bruno Bouzy 13 6 15 01 Documentation et cycle de vie du logiciel 3 4 Phase de codage et tests unitaires 3 4 1 Objectif Les proc dures identifi es lors de la phase pr c dente sont cod es et test es individuellement Le produit de cette phase est le code source et les r sultats des tests unitaires Dans le cas de l utilisation d un langage modulaire cette phase consiste coder les corps des modules en respectant leur interface 3 4 2 Divers Cette phase qui repr sente environ 15 du temps total consacr au d veloppement se termine par la revue de codage et tests unitaires 3 4 3 Documents produits Les documents produits au cours de cette phase sont Source R sultats des tests unitaires Bruno Bouzy 14 6 15 01 Documentation et cycle de vie du logiciel 3 5 Phase de test des modules 3 5 1 Objectif Chaque module est test individuellement On v rifie que les services sp cifi s par l interface d un module sont effectivement rendus par le module 3 5 2 Divers Cette phase qui repr sente environ 5 du temps total consacr au d veloppement se termine par la revue de tests des modules Cette phase peut ventuellement tre fusionn e avec les tests unitaires de la phase pr c dente 3 5 3 Documents produits Les documents produits au cours de ce
8. iciel Bruno Bouzy 15 6 15 01 Documentation et cycle de vie du logiciel 3 6 3 Documents produits Les documents produits au cours de cette phase sont Pr sentation du logiciel R sultats des tests d int gration 3 7 Phase de recette 3 7 1 Objectif Le logiciel lui m me est int gr dans l environnement ext rieur autres logiciels utilisateurs On v rifie que le logiciel d velopp r pond aux besoins exprim s dans la phase de sp cifications des besoins 3 7 2 Divers Cette phase qui repr sente environ 10 du temps total consacr au d veloppement se termine par la revue finale 3 7 3 Documents produits Les documents produits au cours de cette phase sont R sultats de la recette Bruno Bouzy 16 6 15 01 Documentation et cycle de vie du logiciel 4 LA MAINTENANCE La maintenance est une activit qui comprend la formation de l utilisateur et l assistance technique Elle d bute la livraison du logiciel et s ach ve la fin de l exploitation du syst me La maintenance peut tre corrective non conformit aux sp cifications d o d tection et correction des erreurs r siduelles adaptative modification de l environnement mat riel fournitures logicielles outil volutive changement des sp cifications fonctionnelles du logiciel L activit se pr pare pendant le d veloppement et s applique ensuite sur le logiciel op rationnel recett Lorsque les modifications rep
9. r sentent une partie notable du d veloppement on les consid re comme une refonte sortant du cadre de la maintenance trait e comme un projet logiciel normal Les activit s de maintenance couvrent les domaines suivants qualifications des nouvelles versions suivis des modifications archivage mise jour de la documentation ex cution des modifications Bruno Bouzy 17 6 15 01
10. rojet est la volont de communiquer avec les autres Si tous les intervenants sont anim s par cette volont commune la r ussite du projet est tr s largement favoris e Sinon l echec est certain L information chang e entre les participants contient deux parties Une partie est un change d informations informel qui n a pas besoin d tre structur et qui sert cr er une ambiance de travail une motivation etc Cette information est en g n rale transmise oralement Une autre partie est un change d information plus technique qui doit tre structur La documentation permet de r pondre ce besoin L objectif de la documentation est de permettre la transmission de l information rendre visible le produit logiciel tout au long du cycle de vie En particulier la fin du projet la documentation qui int resse les utilisateurs du logiciel est pr te C est le seul produit du d veloppement lors des premi res phases de d veloppement La documentation sert de support de travail assure la conservation et la transmission de la connaissance facilite la conduite la gestion et le contr le du projet La documentation est produite au fur et mesure du d veloppement du projet Les documents valid s la fin de chaque phase constituent des jalons et servent de base de travail pour les activit s de la phase suivante En particulier cela permet des personnes ext rieures au projet d tre mises au courant rapidement lorsq
11. s les conditions normales d utilisation Le plus important des crit res de qualit C est la base de l informatique on souhaite d velopper des logiciels qui r pondent aux besoin de l utilisateur Robustesse Aptitude bien r agir lorsque l on s carte des conditions normales d utilisation Exemple IP Internet Protocol Le succ s d Internet est du la robustesse du protocole de communication utilis Un datagramme IP arrive a destination m me si un r seau local est inaccessible Extensibilit Facilit avec laquelle un programme pourra tre adapt pour faire face une volution des besoins de l utilisateur R utilisabilit Possibilit d utiliser certaines parties du logiciel pour d velopper un autre logiciel r pondants d autres besoins Cette notion est souvent reli l orient objet o une classe g n rale sera facilement r utilisable Portabilit Facilit avec laquelle on peut exploiter un logiciel dans diff rentes impl mentations Exemple Windows 95 ou Linux Efficience Temps d ex cution taille m moire Ces crit res de qualit sont des objectifs qu un utilisateur va sp cifier ventuellement dans l expression de ses besoins Un m thode de d veloppement permet de faciliter la satisfaction des crit res de qualit Bruno Bouzy 4 6 15 01 Documentation et cycle de vie du logiciel 2 3 Cycle de vie Le d veloppement d un logiciel se fait suivant un c
12. tte phase sont R sultats des tests de modules 3 6 Phase d int gration d ensemble 3 6 1 Objectif Les diff rents modules du logiciel sont progressivement int gr s par niveaux successifs en respectant les sp cifications des tests d int gration La phase d int gration ressemble une construction o chaque brique de base du logiciel est associ e sa voisine pour former une entit elle m me associ e sa voisine etc jusqu aboutir la construction toute enti re Un premier niveau consiste tester que des modules li s par une relation d utilisation fonctionnent correctement ensemble Le niveau suivant consiste tester qu une t che fonctionne correctement en utilisant les modules sur lesquels elle s appuie Le niveau suivant consiste tester que plusieurs t ches li es par des m canismes multi t ches signalisation exclusion mutuelle m moire partag e et plus g n ralement communication fonctionnent bien ensemble Enfin le niveau final consiste mettre en commun toutes les t ches du logiciel pour le tester globalement Les jeux d essais proc dures et r sultats des tests sont consign s dans le document de r sultat des tests d int gration Un document regroupe les proc dures suivre pour passer du code source au code objet du logiciel 3 6 2 Divers Cette phase qui repr sente environ 20 du temps total consacr au d veloppement se termine par la revue d int gration d ensemble du log
13. u elles arrivent en cours de projet La documentation est organis e suivant un plan de documentation qui peut tre adapt en fonction du projet lui m me Bruno Bouzy 6 6 15 01 3 Documentation et cycle de vie du logiciel LES PHASES DU DEVELOPPEMENT 3 1 Phase de sp cifications des besoins 3 1 1 Objectif Il est indispensable de d terminer les besoins du logiciel pendant la premi re phase Les besoins peuvent se traduire sous plusieurs formes des sp cifications g n rales des sp cifications fonctionnelles des sp cifications d interface Les sp cifications g n rales sont un ensemble d objectifs de contraintes utilisation de mat riels et outils existants et de g n ralit s qu il faudra respecter au cours du d veloppement Les sp cifications fonctionnelles sont la description des fonctionnalit s du logiciel de mani re aussi d taill e que n cessaire Les sp cifications d interface sont la description des interfaces du logiciel avec le monde ext rieure hommes autres logiciels mat riels de mani re aussi d taill e que n cessaire Les sp cifications des besoins servent d finir ce que doit faire le logiciel et non comment il est fait Ceci est d crit dans le document de sp cifications des besoins Sp cifications des besoins du logiciel Les besoins existants Le but de la premi re phase de d eloppement est de sp cifier les besoins du logiciel partir amp s besoins
14. ules Bruno Bouzy 10 6 15 01 Documentation et cycle de vie du logiciel Exemple de d coupage dynamique d ue application Application Les doubles fl ches sont des int faces de communication intert chs La d coupe en t ches permet de d coupler des traitements ind pendants et de les simplifier La d coupe en t ches est donc guid e par l aspect applicatif du logiciel Si des choix d outil de d veloppement ont t pr cis s dans les sp cifications g n rales la d coupe en t ches peut d pendre de ces choix par exemple pour une application multi langages Les deux points de vue statique et dynamique permettent de d finir la structure du logiciel et sont indispensables une bonne conception de logiciel 3 2 4 Divers La phase de conception g n rale peut d pendre des outils de d veloppement si ceux ci ont t sp cifi s dans les sp cifications g n rales Dans le cas o plusieurs outils sont utilis s il faut trouver comment les utiliser pour r aliser telle partie du syst me et comment les interfacer Les d coupes statiques et dynamiques d pendent alors aussi de ces outils Si aucun outil de d veloppement n a t sp cifi dans la phase pr c dente le choix des outils peut tre adapt au type de l application et simplifier les d coupes statiques et dynamiques Cette phase qui repr sente environ 10 du temps total consacr au d veloppement se termine par la revue de conception g n rale
15. vail Les syst mes experts y sont en g n ral utilis s car adapt s au besoin La seconde plus en aval est un d veloppement plus concret qui ne pose pas de probl me de faisabilit Il est possible de d finir clairement le besoin auquel le logiciel r pond On sait d avance qu il existe une solution faisable pour r aliser le logiciel Le savoir faire dans ce domaine peut tre formalis Dans les entreprises ce sont en sch matisant toujours les d partements de d veloppement de logiciels op rationnels qui effectuent ce genre de travail Une m thode classique de d veloppement s applique la deuxi me tape sans qu il soit interdit d en utiliser quelques principes dans la premi re tape Ce document pr sente les principes de base d une m thode classique de d veloppement Bruno Bouzy 3 6 15 01 Documentation et cycle de vie du logiciel 2 2 Crit res de qualit du logiciel Le but du d veloppement de logiciel est de d velopper des logiciels de qualit Le terme qualit est assez vague grosso modo 1l signifie que l on cherche a d velopper un logiciel qui correspond aux besoins d un utilisateur de ce logiciel Pour tre plus pr cis il existe des crit res de qualit qui permettent de d finir diff rents types de qualit Un d veloppement peut tre fait pour satisfaire tout ou partie de l ensemble de ces crit res Exactitude Aptitude d un logiciel fournir des r sultats voulus dan
16. ycle appel le cycle de vie du logiciel Le cycle de vie est d compos en phases de d veloppement Sp cifications des besoins Conception g n rale Conception d taill e Codage et tests unitaires Int gration des modules Int gration du logiciel Recette Ces phases sont chelonn es dans le temps Une phase se termine par la remise d un ou plusieurs document s valid s conjointement par l utilisateur et le d veloppeur Une phase de d veloppement se termine lorsque la revue de cette phase est faite Une phase ne peut commencer que lorsque la pr c dente est termin e A la fin de chaque phase l utilisateur et le d veloppeur sont d accord La d composition en phases de d veloppement permet donc le suivi du projet par l utilisateur Sch ma repr sentant le processus de d veloppement d un logiciel classique r Sp cific besoins d int gration Tests des modules Conception d taill e Tests Codage unitaires Les premi res phases permettent de d composer l ensemble du projet pour simplifier la phase de codage Top Down Les phases suivantes recomposent l ensemble du logiciel en le testant du d tail vers l ensemble Bottom Up Bruno Bouzy 5 6 15 01 Documentation et cycle de vie du logiciel 2 3 La documentation Au cours d un projet la qualit premi re que l on doit attendre des personnes qui interviennent de pr s ou de loin dans ce p
Download Pdf Manuals
Related Search