Discussion :

[fasyr]

Bonjour à tous,
Voila je prépare un examen d'uml et j'essai de refaire l'examen de l'année passé. Pouvais vous me dire ce que vous pensez de ce que j'ai produit par rapport à l'exercice.
L'énoncé est en PJ.
Ma production est la suivantes :

Identifier les acteurs et les services attendus par ses acteurs

Acteurs :

Les adhérents : Personne qui emprunte des livres
La bibliothécaire : Personne en charge de remettre ou non un livre à un adhérent.
L’agent de maintenance: Personne qui est en charge du bon fonctionnement du système et de sa maintenance.
Le système : alimente la BDD ouvrage (mise à jour, ajout d’ouvrage, suppression…..)

Services :
Les adhérents :
S’authentifier
Remplir un formulaire de demande
Effectuer un emprunt
Rendre un livre
Consulter ses emprunts

Le bibliothécaire:
Consultation des messages
Donner un livre
Récupérer un livre
Mettre à jour le système (ajout, supp de livre)
Administration des retards et emprunt adhérent

L’agent de maintenance:
Maintenir le système

Le systeme:
Vérifier la disponibilité d’un livre
Identifier un adhérent
Retirer un livre de la BDD
Ajouter un livre à la BDD
Interdire l’emprunt

Construire le diagramme des cas d’utilisation
Voir piece joint sous-moèle1.jpg

Documenter les cas d’utilisateur (format abrégé)
Description du cas d’utilisation « demander à emprunter un livre » :
Acteur principal : Adhérent
Acteur secondaire : Système
Bibliothécaire
Objectif : L’adhérent doit pouvoir emprunter un livre qu’il à recherché.
Pré-condition : L’adhérent doit être inscrit à la bibliothèque, authentifié , doit avoir emprunter moins de 3 livres et ne pas avoir de retards sur la restitution des livres.
Post-condition : La recherche est effectué

[bizulk]

Bonjour,

De ce que j'ai pu lire de l'usage des diagrammes UML et de leur formalisme tu fais une erreur en décomposant le processus en cas d'utilisation distincts.
Dans un diagramme de cas d'utilisation on met en avant le besoin liée au "rôle" de l'acteur.

Pour l'adhérent remplir un formulaire n'est pas une fin en soi, son objectif c'est de faire un emprunt. Point. Cela peut inclure un cas d'utilisation "mettre à jour le compte", que l'on peut ajouter car c'est une notion importante pour le reste de l'analyse. Cette présentation des choses est avancée par l'énoncé.

Pour la bibliothécaire j'ai un peu plus de mal, je mettrais un cas d'utilisation "contrôler l'état de la bibiliothèque" et "les comptes adhérent" mais dans l'énoncé on parle seulement de développer l'emprunt donc je m'arrêterai là.

Par contre représenter un acteur système c'est là l'erreur fatale, le correcteur risque de conclure que tu n'as pas compris du tout le diagramme de cas d'utilisation. Le système est la boite non réprésentée dans tes diagrammes qui englobe tes cas d'utilisation.

Faire une description narrative de tes cas d'utilisation c ok (moi je penche plutôt pour un l'utilisation d'un diagramme d'activité).
Dans les références que j'ai consulté y'a pas d'objectif sur la description narrative, ou alors ça serait le cas d'utilisation lui-même. Pour l'objectif "L’adhérent doit pouvoir emprunter un livre qu’il à recherché.", je pense que tu énonces d'ailleurs une extension du cas d'utilisation qui est "rechercher un livre".

As-tu fais le reste de l'analyse ?