Par rapport aux autres diagrammes de comportement en UML, le diagramme de cas d'utilisation est donc plutôt statique, car il ne sert qu'à décrire l'action globale et l'objectif, mais non la séquence exacte des différents processus et actions élémentaires. Pour cela, d'autres types de diagrammes sont utilisés en UML, par ex. les diagrammes d'activité pour la représentation chronologique des processus ou les diagrammes de séquence pour l'échange de messages entre les différents composants d'un système.
Diagramme De Cas D Utilisation Gestion De Stock Logiciel
Chaque jour, deux employés sont chargés de réceptionner les arrivées qui doivent correspondre aux commandes de l'entreprise. Celles-ci sont communiquées par le système central à celui de l'entrepôt, chaque matin, à la demande du responsable. Un employé, quand il réceptionne un chargement, fournit au système les caractéristiques de ce chargement ainsi que celles de chacun des lots de produits qui le constitue. Pour chacun des lots, le système détermine le casier où ranger ce lot et fournit au code barre et une fiche d'allocation qui seront collés par l'employé sur le lot. Une fois un chargement réceptionné, les produits sont acheminés dans les locaux et rangés dans les casiers par les manutentionnaires suivant le plan d'allocation établi par le système. Les erreurs de livraison seront signalées. Diagramme des cas d'utilisation
Cas 3: Réception des arrivées
Lorsqu'un chargement arrive, l'employé crée à l'écran un nouveau bordereau de réception indiquant la date et l'heure de livraison, le numéro de la commande correspondante, l'origine du chargement et le nom du chauffeur.
Diagramme De Cas D Utilisation Gestion De Stock Complet En Java
[8]
Cas d'utilisation (use case):
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. [8]
Les relations entre acteurs: La seule
relation entre acteur est la relation de
généralisation. Quand un acteur fils
hérite d'un acteur père, il hérite en
réalité de toutes les associations du père. [8]
Les relations entre cas d'utilisation:
Relation d'inclusion:
Une relation d'inclusion d'un cas d'utilisation A par rapport à un cas
d'utilisation B signifie qu'une instance de A contient le comportement
décrit dans B. [8]
Relation d'extension:
Une relation d'extension d'un cas d'utilisation A par un cas d'utilisation B
signifie qu'une instance de A peut être étendue par le
comportement décrit dans B. [8]
Relation de généralisation: Les cas d'utilisation descendants héritent de
la description de leurs parents communs. Chacun d'entre eux peut
néanmoins comprendre des interactions spécifiques
supplémentaires.
Diagramme De Cas D Utilisation Gestion De Stock Cours Pdf
Au lieu de déterrer un sujet il est préférable:
soit de contacter directement le membre voulu par messagerie privée en cliquant sur son pseudonyme pour accéder à sa page profil, puis sur le lien "Ecrire un message"
soit de créer un nouveau sujet décrivant votre propre contexte
ne pas répondre à un déterrage et le signaler à la modération
Je ferme ce sujet. En cas de désaccord, me contacter par MP. Pas d'aide concernant le code par MP, le forum est là pour ça:)
Diagramme De Cas D Utilisation Gestion De Stock Exchange
Cette première phase du Processus Unifié nous a
permis non seulement d'avoir une vue détaillée de l'état
actuel de l'organisme, mais aussi de nous familiariser avec les
différentes activités et traitements qui se font au sein du
magasin. Il faut noter que le diagramme de contexte réalisé au
niveau de cette étape nous a donné déjà un premier
aperçu sur l'application à concevoir, ouvrant ainsi la porte
à la deuxième étape du Processus Unifié
intitulé «Analyse des besoins», que nous allons
détailler dans le prochain chapitre de notre mémoire. 3. 1. Introduction
L'étape de l'analyse des besoins est la deuxième
phase de cycle de vie du Processus Unifié et l'une des étapes les
plus importantes à considérer; en effet si les besoins sont mal
spécifiés et exprimés, ou mal analysés, toute la
suite devra être refaite, d'où l'importance accordée
à cette activité. Notre objectif dans cette étape est donc d'exprimer les
besoins attendus du futur système Informatique à
développer. 3. 2. Modèle Du Système
Le système à concevoir est régi par une
application qui fonctionnera sur un poste (Monoposte) dans un premier
temps et sera accessible par seul le magasinier, qui en sera l'administrateur
principal.
Diagramme De Cas D Utilisation Gestion De Stock Coca Cola
- Le Magasinier: l'administrateur de
l'application. Les principales fonctionnalités de l'application
à concevoir sont érigées autour des besoins de l'acteur. Elles sont illustrées dans le diagramme du cas d'utilisation de la
gestion de stock suivant:
Figure 1: Diagramme du cas d'utilisation gestion de stock
Description des différents cas
d'utilisation
- Authentifier: Permet à un acteur de
s'authentifier avant d'accéder à l'application;
- Gérer les bons de sorties:
Permet au magasinier d'effectuer des opérations sur les bons de
sorties. Ces opérations concernent: l'ajout, la modification et la
suppression et enregistrement;
- Gérer les bons d'entrées:
Permet au magasinier d'effectuer des opérations sur les bons
d'entrées. Ces opérations concernent: l'ajout, la modification
et la suppression et l'enregistrement;
- Edition: Permet à l'acteur
d'éditer différents documents (bon de commande interne, bon de
sortie, bon d'entrée). 3. 3. Besoins Fonctionnels et Non Fonctionnels
Le système dont le magasin de SESOMO veut se doter doit
être opérationnel, évolutif, convivial et offrant les
informations nécessaires à temps réel.
Objectif
Rédiger la spécification UML de l'application correspondant au cahier des charges ci-dessous. On se limitera à la recherche des acteurs et des cas d'utilisation, à l'établissement des scénarios, et éventuellement des diagrammes de collaboration. Cahier des charges: Gestion d'un entrepôt
Il s'agit de réaliser un logiciel d'aide à la gestion d'un entrepôt de stockage de différent produits chimiques. Ce logiciel a pour but d'améliorer la répartition des produits et d'assurer la sécurité du dépôt en évitant par exemple, le stockage de certains produits dans le même local ou dans des locaux voisins. A cette fin, le responsable de l'entrepôt doit pouvoir effectuer des vérifications, à tout moment, en demandant au système un rapport complet sur l'état des stocks. Cet entrepôt dispose d'un quai de déchargement et de chargement. Il est organisé en locaux adaptés aux différents types de produits (toxicité, température de stockage, réaction chimique, …). Chaque local comprend un certain nombre de casiers numérotés.