Bonjour à tous,  
 
Je suis en train de modéliser un logiciel qui gère les stocks de mon entreprise.
Lorsque j'ouvre le logiciel, j'aurai la possibilité de créer un nouveau produit, de modifier les données d'un produit existant,....A partir de ces données, le logiciel indiquera via des boutons la quantité restante d'un produit, ....
 
 
Je me pose une question quant à un diagramme de cas d'utilisation (uml) : ce diagramme doit-il inclure le cas "création d'un produit", ou doit-on considérer qu'un projet est déjà crée. Ainsi en suivant cette dernière idée, je mettrait le cas "gérer les données d'un produit" qui permettra de mettre à jour les données d'un produit existant ou d'en supprimer.
Voilà si vous avez un conseil quant à ses diagrammes de cas d'utilisation.
 
J'espere avoir été clair.
 
Merci d'avance de votre aide.

Si "création d'un produit" est un processus métier, oui il faut le mettre. Pour les cas d'utilisation, il faut se placer du point de vue de l'utilisateur.

Typiquement mettrait tu le cas d'utilisation "ouvrir fichier" et "créer fichier" et "modifier fichier" dans l'etude d'un traitement de texte style    
word : l'utilisateur peut cree un fichier en donnant un nom, puis lorsque ce fichier est ouvert, il peut modifier son nom par exemple.
Pour toi est ce un cas d'utilisation?
 
Merci en tt cas de ta réponse ....

joquetino > oui

dernière question : tu mettrait ça en 1 cas?
"Gérer fichier" avec ouverture, création et modification d'un fichier???
Et le cas "ouvrir fichier te semble vraiment obligatoire??
 
Apres promis je ne t'embete plus .....

heu non, un cas ne peut pas s'appeller "gérer fichier" dans un éditeur de document, ton métier, c'est le document texte, pas la gestion de fichier.
 
par contre, une session d'édition ne peut démarrer que par une création d'un nouveau document ou par le chargement d'un document existant et c'est tout.
 
heu donc non, ce ne sont pas des cas d'utilisation mais ils apparaissent dans le scénario.
dans un traitement de texte, il y a un gros use-case "éditer le document" avec pleins de petits comme "mettre le texte sélectionné en gras".  
 
Une petite apparté : dans la conception du logiciel, on retrouvera des objets qui correspondent exactement à ces petits use-cases (entre-autres à cause du défaire/refaire, mais aussi parce que c'est pratique, voir la classe Action en java), c'est pas toujours le cas.

Ok merci beaucoup, c'est tout de suite plus clair.