Rapport PFE

Document Sample
Rapport PFE Powered By Docstoc
					Développement d’un portail d’annonces et catalogue de publication                                                                     2008/2009




Sommaire
        INTRODUCTION GÉNÉRALE ........................................................................................................ 2

        Chapitre I................................................................................................................................. 3

        ETUDE DE L’EXISTANT ........................................................................................................ 3

        Chapitre II .............................................................................................................................. 11

        MODELISATION ................................................................................................................... 11

        CONCEPTION DU SYSTEME INFORMATIQUE AVEC RUP/UML..................................... 17

        ET PERSPECTIVE ...................................................................................................................... 38


        BIBLIOGRAPHIE........................................................................................................................ 41

        APPORT DU PROJET .................................................................................................................. 41

        GLOSSAIRE .............................................................................................................................. 42

        ANNEXE .................................................................................................................................. 38

        2. Fonctionnement de MySQL ...................................... Error! Bookmark not defined.46




Lassouad&Dbiba&China                                                  Page 1                                                                  FSG
Développement d’un portail d’annonces et catalogue de publication                                2008/2009




                                 INTRODUCTION GENERALE
Depuis son apparition et grâce au progrès de la recherche scientifique et technologique, l’informatique
n’a cessé d’évoluer et de s’adapter aux besoins de l’homme ; surtout l’internet.
Néanmoins, elle est devenue la base de toute fonction commerciale, éducationnelle, sociale…
     Il n’y pas de doute ! Internet ne cesse de devenir le moyen de communication du 21ème Siècle et le
raccordement à Internet s'avère indispensable pour tout établissement publicitaire.
Pourquoi se priver d'un tel outil qui facilitera grandement nos activités et fera gagner un temp s
précieux ? C'est à partir de cette question, que vient l'idée de créer un portail d’annonces et un
catalogue de publication permettant à l’internaute de visionner une multitude de fiches-produits
détaillées, et aussi d’effectuer des recherches ou naviguer parmi les catégories offertes afin de trouver
le produit désiré, et il ne lui reste qu’à contacter le vendeur par téléphone ou courrier afin de passer une
commande.
   Ce rapport qui contient un dispositif général des différentes étapes de notre travail est structuré en
quatre chapitres :
     -    le premier chapitre est consacré à l’étude de l’existant et spécification des besoins qui consiste
          à donner un aperçu sur les difficultés rencontrées lors de l’exécution de cette tache et la
          nécessité de l’améliorer ;


     -    le deuxième chapitre est consacré à adopter l’utilisation du langage associé de
          modélisation « UML » ;
     -    le troisième chapitre est consacré à la conception du projet en commençant par délimiter le
          système à travers la spécification des besoins et en terminant par l’étape d’analyse ou je vais
          dégager les différentes fonctionnalités du système pour se préparer à la phase suivante qui est
          la réalisation ;
     -    le dernier chapitre est consacré à la réalisation de l’application, en présentant l’environnement
          du travail avec la justification du choix, nous présentons aussi l’aspect générale de
          l’application avec les différentes fonctionnalités offertes, affin de satisfaire les besoins
          préalablement déterminés.




Lassouad&Dbiba&China                                                Page 2                               FSG
Développement d’un portail d’annonces et catalogue de publication                      2008/2009




                                                      Chapitre I

                                            ETUDE DE L’EXISTANT
                                             Présentation et analyse de l’existant.
                                             Critique de l’existant.
                                             Spécification des besoins.
                                             Objectif à atteindre.




Lassouad&Dbiba&China                                                Page 3                   FSG
Développement d’un portail d’annonces et catalogue de publication                             2008/2009




Introduction
    Dans ce chapitre nous commençons par une étude complète de notre système actuel dans le quel on
va présenter et analyser l’existant dans le but de cerner ses vices et ses vertus et limiter ses points forts
et faibles et en conclure par nos objectifs à atteindre, des solutions enfin d’optimiser les atouts et
minimiser les défauts


1- Présentation et analyse de l’existant
Un portail web (de l'anglais web portal) est un site web qui offre une porte d'entrée unique sur un
large éventail de ressources et de services (messagerie électronique, forum de discussion, espaces de
publication, moteur de recherche) centré sur un domaine ou une communauté particulière.
Les utilisateurs ont la plupart du temps la possibilité de s’enregistrer à un portail pour s’y connecter
ultérieurement et utiliser l’ensemble des services proposés, dont notamment la personnalisation de leur
espace de travail.
Dans le cas des portails d’annonces, on peut citer :
http://www.tunisie-annonce.com/




Lassouad&Dbiba&China                                                Page 4                          FSG
Développement d’un portail d’annonces et catalogue de publication                         2008/2009




                                          Figure 1: http://www.tunisie-annonce.com/
      http://www.carrefourtunisie.com/web/fr/home.asp




                              Figure 2: http://www.carrefourtunisie.com/web/fr/home.asp
    http://www.gigannonces.com/tunisie/index.php




                                 Figure3: http://www.gigannonces.com/tunisie/index.php


Lassouad&Dbiba&China                                                Page 5                      FSG
Développement d’un portail d’annonces et catalogue de publication                              2008/2009




  http://www.annoncesexpress.com/




                                          Figure4: http://www.annoncesexpress.com/

2- Critique de l’existant
  D’après les exemples de sites d’annonces déjà vues on peut émaner les remarques suivantes :
  Au niveau design

    - Les fonds d'écran font mal aux yeux, Mal-cohérences de couleurs.
    - La page d’accueil est très chargée.
    - Les textes trop longs, une page web comme une page d'un livre.
    - Il y a beaucoup d’animation.
    - La résolution d'écran pour certains sites est bien précise.
  Au niveau continu
      L’information est rédigée par thème ou par groupe, mais ça n’évite pas que :
        - Il y a plusieurs sujets sans rapports entre eux, mauvaise organisation des sujets.
         L'information n’est pas rédigée ou résumée clairement.

Lassouad&Dbiba&China                                                Page 6                           FSG
Développement d’un portail d’annonces et catalogue de publication                         2008/2009




         L'information n’est pas rédigée dans un style correct de français.
         La publicité nuit à la compréhension de l'information.
         Les références ne sont pas citées.
         L’information n’est pas toujours à jour.


3- Spécification des besoins
Nouveau système qui va remédier une insuffisance des systèmes existants
    Organisation du contenu
    L’expérience de [Miller 81] a montré qu’il était préférable d’organiser les menus en largeur, plutôt
    qu’en profondeur Lorsque le site est ordonné en largeur, l’utilisateur comprend plus facilement ou il
    se situe. IL trouve plus rapidement les informations qu’il cherche




                                                   Figure5: Organisation du contenu
Hiérarchies du site




                                                     Figure6: Hiérarchies du site




Lassouad&Dbiba&China                                                Page 7                      FSG
Développement d’un portail d’annonces et catalogue de publication                            2008/2009




Situer l’utilisateur
Permettre à l’utilisateur de savoir sur chaque page :
1. Où il est ?
2. Par où il est passé ?
3. Ce qu’il y a ailleurs? (vue globale)
Les Liens
  - Maintenir les liens externes ! Un lien mort indique un certain laisser-aller dans la gestion du site !!
  - Lien vers "Quoi de neuf?" est insuffisant! Mettre une partie des nouveautés dans la page d'accueil
  - Pas de liens différents pour accéder à une même information
  - Distancer l’internaute lorsqu’un lien conduit vers un document volumineux
  - Les liens textuels doivent être ni très courts (difficilement cliquable) ni trop longs
  - Tout visiteur doit distinguer un lien visité d'un lien nouveau
  - Utiliser des liens intra-page dans les longues pages
  - Placer les liens à la fin de la phrase ou du paragraphe
  - Le texte du lien doit permettre de voir le contenu de la page
  - Placer les liens sur les mots clé
  - Éviter d’afficher les liens externes (qui conduisent vers un autre site) dans une nouvelle fenêtre.
Organisation visuelle
  - Les lois de la perception visuelles permettent de mettre en évidence la structure de l’information et
      ainsi d’en faciliter la compréhension
  - Regrouper visuellement les informations semblables
  - Lorsqu’il découvre pour la première fois un écran, l’utilisateur le parcourt en Z
Règle Visuelle
     -    Ne pas mettre de liens sur les titres.
     -    Chaque page doit tenir dans un écran, voire deux écrans au max.
     -    Permettre un retour rapide en haut de la page.
     -    Adopter un tracé régulateur homogène pour tous les pages du site.
     -    Mettre les informations importantes au centre, en haut de la page.
     -    Éviter les pages trop courtes et décharger la page autant que possible.
     -    Indiquer explicitement la vocation du site.
Perception des couleurs
   Quelques règles des couleurs :
     -    Un bleu périphérique améliore la vision centrale
     -    Le bleu est généralement recommandé pour les encadrements

Lassouad&Dbiba&China                                                Page 8                         FSG
Développement d’un portail d’annonces et catalogue de publication                              2008/2009




     -    Il est préférable d’éviter le bleu saturé pour du texte ou des petits objets
     -    Les couleurs auxquelles l’œil est les plus sensibles sont: le vert, le jaune et surtout un mélange
          de vert et de jaune
     -    Minimiser le nombre des couleurs: 7 + 2
     -    Éviter les fonds marron et verts puisqu’il est particulièrement difficile de trouver une couleur
          de texte qui garantisse une bonne lisibilité
     -    Pour les grandes surfaces, utiliser les couleurs peu saturées, pastel, est beaucoup plus reposant
     -    L’emploi d’une couleur vive confère une certaine agressivité à la page Web.
Paiement électronique
Serveurs de paiement :
      ATI : Agence Tunisienne de l’Internet
      La Poste Tunisienne : e-Dinar, …
      TTN : Tunisie Trade Net
Monnaie :
      e-Dinar
      Cartes de crédits
      Virement

4- Objectifs à atteindre
     Dans le but de rentabiliser et d’informatiser la tache de la publication des annonces, s’est retenue
l’idée de la création d’un portail d’annonces dont nous allons exprimer ses objectifs primordiaux et les
différents services qu’il peut offrir. Les objectifs et les services primordiaux retenus par notre portail
d’annonces sont :

     -    Etre mis à jour des nouveautés économiques et des opportunités d’affaires
     -    Déposition des annonces dans un temps record.
     -    Gestion des annonces déposées de façon à les rentabiliser.
     -    Consultation des services précis: location, achat, vente…
     -    Mettre en contact directes les différents intervenants (annonceur et ses clients potentiels) à
          travers un espace de discussions
     -    Annonces très détaillées (modalités, localisation, délais….)
     -    Descriptions visuelles des produits de façon à être plus prés du produit




Lassouad&Dbiba&China                                                Page 9                           FSG
Développement d’un portail d’annonces et catalogue de publication                               2008/2009




Conclusion
          Dans ce chapitre nous avons essayé de dresser un bilan de l’état actuel des choses du domaine
des annonces publicitaires via web. Le recensement des anomalies et des défaillances nous permettra
par la suite de cerner les objectifs à atteindre et les instruments, les solutions efficaces et la
méthodologie la plus efficiente, ceci fera l’objet du prochain chapitre.




Lassouad&Dbiba&China                                                Page 10                           FSG
Développement d’un portail d’annonces et catalogue de publication             2008/2009




                                                    Chapitre II

                                                   MODELISATION
                                                            RUP /UML

                                          Modélisation RUP /UML
                                          Les démarches de la modélisation
                                           RUP/UML




Lassouad&Dbiba&China                                                Page 11         FSG
Développement d’un portail d’annonces et catalogue de publication                             2008/2009




Introduction
          Dans ce chapitre nous adoptons pour l’utilisation du langage associé de modélisation « UML »
qui va nous permettre d’illustrer pas à pas, sur une première étude de cas et les principales difficultés
liées à la mise en œuvre de la technique de cas d’utilisation. Ensuite nous identifierons le diagramme
de séquence correspondant à chaque cas d’utilisation ainsi que le diagramme de collaboration .Nous
finit par dégager le diagramme de classe et celui d’activités.
  Pour faciliter d’avantage la représentation des différents diagrammes, nous utilisons l’outil « star
UML ».
1- Modélisation RUP /UML
      Une des phases clés dans le développement d’un produit est sans doute la phase de conception.
Durant cette phase il y a lieu de cerner les principales fonctionnalités à implanter, de réfléchir sur
l’aspect structurel de l’application, et de concevoir les scénarii d’utilisation de l’application. Le but est
de réduire la complexité du développement et d’avoir une vision de différents angles de vues du
système d’information.
Pour notre projet, nous optons pour la notation UML1. Ce dernier propose un langage et une notation
graphique standard pour la création de diagrammes. Les diagrammes UML permettent de représenter
un système selon différentes vues complémentaires.


1.1- L’intérêt de la modélisation dans le développement informatique
        L’utilisation de la modélisation conceptuelle dans le développement des systèmes d’information
a pour objectif une prise en compte plus adéquate des besoins des applications.
Dans leur environnement d’utilisation ,la modélisation conceptuelle consiste à représenter de manière
abstraite , c'est-à-dire en termes de concepts familiers aux domaines d’application et indépendamment
des technologies d’implémentation, certains aspects des systèmes physiques ou humains et de leur
environnement .Cet article suggère des analogies avec la science de la cognition et motive
l’importance de la modélisation conceptuelle dans la méthodologie moderne du développement de
systèmes d’information .Enfin, il donne des exemples de travaux relatifs à l’utilisation de la
modélisation conceptuelle dans divers domaines d’applications.




Lassouad&Dbiba&China                                                Page 12                         FSG
Développement d’un portail d’annonces et catalogue de publication                        2008/2009




1.2- Présentation du langage UML
          UML (Unified Mödling Langage, traduisez « Langage de modélisation objet Unifié ») est né de
la fusion des trois méthodes qui ont le plus influencé la modélisation objet au milieu des années 90 :
OMT, Booch et OOSE.
ISSU « de terrain » et fruit d’un travail d’experts reconnus, UML est le résultat d’un langage
consensus.
De très nombreux acteurs industriels de renom ont adopté UML et participent à son développement.
C’est un langage compréhensible, universel indépendant du langage d’implémentation et ayant un
aspect visuel facilitant la comparaison et l’évolution des solutions. UML est basé sur un méta modèle,
qui définit:
Les éléments de modélisation (les concepts manipulés par le langage)
La sémantique de ces éléments (leur définition est le sens de leur utilisation).
Un méta modèle c’est un modèle à partir de quel on peut construire d’autres modèles.
UML permet donc de modéliser une application selon une vision objet, mais plus     concrètement.
UML est avant tout un support de communication performant, qui facilite la représentation et la
compréhension des solutions objet.
Une autre caractéristique importante d’UML, est qu’il cadre l’analyse. UML permet de représenter un
système selon différents vues complémentaires : les diagrammes.
Un diagramme UML est une représentation graphique qui s’intéresse à un aspect précis du modèle.
Chaque type de diagramme UML possède une structure et véhicule une sémantique précise.
Grâce aux travaux de l’OMG (Object Management Group) et de Rational, entre autres, une unification
s’est effectuée en 1997 avec l’Unified Process (UP) qui devient un standard méthodologique de facto.
Rational fait de nouveau une proposition en 1998 en créant le RUP (Rational Unified Process), ce qui a
entraîné une déclinaison d’UP. Aujourd’hui, l’OMG a adopté un langage de modélisation de processus
SPEM (Software Process Engineering Meta model) que pourront respecter UP et ses déclinaisons
comme le RUP. Si nous nous recentrons sur le vocabulaire de base de UP, nous pouvons dire qu’une
application (au sens générique du terme) suit un cycle projet (de la prise en compte du besoin jusqu’à
l’intégration et la livraison) et un cycle produit (découpage en étapes montrant la maturité du produit
dans le temps). Après avoir exposé les concepts d’UP, nous présenterons ces deux axes de prise en
compte d’une application.




Lassouad&Dbiba&China                                                Page 13                    FSG
Développement d’un portail d’annonces et catalogue de publication                            2008/2009




1.3- Présentation de la modélisation RUP
          Le RUP (Rational Unified Process), processus de développement « clé en main », proposé par
Rational Software, est lui aussi (documenté) avec UML. Il offre un cadre méthodologique générique
qui repose sur UML et la suite d’outils Rational [1].
UP est un ensemble de principes génériques adaptables en fonction des spécificités des projets.
Processus Unifié a pour objectif de maîtriser la complexité des projets informatiques en diminuant les
risques. UP est un processus de développement logiciel, c'est-à-dire qu’il regroupe les activités à
mener pour transformer les besoins d’un utilisateur en système logiciel.
UP est piloté par les cas d’utilisation d’UML :
UP utilise le langage UML pour la création des plans d’élaboration et de construction du système
logiciel. UML fait partie intégrante du processus unifié.
Les cas d’utilisation guident le processus, ils ne sont pas sélectionnés de façon isolée, mais ils sont
développés en tandem avec l’architecture du système.
Les cas d’utilisation guident la conception de l’architecture du système, qui influence, à son tour, leur
sélection pour telle ou telle itération. L’architecture et les cas d’utilisation évoluent de façon parallèle
au cours du cycle de vie du développement.
UP et RUP sont deux démarches ordonnées d’organisation qui permet d’affecter, en fonction de
recommandations génériques et distanciables, des tâches et des responsabilités comme UP, RUP
considère qu’une application suit un cycle projet et un cycle produit.
Si nous décrivons chacun de ces deux cycles : le découpage en phases est : identique à UP, le cycle de
vie produit suit la même démarche.
En ce concerne le cycle de vie projet, RUP se distingue d’UP, dans la mesure où il ajoute une
discipline de modélisation métier, qui constitue à terme, le « patrimoine métier de l’entreprise ». Nous
distinguons également la modélisation des requirements qui regroupent besoin et exigences. Analyse et
conception sont regroupées.
RUP proposé également de définir des disciplines de supports, transverses aux disciplines projet. Ces
disciplines sont:
La gestion de configuration et la gestion des modifications.
La gestion de projet et la qualité.
L’environnement : les outils et la méthodologie.
Un des avantages de RUP c’est de décrire de manière plus rigoureux les disciplines projet et support.
Les livrables documentaires sont fournis sous la forme de plan et de guides de rédaction. Un




Lassouad&Dbiba&China                                                Page 14                        FSG
Développement d’un portail d’annonces et catalogue de publication                                      2008/2009




environnement WEB permet d’utiliser les plans types ou de s’informer de manière intuitive et
pragmatique.
Le processus unifié est un standard et aide à gérer la complexité grâce à :
UP et RUP proposent un cadre générique adaptable dans toute forme d’organisation : UP et RUP
proposent un ensemble de recommandations de haut niveau, de documents, de rôles, adaptables au
contexte de la société utilisatrice de tels processus.
Une instrumentation WEB pragmatique à travers sa déclinaison RUP : un référentiel de bonnes
pratiques qui relèvent parfois du bon sens mais qui ne sont pas toujours mis en œuvre dans les
organisations UP et RUP contribuent                         à renforcer et à améliorer un processus « maison » : pour
améliorer des zones que l’on a identifiées comme telle par rapport à des cibles ISO ou CMM par
exemple.
Une prise en compte des la gestion risques pour la conduit de projet.
Un processus itératif incrémental complet et bien défini.
Une approche basée sur l’architecture.
Une approche basée sur UML et la traçabilité à partir des uses cases jusqu’au code.
Une volonté de mettre en place des entités transverses en support du processus de développement :
architecture, gestion de projet, gestion de configuration, méthodologie, outils.


2- Les démarches de la modélisation RUP/UML
      - Description textuelle.
      - Présentation des acteurs (Primaire et secondaire).
      - Diagramme de package
      - Diagrammes des cas d’utilisation.
      - Relation entre les cas d’utilisations
      - Identification des scénarios.
      - Diagrammes des séquences.
      - Diagrammes des classes.

Après avoir cité la partie modélisation, nous allons maintenant entamer la partie suivante qui est celle
de la conception.




Lassouad&Dbiba&China                                                Page 15                                  FSG
Développement d’un portail d’annonces et catalogue de publication                  2008/2009




Conclusion
        Pour réaliser ce projet nous avons choisi la méthode RUP/UML pour la conception et le
développement de système d’information car UML nous permet de fournir à la fois une démarche de
formalismes et de normes pour concevoir et réaliser notre système d’information indépendamment du
langage et de l’architecture matérielle.
En effet le choix de cette méthode fut la première méthode robuste pour la conception et le
développement d’un système informatique c’est qu’elle est applicable quelque soit la taille
d’application.




Lassouad&Dbiba&China                                                Page 16              FSG
Développement d’un portail d’annonces et catalogue de publication             2008/2009




                                                  Chapitre III
                                      CONCEPTION DU SYSTEME
                                INFORMATIQUE AVEC RUP/UML
                                          Cas d’utilisation
                                          Diagramme des cas d’utilisation
                                          Diagramme des séquences
                                          Diagramme des classes




Lassouad&Dbiba&China                                                Page 17         FSG
Développement d’un portail d’annonces et catalogue de publication                                    2008/2009




Introduction
     Le processus de conception est une étape très importante, elle nous permet de définir les vues qui
décrivent tous les aspects d’un système avec le concept objet. En d’autre terme cette étape nous permet
de spécifier les fonctionnalités du futur système d’information. On va adopter la méthode RUP/UML
pour présenter la conception.

1- Description textuelle du système à développer
          Cette partie consiste à présenter et décrire notre système, qu’on peut le décrire textuellement
comme étant une application web qui permet de déposer des annonces pour les :
       Utilisateurs
       Tiers : Société (petite, grande, privées, publiques)
Notre future application doit effectuer les tâches suivantes :
       Visualisation des annonces ;
       Déposition des annonces ;
       Contact entre les membres et l’administrateur ;
       Gestion des annonces déposées ;
       Gestion de profils des clients qui ont déposé leurs annonces ;
       Consultation des services : location, vente, achat.
2- Présentation des acteurs
    Acteurs primaires :

         Le visiteur : C’est un simple internaute qui peut visualiser, faire des recherches et aussi contacter
          l’administrateur.

         Le client : C’est un visiteur qui a déjà déposé une annonce.

         L’administrateur : C’est un acteur qui peut accéder au système et faire les différentes tâches.
        Acteurs secondaires :
          Un site de paiement, qui permet d’assurer les paiements à distance.
3- Identification des cas d’utilisations
        - Recherche : c’est un formulaire rempli par l’utilisateur pour indiquer l’annonce à rechercher.
        - S’identification : C’est un formulaire rempli par le client pour se connecter.




Lassouad&Dbiba&China                                                Page 18                                FSG
Développement d’un portail d’annonces et catalogue de publication                                                                            2008/2009




        - S’inscrire : C’est un formulaire rempli par le client pour indiquer ses informations
             personnelles.
        - Contacter l’administrateur : C’est un espace de discussion entre les membres et
             l’administrateur.
        - Déposer annonces : C’est l’ajout d’annonce désiré dans notre système.
        - Gérer profil : C’est la gestion des informations personnelles du client.
        - Payer frais : Le client doit payer les frais avant de pouvoir déposer son annonce.
        - Gérer les annonces : L’administrateur fait la gestion des annonces déjà déposées.
        - Gérer les clients : L’administrateur fait la gestion des clients qui ont déjà déposé des annonces.
4- Diagramme des cas d’utilisation

                                                                                                                           System

                                                         <<include>>                                    par catalogue
                                      visualiser                         rechercher
                                                                                                         publicitaire
                                      annonces


                                                                   <<extend>>
        visiteur                                                                                       par mot clé

                                          Contacter                      personnaliser
                                      l'administrateur                    recherche




                                                                                                                                    site de paiement à distance
                                           déposer                                    <<include>>
                                                                                                         payer frais
                                           annonce

                                                                                         <<include>>
                                                                                                                                        poste tunisienne
                                                                  <<include>>
                                           s'insrire                                                      s'identifier



         client
                                  <<include>>
                                                                        supprimer



                                       gérer profil                                      ajouter




                                                                            modifier




                                  gérer les clients                    supprimer clients



     administrateur                                                                                     supprimer annonce


                                 gérer les annonces                      période
                                                                       d'annonces


                                                                                                        modifier annonce




                                              Figure7 : Diagramme de cas d’utilisation




Lassouad&Dbiba&China                                                    Page 19                                                                       FSG
Développement d’un portail d’annonces et catalogue de publication                              2008/2009




4.1- Relation entre les cas d’utilisation
         La relation entre le cas « rechercher »et le cas « personnaliser recherche »est une relation
          d’extension en effet lors de la visualisation.
         La relation entre le cas « visualiser annonces » et le cas « rechercher » est une relation
          d’inclusion puisque le visiteur ne peut visualiser les annonces qu’après fait une recherche.
         La relation entre le cas « déposer annonces » et le cas «s’identifier » est une relation
          d’inclusion puisque le client est obligé de s’identifier avant de déposer son annonce.
         La relation entre le cas « s’inscrire » et le cas «s’identifier » est une relation d’inclusion
          puisque le client est obligé de s’inscrire avant de s’identifier.
         La relation entre le cas « déposer annonces » et le cas «payer frais » est une relation
          d’inclusion puisque le client est obligé de payer avant de déposer son annonce.
         La relation entre le cas « gérer profil » et le cas « s’inscrire » est une relation d’inclusion
          puisque le client est obligé de s’inscrire avant de pouvoir accomplir son modification.
5- Etude des cas d’utilisation
5.1- Cas d’utilisation « Visualiser des annonces »
      Scénario nominal
     1. Le visiteur demande l’ouverture du site.
     2. Le système fait la configuration des paramètres de démarrage.
     3. Le système lui affiche le site.
     4. Le visiteur choisit une catégorie d’annonces.
     5. Le système affiche le catalogue d’annonces correspondant à la catégorie choisie.
     6. Le visiteur personnalise son annonce (choisir l’annonce souhaitée).
     7. Le système affiche les détails de l’annonce choisie.




Lassouad&Dbiba&China                                                Page 20                          FSG
Développement d’un portail d’annonces et catalogue de publication                                                                                           2008/2009




Diagramme de séquence système


                visiteur                                                                             système




                                       1 : demande l’ouverture du site()
                                                                                                          2 : configuration des paramètres de démarrage()




                                          3 : lui affiche le site()



                                         4 : choisit une catégorie d’annonces()


                           5 : affiche le catalogue d’annonces correspondant à la catégorie choisie()



                                          6 : personnalise son annonce()


                                          7 : affiche les détails de l’annonce choisie()




             Figure 8 : Diagramme de séquence système cas d’utilisation : « Visualiser des annonces »
Diagramme de séquence objet



                            visiteur                                                                                                    visualisation
                                                                                                                     annonce



                                                  1 : demande l’ouverture du site()



                                                    2 : affiche le site()



                                                    3 : choisit une catégorie d’annonces()


                                        4 : affiche le catalogue d’annonces correspondant à la catégorie choisie()


                                                    5 : personnalise son annonce()


                                                    6 : affiche les détails de l’annonce choisie()




           Figure 9 : Diagramme de séquence Objet cas d’utilisation: « Visualiser des annonces »


5.2- Cas d’utilisation « S’inscrire »
      Scénario nominal


Lassouad&Dbiba&China                                                                  Page 21                                                                     FSG
Développement d’un portail d’annonces et catalogue de publication                                                            2008/2009




     1. Le visiteur demande de s’inscrire.
     2. Le système fournit (envoi) la page d’inscription.
     3. Le visiteur remplit la page d’inscription et l’envoi au système.
     4. Le système vérifie les informations fournies.
     5. Le système valide l’inscription.
    Scénario alternatif
    A1 : informations fournies non valides.
    Le système retour au point 2 du scénario nominal (SN)  le visiteur rectifie les informations
    erronées.
    Diagramme des séquences système


                                                                                                      Système
                           Visiteur



                                                        1 : demande à inscrire()



                                                     2 : fournit la page d’inscription()



                                 3 : Le visiteur remplit la page d’inscription et envoi la au système()
                                                                                                            4 : verif:ok()




                                                        5 : inscription valide()




                    Figure10: diagramme de séquence système cas d’utilisation : « s’inscrire »




Lassouad&Dbiba&China                                                Page 22                                                        FSG
Développement d’un portail d’annonces et catalogue de publication                                         2008/2009




     Diagramme des séquences objet


                                  visiteur                                                  inscription


                                                    1 : demande à inscrire()




                                                     2 : envoi la page d’inscription()



                                                      3 : remplir la page d'inscription()



                                                     4 : inscription validée()




                         Figure11: diagramme de séquence Objet cas d’utilisation : « s’inscrire »
5.3- Cas d’utilisation « Déposer annonces »
        Scénario nominal
        1.    Le client demande de déposer une annonce.
        2.    Le système lui demande l’identification.
        3.    Le client entre les informations d’identification.
        4.    Le système vérifie les informations fournies.
        5.    Le système affiche le formulaire de déposition d’annonces.
        6.    Le client remplit le formulaire et l’envoi au système.
        7.    Le système vérifie les informations introduites.
        8.    Le système demande le code de paiement.
        9.    Le client entre son code.
        10. Le système vérifie la validité du code de paiement.
        11. Le système accepte la demande de déposition d’annonces.
        Scénario alternatif
        A1 : Informations d’identification incorrectes.
    Le système retour au point 2 du SN.  Le visiteur rectifie les informations erronées.
        A2 : les champs obligatoires de formulaire vides.
    Le système retour au point 6 du SN.  Le visiteur rectifie les informations erronées.
        A3 : le code de paiement invalide.
    Le système retourne au point 9 du SN.  Le visiteur rectifie les informations erronées.




Lassouad&Dbiba&China                                                Page 23                                     FSG
Développement d’un portail d’annonces et catalogue de publication                                                      2008/2009




    Diagramme des séquences système



                        client                                                              système




                                           1 : demande de déposer une annonce()


                                           2 : lui demande l’identification()



                                         3 : entre les informations d’identification()


                                                                                                       4 : verif.ok()



                                     5 : affiche le formulaire de déposition d’annonces()


                                                     6 : remplit le formulaire()


                                                                                                      7 : verif.ok()


                                                  8 : demande le code de paiement()


                                                  9 : entre le code de paiement()


                                                                                                       10 : verif.ok()


                                     11 : accepte la demande de déposition d’annonces()




             Figure12 : diagramme de séquence système cas d’utilisation : « Déposer annonces »




Lassouad&Dbiba&China                                                Page 24                                                  FSG
Développement d’un portail d’annonces et catalogue de publication                                                                                             2008/2009




    Diagramme de séquence objet

                          client                                                      annonce                   identification               paiement




                                      1 : demande de déposer une annonce()



                                        2 : Demande les paramêtres d'identification()




                                       3 : fourni les paramêtres d'identification()



                                                                                                                        4 : vérification()




                                    5 : renvoi la reponse()



                                   6 : remplir le formulaire de deposition d'annonce()



                                                                                           7 : vérification()




                                             8 : entrer son code de payement()


                                                                                                                                                  9 : vérification()




                                          10 : l'annonce deposée accepte()




               Figure 13: diagramme de séquence Objet cas d’utilisation : « Déposer annonces»
5.4- Cas d’utilisation « Gérer profil »
      Scénario nominal
      1. Le client demande de faire la gestion de son profil.
      2. Le système demande au client de s’identifier.
      3. Le client entre les informations d’identification.
      4. Le système vérifie les informations entrées par le client.
      5. Le système accepte la demande de gestion.
      6. Le système affiche les informations caractérisant le profil du client.
      7. Le client effectue et valide les modifications appropriées sur son profil.
      8. Le système vérifie la gestion.
      9. Le système accepte les modifications effectuées.
      Scénario alternatif
      A1 : Informations d’identification incorrectes.
    Le système retour au point 2 du SN.  Le visiteur rectifie les informations erronées.


Lassouad&Dbiba&China                                                          Page 25                                                                                  FSG
Développement d’un portail d’annonces et catalogue de publication                                                         2008/2009




      A2 : modifications sur son profil non accepté
    Le système retour au point 6 du SN.  Le visiteur rectifie les informations erronées.


      Diagramme de séquence système

                           client                                                                 système




                                         1 : demande de faire la gestion de son profil()


                                         2 : demande au client de s’identifier()



                                        3 : entre les informations d’identification()

                                                                                                        4 : verif:ok()




                                      5 : accepte la demande de gestion()


                                    6 : affiche les informations caractérisant le profil du client()



                                7 : effectue et valide les modifications appropriées sur son profil()
                                                                                                         8 : verif:ok()




                                     9 : accepte les modifications effectuées()




                 Figure14: Diagramme de séquence système cas d’utilisation : « Gérer profil »




Lassouad&Dbiba&China                                                Page 26                                                     FSG
Développement d’un portail d’annonces et catalogue de publication                                                                               2008/2009




Diagramme de séquence objet



                 client                                                            profil                        identification




                           1 : demande de faire la gestion de son profil()




                               2 : demande les paramêtres d'identification()




                                3 : fourni les paramêtre d'identification()


                                                                                                                           4 : vérification()




                                  5 : la demande de gestion accepte()




                             6 : gère son profil et valider la gestion()



                                                                                            7 : vérification()




                              8 : la modification accepte()




                   Figure 15: Diagramme de séquence Objet cas d’utilisation : « Gérer profil »
5.5- Cas d’utilisation « Contacter L’administrateur »
      Scénario nominal
      1. Le visiteur demande de faire le contact.
      2. Le système affiche le formulaire de contact.
      3. Le visiteur remplit et envoi le formulaire.
      4. Le système vérifie les informations reçues.
      5. Le système confirme le message envoyé.
      Scénario alternatif
      A1 : informations non valide.
           Le système retour au point 2 du SN.  Le visiteur rectifie les informations erronées.




Lassouad&Dbiba&China                                                          Page 27                                                                 FSG
Développement d’un portail d’annonces et catalogue de publication                                                                    2008/2009




    Diagramme des séquences système

                                    visiteur                                                            système



                                                       1 : demande de faire le contact()



                                                2 : affiche au visiteur le formulaire de contact()



                                                        3 : remplit le formulaire()
                                                                                                                    4 : vérif.ok()




                                                 5 : envoie le message vers l'administrateur()




       Figure16 : diagramme de séquence système cas d’utilisation : « Contacter l’administrateur »
      Diagramme des séquences objet

                                   visiteur                                                   message




                                                     1 : demande de faire le contact()


                                                     2 : affiche le formulaire de contact()



                                                     3 : remplit et envoi le formulaire()



                                                                                                          4 : verif:oki()


                                                        5 : le message envoyé()




                        Figure17: diagramme de séquence Objet cas d’utilisation : Contacter



6- Elaboration de diagrammes de calasse
Le diagramme de classes décrit les différentes classes qui composent notre projet et les relations qui
existent entre eux




Lassouad&Dbiba&China                                                      Page 28                                                          FSG
Développement d’un portail d’annonces et catalogue de publication                                                          2008/2009




                                                                utilisateur                                           message
                                                    1..*                         1..*                       1..*
                                                            #email: varchar                                        #email: varchar
                                                            +motpasse: varchar                                     +sujet: varchar
                                                                                                                   +message: varchar




                                    visiteur                 administrateur                       client

                              #id: integer                  #id_admin: integer          #email: varchar
                                                            +nomuser: varchar           +nom: varchar
                              +visualiser()                 +motpasse: varchar          +prenom: varchar
                              +contacter()                                              +datenaissance: date
                              +rechercher()                 +gérer()                    +motpasse: varchar
                                                                                        +entreprise: varchar
                       0..*                                                             +ville: varchar
                                                                                        +adresse: varchar
                 annonce
                                                                                        +code_postal: smallint
            #idannonce: integer                                                         +tel: int
            +titre: varchar
                                                                                        +déposer()
            +nature: varchar
                                                                                        +gérer()
            +description: varchar
                                                                                        +s'inscrir()
            +prix: float
            +codel: int




                                                 Figure 18 : diagramme de classes


Conclusion :
La méthodologie adoptée nous a permis de spécifier les rôles des différents acteurs et de dégager les
relations entre eux et de dresser les différents cas d’utilisation ce qui va nous faciliter la tache de
réalisation de notre application ce que fera l’objet du prochain chapitre.




Lassouad&Dbiba&China                                                Page 29                                                       FSG
Développement d’un portail d’annonces et catalogue de publication                        2008/2009




                                                     Chapitre IV
                                                           REALISATION

                                       Environnement de développement
                                                     Environnement materiel
                                                     Environnement logiciel
                                                     Imprimés ecrans avec explication




Lassouad&Dbiba&China                                                Page 30                    FSG
Développement d’un portail d’annonces et catalogue de publication                                   2008/2009




Introduction
          Après avoir conçu l’application, on passe à la partie réalisation qui consiste à développer cette
application. Au cours de ce chapitre, nous spécifions l’environnement de développement matériel et
logiciel. Ainsi, nous décrivons les points et les fonctionnalités les plus importantes de l’application
développée.
1- Environnement de développement
1.1- Environnement materiel
Afin de réaliser notre application, nous avons utilisé comme matériel :
      Un ordinateur de bureau ayant la configuration matérielle suivante :
                 Pentium IV 3 GHz,
                 Mémoire vive 512 Mo,
                 Disque dur 80 Go,
                 Carte graphique 64 MB.
Ainsi que, nous avons utilisé
      Un ordinateur portable ayant la configuration matérielle suivante :
                 Un Processeur Pentium (R) 4 CPU T2330@GHz
                 Acer 1, 6 GHz,
                 Memoir vive 1Go,
                 Disque dur 160 Go,
                 Carte graphique 64 MB.
1.2- Environnement logiciel
 Les logiciels utilisés au cours du processus de développement sont :
     WAMP 2.0 version 1.7 : serveur web (Apache 1.3), base de données sur MySQL 4 et PHP 5,
       Start UML 5.0.2 1570,
       Microsoft Système d’exploitation XP (SP 3),
       Macromedia Dreamweaver 8.

2- Les imprimés écran
Toutes personnes qui désirent visualiser les annonces, déposer des annonces, faire l’inscription sont
obligées de passer par cette interface.
Toutes personnes qui désirent                     discuter avec l’administrateur sont obligées de passer par cette
interface.




Lassouad&Dbiba&China                                                Page 31                               FSG
Développement d’un portail d’annonces et catalogue de publication                          2008/2009




L’administrateur qui veut gérer les listes des clients et des annonces est obligé de passer par cette
interface (voir figure 19)




                                                    Figure 19: Interface d’accueil


Tous les clients qui veulent déposer une annonce ils doivent tout d’abord passer par cette interface, qui
représente un formulaire d’inscription, qui contient des champs obligatoire et des champs non
obligatoire (voir figure 20).




Lassouad&Dbiba&China                                                Page 32                      FSG
Développement d’un portail d’annonces et catalogue de publication                            2008/2009




                                                  Figure 20: Interface d’inscription


Tous visiteurs ou client qui veut contacter l’administrateur est obligé de passer par cette interface, qui
représente un formulaire contient les champs suivante : nom, E-mail, téléphone, entreprise et message
pour critiquer le site ou pour demande plus de détail pour déposer une annonce (voir figure 21).




                                                   Figure 21: Interface de contact



Lassouad&Dbiba&China                                                Page 33                        FSG
Développement d’un portail d’annonces et catalogue de publication                           2008/2009




Tous clients qui veulent déposer son annonce est obligée de s’identifier .Si le pseudo ou le mot de
passe est incorrect on va visualiser un message d’erreur .Si non on va passer à l’interface qui contient
le formulaire d’annonce (voir figure 22).




                                                Figure 22: Interface d’identification
Après avoir s’identifier le client passe à cette interface pour déposer une annonce, ou il va entrer le
code de paiement (voir figure 23).
Il ya plusieurs options par exemple :
      ajout d’annonce ;
      gestion d’annonce : modifier, détaillée.




                                         Figure 23: Interface de déposition d’annonce




Lassouad&Dbiba&China                                                Page 34                       FSG
Développement d’un portail d’annonces et catalogue de publication                           2008/2009




A chaque fois l’administrateur veut se connecter son session il doit tout d’abords s’identifier par un
identifiant et mot de passe (voir figure24).




                                   Figure 24: Interface d’identification d’administrateur
Après avoir la connexion de l’administrateur se fais avec succès il passe à l’interface d’administration
(voir figure 25). Qui lui permet de faire les taches suivantes :
      Afficher et gérer la liste des clients ;
      Afficher et gérer la liste des annonces ;
      Afficher la liste des messages reçus ;
      Déposer annonce.




                                              Figure 25: Interface d’administration


L’administrateur peut gérer ces clients par l’interface suivante (voir figure 26).




Lassouad&Dbiba&China                                                Page 35                       FSG
Développement d’un portail d’annonces et catalogue de publication                          2008/2009




                                             Figure 26: Interface de liste des clients


Pour gérer la gestion des annonces déposées par les clients administrateur peut s’assister de cette
interface (voir figure 27).




                                           Figure 27 : Interface de liste des annonces


Pour gérer les messages reçus à l’administrateur envoyé par les visiteurs, l’administrateur fait appel à
cette interface (voir figure 28).




Lassouad&Dbiba&China                                                Page 36                      FSG
Développement d’un portail d’annonces et catalogue de publication                         2008/2009




                                       Figure28 : Interface de liste des messages reçus


Conclusion
Nous avons présenté dans se chapitre l’environnement de développement de notre application et aussi
nous avons présenté quelques imprimés écran permettant de donner une idée globale sur notre travail.




Lassouad&Dbiba&China                                                Page 37                     FSG
Développement d’un portail d’annonces et catalogue de publication                            2008/2009




                           CONCLUSION ET PERSPECTIVE


                                                           ANNEXE1
                                                    Manuel de l’utilisateur
     I. PHP
     1. Qu’est-ce que le PHP ?
→ PHP : (HyperText Preprocessor) est un langage de scripts généralistes et Open                      Source,
spécialement conçu pour le développement d'applications web.
Il peut être intégré facilement au HTML.
Le terme open source correspond à une licence de logiciel obéissant à une définition très précise
établie par l'Open Source Initiative, dont les principaux critères nécessaires sont
- la libre redistribution.
- un code source disponible.
- les travaux dérivés possibles.
Le fait de disposer des sources d'un logiciel ne suffit pas à dire qu'il est open source. Dans tous les cas,
on se référera à la licence d'utilisation du logiciel.
Ce sont en fait des programmeurs qui donnent accès au code source d’un programme donné.
     2. Fonctionnement de PHP
    PHP est un langage de script inclus, c’est-à-dire que le code PHP est contenu dans le code HTML.
Des balises HTML particulières séparent ce qui est PHP de ce qui est HTML. On crée et on édite des
pages web contenant du PHP de la même façon que s’il n’y avait que du HTML pur.
Le PHP travaille en coopération avec le serveur web qui est chargé d’envoyer les pages web au monde
entier. Lorsqu’on saisit une URL dans un navigateur, on adresse un message au serveur web qui se
trouve à cette URL. Ledit message lui demande de vous envoyer un fichier HTML. Lorsqu’il reçoit ce
fichier, le navigateur interprète et affiche son contenu. La même chose a lieu lorsque l’on clique sur un
lien d’une page web. De la même façon, c’est le serveur web qui va recevoir les données qu’on envoie
lorsque l’on clique sur le bouton ‘Envoyer’ d’une page.



Lassouad&Dbiba&China                                                Page 38                        FSG
Développement d’un portail d’annonces et catalogue de publication                          2008/2009




L’exécution du code PHP se fait donc ainsi : lorsqu'un visiteur demande à consulter une page Web, son
navigateur envoie une requête à un serveur HTTP. Si la page contient du code PHP, l'interprète
(informatique) PHP du serveur le traite et renvoie du code généré (HTML).
      Voici un petit schéma pour illustrer le principe :




                                       Figure 29 : Principe de fonctionnement de PHP


Lorsque PHP est installé, le serveur web est configuré pour reconnaître certaines extensions de fichier
contenant des instructions PHP. La plus courante de ces extensions est ‘.PHP’ mais il existe d’autres
(.php3 ou .html, par exemple quoique ces formes soient périmées). Lorsque le serveur web reçoit une
requête concernant un tel fichier, il envoie la partie HTML telle qu’elle, mais les instructions PHP sont
traitées par l’interpréteur PHP avant de les transmettre au demandeur.
Le traitement des instructions PHP produit du code HTML qui est substitué dans le fichier original aux
instructions PHP. De cette façon, on est certain que l’utilisateur ne verra jamais une instruction PHP,
ce qui est un gage de sécurité et de transparence.


     II. Java script:
Java script a été initialement développé par Netscape et s’appelait alors Live Script. Adopté à la fin de
l’année 1995, par la firme Sun (qui a aussi développé Java), il prit alors son nom de JavaScript.
Microsoft l’a d’ailleurs aussi adopté à partir de son Internet Explorer 3.
JavaScript est un langage de programmation conçu pour traiter localement les événements. C’est un
langage de scripts qui incorporé aux balises HTML, permet d »améliorer la présentation et
l’interactivité des pages web. Ces scripts vont être gérés et exécutés par le browser lui-même sans
devoir faire appel aux ressources du serveur.
CSS (les feuilles de styles) :

Lassouad&Dbiba&China                                                Page 39                      FSG
Développement d’un portail d’annonces et catalogue de publication                       2008/2009




Les feuilles de style(en anglais ‘Cascating Style Sheets’, abrégé CSS) sont un langage qui permet de
gérer la présentation d’une page Web. Le langage CSS est une recommandation du Word Wide Web
Consortium (W3C), au même titre que HTML ou XML, Une feuille de style est un document
numérique qui va pouvoir spécifier toutes les caractéristiques de mise en forme du document lié à la
balise à laquelle elle s’applique.
Concrètement, vous allez pouvoir définir pour chaque balise HTML, une mise en forme spécifique qui
lui sera attachée.
Les styles permettent de définir des règles appliquées à un ou plusieurs documents HTML. Ces règles
portent sur le positionnement des éléments, l’alignement, les polices de caractères, les couleurs, les
marges et espacement, les bordures, les images de fond, etc. Le but de CSS est séparer la structure
d’un document HTML et sa présentation. En effet, avec HTML, on peut définir à la fois la structure
(le contenu et la hiérarchie entre les différentes parties d’un document) et la présentation. Mais cela
pose quelques problèmes. Avec le couple HTML/CSS, on peut créer des pages web ou la structure du
document se trouve dans le fichier HTML tandis que la présentation se situe dans un fichier CSS




Lassouad&Dbiba&China                                                Page 40                   FSG
Développement d’un portail d’annonces et catalogue de publication             2008/2009




BIBLIOGRAPHIE
APPORT DU PROJET




Lassouad&Dbiba&China                                                Page 41         FSG
Développement d’un portail d’annonces et catalogue de publication                             2008/2009




                                                           GLOSSAIRE
      JAVASCRIPT : Langage permettant de contrôler le navigateur et le DOM HTML avec les
          richesses fonctionnelles que ne permet pas le langage HTM ;
      WAMP: Windows Apache MySQL PH;
      UML: Unified Modeling Language;
      RUP: Rational Process Unified;
      Application: Programme informatique qui gère une activité spécifique. Il existe des
          applications pour le traitement de texte, pour la gestion et l'élaboration des donnés et images ;
      PHP: HyperText Preprocessor c’est un langage interprété (un langage de script) exécuté du
          côté serveur (comme les scripts CGI, ASP, ...) et non du côté client (un script écrit en
          JavaScript ou une applet Java s'exécute sur votre ordinateur...). La syntaxe du langage provient
          de celles du langage C;
      Profil : C’est la session du client qui contient tous ces informations personnelles ;
      Contact : C’est un espace de discussion entre les clients, les visiteurs et l’administrateur ; .
      Annonce (Avis donné au public) : c’est une publicité ;
      Client : C’est un visiteur qui à déposé une annonce dan notre site ;
      Déposition : C’est l’ajout, la déclaration.




Lassouad&Dbiba&China                                                Page 42                          FSG
Développement d’un portail d’annonces et catalogue de publication             2008/2009




Lassouad&Dbiba&China                                                Page 43         FSG

				
DOCUMENT INFO
Shared By:
Stats:
views:561
posted:6/23/2012
language:
pages:43