Licence Professionnelle Commerce Electronique IUT de Vannes BP 561 56017 Vannes Cedex Stagiaire : Florian Taupier Tuteur de stage : Stefan Autret (professeur à l'iut de Vannes) Rapport de Stage Partie 1 : Spécifications, développement en php et mise en ligne d un entrepôt virtuel Partie 2 : Veille et conseils quant à la création d un outil d E-boutique complet Stage effectué du 16 février au 5 juin 2009 en vue de l'obtention de la Licence professionnelle commerce électronique, sous la responsabilité des Maitres de stage : Goulven Salaun (Responsable technique) et Ronan le Mao (Responsable projets) Au sein de l'entreprise : 5 rue de Bretagne - ZA de Kerhoas - 56260 LARMOR PLAGE Rapport de stage Florian Taupier Azimut Communication Page 1
Note de confidentialité Les annexes de ce rapport sont classées confidentielles et devront être restituées à l entreprise à l issue de la soutenance. Le rapport quant à lui pourra être conservé par l IUT. Remerciements Je tiens à remercier toute l équipe d Azimut pour l accueil qu ils m ont fait. Je remercie plus particulièrement Jean Marie Corteville pour la confiance qu il m a accordée en me prenant en stage dans son entreprise, ainsi que Yoann Le Crom, Stéphane Florentin et Goulven Salaun pour l aide technique qu ils m ont apportée tout au long du stage. Enfin je remercie mes maitres de stage Goulven Salaun et Ronan Le Mao pour m avoir guidé lors de ce stage. Rapport de stage Florian Taupier Azimut Communication Page 2
Sommaire Note de confidentialité... 2 Remerciements... 2 Sommaire... 3 Introduction... 5 I) Présentation de l'entreprise... 5 A) Historique :... 5 B) Localisation de l'entreprise :... 6 1 ) Adresse exacte... 6 2 ) Plan d accès... 7 C) L équipe :... 8 D) Domaines d activités :... 9 1 ) Bornes interactives... 9 2 ) Affichage dynamique... 9 3 ) Solutions Internet... 9 4 ) Logiciels multimédia... 10 5 ) Prestations de services... 10 II) Description précise des sujets du stage... 11 A) Évolution des sujets... 11 B) Rapport avec la formation... 11 III) Description du travail effectué... 12 A) Premier sujet traité : l entrepôt virtuel... 12 1 ) Introduction du sujet :... 12 2 ) Fonctionnement global de l application :... 13 3 ) Présentation détaillée de chacune des phases du projet :... 13 Phase 1 : Analyse et spécifications... 13 Phase 2 : Graphisme et ergonomie... 14 Phase 3 : Développement... 17 Phase 4 : Débogage... 18 Phase 5 : Documentation... 18 Phase 6 : Mise en ligne et promotion... 18 B) Deuxième sujet traité : l outil d E-boutique... 19 1 ) Introduction du sujet :... 19 2 ) Phase 1 : Qu est ce qu un bon outil d E-boutique... 19 1. Énumération de tout ce que peut contenir un outil d e-boutique... 20 Rapport de stage Florian Taupier Azimut Communication Page 3
2. Classement par catégorie de toutes les fonctionnalités... 20 3. Rédaction du cahier des charges... 20 4. Soumission à mon maitre de stage et début de la veille... 20 5. Reprise du cahier des charges et finalisation... 20 3 ) Phase 2 : Veille sur les outils existants et conseils... 21 1. Structuration de la veille en différentes phases et rédaction du sommaire... 21 2. Recherche et présentation de chacune des solutions... 21 3. Présélection... 22 4. Remplissage d un tableau comparatif... 23 5. Etude du code des solutions retenues (structure et contenu)... 24 6. Analyse et conseil... 25 IV) Formation acquise et problèmes rencontrés... 27 A) Formation acquise... 27 B) Difficultés rencontrées... 27 V) Glossaire... 28 VI) Annexes (Travaux de rédaction : cahier des spécifications, modes d emplois, cahier des charges )... 29 Conclusion... 29 Rapport de stage Florian Taupier Azimut Communication Page 4
Introduction Dans le cadre de la licence professionnelle commerce électronique, un stage de 4 mois doit être effectué afin d acquérir une expérience professionnelle et de valider la formation. Ce stage est également l'occasion de se retrouver immergé dans le monde du travail et d'enrichir son CV. Pour comprendre mon choix d entreprise, il faut savoir que pour le stage de DUT, j avais choisi une toute petite agence web (en effet la personne était seule). De plus, lors du stage de cette année, je souhaitais pouvoir améliorer mes compétences techniques et mettre en application les compétences de web marketing acquises au cours de la licence professionnelle commerce électronique. Enfin il faut savoir que mon projet professionnel est de commencé comme développeur web pour évolué vers chef de projet, d où l importance de la double compétence. Dans cette optique j'ai donc choisi d'effectuer mon stage dans une structure moyenne où l on trouve des commerciaux et des développeurs. Le fait d être dans une structure moyenne permet d être en relation avec les deux types de métiers car ils travaillent étroitement ensemble. Il se trouve qu Azimut Communication correspond tout à fait à mes attentes et que mon profil leur correspond également. Ce rapport présente l'entreprise, les tâches que j'y ai effectuées, ce que cela m'a apporté et les difficultés que j'ai rencontrées. Vous trouverez également en annexe les documents que j'ai réalisés durant le stage. I) Présentation de l'entreprise A) Historique : Azimut fut fondé en 1986 par Jean Marie Corteville. 1986/1993 : Activité de télématique Le premier serveur télématique Azimut a été inauguré en novembre 1986. La première borne Télématique a été installée en Mairie de Lorient en 1989. Le prix «meilleur système de communication locale» a été remis au Festival des médias locaux en 1990. Le livre Blanc Méthodologie Télématique (éd. l Obs. des Télécommunications) rédigé par Azimut et diffusé à toutes les communes de France... Hébergement (sgbd sous Unix) et édition de magazines télématiques Depuis 1994 : Orientation multimédia, gestion de contenus et conception de terminaux de diffusion (Création de la SARL Azimut Communication) En 1994, orientation multimédia d Azimut. En 1995, les premiers sites Internet Bretons (statiques puis dynamiques) En 1996, premiers Kiosques multiservices (Interface H/M «Emulateur», point fax, audiotel, impression de documents). En 1997, vente de réseaux de bornes pour les collectivités. Nombreux prix pour les sites Internet. En 1998, création puis vente de bornes «Point de consultation Internet». Rapport de stage Florian Taupier Azimut Communication Page 5
En 1999, édition & animation de portails Web et lancement d Azimail, une messagerie universelle. En 2000 Azimut, filiale de OuestFrance a réalisé des centaines de sites Internet, et a installé des centaines de bornes interactives En 2001, Azimut possède la gamme la plus complète de bornes en Fr. (consultation debout, assis, intérieur, extérieur, ). En 2002, des références nationales (SNECMA, BRANDT, VINCI, TARKETT, JEANNEAU, SNCF, COLLECTIVITES LOCALES, PREFECTURES ) En 2003, Reprise totale par le fondateur JMC de la Sté En 2004 Elaboration d une stratégie orientée «Performance Globale», Déploiement de Réseaux Nationaux (UES Cezam, Mutualia, Ufolep, Consolidation des relations fournisseurs, clients ) En 2005, Accès à des marchés ciblés, Investissement dans des outils (locaux, show-room, équipements), Développement de la plateforme universelle intrazimut /extrazimut /Azimailing / Aziplayer En 2006, consolidation des réseaux, Création de progiciels «Suprazimut, Chekazimut» En 2007, Invention du Kiosque Universel, Développement du «Cms Azimut» En 2008, Mise sur le marché de Médiazimut, et d Aziplayer, En 2009, Développement de l Extrazimut (E.N.T. intuitif), Commercialisation du Kiosque Universel. B) Localisation de l'entreprise : 1 ) Adresse exacte Azimut Communication ZA de Kerhoas 5 rue de Bretagne 56260 Larmor Plage Latitude : 47 43'26.71"N Longitude : 3 23'23.24"O Rapport de stage Florian Taupier Azimut Communication Page 6
2 ) Plan d accès Rapport de stage Florian Taupier Azimut Communication Page 7
C) L équipe : L équipe d azimut ce compose des personnes suivantes : Jean-Marie CORTEVILLE Fondateur et Directeur de la société Azimut Communication Ronan LE MAO Responsable des projets Internet Chargé de clientèle Nicolas PINCEMIN Chargé de clientèle Études Conception de bornes et affichages dynamique Candice CREPEAU Conseil en web-marketing Chargée de clientèle Goulven SALAUN Responsable de projets web Développement et suivi de la suite logicielle Coordinateur des projets nationaux Stéphane FLORENTIN Responsable de projets web Architecte des systèmes d informations Ingénieur logiciels, systèmes et réseaux Yoann LE CROM Responsable de projets Multimédia Développement et suivi logiciels collaboratifs Guillaume ROBIN Chef de projets de réseaux Conseil et assistance Suivi clientèle bornes et affichages dynamiques Audrey LE DISCOT Responsable comptable et administration Sylvie CORTEVILLE Contrôle de gestion Rapport de stage Florian Taupier Azimut Communication Page 8
D) Domaines d activités : Azimut Communication n est ni une agence web ni un concepteur de bornes multimédias, c est avant tout un architecte de l information. En ces termes, Azimut est force de conseils et de propositions en matière de support pour l information et la communication des entreprises. Il imagine, conçoit et développe ses supports qui se décomposent en cinq univers à savoir : Les bornes interactives L affichage dynamique Les solutions internet Les logiciels multimédias Les prestations de services 1 ) Bornes interactives Azimut propose plusieurs solutions en matière de bornes interactives. Il dispose actuellement de 7 modèles de bornes dont chacune a un usage bien spécifique (consultation assise ou debout, imprimante intégrée ou casque audio ). A partir de la forme de base, Azimut adapte les couleurs aux clients. Deux autres bornes vont bientôt s ajouter à la gamme d Azimut. Azimut ne conçoit pas seulement les bornes, il a aussi conçu un navigateur internet adapté à l usage des bornes. Les bornes sont le support de l information, elles servent à consulter une application spécifique à un client (site internet, plan d accès, catalogue ). Lorsqu Azimut met en place une borne chez un client, c est une offre complète qu il propose à savoir : Une gamme de bornes interactives intérieures et extérieures Des solutions logicielles adaptées (navigateur sécurisé, portail dynamique...) Des prestations de livraison, d'installation et de maintenance Des solutions de financement à la carte Un studio multimédia pour le développement d'applications. Un bureau d'étude pour la création de mobiliers sur mesure Un bureau d'ingénierie et de développement informatique 2 ) Affichage dynamique Pour la communication par l affichage dynamique, là encore Azimut propose une offre complète adaptée aux clients avec de nombreux services. Pour l affichage de vidéo, le puzzle interactif et autres, tout est conçu pour répondre aux besoins des clients grâce à une solution complète qui comprend : Des écrans LCD de toutes tailles ainsi que les accessoires associés Des solutions d'affichage multi-supports (Vitrine, écran géant, vidéo-projection...) Des PC players et des serveurs de diffusion Les prestations d'installation et de maintenance Un studio infographique pour la création de contenu Une prestation d'infogérance pour gérer vos écrans 3 ) Solutions Internet Aujourd hui, Internet est le média idéal pour communiqué sur un évènement, valoriser son image de marque, présenté son organisme ou encore vendre ses produits. Chaque besoin étant différent, Azimut propose plusieurs types de sites internet adaptés à chaque besoin à savoir : Rapport de stage Florian Taupier Azimut Communication Page 9
Les sites vitrines, idéals pour valoriser son image de marque sur internet Les sites institutionnels pour présenter son organisme et ses activités sur le web Les sites communautaires et portails, idéals pour animer son espace et faire participer les membres de son e-communauté Les sites marchands / e-commerce pour vendre ses produits ou ses services en ligne. Les sites évènementiels, idéals pour appuyer ses événements avec un site participatif orienté web 2.0 Les Web TV pour diffuser en toute simplicité ses vidéos et ses rich-médias sur internet Les Intranet Extranet, idéaux pour optimiser le travail en équipe, en interne ou pour les relations externes 4 ) Logiciels multimédia Idéals pour le travail collaboratif et la mutualisation des contenus, les logiciels multimédias développés par Azimut répondent au besoin de structurer son organisme ou ses réseaux. Ces logiciels facilitent les flux d'informations, améliorent la communication interne/externe, favorisent les e-services, optimisent les processus de décisions et d'actions, et permettent des économies d'échelle. Azimut propose actuellement 7 logiciels : L Azimailing : Il permet de cibler les messages et d'optimiser les campagnes d'e-mailing. L Aziplayer : C'est une solution globale pour un affichage dynamique pertinent (lecture de vidéos). Le Navigateur Internet Azimut : C'est un navigateur Internet sécurisé et paramétrable. Le Mediazimut : Il permet de créer et gérer des vidéos en un clic. Le Suprazimut : C'est un logiciel de gestion commerciale et de suivi de la relation client (= CRM). L Extrazimut : C'est une plate-forme de gestion de e-communautés (= extranet). L Intrazimut : C'est un espace numérique professionnel de travail collaboratif (= intranet). Avec la première partie de mon stage (l entrepôt virtuel que j ai développé), Azimut dispose à présent d un huitième logiciel multimédia nommé Stockazimut (stockage et partage de fichiers en ligne) 5 ) Prestations de services Au-delà des solutions "clé en main" présentés précédemment, Azimut Communication utilise ses ressources, son équipe, ses compétences, ses outils, ses locaux et ses serveurs pour accompagner ses clients dans des projets personnalisés. A ce titre Azimut intervient dans les domaines suivant : Consulting, Etude, Recherche et développement, Conseil, Audit, Marketing, Référencement, Formation, E-Commerce, Infogérance, Télésurveillance, Hotline, Maintenance, Intervention sur site, Logistique, Conception, Cahier des charges, Gestion de projets, Financement, Design, Architecture web, Graphisme, Vidéo, Programmation, Hébergement, Editions. Rapport de stage Florian Taupier Azimut Communication Page 10
II) Description précise des sujets du stage A) Évolution des sujets Le stage comportait deux sujets dont les intitulés étaient les suivants : Sujet 1 : Analyse technique et commerciale d une plateforme d e commerce générateur de mini boutiques, module de paiement, module d e marketing (e mailing, sms ) et gestion des comptes clients via un back office. Sujet 2 : Mise en place d'une plateforme d'entrepôts virtuels avec gestion commerciale des espaces et réflexion sur le modèle économique. Le sujet 2 a finalement été traité en premier pour une question pratique car il était plus précis que le premier et répondait à un besoin plus concret et plus urgent pour l entreprise. L ampleur du projet étant plus importante que prévue, sa durée le fut également. Il devait durer 1 mois, 1 mois et demi, il a finalement occupé 2 mois et deux semaines de mon stage. Tout au long de ce projet, l entreprise a eu le temps de réfléchir à l autre sujet, et elle s est rendu compte qu il n était pas assez mur pour le moment. De plus le temps impartit pour ce sujet ayant été raccourci, il était plus judicieux d en trouver un autre. Pour le moment, Azimut n a pas de réel outil d E boutique. Ils font des boutiques en ligne mais avec des fonctionnalités au cas par cas. Ils ont donc besoin de se munir d un outil répondant à toute la problématique E commerce de la boutique en ligne. Le deuxième sujet a donc porté sur cette problématique. Finalement, les deux sujets de mon stage portent les intitulés suivant : Sujet 1 : Spécifications, développement en php et mise en ligne d un entrepôt virtuel. Sujet 2 : Veille et conseils quant à la création d un outil d E-boutique complet. B) Rapport avec la formation Le premier sujet m a permis de mettre en œuvre l aspect plus technique de la formation. Cependant bien que ce projet est été développé avec du php plus complexe que celui appris en licence professionnelle commerce électronique, la partie graphisme mais surtout celle d ergonomie sont en rapport direct avec les cours d ergonomie dispensés par la LPCE. L analyse marketing et la promotion du produit effectué en fin de projet sont également en rapport direct avec la formation. Bien que ce ne soit pas une boutique en ligne, le fait que j ai réalisé le projet dans son ensemble et qu il comporte des aspects techniques et marketings (et puis c est une application en ligne) permet de dire qu il rentre tout à fait dans le cadre de la formation LPCE puisqu il touche à peu près tout les aspects de cette formation. Le deuxième sujet correspond à la partie marketing et surtout au concept E-commerce. En effet, l intitulé parle de lui-même : «Veille et conseils quand à la création d un outil d E-boutique complet.» La vente en ligne fait partie intégrante du commerce sur internet. Il existe de nombreux outils et techniques à même en œuvre avec une E-boutique (suivi des ventes, bookmark social, référencement ). Tout ce qui est enseigné en LPCE permet de répondre à la problématique du sujet. Ce sujet correspond donc tout à fait à la formation. Rapport de stage Florian Taupier Azimut Communication Page 11
III) Description du travail effectué A) Premier sujet traité : l entrepôt virtuel 1 ) Introduction du sujet : Pour rappel, le sujet exact de l entrepôt virtuel est : Spécifications, développement en php et mise en ligne d un entrepôt virtuel. Le concept d entrepôt virtuel, c est l idée d avoir une application en ligne permettant de déposer des fichiers, de les ranger, de les déplacer, d y donné accès à certaines personnes. De ce fait, ce système devait fournir les fonctionnalités suivantes : Pouvoir déposer des fichiers dans cet espace de stockage et les ranger dans des box préalablement créés. Pouvoir créer des comptes clients. Pouvoir donner accès aux clients à des fichiers se trouvant dans une box ou à des box complète (possibilité de télécharger tout les fichiers qui s y trouve). Pouvoir donner le droit à un client de déposer des fichiers dans une box bien précise. On a donc bien un «Entrepôt virtuel» puisqu on range des fichiers dans des box à travers une interface web. Ce sujet devait être le plus cours des deux sujets du stage en termes de réalisation. Finalement il a été le plus long car son ampleur et la complexité de certains paramètres (gestion des droits) avait été mal évaluée. De plus je n aurai du faire au départ que le développement de l application, mais au vue de l investissement que j avais dans le projet, le l ai réalisé dans son ensemble (à savoir du cahier des spécifications à sa mise en ligne finale) puisque j en avais les compétences grâce à la licence professionnelle commerce électronique. Ce projet est né d une constatation d Azimut à savoir que beaucoup de leurs clients échangeaient des fichiers de plus en plus lourd par mail, ce qui devenait de plus en plus fastidieux. Ce projet a donc vu le jour pour répondre à un besoin concret de stockage et de partage de fichiers volumineux. Ma mission a donc consisté à réaliser l application avec une approche ludique, simple d utilisation et sécurisé. La base de mon travail fut le cahier des charges de l application réalisé par un ancien stagiaire. Après avoir pris connaissance du sujet, mon maitre de stage m a expliqué l organisation de travail qu ont les développeurs d Azimut pour un tel projet. A partir de cela j ai réalisé un planning avec différentes tâches qui se suivent. Voici le déroulement qu aurait du avoir le projet : Phase 1 : Analyse et spécification Phase 2 : Graphisme et Ergonomie Phase 3 : Développement Phase 4 : Tests Phase 5 : Documentation Au final, voici le déroulement qu a eu le projet : Phase 1 : Analyse et spécifications Phase 2 : Graphisme et ergonomie Phase 3 : Développement Phase 4 : Débogage Phase 5 : Documentation Phase 6 : Mise en ligne et promotion Rapport de stage Florian Taupier Azimut Communication Page 12
2 ) Fonctionnement global de l application : Azimut est l administrateur de cette application, son rôle est de créer des espaces pour ses clients. Concrètement, Azimut créé un client pour lequel il alloue un espace de stockage et une date d expiration de compte. Ce client devient alors un utilisateur privilégié. Cet utilisateur peut alors se connecter à l application en ligne (http://www.stockazimut.net) à l aide de l identifiant et du mot de passe qui lui ont été fournis par Azimut. Une fois connecté à l application, l utilisateur peut gérer son espace comme il le souhaite. Il peut créer des box dans la box qui lui est allouée et déposer des fichiers dans les box. Il peut également créer ses propres clients pour lesquels il a la possibilité de donner des droits d accès en lecture sur un ou plusieurs fichiers, ou sur une box complète (droit de voir et télécharger tout les fichiers qui s y trouvent) et des droits de dépôt dans une ou plusieurs de ses box. Il peut aussi créer une box dédiée à l un de ses clients, c'est-à-dire qu il crée un client pour lequel il alloue un espace de stockage, ce client pourra alors gérer sa box comme il l entendra (y déposer des fichiers et y créer ses propres box). Bien entendu l utilisateur privilégié qui aura créé le client aura accès à ses box et ses fichiers. Un client créé par un utilisateur privilégié pourra alors se connecter à l application à l aide de l identifiant et du mot de passe qui lui ont été fournis par l utilisateur privilégié qui lui a créé un compte. Une fois identifié, le client aura accès à différentes box et différents fichiers en fonction des droits qui lui ont été alloués par l utilisateur privilégié qui a créé son compte. 3 ) Présentation détaillée de chacune des phases du projet : Phase 1 : Analyse et spécifications Après m être imprégné du sujet en discutant avec mon maitre de stage et en lisant le cahier des charges, je me suis rendu compte que bien que le document que l on m avait fourni s appelait «cahier des charges», ce dernier était en fait un cahier des spécifications. Cela m a permit de gagner du temps (2,5 jours de travail au lieu de 4) puisque je n ai eu qu a rajouter les fonctionnalités qu il manquait, c'est-à-dire toute la partie concernant la gestion des box. Ce cahier des spécifications comportait : Une description de l application Le modèle de la base de données avec la description de chaque champ Un diagramme de Jakobson (diagramme des cas d utilisations) Un diagramme de classes Une description détaillée des classes et de leurs méthodes (écriture des requêtes sql pour les méthodes d interrogation de la base de données) Des diagrammes de séquences Une description des différents types de page de l application. J ai donc repris chaque partie du cahier des spécifications en y ajoutant la notion de box ce qui m a amené à créer et modifier des tables dans la base de données, des classes dans le diagramme de classes et donc des fonctions, des cas d utilisations dans le diagramme de Jakobson, des diagrammes de séquences et des descriptions de pages. Lorsque j ai eu fini d intégré ce qu il manquait au cahier des spécifications, j ai remis ce dernier à mon responsable technique. Après l avoir parcouru, il m a demandé d y apporter quelques modifications, ce que j ai fais. Il a alors validé le cahier des spécifications et j ai pu me lancer dans la partie graphique et ergonomique du projet. Rapport de stage Florian Taupier Azimut Communication Page 13
Phase 2 : Graphisme et ergonomie Lorsque j ai eu fini de rédiger le cahier des spécifications, je me suis attelé à la partie graphique de l application. J ai suivi les recommandations de mon responsable technique en termes de couleurs et je me suis appuyé sur les fonctionnalités de l application pour proposer une première version graphique qui ressemblait à cela : J ai soumis cette proposition à mon responsable technique et à mon responsable projets. Ce dernier avait une approche différente, il souhaitait quelque chose de plus ludique et moins informatique. On est alors sorti du contexte informatique et les dossiers sont devenus des box. Le menu devait être simplifié et les pictogrammes de ce dernier devaient être agrandis. J ai donc suivi les recommandations et proposé une deuxième charte graphique : Rapport de stage Florian Taupier Azimut Communication Page 14
Cette proposition correspondait plus aux attentes de mes maitres de stage. Le responsable projets a retravaillé la charte de son coté et moi j ai pu m occuper de réaliser les interfaces hommes machines en me basant sur ma charte. Voici quelques exemples d interfaces hommes machines que j ai réalisé : Boxs présentes dans une box : Liste des clients : Créer un client : Déposer un fichier à partir d une box : Gérer les droits : Voir les fichiers : Voici la charte graphique finale proposée par mon responsable projets : Rapport de stage Florian Taupier Azimut Communication Page 15
Au cours du développement, d autres modifications en termes d ergonomie ont été faites, voici un aperçu de la page d accueil d un utilisateur : Rapport de stage Florian Taupier Azimut Communication Page 16
Phase 3 : Développement Le développement de l application peut être découpé en 6 parties : Partie 1 : Développement des «classes métiers» J ai commencé par développer ce que l on appelle les «classes métiers». Ce sont des fichiers de programmation qui correspondent aux tables de base de données. A ce titre j ai donc développé les classes : Bdd (classe gérant la connexion à la base de données), Utilisateur(classe gérant les caractéristiques d un utilisateur), Fichier(classe gérant les caractéristiques d un fichier), Dossier(classe gérant les caractéristiques d un dossier), PermissionLecture(classe gérant les caractéristiques d une permission de lecture sur un fichier ou un dossier), PermissionDepot(classe gérant les caractéristiques d une permission de dépôt dans un dossier). Ces classes permettent de créer des objets contenant les informations correspondant à cet objet dans la base de données. Par exemple la classe Utilisateur permet de créer un Utilisateur qui va contenir les données que l on a sur la personne dans la base de données. Pour faire simple il faut considérer que cet objet Utilisateur est un tableau dont chaque case contient une information qui concerne l utilisateur (son nom, son prénom, son mail.). Cela permet d effectuer rapidement des opérations concernant un utilisateur dans le reste de l application. Partie 2 : Développement de la classe «BddEntrepot» Après avoir développé les «classes métiers» j ai développé la classe «BddEntrepot». Cette classe fait le lien avec la base de données car elle contient toutes les requêtes SQL (interrogations de la base de données) qui permettent le fonctionnement de l application. L intérêt de ce genre de programmation c est de n avoir qu un seul fichier ou l on trouve toutes les requêtes SQL ce qui rend beaucoup plus facile la maintenance de l application. En parallèle au développement de cette classe, j ai créé un fichier de test qui me permettait de m assurer du fonctionnement de chaque requête que je développais. Partie 3 : Développement de la classe «Application» Lorsque j ai eu fini de développer la classe «BddEntrepot» et de m assurer que tout ce que j avais développé fonctionnait, je me suis attelé au développement de la classe «Application» qui contient toute les méthodes nécessaires au fonctionnement de l application. Elle contient toutes les fonctions qui permettent de créer, modifier et supprimer des dossiers, des fichiers sur le serveur (l ordinateur) ou est installée l application. Comme pour la classe précédente, je me suis assuré que chaque partie que je développais fonctionnait correctement. Partie 4 : Développement de l interface «Administrateur» Une fois que j eu fini de développer le cœur de l application, je suis passé au développement de l interface de l administrateur. Comme je l ai expliqué précédent, l administrateur de l application est Azimut et c est lui qui ouvre des comptes utilisateurs. C est donc Azimut qui intervient en premier sur l application puisqu un utilisateur ne peut pas s y connecter s il n a pas de compte. Il était donc logique que je commence par développer la partie administrateur. J ai donc créé les pages utiles à l administrateur en y intégrant la charte graphique. A chaque fois que je créais une page, je faisais appel aux fonctions que j avais précédemment développées dans les classes «BddEntrepot» et «Application» de façon à afficher les données dont j avais besoin sur chaque page et à enregistrer les actions faites par l administrateur. Rapport de stage Florian Taupier Azimut Communication Page 17
Partie 5 : Développement de l interface «Utilisateur» Puisque les utilisateurs créés par Azimut peuvent créer leurs propres clients, la suite logique du développement fut l interface de l utilisateur. C est donc je que j ai fait lorsque j eu fini de développer l interface administrateur. Le développement suivi le même principe que celui de la partie administrateur. Je créais mes pages et faisais appel aux fonctions dont j avais besoin dans les classes précédemment développées. Partie 6 : Développement de l interface «Client» La dernière étape du développement a été la partie correspondant aux clients des utilisateurs créés par Azimut. Le développement s est fait de la même manière que pour l administrateur et l utilisateur. Phase 4 : Débogage Lorsque j ai eu fini de développer l application, mon responsable technique a testé l ensemble de cette dernière en essayant au maximum de la faire boguer. Le but fut de prendre en compte tout les cas de figure qui pouvaient l amener à ne pas fonctionner correctement. Un exemple de cas de figure auquel je n avais pas pensé fut celui ou l utilisateur créer une box avec une apostrophe (exemple : il crée une box nommée l horizon). Cela faisait planter l application. Mon responsable technique a pensé à toutes ces petites choses qu il a testées pour voir comment l application réagissait. Il m a fait part de tous les bugs que j ai alors corrigés. Suite à cette première phase de débogage, mon responsable technique est repassé derrière pour tester ce qu il n avait pas pu tester à cause des bugs précédents. Il m a alors fait part des nouveaux bugs qu il avait rencontrés, à la suite de quoi je me suis lancé dans une deuxième phase de débogage. Phase 5 : Documentation Après avoir débogué l application et m être assuré qu elle fonctionnait correctement, je me suis attelé à la rédaction des modes d emplois pour chaque type d utilisateur. J ai donc commencé par rédiger le mode d emploi de l administrateur, puis celui de l utilisateur privilégié et enfin celui du client. Je me suis efforcé d être le plus clair possible et de mettre un maximum de copie d écran pour permettre une meilleure compréhension du fonctionnement de l application. J ai ensuite présenté l application au reste de l équipe d Azimut suite à quoi j ai effectué quelques modifications ergonomiques et modifié les modes d emplois en conséquence. Phase 6 : Mise en ligne et promotion Suite à la rédaction des modes d emplois et à la présentation, j ai effectué une analyse marketing avant la mise en ligne. Je suis partie d une analyse concurrentielle faite par une stagiaire en marketing que j ai complété. J ai également proposé une grille tarifaire et j ai rédigé la fiche commerciale à mettre sur le site d Azimut. Après cela j ai fait une réunion avec la stagiaire et mon responsable projets. Cette réunion nous a permis de définir la façon dont Azimut allait vendre l application ainsi que la grille tarifaire. Suite à cette réunion j ai repris l application et j ai développé une page d accueil dont le contenu est modifiable dans l administration via un éditeur de texte. Cette page d accueil contient une phase d accueil, un slogan, une description de l application, une partie permettant de parler des actualités d Azimut ainsi qu un lien vers la page d identification et un lien vers un formulaire permettant d effectuer une demande d abonnement. J ai développé ce formulaire. Dans ce formulaire, on trouve des CGU (conditions générales d utilisation) qu il faut accepter avant de Rapport de stage Florian Taupier Azimut Communication Page 18
soumettre le formulaire. J ai récupéré ces CGU sur le site d un concurrent et je les ai adaptées à Stockazimut. J ai également rendu modifiable ces CGU via l administration. Une fois toutes ces tâches effectuées, l application était donc prête à être mise en ligne. Mais avant cela, il fallait régler le problème de l hébergement, Azimut a donc rencontré son hébergeur lors d une réunion à laquelle j ai participée. Suite à cette réunion, il a été décidé que dans un premier temps, Stockazimut serait hébergé sur le serveur LAMP (serveur Linux) dont Azimut disposait déjà, ce qui permettrait de faire tester l application à des futurs clients avant de migrer vers un type d hébergement bien spécifique : un serveur virtuel. Pour faire simple, un serveur virtuel est un logiciel qui simule le fonctionnement d un serveur physique et il existe de nombreuses techniques permettant de faire évoluer rapidement l espace disque associé à ce type de serveur. Cette solution est la plus adaptée à Stockazimut puisque c est une application qui va demander de plus en plus d espace de stockage au fur et à mesure que des comptes clients y seront créés. Après avoir clairement définie la partie hébergement, j ai pu mettre en ligne l application sur le serveur «de test» et vérifié qu elle fonctionnait bien (j ai donc du régler quelques léger bugs). Enfin, j ai formé un client d Azimut à l utilisation de l application. B) Deuxième sujet traité : l outil d E-boutique 1 ) Introduction du sujet : Pour rappel, le sujet exact de l outil d E-boutique est : Veille et conseils quant à la création d un outil d E-boutique complet. Comme je l ai expliqué précédemment dans la partie «Description précise du sujet du stage», Azimut ne dispose pas actuellement d un outil d E boutique capable de répondre à toute la problématique e-commerce de la vente en ligne. Ils font des boutiques en ligne mais avec des fonctionnalités au cas par cas. L objectif de ce sujet est de fournir à Azimut les clés de la réussite d un tel outil. Le produit de ce sujet devait être un cahier des charges qui liste et décrit toutes les fonctionnalités d un tel outil, ainsi qu un document de veille présentant et comparant toutes les solutions open source permettant de faire de la vente en ligne. Cette veille devait permettre de savoir quelle solution se rapprochait le plus des attentes du cahier de charges et laquelle comportait le code le plus facile à reprendre de façon à conseiller à Azimut d utiliser comme base de son outil telle ou telle solution ou bien de tout développer. Ce projet a donc été séparé en deux phases : Qu est ce qu un bon outil d E-boutique Veille sur les outils existants et conseils 2 ) Phase 1 : Qu est ce qu un bon outil d E-boutique Le but principal d un outil d E-boutique c est de vendre des produits et d accroitre le chiffre d affaire. Cela passe par l acquisition et la fidélisation de client comme pour une boutique physique. Pour atteindre ces objectifs, il existe de nombreuses techniques sur internet, techniques qui nécessitent pour un outil d E-boutique de comporter un certain nombre de fonctionnalités. La phase 1 du projet a consisté à lister, organiser et expliquer toutes ces fonctionnalités. Pour répondre le mieux possible à ces attentes, cette phase s est divisée en sous phases (5 sous phases) qui se suivent logiquement : Rapport de stage Florian Taupier Azimut Communication Page 19
1. Énumération de tout ce que peut contenir un outil d e-boutique La première sous phase a consisté à lister toutes les fonctionnalités que doit comporter un tel outil. Pour cela je me suis basé sur mes connaissances acquises lors de ma formation ainsi que sur mes connaissances personnelles. J ai également fait des recherches sur internet notamment sur les fonctionnalités des outils des concurrents et des outils open sources (sans trop approfondir car c est l objet de la deuxième partie du sujet). Lorsque j ai eu fini ma liste, je me suis retrouvé avec environ 65 fonctionnalités. L étape suivante a alors consisté à organiser ces fonctionnalités. 2. Classement par catégorie de toutes les fonctionnalités Cette deuxième sous phase m a permis d organiser et de regrouper ces fonctionnalités entre elle de façon à structurer ma réflexion et mon futur cahier des charges. J ai donc organisé ces fonctionnalités en 12 familles : Gestion de catégorie Gestion de produit Gestion de client Gestion de commande Gestion de livraison Gestion de paiement Gestion de la boutique Gestion de contenu Gestion du référencement Gestion de statistiques Gestion marketing Gestion graphique Cette organisation faite, j ai pu m atteler à la rédaction du cahier des charges. 3. Rédaction du cahier des charges Cette troisième sous phase a consisté à présenter chacune des fonctionnalités préalablement trouvées. Ce cahier des charges a donc été la réponse à la question «Qu est ce qu un bon outil d E-boutique». 4. Soumission à mon maitre de stage et début de la veille Une fois le cahier des charges rédigé, le l ai soumis à mon responsable technique pour qu il le lise et me fasse un retour sur son contenu et sa forme. De mon coté j ai commencé ma veille ce qui m a permis de découvrir quelques fonctionnalités auxquelles je n avais pas pensé. 5. Reprise du cahier des charges et finalisation Suite aux remarques de mon responsable technique et aux fonctionnalités découvertes lors du début de la veille j ai repris le cahier des charges et rajouté les quelques fonctionnalités oubliées. Au final ce cahier des charges comporte environ 70 fonctionnalités. Vous pouvez le retrouver dans les annexes du rapport pages 126 à 147. Rapport de stage Florian Taupier Azimut Communication Page 20
3 ) Phase 2 : Veille sur les outils existants et conseils Lorsque j ai eu fini de rédiger le cahier des charges qui est le résultat de la première partie de ce projet, j ai pu passer à la deuxième partie en me basant sur le résultat de la première. Le cahier des charges a donc été la base de mon travail de veille car les fonctionnalités qu il comporte m ont permis de comparer les différentes solutions open sources qui se rapprochent le plus de l outil idéal. 1. Structuration de la veille en différentes phases et rédaction du sommaire Mon premier travail pour cette veille à consister à structurer ma réflexion, de façon à la découper en étapes. Cette phase ma également permis de définir les «axes de surveillances» c'est-à-dire les différents critères me permettant de comparer les solutions open source entre elles. Suite à cette réflexion j ai donc rédigé les points principaux du sommaire correspondant aux différentes phases de la veille à savoir : Introduction Présentation des différents outils Open Source Présélection parmi la liste de ces CMS Tableau comparatif des fonctionnalités Analyse de la structure et du code de chaque solution retenue Analyse des résultats de la veille et conseils Conclusion J ai également définis les critères suivant me permettant de comparer les solutions entre elles : Nombre de fonctionnalités du cahier des charges présentes Qualité et clarté de la structure et du code Ergonomie de l administration Importance de la communauté 2. Recherche et présentation de chacune des solutions Après avoir structuré ma veille et défini mes critères de comparaison, j ai cherché toutes les solutions open sources permettant de faire de la vente en ligne. J en ai répertorié 13 qui peuvent être classées de deux façon : Solutions dédiées au E-commerce : Cette classe comprend les solutions dont le but est de créer des boutiques en ligne. Ce n est pas le genre de solution que l on utilisera pour faire un site de contenu rédactionnel. Ces solutions sont au nombre de 9 : o Magento o Prestashop o OsCommerce o OsCss o Zen-cart o Creloaded o Thelia o Peel o Plici Rapport de stage Florian Taupier Azimut Communication Page 21
CMS classiques avec module E-commerce Ce genre de solution correspond aux CMS classiques utilisés pour réaliser des sites institutionnels, des sites vitrines c'est-à-dire tout les sites de contenu. Ces solutions sont au nombre de 4 : o Joomla + Virtuemart o Ezpublish o Drupal + Ubercart o Wordpress + WPcommerce Une fois ces solutions trouvées, je les ai présentées dans mon dossier de veille. Pour voir la présentation de ces solutions, reportez vous aux pages 150 à 157 des annexes. 3. Présélection Après avoir présenté les solutions, je les ai toutes installées pour les tester et les comparer avec les critères précédemment définis. Une fois installées, j ai fait un tour rapide sur toutes les solutions pour regarder leur fonctionnement et les fonctionnalités qu elles proposaient. Cela m a permis de faire une présélection en éliminant certaines d entre elles pour la principale raison qu elles étaient beaucoup trop légères en termes de fonctionnalités. Certaines ont également été abandonnées du fait qu elles proposaient une version légère gratuite et une plus poussée mais payante. Tous les détails concernant cette présélection se trouvent pages 158 et 159 du dossier de veille en annexe. Suite à cette présélection, les solutions retenues pour la comparaison au niveau des critères précédemment établis furent : Solutions dédiées au E-commerce : o Magento o Prestashop o OsCommerce o OsCss o Zen-cart CMS classiques avec module E-commerce o Joomla + Virtuemart Rapport de stage Florian Taupier Azimut Communication Page 22
4. Remplissage d un tableau comparatif Suite à la présélection des solutions, j ai créé un tableau comparatif qui reprenait toutes les fonctionnalités présentées dans le cahier des charges et qui précisait pour chaque solution retenue si elle comportait la fonctionnalité. Pour plus de compréhension, voici le début du tableau : Gestion de catégorie : Création, modification suppression Nom Description Image Listage des produits par catégories Gestion de produit : Catalogue téléchargeable en pdf Entier Par catégorie Joomla + Virtuemart Il semble que ce soit possible mais ça bug Zen-cart OsCss Oscommerce Prestashop Magento Le tableau complet fait 8 pages, vous pouvez le trouver dans le dossier de veille en annexes pages 160 à 167. Voici un tableau présentant le nombre de fonctionnalités embarquées par chaque solution. Pour bien le comprendre, voici l explication des termes utilisés dans ce dernier : Fonctionnalités : Ce sont les fonctionnalités principales de l application, elles correspondent aux lignes pour lesquelles on trouve un grand ou un grand. Sous fonctionnalités : Ce sont les fonctionnalités secondaires comme les champs que doit contenir une catégorie, elles correspondent aux lignes pour lesquelles on trouve un petit ou un petit. Joomla + Zen-cart OsCss OsCommerce Prestashop Magento Virtuemart Fonctionnalités (Total : 73) 42 41 39 34 41 46 Sous fonctionnalités (Total : 101) 45 49 42 36 59 51 Cumul (Total : 174) 87 90 81 70 100 97 Ces tableaux m ont permis de voir que la solution qui comprend le plus de fonctionnalités demandées par le cahier des charges est Prestashop. Rapport de stage Florian Taupier Azimut Communication Page 23
5. Etude du code des solutions retenues (structure et contenu) Après avoir comparé le nombre de fonctionnalités de chaque solution, je me suis attelé à comparer la structure et le code de chacune d entre elle. Ce critère me semblait essentiel à comparer puisque plus la structure est bien pensée et le code compréhensible, plus il sera facile de modifier le code et d ajouter des fonctionnalités à la solution de manière à ce qu elle réponde complètement au cahier des charges. Il ne faut pas oublier ici que le but final de cette veille est de conseiller Azimut sur la solution à adopter pour le développement de son outil d E-boutique entre : Partir d une solution open source existante Tout développer Pour partir d une solution open source existante, il est important de pouvoir la faire évoluer facilement. Une solution qui contient beaucoup de fonctionnalités mais dont le code est difficile à comprendre n est pas la meilleure solution. Il vaut mieux partir d une solution ayant un peu moins de fonctionnalités mais dont le code est compréhensible et donc plus facile à maintenir et à étendre. C est pour cela que l étude de la structure et du code de chaque solution était importante. Pour cela je me suis rendu dans le dossier de chaque solution que j avais installée et j ai commencé par étudier la structure de chaque application c'est-à-dire l organisation des fichiers de l application. Après avoir compris leur fonctionnement, j ai étudié leur code. J ai ainsi pu voir quel code était le plus propre, le mieux organisé et le plus facile à comprendre. J ai présenté cette étude pour chaque solution dans le document de veille (voir annexes pages 168 à 174). J ai ainsi pu donner «une note» sur 5 à chaque solution, ce qui est plus parlant en termes de comparaison : Structuration de l application Code de l application Joomla + Virtuemart Zen-cart OsCss OsCommerce Prestashop Magento On constate que c est Prestashop qui semble le mieux en ce qui concerne le critère étudié ici. Au point précédent (comparaison des fonctionnalités) Prestashop et Magento était assez proche mais ici, l organisation de Prestashop est plus compréhensible et plus logique que celle de Magento. Rapport de stage Florian Taupier Azimut Communication Page 24
6. Analyse et conseil Après avoir comparé les différentes solutions à travers les deux critères précédents, j ai analysé ces résultats de manière à conseiller la meilleure solution comme base de l outil d E-boutique. A ce stade de la veille j ai effectué une dernière comparaison pour étendre mes critères et valider mon conseil. J ai donc regarder quelle solution avait la plus grande communauté et quelle solution avait l administration la plus ergonomique. Raisons de ces comparaisons : Importance de la communauté => Plus une communauté est importante, plus les évolutions sont rapides et donc les nouvelles fonctionnalités plus fréquente. Ergonomie de l administration => Plus l administration est ergonomique, plus on comprend rapidement comment marche les fonctionnalités de la solution ce qui permet de gagner du temps pour savoir ce que l on doit modifier et ajouter pour répondre au cahier des charges précédemment réalisé. De plus une administration déjà ergonomique est un gain de temps supplémentaire car il suffira de se caler sur cette dernière lorsqu on ajoutera des fonctionnalités plutôt que de tout refaire. Voici ce qu il est ressortit de cette comparaison (même système de notation que précédemment) : Importance de la communauté Joomla + Virtuemart Zen-cart OsCss OsCommerce Prestashop Magento Ergonomie de l administration Mais elle commence à stagner Mais elle grandit vite Pour terminer la comparaison des solutions, j ai réalisé un tableau comparatif qui récapitule les points forts et les points faibles de chaque solution : Joomla + virtuemart Zen-cart Points forts 1. Nombre de fonctionnalités correct et évolutif grâce à tous les modules et composants qui existent 2. Communauté très importante 3. Administration très ergonomique 1. Nombre de fonctionnalités correct 2. Structuration correcte de l application Points faibles 1. Code difficile à comprendre et trop fouillis 2. Structuration du cœur de l application pas terrible 3. Usine à gaz : Joomla permet beaucoup de chose mais n est pas prévu pour faire une boutique en ligne à la base 1. Code trop moyen 2. Administration pas ergonomique 3. Communauté réduite Rapport de stage Florian Taupier Azimut Communication Page 25
OsCss OsCommerce Prestashop Magento 1. Code propre 2. Administration assez ergonomique 1. Communauté importante 2. Administration assez ergonomique 1. Nombre de fonctionnalité important 2. Structuration de l application bien pensée 3. Code propre et assez compréhensible 4. Administration ergonomique 1. Nombre de fonctionnalité important 2. Administration ergonomique 3. Communauté grandissante 1. Structuration moyenne 2. Communauté presque absente 3. Manque de fonctionnalités 1. Manque trop de fonctionnalités 2. Structure pas terrible 3. Code fouillis 1. Code peu commenté 2. Communauté pas très importante 1. Structuration difficile à comprendre 2. Code complexe Au final, il est ressortit de cette veille que la solution la plus adapté pour être la base de l outil d E-boutique est Prestashop, car : Cette solution comporte de nombreuses fonctionnalités demandées par le cahier des charges Elle est ergonomique Sa communauté est correcte Sa structure est vraiment bien pensée et ne devrait pas être trop difficile pour s adapter et venir y greffer les fonctionnalités manquantes. Elle fonctionne notamment sous le système de template Smarty qui permet de séparer le cœur de l application de sa partie graphique, ce qui provoque un gain de temps important lorsque l on crée un nouveau site et que l on veut intégrer une charte graphique à cette solution. Ainsi si Azimut doit utiliser une solution open source comme base de son futur outil, c est Prestashop qui est la plus adapté à l heure actuelle. Il n est cependant pas exclu de développer l outil en entier ce qui permettrait à Azimut de maitriser complètement la technologie. Mais si cette deuxième solution est utilisée, j ai conseillé (à la fin de mon cahier de veille) de prendre exemple sur la structure de Prestashop. Rapport de stage Florian Taupier Azimut Communication Page 26
IV) Formation acquise et problèmes rencontrés A) Formation acquise Ce stage a été l occasion de mettre en application mes connaissances, et comme c est en forgeant que l on devient forgeron, il m a permis d améliorer mes compétences techniques en matière de développement web, notamment en PHP et JavaScript grâce à sa première partie. Je me suis également amélioré en termes de graphisme notamment sur l utilisation de Photoshop qui m a beaucoup servit tout au long du stage, et plus particulièrement lors de la première partie au moment de la phase de réflexion graphique et ergonomique du projet d entrepôt virtuel. De plus, ce stage m a permis d augmenter mes connaissances quand aux différentes solutions open sources permettant de créer des boutiques en ligne grâce au deuxième sujet de mon stage. Ce deuxième sujet m a également permis de mener une vraie réflexion sur tout ce que peut contenir un outil d E-boutique. B) Difficultés rencontrées Je n ai pas rencontré de grosses difficultés mais plutôt des petites : J ai eu quelques petits soucis techniques qui ont été vite réglés en cherchant la solution sur des sites spécialisés ou grâce à l aide des développeurs d Azimut. J ai rencontré un problème assez intéressant qui fut un problème de vocabulaire avec mon responsable projets qui est un commercial. Ce problème est survenu lors du premier projet, le projet d entrepôt virtuel. En fait on a eu du mal à se comprendre sur le mot «box». Pour moi, une box ou un dossier c est la même chose et techniquement les fichiers de Stockazimut sont stockés dans des dossiers sur un serveur. Mais pour le commercial, la notion de box ce n est pas la même chose que la notion de dossier, cela permet de sortir du contexte informatique. Le dernier «soucis notable» auquel j ai été confronté fut lié à l organisation des fonctionnalités de l E-boutique. En fait après avoir fait la liste de toutes les fonctionnalités que doit comporter un tel outil, je me suis retrouver devant une série de 70 fonctionnalités que j ai eu du mal à regroupé par thème (gestion de catégorie, gestion de produit, gestion du référencement ). Rapport de stage Florian Taupier Azimut Communication Page 27
V) Glossaire Pc players Un «Pc players» est un ordinateur utilisé simplement pour afficher de la vidéo. En clair, c est un ordinateur qui est programmé pour afficher un «player» (= un lecteur de vidéo ou de musique) au démarrage. Dans notre contexte, il s agit d un ordinateur programmé pour lancer le logiciel Aziplayer (player développé par Azimut) au démarrage. Serveurs de diffusion Un serveur de diffusion c est un serveur (ordinateur + logiciel serveur) sur lequel sont stockées les vidéos à diffuser via l affichage dynamique. Requêtes SQL Les requêtes sql sont les interrogations de la base de données. Elles permettent de récupérer des informations contenues à un endroit bien précis dans la base de données, d ajouter, modifier et supprimer des informations. Objet En programmation, un objet est une abstraction d entité physique. C est la représentation virtuelle de quelque chose. Par exemple dans le contexte du projet d entrepôt virtuel, les personnes qui vont utiliser l application sont des utilisateurs. Ces utilisateurs ont des caractéristiques (nom, prénom, adresse mail ). Et bien un objet Utilisateur va être la représentation virtuelle de l utilisateur physique. Cet objet va contenir les données sur l utilisateur qui vont être stockées dans des «variables» qui correspondent aux caractéristiques de l utilisateur. Classes Une classe en programmation, c est ce qui permet de définir le type d un objet, ces caractéristiques et les actions que l on va pouvoir faire avec ce type d objet (création, modification, suppression ). Diagramme de classe Un diagramme de classe, c est un dessin qui présente les classes d une application avec les attributs (=caractéristiques) et les méthodes (=actions) de chacune d entre elles. Diagramme de Jackobson Un diagramme de Jackobson, aussi appelé diagramme des cas d utilisations, est un dessin qui présente les possibilités d utilisations d une application et les acteurs qui interviennent dans chaque utilisation. Diagramme de séquence Un diagramme de séquence est un dessin qui présente le déroulement d un cas d utilisation. Tables Une table sert à stocker des informations dans une base de données. Une table contient des données bien spécifiques. Par exemple imaginons une table «article» qui permet de stocker toutes les informations spécifiques aux articles d un site d actualités. Et bien cette table va contenir différent «tuples» (= champs) qui vont chacun contenir une donnée spéciale comme le titre, le contenu, la date de création de l article Fonctions En programmation, une fonction permet d effectuer une action comme l affichage de certaines données, des calculs Rapport de stage Florian Taupier Azimut Communication Page 28
CMS Un CMS (Content management system en anglais) est un logiciel fournissant un système de gestion de contenu. Ce type de logiciel est destiné à la conception et à la mise à jour dynamique de site web ou d'application multimédia. VI) Annexes (Travaux de rédaction : cahier des spécifications, modes d emplois, cahier des charges ) Voici la liste des annexes de ce rapport avec les numéros de page associé : Annexes en rapport avec le projet d entrepôt virtuel => pages 2 à 124 o Cahier des spécifications.. 3 o Documentation...74 Mode d emploi de l administrateur....75 Mode d emploi du client.. 83 Mode d emploi de l utilisateur....94 o Marketing.117 Etude Marketing avant mise en ligne de l application...118 Fiche descriptive de l application à placer sur le site d azimut....123 Annexes en rapport avec le projet d outil d E-boutique idéal => pages 125 à 178 o Cahier des charges...126 o Veille...148 Conclusion Ce stage à été très bénéfique pour moi puisqu il m a permis de mettre en pratique mes deux domaines d activités par l intermédiaire des deux sujets bien distincts dont il se composait. Grâce au premier sujet j ai pu utiliser mes compétences en matière de développement web. Le deuxième sujet quand à lui m a permis d apporter mon savoir sur le e-commerce à l entreprise. En cela, ce stage a été un réel aboutissement à mes trois années d étude. Il m a bien confirmé que je souhaite faire carrière dans les métiers du web. Grâce à lui et à ma formation, je peux aujourd hui me positionner comme développeur web spécialisé e-commerce. Rapport de stage Florian Taupier Azimut Communication Page 29