Share to: share facebook share twitter share wa share telegram print page

 

Vérification et validation

La Vérification et Validation (également abrégées en V&V) sont des procédures qui sont utilisées ensemble pour vérifier qu'un produit, un service ou un système répond aux exigences et aux spécifications et qu'il remplit son objectif prévu[1]. Il s’agit d’éléments essentiels d’un système de gestion de la qualité tel que la norme ISO 9000. Les mots « Vérification » et « Validation » sont parfois précédés de « Indépendant », indiquant que la vérification et la validation doivent être effectuées par un tiers désintéressé. « Vérification et Validation Indépendantes » peut être abrégée en « IV&V » (en anglais Independent Verification and Validation).

En réalité, en tant que termes de management de la qualité, les définitions de vérification et de validation peuvent être incohérentes. Parfois, ils sont même utilisés de manière interchangeable[2],[3],[4].

Cependant, le guide PMBOK, norme adoptée par l'Institute of Electrical and Electronics Engineers (IEEE), les définit ainsi dans sa 4ᵉ édition[5] :

  • "Vérification : L'évaluation de la conformité ou non d'un produit, d'un service ou d'un système à une réglementation, une exigence, une spécification ou une condition imposée. Il s'agit souvent d'un processus interne. Contraste avec la validation."
  • "Validation : L'assurance qu'un produit, un service ou un système répond aux besoins du client et d'autres parties prenantes identifiées. Cela implique souvent l'acceptation et l'adéquation avec les clients externes. Contraste avec la vérification."

ISO 9001:2015 a aussi sa propre définition de ces termes :

  • Vérification : la vérification de la conception est la confirmation par examen et par la fourniture de preuves objectives que les exigences d'entrée spécifiées ont été remplies. Activités de vérification telles que la modélisation, les simulations, les calculs alternatifs, la comparaison avec d'autres conceptions éprouvées, les expériences, les tests et les examens techniques spécialisés.
  • Validation : garantir que le produit obtenu est capable de répondre aux exigences de l'application spécifiée ou de l'utilisation prévue, lorsqu'elle est connue. La validation de la conception est similaire à la vérification, sauf que cette fois, vous devez vérifier le produit conçu dans les conditions d'utilisation réelle.

Aperçu

Vérification

La vérification vise à vérifier qu'un produit, un service ou un système répond à un ensemble de spécifications de conception[6],[7]. Dans la phase de développement, les procédures de vérification impliquent la réalisation de tests spéciaux pour modéliser ou simuler une partie ou la totalité d'un produit, d'un service ou d'un système. Par la suite, la réalisation d'un examen ou d'une analyse des résultats de la modélisation est effectuée. Dans la phase post-développement, les procédures de vérification impliquent la répétition régulière de tests conçus spécifiquement pour garantir que le produit, le service ou le système continue de répondre aux exigences, spécifications et réglementations de conception initiales au fil du temps[7],[8]. Il s'agit d'un processus utilisé pour évaluer si un produit, un service ou un système est conforme aux réglementations, spécifications ou conditions imposées au début d'une phase de développement. La vérification peut être en cours de développement, de mise à l’échelle ou de production. Il s'agit souvent d'un processus interne.

Validation

La validation vise à garantir qu'un produit, un service ou un système (ou une partie de ceux-ci) aboutit à un produit, un service ou un système (ou une partie de ceux-ci) qui répond aux besoins opérationnels de l'utilisateur[7],[9]. Pour un nouveau flux de développement ou un nouveau flux de vérification, les procédures de validation peuvent impliquer la modélisation du flux et l'utilisation de simulations pour prédire les défauts ou les lacunes qui pourraient conduire à une vérification ou au développement invalide ou incomplet d'un produit, d'un service ou d'un système (ou une partie de ceux-ci)[10]. Un ensemble d'exigences de validation (telles que définies par l'utilisateur), de spécifications et de réglementations peut ensuite être utilisé comme base pour qualifier un flux de développement ou un flux de vérification pour un produit, un service ou un système (ou une partie de ceux-ci). Des procédures de validation supplémentaires incluent également celles qui sont conçues spécifiquement pour garantir que les modifications apportées à un flux de développement ou à un flux de vérification existant auront pour effet de produire un produit, un service ou un système (ou une partie de ceux-ci) qui répond aux exigences initiales de l'utilisateur. Ces validations aident à maintenir le flux qualifié. Il s'agit d'un processus d'établissement de preuves qui fournit un degré élevé d'assurance qu'un produit, un service ou un système répond aux exigences prévues. Cela implique souvent l'acceptation de l'adéquation à l'usage avec les utilisateurs finaux et les autres parties prenantes du produit. Il s'agit souvent d'un processus externe.

Comparaison

On dit parfois que la validation peut être exprimée par la requête « Construisez-vous la bonne chose ? »[11] et la vérification par « Le construisez-vous correctement ? ».[11] « Construire la bonne chose » renvoie aux besoins de l'utilisateur, tandis que « Construire correctement » vérifie que les spécifications sont correctement mises en œuvre par le système. Dans certains contextes, il est nécessaire d'avoir des exigences écrites pour les deux ainsi que des procédures ou protocoles formels pour déterminer la conformité.

Il est tout à fait possible qu'un produit réussisse la vérification, mais échoue la validation. Cela peut se produire lorsque, par exemple, un produit est construit conformément aux spécifications, mais que le produit ne parvient pas à répondre aux besoins de l'utilisateur.

Il se peut, dans le cas contraire, qu'un produit réussisse la validation, mais échoue la vérification. Cela peut se produire lorsque, par exemple, un produit répond aux besoins de l'utilisateur, mais le produit ne répond pas à une ou plusieurs réglementations, exigences, spécifications et conditions imposées.

Notes et références

  1. Global Harmonization Task Force - Quality Management Systems - Process Validation Guidance (GHTF/SG3/N99-10:2004 (Edition 2) page 3
  2. Ad Sparrius, « Everything You Thought You Knew about Validation and Verification is Probably Dodgy », 12th INCOSE SA Systems Engineering Conference,‎ (lire en ligne [archive du ], consulté le ) :

    « There are some authors who apparently regard these two terms as synonymous, others who seem to be only vaguely aware of the differences. Some even appear to believe that V&V is one word! ... There is such a fundamental difference between these models that the term validation has many years ago been selected to be different from the term verification. Nevertheless, it is debatable whether the distinction between validation and verification should be continued. »

  3. James D. McCaffrey, « Validation vs. Verification », (consulté le ) : « Two terms that sometimes confuse software test engineers are "validation" and "verification". ... Obviously the two IEEE definitions are so close to each other it’s hard to determine the difference. »
  4. « Difference between Verification and Validation », sur Software Testing Class, (consulté le ) : « In interviews most of the interviewers are asking questions on "What is Difference between Verification and Validation?" Lots of people use verification and validation interchangeably but both have different meanings. »
  5. « P1490/D1, May 2011 - IEEE Draft Guide: Adoption of the Project Management Institute (PMI) Standard: A Guide to the Project Management Body of Knowledge (PMBOK Guide)-2008 (4th edition) », IEEE, IEEE,‎ , p. 452 (DOI 10.1109/IEEESTD.2011.5937011, lire en ligne, consulté le )
  6. "Systems and software engineering - Vocabulary," ISO/IEC/IEEE std 24765:2010(E), 2010. | verification 5. ...product, service, or system complies with a regulation, requirement, specification, or imposed condition.
  7. a b et c « IEEE 1012-2004 », IEEE, IEEE,‎ , p. 9
  8. "Systems and software engineering - Vocabulary," ISO/IEC/IEEE std 24765:2010(E), 2010. | verification 6. ...comply with requirements (e.g., for correctness, completeness, consistency, and accuracy) for all life cycle activities during each life cycle process (acquisition, supply, development, operation, and maintenance)
  9. "Systems and software engineering - Vocabulary," ISO/IEC/IEEE std 24765:2010(E), 2010. | validation (especially 1. & 2.)
  10. (en) Mehrdad Moradi, Bert Van Acker, Ken Vanherpen et Joachim Denil, Cyber Physical Systems. Model-Based Design, vol. 11615, Cham, Springer International Publishing, coll. « Lecture Notes in Computer Science », , 71–90 p. (ISBN 978-3-030-23703-5, DOI 10.1007/978-3-030-23703-5_4, S2CID 195769468), « Model-Implemented Hybrid Fault Injection for Simulink (Tool Demonstrations) »
  11. a et b Barry Boehm, Software Engineering Economics, 1981

Information related to Vérification et validation

Prefix: a b c d e f g h i j k l m n o p q r s t u v w x y z 0 1 2 3 4 5 6 7 8 9

Portal di Ensiklopedia Dunia

Kembali kehalaman sebelumnya