AVANT-PROPOS··············································································································II

DEDICACES····················································································································III
REMERCIEMENTS········································································································IV
LISTES DES ACRONYMES·····························································································V
INTRODUCTION············································································································VI
I. CADRE THEORIQUE ET METHODOLOGIQUE····················································1
1.1. CADRE THEORIQUE··································································································2
1.1.1 Objectif du projet··························································································································3
1.1.2 Pertinence du sujet·························································································································3
1.1.3 Intérêt du sujet·······························································································································4

1.2. CADRE METHODOLOGIQUE····················································································4

1.2.1 Étude de l’existant·························································································································4
1.2.2 Critiques de l’existant····················································································································5
1.2.3 Solution proposée···························································································································5

II. ANALYSES ET CONCEPTION··············································································6

2.1. Dictionnaire de données················································································································7
2.3 Modèle conceptuel de données····································································································10
2.4 Modèle logique de données··········································································································11
2.5 Modèle physique de données·······································································································12

III. IMPLEMENTATION ET DEPLOIEMENT··························································13

3.1 Technologies utilisées···················································································································14
3.2 Interfaces client····························································································································15
3.3 Interfaces administrateur············································································································15

I
 AVANT-PROPOS

Pour l’obtention d’une licence professionnelle dans le domaine informatique,

notamment sur deux options à savoir : administrations et sécurités de systèmes
Réseau et d’Informations (ASSR et ASSI), l’Institut Universitaire de
Technologie (IUT) encadre les jeunes dans leurs études supérieures. Il est donc
impératif de présenter un projet de fin d’études avec un rapport joint pour avoir
une note qui a une grande importance sur la moyenne finale ainsi qu’une
meilleure vue sur le professionnel.
De notre côté, nous avons eu l’intervalle d’un mois pour faire la réalisation du
projet dans le domaine de systèmes d’informations (ASSI) : néanmoins c’était
brève que prévue car il fallait chercher le thème durant ce laps de temps et
travailler sans encadreur.
Après de nombreuses spéculations, nous avions optés pour la réalisation d’un
projet lucratif et exploitable sur le marché à savoir : « Réalisation de deux
applications mobiles (Admin et Client) Android pour la gestion de Stock
d’une boutique », offrant ainsi à tout type de commerçant l’idéal de gérer son
stock.
Le défi est de taille car la bonne gestion d’un stock est la base d’une bonne
expansion commerciale. Cependant nous comptons faire de ce projet une réalité
vivante aux Comores.

II
 DEDICACES

A nos chers parents, ceux qui n’ont jamais cessé de croire en nous, ceux
qui ont tous donné pour nous voir réussir …
A nos chers amis qui nous ont toujours encouragés et soutenus durant nos
moments de faiblesse.
Nous dédions ce dur labeur à ces personnes uniques pour leur témoigner notre
reconnaissance, notre gratitude et notre amour.

III
 REMERCIEMENTS
Nous tenons à remercier humblement toutes les personnes qui nous ont été
utiles durant ce parcours et qui ont contribué moralement ainsi que
financièrement à l’élaboration de ce modeste travail.
Nos remerciements à l’égard de Monsieur le Directeur Général de l’IUT, M.
AHMED BACAR, aussi le corps enseignant de l’IUT plus spécifiquement le
département de génie informatique.

IV
 LISTES DES ACRONYMES

MERISE : Méthode d’études et de recherches

MCD : Modèle conceptuel des données
MLD : Modèle logique des données
MPD : Modèle physique des données
SGBD : Système de Gestion de Base de Données
SQL : Structured Query Language
API : Application Programming Interface
SDK : Software Developpement kit
DD : Dictionnaire de Données
IUT : Institut Universitaire de Technologie
PHP : Hypertext Preprocessor
SGBDR : Système de Gestion de Base de Données Relationnels
SI : Système d’Information
WAMP : Windows Apache MySQL and PHP
API : Application Programming Interface

V
 INTRODUCTION

Une boutique ne fonctionne sans stock. Le stock est en effet l’élément

crucial qui fait tourner l’affaire. Le contrôle de la gestion de stock est le
principe de base de l’apogée du commerce.

C’est dans cet optique que pour avoir notre licence professionnelle, nous avons
pensé à une application mobile, bénéficiant de la simplicité, la vivacité, la
tendance et le contrôle de la gestion de stock. Alors nous avons pris comme
thématique : « Réalisation de deux applications mobiles (admin et client) de
gestion de stock de boutique ».

Notre visuel est de pouvoir permettre à tout type de commerçants de porter une
vue sur leur stock et de pouvoir avoir un contrôle entier même à distance.

Dans le long du chemin, nous allons voir comment la conception de

l’application a été faite de la base de données à des interfaces graphiques. C’est
ainsi que le travail sera subdivisé en trois grandes catégories : en premier lieu
les cadres théoriques et méthodologiques, en second lieu l’analyse et la
conception et en dernier lieu l’implémentation et le déploiement.

VI
I. CADRE THEORIQUE ET METHODOLOGIQUE

1
 1.1. CADRE THEORIQUE
Chaque boutique a un stock d’articles ou autrement dit produit. Savoir ce qui
sont en cours de stock ou ceux qui sont périmés n’est pas évident. Par
conséquent, il faut engager une entité qui va s’assurer de surveiller et le stock.
Cette personne ou département (au cas où il s’agit d’une grande boîte), va
assurer de nombreuses tâches. Jetons-y un coup d’œil :

- L’enregistrement des produits :

Il faut d’abord enregistrer un article (avec les données requises) avant de

savoir si l’article est consommé. Le répertorier quelque part est l’essence même
de son existence.

- La validité du produit :

La plupart des articles présentent des durées de vie ou en d’autres termes

une date d’expiration. A titre d’illustration, tout médicament a une date
d’expiration, cependant les fruits pourrissent encore vite et aussi les vêtements
ne pourrissant pas mais peuvent être abimés au fur du temps ou autre…. Donc
pour éviter une la perte ou l’engagement d’espace de stock, le responsable veille
à vérifier la disponibilité de consommation du produit.

- L’achat du produit :

Comme l’expiration d’un produit, la vente d’un produit donné touche

directement au stock et son existence.

La gestion de stock comprend plusieurs tâches mais c’étaient les plus

indispensables. C’est pour cela que notre sujet de réalisation d'application
mobile pour la gestion de stock d'une boutique est né pour répondre à ces
diverses attentes numériquement et efficacement.

2
 1.1.1 Objectif du projet
L’idée consiste de créer une application mobile permettant de gérer le stock
d'une boutique tout en faisant un abonnement chez un administrateur donné.

L'application mobile permet ainsi d'avoir une vue complète sur tout ce qui est
quantité de produits, la validité du produit mais aussi pouvoir
augmenter son stock.

Il y aura plusieurs clients et chacun va faire un abonnement mensuel pour

pouvoir bénéficier des prestations de l’application.

Pour suivre cet optique, le travail va automatiser certaines tâches et les prendre
en charge comme :

 Enregistrer un produit ;
 Faire une vente ;
 Faire un abonnement ;
 Catégorifier des produits ;
 Lister tous les produits ;
 Superviser le stock ;
 Rajout de catégorie ;
 Et bien évidemment, se connecter ou s’inscrire à un compte.

1.1.2 Pertinence du sujet

Le commerce est un des secteurs les plus fructueux et les plus
touchés dans notre pays.

Ce projet pourrait éventuellement toucher que ça soit grand ou petit

commerçant mais aussi changer la donne sur tout ce qui est gestion de stock.

Mais ce projet a besoin de deux parties :

- Une partie d’administration capable de gérer les abonnements et les

catégories.

3
 - Une partie clientèle (détenteur de stock de produits) pour éditer ses
produits, vérifier le stock, faire des ventes etc. …

1.1.3 Intérêt du sujet

Ce projet nous a permis d'évoluer un monde professionnel mais aussi d'acquérir

des compétences en conception mobile.

Le sujet en question peut faire fortune à l'équipe mais aussi il pourrait

totalement nous aider à nous faire une renommée nationale car le produit n'est
pas à une seule personne mais il est un abonnement à plusieurs un seul
administrateur par plusieurs clients.

1.2. CADRE METHODOLOGIQUE

I.2.1 Étude de l’existant

La gestion de stock est comorienne est faite souvent à la traditionnelle.

Autrement dit, tous les traitements sont souvent faits à la main.

Cette étude nous a permis :

 D’avoir une bonne compréhension sur ce qui est nécessaire pour gérer
un stock.
 De faire la différence entre gestion de stock et gestion des achats
complets.
 De répertorier l’ensemble des points indispensables du projet.
 Définir des points forts innovant pour en faire des étapes cruciales
pour fidéliser et pouvoir évoluée après sur le projet.

I.2.2 Critiques de l’existant

Un travail sans utilisation de système informatique cause de nombreux
problèmes comme la perte de données, la perte de temps, ne pas pouvoir faire

4
une recherche, faciliter de perte commerciale et le traitement de
données non optimisé.

I.2.3 Solution proposée

Pour faciliter la gestion de stock et diminuer tous les risques de problèmes
mentionnés ci-dessus nous avons dédié ce travail pour pouvoir maximiser le
temps d’exécutions, faciliter les recherches d'informations, sécuriser les
données, avoir un accès rapide à tous les produits, assurer la fiabilité des
données mais aussi surveiller le stock ; au nom de la résolution de tout ceci le
projet est proposé comme réponse.

5
II. ANALYSES ET CONCEPTION

6
Les projets informatiques nécessitent une phase d’analyse, suivie de la phase de
conception. C'est pourquoi pendant pour apporter plus de détails à la solution,
nous cherchons à clarifier les aspects techniques. Nous avons donc choisi une
approche globale et facile à comprendre s’appelle MERISE.

MERISE est une méthodologie de conception, de développement et de mise en

œuvre de projets informatiques. Le but de cette approche est de concevoir un
système d’information. L'approche MERISE repose sur la séparation des
données. Pour une conception beaucoup plus raffinée nous avons choisi la
méthode MERISE : méthode d'étude de réalisation informatique pour le
système d'entreprise.

La méthode en elle-même consiste en une analyse objective et critique de

l'existant à travers des enquêtes mais aussi des questionnaires pour recueillir les
éléments nécessaires à une modélisation conceptuelle de données et de
traitement de l'organisation.

2.1. Dictionnaire de données

Le dictionnaire de données collecte tous les éléments participatifs dans
l'élaboration de la base de données du système en question (la représentation ci-
dessous porte sur les principales propriétés de différentes tables).

7
Nom donnée Désignation Type Taille Règle

8
id_admin Identifient d’Administrateur Entier unique
Login_admin Login d’Administrateur Alphanumérique 50
mdp_admin Mot de passe d’Administrateur Alphanumérique 200 unique
id_ab Identifient d’Abonnement Entier unique
client Client Abonné Alphabétique 50
nbr_mois Nombre des mois Entier
nbr_jour Nombre des jours Entier
id_client Identifient du Client Entier unique
nom_client Nom du Client Alphanumérique 100
email_client Email du Client Alphanumérique 50 unique
mdp_client Mot de passe de Client Alphanumérique 200
tel_client Téléphone de Client Entier
adresse_client Adresse de Client Alphanumérique 50
id_prd Identifiant du Produit Entier unique
qtite_prd Quantité du Produit Entier
prix_prd Prix du Produit Entier
validite_prd Validation du Produit Date
id_vente Identifient de vente Entier unique
designation_prod Désignation du Produit Alphabétique 50
id_stock Identifient du Stock Entier unique
qtite_stock Quantité du Stock Entier
id_fact Identifient de la Facture Entier unique
num_fact Numéro de la Facture Entier
nom_fact Nom de la Facture Caractère 50
date_fact Date de la Facture Date
id_cat Identifiant de Catégorie Entier unique
type_cat Type de Catégorie Caractère 50

Figure 1 : DD

9
 II.2 Règle de gestion

Afin de résoudre notre problématique, nous avons formulé les principes règles
de gestion dont voici certaines :

R1 : Un administrateur gère un à plusieurs abonnements.

R2 : Un abonnement est géré par un seul administrateur.

R3 : Un abonnement ne concerne qu’un et un seul client.

R4 : Un client fait un à plusieurs abonnements.

R5 : Un produit appartient à une seule catégorie.

R6 : Une catégorie a plusieurs produits.

R7 : Un stock a plusieurs produits.

R8 : Un client valide ou fait plusieurs vente.

R9 : Une vente ne concerne qu’un seul client.

R10 : Une vente modifie le stock.

R11 : UN stock est altéré par un à plusieurs ventes.

R12 : Une vente génère une seule facture.

R13 : Une facture vient d’une et une seule vente.

10
 II.3 Modèle conceptuel de données
Le modèle conceptuel de données est une présentation plus conviviale et
compréhensible permettant de décrire le système d'information à l'aide d’entité,
relation et cardinalités.

Une entité représente toute l’ensemble des propriétés ayant un rôle

dans le système que l’on veut ériger. La relation est l'association entre deux
entités ou plusieurs définies ; quant à la cardinalité, elle sert à compte le nombre
maximum ou minimum de possibilités pour qu'une relation existe
entre deux entités. Ces possibilités sont représentées par couple.
1 ,n
Ad m in g e re r Ab o n n e m e n t
id _a d m in <p i> E n tie r <O > 1 ,1 id _a b <p i> E n tie r <O >
lo g in _a d m in Ca ra ctè re (5 0 ) clie n t Ca ra ctè re (5 0 )
m d p _a d m in Ca ra ctè re (2 0 0 ) n b r_m o is E n tie r
id _a d m in <p i> n b r_jo u r E n tie r
... id _a b <p i>
...
1 ,n

Ca té g o rie
Ajo u te r
id _ca t <p i> E n tie r <O > 0 ,n
1 ,1 typ e _ca t Ca ra ctè re (5 0 )
id _ca t <p i>
...

Clie n t
id _clie n t <p i> E n tie r <O >
n o m _clie n t Ca ra ctè re (1 0 0 )
e m a il_clie n t Ca ra ctè re (5 0 )
m d p _clie n t Ca ra ctè re (2 0 0 )
te l_clie n t E n tie r
a d re s s e _clie n t Ca ra ctè re (5 0 ) P ro d u it
id _clie n t <p i> id _p rd <p i> E n tie r <O >
... d e s ig n a tio n _p rd Ca ra ctè re (5 0 ) 1 ,1
q tite _p rd E n tie r a p p a rte n ir
1 ,n
p rix_p rd E n tie r
va lid ite _p rd Da te
id _p rd <p i>
...
va lid e r
0 ,1 1 ,1

a vo ir

1 ,1
Co n ce rn e r
Ve n te
1 ,n
id _ve n te <p i> E n tie r <O >
d e s ig a n tio n _p ro d Ca ra ctè re (5 0 ) 1 ,n
q tite _p ro d E n tie r S to ck
p rix_p ro d E n tie r id _s to ck <p i> E n tie r <O >
id _Ve n te <p i> q tite _s to ck E n tie r
... id _s to ck <p i>
m o d ifie r
...
1 ,1 1 ,1
1 ,n

Fa ctu re
id _fa ct <p i> E n tie r <O >
n u m _fa ct E n tie r
g e n e re r n o m _fa ct Ca ra ctè re (5 0 )
d a te _fa ct Da te
1 ,1 id _fa ct <p i>
...

Figure 2 : MCD

11
 II.4 Modèle logique de données
C'est la suite logique d'un processus de MERISE. L’objectif étant de rapprocher
de plus près le modèle logique des données et physique, nous lui soustrayons les
relations (mais pas n'importe comment). Etablir un MLD c’est décrire la
structure de chaque table.
Ab o n n e m e n t
Ad m in
id _a b <p i> E n tie r <O>
id _a d m in <p i> E n tie r <O>
g e re r id _a d m in <fi> E n tie r <O>
lo g in _a d m in Ca ra ctè re (5 0 )
clie n t Ca ra ctè re (5 0 )
m d p _a d m in Ca ra ctè re (2 0 0 )
n b r_m o is E n tie r
id _a d m in <p i> n b r_jo u r E n tie r
...
id _a b <p i>
...

Ca té g o rie
id _ca t <p i> E n tie r <O>
Ajo u te r id _a d m in <fi> E n tie r <O>
typ e _ca t Ca ra ctè re (5 0 )
id _ca t <p i>
...
Clie n t
id _clie n t <p i> E n tie r <O> a p p a rte n ir
n o m _clie n t Ca ra ctè re (1 0 0 )
e m a il_clie n t Ca ra ctè re (5 0 )
m d p _clie n t Ca ra ctè re (2 0 0 )
P ro d u it
te l_clie n t E n tie r
a d re s s e _clie n t Ca ra ctè re (5 0 ) id _p rd <p i> E n tie r <O>
id _ca t <fi2 > E n tie r <O>
id _clie n t <p i>
id _s to ck <fi3 > E n tie r <O>
... a vo ir
id _ve n te <fi1 > E n tie r
d e s ig n a tio n _p rd Ca ra ctè re (5 0 )
Co n ce rn e r
q tite _p rd E n tie r
p rix_p rd E n tie r
va lid ite _p rd Da te
va lid e r
id _p rd <p i>
...

Ve n te
id _ve n te <p i> E n tie r <O>
id _clie n t <fi1 > E n tie r <O>
id _s to ck <fi2 > E n tie r <O>
d e s ig a n tio n _p ro d Ca ra ctè re (5 0 ) m o d ifie r S to ck
q tite _p ro d E n tie r id _s to ck <p i> E n tie r <O>
p rix_p ro d E n tie r q tite _s to ck E n tie r
id _Ve n te <p i> id _s to ck <p i>
... ...

Fa ctu re
id _fa ct <p i> E n tie r <O>
ggee nnee re
re rr2 n u m _fa ct E n tie r
n o m _fa ct Ca ra ctè re (5 0 )
d a te _fa ct Da te
id _fa ct <p i>
...

Figure 3 : MLD

12
 II.5 Modèle physique de données
Ce modèle est une représentation de l'organisation des données, il nous permet
de générer une base de données en langage SQL.
Ab o n n e m e n t
Ad m in
id _a b in te g e r <p k>
id _a d m in in te g e r <p k>
id _a d m in in te g e r <fk>
lo g in _a d m in ch a r(5 0 )
clie n t ch a r(5 0 )
m d p _a d m in ch a r(2 0 0 )
n b r_m o is in te g e r
...
n b r_jo u r in te g e r
...

Ca té g o rie
id _ca t in te g e r <p k>
id _a d m in in te g e r <fk>
typ e _ca t ch a r(5 0 )
...

Clie n t
id _clie n t in te g e r <p k>
n o m _clie n t ch a r(1 0 0 )
e m a il_clie n t ch a r(5 0 )
m d p _clie n t ch a r(2 0 0 )
P ro d u it
te l_clie n t in te g e r
a d re s s e _clie n t ch a r(5 0 ) id _p rd in te g e r <p k>
... id _ca t in te g e r <fk1 >
id _s to ck in te g e r <fk2 >
id _ve n te in te g e r
d e s ig n a tio n _p rd ch a r(5 0 )
q tite _p rd in te g e r
p rix_p rd in te g e r
va lid ite _p rd d a te
...

Fa ctu re
id _fa ct in te g e r <p k>
id _ve n te in te g e r
Ve n _id _ve n te in te g e r
n u m _fa ct in te g e r
n o m _fa ct ch a r(5 0 )
d a te _fa ct d a te
S to ck
...
id _s to ck in te g e r <p k>
q tite _s to ck in te g e r

Figure 4 : MPD

13
III. IMPLEMENTATION ET DEPLOIEMENT

14
 3.1 Technologies utilisées
Au cours de la réalisation de ce projet, nous avons utilisés :

 Visual Studio Code : est un éditeur de code extensible développé

par Microsoft pour Windows, Linux et macOS3.

Dans le sondage auprès des développeurs réalisé par Stack Overflow en 2023, il
est classé comme l'outil d'environnement de développement (IDE) le plus
populaire, avec plus de 73 % des 86 544 répondants déclarant l'utiliser.

 PhpMyAdmin (5.0.1) : est une application d’interface de gestion pour le

système de gestion de base de données MySQL.

Il prend en charge une large marge de réalisations. Ces dernières sont

fréquemment utilisées en gestion de base de données autorisations et autres.

 SQL : est un langage informatique normalisé servant à exploiter des

bases de données relationnelles. La partie langage de manipulations de
données de SQL permet de rechercher, d’ajouter, de modifier ou de
supprimer des données dans les bases de données relationnelles
 MySQL : est un SGBDR. Il est distribué sous la licence GBL et
propriétaire. Il fait partie des SGBD les plus utilisés au monde autant
pour le grand public (application Web principalement) que par les
amateurs et les professionnels.
 00webHost : hébergeur web bon marché pour l’hébergement de notre
API PHP.

 Flutter : est un kit de développement logiciel (SDK) d'interface

utilisateur open-source développé par Google.

Il est utilisé pour développer des applications pour

Android, iOS, Linux, Mac, Windows et le web à partir d'une seule base de code.

15
 3.2 Interfaces client
Dans cette partie de notre travail, il s’agit des vues du boutiquier qui va gérer
son stock.

Voici quelques interfaces :

 Authentification : espace de connexion et d’enregistrement pour accéder

aux prestations mobiles.

Figure 5 : page d’authentification

16
 Profile : espace de gestion des informations utilisateurs

Figure 6 : profile

17
 Ajout d’un produit : interface d’ajout de produit qui a un impacte directe
sur le stock

Figure 7 : ajout de produit

18
 Listes des produits : interface des produits enregistrés où l’on peut
modifier prix, désignations ou autre.

Figure 8 : Liste produits

19
 Faire une vente : Ici, faire une vente consomme le stock

Figure 9 : Vente

20
  Le stock : en effet, le reste des produits enregistrés s’affiche ici

Figure 10 : stock

3.3 Interfaces administrateur

Cette deuxième application est réservée à l’administration pouvant

gérer abonnement et catégories. Voici quelques vues :

21
 Page de connexion : Interface réservée à la connexion similaire à celle de
la clientèle.

Figure 11 : espace de connexion

22
 Accueil

Figure 12 : accueil

23
 Ajout de catégorie : pour un ajout de catégorie car une possibilité
d’évolution est totalement envisageable

Figure 12 : ajout catégorie

24
 Ajout d’abonnement : pour faire bénéficier un abonnement à un
utilisateur donné qui demande.

Figure 13 : ajout d’abonnement

25
 CONCLUSION

Durant ce mois de dur labeur, nos recherches personnelles, pour la fin de nos
trois ans d’études à l’IUT, pour obtenir notre licence professionnelle, ce projet a
vu le jour : la conception d’une application mobile de gestion de stock d’une
boutique. Il est nécessaire cependant, de souligner que cette réalisation n’est pas
une gestion du système commercial. La conception totale était plutôt orientée
gestion des stocks (quantité de produits). Cependant nous espérons réaliser une
amélioration en ajoutant une correspondance assez requise tout en gardant le
concept.

VII
VIII
Table des figures
Figure 1

IX
Webographie et bibliographie
∞ https://pub.dev/
∞ https://www/flaticon.com/fr
∞ https://aws.amazon.com/fr/what-is/flutter/
∞ Réalisation d’une plateforme médicale et application mobile de demande
de rendez-vous en ligne : cas de Caritas (mémoire de Amdjadi Moussa et
Youssouf Amerdine)