Vous êtes sur la page 1sur 120

Universit Libre de Tunis

Traditions et innovation

Projet de fin dtudes


Pour un diplme dingnieur en Informatique

Conception et dveloppement dun

Encadr par :

Ralis par :

Mr Abdelaziz ABDELLATIF

Skander KERKENI

Anne universitaire 2001/2002


1

Conception et dveloppement dun CD_Web

Elabor par ltudiant : Encadreur Intac : Encadreur Stafim PEUGEOT :

Skander KERKENI Mr Abdelaziz ABDELLATIF Mr Naoufel BARKIT

Ddicace

Ce travail aussi humble soit il est particulirement ddi : - Mes parents Afifa Amel & Radhwan KERKENI qui ont su guider mes pas avec dvouement, amour et patience tout au long de ma scolarit. - Mes frres Fodhiel & Med Chedly pour leur soutien et encouragements.

Remerciements

Tous mes remerciements vont : - Mon encadreur, Mr Abdelaziz ABDELLATIF pour sa disponibilit, son aide et ses prcieux conseils, au cours de llaboration de ce projet. - Le personnel de la Stafim PEUGEOT, et en particulier Mr Naoufel BARKIT et Mr Farhat MAHFOUTH qui ont facilit et soutenu mon intgration au sein de l entreprise durant mon Stage. - Tous les enseignants et dirigeants de lULT qui mont soutenu et ont contribu ma formation, par la richesse des contacts, la matrise des concepts et des techniques conduisant un vritable savoir-faire et de relles comptences. - Tous les tudiants de lULT que j ai ctoy durant ces dernires annes et avec qui jai partag soucis et satisfactions. l Je remercie galement toutes les personnes qui ont toujours eu soucis de ma russite.

TABLE DES MATIERES: Rsum4


Chapitre I Chapitre II Chapitre III Chapitre IV Chapitre V Chapitre VI Chapitre VII : : : : : : :

Introduction10 Prsentation du Projet14 Etude bibliographique18 Etude des besoins...36 Analyse & Conception41 Etude technique82 Ralisation96 Conclusion98 Chronogramme100 Annexes..103

Liste des Figures et des Tableaux

1 Liste des Figures : Figure 1 : Rpartition des Agences sur le territoire Tunisien Figure 2 : Architecture dun CD publicitaire conventionnel Statique Figure 3 : Architecture dun CD publicitaire conventionnel Dynamique Figure 4 : Procdure dexcution dun CD publicitaire conventionnel Dynamique Figure 5 : Procdure de connexion et excution des pages dynamiques du CD_Web Figure 6 : Relation entre navigateurs et serveur Figure 7 : Liste des acteurs du systme Figure 8 : Liste des cas dutilisation Figure 9 : Diagramme des Paquetages gnral CD_Web Stafim PEUGEOT Figure 10 : PEUGEOT Diagramme des Cas dutilisation CD_Web Stafim

Figure 11 : Diagramme du Cas dutilisation Connexion Figure 12 : Diagramme de squences simple du cas dutilisation Connexion et Dcouverte des Actualits

Figure 13 : Diagramme des cas dutilisation Commande de pices dtachs Figure 14 : Diagramme de squences dutilisation Commande de pices dtaches Figure 15 : Diagramme du Paquetage Administrer Figure 16 : Diagramme des cas dutilisation Administrer Agent Figure 17 : Diagramme de dutilisation Administrer Agent squences simple du Cas simple du Cas

Figure 18 : Diagramme des cas dutilisation Administrer Commande Figure 19 : Diagramme de squences simple du Cas dutilisation Administrer Commande Figure 20 : Diagramme des cas dutilisation Administrer Actualits Figure 21 : Diagramme de squences dutilisation Administrer Actualits Figure 22 : Diagramme de classes avec attributs Figure 23 : Diagramme de Classes des paquetages Contacts , Dcouverte Actualits et Administration du modle danalyse Figure 24 : Diagramme de Classes des paquetages Commande de pices dtaches du modle danalyse Figure 25 : Diagramme de Collaboration Administrer Agent Figure 26 : Diagramme de Collaboration Administrer Actualits Figure 27 : Diagramme de Collaboration Administrer Commande
7

simple

du

Cas

Figure 28 : Diagramme de Collaboration dtaches

Commande de pices

Figure 29 : Diagramme de Collaboration Connexion Figure 30 : Diagramme de squence Connexion Figure 31 : Diagramme de squence Commande de pices Figure 32 : Diagramme de squence Administrer actualits Figure 33 : Diagramme de squence Administrer commande Figure 34 : Diagramme de squence Connexion pour WAE Figure 35 : Diagramme de squence Commande de pices pour WAE Figure 36 : Diagramme de squence Administrer actualits pour WAE Figure 37 : Diagramme de squence Administrer commande pour WAE Figure 38 : Diagramme de squence Diagramme des composants principal Figure 39 : Diagramme de Classes Connexion pour WAE Figure 40 : Diagramme de Classes Administration pour WAE Figure 41 : Diagramme de Classes Commande de pice dtaches pour WAE Figure 42 : Organigramme du Site_Web

2 Liste des tableaux : Tableau 1 : Comparaison entre Serveur Web Apache et le IIS Tableau 2 : Comparaison entre Linux et Windows 2000Server Tableau 3 : Rpartition du temps de dveloppement du CD_Web

Rsum du projet
Franais Arabe Anglais

10

Rsum en Franais :
Ce projet est laboutissement du dveloppement dun CD_Web, nouveau concept de mise jour des informations qui y sont stockes, par tlchargement de fichiers anims et de scurisation de Sites Web. Le CD_Web dvelopp la Stafim PEUGEOT , permet : - Une prsentation des diffrentes activits et produits quelle commercialise et les informations sur Stafim et les agences qui lui sont rattaches. - La connexion un Site Web scuris pour mise jour et transmission dinformations, passation de commandes, atc Tout en prservant lintgrit des informations chaque connexion et de scuriser laccs aux ventuels pirates.

Cette technique va nous permettre lutilisation du CD_Web en tant que Kit de connexion un Site scuris, largissant ainsi son exploitation, dautres domaines et dautres socits. Humble participation dans un domaine volution rapide et constante.

11

Rsum en Anglais :
The project is the result of a computer disk development, a new way toupdate information , which will be stored by loading of an animated files and secured Web Site. The CD_Web to be developed for Stafim PEUGEOT Tunisie will allow: - Presentation of different activities and products commercialised by Stafim Information on Stafim PEUGEOT and his different agencies. - A secured Web Site connection for an update and information transmission, following orders etc... by protecting all informations and a secured against some pirates. This technique will allows us an advertising used of CD as connexion Kit to a secured Web Site, extending his work for another companies and others sectors. A beheave participation for a sector constantly growing fast.

12

13

Chapitre 1
Introduction

1 Introduction : Linformatique est un outil en volution constante et rapide, son introduction dans tous les domaines appelle les socits sinvestir dans cette nouvelle forme de communication. Lapplication du systme informatique ncessite une personnalisation et une approche rpondant aux demandes des mdias, des besoins de rgles de gestion et des exigences de la clientle. Lorsquon sadresse aux services MARKETING dentreprise de divers secteurs, nous remarquons que linformation a de trs fortes influences sur lvolution des moyens informatiques ou autres mis au service de la publicit. Les stratgies labores et les moyens dvelopps, cet effet, ont un impact direct sur la socit ou les entreprises.

14

En dpit de lexpansion de lutilisation du CD publicitaire, nous remarquons quil ne rpond pas aux besoins actuels puisque le dveloppement dapplications durables est un thme dactualit. Pour la plupart, il sagit l dune notion floue assez loigne de nos proccupations courantes, mais nous pouvons tablir les points les plus importants lorsque nous dterminons une stratgie Marketing savoir ; - la proximit des clients. - la personnalisation des informations qui seront transmises chaque type de clients ou collaborateurs. - linteractivit des moyens mis la disposition de la publicit - une minimisation des cots de dveloppement et de mise jour des informations diffuses. Tous ces points devraient tres pris en considration au niveau de larchitecture et du dveloppement dun CD publicitaire, afin de le rendre compatible avec les exigences actuelles du dveloppement durable. Le projet choisi, ncessite la cration dun CD_Rom publicitaire dvelopp lattention de la Stafim PEUGEOT s.a. Tunisie : Socit Tunisienne Automobile Financire Immobilire Maritime Rue du Lac Lman Les berges du Lac 1053 Tunis. Stafim PEUGEOT Tunisie est concessionnaire Tunis automobiles PEUGEOT France. Elle offre les mmes services. et des

Le CD_Rom lui permet de promouvoir sur le march Tunisien le produit PEUGEOT et de maintenir un contact direct et permanent avec sa clientle et les 22 agences lui tant rattaches. Les agences permettent doffrir aux clients, dans la rgion o elles sont implantes, les mmes services que la Stafim - PEUGEOT

15

Afin de promouvoir, sur le march quelle occupe, un contact direct et permanent avec sa clientle et les agences qui lui sont rattaches, PEUGEOT France offre ses services par lintermdiaire de la Stafim PEUGEOT Tunisie : maintenance, pices de rechanges et services aprs vente. Actuellement lapprovisionnement des agences par la Stafim PEUGEOT est assez complexe et linformation mal vhicule. Cest pourquoi, il a t dcid dlaborer un systme informatis pour assurer la transmission dinformations et les passations de commandes tout en prservant lintgrit des informations de chaque Agence et de scuriser laccs aux ventuels pirates. Notre technique va nous permettre lutilisation du CD publicitaire en tant que Kit de connexion un Site_Web scuris. Cette nouvelle technique de connexion Web permet la Stafim et ses diffrentes Agences : de communiquer, de mettre jour des informations, la passation de commandes par les agents, dtendre la dure de vie du CD publicitaire en permettant le tlchargement sur la machine client de fichiers et des animations comblant ainsi la limpossibilit de mise jours du CD publicitaire et les mises jours fictives ainsi offertes seffectuant au niveau du serveur Web seront beaucoup plus onreuses que dans le cas o lon veuille re dvelopper le CD et le redistribuer.

16

2 HORIZONS du projet : Le CD_ Web ne sarrte pas aux principes, il se veut galement un outil. Dans ce sens, il apporte des mesures et des informations pratiques et bnfiques au chiffre daffaire de lentreprise ; tel que - permettre de rpertorier les clients par groupes, - ltablissement dune BDD dinformations sur leurs prfrences et achats, - personnaliser les applications transmises chaque Client : niveau informationnel et promotionnels. Le CD_Web nous permettra de faciliter un service de e_commerce ventuel que lon pourrait intgrer plus tard, ou un module de rservation ON_LINE. 3 Organisation du document : Dans ce rapport, nous commenons par lintroduction du projet et la prsentation de Stafim PEUGEOT. Ensuite, nous prsentons la notion du CD_Web et avons spcifi les fonctionnalits du CD publicitaire et des Sites Web. Une tude des besoins de Stafim PEUGEOT, a permis de cerner le projet et les fonctionnalits qui y doivent tre intgres. En fait, cette tude des besoins prcde une tude conceptuelle du projet o lon va tudier le systme du CD_Web par UML. Laboutissement de la conception est une tude technique du projet, permettant de spcifier le choix des logiciels et du systme dexploitation que nous allons utiliser. Les choix logistiques tant dtermins, nous pouvons alors dvelopper notre application : donc notre Projet. A ce stade du rapport, nous pouvons intgrer les interfaces de la ralisation du Projet, et donner une premire vue globale de celui-ci.

17

Chapitre 2
Prsentation du projet

1 Introduction :
Le CD_Web est un support publicitaire. Il permet de mettre jour les informations par un tlchargement de fichiers partir dun emplacement sur le Web. En fait, cette option sajoute une fonctionnalit daccs un site Web scuris. En effet, jappliquerai ce procd de CD_Web une application de Stafim PEUGEOT. Dans ce chapitre, je vais prsenter cette dernire et ses diffrentes activits. Je commencerai par une prsentation globale du Projet puis une introduction la Stafim PEUGEOT.

18

2 Prsentation du Projet :
2 1 Lexistant : - Dune faon gnrale : Sur le march nous retrouvons deux genres de produits : des sites Web et des CD Publicitaire. - Chez la Stafim PEUGEOT : Un site Web Tunisien a t dvelopp lattention de la Stafim PEUGEOT. Un logiciel commercial interne muni dune base de donnes.

2 2 Objectif du Projet :
Le CD_Web dvelopper lattention de la Stafim PEUGEOT qui doit assurer : - Une prsentation de ses diffrentes activits, les produits quelle commercialise, dinformations gnrales la concernant et des Agences qui lui sont rattaches.

- Une connexion un Site Web pour les Agents, rattachs aux


agences prsentatrice de Stafim PEUGEOT sur le territoire Tunisien. Ce Site permettra aux Agents de passer des commandes On_line Stafim PEUGEOT de Tunis ou dtre informs par des messages qui leurs sont destins.

19

3 Prsentation de Stafim PEUGEOT : Fond en 1930, elle fut Franaise jusquen 1980. Depuis, elle devint Tunisienne 66% et Franaise 34%, pour un capital social de 4.000.000DT et un chiffre daffaire de 60.000.000DT. Un effectif de 300 salaris pour la vente de vhicules neufs comme principale activit. La vente de pices dtaches et du service aprs vente. Les produits vendus, vhicules et pices de rechanges, sont imports principalement depuis PEUGEOT France. Un service aprs vente est assur, par Stafim PEUGEOT et ses 22 Agences, rparties sur tout le territoire Tunisien.

Figure 1 : Rpartition des Agences sur le territoire Tunisien

20

Stafim PEUGEOT Tunisie offre les services suivants en Off Shore : - Un service de vente en hors taxes ddis laccueil et linformation des Tunisiens Rsidents ltranger. - Des conditions prfrentielles de prix spcialement tudis, avec paiement en hors taxes et en devises. - La disponibilit de lensemble des vhicules de la gamme PEUGEOT en motorisation essence ou diesel. - La distribution de vhicules adapts aux normes tunisiennes et conformes la rglementation en vigueur. - La livraison rapide du vhicule la convenance du client, en France ou en Tunisie. En ce qui concerne les formalits administratives, Stafim PEUGEOT assiste ses clients dans la ralisation : du transport maritime. du ddouanement. du transit. de limmatriculation.

21

Chapitre 3
Le CD_Web nouvelles gnration de supports publicitaires de proximit et KIT de connexion Architecture de dveloppement stable

CD_Web : concepts et techniques

1 Introduction : Dans ce chapitre, nous allons prsenter les diffrents concepts et les diffrentes techniques appliques au CD_Web. Cette prsentation est le rsultat dune tude bibliographique labore au dbut du Projet. 2 Les concepts de base du CD_Web : 2 1 Introduction : Le CD publicitaire est un support de stockage dinformations statiques ou dynamiques. En effet, cest un outil multifonctions. De ce fait, il est utilis de nos jours la prsentation de produits dune entreprise, dans un but publicitaire. Lapparition de nouvelles technologies matrielles et logicielles adquates devient un outil

22

indispensable la publicit de proximit : il est gnralement distribu au niveau des Show Rooms, des Salons de lautomobile ainsi que des foires nationales et internationales. On peut aussi remarquer son utilisation pour des cartes visites en CD miniatures, pour la prsentation de CV, dinformations personnelles ou dinformations se rfrant une entreprise. Aucune entreprise qui se respecte, nest labri du dveloppement du CD Publicitaire. Nous pouvons mme nous poser des questions sur lventuelle volution de lutilisation du CD, la carte dID serait-elle un jour en version CD ? qui sait ? 2 2 Le CD_Pub conventionnel : Le CD peut contenir toutes catgories de fichiers (doc pdf, txt), images (bmp, jpg), animations (fla, psw, exe, html, asp, php, sql, PL/sql). Son contenu est inchangeable sauf par dveloppement sur un autre support. Le CD permet une prsentation dun ensemble dinformations par des interfaces statiques ou interactives. On schmatise donc ces deux types de CD par les trois figures suivantes :

Figure 2 : Architecture dun CD publicitaire conventionnel Statique

23

Dun autre ct, nous tablissons une architecture aussi trs utilise : celle dun CD publicitaire informations Dynamiques.

Figure 3 : Architecture dun CD publicitaire conventionnel Dynamique

Le navigateur du CD demande une interface de celui-ci. Les informations demandes seront automatiquement recherches et prsentes par un renvoi dun fichier excutable, puis renvoyes au navigateur Les interfaces sont emmenes interagir avec les applications demandes pour un accs une BDD ou tablir un dialogue entre le Client et le CD.

24

Figure 4 : Procdure dexcution dun CD publicitaire conventionnel Dynamique

Ce type de CD peut contenir des animations qui sont excutes en rponse la demande de lutilisateur du CD et cela soit en se basant sur un navigateur ou en excutant une animation prfabrique par des outils de production multimdias. Grce ces outils, les utilisateurs pourront visionner des animations laide dun navigateur ou encore sous forme de projections autonomes adaptes aux rseaux locaux et la distribution sur CD_ROM ou DVD_ROM.

25

3 Le CD_Web : Nous introduisons dans ce projet un nouveau concept de CD_Web se basant sur les technologies utilises dans les CD publicitaires, les sites et les applications Web. De ce fait, deux grandes parties, qui se compltent, dtermineront ce type de CD : 1- ltablissement dapplications propres au CD_Web publicitaire, 2- Une connexion de lapplication du CD_Web aux donnes dun Serveur (architecture Client / Serveur), cette partie est un Site Web. Cette partie de connexion, nous donnera la possibilit dtablir le filtrage des Clients ayant accs aux donnes dun Serveur tout en utilisant le CD publicitaire en tant que Kit de connexion ; une telle architecture devrait rpondre aux besoins publicitaires et commerciaux dfinis par Stafim PEUGEOT. 3.1 Spcification de la partie application C/S : La mise en place du CD_Web ncessite cette architecture dtermine par trois acteurs ; savoir : Le Client : machine demandant lutilisation des ressources dun serveur, elle peut aussi devenir Serveur et inversement. Le Serveur : ensemble de ressources quil gre et accepte de partager. Ces ressources peuvent tres informationnels ou physiques. Le Middleware : ensemble de fonctions situes sur le Client et sur le Serveur pour assurer la connectivit entre les deux. Il se situe au niveau de la couche application selon larchitecture ISO.

26

Cette architecture admet aussi 3 composantes : Gestion des donnes : les fonctions classiques dun SGBD savoir : la dfinition des donnes, manipulation des donnes, scurit des donnes, la gestion des transactions.

Logiques applicatives : cest l ensemble des traitements ncessaires pour rpondre aux besoins de lutilisateur : savoir les traitements sur les applications et sur les donnes. Prsentation : ensemble de fonctions de communications entre les applications et les utilisateurs, appele aussi IHM ou IUG. Larchitecture C/S peut tre implmente de plusieurs faons : Architecture C/S deux niveaux : cest larchitecture classique dans laquelle le client apporte toutes les applications. Le serveur lui gre les donnes. Architecture C/S trois niveaux : Le client ne gre que la partie prsentation ; les donnes sont gres par un serveur de donnes et les applications sont prises en charge par un serveur dapplications. Un serveur type de serveur applications est le Serveur Web. Architecture C/S n niveaux (n>2) : Elle se base sur le mme principe que larchitecture prcdente avec un nombre variable de serveurs intermdiaires additionnels. Dans notre projet, nous allons utiliser la deuxime architecture.

27

Cette partie dynamique du CD_Web offre une connexion un site Web, offrant ainsi tous les avantages des pages Webs dynamiques : Cette partie dynamique permet de retourner les informations qui intressent un utilisateur de ce CD_Web. A sa demande, cet utilisateur peut complter un formulaire (texte, listes de choix). Elles peuvent tre personnalises en fonction de critres spcifiques, il suffit que lutilisateur tablisse son ID vis vis du systme, en mode connect. Ainsi, lapplication tablira les informations qui lui ont t adresses. Elles peuvent supporter des animations et des applications compltes. Elles garantiront dans notre CD_Web lactualisation des donnes fluctuantes. Elles seront hberges dans un Serveur IIS, et connectes une BDD.

28

La figure suivante illustre les communications entre les diffrents acteurs.

Figure 5 : Procdure de connexion et excution des pages dynamiques du CD_Web

1. Le Client demande une page au Serveur Web. 2. Le Serveur Web gnre le code ASP de la Page correspondante. 3. Le code gnr demande une connexion un Serveur BDD au Serveur Web. 4. & 5. Le Serveur Web se connecte, grce la connexion gnre par le code ASP, au Serveur BDD et renvoie les donnes demandes au Serveur Web. 6. Les pages, ainsi gnres, sont envoyes au Client utilisateur du CD_Web.
29

Cette connexion est trs importante pour Stafim PEUGEOT, puisquelle visera par ce procd le plus de Clients possibles, savoir par les informations statiques interactives du CD ou par la connexion Internet. Elle aura le choix de cibler les informations pour chaque groupe de Clients.Ensuite, chaque utilisateur ou groupe dutilisateurs sera vis part, et chaque information ou promotion est ainsi spcifiquement rpartie. Les pages dynamiques sont utilises ici pour interagir avec les utilisateurs du CD_Web en changeant chaque requte demande. Le CD_Web utilise encore la partie CD publicitaire interactive afin de permettre aux utilisateurs non connects de consulter les produits PEUGEOT en cas de besoins. 3.2 Approche thorique de larchitecture C/S: Une bonne partie de notre architecture se base, en fait, sur un Serveur Web. Cette partie repose sur le fonctionnement Internet, le rseau de communication le plus utilis de nos jours. Ce rseau fut dabord utilis par les universits amricaines et les scientifiques. En 1989, un ingnieur de CERN, nomm Tim Berners Lee, dfinit le concept World Wide Web en tant que technologie qui permet daccder des documents stocks sur un serveur connect au rseau Internet. Cette utilisation repose essentiellement sur un logiciel client, navigateur ou encore browser . Le modle Internet utilise en fait cette architecture Client/Serveur ; un programme client permet lutilisateur de soumettre des requtes un Serveur Web et de visualiser le rsultat.

30

Le Serveur Web tant un service, programme autonome sur une machine, permet de rpondre des requtes de logiciels Client sexcutant partir dautres ordinateurs. Il ragit aux requtes des navigateurs en leur fournissant les documents demands. Larchitecture du Web permet de pointer dun document un autre via les liens hypertextes. Tout en voyageant de chez soi, on a accs par un document New York vers un autre en France. LInternet est en fait une toile daraigne trs complexe structures trs varies. Chaque document Web est appel page. Les pages sont cres par des langages tel que le html (Hyper Text Markup Langage). La communication et le transfert de ces pages entre navigateur et serveur Web sefont grce des protocoles spcifiques ce type dinformations transfrer. La gestion de ces protocoles est au cur de tout serveur Web, elle se charge de rpondre aux requtes des navigateurs en renvoyant les pages dsires lutilisateur qui les consultera depuis son navigateur.

Figure 6 : Relation entre navigateurs et serveur

31

Cet accs vise non seulement des transferts de pages statiques mais aussi de pages dynamiques et de traitement de base de donnes, cest en fait un environnement de dveloppement Client/Serveur. 3.2.1 Quelques dfinitions : Quest ce quune application Web ? Les applications Web rsultent de lutilisation de sites et dapplications Web. Quest ce quun Site Web ? Un site est un ensemble de pages Web. Les pages qui permettent laccs la plupart des branches dun site, sont gnralement appeles des pages daccueils. Elles visualisent les fonctionnalits offertes par le site. Toutes les pages qui constituent ce site, disposent dobjets graphiques, danimations, de textes et de liens hypertextes. Nous disposons au niveau de la conception graphique de ces pages dune libert, en effet la longueur est tributaire du volume des donnes utilises par le concepteur du site. Larchitecture dun site Web contient trois composants principaux savoir : - un serveur Web, - une connexion rseau, - des navigateurs clients. A partir de ce modle, nous allons proposer, dans les chapitres suivants, une architecture logicielle rpondant aux besoins en ralisant les cas dutilisation.

32

Quest ce quun Navigateur ? Un navigateur est un logiciel permettant dafficher et daccder des pages Web ou dafficher localement des documents situs sur le rseau. Lemploi dun navigateur consiste saisir le nom dun document et le nom de la machine sur laquelle le document se trouve. Le navigateur envoie une requte lordinateur hte o elle sera traite localement par un serveur Web. Lapplication excute par le navigateur en tant que programme excutable en continu sur une machine : appel Dmon. Par les Dmons on contrle lactivit rseau sur le port ddi celle-ci. Outre, ltablissement des connexions rseaux et des protocoles pour les changes de documents, les navigateurs sont aussi chargs dafficher les documents sur cran, et cette tche leur est alloue. 3.2.2 Les Sites Web : Revenons maintenant aux notions de sites Web, car nous nous devons dtablir ses dfinitions et diffrents aspects. En effet, il est primordial de citer les deux types de sites Web, savoir ; - Sites Web statiques. - Sites Web dynamiques. 3.2.2.1 Les sites Statiques : Les sites dits Statiques sont en fait un ensemble de pages statiques en html , sans aucune interactivit. Des documents html sont alors lis par des liens hypertexte entre eux et chaque page renferme des Images, des textes 3.2.2.2 Les sites Dynamiques : Lintroduction des outils de dveloppement dune dimension dynamique permettent de nouvelles techniques et de nouveaux horizons dinteractivit et dchanges entre les systmes de navigation.
33

Il sagit en effet de nouveaux concepts de Web dynamique, dune combinaison de nouvelles balises html, de scripts et de programmation avance. La cration de ces pages Web ncessite une matrise dun certain nombre doutils telle que : les logiciels danimation, des techniques volus comme le JavaScript, les programmes tel que les CGI (Common Gateway Interface) et les langages tel que l ASP (Active Server Pages). 3.2.3 Conception des Sites Web : La conception du site est ltape fondamentale, la plus importante pour la russite dun tel projet. En effet nous devons tablir un cahier de charges prcis et dtaill afin dtablir une conception ouverte et claire, afin de permettre une maintenance et mise jour facile. 3.2.3.1 Etude de faisabilit : En effet, il nexiste pas de stratgies normalises de communication pour ce genre de mdias interactifs. Chaque entreprise doit fournir ses objectifs exacts. Ces objectifs sont tablis au niveau de ltude de faisabilit comme lindique Ariel Richard Arlaud dans son ouvrage En amant et en aval de la ralisation des sites Web Internet/Internet . Il sagit en fait de : - mettre en vidence les enjeux et les objectifs du projet - voir limpact de ce site Web sur les besoins du projet, - tablir en fait les contraintes qui pourraient influencer les stratgies et les modes danalyses que lon utilisera la conception du site et son dveloppement.

34

3.2.3.2 Cahier des charges : Il est fondamental dtablir un cahier des charges prcis, de dfinir les acteurs, les rles, les responsabilits, le niveau de scurit requis par lentreprise et dtablir sil y a restriction quant laccs certaines zones du siteIl sagira donc de rpondre aux questions suivantes : Qui Qui Qui Qui valide le Design ? a accs quoi au niveau du site ? hberge le site ? maintient ce site ?

3.2.3.3 Acquisition des ressources : Lacquisition des ressources vise la collecte des informations textuelles, graphiques, sons Cette collecte se fait, soit par un recyclage de lexistant, soit par de nouvelles animations ou de traitements dimages collects au niveau de lentreprise. 3.2.3.4 La conception du site : Une fois les objectifs tracs, le cahier des charges tabli et les ressources collectes, nous pouvons passer la ralisation du site Web. 3.2.3.5 Organisation des donnes : Lorganisation architecturale du site Web est une partie trs importante puisque cest elle qui dterminera la premire impression. Les Internautes/Navigateurs. Il faut donc concevoir une architecture facile comprendre et utiliser lors la visite. Nous pouvons prciser quil existe des architectures diversifies pour les site Web mais quelque soit notre choix, une logique vidente doit tre tablie afin de faciliter la visite de notre site.

35

3.2.3.5.1 Organisation hirarchique :

Les sites Web sont relis entres eux de faon hirarchique par une structure arborescente, mais toujours relis et entrelacs de faon permettre laccs entre eux. Chaque information peut tre atteinte soit par diffrentes positions de pages ou par une visite guide donc par un embranchement spcifique. Une organisation est alors tabli de manire guider les Internautes par des rubriques grce une page principale. Cela enclenche un clatement des informations en branchements ou en grappes par une hirarchie verticale du plus gnrique au plus spcifique, tout en gardant laccs au menu principal. Ce dernier permet de relancer la visite tout moment et laccs dautres fonctionnalits donc dautres embranchement.
3.2.3.5.2 Organisation linaire :

Si on veut guider et orienter donc utiliser une architecture fonctionnalits indpendantes, il est recommand dutiliser une structure conceptuelle linaire. Laccs chaque page se fait soit par celle qui la prcde ou par celle qui la suit. Cest le concept dune navigation assiste, de scnario pr-tabli.
3.2.3.5.3 Organisation en toile daraigne :

La libert de navigation est une exigence pour la plupart des surfeurs et des concepteurs. Cette conception permet de dterminer les voix de navigation et dexploration sans contraintes organisationnelles. Cette conception nest pas toujours la meilleure utiliser surtout si lon parle de formulaires remplir ou de transactions effectuer sur plusieurs pages, l on est alors contraint de passer par une organisation linaire sans donner la possibilit au navigateur de passer une autre rubrique sans avoir clos lopration en cours de traitement.

36

3.2.3.6 Elaboration de la charte graphique et lergonomie du site: On doit dterminer dans cette partie les lments qui dtermineront lexpression de lidentit visuelle, les fonctionnalits et les auxiliaires de navigation du site. Lidentit visuelle a pour impratif de coller la charte de communication de linstitution : logos, couleurs caractristique de lentreprise, les enttes, prsentation des documents Le concepteur doit tenir compte de la taille des crans, des normes de taille des graphiques et du poids des pages Web qui doivent tre rapides tlcharger. 3.2.3.7 Choix des ressources : Les images et les animations, intgres au niveau des pages Web, doivent tres fluides, savoir lgres charger et faciles importer sur les pages dynamiques. Les Plug-ins sont des modules dexcution qui simbriquent dans un navigateur, ils permettent la lecture des fichiers sons invisibles. Ces modules nous permettent en fait de surmonter labsence de formats sons directement lisibles par le navigateur. Les vidos peuvent aussi intgrer les applications Web, mais le poids au chargement nous oblige associer les procds de diffusion en temps rels ou par un chargement sur les machines clients en fichiers temporaires. 3.2.3.8 Proposer une maquette du site : Une maquette du site Web est ncessaire son valuation prliminaire, celle-ci devra contenir : larborescence du site, la charte graphique, son ergonomie et quelques textes.

37

Nous pouvons tablir la maquette de site Web par des diteurs volus tel que FrontPage qui permet de visualiser larchitecture en formats flchs. 3.2.3.9 Lhbergement : Cette partie vise charger un site Web sur un serveur connect Internet et aboutit lattribution de lensemble de ses ressources une adresse lectronique daccs ou URL. 3.2.3.10 Choix du mode dhbergement : Parmi un certain nombre de modes dhbergement, nous citons lhbergement interne et la sous-traitance. Un hbergement en interne consiste en lacquisition dun routeur, un serveur, une connexion Internet, un technicien rseaux et un systme dexploitation adquat (Unix ou Windows NT). Ce serveur accessible par Internet est gr par son adresse IP et un DNS en mode libre ou protg par un Fire Wall . La sous traitance revient hberger les fichiers sources chez un prestataire qui les placera sur son serveur en leur attribuant une adresse. Les prestations dhbergements sont souvent ralises par des fournisseurs daccs qui attribuent un sous domaine de leur domaine. De nos jours, les serveurs dhbergement gratuits sont de plus en plus frquents sur Internet. Les quotas de stockages arrivent jusqu 25Mo tout en ayant la possibilit de grer son propre site distance par FTP. Le site quon hberge aura le mme nom que celui du domaine du Serveur hte, mais que lon pourrait personnaliser par son propre nom de domaine. ainsi nous sommes contraints dans ce cas prcis dacheter un nom de domaine.

38

3.2.3.11 Mode dadressage du site : Deux types dadressages existent pour la localisation des sites hbergs : - adresse IP (Internet Protocole) : numro attribu chaque machine, difficile retenir pour lutilisateur. - DNS (Domains Network services) : nom de domaine ou nom de commanditaire et sa zone de rattachement (tn : Tunisie, com, gov, org). 3.2.3.12 Mise jour du site : Un site Web est un produit modifiable tout moment. En effet, on peut modifier les informations qui se trouvent au niveau des pages Web en temps rel. Une tude concernant le volume utilis au niveau serveur repose en gnral sur lvaluations de critres. Ces derniers sont spcifis par les frquences de connexion, par ltude du comportement des visiteurs du site Web par un questionnaire, par une zone de commentaires concernant le navigateur ou par des fichiers mouchards donnant des statistiques sur lutilisation de chaque page ou zone du site. La mise jour se fait soit par une connexion en FTP au Serveur distant ou via un droit daccs scuris.

39

Chapitre 4
Etude des besoins

1 Introduction :
Dans ce chapitre, nous allons prsenter les diffrentes fonctionnalits demandes savoir : les besoins pour la cration du Projet. Les fonctionnalits du projet sont dduites des besoins fournis par Stafim Peugeot. Nous commenons cet effet par une tude des diffrents Acteurs ayant accs ou utilisant le systme de notre projet. Par la suite, nous enchanons par une tude des oprations tablir tout en affectant chacune lActeur qui lui est associ.

40

2 Etude des besoins :


A ce niveau, on est emmen tablir une tude dtaille du systme laborer afin que lon puisse dterminer les besoins fonctionnels du Projet. On commence alors par spcifier les Acteurs et les Besoins rattachs chacun. 2 1 Spcification des Acteurs : Ces besoins sont lis aux actions que doit effectuer le systme une demande dutilisateur autrement dit : ce sont des sorties rpondant un ensemble de requtes en entres. En effet, la source de ces entres et les acteurs utilisant ce CD_Web sont dfinis suivant leur rle et leur statut. A cet effet, ces acteurs sont classs en trois catgories : 1 - Les acteurs principaux : - Les utilisateurs ou clients : ce sont toutes personnes pouvant avoir ce CD_Web sans accs au module de connexion qui sera rserv aux autres acteurs. - Les professionnels ou les agents : ce sont les agents reprsentant les agences rattaches la Stafim sur le sol Tunisien. 2 - Les acteurs secondaires : a. Ladministrateur : charg de la maintenance et de la mise jour du site accs scuris. b. Les commerciaux : chargs denvoyer des informations et rceptionner les e_mails des agents. 3 - Les autres systmes : a. Groupements bancaires : ce sont les autres sites de banques avec lesquelles des liens et des transactions diverses peuvent tres tablis.

41

2 2 Les besoins Clients / Agents : On doit utiliser les profils affects chaque agent / agence. Par mesure de scurit, les donnes que lon utilise sont gres par agence. Chaque agent ne peut y accder que par le CD_Web lequel tant un Kit de connexion aux donnes qui lui sont destines, dans ce site accs scuris. Les informations les plus dlicates telle que les mots de passes et les logins seront ressaisies chaque connexion aux donnes du Web par le CD_Web. L architecture interne du CD_Web devrait tre conue de manire guider les utilisateurs dans une navigation descendante, et cela tout en leur donnant directement des dtails qui pourraient les intresser. En se connectant au CD_Web, un agent est l pour la dcouverte du CD, ou pour bnficier de laccs la partie Web afin de trouver des informations qui concernent lagence laquelle il est affect. Les services dont lagent peut bnficier sont : 1 - En mode non connect : a. Consulter les produits de la Stafim ( Vhicules ) sur le CD_Web. b. Consulter les informations sur la Stafim et les agences qui lui sont rattaches sur le sol Tunisien. 2 - En mode connect : a. Consulter les nouveauts des vhicules. b. Consulter les actualits. c. Chaque Agent pourra passer des commandes de pices dtaches. d. Consulter lvolution des commandes de pices dtaches. e. Ladministrateur sera muni dun module de modification distance la BDD grce des interfaces scurises.
42

Au pralable, les agents pourront passer des commandes de vhicules ou de pices. Ces diffrentes possibilits seront tayes dans les paragraphes suivants. 2.2.1 Mode non connect au niveau du CD_Web : Consulter les produits de Stafim Peugeot : Les agents seront munis du CD_Web qui aura la tche dun CD publicitaire qui permettra la prsentation des diffrentes gammes de vhicules Peugeot, des informations sur le concessionnaire Stafim Peugeot et les diffrentes agences qui lui sont rattaches en Tunisie. Nous pouvons de ce fait, numrer une premire valuation sur les diffrentes rubriques et branches du cette partie publicitaire sur CD. En effet, le CD_Web, devra prsenter : a. b. c. d. Stafim PEUGEOT. Locaux. Services. Vhicules PEUGEOT.

Larchitecture du CD_Web sera donne par une schmatisation des diffrentes composantes et rubriques. 2.2.2 Mode connect au niveau du Site Web scuris laccs :
2.2.2.1 Consulter les nouveauts :

La connexion scurise du CD_Web offerte aux agents leur permettra dtre au courant de toute nouveaut de produits Peugeot arrivant en Tunisie, puisque chaque pays est vis par un certain type de produits.

43

2.2.2.2 Consulter les actualits :

Les agents pourront tre informs tout moment (par des informations qui ne visent pas le grand public) des actualits et des informations qui pourraient les intresser.
2.2.2.3 Consulter lvolution des commandes de pices dtaches :

Chaque agence, du territoire Tunisien en relation directe avec la Stafim, passe rgulirement des commandes de pices au sige de Stafim PEUGEOT. A cet effet, chaque agent ou agence sera en mesure de consulter ltat dvolution de ses commandes directement en se connectant par ce CD_Web aux informations requises se trouvant sur une BDD.
2.2.2.4 Module de manipulation des donns :

Ladministrateur de la BDD de la Stafim aura le bnfice dun module de pages webs qui lui permettront de manipuler les donnes par un accs direct au serveur.
2.2.2.5 Les agents pourront passer des commandes :

Chaque agent connect par le CD_Web pourrait avoir le droit de passer une commande prliminaire de vhicules ou de pices, quil validera ensuite.

44

Chapitre 5
Analyse et conception du CD_Web

1 - Introduction :
Nous allons dans ce chapitre, prsenter les interactions et dialogues entre les Acteurs et les composantes du Systme. De ce fait, dtailler le systme nous parat le meilleur moyen de le cerner et de traiter toutes les facettes de son utilisation et faciliter ainsi la dlimitation et la comprhension du mode fonctionnel du systme. A cet effet, dans un premier lieu, nous analyserons le systme au niveau du CD_Web ainsi que son architecture. Puis, nous tablirons le systme Site Web et sa conception, tout en se basant sur la mthode UML. Nous commencerons lanalyse du systme par une prsentation rapide dUML , dfinitions, diagrammes et concepts

45

2 Prsentation des diagrammes dUML :


Afin de pouvoir tudier et analyser le systme nous devons prsenter les normes offertes par les formalismes dUML et par suite permettre une conception dtaille du systme. Dans ce qui suit, nous rpondons de faon superficielle les diffrents diagrammes et outils dUML. 2.1 quest ce que Les Paquetages ? Les paquetages constituent un excellent moyen de structuration du modle dvelopper. Lorganisation des paquetages montre tout de suite lorganisation gnrale du systme. Pour pouvoir tudier les systmes de grandes tailles ou dlicats modliser, UML prend en compte le problme grce aux paquetages qui reprsentent, un moyen de regroupement dlments de modlisation. Ces paquetages peuvent contenir tous les lments de modlisation comme les classes, les cas dutilisation et dautres paquetagesmais nous retrouvons aussi les diagrammes. Les paquetages possdent les lments de modlisation. Chaque lment est la proprit directe dun paquetage unique, formant ainsi une hirarchie sous forme darbre stricte. Cependant, les paquetages peuvent rfrencer dautres paquetages ; le rseau dutilisation est alors un Graphe. REMARQUE : Une classe qui appartient un paquetage ne peut pas tre la proprit dun autre paquetage, mais elle peut y tre rfrence si elle a une relation avec cette autre paquetage. Ainsi deux classes ( ou deux cas dutilisations ) peuvent avoir le mme nom si elles appartiennent des paquetages diffrents.

46

Un paquetage possde un nom et un strotype et contient aussi des lments de modlisation. Elles peuvent encore avoir des relations entre diffrents paquetages tel que : La contenance stricte : Un paquetage contient des lments de modlisation qui peuvent aussi tre des paquetages. Cette imbrication de paquetages constitue une hirarchie. Cette reprsentation na pas de graphiques spcifiques. Lutilisation : Cest la relation la plus courante entre paquetages. Une relation paquetage A utilise paquetage B signifie quil existe au moins un lment de modlisation (classe par exemple) appartenant au paquetage A et qui est en relation avec un autre lment de modlisation (classe par exemple) qui se trouve dans le paquetage B. Le plus important est de sassurer du bon dcoupage de paquetages, des interfaces et des bonnes relations et de les valider. On doit aussi tenir compte des critres techniques du type : Regrouper les classes smantiques proches. En effet, un paquetage a pour objectif de contenir des classes qui sont lis entre elles et qui forment un tout cohrent. Organiser les paquetages en couches (niveau). Les paquetages dun niveau nutiliseront que les paquetages du mme niveau ou de niveaux infrieurs. Eviter les couplages forts entre paquetages. Il faut sassurer, au cours du dcoupage, que tous les paquetages nutilisent pas tous les autres paquetages. Le rle dun paquetage est de former un tout cohrent indpendant. REMARQUE : Il faut viter les dpendances circulaires entre paquetages.

47

En fait, les paquetages sont des moyens de structuration, dorganisation du dveloppement et des quipes, et une base pour la gestion des configurations et de rutilisation. 2.2 Quest ce quune Interface ? Une interface est une dclaration dune collection doprations peuvant tre utilises pour dfinir un service. Linterface spcifie des oprations visibles dune classe, dun composant ou dun paquetage, sans dfinir la structure interne. 2.3 Quest ce quun diagramme du Use Case ou Cas dutilisation ? Les cas dutilisation constituent un phnomne intressant, tant en dveloppement Orient Objets, quen traditionnel. Les diagrammes du Cas dutilisation se rfrent aux interactions typiques du systme afin de mieux le cerner et comprendre ces besoins. Ivar Jacobson a augment le visibilit du Cas dutilisation, au point quil est devenu un lment fondamental de la planification et du dveloppement du projet. Ivar Jacobson propose un diagramme permettant de normaliser et visualiser la schmatisation des cas dutilisations comme lments fondamentaux de dveloppement logiciel. Dans ce diagramme on retrouve deux notions principales : - Chaque Utilisateur est un Acteur. - Chaque Cas dutilisation montre ce que chaque Acteur doit effectuer.

48

Outre les liens entre les Acteurs et les Cas dUtilisation nous pouvons reprsenter diffrentes sortes de relations : - La relation Include : existe lorsquun fragment de comportement est similaire dans plusieurs Cas dUtilisation. - La relation gnralisation : quand nous avons un cas dutilisation supplmentaire, cela fournit une possibilit de capturer des scnarios de rechanges. - La relation Extend : est une construction de Cas dUtilisation que lon tend en ajoutant, au cas de bases des comportements. 2.4 Quest ce quun Scnario ? Un scnario est une suite dtapes dcrivant une interaction entre des utilisateurs et le systme utilis. Les scnarios sont utiles pour guider les itrations de dveloppement, mais ils savrent trs prcieux pour : Analyser et concevoir le systme. Justifier les choix darchitectures effectus. Tester les scnarios en tant quinstances de cas dutilisation. On retrouve souvent deux Cas dUtilisations : - Cas dutilisations Systme : interaction avec lapplication. - Cas dutilisation Mtier : vise les relations et les scnarios requis par le mtier.

49

2.5 Prsentation du diagramme de Squences : Un diagramme de squences montre une interaction prsente en squences dans le temps linverse du diagramme de collaboration, il montre les objets qui participent linteraction par leur ligne de vie et les messages quils changent, prsents en squences dans le temps. Il ne montre pas les associations entre les objets. Dautre part, une interaction est un ensemble de messages changs entre les objets participant celle-ci. Chaque scnario est reprsent sous forme dun ou plusieurs diagrammes pour illustrer de manire formelle en termes dobjets. 2.6 Prsentation du diagramme de Collaboration : Un diagramme de collaboration montre un interaction organise entre les objets et leurs liens. Ce diagramme montre les relations parmi les rles dobjets.

3 Utilisation du systme :
Par ce qui prcde dans ltude des besoins et de la prsentation dUML, nous pouvons laborer les diffrentes tapes dAnalyse. Commenons alors par tape ltude du systme et son implmentation UML. Puisque le Projet est divis en deux parties distinctes, nous allons laborer lanalyse de chacune des deux distinctement. Tout en commenant par une analyse de larchitecture du CD_Web et les rubriques qui sy trouvent. Ensuite, nous allons tablir les Cas dutilisation simples du systme de Site Web , nous sommes emmens dcrire deux concepts fondamentaux, savoir : 1 Les Acteurs ou utilisateurs du systme. 2 Les cas dutilisation du systme ou Use case.

50

3.1 Analyse et architecture du CD_Web : Le CD_Web demeure une partie trs importante dans notre projet. En fait, ce CD publicitaire est un Kit de connexion, comme nous lavons dj nonc. Il prsente une publicit sur les produits de la Stafim PEUGEOT et des services quelle offre. La prsentation au niveau du CD doit suivre les rgles et normes publicitaires de PEUGEOT. De ce fait, dtailler le systme nous parat le meilleur moyen de le cerner et de traiter tous ces Cas dutilisation et faciliter ainsi la dlimitation et la comprhension de son mode fonctionnel de ce systme.
3.1.1 Parcours du CD_Web :

Objectif : lutilisateur du CD examine les services et produits offerts par Stafim PEUGEOT Tunisie, ainsi que des informations diverses la concernant. Le CD permettra dans un second rle de percevoir une connexion un Site par un bouton au niveau de la rubrique daccueil. Et cette connexion sera suivie par une identification obligatoire de lAgent utilisateur du CD_Web ; cette option sera traite dans le chapitre suivant. Brve description : des Clients ou des agents de PEUGEOT, en possession du CD_Web, peuvent parcourir les rubriques de ce CD. La navigation se fait de manire structure par la conception danimations. Une animation daccueil prsente les diffrentes rubriques et permet laccs aux diffrentes informations des vhicules vendus de Stafim PEUGEOT. Chaque vhicule est prsent part par une hirarchie de pages sous forme de catalogue et chacune de celles ci prsente une brve description dune partie importante du vhicule en question.

51

3.1.2 Flots dvnements : Flot principal : le navigateur utilise un ShockWave programme permettant de visualiser des applications excutables dun CD ou autres labors par des logiciels de Macromdias. Lutilisateur du CD_Web peut naviguer sur toutes les rubriques du CD, mais dun autre ct, il peut accder tout moment la rubrique daccueil. Flots secondaires : Lutilisateur ne peut naviguer au niveau dun vhicule que sil la dj choisi par la rubrique de choix qui lui est destine et l o il existe la liste des vhicules de mme type. 3.1.3 Pr-conditions : Accs au Site : Le navigateur ne peut tablir la connexion au site que sil a une accs Internet et un navigateur de HTML. Le navigateur doit avoir un ShockWave pour la lecture de fichiers excutables labors par des logiciels de Macromdias. 3.1.4 Prsentation structurelle du CD_Web : Nous pouvons numrer les diffrentes rubriques prsentes par le CD_Web : Animation Accueil : il prsente une batterie de rubriques. prsentation de la Stafim locaux services voitures fourgonnettes

52

Animations voiture/fourgonnette : il prsente une visualisation du vhicule demand. - Voiture : 206 307 406 807. - Fourgonnette : Boxer Expert Partner. Toute larchitecture est prsente par la schmatisation suivante des diffrents composant et rubriques du CD_Web. 3.2 Analyse du systme Site Web par UML : Lanalyse et conception du systme Site Web ncessite une prsentation dUML, que nous diviserons en deux parties ; une premire, pour Analyse et une seconde pour la conception. Commenons par cette partie dAnalyse du systme dans ce qui suit 3.2.1 Les Acteurs :

Figure 7 : Liste des acteurs du systme

Tout au long des diagrammes dUML, les Acteurs sont toujours schmatiss par le dessin prcdent.

53

3.2.2 Les cas dutilisation :

Connexion

Passer une commande

Mise jour Commande

Dcouvrir actualits

Modifier compte Agent

Mise jour Actualits

Consulter Commande

Figure 8 : Liste des cas dutilisation Une ellipse est souvent utilise pour reprsenter un Use case ou cas dutilisation dun systme. 3.2.3 Diagramme de Paquetages : En se penchant sur le formalisme dUML, nous remarquons quune prsentation globale du systme simpose, et la notion de Paquetages reste le meilleur moyen de subdiviser lensemble dun systme de quelques complexits quil soit. En se penchant sur le systme que nous allons tudier, une fragmentation en quatre parties ou Paquetages, est remarquable : 1 Paquetage Connexion , 2 Paquetage Administrer , 3 Paquetage Dcouverte du site , 3 Paquetage Commande de pices dtaches .

54

Diagramme de Paquetages Gnral "CD_Web Stafim PEUGEOT"

SYSTEM A d ministrer Connexion

Commande de pices dtaches

Dcouverte des A ctualits

Figure 9 : Diagramme PEUGEOT

des

Paquetages

gnral

CD_Web

Stafim

55

Nous pouvons ce stade laborer le Diagramme des Cas dutilisation du systme dans la figure suivante :

Diagramme du Cas d'utilisation " CD_Web de Stafim PEUGEOT"

SYSTEM GLOBAL
0..* Agent Cette connexion se fait si l'administrateur est identifi demande Passer commande

Crer Commande() Crer pice() Consulter Com m ande() C o n s u lter liste Commande()

<<extend>> consulter

Connexion
<<realize>> Administrer <<extend>> ralis er

Dcouvrir Actualits

effectuer

Consulter Commande

<<include>> passer

Choix de l'Agent A d minist re r Ad m i n i s tr ateur <<include>> Crer Agent() Modifier Agent() Supprimer Agent() Modifier Commande() Modifier Actualits() tablir <<include>> laborer

M j de Commandes

M j Actualits

M j du compte d'un Agent

Figure 10 : Diagramme des Cas dutilisation CD_Web Stafim PEUGEOT

Ce systme est en fait une deuxime partie du projet, puisquil sera reli au CD_Web par le paquetage Connexion . La connexion, cette partie Site Web, sera permise en particulier aux Agents et lAdministrateur. Le systme que nous allons laborer utilise une Base De Donne, qui ne sera pas relie celle de la Stafim PEUGEOT ce stade du stage.

56

Dans ce qui suit, nous dcrirons chacun des Paquetages cits cidessus par llaboration de lanalyse et la conception des diagrammes dUML. 3.2.3.1 Paquetages Connexion et Dcouverte des Actualits : Ce paquetage est primordial pour le systme. En effet, le systme doit maintenir une scurit vis vis des navigateurs et des intrus. Cette scurit rside dans une identification du navigateur voulant se connecter ce site web scuris Aprs la connexion, une fois lidentification dun Agent tablie, ce dernier est emmen consulter les messages et actualits qui lui sont attribus par Stafim PEUGEOT.

57

Diagramme du Cas d'utilisation "Connexion"

Navigateur name Login Mot de passe Code CD_Web

Naviguer sur le CD_Web

Connexion

S'identifier comme Administrateur

S'identifier comme Agent

Figure 11 : Diagramme du Cas dutilisation Connexion

58

: System
: Navigateur

1. Demande de connexion par le CD_Web Un Navigateur sur le CD_Webdemande une Connexion au Site scuris 2. Afficher formulaire d'identification Le systme affiche le formulaire d'identification que le Navigateur rempliera et validera

3. Saisie des informations du Navigateur

4. Valider linformations
5. Vrifier les donnes

Le systme vrifie les donnes saisies par le Navigateur

5.1. non Ok : Afficher "www.peugeot.com"


5.2. Ok : Charger les dtails d'Actualits

5.2.1. Afficher la page "Actualits

Diagramme de squences Simple du Cas d'utilisation "Connexion" et "Dcouverte des Actualits"

Figure 12 : Diagramme de squences simple du cas dutilisation Connexion et Dcouverte des Actualits

En fait, nous avons distingu les deux Connexion et Dcouverte des Actualits .

cas

dutilisation

59

3.2.3.2 Paquetage Commande de pices dtaches : Un Agent peut accder au paquetage servant tablir une commande de pice dtaches. Le schma ci-dessous indique les Cas dutilisations du paquetage Commande de pices dtaches :

Diagramme de Cas d'utilisation "Commande de pices dtaches"

Agent
C rer Commande() C rer pi c e () Consult e r Commande() Consulter liste Commande()

Formuler Informations de la commande

Choisir pices dtaches

L'A g ent doit tre identifi comme tel

Consulter la Commande

Figure 13 : Diagramme des cas dutilisation Commande de pices dtaches

60

: System
: Agent

1. Demande de passer une Commande L'Agent demande une passation de Commande


2. Crer une Commande

3. Afficher le formulaire "Passer une Commande"

Le systme cre une nouvelle Commande lui affectant un numro

L'Agent saisie les informations sur la Commande

4. Saisie infromation s sur la Commande

5. Valider les informations


6. Enregistrer les information sur la Commande

7. Afficher le formulaire "Choix de pices dtaches" L'Agent saisie la liste des pices Commandes et valide son choix
8. Saisie des pices Commandes

Le systme cre un enregistrement de la commande et envoie un formulaire de saisie d'une liste de pices

9. Valider la Commande
10. Enregistrer les pices dtaches

11. Afficher page "Consulter Commande"

Le systme enregistre la liste des pices Commandes et renvoie la liste des Commandes de l'Agent

Diagramme de squences Simple de Cas d'utilisation "Commande de pices dtaches"

Figure 14 : Diagramme de squences simple du Cas dutilisation Commande de pices dtaches

61

3.2.3.3 Paquetage Administrer : Laccs aux fonctionnalits de ce paquetage sont rserves ladministrateur du systme. Ce paquetage Administrer peut tre encore subdivis en trois sous paquetages indpendants au niveau de lutilisation.

Diagramme de Paquetage " Administrer"

Administrer

Administrer Agent

Administrer Commande

Administrer Actualits

Figure 15 : Diagramme du Paquetage Administrer

62

3.2.3.3.1 Paquetage Administrer Agent :

Administrer un Agent revient modifier ces informations, en crer ou en supprimer des droits daccs aux Agents rattachs la Stafim PEUGEOT. Le diagramme de cas dutilisation associ au paquetage Administrer Agent est le suivant :

Diagramme de Cas d'utilisation "Administration A gent"

Adminis trateur
Crer Agent() Modifier Agent() Supprimer Agent() Modifier Commande() Modifier Actualits()

Choisir un Agent

Modifier inormations d'un Agent

Figure 16 : Diagramme des cas dutilisation Administrer Agent

63

: System
: Administrateur

1. Demande d'administrer un Agent L'administrateur demande une mise jour sur un Agent 2. Afficher formulaire "Administrer Agent" Le systme affiche un formulaire de choix sur Agent

3. Choisir un Agent administrer

4. Valider choix de l'Agent L'administrateur choisi l'Agent Administrer et valise la mise jour 5. Afficher dtails sur Agent
6. Saisie M j de l'Agent

7. Valider mises jours


8. Enregistrer Mj sur Agent

L'Administrateur choisi les mises jour sur l'Agent et les valides

9. Afficher page "Acceuil Administrateur Le systme enregistre les mises j ours sur Agent et afdfiche le page d'acceuil de l'Administr ateur

Diagramme de squence Simple du Cas d'utilisation "Administrer Agent

Figure 17 : Diagramme de squences simple du Cas dutilisation Administrer Agent

64

3.2.3.3.2 Paquetage Administrer Commande :

Ladministrateur est emmen administrer la BDD des commandes passes par chaque Agent. Ladministration des commandes revient en fait, la mise jour des informations manquantes ; mais il ne faut en aucun cas en supprimer ou crer une commande.

Diagramme de Cas d'utilisation "Administrer Commande"

Administrateur

Choisir un Agent

Crer Agent() Modifier Agent() Supprimer Agent() Modifier Commande() Modifier Actualits()

<<include>>

Ne peut effectuer cette opration que s'il est identifi comme tel

Mj de la Commande

Figure 18 : Diagramme des cas dutilisation Administrer Commande

65

: System : Administrateur

1. Demande du formulaire "Choisir un Agent" L'Administrateur demande de mettre jour une Commande
3. Choisir un Agent

2. Afficher

Le systme affiche la page du choix de l'Agent administrer

4. Valider
5. Charger liste des commandes administrer

6. Afficher liste des Commandes L'administrateur choisi une commande et valide son choix
7. Choisir une Commande administrer

Le systme affiche la liste des Commandes de l'Agent choisi

8. Valider
9. Charger dtails de la Commande

10. Afficher le formulaire de Mj de la Commande


11. Saisie de la M de la Commande j

L'administrateur mat jour la Commande et valide

12. Valider
13. Enregistrer Mj sur Commande

14. Afficher la page "Administrer Commande"

Le systme enregistre les mises jour et renvoi la page "Acceuil Administrateur"

Diagramme de squence Simple du Cas d'utilisation "Administrer Commande"

Figure 19 : Diagramme de squences simples du Cas dutilisation Administrer Commande

66

3.2.3.3.3 Paquetage Administrer Actualits :

Chaque Agent est vis par un ensemble de messages et actualits envoys par la Stafim PEUGEOT. Les actualits sont rdiges par ladministrateur, sur une table Actualits et de ce fait, elles seront affiches sur des pages aprs avoir t filtres par un code de lagent.

Diagramme de Cas d'utilisation "Administrer Actualits"

Administrateur
Crer Agent() Modifier Agent() Supprimer Agent() Modifier Commande() Modifier Actualits()

Choisir Agent

<<include>>

M j Actualis

Figure 20 : Diagramme des cas dutilisation Administrer Actualits

67

: System
: Administrateur

L'administrateur demande d'administrer les Actualits d'un Agent

1. Demande modifier Actualits 2. Afficher page "Choisir un Agent"


3. Choisir un Agent

L'administrateur choisi un Agent administrer

4. Valider
4.1. Charger liste des Actualits de l'Agent choisi

5. Afficher page "Administrer Actualits L'administrateur saisi les modifications apportes aux Actualits

Chargement des Actualits de l'agent choisi

6. Saisir les modifications sur Actualits

7. Valider
7.1. Enregistrement des mises jour sur Actualits

8. Afficher page "Acceuil Administrateur

Enregistrement des modifications des Actualits

Diagramme de squence Simple du Cas d'utilisation "Adminisatrer Actualits"

Figure 21 : Diagramme de squences simples du Cas dutilisation Administrer Actualits

68

3.3 Conception du systme Site Web par UML : Au niveau de la conception du systme, nous aurons tablir le contact entre les abstractions mtiers et la ralit logicielle. La conception merge de deux lments majeurs : le modle et larchitecture de lanalyse. Le modle danalyse est vis principalement de telle sorte quil puisse tre implment avec les composantes de larchitecture. 3.3.1 Prsentation des diagrammes dUML :
3.3.1.1 Quest ce quun diagramme de Classes ?

Les classes sont reprsentes graphiquement dans des diagrammes de classes, formant ainsi les principaux constituants de la vue logique de larchitecture du systme. Un diagramme de classes est une collection dlments de modles (statiques), tels que les classes, les interfaces et leurs relations, connectes entre eux en des graphes. Un diagramme des classes montre uniquement les aspects statiques du modle et fait abstraction des aspects dynamiques ou temporels, en dpit dune prsence de comportements dynamiques importants de certaines classes. Ivar Jacobson prconisant une activit Analyse de la robustesse , dans le processus OOSE. Cette activit consiste analyser les classes par mta-classification selon un certain point de vue appel Strotype et prsent dans UML dans ce qui suit : Boundary : Une classe Boundary (ou de frontire) est un classe dont les objets sont prsents(visibles) par les acteurs du systme.

69

Entity : Une classe Entity (ou entit) reprsente des phnomnes internes du systme qui sont directement lis au domaine de ltude. Contrle : Une classe Control (ou classe de contrle) est une classe interne du systme qui contrle le comportement .

March famille
Quantit initiale Rabais Quantit restante

Figure 22 : Classes avec attributs

Les relations sont mises en vidence au cours de lanalyse des scnarios dabord et du domaine ensuite. Il existe plusieurs types de relations entre classes comme pour les Paquetages nous retrouvons : - Lassociation ( et lagrgation qui constitue une variante ). - Lutilisation et la gnralisation. Remarques : - Dans lUML, lagrgation nest pas un type de relation, mais une variante de lassociation ou un attribut sur un seul rle dune association. Lagrgation dfinit une relation partie de entre instances de classes. - Une classe-association dfinit une association qui est en mme temps une classe. - la gnralisation entre classes est une relation de classification entre une classe gnrale et une autre classe plus spcifique.

70

- La dpendance est une relation qui existe entre les lments de modlisation sans ncessairement requrir des instances.

Diagramme de Classes des paquetages "Contact", "Dcouverte Actualits' et "Administration" du modle d'analyse

Navigateur
name Login Mot de passe Code CD_Web

Administrateur
Crer Agent() Modifier Agent() Supprimer Agent() Modifier Commande() Modifier Actualits()

<<realize>> Administrer

Agent
Crer Commande() Crer pice() Consulter Commande() Consulter liste Commande() <<extend>> Accder <<include>> Etablir

1
<<realize>>

0..*

0..1

Consulter

<<include>> Modifier

Contact
Envoyer()

Actualits Contenu Nature

<<include>> Contenir

Acceuil Actualits

Figure 23 : Diagramme de Classes des paquetages Contacts , Dcouverte Actualits et Administration du modle danalyse

71

Diagramme de classes des paquetages "Commandes de pices dtaches" du modle d'analyse


Commande
Type N de commande/ Concession Moyen de transportation Transportateur Moyen de paiement Point de livraison N de Promotion Date/Heure Status N de Facture Date de fin Unite d'arrive Montant Commande de pices dtaches()

Navigateur
name Login Mot de passe Code CD_Web

<<extend>> effectuer

Agent
Crer Commande() Crer pice() Consulter Commande() Consulter liste Commande()

Compos de

1..*

Pice dtaches
Q_Commande Description Montant Montant convenu Prix Total

Figure 24 : Diagramme de Classes des paquetages Commande de pices dtaches du modle danalyse

72

3.3.1.2 Prsentation du diagramme de Collaboration :

Un diagramme de collaboration montre une interaction organise entre les objets et leurs liens. Ce diagramme montre les relations parmi les rles dobjets. Mais encore, il montre un autre aspect tel que : - Les objets composites : les objets contiennent dautres objets comme rsultat dune agrgation de leurs classes respectives. - La concurrence : les vies des objets sont parallles, et ont leurs propres flux de contrle ; la plupart de ces objets sont squentiels par rapport aux autres et partagent un mme fil de contrle plusieurs. Cette notion est trs utile pour exprimer des activits qui se droulent en parallles et non de manire squentielle. - La nature des messages : pour communiquer, les objets recourent aux messages comme unique moyen de communication. En UML nous retrouvons un certain nombre de synchronisations de messages (simple , synchrone, asynchrone, born, drobant).

73

Diagramme de Collaboration du Cas d'utilisation "Administrer Agent"

2. Confirmer choix d'un Agent

: Recherche 1. Connexion en tant qu'Administrateur : Formulaire "Choisir_un Agent 3. Obtenir dtaiks d'un Agent

4. Construire page "Mj Agent"

: Administrateur

6. Mj sur Agent choisi

: Agent
5. Afficher "Mj Agent"

7. Valider mises jour : Formulaire "Mj Agent"

: Enregistrer Mj Agent

Figure 25 : Diagramme de Collaboration Administrer Agent

74

Diagram e de Collaboration du paquetage m "Adm inistrer A ctualits"

: Agent

3. Obtenir dtail Agent

1. Connexion en tant qu'Administrateur : Navigateur CD

2. Choisir un Agent : Recherche 4. Obtenir dtail Actualits

: Formulaire "Choisir_un Agent 7. M Actualits j 6. Afficher 5. Construire page "M Actualits" j : Actualits Agent

:M j_Actualits

8. Enregistrer : Enregistrer M j Actualits

Figure 26 : Diagramme de Collaboration Administrer Actualits

75

Diagramme de Collaboration du Cas d'utilisation "Administrer Commande"

2. Valider choix d'un Agent

3. Obtenir dt ails de l'Agent

: Recherche_ID Agent : Formulaire "Choisir_un Agent 1. Connexion en tant qu'Administrateur

: Agent

4. Demander liste des commandes de l'Agent 8. Choisir une commande

: Administrateur

7. Afficher

6. Construire page "Choisir Commande" 9. Valider choix de l'Agent

: Recherche commande

12. Afficher

13. Saisir mises jour sur la commande

: Formulaire "Choisir Commande"

11. Construire page "Administrer commande"

5. Obtenir liste des commandes

10. Obtenir dtails commande

14. Valider les mises jour

: Formulaire "Administrer Commande"

: Enregistrer Commande

: Commande

Figure 27 : Diagramme de Collaboration Administrer Commande

76

Diagramme de Collaboration du Cas d'utilisation "Commander pices dtaches"

3. Assigner N de commande 4. enregistrer infromation sur la commande

2. Valider la commande 1. Saisir information de la commande : Formulaire "Nouvelle commande"

: Crer commande

: Administrateur 7. Saisir pices commands 6. Afficher 5. Construire page "Dtails commande"

8. Enregistrer pices dtachs

: Enregister : Formulaire "Dtails commande"

Figure 28 : Diagramme de Collaboration Commande de pices dtaches

77

Diagramme de collaboration du paquetage "Connexion"

1. Demande connexion

: Navigateur CD

: ID_Agent

: Agent
2. Valider choix de l'Agent 3. Obtenir dtails Agent

6. Afficher : Recherche_ID Agent

5. Construire page "Actualit s Agent"

4. Obt enir dtail Actualits Agent

: Actualits_Agent

: Actualits Agent

Figure 29 : Diagramme de Collaboration Connexion

78

3.3.1.3 Quest ce quune activit ou Diagramme dactivit ?

Une activit reprsente un tat dans lequel un processus est ralis : soit une opration dans le monde rel ( taper une touche, une routine logicielle, excution dune mthode). Les diagrammes dactivit dcrivent en fait, lorganisation des activits, supportant la fois les comportements conditionnels et les comportements parallles.
3.3.1.4 Prsentation des diagrammes de Squences dtaills:

Un diagramme de squences montre une interaction prsente en squences dans le temps linverse du diagramme de collaboration. Il montre les objets qui participent linteraction par leur ligne de vie et les messages quils changent prsents en squences dans le temps. Il ne montre pas les associations entre les objets. Une interaction est un ensemble de messages changs entre les objets participant linteraction. Chaque scnario est reprsent sous forme dun ou plusieurs diagrammes pour illustrer de manire formelle en termes dobjets. Il est important de noter que la relation lient un scnario un diagramme de squences nest jamais de un--un. Un scnario est reprsent par un ou plusieurs diagrammes de squences. Les diagrammes de squences dtaills labors pour notre projet sont prsents ci-joints. Figure 30 : Diagramme de squence dtaills Connexion Figure 31 : Diagramme de squence dtaills Commande de pices Figure 32 : Diagramme de squence dtaills Administrer actualits Figure 33 : Diagramme de squence dtaills Administrer commande

79

3.4 UML et la conception dapplications Web : 3.4.1 La conception dapplications Web : La conception dapplications Web se distingue de la conception dautres systmes par deux activits majeures savoir : 1 la rpartition des objets sur le client, le serveur ou sur les deux en mme temps. 2 la dfinition des interfaces utilisateurs par des pages Web.

Dans le cas de notre application, le Pattern Client Web lger , positionne tous les objets en amont du Serveur. 3.4.2 Extension dUML pour les applications Web : De nouveaux strotypes, tiquettes et contraintes dfinissent cette extension. Un strotype, extension du vocabulaire dUML, permet dassocier une nouvelle signification un lment du modle ( . ). Une tiquette est une extension des proprits dlments dun modle dUML (<.>). Une contrainte est une extension de la smantique dUML prsentant une rgle de vrification du modle ( [.] ). 3.4.3 Diagrammes de squences pour architecture Web : Cette activit se traduit par la dtermination des pages Web et les relations quelle entretient entre elles ou avec les objets du systme. Cette tape dpend fortement du Pattern architectural de lapplication que nous dveloppons.

80

Durant cette activit, les objets des diagrammes de squences crs pendant lanalyse se transforment en objets et en pages Web, constituant la principale interface utilisateur de lapplication Web. 3.4.4 Conception de larchitecture du systme : Puisque larchitecture de notre systme, est une architecture Client Web Lger, il nous impose alors des restrictions importantes lutilisation des pages Web. Notre choix sest pench sur lASP de MicroSoft en tant que langage de dveloppement des pages Serveur. La manire la plus simple dentamer la conception consiste transformer directement le modle danalyse. En fait, le problme rside au niveau des applications Clients Web Lger, en effet les Acteurs interagissent avec des pages clients, alors que les Serveurs interagissent avec les ressources Serveurs. Cest pourquoi, on est emmen ajouter des pages clients et serveurs dans les diagrammes de squences : transformer les objets boundary du modle danalyse par une page Client.

Transformer les objets contrle du modle danalyse par une page serveur.

81

On reprsentera encore les formulaires par lIcne suivant ;

Encore, pour lutilisation des Frame nous reprsentons les frames-set par ;

3.4.5 Conception du systme par lextension WAE dUML : Nous entamons ltude de notre systme et nous laborons sa conception en se basant exclusivement des diagrammes de squences du domaine danalyse, tout en tenant compte du fait que larchitecture utilis est le Client Web Lger.

82

3.4.5.1 Les diagrammes de squences du systme :

Considrons nouveau les diagrammes de squences du modle danalyse. Nous devons les modifier en y remplaant les classes dinterface et de contrles par des pages clients et serveurs. Ainsi, nous aboutissons des diagrammes de squences labores, illustres dans ce qui suit.

Figure 34 : Diagramme de squence Connexion pour WAE Figure 35 : Diagramme de squence Commande de pices pour WAE Figure 36 : Diagramme de squence Administrer actualits pour WAE Figure 37 : Diagramme de squence Administrer commande pour WAE

83

3.4.5.2 Le diagramme de composant principal pour pages Web du site scuris :

Dans le diagramme ci-dessous, nous prsentons larchitecture globale des pages Web dveloppes en ASP. Cette reprsentation nous permet dtablir les diffrentes arborescences du site Web scuris. En fait, ce diagramme illustre les composants du systme, les interfaces et les relations.

Figure 38 : Diagramme de squence Diagramme des composants principal

84

3.4.5.3 Les diagrammes de classes :

Ce diagramme est trs important : il est la figure centrale de la conception du systme. En effet, on y trouve la fois des pages Web et des objets mtiers. Les pages Web sont semblables des objets qui ont des relations avec dautres objets. Dans ce diagrammes, elles coexistent avec des classes mtiers et des classes fournies par le systme. Par suite, la traabilit du modle estmaintenant apparente depuis les besoins jusquaux pages Web, en passant par les cas dutilisations et les objets mtiers.

Les diagrammes de classes dgags de la conception sont : Figure 39 : Diagramme de Classes Connexion pour WAE Figure 40 : Diagramme de Classes Administration pour WAE Figure 41 : Diagramme de Classes Commande de pice dtaches pour WAE

85

Chapitre 6
Etude technique.
1 Introduction :
En dpit du fait que le Web est devenu un domaine incontournable par lchange dinformations et des services Marketing, les CD publicitaires sont aussi de plus en plus utiliss. Le hic rside toujours dans le fait que ce CD est un support informationnel statique. Le fait de jumeler la prsence du CD et les atouts du Web, nous pouvons utiliser un CD comme kit daccs des informations personnelles que lon doit scuriser ou matriser laccs. Dans ce chapitre, nous allons tablir les choix techniques des logiciels et langages mis en uvre dans notre Projet.

86

2 Architecture du Projet :
Nous allons diviser le projet en deux parties disjointes savoir ; un CD_Web qui sera le support de prsentation de lensemble des produits et services que la Stafim prsente ces clients, et une deuxime partie qui prsentera un site web scuris laccs. Donc, la partie Web ne pourra tre atteinte que par les Agents qui sont dtenteurs du CD_Web. Nous avons de ce fait, tabli une structure darchitecture Web trois composantes : - un navigateur Client HTML standard compatible avec les formulaires dutilisateurs de lapplication. - un serveur Web est le port daccs principal aux navigateurs Clients. - un serveur application li lexcution des pages du serveur. Les deux serveurs cits ci-dessus se trouvent sur la mme machine et peuvent sexcuter sur le mme espace de processus. Nous allons utiliser une architecture C/S dite celle du Client Web lger utile dans les cas dutilisation par des postes Clients configuration minimale. La structure de cette architecture est compose de : - Un navigateur Client (HTML), - Un serveur Web : point daccs principal pour tous les navigateurs Clients. - Une connexion http ( protocole de connexion entre serveur Web et navigateur Client). - Des pages html comprenant des interfaces Clients. - Des pages serveurs subissent une forme de traitement au niveau du serveur. - Un serveur application excuteur de logique mtier au ct du serveur.

87

Cette architecture de Client Web Lger est en fait prsente dans l Annexe de ce Rapport, dans un chapitre portant le mme nom. 2.1 Le logiciel serveur : Le choix du systme dexploitation tant li aux logiciels utiliss,. Nous devons ce propos prendre en considration plusieurs critres comme la rapidit et la scurit des serveurs. Ce qui nous a emmen faire un comparatif entre les diffrents serveurs les plus utiliss sur le march Tunisien savoir Apache et IIS. Un comparatif tabli porte sur : les caractristiques gnrales, la scurit propose, louverture aux interfaces standards, les systmes dexploitation supports, les prix.

Apache
Nom du serveur Version Vendeur Meilleures caractristiques Prix Systme dexploitation

MicroSoft
Internet information server 5.0 MicroSoft Corp. Pages Asp, compatibles MicroSoft APIs et ODBC drivers. Gratuit avec Windows 2000 Server Windows 2000 Server

Apache 1.4 The Apache Group Rapide, support public pour le dveloppement Gratuit Windows 2000 Server NetBSD Digital UNIX BSDI AIX OS/2 SCO HPUX FreeBSD IRIX Solaris
88

Dmarrage et connexion

Peut crire des connexions multiples Les fichiers de connexion peuvent tre automatiquement recycls ou archivs Le serveur peut gnrer des commentaires Format de connexion commun Sexcute comme un service et/ou application Windows 2000 Server Peut sexcuter partir de Ined (Unix) Peut couter des adresses et ports multiples Les connexions peuvent tre personnalises Connexion avec Sys Log (Unix) ou Event Log (Windows 2000 Server) Peut gnrer des connexions pour des navigateurs

Peut crire des connexions multiples Les fichiers de connexion peuvent tre automatiquement recycls ou archivs Le serveur peut gnrer des commentaires Format de connexion commun Sexcute comme un service et/ou application Windows 2000 Server Peut couter des adresses et ports multiples Les connexions peuvent tre personnalises

Scurit

Peut gnrer des connexions pour des navigateurs Serveur certifi intgr Interdit laccs par le nom du Interdit laccs par le nom du domaine domaine Excute CGI par UID Excute CGI par UID Interdit laccs par adresse Interdit laccs par adresse IP IP Interdit laccs par user et Interdit laccs par user et group group Compatible S-http Peut changer la liste de Peut changer la liste de contrle daccs de lUser contrle daccs de lUser sans redmarrer le Serveur sans redmarrer le Serveur Permission hirarchique pour Permission hirarchique pour les documents bas sur les les documents bas sur les rpertoires rpertoires
89

Autres caractristiques

Interdit laccs par rpertoire et fichier Groups et Users configurables Peut cocher une partie dun document suivant des rgles de scurit Compatible SSL v2 et SSL v3 Peut ncessiter mot de passe Les rgles de scurit peuvent se baser dURLs Le code source complet du serveur complet Agit aussi comme Serveur Proxy http Outils interactifs inclus Accs directe au SGBD ( sans CGI ) Maintenance distance Moteur de recherche

Interdit laccs par rpertoire et fichier Groups et Users configurables Peut cocher une partie dun document suivant des rgles de scurit Compatible SSL v2 et SSL v3 Peut ncessiter mot de passe Les rgles de scurit peuvent se baser dURLs

Sert aussi dautres protocoles TCP Outils interactifs inclus Accs directe au SGBD ( sans CGI ) Maintenance distance Moteur de recherche

Tableau 1 : Comparaison entre Serveur Web Apache et le IIS Source : WebServer directory http:/Webserver.iinternet.com

Ce tableau montre que les deux serveurs offrent les mmes fonctionnalits quelques dtails prs pour la gestion des pages html, de la scurit ainsi que la conformit par rapport au standard. Mais une tude du march tunisien rvle que rares sont les administrateurs qui travaillent avec Apache vue que sa maintenance nest pas toujours garantie suite au manque de supports techniques.

90

Par contre, nous voyons que sous MicroSoft Internet Information Server 5.0, on retrouve une foule de nouvelles fonctionnalits, notamment au niveau du traitement des comptes utilisateurs et des ordinateurs ainsi quune meilleure excution des applications des utilisateurs et un systme de scurit plus perfectionn, savoir : - IIS 5.0 intgre directement les services de certificats aux options de la page de proprits Scurit des rpertoires. - IIS 5.0 peut ainsi utiliser Kerberos et Active Directory pour amliorer la scurit. Kerberos et Active Directory tant les bases des fondations de la pluspart des paramtres de scurit de Windows 2000. Le IIS 5.0 peut de ce fait les utiliser pour amliorer la scurit. Nous avons introduit un chapitre Scurit IIS lAnnexe de ce Projet prsentant la scurit sous IIS. Malgr le penchant vers Apache, sous le systme dexploitation Unix, sur le plan international, nous avons opt pour le serveur Web IIS. Mais. Nous pourrons ventuellement prvoir une migration vers le systme Apache si besoins est. 2.2 Plate-forme : Pour le fonctionnement de notre serveur Web, nous utilisons le systme OS Windows 2000 Server. Nous pouvons encore tablir une comparaison entre les systmes dexploitations les plus utiliss en Tunisie savoir lINUX RedHat et le Windows 2000 Server pour une ventuelle migration future de systme dexploitation. Composant LINUX MS-Windows2000Server Systme dexploitation Gratuit ou pour 809 Dollars US bride cinq 45.95Dollars US pour utilisateurs, 1129 D.US pour un achat de CD dix et 3999D.US pour version entreprise pour 25 utilisateurs.
91

Assistance technique

Oui, Linux on_line ou Non sur RedHat. Code source du noyau Oui Non Serveur pour le Web Apache MS-IIS Serveur FTP Oui Oui Serveur TelNet Oui Oui Serveur SMTP/POP3 Oui Oui Serveur de noms ( Oui Oui, mais certains rapports DNS ) indiquent une implantation casse aux fonctionnalits limites. Supports pour le TCP/IP, Ipv6, NFS, TCP/IP, SMB, IPX/SPX, rseau SMB, IPX/SPX, AppleTalk serveur NCP Serveur X Window Oui Non (pour le lancement dune application GUI distance) Outils dadministration Oui Oui distance Compilateurs C/C++ Oui Non Perl 5.0 Oui Non Nombre de systmes 32 3 de fichiers compris Nombre de GUI 4 1 (gestion de fentres)
Tableau 2 : Comparaison entre Linux et Windows 2000Server Source : Comparaison MicroSoft Windows 2000 Server---Unix par KIRCH J. spcialiste en rseaux et professionnel certifi par MS pour Windows 2000 Server. .

Malgr les avantages de Linux, nous utiliserons la scurit de Windows 2000 et le IIS 5.0 tant donn quil facilite normment les tches de contrle du systme et celles de la scurit.

92

Pour le matriel que nous utiliserons, cela dpendra du choix technique et des fournisseurs daccs, donc du choix de lhbergement de la Stafim. 2.3 Aspect scurit requis : La proccupation lie la scurit interviennent dans tout projet de construction dune application Internet. La scurit est une partie trs importante au niveau de notre Site Web, puisque daprs ltude des besoins il nous a t demand un degrs de scurit tablir. En effet, notre Site est compos dinformations plus ou moins confidentielles ; des informations rpertories par Agent, le Site scuris laccs, aucune intrusion frauduleuse, aucun systme existant de piratage ne doit tre oubli.

Par ces informations, nous pouvons tablir des stratgies de scurits Web en passant par une tude des modes de piratages utiliss et des modes dintrusions les plus connus.
2.3.1 Introduction la scurit :

Un systme sr est une application logicielle qui fonctionne correctement, sans jamais outrepasser le cadre de ses spcifications ou mettre en pril lintgrit de ses donnes en ne les exposant pas des personnes non autorises y accder. Pour dterminer les risques des failles dune application, il suffit de prciser o le systme est vulnrable. Hlas, il se rvle que les trois composantes dune architecture Web sont vulnrables : - un Client peut tlcharger un logiciel, pouvant dvoiler des informations confidentielles ou un Virus informatique. - Un rseau peut tre cout risquant de divulguer des informations sensibles.

93

- Un serveur pourrait tre accd par des personnes non autorises entranant des dommages des systmes et des vols de donnes. Pour mieux comprendre les risques techniques lis la scurit, il serait judicieux de les classer par catgories : - systme mal configur, - logiciels dfectueux, - faibles authentifications des Users (insuffisance de mots de passe), - cryptage insuffisant du trafic rseau. Les stratgies de scurit les plus utilises passent en principe par : - la limitation des accs au systme / limitation des Users. - La comprhension des besoins du systme et de scurit. - Le suivi des derniers correctifs et des alertes relatives la scurit.
2.3.2 Stratgie de scurit utilise dans le projet :

En fait, les technologies seules ne permettent pas de garantir la scurit du systme, mais une sensibilisation la scurit au niveau de la conception est primordiale. A cet effet, nous allons tablir des modes scuritaires conformes aux normes suivantes : identification des personnes autorises accder au Site, tablir un Kit de connexion / CD_Web, les oprations quils pourront effectuer, le mode dadministration du systme.

La gestion des tats clients nous permettent une identification des Agents tout au long de leur connexion au Site.

94

2.3.3 Langages, logiciels et concepts utiliss : Notre projet tant subdivis en deux parties. Le choix de nos outils est trs vari. En effet, nous retrouverons une premire batterie de logiciels qui nous aideront tablir le design des informations du CD_Web. Ces logiciels concernent plus prcisment le traitement dimages et la cration danimations en utilisant les actions scripts. Les logiciels de traitement dimages utiliss sont : - Adobe Photoshop 6.0

- Adobe Illustrator 9.0

Les logiciels de traitement danimations nous retrouvons : - Flash 5.0

Les animations Flash sont des graphiques et animation pour les sites Web et les CD_publicitaires. Ces animations sont constitues de vecteurs graphiques, pouvant inclure ou importer des bitmaps graphiques et sounds. Flash movies peut incorporer de linteractivit et permet de sintgrer dans des viewers. Les Web designers utilisent Flash pour crer des contrles de navigation, logos anims, longues formes danimations avec synchronisation de sound... Les animations Flash sont compactes, vecteurs graphiques, et rapides tlcharger.

95

Les lments de lAction script de Flash sont des oprateurs, mots cls, statements, actions, proprits, fonctions, des objets et des mthodes. Flash peut nous sortir un excutable pour Windows ou Mac. - Director 8.5

Macromedia Director 8.5 est un outil de choix pour les Web designers et les dveloppeurs. Avec Director nous pouvons crer des animations pour sites Web, et des prsentations ducatives et des loisirs. De petites animations simples comme celles de logos ou complexes pour les chat room ou les jeux on line. Les animations de Director peuvent intgrer des varits de mdias, tel que le son, texte, graphiques, animation flash ou des digital vidos. Director utilise aussi un action script et cest le langage LINGO. Director peut aussi intgrer des animations Flash et les organiser, les utiliser pour personnaliser une interface et ainsi sortir un excutable intgrable sur CDet cest ainsi que nous obtenons un CD publicitaire. Nous utilisons ce logiciel pour la scurit des fichiers qui sont intgrs directement au niveau de lapplication donc nous pouvons par ce procd rendre nos informations sur le CD indivisible et impossible importer. Cette premire partie est la prsentation du CD. Dans la deuxime partie, nous retrouvons le concept de sites web, nous allons cet effet choisir les langages de dveloppement utiliser et les mmes logiciels cits ci-dessus pour le design des pages Web. En tenant compte du fait que cette partie comporte des pages dynamiques, le script doit tre excut ct Serveur et de ce fait la compatibilit se situera au niveau du Serveur.

96

Aprs le CGI (Commun Gateway Interface) , nous avons vu : lapparition du html puis une nouvelle gnration de scripts intgrs directement sur le html tel que lASP(Active Server Page/par MS), le PHP (Personnel Home Page/par Rasmus Lerdford) et enfin le JSP (Java Server Page/par Sun Microsystem). Nous avons tabli la ncessit de diviser le travail et de rpertorier les tches suivant le degr de scurit requise aux donnes. Par exemple, une premire valuation montre la ncessit dutiliser le ASP pour la partie dadministration distance de la BDD. Nous pouvons programmer en ASP et utiliser DreamWeaver 4.0 pour le dveloppement avec ce script, puisquil nous permet aussi dintgrer les puissants outils de designer cit au dveloppement de la premire partie et produire des interfaces bien structures - DreamWeaver 4.0

Le langage, que DreamWeaver utilise, est lActive Server Pages ou ASP ; nous avons joint une prsentation de ce langage lAnnexe du Rapport. Les pages de scripts ASP sont pr-interprtes au niveau du serveur et au besoin accder ses ressources. Ainsi le rsultat renvoy est une page HTML.
2.3.4 Systmes de gestion de base de donnes(SGBD) :

On ne peut parler de sites ou de pages Web dynamiques sans parler de BDD. Le choix du SGBD est primordial du point de vue fiabilit, facilit dutilisation, capacit transactionnelle et rapidit du temps de rponse.

97

Ltude mene en France par lIDC montre quOracle est lditeur le plus utilis soit sous NT ou sous Unix. De ce fait notre choix est automatiquement braqu guid vers Oracle qui voit une expansion dutilisation en Tunisie. Cette expression nous permet facilit et assurance de maintenance. - Oracle 8i / 8.1.0 for Win 2000/NT

2.3.5 Outils de modlisation :

Les concepts de base de lapproche objet sont stables et largement approuvs. De nos jours, nous utilisons des langages de programmation objet de plus en plus performants. Cette approche est incontournable ds que lon pense concevoir un systme appel suivre une volution incessante. De nos jour UML (Unified Modeling Langage), tant un langage unifi et normalis des mthodes objets dominantes (OMT, Booch et OOSE), ne ncessite aucune mthode de travail particulire. Il peut tre intgr nimporte quel processus de dveloppement logiciel de manire transparente. Nous utiliserons Rational Rose 2000 en tant quoutil de modlisation des diagrammes dUML. - Rational Rose 2000 Entreprise Edition

98

Une extension pour le Web, Web Application Extension ou WAE a t requise pour la conception du systme do son intgration dans notre logiciel Rational Rose 2000 .

Lutilisation de ce concept a t intgr dans la partie Analyse et conception du Rapport de projet.

99

Chapitre 7
Ralisation

1 Introduction :
Dans ce chapitre, nous prsentons le Projet ltat final de ralisation. Nous commenons cet effet de prsenter le CD_Web, son architecture, prsenter le CD et le Site Web, en nous appuyons sur les interfaces gnrs suite ltude des besoins, lanalyse et la conception de chaque partie. Nous insistons sur le fait que le Projet est subdivis en deux parties savoir : le CD avec une batterie danimations permettant de prsenter les produits de Stafim PEUGEOT et un Site Web de passation de commande et de leur administration.

100

2 Prsentation du CD publicitaire :
Le CD dvelopp doit donner une double fonctionnalit : une prsentation de Stafim PEUGEOT et les produits vendus par cette dernire dans un but purement publicitaire et une connexion un Site Web qui ne sera donne qu toute personne inscrite par lAdministrateur sur la base de donnes. Le CD est une animation Flash permettant de raliser une prsentation simple, rapide parcourir, pouvant contenir Musique, Animations imbriques et mme du texte anim. Lanimation dveloppe est un ensemble de pages relies entre elles par des liens hypertextes. Nous pouvons prsenter lensemble de ces pages et liens par la page dAccueil de lanimation. Cette arborescence se dessine lorsque nous voulons dsigner un vhicule, cette arborescence donne les diffrentes fonctionnalits du vhicule choisi. Nous avons joint ce rapport, le CD publicitaire en question avec une dsactivation de la connexion.

4 Prsentation du Site Web :


Le Site Web est en fait un Site permettant la passation de commandes entre Stafim PEUGEOT et ses Agences. Nous retrouvons ci dessous la figure de larborescence du Site avec ces diffrentes Pages. Puis le dtail des diffrentes interfaces du Site Web. Le diagramme suivant montre larborescence globale du Site et des relations entre pages.

101

Log_Agent.asp

Actu_Agent.asp

Choisir_Agent.asp

Saisi_piece.asp

Liste_Commande.asp

Contact.asp Info_Commande.asp

Rendu_Commande.asp Mj Agent.asp

Mj Commande.asp

Mj Actu.asp

Figure 42 : Organigramme du Site_Web

102

Les interfaces suivantes sont quelques un e des pages du site en question :

Cette page permet chaque utilisateur du site de sidentifier. Elle est donne suite la demande de c onnexion via le CD. Lutilisateur peut tre un Agent ou ladministrateur du Site. Aprs identification, si un Agent est identifi, linterface Actualits Agent va tre affiche. A ce stade, lutilisateur peut avoir accs aux diffrentes fonctionnalits du site. Par contre, ladministrateur peut accder plusieurs modules dadministration, tel que ladministration d Agent , de Commandes ou de des Actualits via un choix de lAgent administrer.

103

Cette interface permet dafficher les actualits propres chaque Agent ; les cases o sont affiches les messages en question sont relies la base de donnes. Par le menu de bouton, lAgent peut atteindre les diffrentes pages du Site et utiliser les fonctionnalits de chaque module indiqu par le nom du bouton.

104

Cette page permet chaque Agent dtablir un contact avec le sige de Stafim PEUGEOT et demander des informations particulires. Cette page va tre appele au niveau du Site et au niveau du CD_Web. En effet, ce dernier tant usage publicitaire, il va tre distribu la clientle de Stafim PEUGEOT, et nous naurons pas de connexion. En fait, le lien vers la connexion appellera la fiche de contact, affiche ci-dessus, pour permettre une demande de brochures, dinformations ou de rclamations.

105

106

Le module de passation de commande est subdivis en deux parties rpartis sur deux pages du Site. La premire permet de saisir la liste des pices Commander et par validation de celle -ci, lAgent aura accs une page de saisie dinformations gnrales concernant la commande en question. Les deux pages sont prsentes ci-dessus. Ces interfaces sont des exemples illustrant laprsentation gnrale du Site et son architecture. Rcapitulation de la ralisation : La partie dveloppement est donne par des interfaces Web dveloppes par DreamWeaver, en langage ASP et connectes une base de donne Oracle. Cette base de donns est identifie par la partie Analyse et Conception du Projet.
107

Conclusion
Lexistence de deux parties dans le Projet et la diversification de ses besoins en dveloppement, mont permis dapprofondir mes connaissances tant en traitement dimages quen cration de sites et animations, et ainsi de diversifier mes connaissances logicielles. Dans le Stage effectu, jai t emmen collecter les informations des diffrents services de Stafim PEUGEOT. A cet effet, jai trouv une intressante opportunit en prenant connaissance de leurs diverses activits et de lvolution des nouvelles technologies, en matire de dveloppement ou de scurit informatique.

108

Dun autre ct, la partie scurit requise par le Projet, ma permis deffectuer une grande recherche aboutissant ainsi une varit de solutions et techniques pouvant amliorer notre Projet, sa prochaine version. En effet, la scurit tablie par le CD, en tant que Kit de connexion, peut tre effectu par passage automatique de code, donc les Agents nauront qu sidentifier au niv eau du serveur comme deuxime tape de scurit. En fait, ce stage la Stafim PEUGEOT ma permis de dvelopper le CD_Web avec une premire exprimentation de laspect de scurit quil peut donner. Le CD_Web ma permis aussi dtablir un systme de passation de commandes, entre Stafim PEUGEOT et les Agences qui lui sont rattaches, tout en utilisant ce CD en tant que Kit de connexion. Laspect scuritaire requis au systme du CD_Web est tabli dans notre Projet par la notion de CD Kit de connexion un Site Web. Ce Site permet une passation de commandes et une consultation de messages, par une base de donnes. Dans notre Projet, le temps a t notre principal problme, tant donn quune connexion entre le Site et la Base de donnes locale de Stafim PEUGEOT pouvait tre tabli. Nous aurions souhait tendre laspect de scurit par une duplication de la Base de donnes par exemple. Nous pouvons remarquer que lutilisation du CD_Web ne se limite pas uniquement Stafim PEUGEOT, mais elle stend, par ex emple, une consultation de comptes bancaires par CD Kit de connexion, une passation de commandes inter ou intra entreprises, ou encore une consultation de valeurs boursires

109

Chronogramme
de ralisation
1 Introduction : Un Projet est en fait une suite de ralisations simultanes et disjointes. Dans ce chapitre, jaurai tablir un planning de ralisation du Projet tout au long de mon Stage la Stafim PEUGEOT, donc prsenter les diffrentes parties de conception et de dveloppement. 2 Planning de ralisation du Projet : Dans le tableau suivant, nous mettons en vidence le temps et la rpartition de notre projet sur tout le temps de ralisation du Projet de fin dtudes. Dans le but de raliser des statistiques sur notre planning, nous tablissons les pourcentages en homme/jour de chaque tape de ralisation du Projet.

110

Etapes

Janvier Fvrier Mars (8j) (28j) (31j) Collecte des 4 9 4 besoins du CD 2 3 2 Conception du CD Ralisation du 2 16 8 CD Collecte des 14 informations du Site Analyse et Conception du Site_Web Ralisation du Site Rdaction du 3 3 mmoire

Avril (30j)

Mai (31j)

Juin (10j)

Total (h/j) 17 7

% (h/j) 12.31 5.07 23.18 15.21 13.04 13.76 19.56

6 4 10 3 8 9 10 11 10

32 21 18 19 27

Tableau 3 : Rpartition du temps de dveloppement du CD_Web

Le tableau prsent prcdemment, donne le pourcentage temporel de chaque tape du Projet. En effet, il prsente une rpartition du temps de travail au long de la priode de Stage. Une illustration de cette rpartition est schmatise dans le graphique suivant :

Rpartition du temps de travail en h/j


Collecte des besoins du CD 12% Rdaction du mmoire 19% Conception du CD 5%

Ralisation du Site 13%

Ralisation du CD 23%

Analyse et Conception du Site_Web 13%

Collecte des informations du Site 15%

111

Nous pouvons conclure que la ralisation du CD a t la priode la plus longue de notre Projet, suivie directement par la rdaction du rapport. La collecte des informations du site a aussi eu une priode importante de notre planning, dpassant mme la priode de ralisation du site ou de son analyse et conception. Les collectes des informations du CD, reste aussi importante dans notre rapport. Cette dernire a permis un gain de temps de conception du CD.

112

Rfrence bibliographique
Les ouvrages Concevoir des applications Web avec UML de J. CONALLEN UML
/CampusPress /CampusPress

de M. FOWLER de N. CHASE

Active Server Pages 3.0

Oracle Langage Architecture Administration de A. ABDELLATIF M. LIMAME A. ZEROUAL. Modlisation Object avec UML de P.A.MULLER N. GAERTNER

Oracle Architecture Administrateur Optimisation de H. SMINE Oracle PL/SQL guide Programmation De S. FEUERSTEIN Oracle 8i Notions fondamentales De M.Abbey M.J. COREY I. ABRANSON Les Sites Web www.peugeot.com www.rational.com www.macromedia.com www.commentcamarche.net www.WebServer.internet.com www.l-asp.com www.15seconds.com

113

Annexes

114

Annexe 1

Le Client Web Lger

1 Introduction : Une telle architecture de Client Web Lger est destine pour des applications pour le Web, et des postes Clients conf iguration minimale. Toute les logiques mtiers sont excutes au sein de traitements de requtes du poste Clients. 2 Structuration dune telle architecture : Cette architecture est compose principalement de : - un navigateur Client. - Un Serveur Web : suivant la requte, le serveur Web, dclenche des traitements au niveau du serveur ; le rsultat de requtes est une page Html. - Une connexion protocole http entre le Client et le Serveur Web. - Des pages en html ou interface Client. - Des pages Serveur implments par le script ASP. Ces pages sont relies toutes les logiques mtiers, les bases de donnes - Un Serveur dapplications : excute les logiques mtiers, donc des Scripts des pages du Serveur.

115

3 Performances : Le Serveur Web charge le Serveur dapplication dinterprter le script dune page Web, alors quil rcupre un document Html et le renvoie lutilisateur rpondant une requte. Des pages en Script peuvent interagir avec des ressources Serveur, bases de donnes ou autres

116

Annexe 2

La scurit dIIS
1 L Internet Information Services 5.0 : Nous pouvons remarquer que IIS 5.0 prsente 3 assistants pour ltablissement de la scurit : - Assistant Certificat : cre et gre les certificats au niveau Serveur. - Assistant de cration CTL (Cration de certificats de confiances) : pour la cration et la gestion de la CTL. - Assistant de permission : gre la scurit des rpertoires et des fichiers. 2 Les lments de scurit dIIS : Des lments de scurit sont donns par lIIS, savoir ; - Lauthentification ou identification des utilisateurs : cette identification peut tre anonyme (login mot de passe) avec compte public, Basic transmettant ainsi une identification prise en charge par le client mais valide par le Serveur. Dautres formes dauthentification sont apportes par IIS, tel que la Digital qui permet de hacher les Login et les mots de passes afin de rendre illisible les valeurs envoyes ( intgres sous Windows 2000 ). - Le Contrle daccs : donne de la scurit aux rpertoires et aux fichiers pour les utilisateurs et les groupes. - Les Certificats : si on exige dun utilisateur se connecter par un Certificat Client, do lexemple de lenvoi dun certificat au serveur lors de sa connexion.

117

Par ailleurs, il existe deux types de Certificats : 1 - Certificat Client : SSL permet didentifier des utilisateurs par scrutation du contenu de leur Certificats Clients. 2 Certificats Serveur : ce Certificat sert authentifier le Serveur Web et lintgrit de la connexion http scurise par cryptage des informations transmises. 3 Cryptage : Le systme de cryptage permet lchange dinformations prives ou confidentielles ; telle quun numro de Carte de Crdits , en cryptant les information avant de les envoyer sur le rseau, puis les dcrypter la machine cible.

118

Annexe 3

Les Active Server Pages ou ASP


1 Introduction l ASP : Une page en ASP permet de gnrer des pages Html en donnant la possibilit aux dveloppeurs dintroduire au niveau des balises Html du code VBScript ou Jscript. Mais le point fort de lASP rside en sa capacit daccder et de manipuler les bases de donnes par la technologie ADO Active Data Object , qui fournit le systme de gestion de bases de donnes. 2 Environnement de lASP : LASP est un script qui permet dutiliser plusieurs objets de son modle architectural, tel que : - L Objet Application : qui permet de partager des applications entre plusieurs utilisateurs. - LObjet Session : qui cr pour tout utilisateur ayant accs une application souvent Web. - LObjet Request ou Requte : une requte Http permet de faire passer une information dun navigateur un Serveur. - LObjet Response : qui permet de traiter et renvoyer des informations vers le Client, il contient toutes les informations ncessaires au Serveur pour renvoyer la rponse. - LObjet Server : qui contient des mthodes et proprits permettant dtablir une interaction entre avec lemplacement de votre application ; Serveur Web. - LObjet ASPError : qui permet la gestion des erreurs ainsi que leurs identification avec prcision par les 9 caractristiques donnes lidentification de lerreur, savoir : nature de lerreur, ASPCode, ASPDescription, Catgories, Columns, Description, File, Line, Number et Source.
119

3 Les Formulaires dans ASP : Un formulaire est une interface de saisie. Par les balises, on dcrit les zones de saisies. Lutilisateur peut saisir les informations, ensuite, soit par un bouton soit par un lien vers une autre page mis au service de cet effet de validation.

120