Cahier des charges 

      

DEUST TSIC Nicolas Mérigot
Option 1 Adrien Blanvillain

Cahier des charges




Chapitre 1 – Présentation du projet



A. Contexte

La réalisation de ce projet s’effectue dans le cadre de l’option 1 du DEUST TSIC dispensé par l’Université Jules Verne, en réponse au sujet du premier semestre 2008.

B. Objet du projet

Ce projet consiste en la création d’un site Internet dynamique pour une agence immobilière, qui souhaite proposer une vitrine virtuelle sur laquelle ses clients pourront consulter les annonces des biens gérés par l’agence.

C. Organisation du projet

Le projet est organisé de plusieurs phases, suivant les étapes importantes de sa conception et de sa réalisation.

Monter un groupe de travail est la première étape. Celle-ci est déjà réalisée.

La seconde étape est la réalisation du cahier des charges présent ici, celui-ci est présenté comme un cahier des charges classique mais l’on détaillera ici les mêmes choses que dans un cahier des charges fonctionnel classique.

Nous nous attacherons ensuite à la conception de la base de données nécessaire au bon fonctionnement du site, celle-ci fera l’objet d’un document à part entière, elle ne sera donc pas détaillée ici.

L’étape suivante sera logiquement la réalisation du site en elle-même. Elle se basera sur les contraintes et les recommandations détaillées dans le présent document.

La dernière étape de ce projet sera la préparation et la présentation de la soutenance orale collective, qui aura pour but de valider le travail réalisé.

D. Groupe de projet

Le groupe de projet se constitue de 2 personnes : Nicolas Mérigot et Adrien Blanvillain, les responsabilités et le travail à fournir seront partagés à parts égales entre les collaborateurs.

E. Environnement du projet

Nous utiliserons comme environnement de travail un espace de type wiki, hébergé chez le fournisseur Metawiki disponible via cet URL : http://deust-tsic.metawiki.com/ mais sécurisée, les différents intervenants de l’université recevront par la suite un identifiant et un mot de passe, nécessaires pour accéder à cet espace.
    Concernant le projet lui-même, il sera réalisé à distance et hébergé chez le fournisseur d’accès Free.fr, à une adresse suivante : http://immo.tep.free.fr .


Chapitre 2 – Description du projet



A. Périmètre du projet


i. Positionnement du projet

Le projet s’inscrit dans une démarche on ne peut plus actuelle puisque la grande majorité des agences immobilières importantes (tout comme une majorité d’entreprises en France) possèdent un site Web et qui plus est un site dynamique.
Nous nous efforcerons donc de créer un site répondant aux exigences réelles d’une agence immobilière, de manière à pouvoir proposer autant de services que possible.

ii. Description générale du projet

Le site en question permettra notamment à l’utilisateur via une interface publique (front end)de consulter les différentes annonces concernant les bien immobiliers en gestion dans l’agence, via une authentification, il pourra également sauvegarder ses annonces favorites pour les consulter ultérieurement. L’agence, de son côté, aura accès à une interface dite d’administration (back end), par laquelle elle pourra publier, dé-publier, modifier, supprimer les annonces.

B. Description des besoins fonctionnels


i. Front End

Le Front end, comme évoqué dans la partie précédente, sera la partie visible par l’utilisateur public. La première page (la page d’accueil) comportera plusieurs parties, que nous retrouverons dans la mesure du possible pour la majorité des pages. Celui-ci comportera une charte graphique précise en corrélation avec celle utilisée par l’agence immobilière, cette charte fera l’objet d’un document disponible en annexe.
    
Une page générique sera à cet effet créée, elle sera composée en partie haute :
- Du logo de l’agence
- D’un menu horizontal donnant accès au formulaire de recherche, à une sélection d’annonces effectuée par l’agence elle-même (les "annonces stars"), à une description des services proposés par l’agence et aux informations nécessaires pour localiser et contacter l’agence.
- En partie gauche d’un module de menu utilisateur permettant la connexion et l’accès à ses annonces favorites et à leur gestion si l’utilisateur est connecté, sinon ce module proposera l’accès à un formulaire d’enregistrement.
- La partie restante de la page affichera le contenu dynamique du site.

Le site doit être capable de gérer une recherche multicritère, sur un système de mots clés, sur des bornes (en terme de superficie du bien recherché, de loyer), sur une proximité (avec un système de code postal, tu pense que c'est gérable ?). Les résultats seront affichés dans la partie centrale du site, à raison de 15 annonces par pages. Ceci est la fonction principale du site pour l'utilisateur.

La sélection d'annonces faite par l'agence fera l'objet d'une page à part, l'agence pourra choisir de faire apparaître telle ou telle annonce sur cette page, elle pourra également décider de la date limite de publication. Toutes les annonces présentants le statut sélection de l'agence bénéficieront d'une présentation particulière avantageuse. Celles-ci seront également consultables et reconnaissable dans l'interface classique de consultation des annonces (avec toujours cette présentation particulière).

Une page de description de l'agence sera également disponible, comme déjà évoqué au dessus. Celle-ci sera en quelque sorte une vitrine sur les services proposés par l'agence, en terme de suivi de projet, d'accompagnement dans les démarches de notaires, etc...

Pour finir sur le Front End, développons le module personnel. L'utilisateur aura la possibilité de s'enregistrer sur le site, via un formulaire d'enregistrement, ce qui pourra par ailleurs constituer une base de données client pour l'agence. Cette inscription lui ouvrira l'accès à un service supplémentaire,la possibilité de sauvegarder ses annonces favorites. Il pourra bien évidemment également supprimer ces dites annonces de ses favoris.

ii. Back End

Le Backend, ou interface d'administration, a pour finalité la possibilité pour l'agence de voyage d'ajouter, supprimer, et modifier le contenu du site. Cette interface devra avoir plus de fonction que le front-end, de par cette finalité.

Dans un premier temps, le back end bénéficiera d'une charte graphique un peu différente de celle du front end, de manière à pouvoir facilement faire la différence entre ces 2 façettes du site.
Après authentification, le rédacteur arrivera sur une page listant les annonces. Il pourra ainsi, en cliquant sur l'une d'entre elles, mettre à jour son contenu, la publier ou la dépublier ou même la supprimer.

La fonction principale de l'interface d'administration sera la rédaction des annonces. De dans un souci d'uniformité et de facilité d'utilisation, les rédacteurs n'auront pas la possibilité de modifier la mise en forme du texte. Néanmoins, de nombreux paramètres  seront modifiables.

Dans un 1er temps le statut de l'annonce : nous avons parlé plus haut d'"annonces stars", il suffira donc de cocher un case (ou autre) pour que l'annonce en cours de rédaction soit automatiquement classée dans les annonces stars.

D'autre part, il faudra bien sur que l'annonce puisse ajouter des photos aux annonces, cela se fera par le biais d'un module permettant d'uploader des images sur le serveur.

Il sera également possible de définir un certains nombre de mots clés permettant de rechercher facilement les annonces.  D'autre part, certains champs seront réservés à certaines caractéristiques de l'annonce : le type d'annonce (vente, location, autre), l'adresse du bien (ou du moins la ville), le type de bien (maison, appartement), le nombre de pièces, la superficie, et un champs "divers" permettant des commentaires ou l'ajout d'informations supplémentaires. bien sur le texte de l'annonce sera libre.

Il sera également possible de définir dès la rédaction de l'annonce une date limite de publication.


Concernant le gestion des utilisateurs, il y aura plusieurs niveaux de compétences disponible, l'utilisateur (qui n'aura pas accès au backend), le rédacteur, qui aura la possibilité de rédiger une annonce via le backend, ainsi que de la modifier, la publier et la dépublier, l'éditeur, qui aura bien sur les droits précédents et qui pourra en plus modifier et supprimer les annonces et finalement les administrateurs qui aura un accès total.

- Rédiger des annonces (fichiers joints, mot clés, dates de publications, etc..)

- Modifier celle-ci

- Supprimer des annonces


- Gérer les mot clés


- Gérer les comptes utilisateur


iii. Points clé

Nous attacherons un interêt particulier au développement d'un moteur de recherche multicritères. Ceux-ci seront les mots clés, le type de bien, le type d'annonce, le loyer ou le prix, selon le type d'annonce, la surface et également la proximité géographique. Ce dernier point sera particulièrement difficile à mettre en oeuvre, puisqu'il fait intervenir un module externe de localisation par code postal.

Le point central du travail sera la mise en place de la base de données, puisque tous le site (aussi bien le contenu que le fonctionnement) en sera tributaire. Celle-ci devra être stable et suffisamment souple pour supporter le traffic du site.

A mon sens, le gros du travail est sur la recherche multi critère automatisée


C. Description des besoins techniques


i. Architecture technique


ii. Configuration logicielle


iii. Sécurité




Chapitre 3 – Prestations attendues



A. Présentation des prestations

Accueil | changements | pages | tags

pages

Créer une page Lister toutes les pages Dernières modifs

Connexion

Code d'accès ou email :

Mot de passe :

mot de passe oublié se créer un compte

KarmaOS : peace and blog
MetaWiki : hébergement de wikis, wiki hosting.
diff. hist. edit. admin