|
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
| 
