|
i
Epigraphe
Puisqu'on ne peut être universel en sachant tout ce
qui se peut savoir
sur tout, il faut savoir peu de tout, car il est bien
plus beau de savoir quelque chose de tout
que de savoir tout d'une chose.
Cette universalité est la plus belle. Si on pouvait avoir les
deux
encore mieux, mais s'il faut
choisir il faut choisir celle-là.
Pensées, Et le monde le sait et le fait, car
le monde est un bon juge
souvent» [Blaise Pascal (1623-1662)]
«En essayant continuellement, on finit par
réussir, donc : plus on rate,
plus on a de chances que ça
marche»
Dédicace
A mes parents KASEREKA KASUMBU et BOSI NI BANA
A mes
frères et soeurs en famille
A mes camarades
A mes amies
ii
Kambale Fadhili
iii
Remerciement
L'accomplissement de ce travail n'a pas été
concrétisé par un seul individu. C'est pourquoi il serait ingrat
de garder silence pour toute peine partisante pour notre avantage.
Nos sincères remerciements d'adressent d'abord à
notre Dieu Tout Puissant qui dirige et contrôle tous nos mouvements tout
en nous accordant une sécurité et santé
inégalable.
Mes parents KASEREKA KASUMBU et BOSI NI BANA pour leur
considérable surveillance durant notre vie estudiantine.
Nos instructeurs pour l'audace et la privation de
manière à contribuer à notre bagage intellectuel et
facilité notre formation durant toute notre vie estudiantine à
L'UNILUK.
Nous ne cesserons à remercier le directeur Prof. Dr.
MUHINDO MASIVI Osée pour nous avoir orientés dans la
réalisation et dans l'élaboration de ce travail dès son
début jusqu'à sa fin. Nos gratitudes remerciements lui
adressé.
Nos proches frères, tente et soeurs avec qui nous
partageons toutes les circonstances de la vie en famille ; K. ESTHER, M.
ABIGAËL, M. ABIEZER, K. PATIENCE, K. LENITIVE, K. ERVAGEBERG.
Nos compagnons de lutte H. David, M. Janvier, ABEDI SEKI,
Charles MBULINYOLO, Charles Mahwa, Idriss WATHUM, John MBUVA, Rodriguez
KALUMWENDO, Johnson KIZITO, KITHI GLOIRE, PHENIQUE SIVIHWA, HULDAH MUTOKYA,
GENEROSE KAMATE, GLOIRE KAVULIVWA, FURAHA VIHUKO, ELOGE TAMUWITE, RACHEL
MUKWARAMBYA, DOCILE MUKANIRWA, ENDURANCE SIVYAVUGHA, CLARICE NZIMOLIVWE
Amis et connaissances entre autre : LOVELY SOKI, Aimable
MBALOLYAHI, Patricien KALINDERA, SAMSON KASUKI et qui par mégarde n'a
pas été cité nous adressons nos remerciements.
Sigles et Abréviations
: Cout Unitaire Moyen Pondéré
: Etablissement
: First In First Out
: Last In First Out
CUMP ETS FIFO LIFO
|
MCD
|
: Modèle Conceptuel des données
|
|
MEA
|
:
|
Modèle Entité-Association
|
MERISE : Méthode d'Etude et de Réalisation
Informatique pour les Systèmes
d'Entreprises.
MLD MOT OHADA PEPS
iv
: Modèle Logique des données
: Modèle Organisationnel de traitement
: Organisation et Harmonisation de Droit des Affaires
PF
:
:
Premier Entrée Premier Sortie
RDC
Procédures Fonctionnelles
SGBD
: République Démocratique du Congo
SQL
: Système de Gestion de Base des données
TFC
: Structured Query Language (Langage
d'Interrogation Structurée)
UNILUK
: Travail de Fin de Cycle
: Université Adventiste de Lukanga
v
Liste des tableaux
Tableau 1 Schéma de circulation et de traitement des
informations 18
Tableau 2 Dictionnaire des données 24
Tableau 3 Description des tâches en procédure
30
Tableau 4 Modèle Organisationnel de traitement 31
vi
Liste des figures
Figure 1 Diagramme de flux 16
Figure 2 Graphe des dépendances fonctionnelles 25
Figure 3 Modèle Entité-Association 26
Figure 4 Modèle Conceptuel de traitement 28
Figure 5 Modèle Physique des données 32
Figure 6 Modèle Opérationnel de Traitement 33
Figure 7 Ecran d'entrée des articles 36
Figure 8 Ecran d'entrée de lot 37
Figure 9 Entrée des sorties 37
Table des matières
Epigraphe i
Dédicace ii
REMERCIEMENT iii
Sigles et Abréviations v
Liste des tableaux vi
Liste des figures vi
Table des matières vii
INTRODUCTION 1
1. Problématique 1
2. Objectif du travail 3
3. Choix et intérêt du sujet 3
4. Méthodologie 4
5. Délimitation du sujet 4
6. Subdivision du travail 4
CHAPITRE I : DEFINITION DES CONCEPTS ET REVUE DES LITTERATURES
5
I.1. DEFINITION DES CONCEPTS 5
I.2. REVUE DE LITTERATURE 11
I.3. DEFINITION DES OBJECTIFS 13
CHAPITRE II : ETUDES PREALABLES 14
II.1. LANCEMENT DU PROJET 14
II.1.1 Opportunité du projet 14
II.1.2. Etude de la faisabilité 14
II.2. COLLECTE ET DIAGNOSTIC DES INFORMATIONS 15
II.2.1. Principaux acteurs 15
II.2.2. Les flux 16
II.2.3. Schéma de circulation et de traitement des
informations 17
II.2.4. Fiche descriptif des opérations 19
II.2.5. Fiche de description des postes de travail 21
II.5.6. Diagnostic et critique de l'existant 21
viii
II.5.7. Proposition de Solution 22
CHAPITRE III : MODELISATION DU SYSTEME 23
III.1 Niveau conceptuel 23
III.2. Niveau logique 29
III.3. Niveau physique 32
CHAPITRE IV : TEST DE L'APPLICATION 35
VI.1. Données de test 35
IV.2. Les écrans d'entrée 36
IV.3. Les Etats 38
CONCLUSION 40
Référence bibliographique 41
Annexes A
INTRODUCTION
1. Problématique
Durant ces dernières années l'informatique s'est
imposée d'une manière très impressionnante dans les
entreprises. Cela est dû à son apport extraordinaire dans le
domaine de gestion des bases de données. En effet, l'informatique
science de traitement automatique de l'information, constitue un domaine
pratiquement incontournable dans la résolution de multiples
problèmes, principalement ceux liés à la gestion optimale
des organisations. Aussi, l'informatique désigne l'automatisation du
traitement de l'information par un système concret « machine »
ou abstrait ; l'ensemble des sciences et techniques en rapport avec le
traitement de l'information. L'informatique est de plus en plus utilisée
dans tous les domaines d'activités y compris celui de la gestion des
stocks auquel nous rattacherons d'ailleurs notre étude, et cela pour une
meilleure gestion des différents traitements exigés par cette
activité de gestion des stocks.
Dans cette vision, nous inscrivons ce présent travail
pour n'aborder que le problème lié à la gestion de Stock
afin résoudre certaines difficultés y afférentes que
rencontre les entreprise dans leur gestion quotidienne. Nous avons pu
constater, en effet, que presque l'ensemble des traitements au sein des
différentes organisations se font manuellement, ce qui engendre un
certain nombre de problèmes tels que la lenteur dans l'accès aux
données et le risque de perte d'informations voir même une prise
de décision non valide; pour ce faire la meilleure solution pour pallier
aux problèmes est l'informatisation afin d'assurer l'accès
2
instantané aux données et une
sécurisation de ces dernières, ce qui simplifie le travail
administratif (N'Sendula, 2010).
Les stocks sont constitués par l'ensemble des biens
(articles) ou des services qui interviennent dans le cycle d'exploitation de
l'entreprise pour être soit vendus en l'état ou au terme d'un
processus de production à venir ou en cours, soit consommés en
général au premier usage (VAGHENI, 2014).Il faut noter que
l'existence d'un stock dans une entreprise a plusieurs objectifs : d'une part,
dans un souci de réduction de coûts de livraison, les responsables
commerciaux misent sur de grosses commandes (une unique livraison est plus
rentable que plusieurs petites).
Cependant les stocks peuvent représenter 20 à
60% des actifs de l'entreprise, ils engendrent donc un besoin important
d'investissement et immobilisent la trésorerie qui pourrait être
consacrée au développement d'activités rentables de
l'entreprise. Ils sont d'autres part un frein à la
créativité de système de production face à
l'évolution actuelle de la plupart des marchés
caractérisée par l'augmentation de la variété des
produits proposés sur des volumes plus faibles et pour des délais
de livraison plus court(Dayan, 2004).
Il arrive parfois que le magasin est déjà plein
d'articles que l'on ne sait plus même compté. En voulant effectuer
une sortie le gestionnaire rencontre un problème en se posant une
question : Quel article doit-on faire sortir d'abord parmi tant d'autres ? Le
gestionnaire peut vouloir apporter une solution qui ne pourrait peut-être
pas être la meilleure. Il peut soit faire le choix compte tenu de son
observation sans tenir compte même des raisons qui justifieraient
l'existence de cet article. Par contre la prise de décision sur quel
article doit sortir en premier lieu dont être guider par les raisons qui
justifient son existence.
raisons qui justifient son existence n'ont plus cours. Une bonne
gestion des stocks conserva
Comme dit précédemment, un stock est inutile et
coûteux à partir du moment où les
3
des fonctions fondamentales de découplage et de
régulation à court terme du système de production et de
distribution tout en cherchant à supprimer les raisons qui sont à
l'origine des stocks. La mise en place d'un système
d'amélioration permanente aboutissant à une plus grande
maîtrise des processus de production et de distribution permettra de
réduire considérablement les stocks tout en assurant une
souplesse équivalente et une réactivité à la
variation de la demande plus importante.
Parmi les raisons qui justifient l'existence d'un stock on
peut citer la durée de vie des articles dans le stock en se
référant à leur date d'expiration, le taux de rotation des
stocks, le taux de rupture, etc. Notre présent travail se focalisera sur
le premier aspect qui est la gestion de stock par date d'expiration des
articles. Avant que la date d'expiration d'un article n'arrive il faut que nous
soyons déjà au courant et que sa sortie puisse constituée
une préoccupation première. La solution serait alors d'envisager
un logiciel qui, bien conçu, peut aider les gestionnaires dans la prise
de décision en matière de faire un déstockage
d'article.
2. Objectif du travail
L'objectif poursuivi est celui de déterminer la valeur
des stocks en tenant compte de la réalité économique du
marché tout en respectant l'image fidèle des choses
évidement tout en mettant en place un logiciel pouvant nous aidé
à la détermination de la vraie valeur des articles qui reste dans
le stock ainsi effectuer la sortie d'articles sur base de leur date
d'expiration.
3. Choix et intérêt du sujet
méthode de la gestion de stock: en produisant des
logiciels adaptés aux besoins et leur aider
L'intérêt majeur de notre sujet est d'aider les
chefs de projets de s'adapter à la nouvelle
4
dans la gestion de stock des produits périssables enfin
d'éviter les différents couts qui peuvent être liés
à une gestion sans tenir compte des éléments qui
qualifient un article.
4. Méthodologie
Pour arriver au bout de notre travail nous nous servirons des
principes et outils suivants :
- La méthode de modélisation appelée
« MERISE » pour l'analyse de besoins et la conception des
solutions.
- Le langage de programmation C# 2012 pour mettre en place
l'application.
5. Délimitation du sujet
Pour ne pas se plongé dans l'océan où on
ne voit pas ses limites nous allons nous intéresser seulement à
la méthode de Gestion de Stock Comptable où nous avons choisi la
méthode de Premier Entrer
Premier Sortie (PEPS ou FIFO en Anglais) et
la méthode de gestion de stock physique pour déterminer la valeur
finale.
6. Subdivision du travail
Hormis l'introduction et la conclusion, notre travail
s'élargira à trois épisode dont :
- Le premier concernera les généralités sur
la conception du logiciel de gestion de
stock
- Le deuxième portera sur les études
préalables ;
- La conception des solutions et la réalisation
constituera le dernier épisode.
- Séparation de problème : il faut séparer
le différent aspect d'un problème
CHAPITRE I :
DEFINITION DES CONCEPTS ET REVUE DES
LITTERATURES
I.1. DEFINITION DES CONCEPTS
I.1.1. Logiciel de gestion de stock
« Un logiciel ou une
application est un ensemble des programmes qui permet à l'ordinateur ou
à un système informatique d'assurer une tâche ou une
fonction en particulier (exemple : logiciel de comptabilité, logiciel de
gestion des prêts, etc.) » (N'Sendula, 2010). On peut encore dire
qu'un logiciel est utilisé comme un terme générique
désignant l'ensemble de tous les programmes. Mais un logiciel est aussi
un programme... De sorte que tout logiciel fait finalement partie de logiciel.
De façon courante un logiciel est tout simplement un programme (Achraf,
Août 2005).
Les logiciels, suivant leur taille, peuvent être
développés par une personne seule, une petite équipe ou un
ensemble d'équipe coordonnés. On a constaté que le
développement des grands logiciels par de grandes équipes pose
souvent des problèmes surtout dans la conception (N'Sendula, 2010).Pour
créer un logiciel on doit avoir en tête quelque principe dont nous
propose Carlo Ghezzi cité par TSHIBANGU (2010) :
- Rigueur : un logiciel ne doit pas être fait avec
légèreté
6
- Modularité : considéré
séparément le contenu du module
- Abstraction : considéré toujours les aspects
jugés importants
- Anticipation du changement : soumis au changement continuel,
c'est-à-dire un logiciel doit être conçu de manière
dynamique et non statique.
- Généricité : le fait pour un objet de
pouvoir être utilisé tel quel dans différents contextes (ou
même indépendamment du contexte)
- Construction incrémentale : on doit être à
mesure au fil de temps d'ajouter différentes amélioration
nécessaire pour votre logiciel.
Un logiciel ne doit pas être conçu pour une
durée moins courte. Avant de concevoir un logiciel il faut s'amender
à propos des objectifs poursuivis, de l'analyse générale,
de la conception détaillée, du codage aussi (Mchangama I.
2007)
I.1.2. Le Stock
a. Définition
Le stock constitue un ensemble des biens et
services qui interviennent dans le cycle de vie de l'entreprise pour être
soit vendu à l'état au terme d'un processus de transformation ou
encours soit consommer au premier usage.
Le stock correspond à des charges d'exploitation
contractées non encore consommées ou non encore vendues.
D'où stocker, c'est engager des dépenses pour
acquérir des biens que ne produiront des revenus
qu'ultérieurement. Selon ce que l'on stocke, en quelle quantité
et suivant la durée, ces dépenses peuvent s'avérer
conséquentes.
7
b. Type de stocks
Font l'objet de stockage les biens suivants :
- Les marchandises : ce sont des objets, matières ou
fourniture acquis par l'entreprise et destinés à être
revendus sans aucune transformation
- Les matières premières : ce sont des objets,
matière et fournitures acquis par l'entreprise auprès des
fournisseurs et destinés à être ultérieurement
incorporé aux produits finis, il y reste présent
- Matières consommables : sont de matières qui
contribuent d'une manière indirecte à la fabrication des produits
finis.
- Les produits semi-ouvré (en cours de fabrication au
semi-finis) : sont des produits qui atteint un stade déterminé de
la fabrication et qui sont disponibles pour des
transformations ultérieures. Ils représentent les
articles qui ne sont pas vendables
- Les produits finis : sont de produits fabriqués par
l'entreprise et destinés à être vendus.
- Les matières d'empaquetage (de conditionnement) : ce
sont ceux destinés à garder les produits contre les risques au
cours de leurs distributions. Elles font corps avec les produits finis
fabriqués
8
- Les déchets et rebuts : ce sont des produits finis
qui présentent des défauts ou ne représentent pas les
formes voulues et/ou sont impropres à l'utilisation à laquelle
elle était destinée.
- Les sous-produits : ce sont des produits secondaires obtenus
au cours de l'élaboration du produit fini principal. Ces produits
liés mais non désirés par l'entreprise peuvent avoir des
valeurs marchandes sous réserves des traitements supplémentaires.
Comme par exemple une entreprise pétrolière obtient de l'essence
mais aussi des sous-produits comme l'huile, goudron, ...
Il existe différentes appellations des locaux où
sont stockés ces stocks : les magasins (pour les entreprises
industrielles), les entrepôts (pour les entreprises de distributions en
gros), les réserves (pour les entreprises de distribution en
détail). On constitue le stock pour éviter le retard dans la
livraison de produits aux clients, éviter le retard et l'interruption
dans les processus de la transformation des ateliers, optimiser le coût
de la transaction et profiter le mouvement des prix (Chirac 2011)
I.1.3. Gestion
Etymologiquement, ce mot dérive de manager qui signifie
régler avec soin et adresse avec habileté une
préoccupation. C'est diriger et manipuler ou conduire à sa main.
Par gestion nous allons comprendre une science des décisions
stratégiques et tactiques dans les organisations.
Enfin, la gestion peut être définie comme le
processus spécifique consistant en activités de planification,
d'organisation, direction et de contrôle.
9
L'approche de la gestion est un processus continue et
dynamique. Cela signifie qu'un système managérial a des fonctions
et principes d'action qui interagissent et forment un environnement social (un
tout). Ces informations de management sont :
- La planification : qui consiste en une définition des
buts et objectifs de l'organisation ainsi que l'élaboration des plans
d'action à suivre
- L'organisation : sert de la distinction des travails en
tâches et mises en relation des individus.
- Direction : consiste à donner des instructions
nécessaires aux membres et leurs motivations
- Contrôle : savoir l'exécution des activités
selon les plans établis.
I.1.4. Produits périssables
? Définition
Un produit c'est bien né d'une
activité humaine et destiné à la vente, un article, objet
ou bien vendu, une substance destinée à un usage domestique, une
substance comestible destinée à la vente.
Par produit périssable nous voyons les produits qui
peuvent être inutile à cause d'avoir perdues les raisons qui
justifient leur existence n'ont plus en cours. Ce sont encore des produits qui
sont destinés à disparaître et ne sont pas éternel
voir des produits qui ne se conservent pas facilement à l'état
naturel.
10
I.1.5. Gestion de stock
La gestion du stock s'avère indispensable et
nécessaire pour toute entreprise qui veut s'échapper de la
rupture du stock. Etre au courant du volume du stock doit être une
préoccupation de celui qui assume la fonction de la surveillance du
stock dans l'entreprise. Gérer le stock c'est « faire en sorte
qu'il soit constamment apte à répondre aux demandes des clients,
des utilisateurs ainsi que des articles stockés (Zemarti 1976,
cité par MAKI)
Le stock constitue les poumons de l'entreprise qui fait
surtout des ventes et des achats. Une entreprise sans quantité
suffisante des marchandises l'activité d'entreprendre s'avère
compliqué. Une difficulté, il souvent difficile de connaitre le
vrai volume de votre stock et difficile de faire sortir de la marchandise
à un prix non actualiser, alors avec ce logiciel nous n'allons plus
faire la sortie avec un prix non actualiser.
Toutes transactions faites doivent être stockés
et enregistrés dans une banque appelée base des données.
Le concepteur du logiciel doit être aussi capable d'instituer un
système de gestion de la base des données (SGBD). Le SGBD est un
logiciel constitué par des procédures permettant de gérer
les bases des données c'est-à-dire permet l'accès aux
données de façon simple, manipuler les données
présentes dans la base des données (insertion, suppression,
modification). (GULZAR, 2014).
Un logiciel de gestion de stock est nécessaire car il a
pour avantage :
- Gérez vos achats et vos stocks
Maximisez vos ventes en suivant en temps réel
l'évolution. Saisissez vos bons d'entrée, de sortie, de commande
fournisseurs et effectuez vos réapprovisionnements.
11
- Contrôlez votre activité
Suivez en temps réel les indicateurs clés de
performance grâce au tableau de bord. Puis profitez de la puissance
d'analyse du logiciel grâce à des statistiques
détaillées.
- Communiquez facilement
Transférez vos factures et règlements en
comptabilité sans aucune ressaisie et envoyez-les par email à
votre Expert-comptable au format de son logiciel.(Fenxweb).
I.2. REVUE DE LITTERATURE
Dans le cadre de notre thème de recherche plusieurs de
nos prédécesseurs en ont déjà parlé. Citons
MUMBRE MUYISA, sous le thème « Formalisation
informatique de la comptabilité hospitalière en RDC, cas des
Centres de Santé UNILUK 2008-2009 ». Sous ce thème il a
soulevé le problème de lenteur dans le traitement et production
des données relatives à la comptabilité. Passant par les
opérations qui se font encore manuellement entraînent un
casse-tête dans le service de la comptabilité ; ce qui est
à la base de l'imprécision dans les calculs,
l'incrédibilité des états financiers produits, la mauvaise
tenue des documents comptables et inexistence de certains d'entre eux. Le
résultat de son travail était la conception d'un logiciel de
comptabilité qui ne prend en compte que la gestion comptable et le
stock.
Quant à KAMBALE NZALAMINGI sous son
thème de « Modélisation d'un système
d'information informatisé et la conception d'une base de données
de gestion du stock : Cas des Ets Tsangamusa, UNILUK 2009-2010 ».
Celui-ci évoquant les problèmes de la gestion de stock dues aux
traitements manuels, des erreurs fréquentes dans le traitement des
données et la production de documents synthétiques relatifs au
système de gestion de stock dus à la croissance de l'entreprise
d'une part et de la clientèle au sein des PME en
12
général et des ETS Tsangamusa en particulier de
l'autre part. Pour pallier à ce fléau il a s'est
intéressé à la conception et mise en place d'un
système d'information informatisé avec une base de données
capable d'être utilisée par le service de gestion des stock selon
la système comptable en palliant au problème de la valorisation
des stocks, du contrôle des entrées et des sorties, l'inventaire
selon de théories reconnues par les normes générales de la
comptabilité et aussi adaptées à l'environnement
spécifique des ETS TSANG. Cette conception ne traite que de l'aspect de
gestion de stock c'est-à-dire les entrées et les sorties
seulement sans tenir compte de la nature et forme des articles.
De la part d'ISMAILA MCHANGAMA, sous la
`Conception et développement d'un logiciel de gestion commercial
(2006-2007)' il constate une 'abondance des documents dans l'entreprise qui
peut ralentir les services, il réalisa une application sur mesure de
gestion commerciale pour une société de ventes des
matériels informatiques. Dans les projets s'était borné
à la seule entreprise de ventes des matériels informatiques et
non à n'importe quelle entreprise commerciale et sans prise en compte
d'autres types d'articles existant.
Daniel TSHIBANGU N'SENDULA, quant à
lui traita du thème intitulé : `Génie logiciel en
système comptable OHADA : Conception d'un logiciel de gestion de stocks
intégré à la comptabilité, UNILUK 2010-2011' il
traita de l'intégration du système OHADA en RDC pourrait causer
pas mal des gens des difficultés quant à ce qui concerne la
gestion de stock.
Celui-ci ne s'intéresse qu'à
l'intégration de principes du génie logiciel dans la conception
et développement du logiciel sur le modèle du SYSCOHADA aura un
effet très positif sur l'efficacité et l'efficience du dit
logiciel, de le réaliser dans les délais prévus, tout en
satisfaisant la cahier des charges et qu'autrement ce logiciel s'inscrira dans
la catégorie de logiciel obsolètes. Le projet ne
s'intéresse que sur l'intégration du système OHADA dans
les
13
affaires comptables en RDC et présente les avantages et
la manière d'utilisation et de migrer vers le nouveau système.
Tous ces auteurs traitent évidement de la notion de la
valorisation du stock tout en se basant de la lenteur et l'incertitude dans le
traitement des informations. Une chose non prise en charge dans tous les
travaux précités est la non considération et prise en
compte de la nature et condition d'usage de chacune des marchandises
appropriées car il n'y a pas une distinction entre les produits qui
peuvent faire l'objet d'une importance capitale et le produit qui ne peuvent
pas perdre leur valeur quel que soit la durée de leur vie.
I.3. DEFINITION DES OBJECTIFS
En ce qui nous concerne, la finalité du projet est de
produire une fiche des stocks regroupant les biens selon leur date de
péremption grâce à un logiciel de la gestion de stock
tenant compte des types et natures des produits y stocké et
précisément les produits qui peuvent être
déclarés inutiles en cause d'avoir perdue les raisons de leur
existence. Deux types de sortie sont en vogue en autre la sortie physique
basée sur la date de péremption et la sortie comptable utilisant
la méthode FIFO.
L'aspect budgétaire ne sera pas pris en compte aussi
dans le cas de ce travail car requiert une comptabilité
particulière.
Au terme de notre projet ; sa réalisation apportera une
aide considérable quant à ce qui concerne la facilité de
faire sortir dont sa durée de vie est courte. C'est pourquoi, il nous
est indispensable de bien recueillir les besoins des utilisateurs et de tenter
à les conscrite dans une optique de faisabilité afin de produire
le cahier de charge. Ceci fera l'objet de l'épisode suivant.
CHAPITRE II :
ETUDES PREALABLES
Au niveau de cet épisode c'est l'expression, le recueil
et la formation des besoins du demandeur (le client) et de l'ensemble des
contraintes puis l'estimation de la faisabilité de besoin constituent
notre plus grande préoccupation.
II.1. LANCEMENT DU PROJET II.1.1 Opportunité du
projet
Les stocks de certaines organisations sont constitués
des biens qui peuvent être considéré comme perdu ou
inutiles (sans valeur) après un certain temps. Dans ce registre
s'inscrivent les institutions sanitaires qui gèrent des
médicaments comme stock de base, des entreprises de la vente des
produits cosmétiques (huile de cuisson, huile de beauté, etc.)
qui malheureusement aussi peuvent expirés. La tenue des fiches de stocks
ce type d'articles pose problème au niveau de leur écoulement et
de leur utilisation car un produit expiré est censé être
mort et engagerait des coûts qui seront supportés par
l'organisation s'il n'en tire pas attention. L'objectif du projet est
d'effectuer la sortie des biens en tenant compte de leur date d'expiration. Le
souhait est de fournir la fiche de stock sur lequel les biens sont
rangés selon leur date de péremption.
II.1.2. Etude de la faisabilité
La question à laquelle nous répliquons est de
savoir si le projet est faisable par rapport aux atouts et contraintes de
réalisation .Pour cela nous comparons les atouts aux contraintes.
Les sources de non réalisation de ce projet peuvent
être soient: - L'insuffisance en courant électrique ;
15
- Le personnel capable d'utiliser ce logiciel encore rare; -
Le logiciel approprié.
Cependant :
- Nous avons un temps suffisant pour la réalisation de ce
projet ; - Un matériel approprié pour l'achèvement de ce
projet.
Malgré ces contraintes, elles peuvent être
surmontées dans le sens que :
a. En cas d'insuffisance en courant électrique on peut
préconiser l'utilisation des LAPTO et l'utilisation des panneaux
solaires ;
b. On peut former un personnel qui utilisera le logiciel ;
c. On peut fournir des logiciels appropriés pour
l'exécution et la mise en application de ce logiciel.
II.2. COLLECTE ET DIAGNOSTIC DES INFORMATIONS
Dans cette partie nous analysons le système de
fonctionnement actuel en matière de gestion de stock entre autre les
sorties et les entrées des biens en stock tout en se basant sur le
principe de gestion de stock préconisé par l'OHADA. Le
système OHADA préconise deux méthodes de valorisation de
stock entre la méthode FIFO et la méthode CUMP. Notre travail
concerne deux types de sortie : la sortie physique des biens basée sur
la date de péremption et la sortie comptable basés sur la
méthode FIFO. Les articles entrent en stock en lot qui a une
quantité des pièces biens connus
II.2.1. Principaux acteurs
Le système à concevoir aura une application qui
fonctionnera sur un poste (Monoposte) 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 :
16
- Gérer les bons de sorties : les opérations
concernent : l'ajout, la modification et la suppression et enregistrement
- Gérer les bons d'entrées : les opérations
concernent : l'ajout, la modification et la suppression et l'enregistrement
;
- L'édition des bons : Permet à l'acteur
d'éditer différents documents (bon de commande interne, bon de
sortie, bon d'entrée).
Les autres qui personnes qui devront intervenir sont d'office
externes à la gestion de stock. Entre autre le client,
le fournisseur
II.2.2. Les flux
Ce sont des informations échangées entre acteurs.
Ces informations peuvent être
Fournisseur
Gérer les sorties
Gérer les entrées
4
Figure 1 Diagramme de flux
1 2
Service de dépôt
3
Edition des bons
Approvisionnement
Client
transmises soit par des documents imprimés ou soit
oralement.
17
Légende
(1). Lette de demande d'avis sur le stock
(2). Livraison de la fiche
(3). Bon de sortie
(4). Bon d'entrée
II.2.3. Schéma de circulation et de traitement des
informations
Ce schéma nous permet de donner la chronologie de
traitement des informations au sein de l'entreprise.
18
Tableau 1 Schéma de circulation et de traitement des
informations
|
Chronologie
|
Client
|
Dépôt
|
Approvisionnement
|
Fournisseur
|
|
A chaque demande d'avis sur stock
A chaque
arrivage
A analyse des biens
|
|
|
|
|
|
OPERATION N°1
|
|
Vérification du stock
|
|
Suffisant
|
Critique
|
|
|
Rapp ort
|
|
|
Rapp
|
|
|
|
ort
|
|
|
Bon de
livraison
|
|
Facture
Achat
|
|
|
|
ET
|
|
|
|
OPERATION N°2
|
|
Analyse de l'arrivage
|
|
Retour du
bon de
livraison
|
|
Accord
|
Refus
|
|
|
|
|
Bon d'entr ée
|
|
|
|
OPERATION N°3
|
|
Enregistrement d'entrée
en stock
|
|
Toujours
|
|
|
|
|
Fiche de stock
|
|
19
|
|
|
|
|
|
Reçu
|
|
|
OPERATION N°4
|
|
Analyse du reçu et de la
commande
|
|
Refus Accord
|
|
Retour bon
de commande
|
|
|
|
|
|
|
|
|
Bon de sortie
|
|
|
|
OPERATION N°5
|
|
Livraison et
enregistrement de sortie
|
|
Toujours
|
|
|
|
Fiche de stock
|
|
|
FIN
|
II.2.4. Fiche descriptif des
opérations
|
FICHE DE DESCRIPTION D'OPERATIONS
Adresse : DEPOT
|
|
Opération N° : 1
Libellé : Vérification de l'Etat de stock Type de
traitement : Semi-automatique Périodicité : Pendant les heures de
Service Poste de travail : Magasinier
|
|
Entrée : Lettre de demande d'avis sur le stock Sortie :
|
|
Description :
- Recevoir la lettre de demande d'avis
- Analyse de la lettre
|
20
|
FICHE DE DESCRIPTION D'OPERATIONS
Adresse : DEPOT
|
|
Opération N° : 2
Libellé : Analyse de l'arrivage
Type de traitement : Semi-automatique
Périodicité : A l'arrivée d'un transporteur
des biens
Poste de travail : Magasinier
|
|
Entrée : Bon de réception Sortie :
|
|
Description :
- Recevoir la facture d'achat du fournisseur
- Le bon de livraison du fournisseur
- Le registre d'arrivage
|
|
FICHE DE DESCRIPTION D'OPERATIONS
Adresse : DEPOT
|
|
Opération N° : 3
Libellé : Enregistrement des entrées
Type de traitement : Semi-automatique
Périodicité : Après analyse de l'arrivage
pendant les heures de service
Poste de travail : Magasinier
|
|
Entrée : Bon d'entrée
Sortie : Bordereau d'attestation
|
|
Description : La fiche de stock est complétée pour
témoigner les entrées
|
|
FICHE DE DESCRIPTION D'OPERATIONS
Adresse : DEPOT
|
|
Opération N° : 4
Libellé : Analyse du reçu et de la commande du
client
Type de traitement : Manuel
Périodicité : A l'arrivé du client pendant
les heures de service
Poste de travail : Magasinier
|
|
Entrée : Bon de sortie Sortie : Reçu
|
|
Description :
- On vérifie l'authenticité du reçu et des
éléments constitutifs du reçu. En cas
d'accord
l'opération suivante est faite et en cas de refus on
décline la commande.
|
21
|
FICHE DE DESCRIPTION D'OPERATIONS
Adresse : DEPOT
|
|
Opération N° : 5
Libellé : Enregistrement de la sortie en stock
Type de traitement : Automatique
Périodicité : Après livraison des biens au
client pendant les heures de service
Poste de travail : Magasinier
|
|
Entrée : Fiche de stock Sortie : Bon de livraison
|
|
Description :
- La fiche de stock est mise à jour en terme de sortie
des biens
|
II.2.5. Fiche de description des postes de
travail
|
FICHE DE POSTE DE TRAVAIL
POSTE DE TRAVAIL :
DEPOT
|
|
Poste de travail : Service de dépôt
Lieu : Dépôt
Période : Jour ouvrable
Période d'activité : Pendant les heures
d'activités
|
|
N°
Opération
|
Libellé
|
Type de
traitement
|
Vol/Jr
|
Durée
unitaire
|
Durée/jr
|
|
1
|
Vérification Etat de stock et analyse de la commande du
client
|
Semi-
automatique
|
1
|
180
|
180'
|
|
2
|
Livraison des articles
|
Manuel
|
32
|
10
|
320'
|
|
3
|
Analyse de la commande arrivée
|
Semi-
automatique
|
1
|
120
|
120'
|
II.5.6. Diagnostic et critique de l'existant
Les organisations tiennent la gestion de stock sans tenir compte
de la nature de leurs
biens. Le problème se pose au niveau de la gestion des
sorties des biens. La sortie des biens ne se base que sur l'une des
méthodes préconisés par reconnues avec la
comptabilité (entre autre la méthode FIFO ou LIFO) sans tenir
compte de la date d'expiration des biens qu'ils veulent sortir du magasin.
22
II.5.7. Proposition de Solution
La solution envisagée est la mise en place deux types de
gestions des stocks dans un
logiciel.
- La gestion physique basée sur la date d'expiration
- La gestion comptable basée sur la méthode FIFO
sous OHADA
III.1.2.1. Les règle de
gestion
CHAPITRE III :
MODELISATION DU SYSTEME
L'objectif poursuivit dans ce chapitre est d'établir un
modèle qui décrit la nature des transactions relatives à
la gestion de stock pour les produits périssables.
III.1 Niveau conceptuel
L'objectif à ce niveau est de représenter
l'activité telle quelle devrait se faire au sein de l'entreprise. Ce
niveau comprend les modèles suivants : le Modèle Conceptuel de
Communication, le modèle conceptuel de traitement et le modèle
conceptuel des données.
III.1.1. Modèle conceptuel de
communication
Nous faisons ici une représentation de la circulation
des informations en interaction avec les acteurs internes et les acteurs
externes. Cette représentation est identique au schéma
représentant les flux. C'est la figure n° 1.
III.1.2. Modèle conceptuel des données
(MCD)
Nous faisons ici une représentation statique du
système d'information de l'entreprise qui met en évidence sa
sémantique. Nous décrivons donc, de façon formelle les
données qui seront utilisées par le système d'information.
Il s'agit donc d'une représentation des données, facilement
compréhensibles. Cet aspect recouvre les mots qui décrivent le
système ainsi que les liens existants entre ces mots. Le formalisme
adopté par la méthode Merise pour réaliser cette
description est basé sur les concepts « entités-associations
» (M. Muyisa, 2014).
24
Les règles de gestion suivantes nous ont permis de
préciser les différentes contraintes qui seront respectées
par notre modèle conceptuel des données.
1. Le fournisseur est identifié par un nom, a une
référence (numéro), une adresse et un
téléphone
2. Un client est identifié par un nom, a une
référence (numéro), une adresse et un
téléphone
3. Un article est identifié par une
référence et a une description, une unité, une date de
fabrication et date de péremption.
4. Chaque article appartient à un lot qui a une
quantité donnée.
5. A une date donnée un bon d'entrée est à
notre disposition qui a une référence, une description et le nom
du fournisseur.
6. Le prix d'achat dépend d'un produit, du fournisseur et
de la date d'entrée
7. A une date un bon de sortie est livré à un
client. Le bon de sortie est identifié par une référence,
une description
8. Le prix de vente dépend du produit et de la
facture.
9. La facture à une référence, une
description, désignation, quantité.
a. Dictionnaire des données
Tableau 2 Dictionnaire des données
|
N°
|
Mnémoniques
|
Signification
|
Type
|
Mode
d'obtention
|
C.I
|
1.
|
Num_Cli
|
Numéro du client
|
A.N
|
Mémorisé
|
Unique
|
2.
|
Nom_Cli
|
Nom du client
|
A.N
|
Mémorisé
|
-
|
3.
|
Adr_Cli
|
Adresse du client
|
A.N
|
Mémorisé
|
-
|
4.
|
Tel_Client
|
Téléphone du client
|
N
|
Mémorisé
|
-
|
5.
|
Code_prod
|
Code du produit
|
A.N
|
Mémorisé
|
Unique
|
6.
|
Descr_Prod
|
Description du produit
|
A.N
|
Mémorisé
|
-
|
7.
|
Num_Fourni
|
Numéro du fournisseur
|
A.N
|
Mémorisé
|
Unique
|
8.
|
Nom_Fourni
|
Nom du fournisseur
|
A.N
|
Mémorisé
|
-
|
9.
|
Adre_Fourni
|
Adresse du fournisseur
|
A.N
|
Mémorisé
|
-
|
10.
|
Tel_Fourni
|
Téléphone fournisseur
|
N
|
Mémorisé
|
-
|
11.
|
Num_Bon_Entre
|
Numéro bon d'entrée
|
A.N
|
Mémorisé
|
Unique
|
12.
|
Descr_Bon_Entre
|
Description bon d'entrée
|
A.N
|
Mémorisé
|
-
|
13.
|
Date_Entrer
|
Date d'entré
|
Date
|
Mémorisé
|
Unique
|
14.
|
|
Ref_Det_Bn_Ac
|
Référence Bon d'achat
|
A.N
|
Mémorisé
|
-
|
|
25
15.
|
Prix_U_A_P
|
Prix Unitaire Achat
|
Monétaire
|
Mémorisé
|
-
|
16.
|
Date_Entre_St
|
Date d'entrée en stock
|
Date
|
Mémorisé
|
-
|
17.
|
Qté_Art_En
|
Quantité d'article entré
|
N
|
Mémorisé
|
-
|
18.
|
Num_Bon_V
|
Numéro du bon de vente
|
A.N
|
Mémorisé
|
Unique
|
19.
|
Descr_Vent
|
Description de la vente
|
A.N
|
Mémorisé
|
-
|
20.
|
Nb_pce
|
Pièces vendues
|
N
|
Mémorisé
|
>0
|
21.
|
Pr_Un_Vn
|
Prix unitaire de vente
|
Monétaire
|
Mémorisé
|
-
|
22.
|
|
Date_Vent
|
Date de la vente
|
Date
|
Mémorisé
|
-
|
|
b. Graphe des dépendances
fonctionnelles
NumFourn
NumCatg
NomFourn AdreFourn TelFourn
DateFact ModePay
NomClient AdreClient TelClient
DescBonSort DatBonSort Unité
Qté
NomCatg
NumArt
DescArt Unité
NumBnEntrer
DesciBnEntre Date Unité Qté
NumFact
NumBonSort
NumClient
NumLot
DescLot QtéLot DateFabri DateExpir DateEntrer
Figure 2 Graphe des dépendances fonctionnelles
1,n
c. Modèle Entité-Association
(MEA)
Facture
NumFact
DateFact
ModePay
1,1
Facture
1,n
Client
NumClient NomClient AdreClient TelClient
Figure 3 Modèle Entité-Association
Article
1,n
Qté, PV
Sortir
1,1
Appartenir
NumArt DescArt Unité
1,n
1,1
Qté, PA
Entrer
1,n
NumBnEntr DescBnEntr DateBnEntr Unité
1,1
Appartenir
Bon Entrer
NumBonSort
DescBonSort
DatBonSort
1,n
Fournisseur
Lot
NumLot DescLot QtéLot Qté DateFabri DateExpi
DateEntrer
1,1
Appartenir
Categories
NumCatg
NomCatg
1,n
0,n
Avoir
1,1
Bon Sortie
26
NumFourn NomFourn AdreFourn TelFourn
27
III.1.3. Modèle conceptuel de
traitement
C'est un modèle constitué d'une succession
d'opérations, chaque opération étant
déclenchée par un ou plusieurs événements
liés par une condition de synchronisation. L'opération
exécute des traitements et produits un ou plusieurs résultats qui
peuvent éventuellement être conditionnés par des
règles. Celles-ci tiennent compte de la proposition de solution que nous
avons suggérée dans les pages précédentes (M.
CHIRAC 2011).
La gestion de stock sous OHADA des produits en
péremption préconise que le produit qui s'expire bientôt
doit constituer la première sortie avant les autres qui ont encore une
durée de vie considérable. Ainsi notre MCT se présentera
de la sorte :
28
Figure 4 Modèle Conceptuel de traitement
Fin
OPERATION N°1
Vérification du stock
Suffisant
Critique
Confirmation
Rapp ort
Marchandises
Facture Achat
Bon de livraison
ET
OPERATION N°2
Analyse de l'arrivage
Retour des biens
Accord
Bon d'entr ée
Refus
OPERATION N°3
Enregistrement d'entrée
en stock
Toujours
Reçu du client
Fiche de stock
ET
OPERATION N°4
Analyse reçu et
vérification stock
Fin analyse
|
Annulation de la commande
|
|
Bon de sortie
ET
OPERATION N°5
Livraison et
enregistrement
29
III.2. Niveau logique
L'objectif à ce point est la définition des moyens
informatiques à disposition des
postes de travail afin d'effectuer les opérations
organisées. III.2.1. Modèle logique des données
(MLD)
En appliquant les règles de passage du MCD au MLD nous
pouvons obtenir le MLD suivant :
1. Fournisseur (Num_Fourni, Nom_Fourni, Adresse_Four,
Tel_Four)
2. Client (Num_Client, Nom_Client, Adresse_Cli,
Tel_Cli)
3. Catégorie (NumCate, Descrip)
4. Facture Achat (NumFact, DescfactAch, Date, ModePay,
#NumClient)
5. Lot (Num lot, Desc_Lot, Qté, DateFabri,
DateExpir, DateEntrer, PA, #NumBnEntre, #NumArt)
6. Article (Num Arti, Descri_Art, Unité,
#NumCatg)
7. Bon Sortie (NumBnStr, DescBnStr, Unité, Date,
#NumFact)
8. Bon Entrée (NumBnEnt, DescriBnEnt, Date,
Unité, #NumFourni)
9. Sortir (#NumLot, #NumBonSort, Qté, PV)
III.2.2. Modèle organisationnelle de traitement
Le MOT permet de répondre aux questions suivantes :
? Où ? C'est le lieu où se fera la procédure
fonctionnelle (poste de travail)
? Quand ? Le moment où se concrétisera la
procédure fonctionnelle ? Comment ? Le type de traitement de la
procédure fonctionnelle
? Pourquoi ? Le moyen de traitement de la procédure
fonctionnelle.
30
Soulignons qu'une procédure fonctionnelle est un
traitement exécuté sans interruption par un même poste de
travail utilisant les moyens de traitement de type déterminé,
pendant un moment d'activité déterminé (O. MASIVI,
2007-2008, cité par CHIRAC, TFC 2011).
a. Détermination des procédures
fonctionnelles
Le système OHADA ne préconisant pas une
méthode appropriée pour la gestion des produits
périssables. Il préconise la sortie première des produits
qui seront expirés avant d'autres sans tenir compte de la date
d'entrée de ce produit. Ce système est vraisemblable à
l'ancien système (le système général Congolais)
Tableau 3 Description des tâches en procédure
|
PF
|
Poste de travail
|
Exercice
|
Type de données
|
Période
|
N° Op.
|
|
1
|
Service de dépôt
|
Vérification Etat de stock
|
Semi-automatique
|
A chaque
demande
|
1
|
|
2
|
Service de dépôt
|
Analyse arrivage
|
Semi-automatique
|
A chaque
arrivage
|
2
|
|
3
|
Service de dépôt
|
Enregistrement des
entrées en stock
|
Semi-automatique
|
Après analyse
|
3
|
|
4
|
Service de dépôt
|
Analyse reçu et
vérification stock
|
Semi-automatique
|
Pour chaque
arrivé du client
|
4
|
|
5
|
Service de dépôt
|
Livraison et
enregistrement de la sortie en stock
|
Semi-automatique
|
Après analyse
|
5
|
31
b. Modèle organisationnel de
traitement
Le MOT est une répartition des opérations du MCT
dans les différents postes ainsi que l'attribution de la
périodicité. Cette répartition implique le
découpage de ses opérations en procédures fonctionnelles
selon les postes qui interviennent, les moyens utilisés et les
étapes de déroulement.
Tableau 4 Modèle Organisationnel de traitement
|
Période
|
Procédure fonctionnelle
|
Poste de travail
|
Type de traitement
|
|
Heures de
service
A l'arrivage
Après analyse
A l'arrivée du client
Après analyse
|
Demande d'avis stock
|
Service de dépôt
Chargé du dépôt
Service de dépôt
Service de dépôt
Service de dépôt
|
Semi-automatique
Manuel
Semi-automatique
Semi-automatique
Semi-automatique
|
|
PF 1
|
Vérification stock
|
|
|
|
|
|
Facture
|
Marchandises
achat
|
|
Rapport
Bon de livraison
|
|
|
|
|
|
|
|
PF 2
|
Analyse arrivage
|
|
|
Refus
Accord
|
|
B E
|
Retour
|
|
PF 3
|
Enregistrement
|
|
|
F. St.
|
Reçu client
|
|
PF 4
|
Analyse reçu et vérification stock
|
|
Refus
|
|
Accord
|
|
B S
|
Retour
|
|
PF 4
|
Livraison et enregistrement
|
|
|
F. St. FIN
|
32
III.3. Niveau physique
III.3.1. Modèle physique des
données
A ce niveau on implante le système d'informations à
partir d'un logiciel nommé
Système de gestion de base de données (S.G.B.D).
Alors le système d'information devient ainsi une base de
données.
Figure 5 Modèle Physique des données
33
III.3.2. Modèle Opérationnel de traitement
III.3.2.1. Architecture des écrans
Ce croquis ci-dessous nous permet d'organiser l'architecture des
menus devant aboutir à un découpage du logiciel en transactions.
Il n'y a pas de spécificité sous OHADA
Formulaire de
saisi des données
Menu principal
Quitter
l'application
ETATS
Nouveau fournisseur
Nouveau client
Nouvel article
Entrée en stock
Fiche de stock
Sortie en stock
Liste des
Liste des produits
Liste des clients
Liste des entrées
Liste des sorties
fournisseurs
Figure 6 Modèle Opérationnel de Traitement
Pour chacun des écrans d'entée nous avons
créés des formulaires avec C#.
34
III.3.2.2. Interrogation de la base de données.
Pour obtenir les données en entrée, nous avons
créés des requêtes avec SQL. Voici les requêtes
principales :
? Pour obtenir toutes les entrées et leurs informations
:
SELECT dbo.T_Lot.Num_Lot, dbo.T_Lot.Desc_Lot,
dbo.T_Lot.Quantite,
dbo.T_Lot.Date_Fabi,dbo.T_Lot.Date_Expir,dbo.T_Lot.Date_Entrer,
dbo.T_Lot.Prix_Achat,
dbo.T_Produit.Num_Art,dbo.T_Produit.Nom_Art,dbo.T_Bon_Entrer.Num_Entrer,
dbo.T_Bon_Entrer.Descr_Entrer,dbo.T_Fournisseur.Num_Fourni,dbo.T_Fournisseur.Nom_
Fourni FROM dbo.T_Lot INNER JOIN dbo.T_Produit ON dbo.T_Lot.Ref_Art =
dbo.T_Produit.Num_Art INNER JOIN dbo.T_Bon_Entrer ON dbo.T_Lot.Ref_Bn_Entr =
dbo.T_Bon_Entrer.Num_Entrer INNER JOIN dbo.T_Fournisseur ON
dbo.T_Bon_Entrer.Ref_Fourni = dbo.T_Fournisseur.Num_Fourni
? Pour obtenir tous les articles en magasin :
SELECT dbo.T_Categorie.Num_Catg, dbo.T_Categorie.Nom_Catg,
dbo.T_Produit.Num_Art, dbo.T_Produit.Nom_Art, dbo.T_Produit.Num_Etag,
dbo.T_Produit.Unite FROM dbo.T_Produit INNER JOIN
dbo.T_Categorie ON
dbo.T_Produit.Ref_Catg = dbo.T_Categorie.Num_Cat
? Pour obtenir la quantité et la date d'expiration la plus
proche du produit choisi : SELECT Ref_Art, MAX (Date_Expir) FROM T_Lot
WHERE Ref_Art = Nom_Art
? Pour voir la quantité correspondante au produit ayant
à sa date d'expiration la plus proche
SELECT Ref_Art, SUM (Quantite) AS Somme FROM T_Lot GROUP BY
Ref_Art
CHAPITRE IV :
TEST DE L'APPLICATION
Cette partie concerne la réalisation et le test de la
mise en oeuvre de notre application de gestion de stock des produits
périssables. Cette application a été réalisé
avec comme langage de programmation C# et SQL Server comme base de
données.
VI.1. Données de test IV.1.1. Les
articles
Représentons différents articles sous un tableau
qui constitueront nos entrées.
|
Numéro Article
|
Nom Article
|
Catégorie
|
Numéro Etagère
|
Unité
|
|
Art 00 1
|
Marguerite
|
Haute
|
001
|
Pièces
|
|
Art 00 2
|
Nido
|
Moyenne
|
001
|
Pièces
|
|
Art 00 3
|
Cow Bell
|
Haute
|
002
|
Carton
|
IV.1.2. Les lots en entrée
Soient les entrées effectuées au courant de
l'exercice de l'année 2014 :
|
N° lot
|
Désignation
|
Article
|
Date
fabrication
|
Date
Expiration
|
Date
Entrée
|
Quantité
|
Unité
|
N°
B.E
|
|
Lot 1
|
Lot
Mayonnaise
|
Mayonnaise
|
15/05/2013
|
15/08/2017
|
07/04/2015
|
30
|
Pièces
|
|
|
Lot 2
|
Lot lait C
|
Cow Bell
|
18/02/2014
|
18/02/2015
|
10/05/2015
|
20
|
Pièces
|
03
|
|
Lot 3
|
Lot Nido
|
Nido
|
17/07/2012
|
17/07/2017
|
15/06/2015
|
24
|
Pièces
|
01
|
|
Lot 4
|
Lot
Marguerite
|
Marguerite
|
18/12/2014
|
18/12/2016
|
01/07/2015
|
14
|
Pièces
|
02
|
36
IV.1.3. Les sorties
Soient les sorties effectuées au courant de la même
année :
|
N° lot
|
Désignation
|
Article
|
Date
fabrication
|
Date
Expiration
|
Date Sortie
|
Quantité
|
Unité
|
N°
B.S
|
|
Lot 1
|
Lot
Mayonnaise
|
Mayonnaise
|
15/05/2013
|
15/08/2017
|
20/05/2015
|
10
|
Pièces
|
|
|
Lot 1
|
Lot lait C
|
Mayonnaise
|
18/02/2014
|
18/02/2015
|
10/06/2015
|
5
|
Pièces
|
01
|
|
Lot 1
|
Lot Nido
|
Mayonnaise
|
17/07/2012
|
17/07/2017
|
15/07/2015
|
2
|
Pièces
|
02
|
|
Lot 1
|
Lot
Marguerite
|
Mayonnaise
|
18/12/2014
|
18/12/2016
|
28/06/2015
|
10
|
Pièces
|
03
|
|
Lot 3
|
Lot Nido
|
Nido
|
17/07/2012
|
17/07/2017
|
25/06/2015
|
3
|
Pièces
|
04
|
IV.2. Les écrans d'entrée IV.2.1.
Entrée un article
Les données concernant les articles seront
enregistrées grâce à ce formulaire.
Figure 7 Ecran d'entrée des articles
37
Figure 9 Entrée des sorties
IV.2.2. Entée en stock
L'enregistrement des entrées se fait à partir de ce
formulaire.
Figure 8 Ecran d'entrée de lot
IV.2.3. Entrée des sorties
38
IV.3. Les Etats
IV.3.1. Etat des articles
Tous les articles enregistrés dans la base de
données sont imprimés comme suit :
IV.3.2. Etat des entrées en stock
39
IV.3.2. Etat des sorties
Journal des sorties
|
Date
|
Mouvement
|
Qté
|
PU
|
Mont.
|
|
01/01/2012
|
Stock initial
|
2
|
100
|
200
|
|
05/01/2012
|
Entrée Lot2
|
10
|
102
|
1020
|
|
10/01/2012
|
Entrée Lot3
|
10
|
90
|
900
|
|
12/01/2012
|
Sortie (5pcs)
|
2
|
100
|
200
|
|
|
3
|
102
|
306
|
|
15/01/2012
|
Sortie (10pcs)
|
7
|
102
|
714
|
|
|
3
|
90
|
270
|
|
20/01/2012
|
Entrée Lot4
|
20
|
101
|
2020
|
|
22/01/2012
|
Sortie (8pcs)
|
7
|
90
|
630
|
|
|
1
|
101
|
101
|
CONCLUSION
Sous le thème « Conception d'un logiciel de
gestion de stock des produits périssables », nous sommes partis de
fait tels que le système manuel de la gestion de stock de certains
produits posent problèmes d'utilisabilité. Ce sont des produits
périssables. La problématique était que plus part
d'entreprises tiennent la gestion de stock sans tenir compte de la date de
péremption des biens en stock.
L'objectif poursuit était ainsi la conception d'un
logiciel qui gère les entrées et les sorties des biens en stock
en tenant compte de la date de péremption. Nous avons utilisés la
méthode « MERISE » pour l'analyse de besoins et la conception
des solutions et le langage de programmation C# 2012 pour mettre en place
l'application en mix avec SQL Server 2008 pour les bases de données.
Nous avons ensuite analysés les existants afin de trouver plus ou moins
un modèle qui nous a permis de simuler un travail qui devrait être
fait par une équipe de génie et nous a produit un logiciel de
gestion de stock basé sur les produits qui ne sont plus valable à
un certain temps. L'application que nous avons produite ne traite pas de
certains aspects de la comptabilité générale liée
au commercial et d'alerte. Elle est capable de produire une fiche de stock
regroupant tous les flux opérés au cours de l'année en les
triant sur base de la date de péremption. L'application n'avait pas pour
objectif de produire un bilan, une facture, un grand livre et autres documents
de la sorte.
Plusieurs modules peuvent facilement être ajoutés
à ce squelette que nous venons de bâtir, prouvant ainsi la
facilité des sorties des biens par la date d'expiration. Le cas de
modèle de la gestion de stock de sécurité peut être
ajouté et traité par les futurs chercheurs en matière de
gestion de stock avec bien d'autres modules qu'ils pourront modéliser
suivant les principes connus pour l'amélioration de la présente
logiciel. Le choix d'amélioration de ce
logiciel est laissé à toute personne y
intéressé.
41
Référence bibliographique
I. Ouvrage
Achraf, C. (Août 2005). Jargon informatique
(éd. Version 1.3.4).
Dayan, A. (2004). Manuel de Gestion (éd.
2ème, Vol. II). Ellipses, France: Dépot
légal.
VAGHENI, N. P. (2014). Comptabilité
Générale OHADA (éd. 1ère). FRIDI
II. Mémoire
N'Sendula, D. T. (2010). Memoire on line.
Consulté le 12 31, 2014, sur Génie logiciel en système
comptable OHADA (Organisation pour l'harmonisation en Afrique du droit des
affaires ). Conception et mise en place d'un logiciel de gestion de stock
intégré à la comptabilité:
http://www.memoireonline.com/01/14/8395/m_Genie-logiciel-en-systeme-comptable-OHADA-Organisation-pour-l-harmonisation-en-Afrique-du-droit-d0.ht
III. Travail de Fin de Cycle
Chirac, R. M. (2011). Conception et mise en place d'un
logiciel de gestion commerciale au sein d'une entreprise commerciale "Cas de
l'Ets KAS SONDIRYA". Lukanga, RDC: UNILUK.
Ezechiel, K. K. (2011). Modélisation informatique de
la comptabilité et analyse financière intégré.
Lukanga, Nord-Kivu, RDC: UNILUK.
IV. Web
Fenxweb. (s.d.). Logiciel de Gestion des Stocks.
Consulté le 12 31, 2014, sur GEREZ VOS STOCKS EFFICACEMENT !:
http://fenxweb.com/logiciel-de-gestion-des-stocks/
KATETE, H. (2011). MemoireOnLine. Consulté le
Décembre 18, 2014, sur Conception et réalisation d'une
application de gestion de stock dans une entreprise privée cas de
Sesomo.
V. Cours
GULZAR, A. (2014). La Base des données. Lukanga,
Nord-Kivu, République Démocratique du CONGO: UNILUK.
MUYISA, M. (2013). Informatique Générale.
Lukanga, RDC: UNILUK.
A
Annexes
CURRICULUM VITAE
I. Identité
Nom : KAMBALE
Post nom : VAHAMWITY
Prénom : Fadhili
Lieu et date de naissance : Lukanga, le 17/02/1995
Nom et post nom du père : KASEREKA KASUMBU
Nom et post nom de la mère : BOSI NIBANA MURWANI
Province d'origine : Nord-Kivu
Territoire d'origine : Lubero
Collectivité d'origine : BASWAGHA/ BUKENYE
Etat-civil : Célibataire
Sexe : Masculin
Nationalité : Congolaise
Adresse : Lukanga
Téléphone : +243 (0) 975 36 40 76, +234 82 82 84
313
E-mail :
kfadhili69@gmail.com
II. Etudes faites
? Etudes universitaires : UNILUK 2012-2015
Qualification : Gradué en Sciences économiques
? Etudes humanitaires
? Institut KASALALA : 1ère année Cycle
d'orientation : 2007
? Institut Lukanga : 2ème année Cycle
d'orientation : 2008
? Institut Lukanga : 3ème -
6ème année Technique Commerciale :
Commerciale et Informatique.
B
Qualification : Diplômé d'Etat
? Etudes primaires
? Ecole primaire KASALALA/Lubero : 2000-2006 Qualification :
Certifié avec un certificat
III. Compétences, stages professionnels et
formation
? Compétences :
- Informatique : conception site web avec WordPress, peu de
programmation C# et VB, peu de la base de données SQL
Server et
Access, Maitrise de MS WORD, Power Point, Excel, SPSS.
- Autres : montage instrumentale avec synthétiseur et
traitement audio
avec CUBASE
? Stage :
- Stage de professionnalisation aux ETS TSANG Butembo de G3
- Cyber MIKE VICTOR de Butembo : 5ème C.I
? Autres :
- Participation à la journée scientifique sous le
thème : « De
l'Habitude vers l'Idéal en Recherche Scientifique »
du 29 au 30 mars
2015 à l'université adventiste de Lukanga (UNILUK).
Diplôme reçu
Certificat de participation
IV. Connaissance linguistique :
- Kinande : Très bien - Swahili : Bien
- Français : Un peu - Anglais : Un peu
V. Loisirs :
- Musique - Football
C
VI. Références
- KASEREKA KASUMBU : Tél. +243 994 171 937
Je confirme la crédibilité de ces informations et
leurs exactitudes Fait à Lukanga, le 24 Juillet 2015
Fadhili Vahamwity K.
| 
