QuickMail : UML

Exercice UML : QuickMail (courrier rapide)

QuickMail (courrier rapide) est une entreprise de délivrance rapide de courrier ; elle possède une branche dans chaque ville. Pour envoyer un courrier rapide, le client le dépose à QuickMail (QM). Le système à mettre en œuvre doit permettre à l'agent de QM d'enregistrer le nouveau courrier et de délivrer au client un bordereau contenant un numéro et un code barre. Le client doit pouvoir connaître le statut de son courrier à l'aide du numéro ou code barre. Le client peut également se renseigner auprès de l'agent par téléphone sur son courrier. Dans ce cas, l'agent recherche le courrier par son numéro ou par d'autres critères (nom et prénom, date de dépôt, etc). Dans tous les cas, le système doit sauvegarder ces critères et les valeurs de recherche pour permettre la réindexation manuelle de la base de données. Chaque courrier déposé est programmé le lendemain matin. Le système affichera pour cela la liste des courriers à programmer. Le programmateur complète ou rectifie l'adresse d'envoi du courrier. Pour cela, il utilise un système externe pour la localisation géographique. Ce système permet de corriger une adresse approximative et de la positionner sur une carte géographique. Si une adresse est incorrecte, le courrier est retiré de la liste et reçoit le statut automatique de « en attente de correction d'adresse». Une fois les adresses rectifiées, le programmateur demande au système externe de les regrouper et de générer une liste de trajets (suite de plusieurs ville enchainées). Pour chaque trajet, le programmateur affecte un chauffeur et un véhicule disponibles à partir d'une liste de disponibilité. A la fin de la programmation, les courriers programmés auront le statut « programmé ». Au départ des courriers, l'agent modifie leur statut à « en route » et celui des chauffeurs et véhicules affectés à « en mission ». Au retour des missions, l'agent libère le chauffeur et véhicule et modifie le statut du courrier soit à « délivré » ou « non délivré ». Le statut d'un courrier doit être consultable à tout moment (24h/24, 7j/7). Aussi, pour éviter les problèmes techniques, un spécialiste bases de données est sollicité régulièrement pour sauvegarder la base de données et la récupérer en cas de perte. Enfin, pour augmenter la performance de la recherche de courrier, le spécialiste en base de données visualise à chaque visite les critères de recherche les plus utilisés et effectue une réindexation des tables de la base de données. Il peut aussi utiliser les critères de recherche pour modifier et réorganiser le schéma de la base de données.

Travail demandé :

  1. Identifier les besoins fonctionnels et les besoins opérationnels.
  2. Identifier les acteurs du système.
  3. Schématiser le diagramme de contexte dynamique.
  4. Elaborer le diagramme de cas d'utilisation fonctionnels en mentionnant les liens entre cas.
  5. Detailler le scenario du cas d'utilisation "Enregistrer Courrier"
  6. Elaborer le diagramme de sequence sur le cas d'utilisation "Enregistrer Courrier"
  7. Donner le diagramme d'activité pour le cas d'utilisation "Enregistrer Courrier"
  8. Donner un diagramme de déploiement.
  9. Donner un diagramme de classe.
  10. Detailler le scenario du cas d'utilisation "Programmer Courriers"
  11. Donner le diagramme d'état-transition pour l'application QuickMail, basé sur le cas d'utilisation "Programmer Courriers"

Solution :

1) Besoins fonctionnels et opérationnels :

Besoins fonctionnels :

  • Enregistrer un nouveau courrier
  • Générer un bordereau avec un numéro et un code-barre
  • Permettre aux clients de vérifier le statut de leur courrier (par numéro ou code-barre)
  • Permettre aux clients de se renseigner par téléphone sur leur courrier (par critères)
  • Sauvegarder les critères et valeurs de recherche pour réindexer la base de données
  • Afficher la liste des courriers à programmer
  • Modifier l'adresse d'envoi des courriers
  • Regrouper les adresses et générer une liste de trajets
  • Affecter des chauffeurs et véhicules aux trajets
  • Modifier le statut des courriers (programmé, en route, délivré, non délivré)
  • Sauvegarder et récupérer la base de données
  • Réindexer les tables de la base de données
  • Visualiser les critères de recherche les plus utilisés

Besoins opérationnels :

  • Enregistrement des courriers déposés
  • Programmation des courriers pour le lendemain
  • Localisation géographique des adresses
  • Gestion des chauffeurs et véhicules
  • Consultation du statut des courriers

2) Acteurs du système :

  • Client
  • Agent de QM
  • Programmateur
  • Chauffeur
  • Spécialiste en bases de données
  • Système externe de localisation géographique

3)

4.Elaborer le diagramme de cas d'utilisation fonctionnels en mentionnant les liens entre cas.

Cas dutilisation

5. Cas d'utilisation : Enregistrer Courrier

Acteur principal : Agent de QM

Description : Ce cas d'utilisation permet à l'agent de QuickMail d'enregistrer un nouveau courrier dans le système, en attribuant un numéro et un code-barres au courrier et en générant un bordereau pour le client.

Pré-conditions : L'agent de QuickMail doit être authentifié dans le système.

Post-conditions : Le courrier est enregistré avec succès dans le système et un bordereau contenant le numéro et le code-barres est généré pour le client.

Flux principal :

L'agent de QM démarre l'activité d'enregistrement du courrier.

L'agent saisit les détails du courrier, y compris la date, l'heure et le montant.

L'agent détermine si le courrier est un dépôt client ou un dépôt par l'avocat.Si le courrier est un dépôt client :

L'agent enregistre le nom et le prénom du client associé au courrier.

Si le courrier est un dépôt par l'avocat :

L'agent enregistre la cause du dépôt fournie par l'avocat.

L'agent génère un numéro unique et un code-barres pour le courrier enregistré.

L'agent imprime un bordereau contenant le numéro et le code-barres du courrier.

L'activité d'enregistrement du courrier se termine avec succès.

Extensions :

2a. Courrier non valide : Si les détails du courrier ne sont pas valides ou incomplets, l'agent affiche un message d'erreur et retourne à l'étape 2 pour saisir à nouveau les détails.

3a. Dépôt par avocat sans cause : Si le courrier est un dépôt par l'avocat et que la cause du dépôt n'est pas fournie, l'agent affiche un message d'erreur et retourne à l'étape 3 pour enregistrer la cause.

5a. Erreur d'impression : Si l'impression du bordereau échoue, l'agent affiche un message d'erreur et peut réessayer l'impression ou annuler l'enregistrement du courrier.

Ce cas d'utilisation permet à l'agent de QuickMail d'assurer l'enregistrement précis et efficace des courriers dans le système, en fournissant les informations nécessaires pour la traçabilité et la gestion des envois.

6. Elaborer le diagramme de sequence sur le cas d'utilisation "Enregistrer Courrier"

 

 

7.Donner le diagramme d'activité pour le cas d'utilisation "Enregistrer Courrier"

 

 

8. Diagramme de déploiement :

Diagramme de deploiement

9. Diagramme de classe :

Diagramme de classe

10.

Cas d'utilisation : Programmer Courriers

Acteur principal : Agent de QuickMail

Préconditions : L'agent de QuickMail est connecté au système et il y a des courriers en attente de programmation.

Postconditions : Les courriers sont programmés pour la livraison.

Scénario principal :

L'agent de QuickMail commence l'activité de programmation des courriers.

Le système affiche la liste des courriers en attente de programmation.

L'agent sélectionne un courrier à programmer.

Le système affiche les détails du courrier, y compris l'adresse de livraison et la date d'envoi.

L'agent vérifie l'adresse de livraison. Si l'adresse est incorrecte, le processus passe à l'étape de correction d'adresse.

Si l'adresse est correcte, l'agent groupe les adresses de livraison pour optimiser les trajets.

Le système génère une liste de trajets pour les courriers programmés, en regroupant les adresses similaires.

L'agent affecte un chauffeur et un véhicule disponibles à chaque trajet.

Le système enregistre les affectations de chauffeur et de véhicule.

L'agent confirme la programmation du courrier.

Le système met à jour le statut du courrier pour indiquer qu'il est programmé et prêt pour la livraison.

Extensions :

À l'étape 5, si l'adresse de livraison est incorrecte, l'agent peut corriger l'adresse en passant à l'étape de correction d'adresse.

Variantes :

Si aucun courrier n'est en attente de programmation, le scénario se termine sans effectuer d'action.

Ce cas d'utilisation "Programmer Courriers" permet à l'agent de QuickMail de gérer efficacement la livraison des courriers en les regroupant par adresses similaires, en affectant des chauffeurs et des véhicules, et en les programmant pour la livraison.

11. Etat-Transition :

Etat transition

Si vous avez trouvé les exercices corrigés en UML  de Mr JoëlYk intéressants et utiles, pourquoi ne pas les partager avec d'autres personnes qui pourraient également en bénéficier ? Partagez ce lien sur les réseaux sociaux ou envoyez-le à vos amis et collègues. Vous pourriez aider quelqu'un à améliorer ses compétences en programmation ou à trouver des solutions à des problèmes complexes. N'oubliez pas que la connaissance doit être partagée pour grandir. Merci pour votre soutien et votre partage !

Contact WhatsApp : +237 658395978 | Réaliser Par Joël_Yk

  • Aucune note. Soyez le premier à attribuer une note !

Ajouter un commentaire

Anti-spam