Chapitre 3
Revue:appliqué à all PA peuvent lire+compre Ana statique=PA ayant une structure formelle(code, modèle)+PA écrit en langage naturel(orthographe,lisibilité,grammaire)
*Obj: 1.trouver D,2.gagner en compré
3.former participant4.Discuter,décider par consensus

Base de test statique

9 PA peut-être
examiné par TS

8 Bénéfice de TS
Détecter tôt<cher corriger, comparaison avec
*Après déploiement

  • coût sup:mise à J, T de confirmation

1.Spé(ex métier,
fonc,sécu

2.Epics,US,
critère d'acc

3.Spé d'arch
conception

4.Code

5.Testware(plan,CDT
procédure, scirpts)

6.Guide
d'utilisateur

7.Page Web

8.Contrat,plan de projet
calendrier, budget

9.Modèle (dia d'ac

1.Détec+corri
plus efficace

2.I D non décelables
par T dynamique

3.Préve D(concep
+codage)

4.Aug productivité
du développement

  1. Rédu coût+délai
    de développement

6.Rédu coût+délai
de test

7.Rédu coût total
de la qualité

8.Amé de la commu
par participation
au revue

Statique#Dyna
S:1.Détection directe 2.<effort
D:1.Défaillance 2.Plus coûteur
3.Concentre comport visible produit

7 Défaut trouver grâce aux TS

1.Ex(incohérent,
ambiguîté,contradictions..)

2.Concep(struc inefficace,
dépendance)

3.Code(inatteignable
variable non définie/utilisées

4.Ecart par rapport aux
norme(non-respe règle)

Processus de revue
varie:informel(pas process/résul documenté)

formel: Documentation procédure/résultat
Participation de l'équipe(dépend:modèle,maturité process de dévelo, complexité du produit,ex légale et réglementaire,nécessité 1 tracabilité d'audit)

I. Planification

5.Spé d'interface

6.Vulnérabilité
de sécu

7.Lacunes ou
inexactitude de traça

1.Dé Péri(but,doc,
carac à Eva

2.Es d'effort

  • temps

3.Iden les carac
de la revue
(type revue,rôle,acti)

4.Sélec personnes
attribuer rôles

5.Dé critère d'en
+sortie

6.Vé si critère sortie
satisfaits(formel)

Lancement
de la revue

1.Distribuer PA(physique/élec)
+autre doc(checklist,
formulaire de saisie des D)

2.Expliquer aux participants
(périmètre,obj,processus,rôle,PA)

3.Répondre à tous
questions participant

III.Revue individuelle

1.Revoir tout/partie
du PA

2.Noter les D potentiel
recommandation, questions

IV.Com et analyse
des problème

1.Com les D
potentiel identifiés

2.Analyse ces D
affecter un responsable
un statut

3.Eva+documenter les
carac de qualité

Eva résultat/critère de sortie
pour prendre une décision de revue
(rejet;Chang majeur nécessaire,acceptation
avec des Chang mineurs

Correction et production
de rapport

1.Produire rapport de D
(pour D nécessite Change)

2.Corri D trouvé
dans PA revu(auteur)

3.Com D a persone/
équipe concerné

4.Enge l'état actu des D
(y compris l'accord auteur

5.Recueillir des métriques

6.Véri critère de
sortie satis

7.Accep PA lorsque
les critère de sortie
satisfaits

Rôles est responsabilités
dans une revue formelle
1.1persone endosser plusieurs rôles
2.actions associée/rôle varier/type revue
3.Outiles d'aide revue existent(saisie D,
inutile d'avoir recours à un scribe=
nguoi ghi chep

1.Auteur
-Cré le PA revu
-Corriger D du PA revu

2.Manager est
1.respon de la plan de la revue
2.Déci de la mise en ouvre des revues
3.Affecte personel,budget,temps
4.Vé le rappor coût-eff en continu
5.Met en ouvre les mesures appropriées
en cas de résultats inadéquats

3.Facilitateur (moderateur)
1.Assure le bon déroulement réunions revue
2.Fait la médiation entre #point de vue
3.Est persone dont dépend le succès revue

4.Responsable
de la revue
1.Prend la respon géné de la revue

  1. Decide ce qui impliqué et
    organise quand et ou elle aura lieu

5.Réviseur(expert du domaine,membre projet
personne ayant intéret,compétence tech/métier)
1.Iden les D potentiel du PA à revoir

  1. Peuvent représenter # perspectives(testeur,
    programmeur,utilisateur,opérateur, ana métier
    expert en utilisabilité..)

6.Scribe (rapporteur)
1.Recueille D potentiel découverts
au cours de l'ac de revue individuelle
2.Enge nouveaux D poten en suspens
+décisions lors de la réunions de revue

Type de revue
1.Tous type aide détec D

  1. 1 même PA peut faire objet
    plus 1 type de revue
    3.Sélec type basé sur: besoin du
    projet,ressources,type produit/risque,
    domaine d'activité, culture entreprise
             In   Relec tech   Revue tech  Inspection

1.Proc for


2.Réunion


3.Ré doctés
4.Check-list
5.Prépions indi
6.Scible
7.Réviseur tech
8.Critère d'entrée/sorties
9.Métriques
10.Responsable revue:

click to edit

Application des(4) tech de revue
1 ensemble de tech
Peut-être utilisées pour tous
les types de revue

I.Ad hoc
1.Réviseur reçoivent peu ou pas directives
2.Réviseur exami PA façcon séquen(en iden+
documentant problème au fur qu'ils les rencon
3.Nécessite peu de prépa
4.Dépend fortement compétences des réviseurs
5.Peut avoir double emploi car signalés par # révi

II.Basée sur les checklist
1.Révi détec Pb sur la base check-li (série de questions basées sur D potentiel)distri au début
2.Check-li devrait être spéfique au type de revue
et être régulièrement mise à jour
3.Avantage:la couverture systématique des types
de D courants
4.Lors de la revue indivi, suivre check-li mais
rechercher aussi D en dehors de la checklist

III.Scénario et essai à blanc
1.Révi reçoivent un guide structuré sur
la façon de lire PA
2.Scéna permettent aux révi d'effectuer des
"essai à blanc" sur PA en fonction de son
utilisation prévue
3.Scéna guident révi sur la façon d'inden
des types de D spé plus qu'avec uniquement
les éléments d'une checklist
4.Révi ne devrait se limiter aux scéna documenté

IV.Basée sur les rôles
1.Révi éva PA du point de vue de rôle
indivi par des parties prenantes
2.Typiquement:utilisateurs finaux spé((in)expérimenté, seniors, enfant...
3.Rôles spé dans l'organisation: administrateur,
utilisateur, adminis S, testeur de performance...

V.Basée sur la perspective
1.Révi adopte éga# point de vue des parties prenantes(utilisateur final,marketing,concepteur
testeur, les opérations)>>>approfondir le revue indi
< de doublon de D entre les réviseur
2.Réviseur utilisent PA pour produire qu'ils en tiraient (testeur=CDT)
3.Est la tech plus efficace pour revoir Ex et PA tech
4.Clé de réussi; prise en compte de # point de vue des partie prenantes

Facteurs de réussite des revues
1.Facteur organisation
1.Obj définis lors plan clair+utilisé
comme critère de sortie
2.Type revue adapté aux obj,type produit
et participants
3.Check-li couvrent les risques et actualisé
4.Doc volumineux rédigé+révisé en petit morceau
5.Participant notifiés à l'avance et ont suffisament de temps pour préparer
6.Management appuie le processu de revue

Facteurs liés aux participants
1.Choix des personne(compétence,perspective
2.Testeur=réviseur appréciés.