WOW !! MUCH LOVE ! SO WORLD PEACE !
Fond bitcoin pour l'amélioration du site: 1memzGeKS7CB3ECNkzSn2qHwxU6NZoJ8o
  Dogecoin (tips/pourboires): DCLoo9Dd4qECqpMLurdgGnaoqbftj16Nvp


Home | Publier un mémoire | Une page au hasard

 > 

Modélisation et implémentation d'une application de messagerie dans une entreprise cas de la dgre équateur


par Alex YAMBYAKA
Université de Mbandaka (Unimba) - Licence 2023
  

Disponible en mode multipage

Bitcoin is a swarm of cyber hornets serving the goddess of wisdom, feeding on the fire of truth, exponentially growing ever smarter, faster, and stronger behind a wall of encrypted energy

République Démocratique du Congo

Ministère de l'enseignement Supérieur et Universitaire

Université de Mbandaka

E-mail : univmbandaka@gmail.com

Faculté des Sciences Economiques et de Gestion

Département de l'Informatique de gestion

Option : Conception de Système d'information

MEMOIRE DE FIN D'ETUDES

MODELISATION ET IMPLEMENTATION D'UNE APPLICATION DE MESSAGERIE DANS UNE ENTREPRISE.

« Cas de la Direction Générale des Recettes de l'Equateur »

THEME :

Présenté par :

YAMBYAKA BONSOMI Alex

Mémoire de fin d'études présenté et défendu pour l'obtention du diplôme de Licence en Conception de Système d'Information

DIRECTEUR :Professeur. KABEYA TSHISEBA Cédric

RAPPORTEUR : Assistant BOKUNGU BOLUMBU Louison

Année académique 2022-2023

Epigraphe

«  La perfection n'est pas atteignable, mais il faut la suivre car en échouant vous atteignez l'excellence ».

Vincent LOMBARDI

Avant-propos

Dans le cadre de la formation, en RDC, en deuxième Licence (L2), les étudiants réalisent une recherche scientifique et présentent un mémoire validé et soutenu devant un jury des professeurs à l'issue de la 5ème année d'études supérieures et universitaires sanctionnant ainsi la fin de cycle de Licence.

C'est dans cette optique que nous avons pensé sur le thème  « Modélisation et implémentation d'une application de messagerie : cas de la Direction Générale des Recettes de l'Equateur en RDC ».

Ce sujet est d'un grand intérêt car la communication interne solide nourrit l'entreprise et renforce l'engagement des employés. Ces dernières années chaque entreprise souhaite toujours avoir un bon canal de communication pour faciliter aussi un bon échange des informations en son sein.

L'objectif recherché est de fournir à ladite entreprise un outil efficace d'échange des messages privés et confidentiels.

La réalisation de ce travail n'a pas été facile et comme dit Vincent LOMBARDI que «  la perfection n'est pas atteignable, mais il faut la suivre car en échouant vous atteignez l'excellence ». Nous espérons qu'avec les recommandations, suggestions et critiques permettront l'amélioration de ce modeste travail et pourront servir la Direction Générale des Recettes dans les années avenirs.

Dédicaces

À mes très chers parents Jean Pierre YAMBYAKA et Jeannine IYOKO.

Avec un énorme plaisir, un coeur ouvert et une immense joie, que je dédie mon travail à mes très chers et respectueux parents qui m'ont aidé à être ce que je suis, dont leurs qualités humaines m'ont permis de vivre ce jour : les mots me manquent pour exprimer toute cette reconnaissance, la fierté et le profond amour que je vous porte pour les sacrifices que vous avez consentis pour ma réussite, trouvez ici le témoignage de mon attachement ma reconnaissance, gratitude et respect, que Dieu vous préserve en bonne santé et vous accorde une longue vie. Tous mes sentiments de reconnaissance pour vous.

À mes frères Jacques YAMBYAKA, Roncy YAMBYAJA, Peter YAMBYAKA, Siméon LOKWA et mes très chères soeurs Naomi MPUNGA et Chimène BAMATO et Julie YAMBYAKA.

J'espère avoir atteint le seuil de vos espérances. Que ce travail soit l'expression de ma profonde affection. Je vous souhaite tout le bonheur que vous méritez. Je vous souhaite un brillant avenir.

À toute ma famille et à tous ceux que j'aime et qui m'aiment.

À mes ami(e)s.

À tous ceux qui ont su m'apporter aide et soutien aux moments propices au long de mes études.

Alex YAMBYAKA

Remerciements

Le présent travail est le fruit du concours de plusieurs efforts réunis dans un même esprit, et il ne serait même pratiquement pas réalisé n'eut été la contribution tant matérielle, financière que morale de certaines personnes; c'est la raison pour laquelle avant tout, il nous est important de commencer ce travail avec des remerciements.

Nous tenons à remercier en premier lieu, Dieu le Tout Puissant pour qui tout ce travail lui revient entièrement, à nos parents pour les sacrifices consentis, pour notre encadrement et formation.

Nous remercions le Professeur Cédric KABEYA pour avoir assuré une direction majestueuse de ce travail. Nous le remercions chaleureusement pour l'apport de son expertise scientifique et professionnelle dans la réalisation du présent travail. Et à l'assistant BOKUNGU Louison pour son implication et son encadrement qui a permis la réalisation de ce modeste travail.

En général, nous adressons notre sincère et parfaite gratitude au corps professoral de l'université de Mbandaka (UNIMBA), et en particulier à nos enseignants de l'informatique de gestion en les personnes de Professeur BOPE DOMILONGO Christian, Professeur Dr. Justin ISAKATONGA, Chef de Travaux MUTONI Macaire, la Doctorante Judith MOSINGELETA, l'assistant MASENGO Shamir et à l'assistant EALE Simplice etc. Et à vous qui nous lisez.

Alex YAMBYAKA

Liste des tableaux

o Tableau 1. Liste des abréviations et leurs descriptions

o Tableau 2. Acteur et rôle

o Tableau 3. Formalisme de description de cas d'utilisation

o Tableau 4. Description du cas d'utilisation « authentification

o Tableau 5. Description du cas d'utilisation « inscription »

o Tableau 6. Description du cas d'utilisateur « Envoyer le message »

o Tableau 7. Description du cas d'utilisation « déconnexion »

Liste des figures

o Figure 1. Organigramme de la Direction Générale des Recettes de l'Equateur

o Figure 2. Les diagrammes en UML 2

o Figure 3. Icône d'EdrawMax

o Figure 4. Diagramme de Cas d'utilisation global

o Figure 5. Diagramme de cas d'utilisation « authentification »

o Figure 6. Diagramme du cas d'utilisation « Inscription »

o Figure 7. Diagramme du cas d'utilisation « Envoyer des messages

o Figure 8. Diagramme du cas d'utili sation « Déconnexion »

o Figure 9. Diagramme de séquence du cas d'utilisation d'inscription

o Figure 10. Diagramme de séquence du cas d'utilisation d'authentification

o Figure 11. Diagramme de séquence du cas d'utilisation envoi de message

o Figure 12. Diagramme de séquence du cas d'utilisation déconnexion

o Figure 13. Représentation d'une classe

o Figure 14.Diagramme de classe

o Figure 15. Transformation de la classe Utilisateur en modèle relationnel

o Figure 16. Transformation de la classe Message en modèle relationnel

o Figure 17. Passage de un à plusieurs

o Figure 18. Icone d'EasyphpDevserver

o Figure 19. Icone de Visual Studio Code

o Figure 20. Environnement de Visual Studio Code

o Figure 21. Icone de HTML

o Figure 22. Icone de CSS

o Figure 23. Icone de PHP

o Figure 24. Icone de MySQL

o Figure 25. Architecture client serveur

o Figure 26. Diagramme de déploiement/Architecture trois(3) tiers

o Figure 27.Interface d'authentification

o Figure 28. Interface d'inscription d'un agent

o Figure 29. Menu Principal

o Figures 30. Boite d'envoi de messages

o Figure 31. Boite de réception de messages

o Figure 32. Boite de messages envoyés

Liste des acronymes

Abréviations

Description

DGRE

WWW

UML

SI

OMG

Id

Email

MDP

HTML

CSS

PHP

SGBD

MySQL

AA

AGB

ATB

CB

CD

CDU

DAF

SECAB

RH

RP

ETD

DG

DGA

Direction Générale des Recettes de l'Equateur

World Wide Web

Unified Modeling Language

Système d'information

Objet Management Group

Identifiant

E-mail

Mot de passe

Hyper TextMarkupLanguage

Cascading Style Sheet

HypertextPreprocessor

Système de Gestion de Base de données

My Structured Query Language

Agentsauxiliaries

Agent de bureau

Attaché de bureau

Chef de Bureau

Chef de division

Division unique

Direction administrative et financière

Secrétaire de cabinet

Ressources humaine

Receveur principal

Entité territoriale décentralisée

Directeur Général

Directeur Général adjoint

Tableau 1. Liste des abréviations et description

Chapitre 0. INTRODUCTION GENERALE

Introduction

La communication interne correspond au partage des informations au sein de l'entreprise. L'objectif de la communication est de fournir un flux d'informations efficace entre les départements et les collègues d'une organisation. Cela s'applique à la fois en haut et en bas de la chaîne directions/employés et fonctionne également entre les employés qui interagissent les uns avec les autres dans l'entreprise. Une communication interne solide nourrit l'entreprise et renforce l'engagement des employés.

Chaque entreprise souhaite toujours avoir un bon canal de communication pour faciliter aussi un bon échange des informations en son sein.

La Direction Générale de Recettes de l'Equateur a été notre champ d'investigation.

0.1. Problématique

L'échange des informations au sein de la DGRE se fait soit à l'oral, soit par écrit et transmis par les huissiers.

Cette façons de transmettre les informations présente pas mal d'inconvénients en ce sens qu'il n'y a pas la confidentialité ; le temps de transmission de l'information est long ; la compréhension de l'information à l'oral par l'huissier pour transmettre peut causer la désinformation ; manque de maîtrise surtout s'il s'agit d'une grande quantité de l'information à transmettre.

Suite à ces problèmes, nous nous sommes posédes questions ci-après :

· Que peut faire la DGRE pour résoudre le problème de la confidentialité lors de l'échange des messages ?

· Qu'est-ce qu'il faut pour réduire le temps lors de la transmission des informations au sein de cette organisation ?

· Quelle serait la solution pour une transmission des informations à grande quantité ?

· Comment lutter contre la désinformation ?

0.2. Hypothèse

Au regard des questionsposées ci-haut, nous constatons que la communication ou l'échange des messages au sein de la Direction Générale des Recettes de l'Equateur regorge des inconvénients qui nous poussent à trouver le plus rapidement possible des réponses.

Ainsi nous osons croire que la modélisation et l'implémentation d'une application de messagerie au sein de la DGRE serait une solution adéquate pour pallier aux problèmes liés au temps de transmission, la confidentialité de l'information à la désinformation et à la quantité d'information à transmettre.

0.3. Choix et Intérêt du sujet

0.3.1. Choix du sujet

Plusieurs raisons justifient le choix de ce sujet :

Par la curiosité scientifique et surtout lorsqu'on entreprend une recherche scientifique, c'est dans le souci majeur de découvrir une vérité.

Par ailleurs, notre passage au sein de la DGRE pour le stage nous a permis de découvrir les différents problèmes tels que énumérés ci-haut auxquels ladite entreprise et ses employés sont confrontés quant à l'échange des messages ; ceci ayant retenu notre attention, nous pousse à présent d'y apporter solution en se penchant à la programmation Web.

0.3.2. Intérêt du sujet

L'intérêt que revêt ce présent travail est multiple :

· Premièrement, ce travail va nous permettre de se familiariser avec des investigations approfondies, avoir de l'expérience sur la modélisation et l'implémentation des applications de messagerie.

· Pour la DGRE, le résultat de ce travail permettra un échange de messages et de certaines informations confidentielles entre ces employés.

· Pour le monde scientifique en général et les informaticiens en particulier, ce travail constitue une base de connaissance sur les applications de messagerie et surtout sur la réalisation des applications web.

0.4. Méthodes et Techniques

0.4.1. Méthodes

Pour arriver au terme de nos recherches, nous nous sommes servis de méthodes ci-après :

Ø Méthode historique : elle nous a permis de connaître les faits et des évènements passés sur l'échange des messages au sein de la DGRE;

Ø Méthode structuro-fonctionnelle : celle-ci nous a servi de connaître comment est structurée la DGRE et comment elle fonctionne avec la transmission des messages entres les directions et entres les employés.

Ø Méthode analytique : celle-ci a été utilisée pour ressortir les différents types de message que s'échangent les départements et les employés.

0.4.2. Techniques

Pour avoir les données nécessaires à la réalisation de notre travail, nous nous sommes penchés sur les techniques suivantes :

Ø Technique d'interview nous a permis de récolter les données en rapport avec l'échange des messages en posant des questions ;

Ø Technique d'observation nous a permis d'observer comment la transmission de messages se fait au sein de ladite entreprise

0.5. Subdivision du travail

Hormis l'introduction et la conclusion, le présent travail s'articule sur quatre chapitres à savoir :

o Le premier chapitre porte sur « QUELQUES GENERALITES» ;

o Le deuxième parle d'  « ETUDE D'OPPORTUNITE ET CADRE D'ETUDE »

o Le troisième prône sur la « MODELISATION DU NOUVEAU SYSTEME »

o Et le quatrième se consacre au « DEVELOPPEMENT ET DEPLOIEMENT DE SYSTEME MODELISE »

0.6. Etat de l'art

Nous ne sommes pas les premiers à opter pour une recherche visant à résoudre le problème de communication ou d'interaction à d'échange des messages entre les départements dans une entreprise. Il existe pas mal de solution permettant l'échange des messages au sein d'une communauté de personnes.

1. ABDELKERIM DOUIRI : lui a mené une étude et a fait le développement d'une application de messagerie électronique au sein de Myiweb. L'objectif poursuivi par son travail est de procéder à partir d'une messagerie déjà existante au sein de ladite entreprise pour mettre en place une autre messagerie qui regorge beaucoup plus d'autres fonctionnalités remédiant aux faiblesses que possède l'ancien.

2. Lahcene KEDJAR et Mokhtar OUMAKHLOUF les deux ont mené une étude pour mettre en place une messagerie instantanée sous Android. L'objectif de leur travail consiste à faciliter la récupération des informations telles que les courriers électronique, contact etc...

Mais pour le compte de notre travail nous allons partir de la modélisation, c'est-à-dire depuis la conception puis passer à l'implémentation d'une application qui va aider la DGRE de quitter ses traditions d'échange de messages par les huissiers.

Conclusion

Dans cette partie introductive, nous avons donné l'importance de la communication au sein d'une entreprise, nous avons aussi présenté les différents problèmes que pose l'échange des messages au sein de notre champs d'investigation, avons émis l'hypothèse pour palier à ces problèmes ainsi quelques méthodes et techniques utilisées pour arriver à collecter les données et à la fin nous avons présenté quelques chercheurs ayant déjà mené des recherches sur ce genre de réalisation et nous avons également marqué la différence existant entre notre travail et les leurs.

Chapitre 1. QUELQUES GENERALITES

Dans ce chapitre nous allons passer en revue des principaux concepts utilisés dans ce mémoire.

1.1. Définitions des concepts clés

1.1.1. Modélisation

La modélisation est un processus de représentation graphique des flux de données.1(*)

1.1.2. Implémentation

C'est la phase au cours de laquelle une conception détaillée est traduite dans un langage de programmation.

1.1.3. Application

Logiciel conçu pour aider l'utilisateur à exécuter une tâche spécifique.2(*)

1.1.4. Une messagerie électronique

Un logiciel dont le but est de recevoir, de classer et d'envoyer les courriers électroniques.

1.1.5. Web

Désigne World Wide Web, littéralement la « toile (d'araignée) mondiale » communément appelé WWW,est un systèmehypertexte public fonctionnant sur internet qui permet de consulter, avec un navigateur, des pages accessibles sur des sites.3(*)

Chaque site propose un ensemble plus au moins important de documents, transmis sur le réseau par l'intermédiaire d'un programme serveur. Ce programme serveur dialogue avec un programme client qui peut être situé n'importe où sur le réseau. Le programme client prend le plus souvent la forme d'un navigateur, grâce auquel un utilisateur du web peut demander et consulter très simplement des documents. Le web propose aussi des services ou des modes de communication entre les machines permettant d'effectuer des calculs répartis ou des échanges d'information sans faire intervenir des utilisateurs : le présent travail n'aborde pas ces aspects.

1.1.5.1. Quelques concepts rattachés au Web4(*)

o Une page web c'est un document qui peut être affiché par un navigateur

o Un site Web est un ensemble de page reliées entre elles et accessibles par l'intermédiaire d'un navigateur web

o Un navigateur Web est un logiciel conçu pour afficher les sites internet, télécharger des fichiers et faire des recherches.

o Une adresse Web est une URL de page web, généralement écrite sous une forme simplifiée à un nom d'hôte. Une adresse de site web est en fait l'adresse d'une page du site prévue pour accueillir les visiteurs.

o Un hébergeur Web c'est une entreprise des services entreprises qui met en ligne sur ses serveurs les ressources constituants les sites web de ses clients.

o Une agence Web est une entreprise de services informatiques réalisant des sites web pour ses clients.

1.2. Généralité sur l'étude

· Système est un ensemble d'éléments interagissant entre eux suivant un certains nombres de principes et de règles dans le but d'atteindre un objectif.4(*)

· Système d'information est une représentation systémique de l'entreprise et de ses activités permettant :

· La collection des informations provenant des éléments du système ou de l'environnement externe du système ;

· La mémorisation des données manipulées par le système ;

· Le traitement des données stockées ;

· Et la transmission des informations vers les composants du système ainsi vers l'environnement externe au système.5(*)

· Un système informatique est une variété de système d'information dans lequel l'ordinateur est au centre de traitement de l'information.6(*)

· Une Donnée : Suivant le processus de traitement de l'information, une donnée est une information brute, sans contexte, elle n'a pas de sens. Elle n'appelle pas à l'action. La donnée est le plus bas niveau dans le processus de traitement de l'information.7(*)

· Information  est une donnée traitée, organisée et structurée. Elle est porteuse d'un sens.8(*)

· Base de données est une collection des informations organisées afin d'être facilement gérables et mises à jour.

Conclusion

Dans ce chapitre nous sommes passé en revue des concepts clés de notre travail, nous avons montré comment fonctionne l'application web et quelques notions des concepts liés au Web, et autres notions ayant trait à notre étude.

CHAPITRE 2. ETUDE D'OPPORTUNITE ET CADRE D'ETUDE

2.0. Introduction

La direction générale des recettes de l'Equateur DGRE en sigle est une régie financière de la province de l'Equateur. Elle est la force financière de la province. Cette régie financière a une mission principale de mobiliser et maximiser les recettes dues aux taxes et impôts auprès des assujettis pour donner les moyens au Gouverneur de la province de faire sa politique, c'est à dire pour la reconstruction de la province de l'Equateur.

Selon l'arrêté N°2010/004/CAB/PROGOUV/EQ/BE/PLB/2021 du 02 février portant création de la DGRE signé par le gouverneur, elle a un effectif de 128 employés formant la structure au sein de la direction générale, plus les trois autres agents aux études à l'ENF.

Hors la structure au niveau de la Direction Générale, la DGRE, est représentée au niveau de territoires par les centres de perception autonomes. Chaque centre de perception est dirigé par un Chef de centre. Il y a 9 centres de perception autonomes :

1. Centre de perception autonome de BASANKUSU

2. Centre de perception autonome de LUKOLELA

3. Centre de perception autonome de BOLOMBA

4. Centre de perception autonome MAKANZA

5. Centre de perception autonome de BIKORO

6. Centre de perception autonome d'INGENDE

7. Centre de perception autonome BOMONGO1

8. Centre de perception autonome BOMONGO2

9. Centre de perception autonome LOLANGA

NB: chaque centre de perception est reparti en poste de perception par Secteur.

1. Cadre d'étude

2.1.1. Présentation de la DGRE

A. Situation géographique

La DGRE se trouve sur l'avenue LIBERATION (l'ex MOBUTU) N°19 en face du Ministère provincial du budget, en diagonal de la DGDA à coté, du Commandement ville, au centre-ville dans la commune de Mbandaka. Elle a 4 bâtiments : 2 bâtiments administratifs (où se trouve le bureau du DG, celui DGA et DAF) et deux autres opérationnels (direction d'impôt et taxes et la direction de recouvrement).

B. Création

La DGRE puise son fondement sur l'arrêté N°10/004/CAB/PROGOUV/EQ/BE/PLB/2021 du 02 février portant sa création.

C. Bref aperçu historique

Sur base de la constitution de la République Démocratique du Congo en son article 171 et 204 du 18 février 2006 portant les compétences exclusives des provinces que la province de l'Equateur à l'instar des autres provinces de la RDC s'est dotée en 2007 d'une structure d'organisation et de contrôle des ressources financières appelée coordination et brigades financières.

L'année 2009 marque la naissance de la DGRPE (Direction Générale de Recette de la Province de l'Equateur puisant son fondement juridique sur l'arrêté provincial N°2010/004/CAB/TROP/LM/2009, dotée d'une autonomie administrative et financière.

En 2013, la DGRPE devient la DGREQ (Direction Générale des Recettes de l'Equateur.

La DGREQ devint la DGRPEQ (Direction Générale des Recettes de la Province de l'Equateur) en 2016 sur base d'un arrêté provincial N°2010/0012/CAB/PROGOUV/EQ/JBB/2016 du 27 mais portant création, organisation et fonctionnement de DGRPEQ.

En 2021, en fin, nait la Direction Générale de Recette de l'Equateur en sigle DGRE.

Note : toutes ces mutations d'appellations sont causées par la vision de chaque autorité à la tête de la province. Car chaque Gouverneur a sa vision sur la province qu'il dirige.

2.1.2. Organisation et fonctionnement de la DGRE

2.1.2.1. Organisation de la DGRE

La DGRE est composée de deux organes suivants :

· La direction générale

· Les directions opérationnelles.

La structure de la direction générale des recettes de l'équateur est décrite dans l'arrêté provincial créant la DGRE.

Ayant la mission de collecte des recettes, l'arrêté créant la DGRE a réparti la DGRE en 4 directions.

1. la Direction Générale (DG) est rattachée de 3 services : l'inspection, pool informatique, la division unique.

2. La direction administrative et financière(DAF)

3. La direction de taxes et impôts (DTI)

4. La direction de recouvrement (DR)

La DGRE est sous tutelle du Gouverneur de la province pour les aspects des moyens financiers dus au trésor public provincial de l'Equateur et à la reconstruction de la province.

Le conseil administratif de la DGRE est assuré par le DG et le DGA, le Directeur administratif et financier, directeur de taxe et celui de recouvrement.

2.1.2.2. Organigramme

Figure 1. Organigramme de la Direction Générale des Recettes de l'Equateur

2.1.2.3. Fonctionnement

Les activités au sein de la DGRE s'exercent en fonction et au respect des attributions reparties dans l'arrêté.

1. Direction Générale

Elle exerce ses missions et prérogatives de manière exclusive sur l'étendue entière de la province en matière de la mobilisation des recettes fiscales et non fiscales.

Les missions et prérogatives comprennent notamment :

· L'assiette, le contrôle, le recouvrement et les contentieux des impôts provinciaux et locaux ;

· L'assiette, le contrôle, l'ordonnancement, le recouvrement, et des contentieux des recettes non fiscales ;

· La tenue des statistiques des recettes de la province ;

· Le renforcement des capacités du personnel aux techniques modernes de gestion dans le domaine fiscal et non fiscal ;

· L'étude et la prestation à l'autorité compétente des projets d'édits ou d'arrêté en la matière ;

· Les avis techniques pour les textes ou conventions à incidence fiscale ou agrément d'un investissement prévoyant un régime fiscal dérogatoire ;

· Le recensement des assujettis et l'élaboration des répertoires généraux et sectoriels par type d'impôts et service ;

· L'organisation des campagnes de recouvrement spontanées et forcées ;

· L'uniformatisation de la gestion des recettes provinciales ;

· La garantie du respect des grands équilibres entre les recettes réalisées et les prévisions inscrites au budget des recettes de la province pour un exercice donné.

Toutefois, elle peut venir en appui aux ATD (entité territoriale décentralisée) dans le cadre de la mobilisation des recettes locales. La Direction Générale des recettes de la province de l'Equateur exerce, à la demande du Gouverneur de la province, d'autres missions ponctuelles.

La direction générale est rattachée de 3 services dont l'inspection de service fait partie : elle a aussi des attributions :

· Centraliser et analyser des statistiques fiscales et non fiscales aussi que la proposition des projections des assignations;

· Réaliser des études fiscales et non fiscales ;

· Élaborer et proposer des projets des textes fiscaux et non fiscaux;

· Formuler des avis sur tout projet du régime fiscal d'inspection;

· Proposer des retraits éventuels des agréments fiscaux;

· Faire le suivi des relations avec d'autre administration fiscales.

· Elaborer, coordonner et superviser des procédures contentieuses;

· Faire la coordination de programme de contrôle (la courtoisie fiscale)

· Consolider les résultats de contrôle

· Rechercher et regrouper des informations pour détecter les évasions et les fraudes fiscales;

· Faire Communication et vulgarisation de la législation ainsi que la réglementation fiscale et non fiscales ;

· Définition de la politique en matière de répression des infractions fiscales et de suivi des relations avec le parquet.

2. Direction administrative et financière

La direction administrative et financière a pour attribution :

· La gestion quotidienne du personnel affecté à la DGRE ;

· L'organisation du recrutement des agents nécessaire au fonctionnement des services conformément aux dispositions du règlement d'administration ;

· L'organisation et la tenue de la comptabilité ;

· Le renforcement des capacités du personnel en carrière de la DGRE ;

· L'élaboration des projets de la DGRE et la gestion des crédits alloués;

· La gestion de la prime des contentieux revenant à la DGRE

· La gestion des meubles et immeubles mis à la disposition de la DGRE

· L'élaboration de la stratégie d'information du système d'information de la DGRE ;

· La gestion informatique des services ;

· L'élaboration de cahier de charge des projets ;

· L'analyse, le développement, l'implantation et la maintenance des applications et des équipements.

3. Direction des impôts et taxes

La direction des impôts et taxes a des attributions suivantes :

1. Dans la division des impôts

· Assurer la gestion régulière des répertoires généraux et sectoriels des redevables aux impôts, droits et redevances fiscaux et de la province ;

· Exécuter toutes les opérations de constatation de liquidation et d'ordonnancement des impôts et des droits fiscaux d'intérêt communs et spécifique à la province ;

· Gérer les comptes courant à la province ;

· Assurer la gestion des dossiers uniques des redevables ;

· Elaborer les statistiques des recettes fiscales ordonnancées

2. Dans la division de taxes

· Assurer la gestion régulière des répertoires généraux et sectoriels des redevables aux impôts, droits et redevances fiscaux et de la province ;

· Assurer la gestion des dossiers uniques des redevables ;

· Gérer les comptes courants non fiscaux

· Attributions des procédés au traitement des dossiers non fiscales.

· Ordonnancement d'office au cas de la non constatation et la non liquidation.

4. Direction de recouvrement

Elle est chargée de toutes les missions et prérogative en matière de recouvrement des recettes fiscales. A ce titre elle est chargée notamment de :

§ La mise en oeuvre des procédures de recouvrement et poursuites ;

§ L'émission des avis des sommes à payer relatifs aux opérations de recouvrement auprès des contribuables aux assujettis ;

§ Recouvrer les sommes des sommes dues au trésor provincial au titres de taxes spécifiques de la province ainsi que des impôts, taxes, droit et redevance à l'intérêt commun ;

§ Le suivi des statistiques des recettes encaissées et des créances dues par les défaillants en matière de paiement devant faire l'objet de poursuite conformément aux dispositions légales en vigueur ;

§ La procédure d'apurement des comptes courants des redevables en règle de paiement dans la stricte observance des procédures en la matière.

§ La fixation des objectifs et qualificatifs en matière de recouvrement ;

· Faire le suivi des régimes d'exception.

2.1.3. Recueil et diagnostic des informations

a. Les acteurs

Pour la communication et échange des messages ou information au sein de la Direction Générale des Recettes, tout le personnel est concerné. Allant du Directeur Général aux agents auxiliaires, le besoin de communications est permanent.

b. Analyse de poste de travail

o Direction générale

La direction générale est l'organe dédié à la prise de décision au sein de la DGRE.

Elle est rattachée de trois services :

a) Inspection de service, contrôle, législation, études et planification

L'inspection de services est composé d'un Coordinateur ayant les mêmes avantages qu'un Directeur, de chef de Division, et des chefs de bureau, tous sont des inspecteurs.

L'inspection de service s'occupe également du contrôle, contentieux, législation études et planification.

b) Pool informatique

Le pool informatique est géré par un chef de Division, Jackson KENGA.

Tout ce qui est lié à l'informatique se fait dans cette division. Ce chef de Division est l'opérateur de saisie des documents du Directeur Général. Il a aussi le rôle d'assurer la maintenance des dispositifs informatiques se trouvant dans la DGRE.

C) Division Unique

Elle est gérée par un Chef de Division Bosco KONZI WALENGE. Ce dernier a une fonction du directeur de cabinet du Directeur Général. Il assure la rédaction de tous les documents administratifs de la direction générale. Il reçoit également les documents adressés à la direction générale.

o Direction administrative et financière

Dirigée par un Directeur, la direction administrative et financière est une direction qui contrôle l'ensemble des ressources humaines et matérielles de la DGR. Elle s'occupe également du payement de tous les employés au sein de la direction générale de recettes. Et elle s'occupe aussi du budget de la DGRE. Ainsi, elle est repartie en 2 divisions:

A. La Division de ressources humaines et services généraux

Dirigée par un chef de Division, la division de services généraux et ressources humaines, dirige les travaux liés à la gestion de personnel composé de deux bureaux et de services généraux. Il est composé de deux bureaux:

1. Bureau de personnel

Dirigé par un CB (Chef de bureau) celui si contrôle l'ensemble des employés au sein de la régie (l'effectif), les absences, cas de la suspension d'un agent, cas de licenciement, cas de deuil, le recrutement des nouveaux agents, etc.

2 .Bureau Service Généraux

Le chef de bureau s'occupe des biens meubles et immeubles, des imprimés de valeurs (plaques, vignettes, les quittances, les notes de perception etc.), des fournitures de bureau, (des mobiliers)

B. La Division de Budget

Ici, la direction se fait par un chef de Division qui assure la gestion de patrimoine de la DGRE et élaborer le budget de la régie.

1. Bureau de budget

Ici on élabore le bilan de la DGRE, on couche également sur papier toutes les dépenses que la régie va engager au cours d'une période donnée. Dans ce bureau on prévoit tout, gère tout ce qui est patrimoine de la DGRE (ensemble des avoirs et dettes de la régie financière).

2. Le bureau de paie

Dirigé par un CB, Il assure le payement des employés suivant leurs grades dans la DGRE.

3. Direction des impôts et taxes

Ayant ces attributions dans l'arrêté la direction des Impôts et Taxes assure la gestion des recettes non fiscales et fiscales, ainsi elle est repartie en deux divisions :

Ø Division d'Impôts 

Ø Division de Taxes 

Ø Division d'impôts

La direction d'impôt est dirigée par un chef de division, cette division à deux bureaux.

A. Bureau d'ordonnance s'occupe des ordonnancements de toutes les recettes non fiscales.

B. Bureau de contrôle, qui descend sur le terrain pour vérifier le travail effectué par des agents sur les différents types d'impôt.

2. Division de taxes

Cette division est chapeautée par un chef de Division. Elle a sein deux chef de bureau, l'un chargé d'ordonnancement et l'autre chargé du contrôle.

Direction de recouvrement

La direction de recouvrement prend en charge les ordonnancements en impôt, taxe droits et redevance qui proviennent de la direction d'impôt et taxes.

La direction de recouvrement a un directeur et un chef de Division appelé le RP (le receveur principal), les chefs de bureaux :

o Bureau d'impôt : le chef de bureau reçoit les recettes fiscales, il est aussi appelé le receveur d'impôt,

o Bureau de taxe : le receveur de taxe, le chef de bureau reçoit les actes générateurs des services d'assiettes.

o Le bureau d'apurement statistique : dans ce bureau, le CB est chargé des statistiques de réalisation. Il fournit des statistiques, jour et mois sous forme de relevées d'encaissement.

2. 2. Présentation et analyse du système d'information existant

La direction générale utilise les huissiers pour faire passer les messages ou les informations de direction en direction ; de direction en division, de division en bureau etc... Ces information sont transmises parfois à l'oral ou par de lettres administratives. Et surtout cela dépend de la nature de l'information. Certains informations transmises sont confidentielles c'est-à-dire l'expéditeur et le destinataire sont les seuls à être les détenteurs. Et l'information est sensée arriver dans un bref délai pour permettre une bonne réception et possession du contenu transmis.

2.3. Critique de l'existant et Proposition des solutions

2.3.1. Critique de l'existant

2.3.1.1. Les points positifs

Bien que la DGRE dispose d'un système de communication manuelle, mais elle arrive à se partager les messages et les informations avec ses employés.

· Les employés transmettent les messages à leurs supérieurs hiérarchiques ;

· Les chefs hiérarchiques répondent et donnent des orientations et le travail s'effectue.

2.3.1.2. Points négatifs

Bien que les messages atteignent aux destinataires, mais ce système de communication présente des faiblesses suivantes :

· Les messages transmis par les huissiers ne sont pas confidentiels ;

· Le temps de transmission du message est long ;

· Certains destinataires ne comprennent pas bien d'autres messages surtout ceux qui sont transmis à l'oral. Cela est occasionné par la mauvaise réception et compréhension du message par l'huissier ;

· Au cas où le message n'est pas transmis au clair, cela occasionne la désinformation ;

· Les messages ayant une grande quantité d'information ont du mal à être bien transmis.

2.3.2. Proposition des solutions

Au regard des faiblesses énumérées ci-haut, nous proposerons, pour une amélioration de la qualité du travail et une bonne communication, les solutions ci-après :

· la modélisation et l'implémentation d'une application de messagerie est mieux placée pour assurer la circulation des messages entre les différents départements de la DGRE.

· l'intégration de tous les employés dans ce nouveau système pour un échange de message ;

A. AVANTAGES

Ce nouveau système que nous souhaitons mettre en place offrira des avantages ci-après :

Ø La transmission de message ultrarapide ;

Ø Les messages transmis restent confidentiels ;

Ø Le message ne peut jamais être modifié pour causer la désinformation

Ø La grandeur du message ne pose aucun problème lors de la transmission ;

Ø Mis à l'écart de l'huissier, ceci permet à l'entreprise de ne plus décaisser de l'argent pour payer un huissier.

B. INCONVENIENTS

Les inconvénients qu'on retrouve dans notre nouveau système sont d'ordre financier entre autre :

Ø Equiper toutes les couches avec des ordinateurs ;

Ø Disposer d'une connexion internet permanente ;

Ø Acquisition du présent produit

2.3.3. Meilleure solution

En observant les avantages et les inconvénients que la solution proposée nous offre, celle de modéliser et d'implémenter une application de messagerie, et en gardant l'oeil sur les traditions d'échange des messages au sein de notre champ d'étude, bien que cette façon de faire les choses présente quelques avantages, nous optons sur la solution informatique et plus précisément au côté web qui est la meilleure solution la plus sûre et qui apporte plus de la sécurité et garantit la confidentialité en matière de dialogue par de message

Notre solution sera axée sur la modélisation et l'implémentation d'une application de messagerie au sein de la DGRE. Cet échange sera fait exclusivement qu'avec les employés qui se sont déjà authentifiés dans ladite application.

2.4. Conclusion

Dans ce chapitre, notre priorité a été accordée sur l'organisation et le fonctionnement de la DGRE ainsi que la manière dans laquelle elle procède à échanger les messages, qui nous a permis de ressortir non seulement les faiblesses que renferme ce système de communication mais aussi les désavantages que la solution proposée nous offre à travers lesquelles la meilleure solution optée reste de modéliser et implémenter une application web pour permettre la DGRE de s'échanger les messages d'une manière sûre et confidentielle.

CHAPITRE 3. LA MODELISATION DU NOUVEAU SYSTEME

3.0. Introduction

Avec la complexification croissante des systèmes d'information, connaître son existant devient à la fois plus difficile et crucial. Modéliser son système d'information et en apporter une vision exploitable, selon les besoins de chaque acteur, il est ainsi un enjeu partagé et une source de questionnement sur la méthode à suivre.

Pour éclairer ce sujet, Arthur et Olivier consultants au sein de l'offre Architecture du système d'information de Projection, nous partagent leurs retours d'expérience sur la modélisation de système d'information.

On parle beaucoup de la modélisation système d'information mais de quoi s'agit-il ?

Selon Arthur la modélisation d'un système d'information permet d'obtenir des représentations consolidées sous différents domaines : processus métiers, capacités fonctionnelles, couches applicatives et échange de données, infrastructures et technologies ...C'est cette connaissance consolidée qui apporte de valeur pour analyser les impacts et naviguer entre les différents domaines.

Selon Olivier la modélisation n'est qu'une représentation partielle d'une réalité complexe.

La modélisation du SI s'appuie sur un métamodèle qui guide la représentation des composants, leurs caractéristiques et leurs relations.9(*)

Le besoin de modéliser les SI et s'appuyer sur les outils de modélisation

3.1. Outils de modélisation

Pourquoi a-t-on besoin de modéliser les SI et s'appuyer sur des outils ?

L'objectif est de disposer d'une vision plus réaliste possible de ce qui est présent dans le système d'information, et le capitaliser, dans un seul référentiel, cette connaissance pour l'exploiter.

3.1.1. Langage de modélisation 10(*)

Pour la modélisation, notre choix est porté sur le langage de modélisation unifié en anglais UnifiedModelingLanguage (UML) qui est un langage modélisation graphique à base de pictogrammes, conçu pour représenter, spécifier les artefacts de systèmes logiciels, de plus il est destiné à comprendre et décrire des besoins spécifiés et documentés des systèmes, esquissé des architectures logicielles, concevoir des solutions et communiquer des points de vue, comme il peut être appliqué à toutes sortes de systèmes ne se limitant pas au domaine informatique.

UML résulte de l'unification de techniques ayant fait leurs preuves pour l'analyse et la conception de grands logiciels et de systèmes complexes.

ü UML est une norme

Il est nécessaire qu'une méthode objet soit définie de manière rigoureuse et unique afin de lever les ambiguïtés. De nombreuses méthodes objet ont été définies, mais aucune n'a su s'imposer en raison du manque de standardisation. C'est pourquoi l'ensemble des acteurs du monde informatique a fondé en 1989 l'OMG (Object Management Group), une organisation à but non lucratif, dont le but est de mettre au point des standards garantissant la compatibilité entre des applications programmées à l'aide de langages objet et fonctionnant sur des réseaux hétérogènes (de différents types).

ü UML est un langage de modélisation objet

UML comble une lacune importante des technologies objet, il permet d'exprimer, d'élaborer et de modéliser au sens de la théorie des langages, de ce fait il contient les éléments constitutifs de ce dernier : concepts, une syntaxe et une sémantique.

· UML décrit un méta modèle

La puissance et l'intérêt d'UML est qu'il normalise la sémantique des concepts qu'il véhicule, il repose sur un méta modèle pour permettre à n'importe qui de déchiffrer son intention de manière non équivoque, il est donc primordial de s'accorder sur la sémantique des éléments de modélisation, bien avant de s'intéresser à la manière de les présenter.

Ce langage est désormais une référence en modélisation objet car elle consiste à modéliser les éléments du monde réel (personne, immeuble...) ou virtuel (temps, messages, prix...) en un ensemble d'entités informatiques appelées « objet ». [8]

L'UML est constitué de diagramme qui sert à visualiser et décrire la structure et le comportement des objets qui se trouve dans le système.

Suivant sa dernière version, UML définit 14 diagrammes divisés en catégories :

Figure 2. Les diagrammes de la classe en UML

3.1.2. Outil logiciel de modélisation

Il existe de nombreux logiciels de modélisation UML certains sont gratuit (GitMind, Gliffy, Draw.io, Moqups...), d'autre sont payants (Lucidchart, MagicDraw, StarUML, EdrawMax...) ou d'autres intégrés à des plateformes (IBM Rational Rhapsody, Microsoft Visio.

EdrawMax est le logiciel de modélisation choisi pour faire nos représentations graphiques de données.

Figure 3. Icône d'EdrawMax

3.2. La modélisation proprement dite

3.2.1. Modèle de données

Le but de la modélisation est de déterminer l'ensemble des données ainsi que les liaisons qu'elles ont entre elles.

3.2.2. Définition des fonctionnalités de l'application

Nous devons dans un premier temps donc bien définir ce que notre application est censée faire

Une messagerie est en fait un mécanisme permettant à des utilisateurs de s'échanger les messages. Les utilisateurs doivent pouvoir écrire les messages aux autres utilisateurs et pouvoir aussi lire ce que les autres utilisateurs leurs envoient. Mais d'écrire ou de lire les messages, il convient préalablement d'avoir un compte utilisateur en s'inscrivant et ensuite se connecter.

3.2.3. Identification des acteurs

Un acteur représente un rôle joué par une entité externe (utilisateur humain, dispositif matériel ou autre système) qui interagit directement avec le système étudié.

Un acteur peut consulter et/ou modifier directement l'état du système, en émettant et/ou en recevant des messages susceptibles d'être porteurs de données.

Acteur

Rôle

Utilisateur

· S'inscrire dans la messagerie

· S'authentifier avant de se connecter

· Ecrire les messages

· Recevoir un message

· Se déconnecter

Tableau 2 : Acteur et rôle

3.2.4. Représentation et structure des données

Pour la représentation et la description des données au sein de notre système nousavons utilisé les données les diagrammes suivants :

3.2.4.1. Diagrammes de cas d'utilisation

Le diagramme de cas d'utilisation représente la structure des grandes fonctionnalités nécessaires aux utilisateurs du système.

Les cas d'utilisation sont une technique de description du système étudié privilégiant le point de vue de l'utilisateur. Il s'agit de la solution UML pour représenter le modèle conceptuel. Les cas d'utilisation décrivent sous la forme d'actions et de réactions, le comportement d'un système du point de vue d'un utilisateur. Les cas d'utilisation servent à structurer les besoins des utilisateurs et les objectifs correspondants du système.

Un cas d'utilisation est une manière spécifique d'utiliser un système. C'est l'image d'une fonctionnalité du système, déclenchée en réponse à la stimulation d'un acteur externe.

3.2.4.1.1. Diagramme global des cas d'utilisations

Figure 4. Diagramme de Cas d'utilisation global

3.2.4.1.2. Les différents cas d'utilisation

Le but est de partitionner le système en fonctionnalités discrètes et significatives pour les acteurs.

A chaque cas d'utilisation doit être associée une description textuelle d'interaction entre l'acteur et le système et les actions que le système doit réaliser en vue de produire les résultats attendus par les acteurs. Pour exprimer les cas d'utilisations de notre système, nous avons choisi le formalisme suivant :

Résumé

But du cas d'utilisation

Acteur

Acteur participant aux cas d'utilisation

Précondition

Condition qui doit être remplie avant le début du cas d'utilisation

Scénario nominal

Séquence d'actions normales associées au cas d'utilisation.

Alternative

Séquence d'actions normales associées au cas d'utilisation

Exception

Séquence d'action conduisant à un échec

Tableau 2. Formalisme de description de cas d'utilisation

1. Le cas d'utilisation « Authentification »

§ Description

Résumé

Vérification de l'identité (login et mot de passe)

Acteur

Utilisateur

Précondition

Utilisateur doit posséder un compte

Scénario nominal

[Début]

§ Demande de la connexion ;

§ Affichage du formulaire par le système demandant à l'utilisateur de saisir pseudonyme et son mot de passe ;

§ Saisi du pseudonyme et du mot de passe par l'utilisateur ;

§ Vérification de la conformité des informations fournies ;

§ Le système donne l'accès à l'interface correspondante.

§ [Fin]

Alternative

Au le cas les informations fournies par l'utilisateur ne sont pas correctes  ou incomplètes, le système réaffiche le formulaire d'authentification et attend que l'utilisateur ressaisisse les bonnes correspondantes

Tableau 3. Description du cas d'utilisation « authentification

§ Présentation

Figure 5. Diagramme de cas d'utilisation « authentification »

2. Le cas d'utilisation « Inscription »

§ Description

Résumé

Permet à l'utilisateur de s'inscrire

Acteur

Utilisateur

Précondition

Aucune

Scénario nominal

[Début]

§ Demande du formulaire d'inscription ;

§ Affichage du formulaire  d'inscription par le système ;

§ Saisie du nom prénom adresse e-mail et le mode passe par l'utilisateur, et valide ;

§ Vérification de la conformité des informations saisie par l'utilisateur.

[Fin]

Alternative

Au le cas les informations fournies par l'utilisateur ne sont pas correctes  ou incomplètes, le système réaffiche le formulaire d'authentification et attend que l'utilisateur ressaisisse les bonnes correspondantes

Tableau 4. Description du cas d'utilisation « inscription 

§ Présentation

Figure 6. Diagramme du cas d'utilisation « Inscription »

3. Le cas d'utilisation « Envoyer message »

§ Description

Résumé

Ecrire et envoyer des messages

Acteur

Utilisateur

Précondition

S'authentifier

Scénario nominal

[début]

§ choisir le destinataire dans la liste des amis ;

§ l'utilisateur écrit son message et clique sur le bouton « envoyer ».

[fin]

Tableau 5. Description du cas d'utilisateur « Envoyer le message »

§ Présentation

Figure 6. Diagramme du cas d'utilisation « Envoyer des messages

4. Le cas d'utilisation « Déconnexion »

§ Description

Résumé

Permet à l'utilisateur de quitter son compte

Acteur

Utilisateur

Précondition

S'authentifier

Scénario nominal-

[début]

§ Accéder à l'application ;

§ accéder au menu de l'application ;

§ cliquer sur le bouton « Déconnexion »

§ L'application renvoie automatique la page d'accueil.

[fin]

Tableau 7. Description du cas d'utilisation « déconnexion »

§ Présentation

Figure 8. Diagramme du cas d'utilisation « Déconnexion »

3.2.4.2. Diagramme de séquence

Le diagramme de séquence est le principal diagramme d'interaction.11(*)

Il poursuit l'objectif :

· Représentation du déroulement des traitements et des interactions entre les éléments du système et/ou les utilisateurs

· Centré sur l'expression des interactions et l'échange de messages

Un diagramme de séquence se rapporte par exemple à un ou plusieurs scénario(s) identi?é(s) dans les cas d'utilisation.

3.2.4.2.1. Diagramme de séquence du cas d'utilisation « Inscription »

Le diagramme de séquence suivant illustre les interactions nécessaires pour l'inscription

Figure 9. Diagramme de séquence du cas d'utilisation d'inscription

1.2.4.2.2. Diagramme de séquence du cas d'utilisation« Authentification »

Figure 10. Diagramme de séquence du cas d'utilisation d'authentification

3.2.4.2.3. Diagramme de séquence su cas d'utilisation d'envoi de message

Figure 10. Diagramme de séquence du d'utilisation d'envoi de message

Figure 11. Diagramme de séquence du cas d'utilisation envoi de message

3.4.2.4.Diagramme de séquence du cas d'utilisation Déconnexion

Figure 12. Diagramme de séquence du cas d'utilisation déconnexion

1.2.4.3. Diagramme de classe

3.2.4.3.1. Notion

Le diagramme de classe exprime de manière générale la structure statique d'un système, en termes de classe et de relation entre ces classes. Une classe permet de décrire un ensemble d'objet (attribut et comportement), tandis qu'une relation ou association permet de faire apparaître de liens entre ces objets.

On peut donc dire :

· Un objet est une instance de classe,

· Un lien est une instance de relation

La classe se représente comme suite :

Figure 13. Représentation d'une classe

3.2.4.3.2. Diagramme de classe du système en étude

Figure 14.Diagramme de classe

Règle de dérivation du modèle relationnel à partir d'un modèle de classe

Règle 1 : Transformation des classe : chaque entité devient une relation

· Classe Utilisateur

Figure 15. Transformation de la classe Utilisateur en modèle relationnel

Classe Message

Figure 16. Transformation de la classe Message en modèle relationnel

Règle 2. Association un-à-plusieurs

Il faut ajouter un attribut de type clé étranger dans la relation fils de l'association. L'attribut porte le nom de la clé primaire de la relation père de l'association.

Figure 17. Passage de un à plusieurs

3.3. Conclusion

Dans ce chapitre nous avons procédé à présenter UML, le langage qui nous a servi dans la modélisation de notre nouveau système. Nous avons également identifié toutes les entités s'interagissant dans le système en présentant l'ensemble de séquence d'action, en identification des différents cas d'utilisation des acteurs du système. Ensuite, nous avons procédé à la description graphique des cas d'utilisation en réalisant les diagrammes des séquences décrivant les scénarios nominaux des cas essentiels.

Et pour terminer, nous avons procéder également à la conception proprement dite de notre application selon les concepts de base du diagramme de classe ainsi que la transformation d'une classe en modèle relationnel permettant d'avoir un schéma de la base de données tout en respectant les règle de modélisation.

CHAPITRE 4. DEVELOPPEMENT, DEPLOIEMENE ET DU NOUVEAU SYSTEME

4.0. Introduction

A ce stade du processus, les cas d'utilisation sont terminés. Le problème a été analysé en profondeur; nous avons défini une conception mieux appropriée aux besoins de notre application.

Le présent chapitre est consacré à la réalisation et la mise en oeuvre de notre application de messagerie, nous allons présenter les outils de développement adoptés, soit l'environnement utilisé qui est Visual Studio Code, ainsi que le langages HTML, CSS, langage de programmation (PHP), et nous allons présenter le système de gestion de base de données EasyPHP (MySQL serveur),ainsi le langage de manipulation de bases de données SQL , et enfin nous allons montrer les principaux interfaces et fenêtres de l'application.

4.1. Développement du nouveau système

4.1.0. Environnement de développement

EasyphpDevserver est un environnement de développement Web qui embarque tout ce qui est nécessaire pour faire tourner un site internet en local sur un ordinateur.L'utilisateur dispose ainsi d'un serveur Apache équipé de PHP et de MySQL, le tout pouvant fonctionner sur un ordinateur sous Windows. Nous avons utilisé Devserver version 17.0

Figure 18. Icone d'EasyphpDevserver

4.1.1. Outil de développement

1. Visual Studio Code

Figure 19. Icone de Visual Studio Code

Visual studio code est un éditeur de code simplifié, qui est gratuit et développé en open Source par Microsoft. Il fonctionne sous Windows, Mac OS, et Linux. Il fournit aux développeurs à la fois un environnement de développement intégré avec les outils permettant de faire avancer les projets techniques, d'édition, à la construction jusqu'au débogage. 12(*)

Le Visual Studio Code propose plusieurs fonctionnalités, mais nousnous intéressons à celle de la prise en charge de plusieurs langages de programmations, tels que C, C#, C++, (HTML, CSS), Java, JavaScript, Markdown, PHP, PowerShell, Python etc... 13(*)

Figure 20. Environnement de Visual Studio Code

2. HTML

En Anglais « HyperText MarkupLanguage » qu'on peut traduire par « langage de balises pour hypertexte » il est utilisé afin de créer et représenter le contenu d'une page web et sa structure.

Figure 20. Icone de HTML

3. CSS

Tout comme le HTML, le CSS est l'un des langages de base du WWW. Alors que nous avons utilisé le langage HTML pour remplir une page web de texte et le formater de manière sémantique, le langage CSS est utilisé pour définir le design de ce contenu.

Figure 22. Icone de CSS

4. PHP

PHP est un langage de scripts open source. Comme beaucoup de langage, il a été spécialement conçu pour le développement des applications Web. Il peut être intégré au HTML. Pour ce faire, le code PHP est inclus entre une balise de début (ensemble de symboles) et une balise de fin qui permettent au serveur web de passer en mode PHP. La partie PHP Correspond donc à la partie créative et dynamique du document HTML finalement envoyé par le serveur et que le navigateur transformera en page Web. Le code PHP est exécuté par le serveur et non par le client. Le client ne reçoit que le résultat du script, sans aucun moyen d'avoir accès au code qui produit ce résultat.14(*)

Figure 23. Icone de PHP

5. MYSQL

MySQL est un système de gestion de bases de données relationnelles basé sur le langage d'interrogation SQL (StructuredQueryLanguage). Développé à partir d'un autre SGBD portant le nom de mSQL, il possède de nombreuses qualités et notamment celle d'être portable, en ce sens qu'il s'exécute sur à peu près tous les systèmes d'exploitation et tous les types de matériel. 15(*)

Comme tous les SGBD, MySQL permet de créer et de gérer des bases de données. Dans ce contexte qui nous intéresse, un langage comme PHP est capable de prendre en compte les commandes de MySQL et donc d'interroger des bases de données créées avec ce SGBD. La communication de l'un à l'autre se fait de manière souple.

Figure 24. Icone de MySQL

4.2. Déploiement de l'application

Le fonctionnement d'une application Web repose sur l'utilisation de plusieurs logiciels fonctionnant sur des ordinateurs distants, qui jouent chacun leur rôle : 16(*)

1. Le navigateur s'exécute sur la machine cliente. Il envoie une requête http à un serveur Web qui lui renvoie en retour des pages HTML.

2. Mais dans le cas d'un site dynamique, cette page n'existe pas en tant que telle sur le serveur web, elle est construite à la volée par un serveur applicatif. Celui-ci exécute un programme dans un langage tel que PHP pour construire la page web où elle est demandée.

3. Souvent, ce serveur applicatif à lui-même recours à un autre serveur, le serveur de base de données. Il peut lui demander par exemple le contenu du message disponible envoyé par le l'utilisateur Alex.

Un utilisateur possède une machine. Il navigue sur le Web via son navigateur  par exemple : Mozilla Firefox, Google Chrome, Safari, Etc. les pages affichées par le navigateur sont stockées sur des machines distantes. Des serveurs.

· Le client, c'est-à-dire le navigateur qui demande une page web,

· Le serveur héberge des logiciels destinés à servir les clients.

Ces deux machines communiquent via un protocole appelé http

Figure 25. Architecture client serveur

4.2. Diagramme de déploiement

Un diagramme de déploiement décrit la disposition physique des ressources matérielles qui composent le système et montrent la répartition des composants sur ces matériels. Chaque ressource étant matérialisée par un noeud, le diagramme de déploiement précise comment les composants sont répartis sur les noeuds et quelles sont les connexions entre les composants ou les noeuds. 17(*)

Ainsi, le terme serveur web est employé de manière assez large. Plus rigoureusement, on sépare le serveur web en plusieurs composants :

· Le serveur web à proprement parler, c'est l'interlocuteur direct du client avec qui il dialogue en http. Il est chargé de renvoyer la page web finale. Apache est le principal serveur Web.

· Le serveur d'application regorge des programmes qui créent les pages web aux volées à partir des données dynamiques, comme les résultats d'une recherche. Les serveurs applicatifs sont sollicités par le serveur web pour générer la page finale. Ils sont programmés dans les langages de programmation comme PHP, Python, Java, Ruby, etc.

· Le serveur de base de données c'est le programme qui stocke les données utilisées par le serveur applicatif. Les plus connus sont MySQL, PostgreSQL, MariaBD.

Figure 26. Diagramme de déploiement/Architecture trois(3) tiers

Source : Notre Conception du diagramme de déploiement de l'application

4.3. Développement propre dit

4.3.0 Introduction

Pour se plonger à la réalisation du nouveau système, nous avons défini les besoins fonctionnels tels qu'illustrés dans le troisième chapitre qui indique les différents cas d'utilisations et les séquences de chaque cas auxquels l'acteur interagit avec le système ; et les besoins techniques sont les différents outils qui nous ont permis pour la mise en place du nouveau système répondant ainsi à ces besoins fonctionnels.

4.3.1. Interfaces et codes sources

4.3.1.1 Interface

· Page d'authentification

Figure 26. Interface d'authentification l'application

Source : Notre application de messagerie

Commentaire : Cette figure joue le rôle d'interface qui permet à l'utilisateur de pouvoir saisir ces coordonnées (e-mail et le mot de passe) telles que fournies lors de son inscriptionpour qu'il soit connecté.

· Page d'inscription

Figure 27. Interface d'inscription de l'application

Source : Notre application de messagerie.

Commentaire : Cette figure présente l'interface utilisateur de notre application qui permetun agent souhaitant converser avec ces collègues de pouvoir s'inscrire en remplissant les champs prévus.

· Menu Principal

Figure 28. Menu principale de l'application

Source : Notre application de messagerie

Commentaire : cette figure présente le menu principal de l'application qui centralise toutes fonctionnalités prévues pour l'utilisateur connecté.

· Boite d'envoi de message

Figure 29. Boite d'envoi de message

Source :notre application de messagerie

Commentaire : Cettefigure est une interface permettant à l'utilisateur de pouvoir se servir pour écrire et envoyer le message à un autre utilisateur aussi inscrit et connecté.

· Boite de Réception

Figure 30. Interface de réceptions des messages

Source : notre application de messagerie

Commentaire : cette figure présente une fenêtre qui à travers laquelle l'utilisateur visualise tous les messages que d'autres utilisateurs lui ont envoyés.

· Messages envoyés

Figure 31. Interface des messages envoyés

Source : notre application de messagerie

Commentaire : cette figure présente une fenêtre qui à travers laquelle l'utilisateur visualise tous les messages qu'il a envoyés aux autres utilisateurs.

4.3.1.2. Codes sources de quelques interfaces

· Index

Ci-dessous un ensemble des instructions sous forme des codes en Php et quelques balises html tous enregistrés dans un fichier d'extension php (index.php). Ces codes sources et balises html sont utilisé pour la création de la page d'authentification présenté ci-haut.

· ?php

· session_start();

· $bdd= new PDO('mysql:host=localhost;dbname=mabase;', 'root', '');

· if(isset($_POST['connexion'])){

·     if(!empty($_POST['email']) AND !empty($_POST['mdp'])){

·         $email=htmlspecialchars($_POST['email']);

·         $mdp=$_POST['mdp'];

· ·         $recupuser= $bdd->prepare('SELECT * FROM ajout WHERE Email= ? AND Mdp=?');

·         $recupuser->execute(array($email, $mdp));

· ·         if($recupuser->rowCount() > 0){

·             $_SESSION['Email']=$email;

·             $_SESSION['Mdp']=$mdp;

·             $_SESSION['id']=$recupuser->fetch()['id'];

·             header('location:HOME.html');

·

·             }else{

·                 echo"aucun utilisateur trouvé";

·             }

· }else{

·         echo"veuilez completer tous les champs...";

·     }

· }

· ?>

· <!DOCTYPE html>

· <html lang="fr">

· <head>

·     <meta charset="UTF-8">

·     <meta name="viewport" content="width=device-width, initial-scale=1.0">

·     <title>authentification</title>

·       <link rel="stylesheet" href ="styles.css">

·       <meta name="viewport" content="width=device-width"/>

· </head> 

· <body>

·  <section>

·  <div class="container">

·                 <center> <Form method="POST">

·                            <font color="#0ef"><h1>CONNEXION</h1></font> 

·             

·       <font color="burlywood"><p>Adresse mail</p></font><input type="text" placeholder= "Entrez votre E-mail" name="email"/>

·       <font color="burlywood"><p>Mot de passe</p></font> <input type="password"placeholder= "Entrez le Mot de passe" name="mdp"/>

·         <br> <div><button type="submit" name="connexion"class="btn"> login</button></div>

·         <h2> <a href="inscription.php"><font color="yellow"><u> Cliquez ici pour s'inscrire</u></font></a></h2> 

·                        </form></center>

·         <span style="--i:0;"></span>

·     <span style="--i:1;"></span>

·     <span style="--i:2;"></span>

·     <span style="--i:3;"></span>

·     <span style="--i:4;"></span>

·     <span style="--i:5;"></span>

·     <span style="--i:6;"></span>

·     <span style="--i:7;"></span>

·     <span style="--i:8;"></span>

·     <span style="--i:9;"></span>

·     <span style="--i:10;"></span>

·     <span style="--i:11;"></span>

·     <span style="--i:12;"></span>

·     <span style="--i:13;"></span>

·     <span style="--i:14;"></span>

·     <span style="--i:15;"></span>

·     <span style="--i:16;"></span>

·     <span style="--i:17;"></span>

·     <span style="--i:18;"></span>

·     <span style="--i:19;"></span>

·     <span style="--i:20;"></span>

·     <span style="--i:21;"></span>

·     <span style="--i:22;"></span>

·     <span style="--i:23;"></span>

·     <span style="--i:24;"></span>

·     <span style="--i:25;"></span>

·     <span style="--i:26;"></span>

·     <span style="--i:27;"></span>

·     <span style="--i:28;"></span>

·     <span style="--i:29;"></span>

·     <span style="--i:30;"></span>

·     <span style="--i:31;"></span>

·     <span style="--i:32;"></span>

·     <span style="--i:33;"></span>

·     <span style="--i:34;"></span>

·     <span style="--i:35;"></span>

·     <span style="--i:36;"></span>

·     <span style="--i:37;"></span>

·     <span style="--i:38;"></span>

·     <span style="--i:39;"></span>

·     <span style="--i:40;"></span>

·     <span style="--i:41;"></span>

·     <span style="--i:42;"></span>

·     <span style="--i:43;"></span>

·     <span style="--i:44;"></span>

·     <span style="--i:45;"></span>

·     <span style="--i:46;"></span>

·     <span style="--i:47;"></span>

·     <span style="--i:48;"></span>

·     <span style="--i:49;"></span>

·     </div>

·         

· </section>

· </body>

· </html>   

· Inscription

Les codes présentés ci-dessous sont des instructions programmées en php et quelques balises html utilisées pour créer et rendre dynamique le formulaire d'inscription des utilisateurs.

<?php

session_start();

$bdd= new PDO('mysql:host=localhost;dbname=mabase;', 'root', '');

if(isset($_POST['ajouter'])){

    if(!empty($_POST['nom']) AND !empty($_POST['prenom']) AND !empty($_POST['email']) AND !empty($_POST['mdp'])){

        $nom=$_POST['nom'];

        $prenom=$_POST['prenom'];

        $email=htmlspecialchars($_POST['email']);

        $mdp=htmlspecialchars($_POST['mdp']);

        $inserut=$bdd->prepare('INSERT INTO ajout(Nom, Prenom, Email, Mdp) VALUES(?, ?, ?, ?)');

        $inserut->execute(array($nom, $prenom, $email, $mdp));

        

        $recutil= $bdd->prepare('SELECT * FROM ajout WHERE Nom=? and Prenom=? and Email=? and Mdp=?');

        $recutil->execute(array($nom, $prenom, $email, $mdp));

        $_SESSION['Nom']=$nom;

        $_SESSION['Prenom']=$prenom;

        $_SESSION['Email']=$email;

        $_SESSION['Mdp']=$mdp;

        $_SESSION['id']=$recutil->fetch()['id'];

    }

}

?>

<!DOCTYPE html>

<html lang="fr">

<head>

    <meta charset="UTF-8">

    <meta name="viewport" content="width=device-width, initial-scale=1.0">

    <link rel="stylesheet" href ="styless.css">

    <title>page d'inscription</title>

</head>

    <section>

    <Form action=""method="POST">

    <center>

    <font color="#0ef"><h1>  INSCRIPTION</h1></font>

    <hr>

    <font color="burlywood"><Label>Nom </Label></font>

    <input type="text" name="nom" placeholder="Entrez votre nom">

    <font color="burlywood"><Label>Prenom </Label></font>

    <input type="text" name="prenom" placeholder="Entrez votre prénom">

    <font color="burlywood"><Label>E-mail </Label></font>

    <input type="text" name="email" placeholder="votre E-mail">

    <font color="burlywood"><Label >Mot de passe </Label></font>

    <input type="password" name="mdp" placeholder="entrez le mot de passe">

    <div><button type="submit" name="ajouter"class="btn"> Enregistrer</button></div>

    <h2> <li><a href="index.php"><font color="yellow"><u> Connexion</u></font></a></li></h2> 

        </form></center>

    </section>

    </body>

</html>

· Menu Principal

L'ensemble des codes se trouvant dans cette page sont les balises html. Ces dernières présentées ci-dessous ont été utilisée pourla création du menu principal de notre application.

<!DOCTYPE html>

<html lang="en">

<head>

    <meta charset="UTF-8">

    <meta name="viewport" content="width=device-width, initial-scale=1.0">

    <link rel="stylesheet" href ="accueil_style.css">

    <title>Accueil</title>

</head>

<body>

    <div class="wrapper">

        <nav>

            <h1> MENU PRINCIPAL</h1>

            <ul class="links">

                <li><a href="index.php"><b>CONNEXION</b></a></li>

                <li><a href="Chat.php"><b>ENVOYER LE MESSAGE</b></a></li>

                <li><a href="reception.php"><b>BOITE DE RECEPTION</b></a></li>

                <li><a href="Message_envoye.php"><b>MESSAGES ENVOYES</b></a></li>

                <li><a href="utilisateurs.php"><b>LISTES DES UTILISATEURS</b></a></li></h1>

                <li><a href="deconnexion.php"><b>SE DECONNECTER</b></a></li></h1>

            </ul>

        </nav>

    </div>

</body>

</html>

· Déconnexion

Ci-dessous sont les codes sources utilisé pour créer une fonctionnalité donnant à l'utilisateur la possibilité de se déconnecter.

· <?php

· session_start();

· $_SESSION =array();

· session_destroy();

· header('location:index.php');

· · ?>

4.3. Sécurité de l'application

L'expression sécurité décrit les mesures de sécurités au niveau des applications qui aident à empêcher les accès non autorisés aux données dudit système.

Bien qu'il est impossible d'atteindre le risque zéro dans le domaine de vulnérabilité ou d'attaque de système informatique, nous avons mis en place quelques mesures pour éviter les accès non autorisés et des attaques sur le Web suivants :

1. Une page de connexion à partir de laquelle tous les utilisateurs, les agents de la DGRE doivent s'authentifier avant de s'échanger les messages avec ses collègues de service.

2. Des fonctions «  htmlspecialchars » et « sha1 »  ont été définie :

· « htmlspecialchars » utilisé en PHP pour convertir 5 caractères en entité html correspondantes.18(*) Cette fonction est utilisée pour coder l'entrée d'utilisation sur un site Web afin que les utilisateurs ne puissent pas insérer des codes HTML nuisible dans une page Web.

· « Sha1 » est une fonction de Hachage, une fonction cryptographique qui permet de transformer une chaine de caractère en « hash », une suite de caractères différente et généralement de tailledéfinie.19(*)

Cette fonction est définie pour le stockage sécurisé des mots de passe.

4.4. Conclusion

Ce dernier chapitre nous a permis de présenter le produit à travers des interfaces et quelques codes sources de notre travail qui est basé sur une application de messagerie. Dans ce même chapitre, nous avons profité de présenter également l'environnement dans lequelle développementa été fait ainsi que les technologies qui ont été utilisées et avons en place quelques mesures de sécurité.

Conclusion Générale et perspective

Une application de messagerie est un système d'information de gestion de messages privés qui a un atout important pour les entreprises voulant rendre confidentiel l'ensemble de messages pouvant circuler en leur sein afin d'éviter non seulement la désinformation, mais doter une rapidité ainsi qu'une sécurité lors des échanges des messages.

C'est dans cette optique que s'inscrit notre travail de fin d'études dans lequel consiste à modéliser et implémenter une application Web permettant un échange de messages privés.

Ce travail a tourné autour de quatre chapitres

Ø Le premier a parlé de « QUELQUES GENERALITES ». De ce fait nous avons regroupé les concepts en deux :les concepts clésetquelques généralité sur l'étude.

Ø Le deuxième chapitre intitulé « Etude d'opportunité et cadre d'étude, nous avons laconiquement présenté la DGRE, l'avons diagnostiqué et critiqué son existant à partir de çà quela meilleure solution a été choisie.

Ø Le troisième chapitre a porté sur « la modélisation du nouveau système».

Ø Enfin le quatrième et dernier chapitre est prôné sur « développement et déploiement du nouveau système »avec lequel la DGRE va se servir pour échanger les messages.

Afin de satisfaire les besoins des utilisateurs nous avons commencé la conception en utilisant le formalisme UML et la mise en oeuvre de base de données avec MySQL ensuite l'implémentation des requêtes SQL pour la manipulation des données et enfin la concrétisation de l'application sous Visual Studio Code

Ce travail a fait l'objet d'une expérience intéressante qui nous a permis d'améliorer nos connaissanceset nos compétences dans le domaine de la programmation. Nous avons appris à mieux manipuler les langages PHP, HTML, MySQL et CSS.

En effet, ce travail étant une oeuvre humaine, n'est pas un modèle unique et parfait. Etant donné que tout travail informatique a été toujours une oeuvre d'une équipe, nous restons ouverts à toutes les critiques et nous sommes prêts à recevoir toutes les suggestions et remarques tendant à améliorer d'avantages cette étude.

Bibliographie

ü PHILIPPE RIGAUD, PRATIQUE DE MYSQL ET PHP CONCEPTION ET REALISATION DE SITES WEB DYNAMIQUES DUNOD 4EME EDITION 2009.

ü DIDIER FOURT GLOSSAIRE DES TERMES INFORMATIQUES V8. 18

ü ISAKATONGA LOANIE J.SUPPORT DE COURS D'ANALYSE DES ORGANISATIONS G3 INFO. UNIBAMBA 2021MASENGO SHAMIR NOTE DE COURS DE BASE DE DONNEES G3,UNIIMBA 2021

ü ISAKATONGA LOANI J.SUPPORT DE COURS DE CONCEPTION DE SYSTEME D'INFORMATION L1 INFO. UNIMBA 2022

ü VANDEPUT ETIENNE DEVELOPPER UNE APPLICATION AVEC PHP ET MYSQL JUIN 2005

ü ISAKATONGA LOANIE J.SUPPORT DE COURS D'ANALYSE DES ORGANISATIONS OP CIT.

Webographie

Ø https://www.sap.com/canada-fr/prodcts/technology-playtform/datasphere/what-is-data-modeling.html

Ø https://datatame.fr/quelle-difference-est-elle-entre-donnee-et-information

Ø https://www.projexion.com/carrefour-apprentissage/rex/modelisation*-si/

Ø https://www.blogdumoderateur.com/tool/visual-studio-code/

Ø https://www.wenovio.com/2022/06/07/php-c-est-quoi/

Ø https://librecours.net/module/culture/langages-du-web/pres/co/architecture.html?mode=html

Ø https://www.outjood.com/ref-fonc-php/fonction-htmlspecialchars.php

Ø https://.www.zdnet.fr/actualites/sha-1-chachute-google-annonce-etre-parvenu-a-ceer-une-collision-pour-la-fonction-39848938.html

Ø https://www.blogdumoderateur.com/tools/visual-studio-code/

Table des matières

Epigraphe I

Avant-propos II

Dédicaces III

Remerciements IV

Liste des tableaux V

Liste des figures VI

Liste des acronymes VII

Chapitre 0. INTRODUCTION GENERALE 1

0.1. Introduction 1

0.2. Problématique 1

0.3. Hypothèse 2

0.4. Choix et Intérêt du sujet 2

0.4.1. Choix du sujet 2

0.4.2. Intérêt du sujet 2

0.5. Méthodes et Techniques 3

0.5.1. Méthodes 3

0.5.2. Techniques 3

0.6. Subdivision du travail 3

0.7. Etat de l'art 3

0.8. Conclusion 4

Chapitre 1. QUELQUES GENERALITES 5

1.1. Définitions des concepts clés 5

1.1.1. Modélisation 5

1.1.2. Implémentation 5

1.1.3. Application 5

1.1.4. Une messagerie électronique 5

1.1.5. Web 5

1.2. Généralité sur l'étude 6

1.3. Conclusion 7

CHAPITRE 2. ETUDE D'OPPORTUNITE ET CADRE D'ETUDE 8

2.0. Introduction 8

2. 1. Cadre d'étude 8

2.1.1. Présentation de la DGRE 8

2.1.2. Organisation et fonctionnement de la DGRE 9

2.1.3. Recueil et diagnostic des informations 14

2. 2. Présentation et analyse du système d'information existant 17

2.3. Critique de l'existant et Proposition des solutions 17

2.3.1. Critique de l'existant 17

2.3.2. Proposition des solutions 18

B. INCONVENIENTS 18

2.3.3. Meilleure solution 18

2.4. Conclusion 19

CHAPITRE 3. LA MODELISATION DU NOUVEAU SYSTEME 20

3.0. Introduction 20

3.1. Outils de modélisation 20

3.1.1. Langage de modélisation 21

3.1.2. Outil logiciel de modélisation 22

3.2. La modélisation proprement dite 23

3.2.1. Modèle de données 23

3.2.2. Définition des fonctionnalités de l'application 23

3.2.3. Identification des acteurs 23

3.2.4. Représentation et structure des données 23

3.3. Conclusion 33

CHAPITRE 4. DEVELOPPEMENT, DEPLOIEMENE ET DU NOUVEAU SYSTEME 34

4.0. Introduction 34

4.1. Développement du nouveau système 34

4.1.0. Environnement de développement 34

4.1.1. Outil de développement 34

4.2. Déploiement de l'application 37

4.2. Diagramme de déploiement 38

4.3. Développement propre dit 39

4.3.1.1 Interface 40

4.3. Sécurité de l'application 47

Bibliographie 50

Webographie 50

* 1 https://www.sap.com/canada-fr/prodcts/technology-playtform/datasphere/what-is-data-modeling.html.

* 2 Didier FOURT Glossaire des termes informatiques V8. 18

* 3Philippe Rigaud, pratique de MySQL et PHP conception et réalisation de sites web dynamiques Dunod 4ème Edition 2009

* 3Destin MBURANO, conception et réalisation d'un portail web pour la publication des résultats académiques, TFC ISESOD-Goma-Graduat 2019

* 4 YENDE RAPHAEL G. COURS DE GENIE LOGICIEL LOGICIELRDC (BÉNI), Congo-Kinshasa. 2019.

* 5ISAKATONGA LOANIE J.SUPPORT DE COURS D'ANALYSE DES ORGANISATIONS G3 INFO. UNIBAMBA 2021 pg.22

* 6 ISAKATONGA LOANIE Op.Cit

* 7 https://datatame.fr/quelle-difference-est-elle-entre-donnee-et-information

* 8 MASENGO Shamir Note de cours de Base de données G3. UNIMBA 2021

* 9 https://www.projexion.com/carrefour-apprentissage/rex/modelisation-si/

* 10ISAKATONGA LOANI J. op cit. SUPPORT DE COURS DE CONCEPTION DE SYSTEME D'INFORMATION L1 INFO. UNIMBA 2022

* 11 ISAKATONGA LOANI J. Op Cit

* 12 https://www.blogdumoderateur.com/tools/visual-studio-code/

* 13 https://www.blogdumoderateur.com/tool/visual-studio-code/

* 14 https://www.wenovio.com/2022/06/07/php-c-est-quoi/

* 15VANDEPUT Etienne DEVELOPPER UNE APPLICATION AVEC PHP ET MYSQL JUIN 2005

* 16 https://librecours.net/module/culture/langages-du-web/pres/co/architecture.html?mode=html

* 17ISAKATONGA LOANIE J. Op cit

* 18 https://www.outjood.com/ref-fonc-php/fonction-htmlspecialchars.php

* 19 https://.www.zdnet.fr/actualites/sha-1-chachute-google-annonce-etre-parvenu-a-ceer-une-collision-pour-la-fonction-39848938.html






Bitcoin is a swarm of cyber hornets serving the goddess of wisdom, feeding on the fire of truth, exponentially growing ever smarter, faster, and stronger behind a wall of encrypted energy








"Qui vit sans folie n'est pas si sage qu'il croit."   La Rochefoucault