PROJET TUTORE Suivi de Documents Numeriques Et Physiques

Embed Size (px)

DESCRIPTION

Suivi de Documents Numeriques Et Physiques

Citation preview

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