interview_projet

Sami AMOR
Florian DEBRUE
Johann KUHNAST
Lucie BEAUVAIS
Fiche interview du projet « Les experts de la BD »
Objectif : Permet de créer le recueil d’expertise du projet « Les
experts de la BD».
Document : Version 1.0
Date du document : 24/05/2016
SOMMAIRE
Contenu
I.
Communication sur le projet en général......................................................................................... 3
a.
Le projet ....................................................................................................................................... 3
b.
Le CMS WordPress ....................................................................................................................... 5
II.
Communication sur le développement du site ............................................................................... 6
a.
Le moteur de recherche ............................................................................................................... 6
b.
L’import/export ........................................................................................................................... 6
c.
Les modules ................................................................................................................................. 7
d.
La correspondance état/cote....................................................................................................... 8
e.
L’évaluation ................................................................................................................................. 9
I.
Communication sur le projet en général
Les prises de contact avec M.Leonardi, notre client, ont été effectuées essentiellement par mail.
a. Le projet
Lors du premier contact, M.Leonardi nous a demandé de réfléchir au projet et de lui faire parvenir
toutes les questions que l’on aurait concernant le projet.
Nous avons donc réalisé un document comprenant plusieurs questions, concernant le point de vue
des utilisateurs mais aussi celui de l’administration. Nos interrogations concernant le point de vue
utilisateur portés sur :

la présence d’un module inscription,

les critères de cotation et le déroulement de l’évaluation,

l’existence d’un module échange (forum, Faq,…),

la conservation des cotations faite par l’utilisateur,

le partage des cotations,

les réseaux sociaux,

l’accès aux cotes d’un autre utilisateur,

le procédé de renseignement des informations de la bande dessinée de l’utilisateur.
M.Leonardi nous a informés qu’un module inscription était disponible grâce à un plugin sur
WordPress.
Les cotes seraient établies au travers d’un fichier de correspondances qui nous a été fourni en pièce
jointe. L’utilisateur remplit une grille d’évaluation de l’état de la BD en mode self-service. Une note
globale est attribuée à l’issue de cette évaluation (sur 10). Chaque BD présente dans la base possède
une cote basé sur le BDM (un argus officiel qui fait autorité dans le monde de la bande dessinée)
Cette cote officielle se base sur un état particulier. Le système doit pouvoir ensuite sous-pondérer ou
surpondérer cette cote au travers d’un tableau de correspondance fourni également en pièce jointe.
Mais toutes les BD n’auront pas forcément de cote BDM et donc on ne pourra pas avoir de
restitution d’une valeur potentielle uniquement la note. Ce tableau de correspondances est donc à
développer dans le cadre du projet
Au sein du projet il n’y aura ni module d’échange, ni de partage sur les réseaux sociaux.
L’utilisateur doit pouvoir accéder à son historique de ses cotations. Un utilisateur n’aura pas accès
aux cotations d’un autre utilisateur.
L’utilisateur ne renseigne aucune information. II y a 2 cas de figures :
1. La BD existe dans la base et les informations associées sont restituées
2. La BD n’existe pas dans la base mais l’évaluation peut néanmoins se faire.
Nos interpellations concernant l’administration étaient basées sur :

la présence d’un module administration (permettant de gérer les utilisateurs et autres
fonctionnalités),

la méthode de cotation (si elle est basée en fonction de critères),

la limitation en nombre de bandes dessinées,

l’obligation technologique en termes de développement,

l’existence d’une charte graphique.
M.Leonardi nous a indiqué qu’un module administration est natif sur WordPress.
Les critères de cotation sont présents dans le document Excel envoyé en pièce jointe.
La volumétrie du catalogue (séries/titres/versions) qui oscillera à 5000-6000 entrées.
En termes de développement, il n’y a pas d’obligation. Juste le CMS WordPress qui a été privilégié
ainsi que le module e-commerce WP-shop car ils répondaient tous deux à la majorité des besoins
hors développement des modules dont nous avons discutés.
La charte graphique est minimaliste avec l’utilisation d’un logo. Les couleurs de ce logo pourront être
déclinés sur le site (couleurs de pictos, etc..).
Face à ce questionnement, M.Leonardi nous a indiqué qu’il avait rédigé une spécification concernant
toutes les fonctionnalités qu’il désirait pour le site internet. Cette spécification a permis de nous
éclairer sur ses besoins.
b. Le CMS WordPress
Après une étude du fonctionnement de WordPress, nous avons contacté M.Leonardi afin de savoir si
nous devions reprendre le WordPress existant et le compléter, ou s’il devait à partir de son
WordPress pouvoir accéder à notre module. Puisque dans la spécification, M.Leonardi nous avait
communiqué différents noms de domaines utilisés par son site internet existant. De ce fait nous lui
avons demandé si nous devions choisir un nom de domaine parmi ceux proposés afin de mettre en
place le module. Ou si notre module devait être accessible depuis tous les noms de domaines
proposés.
Puis nous l’avons interrogé sur la base de données, à savoir si nous devions utiliser sa base de
données ou si nous devions en créer une et comment pouvions nous accéder à sa base de données.
Suite à ces questionnements et aux interrogations des différents groupes de travail, M.Leonardi nous
a fait parvenir un lien vers un fichier Dropbox contenant tous les fichiers nous permettant de réaliser
le projet (fichier de base de données, le dossier du site WordPress).
Une fois le site de M.Leonardi installé localement sur nos différents ordinateurs, nous l’avons étudié
et tester afin de comprendre son fonctionnement. Suite à cette étude, nous nous sommes tournés
vers lui afin de le prévenir que lorsque nous voulions accéder à la page « Actualité Bd », le contenu
était vide. Il s’est avéré que cela était normal puisqu’il n’y avait pas de contenu dans cette rubrique.
II.
Communication sur le développement du site
a. Le moteur de recherche
Nous avons contacté M.Leonardi afin d’avoir de plus amples explications concernant le moteur de
recherche qu’il désirait. Tout d’abord nous souhaitions savoir s’il serait possible de rentrer n’importe
quel titre dans la recherche si l’album n’existait pas. En effet il serait possible de saisir n’importe quel
titre et cette donnée devra être sauvegardée.
Nous lui avons demandé ce qu’il entendait par « visuel de générique de couverture » quand un album
n’est pas présent dans la bibliothèque. De ce fait, pour chaque version d’album on devra avoir un
visuel de couverture et de dos. Le visuel générique est juste une image générique qui sera affichée
quand le visuel ne sera pas présent.
b. L’import/export
Nous avons indiqué à M.Leonardi, qu’il n’était pas mentionné dans la spécification comment il
désirait ajouter un nouvel album sur le site. Puisque nous pouvions ajouter une nouvelle page
(série/album) à partir de la page administrateur du WordPress, mais cela ne nous permettait pas
d’ajouter cette nouvelle série/album à la base de données, et encore moins d’obtenir toutes les
informations requises aux différentes versions. Nous lui avons demandé s’il désirait des formulaires
dans la partie administration du site, permettant la création de la série, de ses albums et de ses
versions ; et s’il souhaitait un formulaire permettant le renseignement des informations des
différentes versions.
Suite à ce questionnement, il nous a averti, qu’il souhaité utiliser un fichier Excel pour l’ajout d’un
album et de toutes ses caractéristiques. Ce fichier permettrait d’alimenter WordPress en créant
directement les albums/versions. Le fichier Excel contient la base exhaustive des versions d’albums.
L’idée est de proposer une fonction d’import de ce fichier dans WordPress.
Alors que pour un ajout unitaire, l’alimentation des fiches produits (versions d’album) se ferait en
utilisant le module e-commerce. Puis il nous a fait parvenir par pièce jointe le fichier Excel qu’il
souhaiterait intégrer.
Après étude du fichier Excel, nous sommes revenus vers lui afin d’avoir plus d’explication,
notamment sur l’élément « wpshop category id ». Mais également si certains éléments pouvaient
être laissés à vide ou s’il souhaitait que l’importation ne se fasse pas si certaines données manquées.
Si les visuels « couv » et « dos » seraient destinés à vérifier si un visuel est disponible et si l’ajout de
ces visuels se ferait avec le module e-commerce. Et enfin, à quoi concernait le second onglet
concernant les 4éme plats.
Il nous a communiqué que l’élément « wspshop category id » était juste l’id généré par WPShop lors
de la création d’une catégorie. Les données ne sont importées que si elles existent, les visuels
« couv » et « dos » servent juste à valider les images qu’il possédait en local sur sa machine. On
pouvait ignorer le deuxième onglet sur les 4éme plats.
Durant le développement de la partie import, nous avions remarqués qu’il y avait plusieurs champs
qui n’était pas demandé lors d’une création d’un produit mais qui existait en tant que colonne dans
son fichier Excel de référence (exemple : la colonne du titre de la version et la colonne du dépôt
légal) et si nous devions les prendre en compte.
Il nous a informé que nous pouvions ignorer les colonnes titre de la version et la cote BDM 20112012 alors que les colonnes dépôt légal et la cote BDM 2015-2016 étaient à conserver et à prendre
en compte. Puisque la cote BDM 2015-2016 servait de base de référence pour calculer l’estimation
de la valeur d’une BD
c. Les modules
Concernant la partie des modules, nous lui avions demandé plus de détail à propos des degrés
d’évaluation pour chaque module ainsi que s’ils étaient prédéfinis ou si nous devions les définir
(exemple : neuf, usagé,…) et enfin le déplacement et le fonctionnement des items et sous-items d’un
module.
M.Leonardi nous a indiqué que nous prendrions connaissance des degrés d’évaluation, des items et
sous-items dans le fichier Excel qui nous a fourni en pièce jointe. Concernant le déplacement d’un
item, il s’agissait de pouvoir modifier l’ordre des items.
d. La correspondance état/cote
Dans la spécification, M.Leonardi nous a communiqué une maquette concernant l’affichage de cette
page (voir ci-dessous).
Nous lui avions demandé plus d’explication concernant cette page puisque nous ne comprenions pas
son fonctionnement.
Suite à cela, il nous avait fourni un fichier Excel qui nous permettrait de comprendre le
fonctionnement.
Après étude du fichier Excel, nous lui avions indiqué que nous ne comprenions pas qu’il existait une
colonne prix puisque selon nous le calcul de l’estimation de la bande dessinée se ferait via le
pourcentage. Il s’est avéré que la colonne prix était juste un exemple et que la cote BDM s’appuie sur
un état qui est qualifié de « correct » et calé sur la note 5.0, nous devrions surpondérer cette cote
avec l’état qui résultera de la grille d’évaluation.
e. L’évaluation
Nous avons contacté M.Leonardi afin de connaitre son souhait pour la mise en forme de l’évaluation.
Nous lui avons demandé s’il souhaitait une mise en place particulière pour les items de chaque
module et comment il voyait la réponse des utilisateurs (liste déroulante, checkbox,…).
M.leonardi est revenu vers nous en indiquant qu’il préférait un système de liste déroulante
concernant la réponse des utilisateurs afin d’économiser de l’espace sur la page.
Suite à ce retour, nous lui avons proposé un système de « slide barre » (voir ci-dessous) qui
est un composant d’interface graphique permettant d'entrer une valeur numérique en
déplaçant un curseur sur une échelle graduée ou en cliquant sur un point de l’échelle.
Ce type de mise en forme permettra d’embellir l’évaluation.
Concernant la présentation des items de chaque module nous lui avons proposé deux solutions de
présentation :

La première étant que les items sont les uns à la suite des autres sur une même page, avec un
bouton de validation du module à la fin de l’ensemble des items.

La deuxième étant un système de navigation entre les différents items avec une barre de
progression du questionnaire en bas de page.
Suite à ces propositions de présentation, M.Leonardi nous a informé qu’il était intéressé par notre
système de « slide barre » et qu’il désirait avoir qu’une seule page concernant les items et non une
navigation afin de donner à l’utilisateur le sentiment que l’évaluation est un processus rapide.
Une fois que nous avions implémenté les slides barres sur le site, nous avons envoyé des captures
d’écran à M. Leonardi afin de savoir si le résultat obtenu lui convenait, il en était satisfait