Etude et mise en place d'un outil de classification de documents

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 : [e-mail]