DDS
GPA
Auteur : AAB
Réf : DDS_GPA_001.V1.00
2012/2013
Dossier de spécifications
Gestion d'un parc automobile
Andrea, Arno...
DDS
GPA
Auteur : AAB
Réf : DDS_GPA_001.V1.00
Institut Limayrac | Arnold, Andrea, Bellon
2
Sommaire
1. Introduction...........
DDS
GPA
Auteur : AAB
Réf : DDS_GPA_001.V1.00
Institut Limayrac | Arnold, Andrea, Bellon
3
1. Introduction
Le dossier de sp...
DDS
GPA
Auteur : AAB
Réf : DDS_GPA_001.V1.00
Institut Limayrac | Arnold, Andrea, Bellon
4
2. Spécifications globales
2.1 E...
DDS
GPA
Auteur : AAB
Réf : DDS_GPA_001.V1.00
Institut Limayrac | Arnold, Andrea, Bellon
5
Aussi, la consultation des stock...
DDS
GPA
Auteur : AAB
Réf : DDS_GPA_001.V1.00
Institut Limayrac | Arnold, Andrea, Bellon
6
2.4 Profils des utilisateurs
Les...
DDS
GPA
Auteur : AAB
Réf : DDS_GPA_001.V1.00
Institut Limayrac | Arnold, Andrea, Bellon
7
3. Spécifications détaillées
3.1...
DDS
GPA
Auteur : AAB
Réf : DDS_GPA_001.V1.00
Institut Limayrac | Arnold, Andrea, Bellon
8
voiture ou vente d’une nouvelle ...
DDS
GPA
Auteur : AAB
Réf : DDS_GPA_001.V1.00
Institut Limayrac | Arnold, Andrea, Bellon
9
Moteur de recherche
Le moteur de...
DDS
GPA
Auteur : AAB
Réf : DDS_GPA_001.V1.00
Institut Limayrac | Arnold, Andrea, Bellon
10
Sur cette page d’accueil on ret...
DDS
GPA
Auteur : AAB
Réf : DDS_GPA_001.V1.00
Institut Limayrac | Arnold, Andrea, Bellon
11
3.3 Côté concessionnaire
Chaque...
DDS
GPA
Auteur : AAB
Réf : DDS_GPA_001.V1.00
Institut Limayrac | Arnold, Andrea, Bellon
12
Titre du cas d’utilisation: Aut...
DDS
GPA
Auteur : AAB
Réf : DDS_GPA_001.V1.00
Institut Limayrac | Arnold, Andrea, Bellon
13
Titre du cas d’utilisation: Ajo...
DDS
GPA
Auteur : AAB
Réf : DDS_GPA_001.V1.00
Institut Limayrac | Arnold, Andrea, Bellon
14
Titre du cas d’utilisation: Tra...
DDS
GPA
Auteur : AAB
Réf : DDS_GPA_001.V1.00
Institut Limayrac | Arnold, Andrea, Bellon
15
Titre du cas d’utilisation:Affe...
DDS
GPA
Auteur : AAB
Réf : DDS_GPA_001.V1.00
Institut Limayrac | Arnold, Andrea, Bellon
16
Titre du cas d’utilisation: Con...
DDS
GPA
Auteur : AAB
Réf : DDS_GPA_001.V1.00
Institut Limayrac | Arnold, Andrea, Bellon
17
Titre du cas d’utilisation: Rec...
DDS
GPA
Auteur : AAB
Réf : DDS_GPA_001.V1.00
Institut Limayrac | Arnold, Andrea, Bellon
18
3.3 Côté administrateur
L'admin...
DDS
GPA
Auteur : AAB
Réf : DDS_GPA_001.V1.00
Institut Limayrac | Arnold, Andrea, Bellon
19
- Garantir la bonne gestion des...
DDS
GPA
Auteur : AAB
Réf : DDS_GPA_001.V1.00
Institut Limayrac | Arnold, Andrea, Bellon
20
4. Autres fonctionnalités
4.1 C...
DDS
GPA
Auteur : AAB
Réf : DDS_GPA_001.V1.00
Institut Limayrac | Arnold, Andrea, Bellon
21
4.2 Module de gestion des utili...
DDS
GPA
Auteur : AAB
Réf : DDS_GPA_001.V1.00
Institut Limayrac | Arnold, Andrea, Bellon
22
4.5 MCD de l'application
Représ...
Prochain SlideShare
Chargement dans…5
×

Dossier spécifications intégration_v1.00

624 vues

Publié le

Projet : Création d'un logiciel de gestion de parc automobile.
CPI. Institut Limayrac, Toulouse

1 commentaire
1 j’aime
Statistiques
Remarques
  • Avec plus de 700 véhicules en gestion externalisée, Buy Made Easy adopte une approche résolument NEUTRE et INDÉPENDANTE vis-à-vis des financeurs et constructeurs.

    Gestion de parc automobile dans sa globalité, Buy Made Easy prend en charge votre flotte à 100% avec un tarif unique mensuel par véhicule afin d'adapter le budget aux variations de votre activité.

    http://www.buymadeeasy.com/nos-metiers-solutions/consulting-en-achats/flotte-automobile.html#gestions-de-parc
       Répondre 
    Voulez-vous vraiment ?  Oui  Non
    Votre message apparaîtra ici
Aucun téléchargement
Vues
Nombre de vues
624
Sur SlideShare
0
Issues des intégrations
0
Intégrations
1
Actions
Partages
0
Téléchargements
32
Commentaires
1
J’aime
1
Intégrations 0
Aucune incorporation

Aucune remarque pour cette diapositive

Dossier spécifications intégration_v1.00

  1. 1. DDS GPA Auteur : AAB Réf : DDS_GPA_001.V1.00 2012/2013 Dossier de spécifications Gestion d'un parc automobile Andrea, Arnold, Bellon Objet Version Auteur Date Rédaction initiale 0.75 A.A.B 22/10/12 Rédaction initiale 0.90 A.A.B 11/11/12 Validation 1.00 A.A.B 18/01/13
  2. 2. DDS GPA Auteur : AAB Réf : DDS_GPA_001.V1.00 Institut Limayrac | Arnold, Andrea, Bellon 2 Sommaire 1. Introduction......................................................................................................................................... 3 1.1 Objectifs du document.................................................................................................................. 3 2. Spécifications globales ........................................................................................................................ 4 2.1 Environnement du produit............................................................................................................ 4 2.2 Fonctionnalités du produit............................................................................................................ 4 2.3 Use case de l'application ............................................................................................................... 5 2.4 Profils des utilisateurs ................................................................................................................... 6 2.5 Contraintes de développement..................................................................................................... 6 3. Spécifications détaillées ...................................................................................................................... 7 3.1 Détails et approche ....................................................................................................................... 7 3.2 Côté client...................................................................................................................................... 8 3.3 Côté concessionnaire .................................................................................................................. 11 3.3 Côté administrateur .................................................................................................................... 18 4. Autres fonctionnalités....................................................................................................................... 20 4.1 Connexion à la base de données................................................................................................. 20 4.2 Module de gestion des utilisateurs............................................................................................. 21 4.3 Design.......................................................................................................................................... 21 4.4 Gestion des erreurs sous forme explicite.................................................................................... 21 4.5 MCD de l'application ................................................................................................................... 22
  3. 3. DDS GPA Auteur : AAB Réf : DDS_GPA_001.V1.00 Institut Limayrac | Arnold, Andrea, Bellon 3 1. Introduction Le dossier de spécification renferme la description complète du logiciel et servira de base pour une validation détaillée. L’accent sera mis sur le processus de développement, ce qui permettra une vérification des prototypes développés en regard des spécifications proposées et acceptées. Le présent document est une vue d’ensemble du logiciel de gestion d'un parc automobile, de la description détaillée du programme qui comprend la spécification des cas d’utilisation, des spécifications conceptuelles et des exigences d’opérations. Ce document présente la conception des différents programmes qui serviront à la gestion des véhicules de l'entreprise. Il existe présentement un besoin au niveau de la gestion, c’est-à-dire organiser de façon ordonnée les recherches pour accélérer le traitement de celles-ci. Les bénéfices escomptés se situent au niveau du temps (les commerciaux peuvent savoir en quelques secondes les véhicules disponibles par exemple) ainsi qu’au niveau de la connaissance des stocks (trois voitures de marque française sur le site de Toulouse, ...). 1.1 Objectifs du document Ce document présente la conception des différentes étapes qui serviront à la gestion de parcs automobiles. L’emphase sera mise sur toutes les tâches que doivent assumer les acteurs, soit le client et le responsable/commercial. Il existe présentement un besoin au niveau de la gestion des véhicules, c’est-à-dire accélérer le visionnage de ceux-ci, pour gagner en efficacité. De plus, l'utilisation d'une base de données pour gérer ces stocks est aussi demandée. Les bénéfices escomptés se situent au niveau du temps (délai raccourcis = client satisfait) ainsi qu’au niveau de la précision de la tenue des stocks.
  4. 4. DDS GPA Auteur : AAB Réf : DDS_GPA_001.V1.00 Institut Limayrac | Arnold, Andrea, Bellon 4 2. Spécifications globales 2.1 Environnement du produit Le programme complet (pour les commerciaux) sera installé sur les différents postes de travail de l’entreprise. Une version plus légère se résumant à la consultation de la Base de données sera disponible pour les clients, ceux ci pourront y accéder via leurs Smartphones ou via des tablettes tactiles fournies par l'entreprise. Les informations seront sauvegardées dans une base de données. Celle–ci sera rattachée au serveur global de l'entreprise, ce qui veut dire que le programme ne pourra être utilisé qu’à l’intérieur de l’entreprise. De plus, la base de données sera commune à tous les points de ventes. Le système d’exploitation utilisé pour le fonctionnement du programme est Windows 7 pour les postes de travail et un navigateur internet permettra d'accéder au programme. Effectivement, le langage de programmation choisi étant le PHP, le programme sera compatible sur la majorité des navigateurs comme Internet Explorer, Google Chrome, Mozilla Firefox, ..., offrant ainsi une grande polyvalence. Cette solution permet aussi de franchir la barrière des langages de programmation, car le logiciel fonctionnera aussi bien sur PC, que sur tablette ou Smartphone, puisque contrairement au Java Androïd, Java, C++ ou autre langages qui requièrent un environnement spécifique pour fonctionner, le PHP requiert seulement un navigateur internet. 2.2 Fonctionnalités du produit Le futur logiciel portera le nom de Gestion de Commande/Inventaire de stock automobile. Le but de ce logiciel est de faciliter le travail des utilisateurs lors de la prise de commandeet de mettre à jour le système en temps réel. De plus, il permettra aussi de consulter et modifier les inventaires des véhicules. Les utilisateurs (commerciaux) pourront utiliser le programme seulement sur leur poste de travail à l’intérieur de l’entreprise. Les utilisateurs (clients) utiliseront le programme à l'intérieur de l'entreprise sur Smartphones ou tablette.A l'avenir, le logiciel version client pourra être muté en application Smartphones pour que les clients puissent y accéder n'importe où. Le principal bénéfice que pourra en tirer l’entreprise se situe au niveau de la rapidité d’exécution des tâches répétitives et fastidieuses telles que la prise de commandes de véhicules dans un autre point de vente (faite de façon manuelle consistant essentiellement à de longues conversations téléphoniques entre les points de ventes) et la gestion des inventaires.
  5. 5. DDS GPA Auteur : AAB Réf : DDS_GPA_001.V1.00 Institut Limayrac | Arnold, Andrea, Bellon 5 Aussi, la consultation des stocks sera très rapide, et évitera aux commerciaux un déplacement physique pour voir tel ou tel véhicule pour vérifier telle données technique: un simple survol de la base de données fournira les informations souhaitée au commercial, sans déplacement et en temps réel. Le temps de traitement d’une commande devrait passer d’environ quelques heures à un maximum d’environ trente minutes. 2.3 Use case de l'application
  6. 6. DDS GPA Auteur : AAB Réf : DDS_GPA_001.V1.00 Institut Limayrac | Arnold, Andrea, Bellon 6 2.4 Profils des utilisateurs Les utilisateurs du système doivent posséder un niveau de connaissances et d’expériences en informatique relativement basique afin d’utiliser le programme de gestion de Commande et Inventaire. Parmi les utilisateurs, on peut compter les commerciaux et gérants de points de ventes (qui posséderont le programme complet), et les clients potentiels (qui auront une version du programme allégée). Cependant, les commerciaux utilisant la version complète devront avoir un sens pointu de l'organisation et du détail, pour pouvoir gérer convenablement la base de données. 2.5 Contraintes de développement Pour la programmation nous optons pour du PHP, qui sera couplé à une base de donnée MySQL. Ledesign de l’application sera réalisé grâce à l’html et au CSS. Le logiciel devra être supporté par les systèmes d’exploitation Windows et Unix, et pourra être accessible depuis les principaux navigateurs web. De plus, les commerciaux devront peut être suivre une formation de gestion de base de données car ce sont eux qui devront la gérer. Des qualités organisationnelles et d'ordre devront peut être leur être inculquées. Le logiciel se veut clair et épuré, avec un design attrayant et des couleurs éclatantes. Palette de couleur à utiliser :
  7. 7. DDS GPA Auteur : AAB Réf : DDS_GPA_001.V1.00 Institut Limayrac | Arnold, Andrea, Bellon 7 3. Spécifications détaillées 3.1 Détails et approche Dans cette partie, nous allons détailler les spécifications de chaque entité intervenant sur l’application, il s’agit entre autres des utilisateurs lambda (clients), des concessionnaires, et des administrateurs. Plusieurs concessionnaire le tout gérer pas un même backoffice. Communication générale: L’image ci-dessus présente la communication qui s’effectue entre les différentes entités, il s’agit des informations qui seront enregistrées dans la base de données. 1-FrontOffice, c’est la partie simplifiée de l’application, celle accessible à tous les utilisateurs pas besoin d’authentification, reçois les informations en provenance des concessionnaires, il s’agit entre autres des véhicules mis en ventes, les informations de prise de contact ; pour plus d’information se référer à la partie : Côté client. 2-Concessionnaire-office, ici, chaque concessionnaire a un tableau de bord dans lequel il voit les véhicules en sa possession, les véhicules qu’il peut vendre, ceux en réparation.Il communique avec le backoffice et le FrontOffice, par exemple il envoie les informations d’enregistrement d’une nouvelle
  8. 8. DDS GPA Auteur : AAB Réf : DDS_GPA_001.V1.00 Institut Limayrac | Arnold, Andrea, Bellon 8 voiture ou vente d’une nouvelle voiture vers le backoffice (communication 3 sur l’image) qui se chargera de faire une mise à jour dans la base de données (communication 4 sur l’image). 3-BackOffice, c’est la partie réservée aux administrateurs, c’est dans cette zone où les gestions de chaque centre seront effectuées, cette zone permet de centraliser toutes les informations afin de les distribuées vers chaque concessionnaire (communication 3, 4, 5). Quand un utilisateur envoie le formulaire de contact, il est transmit vers le backoffice (communication 1 sur l’image). 3.2 Côté client  Il a accès à la mise en avant des bonnes affaires et des arrivages des nouvelles voitures.  Moteur de recherche par mot clé d'un véhicule véhicules. (occasion ou neuf)  Possibilité de prendre contact, le formulaire est envoyé « aux administrateurs » qui se chargeront de mettre ce potentiel client en relation avec le centre le plus proche de lui.  Il a accès aux adresses et numéro de téléphone des concessionnaires. Use case, cas utilisateur lambda:
  9. 9. DDS GPA Auteur : AAB Réf : DDS_GPA_001.V1.00 Institut Limayrac | Arnold, Andrea, Bellon 9 Moteur de recherche Le moteur de recherche fonctionnera par mot clé, l'utilisateur rentrera un ou plusieurs mots, et la base de données retournera les fiches contenant les mots renseignés. Formulaire de contact Le formulaire de contact qui sera rempli par l’utilisateur lambda, puis transmit aux administrateurs, aura les champs ci-dessous :  Département  Titre  Prénom  Nom  Adresse  Code Postal  Ville Design de la page d’accueil pour les utilisateurs lambda: Le design de cette page doit être clair et très épurée de manière à ce que l’utilisateur se retrouve facilement.  Adresse e-mail  Téléphone  Message
  10. 10. DDS GPA Auteur : AAB Réf : DDS_GPA_001.V1.00 Institut Limayrac | Arnold, Andrea, Bellon 10 Sur cette page d’accueil on retrouve le logo, une phrase d’accroche. En cliquant sur l’onglet véhicule occasion, l’utilisateur accède à l’ensemble des voitures d’occasions disponibles, idem pour l’onglet véhicule neuf. L’onglet « Nous localiser » renvoi sur Google Maps et donne le positionnement des concessionnaires. Au bas du site, nous avons des liens renvoyant sur les mentions légales, la page facebook de l’entreprise, nous avons aussi un autre onglet pour d’autres informations.
  11. 11. DDS GPA Auteur : AAB Réf : DDS_GPA_001.V1.00 Institut Limayrac | Arnold, Andrea, Bellon 11 3.3 Côté concessionnaire Chaque concessionnaire a un tableau sur lequel il gère le stock de ses véhicules. Les véhicules sont de deux types : Neuf et Occasion. Il peut voir le statut de chaque voiture : Déjà réservé, Disponible, en réparation. Pour les véhicules neufs, ils seront enregistrés directement, le procédé sera décrit dans la suite de ce document. Pour les véhicules d’occasions, ils auront probablement besoin de quelques retouches. Les fonctions du concessionnaire sont les suivantes :  Il ajoute des informations sur les véhicules du parc qu’il gère  Modification des informations sur les véhicules  Traitement d’une commande (réservation et transfert)  Traitement d’une voiture d’occasion  Recherche Dans la partie qui suit, nous allons étudier les différents cas d’utilisation. Use case, cas utilisateur Concessionnaire:
  12. 12. DDS GPA Auteur : AAB Réf : DDS_GPA_001.V1.00 Institut Limayrac | Arnold, Andrea, Bellon 12 Titre du cas d’utilisation: Authentification Avant d'accéder au menu principal du logiciel, le commercial doit obligatoirement s'identifier en communiquant son identifiant et son mot de passe. Cette étape de sécurité est primordiale pour éviter des fraudes dans la base de données causée par des clients mal intentionnées ou des collègues d'autres centres souhaitant s'approprier un véhicule.
  13. 13. DDS GPA Auteur : AAB Réf : DDS_GPA_001.V1.00 Institut Limayrac | Arnold, Andrea, Bellon 13 Titre du cas d’utilisation: Ajout d’un véhicule neuf au parc Quand le concessionnaire rentre les informations sur un véhicule, il a les champs suivants : Marque, Modèle, Carrosserie, Puissance, Année, couleur, finition, prix, lieu, transfert. Une fois l’enregistrement fait, par défaut le véhicule a le statut disponible. Les informations sont enregistrées dans la base de données centrale et tous les concessionnaires y ont accès. Titre du cas d’utilisation: Ajout d’un véhicule d’occasion, suppression, modification Quand le concessionnaire rentre les informations sur un véhicule, il a les champs suivants : Marque, Modèle, Carrosserie, Puissance, Année, Mise en circulation, couleur, finition, réparation, durée de la réparation, date d’entré au garage, date de sortie. Une fois les retouches terminées, un prix lui sera attribué et pourra être disponible pour la vente.Il termine son action en cliquant sur enregistrement. S’il veut supprimer ou modifier les informations il suffira juste qu’il clique sur supprimer ou modifier.
  14. 14. DDS GPA Auteur : AAB Réf : DDS_GPA_001.V1.00 Institut Limayrac | Arnold, Andrea, Bellon 14 Titre du cas d’utilisation: Traitement d’une commande (réservation et transfert) Quand le concessionnaire se log, il a la possibilité de réserver une voiture de son parc, il a aussi la possibilité de faire transférer un véhicule d’un point à un autre. La traçabilité sera faite. Tous ces changement seront enregistré dans la base de données et accessible pour les autres concessionnaire. Quand une voiture est réservée ou en transfert, elle ne doit plus être vue par les utilisateurs lambda et ne peut plus être traitée par les autres concessionnaires. Connexion, clique sur traitement commande, ajoute le nom du client, son numéro de téléphone et son adresse. Lui attribut une des voiture dans le parc en cliquant sur voiture choisie. Puis sauvegarde. Pour transférer une voiture il va dans information véhicule et clique sur modifier et là il change le nom du parc (on verra si cette action ne doit pas seulement être réalisée par les administrateurs).
  15. 15. DDS GPA Auteur : AAB Réf : DDS_GPA_001.V1.00 Institut Limayrac | Arnold, Andrea, Bellon 15 Titre du cas d’utilisation:Affecter une commande Lorsque un véhicule est commandé par un client, une notification visuelle le signalera dans la liste de consultation de véhicules (par exemple un encadré rouge autour du résumé de la fiche). Dans la fiche véhicule, le bouton "Réserver véhicule" sera désactivé pour éviter que le véhicule soit attribuer à un autre client. Un formulaire de commande où du moins un champ "client" sera à remplir pour identifier le client. Titre du cas d’utilisation:Gérer le stock des véhicules Pour gérer le stock de véhicule, un système de fiches sera mis en place. Une fiche par véhicule. La fiche contient toutes les caractéristiques du véhicule en plus des boutons d'interactions divers comme "Modifier fiche" ou "Supprimer fiche". C'est le rôle du commercial d'ajouter des fiches de nouveaux véhicules arrivant dans son centre. Lors de la consultation de la base de données, les fiches seront sous forme de résumé contenant uniquement le modèle du véhicule ainsi qu'une photo miniature de celui-ci. Un clic sur le résumé ouvrira la fiche détaillée.
  16. 16. DDS GPA Auteur : AAB Réf : DDS_GPA_001.V1.00 Institut Limayrac | Arnold, Andrea, Bellon 16 Titre du cas d’utilisation: Consulter véhicule La consultation des véhicules se fera par la base de données. Après avoir effectuer une recherche par mot clé, une liste de véhicules apparaitra. Cette liste contiendra les résumés de chaque fiches véhicules. Un clic sur l'un de ces véhicules ouvrira sa fiche détaillée avec ces caractéristiques et les différentes options sous formes de boutons comme "Supprimer véhicule", "Réserver véhicule",...
  17. 17. DDS GPA Auteur : AAB Réf : DDS_GPA_001.V1.00 Institut Limayrac | Arnold, Andrea, Bellon 17 Titre du cas d’utilisation: Recherche Le moteur de recherche ne comprendra pas de critères de sélection particulier, étant donné qu'un seul champ de saisie de texte sera proposé pour renseigner un ou des mots clé. Titre du cas d’utilisation: Modifications d’informations véhicules (neuf ou occasion) Le concessionnaire aura un bouton lui permettant de modifier les informations des véhicules, tous les champs cités dans les parties précédentes pourront être modifiés.Il faut cliquer sur modifier et cliquer sur enregistrement une fois les modifications faites. Champs obligatoires : Les champs obligatoire seront suivis d’un caractère par exemple un astérisque ou un point rouge, ces champs seront définis dans le dossier de conception. Suppression : Toute suppression de données dans la base est précédée d’une demande de confirmation. S’authentifier : Grace à ses identifiant mot de passe et nom d’utilisateur. Titre du cas d’utilisation: Supprimer véhicule Le commercial peut supprimer un véhicule de la base de données du logiciel. Un bouton "supprimer" sera situé dans la fiche du véhicule concerné. Une confirmation pop-up (style javascript ou autre) de la suppression sera utilisée pour éviter les erreurs.
  18. 18. DDS GPA Auteur : AAB Réf : DDS_GPA_001.V1.00 Institut Limayrac | Arnold, Andrea, Bellon 18 3.3 Côté administrateur L'administrateur est responsable du bon fonctionnement de serveurs de bases de données. Il doit en assurer la cohérence, la qualité et la sécurité.L’administrateur joue aussi le rôle de modérateur. Ces principales missions sont les suivantes :  Mailing vers tous les concessionnaires  Mettre un client qui a envoyé un formulaire de contact en relation avec le concessionnaire qui lui est le plus proche  Ajouts d’un nouveau centre  Recherche (selon le modèle cité dans les parties précédentes) Accès au site: L'accès au site permet d'administrer les composants, les modules, accéder à la gestion des utilisateurs, des groupes d'utilisateur et à la configuration du site. Gère et met à jour la base de données: La base de données stocke des données de façon structurée. Ces données doivent pouvoir être utilisées par des utilisateurs et dans notre cas il est nécessaire de faire des mises à jour car les produits proposés par le concessionnaire sont variables:
  19. 19. DDS GPA Auteur : AAB Réf : DDS_GPA_001.V1.00 Institut Limayrac | Arnold, Andrea, Bellon 19 - Garantir la bonne gestion des images liées aux notices. - La définition des paramètres techniques (format, résolution, définition) d'images appropriés aux usages (documentaire, presse, édition). - La gestion des procédures de sauvegarde des supports d'images. Gère les droits d'accès au site: Le but est d'identifier les utilisateur du site en fonction du profil des utilisateurs, de leur domaine de compétences et de leur fréquence de saisie ou de consultation. Une gestion éventuelle de mots de passe par utilisateur (et/ou par groupe d'utilisateurs) pourra être gérée par l'administrateur. Commercial: Les commerciaux représentent les utilisateurs qui utiliseront le site afin de gérer le parc automobile en fonction des besoins de l'utilisateur. Groupe utilisateur: Les Groupes d'utilisateursdésignent les groupes auxquels appartiennent les utilisateurs, et les droits liés à ces comptes. En fonction de ces droits, les utilisateurs appartenant à tel ou tel groupe auront la possibilité de faire telle ou telle action. Plus le niveau de droits est élevé, plus ces actions sont nombreuses. Mailing concessionnaire: Un client qui a envoyé un formulaire de contact est mis en relation avec le concessionnaire le plus proche. Nouveau point de vente: Des point de vente peuvent être ajouté ou retiré ou modifier par l'administrateur.
  20. 20. DDS GPA Auteur : AAB Réf : DDS_GPA_001.V1.00 Institut Limayrac | Arnold, Andrea, Bellon 20 4. Autres fonctionnalités 4.1 Connexion à la base de données L'intérêt majeur de PHP est sa compatibilité avec un grand nombre de bases de données d'une manière relativement simple et efficace. PHP s'utilise bien souvent avec MySQL, un SGBD rapide (à moyenne charge) et qui satisfait à la plupart des sites Internet. Lorsque la base de données n'est pas directement supportée par PHP, il est possible d'utiliser un driver ODBC, pilote standard pour communiquer avec les bases de données. La communication avec les bases de données se fait à l'aide de requêtes SQL, un langage de quatrième génération reconnu par l'ensemble des SGBD. PHP fournit un grand choix de fonctions permettant de manipuler les bases de données. Toutefois, parmi celles-ci quatre fonctions sont essentielles :  La fonction de connexion au serveur (mysql_connect)  La fonction de choix de la base de données(mysql_select_db)  La fonction de requête (mysql_query)  La fonction de déconnexion (mysql_close) Ces fonctions sont des paramètres permettant la connexion à la base de données. Avec le SGBD MySQL, Notre base de données se trouva sur un serveur désigné avec un nom de domaine, un adresse IP ou un alias. Pour nous y connecter, il nous faut un login et un mot de passe. Tous ces paramètres sont fournis par votre hébergeur. Pour se connecter, on utilise la fonction mysql_connect.
  21. 21. DDS GPA Auteur : AAB Réf : DDS_GPA_001.V1.00 Institut Limayrac | Arnold, Andrea, Bellon 21 4.2 Module de gestion des utilisateurs Ce module est strictement réservé aux administrateurs, permet d’effectuer toutes les opérations concernant les utilisateurs: 1) Types d’utilisateurs:  l'administrateur: est responsable du bon fonctionnement de serveurs de bases de données  les commerciaux: gèrent les stocks de véhicule du concessionnaire et passe les commandes en fonction de la disponibilité des véhicules  le client: est la personne qui consulte le site sur les différentes plates-formes existantes. 2) Création d’un utilisateur 3) Affichage des propriétés d’un utilisateur 4) Modification des propriétés d’un utilisateur 5) Suppression d’un utilisateur 6) Option 4.3 Design Ledesign de l’application sera réalisé grâce à l’html et au CSS. 4.4 Gestion des erreurs sous forme explicite De façon générale, les erreurs de base de données potentielles se divisent en trois catégories :  les erreurs de connexion.  les erreurs de syntaxe SQL.  les erreurs de contrainte.
  22. 22. DDS GPA Auteur : AAB Réf : DDS_GPA_001.V1.00 Institut Limayrac | Arnold, Andrea, Bellon 22 4.5 MCD de l'application Représentation conceptuelle du système d'information:  Entités  Commerciale: Département, Num id, Nom, Prénom, Adresse, ville, Adresse e-mail, Téléphone, Message)  Client:  Véhicule: Marque, Type, Modèle, Motorisation, Par centre  Administrateur: id ad, Nom ad, Prénom ad

×