Informatisation d'un “smart” garage

Votre rôle est de modéliser au fil des séances un Système d'information (SI) pour un garage.

1. Pour faire réparer son véhicule, un client doit prendre rendez-vous à l’avance avec une secrétaire du garage qui enregistre le rendez-vous dans le SI . Il doit alors préciser le modèle de la voiture.
2. Le chef d’atelier consulte chaque matin la liste des rendez-vous de la journée.
3. Le jour convenu, le client présente sa voiture à la réception du garage. La secrétaire vérifie que le RDV est bien planifié.
4. Le client précise à la secrétaire ou au chef d’atelier les révisions et réparations à faire. Ils en prennent note sur une fiche suiveuse informatisée, qu'ils impriment et font signer au client avant de lui en remettre une copie.
5. La secrétaire affecte à la voiture une puce dédiée, qui est posée sur le tableau de bord, qui permet d'identifier la voiture automatiquement. On considère que la puce qui est adaptée à notre garage et que nous programmons fait partie de notre système.
6. Les mécaniciens peuvent consulter toutes les fiches suiveuses.
7. Les mécaniciens peuvent également consulter les travaux précédents réalisés sur la voiture si elle a déjà été réparée par le garage.
8. Au début et à la fin de chaque réparation, le mécanicien complète la fiche suiveuse en précisant la réparation réalisée sur le véhicule, ce qui permet le calcul du temps maximal passé sur les réparations. Pour saisir le début et la fin d'une réparation, le mécanicien peut utiliser un boitier spécialisé (fourni par la société “TrustMyMechanic”) auquel il présente son badge et la puce associée à la voiture et sélectionne s'il s'agit du début ou de la fin d'une réparation et le numéro du type de réparation (Il est ainsi possible de traiter les cas où un mécanicien a oublié de signaler un début ou une fin de réparation, on ne cherchera pas pour l'instant à faire mieux).
9. La secrétaire utilise le SI pour préparer les factures.
10. Quand le client se présente pour retirer le véhicule, la secrétaire lui remet la facture et encaisse le paiement. Elle enregistre le règlement dans le SI. Il est possible dans certains cas, qu'elle lui rende la voiture sans paiement, par exemple dans le cas où des travaux n'ont pas encore été faits. Elle enregistre dans le SI que la voiture a été rendue.
11. Un client peut à tout moment savoir où en est la réparation de sa voiture (Site web) : en cours de réparation, réparations faîtes, factures prêtes, …

Définissez les cas d'utilisation correspondant à cette description:

1. Vocabulaire nécessaire aux cas d'utilisation;
2. Diagramme de cas d'utilisation;
3. Description détaillée du use case correspondant à l'étape 8 de rendu de la voiture.

Définissez les cas d'utilisation correspondant à cette description:

1. Vocabulaire nécessaire aux cas d'utilisation (Explicitez les synonymes utilisés dans le texte, mais vous n'utiliserez, vous, plus qu'un seul terme dans ces cas)
2. Diagramme de cas d'utilisation;
3. Description détaillée du use case correspondant à l'étape 2, y compris la définition de jeux de données qui pourront servir lors des tests.

Rappels : voir ici les conditions générales de l'évaluation

Pour évaluer le rendu :

1. Tous les acteurs sont-ils présents?
   1. Des acteurs hors du système sont-ils représentés ? (point négatif)
   2. Des interactions entre les acteurs qui ne passent pas par le système informatique sont-elles représentés? (point négatif)
2. Tous les grands cas d'utilisation sont-ils représentés?
   1. Des cas d'utilisation hors du système sont-ils représentés (point négatif)
3. Le vocabulaire est-il judicieusement choisi?
   1. Des termes inadéquates au niveau utilisateur ont ils été ajoutés (point négatif)
4. Le flot d'évènements est-il “bien” défini?
5. Des flots alternatifs sont représentés?
6. Des flots d'erreurs ont-ils été identifiés?