Rapport IF11 EDI et commerce électronique

Transcription

1 Rapport IF11 EDI et commerce électronique Réalisé par : BALDOVINOS TOLEDANO Sandra CHIBI Hamza EL FADILI Badr GONZALEZ ESTEBAN José Luis JIMENEZ CRUZ Guillermo Eduardo Enseignant : CAHIER Jean Pierre

2 Sommaire Printemps 2008 Sommaire... 2 Introduction... 3 Cahier de Charges général du LegoMarket... 3 Groupe Manager... 4 Groupe Jommla... 8 Groupe Expertise ERP Groupe Catalogue Groupe Client Groupe Fournisseur Business Model Analyse de risques: Analyse SWOT (Strengths, Weaknesses, Opportunities and Threats) Pour continuer le portail Conclusion Annexes... 51

3 Introduction Dans le cadre de l UV IF11 «EDI et commerce électronique» nous avons été assignés la création d un portail pour le libre échange de Legos, nommé «LegoMarket». Le portail figure l interaction entre les clients, l acquisition de Legos et au même temps sa donation, tout en tenant compte un système de points pour l échange. Pour cette raison, la création du portail a été attribuée à différentes parties par rapport aux tâches concernant chaque groupe. L ensemble du projet est formé par une groupe qui s occupe de la partie client, une autre concerné par le rôle fournisseur, de la même façon que pour le catalogue, l ERP et le Joomla, et finalement un groupe chargé de gérer toutes les relations entre les groupes et de mettre en cohérence tout le travail, le groupe manager. Chaque groupe mentionné ci dessus a travaillé dans les tâches qui les ont été assignés et qui seront abordés dans ce travail de manière à que, avec sa participation, l exchange des Legos soit généré. Pour bien gérer la cohérence du travail des équipes, un cahier de charges a été formulé. Dans le déroulement de ce travail, la démarche à suivre pour la mise en place du site LegoMarket sera présente en spécifiant en détail le processus de chaque groupe et ces possibles scénarios. Cahier de Charges général du LegoMarket Pour le déploiement de ce projet, il faut avoir une base, c est à dire, un document décrivant ce qui est attendu par les acteurs qui interviendront dans la création et de la mise en marche du projet. Pour cela un cahier de charges a été rédigé. Le cahier de charges présenté définit les spécifications de base de l échange et l acquisition des legos dans le site «LegoMarket» ainsi comme les modalités d exécution. De plus, il définit les objectifs à atteindre et les besoins de chacun des différents acteurs pour assurer la cohérence du travail. Le cahier de charges rédigé pour le groupe manager se trouve dans l annexe [1]

4 Groupe Manager Pour bien gérer un projet de cette taille il est nécessaire de suivre une série des activités que normalement ne sont pas vraiment visibles quand on conclut un projet cependant ils sont nécessaires pour réussir. C est ainsi qu un groupe chargé des ces activités a été crée. Dans cette partie du travail, vous trouverez les actions correspondants au groupe manager ainsi que les mesures que le groupe manager a pris pour accomplir dans sa totalité ses objectifs. 1) Rôle du groupe manager Le groupe manager a été e charge, pendant la durée de ce projet, de la gestion de ressources, c est à dire, de l utilisation des différents ressources humaines et techniques, de l organisation du projet ainsi que de la révision de la concordance du projet par rapport aux différents acteurs. La première tâche que notre group a faite, avec M. Cahier, a été la création des différents groupes dans le projet. Les groupes que nous avons formés sont les suivantes : groupe clients, groupe fournisseurs, groupe catalogue, groupe ERP et groupe Joomla. Après cette étape, on a reçu le cahier de charges correspondant au projet. Le cahier de charges est la partie la plus important dans la conception du projet. Dans cette partie nous trouvons les spécifications de notre client. En prenant en compte tous les spécifications du cahier de charge, on a commencé à encadrer le projet. 2) Encadrer le projet La première tâche que nous avons trouve dans le cahier de charge a été encadrer le projet, c est àdire l activité qui permet à un projet de clarifier et spécifier toutes les tâches qui doivent être faites pour accomplir le cahier de charges, en prenant en compte les limites du temps et techniques, ainsi que les limites de ressources. Il est important de rappeler que la définition du projet, ainsi que l objectif du même est faite par le maître d ouvrage (MOA) qui est l entité porteuse du besoin. Le MOA définit aussi le calendrier et le budget consacré au projet. Le group manager peut être considéré comme le maîtrise d œuvre (MOE), parce que nous étions en charge de réaliser l œuvre, c est à dire, le projet. Pour faire l œuvre, on doit respecter toujours les contraintes, ainsi que l objectif ou objectifs, données par le MOA. L objectif de la plateforme LegoMarket est de permettre l interaction des personnes qui ont intérêt dans les produits legos. Les uniques contraintes que le MOA nous a donné sont la date de remis du projet (dernière séance du TD) et la remis d un travail final. En respectant l objectif et les contraintes, nous avons commencé à encadrer le projet. Premièrement on a fait l élaboration d un planning prévisionnel. Ce planning prévisionnel nous a permis de nous mettre en accord avec les différents groupes qui composent le projet LegoMarket. Les différentes tâches à réaliser, ainsi que les dates pour les faire, ont été décrites dans le planning (annexe [2]). Il est important de clarifier que nous parlons ici du planning prévisionnel général ; le planning qui tous les groupes doivent respecter.

5 Après ça, on a commence la phase de conception et planification. Dans cette partie, le group manager a conçu, a grosso modo, la création et fonctionnement du LegoMarket. Il est pertinent de clarifier que le group manager n est pas capable de concevoir et réaliser tout le projet. Toutefois, nous avons disposé des différents groups pour effectuer les différents tâchés conçues par chaque processus et ses possibles scénarios. Mais, la conception des processus et possibles scénarios ne correspondent pas seulement à la phase de conception et planification. Cette conception est flexible ; tous les groupes ont ajoutée des possibles scénarios dans ses différents processus pendant la durée du projet. Voir annexe[3] Scenario du projet LegoMarket (Modèle de rôles) Après la phase de planification et conception du projet, nous avons eu besoin de rédiger un cahier de charges pour chaque group membre du projet dû à que s il n y a pas des besoins spécifies dans un document il est impossible de satisfaire les besoins. Dans ce cahier de charges nous avons inclus les responsabilités de chaque group, c est à dire, les tâches que chaque groupe doit faire pour réussir dans la création du LegoMarket. On a livre ce document à chaque chef d équipe. (Chaque chef d équipe a été responsable de l organisation de ses équipes. Nous avons cordonnée les actions parmi les différents groupes) 3) Informer les différents groupes La première chose à faire était assurer la communication parmi les différents membres du groupe manager. Dans la première séance du TD nous nous sommes mis d accord pour assurer la communication : réunions du group manager chaque mardi. Après on a fait les réunions des mardis générales, c est à dire, nous avons invité aux différents chefs d équipes à participer dans ces réunions. Le moyen de communication que le groupe manager a utilisé pour informer les différents groupes a été l internet (e mails). Il est important de clarifier qu on a envoyé des e mails seulement aux chefs d équipes. Chaque chef d équipe est responsable d informer son équipe des décisions prises dans les réunions du groupe manager. Aussi, notre équipe a utilisé les séances du TD chaque mercredi. Dans ces séances, on a informé, de façon rapide l état du projet et les tâches qui restaient à faire. Chaque fois qu une équipe a eu des problèmes dans sa partie, les différents chefs d équipe ont utilisé les réunions des mardis ou les séances de mercredi pour se communiquer avec nous. 4) Evaluer l avancement du projet Dans cette partie on a reçu l aide de M. Cahier. Pendant quelques séances du TD, nous avons demandée chaque groupe faire une présentation d avancement du projet. Dans ces séances, M. Cahier a évalué l avancement de chaque groupe par rapport à l avancement général du projet. Par rapport à nous, pendant chaque réunion des mardis, on a évalué, en tenant compte le planning, l avancement de chaque group. Si nous considérions pertinent rappeler à quelque groupe qu il était en retard par rapport au planning, nous envoyions un e mail au chef d équipe. De cette façon nous avons assuré le fonctionnement du déroulement de projet en évitant les délais.

6 5) Synchroniser les travaux des groupes projets La synchronisation des travaux des groupes projets est une des parties les plus importantes dans le déroulement d un projet. S il n existe pas une synchronisation il est possible de trouver des problèmes du délai ou des incohérences dans le projet. Pour cela nous avons défini, premièrement les interactions les plus importantes dedans notre projet. Par exemple les groupes: client, ERP et Joomla ont une interaction vraiment important. Nous avons aussi défini le temps d intervention. Nous voulons ici expliquer «temps d intervention». La première chose à définir est le processus d interaction entre LegoMarket, les clients et les fournisseurs (sur tout la relation LegoMarketclient, vraiment important pour l élaboration d un business model). Après la définition de ce processus on peut spécifier au groupe ERP les besoins qui nous, comme LegoMarket, on doit satisfaire. Après, ERP et Joomla peuvent comprendre les besoins de chaque processus et formuler les besoins techniques à résoudre. Finalement, ERP et Joomla peuvent accomplir ces besoins et les mettre en place. Dans cet exemple que nous avons proposé, le premier temps d intervention correspond au groupe manager et au groupe catalogue ; le deuxième temps d intervention correspond aux groupe ERP et Joomla. Comme vous pouvez le noter, définir les temps d interventions dans un projet n est pas toujours évident mais c est une tâche fondamentale pour le bon déroulement du projet. 6) Communication avec les autres groupes Dans les différents réunions faites les mardis et les séances de TD, tous les groupes ont eu l opportunité de nous commenter ses besoins, poser des questions référents au projet, ainsi que ses problèmes dans le déroulement du projet. En utilisant les différents moyens disponibles pour nous communiquer, nous avons faire savoir les différentes activités à réaliser dans les séances du TD ou les clarifications aux problèmes qui ont apparu dans le projet. 7) Mettre les aspects techniques Pour faire cette activité, on a reçu l aide du groupe Joomla, qui sont les plus capables de comprendre les besoins de notre projet et les traduire dans les aspects techniques. Dans la création du site web LegoMarket, nous avons besoin de considérer tous les aspects techniques et savoir s ils sont réalisables. Pour ça, on a décide de travailler avec le groupe Joomla pour la mise en place du site web en prenant en compte les besoins de chaque groupe dans le projet. Après avoir reçu les différents besoins des différents groupes, on a communiqué ces besoins au groupe Joomla pour les satisfaire. 8) Vérification de la cohérence entre les différents processus des groupes Pendant la durée de notre projet, nous avons essayé toujours de nous mettre en accord avec tous les groupes pour respecter quelques paramètres, par exemple, dans l établissement d une base pour les points de fidélisation. Chaque fois que nous avons eu des réunions, on a révise les points d avancement de chaque groupe. Si nous trouvions des incohérences, nous nous communiquions

7 avec les chefs de groupes impliquées dans l incohérence. Une chose qui a été vraiment importante pour le group manager a été l accord de tous les groupes impliqués dans la création de la plateforme LegoMarket. Toutes les décisions que nous avons prise ont été votées par les différents chefs d équipes. Il est plus facile d éviter des incohérences si tous les groupes sont d accord dans les questions générales du projet et dans la création des choses partages par les processus e tous les groupes. Dû à que le groupe manager ne peut pas vigiler toujours le travail des autres équipes, nous avons décide réviser la cohérence de tous les processus, une autre fois, dans la partie final du projet : l assemblage du rapport final. Pendant l assemblage du projet on a lu chaque partie correspondant à chaque groupe pour réviser les paramètres communs pour tous les processus. De cette façon, on évite que dans le rapport final, qui servira à une autre équipe pour comme base pour la continuation du projet LegoMarket, on trouve des incohérences. 9) Préparation des soutenances, Assemblage du Rapport final et révision du site LegoMarket Dans touts les séances du Td, le group manager a été responsable de fournir et préparer tous les ressources nécessaires pour les différentes présentations que les groupes impliqués dans le projet ont fait (par exemple, proportionner aux groupes un pc ainsi que le projecteur). Pour la soutenance final, qui aura lieu la dernière séance du TD (18/juin/08) on va faire tous les préparatifs pour le bon déroulement de la soutenance (avoir un pc, préparer la salle ou la soutenance va avoir lieu, vérifier avant la soutenance le bon fonctionnement du projecteur, etc.) Aussi, pour éviter des changements, nous avons demandé aux différents groupes de remettre ses diapositives le vendredi 6 juin. Par rapport au rapport final, on a révise la cohérence des différents processus, fournies par les différents groupes, et on a fait l assemblage du rapport, c est à dire, le même format pour tous les parties et l organisation dans le rapport. Finalement, nous avons révise le fonctionnement du site web LegoMarket. Les résultats sont positifs ; la mise en place de notre site web est un succès. Mais, dû aux contraintes de temps, il y a des choses que nous n avons pas faites dans notre site web. Pour savoir quelles sont les choses que nous avons incluses dans le site web et les choses qui manquent à faire, révisez vous la partie dans ce rapport référant au groupe Joomla.

8 Groupe Jommla 1) Rôle du groupe Joomla est un groupe d expertise chargé de la réalisation de la maquette du projet, une base solide et avancée proche d une exploitation commerciale. Pour cela, le groupe a tenu compte des besoins, du business plan, des demandes des autres groupes du projet, choisis une solution technique, l installer, la configurer puis la personnaliser. De toute façon, le groupe a fonctionné aussi comme groupe de consulting. Il a aidé, conseillé, guidé les autres groupes dans le domaine de la réalisation et de la faisabilité technique. Ils ont aussi réalisé des missions de conseils, notamment sur les différents moyens de paiement sur internet et des outils techniques nécessaires aux sites e commerce. L explication détaillée de la structure, du contenu et de l utilisation des différents éléments du portail lego market est montré ci dessous. La maquette finale est disponible à l adresse : market.org 2) Besoins et contraintes Au cours des premières réunions sur le projet, plusieurs besoins et caractéristiques du site ont été identifié. Chaque besoin est la traduction, en termes de fonctionnalités du site, parfois techniques, d un besoin fonctionnel du projet. Chaque contrainte est l expression d une limite, d un facteur bloquant, à prendre en compte pour le développement de la solution finale. Besoins o Site e commerce Système complet et robuste o Gestion dynamique du site Contenu commercial Système de news Interface simple o Gestion des utilisateurs Clients Fournisseurs Administrateurs Site Catalogue Généraux Modérateurs o Gestion des points Points remplace argent o Moteur de recherche Recherche de contenu Recherche de produit o Gestion de projet Avancée du projet

9 Découpage par tache Découpage par groupe Partage de fichier Partage d agenda o Gestion de catalogue Séparation des produits Ajout/modification de produit Commande Recherche simple des produits o Paiement/Don Système de don Partenariat o Référencement Bonne position dans les moteurs de recherche Présence dans les annuaires Considéré comme site sérieux par les moteurs o Statistiques Mise en place d un module de statistiques Multiples indicateurs de popularité/visites Accès pour certains administrateurs aux statistiques Contraintes o Temporelle 3 mois pour réaliser une maquette viable Pas l unique projet en cours o Matérielle Deux personnes uniquement dans le groupe Ressources informatiques Serveur (OVH) Nom de domaine (lego market.org) Technologies Web à employer (PHP/PERL) Budgétaire o Fonctionnelle Conception du projet en parallèle à sa réalisation Concept expérimental o Réalisation Site internet e commerce Utilisation d outils existant Ergonomie simple 3) Choix de la solution technique A l aide de l expression de ses besoins et de ses contraintes, le groupe a parti sur une certaine base. Le manque de moyen et de temps, ainsi que le caractère expérimental de la solution ont poussé le groupe à adopter une solution déjà existante plutôt que de faire un développement spécifique.

10 Les solutions open sources capables de répondre à tous ces besoins sont assez peu nombreuses. Il faut, en plus qu elle soit portée par une communauté importante pour trouver les modules additionnels tels que la gestion de projet. Enfin, le dernier élément de choix est l intégration d un catalogue et d un ERP dans la solution technique finale. Le CMS (Système de gestion de contenu) qui a semblé le plus pertinent a été Joomla, réputé simple et efficace (contrainte de temps) et surtout très complémentaires avec les ERP ou les systèmes de catalogues. Le groupe a aussi décidé d utiliser VirtueMart, logiciel OpenSource de gestion de catalogue qui s adapte très bien à Joomla au contraire d OsCommerce (son principal concurrent), et TinyERP, ERP léger et performant. C est donc le trio phare Open Source Joomla/VirtueMart/TinyERP qui a été choisi pour réaliser notre projet. De plus, le système de statistique PhpMyVisites à été ajouté au portail afin de suivre ses internautes. 4) Adaptation 4.1) Configuration Le principal problème d adaptation est la configuration du CMS. Il faut adapter les services pour répondre aux besoins. Pour cela, il faut prendre en compte les ressources disponibles, et tenter de répondre le mieux possible aux besoins, voir de donner des fonctionnalités supplémentaires si elles sont possibles. 4.2) Module Ensuite, il faut installer VirtueMart, TinyERP, et les configurer pour les intégrer au mieux à Joomla. Au final, on obtient un seul produit qui centralise les trois systèmes en FrontOffice mais avec des BackOffice et des autorisations d administrateur décentralisés. Le groupe a aussi installé un système de gestion de projet, nommé «Hydra» qui permet de gérer plusieurs projets, plusieurs groupes, plusieurs taches. Il permet aussi de tenir un agenda (partageable), et des dépôts de fichier. C est un outil collaboratif simple et pratique. En plus des besoins initiaux, le groupe Joomla a mis en places des modules supplémentaires afin de donner une valeur ajoutée supplémentaire au portail, tel qu un formulaire de contact (par mail) et un système de news. 5) Design 5.1) Choix des couleurs Pour ce projet, étant donné que la choix de couleurs est très important, par rapport a son influence inconsciemment sur l internaute, et que les legos sont des jouets, nous avons opté pour une palette de couleur variée. De plus, les briques basiques ayant des couleurs (et un nombre) définis, nous avons décidés d adopter certaines de ces couleurs dans notre charte graphique.

11 Le charte contient 2 couleurs principales (Vert et Rouge), une couleur secondaire (Jaune), le blanc et le noir inhérent à internet, ainsi que 3 couleurs alternatives, petites variations du Noir, Vert et Rouge. Le rouge est celui du logo de lego, le vert celui de ses briques, ainsi que le jaune. Cela implique des couleurs variés et assez vives, donnant un aspect jeune, dynamique et ludique. Les variations permettent des petits effets de couleurs et limite la monotonie. 5.2) Création de la bannière Après le choix des couleurs, il convenait de créer une bannière, un logo permettant, d un coup d œil, d identifier le site. Une bannière doit être dans les mêmes tons que le site (donc avec les couleurs de la charte), doit être déchiffrable sans effort, mémorisable, et doit véhiculer les valeurs du projet. Nous voulions qu elle soit jeune, ludique, moderne mais aussi reconnaissable, significative et pure. Pour cela, nous avons choisi un fond Rouge, un police ronde et droite pour l écriture. Le mot LEGO, proche de celui du logo, est séparé du mot «Market» pour bien différencier les deux caractéristiques du projet, Marketplace pour les legos. Pour habillé ce texte, il manque un symbole qui permet d identifier à coup sur le site, le rendre plus reconnaissable et unique. Le groupe a donc choisi, à la gauche du texte de placer une brique verte, clin d œil à la «brique verte», autre projet lié aux lego, hébergeur actuel du site. De plus, la décision d utiliser le brique vert comme favicon, icône située dans la barre d adresse ou dans les favoris pour représenter le projet, a été fait. C est un élément de reconnaissance immédiate, significative et porteur des valeurs du projet.

12 5.3) Design du portail (maquette) L étape suivante de la création du thème Joomla est la création d une maquette. Il s agit d intégrer, au mieux, les couleurs et le style du site, de confronter les valeurs et les choix esthétiques aux contraintes des pages web. Il s agit, par exemple, de s adapter aux modèles de «box» de Joomla, de se limiter aux 10 polices standard du Web, aux couleurs «Web», et aux normes usuelles du web (y compris le design «2.0». La première étape du maquettage a été de choisir un thème existant proche de ce qu on veut faire. Le groupe a choisi le modèle «Made Your Web» comme point de départ. Il dispose d un menu en hauteur, d une bannière centrée et d un menu à gauche. Ce menu est séparé en «box», pour chaque composant du portail. Après certaines modifications, leur agrandissement, le changement de couleurs et du données sur le boites le groupe a rendre une maquette plus cohérente avec le projet.

13 Voici la maquette que le groupe Joomla a crée. Elle utilise le thème initial pour s adapter aux règles de design web, à la charte graphique initiale et permet de véhiculer les valeurs de notre projet. 5.4) De la maquette au CSS Une fois la maquette crée, il a fallu l intégrée au site internet. Cela se fait par deux biais, le changement du xhtml (par la page index.php du thème) et le changement des feuilles de style CSS. Les feuilles de style CSS sont des fichiers qui définissent à chaque élément du xhtml (boite ou éléments en lignes), un aspect et une position (relative ou absolue). La première étape le «nettoyage» du thème initial. En effet, celui ci, contient des éléments que l on n utilise plus, comme des ombres et des dégradés, ainsi que plusieurs éléments xhtml inutiles. Ensuite, il a fallu «libérer» la page. Pour que celle ci s adapte quelque soit l écran de l utilisateur, nous avons utilisé une taille, non pas en pixel, mais en %. Le découpage des éléments de notre maquette a été fait pour les intégré morceaux par morceaux sur le site. Par exemple, la bannière, privée de son fond rouge et convertit en PNG (format libre et léger) transparent a été adaptée au mieux pour être le plus léger. Le haut crénelé est bordure haute en image qui se répète horizontalement. De plus, les couleurs de la charte graphique sont intégrés au mieux, Vert, Rouge et Jaune. De même, les couleurs «alternatives» sont appliquées pour les effets de survols pour rendre le tout plus jeune et ludique. Enfin l écriture dans le corps central de la page sera verte (foncé alternative), proche du noir, preuve de sérieux et de clarté mais aussi plus ludique et plus adaptée aux menus. Un effort particulier a été fourni pour maximiser la compatibilité du site dans les différents navigateurs et les différents environnements de navigation web. Ainsi le site a été développé à l aide de Mozilla Firefox (sous Windows) mais a été testé sous Safari, Internet Explorer (5.5, 6, 7 et 8b), Opéra, Konqueror et Firefox (Linux Ubuntu&Fedora).

14 5.5) Intégration de la charte dans les composants Joomla Une fois ce travail effectué sur le site, il faut intégrer la charte graphique dans les composants. Cela permet de conserver une homogénéité graphique, et une certaine cohérence. Pour le module «Hydra Project» de gestion de projet, Le gropue Joomla a remplacé les icones et utilisés les couleurs de la charte (jaune et rouge en particulier). Ils ont fait de même pour VirtueMart et FireBoard.

15 Groupe Expertise ERP 1) Rôle du groupe Un ERP, Entreprise ressource Planning en anglais (Progiciel de gestion intégré, PGI en français) est un logiciel qui permet de gérer l'ensemble des processus opérationnels d'une entreprise, en intégrant l'ensemble des fonctions de cette dernière. Ces fonctions sont par exemple la gestion des ressources humaines, la gestion comptable et financière, mais aussi la vente, la distribution, l'approvisionnement, le commerce électronique. Voir annexe [4] Architecture logicielle classique Le principe de l'erp est de réunir toutes les fonctions, réalisés précédemment par plusieurs logiciels pour chaque section d une entreprise ou organisation, pour que chacune puisse utiliser le même logiciel, et donc la même base de données. Voir annexe [4] Structure de l'erp est basé sur plusieurs modules L'ERP est ainsi organisé en modules, chaque module répond à un service distinct. Cela crée une différence importante avec la situation préexistante (les applications sur mesure existant avant les ERP) car les données sont désormais supposées standardisées et partagées, ce qui élimine les saisies multiples et évite (en théorie) l'ambiguïté des données multiples de même nature L'autre principe qui caractérise un ERP est l'usage systématique de ce qu'on appelle un moteur de workflow (qui n'est pas toujours visible de l'utilisateur), et qui permet, lorsqu'une donnée est entrée dans le système d'information, de la propager dans tous les modules du système qui en ont besoin, selon une programmation prédéfinie. En d'autres termes, un workflow est un flux d'informations au sein d'une organisation, comme par exemple la transmission automatique de documents entre des personnes. Ainsi, on peut parler d'erp lorsqu'on est en présence d'un système d'information composé de plusieurs applications partageant une seule et même base de données, par le biais d'un système automatisé prédéfini éventuellement paramétrable (un moteur de workflow). 2) OpenERP dans LegoMarket OpenERP, anciennement nommé TinyERP est un ERP disponible à tous. L'entreprise Tiny a en effet basé son business model sur le service autour de l'erp (installation et parametrage de l'erp, développement de modules spécifiques...), plutôt que sur la vente de licence de ce dernier. OpenERP est donc libre, c'est à dire que le code source est disponble par tout le monde. Les atouts de TinyERP sont nombreux, sa gratuité comme son succès en font une solution idéale pour un projet école. Il s'agit de l'un des ERP a comprendre des modules de synchronisation avec la plate forme Joomla/Virtuemart, c'est en grande partie pour cela que nous avons privilégier cet ERP face à ses concurrents. Voir annexe [5] Schéma récapitulatif des tâches effectuées par le groupe Experise ERP.

16 2.1) Prise en main Premièrement le groupe a pour but la compréhension des aspects techniques et fonctionnels de TinyERP en installant localement ce dernier. Il ont d'abord téléchargé et installé la solution à partir du site officiel : Par rapport a l installations, de nombreux problèmes se sont présentés. Il est en effet nécessaire d'installer une base de donnée postgresql, attention de bien conserver les noms d'utilisateurs et d'utiliser les mêmes sous openerp... Chaque point de la consigne ( est important. Le lancement du serveur peut en effet réserver quelques soucis. 2.2) Communication entre ERP et Joomla/VirtueMart Pour la synchronisation de données entre ERP et Joomla et VirtueMart, au début le groupe a téléchargé des modules nécessaires à la gestion de données prévue dans le projet et à la connexion avec Joomla. Ce script se nomme esale_joomla et peut se trouver sur /. Voir annexe [6] Exemple de communication entre Joomla/Virtuemart et OpentERP dans les étapes de création de catégories et de produits Comme le montre le schéma [Annexe 6], le groupe ERP a procédé par plusieurs étapes pour faire communiquer, synchroniser OpenERP et Joomla/VirtueMart. D'abord, la création d une catégorie Lego dans Joomla/VirtueMart pour ensuite l'exporter vers TinyERP a été fait. Ensuite, ils ont crée des produits directement dans TinyERP ce qui a permit leur exportation vers Joomla/VirtueMart (voir copie d'écran ci dessous). Export des données Produit vers Joomla/VirtueMart grâce au script

17 Nous avons rencontré un problème lors de ces opérations : la connexion s effectue mal, les éléments rajoutés via OpenERP sont mal reconnus par Virtuemart. Comme on peut le voir cidessous, les éléments ajoutés (2 et 3) dans OpenERP se reflètent dans VirtueMart, mais leurs propriétés (référence, fabriquant, nom du produit,...) n'apparaissent pas. Nous avons fait appel à la communauté en postant sur les forums de Joomla, de Virtuemart et de OpenERP, mais ce problème est resté sans réponses. Liste des différents produits pour une catégorie

18 Résultat de l'export des données Produit vers Joomla/VirtueMart grâce un script 2.3) Inconvénient d ERP dans le projet LegoMarket Par rapport au projet ERP représente la troisième base de données. En effet, il existe une base de donnée dans Joomla/Virtumart, à cela s'additionne les informations d'agorae. Le principal avantage d'un ERP est une unique base de données pour toute l'organisation, ce que nous n'aurons pas dans le projet, l'usage d'un ERP perd de sa logique. Peu de valeur ajouté pour le site (formulaire, etc.) qu on pourrait développer autrement. Les fonctions non couverts par les différents autres blocs techniques utilisés dans le projet son rares. En effet, Virtuemart gère déjà les stocks, la gestion des points, les dossiers clients, Agorae rassemble les caractéristiques des éléments à échanger... Les ressources humaines ne sont quant à elle pas couvert par les autres blocs logiciels. De telle façon, il semble inutile d'intégrer ce module par la suite. L'entreprise découlant de ce projet restera sûrement une très petite entreprise (TPE). 3) Modèle conceptuel Modèle : Voir annexe [7] Remarque : Les attributs entre étoiles désignent les clés primaires. Par rapport à bases de données utilisées, le groupe ERP a défini diverses tables avec plusieurs domaines, tous les tableaux sont expliqués ci dessous.

19 Membre : la table membre contient les informations relatives à chaque membre, comme son , son login ou son compteur de points de fidélité. Les membres regroupent à la fois les visiteurs inscrits, les fournisseurs et les clients. Membres_infos : cette table référence les informations personnelles de chaque membre, comme son nom, prénom ou adresse. La description des attributs d un membre est donc divisée en deux tables, l une regroupant ses informations personnelles, l autre regroupant les informations dynamiques liées au site. Remarque : Les informations relatifs aux membres sont stockées dans deux tables différentes pour séparé les informations du membre sur le site et ses informations personnelles de sa vie privée Message : la table message sert à stocker les messages déposés par les utilisateurs. Les messages peuvent être des commentaires sur des modèles de lego, des réclamations, ou autre. Chaque message est donc liés à un client, à un objet (commande, item, etc.), ainsi qu une date. Commande : la table commande sert à stocker les commandes des clients. Elle est composés de plusieurs tables CommandeItem, qui indiquent les items commandés, et d une date. CommandeItem : comme plusieurs items peuvent être choisie pour une commande, la table CommandeItem sert à les répertorier pour chaque commande, en précisant leur id et leur quantité commandée, ainsi que leur valeur en point au moment de la commande. Etant donné que la valeur d'un item peut varier, il est donc nécessaire de garder en mémoire le prix en point au moment de la «vente». Item : les items regroupent les différents lego disponible sur le site. Les items représentent donc à la fois les modèles, les pièces, et les vrac de lego. La table répertorie leurs spécificités et leurs valeurs en points. Tag : le site devant permettre une recherche par mot clé, chaque item sera représenté par un ou plusieurs mots clés qui seront répertoriés dans la table Tag. Contribution : la table contribution permet de référencer les ajouts d items de la part des fournisseurs, ainsi que leur valeur en points de fidélités. Groupe Catalogue 1) Rôle du groupe L objectif du groupe catalogue est de créer une arborescence présentant et classifiant de manière simple et pertinente les items. Ceci dans l objectif de guider le client dans sa recherche d items, lui faciliter la recherche d items et lui permettre le dépôt d items selon leur nature : pièce simple, modèle complet ou un ensemble de pièce non structuré (que nous nommerons par la suite «Vrac»).

20 2) Arborescence Notre arborescence a été choisie grâce à un «Benchmarking» approfondi sur internet, dans des sites spécialisés (officiels et non officiels) dans la vente et promotion de Lego, tels que : Nous l avons réalisé en nous basant sur le schéma de pensée suivant : Notre catalogue doit être capable de permettre à n importe quel utilisateur de trouver l objet de son choix selon les trois points de vue suivants: 1. Une pièce à partir des ses attributs principaux, par exemple: * Nom * Identifient ID * Couleur Exacte * Image * Etat (Bon ou Mauvais) * Lien (vers liste de modèles comprenant cette pièce) 2. Un modèle (ensemble structuré de pièces), à partir d attributs tels que: * Nom * Identifient ID * Thème (exemple : Mission to Mars, Harry Potter, MindStorm...) * Nombre de pièces * Difficulté (pour les modèles MindStorm) ou Tranche d âges (pour les autres modèles) * Image * Etat (Bon ou Mauvais) * Lien (vers plan de montage, description des pièces entre autres)

21 3) Un lot en vrac, entres autres, à partir des attributs suivants : * Nom (choisi par le dépositaire) * Poids Exact (Kg) * Image Voici nos points de vue et leurs thèmes associés : Points de vue : Thèmes associés : Pièces Modèles Vrac Plantes & Animaux Transport Robotique (pour pièces MindStorm) Briques* Divers MindStorm Town Mars Mission Poids < 2kg 2 kg < Poids < 4 kg Poids > 4 kg Remarque pour le thème Briques: Pour faciliter la recherche de «briques», nous avons décidé de rajouter l attribut «Longueur x Largeur» qui tient compte de la spécificité des «briques». Exemple : Nombre de plots/trous (en longueur X en largeur) Par exemple, cette brique possède 4x2 plots Finalement, l arborescence retenue est la suivante : (composée de 3 points de vue)

22

23 Remarque sur le point de vue Vrac : L un des quatre thèmes de ce point de vue est «Modèles Incomplets». Les Modèles Incomplets sont des modèles (ensemble de pièces structurés) auxquels il manque quelques pièces. De plus, il est difficile de déterminer les pièces manquantes : nous avons donc décidé de considérer les «modèles incomplets» comme une partie du Vrac. Ce thème a été crée pour des personnes qui souhaiteraient mettre «en vente» ces modèles incomplets sans pour autant les considérés comme des lots «simples» (le nombre de points qui leur serait attribué serait supérieur aux nombre de points s il l avait déposé comme «lot»). Limites de notre arborescence : 1. Pour le processus «Dépôt de pièces», nous exigeons des utilisateurs de se munir du numéro ID de l item afin de pouvoir le mettre en ligne. L ID étant la seule référence permettant de différencier tout lego. 2. En fonction de la présentation sur le web, il est plus ou moins facile de comprendre la logique de notre arborescence. Exemple : le thème «modèles Incomplets» se trouvent dans le point de vue «Vrac». Sur cette configuration il est très facile de trouver les «Modèles Incomplets» inclus dans le point de vue Vrac : Cependant pour la configuration suivante il est beaucoup moins évident car il faut d abord cliquer sur vrac pour voir apparaître les «Modèles Incomplets» :

24 La logique n est pas évidente dans cette deuxième configuration il paraîtrait beaucoup plus «normal» de trouver ce thème sous le point de vue «Modèles». Afin de lever toutes ambigüités, il faudrait trouver un compromis avec le groupe responsable de la mise en ligne de notre site e commerce afin de régler toutes ambiguïtés. 3) Mise en place du catalogue 3.1) VirtueMart VirtueMart est une solution de commerce électronique qui est proposée en logiciel libre. Il est proposé comme solution avec Joomla. Il a plusieurs spécificités dont une interface très ludique, il est par ailleurs très intuitif. L arborescence se retrouve dans le catalogue et il peut être utilisé avec l option «mon panier» qui ajoute l option d achat et plus seulement la consultation. L arborescence utilisée a été l arborescence théorique présentée dans la partie précédente. Le logiciel a permis de l intégrer très facilement. Le groupe a par ailleurs ajouté deux branches supérieures afin de distinguer l achat d items de leur dépôt. Cette arborescence, repose sur les différents scénarios auxquels un client peut être confronté en arrivant sur notre site. Elle est valable autant pour l acheteur que pour le dépositaire. Voici notre arborescence dans le mode de configuration :

25 Le niveau de l arborescence est indiqué entre parenthèses avant le nom de la catégorie et permet aux clients de se retrouver assez facilement. Voici les points positifs de l utilisation de VirtueMart : Une interface facile d utilisation Une présentation claire et ludique, très intuitive pour la création de nouveaux items, très souple par rapport aux modifications (même celles concernant l arborescence), Il permet aussi de relier les items entre eux et donc d expliciter les liens existant entre différents items, L arborescence peut être définie sans limites de niveaux de catégories, Il dispose aussi d un moteur de recherche sur le menu de la première page ce qui permet au client qui sait ce qu il veut de pouvoir retrouver très rapidement son produit soit à partir du nom, ou de la référence du produit. Ces fonctions en tant que solution commerciale sont aussi très avantageuses puisqu il a un grand choix d option de paiement, de différentes taxes, de mise en place de promotions ou de tarifs spéciaux pour certains clients.

26 Cet outil présente aussi des inconvénients : Les attributs déjà définis et pas toujours utile dans notre cas (exemple des taxes) le forum d aide est peu opérationnel (car toujours en développement). il est encore très difficile de définir un nouvel attribut (bien que l option existe). 3.2) Agorae Agorae est une interface qui permet des fonctionnalités de catalogage avancées et simples : Classifications multiples et simples (plusieurs items associés à un même thème ou seulement un seul) Possibilité de créer des «nuages de tags» (thèmes associés) Facilite la participation des porteurs d'initiatives au catalogage (grâce à une procédure de création d items très simple). Pour pouvoir exploiter quelques fonctions d Agoræ l arborescence du projet a été adapté à l outil AGORAE. Le groupe a choisi parmi les attributs de chaque point de vue ceux que le client peut considérer comme des critères de base pour sa recherche. Exemples : les tranches d âges, l état, la couleur de la pièce et nous les avons considérer en tant que thèmes. Egalement ils ont rajouté d autres thèmes pour donner plus de spécification à la recherche dans le site. Voir Annexe [8] Arborescence utilisée pour l outil AGORAE L utilisation de la fonction «nuage de thèmes» spécificité de cet outil permet au client d avoir à portée de vue toutes les données concernant l item. Il peut ainsi en étant sur une pièce voir la couleur, l état, ou encore le thème auquel la pièce est rattaché. La seconde particularité est la taille à laquelle les thèmes apparaissent dans le nuage de thèmes. Celle ci met en évidence la relation qui lie l item au thème : plus la taille est grade plus la relation est forte. Dans notre cas, cette fonctionnalité peut être utile, par exemple, si l on rattache un type de pièce à un modèle dans lequel elle se trouve : la taille indiquerait le nombre de ce type de pièce présent dans le modèle (plus le nombre de ce type de pièce est grand plus le nom de celui ci le sera). Il est aussi très facile de lier les items entre eux et donc de montrer les liens qui existent (notamment lorsque ceux ci ne sont pas évidents). Cependant, l application de cette dernière fonctionnalité n est pas évidente. L outil n est pas très intuitif pour un nouvel utilisateur et l absence de moteur de recherche est difficile à compenser dans le cas du catalogue.

27 Par ailleurs, l outil étant encore en création, il reste difficile à manipuler puisque les fonctions de modification et/ou de suppression sont liées à un seul droit d administrateur. Agorae peut constituer un très bon éditeur de catalogue mais certains axes restent encore à améliorer. Groupe Client 1) Rôle du groupe Le groupe client s occupe de l interface entre les clients et le système. Par contre, par rapport au rôle du client, ils ont été divisés en deux sous groupes, un premier groupe qui s occupe de la gestion du premier contact, et un deuxième groupe qui est en charge des clients déjà fidélisés. 2) Sous groupe Gestion Premier Contact 2.1) Inscription Dans ce processus toutes les étapes nécessaires pour qu un utilisateur devienne membre seront présentées. Devenir membre est obligatoire pour tout échange futur de Lego avec d autres membres via le portail Lego Market. Le groupe Gestion Premier Contact et le groupe Joomla / VirtueMart sont les seuls participants qui peuvent intervenir sur tout le processus (comme cela est présenté dans le modèle SeeMe Annexe [9] ) Le visiteur peut créer son compte depuis deux parties dans le site : la page principale et dans la section des FAQ, il y aura un lien sous la question : Comment devenir membre? Qui emmènera à la partie suivante de registre. Une fois que le visiteur est informé sur le mode de fonctionnement du portail, il peut aller directement consulter la liste de tous les produits qui sont proposés dans la rubrique Catalogue. A ce stade de navigation, le participant n est pas encore devenu membre, il navigue donc comme visiteur ou utilisateur. Lorsqu il trouve des services et/ou produits qui l intéressent, ce visiteur peut décider de devenir membre, autrement dit un partenaire du portail. Ceci lui donne la possibilité d interagir avec d autres membres en achetant ou en contribuant avec des Legos. Le visiteur doit remplir un Formulaire dans un registre dédié à l inscription des nouveaux membres (parmi les champs à remplir il y a un compteur du nombre de visite, propre à chaque membre, à initialiser). Le futur membre inscrit aussi ses préférences en matière de couleurs par exemple et toutes les autres qualités de produit qu il souhaite acheter ou fournir dans le futur.

28 C est le groupe Données clients (ERP) qui s occupe d enregistrer ces données propres à chaque membre. Elles seront réutilisées dans les campagnes publicitaires ou pour les promotions visant des catégories de clients très précises. En dernier point, une fois l inscription terminée, un e mail de confirmation doit être envoyé au membre. Ce courriel sera d un avis de rejet d inscription dans des cas bien détaillés (par exemple un utilisateur de moins de 12 ans, ancien récidiviste) dans la charte du portail. Une fois que le visiteur devient membre, c est le groupe clients fidèles qui prendra le relais. Nota A: pour devenir membre, l utilisateur doit sélectionner ses préférences pour mieux le cibler lors d une campagne promotionnelle. (C est le mot occupation du formulaire qui désigne les préférences). Nota B: Chaque fois que le membre utilise le portail, le compteur de fréquentation (nombre de visites) va incrémenter de un. Cette donnée (quantitative) est très importante car elle permettra au portail de mieux négocier avec ses partenaires. 3) Sous groupe Client fidélisé 3.1) Fonctionnement de compte Ce processus consiste à l utilisation du compte du membre. On appelle membre un client qui a déjà ouvert un compte sur le site Lego. Lorsque le membre accède au site, il sera demandé d ouvrir sa session en utilisant son nom d utilisateur et son mot de passe. Ensuite, il pourra faire usage des outils du site et réaliser les activités suivantes : 3.2) Utilisation du système de points Dans cette partie, le client fidèle s est déjà connecté à son compte. Il utilise le moteur de recherche pour trouver une pièce ou un modèle (possibilité de recherche par critère, voir annexe 1) ou il peut accéder directement au catalogue en ligne où les produits sont listés. Lorsque le client consulte le produit, le nombre de points nécessaires pour son obtention apparaît. Ensuite, le client choisi d échanger ses points contre le produit. Il reçoit un pourcentage extra de points par cet échange pour fomenter les achats (fonctionnement de Carrefour). Cette modification va se mettre à jour dans les informations de son compte.

29 3.3) Consultation des notifications Le client fidèle reçoit des notifications quand ses points sont modifiés, quand il fait un échange, quand des nouveaux produits sont disponibles dans le catalogue, quand il reçoit des réponses sur un sujet du forum ou quand il y a des promotions. Il consulte les notifications et peut accéder au catalogue pour réaliser un échange. Tous les changements dans cette partie, sont enregistrés dans la base de données du système de points. 3.4) Forum Afin d utiliser le forum, le membre doit ouvrir sa session, il peut y accéder à partir du menu d entrée. Ensuite deux options s offrent au membre : Afficher des informations relatives aux autres membres (leurs coordonnées, s ils sont actuellement en ligne sur le portail, leur degré de participation, etc.) : Lorsqu il affiche les informations d un membre en particulier, il peut lui envoyer un message directement. Naviguer sur les rubriques : Le membre peut ajouter un commentaire sur un message déjà mis dans le forum ou peut également commencer un nouveau sujet. L option de commencer un nouveau sujet lui demandera de nommer le nouveau sujet et de faire le premier commentaire afin d initier la discussion. Le membre a aussi l option de seulement naviguer sur les rubriques sans ajouter de commentaires. Le membre recevra des points cadeau par sa participation dans le forum seulement dans les cas où il ajoute un commentaire ; la lecture de messages mis sur le forum ne donne aucun point. Les points cadeau sont donnés par rapport au niveau de participation du membre : quand il ajoute un commentaire, le nombre de participations dans son compte incrémentera et au moment où il atteint un certain niveau, le système lui donnera automatiquement une quantité de points dans son compte. 3.5) Modification de cordonnées Le but de la modification de coordonnées est d avoir une base de données des clients mise à jour. Pour réaliser cela, le client a accès à une section pour la modification dans laquelle il change ses informations personnelles (adresse facturation/livraison, numéro de portable, etc.) 3.6) Contribution On rappel aussi qu un membre «partenaire» pourrait être un contributeur ou un acheteur ou, bien sûr, les deux en même temps. Pendant le processus d inscription, le participant peut cocher une case : devenir fournisseur maintenant, celui implique qu il peut contribuer au site depuis sa première connexion au site. Le cas contraire (devenir fournisseur plus tard), il sera ciblé par une campagne de messages d invitation pour devenir fournisseur. Une fois qu il est référencé comme fournisseur potentiel, il y a deux façons de contribuer avec le site :

30 Contribuer spontanément La contribution spontanée se fait lorsqu un participant décide de donner des pièces de sa propre initiative. Le participant saisi son nom d utilisateur et mot de passe (choisi dans le processus d inscription) pour avoir accès aux sections exclusives pour les membres. Après, il accède à la section contribution et il doit choisir entre trois types de contribution (pièce détaché, modèle ou vrac). Selon le type choisi, un formulaire avec les détails de la contribution va lui apparaître avec les informations suivantes à remplir : Pièce Modèle Vrac Nom Nom officiel Poids (0 2kg / 2 4kg / <4kg) Id Id Nom Image Image Image Couleur Difficulté Lien Tranche d âge Nombre de pièces Plan de montage Lien Une fois le formulaire est rempli, un message de confirmation est affiché pour s assurer que l information est correcte. Le formulaire est donc envoyé et le groupe catalogue récupère cette information pour une utilisation ultérieure. D après le formulaire reçu, le groupe catalogue va évaluer la contribution potentielle et il y a deux possibilités : soit il valide la contribution et l enregistre dans le catalogue, soit il ne la valide pas et il envoie un message de remerciement. Si la contribution est validée, le fournisseur doit attendre une demande d un autre participant. La liaison entre le fournisseur et le participant sera géré par le groupe fournisseur. Après, le fournisseur doit agir en réponse à la demande qui lui a été faite. Contribuer sous une demande spécifique La contribution sous une demande spécifique se fait lorsqu un participant a soumis une pétition particulière d une pièce ou d un modèle qu il n a pas pu trouver dans le catalogue. Le participant sera demandé de saisir un formulaire semblable au formulaire de contribution mais tous les champs ne seront pas obligatoires parce que très probablement il ne connaîtra pas tous les détails de la pièce ou du modèle qu il souhaite trouver. Le groupe fournisseur lance un appel d offre aux fournisseurs à travers un message contenant l information de la demande spécifique. Le groupe fournisseur se charge de trier les réponses reçues selon son degré d adéquation à la demande présentée. Le tri des réponses se fait à l aide d un formulaire de validation qui permet de faire un choix objectif à la réponse la plus appropriée.