04 Jan2016

EFM - Analyse et Conception Orientée Objet - 2013-2014

I-Partie théorique: Questions de cours (10 Points)

Questions directes :
1. Que décrivent les cas d’utilisation ?
2. Quel est le but des relations d’inclusion et d’extension ? En quoi se différent-elles?
Répondre par « Vrai » ou « Faux », justifier votre réponse :
1. Les cas d’utilisation correspondent à un ensemble d’interactions entre un utilisateur et le système.
2. Un cas d’utilisation prend en compte les objectifs non fonctionnels d’un utilisateur
3. Dans un cas d’utilisation, un acteur représente un utilisateur jouant un rôle précis dans l’utilisation du système
4. Pour les acteurs secondaires, l’objectif du cas d’utilisation est également essentiel
5. Un acteur est une personne interne au système
6. Un acteur est obligatoirement une personne physique
7. Tous les cas d’utilisation ont une relation de communication directe avec un acteur
8. La relation de généralisation/spécialisation est une relation liant deux cas d’utilisation

II-Partie pratique : Réalisation d'une caisse informatisée (30 Points)

Un commerçant de produits touristiques (souvenirs, livres régionaux, ...) désir informatiser sa caisse. Chaque type de produit possède un code unique (étiquette à code à barres), et un même prix pour tous les produits de ce type. L'objectif est de faciliter la maintenance des prix des articles.

Chaque type de produit est référencé dans un catalogue, avec son prix associé. Quand le prix d'un produit doit être modifié, le manager modifie son prix dans le catalogue, puis sur l'étagère où il est rangé.

Le caissier s'identifie pour démarrer la caisse (avec mot de passe).

La caisse fera les fonctions habituelles d'une caisse : calcul du sous total, calcul du total, possibilité de rentrer plusieurs articles ayant un même code, retour d'une marchandise avec le ticket de caisse. Le paiement se fera en monnaie seulement.

La caisse permet d'éditer des rapports :

Le reçu qui sera donné uniquement pour une vente effective. Il contient le nom du magasin, un message de bienvenue, la date et l'heure. Puis pour chaque vente il donne le code du produit, la description du produit, le prix unitaire, la quantité et le sous total. Enfin nous y trouvons le total TTC.
Le rapport quotidien de l'ensemble des ventes (date, heure, total).
Le rapport quotidien détaillé: liste de l'ensemble détaillé des ventes de la journée.

La caisse s'exécute sur un PC. Une douchette permettra de lire les codes à barres. Les informations peuvent être rentrées au clavier, ou à la souris.

Déterminer les exigences et acteurs ?
Donnez le diagramme de contexte de ce système en précisons les cardinalités ?
Donnez un diagramme des cas d’utilisation ?
Donnez le diagramme de séquence pour le cas d’utilisation « s’authentifier » pour l’acteur salarié ? agrémentez ce diagramme par des commentaires et des notes ?
Donnez le diagramme de séquence boite noire pour le cas d’utilisation « effectuer des achats »
Donnez le diagramme de classe de ce système ?

I-Partie théorique:

1. Les cas d'utilisation décrivent les exigences fonctionnelles que le système devra faire sans spécifier comment il le fera.
2. Les deux relations servent à enrichir un cas d'utilisation par un autre.Sauf que l'inclusion est obligatoire alors que l'extension est facultative.
1. Vrai : un cas d'utilisation représente un ensemble de séquences d’actions qui sont réalisées par le système et qui produisent un résultat observable intéressant pour un acteur particulier.
2. Faux : un cas d'utilisation ne correspond qu'un objectif fonctionnel.
3. Vrai: Le terme acteur représente le rôle joué par un utilisateur dans un cas d'utilisation.
4. Faux : l'acteur secondaire est utilisé par le système pour réaliser le cas d’utilisation mais n'y trouve pas un intérêt précis.
5. Faux : Un acteur représente une entité externe du système qui interagit avec celui ci.
6. Faux: Il peut être un autre système
7. Faux: Il existe des cas d’utilisation qu n'ont pas une relation directe avec un acteur . Ce sont des sous fonctions liés à d' autres cas d'utilisation par des relations d'inclusion ou extension.
8. Vrai : La relation généralisation/spécialisation relie deux cas d'utilisation , le cas descendant hérite de son parent.

II-Partie pratique : Réalisation d'une caisse informatisée

Les exigences du système : ici on liste l'ensemble des fonctions qui pourront être réalisées par le système.
R1 : Modifier le prix d'un produit
R2 : Calculer le total d'une vente
R3 : Rentrer une quantité par article
R4 : Calculer le sous total d'un produit
R5 : Retourner une marchandise
R6 : Payer l'achat
R7 : Editer un ticket de vente
R8 : Editer un rapport succinct
R9 : Editer un rapport détaillé
R10 : Se connecter à la caisse
R11 : Se connecter en gérant
R12 : Définir les droits des usagers
R13 : Entrer un produit au catalogue
R14 : Supprimer un produit du catalogue
R15 : Enregistrer un produit à la caisse
R16 : Initialiser la caisse
Note
- La modification du prix sur une étagère n'est pas traitée par le système. Donc ce n'est pas une exigence fonctionnelle pour notre logiciel.
- Le PC ainsi que la douchette sont des exigences d'architecture, elles ne seront pas prises en compte ici.
- Définir les droits des usagers n'est pas indiqué dans le texte, mais est nécessaire au bon fonctionnement du système.
- L'initialisation de la caisse est une fonctionnalité masquée.
La Liste des acteurs : Le client , le caissier , le manger et l'administrateur .Les trois derniers acteurs sont des salariés donc on peut utiliser un cinquième acteur "salarié" qu jouera le rôle de l'acteur le plus général des trois pour simplifier la description des cas d'utilisation communs entre les trois acteurs.
La figure ci-dessous représente le diagramme de contexte statique :

Diagramme_de_conexte
Diagramme de cas d'utilisation :

diagramme_use_case
Le diagramme de séquence pour le cas d’utilisation « s’authentifier » pour l’acteur salarié

diagramme-de-sequence-se-connecter
Le diagramme de séquence boite noire pour le cas d’utilisation « effectuer des achats »

diagramme-sequence-cas-effectuer-achat
Le diagramme de classe de ce système :

diagramme-de-classe-magasin