Académique Documents
Professionnel Documents
Culture Documents
doc
______________________________________________________________________________
DI GALLO Frdric
COURS DE
GENIE LOGICIEL
Cycle Probatoire
Page 1
01/04/01
Gnie Logiciel.doc
______________________________________________________________________________
TEST DE LOGICIEL
I.
FIABILITE DU LOGICIEL
I. DEFAUT & FAUTE ......................................................................................................18
II. AMELIORATION DE LA FIAIBILITE .......................................................................18
III. METRIQUE DE LA FIABILITE...................................................................................19
3.1) Probabilit dune panne ............................................................................................19
3.2) Taux de panne............................................................................................................19
3.3) Temps moyen entre deux pannes ...............................................................................19
3.4) Disponibilit ..............................................................................................................19
IV. CLASSIFICATION DE DEFAUT.................................................................................19
GESTION DE PROJET
I.
RAPPELS .......................................................................................................................23
1.1) Dfinitions .................................................................................................................23
1.2) Dfinitions des types de Gestion................................................................................24
1.3) Activits de Gestion ...................................................................................................24
II. ESTIMATION DE CHARGE ........................................................................................25
2.1) Dfinitions .................................................................................................................25
2.2) Diffrentes mthodes d'estimation de charge ............................................................25
III. PLANIFICATION DE PROJET ....................................................................................28
3.1) Dfinition ...................................................................................................................28
3.2) Rseau PERT (Profit Evaluation and Review Technique) .............................28
3.3) Diagramme de GANTT..............................................................................................32
3.4) TD PLANIFICATION ..............................................................................................33
IV. PILOTAGE DE PROJET ...............................................................................................36
4.1) Suivi individuel :........................................................................................................36
4.2) Suivi du projet............................................................................................................37
___________________________________________________________________
DI GALLO Frdric
Page 2
01/04/01
Gnie Logiciel.doc
______________________________________________________________________________
MAINTENANCE DE LOGICIEL
I.
GESTION DE LA QUALITE
I. DEFINITION..................................................................................................................51
II. NORMALISATION .......................................................................................................51
III. MANUEL QUALITE.....................................................................................................51
___________________________________________________________________
DI GALLO Frdric
Page 3
01/04/01
Gnie Logiciel.doc
______________________________________________________________________________
TEST
DE
LOGICIEL
___________________________________________________________________
DI GALLO Frdric
Page 4
01/04/01
Gnie Logiciel.doc
______________________________________________________________________________
TEST DE LOGICIEL
I.
___________________________________________________________________
DI GALLO Frdric
Page 5
01/04/01
Gnie Logiciel.doc
______________________________________________________________________________
TEST DE LOGICIEL
Introduction :
Le test est une activit importante dont le but est darriver un produit zro dfaut .
C'est la limite idaliste vers laquelle on tend pour la qualit du logiciel. Gnralement 40% du
budget global est consacre leffort de test.
I.
FONDEMENT DU TEST
Le test est une recherche d'anomalie dans le comportement de logiciel. Cest une activit
paradoxale : il vaut mieux que ce ne soit pas la mme personne qui dveloppe et qui teste le
soft. Do le fait quun bon test est celui qui met jour une erreur (non encore rencontre).
Remarque (difficult) : il faut arriver grer une suite de test la plus complte possible
un coup minimal.
Un test ne peut pas dire il n'y a pas d'erreur car il teste le logiciel de faon poussive,
plus que dans l'utilisation relle.
___________________________________________________________________
DI GALLO Frdric
Page 6
01/04/01
Gnie Logiciel.doc
______________________________________________________________________________
Objectif du test
Spcification
du test
Spcification
programme
Scnario de test
Chargement du
prog. et de son
environnement
rsultat attendu
Excution
du test
Comparaison
de rsultats
correct
incorrect
on met une hypothse
qui expliquerait lanomalie
Induction
Archivage du
test + rsultats
Analyse de
rsultats
Dduction
Biblio.
Modification
Induite
dans le test
dans le prog.
Gestion de
configuration
___________________________________________________________________
DI GALLO Frdric
Page 7
01/04/01
Gnie Logiciel.doc
______________________________________________________________________________
Donnes
insuffisantes
Inconsistance
Prouver lhypothse
(Est-elle pertinente ?)
Corriger lerreur
Rassembler plus
de donnes
Emettre, amliorer,
raffiner lhypothse
Inconsistance
Prouver lhypothse
(Est-elle pertinente ?)
Corriger lerreur
___________________________________________________________________
DI GALLO Frdric
Page 8
01/04/01
Gnie Logiciel.doc
______________________________________________________________________________
Espace
gnrateur
Instrument de
visualisation
DS
Domaine
de rsultat
Composante
donnes
code
Elments entrs
DE
Trace
___________________________________________________________________
DI GALLO Frdric
Page 9
01/04/01
Gnie Logiciel.doc
______________________________________________________________________________
Case :
If :
Until :
While (for) :
Else :
Remarque :
Nombre cyclomatique
2
3
4
6
7
9
11
5
10
___________________________________________________________________
DI GALLO Frdric
Page 10
01/04/01
Gnie Logiciel.doc
______________________________________________________________________________
On en dduit le graphe de flot suivant :
1
R4
R1
2
3
6
8
11
R3
R2
7
4
5
9
10
___________________________________________________________________
DI GALLO Frdric
Page 11
01/04/01
Gnie Logiciel.doc
______________________________________________________________________________
10 000
50 000
99 999
99 999 <
Post-condition :
( vrai et t(i)=cl ) ou
( faux et 0 i taille t(i)=cl )
___________________________________________________________________
DI GALLO Frdric
Page 12
01/04/01
Gnie Logiciel.doc
______________________________________________________________________________
4. Proposer un partitionnement de D.E.
D'aprs la pr-condition, on en dduit que le programme manipule les tableaux tris non
vides (ils contiennent au moins un lment).
1re classe: tableau de taille = 1 ;
2me classe: tableau de taille > 1.
5. Proposer un jeu de test
Tableau
Elment
1 seule valeur
Dans le tableau
1 seule valeur
Pas dans le tableau
Plus dune valeur 1er lment dans le tableau
Table
[17]
[17]
[3,17,33,42,58]
Cl Sortie (trouv, A)
17
(true, 0)
27
(false, ???)
3
(true, 0)
58
(true, 4)
33
(true, 2)
1
(false, ???)
6. Donner un exemple, bas sur votre exprience, qui montre lincompltude du test B. Noir
par rapport au test B. Blanche.
Par exemple, un pointeur non initialis ne sera pas dtect par le test B. Noire alors qu'il est
par le test B. Blanche.
Typedef struct cplx
{ int reel,
int img ; } cplx ;
L
S
D
C
U
I
V
T
___________________________________________________________________
DI GALLO Frdric
Page 13
01/04/01
Gnie Logiciel.doc
______________________________________________________________________________
1
2
While incr > 1
3
4
5
6
7
14
8
For i < n 9
10
13
While k inf
11
12
___________________________________________________________________
DI GALLO Frdric
Page 14
01/04/01
Gnie Logiciel.doc
______________________________________________________________________________
On a donc 14 noeuds et 18 arcs diffrentes ce qui donne Nb Cycl = 18 14 + 2 = 6
Aprs avoir trouv le nombre cyclomatique, il suffit de donner six tableaux correspondants
chaque chemin minimal:
1.
un tableau ayant un seul lment
2.
un tableau tri avant moins de 5 lments
3.
un tableau non tri ayant moins de 5 lments
4.
un tableau tri ayant plus de 4 lments
5.
un tableau non tri ayant plus de 4 lments
6.
un tableau partiellement tri ayant plus de 4 lments
___________________________________________________________________
DI GALLO Frdric
Page 15
01/04/01
Gnie Logiciel.doc
______________________________________________________________________________
FIABILITE
DU
LOGICIEL
___________________________________________________________________
DI GALLO Frdric
Page 16
01/04/01
Gnie Logiciel.doc
______________________________________________________________________________
FIABILITE DU LOGICIEL
I. DEFAUT & FAUTE ......................................................................................................18
II. AMELIORATION DE LA FIAIBILITE........................................................................18
III. METRIQUE DE LA FIABILITE...................................................................................19
3.1) Probabilit dune panne ............................................................................................19
3.2) Taux de panne............................................................................................................19
3.3) Temps moyen entre deux pannes ...............................................................................19
3.4) Disponibilit ..............................................................................................................19
IV. CLASSIFICATION DE DEFAUT.................................................................................19
___________________________________________________________________
DI GALLO Frdric
Page 17
01/04/01
Gnie Logiciel.doc
______________________________________________________________________________
FIABILITE DU LOGICIEL
Cest la probabilit de faire une opration sans panne sur une dure fixe et pour un
contexte donn. La fiabilit est subjective : elle dpend de lutilisateur et du contexte
dutilisation. Elle donne une mesure du degr de confiance et elle mesure les consquences
dune faute.
I.
PROGRAMME
Oe
Sorties possibles
___________________________________________________________________
DI GALLO Frdric
Page 18
01/04/01
Gnie Logiciel.doc
______________________________________________________________________________
3.4) Disponibilit
Cest la probabilit que le systme soit oprationnel. Elle prend en compte le temps de
rparation ventuel.
Exemple : Centrale nuclaire, commande de refroidissement du noyau. Deux mtriques
principales : disponibilit et probabilit. On peut avoir aussi les transmission par un rseau
concernant le temps moyen de panne, systmes de communication
Dispo = 0,998 sur 1000 units de temps, le systme est disponible et
utilisable pendant 998 units de temps.
Unit de temps :
Elle dpend du systme utilis
Horloge interne pour le systme non-stop
Temps calendaire pour le systme activit rgulire
Nombre de transaction pour le systme fonctionnant la demande.
Description
Ne se produit quavec certaines entres.
Se produit avec toutes les entres.
Ne ncessite pas dintervention humaine.
Ncessite une intervention de loprateur.
Ne dtruit, ni corrompt les donnes.
Corrompt les donnes. ( INACCEPTABLE !!! )
___________________________________________________________________
DI GALLO Frdric
Page 19
01/04/01
Gnie Logiciel.doc
______________________________________________________________________________
Mtrique
Permanente et
non corruptrice
Le systme nest plus oprationnel quelque soit la Dispo : 1 par 1000 jours
carte
Transitoire et
non corruptrice
Taux de panne
Transitoire et
corruptrice
___________________________________________________________________
DI GALLO Frdric
Page 20
01/04/01
Gnie Logiciel.doc
______________________________________________________________________________
GESTION
DE
PROJET
___________________________________________________________________
DI GALLO Frdric
Page 21
01/04/01
Gnie Logiciel.doc
______________________________________________________________________________
GESTION DE PROJET
I.
RAPPELS .......................................................................................................................23
1.1) Dfinitions .................................................................................................................23
1.2) Dfinitions des types de Gestion................................................................................24
1.3) Activits de Gestion ...................................................................................................24
II. ESTIMATION DE CHARGE ........................................................................................25
2.1) Dfinitions .................................................................................................................25
2.2) Diffrentes mthodes d'estimation de charge ............................................................25
III. PLANIFICATION DE PROJET ....................................................................................28
3.1) Dfinition ...................................................................................................................28
3.2) Rseau PERT (Profit Evaluation and Review Technique) .............................28
3.3) Diagramme de GANTT..............................................................................................32
3.4) TD PLANIFICATION ..............................................................................................33
IV. PILOTAGE DE PROJET ...............................................................................................36
4.1) Suivi individuel :........................................................................................................36
4.2) Suivi du projet............................................................................................................37
___________________________________________________________________
DI GALLO Frdric
Page 22
01/04/01
Gnie Logiciel.doc
______________________________________________________________________________
GESTION DE PROJET
I.
RAPPELS
"Qu'est-ce qu'un projet ?"
C'est une intention, plus ou moins floue, dont la ralisation est (peut-tre) lointaine.
1.1) Dfinitions
Du point de vue scientifique: l'image d'un futur, qu'on espre atteindre.
Du point de vue du gnie logiciel, c'est triangle contraint:
Objectif
Moyen
Dlai
La gestion du projet logiciel a pour but de le mener son terme, en tenant compte de
contraintes qui lient chacun des aspects du triangle projet.
Gestion des Productions
Objectif
Moyen
Dlai
Gestion du Temps
La gestion de projet logiciel s'intresse aux activits qui assurent que le projet command
sera livr dans les temps en accord avec les contraintes des organismes commanditaires et
ralisateurs. Il se dgage donc quatre activits principales: la structuration, l'estimation, la
planification, et le suivi.
___________________________________________________________________
DI GALLO Frdric
Page 23
01/04/01
Gnie Logiciel.doc
______________________________________________________________________________
Gestion des productions: l'objectif d'un projet doit son terme tre concrtise par une ou
plusieurs fournitures. Il faut s'assurer que ce qui est produit se rapproche du but final.
Remarque: la solidarit entre les sommets du triangle de gestion doit tre permanente.
ANALYSER
ORGANISER
PRODUCTION
PILOTER
___________________________________________________________________
DI GALLO Frdric
Page 24
01/04/01
Gnie Logiciel.doc
______________________________________________________________________________
___________________________________________________________________
DI GALLO Frdric
Page 25
01/04/01
Gnie Logiciel.doc
______________________________________________________________________________
4) Mthode COCOMO
"Propose par B.W. Boehm en 1981 (Construct Cost Model)"
En fonction des hypothses:
Il est facile un informaticien d'estim le nombre de lignes source.
La complexit d'criture d'un programme est la mme quelquesoit le langage de
programmation.
Il propose une mthode base sur la corrlation entre la taille d'un projet et sa charge.
Formule:
Charge = a . (K isl)b
Dlai = c . (Charge)d
Taille moyenne d'quipe = Charge / Dlai
Classification:
Projet simple:
Projet moyen:
Projet complexe:
Type de projet
Simple
a = 3.2
b = 1.05
a=3
b = 1.12
a = 2.8
b = 1.2
Moyen
Complexe
c = 2.5
d = 0.38
c = 2.5
d = 0.35
c = 2.5
d = 0.32
___________________________________________________________________
DI GALLO Frdric
Page 26
01/04/01
Gnie Logiciel.doc
______________________________________________________________________________
EXERCICES
Exercice 1: Estimer la taille moyenne de l'quipe qui faudrait prvoir pour dvelopper un
logiciel estim environ 40 000 instructions sources.
Nous appliquons la mthode COCOMO et nous nous apercevons que c'est un projet simple.
Nous avons donc pour le calcul de la charge et et du dlai, les coefficients suivant:
a = 3.2 et b = 1.05
c = 2.5 et d = 0.38
Donc selon la formule de la charge: charge = 3.2 (40)1.05 154 M/h
dlai = 2.5 (154)0.38 17 Mois
Ce qui nous donne: Taille quipe = charge / dlai = 154/17 = 9 personnes.
___________________________________________________________________
DI GALLO Frdric
Page 27
01/04/01
Gnie Logiciel.doc
______________________________________________________________________________
D
7
Dbut
Fin
3
C
E
2
B
da
db
Exemple:
A : programmation
dlai : -15 jours
B : tests
Les tests peuvent commencer quinze jours avant
la fin de la programmation.
___________________________________________________________________
DI GALLO Frdric
Page 28
01/04/01
Gnie Logiciel.doc
______________________________________________________________________________
b) Dbut Fin:
La tche B ne peut se terminer que quand A commence.
Exemple:
c) Dbut dbut:
La tche B doit commencer en mme temps que la tche A.
+/- dlai
L'tape B doit commencer en mme temps que l'tape A.
d) Fin Fin:
La tche B doit se finir en mme temps que la tche A.
Exemple:
A : stage
B : encadrement
___________________________________________________________________
DI GALLO Frdric
Page 29
01/04/01
Gnie Logiciel.doc
______________________________________________________________________________
Marges: c'est la "latitude" dont on dispose pour le temps de ralisation d'une tche. Elle
s'obtient en faisant la diffrence entre le temps au plus tard et le temps au plus tt.
( D_tard D_tt ; F_tard - F_tt )
N.B. Pour les autres types de liens:
20,23
22,25
20,20+X
B
X
22,22+X
23-x,23
B
X
20,23
22,25
X,20
20,23
22,25
25-X,25
20-
B
X
22-
X,22
Chemin critique: c'est le chemin du graphe ayant les plus petites marges ( ou marge nulle
au minimum).
Remarque: la marge ne doit jamais tre ngative!
___________________________________________________________________
DI GALLO Frdric
Page 30
01/04/01
Gnie Logiciel.doc
______________________________________________________________________________
(B,12) C,D
(F,3) G
(C,1) E,F
(G,3)
(D,6) E
Tf=24
A 0,3
3
C 12,13
1
13,16
Dbut
B
12
Diffrence (marge):
0,12
0,12
0
E
7
16,17
D
6
12,18
12,18
0
13,20
17,24
F
3
Fin
18,21
G
3
18,21
0
21,24
21,24
0
Dbut
A 0,3
3Tf=25
14,17
B
12
Diffrence (marge):
0,12
0,12
0
C 12,13
1
17,18
D
6
12,18
12,18
0
E
7
F
3
18,25
18,25
18,21
18,22
1
Fin
G
3
21,24
22,25
0
E et F doivent commencer en mme temps (donc dpart 18 pour tous les deux).
Le chemin critique est toujours B,D,F,G mais avec un temps de fin de 25 jours.
___________________________________________________________________
DI GALLO Frdric
Page 31
01/04/01
Gnie Logiciel.doc
______________________________________________________________________________
Remarques :
Selon quon charge le diagramme suivant le temps au plus tt ou le temps au plus
tard: on obtient un diagramme au plus tt ou au plus tard.
On commence toujours par charger le chemin critique.
Priode
Ressource
R1
12
18
24 25
D
F
R3
R2
21
G
A
A
C
E
La tche A peut tre dcale pour ne pas avoir attendre avant denchaner sur les tches C et E.
idem
A
R2
C
E
b) Sil y a un fort dsquilibre sur les charges, on peut proposer un autre calendrier en
ajoutant une troisime ressource R3.
NB : Il faut quune tche soit dj une charge dau moins une semaine pour apparatre ici.
___________________________________________________________________
DI GALLO Frdric
Page 32
01/04/01
Gnie Logiciel.doc
______________________________________________________________________________
3.4) TD PLANIFICATION
TECHNIQUES PERT ET GRANTT :
Soit le projet reprsent dans le tableau suivant:
Tche
t1
t2
t3
t4
t5
t6
t7
t8
t9
t10
t11
Dure en semaine
5
15
10
8
10
25
4
10
2
1
15
t12
t13
t14
10
12
30
Lien
fin t1 - dbut t3
fin t2 - dbut t4, t5
fin t3 - dbut t6, t8
fin t4- dbut t6
fin t5- dbut t7
fin t6- dbut t11
fin t7- dbut t11
fin t8- dbut t9, t10, t11
fin t9 - dbut t13
fin t10 - dbut t13
dbut t11 dbut t12
fin t11 - dbut t13
fin t12 - dbut t14
fin t13 - fin
fin t14 - fin
___________________________________________________________________
DI GALLO Frdric
Page 33
01/04/01
Gnie Logiciel.doc
______________________________________________________________________________
dbut
t1=5
0,5 8
8,13
t2=15
0,15 0
0,15
t3=10
5,15 8
13,23
t8=10
15,25 23
38,48
t9=2
25,27 49
74,76
t10=1
25,26 50
75,76
t4=8
15,23 0
15,23
t5=10
15,25 10
33,48
t6=25
23,48 0
23,48
t7=4
25,29 13
44,48
t11=15
48,63 0,13
48,76
t13=12
63,75 13
76,88
t12=10
48,58 0
48,58
t14=30
58,88 0
58,88
fin
tf = 88
___________________________________________________________________
DI GALLO Frdric
Page 34
01/04/01
Gnie Logiciel.doc
______________________________________________________________________________
4. Proposer deux plannings correspondant au Pert sans date impose, d'abord en
chargeant au plus tt, ensuite au plus tard. Vous les reprsenterez sur un diagramme Grantt.
Au plus tt : on charge dabord le chemin critique que lon affecte R1 soit t1, t3, t6, t12,
t14. Ensuite pour R2, on rpond au dbut et on place le plus tt possible les autres tches.
Au plus tard : on commence par affecter R1 jusqu son dpart
5.
Sachant qu'on dispose des ressources Rl,R2 et R3, ayant les contraintes suivantes:
R1 est absent entre les priodes 26 et 50
R2 ne peut pas commencer avant la priode 8
R3 travaille mi-temps (50 %).
Etablissez un diagramme Grantt.
On commence par affecter R1 jusqu son dpart. La suite du chemin critique passe R2,
qui on confie dabord t4. A R3, on affecte les tches dont les marges sont le double de la
dure. Comme t11 pose problme, on va la partager entre R3 et R1 qui prend la suite son
retour.
___________________________________________________________________
DI GALLO Frdric
Page 35
01/04/01
Gnie Logiciel.doc
______________________________________________________________________________
Tche
Ralisation module 1
Reprsentation syndicale
Runion de coordination
Programmation de test
Maladie
Cong
Temps estim
10
8
Temps pass
3
1
4
1
2
Reste faire
6
5
Rcapitulatif mensuel :
Temps pass : T
Reste faire :
R
Avancement :
A = calcul comme la diffrence entre le R(n-1) et R(n).
Mois
xxx
xxx
Tche
Semaine 1
Semaine 2
A(12) T
R
A T
R
A
4
8
4 5
3
5
B(10)
C(12)
Semaine 3
T
R
A
1
0
3
3
7
3
Total du mois
T
R
A
10
0
12
___________________________________________________________________
DI GALLO Frdric
Page 36
01/04/01
Gnie Logiciel.doc
______________________________________________________________________________
Tche
T
mois courant
Mois (n-1)
Mois (n)
R
A T
R
A
Evolution
de charge
Total
Temps pass
Evolution
globale
Avancement
A
B
C
Evolution globale :
. T (n) + R (n) Charge initiale .
___________________________________________________________________
DI GALLO Frdric
Page 37
01/04/01
Gnie Logiciel.doc
______________________________________________________________________________
MAINTENANCE
DE
LOGICIEL
___________________________________________________________________
DI GALLO Frdric
Page 38
01/04/01
Gnie Logiciel.doc
______________________________________________________________________________
MAINTENANCE DE LOGICIEL
I.
___________________________________________________________________
DI GALLO Frdric
Page 39
01/04/01
Gnie Logiciel.doc
______________________________________________________________________________
MAINTENANCE DE LOGICIEL
Objectif de la maintenance :
Grer un processus de modification pour viter que des corrections partielles soient
faites en dehors du processus ditrations.
Fidliser le client.
I.
TYPES DE MAINTENANCE
1.1) Maintenance perfective (volutive)
Elle consiste maintenir les fonctionnalits antrieures tout en ajoutant des nouvelles
fonctionnalits qui modifient profondment l'architecture.
Exemple : 1) changement de OS.
2) changement de SGBD
18%
Maintenance
adaptative
Maintenance
perfective
65%
17%
___________________________________________________________________
DI GALLO Frdric
Page 40
01/04/01
Gnie Logiciel.doc
______________________________________________________________________________
Changement
demand
Analyse
dimpact
Planification
de modif.
Perfective
Adaptative
Implmentation
de changements
Edition d1
nouvelle
version
Corrective
De lutilisateur :
Reconstruction
du contexte de
lerreur
Simplification
du contexte
Analyse
dductive /
Inductive
Intgration de
la solution
Validation de
la correction
non rgressive
Distribution
correction
fin
___________________________________________________________________
DI GALLO Frdric
Page 41
01/04/01
Gnie Logiciel.doc
______________________________________________________________________________
2.3) EXERCICES :
1. Quelles sont les difficults induites par l'activit de maintenance ?
Si lquipe de dveloppement est aussi lquipe de maintenance, il faut revenir un travail
ancien sinon il faut comprendre la logique du systme, lge du logiciel , la saturation de
l'architecture
2. Quels sont les facteurs qui influencent le cot de la maintenance ?
Age du logiciel,
Importance de la modification,
Stabilit de lquipe,
Qualit de la documentation technique,
Document de la maintenance
Exemple :
Ressource
S1
S2
B
A
S1 = 150 000 $
S2 = 100 000 $
100$
500 000 $
600 000 $
500$
600$
___________________________________________________________________
DI GALLO Frdric
Page 42
01/04/01
Gnie Logiciel.doc
______________________________________________________________________________
Exemple :
On a un logiciel qui a cot 236 H-M et on estime le TAM = 15%. On a fix les facteurs
multiplicateurs FIAB = 1.10, EXPA=0.91, EXPL=0.95 et PROM=0.72 (suivant le cot annuel
de la maintenance). La direction dcide d'utiliser une quipe moins d'exprimente par
conomie d'argent (en sachant quun programmeur inexpriment vaut 7 000$ alors quun
expert vaut quand mme 9 000$). Calculer lestimation et la diffrence suppose gagne.
___________________________________________________________________
DI GALLO Frdric
Page 43
01/04/01
Gnie Logiciel.doc
______________________________________________________________________________
V.
Dfinition :
Un code tranger est un programme (qui date de plus de 15 ans gnralement) auquel
aucun membre de lquipe de maintenance na particip son dveloppement. Aucune
mthodologie du gnie logiciel na t appliqu (pas structur, documentation pauvre et
incomplte et pas de sauvegarde de modification). Que faire dans ce cas l ? ? ?
1. Etudier le programme avant d'apporter une modification.
2. Se familiariser avec le programme en essayant de tracer un graphe de flot.
3. Evaluer l'adquation de la documentation.
4. Insrer vos propres commentaires si vous jugez cela utile la comprhension.
5. Ne jamais liminer du code avant de s'assurer qu'il nest pas utilis ailleurs sinon
avec beaucoup de prcautions.
6. Indiquer absolument toute instruction que vous avez chang sur le listing.
7. Eviter de partager les variables (locales), dclarer les votre pour viter des collisions.
VI. RE-INGENIERIE
Dans le domaine du gnie logiciel, cela signifie processus qui ne consiste pas seulement
redcouvrir la conception des logiciels existants mais aussi utiliser cette information pour
reconstruire le systme existant dans le but d'amliorer toutes ses qualits.
___________________________________________________________________
DI GALLO Frdric
Page 44
01/04/01
Gnie Logiciel.doc
______________________________________________________________________________
A
B
W
B
fin
___________________________________________________________________
DI GALLO Frdric
Page 45
01/04/01
Gnie Logiciel.doc
______________________________________________________________________________
Simplification
6
4
7
5
fin
1. Donner sa table de vrit
A
0
0
0
0
0
0
0
0
1
1
1
1
1
1
1
1
B
0
0
0
0
1
1
1
1
0
0
0
0
1
1
1
1
C
0
0
1
1
0
0
1
1
0
0
1
1
0
0
1
1
D
0
1
0
1
0
1
0
1
0
1
0
1
0
1
0
1
1
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
4
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
___________________________________________________________________
DI GALLO Frdric
Page 46
01/04/01
Gnie Logiciel.doc
______________________________________________________________________________
2.
1=A;
2=A;
3 = AB ;
6 = AB ;
7 = ABC ;
8 = ABCD.
4 = AB ;
5 = AB+AB = B ;
Pour laction 8, D nest en fait execut quune seule fois. Pour simplifier, on va considrer
une action 10 = ABCD.
3.
Pour simplifier le graphe, il est ncessaire de dissocier laction en deux actions distinctes
51 = AB et 52 = AB pour viter les regroupements.
On en dduit le graphe de flot :
A
dbut
1
B
6
4
3
52
51
C
D
8
10
fin
___________________________________________________________________
DI GALLO Frdric
Page 47
01/04/01
Gnie Logiciel.doc
______________________________________________________________________________
0.2
1.
Traduction
Trouver la spcification du programme (crit en pseudo FORTRAN) suivant :
Start:
off:
on:
Cntrld:
Sw-off:
Sw-on:
Switch:
loop:
C'est un programme qui est un contrleur de systme de chauffage. La valeur Switch peut
prendre trois valeurs : si le systme est sous contrle, alors il peut-tre soit allum, soit teint,
soit dpendant de la minuterie et du thermostat. Si le chauffage est ON, linterrupteur du
chauffage passe OFF et inversement.
2.
While (true)
{ Get (Time-on, Time-off, Time, Setting, Temp, Switch)
Case Switch of
When OFF if Heating-status = = ON then { Heating-status := OFF;
Switch-heating;
}
When ON if Heating-status = = OFF then { Heating-status := ON;
Switch-heating;
}
When Controled if { Time >= Time-on and Time <= Time-off }
Then { if Temp > Setting and Heating-status = = ON
Then { Heating-status := OFF;
Switch-heating;
} }
Else { if Temp < Setting and Heating-status = = OFF
Then { Heating-status := ON;
Switch-heating;
} }
}
___________________________________________________________________
DI GALLO Frdric
Page 48
01/04/01
Gnie Logiciel.doc
______________________________________________________________________________
GESTION
DE LA
QUALITE
___________________________________________________________________
DI GALLO Frdric
Page 49
01/04/01
Gnie Logiciel.doc
______________________________________________________________________________
GESTION DE LA QUALITE
I. DEFINITION................................................................................................................. 51
II. NORMALISATION ...................................................................................................... 51
III. MANUEL QUALITE.................................................................................................... 51
___________________________________________________________________
DI GALLO Frdric
Page 50
01/04/01
Gnie Logiciel.doc
______________________________________________________________________________
GESTION DE LA QUALITE
I.
DEFINITION
La gestion de la qualit est l'activit qui a pour but de donner confiance au client pour
certifier que le produit livr a une certaine qualit fixe par entreprise. La notion de qualit est
relative et vise promouvoir le produit ou d'entreprise. La gestion de la qualit implique la
dfinition de procds, le choix de standards et procdures, et surtout le contrle de lquipe
de dveloppement qui doit suivre les dispositifs mis en place pour les objectifs qualit.
Remarques : La gestion s'articule autour de trois activits :
Assurance qualit: concerne la dfinition de la manire dont lentreprise
comptait atteindre la qualit.
Planification qualit: slection de procdures et standards appropries pour un
projet bien dtermin.
Contrle qualit: implique l'observation du processus de dveloppement pour
assurer que les procdures d'assurance qualit ont t suivies.
II. NORMALISATION
La normalisation rpond au souci dinterchangeabilit (ou interoprabilit). Dans le
domaine du logiciel, on distingue trois niveaux:
1er niveau : caractristiques,
2ime niveau : modle (Merise),
3ime niveau : la qualit (ISO 9001).
a)
Classe ISO : 9001 (concerne toute la vie du logiciel), 9002 (ne concerne pas la
conception), 9003 (ne concerne que la mise en service et la maintenance).
b) Classe ISO 9004 : concerne le contrle qualit (audit).
En fait, elle dfinit les principes de base pour mettre en uvre le contrle qualit les
principaux concepts : politique qualit, gestion qualit, assurance qualit, contrle qualit.
___________________________________________________________________
DI GALLO Frdric
Page 51
01/04/01