TABLESDESMATIERES

Ddicaces.....................................................................................................................i
Remerciements...........................................................................................................ii
Listedesfigures.........................................................................................................iii
Glossaire....................................................................................................................iv
Introductiongnrale.................................................................................................1
ChapitreI:NOTEDECADRAGE.......................................................................................3
I.1Introduction...........................................................................................................3
I.2Porteetlimitesdenotretude...........................................................................4
I.3Lebudget...............................................................................................................5
ChapitreII:CAHIERDECHARGESFONCTIONNEL...........................................................7
II.1Projet.....................................................................................................................7
II.2Conditionsgnrales.............................................................................................7
II.2.1.Langues..........................................................................................................8
II.2.2.Comptencesetengagementsdelamatriseduvre..................................8
II.2.3.Sancesdetravail..........................................................................................8
II.3Lapplicationetmodalitsderalisation...............................................................8
II.3.1.Objectif...........................................................................................................8
II.3.2.Langagesdeprogrammation.........................................................................8
II.3.3.Publiccible.....................................................................................................9
II.3.4.Compositiondelquipedetravail................................................................9
II.4Dureduprojet.....................................................................................................9
II.4.1.Dure.............................................................................................................9
II.4.2.Avenants........................................................................................................9
ChapitreIII:ANALYSE...................................................................................................10
III.1Collectedesinformations...................................................................................10

Suividedocumentsnumriquesetphysiques

III.1.1.Linterview..................................................................................................10
III.1.2.Lobservation...............................................................................................10
III.1.3.Remuemninges(BRAINSTORMING).........................................................10
III.2Analysedelexistant...........................................................................................10
III.2.1.Prsentationdelexistant...........................................................................11
III.3Critiquedelexistant..........................................................................................11
III.4Propositiondunouveausystme.......................................................................12
III.4.1.Prsentationdunouveausystme..............................................................12
III.4.2.Lelangageutilis:UML...............................................................................12
III.4.3.UMLMerisepourlaBD............................................................................16
ChapitreIV:CONCEPTION............................................................................................20
IV.1Architectureetstructuredusystme................................................................20
IV.1.1.Larchitecturelogique:3tiers.....................................................................20
IV.1.2.Architecturephysique.................................................................................22
IV.1.3.Structuredelapplication............................................................................24
IV.2AnalyseetchoixduSGBD...................................................................................24
IV.2.1.Analyse........................................................................................................24
IV.2.2.ChoixduSGBD:MySQL..............................................................................25
IV.2.3.ArchitecturedeMySQL...............................................................................25
ChapitreV:IMPLEMENTATION....................................................................................27
V.1Implmentationdelabasededonnes..............................................................27
V.1.1.ScriptdelaBD..............................................................................................27
V.1.2.MySQL5.2.10...............................................................................................27
V.2Environnementdedveloppement:MicrosoftVisualStudio2008....................28
V.3Implmentationdelapplication.........................................................................30
V.3.1.Implmentationctclient:XHTMLetCSS................................................30
V.3.2.ImplmentationctserveurASP.NETetC#..............................................31

RdigetprsentparFOKOUTAFODIetFOTSO

Page2

Suividedocumentsnumriquesetphysiques

V.4Scurit...............................................................................................................33
V.5Rendudequelquespages...................................................................................33
Conclusiongnrale..................................................................................................35
BIBLIOGRAPHIE.........................................................................................................36
ANNEXES....................................................................................................................a

RdigetprsentparFOKOUTAFODIetFOTSO

Page3

Suividedocumentsnumriquesetphysiques

DEDICACES

Nous ddions ce travail la famille TAFODI et

NOKAM ; quelles trouvent en ce travail le fruit
des sacrifices consentis notre gard.

RdigetprsentparFOKOUTAFODIetFOTSO

Pagei

Suividedocumentsnumriquesetphysiques

REMERCIEMENTS

Nousremercionstousceuxquiont,deprsoudeloin,contribularalisation
deceprojet.Nosremerciementsvontparticulirement:

DIEUlterneltoutpuissantpoursagrceetsaprotection
M.TAWAMBALorincepoursonencadrement,sadisponibilitetsonexpertise
Nosparents,M.TAFODIRogeretMmeNGANTCHOULonie,M.NOKAMJeanet
MmeMOTOUOMMariepourlessacrificesconsentisetleurconseil
Nos frres et sur, PENANDJO Axel, TANKEU Fabiola et DJOSSEU Caviar, M.
KUATERoger,TAKEUGNEBoris,KOMChristelle,DJOUEGOChancelleetMEKAM
Vanessapourleuramour
M. JIOGUE Herve, M. FOTSO Gaspard, M. TABUTCHUM Michel et M. FOTUE
Dieudonn,pourleursoutiensanscesserenouvel
Tousmesenseignements,pourtoutelexprienceacquiseleurcontactetpour
leurdisponibilit

RdigetprsentparFOKOUTAFODIetFOTSO

Pageii

Suividedocumentsnumriquesetphysiques

LISTE DES FIGURES

Figure1:Reprsentationdunacteur..............................................................................14
Figure2:Reprsentationduncasdutilisation................................................................14
Figure3:ReprsentationUMLduneclasse.....................................................................15
Figure4:FormalismeduMCD..........................................................................................17
Figure5:Exempled'architectureen3couches...............................................................20
Figure6:ArchitecturedeMySQL.....................................................................................26
Figure7:Interfaced'administrationdelaBD..................................................................27
Figure8:Crationduprojet.............................................................................................28
Figure9:Fentrepourlacrationdunnouveauprojet..................................................29
Figure10:PageASPXpardfaut......................................................................................29
Figure11:Formulairedecrationdetypededocuments...............................................33
Figure12:Formulairedecrationdesutilisateurs..........................................................34

RdigetprsentparFOKOUTAFODIetFOTSO

Pageiii

Suividedocumentsnumriquesetphysiques

GLOSSAIRE
UML:UnifiedModelingLanguage
SQL:StructuredQueryLanguage
BD:Basededonnes
SGBD:SystmedeGestiondeBasedeDonnes
UIL:UserInterfaceLayout
BLL:BusinessLogiqueLayout
DAL:DataAccessLayout
GUI:GraphicUserInterface
SGBD:SystemdeGestiondeBasedeDonnes

RdigetprsentparFOKOUTAFODIetFOTSO

Pageiv

Suividedocumentsnumriquesetphysiques

INTRODUCTION GENERALE
Le passage de l're du document papier l're du document numrique ne se
caractrise pas uniquement par des mutations technologiques sur les supports, dont la
principale serait le remplacement de l'criture traditionnelle sur un support papier par une
criture lectronique. Ces changements rvolutionnent les manires de communiquer,
d'changer, introduisent de nouvelles organisations, et gnrent de nouveaux mtiers. On
parlededmatrialisation,avecpourobjectifs,audeldeladmatrialisationdel'information,
ladmatrialisationdeschanges.

Au cur de ces nouvelles organisations se trouve le document numrique, la fois

initiateurd'vnementsetporteurd'informations.Celuicidevratreidentifi,rattachson
contexte,trait,suivi,stock,conserv.Parcomparaisonsonanctrepapier,ilestbeaucoup
pluscomplexe,plusdifficileapprhender.Ilpeuttrecaractrisparlesdiffrentestapesde
savie:depuissacrationdansl'organisation,jusqu'sonarchivage,suiviventuellementde
sadestruction.Onparleainsidecycledeviedudocumentnumrique.Mmesil'onconsidre
que le rle du document numrique est de mme nature que celui du document papier
traditionnel, on devra tenir compte des diffrences entre les deux formes dans la mise en
uvre de systmes comportant des documents numriques, ce qui conduira prendre des
dispositionsspcifiquessur:
Lastructurationdescontenusetlacodificationdesinformations;
Latraabilit;
Lessolutionstechniquesstablesetprennes.

Notre systme de gestion des documents que nous appelons Systme de suivi de
documentsnumriquesetphysiques,constituelemoyenlepluspratiquedassurerle suivi,la
traabilit,lascuritetlarchivagedesditsdocuments.Lebutdecerapportestdedfiniret
deprciserlesprincipesquisoustendentleconceptdecycledeviedudocumentnumrique.

RdigetprsentparFOKOUTAFODIetFOTSO

Page1

Suividedocumentsnumriquesetphysiques

RdigetprsentparFOKOUTAFODIetFOTSO

Page2

Suividedocumentsnumriquesetphysiques

CHAPITREI:NOTEDECADRAGE
I.1Introduction
La note de cadrage est ltape du dveloppement logiciel qui consiste dfinir le
contextedenotretude,saporteetseslimites.Ellenouspermetaussidestimerlebudgetet
dtablirleplanningdedroulementdenotreprojet.

a) Contexte
Lvolution sans cesse croissante des technologies rvolutionne la manire de
communiquer, d'changer, introduit de nouvelles organisations, et gnre de nouveaux
mtiers. Ainsi, le passage de l're du document papier l're du document numrique ne se
caractrise pas uniquement par des mutations technologiques sur les supports (on parle de
dmatrialisation de l'information), mais aussi, par la dmatrialisation des changes, ayant
pour but, une amlioration du rendement des employs. Do la volont de lISTDI de nous
confierleprojetdesuividedocumentsnumriquesetphysiques.

b) Problmatique
Ilvasagirpournousdeconcevoirunlogicieldesuividedocument(SYDOC)enprenant
encomptelefaitquISTDI,ilnenexistepasencore.Decefait,uneanalyseminutieusedece
thmenouspermettraderpondreauxquestionssuivantes:

Aquoirenvoilesuividedocumentsnumriquesetphysiques?
Pourquoimettreenplaceunsystmedesuividedocumentsnumriquesetphysiques
dansuneentreprise?
Questcequelindexationdundocument?
QuestcequeLarchivagedundocument?
Quelssontlesavantagesquenousoffrecesystme?
Quelssontlesoutilsncessaireslamiseenplaceduntelsystme?

c) Descriptionduprojet
LobjectifdelISTDIestdassureretdefaciliterlesuividedocumentstantnumriques
que physiques. Pour cela, elle veut se doter dun logiciel qui permettrait, non seulement de

RdigetprsentparFOKOUTAFODIetFOTSO

Page3

Suividedocumentsnumriquesetphysiques

suivrelesdocumentsnumriquesetphysiques,maisaussidassurerlatraabilit,lascurit,
larchivageetlarecherchedesditsdocuments.

d) Objectifsetfinalits
Lamiseenuvredecesystmeaurapourbutdefavoriserlaconstitutiondunvritable
rseaudocumentaireincluanttouteslesressourcesdisponiblesgresrationnellement,cequi
permettranotamment:
Damliorer le travail collaboratif: le travail collaboratif est un nouveau modle de
travail dans lequel de nombreuses personnes changent, produisent aux moyens des
nouveaux outils de communication (internet,...) pour dvelopper au maximum la
crativitetlefficacit;
Defaireprendreconscienceauxresponsables,ducaractreimportantetutiledelamise
en uvre dune politique de gestion de linformation documentaire au sein dune
entrepriseaummetitrequelagestionfinancireoucelledesressourceshumaines;
De prendreen charge tous les supports dinformations que sont : les archives papiers
(courants et intermdiaires) ; les dossiers vivants fort taux de consultation (les
dossiersdepersonnel,lesdossiersdeprestationssociales,lesouvrages);lesdocuments
vitauxetsensibles(lesdocumentsdegestion);
Demettreenplacedessoussystmesdegestiondesarchives,deladocumentationet
du courrier, soubassement du systme de gestion globale de linformation
documentaire.

I.2Porteetlimitesdenotretude
a) Positionnementdeltudeparrapportauxobjectifsdelentreprise
Danssonidedamliorerlerendement,ISTDIajugncessairedemettresurpiedsune
solutiondegestiondocumentairepouramlioreretfaciliterletraficdesdocuments.

b) Lesimpactsdenotretude
Lelogicielquenouscomptonsmettresurpiedsdoitpouvoiramliorerlaqualitdusuivi
des flux documentaires entre les diffrents services de lISTDI. Il doit en plus automatiser les
processus dj prsents en entreprise, ajouter dautres processus qui ne sont pas prises en

RdigetprsentparFOKOUTAFODIetFOTSO

Page4

Suividedocumentsnumriquesetphysiques

compte. Il va permettre de scuriser les donnes et les flux qui peuvent exister entre les
diffrents utilisateurs. Lentreprise pourra ainsi conomiser en temps, nergie ainsi que en
cot.

c) Lescontoursduprojet
Le logiciel que nous voulons concevoir va tourner autour du suivi du document
numriqueetphysiqueettoutcequipeutleconcerner.Aussi,ilvasagirpournousderecenser
les diffrents flux documentaires qui existent entre lentreprise et le monde extrieur. Il
prendra donc en compte la cration de services, le transfert, la traabilit et larchivage de
documents.

d) Lesopportunitsetlesrisques
Afin de minimiser les risques, laccent doit tre mis sur la simplicit et la clart de
linterface (Frontoffice) de notre logiciel. Les donnes doivent tre manipulables et
comprhensiblespartous.Notrebasededonnesdoittreintgre,consistanteetatomiquela
plus simplifie possible. Nous devons viter les erreurs de types de donnes qui engendrent
trssouventdesconflits.

I.3Lebudget
a) Gainattendu
Leprincipalgainattenduiciestlamliorationdelaqualitdutravail.Cetteamlioration
seferalafoisentermedelourdeurdestchesetdugainentempsderalisation.Ainsi,grce
un suivi personnalis des diffrents documents, il sera par exemple possible de retracer
lhistorique des diffrents documents, de diminuer les cots lis lusage des documents
physiques,delimiterlespertesdedocuments.

b) Lescotsetlescharges
Prvoir un budget pour raliser un projet est ltape du dveloppement logiciel qui
permetdestimerlecotdesdiffrenteschargeslorsdelaralisationdeceprojet.
Pourlesressourceshumaines,ilfaudra:
1. unanalyste
2. unprogrammeur
3. unconcepteur

RdigetprsentparFOKOUTAFODIetFOTSO

Page5

Suividedocumentsnumriquesetphysiques

4. undocumentaliste/archiviste

Spcialistes

Montant/jour(FCFA)

6500

5500

8000

3500

Coutpartachesetinterventiondesspcialistes
T1:Acquisitiondumatrielncessaireetveilletechnologique
T2:Recueildesinformationsadditionnelles
T3:Identificationdelachargedetravailetdescomptencesncessaires
T4:Analyseetproductiondesdiffrentsmodles
T5:Conceptionetorganisationdusystmeenmodule
T6:Implmentation
T7:Testetintgration

Cotpartche

Analyste programmeur

T1

T2

T3

T4

Concepteur

Documentaliste
/archivistes

Total

40000

32500

72500

126500

T5

16

128000

T6

40

220000

T7

63000

TotalHT

682500FCFA

c) Descriptiondestchesetplanningpossible
Planificationetestimationduprojet:(Annexe1)

Dateactuelle29/04/20

RdigetprsentparFOKOUTAFODIetFOTSO

Page6

Suividedocumentsnumriquesetphysiques

CHAPITREII:CAHIERDECHARGESFONCTIONNEL

Lecahier dechargesestundocumentcontractueldcrivantcequiestattendudu
matred'uvreparlematred'ouvrage.
Il s'agit donc d'un document dcrivant dela faon la plusprcise possible, les besoins
auxquels le matre d'uvre doit rpondre. Dans la mesure o seul le matre d'uvre est
rellementcomptentpourproposerunesolutiontechniqueapproprie,lecahierdecharges
doitprfrentiellementfaireapparatrelebesoindemanirefonctionnelle,indpendamment
detoutesolutiontechnique,saufprciserl'environnementtechniquedanslequellasolution
demandedoits'insrer;onparledoncdecahierdechargesfonctionnel.
Ils'agitainsid'undocumentpermettantd'unepartdegarantiraumatred'ouvrageque
leslivrablesserontconformescequiestcrit,d'autrepartd'viterquelematred'ouvrage
modifiesonsouhaitaufuretmesureduprojetetdemandeaumatred'uvredesnouvelles
fonctionnalitsnonprvuesinitialement.

II.1Projet
Nomduprojet:Misesurpiedsdunsystmedesuiviededocumentsnumriquesetphysiques
entrelesdiffrentsservicesduneorganisation.
Initiateur:ISTDI.
Adressedelinitiateur:BP3001Douala.
Email:istdi@yahoo.fr
Runiondinformation:oui

II.2Conditionsgnrales
Lesconditionsderalisationduprojetsebasentsur:
Leprsentcahierdecharges.
Lesinformationsfournieslorsdelaruniondinformation

RdigetprsentparFOKOUTAFODIetFOTSO

Page7

Suividedocumentsnumriquesetphysiques

II.2.1.Langues
Lapplication devra tre dploye en version franaise et anglaise. L'ensemble des
documents,qu'ils'agissederapportsoudetoutautresmanuelsoudossiersprvus,estrdig
enfranaisouanglais.Lessancesdetravauxontlieuenfranaisouenanglais,selonlechoix
desintervenants.

II.2.2.Comptencesetengagementsdelamatriseduvre
Les difficults et les particularits des travaux excuter doivent tre prises en
considrationparlematreduvrequidevrafairepreuvedabngationetdouverturedesprit
toutaulongduprojet.

II.2.3.Sancesdetravail
La matrise duvre assistera constamment des sances de travaux organiss par
lencadreur.Cessancespermettrontdvaluerletravaildjralisetdorienterlasuite.

II.3Lapplicationetmodalitsderalisation
II.3.1.Objectif
Lobjectif de ce projet consiste suivre les documents numriques et physiques,
dassurerlatraabilit,lascurit,larchivageetlaccsrapideetsimplifidesditsdocuments.
Toutes ces exigences sinscrivent dans un environnement dans lequel on doit matriser et
rduirelesbudgetsdefonctionnement.Onpeutdoncdclinertroisobjectifsmajeursquisont
associsaucycledeviedudocumentnumrique:
Matriserlesoutilsdecrationetdegestion;
Faciliterleschangesetladiffusion;
Garantirlaccessibilitetlaconservation.

II.3.2.Langagesdeprogrammation
Leslangagesdeprogrammationchoisissont:
HTMLetCSSpourleformatagedespagesdelapplicationctclient;

RdigetprsentparFOKOUTAFODIetFOTSO

Page8

Suividedocumentsnumriquesetphysiques

C#etASP.NETctserveur

II.3.3.Publiccible
Lepubliccibledelapplicationestconstituessentiellementdelensembledupersonnel
delISTDI.

II.3.4.Compositiondelquipedetravail
Lquipe de travail est compose dau moins 2 personnes engages temps partiel.
Parmilesmembresdelquipenouspouvonsciter:
FOKOUTAFODIFrank

FOTSOSerge

II.4Dureduprojet
Datedelancementduprojet:01juin2011
Heuredelancementduprojet:11h00

II.4.1.Dure
Elleestestimeenviron2moisetpourraittreprolongeenfonctiondelavolontde
lamatrisedouvrage.

II.4.2.Avenants
Lesavenantssontprvoirafindinclure,surdemandedelencadreuracadmique,un
ensembledetchesnonprvues(commandessupplmentaires).

RdigetprsentparFOKOUTAFODIetFOTSO

Page9

Suividedocumentsnumriquesetphysiques

CHAPITREIII:ANALYSE

III.1Collectedesinformations
Lesanalystesontsouventunhandicaplorsquilscommencentltudedunsystme.Ils
connaissent parfois trs peu lactivit sur laquelle ils seront amens faire des
recommandationsimportantes.Ilestdoncessentieldavoirrecoursauxtechniquesdecollecte
dinformations.Ilenexisteplusieurs.Nousavonsoptpour:

III.1.1.Linterview
Linterview nous a permis de nous entretenir avec des personnes ressources pour
collectertouteslesinformationsncessaireslacomprhension,lanalyseetsegmentation
dutravailraliser.Cespersonnesontt:
-

M.LorinceTAWAMBA;

M.FranoisXavierTekoudjou

III.1.2.Lobservation
Ellenousapermispremirementdeprendreencomptelafaondontlesactivitsetles
traitements des donnes taient effectues, puis de nous procurer des informations prcises
surlamarchedesoprations.

III.1.3.Remuemninges(BRAINSTORMING)
Lebrainstormingestunetechniquedecrativitquiacclrelaproductiondides
dunindividuoudungroupe.Sonapplicationvisetrouverlemaximumdidesoriginalesdans
unminimumdetempsgrceaujugementdiffr(ilsagitpremirementdetrouverplusieurs
ides,puis,delesvaluer).

III.2Prsentationdelexistant
Notre objectif ici est danalyser la mthode actuellement utilise au sein de
lentrepriseetdedfinirlobjetdenotrerecherche.Lanalysedelexistantnouspermettrade
cernerlesdysfonctionnementsetlesproblmesimportantsdontlastructureestsujette.Les

RdigetprsentparFOKOUTAFODIetFOTSO

Page10

Suividedocumentsnumriquesetphysiques

techniquesdecollectedelinformationnousontpermisderessortirlexistantenmatirede
suividedocumentsauseindelISTDI.

Ilsagitdeprsenteravecdtailstoutcequiexistedansledomainedtudeafindesavoir
silestpossibledinformatiserounonlesystme.Notreattentionseraporteparticulirementsur
lenregistrement,latransmissionetleclassementdedocumentsnumriquesetphysiques.

a) Lenregistrement
Lorsquuncourrierouunfaxarrive,leserviceducourrierapposesurlesdiffrentscourriers
les cachets courriers arrivs et fax arrivs et les enregistre dans les registres courriers
arrivsetfaxarrivssuivantunordrenumriquedansdesregistresquipermettentdegarder
une trace de tous les courriers reus. Le numro dordre, la date du jour, le nom et la raison
socialedelexpditeurdemmequelobjetdelacorrespondancesontensuiteinscritsurceluici.

b) Latransmission
Aprsenregistrement,unephotocopiedudocumentoriginalestfaiteetconservedans
deschemisescartonnessimplescourriersarrivs,faxarrivsenattentedeclassement.La
photocopieesttransmissequidedroitgnralementauserviceconcern.

c) Leclassement
En ce qui concerne le classement des courriers, il est fait dans des classeurs sangle
courrierarriv,faxarrivsuivantunordrechronologique.

III.3Critiquedelexistant

Ilsagitdeprsenterquelquesinsuffisancesparrapportlanouvellegestion.Eneffet,
-

Lagestionestmanuelleetlonutilisedesregistrespourenregistrerlescourriers;
cela rend la recherche de documents trs difficile et conduit une perte de
temps;

Il nexiste pas de scurit et de confidentialit de linformation car toute

personneayantaccsauxregistrespeutmodifiertouteslesinformationsdole
problmedefraudeetdepertededocuments;

RdigetprsentparFOKOUTAFODIetFOTSO

Page11

Suividedocumentsnumriquesetphysiques

Laduredeviedesarchivesestlimite;

Lesupportdenvoietdestockagededocuments(papier)estcouteux.

III.4Propositiondunouveausystme
III.4.1.Prsentationdunouveausystme

Lesystmepermettradesuivrelesdocumentsnumriquesetphysiquesetdassurerla

traabilit, la scurit et larchivage des dits documents. Il en dcoule donc les principales
fonctionssuivantes:
-

Acclrerleprocessusdenregistrement;

Mettresurpiedunebasededonnesdansunearchitectureclient/serveurpour
rsoudreleproblmedepartagedelinformation;

Grer la scurit et la confidentialit des donnes et faciliter laccs aux

courriers;

Administrationdesemploys(gestiondesprivilgesdupersonnel);

Gestiondedocuments(cration,modification,suppression);

Envoie, rception, transfert de documents/messages un employ ou un

service;

Traabilitdedocuments;

Archivagededocuments.

III.4.2.Lelangageutilis:UML

Les fonctions principales de lapplication tant dfinie, la poursuite de lanalyse sest

faite en dveloppant, a laide du langage UML, les diffrents diagrammes ncessaires la

ralisationdelapplication.

UMLnestpasunemthode,sesacteursontestimquilntaitpasopportundedfinir

unemthodeenraisondeladiversitdescasparticuliers.UMLsedfinitcommeunlangagede
modlisation graphique et textuel destin comprendre et dcrire des besoins, spcifier et
documenter des systmes, esquisser des architectures logicielles, concevoir des solutions et
communiquer des points de vue. Il ne sagit pas dune simple notation graphique, car les
conceptstransmisparundiagrammeontunesmantiqueprciseetsontporteursdesensau

RdigetprsentparFOKOUTAFODIetFOTSO

Page12

Suividedocumentsnumriquesetphysiques

mmetitrequelesmotsdunlangage.

UML 2.0 comporte 13 diagrammes reprsentant autant de vue distincte, pour

reprsenterlesconceptsparticuliersdusystmedinformation:

9 Diagrammesstructurelsoudiagrammesstatiques
-

Diagrammedeclasse

Diagrammedobjet

Diagrammedecomposant

Diagrammededploiement

Diagrammedepaquetage

Diagrammedestructurecomposite

9 Diagrammescomportementauxoudiagrammedynamique
-

Diagrammedecasdutilisation

Diagrammedactivit

Diagrammedtattransition

9 Diagrammesdinteractions
-

Diagrammedesquence

Diagrammeglobaldinteraction

Diagrammedetemps

Diagrammedecommunication

Cesdiagrammessontduneutilitvariableselonlescas.Notretudeselimiteracet

effetauxdiagrammesdecasdutilisations,declasseetdesquence.

A. Lediagrammedecasdutilisation

Cest un diagramme qui capture le comportement dun systme, dun soussystme,

dune classe ou dun composant tel quun utilisateur extrieur le voit. Il scinde les
fonctionnalits du systme en units cohrentes (cas dutilisation) ayant un sens pour les
acteurs.

RdigetprsentparFOKOUTAFODIetFOTSO

Page13

Suividedocumentsnumriquesetphysiques

Lescasdutilisationpermettentdexprimerlesbesoinsdesutilisateursdunsystme,ils

sontdoncunevisionorienteutilisateurdecebesoinaucontrairedunevisioninformatique.
Les use cases permettent de modliser les besoins des utilisateurs futurs du systme; ils
clarifient,filtrentetorganisentlesbesoins.Unefoisidentifisetstructurs,cesbesoins:
-

Dfinissentlecontourdusystmemodliser(ilsprcisentlebutatteindre);

Permettentd'identifierlesfonctionnalitsprincipalesdusystme.

lmentsdesdiagrammesdecasdutilisation
9 Acteurs:idalisationdunrlejouparunepersonneouunechosequiinteragie
avecunsystme.

Figure1:Reprsentationdunacteur

9 Cas dutilisation: unit cohrente reprsentant une fonctionnalit visible de

lextrieure.Uncasdutilisationmodliseunservicerenduparlesystmesans
imposerlemodederalisationdeceservice.

Figure2:Reprsentationduncasdutilisation

Lediagrammedecasdutilisationproprementdit
(Annexe2)

RdigetprsentparFOKOUTAFODIetFOTSO

Page14

Suividedocumentsnumriquesetphysiques

B. Lediagrammedesquences

Le diagramme de squences, est une reprsentation des collaborations entre objets

selonunpointdevuetemporel;onymetl'accentsurlachronologiedesenvoisdemessages.
Lareprsentationseconcentresurl'expressiondesinteractions.Lesdiagrammesdesquences
peuventservirillustreruncasd'utilisation.L'ordred'envoid'unmessageestdterminparsa
positionsurl'axeverticaldudiagramme;letempss'coule"dehautenbas"decetaxe.

Diagrammedesquenceauthentification:(Annexe3)
C. Lediagrammedeclasses

Le diagramme de classes est considr comme le plus important de la modlisation

orienteobjet,ilestleseulobligatoirelorsdunetellemodlisation.Alorsquelediagrammede
casdutilisationmontreunsystmedupointdevuedesacteurs,lediagrammedeclassesen
montre la structure interne. Il permet de fournir une reprsentation abstraite des objets du
systmequivontinteragirensemble.Ilestimportantdenoterquunmmeobjetpeuttrsbien
intervenirdanslaralisationdeplusieurscasdutilisation.Undiagrammedeclassesnestdonc
pasadapt(saufcasparticulier)pourdtailler,dcomposer,ouillustrerlaralisationduncas
dutilisationparticulier.

Notionsrelativesaudiagrammedeclasses
9 Classe: description formelle dun ensemble dobjets ayant une smantique et
despropritscommunes.

Figure3:ReprsentationUMLduneclasse

9 Objet : instanceduneclasse.
9 Attribut:propritcommunetouslesobjetsduneclasse.
9 Mthode: fonctionnalit, comportement ou transformation qui peut tre
appliqueauxobjetsd'uneclasse.

RdigetprsentparFOKOUTAFODIetFOTSO

Page15

Suividedocumentsnumriquesetphysiques

9 Association: relation entre deux classes (association binaire) ou plus

(associationnaire),quidcritlesconnexionsstructurellesentreleursinstances.

Lediagrammedeclassesproprementdit
(Annexe4)

III.4.3.UMLMerisepourlaBD

MERISEestunemthodedeconception,dedveloppementetderalisationdeprojets

informatiques.Lebutdecettemthodeestd'arriverconcevoirunsystmed'information.La
mthode MERISE est base sur la sparation des donnes et des traitements effectuer en
plusieursmodlesconceptuelsetphysiques.

MERISEutiliselesmodlespourcapteretmmoriserlesdonnes.Lamodlisationdes

donnestantlensembledesprincipesetdesrglesquipermettentdereprsenterunevue
statiquedusystmedinformationctdonnes.
Elleprvoituneconceptionparniveaux,etdfinitpourcela3niveauxessentiels:

Leniveauconceptuel:Modleconceptueldedonnes(MCD)

Il dcrit l'ensemble des donnes du systme d'information, sans tenir compte de

l'implmentationinformatiquedecesdonnes.

Leniveaulogique:Modlelogiquedesdonnes(MLD)

Il prend en considration l'implmentation du systme d'information par un SGBD

(Systmedegestiondebasededonnes)etintroduitlanotiondestableslogiques.Ilconstitue
ainsilepremierpasverslestablesduSGBD.

Leniveauphysique:Modlephysiquedesdonnes(MPD)

IlcontientfinalementlestablesdfinieslaidedunSGBDspcifique.

A. Modleconceptueldedonne(MCD)
LeModleConceptueldesDonnes(MCD)estlareprsentationsimplifiedelensemble
desdonnesmanipulesparlesystmedinformation.Lintrtdecemodleestdidentifierla

RdigetprsentparFOKOUTAFODIetFOTSO

Page16

Suividedocumentsnumriquesetphysiques

signification et la description de chaque information indpendamment des contraintes

organisationnellesoutechniques.

Formalismeetconcepts

9 Entit:Cestlareprsentationdanslesystmedinformationdunobjetconcret
ouabstraitdotduneexistencepropre.Elleestprsenteparunrectangleo
figuresonidentifiantetsesattributs.

9 Proprit : Cest une donne lmentaire permettant de dcrire ou de

caractriseruneentitouunerelation.

9 Identifiant:Cestunepropritquipermetdidentifierdemanireuniqueune
occurrencedelentit.

9 Relation:Cestlareprsentationdunliensmantiqueentredeuxouplusieurs
entits. Elle est reprsente par un cercle portant son nom (un verbe) et les
propritsquelleporte.

9 Cardinalit : Cest le couple de valeurs (min, max) qui indique les nombres
minimum et maximum de fois quune occurrence dune entit participe une
association.

Figure4:FormalismeduMCD

MCDProprementdit
(Annexe5)

RdigetprsentparFOKOUTAFODIetFOTSO

Page17

Suividedocumentsnumriquesetphysiques

RgledepassageduMCDauMLD
MCD

DevientdansleMLD

Entit/association

Relation

Identifiant

Clprimairedelarelation

Proprit

Attributdelarelation

LepassageduMCDauMLDseffectueaussienappliquantdesrglessappuyantsurles
cardinalits.
Rgle1:Associationdetype(1:1)
La cl primaire de chaque entit va migrer dans lautre et va constituer une cl
trangre.
Rgle2:Associationdetype(1:N)
Lidentifiant de lentit du ct (0,N) (1,N) migre et devient une cl trangre dans la
relationobtenuect(0,1)(1,1).
Rgle3:Associationdetype(N:N)
Danscecasonauratrois(3)relations.Deuxrelationsissuesdes2entitsnaturelleset
unerelationsupplmentaireissuedelassociationetappelrelationdejointure.

B. Modlelogiquededonne(MLD)
Le Modle Logique des Donnes est une transformation du modle conceptuel des
donnesetsesitueainsientreleModleConceptueldesDonnes(MCD)etleModlePhysique
des Donnes (MPD). Le MLD a pour objectif de dcrire la structure de donnes utilise sans
faire rfrence un langage de programmation tout en tenant compte des moyens
informatiquesdemmorisationetdeleursconditionsdutilisationparlestraitements.
Le Modle Logique des Donnes (MLD) est ralis lors de ltude dtaille aprs
validationduModleConceptueldesDonnes(MCD)parlesvuesexternes.

RdigetprsentparFOKOUTAFODIetFOTSO

Page18

Suividedocumentsnumriquesetphysiques

Formalisme
Relation1(Identifiant1,Champ1,,Champn)
.
.
.
Relationn(Identifiantn,Champn+1,,Champn+n)

MLDproprementdit
(Annexe6)

RdigetprsentparFOKOUTAFODIetFOTSO

Page19

Suividedocumentsnumriquesetphysiques

CHAPITREIV:CONCEPTION

IV.1Architectureetstructuredusystme
IV.1.1.Larchitecturelogique:3tiers

Larchitecture3Tiers(ouarchitecture3niveaux)estunmodlelogiquedarchitecture

applicative qui vise sparer trois couches logicielles au sein dune mme application ou
systme, modliser et prsenter cette application comme un empilement de trois couches
dontlerleestclairementdfini:
Lacoucheprsentation(UIL);

Lacouchemtier(BLL);

Lacouchedaccsauxdonnes(DAL).

Figure5:Exempled'architectureen3couches

Ce modle d'architecture 3tiers a pour objectif de rpondre aux proccupations

suivantes:
allgementdupostedetravailclient(notammentvisvisdesarchitecturesclassiques
clientserveurdedonnes);
priseencomptedel'htrognitdesplatesformes(serveurs,clients,langages,etc.);

RdigetprsentparFOKOUTAFODIetFOTSO

Page20

Suividedocumentsnumriquesetphysiques

introductiondeclientsditslgers(pluslieauxtechnologiesIntranet/HTMLqu'au3
tiersproprementdit);
amlioration de la scurit des donnes, en supprimant le lien entre le client et les
donnes.Leserveurapourtche,enplusdestraitementspurementmtiers,devrifier
l'intgritetlavaliditdesdonnesavantdelesenvoyerdanslacouchededonnes.
ruptureduliendepropritexclusiveentreapplicationetdonnes.Danscemodle,la
base de donnes peut tre plus facilement normalise et intgre un entrept de
donnes.
etenfin,meilleurerpartitiondelachargeentrediffrentsserveursd'application.

Lacoucheprsentation

Elle constitue linterface utilisateur de lapplication et gre les interactions avec les

utilisateurs.Sonrleestlesuivant:
Afficherlesdonneslutilisateur
Acquriretvaliderlesdonnespartirdesentresdesutilisateurs
Interprterlesvnementsdclenchsparlutilisateurpourfaireappelauxservicesdes
composantsmtier(BU)

Modifier ltatdelinterfaceutilisateur

Effectuer des transformations simples (ex: lutilisateur choisit un service via son nom
maisontransmetlID)

Mettredeslmentsencache(ASP.NET)

Grerlesaspectsmultilangues

Lacouchemtier

Elle correspond la partie fonctionnelle de l'application, implmente la logique et

quidcritlesoprationsquel'applicationopresurlesdonnesenfonctiondesrequtesdes
utilisateurseffectuesautraversdelacoucheprsentation.Lesdiffrentesrglesdegestionet
decontrledusystmesontmisesenuvredanscettecouche.

Lacouchemtieroffredesservicesapplicatifslacoucheprsentation.Pourfournirces

services,elles'appuie,lecaschant,surlesdonnesdusystme,accessiblesautraversdes
servicesdelacoucheinfrieure.Enretour,ellerenvoielacoucheprsentationlesrsultats
destraitements.

RdigetprsentparFOKOUTAFODIetFOTSO

Page21

Suividedocumentsnumriquesetphysiques

Lacouchedaccsauxdonnes

Cette dernire encapsule les spcificits des accs en lecture/criture des diffrentes

sourcesdedonnessousjacentes.Sonrleestlesuivant:
Fournirdesmthodespourlesoprationsdelecture,dinsertion,demisejouretde
suppressiondedonnesdanslabasededonnes;
FournirdesmthodesquiimplmententlalogiquemtierlielaBD;
Grer des transactions qui impliquent plusieurs mises jour dans une source de
donnesunique.

IV.1.2.Architecturephysique

L'architecturephysique(galementnommearchitecturetechnique)dcritl'ensemble

descomposantsmatrielssupportantl'application.Cescomposantspeuventtre
DesServeursmatriels
Despostesdetravail
Desquipementsdestockage(baiedestockage,)
Desquipementsdesauvegarde
Desquipementsrseaux(routeurs,firewalls,switches,loadbalancers).

RdigetprsentparFOKOUTAFODIetFOTSO

Page22

Suividedocumentsnumriquesetphysiques

Figure6:ArchitecturePhysique
durseau

RdigetprsentparFOKOUTAFODIetFOTSO

Page23

Suividedocumentsnumriquesetphysiques

IV.1.3.Structuredelapplication
Apresladescriptiondutravail,faiteparISTDIainsiquenotretude,nousavonsopt
pourunesubdivisiondelapplicationenmodules;chaquemoduletantrservuntype
dutilisateurprcis.Ainsi,lastructuregnraledeSYSDOCsestrvletrelasuivante:

ModuleRception

Cest le module destin au service daccueil de ltablissement. Il sagit ici de

rceptionnerlesdocumentsnumriquesetphysiques,delesenregistrerdanslesystme,puis,
delestransfrerverslemployouleserviceadquat.

ModuleAdministration

Ilsyeffectuetouteslesoprationsrelativesladministrationdelapplication:
-

Gestiondesutilisateurs:enregistrement,modification,suppression

Gestiondesservices:cration,modification,suppression

Gestiondestypesdedocuments:cration,modification,suppression

Gestiondesprivilgesetdroitsdaccsdesutilisateurs

Archivagededocuments.

ModuleUtilisateur

Cestlemoduleprincipaldelapplication.Ilsyeffectuetouteslesoprationsutilesau

suividedocumentssavoir:
-

Gestiondedocuments:cration,modification,suppression

Envoie,rception,transfertdemessagesunemployouunservice

Archivagededocuments

IV.2AnalyseetchoixduSGBD
IV.2.1.Analyse
LesSGBDoffrentlesavantagessuivants:

Lindpendancephysique

Les disques, les machines, les mthodes daccs, etc. ne sont pas apparents. Le SGBD

RdigetprsentparFOKOUTAFODIetFOTSO

Page24

Suividedocumentsnumriquesetphysiques

offreunestructurecanoniquepermettantlareprsentationdesdonnesrellessanssesoucier
delaspectmatriel.

Lindpendancelogique

Pour un systme dinformation donn, ladministrateur doit pouvoir tre capable de

fairevoluerlesystmesansremettreencauselesvuesdechaquegroupedutilisateurs.

Lamanipulationpardesnoninformaticiens

Auninstantdonn,londoittrecapabledobtenirlesinformationsquelonsouhaite

avoirendcrivantcequelonsouhaitesanssesoucierdecommentfairepourlobtenir.Ceci
rejointlaphilosophiedesrequtes.

Laccsefficaceauxdonnes

Le SGBD doit pouvoir offrir un algorithme efficace pour laccs aux donnes sur le

disque.

IV.2.2.ChoixduSGBD:MySQL

MySQL est un SGBD bas sur larchitecture clientserveur utilisant le langage SQL

(langage de requte utilis pour interroger les BD exploitant le modle relationnel) pour
manipulerlesBDsdontilestconstitu.

MySQL est la fois le nom du SGBD et de la socit (MySQL AB) qui la produit. Son

serveur de donnes qui est crit en C et C++ devrait tre install et lutilisation du SGBD
rsoudradesproblmesdadministrationpourdesBD.Notrechoixsestportsurluipourles
raisonssuivantes:

Ilestlibreetpopulaire;

Ilestfacilemettreenuvre;

Iloffreunsupportmultiplateforme;

Ilestfiableetrapide.

IV.2.3.ArchitecturedeMySQL

MySQLestbassurunearchitectureClient/serveuri.e.unearchitecturedanslaquelle

lesclientsdoiventsadresserunemachineserveurquigre,contrleetarbitrelesaccsaux
donnes.LafigurecidessousreprsentelarchitecturedeMySQL:

RdigetprsentparFOKOUTAFODIetFOTSO

Page25

Suivideedocumentsnumriqu
uesetphysiq
ques

Figure7:ArchitecturredeMySQ
QL

RdigeetprsentparFOKO
OUTAFODIetFOTSO

Page26
6

Suivideedocumentsnumriqu
uesetphysiq
ques

CHAP
PITREV:IMPLEEMENTA
ATION

C chapitrre prsentte lenvironnement de dvelo

Ce
oppement et les lan
ngages dee
program
mmationqu
uenousavonsutilissp
pourimplm
menternotrreapplicatio
onweb.

V
V.1Impl
mentattiondelaabasededonnes
C
Comme
preemire tap
pe aprs laa phase de conception
n, nous avo
ons implm
ment notree
basedeedonnesaavecloutilM
MySQL5.2..10dupostteserveur.EElleestnom
mmeSYSSDOC_DB

etconsttituede11tables.

V.1.1.ScriptdelaBD
CettetapeepermetdexprimerleeModleLo
ogiquedeD
Donnes(MLLD)dansla syntaxedu
u
SGBDR (SystmedeGestiond
desBasesdeDonnes Relationneelle)choisi, cestdireletraduiree
dansun
nlangagededfinition
ndedonnes,afinde crerlestablesdans unebased
dedonness
relation
nnelle.Etpu
uisquenotrreSGBDRchoisiestM
MYSQLonob
btientcetteedescriptio
onphysiquee
dedonn
nes.

(Annexxe7)

V.1.2.MySQLL5.2.10

Figu
ure8:Interffaced'administrationd
delaBD

RdigeetprsentparFOKO
OUTAFODIetFOTSO

Page27
7

Suivideedocumentsnumriqu
uesetphysiq
ques

V.2Envirronneme
V
entded
veloppe
ement:MicrosofftVisualStudio
2
2008
M
Microsoft
V
Visual
Stud
dio est un Environnement de Dveloppem
D
ment Intgrr (IDE) dee
Microso
oft.Ilpeuttreutilis pourdvelo
opperdesaapplicationssconsoleeetgraphique,dessitess
web,deesapplicatio
onsweb,ettdesservicesWeb.
V
Visual
Stud
dio inclut un
u diteur de code in
ncluant lInttelliSense ((auto comp
pltion). Lee
dbogueurintgrfonctionneelafoisccommeund
dbogueur decodeso
ourceetun dbogueurr
ussidautreesoutils:
deniveaaumachinee.Ilinclutau

Concepteurrdeformulaairespourccrerdesap
pplicationsG
GUI,

W
Webdesign
ner,

Concepteurrdeclasse,

Concepteurrdeschmaadebasededonnes.

Figgure9:Crationdupro
ojet

RdigeetprsentparFOKO
OUTAFODIetFOTSO

Page28
8

Suivideedocumentsnumriqu
uesetphysiq
ques

Figure10:Fentrepo
ourlacrattiondunno
ouveauprojet
1:OnchoisitleFraameworkso
ouhait
2:Choisirsonlanggage(C#dan
nsnotrecass)etcliquerrsurWeb.
ApplicationW
WebASP.NETestbie
enslectionn.
3:VriffierqueA
4:Entreerunnomd
deprojet,choisirsoneemplacemen
ntetlenom
mdelasoluttion
5:Cliqu
uersurOkkenbasdroite

Figure11
1:PageASPXpardfau
ut

RdigeetprsentparFOKO
OUTAFODIetFOTSO

Page29
9

Suividedocumentsnumriquesetphysiques

V.3Implmentationdelapplication
V.3.1.Implmentationctclient:XHTMLetCSS
Icinousnoussommesattelsauformatagedesinterfacesprsentesauxutilisateurs,
toutenyassociantdudesignvisuel.Cesinterfacespermettrontcedernierdemanipulerles
donnesgrceauxmenus,sousmenuetcommandescresceteffet.

XHTML

C'est l'abrviation deXtensible HyperText Markup Language. Cest un langage de

balisageservantcrerdespagespourleweb.Ilatconuloriginecommesuccesseurdu
HTML; cependant, il repose sur des rgles beaucoup plus strictes que ce dernier. Il s'agit en
effet de prsenter un contenu affichable non seulement par les ordinateurs classiques, mais
galementsanstropdedgradationpardesPDAbienmoinspuissants.

CSS

CSS(CascadingStyleSheets:feuillesdestyleencascade)estunlangageinformatique
quisertsoignerlaprsentationdesdocumentsXHTML.
L'undesobjectifsmajeursdeCSSestdepermettrelastylisationhorsdesdocuments.Il
estparexemplepossibledenedcrirequelastructured'undocumentXHTML,etdedcrire
toutelaprsentationdansunefeuilledestyleCSSspare.Cettesparationfournituncertain
nombredavantages:

Lechangementdeprsentationestplusais

La structure du document et la prsentation peuvent tre gres dans des fichiers

spars.

La conception d'un document se fait dans un premier temps sans se soucier de la

prsentation,cequipermetd'treplusefficace.

Danslecasd'applicationsweb,laprsentationestuniformise:lesdocuments(pages
XHTML) font rfrence aux mmes feuilles de styles. Cette caractristique permet de
plusuneremiseenformerapidedel'aspectvisuel.

Le code XHTML est considrablement rduit en taille et en complexit, puisqu'il ne

contientplusdebalisesnid'attributsdeprsentation.

RdigetprsentparFOKOUTAFODIetFOTSO

Page30

Suividedocumentsnumriquesetphysiques

V.3.2.ImplmentationctserveurASP.NETetC#

ASP.NET

ASP.NETestunensembledetechnologiesdeprogrammationwebcrparMicrosoft,
utilis pour crer des sites web dynamiques, des applications web ou des web services. La
technologieestaccessiblegrcel'installationd'unserveurwebcompatibleASP(IIS).
Le CLR (Common Language Runtime), machine virtuelle sans laquelle l'excution de
code .NET Bien qu'ASP.NET ne serait pas possible, offre aux programmeurs la possibilit
dcrire du code ASP.NET en utilisant n'importe lequel des langages de programmation
supports par le Framework .NET, gnralement C#, Visual Basic.NET, Delphi.NET ou JScript
.NET.
<%@ControlLanguage="C#"AutoEventWireup="true"CodeBehind="wucDocType.aspx.cs"
Inherits="SYSDOC.CODE.Control.wucDocumentType"%>
<%@Registerassembly="Coolite.Ext.Web"namespace="Coolite.Ext.Web"tagprefix="ext"%>

Ilyestindiquprincipalementque:

NousallonsutiliserleC#commelangage(Language="C#")

Le nom de la page du code behind, correspondant cette page .aspx, sappelle

wucDocType.aspx.cs(CodeBehind="wucDocType.aspx.cs")

Le namespace et le nom de la classe li la page (Inherits="

SYSDOC.CODE.Control.wucDocumentType").

C#

Le C Sharpest un langage de programmationorient objet typage fort (les types de

donnes employs dcrivent correctement les donnes manipule), cr par la socit
Microsoft,etnotammentundesesemploys,AndersHejlsberg,lecrateurdulangageDelphi.
IlatcrafinquelaplateformeMicrosoft.NETsoitdoted'unlangagepermettant
d'utilisertoutessescapacits.IlesttrsprocheduJavadontilreprendlasyntaxegnraleainsi
que les concepts. Un ajout notable Java est la possibilit de surcharge des oprateurs,
inspire du C++. Toutefois, l'implmentation de la redfinition est plus proche de celle du
PascalObjet.

RdigetprsentparFOKOUTAFODIetFOTSO

Page31

Suividedocumentsnumriquesetphysiques

Codegnriquedechargementdecombosbox(listedroulante)
usingSystem;
usingSystem.Collections;
usingSystem.Data;
usingSystem.Data.SqlClient;

namespaceSYSDOC_DAL.CLASS
{
publicclassChargeComboDAL

{
privateDataSetClasRetrieve;

privateDataRowClassRows;

privateDataRowClassTraitLocal;

privateList<ChargeComboDAL>lstListElt;

publicList<ChargeComboDAL>ListTypeElt

get{returnthis.lstListElt;}

set{this.lstListElt=value;}

publicDataSetClassTraitLocal

get{returnthis.strELT_CODE;}

set{this.strELT_CODE=value;}

publicDataRowClassRows

get{returnthis.strELT_NAME;}

set{this.strELT_NAME=value;}

publicvoidGetListComboDAL(StringTableName,StringField,StringCondition,DropDownList
ComBoBox)

ClasRetrieve=ClassTraitLocal.RetrieveDataSet(TableName,Field,Condition);

ClassRows=ClasRetrieve.Tables(TableName).Select();

ComBoBox.Items.Clear();

If(ClassRows.Length>0){

ForEachdrItemAsDataRowInClassRows

IfNotDBNull.Value.Equals(drItem(Field)){

ComBoBox.Items.Add((Trim(drItem(Field).ToString)));

Next

}else

ExitSub;

}
}

RdigetprsentparFOKOUTAFODIetFOTSO

Page32

Suividedocumentsnumriquesetphysiques

V.4Scurit
De nos jours, la scurit est un point important dans le dveloppement de toute
application. Au mme titre quune application classique ou quun systme dexploitation, les
applicationsWebpeuventprsenterdesfaillesdescurit.Celaestdautantplusgravequeles
applicationsWebmanipulentparfoisdesdonnesconfidentielles(motsdepasse,numrosde
cartesbancaires,).
Eneffet,legrandnombredepersonnesquiyontaccs,ainsiquelespossibilitsdaccs
distance la rendent vulnrable. La protection du code et ainsi des diffrentes requtes SQL
utilisesestaussiderigueurcarlamanipulationdecesdernires,lemanquedevrification
desdonnesdelutilisateurpeuvententraineruneinstabilitdel'applicationouduserveur.

V.5Rendudequelquespages

Figure12:Formulairedecrationdetypededocuments

RdigetprsentparFOKOUTAFODIetFOTSO

Page33

Suividedocumentsnumriquesetphysiques

Figure13:Formulairedecrationdesutilisateurs

Figure14:Formulaired'envoidedocuments

RdigetprsentparFOKOUTAFODIetFOTSO

Page34

Suividedocumentsnumriquesetphysiques

CONCLUSION GENERALE
Tout au long de notre travail, il tait demand de raliser une application de suivi de
documentsnumriquesetphysiques.Ceciatfaitdansunpremiertempstraversunetude
approfondie de la faisabilit de notre application, ensuite une analyse ayant conduit la
modlisation, enfin une implmentation. Il en ressort la fin une aptitude grer un projet
danssatotalitentenantcomptedetouteslescontraintes(dlai,conflitsentrelesmembresdu
projet, gestion des ressources, rendement attendu) qui peuvent s'imposer et une meilleure
maitrisedulangageC#,duserveurdebasesdedonnesMysql,delatechnologie.NET.
Ilenressortquautermedenotretude,notreapplicationpermet:
Lacquisitiondesdocuments;
Leclassementetlindexationdesdocuments;
Lestockagedesdocuments;
Larchivagedesdocuments.
Ce qui permet lamlioration du travail collaboratif entre les diffrents services de
lISTDI,legainentempsetlascuritdesdocuments.
Toutefois,nayantsansdoutepascompltementpoustouslescontoursdusujet,etla
perfectionntantpasdecemonde,ilvasendirequilesttoujourspossibledalleraudelde
notre accomplissement afin de satisfaire davantage lutilisateur. Ceci pour dire quune
applicationacontinuellementbesoindtremaintenueetmisejour.

RdigetprsentparFOKOUTAFODIetFOTSO

Page35

Suividedocumentsnumriquesetphysiques

BIBLIOGRAPHIE

OUVRAGES

[Carol Hursch 90]:Carolyn J. HURSCH, Jack L. HURSCH, SQL Le langage structur

dinterrogation,MassonparisMilanBarceloneMexico,1990.

[Roger Moun 91]: Roger MOUNYOL, MERISE par lexemple, model pour lanalyse
dorganisationetdinformation,ditionmarketing,201pages,copyright1991.

[Arnauld Roch][Rene coletti]: Arnold RochFeld, Ren Colletti, LA METHODE MERISE

Principesetoutils,HubertTardieu,(Lesditionsdorganisation)

[JeanMATHERON94]:JeanPatrickMATHERONComprendreMERISE:outilconceptuel
etorganisationnel,EYROLLES(1994)

SITEWEB
URL

Contenu

Datedevisite

[Mysql.01]:http://wwwfr.mysql.com/

ToutsurMYSQL

09juin2007

[Phpcs.01]http://www.java.com/fr/

Lescodessourcesjava

27janvier2005

[Merise.01]http://merise.developpez.com/faq

Lemodleconceptuel

/?page=MCD#MCD_Definition

dedonnes

20aot2007

RdigetprsentparFOKOUTAFODIetFOTSO

Page36

Suividedocumentsnumriquesetphysiques

ANNEXES
Annexe1:Planificationduprojet

RdigetprsentparFOKOUTAFODIetFOTSO

Pagea

Suividedocumentsnumriquesetphysiques

Annexe2:Diagrammedecasdutilisation

RdigetprsentparFOKOUTAFODIetFOTSO

Pageb

Suividedocumentsnumriquesetphysiques

Annexe3:DiagrammedeSquence
Diagrammedesquenceducasd'utilisation"Ajoutdedocuments"

1.L'utilisateurdemandeleformulaired'ajoutdedocumentsauserveur.
2.Leserveurafficheleformulaired'ajout.
3.L'utilisateursaisitlesnouvellesdonnesrelativesaunouveaudocument.
4.L'applicationenvoilarequte.
5.L'applicationstockelesdonnesauniveaudelabasededonnes.
6.L'applicationconfirmel'enregistrement.

RdigetprsentparFOKOUTAFODIetFOTSO

Pagec

Suividedocumentsnumriquesetphysiques

Annexe4:Diagrammedeclasses

RdigetprsentparFOKOUTAFODIetFOTSO

Paged

Suividedocumentsnumriquesetphysiques

Annexe5:MCD

RdigetprsentparFOKOUTAFODIetFOTSO

Pagee

Suividedocumentsnumriquesetphysiques

Annexe6:MLD

PRIVILEGES
PAGES
PK_PAGES
CODEPAG
NOMPAGE
DESCRIPTIO

PAGESPRIV
PK_PAGESPRIV
CODEPAGE
CODEPRIV

PK_PRIVILEGES
CODEPRIV
NOM
DATECREATION
DATELASTMOD
STATUT

TYPEDOC
PK_TYPEDOC
CODETYPE
NOM
CATEGORIE
DATECREATION
DATELASTMOD
STATUT

UTILISATEURS
PK_UTILISATEURS
MATRICULE

MATRICULE = MATRICULE_RECE
ENVOIDOC
CODESERVICE
PK_ENVOIDOC
CODEPRIV
MATRICULE_ENVOY
CODEENTREPRIS
MATRICULE_RECEV
NOM
CODEENVOI
PRENOM
MATRICULE = MATRICULE_ENVO DATEENVOI
SEXE
STATUT
EMAIL
STATUTLECTURE
TEL
CODEDOC
STATUT
DUREEMP
SUSPENSION
DATECREATION
DATELADTMODIF
DOCUMENTS

SERVICES
PK_SERVICES
CODESERVIC
NOM
DESCRIPTION
DATECREATION
DATELASTMOD
STATUT

PK_DOCUMENT
CODEDOC

ARCHIVES
ENTREPRISE

PK_ARCHIVES
CODEARCHIV

PK_ENTREPRISE
CODEENTREPR

NOM
DESCRIPTION
DATECREATIO

NOM
ADRESSE
BP
TEL
FAX
DATECREATION
DATELASTMODIF

NOM
CONTENU
TYPE
SENDERNAME
SENDERTEL
SENDEREMAIL
PJOINTE
DATECREATION

PIECEJOINTE
PK_PIECEJOINTE
CODEPJ
NOM
TYPE
DATECREATIO
STATUT
CODEDOC

RdigetprsentparFOKOUTAFODIetFOTSO

Pagef

Suividedocumentsnumriquesetphysiques

Annexe7:ExtraitduscriptdelaBD

DROPDATABASEIFEXISTSSYSDOC;
CREATEDATABASEIFNOTEXISTSSYSDOC;
USESYSDOC;
#
#TABLE:PRIVILEGES
#
CREATETABLEIFNOTEXISTSPRIVILEGES
(
CODEPRIVCHAR(20)NOTNULL,
NOMCHAR(32)NULL,
DATECREATIONCHAR(32)NULL,
DATELASTMODIFDATENULL,
STATUTCHAR(1)NULL
,PRIMARYKEY(CODEPRIV)
)
comment="";

#
#TABLE:SERVICES
#
CREATETABLEIFNOTEXISTSSERVICES
(
CODESERVICECHAR(20)NOTNULL,
NOMVARCHAR(50)NULL,
DESCRIPTIONVARCHAR(255)NULL,
DATECREATIONCHAR(32)NULL,
DATELASTMODIFDATENULL,
STATUTCHAR(1)NULL
,PRIMARYKEY(CODESERVICE)
)
comment="";
#
#TABLE:ARCHIVES
#
CREATETABLEIFNOTEXISTSARCHIVES
(

CODEARCHIVECHAR(20)NOTNULL,

RdigetprsentparFOKOUTAFODIetFOTSO

Pageg

Suividedocumentsnumriquesetphysiques

NOMVARCHAR(50)NULL,

DESCRIPTIONVARCHAR(255)NULL,

DATECREATIONDATENULL

,PRIMARYKEY(CODEARCHIVE)

)
comment="";

#
#TABLE:PIECEJOINTE
#
CREATETABLEIFNOTEXISTSPIECEJOINTE
(
CODEPJCHAR(20)NOTNULL,
NOMVARCHAR(50)NULL,
TYPEVARCHAR(50)NULL,
DATECREATIONDATENULL,
STATUTCHAR(1)NULL,
CODEDOCCHAR(32)NOTNULL
,PRIMARYKEY(CODEPJ)
)
comment="";

#
#INDEXDELATABLEPIECEJOINTE
#
CREATEINDEXI_FK_PIECEJOINTE_DOCUMENTS

ONPIECEJOINTE(CODEDOCASC);

#
#TABLE:TYPEDOC
#
CREATETABLEIFNOTEXISTSTYPEDOC
(
CODETYPECHAR(20)NOTNULL,
NOMCHAR(32)NULL,
CATEGORIECHAR(1)NULL,
DATECREATIONCHAR(32)NULL,
DATELASTMODIFCHAR(32)NULL,
STATUTCHAR(1)NULL
,PRIMARYKEY(CODETYPE)
)

RdigetprsentparFOKOUTAFODIetFOTSO

Pageh

Suividedocumentsnumriquesetphysiques

comment="";

#
#TABLE:UTILISATEURS
#
CREATETABLEIFNOTEXISTSUTILISATEURS
(
MATRICULECHAR(10)NOTNULL,
CODESERVICECHAR(20)NOTNULL,
CODEPRIVCHAR(20)NOTNULL,
CODEENTREPRISECHAR(20)NOTNULL,
NOMVARCHAR(50)NULL,
PRENOMVARCHAR(50)NULL,
SEXECHAR(1)NULL,
EMAILVARCHAR(50)NULL,
TELINTEGERNULL,
STATUTCHAR(3)NULL,
DUREEMPINTEGERNULL,
SUSPENSIONCHAR(1)NULL,
DATECREATIONCHAR(32)NULL,
DATELADTMODIFDATENULL
,PRIMARYKEY(MATRICULE)
)
comment="";

#
#INDEXDELATABLEUTILISATEURS
#
CREATEINDEXI_FK_UTILISATEURS_SERVICES
ONUTILISATEURS(CODESERVICEASC);

CREATEINDEXI_FK_UTILISATEURS_PRIVILEGES
ONUTILISATEURS(CODEPRIVASC);

CREATEINDEXI_FK_UTILISATEURS_ENTREPRISE
ONUTILISATEURS(CODEENTREPRISEASC);

#
#TABLE:ENVOIDOC
#
CREATETABLEIFNOTEXISTSENVOIDOC

RdigetprsentparFOKOUTAFODIetFOTSO

Pagei

Suividedocumentsnumriquesetphysiques

(
MATRICULE_ENVOYERCHAR(10)NOTNULL,
MATRICULE_RECEVOIRCHAR(10)NOTNULL,
CODEENVOICHAR(20)NULL,
DATEENVOIDATENULL,
STATUTCHAR(1)NULL,
STATUTLECTURECHAR(1)NULL,
CODEDOCCHAR(32)NOTNULL
,PRIMARYKEY(MATRICULE_ENVOYER,MATRICULE_RECEVOIR)
)
comment="";

#
#INDEXDELATABLEENVOIDOC
#
CREATEINDEXI_FK_ENVOIDOC_UTILISATEURS
ONENVOIDOC(MATRICULE_ENVOYERASC);

CREATEINDEXI_FK_ENVOIDOC_UTILISATEURS1
ONENVOIDOC(MATRICULE_RECEVOIRASC);

CREATEINDEXI_FK_ENVOIDOC_DOCUMENTS
ONENVOIDOC(CODEDOCASC);
#
#TABLE:DOCUMENTS
#

CREATETABLEIFNOTEXISTSDOCUMENTS
(
CODEDOCCHAR(32)NOTNULL,
NOMCHAR(32)NULL,
CONTENUVARCHAR(255)NULL,
TYPECHAR(32)NULL,
SENDERNAMECHAR(32)NULL,
SENDERTELINTEGER(2)NULL,
SENDEREMAILCHAR(32)NULL,
PJOINTECHAR(32)NULL,
DATECREATIONCHAR(32)NULL
,PRIMARYKEY(CODEDOC)
)
comment="";

RdigetprsentparFOKOUTAFODIetFOTSO

Pagej

Suividedocumentsnumriquesetphysiques

#
#CREATIONDESREFERENCESDETABLE
#
ALTERTABLEPIECEJOINTE
ADDFOREIGNKEYFK_PIECEJOINTE_DOCUMENTS(CODEDOC)
REFERENCESDOCUMENTS(CODEDOC);

ALTERTABLEUTILISATEURS
ADDFOREIGNKEYFK_UTILISATEURS_SERVICES(CODESERVICE)
REFERENCESSERVICES(CODESERVICE);

ALTERTABLEUTILISATEURS
ADDFOREIGNKEYFK_UTILISATEURS_PRIVILEGES(CODEPRIV)
REFERENCESPRIVILEGES(CODEPRIV);

ALTERTABLEUTILISATEURS
ADDFOREIGNKEYFK_UTILISATEURS_ENTREPRISE(CODEENTREPRISE)
REFERENCESENTREPRISE(CODEENTREPRISE);

ALTERTABLEENVOIDOC
ADDFOREIGNKEYFK_ENVOIDOC_UTILISATEURS(MATRICULE_ENVOYER)
REFERENCESUTILISATEURS(MATRICULE);

ALTERTABLEENVOIDOC
ADDFOREIGNKEYFK_ENVOIDOC_UTILISATEURS1(MATRICULE_RECEVOIR)
REFERENCESUTILISATEURS(MATRICULE);

ALTERTABLEENVOIDOC
ADDFOREIGNKEYFK_ENVOIDOC_DOCUMENTS(CODEDOC)
REFERENCESDOCUMENTS(CODEDOC);

ALTERTABLEPAGESPRIV
ADDFOREIGNKEYFK_PAGESPRIV_PAGES(CODEPAGE)
REFERENCESPAGES(CODEPAGE);

ALTERTABLEPAGESPRIV
ADDFOREIGNKEYFK_PAGESPRIV_PRIVILEGES(CODEPRIV)
REFERENCESPRIVILEGES(CODEPRIV);

RdigetprsentparFOKOUTAFODIetFOTSO

Pagek