Merci de ta réponse rapide, ça va me servir ^^.

Je mets en résolu.

Il aimerait être sûr que tout fonctionne bien, donc des confirmations de paiements, des possibilités d'annuler, de revenir en arrière, de reprendre sa commande plus tard, de rester dans le design du site histoire de ne pas être perdu, d'avoir du https, d'avoir un paiment rapide (pas 15 formulaires qui l'envoie à droite et à gauche), et une impression de sécurité (pas qu'une impression si possible), il aimerait pouvoir avoir des compte-rendus de ce qu'il a fait etc.

Introduction de l'introduction en UML : définir les acteurs ^^.

Ensuite, définir ce qu'ils veulent faire.

Ma question étant : qu'est ce qu'un utilisateur peut vouloir faire avec un processeur de paiement à part :

- payer
- choisir une méthode de paiement

?

Merci en tout cas de ta réponse ^^

Bon courage.

Hey ,

Cours d'UML, première année, introduction de l'introduction : toujours commencer par faire la liste des actions que l'on souhaite faire. Après tu dispatches tes actions sur les acteurs, mais il te faut cette liste d'actions. Donc : que voudrais-tu faire ? Réponds à cette question, et tu verras ta liste grandir à vue d'œil.

Bonjour,

je travaille actuellement à la refonte d'un processeur de paiements sur internet (je centralise les différents types de paiement existants, et je m'occupe des transactions à la place du site internet qui héberge les services).

J'aimerais en faire une représentation uml, avec les acteurs suivants : internaute (achète les services) - marchand (vend les services) - moi

J'avoue que c'est encore suffisamment abstrait pour moi, et je ne sais pas trop comment le représenter.

Je compte sur votre expérience pour m'informer, me filer les idées ^^

Merci à vous !