Sommaire

Cet article fournit des exemples de la manière dont les Règles de validation et de vérification peuvent être appliquées.

Il existe trois scénarios:

  • Scénario 1: entrée obligatoire.
  • Scénario 2: entrée facultative.
  • Scénario 3: entrée interdite.

Exemples

Afin d'illustrer l'application des règles de validation et de vérification, j'utiliserai trois champs:

  • Le numéro d'assurance sociale canadien, qui sera supposé être un champ de texte dans lequel un utilisateur fait une entrée.
  • Il y a un calcul de validation pour déterminer si l'entrée est acceptable. Le calcul utilise l'algorithme de Luhn, qui utilise les chiffres du champ pour s'assurer que le chiffre de contrôle est correct. Si le chiffre de contrôle est correct, l'entrée est valide.
  • La saisie d'un numéro d'assurance sociale est obligatoire dans certaines circonstances, facultative dans d'autres circonstances et interdite dans d'autres circonstances encore.
  • Un champ de case à cocher. En sélectionnant ce champ, l'indication est qu'un numéro d'assurance sociale a été demandé. J'appelle cela le champ «Appliqué pour».
  • Si le champ est sélectionné, alors une entrée doit être fournie pour la date à laquelle le numéro d'assurance sociale a été demandé. J'appelle cela le champ «Date de demande».
Scénario 1: Entrée obligatoire
Règles de validation

Champ Numéro d'assurance sociale:

  • Si une entrée est faite dans ce champ, l'entrée doit comprendre exactement neuf ou onze caractères:
  • S'il s'agit de neuf caractères, tous les caractères doivent être des chiffres.
  • Si onze caractères, alors il doit y avoir exactement neuf chiffres, avec un tiret ou un espace entre les troisième et quatrième chiffres et entre les sixième et septième chiffres. (format NNN-NNN-NNN ou NNN NNN NNN, où N est un seul chiffre).
  • Si une entrée est faite dans ce champ, l'algorithme de Luhn est utilisé pour vérifier que l'entrée est acceptable.
    Appliqué pour les champs:
  • Si la case est cochée, le champ Date d'application doit avoir une date qui est la date actuelle ou antérieure.
  • Si la case n'est pas cochée, le champ Date d'application doit être vide.
Règles de vérification

S'il y a une entrée dans le champ Numéro d'assurance sociale, alors:

  • L'entrée doit être valide,
  • Le champ Appliqué pour ne doit pas être sélectionné.
  • Le champ Date d'application doit être vide.
  • S'il n'y a aucune entrée dans le champ Numéro d'assurance sociale, alors:
  • Le champ Demande doit être sélectionné et le champ Date de demande doit être acceptable.
Appliquer les règles
Entrée utilisateur

Dans ce cas, le but est de faciliter l'entrée dans les trois champs.

  • Les règles de validation sont appliquées chaque fois qu'il y a une modification des données dans l'un des champs.
    • Si l'une des règles de validation échoue, un message d'erreur est affiché à l'utilisateur.
  • Les règles de vérification sont appliquées chaque fois qu'une modification est apportée à l'un des trois champs:
    • Si un numéro d'assurance sociale est entré (et valide), les deux autres champs doivent être vides et désactivés.
    • Si le champ Demande est désélectionné, le champ Date de demande doit être vidé et le champ Numéro d'assurance sociale est activé.
    • Si le champ Appliqué pour est sélectionné, le champ Date d'application est activé et peut être remplacé par une date valide. Le champ Numéro d'assurance sociale doit être vidé et désactivé.
Récupération de données
  • Dans ce cas, l'objectif est de déterminer si les entrées dans les trois champs sont acceptables lors de la récupération des données.
Scénario 2: entrée facultative

Dans ce scénario, étant donné que la saisie du numéro d'assurance sociale est facultative, le champ de demande et les champs de date de demande seraient vides et désactivés. Ils sont susceptibles de ne pas être affichés à l'utilisateur.

Règles de validation

Il n'est pas nécessaire de saisir une entrée dans ce champ.

  • Dans ce cas, cela serait traité comme une entrée acceptable.
  • Si une entrée est faite dans ce champ, l'entrée doit comprendre exactement neuf ou onze caractères:
  • S'il s'agit de neuf caractères, tous les caractères doivent être des chiffres.
  • Si onze caractères, alors il doit y avoir exactement neuf chiffres, avec un tiret ou un espace entre les troisième et quatrième chiffres et entre les sixième et septième chiffres. (format NNN-NNN-NNN ou NNN NNN NNN, où N est un seul chiffre).
  • Si une entrée est faite dans ce champ, l'algorithme de Luhn est utilisé pour vérifier que l'entrée est acceptable.
  • Règles de vérification
Entrée utilisateur

Dans ce cas, l'objectif est de permettre l'entrée dans le champ Numéro d'assurance sociale. Le champ Appliqué pour et le champ Date d'application sont vides, désactivés et ne sont pas affichés à l'utilisateur.

  • Les règles de validation sont appliquées chaque fois qu'il y a une modification des données dans le champ Numéro d'assurance sociale.
    • Si l'une des règles de validation échoue, un message d'erreur est affiché à l'utilisateur.
  • Les règles de vérification sont appliquées chaque fois qu'une modification est apportée à l'un des trois champs:
  • Le champ de demande et le champ de date de demande doivent tous deux être vides.
  • Le champ Numéro d'assurance sociale doit être vide ou contenir une entrée acceptable.
Récupération de données
  • Dans ce cas, l'objectif est de s'assurer que l'entrée dans le champ Numéro d'assurance sociale est vide ou contient une entrée acceptable et que les champs Date de la demande et Date de la demande sont vides.
Scénario 3: Entrée interdite

Dans ce scénario, les trois champs doivent être vides.

Règles de validation
  • Une entrée n'est autorisée dans aucun des trois champs. Les champs peuvent ne pas être affichés à l'utilisateur.
Règles de vérification
  • Les trois champs ne doivent pas avoir d'entrée.
Entrée utilisateur
  • Aucune entrée n'est autorisée dans le champ Numéro d'assurance sociale.
Récupération de données
  • Aucune entrée n'est autorisée dans l'un des trois champs.