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................................................................................................... 0 1 III.1Collectedesinformations................................................................................... 0 1
Suividedocumentsnumriquesetphysiques
III.1.1.Linterview.................................................................................................. 0 1 III.1.2.Lobservation............................................................................................... 0 1 III.1.3.Remuemninges(BRAINSTORMING)......................................................... 0 1 III.2Analysedelexistant........................................................................................... 0 1 III.2.1.Prsentationdelexistant........................................................................... 1 1 III.3Critiquedelexistant.......................................................................................... 1 1 III.4Propositiondunouveausystme....................................................................... 2 1 III.4.1.Prsentationdunouveausystme.............................................................. 2 1 III.4.2.Lelangageutilis:UML............................................................................... 2 1 III.4.3.UMLMerisepourlaBD............................................................................ 6 1 ChapitreIV:CONCEPTION............................................................................................ 0 2 IV.1Architectureetstructuredusystme................................................................ 0 2 IV.1.1.Larchitecturelogique:3tiers..................................................................... 0 2 IV.1.2.Architecturephysique................................................................................. 2 2 IV.1.3.Structuredelapplication ........................................................................... 4 . 2 IV.2AnalyseetchoixduSGBD .................................................................................. 4 . 2 IV.2.1.Analyse ....................................................................................................... 4 . 2 IV.2.2.ChoixduSGBD:MySQL.............................................................................. 5 2 IV.2.3.ArchitecturedeMySQL............................................................................... 5 2 ChapitreV:IMPLEMENTATION.................................................................................... 7 2 V.1Implmentationdelabasededonnes.............................................................. 7 2 V.1.1.ScriptdelaBD.............................................................................................. 7 2 V.1.2.MySQL5.2.10............................................................................................... 7 2 V.2Environnementdedveloppement:MicrosoftVisualStudio2008 ................... 8 . 2 V.3Implmentationdelapplication......................................................................... 0 3 V.3.1.Implmentationctclient:XHTMLetCSS................................................ 0 3 V.3.2.ImplmentationctserveurASP.NETetC#.............................................. 1 3
RdigetprsentparFOKOUTAFODIetFOTSO
Page2
Suividedocumentsnumriquesetphysiques
V.4Scurit............................................................................................................... 3 3 V.5Rendudequelquespages................................................................................... 3 3 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 FIGURESFigure1:Reprsentationdunacteur.............................................................................. 4 1 Figure2:Reprsentationduncasdutilisation................................................................ 4 1 Figure3:ReprsentationUMLduneclasse..................................................................... 5 1 Figure4:FormalismeduMCD.......................................................................................... 7 1 Figure5:Exempled'architectureen3couches............................................................... 0 2 Figure6:ArchitecturedeMySQL..................................................................................... 6 2 Figure7:Interfaced'administrationdelaBD.................................................................. 7 2 Figure8:Crationduprojet............................................................................................. 8 2 Figure9:Fentrepourlacrationdunnouveauprojet.................................................. 9 2 Figure10:PageASPXpardfaut...................................................................................... 9 2 Figure11:Formulairedecrationdetypededocuments............................................... 3 3 Figure12:Formulairedecrationdesutilisateurs.......................................................... 4 3
RdigetprsentparFOKOUTAFODIetFOTSO
Pageiii
Suividedocumentsnumriquesetphysiques
GLOSSAIREUML:UnifiedModelingLanguage SQL:StructuredQueryLanguage BD:Basededonnes SGBD:SystmedeGestiondeBasedeDonnes UIL:UserInterfaceLayout BLL:BusinessLogiqueLayout DAL:DataAccessLayout GUI:GraphicUserInterface SGBD:SystemdeGestiondeBasedeDonnes
RdigetprsentparFOKOUTAFODIetFOTSO
Pageiv
Suividedocumentsnumriquesetphysiques
INTRODUCTION GENERALELe 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:NOTEDECADRAGEI.1IntroductionLa note de cadrage est ltape du dveloppement logiciel qui consiste dfinir le contextedenotretude,saporteetseslimites.Ellenouspermetaussidestimerlebudgetet dtablirleplanningdedroulementdenotreprojet.
a) ContexteLvolution 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) ProblmatiqueIlvasagirpournousdeconcevoirunlogicieldesuividedocument(SYDOC)enprenant encomptelefaitquISTDI,ilnenexistepasencore.Decefait,uneanalyseminutieusedece thmenouspermettraderpondreauxquestionssuivantes:
Aquoirenvoilesuividedocumentsnumriquesetphysiques? Pourquoimettreenplaceunsystmedesuividedocumentsnumriquesetphysiques dansuneentreprise? Questcequelindexationdundocument? QuestcequeLarchivagedundocument? Quelssontlesavantagesquenousoffrecesystme? Quelssontlesoutilsncessaireslamiseenplaceduntelsystme?
c) DescriptionduprojetLobjectifdelISTDIestdassureretdefaciliterlesuividedocumentstantnumriques que physiques. Pour cela, elle veut se doter dun logiciel qui permettrait, non seulement de
RdigetprsentparFOKOUTAFODIetFOTSO
Page3
Suividedocumentsnumriquesetphysiques
suivrelesdocumentsnumriquesetphysiques,maisaussidassurerlatraabilit,lascurit, larchivageetlarecherchedesditsdocuments.
d) ObjectifsetfinalitsLamiseenuvredecesystmeaurapourbutdefavoriserlaconstitutiondunvritable 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.2Porteetlimitesdenotretudea) PositionnementdeltudeparrapportauxobjectifsdelentrepriseDanssonidedamliorerlerendement,ISTDIajugncessairedemettresurpiedsune solutiondegestiondocumentairepouramlioreretfaciliterletraficdesdocuments.
b) LesimpactsdenotretudeLelogicielquenouscomptonsmettresurpiedsdoitpouvoiramliorerlaqualitdusuivi 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) LescontoursduprojetLe 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) LesopportunitsetlesrisquesAfin 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.3Lebudgeta) GainattenduLeprincipalgainattenduiciestlamliorationdelaqualitdutravail.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) LescotsetleschargesPrvoir 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) 1 6500 2 5500 3 8000 4 3500
Coutpartachesetinterventiondesspcialistes T1:Acquisitiondumatrielncessaireetveilletechnologique T2:Recueildesinformationsadditionnelles T3:Identificationdelachargedetravailetdescomptencesncessaires T4:Analyseetproductiondesdiffrentsmodles T5:Conceptionetorganisationdusystmeenmodule T6:Implmentation T7:Testetintgration Cotpartche Analyste programmeur Concepteur Documentaliste /archivistes
Total 40000 32500 72500 126500 128000 220000 63000
T1 T2 T3 T4 T5 T6 T7
5 5 8 40 7
5 5 8 16
3 7
TotalHT
682500FCFA
c) DescriptiondestchesetplanningpossiblePlanificationetestimationduprojet:(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.1ProjetNomduprojet:Misesurpiedsdunsystmedesuiviededocumentsnumriquesetphysiques entrelesdiffrentsservicesduneorganisation. Initiateur:ISTDI. Adressedelinitiateur:BP3001Douala. Email:[email protected] Runiondinformation:oui
II.2ConditionsgnralesLesconditionsderalisationduprojetsebasentsur: Leprsentcahierdecharges. Lesinformationsfournieslorsdelaruniondinformation
RdigetprsentparFOKOUTAFODIetFOTSO
Page7
Suividedocumentsnumriquesetphysiques
II.2.1.LanguesLapplication devra tre dploye en version franaise et anglaise. L'ensemble des documents,qu'ils'agissederapportsoudetoutautresmanuelsoudossiersprvus,estrdig enfranaisouanglais.Lessancesdetravauxontlieuenfranaisouenanglais,selonlechoix desintervenants.
II.2.2.ComptencesetengagementsdelamatriseduvreLes difficults et les particularits des travaux excuter doivent tre prises en considrationparlematreduvrequidevrafairepreuvedabngationetdouverturedesprit toutaulongduprojet.
II.2.3.SancesdetravailLa matrise duvre assistera constamment des sances de travaux organiss par lencadreur.Cessancespermettrontdvaluerletravaildjralisetdorienterlasuite.
II.3LapplicationetmodalitsderalisationII.3.1.ObjectifLobjectif 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.LangagesdeprogrammationLeslangagesdeprogrammationchoisissont: HTMLetCSSpourleformatagedespagesdelapplicationctclient;
RdigetprsentparFOKOUTAFODIetFOTSO
Page8
Suividedocumentsnumriquesetphysiques
C#etASP.NETctserveur
II.3.3.PubliccibleLepubliccibledelapplicationestconstituessentiellementdelensembledupersonnel delISTDI.
II.3.4.CompositiondelquipedetravailLquipe de travail est compose dau moins 2 personnes engages temps partiel. Parmilesmembresdelquipenouspouvonsciter: FOKOUTAFODIFrank
FOTSOSerge
II.4DureduprojetDatedelancementduprojet:01juin2011 Heuredelancementduprojet:11h00
II.4.1.DureElleestestimeenviron2moisetpourraittreprolongeenfonctiondelavolontde lamatrisedouvrage.
II.4.2.AvenantsLesavenantssontprvoirafindinclure,surdemandedelencadreuracadmique,un ensembledetchesnonprvues(commandessupplmentaires).
RdigetprsentparFOKOUTAFODIetFOTSO
Page9
Suividedocumentsnumriquesetphysiques
CHAPITREIII:ANALYSE
III.1CollectedesinformationsLesanalystesontsouventunhandicaplorsquilscommencentltudedunsystme.Ils connaissent parfois trs peu lactivit sur laquelle ils seront amens faire des recommandationsimportantes.Ilestdoncessentieldavoirrecoursauxtechniquesdecollecte dinformations.Ilenexisteplusieurs.Nousavonsoptpour:
III.1.1.LinterviewLinterview nous a permis de nous entretenir avec des personnes ressources pour collectertouteslesinformationsncessaireslacomprhension,lanalyseetsegmentation dutravailraliser.Cespersonnesontt: M.LorinceTAWAMBA; M.FranoisXavierTekoudjou
III.1.2.LobservationEllenousapermispremirementdeprendreencomptelafaondontlesactivitsetles 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.2PrsentationdelexistantNotre 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) LenregistrementLorsquuncourrierouunfaxarrive,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) LatransmissionAprsenregistrement,unephotocopiedudocumentoriginalestfaiteetconservedans deschemisescartonnessimplescourriersarrivs,faxarrivsenattentedeclassement.La photocopieesttransmissequidedroitgnralementauserviceconcern.
c) LeclassementEn 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.4PropositiondunouveausystmeIII.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:UMLLes 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:
DiagrammesstructurelsoudiagrammesstatiquesDiagrammedeclasse Diagrammedobjet Diagrammedecomposant Diagrammededploiement Diagrammedepaquetage Diagrammedestructurecomposite
DiagrammescomportementauxoudiagrammedynamiqueDiagrammedecasdutilisation Diagrammedactivit Diagrammedtattransition
DiagrammesdinteractionsDiagrammedesquence 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.
lmentsdesdiagrammesdecasdutilisationActeurs:idalisationdunrlejouparunepersonneouunechosequiinteragie avecunsystme.
Figure1:Reprsentationdunacteur
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.
NotionsrelativesaudiagrammedeclassesClasse: description formelle dun ensemble dobjets ayant une smantique et despropritscommunes.
Figure3:ReprsentationUMLduneclasse Objet : instanceduneclasse. Attribut:propritcommunetouslesobjetsduneclasse. Mthode: fonctionnalit, comportement ou transformation qui peut tre appliqueauxobjetsd'uneclasse.
RdigetprsentparFOKOUTAFODIetFOTSO
Page15
Suividedocumentsnumriquesetphysiques
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 Entit:Cestlareprsentationdanslesystmedinformationdunobjetconcret ouabstraitdotduneexistencepropre.Elleestprsenteparunrectangleo figuresonidentifiantetsesattributs.
Proprit : Cest une donne lmentaire permettant de dcrire ou de caractriseruneentitouunerelation.
Identifiant:Cestunepropritquipermetdidentifierdemanireuniqueune occurrencedelentit.
Relation:Cestlareprsentationdunliensmantiqueentredeuxouplusieurs entits. Elle est reprsente par un cercle portant son nom (un verbe) et les propritsquelleporte.
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
RgledepassageduMCDauMLDMCD Entit/association Identifiant Proprit DevientdansleMLD Relation Clprimairedelarelation 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
FormalismeRelation1(Identifiant1,Champ1,,Champn) . . . Relationn(Identifiantn,Champn+1,,Champn+n)
MLDproprementdit (Annexe6)
RdigetprsentparFOKOUTAFODIetFOTSO
Page19
Suividedocumentsnumriquesetphysiques
CHAPITREIV:CONCEPTION
IV.1ArchitectureetstructuredusystmeIV.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.StructuredelapplicationApresladescriptiondutravail,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.2AnalyseetchoixduSGBDIV.2.1.AnalyseLesSGBDoffrentlesavantagessuivants: 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
Suivide edocumentsnumriqu uesetphysiques q
Figure7:ArchitecturedeMySQL r Q
Rdige etprsent parFOKO OUTAFODIetFOTSO
Page26 6
Suivide edocumentsnumriqu uesetphysiques q
CHAP PITREV:IMPLE EMENTA ATION
Ce C chapitr prsent lenvironnement de dvelo re te oppement et les lan ngages de e program mmationqu uenousavonsutilissp pourimplm menternotr reapplicatio onweb.
V.1Implmentat V tiondela abasededonnesComme pre C emire tap aprs la phase de conception nous avo implm pe a n, ons ment notre e basede edonnesa avecloutilM MySQL5.2. .10dupost teserveur.E Elleestnom mmeSYS SDOC_DB etconst tituede11tables.
V.1.1.ScriptdelaBDCettetape epermetd exprimerle eModleLo ogiquedeD Donnes(ML LD)dansla syntaxedu u SGBDR (SystmedeGestiond desBasesdeDonnes Relationne elle)choisi, cestdireletraduire e dansun nlangagededfinition ndedonn es,afinde crerlestablesdans unebased dedonnes s relation nnelle.Etpu uisquenotr reSGBDRchoisiestM MYSQLonob btientcette edescriptio onphysique e dedonn nes.
(Annex xe7)
V.1.2.MySQL L5.2.10
Figu ure8:Interf faced'administrationd delaBD
Rdige etprsent parFOKO OUTAFODIetFOTSO
Page27 7
Suivide edocumentsnumriqu uesetphysiques q
V.2Envir V ronneme entded veloppe ement:Microsof ftVisualStudio 2008 2Microsoft V M Visual Stud est un Environnement de D dio Dveloppem ment Intgr (IDE) de r e Microso oft.Ilpeut treutilis pourdvelo opperdesa applications sconsolee etgraphique,dessites s web,de esapplicatio onsweb,et tdesservicesWeb. Visual Stud inclut u diteur de code in V dio un ncluant lInt telliSense ( (auto comp pltion). Le e dbogueurintgr fonctionne elafoisc commeund dbogueur decodeso ourceetun dbogueur r aumachine e.Ilinclutau ussidautre esoutils: denivea
Concepteur rdeformula airespourc crerdesap pplicationsG GUI, Webdesign W ner, Concepteur rdeclasse, Concepteur rdeschma adebasededonnes.
Fig gure9:Crationdupro ojet
Rdige etprsent parFOKO OUTAFODIetFOTSO
Page28 8
Suivide edocumentsnumriqu uesetphysiques q
Figure10:Fentrepo ourlacrat tiondunno ouveauprojet 1:OnchoisitleFra ameworkso ouhait 2:Choisirsonlang gage(C#dan nsnotrecas s)etcliquer rsurWeb. fierqueA ApplicationW WebASP.NETestbie enslectionn. 3:Vrif 4:Entre erunnomd deprojet,choisirsone emplacemen ntetlenom mdelasolut tion 5:Cliqu uersurOk kenbasdroite
Figure11 1:PageASPXpardfau ut
Rdige etprsent parFOKO OUTAFODIetFOTSO
Page29 9
Suividedocumentsnumriquesetphysiques
V.3ImplmentationdelapplicationV.3.1.Implmentationctclient:XHTMLetCSSIcinousnoussommesattelsauformatagedesinterfacesprsentesauxutilisateurs, 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.
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; privateListlstListElt; publicListListTypeElt { 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.4ScuritDe 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 GENERALETout 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[Mysql.01]:http://wwwfr.mysql.com/ [Phpcs.01]http://www.java.com/fr/ [Merise.01]http://merise.developpez.com/faq /?page=MCD#MCD_Definition
ContenuToutsurMYSQL Lescodessourcesjava Lemodleconceptuel dedonnes
Datedevisite09juin2007 27janvier2005
20aot2007
RdigetprsentparFOKOUTAFODIetFOTSO
Page36
Suividedocumentsnumriquesetphysiques
ANNEXESAnnexe1:Planificationduprojet
RdigetprsentparFOKOUTAFODIetFOTSO
Pagea
Suividedocumentsnumriquesetphysiques
Annexe2:Diagrammedecasdutilisation
RdigetprsentparFOKOUTAFODIetFOTSO
Pageb
Suividedocumentsnumriquesetphysiques
Annexe3:DiagrammedeSquenceDiagrammedesquenceducasd'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 SERVICES PK_SERVICES CODESERVIC NOM DESCRIPTION DATECREATION DATELASTMOD STATUT 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 PK_DOCUMENT CODEDOC NOM CONTENU TYPE SENDERNAME SENDERTEL SENDEREMAIL PJOINTE DATECREATION
ARCHIVES PK_ARCHIVES CODEARCHIV NOM DESCRIPTION DATECREATIO ENTREPRISE PK_ENTREPRISE CODEENTREPR NOM ADRESSE BP TEL FAX DATECREATION DATELASTMODIF
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 # #TABLE:TYPEDOC # CREATETABLEIFNOTEXISTSTYPEDOC ( CODETYPECHAR(20)NOTNULL, NOMCHAR(32)NULL, CATEGORIECHAR(1)NULL, DATECREATIONCHAR(32)NULL, DATELASTMODIFCHAR(32)NULL, STATUTCHAR(1)NULL ,PRIMARYKEY(CODETYPE) ) ONPIECEJOINTE(CODEDOCASC);
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