Nothing close enough? Start from a blank flowchart → Describe it in one paragraph.
How to use a flowchart template.
- 01Définissez le déclencheur et les acteurs
Commencez par la demande de réinitialisation du mot de passe envoyée par l’utilisateur et identifiez tous les systèmes concernés, notamment votre application, le service d’authentification et le fournisseur d’OTP.
- 02Cartographiez le cycle de vie de l’OTP
Ajoutez des nœuds pour générer l’OTP, l’envoyer par e-mail ou SMS, stocker une copie hachée et définir une durée de validité.
- 03Ajoutez les branches de décision pour la validation et les tentatives
Incluez des branches oui/non pour la correspondance de l’OTP, l’expiration du code et le nombre maximal de tentatives afin de couvrir tous les cas particuliers.
- 04Ajoutez les points de terminaison de réussite et d’échec
Terminez le flux par la réussite de la mise à jour du mot de passe, l’invalidation de la session et les réponses d’erreur pour les OTP invalides ou expirés.
- 05Vérifiez et partagez
Validez l’organigramme avec votre équipe, puis exportez-le au format PNG ou intégrez-le à votre documentation d’API.
Questions about flowchart templates
Qu’est-ce qu’un organigramme d’API pour la réinitialisation d’un mot de passe par OTP ?
Il s’agit d’une représentation visuelle des points de terminaison de l’API, des paramètres et de la logique de décision nécessaires pour réinitialiser un mot de passe avec un mot de passe à usage unique, de la demande initiale à la réinitialisation réussie ou à l’échec.
Que doit contenir un flux de réinitialisation par OTP ?
Il doit couvrir la vérification de l’identité de l’utilisateur, la génération et l’envoi de l’OTP, sa validation avec une expiration et des limites de tentatives, la mise à jour du mot de passe, ainsi que la gestion des erreurs liées aux codes invalides ou aux comptes verrouillés.
Puis-je modifier les exemples pour les adapter à mon API ?
Oui, chaque exemple constitue un point de départ. Utilisez le générateur pour ajouter des étapes personnalisées, renommer les nœuds ou modifier la séquence afin de l’adapter exactement à vos points de terminaison et à vos messages d’erreur.
Comment représenter les nouvelles tentatives et l’expiration d’un OTP dans l’organigramme ?
Ajoutez un nœud de décision après l’envoi de l’OTP : si le code correspond et n’a pas expiré, poursuivez ; s’il a expiré, proposez un nouvel envoi ; s’il est invalide et que le nombre de tentatives reste inférieur à la limite, autorisez une nouvelle tentative ; sinon, bloquez le processus et exigez une nouvelle demande de réinitialisation.
Dois-je représenter l’envoi par SMS et par e-mail dans le même organigramme ?
Vous pouvez utiliser des branches parallèles ou une seule étape d’envoi accompagnée d’une note, selon que les deux canaux sont pris en charge. Les séparer permet de mieux documenter les erreurs propres à chaque canal.