AccueilđŸ‡«đŸ‡·Chercher

Revue de logiciel

La revue de logiciel est « un processus ou une réunion au cours de laquelle un produit logiciel est examiné par l'équipe de projet, les managers, les utilisateurs, clients, utilisateurs référents ou d'autres parties intéressées, pour observations ou d'approbation[1] ».

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[2]. Certaines sont encadrées par des normes, comme les inspections[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.

Revues administratives

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

Les revues administratives sont parfois le prĂ©alable Ă  la dĂ©livrance d'autorisation d'exercice d'une activitĂ©. Par exemple, les sites internet de jeux en ligne français doivent ĂȘtre revus par l'ARJEL

Audits

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

Difficultés des revues

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.

Document de référence

La norme IEEE 1028-2008 Standard for Software Reviews fait référence dans le domaine.

Notes et références

Voir aussi

Cet article est issu de wikipedia. Text licence: CC BY-SA 4.0, Des conditions supplĂ©mentaires peuvent s’appliquer aux fichiers multimĂ©dias.