Ministère de la Communication et de l'Économie
Numérique
Ecole Supérieure Africaine des
Technologies de
l'Information et de la Communication
Année académique :
2021-2022
MÉMOIRE DE FIN DE CYCLE
POUR L'OBTENTION DU MASTER MIAGE
MBDS
(Mobiquité Base de Données et intégration des
Systèmes)
Présenté par :
SORO Wongniga Seydou
Période de stage :
02 Mars 2022 - 02 Septembre 2022
Encadrants académiques .
· Maitre de stage
.
·
Prof. DIABY Moustapha M. DIDIER Gbai
Enseignant chercheur à ESATIC PDG de DITECH
Dr. N'GUESSAN Bi Zambé Serge Constant
Enseignant chercheur à ESATIC
DÉDICACE
Je dédie ce mémoire à ma famille pour leur
soutien, à mes chers amis qui m'ont encouragé durant
l'élaboration de ce travail, je leur dédie ce travail en leur
souhaitant un avenir des plus radieux.
|
|
PROJET DE FIN DE CYCLE MASTER 2
|
REMERCIEMENTS
Avant tout propos, je tiens à remercier chaleureusement
mes encadrants, sans qui ce travail n'aurait pas été possible. Je
tiens à leurs exprimer toute ma gratitude pour tout le temps qu'ils
m'ont accordé, et leurs précieux conseils qui m'ont permis
d'avancer tout au long de la réalisation de ce mémoire. Je tiens
également à les remercier de m'avoir fait découvrir le
monde de l'entreprise et tout ce que j'ai appris d'eux en étant d'abord
leur étudiant et enfin leur stagiaire.
Un grand merci à ma grande soeur SORO Biba
pour m'avoir accompagné financièrement, pour son
encouragement continu durant ces années de Master.
Mes remerciements s'adressent aussi à mon cher
père pour avoir toujours cru en moi, pour son encouragement continu et
son soutien dans toutes mes décisions.
Nous remercions également :
Ø Professeur Adama KONATE, Directeur
Général de l'Ecole Supérieure Africaine des Technologies
de l'Information et de la Communication (ESATIC), pour tous les efforts
consentis pour notre réussite ;
Ø Professeur Serge MIRANDA,
Responsable du Master MBDS (Mobiquité Base de données et
intégration des Systèmes), pour le privilège qu'il nous
offre de bénéficier de
cette formation et de ce diplôme ;
Ø
;
Professeur Gabriel MOPOLO, Responsable
pédagogique du Master 2 MIAGE MBDS, pour tous les efforts qu'il a eu
à déployer pour que nous recevions une formation de
qualité
Ø Professeur Etienne SORO, Directeur de
la pédagogie de l'ESATIC, et tout le corps
professoral de l'ESATIC pour son enseignement ;
Ø M. DIDIER Gbai, Président
Directeur Général de DITECH pour sa disponibilité et ses
conseils.
|
II
|
PROJET DE FIN DE CYCLE MASTER 2
|
SOMMAIRE
INTRODUCTION
PREMIÈRE PARTIE :
GÉNÉRALITÉS CHAPITRE I : CADRE DU PROJET
I. PRÉSENTATION DE LA STRUCTURE
D'ACCEUIL
II. FONCTIONNEMENT INTERNE
III. PRÉSENTATION DU SUJET ET DES OBJECTIFS
DU PROJET CHAPITRE II : ÉTAT DE L'ART
I. CRITÈRES DE COMPARAISON
CHAPITRE III : ÉTUDE DE L'EXISTANT
I. PRÉSENTATION DE
L'EXISTANT
II. PROPOSITION DE SOLUTION DEUXIÈME PARTIE :
ÉTUDE TECHNIQUE CHAPITRE IV : DÉMARCHE DU PROJET
I. LE PRINCIPE DE LA DÉMARCHE
PROJET
II. CONTRAINTES DU PROJET
III. PLANIFICATION
CHAPITRE V : ANALYSE CONCEPTUELLE DE LA GESTION DE
DOCUMENT AU SEIN DE
DITECH
I. ANALYSE DU MODULE DE GESTION DE LA RELATION
CLIENT
II. CONCEPTION
III. CONCEPTION DU MODÈLE DE
CLASSIFICATION
TROISIÈME PARTIE :
IMPLÉMENTATION
CHAPITRE VI : ENVIRONNEMENT DE TRAVAIL
I. TECHNOLOGIES
CHAPITRE VII : RÉALISATION DES
FONCTIONNALITÉS
I. PRESENTATION DE L'INTERFACE
II. PRESENTATION DE L'OUTIL DE
CLASSIFICATION
III.
III
COÛT DU PROJET CONCLUSION
PROJET DE FIN DE CYCLE MASTER 2
LISTE DES FIGURES
Figure 1 : Organigramme de DITECH CONSULTING GROUP 4
Figure 2: Cycle de vie du scrum 14
Figure 3: Planification de projet 15
Figure 4: Trello 16
Figure 5: Logigramme 18
Figure 6 : Diagramme d'activé << Ajout de nouvel
employé>> 24
Figure 7 : Diagramme d'activité << Imputation de
document>> 25
Figure 8 : Diagramme d'activité << Enregistrement
de service>> 26
Figure 9 : Diagramme de séquence << Ajout d'un
nouvel employé>> 27
Figure 10 : Diagramme de séquence <<
Enregistrement d'un service>> 28
Figure 11: Diagramme de cas d'utilisation 29
Figure 12: Diagramme de classe 31
Figure 13: Nettoyage des données 32
Figure 14: Epoch 33
Figure 15: Modèle 34
Figure 16: Réseau de neurone convolutif 34
Figure 17: Logo Anaconda 37
Figure 18: Logo Django 37
Figure 19 : Logo Visual Studio Code 38
Figure 20: Logo Jupyter 38
Figure 21 : Logo Python 38
Figure 22: Logo CSS 39
Figure 23: Logo Html 39
Figure 24: Logo Vues.js 39
Figure 25: Logo Scikit Learn 40
Figure 26 : Logo Keras 40
Figure 27 : Logo UML 40
Figure 28 : Environnement matériel 41
Figure 29 : Page de connexion 42
Figure 30 : Page d'enregistrement du personnel 43
Figure 31 : page d'enregistrement de courrier 43
Figure 32 : Page de rattachement de document 44
Figure 33 : Page d'imputation 44
Figure 34 : Tableau de bord 45
Figure 35 : Tableau des résultats de classification
46
|
IV
|
PROJET DE FIN DE CYCLE MASTER 2
|
LISTE DES TABLEAUX
Tableau 1 : Comparaison des solutions 8
Tableau 2 : Contrainte de projet 14
Tableau 3 : Cas d'utilisation « ajout d'un nouveau
service » 20
Tableau 4 : Cas d'utilisation « ajout d'un nouvel
employé » 21
Tableau 5 : Cas d'utilisation « imputation de document
» 23
Tableau 6 : Coût du projet 47
|
V
|
PROJET DE FIN DE CYCLE MASTER 2
|
LISTE DES SIGLES
A
API Application Programming Interface
C
CSS Cascading Style Sheets
CNN Convolutional Neural Network
D
DG Directeur Général
E
ESATIC Ecole Supérieure Africaine des
Technologies de l'Information et de la Communication
G
GED Gestion Electronique de document
H
HTML HyperText Markup Language
I
IA Intelligence Artificielle
M
MBDS Mobiquité Base de Données et
Integration des Systèmes
MIAGE Méthodes Informatiques
Appliquées à la Gestion des Entreprises
ML Machine Learning
O
OCR Optical Character Recognition
P
PDG Président Directeur
Général
U
UNDP United Nations Developement Programme
UML Unified Modeling Language
X
XML eXtensible Markup Language
|
VI
|
PROJET DE FIN DE CYCLE MASTER 2
|
INTRODUCTION
L'Intelligence Artificielle (IA) a fait l'objet d'une
couverture médiatique et d'une attention sans précédent
ces dernières années. Ce fort intérêt pour
l'intelligence artificielle est particulièrement pertinent pour les
avancées technologiques majeures qui ont permis d'augmenter
significativement les performances des ordinateurs dans de nombreux domaines,
comme la reconnaissance automatique de la parole et la vision par ordinateur
[1]. Ces avancées ouvrent la perspective d'introduire l'intelligence
artificielle sous différentes formes. Un point clé à noter
est que de plus en plus d'industries reçoivent une attention dans ce
domaine, comme la finance, la banque, l'assurance, etc. L'intelligence
artificielle a une grande place dans les entreprises et les systèmes de
production, en effet ces domaines d'application ne cessent de se multiplier de
l'automatisation des tâches à l'analyse de grandes bases de
données, en passant par la logistique, l'analyse prédictive.
L'intelligence artificielle est souvent perçue comme un
ensemble de technologies pouvant apporter de nombreux avantages, notamment en
termes de performances, et parfois en termes de facilitation du travail ou
encore de réduction des pénalités ou des tâches
répétitives qui permettent une automatisation fastidieuse.
Toutefois certaines entreprises sont confrontées à des
problèmes dus à la perte de documents, la gestion de
traçabilité des documents, le suivi des tâches ainsi que le
désordre dans l'organisation des documents. Raison pour laquelle, la
réalisation de notre projet de fin d'étude a
nécessité une solution basée sur l'IA afin de mettre en
place un outil de classification des documents dans une application de gestion
électronique des documents.
Mais concrètement, comment procéder avec un tel
projet ? Comment mettre en place une application de gestion électronique
de documents ? Quel type de réseau neuronal est utilisé pour la
classification des documents ? Et comment utiliser une interface de
programmation d'application (API) pour faciliter la classification ?
Les réponses à ces différentes questions
constituent le contenu de notre travail. Ainsi, dans une première
partie, nous faisons un tour d'horizon de la structure d'accueil, de la gestion
électronique des documents et de l'intelligence artificielle. La
deuxième partie se consacre aux études techniques pour mettre en
évidence l'approche projet et l'analyse conceptuelle. La dernière
partie couvre la mise en oeuvre de la solution à travers la
sélection rationnelle, la réalisation du projet et l'estimation
financière.
PROJET DE FIN DE CYCLE MASTER 2
|
1
|
PREMIÈRE PARTIE :
GÉNÉRALITÉS
CHAPITRE I : CADRE DU PROJET
Dans ce présent chapitre, nous parlons du stage
effectué. Nous présentons d'abord la structure d'accueil enfin le
projet qui nous a été confié durant notre période
de stage.
I. PRÉSENTATION DE LA STRUCTURE D'ACCEUIL
1. DESCRIPTION
Fondée aux USA en 1998 et installée en
côte d'ivoire depuis 2003, DITECH CONSULTING GROUP est une entreprise
spécialisée dans la sécurité des systèmes
d'informations et la fourniture de services informatiques. Elle est née
de la volonté de M. DIDIER GBAI, son actuel dirigeant, avec un capital
de 20.000.000 FCFA. Son siège social se trouve au PLATEAU, AVENUE
LAMBLIN IMMEULBLE MACTA, MEZZANINE.
2. OBJECTIF
DITECH CONSULTING GROUP s'est donné comme objectif
principale de répondre aux besoins croissants des entreprises concernant
l'intégration de solutions informatiques. Elle essaye également
de mettre à leur disposition des services adaptés à leur
transformation digitale. Ainsi, pour atteindre ses objectifs, l'entreprise
attache de l'importance à certaines valeurs telle que : l'esprit
d'équipe, le dynamisme, le professionnalisme dans l'exécution des
tâches et l'efficacité.
3. SERVICES PROPOSÉS
DITECH CONSULTING GROUP offre plusieurs services. Ce sont :
? le développement d'application :
l'entreprise conçoit des applications qui répondent aux exigences
des clients vis-à-vis de leurs activités. Cela prend en compte
toutes les étapes de la conception à la réalisation en
passant par l'analyse des besoins et de l'établissement du cahier de
charge.
? l'audit et sécurité des SI:
DITECH s'occupe de l'analyse des systèmes d'information afin de
déceler ses défauts au niveau de la sécurité et
veille au respect des normes sécuritaires auxquels ils doivent
répondre pour la satisfaction du client.
? la formation : l'entreprise dispense des
formations aux professionnels qui souhaiteraient acquérir des
compétences dans le domaine informatique. Elle leur donne la
possibilité de passer des certifications à la fin de la
formation.
PROJET DE FIN DE CYCLE MASTER 2
|
3
|
4. VISION
DITECH CONSULTING GROUP nourrit la vision d'offrir des solutions
logicielles de gestion et des solutions en IA les plus adaptées aux
activés des entreprises.
II. FONCTIONNEMENT INTERNE
1. PRÉSENTATION DE DITECH CONSULTING
GROUP
Comme toutes entreprises, DITECH CONSULTING GROUP est
régie par une hiérarchie représentée ci-dessous
:
Figure 1 : Organigramme de DITECH CONSULTING
GROUP
L'entreprise comporte sept (7) principaux départements
à la tête la direction générale. Ces
départements sont regroupés en deux pôles : le pôle
administratif et le pôle de technologie. Le pôle administratif
s'occupe de toutes les tâches administratives de l'entreprise à
savoir le payement des salaires, la gestion de la comptabilité et
certains autres aspects de la vie de l'entreprise. Il compte en son sein la
direction des ressources humaines, le service comptabilité et le service
commercial. Le pôle de technologie quant à lui s'occupe des
services liés à l'ingénierie informatique et regroupe le
service développement d'application, le service technique et le service
réseaux et sécurité.
2. PRÉSENTATION DU SERVICE DE
DÉVELOPPEMENT
Le service développement est le département dans
lequel nous avons été affecté durant notre stage. Il
comporte une équipe de 4 personnes, dont trois (03) développeurs
spécialisés dans la conception et la réalisation
d'application web et mobile.
PROJET DE FIN DE CYCLE MASTER 2
|
4
|
Tout le processus de développement se fait sous la
supervision d'un chef de projet qui veille à la bonne exécution
des tâches, le respect des délais et la satisfaction du client.
III. PRÉSENTATION DU SUJET ET DES OBJECTIFS DU
PROJET
1. PRÉSENTATION DU PROJET
Dans le fonctionnement d'une entreprise, la gestion des
documents demeure l'un des points les plus importants, d'où la
délicatesse de la gestion des documents. De nombreux problèmes
dans les entreprises sont liés la perte et l'organisation des documents.
Pour pallier à ses problèmes nous avons décidé de
mettre en place une application des gestions électronique de document et
un API de classification.
2. OBJECTIFS DU PROJET
Il existe plusieurs projets de mise en place d'outils de
classifications nous pouvons citer comme exemple, l'entreprise Klippa a
créé des algorithmes de Machine Learning dont l'objectifs
étaient d'extraire de nombreuses caractéristiques des documents
en fin de les classer [2]. Nous avons aussi le projet de UNDP dont l'objectif
était d'améliorer la recherche et la localisation des documents
[3].
PROJET DE FIN DE CYCLE MASTER 2
|
5
|
CHAPITRE II : ÉTAT DE L'ART
À travers ce chapitre, il s'agit pour nous
d'étudier les systèmes similaires au nôtre et
d'établir une comparaison entre eux et le système que nous
voulons mettre en place.
I. CRITÈRES DE COMPARAISON
1. CRITÈRES
Il existe de nombreuses références qui
détaillent comment classer un ensemble d'images dans une application de
gestion électronique de documents. Alors, nous présentons
quelques solutions pertinentes sans manquer d'établir une comparaison
avec notre solution. Nous nous basons sur les critères [4] suivants :
- les fonctionnalités ;
- la sécurité des données ; - l'usage.
2. DÉFINITION DES CRITÈRES
2.1. FONCTIONNALITÉS
Les fonctionnalités sont des actions spécifiques
qui apportent des possibilités supplémentaires.
2.2. SÉCURITÉ DES DONNÉES
La sécurité des données est un enjeu
majeur pour les progiciels de gestion électronique de documents, et elle
doit être l'un des critères de comparaison les plus importants. En
fait, cela est nécessaire en raison de la nécessité de
gérer de gros volumes de données sensibles. La bonne utilisation
d'un logiciel de gestion électronique de documents nécessite
plusieurs fonctionnalités : droits d'accès, contrôle des
différentes opérations sur les documents,
traçabilité des modifications apportées.
2.3. USAGE
Comme tout type de logiciel, la GED est plus facilement
acceptée par les utilisateurs s'il est simple, intuitif et ergonomique.
La structure du logiciel doit être flexible. Cela permet aux utilisateurs
de travailler de manière évolutive et de s'adapter rapidement aux
changements nécessaires.
PROJET DE FIN DE CYCLE MASTER 2
|
6
|
3. ÉTUDE DES SOLUTIONS DE L'ÉTAT DE
L'ART
Pour identifier les projets qui rentrent dans le même
cadre que le nôtre, il est nécessaire que nous connaissions
l'objectif principal de notre projet qui est la dématérialisation
des processus métier d'une entreprise en utilisant les outils simples
d'où la satisfaction des entreprises. Avec cet objectif nous
dénombrons plusieurs projets. Pour notre part nous retenons trois
(3).
3.1. ELO DIGITAL
Conçue pour les petites et moyennes entreprises, ELO
Professional de ELO Digital est une solution de gestion de contenu qui assiste
les entreprises dans la construction, la banque, les soins de santé, les
services publics et d'autres secteurs. Lors du webinaire du 18/06/2020 le
conférencier présente les modules de leur application de la
gestion des documents [5]. Cette solution reste insuffisante dans la mesure
où elle ne fait pas de la classification des documents, et une recherche
basée sur le nom des documents.
3.2. AUDROS
Audros est une solution française PLM ouverte,
personnalisable et puissante. Il garantit la cohérence et
l'unicité des informations [6]. Nos recherches sur leur site nous ont
permis de voir certaines insuffisances à savoir :
- manque d'outil de recherche (OCR) ;
- pas de classification (ML).
3.3. AVANTEAM
Avanteam permet de rationaliser le processus d'envoi des
documents pour signature. Vous éliminez manuellement le suivi des
documents en suspens et qui n'ont pas été signés, et
mettez fin à la possibilité de contrats modifiés par le
client avant la signature [7]. Cette solution reste insuffisance dans la mesure
où elle ne fait pas la classification et de définir pas
réellement le temps des tâches des utilisateurs etc.
PROJET DE FIN DE CYCLE MASTER 2
|
7
|
4. TABLEAU DE COMPARAISON DE TOUTE LES
SOLUTIONS
Afin d'établir une comparaison entre les solutions de
l'état de l'art et les solutions proposées dans ce
mémoire, nous avons établi le tableau suivant contenant les
critères de comparaison listés au point
précédent.
Tableau 1 : Comparaison des solutions
|
FONCTIONNALITÉS
|
USAGE
|
SÉCURITÉ DES
DONNÉES
|
ELO
DIGITAL
|
> Création, modification d'un document
> Tableau de bord
> Recherche.
|
Trop de couleurs
|
Sécurisé
|
AUDROS
|
> Automatiser le classement et le
rangement des documents ; > Collaborer de manière
sécurisée ;
> Assurer le respect des normes ;
> Rechercher et trouver l'information.
|
Difficile à utiliser
|
Sécurisé
|
AVANTEAM
|
> Acquisition > Classement > Traitement > Diffusion
> Archivage
|
Trop de configurations
|
Sécurisé
|
SORO [2022]
|
> Gestion des documents > Gestion des tâches >
Gestion de e-archive
> Gestion des utilisateurs
> Classification des documents (ML)
|
Facile à utiliser et accessible à toutes
entreprises, avec une ergonomie au-dessus de la moyenne
|
Sécurisé
|
PROJET DE FIN DE CYCLE MASTER 2
|
8
|
À la suite de la comparaison des projets, il existe des
points similaires tels que :
- l'amélioration des conditions de travail dans les
entreprises;
- le traitement des documents;
- diffusion des tâches.
Nous notons également des limites au niveau de ces projets
que notre solution pourrait satisfaire. Il s'agit de la classification des
documents pour un outil de ML et la gestion des clients de l'entreprise du
point de vue de son rendement.
PROJET DE FIN DE CYCLE MASTER 2
|
9
|
CHAPITRE III : ÉTUDE DE L'EXISTANT
Dans cette section, nous étudions l'existant de notre
projet.
I. PRÉSENTATION DE L'EXISTANT
1. PROCESSUS DE PRISE EN COMPTE DES REQUÊTES
DITECH ne dispose pas d'une application de gestion
électronique des documents et courriers mais un secrétariat qui
gère les documents et courriers. Le suivi des tâches liées
au traitement d'un document ou courrier s'effectue à l'aide d'un
registre.
En effet lorsqu'un client nous envoie un document, il l'envoie
soit par mail ou au secrétariat directement. Le secrétariat
procède à l'enregistrement de celle-ci dans un cahier en
récupérant les informations suivantes :
· l'objet du document ou courrier;
· le nom de l'expéditeur ;
· la tâche associée ;
· une référence attribuée .
Une fois l'enregistrement des informations liée à
la requête terminée, le secrétariat fait une
copie du document en envoyant la copie au niveau du service
archive pour la conservation et l'originale pour le traitement des
tâches. Après le traitement des tâches, il envoie une copie
du document traité au niveau du service archive qui sera lié au
document de départ.
2. ANALYSE ET CRITIQUE DE L'EXISTANT
Après la présentation de l'existant, nous
constatons certaines limites, qui sont :
· l'écrit répété des
mêmes données ;
· classification manuelle des documents ;
· difficulté de suivre l'avancé des
tâches ;
· absence d'une base de données d'où le
manque de cohérence des données en temps réel.
II. PROPOSITION DE SOLUTION
Au regarde des différentes insuffisances notre
application de gestion électroniques des documents doit
implémenter un ensemble de fonctionnalités :
PROJET DE FIN DE CYCLE MASTER 2
|
10
|
|
1. INTERFACE UTILISATEUR Notre solution doit permettre
:
· l'enregistrement des services de l'entreprise ;
· l'enregistrement des personnels ;
· l'enregistrement des courriers ;
· l'enregistrement des tâches associées aux
documents ;
· l'enregistrement des documents ;
· de recevoir les notifications concernant les nouvelles
tâches et temps restant pour une tache.
2. CLASSIFICATION
Dans cette partie, notre solution devra permettre :
· la classification automatique des documents par une
ressemblance ;
· la prédiction de la classe d'appartenance d'un
document.
3. MONITORING ET REPORTING
Dans un souci de qualité du service et décisionnel
grâce à des tableaux de bord, les exigences suivantes seront
souhaitables :
· le nombre de tache à effectuer ;
· le nombre de tache restant ;
· le nombre de jour pour les tâches restant.
4. LIVRABLES
Les livrables se déclinent comme suit :
· une application avec les interfaces (GED) ;
· une Api de classification avec interface.
PROJET DE FIN DE CYCLE MASTER 2
|
11
|
DEUXIÈME PARTIE : ÉTUDE
TECHNIQUE
Dans cette section, nous définissons l'approche
adoptée pour mettre en oeuvre le projet dans le premier chapitre et le
chapitre suivant sera ensuite consacré à l'analyse
conceptuelle.
CHAPITRE IV : DÉMARCHE DU PROJET
Dans cette section nous parlons de la démarche du projet
utilisé, contrainte risque du projet et la planification du projet.
I. LE PRINCIPE DE LA DÉMARCHE PROJET
Dans le cadre de notre projet, nous avons utilisé la
méthode Scrum qui est l'une des méthodes de gestion de projet
agile car elle promeut les valeurs du fameux Agile Manifesto. Nous avons :
- le Product Owner ou encore le commanditaire du projet : le
PDG de DITECH
CONSULTING GROUP, il est responsable de la rédaction
des user stories et chargé de maintenir le product blacklog à
jour.
- le Scrum Master ou serviteur-leader : le chef de service ,
il aide tout le monde à améliorer les interactions pour maximiser
la valeur créée par l'équipe scrum.
- l'équipe de développement : le service de
développement , il est chargé de transformer les besoins
exprimés en fonctionnalités utilisables. Il exécute les
Sprints (souvent appelé itération, pendant lequel l'équipe
de développement va concevoir, réaliser et tester de nouvelles
fonctionnalités) qui durent 2 à 4 semaines.
Nous faisions les réunions (Planning meeting) chaque
lundi pour voir l'avancé des sprints et des briefings chaque matin.
PROJET DE FIN DE CYCLE MASTER 2
|
13
|
Figure 2: Cycle de vie du scrum [8]
II. CONTRAINTES DU PROJET
Dans ce point nous énoncerons les contraintes que nous
avons rencontré dans la réalisation du projet. Le tableau
ci-dessous les présente avec des solutions.
Tableau 2 : Contrainte de projet
N0 de contrainte
|
Libellé de la contrainte
|
Importance
|
Facteur Contribuant
|
Solution Proposée
|
Status( en cours, réalisé
: solution choisie,..)
|
1
|
Délai de réalisation
|
forte
|
Manque de connaissance parfaite des outils utilisés
|
Autoformation Pendant la réalisation
des fonctionnalités
|
En cours
|
2
|
Besoin d'un ordinateur 16G de ram
|
faible
|
Implémentation des algorithmes de
machine Learning
|
Acheter une autre ram
|
En cours
|
3
|
Authenticité des
documents
|
fort
|
Manque de connaissance sur la cryptographie
|
Achat d'une solution
d'authentification
|
En attente
|
Cette figure représente les contraintes de notre projet,
au total nous avons trois (3) contraintes à savoir :
PROJET DE FIN DE CYCLE MASTER 2
|
14
|
- le respect des délais ;
- le besoin matériel ;
- l'authentification des documents.
III. PLANIFICATION
La démarche projet itérative élaborée
nous permet de mettre en place une planification à travers l'outil de
planification projet
diagrams.net ci-dessous :
Figure 3: Planification de projet
La figure représente les tâches sur lesquelles nous
intervenons ainsi que les périodes de travail.
Du 02/03/2022 au 03/04/2022 (32 jours), cette période
était destinée à la formation sur les outils tels que :
Django, Python, ML et UML.
Du 04/04/2022 au 17/04/2022 (13 jours), nous avons
élaboré le cahier de charge pendant une semaine et la
définition des fonctionnalités pendant une semaine.
Pendant l'étape de la conception, nous avons mis en
place les différents diagrammes du 18/04/2022 au 22/04/2022 (4 jours) et
ensuite nous avons réalisé la maquette du 23/04/2022 au
05/05/2022(12 jours).
PROJET DE FIN DE CYCLE MASTER 2
|
15
|
Pendant l'étape du développement, nous nous sommes
occupé des fonctionnalités suivantes :
- la gestion des utilisateurs du 06/05/2022 au 20/05/2022 (14
jours) ;
- la gestion des courriers du 21/05/2022 au 04/06/2022 (14
jours) ;
- la gestion des archives du 05/06/2022 au 22/06/2022 (17
jours) ;
- la gestion des tâches du 23/06/2022 au 08/07/2022 (15
jours) ;
- l'outil de classification du 09/07/2022 au 20/08/2022 (42
jours).
La planification suivante est appliquée avec l'outil de
travail collaboratif Trello qui est composé des membres de
l'équipe projet. Une carte est créée pour les
différentes tâches de chaque backlog et assignée à
un membre de l'équipe projet avec une date de début et une date
de fin. L'image ci-après nous donne un aperçu.
Figure 4: Trello
Dans ce tableau nous avons la liste de tout sprint dans
l'onglet « sprint », les sprints en cours d'exécution
noté « sprint en cours » et les sprints terminés
noté « sprint terminé ».
PROJET DE FIN DE CYCLE MASTER 2
16
CHAPITRE V : ANALYSE CONCEPTUELLE DE LA GESTION DE
DOCUMENT AU SEIN DE DITECH
Cette section fait l'objet de l'analyse du module de gestion de
la relation client et la conception de l'application. En ce qui concerne la
conception nous utilisons l'approche UML qui fait partie de la famille du
processus unifiée.
I. ANALYSE DU MODULE DE GESTION DE LA RELATION CLIENT
1. DÉFINITION D'UN CLIENT
Un client pour DITECH peut être :
? un collaborateur ;
? une entreprise ;
? toute personne qui nous envoie un document ou courrier pour
traiter.
2. PROCESSUS DE GESTION DE DOCUMENT
Le processus de gestion de document est décrit par la
succession des étapes suivantes :
PROJET DE FIN DE CYCLE MASTER 2
|
17
|
Figure 5: Logigramme
PROJET DE FIN DE CYCLE MASTER 2
18
Entités extérieures : une
entité extérieure est toute personne souhaitant envoyer un
document ou courrier à l'entreprise dans le but d'effectuer un
traitement il existe deux types de document à savoir les documents
ordinaires et les documents confidentiels.
Entreprise : entreprise est la
société qui a la GED et réceptionne ses documents à
partir de la GED. Il faut noter que chaque entreprise à son organisation
ici nous avons pris l'organisation standard qui sera modifiée en
fonction des entreprises.
Service courrier : service courrier est le
service responsable de la réception des courriers, leur rôle sera
l'enregistrement du courrier s'il s'agit d'un courrier ordinaire.
Service archive : service archive a pour
rôle l'archivage de tous les documents et courriers existant dans
l'application.
Service imputation (secrétariat du DG)
: service imputation réceptionne tous les documents
après l'enregistrement au niveau du service courrier et enregistre aussi
les documents confidentiels dans le but de commencer les traitements, ce
service aura pour rôle l'attribution des tâches associée
à ses documents en fonction des services concernés par ses
tâches dans l'entreprise.
DG : DG est toute personne pouvant prendre
des décisions dans le but de dirigé l'entreprise. Il peut mettre
fin à un processus de traitement si le document est bien
traité.
Autres services : Autres services concernent
tous les services de l'entreprise c'est-à-dire le service information,
comptabilité etc. Ils auront pour rôles le traitement des
tâches.
3. EXIGENCE FONCTIONNELLE : DESCRIPTION DES CAS
D'UTILISATION
PROJET DE FIN DE CYCLE MASTER 2
|
19
|
? Cas d'utilisation << Ajout d'un nouveau service
>> Tableau 3 : Cas d'utilisation « ajout d'un nouveau
service »
Cas d'utilisation Ajouter un nouveau service
Objectif
|
|
Ajouter un nouveau service à l'ensemble des services.
|
Acteur principal
|
|
Administrateur
|
|
|
|
Précondition
|
|
L'utilisateur est connecté en tant qu'administrateur.
|
Scénario
|
Post condition
Scenario nominal
1
|
|
L'utilisateur se rend sur l'interface de gestion
des services et demande l'ajout d'un service.
|
2
|
|
Le système affiche l'interface de saisie
des informations du service concerné.
|
3
|
|
L'utilisateur remplit les informations et les valide.
|
4
|
|
Le système enregistre
|
Scénario alternatif
3.a
|
|
|
Les informations saisies sont incorrectes, le système
affiche une erreur et reprend à la phase.
|
|
|
2.
|
L'enregistrement d'un nouvel département
Ce diagramme de cas d'utilisation nous montre le
fonctionnement de l'ajout d'un nouveau service, cela se fait par
l'administrateur. Il se connecte et se rend sur l'interface d'ajout de service
en remplissant le formulaire si y a une erreur de remplissage il reprend le
remplissage sinon le système enregistre le service saisi.
PROJET DE FIN DE CYCLE MASTER 2
|
20
|
? Cas d'utilisation << Ajout d'un nouvel
employé>> Tableau 4 : Cas d'utilisation « ajout
d'un nouvel employé »
Cas d'utilisation Ajouter un nouvel
employé
Objectif
|
|
Ajouter un nouvel employé à l'ensemble des
employés.
|
|
|
|
Acteur principal
|
|
Administrateur
|
Précondition
Scénario
L'utilisateur est connecté en tant qu'administrateur, et
doit avoir enregistrer le service dans le quel sera l'employé .
Scenario nominal
1
2
L'utilisateur se rend sur l'interface de gestion des
employés et
demande l'ajout d'un employé.
Le système affiche l'interface de saisie des
informations de l'employé
concerné.
L'utilisateur remplit les informations et les valide.
Le système enregistre
3
4
Scénario alternatif
3.a
Les informations saisies sont incorrectes, le système
affiche une erreur et
reprend à la phase 2.
Post condition
|
|
L'enregistrement d'un nouvel employé
|
PROJET DE FIN DE CYCLE MASTER 2
|
21
|
Ce diagramme de cas d'utilisation nous montre le
fonctionnement de l'ajout d'un nouveau personnel, cela se fait par
l'administrateur. Il se connecte et se rend sur l'interface d'ajout de
personnel en remplissant le formulaire si y a une erreur de remplissage il
reprend le remplissage sinon le système enregistre le personnel
saisi.
PROJET DE FIN DE CYCLE MASTER 2
|
22
|
? Cas d'utilisation << Imputation de
document>> Tableau 5 : Cas d'utilisation « imputation
de document »
Cas d'utilisation Imputation de document
Objectif
|
|
Imputation d'un document à un employé.
|
|
|
|
Acteur principal
|
|
DG
|
Précondition
Scénario
L'utilisateur est connecté en tant que DG.
Scenario nominal
|
1
|
L'utilisateur se rend sur l'interface de gestion des documents et
sélectionne le document concerné.
|
2
|
Le système affiche l' interface des informations du
document.
|
3
|
L'utilisateur fait des commentaires en associant un
employé puis valide.
|
4
|
Le système enregistre et envoie à l'employé
concerné.
|
Post condition
|
|
Imputation d'un autre document.
|
Ce diagramme de cas d'utilisation nous montre le
fonctionnement de l'imputation d'une tache, cela se fait par le DG ou service
d'imputation. Il se connecte et se rend sur l'interface d'imputation en
remplissant le formulaire si y a une erreur de remplissage il reprend le
remplissage sinon le document à imputer et la tâche
associée seront reçu par le destinateur.
PROJET DE FIN DE CYCLE MASTER 2
|
23
|
4. DIAGRAMMES D'ACTIVITÉS
4.1. AJOUT D'UN NOUVEL EMPLOYÉ
Figure 6 : Diagramme d'activé << Ajout de
nouvel employé>>
Ce diagramme explique clairement le processus d'enregistrement
d'un employé, pour l'enregistrement d'un employé il faut d'abord
s'authentifier et par la suite rempli le formulaire.
PROJET DE FIN DE CYCLE MASTER 2
24
4.2. IMPUTATION DE DOCUMENT
Figure 7 : Diagramme d'activité <<
Imputation de document>>
Ce diagramme représente le processus d'imputation d'un
document, avant l'imputation est indispensable de s'authentifier et par la
suite choisir le document à imputer.
PROJET DE FIN DE CYCLE MASTER 2
25
4.3. ENREGISTREMENT DE SERVICE
Figure 8 : Diagramme d'activité <<
Enregistrement de service>>
Ce diagramme représente le processus d'enregistrement
d'un service dans notre entreprise, pour enregistrer un service il faut
s'authentifier et par la suite afficher le formulaire d'enregistrement.
PROJET DE FIN DE CYCLE MASTER 2
26
5. DIAGRAMME DE SÉQUENCE
5.1. AJOUT D'UN NOUVEL EMPLOYÉ
Figure 9 : Diagramme de séquence << Ajout
d'un nouvel employé>>
Ce diagramme de séquence permet de décrire
comment les éléments du système interagissent entre eux et
avec l'administrateur pour l'ajout d'un employé.
PROJET DE FIN DE CYCLE MASTER 2
27
5.2. ENREGISTREMENT DE SERVICE
Figure 10 : Diagramme de séquence <<
Enregistrement d'un service>>
Ce diagramme de séquence permet de décrire
comment les éléments du système interagissent entre eux et
avec l'administrateur pour l'enregistrement d'un service.
PROJET DE FIN DE CYCLE MASTER 2
28
II. CONCEPTION
1. DIAGRAMME DE CAS D'UTILISATION
Á travers ce diagramme de cas d'utilisation, nous
mettons en évidence les besoins des utilisateurs et les rôles
correspondants, tout en montrant l'interaction entre les acteurs et le
système.
Figure 11: Diagramme de cas d'utilisation
Nous pouvons constater que les utilisateurs se distingue en cinq
catégories : ? acteur est toute identité qui envoie un courrier
à notre entreprise ; ? service courrier est le service en charge des
courriers ;
PROJET DE FIN DE CYCLE MASTER 2
29
? service archive est le service en charge des archives
c'est-à-dire l'enregistrement des archives ;
? secrétariat DG est l'ensemble des identités
ayant le droit de numériser un document confidentiel et il est en charge
de l'imputation appelé aussi service d'imputation ;
? DG est le dirigeant de l'entreprise ou encore
l'administrateur.
Les actions des utilisateurs sont présentées par
les cas d'utilisations.
2. DIAGRAMME DE CLASSE
Ce diagramme va nous permettre de fournir une
représentation des objets du système qui vont interagir ensemble
pour réaliser les cas d'utilisation vu plus haut.
PROJET DE FIN DE CYCLE MASTER 2
|
30
|
Figure 12: Diagramme de classe
PROJET DE FIN DE CYCLE MASTER 2
31
III. CONCEPTION DU MODÈLE DE CLASSIFICATION
Dans cette section, nous abordons les différentes
étapes de conception du modèle de
classification. Notre ensemble de données étant
étiqueté nous utiliserons l'apprentissage supervisé
pour la mise en oeuvre du projet. Nous avons passé en
revue les étapes suivantes :
- récupération de données;
- nettoyage des données ;
- sélection d'algorithmes de classification ;
- appliquer le modèle aux données pour
l'entraînement ;
- évaluation de modèles prédictifs.
1. LA RÉCUPÉRATION DES
DONNÉES
La récupération des données qui est
notre première étape cela consistera à la récolte
des données qui nous serviront à faire l'apprentissage de notre
modèle. En effet nous avons récupéré des
données sur kaggle pour l'essai de notre modèle [9].
2. LE NETTOYAGE DES DONNÉES
Le nettoyage des données consiste à redimensionner
toutes les images pour que les images aient les mêmes dimensions.
Figure 13: Nettoyage des données
3. LE CHOIX DE L'ALGORITHME DE
CLASSIFICATION
Le choix de l'algorithme dépend du problème
à résoudre, des caractéristiques des données et des
ressources de calcul et de stockage. Il est important de savoir que la
formation d'un modèle d'apprentissage automatique est un processus
itératif.
PROJET DE FIN DE CYCLE MASTER 2
|
32
|
Dans notre cas nous envisageons de faire la classification des
documents et de prédire la classe d'un document. Il existe plusieurs
types de classifications dans la famille de l'apprentissage supervisée
dont nous citerons quelques-unes :
- CNN ;
- arbre binaire.
3.1. RÉSEAU DE NEURONES CONVOLUTIFS (CNN)
Également appelés ConvNets, les CNN sont
constitués d'une multitude de couches chargées de traiter et
d'extraire les caractéristiques des données. De manière
spécifique, les réseaux neuronaux convolutifs sont
utilisés pour l'analyse et la détection d'objets. Ils peuvent
donc servir par exemple à reconnaître des images satellites,
traiter des images médicales, détecter des anomalies ou
prédire des séries chronologiques.
Figure 14: Epoch
Sur la figure ci-dessus nous avons l'application du
réseau de neurone convolutif. Il nous donne une précision de
0.9726 et l'estimation de l'erreur égal à 0.0827.
4. L'APPLICATION DU MODÈLE SUR LES
DONNÉES
Dans cette rubrique nous présenterons l'algorithme de
classification que nous avons appliqué sur nos données pour la
classification. Nous avons commencé par définir nos variables
d'entrainement. Nous avons découpé le jeu de données en
deux (02) groupes de données d'entraînement (train). Les
données du train font 2520 images et 372 images de test. Après le
découpage nous appliquons l'algorithme sur le modèle.
PROJET DE FIN DE CYCLE MASTER 2
|
33
|
Figure 15: Modèle
5. ARCHITECTURE D'APPLICATION DU
MODÈLE
La figure ci-dessous décrit le processus d'application
de l'algorithme sur les données. Il existe quatre types de couches pour
un réseau de neurones convolutif : la couche de
convolution, la couche de pooling,
la couche de correction ReLU et la couche
fully-connected (voir figure ci-dessous).
Figure 16: Réseau de neurone convolutif
[10]
PROJET DE FIN DE CYCLE MASTER 2
34
? La couche de convolution : C'est la
composante clé des réseaux neurones convolutifs et constitue la
première couche des CNN. Elle permet de transformer les images
d'entrées afin d'extraire des caractéristiques pour distinguer
correctement les documents.
? La couche de pooling : cette couche est
généralement placée entre deux couches de convolution.
L'opération de pooling consiste à réduire la taille des
images, tout en préservant les caractéristiques.
? La couche de correction ReLu : cette couche
a le rôle d'une fonction d'activation en remplaçant toutes les
valeurs négatives reçues en entrées par des zéros.
La fonction ReLu est : ReLu(x) = max(O, x)
? La couche fully-connected : la couche
fully-connected constitue toujours la dernière couche d'un
réseau de neurones, convolutif ou non - elle n'est donc pas
caractéristique d'un CNN. Elle détermine le lien entre la
position des features dans l'image et une classe.
PROJET DE FIN DE CYCLE MASTER 2
|
35
|
TROISIÈME PARTIE :
IMPLÉMENTATION
Dans cette section, nous définissons l'environnement de
travail et la réalisation des solutions.
CHAPITRE VI : ENVIRONNEMENT DE TRAVAIL
Dans cette partie nous présentons les technologies
utilisées.
I. TECHNOLOGIES
? Anaconda
Anaconda est une plateforme de distribution Python open source la
plus populaire au monde.
Figure 17: Logo Anaconda
? Django
Django est un framework Web Python de haut niveau qui
encourage un développement rapide et une conception propre et
fonctionnelle. Construit par des développeurs
expérimentés, il élimine la plupart des tracas du
développement Web afin que vous puissiez vous concentrer sur
l'écriture d'applications sans réinventer la roue. Django est
conçu pour aider les développeurs à faire passer les
applications du concept à l'achèvement le plus rapidement
possible. Django prend la sécurité très au sérieux,
aidant les développeurs à éviter de nombreuses erreurs de
sécurité courantes. C'est gratuit et open source.
Figure 18: Logo Django
|
|
|
|
|
|
PROJET DE FIN DE CYCLE MASTER 2
|
37
|
? Code Visual Studio
Visual Studio Code est un éditeur de code source
léger mais puissant qui s'exécute sur votre bureau et est
disponible pour Windows, macOS et Linux.
Figure 19 : Logo Visual Studio Code ?
Jupiter
Jupyter Notebook est l'application Web originale pour
créer et partager des documents informatiques. Il offre une
expérience simple, rationalisée et centrée sur les
documents.
Figure 20: Logo Jupyter
? Les langages de programmation
? Python
Python est un langage de programmation open source
créé par le programmeur Guido van Rossum en 1991. Il s'agit d'un
langage de programmation interprété, qui ne nécessite pas
d'être compilé pour fonctionner. Il favorise la programmation
impérative structurée, fonctionnelle et orientée objet.
Figure 21 : Logo Python
|
|
PROJET DE FIN DE CYCLE MASTER 2
|
38
|
? CSS
CSS est l'acronyme de "Cascading Style Sheets", qui signifie "
feuille de style en cascade". CSS est un langage informatique utilisé
pour formater les pages Web (HTML ou XML). Par conséquent, le langage se
compose des "feuilles de style en cascade" bien connues, également
appelées fichiers CSS (.css), et contient des éléments de
codage.
Figure 22: Logo CSS
? HTML
HTML signifie "Hypertext Markup Language" et peut être
traduit par " langage de balises pour l'hypertexte ". Il est utilisé
pour créer et représenter le contenu des pages Web et leur
structure.
Figure 23: Logo Html
? VUE.JS
Vue.js, est un framework JavaScript open-source utilisé
pour construire des interfaces utilisateur et des applications web one page.
Figure 24: Logo Vues.js
|
|
|
|
|
|
PROJET DE FIN DE CYCLE MASTER 2
|
39
|
y' SCIKIT LEARN
Scikit-learn (Sklearn) est la bibliothèque
d'apprentissage automatique la plus utile et la plus puissante de Python. Il
fournit une gamme d'outils puissants pour l'apprentissage automatique et la
modélisation statistique, y compris la classification, la
régression, le clustering et la réduction de la
dimensionnalité, via une interface cohérente en Python. Cette
bibliothèque est principalement écrite en Python et repose sur
NumPy, SciPy et Matplotlib.
Figure 25. Logo Scikit Learn
y' KERAS
Keras est le framework d'apprentissage en profondeur le plus
utilisé.
Figure 26 . Logo Keras
y' UML
UML est le langage de modélisation unifié, de
l'anglais Unified Modeling Language
(UML)
Figure 27 . Logo UML
|
|
PROJET DE FIN DE CYCLE MASTER 2
|
40
|
? Environnement matériel
Figure 28 : Environnement matériel
PROJET DE FIN DE CYCLE MASTER 2
|
41
|
CHAPITRE VII : RÉALISATION DES
FONCTIONNALITÉS
Ce chapitre vise à implémenter chacune des
fonctionnalités décrites dans les chapitres
précédents.
I. PRESENTATION DE L'INTERFACE
1. PAGE DE CONNEXION
Figure 29 : Page de connexion
La figure ci-dessus représente la page de connexion.
Pour se loguer il faut le mail et le mot de passe.
3. PAGE D'ENREGISTREMENT DES PERSONNELS
Nous avons mis en place un formulaire d'enregistrement des
personnels qui utiliserons l'application, cette page se présent comme
suit :
PROJET DE FIN DE CYCLE MASTER 2
42
Figure 30 : Page d'enregistrement du personnel
Comme vous pouvez le constater, pour enregistrer un personnel
nous devrions connaitre le service dans lequel il travail et le poste qu'il
occupe.
3. PAGE D'ENREGISTREMENT DES COURRIERS
Nous avons mis en place un formulaire d'enregistrement de
courriers présent comme suis :
Figure 31 : page d'enregistrement de courrier
PROJET DE FIN DE CYCLE MASTER 2
43
4.
PAGE D'ENREGISTREMENT DE DOCUMENTS
Nous avons mis en place un formulaire d'enregistrement des
documents présent comme suis :
Figure 32 : Page de rattachement de document
Comme vous pouvez le constater quand nous enregistrons un
document il est automatiquement archivé et à une tâche
donnée dans le but de faciliter le travail lié au document.
5. PAGE D'IMPUTATION DES TACHES
Nous avons mis en place un formulaire d'imputation des
tâches présent comme suis :
Figure 33 : Page d'imputation
|
|
|
|
|
|
PROJET DE FIN DE CYCLE MASTER 2
|
44
|
Comme vous pouvez le constater, pour imputer une tâche
à un personnel on sélectionne le personnel la date du jour et la
date de rendu du travail. Ensuite on choisit la tâche
prédéfinie, en fin une description de la tâche.
6. MONITORING ET REPORTING
Nous avons intégré un tableau de bord qui sera
affiché après la page login chez tous les personnels montrant le
nombre de tâches à faire, nombre de tâches
effectuées, nombre de tâches en cours ainsi que l'ensemble des
tâches et leurs délais présents comme suit :
Figure 34 : Tableau de bord
PROJET DE FIN DE CYCLE MASTER 2
|
45
|
II. PRESENTATION DE L'OUTIL DE CLASSIFICATION
Figure 35 : Tableau des résultats de
classification
Cette page représente l'interface des résultats de
la classification, faite avec une Api. Nous avons trois classes à savoir
les cv, cni et extraits.
III. COÛT DU PROJET
Pour la réussite de notre projet, une estimation des
coûts est nécessaire. Ces derniers ont été
évalués en tenant compte des ressources.
L'estimation financière tient compte de trois facteurs
dont :
- la durée exacte de la mise en oeuvre du système
(plutôt que de la durée du stage) ;
- un ingénieur en BIG DATA ou développement ;
- les matériels utilisés pour la mise en oeuvres de
la solution.
PROJET DE FIN DE CYCLE MASTER 2
|
46
|
Tableau 6 : Coût du projet
|
|
|
|
PRIX
OUTILS DESCRIPTION EFFECTIF UNITAIRE
|
|
MONTANT(FC FA)
|
|
|
|
Ordinateur (HP)
|
? Core i7
? 32Go Ram , 500Go SSD
|
1
|
800.000
|
800.000
|
Connexion wifi
|
flybox
|
6 mois
|
20.000/mois
|
120.000
|
01 Ingénieur
|
Salaire mensuel
|
6 mois
|
400.000/mois
|
2. 400.000
|
Total
|
3.320.000
|
Un total de 3.320.000 FCFA est nécessaire
pour mettre en place notre solution.
PROJET DE FIN DE CYCLE MASTER 2
|
47
|
CONCLUSION
Au terme de notre projet, il convient de revenir sur
l'objectif principal du mémoire qui était la mise en place d'une
application de gestion électronique de documents et d'une API de
classification. Pour ce faire, nous avons procédé à
l'analyse du module de gestion de la relation client, la conception de
l'application web et la conception du modèle de classification.
L'analyse du module de gestion de la relation client a
été faite principalement grâce à l'étude de
l'existant, cette étude nous a permis de voir le fonctionnement d'une
GED. La conception de l'application web a été faite grâce
à la méthode UML dont nous avons fait les diagrammes de cas
d'utilisation, diagrammes d'activités ainsi que le diagramme de classe.
Par la suite nous avons utilisé le framework Django basé sur
python pour le développement de l'application web.
La conception du modèle de classification met fin
à la conception. Nous avons utilisé un CNN pour la classification
qui nous a permis d'avoir un score de 97% précision et Django rest
framework pour la mise en place de l'API.
En ce qui nous concerne, ce fut un projet très
enrichissant vue l'importance capitale de l'utilisation d'un système
basé sur les applications des gestions électroniques de documents
et sur l'Intelligence Artificielle pour la classification des documents.
Toutefois, dans une perspective, nous aimerions faire usage de ce type de
système sur des applications mobiles future et nous étudierons
également l'optimisation des réseaux de neurones avec un
métaheuristique.
PROJET DE FIN DE CYCLE MASTER 2
|
48
|
WEBOGRAPHIE
[1]
https://journals.openedition.org/terminal/7339
Consulté le 02/05/2022 à 15h10
[2]
https://www.klippa.com/fr/blog/informations/classification-tri-document/
Consulté le 03/05/2022 à 11h10
[3]
https://procurement-notices.undp.org/view
file.cfm?doc id=187624 Consulté le 08/05/2022 à
12h20
[4]
https://www.celge.fr/article-conseil/differents-criteres-de-comparaison-choisir-solution-de-ged-gestion-electronique
Consulté le 20/05/2022 à 20h10
[5]
https://www.archimag.com/digital-workplace/2019/03/14/elo-digital-office-fait-succes-metiers
Consulté le 25/05/2022 à 9h20
[6]
https://www.audros.fr/flowboard-outil-indispensable-a-la-gestion-de-vos-projets/
Consulté le 27/05/2022 à 15h20
[7]
https://www.avanteam.fr/fr/Logiciels/Nos-Produits/Quality-Manager
Consulté le 05/06/2022 à 10h40
[8]
https://www.tuleap.org/fr/agile/comprendre-methode-agile-scrum-10-minutes
Consulté le 20/06/2022 à 11h10
[9]
https://www.kaggle.com/c/rock-paper-scissors
Consulté le 30/06/2022 à 23h00
[10]
https://www.upgrad.com/blog/basic-cnn-architecture/
Consulté le 03/07/2022 à 10h20
PROJET DE FIN DE CYCLE MASTER 2
|
VII
|
TABLE DES MATIERES
DÉDICACE I
REMERCIEMENTS II
SOMMAIRE III
LISTE DES FIGURES IV
LISTE DES TABLEAUX V
LISTE DES SIGLES VI
INTRODUCTION 1
PREMIÈRE PARTIE :
GÉNÉRALITÉS 2
CHAPITRE I : CADRE DU PROJET 3
I. PRÉSENTATION DE LA STRUCTURE D'ACCEUIL
3
1. DESCRIPTION 3
2. OBJECTIF 3
3. SERVICES PROPOSÉS 3
4. VISION 4
II. FONCTIONNEMENT INTERNE
4
1. PRÉSENTATION DE DITECH CONSULTING GROUP
4
2. PRÉSENTATION DU SERVICE DE
DÉVELOPPEMENT 4
III. PRÉSENTATION DU SUJET ET DES OBJECTIFS DU
PROJET 5
1. PRÉSENTATION DU PROJET 5
2. OBJECTIFS DU PROJET 5
CHAPITRE II : ÉTAT DE L'ART 6
I. CRITÈRES DE COMPARAISON
6
1. CRITÈRES 6
2. DÉFINITION DES CRITÈRES 6
3. ÉTUDE DES SOLUTIONS DE L'ÉTAT DE L'ART
7
4. TABLEAU DE COMPARAISON DE TOUTE LES SOLUTIONS
8
CHAPITRE III : ÉTUDE DE L'EXISTANT
10
I. PRÉSENTATION DE L'EXISTANT
10
1. PROCESSUS DE PRISE EN COMPTE DES REQUÊTES
10
2. ANALYSE ET CRITIQUE DE L'EXISTANT 10
II. PROPOSITION DE SOLUTION
10
PROJET DE FIN DE CYCLE MASTER 2
|
VIII
|
1.
INTERFACE UTILISATEUR 11
2. CLASSIFICATION 11
3. MONITORING ET REPORTING 11
4. LIVRABLES 11
DEUXIÈME PARTIE : ÉTUDE TECHNIQUE
12
CHAPITRE IV : DÉMARCHE DU PROJET
13
I. LE PRINCIPE DE LA DÉMARCHE PROJET
13
II. CONTRAINTES DU PROJET
14
III. PLANIFICATION
15
CHAPITRE V : ANALYSE CONCEPTUELLE DE LA GESTION
DE DOCUMENT AU SEIN DE
DITECH 17
I. ANALYSE DU MODULE DE GESTION DE LA RELATION CLIENT
17
1. DÉFINITION D'UN CLIENT 17
2. PROCESSUS DE GESTION DE DOCUMENT 17
3. EXIGENCE FONCTIONNELLE : DESCRIPTION DES CAS
D'UTILISATION 19
4. DIAGRAMMES D'ACTIVITÉS 24
5. DIAGRAMME DE SÉQUENCE 27
II. CONCEPTION 29
1. DIAGRAMME DE CAS D'UTILISATION 29
2. DIAGRAMME DE CLASSE 30
III. CONCEPTION DU MODÈLE DE CLASSIFICATION
32
1. LA RÉCUPÉRATION DES DONNÉES
32
2. LE NETTOYAGE DES DONNÉES 32
3. LE CHOIX DE L'ALGORITHME DE CLASSIFICATION
32
4. L'APPLICATION DU MODÈLE SUR LES DONNÉES
33
5. ARCHITECTURE D'APPLICATION DU MODÈLE
34
TROISIÈME PARTIE : IMPLÉMENTATION
36
CHAPITRE VI : ENVIRONNEMENT DE TRAVAIL
37
I. TECHNOLOGIES 37
CHAPITRE VII : RÉALISATION DES
FONCTIONNALITÉS 42
I. PRESENTATION DE L'INTERFACE
42
1. PAGE DE CONNEXION 42
2. PAGE D'ENREGISTREMENT DES PERSONNELS 42
3. PAGE D'ENREGISTREMENT DES COURRIERS 43
PROJET DE FIN DE CYCLE MASTER 2
|
IX
|
4.
PAGE D'ENREGISTREMENT DE DOCUMENTS 44
5. PAGE D'IMPUTATION DES TACHES 44
6. MONITORING ET REPORTING 45
II. PRESENTATION DE L'OUTIL DE CLASSIFICATION
46
III. COÛT DU PROJET
46
CONCLUSION 48
WEBOGRAPHIE VII
TABLE DES MATIERES VIII
RESUME XI
ABSTRACT XI
PROJET DE FIN DE CYCLE MASTER 2
|
X
|
RESUME
La digitalisation du processus de traitement des documents et
la gestion du personnel est un besoin primordial pour toute entreprise, DITECH
CONSULTING GROUP a décidé de rendre plus optimal la gestion de
ses documents et son personnel d'un point de vue financier et physique. Il
s'agit pour nous de mettre en place une application de gestion
électronique de documents et un outil de classification de documents
afin de faciliter la recherche des documents, la traçabilité des
documents ainsi que le suivi du personnel. Pour ce faire, nous avons
observé le fonctionnement de l'existent pour pouvoir mettre en place
notre application. Nous avons également fait une étude de l'art
afin d'avoir une vue globale sur la GED. Concernant la classification nous
avons utilisé un réseau de neurone convolutif (CNN) qui nous a
permis d'obtenir un score de plus de 97% de précision. Pour atteindre
tous ces buts cités, nous avons utilisé plusieurs outils Jupiter,
VS Code et encore d'autres outils.
ABSTRACT
The digitalization of the process of document processing and
personnel management is an essential need for any company, DITECH CONSULTING
GROUP has decided to make the management of its documents and personnel more
optimal from a financial and physical point of view. It is a question for us of
setting up an electronic document management application and a document
classification tool in order to facilitate the search for documents, the
traceability of documents as well as the follow-up of the personnel. To do
this, we observed the functioning of the existing system to be able to set up
our application. We also made a study of the art in order to have a global view
on the GED. Concerning the classification, we used a convolutional neural
network (CNN) which allowed us to obtain a score of more than 97% of accuracy.
To reach all these goals, we used several tools such as Jupiter, VS Code and
others.
Ecole Supérieure Africaine des Technologies de
l'Information et de la Communication
Zone 3, Km 4 Bd Marseille - 18 BP 1501
Abidjan 18 -
www.esatic.ci
Mail :
direction.esatic@esatic.ci