Projet complet VidéoLocaTout (version 2025)

Cahier des charges

On vous demande de développer une application nommée VideoLocaTout permettant de gérer la location des films.

Contexte

Le magasin loue des supports physiques de films :

• DVD
• Blu-ray
• UHD 4K Blu-ray
• Les cassettes VHS existent encore mais en legacy, non réapprovisionnées.

Chaque Film peut exister sur plusieurs supports (en plusieurs exemplaires par support). Cette liste n’est pas exhaustive compte tenu de l’évolution technologique. Il faut pouvoir ajouter de nouveaux supports dans les années futures.

Les Recherches peuvent se faire au comptoir par le vendeur ou via une borne interne du magasin. Les critères sont les suivants :

• Titre
• Acteur/Actrice
• Réalisateur/trice
• Année
• Genre (Comédie, Drame, SF, …).

Location au comptoir (quelques précisions)

• Facturation immédiate.
• Une Caution** par *empreinte de carte (par défaut) ou chèque non encaissé (il sera rendu au retour des emprunts.
• Pour un Client qui s’abonne, la Caution est conservée (empreinte enregistrée) et le magasin lui fait une remise de 10 % de remise
• Le Tarif, prix journalier défini par exemplaire (peut varier selon les supports/éditions)
• Une Location regroupe un ou plusieurs exemplaires sur un ou plusieurs jours (périodes possiblement différentes par ligne)
• Le numéro de Location est incrémenté automatiquement.

Dates & calculs pour la location :

• Date de début = date du jour.
• Date de retour réelle saisie à la restitution.
• Règle du magasion :
  • Le Week-end compte pour 1 jour : sur une période incluant samedi + dimanche, on compte 1 seul jour de location pour ces deux jours (option activable par magasin).
• Pour le Montant = il est calculé de cette manière : prix_journalier_exemplaire X nb_jours_calculés – remises.

Les Paiements se font en Espèces, Carte bancaire (puce/sans-contact), Wallet mobile, Chèque (plus rare). Un paiement peut être mixte.

Stocks & état

• Entrée en stock d’un nouvel exemplaire : On saisit les informations sur le support, l’édition, le prix journalier, prix d’achat, l’état (Neuf, Bon, Usé, Dégradé).
• Au retour, si le support est dégradé, on enregistre l’état, l’exemplaire passe en indisponibilité et le support ne peut plus être emprunté. Son prix d’achat n’est pas comptabilisé à l’inventaire, mais conservé en historique.

Alertes & blocages

Le vendeur doit pouvoir effectuer :

• La liste des locations non rendues.
  • Si le client est un abonné : on le relance (email/courrier).
  • Sinon : on conserve la caution (procédure interne).
• Un client avec au moins 1 retard de retour en cours est bloqué pour toute nouvelle location !

Inventaires et statistiques

Concernant l’inventaire : le vendeur du magasin souhaite pouvoir afficher le total des prix d’achat des exemplaires par type de support puis par année d’achat en excluant les supports dégradé.

Concernant les statistiques : il doit pouvoir afficher les locations par genre, par type de support et par film.
Pour la Disponibilité : si aucun exemplaire d’un film n’est disponible, il faut afficher la prochaine date de retour estimée (maximum des dates prévues sur les locations en cours).

Travail à faire :

1. Cas d’utilisation globale.
2. Rédiger le scénario détaillé pour le cas d’utilisation Enregistrer location au comptoir (par le vendeur)
3. Construire le Diagramme de classes.
4. Construire le diagramme de Séquence correspondant au scénario Enregistrer location.
5. Construire le diagramme d’Activité qui correspond.
6. Pour les plus courageux.se.s, imaginez un diagramme de composants

---

1. Cas d’utilisation globale (créé avec PlantUML)

Nous avons 2 acteurs :

• Vendeur
• Client

Principaux use cases :

• Rechercher film (par Titre/Acteur-Actrice/Réalisateur-trice/Année/Genre)
• Enregistrer location (fait l’objet d’un scénario)
• Enregistrer retour + mise à jour d’état (dégradé → indisponible)
• Gérer abonnement client (créer/mettre à jour statut, appliquer remise)
• Enregistrer nouvel exemplaire (gestion du stock)
• Émettre relances hebdo / Gérer les cautions
• Consulter stats (genre/support/film)
• Consulter disponibilité & prochaine date de retour estimée

2. Scénario du cas d’utilisation “Enregistrer location”

Informations générales

Objectif : Louer un ou plusieurs exemplaires pour un Client et encaisser le paiement

Acteur principal : Vendeur

Acteur secondaire : Client (sauf si borne)

Pré-conditions

• Client identifié (création si nouveau)
• Client non bloqué
• Exemplaires disponibles

Post-conditions

• Location créée
• Stock réservé/indisponible
• Documents imprimées/enregistrées/envoyé par courriel

Scénario Principal (succès)

1. Vendeur - recherche le film et sélectionne des exemplaires disponibles
2. Vendeur - saisit nb de jours souhaités (par ligne si nécessaire)
3. Système - calcule pour chaque ligne : dateRetourPrevue et nbJoursCalcule (avec règle week-end si active)
4. Système - calcule montant brut = somme(lignes.prixJour × nbJoursCalcule)
5. Système - si client abonné : applique remise 10%
6. Vendeur - confirme la caution (création/empreinte si pas déjà active)
7. Client - paie (montant net), paiement(s) enregistré(s)
8. Système - la Location est créée : numéro auto-incrémenté, lignes, montants, paiements
9. Système - les exemplaires passent “Indisponible”
10. Système - Emission d’un reçu et l’échéancier de retour

Scénari alternatifs

Alternative 3a : Aucun exemplaire dispo : Le système propose la prochaine date de retour estimée Alternative 6a : La Caution est déjà active donc réutilisation Alternative 7a : Paiement partiel en plusieurs modes : plusieurs Paiement Alternative 0a : Le Client est bloqué : Refus de location + liste des retards

3. Diagramme de classes (PlantUML)

Principales entités :

• Client (abonné?, bloqué?)
• Location (en-tête) & LigneLocation (détail par exemplaire)
• Film, Personne (Acteur/Réalisateur via rôles), Genre
• SupportType (DVD, BluRay, UHD, VHS[legacy])
• Exemplaire (stock physique d’un film+support)
• Paiement (montant, moyen, split possible)
• Caution (empreinte carte / chèque)
• InventaireLigne (vue/agrégat calculé)

Réalisé avec PlantUML :

Autre proposition plus basique réalisée avec WinDesign :

Dans ce diagramme ci-dessous, je n’ai pas mis les Enum ni ce qui concerne le paiement.

On suppose ici, que c’est le vendeur qui enregistre la location et non le Client en passant par une borne. Comme vous le constatez, on formalise les actions par des méthodes avec ou sans arguments. Nous percevons les flux bidirectionnels entre les différents composants.

4. Diagramme de Séquence du scénario Enregistrer location

5. Diagramme d’Activité Enregistrer location

Le diagramme d’activité est assez facile à comprendre, il rappelle les organigrammes utilisés en programmation.

6. Diagramme d’états d’un Exemplaire

En revanche, le diagramme d’Etats n’est pas toujours facile à lire suivant le cas. Il montre bien les différents états d’un Exemplaire (Disponible, Indisponible, Loué ou Dégradé). On peut y préciser les méthodes qui modifierons son état en fonction de la situation.

7. Proposition de Diagramme de composants

Ce diagramme peut varier en complexité suivants les composants utilisés.

Ici, on le découpe de la manière suivante :

• Partie Vue (Front-end)
• Partie Traitement & Modèle (Back-end)
• Partie Persistence (BD)
• partie Observabilité ou surveillance du système.

8. Exemple Diagramme de Déploiement

Ici avec ce diagramme nous arrivons dans la partie physique de la mise en place de notre système.

Bonus

Exemple d’un diagramme de flux (hors UML) en imaginant 3 acteurs (Loueur, Cinéphile ou vendeur et Gérant)