CDC
GPA
Auteur : AAB
Réf : CDC_GPA_001.V1.0
Institut Limayrac | Arnold, Bellon, Andrea
0
2012/2013
Cahier des charges
Gestion de parcs automobiles
Arnold, Bellon, Andrea
Objet Version Auteur Date
Rédaction initiale 0.85 A.A.B 22/10/12
Validation 1.00 A.A.B 04/11/12
CDC
GPA
Auteur : AAB
Réf : CDC_GPA_001.V1.0
Institut Limayrac | Arnold, Bellon, Andrea
1
Sommaire
1. Introduction......................................................................................................................................... 2
2. Fonctionnalités.................................................................................................................................... 2
3. Contraintes.......................................................................................................................................... 3
4. Maquette de l'application ................................................................................................................... 5
4.1 Coté Commercial........................................................................................................................... 5
4.2 Coté Client..................................................................................................................................... 6
CDC
GPA
Auteur : AAB
Réf : CDC_GPA_001.V1.0
Institut Limayrac | Arnold, Bellon, Andrea
2
1. Introduction
Un client, concessionnaire multi-marque nouveau sur le marché, a besoin d’un logiciel simple
et rapide pour contrôler et maitriser l’ensemble du stock automobile. Effectivement, il possède
plusieurs centres de dépôt/vente sur tout le territoire français.
Le client a pour procédure d’acquérir des véhicules neuf ou d’occasion, et de les revendre par la suite
en ayant au préalable effectué une vérification complète du véhicule d’occasion s’il y en a.
Chaque point de vente possède des locaux assez vastes pour pouvoir stocker un certain nombre de
véhicules sur la durée.
De ce fait, un logiciel de gestion peut permettre de superviser l'ensemble des véhicules entrants dans
l'entreprise, l'ensemble des véhicules sortant (vendus et à quel prix), les caractéristiques et
spécificités de chaque véhicule.
2. Fonctionnalités
Le logiciel s’appuiera sur une base de données et le tout sera géré par PHP. Il y aura une
interface pour le client et une pour le commercial.
Il faudra que la BdD s’actualise à chaque retrait/ajout de véhicules. La BdD contiendra entre autre la
marque et le modèle du véhicule, le type de carrosserie, la puissance, le kilométrage, le prix et la
disponibilité (réception, révisé, prêt à la vente), l’année, la date de 1ère
mise en circulation, le lieu où
est la voiture, la couleur et la finition et un onglet « commentaires ». Il sera possible de transférer un
véhicule d’un point à un autre, un onglet prévu pour le spécifiera.
Le serveur sera centralisé, tous les points de ventes y auront accès.
Une version avec identifiants et mot de passe sera présente pour les employés. Une version allégée
pourra être fournie au client via son mobile, ou tablette.
La consultation se fera par des fiches, chaque véhicule aura une fiche et chaque fiche comprendra
des boutons cliquables comme « Modifier fiche», « Réserver véhicule », "Supprimer fiche",
"Transférer véhicule",...
L’interface sera claire, précise et rapide. Lors de la réservation d’un véhicule, une notification visuelle
le signalera à tous les autres points de ventes, et les autres commerciaux pourront consulter
l’annonce mais ne pourront pas cliquer sur les boutons de « réservation » et « modification ».
CDC
GPA
Auteur : AAB
Réf : CDC_GPA_001.V1.0
Institut Limayrac | Arnold, Bellon, Andrea
3
La navigation dans la BdD se fera par une recherche simple par mot clé, et les listes de choix
comprendront une ligne « indifférent » pour gagner en rapidité pour les critères peu importants dans
la recherche.
Lors du transfert d'un véhicule, l'application utilisera une applet Google Maps pour situer le point de
vente actuel (basé sur le lieu noté sur la fiche véhicule) et une autre applet Google Maps pour le
point de vente de destination. Par défaut celui-ci est calé sur le point de vente sur lequel l'application
est lancée.
Lorsque une demande de transfert est demandée, une notification visuelle apparaitra sur la fiche
concernée dans la liste des fiches. La fiche ne pourra plus être modifiée et lors de la consultation de
celle-ci, les deux applets Google Maps devront apparaitre. La procédure de transfert n'ira pas plus
loin, ce sera ensuite aux commerciaux de se contacter pour établir les détails du transfert.
L'interface client pourra entre autre:
Présenter des véhicules disponibles dans le garage. PUB, Promo, Top 5 des meilleurs véhicules du
garage,…
Effectuer une recherche afin de trouver un type de véhicule.
3. Contraintes
Système d’exploitation
Le logiciel devra être supporté par les systèmes d’exploitation Windows et Unix, pourra être
accessible depuis les principaux navigateurs web…
Développement
Pour la programmation nous optons pour du PHP, qui sera couplé à une base de donnée MySQL. Le
design de l’application sera réalisé grâce à l’html et au CSS.
CDC
GPA
Auteur : AAB
Réf : CDC_GPA_001.V1.0
Institut Limayrac | Arnold, Bellon, Andrea
4
Contrainte ergonomique
Le logiciel se veut clair, épuré, avec un design attrayant et des couleurs éclatantes. Il doit être le plus
intuitif possible.
Contrainte de langue
Le logiciel sera uniquement en français. Seuls les caractères latins seront utilisés.
Contraintes de qualités
Les facteurs de qualité suivant ont été identifiés comme important pour ce logiciel, il s’agit entre
autre de :
Pertinence des recherches :Le résultat des différentes recherches doit être pertinent c’est l’une des
principales contraintes à prendre en compte pour garantir le succès du logiciel.
Maintenance : Aptitude du logiciel à pouvoir être corrigé facilement.
Portabilité : Aptitude du logiciel à être transféré d'un matériel et/ou d'un environnement logiciel à
un autre.
Contrainte documentaire
Une documentation adéquate sera fournie avec le logiciel. On aura entre autre :
- Le PAQL décrivant les règles de codage et l’organisation ainsi que le cycle de vie adopté dans
ce projet.
- Le dossier de spécification
- Le dossier de conception incluant une architecture complète et un diagramme des classes
- Un plan de test et un rapport de test (l’environnement de test reste à définir)
- Un manuel utilisateur.
CDC
GPA
Auteur : AAB
Réf : CDC_GPA_001.V1.0
Institut Limayrac | Arnold, Bellon, Andrea
5
4. Maquette de l'application
4.1 Coté Commercial
CDC
GPA
Auteur : AAB
Réf : CDC_GPA_001.V1.0
Institut Limayrac | Arnold, Bellon, Andrea
6
4.2 Coté Client

Cahier des charges

  • 1.
    CDC GPA Auteur : AAB Réf: CDC_GPA_001.V1.0 Institut Limayrac | Arnold, Bellon, Andrea 0 2012/2013 Cahier des charges Gestion de parcs automobiles Arnold, Bellon, Andrea Objet Version Auteur Date Rédaction initiale 0.85 A.A.B 22/10/12 Validation 1.00 A.A.B 04/11/12
  • 2.
    CDC GPA Auteur : AAB Réf: CDC_GPA_001.V1.0 Institut Limayrac | Arnold, Bellon, Andrea 1 Sommaire 1. Introduction......................................................................................................................................... 2 2. Fonctionnalités.................................................................................................................................... 2 3. Contraintes.......................................................................................................................................... 3 4. Maquette de l'application ................................................................................................................... 5 4.1 Coté Commercial........................................................................................................................... 5 4.2 Coté Client..................................................................................................................................... 6
  • 3.
    CDC GPA Auteur : AAB Réf: CDC_GPA_001.V1.0 Institut Limayrac | Arnold, Bellon, Andrea 2 1. Introduction Un client, concessionnaire multi-marque nouveau sur le marché, a besoin d’un logiciel simple et rapide pour contrôler et maitriser l’ensemble du stock automobile. Effectivement, il possède plusieurs centres de dépôt/vente sur tout le territoire français. Le client a pour procédure d’acquérir des véhicules neuf ou d’occasion, et de les revendre par la suite en ayant au préalable effectué une vérification complète du véhicule d’occasion s’il y en a. Chaque point de vente possède des locaux assez vastes pour pouvoir stocker un certain nombre de véhicules sur la durée. De ce fait, un logiciel de gestion peut permettre de superviser l'ensemble des véhicules entrants dans l'entreprise, l'ensemble des véhicules sortant (vendus et à quel prix), les caractéristiques et spécificités de chaque véhicule. 2. Fonctionnalités Le logiciel s’appuiera sur une base de données et le tout sera géré par PHP. Il y aura une interface pour le client et une pour le commercial. Il faudra que la BdD s’actualise à chaque retrait/ajout de véhicules. La BdD contiendra entre autre la marque et le modèle du véhicule, le type de carrosserie, la puissance, le kilométrage, le prix et la disponibilité (réception, révisé, prêt à la vente), l’année, la date de 1ère mise en circulation, le lieu où est la voiture, la couleur et la finition et un onglet « commentaires ». Il sera possible de transférer un véhicule d’un point à un autre, un onglet prévu pour le spécifiera. Le serveur sera centralisé, tous les points de ventes y auront accès. Une version avec identifiants et mot de passe sera présente pour les employés. Une version allégée pourra être fournie au client via son mobile, ou tablette. La consultation se fera par des fiches, chaque véhicule aura une fiche et chaque fiche comprendra des boutons cliquables comme « Modifier fiche», « Réserver véhicule », "Supprimer fiche", "Transférer véhicule",... L’interface sera claire, précise et rapide. Lors de la réservation d’un véhicule, une notification visuelle le signalera à tous les autres points de ventes, et les autres commerciaux pourront consulter l’annonce mais ne pourront pas cliquer sur les boutons de « réservation » et « modification ».
  • 4.
    CDC GPA Auteur : AAB Réf: CDC_GPA_001.V1.0 Institut Limayrac | Arnold, Bellon, Andrea 3 La navigation dans la BdD se fera par une recherche simple par mot clé, et les listes de choix comprendront une ligne « indifférent » pour gagner en rapidité pour les critères peu importants dans la recherche. Lors du transfert d'un véhicule, l'application utilisera une applet Google Maps pour situer le point de vente actuel (basé sur le lieu noté sur la fiche véhicule) et une autre applet Google Maps pour le point de vente de destination. Par défaut celui-ci est calé sur le point de vente sur lequel l'application est lancée. Lorsque une demande de transfert est demandée, une notification visuelle apparaitra sur la fiche concernée dans la liste des fiches. La fiche ne pourra plus être modifiée et lors de la consultation de celle-ci, les deux applets Google Maps devront apparaitre. La procédure de transfert n'ira pas plus loin, ce sera ensuite aux commerciaux de se contacter pour établir les détails du transfert. L'interface client pourra entre autre: Présenter des véhicules disponibles dans le garage. PUB, Promo, Top 5 des meilleurs véhicules du garage,… Effectuer une recherche afin de trouver un type de véhicule. 3. Contraintes Système d’exploitation Le logiciel devra être supporté par les systèmes d’exploitation Windows et Unix, pourra être accessible depuis les principaux navigateurs web… Développement Pour la programmation nous optons pour du PHP, qui sera couplé à une base de donnée MySQL. Le design de l’application sera réalisé grâce à l’html et au CSS.
  • 5.
    CDC GPA Auteur : AAB Réf: CDC_GPA_001.V1.0 Institut Limayrac | Arnold, Bellon, Andrea 4 Contrainte ergonomique Le logiciel se veut clair, épuré, avec un design attrayant et des couleurs éclatantes. Il doit être le plus intuitif possible. Contrainte de langue Le logiciel sera uniquement en français. Seuls les caractères latins seront utilisés. Contraintes de qualités Les facteurs de qualité suivant ont été identifiés comme important pour ce logiciel, il s’agit entre autre de : Pertinence des recherches :Le résultat des différentes recherches doit être pertinent c’est l’une des principales contraintes à prendre en compte pour garantir le succès du logiciel. Maintenance : Aptitude du logiciel à pouvoir être corrigé facilement. Portabilité : Aptitude du logiciel à être transféré d'un matériel et/ou d'un environnement logiciel à un autre. Contrainte documentaire Une documentation adéquate sera fournie avec le logiciel. On aura entre autre : - Le PAQL décrivant les règles de codage et l’organisation ainsi que le cycle de vie adopté dans ce projet. - Le dossier de spécification - Le dossier de conception incluant une architecture complète et un diagramme des classes - Un plan de test et un rapport de test (l’environnement de test reste à définir) - Un manuel utilisateur.
  • 6.
    CDC GPA Auteur : AAB Réf: CDC_GPA_001.V1.0 Institut Limayrac | Arnold, Bellon, Andrea 5 4. Maquette de l'application 4.1 Coté Commercial
  • 7.
    CDC GPA Auteur : AAB Réf: CDC_GPA_001.V1.0 Institut Limayrac | Arnold, Bellon, Andrea 6 4.2 Coté Client