Discussion :

[infofree]

bonjour

voila un projet, et je souhaite le modéliser avec UML

c'est un grand garage auto qui souhaite mettre en place un outil de prise de rendez vous par internet pour les clients. (ces clients sont déja connus de l'entreprise, c'est a dire qu'ils possedent déja un numero de client, code d'accès etc...)


faudrai prendre en compte plusieurs parametres pour donner le rendez vous :
-type de la voiture,
-sa marque,
-le service demandé (exemple : pneus, moteur, carroserie etc) ,
-et dans un service donné, la réparation ou la prestation a faire (exemple : pour les pneus : faire l'equilibrage )

du coup, pour chaque service y'a un agenda .
l'agenda de chaque service sera paramétré par le responsable du service, il définit les horaires (heure début et heure de fermeture) , le nombre maxi de clients a recevoir par créneau, les jours de fermeture ...

l'outil devrai fournir des rdv selon des créneaux horaires, exemple : mercredi 12 mars de 9h a 10h
(possibilité de proposer un nombre défini de rendez vous, et le client choisi celui qui le convient.)

à tout moment, le responsable pourra consulter l'agenda, éditer les rdv d'un jour donné, choisir un rdv pour le consulter, éventuellement le supprimer ! et il peut aussi ajouter un rdv pour un créneau horaire libre en renseignant le numéro du client .
le client ne peut pas modifier ou annuler un rdv lui même, il devra appeler ou envoyer un mail au responsable, et ce dernier le fera .

j'ai commencé par les cas d'utilisations, je sais que c'est loin d'être parfait !
j'attend vos avis et vos remarques, après j'enchainerai sur les diagrammes de séquences, puis les diagrammes de classes .

en vous remerciant

(ci joint les Use Cases )

[hed62]

Plutôt que créer/modifie/supprimer => gérer
Sinon, pourrais tu poster les images en pièce jointe plutôt que via un site d'hébergement ? Merci

[infofree]

Sinon, pourrais tu poster les images en pièce jointe plutôt que via un site d'hébergement ? Merci

je veux bien, mais je peux plus le faire car j'ai atteint mon max autorisé de pièces jointes !
je vois pas ce que ça peut changer ? les images sont bien non?

et sinon, je sais pas qui à déplacé mon post ici (sur UC) sachant que je ferai ensuite les diagrammes de séquences, DC ....

[hed62]

je veux bien, mais je peux plus le faire car j'ai atteint mon max autorisé de pièces jointes !

Fais le ménage, compresses les, etc...

je vois pas ce que ça peut changer ? les images sont bien non?

Pas accès, lent, ...

et sinon, je sais pas qui à déplacé mon post ici (sur UC)

Moi.

sachant que je ferai ensuite les diagrammes de séquences, DC ....

Je t'inviterais donc à ouvrir un post séparé dans les forums apropriés.

[infofree]

d'accord pas de problemes

revenons au projet maintenant !

je dois tout regrouper dans "gérer" ?

[infofree]

et voici les use cases pour la partie client

[hed62]

oui. "renseigner le num client" n'est pas un UC, mais une étape de ton scénario. Ce n'est meme pas une fonction.
Idem pour les héritages de paramétrer l'application.

L'identification est plus une précondition qu'un UC.

[infofree]

oui. "renseigner le num client" n'est pas un UC, mais une étape de ton scénario. Ce n'est meme pas une fonction.
Idem pour les héritages de paramétrer l'application.

L'identification est plus une précondition qu'un UC.

OK pour "renseigner le num client"

par contre, pour le parametrage de l'application et ses heritages, faut bien les mentionner non? ou bien faut que ça soit le moins detaillé possible ?
mais si on suit ce raisonnement, on mettra jamais d'heritage dans les use cases alors ?

[infofree]

détail : y'a 2 profils pour les employés
- employé tout court
- responsable

le responsable est forcement un employé , et sur cette application, il aura le droit de paramétrer l'application, consulter, supprimer, ajouter les rdv

l'employé aura les mêmes droits, sauf celui du paramétrage de l'application

je ne sais pas, dans ce cas, qui va hériter de l'autre?
responsable hérite d'employé, et il aura en plus, les opérations de paramétrage ?

[hed62]

responsable hérite d'employé, et il aura en plus, les opérations de paramétrage ?

C'est ca. L'héritage se lit ainsi : dans le sens de la flèche, la relation veut dire "est un". Donc, comme le responsable est un employé :

responsable ----|> employé