TFC New Boina

EPIGRAPHIE
L’homme n’est mieux servi que par soi-même !
Malick CONFLICT !
REMERCIEMENTS
A tout seigneur, tout honneur, c’est pourquoi il nous est difficile de nous lancer sans
rendre grâce à Dieu tout puissant lui le maître suprême et l’ancien des jours pour le souffle de vie qu’il
cesse de nous accorder et pour toutes les potentialités qu’il nous a dotés dans notre cursus académique.
Nous ne passerons jamais sans savoir gré aux autorités politico-administratives de la

marie de Kisangani qui ont accepté, malgré leurs multiples occupations, de nous encadrer pendant
notre séjour de stage au sein de leur juridiction.
Grand merci aux autorités académiques qui nous ont déployés sur le milieu de stage.
Nous disions merci aux autorités décanales ainsi qu’à tous les enseignants de l’Institut Supérieur de
Commerce de Kisangani.
En particulier merci à ma famille et plus particulièrement aux parents père Gaston

BOGASI et maman Marthe ILEKE BOMBI, sans oublier la très chère Sœur ROSIE BASEA et son
époux Franck BOINA
Nous n’allons pas passer sans dire merci aux camarades et compagnons de lutte, entre
autres, Marcel OPAPY, MK le KING, Shalom BALONGA, IKOMBE MB, POUTINE, FRED
MOMBULA, GENERALE, DIEUM et MALOMALO
Que tous ceux qui ont contribué de près ou de loin à la réalisation de ce présent travail
trouvent ici l’expression de nos sincères gratitudes.
Franck BOINA MOKILI

SIGLES, ABREVIATIONS ET ACCRONYMES
- A : Alphabétique
- AN : Alphanumérique
- BD : Base des données
- C : Calculé
- CO : Concaténé
- E : Elémentaire
- MAI : Méthodologie d’Analyse Informatique
- MCC : Modèle Conceptuel de Communication
- MCD : Modèle Conceptuel de Données
- MLC : Modèle Logique de Communication
- MLD : Modèle Logique de Données
- MLT : Modèle Logique de Traitement
- MOC : Modèle Organisationnel de Communication
- MOT : Modèle Organisationnel de Traitement
- MPD : Modèle Physique de Données
- MySQL : My Structured Query Language
- N : Numérique
- SGBD : Système de Gestion de Base des données
- SI : Système d’Information
- SIG : Signalétique
- WinDev : Windows Development

Liste de figure
FIGURE 1 SÉOARATIN DE DONNÉES ET DE TRAITEMENT.........................................................................10

FIGURE 2CARIDNALITÉ MINIMALE..........................................................................................................12
FIGURE 3FORMALISME DU MOT.............................................................................................................13
FIGURE 4ORGANIGRAMME......................................................................................................................16
FIGURE 5 DIAGRAMME DE FLUX..............................................................................................................18
FIGURE 6 PROCÉSSUS DE COMMANDE DE PRODUIT................................................................................20
FIGURE 7PRCESSUS DE PAIEMENT DE FACTURE......................................................................................21
FIGURE 8PROCESSUS DE LIVRAISON DE PRODUIT...................................................................................23
FIGURE 9 PROCESSUS D'ELABORATION DE RAPPORT DE RECETTE..........................................................24
FIGURE 10 GRAPHE DE DÉPENDANCE.....................................................................................................29
FIGURE 11 DIAGRAMME DE MCD..........................................................................................................30
FIGURE 12REPRÉSENTATION DU DIAGRAMME D'ENCHÉNEMENT............................................................33
FIGURE 13 PROCÉDURE DE LIVRAISON DE COMMANDE..........................................................................35
FIGURE 14 PROCEDURE D'ELABORATION RAPPORT JOURNALIER............................................................36
FIGURE 15 REPRÉSENTATION DU MODÈLE CONCEPTUELLE DE TRAITEMENT........................................40
FIGURE 16 PROCESSUS DE PAIEMENT FACTURE......................................................................................41
FIGURE 17 PROCESSUS DE LIVRAISON DE PRODUIT................................................................................43
FIGURE 18 PROCESSUS D'ÉLABORATION DE RAPPORT DE LA RECETTE JOURNALIERFIGURE 19 RAPPORT
FIGURE 20 GRAPHE DE DÉPENDANCE......................................................................................................48
FIGURE 21 DIAGRAMME DE MCD NORMALISÉ.......................................................................................49
FIGURE 22 PROCESSUS DE COMMANDE DES PRODUITS...........................................................................52
FIGURE 23 PROCÉDURE DE PAIEMENT DE FACTURE................................................................................53
FIGURE 24 PROCÉDURE DE LIVRAISON DE PRODUIT................................................................................54
FIGURE 25 PROCÉDURE DE RAPPORT.......................................................................................................55
FIGURE 26 REPRÉSENTATION DU DIAGRAMME MLD..............................................................................58
FIGURE 27 AUTHENTIFICATION...............................................................................................................61
FIGURE 28 MENU PRINCIPAL...................................................................................................................62
FIGURE 29 INTERFACE CLIENT................................................................................................................62
FIGURE 30 INTERFACE PRODUIT..............................................................................................................63
FIGURE 31 INTERFACE ACHETER.............................................................................................................63
FIGURE 32 INTERFACE PAIEMENT...........................................................................................................64
FIGURE 33 ETAT DE SORTTIE PAIEMENT.................................................................................................64
Liste de tableau
TABLEAU 1RECENSEMENT DES ACTEURS..................................................................................17
TABLEAU 2 DICTIONNAIRE DE DONNÉES...................................................................................46
TABLEAU 3 PROCÉDURE FONCTIONNELLE DE COMMANDE DES PRODUITS................................50
TABLEAU 4 PROCÉDURE FONCTIONNELLE DE PAIEMENT DE FACTURE.....................................50
TABLEAU 5 PROCÉDURE FONCTIONNELLE DE LIVRAISON DES PRODUITS..................................51
TABLEAU 6 PROCÉDURE FONCTIONNELLE DE RAPPORT JOURNALIER.......................................51
INTRODUCTION GENERALE
Depuis l’apparition de l’outil informatique permettant d’effectuer le traitement
automatique de l’information que l’on appelle « Ordinateur », l’homme a toujours eu le désir
d’améliorer le fonctionnement interne d’un service ou d’un domaine par une réorganisation
des circuits de travail, ce qui permet de réduire la durée d’exécution de certaines tâches 1.
L’informatique est considéré comme un élément très important et capital pour la

résolution des problèmes de gestion d’entreprises. Elle est devenue incontournable dans toutes
les entreprises et a un impact considérable sur l’efficacité du travail ainsi que l’efficience dans
la gestion. L’informatique nous propose comme atout majeur la sécurité des informations
manipulées et le gain de temps du traitement2.
Dans le cadre de ce travail de fin de cycle, nous allons développer un logiciel qui
va optimiser la gestion de recette de produit pharmaceutiques au dépôt MOONPHARMA.
0.1. ÉTAT DE LA QUESTION
L’état de la question est l’étude approfondie des travaux antérieurs, ou

théoriques. Cette étude se fait par la critique des thèses antérieure sur un thème de recherche
similaire pour poser une problématique nouvelle et dégager un objet de nouvelle étude 3.
L’état de la question est une synthèse critique des écrits existants qui permet au
chercheur de tracer la ligner de démarcation entre les études antérieures et sa propre étude 4.
Les travaux antérieurs suivant ont retenu notre attention :
 OWELONIA LIKENDJA dans son travail de fin de cycle intitulé « la gestion

automatisée de stock de produit pharmaceutique cas de dépôt pharmaceutique
ZENUFA5 »
Après ses investigations il a constaté que ce dépôt pharmaceutique était frappé des difficultés
telles que :
1
BABAGE C., on the Economy of Machinery
2
Iidem
3
LOKANGA O, Méthodes des recherches scientifiques, ISC-Kis, 2015-2016, (Inédit)
4
idem
5
OWONIA LIKENDJA,« la gestion automatisée de stock de produit pharmaceutique cas de dépôt pharmaceutique
ZENUFA », TFC ISC-KIS, 2016-2017
- Mauvaise archivage avec risque de perte de certaines données des stocks de leur
produit pharmaceutique ;
- Confusion entre les dossiers des stocks due notamment aux erreurs de numérotation ;
- Lenteur dans la recherche des dossiers et encombrement des papiers au bureau.
Avec l’usage des méthodes historique, structuro-fonctionnelle
Il est arrivé à faire un diagnostic du système d’information existant pour la
gestion automatisée de stock de produit pharmaceutique de dépôt pharmaceutique de
ZENUFA, il s’est investi à apporter des remèdes au système étudié par la mutation de cette
gestion de sa nature manuelle vers automatique par la mise en place d’une application
informatique capable de produire automatiquement les états de sortie qui suivent :
- Liste de produits en stock ;
- Liste de produits sortis en stock.

 Céline BOWABAZU6 : il a travaillé sur « la gestion des recettes au sein de la maire
de Kisangani »qui avait constaté les contraintes liées à la gestion des recettes au sein de la
maire de Kisangani, entre autre :
- L’incertitude lors de la conservation des informations
- La lenteur lors de recherche d’un rapport

Après es analyse, l’auteur est arrivé à mettre en place une application déployée
en utilisant le SGBD SGL serveur 2008 et connecté avec le langage de programmation C# de
la plateforme de développement Visual Studio 2012 capable de produire les états de sorties
suivant :
- La liste des recettes perçu par année ;
- Le rapport mensuel des recettes.

 Dauphin LISINGI LOKELA7 : son travail et basé sur « la gestion de conservation et
traitement des informations » qui a parlé des faits liés à la gestion de conservation et
traitement des informations entre autre :
- Les erreurs de calcul suite aux travaux manuels ;
- Perte de temps ors de la recherche des informations ;
- Perte des documents suite à une mauvaise conservation.

Après ses analyses, l’auteur était arrivé à mettre en place une application
déployée en utilisant le SGBD MS Accès et connecté avec le langage de programmation
6
BOWABAZU C., la gestion des recettes au sein de la maire de Kisangani, TFC Inédit, ISC-KIS 2019-2010
7
LISINGI LOKELA D., la gestion de conservation et traitement des informations, TFC Inédit, ISC-KIS, 2018-2019
Visual basic. Net de la plateforme de développement Visuel Studio 2012 capable de produire
les états de sorties suivant :
- Une quittance ;
- Une note de perception.

La démarcation qui existe en notre travail et les travaux de nos prédécesseurs et
que pour notre étude nous allons optimiser la gestion de recette de produit pharmaceutique au
sein du dépôt MOONPHARMA, nous allons utiliser le Wlangage et la HFSGL comme
système de gestion de base de donné.
0.2. PROBLEMATIQUE
Une problématique peut être définie comme un écart constaté entre une
situation de départ insatisfaisante et une situation d’arrivée désirable. Un processus de
recherche est entrepris afin de combler cet écart. En effet, la recherche est un processus de
questionnement8.
A cet effet, nous estimons que parmi les difficultés qu’éprouve l’établissement
MOONPHARMA pour la gestion de recette de ses produits sont dus par l’effet que sa gestion
est manuelle qui engendre les incohérences suivantes:
- Les surcharges, les difficultés dans l’obtention immédiate de résultat,
- La lenteur dans le traitement des informations,
- Les erreurs de calculs et le retard dans les productions des différents

documents de rapports.
Partant de ce que nous venons de relever et vue la manière dont la gestion de

recette de produit pharmaceutique est tenu au sein de MOONPHARMA, notre problématique
est guidé par les questions suivantes :
 Comment la gestion de recette de produit pharmaceutique s’effectue-elle

au sein du dépôt MOONPHARMA?
 Quelles sont les avantages et désavantages du système existant au dépôt
MOONPHARMA ?
 Quelles sont les pistes de solutions pour la rationalisation du système
actuel ?
8
LOKANGA OTIKEKE, Cours de méthode de recherche scientifique, inédit G2 Informatique, ISC-KIS 2014-2015, p.12
0.3. HYPOTHESES
Frédéric LOKANGA OTIKEKE, l’hypothèse est définie comme une réponse

anticipée à la question spécifique de recherche9. C’est un énoncé déclaratif qui précise une
relation entre des phénomènes observés ou imaginés.
Pour répondre de manière provisoire aux questions de notre problématique

nous proposons ce qui suit :
 La gestion de recette des produits pharmaceutiques au sein du dépôt

MOONPHARMA s’effectuerait par un système manuel ;
 Les avantages du système existant seraient la Conservation et la Circulation
des informations par le support papiers d’une part, et d’autre part les
désavantage : Le lenteur dans le traitement des informations manuel
 En tant que futur technicienne en informatique de gestion notre contribution
serait la mutation du système manuel que le dépôt gère sa recette vers le
système d’information automatique.
0.4. OBJECTIFS DU TRAVAIL
De manière pragmatique, l’objectif poursuivi dans ce travail porte sur :
- Aidée le dépôt MOONPHARMA de quitter le système manuel au système
existent ;
- Faire à ce que la circulation des informations soit informatisé pour éviter : la
lenteur dans le traitement des informations ;
- Donnée au dépôt MOONPHARMA une application qui sera capable de :
 Le rapport de recette journalière
0.5. CHOIX ET INTERET DU SUJET

0.5.1. Choix du sujet
Nous avons opté ce sujet pour plus de raisons entre autre :

9
LOKANGA OTIKEKE F., op.cit,
- Remplir notre devoir d’étudiant finaliste en informatique de gestion en rédigeant un
travail de fin de cycle en vue d’obtenir un titre de graduat en informatique de gestion ;
- Remédier aux difficultés qui frappent le dépôt MOONPHARMA sur la gestion de
leurs recettes de médicament.
- Concilier la théorie apprise à la pratique ;
0.5.2. Intérêt du sujet
 Intérêt scientifique : Ce travail servira comme une clé de référence pour d’autres
chercheurs qui nous emboiteront le pas, qui pour certain compléterons les failles
constatées ou pour d’autres enrichirons les résultats de notre travail.
 Intérêt sur le plan pratique : Ce travail offrira aux gestionnaires du dépôt
MOONPHARMA un outil de travail qui servira de guide dans la gestion automatisée
de recette des produits pharmaceutiques, ainsi que dans la résolution des problèmes
liés à la gestion de recette sus indiquer.
0.6. METHODOLOGIE DU TRAVAIL
La Méthodologie du travail fait référence à l’approche ou à la manière dont une

personne ou une équipe organise et exécute son travail. Elle implique l’utilisation de
méthodes, de techniques et de procédures spécifiques pour atteindre les objectifs.
Pour bien cerner les concours de l’expression de ce système d’information

plusieurs méthodes et techniques ont été utilisées.
0.6.1. Les Méthodes utilisées
Pour Frédéric LOKANGA OTIKEKE, la méthode « désigne la marche

rationnelle de l’esprit pour arriver à la connaissance ou à la démonstration de la vérité ». Il
considère la méthode d’une recherche comme l’ensemble d’opérations intellectuelles
permettant d’analyser, de comprendre et d’expliquer la réalité étudiée10.
 La MERISE est un acronyme qui signifie (Méthode d’Etude et de Réalisation

Informatique pour les Systèmes d’Entreprise), est celle de conception et de réalisation des
systèmes d’informations informatisés. C’est la méthode qui nous a permis de bien analyser et
de critiquer le système d’information existant et de proposer un système d’informations futur
au service chargé à la gestion de recette au sein u dépôt MOONPHARMA11.
10
LOKANGA OTIKEKE, Cours de méthode de recherche scientifique, inédit G2 Informatique, ISC-KIS 2014-2015, p.17
11
Didi TSHIMBANGA BT, cours de méthodologie d’analyse information, inédit G2 informatique,ISC-KIS
2022-2021
 La méthode Structuro-fonctionnelle : Selon PIAGET cité par TSHIYEMBI
MULAYA, cette méthode est définies comme « un système de transformation qui
comporte des lois en tant que système et qui conserve ou s'enrichit, par le jeu même de
ses transformations sans que celles -ci aboutissent en dehors de ses frontières ou
fassent appel à des éléments extérieurs12». Elle a été utilisée pour décrire le
fonctionnement dépôt MOONPHARMA en général et son système de gestion de
recette en particulier.
0.6.2. Les techniques utilisées
Selon Frédéric LOKANGA OTIKEKE, la technique est définie comme « la
procédé de recherche qui serviront à mettre en œuvre concrètement et à réaliser les opérations
correspondant aux différentes étapes de la méthode13.
a. Technique documentaire : sont des méthodes et des pratiques utilisées pour
rechercher, organiser, traité et exploiter les informations contenues dans des
documents14, Elle nous a permis de consulter des documents en rapports de notre sujet
pour dégager le système d’information existant, et à l’issu de cette analyse nous
sommes arrivés à mettre en place ce présent travail.
b. Technique d’interview libre : c’est une méthode d’entrevu qualitative utiliser dans la
recherche social est dans d’autre domaine pour recueillir les informations
approfondies et des perspectives des participants15, Cette technique nous a permis
d’obtenir les informations complémentaires auprès des agents du dépôt
MOONPHARMA en vue de non édifier sur certaines questions qui demeuraient dans
l’ombre.
0.7. DELIMITATION DU SUJET

a. Délimitation spatiale : ce travail s’inscrit dans un cadre purement organisationnel et
technique. Notre regard s’oriente plus particulièrement sur la gestion recette pour
lesquels nous proposons une application facile à utiliser et à comprendre, susceptible
des mises à jours, et adaptable aux exigences relevant de l’épanouissement du dépôt
MOOPHARMA
12
TSHIYEMBI MULAYA E., gestion automatisée de taxation des produits pétroliers importés en République Démocratique
du Congo. Cas de JET A1 à la Direction Générale des douanes et accises, TFC ISC KIS, 2016-2017, p.4
13
LOKANGA OTIKEKE, op cite
14
Mixe box
15
idem
b. Délimitation temporelle : Nous ne pouvons pas délimiter temporellement notre travail,
mais nous allons proposer des mis à jour à tout moment où les nouveaux besoins se
présentent sur l’utilisation de l’application.
.8. SUBDIVISION DU TRAVAIL
Hormis l’introduction et la conclusion notre travail s’articule autour de quatre

chapitres :
- Le premier chapitre est porté sur la généralité théorique
- Le deuxième chapitre sera basé sur la conception du nouveau système ;
- Le troisième chapitre qui traite sur la réalisation et estimation du coût du Projet.

.9. LES DIFFICULTES DU TRAVAIL
Aucun travail humain ne peut être fait sans que certains paramètres ne fassent
défaut dans le parcours de son chemin. C'est pour autant que le présent travail n'a pas été
épargné de heurts :
 La non disponibilité de personne ressource ;
 Au temps (la combinaison des cours suivis à l'auditoire, l'élaboration du travail :
l'insuffisance du temps) ;
 Enfin d'autres difficultés dues au déficit des livres de domaine informatique dans les
bibliothèques de la place ;
Nous avons pu à aboutir à ce présent travail par une vie concentrée au travail et au
sacrifice, le conseil de nos prédécesseurs.
Chapitre I : Généralités théoriques et Présentation du
milieu d’étude
I.1. Cadrage théorique
Dans cette section nous avons défini les concepts clés du sujet, du domaine
d'étude, ainsi que la méthode et langage de programmation
I.1.1. Définition de concepts
 Conception : Elle permet d'acquérir une compréhension approfondie des

contraintes liées au langage de programmation, à l'utilisation des composants et au
système d'exploitation. La conception est une façon de concevoir, de comprendre,
d'imaginer ou de prévoir quelque chose.
 Réalisation : Action de réaliser quelque chose, de le faire passer du stade de la
conception à celui de la chose existante ; fait de se réaliser, d'être réalisé16
 Application : Action de mettre une chose sur une autre de manière qu'elle la
recouvre et y adhère17.
 Langage de programmation : Un langage de programmation est un ensemble de
règles permettant de définir le lexique (vocabulaire) c'est-à-dire les mots clés liés à la
manipulation d’un langage de programmation ; la syntaxe (grammaire) c'est-à-dire
l’ensemble des règles qu’utilise un langage de programmation et Sémantique qui veut
dire que votre programme ainsi créé doit refléter l’objectif à sa création donc votre
programme doit avoir un sens explicatif18.
 Base de données : c’est un conteneur informatique permettant de stocker le plus
souvent dans un même lieu - l'intégralité des informations en rapport avec une activité.
Une base des données permet de stocker et de retrouver un ensemble d'informations de
plusieurs natures ainsi que les liens qui existent entre les différentes informations. Dans
la très grande majorité des cas, le terme de base des données est utilisé pour stocker des
données fortement structurée(s)19.
16
https://www.larousse.fr/dictionnaires/francais/r%C3%A9alisation/66829, à 8h30’
17
https://www.google.com/search?
q=+definitionapplication&client=firefox&sxsrf=ALiCzsa9hLWoYnxgy_QFx6heL_HROYxq4Q
%3A1654370579591&ei=E7GbYrTRI9nskgXGnZ6gCw, à 8h35’
18
BUTINDI J., langage de programmation III, cours dispensé en G3 IG, ISC-KIS, 2017-2018, (Inédit),
19
TSHIMPANGA BT. Système Distribué, Cours Inédit, L1 CSI ISIG-KIS, 2018-2019.
 Gestion ; Selon Larousse20, la gestion a pour origine le mot latin « gestion » qui
signifie l’action de gérer, d’administrer pour son propre compte ou pour le compte
de quelqu’un d’autre.
 Produit : Un produit désigne aussi bien un objet matériel qu'un bien intangible ou
un service créé et offert à la consommation dans le but de satisfaire un besoin
identifié des consommateurs21
I.1.2. MERISE
Elle est une méthode de la modélisation de système d’information qui nous a
permis de mettre en place le système d’information.
 Cycle de vie : phases de conception, de réalisation, de maintenance puis nouveau

cycle de projet.
 Cycle de décision : des grands choix (GO-NO GO : Étude préalable), la définition
du projet (étude détaillée) jusqu'aux petites décisions des détails de la réalisation et de la
mise en œuvre du système d'information. Chaque étape est documentée et marquée par
une prise de décision.
 Cycle d'abstraction : niveaux conceptuels, d’organisation, logique et
physique/opérationnel (du plus abstrait au plus concret) L'objectif du cycle
d'abstraction est de prendre d'abord les grandes décisions métier, pour les principales
activités (Conceptuel) sans rentrer dans le détail de questions d'ordre de l’organisation
ou technique.
La méthode Merise, très analytique (attention méthode systémique), distingue

nettement les données et les traitements, même si les interactions entre les deux sont
profondes et s'enrichissent mutuellement (validation des données par les traitements et
réciproquement). Certains auteurs (Merise/méga, puis Merise/2) ont également apporté la
notion complémentaire de communications, vue au sens des messages échangés.
Aujourd'hui, avec les SGBD-R, l'objet, les notions de données et de traitements

sont de plus en plus imbriquées.
20
Larousse de poche éd 2006, P.6
21
Carl Éric Linn Paris, 1993, p 26
Figure 1 séoaratin de données et de traitement
Source : cours de méthodologie d’analyse informatique II

a) Concepts niveau conceptuel
1. Modèle Conceptuel de Communication (MCC)

 Acteur : est un système actif intervenant dans le domaine d’étude au moyen des flux. Par
rapport aux échanges d’informations, il y a l’émetteur qui est source de flux et le récepteur est
la cible de flux ; par rapport au domaine, il y a acteur interne agissant dans le système en étant
du système et acteur externe agi dans mais n’étant pas du système.22.
 Domaine : le domaine est un système ou sous-système qui a une mémoire et un système
d’information. Il est fonctionnel et joue un rôle dans l’entreprise23.
 Flux : le flux est un échange entre deux ou plusieurs acteurs du système d’information
étudié. Il est représenté par une flèche24.
22
MUSANGU Luka, Méthode d’analyse informatique I, G2 IG, ISC-KIS, 2016-2017, (inédit),
23
Idem
24
Ibidem
2. Modèle Conceptuel de Traitement (MCT)
 Evénement : c’est le fait que quelque chose survient et que l’on perçoit que quelque chose
survient. Il est toujours représenté par ellipse.
 Opération Conceptuelle : La réponse à l’arrivée d’un événement est le déclenchement
d’un ensemble de traitements appelé opération. Est l’unité de traitement dans le niveau
conceptuel(MCT). Elle est représentée toujours par un rectangle et composée des éléments
suivants : le numéro de l’opération qui identifie de la manière unique, le nom de l’opération,
une (des) sous-opération qui décrit (vent) l’opération et une (des) règles d’émission : qui
définit (vent) les modalités de sortie d’événement (s) résultat. On utilise toujours quand il y a
seulement une seule possibilité de résultat25.
 Synchronisation : c’est la prise en compte d’événement contributif pour la réalisation
d’une opération26.
 Processus : C’est un enchaînement synchronisé d'opérations au sein d'un même domaine,
généralement déclenché par un événement externe (externe au domaine ou au SI tout entier).
25
KUTUMBAKA Ph., Op Cit.
26
Idem
3. Modèle Conceptuel de Données (MCD)
 Une entité : une entité est la représentation d’un élément matériel ou immatériel ayant un
rôle dans le système que l’on désire décrire27.
 Relation : une relation décrit un lien qui existe entre deux ou plusieurs entités ;
 Propriété : une propriété est un élément qu’une entité possède
 Cardinalité : Une cardinalité d’une relation est un nombre de fois qu’une entité participe
dans une relation.
 Identifiant : est une propriété qui identifie d’une manière unique une occurrence.
Figure 4 : formalisme du MCD

Source : cours de la méthodologie d’analyse informatique II
Figure 2caridnalité minimale
b) Concepts du niveau organisationnel
1. Modèle Organisationnel de Traitement
 Procédure fonctionnelle : C’est aussi une unité de traitement dans le niveau

organisationnel (MOT). Est un ensemble d’action d’une opération conceptuelle effectuée à un
poste de travail utilisant le même moyen de traitement pendant une période bien déterminée.
Elle prend en charge le temps de traitement ainsi que les postes de travail (lieu, responsable,
ressources).
 Poste de travail : Le découpage organisationnel de l'entreprise définit les postes de

travail ou les unités d'organisation. "QUI", poste de travail est défini avant la précision "QUI
FAIT QUOI ?" Un poste de travail est une responsabilité au sein de l'entreprise.
 Règle d’organisation : Fixe l’organisation interne de l’organisme, le temps défini
pour le travail et les différentes modalités d’interaction avec les partenaires (Acteur externe).
27
KUTUMBAKANA Ph., Op Cit.
 Règles d’émission : Une Condition, traduisant les règles de gestion, qui permet
d'exprimer des conditions de sortie des résultats.
 Temps Réel ou automatisée batch(AB) : l’ordinateur doit donner des réponses
rapides aux dialogues qu’il a avec l’utilisateur, il partage des actions entre l’individu et
l’ordinateur.
Formalisme du MOT
Figure 3formalisme du MOT
2. Modèle Organisationnel des données
Le Modèle organisationnel des Données est la représentation

de l’organisation, des circuits, des postes de travail et de la répartition des
traitements entre l’homme et la machine, par poste de travail.
Le modèle organisationnel des données (MOD) consiste à l’organisation des
données en fonction des logiciels retenus (Base des données, fichier).
Règles de passage du MCD au MOD
 Supprimer les éléments (entités, relations, propriétés,) qui ne serons pas mémorisable ;
 Modifier certains éléments (entités, relations, propriétés, cardinalités) compte tenu du
choix de mémorisation informatique ;
 Ajouter de nouvelles informations pour permettre de faire le lien entre les données
mémorisées et les données restées manuelles.
Si le modèle conceptuel de données contient des informations qui ne sont
toutes mémorisable informatiquement, alors ce modèle devient le modèle organisationnel de
données global28.
c) Concepts du niveau Logique
1. Modèle Logique de Données

La transcription d'un MCD en modèle relationnel s'effectue selon quelques règles
simples qui consistent d'abord à transformer toute entité en table, avec l'identifiant comme clé
primaire, puis à observer les valeurs prises par les cardinalités maximums de chaque
association pour représenter celle-ci par l'ajout d'une clé étrangère dans une table existante.
 Table : une table est la représentation d’un élément matériel ou immatériel ayant un
rôle dans le système que l’on désire décrire29.
 Clé primaire : identifiant d’une table
 Clé étrangère : identifiant d’une table qui se retrouve dans une autre table
 Requête :la recherche dans une base des données.
 Enregistrement : insertion des infirmations dans la base des données.
2. Modèle Logique de Traitement
 Le poste de travail : Le poste de travail décrit la localisation, les responsabilités, et
les ressources nécessaires pour chaque profil d’utilisateur du système.
 La phase : La phase est un ensemble d’actions (cf. la notion d’opération pour le
MCT) réalisées sur un même poste de travail. La phase peut être : soit manuelle :
par exemple, la confection d'un colis ; soit automatisée et interactive : par exemple,
la saisie d’un formulaire client ; soit automatisée et planifiée (on parle aussi
de batch) : par exemple, la production et l'envoi quotidiens de tableaux de bord
dans les boites aux lettres électroniques.
 La tâche : La tâche est une description détaillée d’une phase automatisée
interactive.
28
MUSANGU LUKA, note de cours de MAI II, ISC-Kis, 2016-2017,
29
KUTUMBAKANA Ph., Op Cit.
I.2. Présentation du milieu d’étude
I.2.1. Situation Géographique
Le dépôt Moon Pharma est situé sur l’avenue Lac Moero n° 11, tout près de
grand marché central de Kisangani sur le tronçon marché central et l’Assemblée générale de
la Tshopo. Le dépôt MOON PHARMA est limité à (au) :
- Nord est limité par le dépôt pharmaceutique Star Pharma ;
- L’Est par le dépôt pharmaceutique Alpha-Phaïna,
- Sud un grand dépôt en construction et ;
- L’ouest par le marché central de Kisangani.

I.2.2. Aperçu historique
Moon Pharma est un établissement de vente en gros des produits

pharmaceutiques. Ceci, appartient à un sujet indien, un homme d’affaire œuvrant en RDC
(Kinshasa) appelé Salim. Ce monsieur a trois grandes firmes pharmaceutiques implantées à la
capitale de la RDC (Kinshasa) : New Cesamex, Arauphar I et Arauphar II. Moon Pharma est
dans la société SIMCO. Monsieur Salim a implanté différentes maisons de distribution des
produits provenant de ces firmes partout dans les grandes villes et cités du pays. A
Kisangani, le dépôt Moon Pharma a ouvert ses portes un certain 21 mars 2011 avec comme
premier pharmacien John MBALA et son Gérant monsieur Salim, un sujet indien. Le dépôt
était implanté sur le boulevard MAKISO n° 14. Arrivé un certain lundi, le 17 avril 2019, suite
à un cout circuit électrique, la maison avait connu l’incendie.
Arrivé un certain mardi 17/07/2019 le dépôt a changé l’adresse pour l’avenue
du lac Moero n°11
I.2.3. Mission et Objectif
a. Mission
Vendre les produits de bonne qualité
b. Objectif
Moon Pharma est un établissement de vente en gros des produits pharmaceutiques
I.2.4. Organigramme
DIRECTION GENERALE à KINSHASA
PHARMACIEN GERANT DU DEPOT A COMPTABLE/ CHEF

RESPONSABLE KISANGANI DE PERSONNEL
ASSISTANTE EN
PHARMACIE
CAISSIERS
FACTURIERS LIVREURS
CHAUFFEURS
Figure 4Organigramme
Source : les agents de MOOPHARMA

I.3. Analyse de l’existant
I.3.1. Modèle conceptuel de communication
a) Description textuelle
La gestion de recette dans le dépôt MOONPHARMA s’effectue de la manière

suivante :
Le client arrive, il passe sa commande chez le facturier, celui enregistre tout en

le conduisant chez le caissier pour payer. Une fois le paiement est effectuer le caissier remet
une copie de la facture au client et une autre au livreur. Le client présente la facture chez
l’administrateur pharmacien(AP) pour servir les produits commander. A la fin de la journée le
caissier fait son rapport par rapport à la recette du jour et le transmet au gérant. Ce dernier
vérifie, enregistre la recette et envoie le rapport au directeur général, le directeur vérifie la
recette journalière par rapport aux médicaments restants et valide la recette.
b) Recensement des acteurs
Tableau 1recensement des acteurs
N° Acteur Types Description

1 Client Externe Celui qui vient commander les produits
2 Facturier Interne Celui qui enregistre la commande
3 Caissier Interne Celui qui enregistre le paiement
4 Livreur Interne Celui qui livre les produits auprès de
l’administrateur
5 Administrateur pharmacien Interne celui qui contrôle le produit livré auprès
du client
6 Gérant Interne Celui qui gère le dépôt
7 Directeur général Interne Celui qui dirige le dépôt
Source : nos propres Analyses
d) Diagramme de flux
Figure 5 diagramme de flux
Source : nos propres Analyses

Légende
F1. Se client passe commande
F2. Le client paye
F3. Le caissier remet une copie de facture au client
F5. Le caissier remet une copie de facture au livreur
F6. Présentation de facture du client auprès de l’assistant Pharmacie
F7. L’assistant pharmacie livre la marchandise au client
F8. Le caissier transmet le rapport de la recette journalière au gérant
F9. Le gérant transmet le rapport de la recette journalière au Directeur Général

I.3.2. Modèle Conceptuel de Traitement
a) Recensement de processus
Nous avons 4 Processus dans notre travail qui sont :
- Processus de commande produit
- Processus de paiement produit
- Processus de livraison produit
- Processus d’élaboration rapport recette

b) Représentation du modèle conceptuel de traitement
 PROCESSUS DE COMMANDE DE PRODUIT
Figure 6 Procéssus de commande de produit
Source : nos propres analyses

Figure 7prcessus de paiement de facture
3. Processus de livraison de Produit
Figure 8Processus de livraison de produit
Figure 4 : Processus de livraison de produit

Figure 9 Processus d'elaboration de rapport de recette
I.3.3. Modèle Conceptuel de Donnée
a) Dictionnaire de Donnée
Tableau N°2 : dictionnaire de données
Nom de la Donnée Signification Format Type Règle de Règle de Gestion Document
Taille
A,N, AN E C Calcul Source
#IDutilisateur Identifiant utilisateur AN 5 E - - A créer Carte d’identité
NomUtilisateur Nom utilisateur AN 20 E - - Majuscule //
Motdepasse Mot de passe AN 10 E - - Majuscule //
#IDclient Identifiant Client A 5 E - - Majuscule Carte d’identité
Postnomcl Post nom client AN 50 E - - Majuscule //
Postnomcl Postnom client AN 15 E - - Majuscule //
Prenomcl Prenom Client AN 25 E - - A saisir //
typeCl Type client AN 5 E - - A créer //
Contactcl Contact client A 15 E - - A Créer //
#IDAcheter Identité Acheter A 10 E - - A créer Registre
LibelleA Libelle acheter A 10 E - - A créer //
DateA Date acheter AN 5 E - - JJJJ/MMMM/AAA //
HeureA Heure acheter A 20 E - - A créer //
typeA Type acheter A 10 E - - Majuscule //

#IDProduit Identifiant Produit N 10 E - - A créer Registre
designationP Désignation Produit AN 50 E - - Majuscule //
QuantitéP Quantité Produit N 15 E - - Majuscule //
PUP Prix unitaire Produit AN 25 E - - A saisir //
DatefabricationP Date fabrication Produit A 20 E - - Majuscule //
#codeP Code paiement A 15 E - - A créer //
MotifP Motif paiement AN 15 E - - A saisir //
montatP Montant paiement A 10 E - - A saisir //
PUP Prix unitaire Paiement AN 10 E - - A saisir //
#IDAgent Identifiant agent A 10 E - - A saisir Carte d’identité
MatriculeA Matricule Agent AN 15 E - - A saisir //
NOMAg Nom agent AN 30 E - - A saisir //
POSTNOMAG Postnom Agent AN 30 E - - A saisir //
PRENOMAg Prenom agant AN 30 E - - A saisir //
FONCTIONAG Fonction Agent AN 30 E - - A saisir //
ADRESSEAG Adresse agent AN 30 E - - A saisir //

TELEPHONEAG Téléphone Agent AN 30 E - - A saisir //
Source : nos Propres Analyses

b) Règle de Gestion
RG1 : un client peut passer un ou plusieurs commendes
RG2 : une commande peut être passer par un ou plusieurs clients
RG3 : une commande concerne un et un seul produit
RG4 : un produit concerne un ou plusieurs produits
RG5 : un ou plusieurs clients peuvent effectuer un ou plusieurs paiement
RG6 : un ou plusieurs paiements peut être effectué par un ou plusieurs client
RG7 : un ou plusieurs paiements peuvent être gérer par un ou plusieurs Agents
RG8 : un agent peut gérer un ou plusieurs paiement
RG9 : un et un seul agent peut livrer un seul produit
RG10 : un ou plusieurs produits peuvent être livrer par un ou plusieurs Agent
c) Graphe de dépendance
Figure 10 Graphe de dépendance
Figure N°6 : graphe de dépendance fonctionnelle

d) Diagramme de MCD
Figure 11 Diagramme de MCD
Figure 7 : Construction de modèle conceptuel de données

I.3.4. Modèle Organisationnel de Traitement
a) Recensement des procédures fonctionnelles
Nous avons recensé 4 Procédures dans notre analyse de l’Existant qui sont :
 Procédure de commande produit

 Procédure de paiement produit
 Procédure de livraison produit
 Procédure d’élaboration rapport recette
b) Représentation du tableau de procédures fonctionnelles
. Tableaux de procédure fonctionnelle
a. Procédure fonctionnelle de commande des Produits
Tableau 3 : Procédure fonctionnelle de commande des produits
PF déroulement Action Nature Poste de travail
Début Lieu Responsable Ressource

PF1 7h30h-t-16h30 Saisie commande M Service Facturier Facturier Stylo-papier
PF2 7h30h-t-16h30 Traitement de commande M Service Facturier Fautrier Stylo-papier
b. Procédure fonctionnelle de paiement de facture

Tableau 4 : Procédure fonctionnelle de paiement de facture

PF1 7h30h-t-16h30 Elaboration facture M Service Caisse Caissier Stylo-papier
PF2 7h30h-t-16h30 Remise facture M Service Caisse, service livreur Caissier, livreur Stylo-papier
PF3 7h30h-t-16h30 Présentation facture M Service administrateur pharmacie Administrateur Stylo-papier
pharmacie
c. Procédure fonctionnelle de livraison des Produits
Tableau 5: Procédure fonctionnelle de livraison des Produits

PF1 7h30h-t-16h30 Préparation produit M Service administrateur pharmacie Administrateur pharmacie Stylo-papier
PF2 7h30h-t-16h30 Livraison Produit M Service Administrateur pharmacie Administrateur pharmacie Stylo-papier
d. Procédure fonctionnelle de rapport journalier

Tableau 6 : Procédure fonctionnelle d’élaboration rapport journalier

PF1 7h30h-t-16h30 Elaboration rapport journalier M Service caisse Caissier Stylo-papier
PF2 7h30h-t-16h30 Envoie rapport M Service caisse, service gérant Caissier, gérant Stylo-papier
PF3 7h30h-t-16h30 Vérification recette M Service gérant Gérant Stylo-papier
PF4 7h30h-t-16h30 Envoie rapport M Service gérant Gérant Stylo-papier
PF5 7h30h-t-16h30 Vérification recette M Direction général Directeur général Stylo-papier
PF6 7h30h-t-16h30 Classement rapport M Direction général Directeur général Stylo-papier
c) Représentation du Diagramme d’enchainement
1. Procédure fonctionnelle de commande de produit
Figure 12Représentation du diagramme d'enchénement
Figure n°8 : procédure fonctionnelle de commande des produits

2. Procédure de paiement de facture
Figure 9 : Procédure fonctionnelle de paiement de facture

3.Procedure de livraison de commande
Figure 13 Procédure de livraison de commande
Figure 10 : Procédure fonctionnelle de livraison de commande

Figure 14 Procedure d'elaboration rapport journalier
I.3.5. Critique de l’existant et proposition de la solution
L’analyse du système informatique existant est une étape très importante. Elle
concerne l’analyse du système d’information actuel.
1. Points forts
Apres l’analyse du système existant nous avons constaté ce qui suit :
 Une bonne gestion des clients au MOONPHARMA ;
 Une Bonne présentation du document ;
 Le Moyen matériel adéquat ;
2. Points faibles
Les points faibles du système existant sont :
 Le manque de sécurité des données dans quelques services ;
 La Lenteur dans le traitement des données suite aux traitements manuels des
informations dans certains services.
3. Solution informatique
Pour la réorganisation du système existant, Nous, en tant que futur ingénieur
informaticien nous recommandons à MOONPARMA de mettre en place une application qui
permettra de diminuer la lenteur de traitement des informations et la sécurité des données
dans le système d’information.
Nous voici à la fin de notre premier chapitre d’où nous avons fait la
présentation du milieu d’étude et l’analyse d’existant de MOONPHARMA. Le chapitre
suivant sera consacré sur la conception d’un nouveau système d’information au
MOONPHARMA KISANGANI.
Chapitre II : Conception du Nouveau Système
Dans cette partie nous allons concevoir un nouveau système qui permettrait à la
Direction générale de Migration de gérer les immigrés avec traçabilité et fiabilité
II.1. Modèle Conceptuel de Traitement
II.1.1. Recensement des processus
Nous avons 4 Processus :
 Processus de commande produit

 Processus de paiement produit
 Processus de livraison produit
 Processus d’élaboration de rapport recette
II.1.4. Représentation du Modèle Conceptuel de Traitement
Figure 15 Représentation du Modèle Conceptuelle de traitement
Figure 11 : Processus de commande des Produits

Source : notre
Figure 16 Processus de paiement facture
Figure 17 Processus de livraison de produit
Figure 18 Processus d'élaboration de rapport de la recette journalierFigure 19 Processus d'élaboration de rapport de la
recette journalier
II.2. Modèle Conceptuel de Donnée
II.2.1. Dictionnaire de donnée
Tableau N°7 : dictionnaire de données
Tableau 2 dictionnaire de données
Nom de la Donnée Signification Format Type Règle de Règle de Gestion Document
Taille
A,N, AN E C Calcul Source
#IDutilisateur Identifiant utilisateur AN 5 E - - A créer Carte d’identité
NomUtilisateur Nom utilisateur AN 20 E - - Majuscule //
Motdepasse Mot de passe AN 10 E - - Majuscule //
#IDclient Identifiant Client A 5 E - - Majuscule Carte d’identité
Postnomcl Post nom client AN 50 E - - Majuscule //
Postnomcl Postnom client AN 15 E - - Majuscule //
Prenomcl Prenom Client AN 25 E - - A saisir //
typeCl Type client AN 5 E - - A créer //
Contactcl Contact client A 15 E - - A Créer //
#IDAcheter Identité Acheter A 10 E - - A créer Registre
LibelleA Libelle acheter A 10 E - - A créer //
DateA Date acheter AN 5 E - - JJJJ/MMMM/AAA //

HeureA Heure acheter A 20 E - - A créer //
typeA Type acheter A 10 E - - Majuscule //
#IDProduit Identifiant Produit N 10 E - - A créer Registre
designationP Désignation Produit AN 50 E - - Majuscule //
QuantitéP Quantité Produit N 15 E - - Majuscule //
DatefabricationP Date fabrication Produit A 20 E - - Majuscule //
#codeP Code paiement A 15 E - - A créer //
MotifP Motif paiement AN 15 E - - A saisir //
montatP Montant paiement A 10 E - - A saisir //
PUP Prix unitaire Paiement AN 10 E - - A saisir //
Source : notre conception

II.2.2. Règle de gestion
RG1 : un client peut acheter un ou plusieurs produits
RG2 : un produite peut être acheter par un plusieurs clients
RG3 : un ou plusieurs clients peuvent effectuer un ou plusieurs paiement
RG4 : un paiement et un seul paiement peut être effectué par un ou plusieurs clients
II.2.3. Graphe de dépendance
Figure 20 graphe de dépendance
Figure 15: graphe de dépendance fonctionnelle

II.2.4. Diagramme de MCD Normalisé

Figure 21 diagramme de MCD normalisé
Figure 16: Diagramme de Modèle Conceptuel de Données Normalisé

II.3. Modèle Organisationnel de Traitement
II.3.1. Recensement des procédures fonctionnelles
Nous avons 4 Procédure :

 Procédure de commande produit
 Procédure de paiement produit
 Procédure de livraison produit
 Procédure de rapport recette

II.3.2. Représentation du tableau de procédures fonctionnelles
a. Procédure fonctionnelle de commande des Produits

Tableau 8 : Procédure fonctionnelle de commande des produits
Tableau 3 procédure fonctionnelle de commande des produits

PF1 7h30h-t-16h30 Elaboration commande A Service Facturier Facturier Ordinateur
PF2 7h30h-t-16h30 Traitement de commande A Service Facturier Fautrier Ordinateur
b. Procédure fonctionnelle de paiement de facture

Tableau 9 : Procédure fonctionnelle de paiement de facture
Tableau 4 procédure fonctionnelle de paiement de facture

PF1 7h30h-t-16h30 Constitution de facture A Service Caisse Caissier Ordinateur
PF2 7h30h-t-16h30 Restitution de facture A Service Caisse, service livreur Caissier, livreur Ordinateur
PF3 7h30h-t-16h30 Exposition de facture A Service administrateur pharmacie Administrateur Ordinateur
pharmacie
c. Procédure fonctionnelle de livraison des Produits

Tableau 10: Procédure fonctionnelle de livraison des Produits
Tableau 5 procédure fonctionnelle de livraison des produits

PF1 7h30h-t-16h30 Arrangement de produit M Service administrateur pharmacie Administrateur pharmacie Stylo-papier
PF2 7h30h-t-16h30 Livraison Produit M Service Administrateur pharmacie Administrateur pharmacie Stylo-papier
Source : notre Analyse
d. Procédure fonctionnelle de rapport journalier

Tableau N°11 : Procédure fonctionnelle de rapport journalier
Tableau 6 procédure fonctionnelle de rapport journalier

PF1 7h30h-t-16h30 Préparation rapport journalier A Service caisse Caissier Ordinateur
PF2 7h30h-t-16h30 Expédition de rapport A Service caisse, service gérant Caissier, gérant Ordinateur
PF3 7h30h-t-16h30 Cecking recette A Service gérant Gérant Ordinateur
PF4 7h30h-t-16h30 Expédition rapport A Service gérant Gérant Ordinateur
PF5 7h30h-t-16h30 Contrôle de recette A Direction général Directeur général Ordinateur
PF6 7h30h-t-16h30 Rangement rapport A Direction général Directeur général Ordinateur
Source : Notre conception
51
II.3.3. Représentation du diagramme d’enchainement
Figure 22 processus de commande des produits
Figure 17: Procédure de commande des produits

52
Figure 23 procédure de paiement de facture
Figure 18: Procédure de Paiement de facture

53
Figure 24 procédure de livraison de produit
Figure 19: Procédure de livraison de Produit

54
Figure 25 procédure de rapport

55
56
II.4. Modèle Logique de Donnée

II.4.1. Passage du MCD en MLD
a. Normes de transformations conceptuel en logique

Le modèle logique qui est toujours basé sur MCD donné, il contient toutes les
informations de ce MCD mais le représente é l’aide d’un formalisme différent qui est très
adapté aux structures d’une BD le MCD représente un SI d’une façon générale et
indépendante d’un système information mais le MLD tient compte de la réalisation par le
biais d’un SGBD. Un MLD est essentiellement composé de tables logiques.
b. Les règles de transformation du MCD au MLD
1. Transformation des concepts : c’est-à-dire les entités deviennent les tables, les
propriétés de l’entité deviennent le champs ou attributs de la table, l’identifiant de l’entité
devient la clé primaire.
2. Transformation d’une relation binaire de type (x,n)-(x,1) : afin de représenter la
relation, on duplique la clé primaire (x,n) dans la table basée sur l’entité à cardinalité(x,1),
les deux tables sont liées par une flèche qui part de la table à clé étrangère(clé-primaire
dupliquée) vers la table à clé primaire correspondante.
NB : x représente tout simplement la cardinalité minimale (sa valeur est 0 ou 1).
3. Transformation de relation binaire de type (x,1)-(x,1) nous devons distinguer en
principe trois cas possibles qui peuvent être gérer par cette règle. Sachant qu’une binaire du
type (1,1) ne doit pas exister on ne reste qu’avec deux :
- Relation binaire de type (0,1)-(1,1) on duplique la clé primaire de la table basée sur
l’entité à cardinalité.
- Relation binaire de type (0,1 : on duplique la clé primaire de l’une des tables dans
l’autre au choix
4. Transformation de relation binaire de type(x,n)-(x,n) : on crée une table
supplémentaire ayant comme clé primaire une composée de clé primaires de deux tables.
Lorsque la relation contient elle-même des propriétés, celle-ci deviennent attribut/ relation
qui est soulignée(unique) devra appartenir à la clé primaire composée de la table
supplémentaire (table de mouvement) les propriétés calculées des outputs n’apparaissent pas
dans le MCD
5. Transformation des relations ternaires : on crée une table supplémentaire ayant
comme clé primaire une clé composées des clés primaires de toutes la table reliée. Cette
règle s’applique de façon indépendante de différente cardinalité. Lorsque la relation contient
57
elle-même des propriétés, celle-ci deviennent attribut/champs de la table supplémentaire une

propriété de la relation qui est soulignée devra appartenir à la clé primaire composée de la
table supplémentaire
 Identifiant relatif
Sachant que chaque entité doit être existence complétement dépendante et liée
à une entre entité.
II.4.2. Représentation du diagramme MLD
Figure 26 représentation du diagramme MLD
Figure 21: Représentation de diagramme de MLD

Source : notre Conception
58
Chapitre III : Réalisation projet

Le troisième chapitre est le dernier chapitre qui conclut notre étude sur la
Conception et réalisation d’une application par la gestion de recette de produit
pharmaceutique « cas de MOOPHARMA ». Dans ce chapitre nous allons parler sur la
réalisation du projet et estimation du coût. Nous allons aussi parler du choix de langage de
programmation et le choix du SGBD pour la réalisation de logiciel que nous avons proposé
sur pour la gestion sous étudier.
III. Choix de l’environnement 1. du développement
III.1.1. Choix du langage de programmation et de l’IDE
Choix de l’environnement du développement

WinDev est un atelier de génie logiciel (AGL) édité par la société française PC
SOFT et conçu pour développer des applications, principalement orientées données pour
Windows et également pour Linux, .NET et Java. Il propose son propre langage : le
WLangage. La première version de l'AGL est sortie en 199330.
WebDev (pour la conception d'applications web) et WinDev Mobile lui sont
apparentés (pour la conception d'applications mobiles).
WinDev inclut en standard un ensemble d'éditeurs qui composent l'Atelier de
Génie Logiciel : éditeur d'analyse (description des données), éditeur de fenêtres, éditeur de
requêtes SQL, éditeur d'états, éditeur de tests automatisés, éditeur d'aide, éditeur d'images,
éditeur UML, éditeur de code, éditeur de télémétrie, robot de surveillance, audit d'application,
éditeur de dossier RGPD…
Sous WinDev, les fenêtres et états sont typiquement créés à l'aide d'un éditeur
visuel. Les différents champs sont créés sous l'éditeur, et leurs paramètres sont définis à l'aide
d'assistants de paramétrage visuels nommés « 7 onglets ». Chaque champ dispose en moyenne
d'une centaine de paramètres. Cet éditeur ne génère pas de code mais crée un objet WinDev
(fenêtre ou état).
WinDev utilise son propre langage de programmation, WLangage.
L'éditeur d'interface graphique permet de créer des IHM par glisser-déplacer. Il
permet également de choisir un modèle de charte graphique parmi un ensemble proposé et
d'en créer de nouveaux.
30
PC SOFT on Twitter: "@baptx L'environnement est disponible pour Windows. Vous aurez donc simplement besoin d'une
machine virtuelle." » [archive], 26 décembre 2016 (consulté le 17 Septembre 2021).
59
Bien que prévu initialement pour Windows, WinDev supporte aussi

GNU/Linux pour les applications avec et sans interface graphique, mais aussi Mac OS X (via
archives Java) . Cependant, l'environnement de développement supporte uniquement
Windows1.
WebDev et WinDev Mobile permettent d'utiliser le même langage de
programmation (WLangage), et les mêmes concepts (analyse, fenêtre, états, composants,
classes…), pour la génération de sites Web et d'applications mobiles.
WinDev utilise des formats de fichier propriétaire sous forme binaire. Ce qui
impose l'utilisation exclusive du gestionnaire de source maison (GDS) et restreint les
recherches dans le code au moteur de recherche de l'EDI. Le code ne peut pas être édité via un
logiciel classique et surtout ne peut être mis sous contrôle de version dans un système
standard tel que Subversion, Git ou Mercurial, par exemple. Le développeur WinDev est ainsi
contraint à un ensemble d'outils totalement intégrés
III.1.2. Choix du Système de Gestion de Base de Données
WLangage31
Le WLangage32 est un langage de programmation apparu en 1992 avec
WinDev. Utilisé par les outils de développement WinDev, WebDev et WinDev Mobile, il est
propriétaire et les programmes ne peuvent être manipulés qu'avec les outils PC SOFT.
Même s'il y a explicitement une première phase précoce de compilation, le
bytecode WLangage est exécuté par une machine virtuelle.
Le WLangage est un langage de programmation procédurale qui permet la
programmation impérative et la programmation orientée objet.
Le WLangage contient des fonctions de haut niveau, telle que la fonction
EcranVersFichier, qui effectue les affectations du contenu des champs d'une fenêtre vers des
tables stockées dans un fichier ou des variables, auxquelles les champs ont été préalablement
reliés (databinding).
Le WLangage (WL) est un langage de 5° génération. Il dispose des fonctions
habituelles des langages de programmation, et également nativement d'un socle orienté
données.
Les aspects graphiques, vérification et validation des saisies, sont gérés en
amont du codage, par l'intermédiaire du révolutionnaire éditeur d'UI & UX. L'éditeur de
fenêtres élimine la phase de codage des interfaces, car il permet la définition et le test de ses
31
PC SOFT on Twitter: "@baptx L'environnement est disponible pour Windows. Vous aurez donc simplement besoin d'une
machine virtuelle." » [archive], 26 décembre 2016 (consulté le 17 Septembre 2021).
32
W-Langage est l'ancienne orthographe de WLangage.
60
interfaces dans un mode 100% WYSIWYG, y compris pour la définition avancée des
contrôles (champs). Bien entendu, le WLangage permet l'accès et la modification à tout ce qui
a été créé.
N'oubliez pas non plus que WINDEV est interfacé avec les langages : Java, C,
C++, C#, Cobol, Fortran, VB... Vous pouvez également faire appel à des ActiveX, OCX, etc
WINDEV est totalement ouvert. N'oubliez pas non plus que la plupart des actions ne se
programment pas, mais se définissent simplement sous les éditeurs !
Le WLangage permet de réduire jusqu'à 90% la quantité de code nécessaire.
Cette liste est riche ! Mais dans vos applications, vous n'utiliserez au final que
très peu de ces fonctions. Cette liste est complète, et c'est pour vous l'assurance de n'être
jamais bloqué.
Les fonctions suivantes sont disponibles pour le cas où vous souhaiteriez
modifier par programmation ce qui a été défini sous les éditeurs : c'est une souplesse
supplémentaire. Par exemple, pour afficher une image contenue dans un fichier, il n'y a
absolument rien à programmer (même pour ajouter des effets !) Mais si vous souhaitez
programmer un traitement particulier, vous pouvez. Vous ne serez jamais bloqué avec
WINDEV.
Note : tous ces ordres existent en français et en anglais
III.1.3. Matériel utilisé
Quant à la conception de notre projet nous avons utilisé la machine marque HP
avec le système d’exploitation Windows 10 famille 64 bit, avec un processeur AMD A9-9425
RADEON R5, 5 COMPUTE CORES 2C+3G 3.10 GHz., une mémoire RAM de 4,00 et une
capacité de disque dure de 128 Gb.
III.2. Présentation de la solution informatique
III.2.1. Capture d’écran
 Interface Authentification
Figure 27 Authentification
61
 Interface Menu Principal
Figure 28 menu principal

 Interface Client
Figure 29 interface client
Figure 24 : Interface Clients

62
 Interface Produits
Figure 30 interface produit
Figure 25 : Interface Produits

 Interface Acheter
Figure 31 interface acheter

63
 Interface Paiement
Figure 26 : Interface Acheter
Figure 32 interface paiement
Figure 27 : Interface Paiement

 Etat de sortie Paiement
n du coût du projet avec le modèle COCOMO
Figure 33 Etat27
Figure de:sorttie
Etat paiement
de sortie Paiement
64
Conclusion
Nous sommes à la fin de la rédaction de notre travail de fin de cycle en
information de gestion le cadre de ce travail de fin de cycle, nous avons développé un logiciel
qui va optimiser la gestion de recette de produit pharmaceutiques au dépôt MOONPHARMA
A cet effet, nous estimons que parmi les difficultés qu’éprouve l’établissement
MOONPHARMA pour la gestion de recette de ses produits sont dus par l’effet que sa gestion
est manuelle qui engendre les incohérences suivantes:
- Les surcharges, les difficultés dans l’obtention immédiate de résultat,
- La lenteur dans le traitement des informations,
- Les erreurs de calculs et le retard dans les productions des différents documents de
rapports.
Partant de ce que nous venons de relever et vue la manière dont la gestion de recette de
produit pharmaceutique est tenu au sein de MOONPHARMA, notre problématique est guidé
par les questions suivantes :
 Comment la gestion de recette de produit pharmaceutique s’effectue-elle au sein du

dépôt MOONPHARMA?
 Quelles sont les avantages et désavantages du système existant au dépôt
MOONPHARMA ?
 Quelles sont les pistes de solutions pour la rationalisation du système actuel ?
Pour répondre de manière provisoire aux questions de notre problématique nous

proposons ce qui suit :
 La gestion de recette des produits pharmaceutiques au sein du dépôt MOONPHARMA

s’effectuerait par un système manuel ;
 Les avantages du système existant seraient la Conservation et la Circulation des
informations par le support papiers d’une part, et d’autre part les désavantage : Le lenteur
dans le traitement des informations manuel
65
 En tant que futur technicienne en informatique de gestion notre contribution serait la

mutation du système manuel que le dépôt gère sa recette vers le système d’information
automatique.
De manière pragmatique, l’objectif poursuivi dans ce travail porte sur :

- Aidée le dépôt MOONPHARMA de quitter le système manuel au système existent ;
- Faire à ce que la circulation des informations soit informatisé pour éviter : la lenteur
dans le traitement des informations ;
- Donnée au dépôt MOONPHARMA une application qui sera capable de :
 Le rapport de recette journalière
Nous avons opté ce sujet pour plus de raisons entre autre :
- Remplir notre devoir d’étudiant finaliste en informatique de gestion en rédigeant un

travail de fin de cycle en vue d’obtenir un titre de graduat en informatique de gestion ;
- Remédier aux difficultés qui frappent le dépôt MOONPHARMA sur la gestion de
leurs recettes de médicament.
- Concilier la théorie apprise à la pratique ;
Intérêt du sujet
 Intérêt scientifique
 Intérêt sur le plan pratique
Pour bien cerner les concours de l’expression de ce système d’information

plusieurs méthodes et techniques ont été utilisées.
 La MERISE
 La méthode Structuro-fonctionnelle
 Les techniques utilisées
 Technique documentaire
 Technique d’interview libre :
Compte tenu de l’imperfection humaine et vu que le travail scientifique ne
manque jamais les lacunes nécessitant d’être améliorés après la consultation d’autres
66
chercheurs dans la même thématique, toute suggestion, critique et remarque trouveront en

nous une terre fertile.
Le monde étant ouvert à travers les nouvelles technologies de l’information et
de la communication, nous restons unis avec les autres chercheurs et scientifiques du domaine
pour l’évolution participative de la science.
67
BIBLIOGRAPHIE
I. OUVRAGES
- BRUCE SCHNEIER, cryptographe, mathématicien, informaticien, écrivais, physicien, p23
- Idem
II. TRAVAIL DE FIN DE CYCLE
- RAMADHANI NTAMBA D., gestion automatiser des immigrés, mémoire online,
Isc /GOMA, 2013-2014
- LILEMA YUMA H., « conception et réalisation d’une application pour la gestion des
immigras »,TFC ,indit, ISP/KIS,2015-2016
- TOFENDO BUGIBABO N., « mise en place d’un système information pour la gestion des
expatriés au sein de la direction générale de migration Kisangani, TFC, inédit, 2019-2020
- MAVUNGU T., « mise en place d’un système d’information pour la gestion des expatriés
du Bas Congo », mémoire en informatique, mémoire online, Licence 2014-2015
III. NOTES DE COURS
- NDEKE ZAMBA C., cours de recherche scientifique, inédit G2 informatique, ISC-2020-
2021, p.46
- NDEKE ZAMBA C.op.cit
- TSHIMPANGA BT. Cours de méthodologie d’analyse informatique, ISC-KIS, 2020-2021,
- NDEKE ZAMBA C., op.cit
- TSHIMPANGA BT. Système Distribué, Cours Inédit, L1 CSI ISIG-KIS, 2018-2019
- MUSANGU Luka, Méthode d’analyse informatique I, G2 IG, ISC-KIS, 2016-2017, (inédit),
- Idem
- Ibidem
- KUTUMBAKA Ph., Op Cit.
- Idem
- MUSANGU LUKA, note de cours de MAI II, ISC-Kis, 2016-2017,
- KUTUMBAKANA Ph., Op Cit.
- BUTINDI J., langage de programmation III, cours dispensé en G2 IG, ISC-KIS, 2017-2018,
(Inédit),
IV. WEBOGRAPHIE
68
- https://www.larousse.fr/dictionnaires/francais/r%C3%A9alisation/66829, à 8h30’
- https://www.google.com/search?
q=+definitionapplication&client=firefox&sxsrf=ALiCzsa9hLWoYnxgy_QFx6heL_HROYxq4Q
%3A1654370579591&ei=E7GbYrTRI9nskgXGnZ6gCw, à 8h35’
- https://www.larousse.fr/dictionnaires/francais/immigr%C3%A9/41705, à 8h50’
- http://users.polytech.unice.fr/~hugues/GL/COCOMO/cocomo.html consulté 19/05/2019
à 19h26
- http://sunset.usc.edu/COCOTS/cocots.html consulté le 19/05/2019 à 18h32
- PC SOFT on Twitter: "@baptx L'environnement est disponible pour Windows. Vous aurez
donc simplement besoin d'une machine virtuelle." » [archive], 26 décembre 2016 (consulté le
17 Septembre 2021).
69
Table des matières
INTRODUCTION GENERALE............................................................................................................1
0.1. ÉTAT DE LA QUESTION........................................................................................................1
0.3. HYPOTHESES..........................................................................................................................4
0.4. OBJECTIFS DU TRAVAIL.......................................................................................................4
0.5. CHOIX ET INTERET DU SUJET.........................................................................................4
0.5.1. Choix du sujet.................................................................................................................4
 Intérêt scientifique......................................................................................................................5
 Intérêt sur le plan pratique :........................................................................................................5
0.6. METHODOLOGIE DU TRAVAIL.......................................................................................5
0.6.1. Les Méthodes utilisées....................................................................................................5
 La méthode Structuro-fonctionnelle ......................................................................................6
0.6.2. Les techniques utilisées......................................................................................................6
a. Technique documentaire : .........................................................................................................6
b. Technique d’interview libre : .................................................................................................6
0.7. DELIMITATION DU SUJET................................................................................................6
a. Délimitation spatiale ..............................................................................................................6
.8. SUBDIVISION DU TRAVAIL..............................................................................................7
.9. LES DIFFICULTES DU TRAVAIL......................................................................................7
I.1.2. MERISE................................................................................................................................9
 Règles de passage du MCD au MOD.......................................................................................13
a) Recensement de processus........................................................................................................19
1. Points forts................................................................................................................................35
2. Points faibles............................................................................................................................35
3. Solution informatique...............................................................................................................35
 Intérêt scientifique....................................................................................................................60
 Intérêt sur le plan pratique........................................................................................................60
BIBLIOGRAPHIE...............................................................................................................................61
IV. WEBOGRAPHIE.........................................................................................................................62
70
Annexe
SI SAI_DATECONSULTATTC = "" ALORS
Erreur(" veuillez saisr le nom svp")
SINON
HRAZ(T_CONSULTATION)
T_CONSULTATION.DATECONSULTATTC= SAI_DATECONSULTATTC
T_CONSULTATION.ETATGROSSESSETC = COMBO_ETATCROSSESSE..ValeurAffichée
T_CONSULTATION.OBSERVATIONTC=SAI_OBSERVATIONTC
T_CONSULTATION.IDCROSSESSE=COMBO_CROSSESSE..ValeurAffichée
T_CONSULTATION.NOMFC=COMBO_NOMFEMME..ValeurAffichée
T_CONSULTATION.POSTNOMFC=COMBO_POSTNOMF..ValeurAffichée
T_CONSULTATION.PRENOMFC=COMBO_PRENOMF..ValeurAffichée
T_CONSULTATION.NOMCSC=COMBO_NOMCORPS..ValeurAffichée
T_CONSULTATION.POSTNOMCS=COMBO_POSTNOMCORPS..ValeurAffichée
T_CONSULTATION.PRENOMCSC=COMBO_PRENOMCORPS..ValeurAffichée
T_CONSULTATION.DATEDEBUTGROSSCO=COMBO_DATE_DEBUT..ValeurAffichée
T_CONSULTATION.DATEFINGROSSESSECO=COMBO_DATE_FIN..ValeurAffichée
T_CONSULTATION.DUREEGROSSESSECO=COMBO_DURE..ValeurAffichée
HAjoute(T_CONSULTATION)
HLitDernier(T_CONSULTATION,IDT_CONSULTATION)
ToastAffiche("Enregestrement effectué avec succes")
RAZ(GR_CONSULTATIONT)
TableAffiche(TABLE_T_CONSULTATION,taInit)
FIN
HLitRecherchePremier(FEMME,IDFEMME,TABLE_FEMME.COL_IDFEMME,hIdentique)
SI HTrouve(FEMME) ALORS
FEMME.NOMF = SAI_NOMF
FEMME.POSTNOMF = SAI_POSTNOMF
FEMME.PRENOMF = SAI_PRENOMF
FEMME.AGEF= SAI_AGEF
FEMME.ADRESSEF=SAI_ADRESSEF
FEMME.CONTACTF=SAI_CONTACTF
FEMME.DATEENREGISTREMENTF=SAI_DATEENREGISTREMENTF
SI HModifie(FEMME) ALORS
ToastAffiche("Vous venez de modifier une
information",toastCourt,cvMilieu,chCentre,RougeClair)
RAZ(GR_FEMME)
TableAffiche(TABLE_FEMME,taInit)
// BTN_MODIFIER_MOUV..Grisé = Vrai
// BTN_ENREGISTRER_MOUV..Grisé = Faux
FIN
SINON
Erreur("il n'y a pas l'information à modifier")
FIN

TFC New Boina

Transféré par

Informations du document

Titre original

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

TFC New Boina

Transféré par

Droits d'auteur :

Formats disponibles

EPIGRAPHIE

L’homme n’est mieux servi que par soi-même !

Nous ne passerons jamais sans savoir gré aux autorités politico-administratives de la

En particulier merci à ma famille et plus particulièrement aux parents père Gaston

Franck BOINA MOKILI

- BD : Base des données

- MAI : Méthodologie d’Analyse Informatique

- MCC : Modèle Conceptuel de Communication

- MCD : Modèle Conceptuel de Données

- MLC : Modèle Logique de Communication

- MLD : Modèle Logique de Données

- MLT : Modèle Logique de Traitement

- MOC : Modèle Organisationnel de Communication

- MOT : Modèle Organisationnel de Traitement

- MPD : Modèle Physique de Données

- MySQL : My Structured Query Language

- SGBD : Système de Gestion de Base des données

- WinDev : Windows Development

FIGURE 1 SÉOARATIN DE DONNÉES ET DE TRAITEMENT.........................................................................10

L’informatique est considéré comme un élément très important et capital pour la

0.1. ÉTAT DE LA QUESTION

L’état de la question est l’étude approfondie des travaux antérieurs, ou

Les travaux antérieurs suivant ont retenu notre attention :

 OWELONIA LIKENDJA dans son travail de fin de cycle intitulé « la gestion

- Liste de produits sortis en stock.

- La lenteur lors de recherche d’un rapport

- Le rapport mensuel des recettes.

- Perte de temps ors de la recherche des informations ;

- Perte des documents suite à une mauvaise conservation.

- Une note de perception.

- Les surcharges, les difficultés dans l’obtention immédiate de résultat,

- La lenteur dans le traitement des informations,

- Les erreurs de calculs et le retard dans les productions des différents

Partant de ce que nous venons de relever et vue la manière dont la gestion de

 Comment la gestion de recette de produit pharmaceutique s’effectue-elle

Frédéric LOKANGA OTIKEKE, l’hypothèse est définie comme une réponse

Pour répondre de manière provisoire aux questions de notre problématique

 La gestion de recette des produits pharmaceutiques au sein du dépôt

0.5. CHOIX ET INTERET DU SUJET

Nous avons opté ce sujet pour plus de raisons entre autre :

La Méthodologie du travail fait référence à l’approche ou à la manière dont une

Pour bien cerner les concours de l’expression de ce système d’information

0.6.1. Les Méthodes utilisées

Pour Frédéric LOKANGA OTIKEKE, la méthode « désigne la marche

 La MERISE est un acronyme qui signifie (Méthode d’Etude et de Réalisation

0.7. DELIMITATION DU SUJET

.8. SUBDIVISION DU TRAVAIL

Hormis l’introduction et la conclusion notre travail s’articule autour de quatre

- Le premier chapitre est porté sur la généralité théorique

- Le deuxième chapitre sera basé sur la conception du nouveau système ;

- Le troisième chapitre qui traite sur la réalisation et estimation du coût du Projet.

 Conception : Elle permet d'acquérir une compréhension approfondie des

 Cycle de vie : phases de conception, de réalisation, de maintenance puis nouveau

La méthode Merise, très analytique (attention méthode systémique), distingue

Aujourd'hui, avec les SGBD-R, l'objet, les notions de données et de traitements

Source : cours de méthodologie d’analyse informatique II

1. Modèle Conceptuel de Communication (MCC)

Figure 4 : formalisme du MCD

Figure 2caridnalité minimale

b) Concepts du niveau organisationnel

1. Modèle Organisationnel de Traitement

 Procédure fonctionnelle : C’est aussi une unité de traitement dans le niveau

 Poste de travail : Le découpage organisationnel de l'entreprise définit les postes de