License 3 TI- Module ACS 2022/2023

Solution TD 1 –UML : Cas d’utilisation –

Exercice 1 :
Exercice 2 :
Exercice 3 :

Description textuelle :

Identification du cas

- Titre : S’authentifier
- Résumé : Permettre à l’utilisateur d’ouvrir sa propre session en fournissant son identifiant
et son mot de passe pour que le système l’identifie.
- Acteur principale : Utilisateur
- Acteurs secondaires : /
- Date : 29/09/2022
- Version : 1.0
- Préconditions :
• Le serveur est opérationnel
• L’utilisateur essaye de se connecter au serveur via les protocoles : Mail, FTP
ou Telnet.
- Post-conditions:
• L’utilisateur a accès au service du serveur qu’il a souhaité accéder.
• Sessions ouverte.

Scénario nominal

1. L’utilisateur accède au serveur via les protocoles : mail, FTP ou Telnet.

2. Le système affiche le formulaire d’authentification
3. L’utilisateur saisi son identifiant, son mot de passe et valide la demande d’authentification.
4. le système valide le formulaire d’authentification.
5. Le système compare l’identifiant et le mot de passe saisis par l’utilisateur avec ceux qui sont
enregistrés dans la base de données du système.

6.Le système ouvre la session.

Scénarios alternatifs

A.1 Formulaire non valide :

L'enchaînement A.1 démarre au point 4 du scénario nominal (un des champs n’est pas valide)
5. Le système indique à l’utilisateur que le formulaire n’est pas correctement rempli.
Le scénario nominal reprend au point 2.
A.2 Identifiant ou mot de passe erroné :
L'enchaînement A.2 démarre au point 5 du scénario nominal (les champs d'authentification
sont incorrects)
6. Le système indique à l’utilisateur que l’identifiant ou le mot de passe est incorrect.
Le scénario nominal reprend au point 2
--------------------------------------------------------------------------------------------------------------------------------------

Textual description:

Case identification
- Title: Authenticate
- Summary: Allow the user to open their own session by providing their username and password so
that the system identifies them.
- Main actor: User
- Secondary actors: /
- Date: 09/29/2022
- Version: 1.0
- Preconditions:
• The server is operational
• The user tries to connect to the server via the protocols: Mail, FTP or Telnet.
- Post-conditions:
• The user has access to the server service he wishes to access.
• Open sessions.

Nominal scenario

1. The user accesses the server via the protocols: mail, FTP or Telnet.
2. The system displays the authentication form
3. The user enters their username and password and validates the authentication request.
4. the system validates the authentication form.
5. The system compares the username and password entered by the user with those stored in the
system database.
6.The system opens a session.

Alternative scenarios

A.1 Invalid form:

The sequence A.1 starts at point 4 of the nominal scenario (one of the fields is invalid)
5. The system indicates to the user that the form is not correctly completed.
The nominal scenario resumes at point 2.
A.2 Wrong username or password:
The sequence A.2 starts at point 5 of the nominal scenario (the authentication fields are
incorrect)
6. The system notifies the user that the username or password is incorrect.
The nominal scenario resumes at point 2
Exercice 4 :

Description textuelle :

Identification du cas

- Titre : Traiter le passage en caisse

- Résumé : Ce cas d’utilisation permet à un caissier de saisir des articles d’un client,
d’encaisser le paiement, et de lui imprimer un ticket par la suite.
- Acteur principale : Caissier
- Acteurs secondaires : Le système de gestion de stock, le système de gestion de la caisse
- Date : 29/09/2022
- Version : 1.0
- Préconditions :
• La caisse est opérationnelle
• Les produits du client sont présents dans la caisse
- Post-conditions:
• La vente doit être enregistré dans le système de gestion de stock
• Le client doit recevoir un ticket du montant des produits de la vente

Scénario nominal
1. Le caissier lance un nouveau passage à la caisse
2. Le caissier passe les articles
3. Le système enregistre le numéro d’identification (CPU) de chaque article.
4. La système affiche le prix de chaque article et son libellé.
5. Lorsque tous les achats sont enregistrés, le caissier signale la fin de la vente.
6. La système affiche le total des achats.
7. Le système enregistre le paiement
8. La système enregistre la vente et imprime un ticket.
9. Le caissier donne le ticket de caisse au client.

Scénarios alternatifs
A1 : Le système enregistre la quantité d’un produit si elle est supérieure à 1.
A1 démarre au point 2 du scénario nominal
3. Le Caissier saisie la quantité du produit
Le scénario reprend au point 3
A2 : Un coupon de réduction est introduit
A2 démarre au point 5 du scénario nominal
6. Le caissier passe le coupon de réduction
7. Le système applique les réductions
Le scénario reprend au point 6 du scénario nominal
Scénarios d’exception
E1 : Annulation de la vente
E1 Peut démarrer du point 2 au point 6
2.7 Le Caissier annule l’ensemble de la vente et le cas d’utilisation se termine en échec.
--------------------------------------------------------------------------------------------------------------------------------------
Textual description:

Case identification

- Title: Process checkout

- Summary: This use case allows a cashier to enter items from a customer, collect payment, and
subsequently print a receipt.
- Main actor: Cashier
- Secondary actors: The stock management system, the cash management system
- Date: 09/29/2022
- Version: 1.0
- Preconditions:
• The cash register is operational
• The customer's products are present in the checkout
- Post-conditions:
• The sale must be recorded in the stock management system
• The customer must receive a receipt for the amount of the proceeds from the sale

Nominal scenario

1. The cashier initiates a new checkout

2. The cashier passes the items
3. The system records the identification number (CPU) of each item.
4. The system displays the price of each item and its description.
5. When all purchases are recorded, the cashier signals the end of the sale.
6. The system displays the total purchases.
7. The system records the payment
8. The system records the sale and prints a receipt.
9. The cashier gives the receipt to the customer.

Alternative scenarios

A1: The system records the quantity of a product if it is greater than 1.

A1 starts at point 2 of the nominal scenario
3. The Cashier enters the quantity of the product
The scenario resumes at point 3
A2: A discount coupon is introduced
 A2 starts at point 5 of the nominal scenario
6. The cashier passes the discount coupon
7. The system applies the discounts
The scenario resumes at point 6 of the nominal scenario
Exceptional scenarios
E1: Cancellation of the sale
E1 can start from point 2 to point 6
2.7 The Cashier cancels the entire sale and the use case ends in failure