Techniques de revues

Un article de Wikipédia, l'encyclopédie libre.

Cet article est une ébauche concernant l’informatique. Vous pouvez partager vos connaissances en l’améliorant. (Comment ?).

Cet article ou cette section ne cite pas suffisamment ses sources. (date inconnue) Son contenu est donc sujet à caution. Wikipédia doit être fondée sur des sources fiables et indépendantes. Améliorez cet article en liant les informations à des sources, au moyen de notes de bas de page (voir les recommandations).

Il existe différentes catégories de revues en développement informatique :

[modifier] Les revues par les pairs

Les revues par les pairs impliquent généralement que les réviseurs aient des connaissances techniques sur le contenu du matériel à vérifier. Il existe différents types de revues par les pairs. Certaines sont encadrées par des normes, comme les inspections (IEEE Std 1028-1997 IEEE standard for software reviews [1]). L'efficacité d'une inspection est généralement déterminée par le nombre d'anomalies détectées / le nombre total d'anomalies. Par exemple, on considère que les inspections ont un taux d'efficacité de 80%, contre 30% d'efficacité pour les tests (tiré d'une étude d'IBM, 1981).

Voici quelques exemples de types de revues par les pairs:

• Revues Ad hoc : cela peut même être : "tiens, peux-tu relire ce document de 100 pages, quand tu auras 5 minutes"
• Revues desktop review, où un auteur demande à un collègue expérimenté, de relire attentivement un document, dans le but précis d'en relever les anomalies. Il peut utiliser une liste d'inspection ou d'autres méthodes.
• Revues techniques : il s'agit de tenir une réunion d'experts, où l'auteur présente son produit et où les intervenants discutent des anomalies et proposent des pistes de solution.
• Inspection de produit logiciel : il s'agit d'un ensemble d'activités précises, dont le but est d'identifier les anomalies d'un produit. Cette technique inclut obligatoirement un responsable d'inspection/modérateur, un lecteur, un scribe, qui ne doivent pas faire partie des auteurs du produit. Le produit est présenté à l'équipe, ainsi que les outils de vérification (liste de vérification ou autre). Chaque auteur, dans les jours qui suivent, fait une lecture attentive du produit, en notant les anomalies. Par la suite, une réunion permet de mettre en commun les anomalies détectées. Aucune discussion sur les solutions n'est tolérée. Un rapport d'inspection est produit et un suivi des corrections des anomalies est fait. Aucun administrateur ne doit utiliser les résultats de l'inspection pour évaluer l'auteur du produit.

[modifier] Les revues administratives

Les revues administratives sont davantage axées sur le suivi administratif, comme la gestion de projet, l'évaluation, etc.

[modifier] Les audits

Les audits sont effectués par des auditeurs externes à l'organisation.

[modifier] Conclusion

L'une des grandes difficultés des revues est de former les réviseurs. Il ne s'agit pas d'une activité naturelle. Une simple lecture ne suffit pas. Une liste d'inspection aide le réviseur à se concentrer sur quelques aspects à la fois. Cela peut aider. Par exemple, pour vérifier un texte, on commence par vérifier le sens du texte (lecture rapide). On vérifie ensuite la syntaxe. On relit ensuite le texte pour vérifier l'accord des verbes. On relit de nouveau pour l'accord des pluriels, etc. Ces changements de focus constituent justement la bonne technique pour inspecter du code, de la conception, etc.

[modifier] Références

IEEE Std 1028-1997 IEEE standard for software reviews