dossier spécifications intégration_v1.00

DDSGPA

Auteur : AABRéf : DDS_GPA_001.V1.00

Objet Version Auteur DateRédaction initiale 0.75 A.A.B 22/10/12Rédaction initiale 0.90 A.A.B 11/11/12Validation 1.00 A.A.B 18/01/13

2DDSGPA


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

|

2DDSGPA


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.

|

2DDSGPA


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.

|

2DDSGPA


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

|

2DDSGPA


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 :

|

2DDSGPA


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

|

2DDSGPA


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:

|

2DDSGPA


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

2DDSGPA


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.

|

2DDSGPA


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:

|

2DDSGPA


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.

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 :

|

2DDSGPA


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.

Titre du cas d’utilisation: Traitement d’une commande (réservation et transfert)

|

2DDSGPA


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).

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.

|

2DDSGPA


Titre du cas d’utilisation: Consulter véhicule

|

2DDSGPA


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",...

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é.

|

2DDSGPA


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.

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

|

2DDSGPA


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:

- 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.

|

2DDSGPA


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'utilisateurs dé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.

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 :

|

http://www.commentcamarche.net/contents/sql/sqlintro.php3

http://www.commentcamarche.net/contents/odbc/odbcintro.php3

2DDSGPA


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.

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

|

2DDSGPA


4) Modification des propriétés d’un utilisateur

5) Suppression d’un utilisateur

6) Option

4.3 Design

Le design 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.

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

|

dossier spécifications intégration_v1.00

Documents