Rapport de Stage

ECOLE SUPERIEURE DE GESTION
EXAMEN NATIONAL DE BREVET DE TECHNICIEN SUPERIEUR

SESSION D’AVRIL 2023
RAPPORT DE FIN DE STAGE

THEME :
CONCEPTION ET REALISATION D’UNE

APPLICATION DE GESTION DU STOCK ET
VENTE DES PRODUITS
Stage effectué du 27 Juin 2022 au 27 aout 2022 en vue de l’obtention du Brevet de Technicien Supérieur
Spécialité : GESTION DES SYSTEMES D’INFORMATION (GSI)
Rédigé et soutenu par : NDJONTU ARNOLD WILFRIED
Sous l’encadrement
Académique : Professionnel :
&
M. NDIHOU M. FOTSING JEAN
MARTIAL CLAUDE
Enseignant à IUG Directeur générale de la

société MBE MBA CAM
ANNEE ACADEMIQUE : 2022 / 2023

CONCEPTION ET REALISATION D’UNE APPLICATION DE GESTION DU STOCK ET VENTE DES PRODUITS :
CAS DE LA SOCIETE MBE MBA CAM
A
Parents :
Mr et Mme
fongang
I par NDJONTU ARNOLD WLIFRIED

Rédigé et présenté
REMERCIEMENTS
T
out d’abord nous adressons notre gratitude et notre sincère reconnaissance à tous ceux
qui, de près ou de loin, directement ou indirectement, ont contribué à la production de ce
rapport de stage, mais aussi qui ont été d’un apport remarquable et indéniable dans notre
formation à l’Institut Universitaire du Golfe de Guinée (IUG) de Douala et au sein de
la société MBE MBA CAM de Yaoundé. Nous remercions particulièrement :
Notre encadreur académique Mr NDIHOU MARTIAL pour sa disponibilité infaillible, son

encadrement, ses conseils, sa volonté de nous donner une meilleure formation ;
Notre encadreur professionnel Mr FOTSING JEAN CLAUDE pour son sens pratique
dans le traitement de notre thème ;
Tout la Direction Générale de la société MBE MBA CAM à travers son directeur Mr
FOSSO ZEFIRIN, pour l’opportunité accordée pour la réalisation de ce stage ;
Tout le personnel de la société MBE MBA CAM pour la sympathie et la collaboration
dont ils ont fait preuve tout au long de notre période sur le terrain ;
Mes parents pour leur amour et leurs efforts incommensurables sans lesquels il n’y aurait
aucun fondement relatif à ce travail ;
Mes frères et sœurs ;
Les personnes dont les noms ne figurent pas dans cette liste ne sont pas mises en reste,
mais font partie des plus importantes de ceux envers qui nous sommes redevables de quoi
que ce soit.
II par NDJONTU ARNOLD WLIFRIED

AVANT-PROPOS
L
’arrêté ministériel N° 90/E /MINEDUC du 24 décembre 1971 est celui instituant
l’examen national du brevet des techniciens supérieurs (BTS), ceci dans le but de fournir
aux entreprises camerounaises des techniciens directeurs opérationnels.
La formation tient sur deux ans comprenant un stage académique de deux mois effectués à la fin
de la première année. Ce stage a pour but de confronter les étudiants aux réalités du monde
professionnel et entraîne la rédaction d’un rapport soutenu en fin de deuxième année.
En créant ce diplôme le ministère ouvre un grand marché pour la branche de l’éducation. Parmi
les divers ouvreurs de ce marché, on peut citer L’INSTITUT UNIVERSITAIRE DU GOLFE DE
GUINEE qui regroupe en son sein trois campus (ESG, ISTA, ISA). Il est situé à Douala-bassa au
quartier pk8 à quelques mètres de l’entrée laïc et a été créé par arrêté ministériel
N°78/J2/MINEDUC/SCAFES du 10 septembre 1993. Il a pour but de préparer les jeunes
titulaires d’un baccalauréat ou d’un diplôme équivalent dans les filières et spécialités suivantes :
 Le cycle MASTER 2 (bac+5) ;
 Le cycle MASTER 1 (bac+4) ;
 Le cycle BACHELOR (GCE, A-L+3) ;
 Le cycle LICENCE PROFESSIONNELLE (bac+3) ;
 Le cycle DSEP (bac+2) ;
 Le cycle BTS (bac+2).
Dans le cas nous concernant, le cycle BTS comprend les options suivantes :
 Marketing-commerce-vente (MCV) ;
 Banque (BQ) ;
 Action Commercial (ACO) ;
 Commerce International (CI) ;
 Comptabilité et Gestion des Entreprises (CGE) ;
 Journalisme (JO) ;
 Assistant Manager (AMA) ;
 Gestion des Ressources Humaines (GRH) ;
 Gestion des Systèmes d’Information (GSI).
A la fin de cette expérience, l’étudiant est appelé à rédiger un rapport de stage sur les opérations
III par NDJONTU ARNOLD WLIFRIED

réalisées durant son stage et qu’il devra soutenir devant un jury. Tout ceci dans l’optique de son
diplôme.
C’est dans ce contexte que nous avons effectué un séjour au sein de la société MBE MBA CAM,
du 27 juin 2022 au 27 aout 2022 avec pour thème : « Conception et réalisation d’une application
de gestion du stock et vente des produits».
Le présent rapport reflète les travaux que nous avons effectués dans la société ainsi que
l’environnement dans lequel nous avons évolué.
SOMMAIRE
IV par NDJONTU ARNOLD WLIFRIED
DEDICACE…………………………………………………………………………………………………....I
REMERCIMENTS…………………………………………………………………………………………...II
AVANT-PROPOS……………………………………………………………………………………………III
LISTE DES FIGURES……………………………………………………………………………………….VI
ABREVIATION……………………………………………………………………………………………...VII
RESUME…………………………………………………………………………………………………….VIII
ABSTRACT…………………………………………………………………………………………………..IX
INTRODUCTION……………………………………………………………………………………………..1
PREMIERE PARTIE : ETUDE DE L’ENVIRONNEMENT………………………………………………….3
CHAPITRE 1 : PRESENTATION DE L’ENTREPRISE ET DEROURELEMENT DU STAGE…………….4
SECTION 1 : PRESENTATION DE LA SOCIETE MBE MBA CAM…………………………………..4
SECTION 2 : DEROULEMENT DU STAGE…………………………………………………………….6
CHAPITRE 2 : ETUDE DE L’EXISTANT……………………………………………………………………11
SECTION 1 : DESCRIPTION DU SYSTEME EXISTANT……………………………………………..11
SECTION 2 : CRITIQUE DE L’EXISTANT ET EBAUCHE DE SOLUTION…………………………12
DEUXIEME PARTIE : MISE SUR PIED DU FUTUR SYSTEME………………………………………….15
CHAPITRE III : ETUDE DE LA NOUVELLE SOLUTION…………………………………………………16
SECTION 1: PRESENTATION SUCCINTE DE UML ET DE SES PROCESSUS……………………..16
SECTION 2 : ETUDE DES PRINCIPAUX DIAGRAMMES…………………………………………….19
CHAPITRE IV : IMPLEMENTATION……………………………………………………………………….36
CONCLUSION…………………………………………………………………………………………………
BIBLIOGRAPHIE………………………………………………………………………………………………
V par NDJONTU ARNOLD WLIFRIED

LISTE DES FIGURES
Figure : ORGANIGRAMME DE LA SOCIETE MBE MBA CAM…………………………………………..5

Figure : Modèle en cascade……………………………………………………………………………………18
Figure : Formalisme du cas d’utilisation……………………………………………………………………...19
Figure : Exemple de représentation d’acteur…………………………………………………………………..20
Figure : Exemple de représentation d’un cas d’utilisation…………………………………………………….20
Figure : Diagramme de cas d’utilisation de la gestion des produits…………………………………………...21
Figure : Exemple de représentation d’une activité………………………………………………………….....27
Figure : Exemple de représentation d’un couloir d’activité……………………………………………………27
Figure : Diagramme d’activité de S’authentifier………………………………………………………………28
Figure : Diagramme d’activité de Ajouter un fournisseur……………………………………………………..29
Figure : Diagramme d’activité de Supprimer un fournisseur…………………………………………………..30
Figure : Exemple de représentation d’une ligne de vie………………………………………………………...31
Figure : Exemple de représentation d’un message……………………………………………………………...31
Figure : Diagramme de séquence S’authentifier………………………………………………………………..32
Figure : Diagramme de séquence Ajouter un produit…………………………………………………………..33
Figure : Exemple de représentation d’une classe……………………………………………………………….34
Figure : Diagramme de classe de la gestion du stock des produits……………………………………………..35
Figure : Interface de connexion………………………………………………………………………………...38
Figure : Interface d’accueil……………………………………………………………………………………..38
Figure : Interface d’ajout d’un nouveau produit……………………………………………………………….
Figure : Base de données pour Utilisateur……………………………………………………………………..
VI par NDJONTU ARNOLD WLIFRIED

ABREVIATIONS
 SQL : Structured Query Language
 UML : Unified Modeling Language ;
 IUG : Institut Universitaire du Golfe de Guinée ;
 SGBD : Système de Gestion de Base de Données.
RESUME VII par NDJONTU ARNOLD WLIFRIED

L
’objectif principal de ce rapport est d’apporter des solutions au problème
d’automatisation des tâches dans la gestion du stock et vente des produits de la société
MBE MBA CAM. Face à l’inexistence d’un logiciel permettant de connaître exactement
la quantité de produits en stock, nous avons jugé très important de mettre en place
un logiciel qui permettra de faciliter les mises à jour des informations relatives aux
produits en stock (dynamique). Ce système réunira en son sein des utilisateurs qui, en
fonction des rôles pourront effectuer des changements au niveau du stock (entrée ou
sortie), ainsi qu’un profil administrateur qui sera chargé de gérer les profils. Ce projet
constituera pour nous un moyen de permettre à la société MBE MBA CAM de toujours
avoir des informations à jour sur ses produits en stock.
VIII par NDJONTU ARNOLD WLIFRIED

ABSTRACT
T
he main objective of this report is to provide solutions to the problem of
automating tasks in the stock management and sale of the products of the
company MBE MBA CAM. Faced with the lack of software allowing us to
know exactly the quantity of products in stock, we considered it very
important to set up software which will make it easier to update information
relating to products in stock (dynamic).This system will bring together
users who depending on the role, will be able to make changes to the stock
level (entry or exit), as well as an administrator profile who will be
responsible for managing the profiles. This project will be a means for us to
allow the company MBE MBA CAM to always have up-to-date
information on its products in stock.
.
IX par NDJONTU ARNOLD WLIFRIED

INTRODUCTION GENERALE
L
es technologies de l’information et de la communication ont évolué de façon
exponentielle surtout dans les dernières années. Cette révolution a eu un impact non
négligeable sur les entreprises soit dans le secteur public ou privé.
. En vue d’acquérir des notions plus pratique et de se familiariser avec le monde
professionnel, il est prévu pour tout étudiant de deuxième année d’effectuer un stage
académique. Le but étant d’acquérir une expérience professionnelle et d’associer la théorie
acquise en cours de formation à la pratique sur le terrain. Le stage d’une période de 02 mois,
que nous avons débuté le 27 JUIN 2022 au 27 AOUT 2022, s’est déroulé au sein de la société
MBE MBA CAM. Nous avons été accueillis par la Secrétaire. C’est ainsi au cours des activités
menées dans différentes structures durant notre stage, nous avons rencontré quelques problèmes dans
le domaine de la gestion du stock ; notamment dans la difficulté d’avoir une connaissance en temps
réel sur le stock et la lenteur dans les inventaires . D’où le thème : « Conception et réalisation d’une
application du stock et vente des produits ».
Pour cela, nous allons utiliser le langage UML (Unified Modeling Language) qui est un
langage de programmation permettant de décrire de façon graphique, l’architecture logicielle que
nous souhaitons mettre sur pieds.
Le présent rapport abordera les différentes phases de la gestion des marchandises en stock, la
gestion de l’inventaire, … Grace à la méthode utilisée notre travail se subdivise en deux grandes
parties qui sont :
 La présentation de l’entreprise et l’étude de l’existant
 La mise en place du nouveau système et l’implémentation.
1
Rédigé et présenté par NDJONTU ARNOLD WLIFRIED
. Dans le premier chapitre nous allons faire une présentation générale de l’entreprise,
son historique, ses ressources ainsi que les différents services qu’elle propose
- Dans le second chapitre, nous allons présenter le cahier de charge et l’objectif

de ce projet, l’étude de l’existant, sa critique et les solutions proposées.
- Le troisième chapitre sera consacré à l’analyse des besoins et à la conception

de ce projet.
- Dans le quatrième chapitre, nous allons étudier l’implémentation de
l’application, en décrivant l’environnement matériel et logiciel, et nous allons donner
un aperçu sur les interfaces réalisées.
2
PREMIERE PARTIE :
PRESENTATION DE L’ENTREPRISE ET ETUDE DE
Il sera question pour nous de d’écrire l’entreprise et le déroulement de notre stage d’une part, et
faire une analyse logique et cohérente de l’existant d’autre part.
3
CHAPITRE 1 : PRESENTATION DE MBE MBA CAM
SECTION 1 : PRESENTATION DE LA SOCIETE MBE MBA CAM

Ici, il sera intéressant de présenter d’une part la petite histoire de cette structure qui nous ouvre
ses portes, et d’autre part son organisation
I. HISTORIQUE
1. CREATION
Situé à Jean vespa dans l’arrondissement de Yaoundé 2 Capitale politique, la société de

commerce générale MBE MBA CAM fût créé le 1 er Avril 2020 et mise en fonction en janvier
2023.
2. LOCALISATION
4
II. EVOLUTION
Ayant débuté avec un magasin, la société MBE MBA CAM a par la suite intégré 2 autres
magasins offrants chacun des produits variés. Dans un premier temps, la société ne
commercialisait que de sacs de chaussures importés et vendus en gros. Par la suite avec
l’ouverture des nouveaux magasins, elle s’est vue agrandir avec l’importation de nouveaux
produits.
III. ORGANISATION
Direction générale
Service de
Le secrétariat La caisse La réception
stockage
SOURCE : Par nos soins
1. DIRECTION GENERALE
Elle est chargée de gérer le bon fonctionnement et l’administration de la société.
2. SECRETARIAT
Elle est chargée de superviser tous les services et d’y apporté un rapport complet.
3. Le SERVICE DE STOCKAGE
Leur rôle est de veiller à la bonne coordination des marchandises stockées en magasin
4. LA CAISSIERE
Elle enregistre, totalise et encaisse la somme correspondant aux achats d’un client
5. LA RECEPTION
5
SECTION 2 : DEROULEMENT DU STAGE

Dans cette partie il sera question pour nous de mettre les lumières sur la description et les
activités du stage.
I. DESCRIPTION DU STAGE
1) PRESENTATION DU SERVICE D’ACCUEIL
Dès notre arrivée au sein de la société MBE MBA CAM, nous avons été accueillis par le service de stockage.
C’est cette dernière qui nous a permis de prendre connaissance des différentes tâches qui devraient nous être
assignées.
2) AFFECTATION
Etant arrivés dans la structure mère un Samedi matin, et étant donné que la société n’est ouvrable uniquement
du Lundi au Samedi, notre affectation auprès des magasiniers s’est véritablement faite 02 jours après notre
arrivée. Quelques jours après des renseignements et prise de contact avec notre affectation ainsi que du
personnel environnant, nous avons pu identifier les différents emplacements des magasins principalement
conçu pour stocker les produits. Grace aux taches qui nous étaient attribué dans différent magasin, nous en
avons profité pour prendre plus amplement connaissance des marchandises existantes, stockées et en cours
d’exécution. Tout ceci sur la base du besoin d’une gestion informatisée du stock et la vente des produits au
dépend d’une gestion manuelle.
3) DESCRIP¨PTION DES MAGASINS

Chaque magasin de la société MBE MBA CAM est subdivisé en rayon gérer chacune en fonction des différentes
catégories de produits. C’est dans ces rayon que sont stockés les produits dès leur arrivé.
a) RÔLE OU FONCTION
Les Magasiniers ont entre autres les fonctions suivantes :
 Guider les clients dans leur(s) choix ;

 Coordonné le stockage des produits.
b) PERSONNEL
 Le responsable du magasin ;
 Le gestionnaire de stock ;
 Les stagiaires ;
 Les magasiniers ;
6
c) ENVIRONNEMENT MATERIEL
PRODUITS
Les magasins comporte divers produits d’écrit chacun par nom de code, un libellé, une catégorie et un fournisseur
que nous pouvons lister comme suit :
 BCSH : chemise Coton Garçon

 BH: Soutien-Gorge
 COVER : Dralon léger
 LCBL: Blouse Coton Femme
 LCDR : Robe Coton Femme
 LCSK: Jupe Coton Femme
 LHB: Sac-A-Main
 POLO L /S : T-shirt longues manches
 SOCKS : Chaussette
 MCSH : Chemise coton homme
 TAPIS : Tapis
 POLO S/S : T-shirt Cotton Courtes manches
 CAPS : Casquette
 B ZANO : Blouson Garçon léger
 VZ : Caleçon
 TEX: Textile
 MCJ : Veste coton homme
 WTS : Sport w
 TS : Vêtement de sport
7
II. Activités du stage

1. Chronogramme des activités
LISTE DES ACTIVITES EFFECTUEES PERIODICITE EN SEMAINE
S1 S2 S3 S4 S5 S6 S7 S8 S9 S10
Prise de contact avec la secrétaire, les

magasiniers ainsi que le reste du personnel
de la société
- Analyse des composants des magasins;

- Identification des insuffisances de la
gestion manuelle du stock des
marchandises.
Début de la rédaction de la première partie

du pré-rapport de stage
- Initiation au développement d’une

application Desktop avec le logiciel
Netbeans IDE 8.2
- Début de la rédaction de la partie 2 du
pré-rapport de stage
- Finalisation du pré-rapport ;
- Elaboration d’un PowerPoint pour la
Pré-soutenance ;
- Pré-soutenance.
Tableau 1: chronogramme des activités
8
2. Mission du stage
Notre stage de deux mois au sein de la société MBE MBA CAM s’est avéré très bénéfique
et même indispensable pour notre devenir. Cette structure a été bénéfique pour nous sur plusieurs
plans.
a. Sur le plan éducatif

Ce stage nous a permis de mettre en pratique les enseignements reçus à l’école. Ainsi, nous
avons pu mettre en évidence :
 Les cours théoriques sur la création d’une base de données.
 Les cours théoriques sur UML.
 Les cours théoriques et pratiques sur la création d’un logiciel
 Les cours théoriques et pratiques sur l’administration d’un système d’informations.
b. Sur le plan social

Notre savoir a été mis à l’épreuve ainsi que notre aptitude à avoir des responsabilités.
D’ailleurs, chaque jour passé au sein de cette structure a été l’occasion d’apprendre le savoir-
vivre en société.
3. Justification du thème
Au cours de notre stage académique au sein de la société MBE MBA CAM, nous avons
rencontrée de nombreux problèmes parmi lesquels ; l’impossibilité de connaitre la quantité réel
en stock, la lenteur dans le processus de vente. C’est sur la base de ces problèmes qu’a émergé la
nécessité de mettre sur pied un système de gestion de produit et de vente d’où le thème
« Conception et réalisation d’une application de gestion du stock et vente des produits».
9
CHAPITRE 2 : ETUDE DE L’EXISTANT
L’étude de l’existant est une étape très importante dans l’informatisation d’une
entreprise, car elle permet de mieux maitriser le système actuel afin de concevoir une solution
informatique spécifique aux problèmes rencontrés.
Dans ce chapitre nous analyserons le système existant ainsi que ces différents processus, puis
nous le critiquerons et nous proposerons une ébauche de solution.
SECTION 1: Description du système existant

La description du système existant est une étape clé dans la conception d’un système
d’information. Elle nous relève les insuffisances de l’ancien système ce qui nous permet d’avoir
une vue plus approfondie du nouveau système à mettre en œuvre.
Dans cette section nous allons procéder premièrement à la délimitation de l’existant ensuite nous
décrirons les processus.
I. Délimitation du système d’information

1. ACTEURS DU SYSTEME
Les différents acteurs de notre système peuvent être divisés en 2 types : Les acteurs internes et les
acteurs externes.
Comme acteurs internes, nous avons :
 Le gestionnaire de stock ;
 Les magasiniers ;
 Les réceptionnistes ;
 Les caissières
 La secrétaire.
Comme acteurs externes, nous avons :
 Les fournisseurs ;
 Les clients ;
10
2. TACHES DE GESTION
a) PROCESSUS D’ENTREE EN STOCK
Pour les besoins en produit dans la société MBE MBA CAM, le gestionnaire de stock établit un
bon de commande adressé à des fournisseurs divers. La livraison de la marchandise en container
se fait par le biais d’un bateau. Dès l’arrivée de la marchandise, au magasin, des hommes
généralement appelé « Porteurs » se chargent de transporter les ballots pour les classés dans les
différentes pièces caractérisé chacune par une catégorie spécifique. Ceux-ci sont guidés par les
magasiniers assistés des stagiaires qui enregistrent eux les colis entrant sur un support papier.
b) PROCESSUS DE SORTIE DU STOCK

Les sorties sont déclenchées par l’achat d’un produit par un client. Au préalable, ce dernier est
guidé par un magasinier dans les différentes pièces du magasin. Le client prospecte les produits
et à la possibilité de faire son choix ou pas. Dans la mesure où le client fait un choix, il doit se
rendre à la caisse pour soit versé la totalité de la somme d’achat du produit soit faire une avance
sur ce dernier pour le réservé et le récupérer à la fin du versement. Le client a la possibilité de
payer en espèce ou par le biais d’un opérateur mobile. Une fois le payement effectué, il lui sera
remis à la caisse une facture. Cette facture lui sera demandée par les agents de la réception pour
vérification du produit sortant. Chaque produit sortant doit être noté dans un registre.
c) PROCESSUS D’INVENTAIRE
Il s’agit de rédiger un inventaire appelé « Inventaire physique ». L'inventaire physique est
l'opération consistant à compter manuellement le nombre de colis présents dans le magasin à un
moment donné. L'inventaire physique permet de vérifier que les soldes de stocks disponibles
enregistrés sur les outils de gestion correspondent bien aux quantités de produits réellement
disponibles dans le magasin.
Lors d'un inventaire physique, il faut compter chaque produit individuellement à sa catégorie, et
son fournisseur.
A la fin de cet inventaire, la secrétaire rédige un rapport qui sera présenté au comité de décision
de l’entreprise.
11
SECTION 2 : Critique de l’existant et Ebauche de solution
I. Critique de L’existant
Cette critique qui découle de l’analyse de l’existant préalablement menée a pour but de fournir un état de situation
actuelle et notamment de faire apparaitre les qualités et les défauts de ce qui existe déjà. Nous résumons dans le
tableau ci-dessous les problèmes, cause, objectifs et solutions.
Elle peut être résumée dans un tableau à 02 colonnes, appelé le Tableau d’analyse causale :
PROBLEME CAUSE OBJECTIF SOLUTION

Il est parfois difficile Gestion essentiellement Avoir une Mise sur pied d’une base
d’avoir une manuelle Connaissance exacte
sur les produits en de données de gestion du
connaissance en
temps réel sur le stock stock stock et de vente ;
Le processus de vente Rendre le processus de
est assez lent vente beaucoup plus
rapide et dynamique
Tableau d’analyse causale
II. Ebauche de solution

Pour pallier aux différents problèmes cité ci-dessous, nous mettrons en place une application dynamique de Gestion
du stock qui permettra la société MBE MBA CAM d’avoir une vue complète sur les produits en stock.
a) Objectifs
Pour la réalisation de notre projet, il sera question pour nous de fixer des objectifs permettant de gérer les multiples
problèmes décelés. Parmi objectifs, nous avons :
 Concevoir une application sécurisé et responsive.
 Faciliter la gestion des produits en stock.
 Avoir une vue globale sur les informations des produits en stock.
12
b) Expression des besoins
1. Besoins Fonctionnels
Les besoins Fonctionnels se rapportent aux fonctionnalités que l’application doit offrir pour satisfaire les
utilisateurs. Les fonctionnalités que doit intégrer l’application à développer sont :
- Enregistrement des entrées de produit ;
- Gérer ventes ;
- Gérer les impressions
- Gérer les fournisseurs ;
- Gérer les utilisateurs ;
2. Besoins non Fonctionnels
- Les besoins non fonctionnels sont indispensables et permettent l’amélioration de la qualité

logicielle de notre système. Ils agissent comme des contraintes sur les solutions, mais leur prise en
considération fait évité plusieurs incohérences dans le système. Ce dernier doit répondre aux
exigences suivantes :
 Performance et rapidité ;
 Respect des principes relatifs aux interfaces homme/machine (IHM), tels que
l’ergonomie, et la fiabilité ;
 Réduction des tâches manuelles qui nous permettraient de gagner en temps et en
fiabilité;
 Archivage des informations.
13
DEUXIEME PARTIE :
MODELISATION ET IMPLEMENTATION DU
SYSTEME FUTUR
14
CHAPITRE 3 : MODELISATION DU SYSTEME FUTUR
SECTION I : PRESENTATION SUCCINTE DE UML ET DE SES

PROCESSUS
Un projet informatique est un ensemble d’étapes méthodologiques qui doit permettre à partir de
l’étude de l’existant, la conception, la réalisation et l’exploitation du nouveau système. Pour ce
faire, il est essentiel d’utiliser un modèle. Modéliser un système c’est le représenter de façon
abstraite et simplifiée (modèle), afin de le décrire, de le simplifier ou de le prévoir. Son objectif
principal est de maîtriser la complexité du système à développer.
La schématisation de cette section est simple : Nous allons faire la genèse de UML d’une part et
le recensement des besoins fonctionnels et non fonctionnels de notre application d’autre part.
I. PRESENTATION DE UML
1. HISTORIQUE
Un langage de programmation est une notation conventionnelle destinée à formuler des
algorithmes et produire des programmes informatiques qui les appliquent. Le premier langage de
programmation orienté objet date des années 60 et s’appelait Simula. A la fin des années 60, de
nouveaux langage de programmation ont vu le jour, à l’instar de Small Talk, Objective C, C++,
Java. Par la suite, les premières méthodes de modélisation orientée objet ont été élaborée à la fin
des années 80 ; les trois méthodes les plus célèbres s’appelaient : Booch du nom de l’auteur,
OOSE (Objet Oriented Software Engineery) et OMT (Objet Modeling Technics). Enfin, ces trois
méthodes, dans les années 90, ont fusionné pour donner naissance au langage appelé « le langage
UML ».
Il permet de représenter un système sous forme de schémas. Sa notation graphique et
textuelle permet d’exprimer visuellement une solution objet, ce qui facilite la comparaison et
l’évaluation de la solution. Notons que UML est ouvert et n’est la propriété de personne.
UML est particulièrement utile dans notre cas car il nous permettra de décrire de façon
graphique au travers du diagramme de cas d’utilisation, diagramme d’activité, diagramme
séquence et diagramme de classe, l’architecture logicielle du système que nous souhaitons mettre
sur pied.
15
2. Justification du choix de UML
Il vaut mieux modéliser un système avant de le réaliser car la modélisation permet de mieux
comprendre le fonctionnement du système.
Plusieurs raisons conduisent à préconiser l'utilisation d'UML pour définir un système

d'information car UML nous permet de :
 Obtenir une modélisation de très haut niveau indépendante des langages et des
environnements.
 Faire des simulations avant de construire un système.
 Exprimer dans un seul modèle tous les aspects statiques, dynamiques, juridiques, etc.
 Documenter un projet,
 Générer automatiquement la partie logicielle d'un système.
16
I. Description des nouveaux processus
a. Processus d’entrée
L’application de gestion du stock nouvellement implémenté permettra aux utilisateurs d’avoir une vue global sur
les informations des produits en stock. Le principal acteur de ce processus est le Gestionnaire du stock. Ce dernier
enregistre l’entrée des produits dans la base de données lors de la livraison. Il a le profil de Super Administrateur et
à la possibilité de gérer toute les options Qu’offre le logiciel.
b. Processus de sortie
L’acteur principal de ce processus est la caissière. En effet, elle enregistre les sorties grâce à l’interface de vente
modélisée à cet effet. Les données de la vente sont stockées dans une base de données avec des informations dont :
le numéro de la facture, l’information du client et biens d’autres.
c. Processus d’inventaire
MODEL DE CYCLE DE VIE UTILISÉ
Figure : Modèle en cascade

Le principe du modèle en cascade est simple : Chaque fois qu’on finit avec une étape, on
remonte à la précédente pour vérification. Ensuite, on valide l’étape avant de passer à la suivante.
Cette méthode présente de nombreux avantages, notamment celui de sécuriser la planification du
projet puisque l’on verrouille chacune des étapes les unes après les autres. On s’entend sur ce
qu’on va faire (analyse des besoins), le conçoit dans les grandes et petites lignes (conception)
avant de le réaliser et de le produire (codage et réalisation), et enfin le tester (intégration et test).
17
SECTION 2 : Etude des principaux diagrammes

I. Les diagrammes UML
Un diagramme UML est une représentation graphique, qui s'intéresse à un aspect précis
du modèle. Chaque type de diagramme UML possède une structure (les types des éléments de
modélisation qui le composent sont prédéfinis) et véhicule une sémantique précise (il offre
toujours la même vue d'un système). Combinés, les différents types de diagrammes UML offrent
une vue complète des aspects statiques et dynamiques d'un système. Les diagrammes permettent
donc d'inspecter un modèle selon différentes perspectives et guident l'utilisation des éléments de
modélisation (les concepts objet), car ils possèdent une structure. Une caractéristique importante
des diagrammes UML, est qu'ils supportent l'abstraction. Cela permet de mieux contrôler la
complexité dans l'expression et l'élaboration des solutions objet.
II. Les diagrammes utilisés

1. Les diagrammes de cas d’utilisation
Le diagramme de cas d’utilisation représente la structure des grandes fonctionnalités nécessaires
aux utilisateurs du système. Il sera notre premier diagramme du modèle UML, celui où s’assure
la
relation entre l’utilisateur et les objets que le système met en œuvre.
Les différentes informations et traitements entre les acteurs seront matérialisés dans le
diagramme de cas d’utilisation selon le formalisme suivant (exemple d’un magasin)
18
Figure : Formalisme du cas d'utilisation
Légende :
 Gestionnaire de stock : c’est l’émetteur des cas d’utilisations «Gérer Produit, Gérer
fournisseur, Gérer bon de commande, Coordonner entrée en stock» ;
a. Description des éléments du diagramme de cas d’utilisation

Acteur
Un acteur est l’idéalisation d’un rôle joué par une personne externe, un processus ou une chose
qui interagit avec un système. Il se représente par un stigmate (petit bonhomme) avec son nom .
Figure : Exemple de représentation d’un acteur
Cas d’utilisation
Un cas d’utilisation est une unité cohérente d’une fonctionnalité visible de l’extérieur. Il réalise
un service de bout en bout, avec un déclenchement, un déroulement et une fin, pour l’acteur qui
l’initie. Un cas d’utilisation modélise donc un service rendu par le système, sans imposer le mode
de réalisation de ce service. Un cas d’utilisation se représente par une ellipse contenant le nom du
cas (un verbe à l’infinitif), et optionnellement, au-dessus du nom, un stéréotype.
Figure : Exemple de représentation d’un cas d'utilisation
b. Elaboration de notre diagramme de cas d’utilisation

On représente un diagramme de cas d’utilisations qui résume tous les cas de notre système et
montre de façon globale les grandes fonctionnalités de notre système. Il est important car il
19
permet d’observer les différentes relations entre les acteurs du système, à savoir l’héritage :
Cas d’utilisation global
Figure : diagramme de cas d’utilisation de la gestion du stock et vente des produits.

20
c. Les scénarii
Les aspects dynamiques des cas d’utilisation sont les scénarios des processus métier d’utilisation de
l’application. La description d’un cas d’utilisation se fait par des scénarios qui définissent la suite logique
des actions qui constituent le cas tout en précisant ce que fait l’acteur et ce que fait le système. En se
basant sur notre diagramme de cas d’utilisation de la gestion du stock des produits, nous pouvons avoir les
scénarii suivant :
Module s’authentifier
Ce module permettra à l’administrateur d’’enregistrer dans la base de données les différents utilisateurs
afin d’avoir accès à leur environnement de travail dans l’application.
IDENTIFICATION DES CAS D’UTILISATIONS

NOM S’authentifier
OBJECTIF Permet à tout utilisateur du logiciel de s’authentifier afin d’avoir
accès à leur environnement de travail dans l’application.
RESUME Cette fonctionnalité permet d’authentifier les utilisateurs qui
effectuent des tâches de gestion dans notre système.
DESCRIPTION DES SCENARIOS

PRECONDITIONS POST-CONDITIONS
Etre enregistrer dans la base de données L’utilisateur est redirigé vers son environnement
comme utilisateur
SCENARIOS NOMINAL
1- L’utilisateur démarre l’application de gestion
2- Le système affiche l’interface d’authentification
3- L’utilisateur saisir son login, son mot de passe, choisi le profil, puis soumet
4- Le système vérifie la conformité des informations
5- Le système valide les informations
6- L’utilisateur accède à son environnement
SCENARIOS ALTERNATIFS
6-1-Si les informations sont invalides, le système affiche le message d’erreur et le scénario
reprend à 3.
Tableau 3 : Module s’authentifier
21
Modules gérer les fournisseurs

Ce module permettra d’ajouter, enregistrer, modifier et contacter un fournisseur
- Cas d’utilisation N0 1 : gérer les fournisseurs (ajouter un fournisseur)
NOM Ajouter un fournisseur
OBJECTIF Avoir un suivi sur les fournisseurs
RESUME Cette fonctionnalité permet au gestionnaire de stock d’ajouter un

nouveau fournisseur dans le système
PRECONDITIONS POST CONDITION
Le fournisseur n’existe Le système confirme l’enregistrement d’un nouveau fournisseur

pas encore dans le
système
SCENARIO NOMINAL
1- L’utilisateur s’authentifie
2- L’utilisateur va dans l’option fournisseurs
3- L’utilisateur remplit le formulaire fournisseur, puis clique sur ajouter
5- Le système confirme l’enregistrement d’un nouveau fournisseur.
SCENARIO ALTERNATIF
5-1- Si les informations ne sont pas conformes, le scénario recommence au numéro 3.
Tableau 4 : cas d’utilisation Ajouter un fournisseur
22
- Cas d’utilisation N0 2 : gérer un fournisseur (modifier un fournisseur)

NOM Modifier un fournisseur
OBJECTIF Corriger les potentielles erreurs d’organisation
RESUME Cette fonctionnalité permet de modifier un fournisseur
Le fournisseur modifier n’existe pas Le système confirme l’enregistrement des
encore dans le système modifications du programme
SCENARIOS NOMINAL
1- L’utilisateur s’authentifier
2- L’utilisateur va dans l’option Fournisseurs et sélectionne un fournisseur
3- Le système affiche les informations du fournisseur
4- L’utilisateur remplit le formulaire fournisseur, puis cliquer sur modifier
6- Le système confirme l’enregistrement des modification effectuées.
6-1- Si les champs ne sont pas tous remplit, le système demande d’entrée toutes les
informations.
Tableau 5 : cas d’utilisation modifier un fournisseur
23
- Cas d’utilisation N0 3 : gérer un fournisseur (supprimer un fournisseur)

NOM Supprimer un fournisseur
OBJECTIF Avoir un suivi sur les fournisseurs
RESUME Cette fonctionnalité permet de supprimer un fournisseur
Le fournisseur à supprimer existe dans Le système confirme la suppression d’un
la base de données du système fournisseur
SCENARIOS NOMINAL
1- L’utilisateur s’authentifier
2- L’utilisateur va dans l’option fournisseurs
3- L’utilisateur sélectionne le fournisseur dans le tableau.
4- L’utilisateur clique sur supprimer
5- Le système demande à l’utilisateur s’il souhaite réellement supprimer le fournisseur
6- L’utilisateur confirme son choix
7- Le système confirme la suppression du fournisseur.
Tableau 5 : cas d’utilisation Supprimer un fournisseur
24
a) Module : gérer Produit

Ce module permettra d’ajouter, modifier, supprimer et rechercher un produit.
- Cas d’utilisation N0 1 : gérer les produits (rechercher un produit)
NOM Rechercher un produit
OBJECTIF Avoir un suivi sur les produits
RESUME Cette fonctionnalité permet de rechercher un produit
Le produit existe dans le système Le système afficher tous les détails concernant le
produit
SCENARIOS NOMINAL
1- L’utilisateur s’authentifie
2- L’utilisateur clique sur l’option Produits
3- Le système affiche la liste des produits existant dans la base de données
4- L’utilisateur entre dans la barre de recherche, saisie le nom du produit
5- Le système affiche le produit avec tous les détails le concernant.
Tableau 6 : cas d’utilisation Rechercher un produit
Remarque : les cas d’utilisation « Ajouter un produit, modifier un produit, supprimer un produit
» sont similaires à ceux du module « Gérer fournisseur ».
2. Les diagrammes d’activité

Dans le langage UML, un diagramme d'activité fournit une vue du comportement d'un système en
décrivant la séquence d'actions d'un processus. Il permet donc de spécifier comment le système accomplit
les fonctionnalités demandées. Il est utilisé pour documenter le déroulement des opérations dans un
système. De plus, il représente à la fois les comportements conditionnels et parallèles. Les diagrammes
d'activité sont similaires aux organigrammes de traitement de l'information, car ils montrent les flux entre
les actions dans une activité.
25
a. Description des différents éléments du diagramme d’activité

Activité
Une activité marque une action faite par un objet ou un acteur. C’est une étape particulière dans
l’exécution d’un mécanisme. Elle est représentée par un rectangle arrondi contenant le nom de
l’activité.
Figure : Exemple de représentation d’une activité.
Couloir d’activité
Dans un diagramme d’activité, les activités sont généralement placées dans les couloirs qui
représentent les acteurs et les objets du système. Chaque couloir représenté sous forme de
colonne possède un nom correspondant généralement à un acteur, une classe ou un objet du
système.
Figure : Exemple de représentation d’un couloir d’activité.
b. Elaboration de nos diagrammes d’activités.

Les diagrammes d’activité se représentent à partir des scénarii énumérés dans notre diagramme
de cas d’utilisation. Ils sont importants parce qu’ils permettent de mettre en exergue les
interactions avec le système.
26
Figure : diagramme d’activité de S’authentifier.
27
Figure : diagramme d’activité de Ajouter un fournisseur
28
Figure : diagramme d’activité de Supprimer un fournisseur
3. Les diagrammes de séquences

Un diagramme de séquence la succession chronologique des opérations à réaliser par un acteur ou
un objet. Il permet de représenter les échanges entre les différents objets et acteurs du système en
fonction du temps.
a. Description des différents éléments du diagramme de séquence
Ligne de vie
Elle identifie l’existence d’un objet ou d’un acteur par rapport au temps. Elle est représentée par
une ligne verticale en pointillés partant de l’acteur ou de l’objet.
Figure : exemple de représentation d’une ligne de vie.
Message
Les messages indiquent les communications entre les objets et les acteurs. Un message est
représenté par une flèche horizontale entre les lignes de vie. La réception d’un message est
considérée par l’objet récepteur comme un événement qu’il faut traiter.
Figure : exemple de représentation d’un message.
29
b. Représentation de nos diagrammes de séquence
30
Figure : diagramme de séquence de S’authentifier
Figure : diagramme de séquence de Ajouter un produit
31
4. Le diagramme de classe
Le diagramme de classe décrit les classes et les relations entre elles tout en faisant abstraction des
aspects dynamiques et temporels.
a. Description des différents éléments du diagramme de classe
Classe
Une classe est un type abstrait caractérisé par des propriétés (attributs, méthodes) communes à un
ensemble d’objets et permettant de créer les objets ayant les mêmes propriétés.
Figure : exemple de représentation d’une classe
32
b. Représentation de notre diagramme de classe
Figure : diagramme de classe de la gestion du stock et vente des produits
33
CHAPITRE IV : IMPLEMENTATION
1. Présentation des outils logiciels (AGL)
a. ASTAH UML
ASTAH UML est un logiciel de modélisation. Il permet de modéliser les

traitements informatiques et leurs bases de données associées. Il sera utilisé
pour générer notre diagramme de cas d’utilisations, activités et séquences.
b. NETBEANS IDE
NetBeans IDE est un logiciel de développement open source pour le
développement de programmes sur java, qui est un des langages de
programmation les plus importants de nos jours.
c. SQLITE
3
SQLite est une bibliothèque portable, open source, écrite en C, qui
embarque un moteur de base de donnée relationnelle accessible par le
langage SQL et implémente en grande partie les propriétés ACID, à savoir
atomicité, cohérence, isolation et durabilité. Contrairement à la plupart des
bases de données, SQLite ne repose pas sur une architecture traditionnelle
34
client/serveur, mais lis et écrit directement depuis un fichier classique. En

d’autre terme, SQLite intègre une base de données SQL complète dans un
fichier indépendant de la plateforme.
2. Environnement de développement
Pour un fonctionnement optimum et le partage effectif des données, l’application qui devra être
développé requiert les spécifications matérielles et logicielles suivantes :
Environnement matériel Environnement logiciel

Processeur Core i5 2.5GHZ - Système d’exploitation Windows 10
Disque Dur 500 Go - Sqlite

- NetBeans.et jdk1.8
RAM 2Go
- AVAST 2021
Tableau 7 : environnement de développement
3. CAPTURE DES INTERFACES DE L’APPLICATION
Figure : Interface d’authentification
35
Figure : Interface d’accueil
36
Figure : Interface d’ajout d’un nouveau produit
Figure : base de données pour Utilisateur
CONCLUSION
37 GENERALE
E
n définitive, notre stage effectué au sein de la société MBE MBA CAM dont le but était
de développer une solution informatique avec pour thème : « CONCEPTION ET
RÉALISATION D’UNE APPLICATION DE GESTION DU STOCK ET VENTE
DES PRODUITS ». Pour cela, nous avons établi un diagnostic du système d’information
existant à l’issue duquel nous avons détecté des dysfonctionnements tels la mauvaise
connaissance des quantités en stock. Les différentes critiques que nous avons soulevées
nous ont permises de mettre sur pied une solution informatique visant à améliorer
l’activité de gestion. Le langage UML nous a servi de guide de travail. Par ailleurs
l’analyse informatique ne permet toujours pas d’atteindre l’objectif souhaité, ainsi un
investissement humain sera toujours nécessaire pour combler les lacunes qui ne sont pas
gérée par la solution informatique telles que l’établissement de l’inventaire.
BIBLIOGRAPHIE
38
 Cours d’analyse : M . TCHUENKAMDOM, 2022-2023
 Cours de SGBD : M. NDIHOU, 2022-2023
 Programmation orientée objet : Mme KAMLO, 2021-2022
 Des vidéos You Tube sur la gestion de stock : 2022-2023
 Première partie projet de fin d’étude application de gestion de stock JAVA+MYSQL

 Deuxième partie projet de fin d’étude application de gestion de stock JAVA+MYSQL
 JBDV95 : Formation : coder un logiciel de vente en java + SQlite
 Cour de recherche opérationnelle sur la Gestion de stock : M. TCHASSEM DAVID
 Des recherches sur Google tel que
 www.creer -gerer-entreprendre.fr : Novembre 2022

 www.ibm.com Novembre 2022
 www.petite-entreprise.net Janvier 2023
 www.manager-go.com Janvier 2023
39
TABLE DES MATIERES
40
RESUME :
ABSTRACT :
INTRODUCTION :
PREMIERE PARTIE :
CHAPITRE 1 :
SECTION 1 : PRESENTATION DE LA SOCIETE MBE MBA CAM........................................................................................................................4

1. CREATION............................................................................................................................................................................................. 4
2. LOCALISATION...................................................................................................................................................................................... 4
1. DIRECTION GENERALE..........................................................................................................................................................................5
1) PRESENTATION DU SERVICE D’ACCUEIL................................................................................................................................................6
2) AFFECTATION....................................................................................................................................................................................... 6
3) DESCRIP¨PTION DES MAGASINS..........................................................................................................................................................6
A. RÔLE OU FONCTION.............................................................................................................................................................................7
B. PERSONNEL.......................................................................................................................................................................................... 7
a. ENVIRONNEMENT MATERIEL............................................................................................................................................................... 8
1. ACTEURS DU SYSTEME....................................................................................................................................................................... 11
2. TACHES DE GESTION.......................................................................................................................................................................... 12
a. PROCESSUS D’ENTREE EN STOCK.......................................................................................................................................................12
b. PROCESSUS DE SORTIE DU STOCK......................................................................................................................................................12
c. PROCESSUS D’INVENTAIRE................................................................................................................................................................ 12
SECTION 2 : Critique de l’existant et Ebauche de solution............................................................................................................................13
I. Critique de L’existant............................................................................................................................................................................. 13
2.2 Besoins non Fonctionnels........................................................................................................................................14
SECTION I : PRESENTATION SUCCINTE DE UML ET DE SES PROCESSUS...................................................................................................16
I. PRESENTATION DE UML.....................................................................................................................................................................16
1. HISTORIQUE....................................................................................................................................................................................... 16
b. Processus de sortie.....................................................................................................................................................18
MODEL DE CYCLE DE VIE UTILISÉ................................................................................................................................................................18
SECTION 2 : Etude des principaux diagrammes.................................................................................................19

a. ASTAH UML........................................................................................................................................................................................ 36
b. NETBEANS IDE....................................................................................................................................................................................36
c. SQLITE................................................................................................................................................................................................ 36
3. CAPTURE DES INTERFACES DE L’APPLICATION...................................................................................................................................38
41
42

Rapport de Stage

Transféré par

Informations du document

Copyright

Formats disponibles

Partager ce document

Partager ou intégrer le document

Options de partage

Avez-vous trouvé ce document utile ?

Ce contenu est-il inapproprié ?

Droits d'auteur :

Formats disponibles

Rapport de Stage

Transféré par

Droits d'auteur :

Formats disponibles

ECOLE SUPERIEURE DE GESTION

EXAMEN NATIONAL DE BREVET DE TECHNICIEN SUPERIEUR

RAPPORT DE FIN DE STAGE

CONCEPTION ET REALISATION D’UNE

Spécialité : GESTION DES SYSTEMES D’INFORMATION (GSI)

Rédigé et soutenu par : NDJONTU ARNOLD WILFRIED

Enseignant à IUG Directeur générale de la

ANNEE ACADEMIQUE : 2022 / 2023

I par NDJONTU ARNOLD WLIFRIED

Notre encadreur académique Mr NDIHOU MARTIAL pour sa disponibilité infaillible, son

II par NDJONTU ARNOLD WLIFRIED

III par NDJONTU ARNOLD WLIFRIED

V par NDJONTU ARNOLD WLIFRIED

LISTE DES FIGURES

Figure : ORGANIGRAMME DE LA SOCIETE MBE MBA CAM…………………………………………..5

VI par NDJONTU ARNOLD WLIFRIED

 SQL : Structured Query Language

 UML : Unified Modeling Language ;

 IUG : Institut Universitaire du Golfe de Guinée ;

 SGBD : Système de Gestion de Base de Données.

RESUME VII par NDJONTU ARNOLD WLIFRIED

VIII par NDJONTU ARNOLD WLIFRIED

IX par NDJONTU ARNOLD WLIFRIED

- Dans le second chapitre, nous allons présenter le cahier de charge et l’objectif

- Le troisième chapitre sera consacré à l’analyse des besoins et à la conception

CHAPITRE 1 : PRESENTATION DE MBE MBA CAM

SECTION 1 : PRESENTATION DE LA SOCIETE MBE MBA CAM

Situé à Jean vespa dans l’arrondissement de Yaoundé 2 Capitale politique, la société de

SOURCE : Par nos soins

SECTION 2 : DEROULEMENT DU STAGE

3) DESCRIP¨PTION DES MAGASINS

 Guider les clients dans leur(s) choix ;

 BCSH : chemise Coton Garçon

II. Activités du stage

Prise de contact avec la secrétaire, les

- Analyse des composants des magasins;

Début de la rédaction de la première partie

- Initiation au développement d’une

Tableau 1: chronogramme des activités

a. Sur le plan éducatif

b. Sur le plan social

CHAPITRE 2 : ETUDE DE L’EXISTANT

SECTION 1: Description du système existant

I. Délimitation du système d’information

a) PROCESSUS D’ENTREE EN STOCK

b) PROCESSUS DE SORTIE DU STOCK

SECTION 2 : Critique de l’existant et Ebauche de solution

PROBLEME CAUSE OBJECTIF SOLUTION

Tableau d’analyse causale

II. Ebauche de solution

 Concevoir une application sécurisé et responsive.

 Faciliter la gestion des produits en stock.

b) Expression des besoins

2. Besoins non Fonctionnels

- Les besoins non fonctionnels sont indispensables et permettent l’amélioration de la qualité

CHAPITRE 3 : MODELISATION DU SYSTEME FUTUR

SECTION I : PRESENTATION SUCCINTE DE UML ET DE SES

2. Justification du choix de UML

Plusieurs raisons conduisent à préconiser l'utilisation d'UML pour définir un système

I. Description des nouveaux processus

MODEL DE CYCLE DE VIE UTILISÉ

Figure : Modèle en cascade

SECTION 2 : Etude des principaux diagrammes

II. Les diagrammes utilisés