CHAPITRE 2: Processus Logiciels

faire?

T ches

Analyse des besoins de lutilisateur

Sp cification du logiciel r aliser (fonctionnalit s, exigences

de qualit , &)

Cahier des

charges du

projet

Analyse et

sp cification

des besoins

Cahier des

charges du

logiciel

(fonctionnel)

12

C

o

u

r

s

G

L

-

A

C

O

O

E

N

S

I

C

o

u

r

s

G

L

-

A

C

O

O

E

N

S

I

14/09/2017

6

14/09/2017

CHAPITRE 2: Processus

Logiciels

A c t i v i t s d e

d v e l o p p e m e n t

Conception

Objectif : r pondre la question comment?

Ebauche de plusieurs variantes de solutions, comparaison et

choix de celle qui offre le meilleur rapport entre co ts et

avantages.

Se compose de deux phases:

Conception globale ou architecturale

Conception d taill e

Cahier des

charges du

logiciel

(fonctionnel)

Conception

Document de

conception

CHAPITRE 2: Processus

Logiciels

A c t i v i t s d e

d v e l o p p e m e n t

Impl mentation

T ches

Transformation des l ments de la conception en code,

crit dans un langage de programmation

Choix de l'environnement de d veloppement, du/des

langage(s) de programmation, de normes de d veloppement...

Document de

conception

Impl mentation

Logiciel

C

o

u

r

s

G

L

-

A

C

O

O

E

N

S

I

C

o

u

r

s

G

L

-

A

C

O

O

E

N

S

I

14

7

CHAPITRE 2: Processus

Logiciels

A c t i v i t s d e

d v e l o p p e m e n t

Tests

Durant cette phase, les composants du logiciel sont

valu s et int gr s ainsi que le logiciel lui-m me.

Phase g n ralement subdivis e en trois phases:

Tests unitaires

Tests individuels des composants

Tests dint gration

Assemblage progressif des composants

Tests des composants assembl s

Tests du syst me

Test en vraie grandeur du syst me complet

15

CHAPITRE 2: Processus

Logiciels

Activit s du cycle de vie

Avant-projet

Initiation

du projet

n

o

i

t

s

e

G

t

e

j

o

r

p

e

d

D veloppement

Planification, Pilotage & Suivi

Gestion de qualit

Exploitation &

Maintenance

Retrait

valuation

s

e

u

q

i

n

h

c

e

t

s

t

i

v

i

t

c

A

Analyse

Conception

tude

pr alable

Impl mentation

Tests

Mise hors

service

Maintenance

&

Assistance

V rification et Validation (V&V)

Installation

Documentation

Gestion de la configuration

16

C

o

u

r

s

G

L

-

A

C

O

O

E

N

S

I

C

o

u

r

s

G

L

-

A

C

O

O

E

N

S

I

14/09/2017

8

CHAPITRE 2: Processus

Logiciels

A c t i v i t s d e

d v e l o p p e m e n t

V rification &Validation

V&V englobe tous les processus qui permettent de sassurer

Le logiciel <-> bien son cahier des charges

Le cahier des charges <-> aux besoins de lutilisateur.

V rification: Est ce que nous construisons bien le

produit?

V rification de toutes les tapes de d veloppement et les

fonctionnalit s fournies

Validation: Est ce que nous construisons le bon produit?

V rification du respect des sp cifications du logiciel et des besoins

du client.

17

CHAPITRE 2: Processus

Logiciels

A c t i v i t s d e

d v e l o p p e m e n t

Gestion de la configuration

La documentation du d veloppement et le logiciel sont

constitu s dun grand nombre d l ments qui voluent tout au

long du cycle de vie (code, tests, documentation, etc.).

But :

Ma triser l volution du logiciel et de sa documentation.

Utiliser un outil de gestion de la configuration:

Identifier et archiver les l ments de la configuration et les

diff rentes versions

Tracer et archiver les changements dans la configuration;

G rer le travail concurrent plusieurs d veloppeurs sur les

l ments de la configuration.

18

C

o

u

r

s

G

L

-

A

C

O

O

E

N

S

I

C

o

u

r

s

G

L

-

A

C

O

O

E

N

S

I

14/09/2017

9

CHAPITRE 2: Processus

Logiciels

Activit s du cycle de vie

Avant-projet

Initiation

du projet

n

o

i

t

s

e

G

t

e

j

o

r

p

e

d

D veloppement

Planification, Pilotage & Suivi

Gestion de qualit

Exploitation &

Maintenance

Retrait

valuation

s

e

u

q

i

n

h

c

e

t

s

t

i

v

i

t

c

A

Analyse

Conception

tude

pr alable

Impl mentation

Tests

Mise

hors service

Maintenance

&

Assistance

Installation

Documentation

V rification et Validation (V&V)

Gestion de la configuration

19

CHAPITRE 2: Processus

Logiciels

A c t i v i t s d e

d v e l o p p e m e n t

Maintenance et assistance

La maintenance du logiciel : Modifications apport es un

logiciel apr s sa mise en Suvre

But:

Corriger les fautes

Am liorer l'efficacit ou autres caract ristiques

Adapter un environnement modifi

T ches:

Effectuer des corrections mineures /majeures

R appliquer le cycle de d veloppement pour des modifications

plus importantes

Assistance :

Fournir lassistance technique

Maintenir un journal des demandes dassistance et de support.

20

C

o

u

r

s

G

L

-

A

C

O

O

E

N

S

I

C

o

u

r

s

G

L

-

A

C

O

O

E

N

S

I

14/09/2017

10

CHAPITRE 2: Processus

Logiciels

A c t i v i t s d e

d v e l o p p e m e n t

Types de maintenance

Maintenance corrective : modification d'un logiciel

afin de corriger les d fauts rencontr s.

Maintenance adaptative : modification d'un logiciel

pour qu'il reste utilisable dans un environnement qui

change ou a chang .

Maintenance volutive : mise jour du logiciel la suite

de modification des sp cifications dun point de vue

fonctionnel ou performance.

Maintenance pr ventive : modification d'un logiciel pour

en d celer et corriger les d fauts latents avant qu'ils ne se

manifestent.

CHAPITRE 2: Processus

Logiciels

A c t i v i t s d e

d v e l o p p e m e n t

Quelques chiffres ?

21

22

14/09/2017

11

C

o

u

r

s

G

L

-

A

C

O

O

E

N

S

I

C

o

u

r

s

G

L

-

A

C

O

O

E

N

S

I

CHAPITRE 2: Processus

Logiciels

Activit s du cycle de vie

Avant-projet

Initiation

du projet

n

o

i

t

s

e

G

t

e

j

o

r

p

e

d

D veloppement

Planification, Pilotage & Suivi

Gestion de qualit

Exploitation &

Maintenance

Retrait

valuation

s

e

u

q

i

n

h

c

e

t

s

t

i

v

i

t

c

A

Analyse

Conception

tude

pr alable

Impl mentation

Tests

Mise

hors service

Maintenance

&

Assistance

Installation

Documentation

V rification et Validation (V&V)

Gestion de la configuration

23

CHAPITRE 2: Processus

Logiciels

A c t i v i t s d e g e s t i o n

d e p r o j e t

Avant le d veloppement

Initiation du projet: pr paration de la gestion de projet:

Repr senter les activit s entreprendre dans un mod le

Identifier les t ches et proc dures du projet et les mesures

mettre en place pour contr ler leur application

Pr voir les ressources n cessaires au projet

Planifier la gestion de projet

24

C

o

u

r

s

G

L

-

A

C

O

O

E

N

S

I

C

o

u

r

s

G

L

-

A

C

O

O

E

N

S

I

14/09/2017

12

14/09/2017

CHAPITRE 2: Processus

Logiciels

A c t i v i t s d e g e s t i o n

d e p r o j e t

Lors du d veloppement

1. Affinement de la planification du projet

La planification du projet d finit les t ches, le

calendrier, les ressources, lallocation de ces ressources

aux t ches et les proc dures du projet.

2. Pilotage et suivi du projet

Enregistrer les faits sur lavancement du projet et le

comparer la planification;

Entreprendre, si n cessaire, des mesures correctives.

25

CHAPITRE 2: Processus

Logiciels

A c t i v i t s d e g e s t i o n

d e p r o j e t

Lors du d veloppement

3. Gestion de la qualit :

D finir et planifier un programme pour mesurer la

qualit ;

Piloter et contr ler lapplication du programme de

qualit ;

Recommander des am liorations pour les programmes.

La gestion de la qualit du logiciel et les activit s de

v rification et de validation sont parfois regroup es

sous le nom assurance de qualit du logiciel .

C

o

u

r

s

G

L

-

A

C

O

O

E

N

S

I

C

o

u

r

s

G

L

-

A

C

O

O

E

N

S

I

26

13

14/09/2017

CHAPITRE 2: Processus

Logiciels

A c t i v i t s d e g e s t i o n

d e p r o j e t

Apr s le d veloppement

Evaluation du projet:

Respect des objectifs

Respect des co ts

Respect des d lais

-> Suggestions dam liorations pour les projets futures!

Gestion de la maintenance et de lassistance

Identification des t ches et planification

Estimation des co ts et des d lais

A la prochaine s ance!

C

o

u

r

s

G

L

-

A

C

O

O

E

N

S

I

C

o

u

r

s

G

L

-

A

C

O

O

E

N

S

I

27

28

14

CHAPITRE 2: Processus

Logiciels

M o d l e s d e

p r o c e s s u s

Aper u

Mod les classiques

Mod les lin aires

Mod le en cascade

Mod le en V

Mod les it ratifs

Mod le par prototypage

Mod le de d veloppement incr mental

Mod le orient r utilisation

Mod les de la transformation formelle

Mod les agiles : SCRUM,&

Mod les orient s objet

PU

2TUP, &

CHAPITRE 2: Processus

Logiciels

M o d l e s d e

p r o c e s s u s

Mod le en cascade

Pr sente le d veloppement logiciel comme une suite de

phases qui sencha nent dans un d roulement lin aire.

Analyse

V&V

Conception globale

et d taill e

V&V

Impl mentation

V&V

Tests unitaires

V&V

Int gration et Tests

V&V

Installation

C

o

u

r

s

G

L

-

A

C

O

O

E

N

S

I

C

o

u

r

s

G

L

-

A

C

O

O

E

N

S

I

29

30

14/09/2017

15

CHAPITRE 2: Processus

Logiciels

M o d l e s d e

p r o c e s s u s

Mod le en cascade

Chaque tape doit tre achev e avant que ne d bute la

suivante.

Chaque fin d tape est mat rialis e par un v nement, o

sexerce une activit de contr le (V&V) afin d liminer au

plus t t les anomalies des produits r alis s.

Le passage l tape suivante est conditionn par le r sultat

de contr le (acceptation, rejet, ajournement)

Les retours en arri re sur les tapes pr c dentes se limitent

un retour sur l tape imm diatement ant rieure.

C

o

u

r

s

G

L

-

A

C

O

O

E

N

S

I

Adapt aux projets dont les besoins sont clairs d s le d but

du projet.

31

CHAPITRE 2: Processus

Logiciels

M o d l e s d e

p r o c e s s u s

Mod le en cascade: Bilan

Avantage

Facile comprendre

Inconv nients

Pas toujours adapt une production logicielle, en

particulier si les besoins du client sont changeants ou

difficiles sp cifier

Le client ne re oit pas de r sultats concrets pendant le

d veloppement du logiciel (Probl me de leffet tunnel )

Co t de modification d'une erreur important, donc choix en

amont cruciaux (typique d'une production industrielle)

32

C

o

u

r

s

G

L

-

A

C

O

O

E

N

S

I

14/09/2017

16

CHAPITRE 2: Processus

Logiciels

Mod le en V

Analyse

des besoins

Ecriture

Validation

M o d l e s d e

p r o c e s s u s

Tests syst me

Sp cification

Tests

dacceptation

Conception

Globale

Tests

dint gration

Conception

D taill e

Tests unitaires

Codage

33

CHAPITRE 2: Processus

Logiciels

M o d l e s d e

p r o c e s s u s

Mod le en V

Processus lin aire d riv du mod le de la cascade;

La premi re branche correspond un mod le en

cascade classique.

Les premi res tapes du cycle doivent pr parer les

derni res tapes, essentiellement les activit s de

v rification et de validation.

Toute description dun composant est accompagn e de

d finitions de tests.

Avec les jeux de tests pr par s dans la premi re

branche, les tapes de la deuxi me branche peuvent

tre mieux pr par es et planifi es.

La seconde branche correspond des tests effectifs

effectu s sur des composants r alis s.

34

C

o

u

r

s

G

L

-

A

C

O

O

E

N

S

I

C

o

u

r

s

G

L

-

A

C

O

O

E

N

S

I

14/09/2017

17

CHAPITRE 2: Processus

Logiciels

M o d l e s d e

p r o c e s s u s

Mod le en V

Deux sortes de d pendances entre tapes :

Traits continus : correspondent lencha nement du mod le

en cascade, les tapes se d roulent s quentiellement en

suivant le V de gauche droite

Traits non continus : Une partie des r sultats de l tape de

d part est utilis e directement par l tape darriv e.

Par exemple : lissue de la conception globale, le

protocole dint gration et les jeux de tests dint gration

doivent tre d crits.

35

CHAPITRE 2: Processus

Logiciels

M o d l e s d e

p r o c e s s u s

Mod le en V: Bilan

Avantages

Un e m eilleure sp cifica t ion

vite d noncer une propri t quil est impossible de v rifier objectivement une

fois le logiciel r alis .

Pr ven ir les erreurs

lobligation de concevoir les jeux de tests et leurs r sultats oblige une

r flexion et des retours sur la description en cours.

Un e m eilleure pla n ifica t ion du projet :

Les tapes de la branche droite du V peuvent tre mieux pr par s et planifi s.

Inconv nients

Le clien t n e re oit pa s de r sult a t s con cret s pen da n t le d veloppem en t du

logiciel

Les va lida t ion s in t erm dia ires n em p ch en t pa s la t ra n sm ission des

in suffisa n ces des t a pes pr c den t es

Ada pt a ux projet s de t a ille et de com plex it m oyen n e.

36

C

o

u

r

s

G

L

-

A

C

O

O

E

N

S

I

C

o

u

r

s

G

L

-

A

C

O

O

E

N

S

I

14/09/2017

18

14/09/2017

CHAPITRE 2: Processus

Logiciels

Mod le du prototypage

M o d l e s d e

p r o c e s s u s

Prototype = une version de tout ou dune partie dun

logiciel, facile mettre en Suvre et modifier qui va

permettre de v rifier rapidement certaines

fonctionnalit s

Il nest pas construit avec les m mes contraintes de

qualit que le logiciel final.

Technique souvent utilis e pour la validation des

sp cifications

CHAPITRE 2: Processus

Logiciels

Mod le du prototypage

M o d l e s d e

p r o c e s s u s

Analyse

pr liminaire

des besoins

Analyse

et s lection

des nouvelles

fonctions

tat non

satisfaisant

Construction

du prototype

valuation

exp rimentation

tat satisfaisant

Expression claire

des besoins r els

37

C

o

u

r

s

G

L

-

A

C

O

O

E

N

S

I

C

o

u

r

s

G

L

-

A

C

O

O

E

N

S

I

" Initialement, les sp cifications donn es par le client sont

dordre g n ral ;

" Raffinement des sp cifications, des fonctionnalit s et des

Sp cifications

d finitives

performances par des prototypes successifs.

" Quand le client donne son accord, le d veloppement suit

souvent un cycle de vie lin aire.

38

19

CHAPITRE 2: Processus

Logiciels

M o d l e s d e

p r o c e s s u s

Mod le du prototypage: Bilan

Avantages

Pour le client: Une approche o domine l coute total du client.

Le client re oit des r sultats tangibles rapidement ;

Le client peut exprimer ses besoins plus facilement;

Le client peut changer davis sans cons quences dramatiques.

Pour lutilisateur:

Exp rimentation rapide par les utilisateurs et feedback imm diat.

Former les utilisateurs avant la livraison du syst me final.

Pour l quipe de d veloppement:

Meilleure clarification des sp cifications

Am lioration de la COMMUNICATION entre dune part le client et

lanalyste, dautre part lanalyste et le concepteur

Inconv nients

Impatience du client qui cro t avoir un logiciel final.

Probl me relatif la gestion de projet (planification, estimation des

co ts, etc.)

39

CHAPITRE 2: Processus

Logiciels

M o d l e s d e

p r o c e s s u s

Prototype volutif

Vise pallier la lin arit dans le mod le en cascade et au

caract re jetable dans le prototypage;

Le prototype est compl t et am lior jusqu la livraison

finale du logiciel

Principe (d marche m thodologique)

D velopper une premi re sp cification

Conception et r alisation du prototype

Utiliser le prototype

Evaluation,

Corrections et am lioration

It rations 2, 3,&

Livrer le logiciel

40

C

o

u

r

s

G

L

-

A

C

O

O

E

N

S

I

C

o

u

r

s

G

L

-

A

C

O

O

E

N

S

I

14/09/2017

20

14/09/2017

CHAPITRE 2: Processus

Logiciels

M o d l e s d e

p r o c e s s u s

Prototype volutif: Bilan

Avantages

Mod le adapt aux syst mes non sp cifiables (certains

syst mes dIA)

Caract re it ratif

Inconv nients

Difficult s li es la gestion du projet (le temps et le

co t ne sont pas ma tris s)

Mal adapt aux syst mes complexes.

41

CHAPITRE 2: Processus

Logiciels

M o d l e s d e

p r o c e s s u s

Mod le incr mental

A t propos dans les ann es 80

Incr ment= version

Propose un d veloppement du logiciel par morceaux,

lesquels sont livr s successivement au client, en venant

se greffer un noyau logiciel.

C

o

u

r

s

G

L

-

A

C

O

O

E

N

S

I

C

o

u

r

s

G

L

-

A

C

O

O

E

N

S

I

42

21

14/09/2017

CHAPITRE 2: Processus

Logiciels

M o d l e s d e

p r o c e s s u s

Mod le incr mental

Analyse et

sp cification

des besoins

Conception

d taill e dun

incr ment

Conception

architecturale

Codage dun

incr ment

Validation de

lincr ment

Int gration

Validation du

syst me

Syst me final

43

CHAPITRE 2: Processus

Logiciels

M o d l e s d e

p r o c e s s u s

Mod le incr mental

Un seul sous-ensemble des composants est d velopp la fois

Un logiciel noyau est tout dabord d velopp puis,

Des incr ments sont successivement d velopp s et int gr s

Permet d viter de tout concevoir, de tout coder et de tout

tester

Les sp cifications du logiciel sont fig es et connues, l tape de

conception globale est termin e.

Certains mod les proposent

de d velopper les diff rents

incr ments en parall le:

C

o

u

r

s

G

L

-

A

C

O

O

E

N

S

I

C

o

u

r

s

G

L

-

A

C

O

O

E

N

S

I

44

22

CHAPITRE 2: Processus

Logiciels

M o d l e s d e

p r o c e s s u s

Mod le incr mental: Bilan

Avantages

Des livraisons et des mises en service possible apr s chaque

int gration dincr ment ;

Faire accepter progressivement un logiciel par les utilisateurs

Int gration all g e: les int grations et leurs tests sont

progressifs ;

Maintenance all g e (par incr ment)

Inconv nients

Remise en cause du noyau ou les incr ments pr c dents

(d finition globale des incr ments et de leurs interactions d s

le d but du projet).

Pour chaque version d velopper apr s la 1 re version livr e,

il faut arbitrer entre les demandes de correction et les

nouvelles fonctionnalit s d velopper.

CHAPITRE 2: Processus

Logiciels

M o d l e s d e

p r o c e s s u s

Mod le orient r utilisation

Bas e sur une r utilisation syst matique de composants

existants pour concevoir un nouveau syst me

Les tapes du processus

Analyse des composants

Sp cification des modifications

Conception avec r utilisation

D veloppement et int gration

De plus en plus utilis de nos jours

45

46

14/09/2017

23

C

o

u

r

s

G

L

-

A

C

O

O

E

N

S

I

C

o

u

r

s

G

L

-

A

C

O

O

E

N

S

I

CHAPITRE 2: Processus

Logiciels

M o d l e s d e

p r o c e s s u s

Types de composants r utilisables

Les Web services

D velopp s selon des standards

Disponibles par appel sur un serveur

Collections dobjets int gr s dans un framework (tel

que .NET ou J2EE)

Logiciels autonomes (COTS: Commercial Off The

Shelf ) configur s pour une utilisation dans un

environnement particulier

CHAPITRE 2: Processus

Logiciels

M o d l e s d e

p r o c e s s u s

Mod le orient r utilisation: Bilan

Avantages

R duire le co t

Livraison et d ploiement du logiciel souvent rapide

Inconv nient

Il est souvent n cessaire de faire des compromis vis

vis des sp cifications do le risque de produire un

logiciel qui ne r pond pas aux vrais besoins des

utilisateurs.

14/09/2017

24

C

o

u

r

s

G

L

-

A

C

O

O

E

N

S

I

C

o

u

r

s

G

L

-

A

C

O

O

E

N

S

I

47

48

14/09/2017

A la prochaine s ance!

49

CHAPITRE 2: Processus

Logiciels

M o d l e s d e

p r o c e s s u s

Mod le de la transformation formelle

Une sp cification dun logiciel est formelle si elle est

exprim e avec un langage qui poss de:

un vocabulaire et une syntaxe formellement d finis;

une s mantique bas e sur les math matiques.

Ce mod le se base sur des notations math matiques (il

permet au sp cifieur de d crire rigoureusement, sans

ambigu t ce que le logiciel doit faire)

C

o

u

r

s

G

L

-

A

C

O

O

E

N

S

I

C

o

u

r

s

G

L

-

A

C

O

O

E

N

S

I

50

25

CHAPITRE 2: Processus

Logiciels

M o d l e s d e

p r o c e s s u s

Mod le de la transformation formelle

T:Transformations

T1

T2

T3

Tn-1

Tn

Sp cification

formelle

R1

R2

&.

Rn

Programme

Ex cutable

P

P

P

P

P

P: Preuves de la correction (d monstration formelle) des transformations

R: raffinement

Si la sp cification satisfait les propri t s et limpl mentation

traduit la sp cification alors limpl mentation satisfait aussi

les propri t s

51

CHAPITRE 2: Processus

Logiciels

M o d l e s d e

p r o c e s s u s

Mod le de la transformation formelle

Avantages

Am liorer la qualit du logiciel;

Rigueur et pr cision des sp cifications;

Faciliter la validation;

Automatiser la v rification;

Favoriser le d veloppement de programmes corrects et

document s formellement.

Inconv nients

N cessite une certaine qualification du client, utilisateurs et

d veloppeurs;

Ne facilite pas la communication avec les utilisateurs;

Le produit est obtenu la fin du processus.

52

C

o

u

r

s

G

L

-

A

C

O

O

E

N

S

I

C

o

u

r

s

G

L

-

A

C

O

O

E

N

S

I

14/09/2017

26

CHAPITRE 2: Processus

Logiciels

M o d l e s d e

p r o c e s s u s

Mod le agiles

Agilit = la capacit dune organisation cr er de

la valeur et ravir son client, tout en favorisant et

en sadaptant - temps- aux changements de son

environnement.

Les m thodes agiles:

sont plus pragmatiques que les m thodes

classiques (en ad quation avec les capacit s et les

limites humaines).

impliquent au maximum le client et permettent une

grande r activit ses demandes.

Visent en priorit la satisfaction r elle du client

(contrat de d veloppement).

53

CHAPITRE 2: Processus

Logiciels

M o d l e s d e

p r o c e s s u s

Mod le agiles

" Une m thode agile est une approche it rative et

incr mentale, qui est men e dans un esprit collaboratif

" Elle g n re un produit de haute qualit tout en prenant

en compte l volution des beso...