Dossier spécifications intégration_v1.00

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

DDS
GPA
Auteur : AAB
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

DDS
GPA
Auteur : AAB
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.

DDS
GPA
Auteur : AAB
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.

DDS
GPA
Auteur : AAB
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

DDS
GPA
Auteur : AAB
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 :

DDS
GPA
Auteur : AAB
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

DDS
GPA
Auteur : AAB
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:

DDS
GPA
Auteur : AAB
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

DDS
GPA
Auteur : AAB
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.

DDS
GPA
Auteur : AAB
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:

DDS
GPA
Auteur : AAB
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.

DDS
GPA
Auteur : AAB
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.

DDS
GPA
Auteur : AAB
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).

DDS
GPA
Auteur : AAB
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.

DDS
GPA
Auteur : AAB
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",...

DDS
GPA
Auteur : AAB
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.

DDS
GPA
Auteur : AAB
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:

DDS
GPA
Auteur : AAB
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.

DDS
GPA
Auteur : AAB
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.

DDS
GPA
Auteur : AAB
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.

DDS
GPA
Auteur : AAB
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

Dossier spécifications intégration_v1.00

Recommandé

Recommandé

Contenu connexe

Tendances

Tendances (13)

En vedette

En vedette (20)

Similaire à Dossier spécifications intégration_v1.00

Similaire à Dossier spécifications intégration_v1.00 (20)

Plus de Arnold Stellio

Plus de Arnold Stellio (12)

Dossier spécifications intégration_v1.00