Realisation D'une Application - TABTI Abdelhak - 1074 PDF

U
UNNIIV
VEERRS
SIIT
TEESSIID
DII M
MOOHHAAM MEED
DB BEEN
NA ABBDDE
ELLL
LAAH
H
F
FAACCU
UL LTTE
ED DEESSSSCCIIEEN
NCCEESSE ETTTTE
ECCH
HN NIIQ
QUUEES
SFFE
ESS
D
DEEPPAARRT
TEEMME ENNT
TDDIIN
NFFOORRM
MAATTIIQ
QUUEE
P
Prro
ojjeett d
dee F
Fiin
nddE
Ettu
uddees
s
M
Maasstteerr S
Sc ciieen
ncceess eett T
Teec chhn niiq
quueess
S
Syyssttmmee iin
ntteelllliig
geenntt eett rrsseeaau
uxx
Ralisation dune application de

Gestion Electronique de documents(GED)
Lieu de stage : Mindway
Ralis par :
- TABTI Abdelhak
Soutenu le 19/06/2014
Encadr par : devant le jury compos de :

-Pr. Adil ZEAARAOUI -Pr. Abderrahim BENABBOU
-Pr. Abderrahim BENABBOU -Pr. Khalid ABBAD
-Pr. Arsalane ZARGHILI
-Pr. Ilham CHACKER
Anne Universitaire 2013-2014

Ddicace
Je ddie ce modeste travail et ma profonde gratitude ma
mre et mon pre pour l'ducation qu'ils m'ont prodigue;
avec tous les moyens et au prix de tous les sacrifices qu'ils
ont consentis mon gard, pour le sens du devoir et
du respect qu'ils mont enseigns depuis mon enfance.
A mes frres et surs en tmoignage de lattachement, de

lamour et de laffection que je leur porte.
A la mmoire de mes grands-pres et grands-mres, puisse

Dieu tout puissant vous accorder sa clmence et sa
misricorde.
A tous mes amis pour tous les instants inoubliables que jai
passs avec vous, je vous remercie.
A tous mes professeurs en tmoignage de ma gratitude et

profond respect.
Abdelhak TABTI
2
Projet de Fin dtude FST FS 2014
Remerciements
Je tiens exprimer mes remerciements sincres aux
nombreuses personnes ayant contribu de prs ou de loin
laboutissement de ce projet de fin d'tudes.
Je souhaite remercier M. Abderrahim BENABBOU,

mon encadrant FST FES, pour sa disponibilit, sa
rigueur ses prcieux conseils qui mont t d'un grand
secours tout au long de mon projet.
Je tiens galement remercier mon tuteur de stage, M.

ADIL ZEAARAOUI en sa Qualit de Chef de Projet pour
m'avoir accueilli au sein de Mindway. Je tiens le
remercier Chaleureusement pour la disponibilit et la
confiance qu'il m'a apporte tout au long de mon stage.
Je tiens galement remercier les membres du jury, qui ont

accept de juger mon travail.
Merci enfin tout le corps professoral administratif et

technique de la FST FES, pour la qualit de l'enseignement
qui nous a t dispens et le sjour agrable durant ces
trois ans.
3
Rsum
Dans le cadre de notre formation au sein de la Facult des sciences et Techniques de FES,
raliser un stage de fin dtudes savre dune grande utilit afin de mettre en pratique les
connaissances thoriques acquises la facult.
Ainsi, jai eu la possibilit de passer le stage au sein de la socit Mindway Oujda. Il

sagit dun des leaders dans le domaine informatique au niveau de la rgion de lOriental. Le
stage sest droul dans les meilleures conditions et a t une occasion pour complmenter la
phase thorique.
Concernant ma mission Mindway, il sagit de la continuit du grand projet que mne la

socit, savoir, un mini-ERP. Le projet qui ma t accord consiste concevoir et raliser
une application de gestion lectronique de documents qui va tre intgre ce progiciel.
Pour mener bien ce projet, un ensemble de technologies, doutils informatiques et

mthodes de travail ont t utiliss. La sparation totale entre les couches est primordiale pour
ce genre de projets, cest pour cela quon a choisi demployer des frameworks qui permettent
de bien grer ces couches, soit Apache Struts 2 pour la couche prsentation et JPMapper pour
la couche persistance. Nous avons aussi utilis Apache Solr/SolrJ comme moteur dindexation
et de recherche de documents, et Apache OpenOffice comme serveur de conversion entre les
diffrents formats. Le projet a connu une utilisation avance de jQuery et ses plugins pour grer
lutilisation dAJAX, du DOM et des vnements.
En ce qui concerne la mthode de conception, on a adopt lUP qui est destin aux projets
orients objet suivant le cycle de dveloppement en Y. Cest une mthode itrative et
incrmentale.
Ce rapport dcrit les diffrentes tapes par lesquelles je suis pass afin de raliser le travail
qui ma t confi.
Mots cls : Mindway, ERP, UP, cycle de dveloppement en Y, Gestion lectronique de

document
4
Abstract
As part of our formation in the Faculty of Science and Technology Fez, the realization
of end of studies internship is very important to practice the theoretical knowledge acquired at
the Faculty.
Thus, I had an opportunity to spend the internship at Mindway in Oujda, which is a

leader in computer engineering in oriental region. The internship took place in the best
conditions, and I have complemented the theoretical phase.
My mission at Mindway consisted in the continuity of the major project of this society,
which is a mini ERP. The project I was given consisted of designing and building an
electronic document management application that will be integrated into this ERP.
To carry out this project, a set of technologies, tools and methods were used. The
complete separation of layers is primordial in such projects. Therefore, we used frameworks
that allow layers management: Apache Struts 2 in view layer, JPMapper in persistence layer,
Apache Solr/SolrJ as an indexing and search engine of documents, Apache OpenOffice as a
conversion server between the different file formats, and jQuery and its plugins to manage
AJAX, DOM and events.
Regarding the design method, we have chosen UP, which is an iterative and incremental
method designed for object-oriented projects following the development cycle Y.
This following report would describe stages through which I undergo in order to realize
the job I was given.
Keywords: Mindway, ERP, UP, development cycle Y, document management application
5
Liste des acronymes
Acronyme Signification
2TUP Two Tracks Unified Process
AFNOR Association Franaise de Normalisation
AJAJ Asynchronous JavaScript and JSON
AJAX Asynchronous JavaScript and XML
AOO Apache OpenOffice
API Application Programming Interface
APROGED Association des Professionnels de la GED
ASP Active Server Pages
BD Base de Donnes
BDB Berkeley DataBase
CRUD Create, Read, Update, Delete
DAO Data Access Object
DOM Document Object Model
ERP Enterprise Resource Planning
GED Gestion lectronique de Documents
GL Gnie Logiciel
GPL General Public License
HTML Hypertext Markup Language
HTTP Hypertext Transfer Protocol
IDE Integrated Development Environment
IE Internet Explorer
IIS Internet Information Services
JCR Java Content Repository
JDBC Java DataBase Connectivity
JEE Java Enterprise Edition
JPEG Joint Photographic Experts Group
JRE Java Runtime Environment
JS JavaScript
JSAN JavaScript Archive Network
JSE Java Standard Edition
JSON JavaScript Object Notation
JSP JavaServer Pages
6
Liste des acronymes (2)
Acronyme Signification
JSTL JavaServer Pages Standard Tag Library
MECM Mindway Enterprise Content Management
MVC Model View Controller
NT New Technology
OGNL Object-Graph Navigation Language
OMT Object Modeling Technique
OO Orient Objet
OOSE Object Oriented Software Engineering
ORM Object-Relational Mapping
PDF Portable Document Format
PGI Progiciel de Gestion Intgr
PHP PHP: Hypertext Preprocessor (acronyme rcursif)
PME Petites et les Moyennes Entreprises
PNG Portable Network Graphics
POJO Plain Old Java Object
POO Programmation Oriente Objet
PPT PowerPoint
PSM Persistent Stored Modules
RH Ressources Humaines
RIA Rich Internet Application
SA Socit Anonyme
SAS Socit par Actions Simplifie
SE Standard Edition
SGBD Systme de Gestion de Base de Donnes
SQL Structured Query Language
SVN Subversion
UI User Interface
UML Unified Modeling Language
UP Unified Process
URL Uniform Resource Locator
USDP Unified Software Development Process
XHR XMLHttpRequest
XML Extensible Markup Language
7
Liste des figures
Figure 1: logo de la socit Mindway ................................................................................................ 16
Figure 2: ple Systme et rseau ...................................................................................................... 17
Figure 3: Le cycle de dveloppement en Y ........................................................................................ 20
Figure 4: Diagramme de Gantt .......................................................................................................... 21
Figure 5: Le mini ERP Israe ........................................................................................................... 24
Figure 6: Les 4 tapes du cycle de vie du document lectronique .................................................... 26
Figure 7: Architecture Gnrale De lapplication .............................................................................. 29
Figure 8: Module Document .............................................................................................................. 37
Figure 9: Module Dossier .................................................................................................................. 38
Figure 10: Module commun .............................................................................................................. 39
Figure 11: Diagramme de squence : Ajouter Document .................................................................. 40
Figure 12: Diagramme de squence : tlcharger document ............................................................ 41
Figure 13: Diagramme de squence : visualiser document ............................................................... 42
Figure 14: Digramme de squence <<Consulter la liste des documents et des dossiers>>................ 43
Figure 15: Diagramme d'activit<<Ajouter document>> .................................................................. 44
Figure 16: Diagramme d'activit <<Tlcharger document>>........................................................... 45
Figure 17: Diagramme de classes ...................................................................................................... 46
Figure 18: Modle Logique de donne (partie 1) .............................................................................. 47
Figure 19: Modle logique de donne (partie2) ................................................................................ 48
Figure 20: Modle logique de donne (partie2)................................................................................ 49
Figure 21: Architecture dtaill du projet MECM ............................................................................. 53
Figure 22: Schma du fonctionnement d'AJAX ................................................................................. 57
Figure 23: Architecture de lutilisation d'Open Office ....................................................................... 62
Figure 24: cration d'un nouveau cl sur le registre editor............................................................... 65
Figure 25: vrification si open office est dmarre ........................................................................... 66
Figure 26: Page d'accueil ................................................................................................................... 66
Figure 27: Interface Ajouter document ............................................................................................. 67
Figure 28: Interface Ajouter dossier .................................................................................................. 68
Figure 29: Interface consulter Document .......................................................................................... 68
Figure 30: Interface Paramtres ........................................................................................................ 69
Figure 31: Interface Ajouter privilge ............................................................................................... 70
8
Liste des tableaux
Tableau 1: Fiche didentit de Mindway ........................................................................................... 16

Tableau 2: liste des participants au projet ........................................................................................ 20
Tableau 3: Exemples des logiciels de la GED ..................................................................................... 28
Tableau 4: Liste des cas d'utilisations ............................................................................................... 36
9
Table des matires
Ddicace .............................................................................................................................................. 2
Remerciements ................................................................................................................................... 3
Rsum ............................................................................................................................................... 4
Abstract .............................................................................................................................................. 5
Liste des acronymes ........................................................................................................................... 6
Liste des figures .................................................................................................................................. 8
Liste des tableaux ............................................................................................................................... 9
Introduction Gnrale ......................................................................................................................13
CHAPITRE 1 : Prsentation gnrale de Mindway et conduite du projet ....................................15
1. Prsentation de la socit Mindway .........................................................................................16
1.1. Description ........................................................................................................................ 16
1.2. Domaines dintervention de la socit Mindway............................................................. 17
1.2.1 Edition des logiciels ................................................................................................... 17
1.2.2 Rseaux & Ingnierie Systme .................................................................................. 17
2. Conduite de projet.....................................................................................................................18
2.1. Processus de dveloppement UP ...................................................................................... 18
2.2. Cycle de dveloppement : ................................................................................................. 19
2.3. Participant au projet MECM .......................................................................................... 20
2.4. Planification : .................................................................................................................... 21
3. Conclusion .................................................................................................................................22
CHAPITRE 2 : Contexte gnrale du Projet MECM .....................................................................23
1. Contexte du projet MECM .......................................................................................................24
1.1. Primitre du projet ........................................................................................................... 24
1.2. Introduction la Gestion lectronique de Documents : ................................................ 25
1.2.1 Document lectronique :............................................................................................ 25
Dfinition........................................................................................................................... 25
Cycle de vie du document lectronique.............................................................................. 26
1.2.2 Gestion lectronique de documents(GED) ................................................................. 27
1.3. Etude de lexistant : .......................................................................................................... 27
2. Cahier des charges ....................................................................................................................29
2.1. Objectifs ............................................................................................................................ 29
2.2. Analyse fonctionnelle du systme .................................................................................... 30
10
2.3. Qualit du systme : ......................................................................................................... 31
2.3.1 Droits des utilisateurs ................................................................................................ 31
2.3.2 Besoins en termes de qualit ...................................................................................... 31
3. La solution raliser .................................................................................................................32
4. Conclusion .................................................................................................................................33
CHAPITRE 3 : Etude et conception du projet ................................................................................34
1. Choix du langage UML .............................................................................................................35
2. Conception .................................................................................................................................35
2.1. Diagrammes des cas dutilisations ................................................................................... 35
2.2. Diagramme de squences ................................................................................................. 40
2.3. Diagramme des activits : ................................................................................................ 44
2.4. Diagramme de classes ....................................................................................................... 46
2.5. Modle logique de donne ................................................................................................ 47
3. Conclusion .................................................................................................................................49
CHAPITRE 4 : Technologie et outils de dveloppement ................................................................50
1. Choix de la plateforme de dveloppement JEE : .....................................................................51
2. Architecture logicielle ...............................................................................................................51
2.1. Couche Prsentation ......................................................................................................... 51
2.2. Couche Mtier : ................................................................................................................ 52
2.3. Couche Persistance :......................................................................................................... 52
3. Frameworks et APIs utiliss .....................................................................................................53
3.1. Apache Struts 2 : ........................................................................................................... 53
3.2. JavaScript : .................................................................................................................... 55
3.3. jQuery : .......................................................................................................................... 55
3.4. Ajax : ............................................................................................................................. 56
3.5. JSON : ........................................................................................................................... 57
3.6. JODConverter : ............................................................................................................. 57
3.7. Apache Tika :................................................................................................................. 58
3.8. SolrJ : ............................................................................................................................ 58
3.9. JPMapper : .................................................................................................................... 58
4. Boite outils : ............................................................................................................................59
4.1. GanttProject : ................................................................................................................ 59
4.2. Eclipse : ......................................................................................................................... 60
11
4.3. Tomcat : ......................................................................................................................... 60
4.4. MySQL : ........................................................................................................................ 61
4.5. TortoiseSVN : ................................................................................................................ 61
4.6. OpenOffice : .................................................................................................................. 62
4.7. Apache Solr : ................................................................................................................. 63
5. Conclusion .................................................................................................................................63
Chapitre 5 : Mise en uvre & Tests .................................................................................................64
1. Ralisation .................................................................................................................................65
1.1 Installation dopen office en tant que service .................................................................. 65
1.2 Installation des Frameworks et APIs............................................................................... 66
1.3 Prsentation de linterface de lapplication ..................................................................... 66
1.4 Les tests :........................................................................................................................... 70
2. Conclusion .................................................................................................................................70
Conclusion et perspectives ................................................................................................................71
Bibliographie .....................................................................................................................................73
12
Introduction Gnrale
Durant les deux dernires dcennies, le phnomne de standardisation qui avait touch
le monde ouvrier a mtamorphos son tour le travail des managers. Cette standardisation du
travail des managers sest produite de manire concomitante avec la standardisation des tches
administratives, le travail des fameux "cols blancs" et avec la progression de linformatique et
de lInternet dans le monde de lentreprise qui a accompagn ce changement profond dans
lorganisation du travail. Les ERP (Enterprise Resource Planning), appels en franais
"progiciels de gestion intgre", ont t le cadre normalisateur de la standardisation du travail
des managers.
Toutefois la dnomination anglaise est significative, car elle met en avant le rle de
planification des ressources que jouent ces logiciels, cest--dire de dtermination et de
normalisation des tches individuelles. Vritables carcans, les ERP ont impos les rgles et les
procdures auxquelles il est totalement impossible de dvier.
Cest ainsi que grand nombre de managers, abandonnant laspect analytique qui
constituait lessence mme de leur travail de "direction", se bornent aujourdhui la restitution
de donnes via des modles (fameux templates) pr-formates qui exemptent les individus dun
effort dispendieux de rflexion, mais qui surtout offrent aux directions un cadre uniformis
rassurant tant donn que les concurrents, soumis aux mmes rgles, ne peuvent ds lors pas en
tirer des avantages comptitifs.
Ainsi, on peut noter que prs de 97% des documents produits en entreprise sont
dorigine numrique.
cela sajoute une gestion plus frquente de-mails qui offre de nouvelles possibilits
en matire de communication, de partage et de stockage des documents. Il sagit alors de
sadapter ces nouveaux lments en adoptant de nouvelles pratiques afin de tirer le meilleur
parti de ces volutions.
13
Cest dans ce contexte que la Socit Mindway a lanc la ralisation du projet Israe qui
est un ERP de gestion dentreprise adapt aux besoins des PME et qui comporte un module de
gestion lectronique de document intitul MECM. En effet, il devient de plus en plus difficile
de traiter les flux croissants de documents en prenant en considration toute sorte de formats
(papier, Word, Excel, html ). Au sein des entreprises, on peut aussi y ajouter les difficults
de gestion des dossiers physiques qui occasionnent des doublons et des pertes rgulires qui
rend la capacit de stocker ou de rechercher un document spcifique impossible partir dun
certain moment, aussi les problmes de circulation dinformation entre les diffrentes
directions, et enfin linsuffisance de la gestion des e-mails.
Dans le but de rpondre ces exigences, jai effectu un stage de fin dtudes au sein de
Mindway pour la ralisation du module MECM qui va assurer 4 axes principaux de la GED :
La gestion des documents.
Le stockage des documents.
La diffusion des documents.
La scurit des documents.
Le prsent document prsente le fruit de mon travail accompli durant la priode entre le premier
fvrier et fin mai 2014 qui se subdivise en 5 chapitres principaux :
Le premier chapitre : consistera prsenter lorganisme daccueil ainsi que la conduite

du projet.
Le second chapitre : sera consacre la prsentation du primtre du projet et du cahier
de charge .
Le troisime chapitre : prsentera la phase dtude et de conception.
Le quatrime chapitre : sera consacr la prsentation des outils de dveloppement et
de larchitecture du projet.
Le cinquime chapitre : sera consacr la phase de ralisation du projet.
En fin je donnerais une conclusion q u i rcapitule le travail ralis ainsi que des perspectives
futures.
14
CHAPITRE 1 : Prsentation gnrale de Mindway et
conduite du projet
Dans un projet informatique, il est trs impratif de se

baser sur une dmarche structure qui dcrit son droulement.
Le choix de la conduite du projet s'avre donc une phase

dterminante dans l'accomplissement du projet en de bonnes conditions. Il
faut donc bien dfinir une mthodologie de travail, ainsi qu'un
processus de dveloppement et en dduire un planning du projet
suivre.
Ce chapitre consiste prsenter la socit daccueil et la conduite
suivie au long du projet ainsi que les membres du groupe de
dveloppement et le planning prvu.
15
1. Prsentation de la socit Mindway
1.1. Description
Figure 1: logo de la socit Mindway
Fiche didentit
Date de cration de la socit Avril 2010
Fondateurs Adil Zeaaraoui & Redouane Belkasmi
Adresse 61 BD MED VI Al Quods, Oujda - Maroc
Activits Start-up spcialise dans les solutions open
sources ayant comme secteurs dactivits :
Dveloppement des logiciels
Rseaux & Ingnierie Systme
Effectifs Quatre collaborateurs

Des stagiaires
Contacts Adresse Electronique :Adil@Mindway.ma

Site web : www.Mindway.ma
Tableau 1: Fiche didentit de Mindway
Prsentation de la socit
Mon stage de fin dtude a t effectu au sein de la socit Mindway qui a t cr en
Avril 2010 par M. Adil ZEAARAOUI et M. Redouane BELKASMI en association avec
luniversit Mohammed 1er, Mindway est la premire start-up cre par la dite universit.
Mindway sige lintrieur mme du complexe universitaire et plus prcisment en plein
centre de lEcole Nationale des Sciences Appliques d Oujda (ENSAO).
Ce statut confre Mindway le soutien et le parrainage de luniversit Mohammed

1er et lui offre une place privilgie tout prt du corps enseignant, des tudiants et des
laurats de lENSAO.
Mindway offre une large gamme de logiciels open source couvrant un large
ventail de professions telles que : des outils d'entreprise, intranet, portails ... etc.
Mindway a galement une grande exprience en ingnierie rseau et systme, notamment
linstallation et la configuration de : serveurs, routeurs, firewalls, proxies, l'quilibrage de
charge ... etc.
16
1.2. Domaines dintervention de la socit Mindway
Mindway offre une gamme de services trs varie, elle est axe sur deux
ples :
1.2.1 Edition des logiciels
Lentreprise dispose actuellement dun ensemble dapplications prtes tre

testes dans un environnement de production. Elle offre galement ses clients
lopportunit de crer des applications spcifiques qui rpondent exactement leurs
besoins et leurs rgles de gestion .Aussi Mindway propose ses clients un service de
maintenance et de mise niveau de leurs applications de gestion dj en production.
Les technologies utilises par Mindway stalent sur un large spectre de choix :
Technologie : JEE et les Framework (Struts2, hebernate...), PHP5,Python, XML,
Jquery, Ajax, SGBD : Oracle, MySQL, Postgresql.
1.2.2 Rseaux & Ingnierie Systme
Mindway propose ses clients une vision impartiale du march sur le meilleur
systme, matriel rseau, et logiciels pour rpondre leurs demandes. En outre elle
leurs propose linstallation et la configuration de leurs rseaux mono site et multi site.
Pour cela, Mindway couvre un large spectre de technologies rseaux et configuration :
routeur, passerelle, contrleur de domaine, monitoring, messagerie, serveur
dimpressionetc.
Figure 2: ple Systme et rseau
Les offres Systme et rseau de Mindway couvrent une large gamme de technologie et de
systme qui stale sur deux grands ples : Linux/Unix et Windows.
17
2. Conduite de projet
Avant de commencer le dveloppement dun projet informatique il est trs important de
dfinir la stratgie suivre au cours du travail ainsi que les tches qui vont tre attribues par
la suite aux participants du projet.
Dans mon projet jai choisi le fameux processus UP comme processus de dveloppement.
2.1. Processus de dveloppement UP
Concevoir et raliser une application informatique professionnelle ne se limite pas

seulement aux outils et technologies utiliss, mais il faut obligatoirement adopter une mthode
de conception afin damliorer les processus de travail.
Vu que lapplication est purement oriente objet, il sest avr indispensable dadopter
une mthode capable de grer la situation et de rpondre tous les besoins, do le choix du
Processus Unifi.
LUP, ou USDP, est un processus de dveloppement qui a vu le jour dans le monde du

gnie logiciel parce quil permet une prise en charge de lensemble du cycle de vie dun logiciel.
Il garantit le bon fonctionnement durant les dmarches de cration de ce dernier, et cela, dune
manire itrative et incrmentale.
Il simpose pour combler le besoin des professionnels en GL en offrant certains points

forts, il est :
base de composants.
pilot pas les cas dutilisation.
centr sur larchitecture.
itratif et incrmental.
Utilis avec le langage UML.
Ce dernier, tant utilis dans le cadre de la conception oriente objet et du dveloppement

logiciel, est un langage de modlisation graphique base de diagrammes.
Il est savoir que, dans le projet, jai utilis limplmentation 2TUP qui propose le cycle
de dveloppement en Y, et dissocie les aspects techniques des aspects fonctionnels. [1]
18
2.2. Cycle de dveloppement :
Le cycle de dveloppement en Y sarticule autour de trois phases essentielles :
Phase fonctionnelle :
Cest au niveau de cette branche quon capture les besoins fonctionnels. Cela constitue la
case de dpart pour toute procdure fiable.
Il sagit simplement de mettre en valeur les besoins et les classer logiquement de manire
les identifier facilement. Ensuite, on passe aux spcifications fonctionnelles o on rpartie les
besoins pr-identifis, et on les dcortique dune manire dtaille. Enfin, on soccupe de
lanalyse de ces spcifications pour les prparer la conception.
Phase technique :
Cette branche, purement technique, est ralise simultanment avec la branche

fonctionnelle.
On commence dabord par la capture des besoins techniques ncessaires la cration de

lapplication, par exemple, un outil pour convertir les formats de document, un autre pour les
indexerEnsuite, on entame ltape de larchitecture logicielle et applicative o on structure
les composants de lapplication pour une maintenance facile. Et pour terminer, on sintresse
aux technologies qui vont concrtiser cette architecture.
Phase de ralisation :
Une fois acheves, ces deux branches donnent naissance la phase de ralisation. Celle-
ci compote plusieurs tapes, savoir, la conception de lapplication, le codage des diffrents
modules, les tests, la recette et enfin le dploiement de la solution.
Cette figure reprsente la structure du cycle de dveloppement en Y :
19
Figure 3: Le cycle de dveloppement en Y
2.3. Participant au projet MECM
Le tableau ci-dessous prsente Les participants au projet ainsi que leurs rles :
Personne Rle
Mr. Adil Zeaaraoui Encadrant et responsable fonctionnel du
projet
Mr. Marouane Youssfi Encadrant et responsable technique du projet
Mr. Naserddine AYOUBI Designer et responsable de lIHM
Mr. TABTI Abdelhak Stagiaire Etudiant la FST Fs
Tableau 2: liste des participants au projet
20
2.4. Planification :
Tout projet professionnel ncessite une bonne planification, que ce soit au niveau
temporel ou des ressources.
Mon projet na pas chapp la rgle. Aprs avoir tudi soigneusement le cahier des
charges, jai mis en place un planning, qui suit la chronologie logique du droulement des
tches, afin de ladopter pour la ralisation du projet.
Le planning doit obligatoirement suivre le cycle de dveloppement choisi. Donc, la

sparation des aspects fonctionnels des aspects techniques est primordiale. De plus, la phase de
ralisation ne peut tre entame quaprs lachvement des deux phases, fonctionnelle et
technique, et ce, en parallle et dune manire synchronise.
Cette planification est tablie pour toute la priode du stage, savoir, du 1 fvrier 2014
jusquau fin mai 2014.
La figure ci-dessous reprsente le planning du projet :
Figure 4: Diagramme de Gantt
21
Ce planning na pas t respect 100% il y a des tches qui ont dure plus que prvu
comme la phase de ltude approfondie des frameworks et APIs, ainsi que la phase de la
conception, ces retards sont dus essentiellement aux deux facteurs suivants :
Sous-estimation lgre de quelques tches raliser ;

Non couverture pralable de tous les besoins fonctionnels des modules.
3. Conclusion
Ce chapitre est le point de dpart pour la ralisation du projet, dans la mesure
o il dcrit lorganisation daccueil ainsi que la dmarche adopte pour la mise en uvre du
projet et le planning que je vais suivre le long de la priode de production. Le chapitre suivant
est rserv ltude et la spcification des besoins des diffrentes parties du projet.
22
CHAPITRE 2 : Contexte gnrale du Projet MECM
Aprs avoir prsent la conduite du projet et lorganisation

daccueil dans ce chapitre, je vais parler du contexte gnral o se
situe le projet, je vais commencer par une brve description du
contexte du projet, les problmatiques rsoudre et les objectifs
attendus, puis je vais prsenter les fonctionnalits du cahier des charges
et je termine par une prsentation de la solution propose nomme
MECM.
23
1. Contexte du projet MECM
1.1. Primtre du projet
De nos jours, savoir grer la grande quantit dinformation, sous contrainte de dlai est
un dfi important pour chaque entreprise. Pour relever celui-l, plusieurs solutions ont t
proposes telle que, les ERP (Entreprise Ressource Planning), les PGI (Progiciel de gestion
intgr)...etc.
Ces solutions proposes sont capables dintgrer tous les processus de gestion en un
systme dinformation unique et cohrent. Cest dans ce cadre que la socit Mindway a lanc
le dveloppement dun mini ERP nomm Israe
Ce Mini ERP est compos de plusieurs modules et cherche couvrir la quasi-totalit

des processus fonctionnels de lentreprise comme la gestion clientle/fournisseur, gestion
commerciale, gestion des documentes/archivagesetc.
Figure 5: Le mini ERP Israe
24
Parmi les processus de gestion intgrs dans lERP Israe, la gestion lectronique des
documents qui reprsente une activit trs importante dans toute entreprise, et qui permet de
manipuler et grer lensemble des documents, dune faon simple et facile. Mon projet consiste
concevoir et raliser cette partie du mini ERP.
1.2. Introduction la Gestion lectronique de Documents :
Dans cette partie je vais dfinir les aspects principaux de la gestion lectronique des
documents, sur lesquels jai eu loccasion de travailler durant les quatre mois de stage.
Document lectronique :
Dfinition
On peut relever diffrentes dfinitions du document numrique :

Le document est constitu dinformations (qui peuvent tre des donnes au sens
informatique du terme) organises selon une structure logique. (APROGED).[2]
un document qui peut rsulter, soit dun processus de numrisation de

linformation initialement sur papier ou sur microforme, soit dun processus
informatique (AFNOR).[3]
La dfinition de lAFNOR tend montrer la fusion progressive des documents

numriques et papiers grce au processus de dmatrialisation, ce qui vient unifier les
pratiques de gestions documentaires sur les supports informatiques.
Dans la dfinition de lAPROGED, il est galement mis en valeur le fait que le

document numrique possde ses caractristiques propres, qui le distinguent
fondamentalement du papier, savoir :
Le contenu
La structure logique
Les attributs de prsentation ou les donnes permettant de restituer une mise
en forme rendant le document intelligible pour lhomme ou lisible par une
machine
ces caractristiques, on pourrait galement ajouter :
Les liens hypertextes qui donnent une dimension bien plus importante au
document numrique par rapport une mme version papier .
Les possibilits dmultiplies de duplication, de partage, et de diffusion.
25
Cycle de vie du document lectronique
Le cycle de vie du document peut tre dcompos en quatre tapes fondamentales[4]:
Figure 6: Les 4 tapes du cycle de vie du document lectronique
Acquisition des Documents
Lacquisition dun document provient dun processus automatique ou humain

(numrisation ou cration de document) visant crer, enregistrer, classer et indexer le
document lectronique.
Gestion des Documents :
Les oprations de gestion englobent tout ce qui se passe aprs la cration du document,
c'est--dire:
La scurit et les droits daccs: gestion des permissions.
Ladministration proprement dite (classement, diffusion, stockage, archivage).
La variation du document: validit, dure de vie;
Lvolution du document : version et mise jour.
26
Conservation des Documents
Assure la lisibilit et la disponibilite du document numrique et de ses composants tout

moment .
Diffusion des Documents
Par mise disposition ou distribution.

Modes daccs : dfinis et dcrits dans les annuaires rglementant les accs aux
documents ou la capacit organiser leurs transferts.
Conditionnement : mise en forme du document selon son mode de diffusion.
Transmission
Ce dcoupage est particulirement prcieux pour lanalyse documentaire. En effet, les

deux premires tapes permettent didentifier les caractristiques des documents et den
tablir la typologie prcise. Les deux dernires donnent les indications concernant la mise en
place dune solution de gestion.
Ltude de ces principes de base permet de cerner les besoins et de mieux identifier les
points analyser pour la mise en uvre du projet, et notamment pour la phase de rdaction du
cahier des charges.
1.2.2 Gestion lectronique de documents(GED)
Lacronyme GED signifie Gestion lectronique des Documents. Il dsigne le processus

de gestion du cycle de vie, dtaill ci-dessus, dun document lectronique. Ce dernier peut tre
une image, un fichier son, un fichier texte, un tableau pouvant tre manipul par un
ordinateur.
1.3. Etude de lexistant :
Dans cette partie, je vais citer les solutions de GED les plus connues sur le march. Cela
permettra de relever les fonctionnalits de base pouvant tre integres dans le projet, et proposer
dautres options comme valeur ajoute.
27
Le tableau suivant prsente ces logiciels :
Solution Dveloppeur Environnement Description
Sharepoint Microsoft Windows NT Cest une srie de logiciels pour applications
Web et portails dveloppe par Microsoft.
SharePoint utilisent :
moteur d'excution : ASP.Net
le serveur web : Internet Information
Services (IIS)
le systme de gestion de base de
donnes SQL Server.
Alfresco Alfresco Java -un systme de gestion de contenu cr par Alfresco
Software Software en 2005 et distribu sous licence libre.
-Dernire version : 4.2.f sortie le 13 mars 2014
KnowledgeTr Knowledge Force.com, PHP,
ee Tree, Inc AJAX KnowledgeTree est une solution de gestion
lectronique de documents open source, et
galement en version pro payante.
Elle utilise les classiques PHP MySQL, elle propose

des fonctionnalits trs varies avec un design plus
agrable et plus accessible que celui d'Alfresco.
KnowledgeTree est une application

multiplateforme.
Nuxeo Nuxeo SA Java, JEE, JCR, Nuxeo est un logiciel de gestion de contenu
EJB3 d'entreprise libre qui permet aux entreprises et aux
administrations de :
Grer leurs actifs immatriels non tructurs

(gestion de documents).
Collaborer en interne et avec leurs partenaires.
Dynamiser leurs processus mtiers, notamment
documentaires.
Rpondre des contraintes de qualit interne et
externe.
Nuxeo est Multiplatforme.

eXo Platform eXo Platform Java, JEE, groovy
SAS eXo Platform est un logiciel open source,
collaboratif et social, pour les entreprises.
Cest est une solution dintranet social prte

lemploi.
eXo Platform est multiplatforme.

Tableau 3: Exemples des logiciels de la GED
28
2. Cahier des charges
2.1. Objectifs
Raliser une application web multiplateforme qui va permettre aux utilisateurs de grer
facilement les documents (Word, Excel, PPT, PDF, ZIP), de les visualiser dans le navigateur
et les indexer pour une recherche rapide.
La gestion des documents consiste :
Charger les diffrents types de fichier sur le serveur.

Insrer les informations sur le fichier charg dans la base de donnes pour
faciliter laccs ces fichiers en cas de besoin.
Offrir lutilisateur la possibilit de tlcharger des documents en plusieurs
formats.
Crer des dossiers personnels.
Visualiser les documents.
Rechercher par nom de document et par contenu.
Envoyer les documents par mail.
Permettre les oprations : copier, couper, coller et supprimer.
Figure 7: Architecture Gnrale De lapplication
La gestion de la base de donnes et du Systme de gestion de fichiers est transparent

lutilisateur.
29
2.2. Analyse fonctionnelle du systme
Lapplication doit assurer une bonne gestion des documents, savoir, les documents
Word, Excel, PPT, PDF, Zip Elle offrira plusieurs fonctionnalits :
Une interface conviviale et dynamique : LIHM doit respecter les rgles

dergonomie tout en prsentant une utilisation facile, riche et intuitive.
Lapplication est utilise via un navigateur web. Il faut donc veiller ce quelle
soit compatible avec les navigateurs largement utiliss (IE, Google Chrome,
Mozilla Firefox, Opera..) que ce soit sur des ordinateurs ou des tablettes.
Parcourir les dossiers et les documents : Un utilisateur peut parcourir

lensemble des ressources la faon dun explorateur de fichiers, et ce, si
ses droits daccs le permettent.
Crer des dossiers et ajouter des documents : via un upload ou via les
autres applications (modules) : les documents peuvent provenir de la machine
de lutilisateur (upload interne) ou bien des autres applications (upload externe)
(Ex : factures, devis, rapports)
Visualiser les documents dans un navigateur web : sans avoir installer

Microsoft Office, OpenOffice ou autre : les fichiers doivent tre restitus
sans dformation ou lments manquants tout en gardant les spcifications
de chaque type de documents (pagination sur fichiers Word, PPT, PDF.
Feuilles de calcul sur les fichiers Excel)
Parcourir les diffrentes versions dun document donn : lapplication doit

grer les versions (rvisions) des documents. Ces versions peuvent tre
consultables.
Indexer les documents pour une recherche rapide : lapplication doit disposer
dun moteur de recherche capable dindexer le contenu des documents et
deffectuer une recherche rapide sur une grande quantit de fichiers. Un
dispositif dynamique dauto-compltion est ncessaire lors de la recherche.
Exporter et tlcharger les documents en plusieurs formats : un utilisateur

peut exporter puis tlcharger un document en diffrents formats selon ses droits
daccs.
Regrouper et compresser les documents : un utilisateur peut choisir

diffrents documents en provenance de plusieurs dossiers puis les compresser
pour une utilisation ultrieure.
30
Envoyer les documents par mail : aprs avoir export ou compress les
documents, un utilisateur peut les envoyer par mail (La gestion des mails est
assure par une autre application).
Internationalisation de lapplication : elle peut tre utilise en diffrentes

langues (Initialement, le franais et langlais). La langue est choisie selon les
paramtres du navigateur utilis.
Gestion des droits : chaque utilisateur ou groupe dutilisateur peut se voir

attribuer ou retirer des droits daccs certains fonctionnalits.
2.3. Qualit du systme :
2.3.1 Droits des utilisateurs
Chaque acteur a un compte pour accder au systme, et chaque compte est attribu un
rle ou un profil qui dfinit les options offertes les limites que lutilisateur ne peut pas
dpasser. La gestion des comptes et de lauthentification est assure sparment par dautres
modules dj raliss par la socit Mindway.
En ce qui concerne lapplication, elle soccupera seulement de la gestion des droits daccs
aux fonctionnalits de la GED.
2.3.2 Besoins en termes de qualit
Pour le bon fonctionnement de lapplication, nous avons dgag les besoins en termes de
qualit suivants :
Portabilit : Le systme doit tourner sur plusieurs plateformes.

Ergonomie : Le systme doit tre dot dune interface conviviale, qui assure une
navigation facile et intuitive. Ce qui nous permettra d'accrotre la rentabilit et
l'efficacit du systme.
La compatibilit : Lapplication doit avoir la possibilit dtre intgre dans le mini
ERP.
Extensibilit (maintenance) : Le systme doit accepter des modifications dans les
spcifications et des adjonctions nouvelles grce la modularit du projet.
Validit et fiabilit : Le systme doit remplir exactement ses fonctions dfinies par le
cahier des charges.
31
3. La solution raliser
La Gestion lectronique des Documents est devenue, jour aprs jour, un maillon essentiel
des systmes dinformation des entreprises cause du surcroit des documents manipuler par
ces derniers. Ce qui impose la prsence dune solution pour amliorer la gestion des documents,
gagner de lespace et augmenter la rentabilit.
Dans ma solution, nomme MECM, je vais raliser une application GED volutive avec
une interface facile manipuler, et qui rpond aux besoins des entreprises.
MECM est compose de trois grandes parties :
La gestion des fichiers :
Cest la partie la plus importante de lapplication, elle consiste :
Stocker les diffrents fichiers sur le serveur.

Renseigner les informations sur les fichiers dans la base de donnes pour garder
la trace des documents et facilit la gestion.
Indexer les documents dans un moteur de recherche.
Visualiser les fichiers dans un navigateur.
Offrir la possibilit de tlcharger un fichier avec diffrents formats, ou
tlcharger plusieurs documents sous forme dun fichier compress.
Faciliter la recherche.
Permettre la gestion complte des fichiers (Ajouter, modifier, supprimer, copier,
coller, dplacer).
La gestion des dossiers :
Dans cette partie, le travail qui sera effectue se focalise sur la manipulation des dossiers,
on peut citer :
La cration des dossiers tout en respectant les contraintes de larborescence.

Le stockage des informations sur les dossiers (utilisation de la base de donner).
La gestion des dossiers (Ajouter, Modifier, supprimer, copier, coller, dplacer).
32
La gestion des droits :
Cette partie permet de garantir la confidentialit des fichiers et des dossiers. Cela est assur
par les droits daccs aux fonctionnalits affectes aux utilisateurs ou aux groupes
dutilisateurs
4. Conclusion
Dans ce second chapitre, jai parl dans un premier temps du primtre du projet et
une tude de lexistence pour bien situer le travail qui sera effectu et aussi pour avoir une
ide claire sur le besoin ; ensuite je suis passe la reprsentation de lobjectif fix pour la
russite du projet avant deffectuer une analyse fonctionnelle suivie dune analyse technique
et finalement jai prsent la solution MECM.
33
CHAPITRE 3 : Etude et conception du projet
Cette partie sera consacre la conception de la solution. Je vais

dcrire les besoins laide du langage UML, je vais commencer par
prsenter les diagrammes des cas dutilisation ensuite je passerais
aux diffrents diagrammes de squences et dactivits avant de
prsenter le diagramme de classes du projet.
34
1. Choix du langage UML
UML est un langage de modlisation objet unifi. Il est n de la fusion de trois
mthodes orientes objet Booch, OMT et OOSE.[5]
UML 2 est une volution majeure du langage. La modlisation et la formalisation

l'aide d'un vocabulaire standardis et de surcrot orient objet confrent la mthode
tout son intrt. La formalisation et la modlisation facilitent en effet la dfinition du
problme traiter et la comprhension par l'ensemble des principales parties prenantes.
Il dispose depuis ses dbuts des diagrammes de cas dutilisation qui adressent les
phases amont, en reprsentant les modes d'utilisation d'un systme sans s'intresser son
fonctionnement et aux choix d'implmentation.
L'avantage de ce type de diagramme est qu'il permet de formaliser un problme ds les

phases initiales, sous une forme intelligible par tous les intervenants, quils soient
informaticiens ou non.[6]
Dans la conception, je vais utiliser quatre types de diagramme :
Les diagrammes de cas dutilisation.

Les diagrammes de sequences.
Les diagrammes dactivits.
Le diagramme de classes.
2. Conception
2.1. Diagrammes des cas dutilisations
Les diagramme de ca dutulisation sont des diagrammes UML utiliss pour donner une vision
globale du comportement fonctionnel dun systme logiciel.[7]
35
Dans le projet ralis (MECM), il ny a quun seul type dacteur qui peut effectuer toutes
les oprations, si ses droits daccs le permettent, et ce, aprs une authantification avec son
login et mot de passe ds le lancement du MiniERP. On supposera donc, que lutilisateur sest
dj authentifi.
Identification des cas d'utilisations :
Libell Description
Gestion des documents Effectuer les oprations CRUD sur les
documents
Gestion des dossiers Effectuer les oprations CRUD sur les
les douments
Consulter La liste des dossiers & des Afficher la liste des dossiers et des
documents documents disponibles sur le serveur
Visualiser document Voir le countenu dun document choisi
Tlchargement dun document Lancer le tlchargement dun document
choisi
Gestion des langues Ajouter ou supprimer des langues
Gestion des categories Ajouter ou supprimer des categories
Gestion des status Ajouter ou supprimer des status
Gestion des audiences Ajouter ou supprimer des audiences
Gestion des natures Ajouter ou supprimer des natures
Gestion des droits Attribuer les droits aux utilisateurs et aux
groupes dutilisateurs
Upload document Charger les document sur le serveur
Tlcharger un zip de documents Rassembler un ensemble de documents
dans un fichier zip et lancer son
tlchargement
Transformer Document Convertir un document en un autre format
Recherche Rechercher les documents par nom ou par
contenu
Tableau 4: Liste des cas d'utilisations
36
Les diagrammes de cas dutilisation :
Diagramme 1 : Module Document
Ce diagramme dcrit les cas dutilisations essensiels lis la gestion des documents. Lajout
dun document comprend aussi son upload sur le serveur, sa conversion en pdf (ou html si cest
un fichier Excel), et lextraction dune image miniature. La consultation des documents peut
tre tendue plusieurs cas dutilisation comme la visualisation, le tlchargement et la
compression des documents. Enfin, lutilisateur peut lancer une recherche de documents.
uc Module document
Si format original du L'image et en format

documet et XLSX ou PNG
XLS transformer en extrait du premier page
HTMl du rsultat de la
Sinon transformer en convertissage
Extraire L image Du
PDF
document
conv irtir Doc au
include
Format PDF ou HTML
include
Upload Document
include Visualiser document
Aj outer document
transformer
Telecharger document
extend extend
document
extend
Consulter la liste des
documents Aj outer document au
extend filezipper
User
extend
extend Copier document
extend
extend
deplacer document
Aj outer droit Modifier rev ision
consulter document extend
Recherche extend Consulter rev ision
extend
Modifier document
Figure 8: Module Document
37
Diagramme 2 : Module Dossier
Pour ranger ses documents, lutilisateur peut ajouter un dossier. Cela inclut sa cration
relle sur le disque. Il peut aussi copier, couper, dplacer et ouvrir un document. Un autre cas
dutilisation permet de consulter les informations lies un dossier donn et de les modifier.
Enfin, lutilisateur peut attribuer ou retirer les droits daccs aux fonctionnalits.
On notera que ces cas dutilisation peuvent gnrer des conflits sils sont mal grs. Par
exemple, lajout dun document ou un dossier dans un autre qui est en train dtre dplac, ou
le fait de couper un dossier et de le coller dans lun de ses sous dossiers.
Pour la gestion des droits, lutilisateur peut les attribuer ou les retirer des utilisateurs et
des groupes dutilisateurs. Pour ces derniers, il pourra faire des exceptions. Par exemple,
attribuer le droit Tlcharger document au groupe A lexception des utilisateurs A2 et A4.
uc Module Dossier
cre dossier
Aj outer dossier include
Copier dossier
extend Coller dossier
extend
Consulter la list des
dossier
extend deplacer dossier
extend
affiche la liste des

Utilisateur ouv rir dossier document et des
extend
include dossier
extend
consulter dossier Modifier dossier

extend
supprimer les droits

Aj outer les droits
extend
Figure 9: Module Dossier
38
Diagramme 3 : Module commun
Ce diagramme prsente les cas dutilisation lis au paramtrage de lapplication. Ces cas
peuvent agir sur les documents, les dossiers ou les deux. Ils permettent dajouter, modifier ou
supprimer des objets de paramtrage.
Par exemple, la gestion des statuts permet de dfinir ltat dun document : en cours,
valide, non valide Pour les langues, elles concernent le contenu des documents et non pas
celles de linterface.
uc Use Case Model
Gestion catgories
gestion status
Utilisateur
gestion des langues
Gestion des natures
gestion des
audiences
Figure 10: Module commun
39
2.2. Diagramme de squences
Prsentation de la squence - Ajouter document :

Ce cas dutilisation permet dajouter un document puis le charger sur le serveur (Upload du
document).
Description Ajouter Document
Acteur Utilisateur
Pr condition Lutilisateur lance la fentre Ajouter document via un clic
sur le bouton Ajouter Document de la barre droite.
But Les documents sont chargs sur le serveur et les donnes
sont insres dans la base de donnes
La figure suivante illustre le diagramme de squence du cas dutilisation <<Ajouter
Document>> :(modifi)
sd Aj outer Document
Actor1 IHM: Controle:

initUploadDocument DocumentController Document
Saisie de donner+selection de fichier()
Virification()
Envoi de donner +Les fichiers()
loop Ajouter()
succes()
Uploade File()
Succes()
alt
[Si virefication return false]
Erreur()
Message d erreur
click sur ok()
alt
Converter
[Si Format De fichier!=PDF]
ConverterDocument(document)
T ransformationValider()
Figure 11: Diagramme de squence : Ajouter Document
40
Prsentation de la squence - Tlcharger document :
Ce cas dutilisation permet de tlcharger un document qui se trouve sur le serveur. Si le
format demand est dj prsent sur le serveur, le tlchargement commencera immdiatement,
sinon, on lance la conversion du document sous le format souhait.
Description Tlcharger Document
Acteur Utilisateur
Pr condition Lutilisateur clique sur licne de
tlchargement relatif un document
But Le tlchargement est lanc
La figure suivante illustre le diagramme de squence du cas dutilisation <<Tlcharger
Document>> :
sd TelechargerDocument
User Document
IHM:listFile Controller Document
Selectioner Format de Telecharegement()
downloadDocument()
GetDocument() :Document
Document() :Document
alt
[Si FormatTelecharegemet==Format Document || FormatTelecharegemt==PDF]
download()
Lancer Le
telechargement
Click sur demmarer()
alt
[Si FormatTelecharegemt!=formatDocument && formatTelecharegement!=PDF]

ref
TransformerDocument
Figure 12: Diagramme de squence : tlcharger document
41
Prsentation de la squence - visualiser document :
Ce cas dutilisation permet aux utilisateurs de visualiser les documents sur le navigateur.
Deux types de visionneuses sont mises en places. La premire affiche les documents pdf et la
deuxime les documents html (en cas de fichier Excel).
Description Visualiser document
Acteur Utilisateur
Pr condition Lutilisateur clique sur limage miniature du
document et le PDFViewer est lanc
Post-condition Le document est affich
La figure suivante illustre le diagramme de squence du cas dutilisation << visualiser Document>> :
sd VisualiserDocument
User IHM:listFile
Utilisation des foction
Jquery
Selectioner Le document a visualiser()
Extraire Le chemin du Document()
viewDocument()
PDFView er
alt
[Si FormatDocument=XLS || XLSX]
ViewDocument()
HTMLView er
Figure 13: Diagramme de squence : visualiser document
42
Prsentation de la squence - consulter la liste des documents &
des dossiers :
Ce cas dutilisation permet aux utilisateurs de consulter lensemble des documents et des
dossiers qui se trouve sur le serveur, seuls les utilisateurs ayant les droits de consultation
peuvent voir la liste.
Description Consulter la liste des documents & dossiers
Acteur Utilisateur
Pr condition Lutilisateur lance la page de dmarrage de
la GED
Post-condition Une liste des dossiers et des documents est
affiche
La figure suivante illustre le diagramme de squence du cas dutilisation <<consulter la liste

des documents & dossier >> :
sd Consulter La list des Dossier et document
User
Control:FileController Document Folder
listFile()
getDocument() :ArrayList<Document>
Documents() :ArrayList<Document>
getFolder() :ArrayList<Folder>
Folders() :ArrayList<Folder>
Files()
IHM:listFile
Figure 14: Digramme de squence <<Consulter la liste des documents et des dossiers>>
43
2.3. Diagramme des activits :
Le diagramme dactivits permet de reprsenter graphiquement le comportement d'une

mthode ou le droulement d'un cas d'utilisation :
Les deux figures suivantes illustres les diagrammes dactivits de lajout et le
tlchargement des documents.
Premier diagramme : Ajouter document

Lors de lajout dun document autre quExcel, on commence par vrifier sil est dj
prsent dans le dossier en cours. Dans ce cas, la rvision est incrmente. La conversion est
lance sil ne sagit pas dun document pdf. Enfin, on extrait le contenu du document et on
lindex.
act Aj outer document
Aj outer Document
Aj outer
[Document existe]
incrementer rev ision
[Document n'existe pas]
Upload
[!PDF]
[PDF]
[autre format] [Document office ou Open office ]

Conv erter
Extraxtion de contenue Extraire Premier Image

+indexation
Figure 15: Diagramme d'activit<<Ajouter document>>
44
Deuxime diagramme : Tlcharger Document
Lors du tlchargement dun document, lutilisateur peut choisir plusieurs formats. Au
cas o il choisit un format autre que loriginal, le document sera converti. Si le format
demand est html, un fichier compress sera gnr contenant toutes les ressources (html, css,
js)
act consulter
debut
Consulter List Document
Telecharger Document
Tlcharger transformer
[sans transformation] [avec transformation]
Telecharger in new Format

fin [!HT ML]
[HT ML]
compresser dans un
fichier rar
Tlcharger le rar
Figure 16: Diagramme d'activit <<Tlcharger document>>
45
2.4. Diagramme de classes
La figure ci-dessous prsente le diagramme de classes relatif au projet :

class edrms
FileCategory User
- fileCategoryID: Integer Group

- name: String +creator -users
- ID
1 0..* 1..* - name
-fileCategory 1
+addresseeGroup 0..*
+adressee 0..*
- read
- write
- show
- preview
Audience - download
Priv ilege
-privileges - modify
- audienceID: Integer File
-audience - ID: int
- name: String 0..*
- annotation: String - name: String
0..* - creationDate: Date
- description: String
- fileID: Long
- name: String
- parentFolderID: Long
- signature: String
- size: Long
Status
- name: String
- statusID: Integer
+status 0..1
Document Folder
-documents
- author: String - maxSize: Long = -1
0..*
+originalDocument
- format: String
- OriginalDocumentID: int 0..1
- subject: String 1 -folders
- title: String 0..*
-languages 1..*
-document 1
DocumentLanguage
- documentLanguageID: String
- name: String -version 1
Each document may
-nature 0..1 Rev ision have many versions,
- creationDate: Date each version has its
Nature
- revision: Double own document
- name: String - revisionID: Long
- natureID: Integer
Figure 17: Diagramme de classes
46
2.5. Modle logique de donne
Dans cette partie je vais prsenter le modle logique de donne de lapplication, le modle
est obtenue automatiquement partir du diagramme de classes grce au logiciel Entreprise
architecte.
A cause de la taille du diagramme je lai divis en 3 sous diagramme.
Figure 18: Modle Logique de donne (partie 1)
47
Cette figure illustre la 2eme partie du modle logique de donne, ce dernier montre la partie
gestion des droits de lapplication.
Figure 19: Modle logique de donne (partie2)
48
La figure prsente illustre la partie gestion des fichiers de lapplication et les tableaux lie
cette partie.
Figure 20: Modle logique de donne (partie2)
3. Conclusion
Dans ce chapitre je me suis focalis sur la partie fonctionnelle du projet : sa conception ainsi
que les diffrents diagrammes des modules raliss.
49
CHAPITRE 4 : Technologie et outils de dveloppement
Dans ce chapitre je vais dtailler larchitecture logicielle du projet

Ainsi que les technologies utilises qui se compose de logiciels, Frameworks
et APIs.
50
Afin de concrtiser le cahier de charges, et mettre en uvre lensemble des
fonctionnalits, on sest servi des outils et des technologies dtaills ci-dessous.
1. Choix de la plateforme de dveloppement JEE :
La plateforme Java Entreprise Edition est une norme qui vise dfinir un standard de
dveloppement dapplications dentreprises, et qui permet de rduire de manire significative
le cot et la complexit du dveloppement, du dploiement et la gestion de ces applications.
Construite la base du framework JSE, JEE ajoute des bibliothques additionnelles
ddies des applications professionnelles. Ces dernires fonctionnent sur le mme JRE quune
application Java SE, mais ncessitent la prsence dun conteneur Java comme Tomcat.
Le choix de cette plateforme nest pas arbitraire vu que lensemble des modules du mini-
ERP sont dvelopps sous JEE. Dautre part, ce choix suit exactement les orientations Open
Source de MindWay, et permet de profiter de la puissance de Java via lutilisation des
frameworks et des APIs dont il dispose.
2. Architecture logicielle
Concevoir une application professionnelle ncessite obligatoirement une architecture
base sur le principe de la sparation des couches. Cela garantit une bonne identification des
tches, une simplification de la maintenance et un avancement simultan au niveau de toutes
les couches tout en ayant un rsultat cohrent.
Dans cette application, on compte trois couches principales, savoir, Prsentation, Mtier
et Persistance.
2.1. Couche Prsentation
Cest la partie Interface Homme Machine qui reprsente la couche frontale de

lapplication, et qui sera prsente aux utilisateurs finaux de cette dernire. Elle doit tre riche,
ergonomique et multilingue.
51
Cest pour ces raisons que jai choisi Apache Struts 2 dont larchitecture et les outils
prouvs aident sparer la logique de navigation, le rendu graphique et les appels la couche
Mtier.
2.2. Couche Mtier :
Comme son nom lindique, cette couche implmente la logique Mtier dcrite dans les
spcifications fonctionnelles. Cest lintermdiaire entre la couche cite auparavant et la couche
Persistance.
Au niveau de cette couche, on retrouve des POJO qui reprsentent les entits de
lapplication (Document, File...) en plus des services offerts comme la conversion et
lindexation des documents.
2.3. Couche Persistance :
Afin de saffranchir de la forme brute des donnes, cette couche transforme les donnes
brutes en objets structurs et inversement. Elle utilise deux niveaux dabstraction :
La couche DAO :
Cette couche permet laccs aux donnes et leur manipulation,
indpendamment du SGBD. Elle est utilise par la couche mtier.
La couche ORM :
Elle est responsable du mapping objet/relationnel qui consiste lier la
reprsentation objet des donnes la reprsentation relationnelle base
sur le schma SQL.
Cette architecture est illustre dans la figure suivante :
52
Figure 21: Architecture dtaill du projet MECM
3. Frameworks et APIs utiliss

Afin de raliser une application professionnelle qui respecte la sparation totale des
couches et les rgles de la POO, un ensemble dAPIs et de frameworks ont t utiliss.
3.1. Apache Struts 2 :
Vue densemble :
Etant le framework le plus adapt dans notre cas, Apache Struts 2 fait partie des logiciels
libres sous licence Apache sans tre copyleft. Il a vu le jour sous le projet Jakarta de mai 2000.
Ce framework permet la gestion des applications web JEE de grande taille qui ncessitent une
conception avance. Cest le rsultat de la fusion des deux gants frameworks Apache Struts 1
et WebWork. [8]
53
Le choix dApache Struts 2 na pas t au hasard au niveau de la couche Prsentation,
mais il est bas sur un grand nombre de points qui font la puissance de ce framework. Il est
considr comme tant le framework qui a le plus de maturit par rapport aux autres
concurrents.
Mode de fonctionnement :
Parton de conception MVC 2 :
La structure de Struts2 est base sur le patron de conception MVC 2, qui a pour
rle la satisfaction des besoins au niveau des applications interactives travers
le partage des problmatiques tout en les reliant aux composants adquats dans
larchitecture gnrale.
Ce paradigme dpartage les fonctionnalits de base de ce patron de conception
en trois fonctions :
Modle : cest le JavaBean (POJO), vu quil permet de concrtiser un
objet abstrait par sa nature.
Vue : Sous forme de pages JSP qui vont mettre en valeur la puissance de
la Taglib offerte par Apache Struts 2.
Contrleur : Contrleur principal dont le rle est dassurer la rception
de la requte du client et le renvoi de la rponse en temps rel.
MVC 2 est lisotope du MVC vu quil est bas sur le mme modle la
diffrence du C : il nexiste quun seul et unique contrleur, configurable pour
associer des requtes http des actions Java.
Classes daction : Apache Struts 2 fournit linterface ActionSupport permettant

de profiter de la plupart des fonctionnalits ncessaires. De plus, il est dsormais
possible de lier les actions plusieurs mthodes de la mme classe, cela est
impossible dans la premire version de Struts qui obligeait lutilisation de la
mthode execute.
Gestion multitche : Apache Struts 2 se contente dune instance de l'action qui
est cre pour chaque requte. Un gestionnaire de Servlets gnre tous les objets
crer pour chaque requte et les supprime aussitt termins.
Expression Langage : On peut utiliser la JSTL, mais le framework supporte
aussi un langage bien plus puissant et plus flexible appel OGNL qui intervient
afin de remplacer lutilisation du code Java au niveau des pages JSP.
54
Conversion de types : Apache Struts 2 utilise OGNL pour les conversions de
types. Il est capable de convertir tous les types qu'ils soient primitifs ou
complexes.
3.2. JavaScript :
JS est un langage de programmation de scripts bas sur la norme ECMAScript. Il

sinsre dans le code HTML dune page web, ou sparment dans un fichier .js et permet
daugmenter considrablement le spectre des possibilits grce sa robustesse, sa facilit et le
grand nombre de ses bibliothques.
Ce langage de programmation OO, dont la syntaxe est simple, est faiblement typ, et
excut gnralement ct client par le navigateur web. Il utilis pour interagir avec le DOM,
raliser des services dynamiques, ou simplement pour des fins ergonomiques.
3.3. jQuery :
Cest une bibliothque JavaScript contenant un ensemble cohrent de fonctions qui

permettent le parcours et la modification du DOM, la gestion des vnements, la cration des
effets visuels et les appels AJAX. Ces fonctions sont conues pour minimiser le code JS sans
nuire la productivit write less, do more .[9]
Il est noter que Struts 2 contient une implmentation simplifie de jQuery, mais celle-
ci ne rpond compltement nos besoins. Nous avons mme t mens utiliser plusieurs
plugins de jQuery pour pouvoir concrtiser certaines parties.
jQuery UI : Cest un ensemble de plugins destin aux dveloppeurs et aux

designers web, qui donne accs des outils dinteraction avec lIHM. Parmi
ses widgets : la gestion du glisser-dposer, lauto-compltion, les
Datepicker et les sliders.
jQuery tags input : Ce plugin se charge de manipuler les listes et de les
reprsenter sous une forme conviviale. Nous lavons utilis dans la partie
Gestion des droits.
55
jQuery scrollTo : Plugin de gestion des dfilements, ncessaire pour
balayer une grande quantit de documents.
jQuery context Menu : Les menus font partie, en gnral, des applications
desktop, mais ils peuvent ltre dans des RIA. Lutilisateur peut donc, aprs
un clic droit de la souris, avoir un menu permettant de copier, couper et
coller un document ou un dossier.
jQuery file upload : Pour grer lupload des fichiers, ce plugin fournit
plusieurs fonctionnalits : slection multiple de fichiers, tat davancement
dun upload via une barre de progression. Il est compatible avec toute
plateforme qui supporte lupload de fichiers (PHP, Java, Python)
Zebra dialog : Il fournit des boites de dialogue compltement
personnalisables. Cela vite lutilisation des boites des navigateurs peu
apprcies.
3.4. Ajax :
Ajax, acronyme de JavaScript et XML asynchrones, nest ni une technologie ni un

langage de programmation. Cest un concept de programmation web qui vise amliorer le
confort dutilisation des RIA. Il repose sur plusieurs technologies comme JS et XML.
Cependant, ce dernier est dlaiss au profil de JSON donnant ainsi naissance lacronyme
puriste AJAJ.
Lide dAJAX est de faire communiquer une page web avec un serveur web sans
occasionner le rechargement total de la page. JS est utilis pour cette raison, car il va se charger
dtablir la connexion entre la page et le serveur, et cela, laide de son objet natif XHR.
On peut rsumer le fonctionnement dAJAX dans la figure suivante :
56
Figure 22: Schma du fonctionnement d'AJAX
3.5. JSON :
Il sagit dune notation des objets JavaScript qui permet de les reprsenter sous forme
textuelle. Sa structure de donnes gnrique peut tre reprsente dans plus de 50 langages de
programmation.
Il est plus facile interprter que XML, qui fait appel des techniques lourdes pour
laccs et le parcours du DOM.
Dans notre cas, il constitue un format lger dchange de donnes entre le contrleur de
lapplication et les pages JSP, et les rponses reues du serveur Solr.
Il ne faut pas le confondre avec JSAN qui est une ressource collaborative pour de
dveloppement des bibliothques et les applications JS.
3.6. JODConverter :
Cette bibliothque Open Source constitue le point daccs au serveur OpenOffice via
lutilisation dun socket Java. Cela permet lautomatisation de la conversion entre les diffrents
formats de documents dans la mesure o cela est possible.
Utilis dans notre cas comme bibliothque Java, JODConverter est aussi utilisable en
ligne de commande ou comme web service.
57
3.7. Apache Tika :
Cest un toolkit de la fondation Apache qui sert dtecter et extraire les mtadonnes et
le contenu textuel structur des documents en utilisant diffrents parseurs.
La version de Solr est livre avec Apache Tika 1.4, mais nous avons choisi la version
1.5 vu quelle corrige plusieurs bugs susceptibles de nuire au fonctionnement de lapplication.
3.8. SolrJ :
Cest un client Java donnant accs au serveur Solr. SolrJ offre une interface complte
qui permet dajouter, de mettre jour et dinterroger lindex de Solr.
Une version donne de SolrJ est gnralement utilisable avec les anciennes et nouvelles
versions du serveur Solr. Cela augmente largement la compatibilit et vite la mise jour de
lapplication aprs celle du serveur.
3.9. JPMapper :
Travailler dans les deux univers, l'orient objet et la base de donnes relationnelle peut
tre lourd et consommateur en temps dans le monde de l'entreprise d'aujourd'hui. JPMapper est
un outil de mapping objet/relationnel pour le monde Java dvelopp par MindWay. Le terme
mapping objet/relationnel (ORM) dcrit la technique consistant faire le lien entre la
reprsentation objet des donnes et la reprsentation relationnelle base sur un schma SQL.
JPMapper s'occupe non seulement de la liaison des classes Java des tables de la
base de donnes (et des types de donnes Java des types de donnes SQL), mais il permet
galement de interroger les bases de donnes et propose des moyens de rcuprer les
rsultats. Il peut donc rduire de manire significative le temps de dveloppement qui aurait
t autrement perdu dans une manipulation manuelle des donnes via SQL et JDBC. [10]
Le but de JPMapper est de librer le dveloppeur dun grand pourcent des tches de
programmation lies la persistance des donnes, supprimer ou encapsuler le code SQL
et laider au niveau de la tche majeure qu'est la transformation des donnes d'une
reprsentation relationnelle une reprsentation sous forme d'objets.
On peut rsumer les techniques de JPMapper dans les points suivants :
58
lgance : Il interroge le systme de gestion de bases de donnes, et lie
automatiquement les attributs dun objet aux champs de la table
correspondante.
Simplicit : Il permet dinteragir rapidement avec la base de donnes. Pour la
rcupration, par exemple, dun objet de la base de donnes, les lignes de code
utilises dans les mthodes classiques peuvent tre remplaces par deux lignes
au maximum.
Flexibilit : JPMapper donne le contrle total des types de connexions (mode
transactionnel ou non transactionnel), et des caractristiques JDBC.
Rapidit : Le but est de diminuer le temps de rponse, cest pour cela que
JPMapper utilise des algorithmes rapides en rduisant au minimum lutilisation
du contrle de flux et des fichiers de configurations.
4. Boite outils :
4.1. GanttProject :
Le dveloppement de toute application ncessite une bonne planification qui respecte un

cadre temporel. Cest pour cette raison quil a fallu mettre au point un logiciel comme
GanttProject qui est le fruit dun projet ralis par un tudiant luniversit Paris-Est Marne-
la-valle en 2003. Il sert planifier les projets laide de diagrammes de Gantt. Le fait quil
soit dvelopp en Java lui permet de fonctionner sous plusieurs plateformes.
Parmi ses atouts, on cite :
La visualisation du chemin critique.

Lexportation du diagramme au format PNG et JPEG.
La compatibilit avec Microsoft Project.
Le support de plus de 20 langues.
59
Ce logiciel est limit, et prsente quelques dfauts comme limpossibilit dintroduire
une tche dune dure infrieure un jour, ou la difficult grer des projets ayant plus que
200 tches. Cependant, il reste largement suffisant dans notre cas.
4.2. Eclipse :
Logiciel trs utilis par la socit MindWay pour le dveloppement des applications.
Cet IDE fait partie de larsenal de la fondation Eclipse qui se spcialise dans les environnements
de dveloppement et des produits complmentaires.
Eclipse est un logiciel modulaire et extensible et reste le premier choix pour les
dveloppeurs travers le monde vu les fonctionnalits qui le caractrisent, savoir, la
possibilit dy ajouter des plugins selon les besoins, et cela grce son architecture unique mise
jour rgulirement.
Dans mon projet, jai utilis le package Eclipse IDE pour les dveloppeurs Java EE dans
sa version JUNO.
4.3. Tomcat :
Dans ce projet, on sintresse un conteneur de servlet et non pas un serveur

dapplication complet communment connu sous le nom de serveur lourd, do lutilisation de
Apache Tomcat, qui est un conteneur libre de servlets (conteneur web) et JSP provenant du
projet Jakarta, et dont le but est de grer spcifiquement les servlets et les JSP (un compilateur
Jasper compilant les pages JSP pour en faire des servlets excutables par JRE).
60
Il comporte galement un serveur HTTP permettant la gestion des requtes HTTP entre
le client et le conteneur web. Ce logiciel, dans sa version 7, est intgr Eclipse durant le
dveloppement de lapplication, et utilis sparment aprs le dploiement.
4.4. MySQL :
Il sagit du SGBD le plus populaire au monde vu sa rapidit et sa robustesse dune part,

et sa double licence GPL et propritaire dautre part. Cest un serveur de bases de donnes
relationnelles SQL dvelopp principalement pour les applications web, et utilis par le grand
public et les professionnels.
Pour des raisons doptimisation, MySQL permet lutilisation de plusieurs moteurs de

BD en une seule base. Parmi les moteurs, on cite MyISAM, InnoBD et BDB. Il permet aussi
lutilisation de deux langages, savoir, SQL et SQL/PSM, pour la cration de traitements
complexes via lemploi des procdures stockes et les dclencheurs.
Dans mon projet, une bonne partie de traitement est faite au niveau de MySQL laide
de requtes plus cibles. Cela permet de limiter la quantit de donnes transmise lapplication
et donc d'optimiser les ressources.
4.5. TortoiseSVN :
Cest un outil SVN Open Source trs populaire qui permet une gestion efficace des
diffrentes versions dun logiciel. Cela passe par la mise en place dun suivi, et par consquent,
dun historique pour lensemble des fichiers appartenant au projet.
61
TortoiseSVN fonctionne en mode client-serveur, et permet donc le stockage centralis
du code source. Il gre les accs concurrents aux fichiers et prend en charge les modifications
sur ces derniers dans la mesure o celles-ci ne gnrent pas de conflits.
4.6. OpenOffice :
Apache OpenOffice est une suite bureautique libre et gratuite, issue du projet
OpenOffice.org de Sun Microsystems. Elle assure les mmes fonctions que Microsoft Office et
mme plus.
La suite AOO est compose de plusieurs modules : Writer, Calc, Impress, Draw, Base
et Math. Elle offre de plus, un serveur pouvant tre dmarr en tant que service sous Windows
et daemon sous Unix, et qui sert accder aux fonctionnalits dOpenOffice.
Cest ce serveur qui nous intresse, car il permet de convertir les documents en diffrents
formats, rapidement et sans dformation. Il sera install dans une seule machine, de prfrence,
celle servant dhte pour lapplication. Nous avons utilis les sockets Java pour communiquer
avec ce serveur :
Figure 23: Architecture de lutilisation d'Open Office
62
4.7. Apache Solr :
Dans une socit, le nombre de documents peut augmenter dune faon exponentielle,
ce qui rend la recherche difficile et couteuse. Lutilisation dun moteur de recherche est
obligatoire.
Nous avons opt pour Apache Solr qui sappuie sur le moteur de recherche Lucene de
la fondation Apache, et fait partie de ses Top Level Projects. Sa popularit est due son
adoption par des gants du web comme Wikipdia et Twitter.
Solr offre plusieurs fonctionnalits : des filtres qui servent affiner les recherches, la
navigation facettes, lauto-compltion et la correction orthographique pour plusieurs langues.
Il est capable dindexer des volumes de donnes importants sans altrer les performances. [11]
Apache Solr utilise Java et est livr, par dfaut, avec le conteneur de servlets Jetty, mais
nous lavons install sous Tomcat pour ne pas avoir grer deux conteneurs. Une fois install,
Solr ncessite quelques paramtrages pour ladapter nos besoins.
Stopwords : Ce sont des mots insignifiants qui seront ignors. Ce sont en gnral
les pronoms, les auxiliaires et les prpositions. Il faut faire attention aux
stopwords qui deviennent signifiants dans quelques contextes.
Synonymes : On peut tendre la recherche aux synonymes sils sont dj
rpertoris.
ShingleFilter : il permet de crer des shingles qui sont des combinaisons de mots.
Elles vont servir de suggestions pour la fonction dauto-compltion.
5. Conclusion
Ce chapitre est lintroduction la phase de mise en uvre de la solution, dans lequel
lensemble des outils et technologies utilises dans la ralisation ainsi que larchitecture
logicielle sont dtailles.
63
Chapitre 5 : Mise en uvre & Tests
Dans ce dernier chapitre je vais parler un peu des phases de

dveloppement du projet.
Je vais commencer par une prsentation de la phase de prparation des
outils de dveloppement et ensuite j enchainerai vers la prsentation des
interfaces de lapplication ralise.
64
1. Ralisation
1.1 Installation dopen office en tant que service
Avant de commencer le dveloppement (la programmation), il faut dabord prparer

les outils de travail et comme on a vu dans le chapitre des technologies utilises il faut
prparer Apache open office pour quil :
Dmarre avec le systme.

Dmarre en tant que service et non pas une application desktop.
Linstallation se droule comme suit :[12]
Installation dOpen Office normalement sur le disque dur.

Tlchargement dun fichier nomm srvany.exe cest un fichier extrait de Windows
server et le copier sur c:\utils
Excution de la commande suivante avec les droits dadministrateur :
sc create "ooservice" binPath= "\"C:\Utils\srvany.exe\"" DisplayName=
"OpenOffice Server" start= auto
cration dun nouveau cl sur lditeur de registre nomme Parameters avec un

String Application qui a comme valeur :
C:\Program Files (x86)\OpenOffice4\program\soffice.exe -headless -
accept="socket,host=127.0.0.1,port=8100;urp;" nofirststartwizard
Apres la cration du nouveau cl on obtient le rsultat suivant :
Figure 24: cration d'un nouveau cl sur le registre editor
Finalement on dmarre le service open office partir du panneau de configuration.

Pour vrifier si open office est dmarr on excute la commande suivante :
65
Figure 25: vrification si open office est dmarre
1.2 Installation des Frameworks et APIs
La deuxime des choses faire aprs la prparation dApache open office cest
linstallation des diffrents Frameworks et APIs sur clipse.
Jai utilis deux faons dinstaller ces derniers soit en utilisant la mthode traditionnel
cest--dire tlcharger les fichiers jar puis les intgrer dans le fichier lib du WEBINF et
ensuite on les ajoute au buildpathe.
Ou avec MAVEN (lutilisation des dpendances).
1.3 Prsentation de linterface de lapplication
Dans cette partie du rapport je vais vous montrer quelque interface de lapplication.
La figure suivante illustre linterface de dmarrage de lapplication on peut voir la liste
des documents et des dossiers disponible sur le serveur.
Figure 26: Page d'accueil
66
La figure suivante illustre linterface qui permet dajouter un document, il apparait aprs un clic
sur licne Ajout Document .
Quand on clique sur le bouton Add files le navigateur ouvre lexplorateur de document et on
peut choisir les documents ajouter.
Figure 27: Interface Ajouter document
67
La figure suivante illustre linterface qui permet dajouter un dossier, il apparait aprs une clic
sur licne Add Folder .
Figure 28: Interface Ajouter dossier
La figure suivante illustre la partie visualisation de document.
Figure 29: Interface consulter Document
68
La figure suivante permet de grer les informations qui entre en jeu lors de lajout des
documents comme les langues les Audiences les catgories etc.
On obtient cette interface aprs un clic sur le menu paramtres du haut gauche.
Figure 30: Interface Paramtres
Les deux buttons + et X permettant dajouter ou de supprimer un champ de la base de donne,

le champ supprimer doit tre slectionn.
A partir du menu bleu on peut naviguer entre les paramtres possibles effectuer.
69
Parmi les fonctions principales de la GED il y a la gestion des droits. La figure suivante
illustre cette partie.
Figure 31: Interface Ajouter privilge
1.4 Les tests :
Aprs la fin de la ralisation nous sommes passs la phase du test de projet. Dans cette
dernire, on a effectu deux genres de test :
Les tests unitaires sur chacune des machines de dveloppement, ces tests sont
effectus par chacun du membre de groupe de dveloppement, leur but est de garantir
les fonctionnalits dfinies dans le cahier de charges de lapplication ainsi que le bon
fonctionnement.
Les tests sur le serveur pour voir si le projet marche bien parce que lapplication est
une application web et donc il va sexcuter sur un serveur.
2. Conclusion
Le prsent chapitre est le dernier dans ce rapport, il concerne laboutissement du projet
et la concrtisation des phases danalyse et de conception et illustre la phase de ralisation et
mise en uvre des tches qui mont t affectes.
70
Conclusion et perspectives
Le travail prsent par ce rapport et qui reprsente mon projet de fin dtude avait pour
objectif la ralisation dune application de gestion lectronique de documents qui sera intgr
par la suite dans un ERP de gestion dentreprise et il rpond aux besoins des PME quels que
soient leurs activits. Ce module assure une fluidit de gestion du flux de documents qui
circulent au sein de lentreprise toute en garantissant la facilit des oprations darchivage de
recherche de modification et de consultation de ces derniers, il prend aussi en considration la
scurits des documents confidentiels en ne leur laissant accs que par les entits autoriss.
MECM non seulement va donner aux utilisateurs un accs directe et rapide

linformation mais aussi il va permettre aux entreprises de faire des rductions importantes des
cots directs et indirects lis l'exploitation des documents.
La mission de ralisation du module MECM sest droule en quatre grandes phases :
La premire phase a t consacre ltude de la GED et au dveloppement des

exigences que doit satisfaire le module, elle avait aussi pour objectif lamlioration de la
modlisation dj ralis auparavant qui a aboutis par lapport de plusieurs changement pour
ladapt aux nouvelles exigences.
La deuxime phase nous lavons consacre ltude de plusieurs outils de travails

(jodconverter, dox4j, POI, xwpf) et faire un comparatif pour choisir le meilleur dentre eux
pour ne pas tre bloqu en phase de ralisation, ce qui nous a permis de dcouvrir les solutions
de conventions existantes et de mettre en vidence les puissances et les faiblesses de chaquun
deux.
Durant la troisime phase nous avons mise en uvre tous les exigences demand et
mme le dveloppement de certaines exigences pour satisfaire des besoins prvue aussi durant
cette phase nous avions eu recours manipuler une panoplie de technologies qui nous taient
mconnaissable avant ce projet, tel le noyau bas sur le paterne factory et lORM JPmapper qui
sont deux outils propre Mindway.
71
Ensuite on est pass la phase dintgration durant laquelle nous avons men plusieurs
tests pour garantir le bon fonctionnement de lapplication dans son environnement aussi nous
tions confronts des difficults lis au changement de systme dexploitation et aux standards
quils utilisent.
Ce stage ralis dans une infrastructure telle que Mindway nous a permis dacqurir
des comptences multiples sur plusieurs niveaux ,sur le plan technique, ce stage a t trs
intressant et enrichissant, jai utilis des outils qui permettent lindustrialisation du
dveloppement des applications Java, aussi des outils utiliss pour loptimisation du code
source comme Checkstyle et dautres permettent le travail en quipe tel que SVN. Il a t une
opportunit pour mettre en action les rfrences thoriques acquises au cours de mon cursus au
sein de la FST FES et que jai approfondie grce aux conseils de mes encadrants. Sur le plan
professionnel, le travail chez Mindway ma permis de dvelopper des ides sur le droulement
des projets et de limportance des fonctions de chaquun des membres de lquipe, de dcouvrir
comment mener des runions professionnelles, de ressentir limportance du respect des dlais
pour un membre charg de raliser une tache prcise. Au niveau relationnel, jai d faire preuve
dinitiative, dvelopper mon sens de responsabilit et communiquer dune manire continuelle
entre membres de lquipe pour maintenir lavancement du projet et mieux grer les cas de
blocages. Sur le plan personnel, jai dvelopp mon aptitude dautonomie, ma capacit
travailler en quipe, une bonne facult danalyse et de synthse tout a allie un esprit dquipe
de patience et de persvrance. De plus, cest dans une bonne ambiance que ce stage sest
ralis, ce qui contribue beaucoup la satisfaction personnelle de cette exprience
professionnelle.
En fin, le projet du ERP Israe comporte plusieurs modules un nombre dentre eux reste
encore en tat de ralisation, il va falloir finir leurs implmentation, leurs intgrations et ajouter
dautres modules en prenant en considration les besoin de chaque client. On a aussi comme
perspective la ralisation dune version mobile du projet Israe qui va inclure les mmes
fonctionnalits de la version originale et a serais sur les plateformes android IOS et windows
phone. En plus, malgr nous avons utilis loutil Jodconverter pour la conversion des
documents mais il reste dpendant du serveur de Open Office, donc on a dcid de raliser une
plateforme de conversion qui soit indpendante et optimale.
72
Bibliographie
[1] Pr.Azedine ZAHI : Cours gnie logiciel, chapitre 2, Modle de cycle de vie .FST Fs
2012.
[2] AFNOR : Spcifications relatives la conception et lexploitation de systmes
informatiques en vue dassurer la conservation et lintgrit des documents stocks dans ces
systmes. NF Z 42-013. Paris : AFNOR 2001, page 7.
[3] ADAE, APROGED : La matrise du cycle de vie du document numrique :
Prsentation des concepts. Paris : APROGED, 2006.
[4] APROGED. Les tapes du cycle de vie du document numrique. [En ligne].
[5] Fernandez, A : Quest-ce que UML ?
[6] Disphray P : Que nous apporte Rellement UML2 ?, 2me partie : UML2 pour chaque
phase du cycle de vie.
[7] Pascal roques : UML 2 Modliser une application web 3eme dition, chapitre 3 :
Spcification des exigences daprs les cas dutilisation : page 55.
[8] Pr. BOUZIDI Issam : Cours Dveloppement des composants web, Framework Struts 2.
EMSI RABAT .page 18.
Webographies
[9] http://jquery.com/ consulter le 25/03/2014
[10] http://jpmapper.sourceforge.net/index.html, consulter le 19/03/2014
[11] http://lucene.apache.org/solr/, consulter le 18/03/2014.
73

Realisation D'une Application - TABTI Abdelhak - 1074 PDF

Uploaded by

Document Information

Original Title

Copyright

Available Formats

Share this document

Share or Embed Document

Sharing Options

Did you find this document useful?

Is this content inappropriate?

Copyright:

Available Formats

Realisation D'une Application - TABTI Abdelhak - 1074 PDF

Uploaded by

Copyright:

Available Formats

U

Ralisation dune application de

Lieu de stage : Mindway

Encadr par : devant le jury compos de :

Anne Universitaire 2013-2014

A mes frres et surs en tmoignage de lattachement, de

A la mmoire de mes grands-pres et grands-mres, puisse

A tous mes professeurs en tmoignage de ma gratitude et

Je souhaite remercier M. Abderrahim BENABBOU,

Je tiens galement remercier mon tuteur de stage, M.

Je tiens galement remercier les membres du jury, qui ont

Merci enfin tout le corps professoral administratif et

Ainsi, jai eu la possibilit de passer le stage au sein de la socit Mindway Oujda. Il

Concernant ma mission Mindway, il sagit de la continuit du grand projet que mne la

Pour mener bien ce projet, un ensemble de technologies, doutils informatiques et

Mots cls : Mindway, ERP, UP, cycle de dveloppement en Y, Gestion lectronique de

Thus, I had an opportunity to spend the internship at Mindway in Oujda, which is a

Keywords: Mindway, ERP, UP, development cycle Y, document management application

Tableau 1: Fiche didentit de Mindway ........................................................................................... 16

Le premier chapitre : consistera prsenter lorganisme daccueil ainsi que la conduite

Dans un projet informatique, il est trs impratif de se

Le choix de la conduite du projet s'avre donc une phase

Figure 1: logo de la socit Mindway

Effectifs Quatre collaborateurs

Contacts Adresse Electronique :Adil@Mindway.ma

Tableau 1: Fiche didentit de Mindway

Ce statut confre Mindway le soutien et le parrainage de luniversit Mohammed

Lentreprise dispose actuellement dun ensemble dapplications prtes tre

1.2.2 Rseaux & Ingnierie Systme

Figure 2: ple Systme et rseau

2.1. Processus de dveloppement UP

Concevoir et raliser une application informatique professionnelle ne se limite pas

LUP, ou USDP, est un processus de dveloppement qui a vu le jour dans le monde du

Il simpose pour combler le besoin des professionnels en GL en offrant certains points

Ce dernier, tant utilis dans le cadre de la conception oriente objet et du dveloppement

Le cycle de dveloppement en Y sarticule autour de trois phases essentielles :

Cette branche, purement technique, est ralise simultanment avec la branche

On commence dabord par la capture des besoins techniques ncessaires la cration de

Cette figure reprsente la structure du cycle de dveloppement en Y :

2.3. Participant au projet MECM

Le planning doit obligatoirement suivre le cycle de dveloppement choisi. Donc, la

La figure ci-dessous reprsente le planning du projet :

Figure 4: Diagramme de Gantt

Sous-estimation lgre de quelques tches raliser ;

Aprs avoir prsent la conduite du projet et lorganisation

1.1. Primtre du projet

Ce Mini ERP est compos de plusieurs modules et cherche couvrir la quasi-totalit

Figure 5: Le mini ERP Israe

1.2. Introduction la Gestion lectronique de Documents :

On peut relever diffrentes dfinitions du document numrique :

un document qui peut rsulter, soit dun processus de numrisation de

La dfinition de lAFNOR tend montrer la fusion progressive des documents

Dans la dfinition de lAPROGED, il est galement mis en valeur le fait que le

ces caractristiques, on pourrait galement ajouter :

Le cycle de vie du document peut tre dcompos en quatre tapes fondamentales[4]:

Figure 6: Les 4 tapes du cycle de vie du document lectronique

Acquisition des Documents

Lacquisition dun document provient dun processus automatique ou humain

Gestion des Documents :

Assure la lisibilit et la disponibilite du document numrique et de ses composants tout

Diffusion des Documents

Par mise disposition ou distribution.

Ce dcoupage est particulirement prcieux pour lanalyse documentaire. En effet, les