Proposition de solution pour le TP Garagiste (Gestion d’un garage)

Use Case

Corrigés – Diagrammes de cas d’utilisation UML

TP 1 – Gestion d’un garage

1. Analyse du problème

Le système à concevoir doit permettre au garage (monsieur Moldu) de gérer principalement :

• les clients
• les devis
• les factures
• les comptes-rendus techniques
• les stocks

Il faut distinguer les acteurs des simples fonctionnalités. Un acteur représente un rôle extérieur au système qui échange des informations avec celui-ci. Dans ce TP, reprenez simplement les termes utilisés.

2. Les acteurs identifiés

Acteur	Rôle
Employé.e du service commercial	Gère les clients, devis, factures et documents destinés au client
Technicien	Renseigne les informations techniques concernant les contrôles et réparations
Gestionnaire logistique	Gère le stock de pièces détachées

Monsieur Moldu n’est pas nécessairement un acteur du système simplement parce qu’il est propriétaire du garage. Il peut jouer tous les rôles, voire même, incarner un acteur supplémentaire si l’application le prévoyait :

• Consulter les tableaux de bord
• Consulter le chiffre d’affaires
• Administrer les utilisateurs (de l’application)

Ces besoins ne figurent pas dans l’énoncé qui est peu précis. Il faudrait interroger les utilisateurs finaux !

---

3. Cas d’utilisation

Cas d’utilisation	Acteur principal
Gérer les clients	Service commercial
Établir un devis	Service commercial
Éditer une facture	Service commercial
Gérer un compte-rendu technique	Service commercial / Technicien
Gérer les stocks	Gestionnaire logistique

Comme vous le savez, le terme gérer peut recouvrir les opérations CRUD :

créer, consulter, modifier et éventuellement supprimer.

Il n’est pas nécessaire de transformer systématiquement chacune de ces opérations en cas d’utilisation différent pour des raisons d’économie d’écriture.

---

4. Proposition de Diagramme avec PlantUML

UC pour Use Case.

@startuml
title TP 1 - Gestion du garage

left to right direction

actor "Employé du\nservice commercial" as Commercial
actor "Technicien" as Technicien
actor "Gestionnaire\nlogistique" as Logistique

rectangle "Système de gestion du garage" {

    usecase "Gérer les clients" as UC_CLIENT

    usecase "Établir un devis" as UC_DEVIS

    usecase "Éditer une facture" as UC_FACTURE
    
    usecase "Éditer un compte-rendu" as UC_ECR

    usecase "Gérer un compte-rendu\ntechnique\nou Effectuer Contrôle Technique" as UC_GCR

    usecase "Gérer les stocks" as UC_STOCK
}

Commercial --> UC_CLIENT
Commercial --> UC_DEVIS
Commercial --> UC_FACTURE
Commercial --> UC_ECR

Technicien --> UC_GCR

UC_ECR ..> UC_GCR : <<include>>

Logistique --> UC_STOCK

@enduml

Ce premier exercice ne nécessitait pas forcément :

• <<include>> (même si j’ai préféré en mettre un)
• <<extend>>
• Généralisation.

Il vous sert surtout à apprendre à déterminer les acteurs et les Cas d’utilisation. Il faut éviter de transformer le diagramme de cas d’utilisation en organigramme de l’entreprise !

Vous pouvez proposer des solutions différentes car nous manquons d’information pour ce tp !