La description de ce qu'un programme doit faire si les données d'entrée ne sont pas valides ?

1. Validation des entrées : Définissez clairement ce qui constitue une entrée invalide. Celui-ci doit être précis et complet, couvrant tous les scénarios possibles. Les exemples incluent :

* Type de données : Type de données incorrect (par exemple, saisie de texte alors qu'un nombre est attendu).

* Plage : Valeur en dehors d'une plage acceptable (par exemple, âge négatif, poids supérieur à une limite physique).

* Format : Format incorrect (par exemple, date invalide, adresse e-mail mal formatée).

* Données manquantes : Les champs obligatoires restent vides.

* Données en double : Entrée contenant des entrées en double où l'unicité est requise.

* Incohérences logiques : Valeurs de données qui se contredisent (par exemple, la date de commande est postérieure à la date de livraison).

* Fulnérabilités de sécurité : Entrée qui pourrait être exploitée à des fins malveillantes (par exemple, injection SQL, scripts intersites).

2. Gestion des erreurs : Décrivez comment le programme gérera les entrées non valides. Les approches courantes comprennent :

* Rejeter l'entrée : Le programme refuse la saisie invalide et affiche un message d'erreur approprié à l'utilisateur, l'invitant à saisir à nouveau les données correctement. Il s’agit souvent de l’approche la plus simple et la plus sûre.

* Valeur par défaut : Le programme utilise une valeur par défaut prédéfinie si l'entrée n'est pas valide. Cela doit être clairement documenté et utilisé uniquement lorsque cela est approprié et la valeur par défaut ne compromet pas la fonctionnalité du programme.

* Utiliser un mécanisme de secours : Le programme tente de récupérer de l'erreur en utilisant des méthodes ou sources de données alternatives. Par exemple, il peut essayer de récupérer les données manquantes à un autre emplacement. Ceci est plus complexe et doit être utilisé avec précaution.

* Enregistrement de l'erreur : Le programme enregistre l'entrée non valide et les détails de l'erreur dans un fichier journal pour le débogage et l'analyse. Ceci est crucial pour maintenir le système et identifier les tendances des données invalides.

* Dégradation gracieuse : Le programme continue de fonctionner mais avec des capacités réduites. Par exemple, une fonctionnalité peut être désactivée, mais le reste de l'application reste opérationnel.

3. Rapport d'erreur : Spécifiez comment le programme communiquera l'erreur à l'utilisateur. Cela devrait être :

* Clair et concis : L'utilisateur doit comprendre ce qui n'a pas fonctionné et comment le corriger.

* Convivial : Évitez le jargon technique autant que possible.

* Utile : Fournissez des informations spécifiques, telles que le point de données non valide et ce qui est attendu.

* Cohérent : Utilisez les mêmes mécanismes de gestion des erreurs et de reporting tout au long du programme.

4. Gestion des exceptions (pour les programmeurs) : Si vous utilisez un langage de programmation prenant en charge la gestion des exceptions, décrivez comment les exceptions seront interceptées et gérées pour empêcher le programme de planter.

Exemple :

« Si l'utilisateur saisit un nombre négatif pour l'âge, le programme affichera un message d'erreur :« L'âge doit être un nombre non négatif ». Le champ de saisie restera en surbrillance, invitant l'utilisateur à ressaisir un âge valide. L'entrée non valide sera enregistrée avec un horodatage dans un fichier journal des erreurs dédié."

En précisant clairement ces aspects, vous assurez la robustesse et la fiabilité de votre programme face à des saisies invalides. Le niveau de détail requis dépendra de la complexité et de la criticité du programme.