Phase 2

ANALYSE

Démarche
Le modèle de l’analyse décrit le problème (ce que doit faire le système et comment il le fait tel
que vu d’un point de vue métier) sans spécifier la solution technique (avec les canevas logiciels)

Durant la phase d’analyse, la structure statique est représentée par :

 Modèle du domaine : concepts métiers du domaine

 Diagramme de classe participantes
Le comportement dynamique est décrit par :

 Le diagramme d’états,
 Le diagramme de navigation

1
Modèle du domaine

Ce modèle doit définir les classes qui modélisent les entités ou concepts du domaine (on
utilise aussi le terme de concept métier) de l'application.

Commande
Panier - idCommande : int
catalogue
- codePanier : int 1..1 - dateCommande : date
- /total : double 0..1 - modePaiement : string
1..*
- /nbArticles : int - fraisPort : double
0..1
- /montantTot : double
0..1
Thème
1..1
0..* 0..* 1..* 1..*
sous-thèmes

1..* 1..* 1..1 0..1 0..1

facturation Livraison
0..*
LignePanier Adresse CarteBancaire
- quantité : int =1 - numero : int - numero : int
Rayon - /montant : double - rue : String - type : String
- idRayon : int 0..* - codePostal : int - dateValidité : date
- LibRayon : String - ville : String
1..1

0..1
0..* 0..1 1..1 0..*

Livre
- isbn : int
Editeur - titre : String
Auteur
- langue : String 1..* 1..1 1..1
1..1 1..* - dateParution : date
1..*
- prix : double
Client
- codeClient : int
- nom : String
- prénom : String 1..1
- mail : String

Diagramme de classes Participantes

Les diagrammes de classes participantes décrivent, cas d’utilisation par cas d’utilisation, les trois
principales classes d’analyse et leurs relations :
 les dialogues (appelés également View ou Interface ou Boundary)
 les contrôles (controller)
 et les entités (entity ou model).

2
Les diagrammes de classes participantes sont particulièrement importants car ils font la jonction
entre les cas d’utilisation, la maquette et les diagrammes d’interaction et les diagrammes de
classes de conception.

Maintenir le catalogue
Nous supposons que la maquette nous a montré trois écrans principaux :
• l’écran d’organisation du catalogue (dialogue OrganisationCatalogue) : à partir duquel on
crée de nouveaux thèmes, de nouveaux rayons, etc. ;
• l’écran de gestion des mises à jour (dialogue GestionMiseAJour) : qui parcourt les
informations modifiées automatiquement et valide le
catalogue ;
• l’écran de gestion des infos détaillées d’un livre (dialogue GestionDétailLivre) :
permettant de modifier le prix, la disponibilité, etc. d’un ouvrage particulier.

3
Diagramme de classes participantes su cas d’utilisation « Maintenir le catalogue » :

Remarque : CtrCatalogue est relié au dialogue GestionDétailLivre, car c’est le contrôle global qui initialise
l’écran de mise à jour. Celui-ci dialogue ensuite avec son contrôle particulier (CtrLivre).

Chercher des ouvrages

La maquette nous a montré trois écrans principaux :
 les écrans de recherche rapide
 les écrans de recherche avancée ;
 le résultat de recherche, sur une ou plusieurs page(s), qui permet d’accéder à la fiche détaillée
d’un ouvrage particulier.
Les comportements correspondant à ces fonctionnalités ont été séparés en deux classes contrôles afin
de distinguer ce qui relève de la recherche au niveau global du catalogue et ce qui concerne l’obtention
d’informations détaillées sur un ouvrage particulier.

4
Diagramme de classes participantes su cas d’utilisation « Chercher des ouvrages » :

Gérer son panier

Si l’internaute est intéressé par un livre, il a la possibilité de l’enregistrer dans un panier virtuel.
Ensuite, peut ajouter d’autres ouvrages, en supprimer ou encore en modifier les quantités avant
de passer une commande.Toutes ces opérations sont groupées dans un seul écran et gérées avec
un seul contrôle.
Ensuite si l’internaute veut établir un devis, il doit afficher un autre dialogue qui peut être
imprimé.

5
Diagramme de classes participantes su cas d’utilisation « Gérer son panier » :

Effectuer une commande

Le client doit pouvoir accéder au formulaire du bon de commande quand il le désire. Dans ce
formulaire, il peut saisir ses coordonnées et les informations nécessaires au paiement et à la
livraison. Il doit bien sûr avoir été authentifié au préalable.
Il y a deux écrans principaux :
• l’écran de saisie des adresses ;
• l’écran de paiement.
Les comportements correspondant à ces fonctionnalités sont gérés par un un même contrôle.
Diagramme de classes participantes su cas d’utilisation « Effectuer une commande » :

6
Diagramme d’états

Diagramme de navigation