Vous êtes sur la page 1sur 28

GL / Chapitre 2 : Cycle de Vie

A.U. : 2008/2009 ENSI II2

M03 - Cycle de Vie dun Logiciel

ENSI Gnie Logiciel II2

Cours GL-2008 / YJ & IBH

Plan du chapitre Introduction Le cycle de vie dun logiciel Les activits de dveloppement Le processus de dveloppement dun logiciel Les modles de cycle de vie

Cours GL-2009 / YJ & IBH

Cycle de vie

Prnom - Nom de ltudiant :.................

GL / Chapitre 2 : Cycle de Vie

A.U. : 2008/2009 ENSI II2

1. Introduction
Dans la ralisation d'un programme simple, fait par une personne, il est possible de distinguer 3 phases:
1. la phase d'analyse du problme; 2. la phase de codage et de mise au point; 3. la phase d'opration (le programme est oprationnel).

Cette approche n'est pas approprie pour un projet important impliquant plusieurs personnes.

Cours GL-2009 / YJ & IBH

Cycle de vie

2. Cycle de vie du logiciel


Processus logiciel (CVL)
dmarre par la dcision de dveloppement dun logiciel se termine par la mise hors service du logiciel

Cours GL-2009 / YJ & IBH

Cycle de vie

Prnom - Nom de ltudiant :.................

GL / Chapitre 2 : Cycle de Vie

A.U. : 2008/2009 ENSI II2

Avant-projet Gestion de projet Initiation du projet

Cycle de vie du logiciel (CVL) Exploitation &


Dveloppement Maintenance
valuation

Retrait

Planification, Pilotage & Suivi Gestion de qualit


Analyse

Activits techniques

Conception Implmentation tude pralable Tests Installation Maintenance & Assistance

Documentation Vrification et Validation (V&V) Gestion des configurations

Cours GL-2009 / YJ & IBH

Cycle de vie

3. Les activits de dveloppement


Phases

Analyse des besoins Conception globale Conception dtaille Implmentation Tests Installation Maintenance

Activits Parallles, Processus globaux

Cours GL-2009 / YJ & IBH

Cycle de vie

Prnom - Nom de ltudiant :.................

GL / Chapitre 2 : Cycle de Vie

A.U. : 2008/2009 ENSI II2

Pourquoi ?

3.1 Etude Pralable


Dfinition globale du problme valuation des stratgies possibles
Documents : rapport danalyse de lexistant + cahier des charges du
projet

Retour

Cours GL-2009 / YJ & IBH

Cycle de vie

Quoi ?

3.1 Phase danalyse des besoins


Objectifs : exprimer les besoins de lutilisateur sous forme prcise Dfinition : lanalyse comprend les tapes suivantes:
tude dun problme dont les limites sont dfinies Le choix dune solution La dfinition et llaboration de cette solution en vue dun traitement informatique (fonctions, donnes, entres/sorties et caractristiques utilisateurs)

Retour

Cours GL-2009 / YJ & IBH

Cycle de vie

Prnom - Nom de ltudiant :.................

GL / Chapitre 2 : Cycle de Vie

A.U. : 2008/2009 ENSI II2

Phase danalyse des besoins : E/S


Entre
Cahier des charges du projet

Tches
analyse des besoins de l utilisateur spcification du logiciel raliser

Sortie
spcification du logiciel : fonctions du logiciel performances requises interfaces (utilisateur, autres logiciels, matriel) contraintes de ralisation

Cours GL-2009 / YJ & IBH

Cycle de vie

Analyse des besoins (suite)


Document produit

Cahier des charges du logiciel, document de spcification (Spcifications globales du systme & Spcifications des soussoussystmes)

Activits //
Verif&Valid Gestion de pr. Doc.

Cours GL-2009 / YJ & IBH

Cycle de vie

10

Prnom - Nom de ltudiant :.................

GL / Chapitre 2 : Cycle de Vie

A.U. : 2008/2009 ENSI II2

Comment ?

3.2 Conception globale : Dfinitions


Processus durant lequel on doit IMAGINER, PROPOSER une architecture pour satisfaire les spcifications (objectifs et contraintes) Dcomposition en modules, et mise en vidence des frontires entre ces modules, structuration de lensemble Recherche de plusieurs solutions, comparaison et choix entre les diffrentes alternatives de conception A la fin de cette tape on doit disposer dun modle :
COMPLET COHERENT MAINTENABLE TESTABLE

Retour

Cours GL-2009 / YJ & IBH

Cycle de vie

11

Conception globale : E/S


Entre
Document de spcification

Tches
Trouver une solution pour raliser le logiciel Dfinir l architecture du logiciel :
les composants de l architecture les interfaces entre les composants

Sortie
Architecture du logiciel raliser

Document produit
document de conception globale

Activits //
V&V Gestion de pr. Doc.

Cours GL-2009 / YJ & IBH

Cycle de vie

12

Prnom - Nom de ltudiant :.................

GL / Chapitre 2 : Cycle de Vie

A.U. : 2008/2009 ENSI II2

3.3 Conception dtaille : Dfinitions


tape qui achve la conception globale, sur le plan ALGORITHMIQUE et STRUCTURATION de DONNEES, jusqu un niveau satisfaisant pour permettre le CODAGE. Les principales activits sont :
Description prcises des traitements, des donnes et des interfaces de chaque module Rsolution des algorithmes

Cours GL-2009 / YJ & IBH

Cycle de vie

13

Conception dtaille
Entre
Document de conception globale

Tches
raffiner la dcomposition jusqu aboutir lmentaires dtailler chaque composant lmentaire des composants

Sortie
description dtaille de chaque composant : interface algorithmes

Documents produits
document de conception dtaille

Activits //
V&V Gestion de pr. Doc.

Cours GL-2009 / YJ & IBH

Cycle de vie

14

Prnom - Nom de ltudiant :.................

GL / Chapitre 2 : Cycle de Vie

A.U. : 2008/2009 ENSI II2

3.4 Implmentation
Entre
Document de conception dtaille

Tches
Transformation des descriptions des composants en code, crit dans un langage de programmation

Sortie
composants logiciels compils

Activits //
V&V Gestion de pr. Doc.

Retour
Cours GL-2009 / YJ & IBH

Cycle de vie

15

3.5 Tests & intgration


Tests unitaire
Tests des modules

Tests dintgration
Composition progressive des modules Tests des regroupements

Tests du systme
Test en vraie grandeur du systme complet

Documents : rapport de test


test de non rgression
la suite d'une modification, montrer que le logiciel n'est pas altr par rapport sa version prcdente.

Retour
Cours GL-2009 / YJ & IBH

Cycle de vie

16

Prnom - Nom de ltudiant :.................

GL / Chapitre 2 : Cycle de Vie

A.U. : 2008/2009 ENSI II2

3.5.1 Tests unitaires


Entre
composants logiciels compils

Tches
Tester chaque composant individuellement en se basant sur un dossier des tests unitaires, confronter les rsultats obtenus avec les rsultats attendus selon le dossier des tests unitaires Correction derreurs par les auteurs du composant et reprise des tests

Sortie
composants logiciels compils et tests

Documents produits
comptecompte-rendu des tests unitaires

Activits //
V&V Gestion de pr. Doc.

Cours GL-2009 / YJ & IBH

Cycle de vie

17

3.5.2 Intgration
Entre
composants logiciels compils et tests

Tches
Assembler les composants tests individuellement et effectuer des tests, en se basant sur un dossier d intgration

Sortie
logiciel assembl

Documents produits
comptecompte-rendu des tests d intgration

Activits //
V&V Gestion de pr. Doc.

Cours GL-2009 / YJ & IBH

Cycle de vie

18

Prnom - Nom de ltudiant :.................

GL / Chapitre 2 : Cycle de Vie

A.U. : 2008/2009 ENSI II2

3.6 Installation
Entre
logiciel assembl

Tches
Installer le logiciel chez le client, dans son environnement d exploitation Effectuer les tests de rception en utilisant un dossier de validation

Sortie
logiciel install fourniture des documents suivants :
manuel d installation manuel d exploitation

Activits //
V&V Gestion de pr. Doc.

Retour
Cours GL-2009 / YJ & IBH

Cycle de vie

19

3.7 Exploitation et Maintenance


Les tapes de ce processus sont les suivants :
La correction des dfauts rsiduels (MAINTENANCE CORRECTIVE : 20%) Ladaptation du logiciel un nouvel environnement (MAINTENANCE ADPATATIVE : 20%) La mise jour du logiciel la suite de modification des spcification dun point de vue fonctionnel ou performance (MAINTENANCE EVOLUTIVE : 60%)

La facilit de la maintenance est prpare lors des tapes de conception.

Retour

Cours GL-2009 / YJ & IBH

Cycle de vie

20

Prnom - Nom de ltudiant :.................

10

GL / Chapitre 2 : Cycle de Vie

A.U. : 2008/2009 ENSI II2

Documentation
C'est l'enregistrement de tout ce qui pourrait tre connu propos d'un systme. systme. Communication entre les diffrents intervenants, Dveloppeurs
Indication de l'volution et du comportement du systme, Gestion du

projet
Trace de toute prise de dcision, toutes les informations du systme, Maintenance Utilisation et administration du systme, Utilisateurs etc.. etc..

Tche consommatrice de ressources, planifier Plusieurs types de documentation

Retour

Cours GL-2009 / YJ & IBH

Cycle de vie

21

Vrification & Validation (V&V)


Vrification : Est ce que nous construisons bien le produit? Validation : Est ce que nous construisons le bon produit? Validation des besoins
=> Vrification du respect des spcifications du logiciel et des besoins => Dmonstration que les performances relles sont conformes aux spcifications de performances

Vrification de tous les lments constituant la fourniture du logiciel : code, rapports, manuels, documentation, jeux de tests, etc.

Retour

Cours GL-2009 / YJ & IBH

Cycle de vie

22

Prnom - Nom de ltudiant :.................

11

GL / Chapitre 2 : Cycle de Vie

A.U. : 2008/2009 ENSI II2

Gestion de configuration
Par cette activit on cherche grer lensemble des composants dun logiciel.

Entre: les composants + description des configurations Tches: grer les composants du systme, leur volution, leur mise
jour, leur intgration.

Sortie: documents dcrivant:


les excutables les configurations

Retour

Cours GL-2009 / YJ & IBH

Cycle de vie

23

Approche traditionnelle
POURQUOI ?

Pr-Analyse

Non => Abandon

Oui + Cahier des charges du Projet


QUOI ?

Analyse
Cahier des Charges

COMMENT ?

Conception
Dcoupage en modules
Dveloppement

Implmentation
Code

Test
Logiciel oprationnel

Maintenance

Cours GL-2009 / YJ & IBH

Cycle de vie

24

Prnom - Nom de ltudiant :.................

12

GL / Chapitre 2 : Cycle de Vie

A.U. : 2008/2009 ENSI II2

3. Processus de dveloppement
1 n

Processus de dveloppement
une certaine modlisation, dcomposition du processus global de la production de logiciels afin de mieux matriser la complexit, les temps de ralisation et les cots enchanement d tapes, de sous-processus sous-

Processus ? Modle ?
Cours GL-2009 / YJ & IBH

Cycle de vie

25

Modle de processus logiciels


Un modle de processus logiciels dcrit :
Les tches Les artefacts (fichiers, documents, donnes...) Les auteurs Les dcisions (facultatif)

Rgles observer
Deux tches doivent tre spares par un artefact Une tche ne peut tre excute tant que ses artefacts dentre nexistent pas Il doit y avoir au moins une tche de dbut et une de fin Il doit y avoir un trajet depuis chaque tche jusqu la tche de fin

Cours GL-2009 / YJ & IBH

Cycle de vie

26

Prnom - Nom de ltudiant :.................

13

GL / Chapitre 2 : Cycle de Vie

A.U. : 2008/2009 ENSI II2

Maturit du processus
Dfinie en 1989 puis en 1991 par le SEI: Software Engineering Institude -

DoD + Carnegie Mellon.


Le processus est dit:
1. 2.

3.

4. 5.

initial si le dveloppement est chaotique: les cots, les dlais et la qualit sont imprvisibles. reproductible si le processus de dveloppement est artisanal et dpendant beaucoup des individus: les cots et la qualit sont variables. Les mthodes sont mal dfinies ou mal suivies; dfini si le processus de dveloppement est bien suivi mais, pour l'essentiel de manire qualitative: les dlais et les cots sont fiables mais la qualit est variable. gr si le processus est contrl et mesur. La qualit est fiable; optimis si une analyse de chaque projet est effectue des fins de l'amlioration des cots, des dlais et de la qualit.

Cours GL-2009 / YJ & IBH

Cycle de vie

27

4. Modles de Cycle de vie du logiciel


modle de la cascade (plusieurs variantes) modle en V modle du prototypage modle de la programmation exploratoire modle RAD modle en spirale modle incrmental modle de la transformation formelle etc.

Cours GL-2009 / YJ & IBH

Cycle de vie

28

Prnom - Nom de ltudiant :.................

14

GL / Chapitre 2 : Cycle de Vie

A.U. : 2008/2009 ENSI II2

4.1 Modle de la cascade


Analyse

V&V
Conception

Royce70, Boehm76 Documents V&V

Codage

V&V
Tests unitaires

V&V

Intgration et Tests

V&V
Exploitation / Maintenance

Cours GL-2009 / YJ & IBH

Cycle de vie

29

Modle de la cascade
Principales caractristiques du modle en cascade :
Chaque tape du cycle est caractris par des ACTIVITES dont le but est dlaborer un ou des produits intermdiaires Chaque fin dtape est matrialis par un vnement,o sexerce une activit de contrle (VERIFICATION et VALIDATION) afin dliminer au plus tt les anomalies des produits raliss. Le passage ltape suivante est conditionn par le rsultat de contrle (acceptation, rejet, ajournement) Autant que possible, les retours en arrire sur les tapes prcdentes se limitent un retour sur ltape immdiatement antrieure

Cours GL-2009 / YJ & IBH

Cycle de vie

30

Prnom - Nom de ltudiant :.................

15

GL / Chapitre 2 : Cycle de Vie

A.U. : 2008/2009 ENSI II2

Modle de la cascade
Avantages
Facile comprendre Le plus utilis dans lindustrie

Inconvnients
Approche purement squentielle et simpliste Il est rare que le client puisse fournir toutes les spcifications ds le dbut du projet. Le client ne reoit pas les rsultats concrets pendant le dveloppement du logiciel

Cours GL-2009 / YJ & IBH

Cycle de vie

31

4.2 Modle en V
Analyse Installation et Tests Intgration et Tests

V&V
Conception Globale Conception Dtaille

Tests unitaires

Codage

Cours GL-2009 / YJ & IBH

Cycle de vie

32

Prnom - Nom de ltudiant :.................

16

GL / Chapitre 2 : Cycle de Vie

A.U. : 2008/2009 ENSI II2

Modle en V : Principe
Les premire tapes du cycle doivent prparer les dernires tapes, essentiellement les activits de vrification et de validation. Deux sortes de dpendances entre tapes :
Traits continu : correspondent lenchanement et litration ventuelle du modle de la cascade, les tapes se droulent squentiellement en suivant le V de gauche droite Traits non continus : Une partie des rsultats de ltape de dpart est utilise directement par ltape darrive. Par exemple : lissue de la conception, le protocole dintgration et les jeux de tests dintgration doivent tre compltement dcrits.

Cours GL-2009 / YJ & IBH

Cycle de vie

33

Modle en V : Avantages & Inconvnients


Avantages :
Avec toute dcomposition doit tre dcrite la recomposition, toute description dun composant est accompagne de tests . Principe qui vite un cueil bien connu de la spcification : on nonce une proprit quil est impossible de vrifier objectivement une fois le logiciel ralis. Lobligation de concevoir les jeux de tests et leurs rsultats oblige une rflexion et des retours sur la description en cours. Les tapes de la branche droite du V peuvent tre mieux prpars et planifis.

Inconvnients :
Pas de rsultats intermdiaires dont on peut discuter avec le client

Cours GL-2009 / YJ & IBH

Cycle de vie

34

Prnom - Nom de ltudiant :.................

17

GL / Chapitre 2 : Cycle de Vie

A.U. : 2008/2009 ENSI II2

4.3 Modles - Prototypage


Analyse prliminaire des besoins Construction du prototype Analyse et slection des nouvelles fonctions

tat non satisfaisant

valuation exprimentation
tat satisfaisant

Expression claire des besoins rels

Spcifications dfinitives

Cours GL-2009 / YJ & IBH

Cycle de vie

35

Modle du Prototypage
Principe
Initialement, les spcifications donnes par le client sont dordre gnral Raffinement des spcifications, des fonctionnalits et performances par des prototypes successifs.

Plusieurs techniques de ralisation


(langage de spcif. excutable, L4G, langages de trs haut spcif. niveau, etc.) etc.

Prototype jetable

Cours GL-2009 / YJ & IBH

Cycle de vie

36

Prnom - Nom de ltudiant :.................

18

GL / Chapitre 2 : Cycle de Vie

A.U. : 2008/2009 ENSI II2

Modles - Prototypage : Cas dune application


BOEHM cite lexemple dun systme daide la dcision pour les systmes de diagnostic mdical o le simple recensement des traitements informatiques effectuer et des informations manipuler peut tre 100 fois plus coteux que la modification du cahier des charges issu dune analyse moins pousse. Cette analyse est suivie par un dveloppement RAPIDE dun prototype du systme, permettant une exprimentation. Cette dmonstration concrte avec les futurs utilisateurs peut servir comme catalyseur pour rvler les besoins rels, les bonnes ides, etc.

Cours GL-2009 / YJ & IBH

Cycle de vie

37

Avantages

Modles Prototypage : avantages et inconvnients


Le client participe activement dans le dveloppement du produit; Le client reoit des rsultats tangibles rapidement ; exprimentation rapide ou des fonctions voulue par les utilisateurs Introduction dun feedback immdiat de la part des utilisateurs Amlioration de la COMMUNICATION entre dune part le client et lanalyste, dautre part lanalyste et le concepteur Le prototype peut servir dapprentissage pour les futurs utilisateurs

Inconvnients
-

Le prototype est un prtexte pour la non application des approches mthodologiques ;

Cours GL-2009 / YJ & IBH

Cycle de vie

38

Prnom - Nom de ltudiant :.................

19

GL / Chapitre 2 : Cycle de Vie

A.U. : 2008/2009 ENSI II2

Ncessit dun processus itratif


Le dveloppement de modles est souvent ralis dans un cadre o les conditions requises pour appliquer la mthode en cascade ne sont pas vraiment remplies (instabilit des exigences, planification difficilement prdictive).

Dautres approches savrent plus appropries : le dveloppement itratif, adopt par les mthodes agiles.

Cours GL-2009 / YJ & IBH

Cycle de vie

39

4.4 Modle Agile


Les mthodes de dveloppement dites mthodes agiles (en anglais Agile Modeling, not AG) visent rduire le cycle de vie du logiciel (donc acclrer son dveloppement) en dveloppant une version minimale, puis en intgrant les fonctionnalits par un processus itratif bas sur une coute client et des tests tout au long du cycle de dveloppement. XP, Scrum, etc. Scrum, Vocabulaire associ au dveloppement itratif : incrmental, en spirale, volutif,

Cours GL-2009 / YJ & IBH

Cycle de vie

40

Prnom - Nom de ltudiant :.................

20

GL / Chapitre 2 : Cycle de Vie

A.U. : 2008/2009 ENSI II2

Cours GL-2009 / YJ & IBH

Cycle de vie

41

4.4.1 Modle Incrmental : Principe


Dvelopper des applications en tendant PROGRESSIVEMENT ses fonctionnalits. Les spcifications du logiciel sont figes et connues, ltape de conception globale est termine La stratgie consiste dvelopper le logiciel par extension successives partir dun produit Noyau du logiciel. Permet dviter de TOUT CONCEVOIR, de TOUT CODER et de TOUT TESTER comme lapproche en cascade Cette technique a des rpercussions sur la rpartition des efforts en fonction du temps, puisquil existe une possibilit de recouvrement des tapes.

Cours GL-2009 / YJ & IBH

Cycle de vie

42

Prnom - Nom de ltudiant :.................

21

GL / Chapitre 2 : Cycle de Vie

A.U. : 2008/2009 ENSI II2

Modle Incrmental : Principe


Incrment 1
Conception globale Conception dtaille Programmation Tests

Incrment 2

Conception dtaille

Programmation

Incrment 3

Conception dtaille

temps
Cours GL-2009 / YJ & IBH

Cycle de vie

43

Modle Incrmental : Avantages et inconvnients


AVANTAGES
Chaque dveloppement est moins complexe Les intgrations sont progressives Il peut y avoir des livraisons et des mises en service aprs chaque intgration dincrment Permet doptimiser le temps et le partage de tche (contrairement aux autres modles) Diminution deffort pendant la phase de tests dintgration

INCONVENIENTS
Le risque majeur de ce modle est de voir remettre en cause le noyau ou les incrments prcdent (dfinition globale des incrments et de leurs interactions ds le dbut du projet). Les incrments doivent tre indpendants aussi bien fonctionnellement quau niveau des calendriers de dveloppement.

Cours GL-2009 / YJ & IBH

Cycle de vie

44

Prnom - Nom de ltudiant :.................

22

GL / Chapitre 2 : Cycle de Vie

A.U. : 2008/2009 ENSI II2

4.4.2 Modle - Programmation exploratoire => prototype volutif


Pallier linsuffisance des itrations dans le modle de la cascade + dlaissement du prototype Principe
1 dvelopper un rsum de la spcification 2 construire le logiciel 3 utiliser le logiciel 4 evaluation, itrations 2, 3 5 livrer le systme

Avantages
Modle adapt aux systmes IA, spcification difficile et quipes de dveloppement petites

Inconvnients
Mal adapt aux systme complexes, structure du logiciel mal dfinie

Cours GL-2009 / YJ & IBH

Cycle de vie

45

4.4.3 Modle RAD : Rapid Application Development


Modlisation des traitements Modlisation des donnes Le modle de dveloppement rapide d'applications (en anglais Rapid Application Development, note RAD), dfinie par James Martin au dbut des annes 80, consiste en un cycle de dveloppement court bas sur 3 phases (Cadrage, Design et Construction) dans un dlai idal de 90 jours et de 120 jours au maximum. Modlisation des processus Gnration de lapplication

Validation
Cours GL-2009 / YJ & IBH

Cycle de vie

46

Prnom - Nom de ltudiant :.................

23

GL / Chapitre 2 : Cycle de Vie

A.U. : 2008/2009 ENSI II2

RAD : Avantages & Inconvnients


Principes
Utilise la gnration de code en se basant sur la rutilisation des composants

Avantages :
Le temps de dveloppement est trs court Le produit obtenu est un logiciel et non pas un prototype jetable

Inconvnients :
On se laisse emporter par les composants faciles dutilisation Ne sapplique quaux systmes dont la modularit est apparente ds le dbut du dveloppement

Cours GL-2009 / YJ & IBH

Cycle de vie

47

4.4.4 Modle en spirale


Planification Communication avec le client Analyse des risques

Ingnierie valuation par le client Construction et dploiement


Cycle de vie 48

Cours GL-2009 / YJ & IBH

Prnom - Nom de ltudiant :.................

24

GL / Chapitre 2 : Cycle de Vie

A.U. : 2008/2009 ENSI II2

Modle en spirale : Principe


Modle plus gnral que les autres modles Il met laccent sur une activit particulire : lanalyse des risques Le modle est divis en rgion-tches qui sont : rgionCommunication avec le client et dtermination des objectifs du cycle, des alternatives pour les atteindre, les contraintes partir du rsultat prcdent, analyse prliminaire des besoins Planification des activits du projet Analyse des risques, valuation des alternatives Ingnierie ncessaire la ralisation des activits Dploiement des activits Vrification de la solution retenue par le client et planification du cycle suivant.

Cours GL-2009 / YJ & IBH

Cycle de vie

49

Modle en spirale : Principe


Les activits du projet commencent par le spiral le plus profond Chaque tour passe par les rgion tches Laccomplissement des phases du projet est le rsultat de lapplication des tches prescrites par les rgions Un tour du modle rsulte en un prototype On obtient un raffinement du produit en parcourant plusieurs tours du modle

Cours GL-2009 / YJ & IBH

Cycle de vie

50

Prnom - Nom de ltudiant :.................

25

GL / Chapitre 2 : Cycle de Vie

A.U. : 2008/2009 ENSI II2

Modle en spirale : Exemple


Planification Communication avec le client
Les phases du modle a) Spcification du logiciel b) Prototype 1 valuation c) Prototype 2 par le client d) Produit final

Analyse des risques

a c d
Construction et dploiement

b
Ingnierie

Cours GL-2009 / YJ & IBH

Cycle de vie

51

Modle en spirale : explication de lexemple


Le premier tour rsulte de la spcification du logiciel, les tches raliser pour cette spcification :
Communiquer avec le client pour obtenir les spcifications Planifier le projet et les tapes de lanalyse des spcifications valuer les risques technologiques des techniques danalyse Dcider sur les techniques utiliser pour lanalyse des spcifications Ralisation proprement dite de lanalyse des spcifications Prsenter les rsultats au client

On ralisera les autres tours du modle de la mme faon On profitera de la rgion planification pour rajuster le plan du projet

Cours GL-2009 / YJ & IBH

Cycle de vie

52

Prnom - Nom de ltudiant :.................

26

GL / Chapitre 2 : Cycle de Vie

A.U. : 2008/2009 ENSI II2

Modle en spirale : Avantages et inconvnients


AVANTAGES Modle raliste et naturel Conserve le caractre tapiste du modle en cascade mais lintgre dans une approche itrative Le risque est un facteur qui est tenu en compte explicitement dans ce modle. INCONVENIENTS Il est difficile de faire comprendre au client le mode dopration de ce modle Lvaluation des risques exige une expertise spcifique

Cours GL-2009 / YJ & IBH

Cycle de vie

53

4.4.5 XP - eXtreme Programming


La mthode XP (pour eXtreme Programming) dfinit un certain nombre de bonnes pratiques permettant de dvelopper un logiciel dans des conditions optimales en plaant le client au cur du processus de dveloppement, en relation troite avec le client. LXP est notamment bas sur les concepts suivants : Les quipes de dveloppement travaille directement avec le client sur des cycles trs courts d'une deux semaines maximum. Les livraisons de versions du logiciel interviennent trs tt et une frquence leve pour maximiser l'impact des retours utilisateurs. L'quipe de dveloppement travaille en collaboration totale sur la base de binmes. Le code est test et nettoy tout au long du processus de dveloppement. Des indicateurs permettent de mesurer l'avancement du projet afin de permettre la mise jour du plan de dveloppement.
Cours GL-2009 / YJ & IBH

Cycle de vie

54

Prnom - Nom de ltudiant :.................

27

GL / Chapitre 2 : Cycle de Vie

A.U. : 2008/2009 ENSI II2

4.4.6 Modle de la transformation formelle

Besoins exprim formellement Code du logiciel

Avantages Chaque transformation est prouve formellement Modification se rpercute sur le code (pas de divergence) Inconvnients Ncessite une certaine expertise des mthodes formelles
Cours GL-2009 / YJ & IBH

Cycle de vie

55

Rpartition du cot de dveloppement


Type du systme Besoins conception 46% Implmentation Test

Systmes de contrle Systmes de laronautique Systmes dexploitation Systmes scientifiques Systmes de gestion

20%

34%

34%

20%

46%

33%

17%

50%

44%

26%

30%

44%

28%

28%

Cours GL-2009 / YJ & IBH

Cycle de vie

57

Prnom - Nom de ltudiant :.................

28