Conception et réalisation d'une application de gestion de stock dans une entreprise privée cas de Sesomo.

Conclusion Partielle

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.

CHAPITRE III. ANALYSE DES BESOINS

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.

- 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. Pour ceci, le système à réaliser doit satisfaire les exigences de la totalité des utilisateurs.

Nous présentons dans ce qui suit tous les besoins fonctionnels classés par acteur ainsi que les besoins non fonctionnels du système. Afin d'éviter d'alourdir le diagramme de cas d'utilisation nous avons préférer de l'organiser en paquetages.

3.3.1. Besoins Fonctionnels

Pour ces besoins fonctionnels, nous avons utilisé pour notre cas les use case.

Un Use case : Est ensemble d'actions réalisées par le système, en réponse à une action d'un acteur.

· Les uses cases peuvent être structurés ;

· Les uses cases peuvent être organisés en paquetages (packages);

· L'ensemble des use cases décrit les objectifs (le but) du système.^6(*)

L'objectif poursuivi par les cas d'utilisation est de permettre, de décrire, dans des documents lisibles par tous, la finalité des interactions du système et de ses utilisateurs. Les services attendus de l'application sont décris par les USE CASE suivants :

1. Ajouter

Modifier

Supprimer

Imprimer

Authentifier

« extend »

« extend »

« extend »

« include »»

Magasinier

Gérer les bons de sorties

Figure 2: Cas d'utilisation Gérer les Bons de Sorties

Description textuelle de cas d'utilisations

- Ajouter un bon de sortie : Lorsqu'un demandeur se présente au magasinier muni d'un bon de commande interne signé, un bon de sortie lui est établie.

- Modifier un bon de sortie: Un bon de sortie doit être modifiable, le magasinier peut se tromper en remplissant les informations communiquées, la modification de l'erreur est envisagée.

- Rechercher un bon de sortie : Toute opération de mise à jour (modification ou suppression) d'un bon de sortie doit être précédée par une opération de recherche.

- Supprimer un bon de sortie: Le système doit offrir au magasinier la possibilité de supprimer un bon de sortie lorsque le demandeur remet les produits qui lui étaient déjà livrés ;

- Imprimer un bon de sortie : le système permet au magasinier de lancer des impressions des bons établis.

2. Gérer les bons d'entrées

Ajouter

Modifier

Supprimer

Imprimer

Authentifier

« extend »

« extend »

« extend »

« include »»

Magasinier

Figure 3: Cas d'utilisation Gérer les Bons d'entrées

Description textuelle des cas d'utilisation

- Ajouter un bon d'entrée : Ce cas d'utilisation donne au magasinier la possibilité d'ajouter un bon d'entrée.

- Modifier un bon d'entrée : Un bon d'entrée doit être modifiable, le magasinier peut se tromper en remplissant les informations communiquées, la récupération de l'erreur est envisagée.

- Imprimer un bon d'entrée : revient à lancer des impressions des bons établis.

- Supprimer un bon d'entrée : Le magasinier peut être amené à supprimer un bon d'entrée déjà établi.

2. Magasinier

Ajouter

Imprimer

Modifier

Authentifier

« extend »

« extend »

« include »»

Supprimer

Edition des Bons

Figure 4 : Cas d'utilisation Edition

Description textuelle des cas d'utilisation

- Edition de bon d'entrée : Permet d'ajouter, modifier et d'imprimer un bon d'entrée.

- Edition de bon de sortie : Permet d'ajouter, modifier et d'imprimer un bon de sortie.

* ⁶ Uml.free.fr/cours/ip13.html