Vérification et gestion des stocks détaillants
Traduit par
ScribdTranslationsVérification et gestion des stocks détaillants
Traduit par
ScribdTranslationsSpécifications des cas d'utilisation
Vérifier la disponibilité
Description Le détaillant vérifie la disponibilité des biens dans le système.
Vendeur
Préconditions : 1. Le détaillant a une pré-approbation dans le système de gestion de magasin de détail.
2. Connexion réseau active.
Postconditions : Postcondition réussie
1. La vérification de la disponibilité des stocks a été effectuée avec succès.
Échec de la post-condition
2. vérifier la disponibilité des stocks n'est pas effectué.
Flux de base :
1. Le cas d'utilisation commence lorsque le détaillant signale au système qu'il/elle souhaite vérifier pour le
disponibilité des biens dans le magasin.
2. Le système affiche le formulaire de recherche.
3. Le détaillant entre le nom des marchandises et soumet le formulaire de recherche.
4. Le système affiche la disponibilité des marchandises en quantité.
5. Le cas d'utilisation se termine.
Flux Alternatifs
À l'étape 4 du flux de base
1. Si les marchandises ne sont pas disponibles, le système affiche le message requis "non disponible".
Exigences spéciales
1. Le système doit prendre en charge des utilisateurs simultanés.
Nom de l'Exemple d'Utilisation : Passer commande
Description Le détaillant passe commande des marchandises si elles ne sont pas disponibles en magasin.
Acteurs : Détaillant
Préconditions :
1. Le détaillant a une pré-approbation dans le système de gestion des magasins de détail.
2. Connexion réseau active.
Postconditions : Postcondition réussie
La commande a été passée avec succès.
Échec PostCondition
La 2ème commande n'a pas été enregistrée.
Flux de base :
Le cas d'utilisation commence lorsque le détaillant signale au système qu'il/elle souhaite commander des marchandises.
2. Le système affiche le bon de commande.
3. Invite le détaillant à remplir le bon de commande.
4. Le détaillant saisit le nom des marchandises et la quantité dans le bon de commande et le soumet.
5. lors de la soumission par le détaillant, le système met à jour le bon de commande dans la base de données.
Exigences spéciales : Le système doit prendre en charge des utilisateurs simultanés (DÉTAILLANT).
Nom du Cas d'Utilisation FAIRE UN PAIEMENT
L'utilisation du cas de paiement décrit la fonctionnalité de la manière dont le détaillant enregistre
les informations de paiement qui sont faites au fournisseur après réception de la commande.
Détaillant
Préconditions 1. Le détaillant a une pré-approbation dans le système POST.
2. Connexion réseau active.
Postconditions réussies
1. Le paiement a été enregistré et effectué au fournisseur.
Échec de la post-condition
2. Les informations de paiement n'ont pas été enregistrées.
Flux de base :
1. Le cas d'utilisation commence lorsque le détaillant signale au système qu'il/elle souhaite enregistrer le paiement.
dans la base de données du système d'informations sur les fournisseurs.
[Link] système affiche le formulaire de paiement au fournisseur.
3. Invite le détaillant à ajouter les informations de paiement au formulaire.
4. Le détaillant ajoute les informations de paiement, qui incluent le nom du fournisseur et le montant du paiement.
5. Invite le détaillant à sélectionner le mode de paiement dans un menu déroulant qui
inclut de l'argent, tiers.
6. Le détaillant clique sur le bouton soumettre.
7. Le cas d'utilisation se termine.
Exigences spéciales : Le système doit prendre en charge des utilisateurs simultanés.
Nom du cas d'utilisation : Accepter le paiement
Le détaillant accepte le paiement du client pour les articles.
Détaillant
Conditions préalables :
Le détaillant a une pré-approbation dans le système de gestion de magasin de détail.
[Link] réseau active.
[Link]-vous que suffisamment de monnaie est disponible.
Postconditions : Postcondition réussie
[Link] paiement a été reçu avec succès.
Échec de la condition postérieure
[Link] paiement n'a pas été reçu.
Flux de base :
[Link] cas d'utilisation commence lorsque le détaillant signale au système qu'il/elle souhaite accepter le paiement.
Cas A : accepter le paiement en espèces.
1. Le détaillant sélectionne le mode de paiement comme étant en espèces.
[Link] système le détaillant à entrer le montant donné par le client.
3. Le détaillant entre le montant en dénominations.
4. le système calcule le montant du solde à remettre au client.
5. le système affiche le montant à rembourser au client.
Comme changement
[Link] les paiements en espèces se termine.
Cas B : accepter le paiement par carte.
1. Le détaillant sélectionne le mode de paiement comme carte.
2. invites le détaillant à entrer le montant.
3. Le détaillant entre le montant.
[Link] système le détaillant pour valider le code PIN.
[Link] système affiche un message indiquant que le paiement a été accepté.
6. accepter le paiement par carte se termine.
La fin du cas d'utilisation.
Flux alternatifs :
Dans l'étape 4 du cas B du flux normal, si le code PIN de la carte est incorrect.
Le système devrait envoyer un message "identifiants invalides".
2. Le système doit inciter à ressaisir les identifiants.
Exceptions : 1. Lors du paiement par carte, si le compte bancaire n'a pas de fonds suffisants, le paiement
doitabandonner.
Exigences spéciales : Le système doit prendre en charge des utilisateurs simultanés.
ORGANISER LES BIENS
Description : Ce cas d'utilisation décrit la fonctionnalité d'organiser les marchandises dans le système afin que le
Les biens peuvent être organisés par prix ou par produit.
Détaillant
Préconditions : 1. Connexion réseau active.
2. Le détaillant a une pré-approbation dans le système de gestion des magasins de détail.
Postconditions : Postcondition réussie
Les marchandises ont été organisées avec succès.
Échec de la PostCondition
2. Les marchandises ne sont pas disposées avec succès.
Flux de base :
Le cas d'utilisation commence lorsque le détaillant signale au système qu'il souhaite organiser les marchandises.
CAS A : organiser les biens par prix
1. Le système invite l'utilisateur à sélectionner le tri par prix dans une liste déroulante.
inclure trier par prix, trier par produit.
2. Le détaillant sélectionne trier par prix.
3. Le système organise les biens par prix.
4. Le système affiche les marchandises arrangées par prix.
CAS B : Organiser les produits par article.
5. Le système invite l'utilisateur à sélectionner le tri par forme de produit dans une liste déroulante qui...
inclure tri par prix, tri par produit.
6. Le détaillant sélectionne organiser par produit.
7. Le système classe les marchandises par produit.
8. Le système affiche les marchandises disposées par produit.
Le cas d'utilisation se termine.
Diagramme de cas d'utilisation
Système de gestion de magasin de détail
Vérifier la disponibilité
Commander des biens
*
**
Effectuer des paiements
**
* *
étend Par produit
Détaillant
Organiser les marchandises
* «étend»
Par prix
Préparer la facture «utilisations»
* Exécuter les ventes
Transaction
*
Recevoir le paiement
*
* *
*
Par crédit En espèces
Diagramme d'activité
Vérifiez la disponibilité des marchandises
Non disponible
]
Disponible
]
Commander les marchandises
Recevoir des marchandises
Effectuer des paiements
Organiser les marchandises
Organiser les marchandises par produit Organiser les biens par prix
Préparer la facture
Recevoir le paiement
Espèces Crédit
Vente Complète
