III.2. CONCEPTION DETAILLEE :
Cette étape consiste à définir
précisément chaque sous-ensemble du logiciel.
Nous présentons dans cette section les différentes
classes de notre application à implémenter.
Les diagrammes de classe partiels sont établis au fur et
à mesure de l'établissement des diagrammes de séquence.
Ensuite on regroupe le tout pour créer un diagramme de classes
complet.
III.2.1. Diagrammes de Classes Gestion de Stock
a. Règles de Gestion
1. Un exercice comptable est identifié par un code
exercice, a une date début et une date fin.
2. Un produit est caractérisé par un Code du
produit et a un libellé, prix unitaire et une catégorie.
3. Une catégorie de produits concerne un ou plusieurs
produits.
4. Un produit a une et une seule catégorie de
produits.
5. Un client est identifié par un code, a un nom, un sexe
et une adresse.
6. Un client peut commander un ou plusieurs produits dans une
commande.
48
7. Une commande est caractérisée par une
Référence de la commande pour un client, a une date et une
quantité dans un exercice comptable.
8. Un bon de commande Client contient un ou plusieurs
produits
9. Un vendeur a un numéro d'identification et un
nom
10. Un fournisseur est identifié par une
référence, a un nom, une adresse. Un fournisseur peut nous
fournir plusieurs produits dans un exercice comptable. Un fournisseur
établit une ou plusieurs factures.
11. La TVA est identifiée par un code, a une
période et un taux applicable dans un exercice comptable.
12. L'entrée en stock de produits est
caractérisée par un Numéro bon d'entrée, a une date
et une quantité d'entrée dans un exercice comptable. Un bon
d'entrée concerne un ou plusieurs produits.
13. Un produit peut figurer dans un ou plusieurs bons
d'entrée.
14. La sortie en stock de produits est identifiée par
un Numéro Bon de Sortie, a une date et une quantité de sortie
dans un exercice comptable. Un bon de sortie est associé à un et
un seul bon de commande Client.
15. Une vente est caractérisée par un
numéro, a une date, un taux de tva, une quantité et un prix de
vente dans un exercice comptable.
16. Une vente est associée à une commande
client et à une seule facture ayant un ou plusieurs produits.
b. Digramme de Séquence
Il s'agit d'une explication détaillée d'un cas
d'utilisation. Les principales informations contenues dans un diagramme de
séquence sont les messages échangés entre les lignes de
vie, présentés dans un ordre chronologique.
b.1. Diagramme de séquence pour le cas
d'utilisation Authentifier
Description textuelle du scénario
Lorsque un utilisateur souhaite accéder à sa
session, une page d'accueil lui sera affichée, dans laquelle saisit ses
propres coordonnées d'authentification (login et mot de passe).par la
suite le système procède a la vérification des
informations introduites, si le login et le mot de passe sont valides sa
session lui sera alors ouverte, sinon un message d'erreur est affiché le
sollicitant de réintroduire ses coordonnées. Ce processus de
vérification ce répétera autant de fois que l'utilisateur
communique des informations erronées.
49
Figure 12: Diagramme de
séquence pour le cas d'utilisation Authentifier
b.2. Diagramme de séquence pour le cas
d'utilisation Ajout produit
Description textuelle du scénario
Le magasinier désir ajouter un produit, le
système lui demande de saisir les informations y afférentes sans
préciser le numéro bon d'entrée car s'agissant du
catalogue. Il sélectionne la catégorie de produits, et
procède alors à la vérification des différentes
informations fournies au clavier puis déclenche le contrôle
d'intégrité de la référence du produit. En cas
d'absence d'erreur, l'enregistrement sera effectué, sinon toute erreur
sera signalée.
Figure 13: Diagramme de
séquence pour le cas d'utilisation Ajout produit
50
b.3. Diagramme de séquence pour le cas
d'utilisation Gérer un bon de commande Description
textuelle du scénario
Le vendeur désir gérer un bon de commande
c'est-à-dire ajouter, modifier, et supprimer un bon de commande. Le
système lui affiche le formulaire de bon de commande et lui demande de
saisir les informations appropriées, par la suite vérifie
l'existence du produit demandé et aussi si le client existe dans la base
sinon un message d'erreur sera affiché et l'enregistrement du bon de
commande sera effectif dans le cas échéant.
Lorsque le vendeur veut modifier un bon de commande suite
à une mauvaise saisie, le système procédera à la
recherche du Numéro Bon de Commande et affichera les informations y
relatives lorsqu'il sera présent dans la base sinon un message d'erreur
sera affiché, par la suite vérifiera si toutes les informations
sont bel et bien modifiées et déclenchera le processus
d'enregistrement.
En cas de suppression, le système recherchera le
numéro bon de commande et demandera au magasinier de confirmer la dite
suppression sinon rien ne sera fait.
Figure 14: Diagramme de
séquence pour le cas d'utilisation gérer un bon de
commande
51
b.4. Diagramme de séquence pour le cas
d'utilisation Encaisser Description textuelle du
scénario
Le Caissier désir encaisser la commande passer par le
client, il saisir les informations exigées et au système de
procéder à la vérification de l'existence du numéro
de la facture et celui de la vente associé puis enregistrera l'encaisse,
dans le cas contraire, un message d'erreur sera signalé.
Figure 15: Diagramme de séquence pour
le cas d'utilisation Encaisser
52
c. Diagramme de classes
Figure 16:Diagramme de classes Gestion de
Stocks
53
III.2.2. Diagramme de Classes Gestion Paie
a. Règles de Gestion
1. Un ouvrier est identifié par un numéro, il a
un nom, un post nom et une date d'engagement et l'adresse ;
2. Un ouvrier peut être payé une et une seule
fois durant un mois de prestation.
3. Un mois est identifié par un code et a une
description ;
4. Un service est caractérisé par un code
service et un nom ;
5. Un service contient un ou plusieurs employés durant
une période.
b. Digramme de Séquence
b.1. Diagramme de séquence pour le cas
d'utilisation Payer employé
Description textuelle du scénario
Le caissier devra consulter la fiche de paie du mois
approprié pour les employés concernés. Le système
lui affichera la fiche de paie correspondante puis vérifiera si
l'employé concerné existe réellement dans la base et
physiquement non fictif sinon un message d'erreur sera signalé. Le
processus de payement sera effectif lorsque les conditions requises seront
remplies.
Figure 17: Diagramme de
séquence pour le cas d'utilisation Payer employé
54
c. Diagramme de classes
Figure 18:Diagramme de classes Gestion de Paie
55
| 
