Teddy ALBINA - Dossier de Synthese - 2

Conception d'un site e-commerce
Teddy ALBINA Concepteur Dveloppeur Informatique

Nextformation - PARIS
Dossier de synthse
Promotion 2009 - 20010
Teddy ALBINA Page 0

Sommaire
Remerciements ....................................................................................................................................... 3
Introduction............................................................................................................................................. 4
1/ Prsentation de l'entreprise ............................................................................................................... 5
1. Organisation et domaines dactivit de la socit .......................................................................... 5
2/ Mes missions....................................................................................................................................... 7
3/ Analyse du projet ................................................................................................................................ 8
1. Rgles de gestion et processus mtier ............................................................................................ 8
Processus mtier ............................................................................................................................. 8
Rgles de gestion............................................................................................................................. 9
4/ Mthodologie.................................................................................................................................... 10
1. Analyse de l'organisation .............................................................................................................. 10
Identification des acteurs du systme d'information ................................................................... 10
Communication au sein de l'organisation et avec l'extrieur ....................................................... 11
2. Utilisations de la solution par l'organisation et les acteurs externe ............................................. 12
3. Conception de la base de donnes ............................................................................................... 15
1. Identification des objets mtiers ............................................................................................... 15
2. Identifications des relations ...................................................................................................... 15
3. Fiabilit et mont en charge...................................................................................................... 15
5/ Ralisation du projet ......................................................................................................................... 16
1. Technologies et outils.................................................................................................................... 16
2. Organisation de la solution ........................................................................................................... 17
3. Intgration graphique.................................................................................................................... 18
1. Mise en place des templates ..................................................................................................... 23
2. Utilisation des templates ........................................................................................................... 24
4. Architecture ................................................................................................................................... 25
1. Composants ............................................................................................................................... 26
2. Mise en uvre........................................................................................................................... 29
5. Intgration du systme de vente en ligne ..................................................................................... 31
6. Intgration de composants tiers ................................................................................................... 36
7. Test et validation des dveloppements ........................................................................................ 39
8. Dploiement .................................................................................................................................. 41
1. Choix de l'hbergeur ................................................................................................................. 41
2. Mise en place de la solution ...................................................................................................... 42
Teddy ALBINA Page 1

3. Configuration de la solution ...................................................................................................... 44

6/ Changements en cours de projet ...................................................................................................... 45
Conclusion ............................................................................................................................................. 46
Bibliographie.......................................................................................................................................... 47
ANNEXE ................................................................................................................................................. 48
Teddy ALBINA Page 2

Remerciements
Je remercie Mademoiselle Hlya SOMAR, ainsi que l'ensemble de nos formateurs

pour leur soutient et leur accompagnement.
Je remercie galement Monsieur Franck MOUTARDIER, mon tuteur pour m'avoir accueilli
au sein de son entreprise pour la ralisation de mon anne de licence professionnelle. De plus,
j'adresse mes remerciements Monsieur Sylvain GRENIER associ de Monsieur
MOUTARDIER de m'avoir accueilli au sein de leur socit ROUTE INN' MOTO.
Teddy ALBINA Page 3

Introduction
Mon anne de formation, s'est droule au sein de l'entreprise Wyzapps software, qui
est une SSII cre et dirige par Monsieur Franck MOUTARDIER.
Wyzapps software est prestataire de service pour la ralisation d'un projet web, pour le
compte de l'entreprise Route Inn' Moto, fonde par Messieurs Sylvain GRENIER et Franck
MOURTARDIER. Route Inn' Moto est principalement un importateur qui vend des motos
125cm3 sous sa marque DRIM. De plus Route Inn' Moto, a d'autres activits telles que la
rparation de deux roues, la vente/reprise de matriel d'occasion et galement la vente de
produits drivs.
La problmatique souleve par Route Inn' Moto tait de possder un site web, lui permettant
de communiquer avec ses clients au travers d'internet, mais aussi de vendre ses produits tant
aux professionnels qu'aux particuliers par ce biais.
Dans un premier temps je vous prsenterai les deux entreprises dans lesquelles j'ai volu,
puis je vous exposerai les missions qui m'ont t confies. Par la suite, j'expliquerai comment
j'ai procd de la phase d'analyse en passant par les mthodologies utilises. Enfin, j'aborderai
la ralisation du projet, et les changements d'orientation qui ont eu lieu au cours de la
ralisation de ce dernier.
Teddy ALBINA Page 4

1/ Prsentation de l'entreprise
1. Organisation et domaines dactivit de la socit
J'ai effectu mon anne au sein de la SSII Wyzapps software en tant que prestataire de
service pour lentreprise ROUTE INN MOTO (RIM). La SSII Wyzapps software a t
fonde et est dirige par Monsieur Franck MOUTARDIER, informaticien spcialis dans la
technologie IBM Lotus. Le socit RIM a t cre par Monsieur Franck MOUTARDIER et
Monsieur Sylvain GRENIER. Ma mission au sein de l'entreprise Route Inn' Moto (RIM) tait
de concevoir et maintenir un site web marchand.
RIM
Wyzapps
Projet de software
site web
SSII Prestataire de
service
La socit RIM t cre en mars 2008 et possde 4 domaines dactivit stratgique:
1. Distribution de motos 125 CM3 importes de chine sous la marque DRIM

2. Rparation de 2/4 roues (motos, quads, buggies, scooters)
3. Vente/reprise de motos, scooter, quads
4. Vente de produits drivs : dquipements (veste, gants, casques), pices
(motorisation) et accessoires (tuning)
Le premier domaine dactivit stratgique (DAS) est le cur de mtier de lentreprise.
Teddy ALBINA Page 5

Figure 1 : Organigramme de la socit
Teddy ALBINA Page 6

2/ Mes missions
Dans le cadre de mon anne de formation j'ai t charg de concevoir un site e-

commerce, ainsi que le back office associ. De plus, j'tais en charge de la rdaction de
l'ensemble des dossiers de la solution (cahier des charges, dossier de conception etc.). En
outre, j'ai effectu toutes les tapes de conception et de mise en uvre de la solution. Ainsi,
j'ai dcid des mthodologies devant tre appliques, ainsi que du planning de
dveloppement. Par ailleurs, durant deux mois j'ai gr et planifi le travail d'un stagiaire
dveloppeur.
La liste des documents que j'ai labors est la suivante :
Le cahier des charges : il contient les spcifications initiales des exigences du matre
d'ouvrage.
Rfrence : RTN -CDC-V1
Le modle mtier : il correspond au modle conceptuel, et est accompagn des rgles de
gestions, et du modle de communication.
Rfrence : RTN-MM-V1
Le dossier de spcification : il contient les instructions techniques de mise en place de
l'environnement et de dveloppement de l'architecture.
Rfrence : RTN-DS-V1
Le dossier des rgles de gestion applicatives : il contient l'ensemble des rgles de gestion de
base mise en uvre pour la conception de la solution.
Rfrence : RTN-RGA-V1
Le dossier de conception : il contient l'ensemble des choix techniques et architecturaux de la
solution.
Rfrence : RTN-DC-V1
Le dossier de configuration : il contient l'ensemble des informations permettant de
configurer la solution.
Rfrence : RTN-DCO-V1
Teddy ALBINA Page 7

3/ Analyse du projet
1. Rgles de gestion et processus mtier

En me basant sur le cahier des charges et les prcisions des acteurs du projet j'ai tabli
une description du processus mtier ainsi que la liste des principales rgles de gestion.
Processus mtier
Les tapes du processus mtier pour la partie vente sont les suivantes:
Dfinir le catalogue des articles en vente (vente, dpt vente)

Dfinir les catgories pour les articles
Classer les articles par catgorie
Rendre possible le classement par catgorie d'articles
Publier le catalogue sur internet
Fournir un caddie lectronique pour l'tablissement des commandes
Fournir une liste des concessionnaires
Recevoir et traiter les commandes des clients
Vrifier la disponibilit des articles commands
Enlever les articles demands de l'inventaire
Envoyer la facture au client (par e-mail ou par courrier)
Envoyer les commandes aux clients
Les tapes du processus mtier pour la publication d'articles de presse sont les suivantes :
Dfinir des types d'diteur

Dfinir des diteurs
Publier des articles de presse
Les tapes du processus mtier pour la partie "zone client" sont les suivantes :
Vrifier l'identit du client

Fournir des formulaires pour la saisie et la modification des informations clients
Fournir un historique des commandes
Fournir la possibilit de tlcharger les factures des anciennes commandes
Fournir un suivie des commandes
Fournir un moyen de contacter le service client
Teddy ALBINA Page 8

Rgles de gestion
Les rgles de gestion suivantes ont t dgages :
R1 : Une catgorie d'articles rassemble un ou plusieurs articles du mme type. Un article

appartient une seule catgorie.
R2 : Les articles de types pice et accessoire peuvent tre li ou non un ou des vhicules
en base de donnes.
R3 : Les articles de types moto doivent obligatoirement avoir des images de carrousel.
R4 : Les articles peuvent tre vendu en aucun ou plusieurs couleurs.
R5 : Un article ne peut tre vendu un prix infrieur 1, il ne peut ne pas avoir de TVA.
R6 : Deux articles de la mme catgorie ne peuvent avoir la mme rfrence.
R7 : Un article ne peut tre vendu que s'il en reste au moins un exemplaire en stock.
R8 : Un client n'est rattach qu' un seul type de client.
R9 : Deux clients ne peuvent avoir le mme code de rfrence, le mme nom d'utilisateur.
R10 : Un client peut tre enregistr sans possder de compte valid pour l'accs depuis le
site web
R11 : Un client doit obligatoirement possder une adresse physique.
R12 : Un client ne peut tre rattach qu une seule civilit.
R13 : Un client de type professionnel doit possder un numro de TVA intracommunautaire,
une raison sociale et un numro de Siret.
R14 : Un panier est obligatoirement attach une facture.
R15 : Une facture n'est rattache qu' un type de facture. Un type de facture n'est rattach
qu un seul type de client.
R16 : Une facture possde un statut de commande (en attente, valide, refuse etc.).
R17 : Une facture possde ventuellement un transporteur.
R18 : Une facture possde un type de moyen de paiement.
R19 : Un type d'diteur de presse rassemble un ensemble d'diteur.
R20 : Un diteur est rattach un type d'diteur.
R21 : Deux diteurs ne peuvent avoir le mme nom ou et la mme adresse web.
R22 : Un article de presse est rattach un diteur. Deux articles ne peuvent avoir la mme
adresse web.
R23 : Un type de reprise rassemble un ensemble de reprise.
R24 : Un type d'tat de reprise rassemble un ensemble de reprise.
R25 : Une reprise est rattache un type de reprise et un type d'tat de reprise.
R26 : Un concessionnaire doit avoir un nom.
R27 : Deux concessionnaires peuvent avoir le mme nom.
Par la suite j'ai utilis ces rgles pour effectuer une analyse MERISE de l'organisation, qui a
ensuite dcoul sur une analyse du systme d'information et enfin sur la conception d'un
MCD, et d'un MPD.
Teddy ALBINA Page 9

4/ Mthodologie
1. Analyse de l'organisation
Aprs avoir dgag les principales rgles de gestion ainsi que les processus mtier, j'ai
effectu une analyse de l'organisation selon la mthode MERISE. Pour m'aider dans les tapes
de modlisation j'ai utilis les logiciels Microsoft Visio, PowerDesigner et StarUML.
Identification des acteurs du systme d'information

Tout d'abord j'ai procd une identification de l'intgralit des acteurs de
l'organisation et donc du futur systme d'information. Pour cela j'ai procd par observation,
coute et interrogation des acteurs. De mmes, en m'appuyant sur le cahier des charges les
acteurs externes l'organisation, mais interagissant avec elles ont pu tre identifis.
Il existe deux classes d'acteurs :
Les acteurs externes : Banque, Clients, Internautes.
Les acteurs internes : Service client, Service livraison et expdition, Service comptable,
Service commercial, Service technique, Service informatique.
Certains des acteurs internes sont particuliers dans le sens o ils n'existent pas distinctement
au sein de l'organisation, tant donn que celle-ci est restreinte ce qui fait que plusieurs
personnes occupent plusieurs rles. Nanmoins ces acteurs existent conceptuellement.
Figure 2 : Description des acteurs du SI
Nom Dfinition
Service client Ce service est en charge de la gestion des clients, des
commandes et de la relation client.
Service livraison et Ce service gre la prparation, l'expdition et la livraison des
expdition commandes.
Service comptable Ce service gre l'encaissement des paiements et tient la
comptabilit.
Service commercial Ce service est en charge de la promotion des produits.
Service technique Ce service est en charge de l'entretien des vhicules, et de la
rparation.
Service informatique Ce service assure la gestion du parc informatique de
l'entreprise et la conception des outils dvelopps.
Clients Les clients sont des internautes possdant un compte client.
Internautes Les internautes sont les visiteurs du site marchand
Teddy ALBINA Page 10

J'ai poursuivi mon analyse en identifiant les flux d'information au sein de

l'organisation, ainsi que les informations que celle-ci change avec l'extrieur.
Communication au sein de l'organisation et avec l'extrieur

Pour identifier l'ensemble des flux j'ai commenc par dfinir l'organisation en utilisant
des diagrammes de flux.
Dfinition de l'organisation
J'ai ensuite modlis le contexte gnral dans lequel s'inscrit l'organisation l'aide d'un
diagramme de contexte auquel j'ai adjoint un tableau dcrivant les flux entre les acteurs
externes et l'organisation.

Diagramme de contexte
Envoi Retour
Internautes Demande de renseignements Renseignements de la part du
service client
Clients Demande de renseignements sur les produits Renseignements de la part du
Demande d'informations sur une ou des service client
commandes
Banque Retour d'informations concernant une
commande
Enfin j'ai construit le diagramme conceptuel de flux et l'ensemble des matrices de flux.
Annexe 1 : Diagramme conceptuel de flux

Annexe 2 : Matrice de flux entre les clients et les services de l'entreprise lors d'une
commande
Annexe 3 : Matrice de flux entre le client dposant un article en dpt vente ou en
reprise
Annexe 4 : Matrice de flux entre les internautes et le service client
Annexe 5 : Matrice de flux entre les services comptable, commercial et client
2. Utilisations de la solution par l'organisation et les acteurs externe

Paralllement ces travaux mes discussions avec le matre d'ouvrage, les acteurs de
l'organisation et mes observations m'ont permis d'chafauder les diagrammes d'utilisations de
la solution. Ces diagrammes prennent en compte l'ensemble des entits et des flux
d'informations dcoulant de l'analyse de l'organisation.
L'ensemble des cas d'utilisation sont rpertoris dans le dossier de spcification de la solution
RTN-DS-V1.

Figure 3 : Cas d'utilisation de l'authentification

Figure 4 : Cas d'utilisation de la gestion d'article de presse

3. Conception de la base de donnes

Les lments recueillis m'ont permis d'tablir le modle conceptuel de donnes. Pour
tablir, un modle correcte je me suis aid du livre (S. Lecompte, Mysql 5.0) expliquant la
dmarche MERISE applique la modlisation de base de donnes, ainsi que l'utilisation du
logiciel PowerAMC.
1. Identification des objets mtiers

Pour tablir le MCD j'ai commenc par dgager les principaux objets mtiers (ou
entits) qui reprsentent les composants acteurs du processus mtier. Par la suite pour chacun
des objets mtiers j'ai identifi les attributs en m'aidant des rgles de gestion et du processus
mtier ainsi que de questionnements auprs du maitre d'ouvrage. De plus j'ai convenu pour
chaque objet d'un champs d'identifiant.
2. Identifications des relations

Dans un second temps j'ai identifi les relations (ou associations) existantes entre les
entits. Pour cela, je me suis aid des rgles de gestion, du processus mtier ainsi que
questionnement auprs du maitre d'ouvrage. Afin de garantir que la base de donnes soit bien
conue, j'ai valid chaque tape de la conception grce aux fonctionnalits de validation
prsentent dans le logiciel PowerDesigner que j'ai utilis (Annexe 6).
Avant de passer la conception du modle physique de donnes, j'ai modlis le Modle

Orient Objet (Annexe 7) afin d'avoir une vue d'ensemble des relations entre les entits.
Pour concevoir le modle physique de donnes j'ai utilis la fonctionnalit de gnration de

script de base de donnes prsente dans le logiciel PowerDesigner. J'ai ensuite procd une
vrification du script gnr, afin de m'assurer qu'il ne contienne pas d'erreurs.
3. Fiabilit et mont en charge

J'ai pris la dcision d'utiliser des procdures stockes pour les requtes sensibles telle
que l'ajout d'une moto. En effet, l'utilisation de procdures stockes permet de faire ces
oprations de faon transactionnelle, et donc de garantir la cohrence de la base de donnes.
En outre, j'ai privilgi l'utilisation de vues pour certaines requtes comportant un nombre
important de jointures. L'utilisation de vues permet au serveur SQL de ne pas avoir
recalculer le plan d'excution de la requte chaque fois. De ce fait la charge du serveur
diminue.

5/ Ralisation du projet
1. Technologies et outils
Pour raliser ce projet j'ai utilis le langage C# 3.5, ainsi que la plateforme ASP.net
3.5. De plus j'ai travaill avec les bases de donnes SQL server 2005 et 2008, le
dveloppement s'est effectu sous Visual studio 2008. A la demande du matre d'ouvrage qui
souhaitait utiliser un outil tel que Hibernate j'ai choisi d'utiliser Linq To Sql, en me fondant
notamment sur ma comptence et l'tat des outils disponibles sur la plateforme notamment
Entity Framework.
Figure 5 : Topologie de l'environnement de l'entreprise

2. Organisation de la solution
Avant de commencer la programmation de la solution j'ai dtermin l'arborescence des
dossiers. J'ai choisi de crer un dossier Administration pour l'ensemble des fichiers de
l'interface d'administration, les fichiers du site marchand se trouvant la racine du dossier
principal. L'ensemble des ressources externes aux pages web se trouvent dans le dossier
Fichiers contenant lui mme un dossier par type de ressource. Par ailleurs, un dossier
Zone-utilisateur contient l'ensemble des pages ayant attrait la gestion de compte client,
et la passation de commandes. De mme un dossier Rss contient les handlers ASP.net
fournissant les flux RSS. Enfin un dossier MasterPages contient l'ensemble des masterpages
de la solution.
La solution de dveloppement a t scinde en deux branches l'une servant au dbogage et aux

tests, et une autre tant la branche principale contenant le code finale de la solution.
Code deboger
Release
Tests Code et
fonctionnement
valid
Debug

3. Intgration graphique
Le designer a ralis les maquettes du site marchand avant le dbut du projet, l'aide
du logiciel Adobe Photoshop. J'ai effectu le travail d'intgration graphique en collaboration
avec un stagiaire dveloppeur, nous avons ralis ce travail en respectant les dcisions prises
lors de la raction du dossier de conception (RTN-DC-V1).
Pour nous assurer de la qualit du travail effectu, nous avons valid chacune des maquettes
en suivant le cycle suivant.
Validation
outils W3C
Zoning Qualit Validation

visuel
Validation
sur divers
navigateurs
La validation des diffrentes tapes tait effectue par nous mme dveloppeurs, mais aussi
par le matre d'ouvrage et par le designer. Cette mthodologie nous a permis d'assurer la
meilleure qualit possible. En outre, nous avons mis en place une architecture de dossier
simple et logique, veill au respect des conventions de nommage ainsi qu'au format de
fichiers utiliss.
L'utilisation du format PNG pour l'ensemble des images composants le site, pose des
problmes sur les versions infrieures internet explorer 7 avons mis en place un script
JavaScript rsolvant le problme de non gestion de la transparence.


Figure 6 : Arborescence et conventions de nommage et formats de fichiers
Durant la conception des maquettes du site marchand nous avons rencontr des problmes lis
aux polices utiliss sur le site, savoir Helvetica Neue. En effet, il s'est avr que seul le
navigateur Internet Explorer supportait les fichiers de polices, car c'est ce dernier qui est
l'origine du balisage CSS :
@font-face
{
font-family:"HelveticaNeueLT Std Blk Cn";
src: url('../Font/HelveticaNeueLTStd-BlkCn.otf');
}
De plus l'utilisation de police au format "naturel" ne vas pas sans poser certains problmes
d'ordre juridique du la licence des polices Helvetica Neue qui interdisent leur diffusion. L
encore aprs enqute nous avons dcouvert que seul l'diteur de Internet Explorer avait pris en
compte le problme juridique en mettant en place un format spcifique permettant le respect
des licences des diteurs de polices tout en permettant l'utilisation de polices telles que
Helvetica Neue. Ce format nomm Embedded Open Type a t soumis au W3C mais n'a pas
encore t normalis (cf : http://www.w3.org/Submission/EOT/).

Nous avons donc contourn cet obstacle, en transformant le texte utilisant ces polices en
image. L'utilisation d'images au lieu de texte posant des problmes de rfrencement c'est
pourquoi l'attribut ALT de chaque image reprend l'intgralit du texte qu'elle prsente.
Aprs avoir assembl les maquettes XHTML, nous nous sommes concerts avec le maitre
d'ouvrage pour dcider des balises de mta donnes que nous devions ajouter aux pages
maitres.
<meta name="reply-to" content="[email protected]" />

<meta name="Revisit-after" content="4 days" />
<meta name="author" content="RouteInn'" />
<meta name="robots" content="all" />
<meta name="rating" content="general" />
<link rel="start" title="Accueil" href="Default.aspx" />
<link rel="shortcut icon" type="image/x-icon" href="/icone.ico" />
<link rel="icon" type="image/png" href="/icone.png" />
<meta name="verify-v1"
content="8Bnh6ojeKzET4FHfFHF3O5qsI1lk/yVqHCnfz3wGNJg=" />
<meta name="msvalidate.01" content="1FA23BB243FF1F21C92D4C6E314C90DF"
/>
<link rel="canonical" href="http://www.drim-moto.com" />
<meta name="DC.Description" content="Route Inn' Moto, crateur de
solution en milieu urbain. Dcouvrez les 125 DRIM, Roadster et Sport.
Ventes, reprises, rparations, distribution motos, pices, accessoires et
quipements sur toute l'Ile de France." />
<meta name="DC.Keywords" content="drim, dream, drime, moto, motos,
125cc, moto 125, routeinn, route inn, moto neuve, motos neuves, achat
moto, moto chinoise, motos chinoises, drym, vend moto, 125cm3, motos
125cm3, magasin moto paris" />
<script type="text/javascript">
var gaJsHost = (("https:" == document.location.protocol) ?
"https://ssl." : "http://www.");
document.write(unescape("%3Cscript src='" + gaJsHost + "google-
analytics.com/ga.js' type='text/javascript'%3E%3C/script%3E"));
</script>
try {
var pageTracker = _gat._getTracker("UA-7462xxx-1");
pageTracker._trackPageview();
} catch (err) { }
</script>

Le designer n'ayant pas cr de maquette pour le Back office j'ai pris la conception de
l'interface de celui-ci ma charge. J'ai dcid d'adopter une prsentation classique avec une
barre de menu principaux en haut de page, une seconde horizontale barre de contenant les
sous-menus ventuels, une large zone verticale gauche qui comporte l'ensemble des
commandes et la prsentation des donnes, et enfin une barre verticale droite comportant les
actions spcifiques la section. Le "look & feel" du backoffice a t emprunt au logiciel
windows media player 12.
Figure 7 : Agencement du back office

Chaque section du backoffice, possde une page listant l'ensemble des donnes manipules
par celle-ci. Ces donnes sont affiches l'intrieur d'un gridview, dont la mise en forme est
toujours la mme afin de garantir la cohrence de l'interface, et une meilleure comprhension
de cette dernire par l'utilisateur.
Chacun de ces gridview comporte les options voir , supprimer et modifier . La

fonctionnalit voir permet de visualiser l'ensemble des informations sur le type d'information
trait dans la section. Loption supprimer permet d'ter de la base de donnes,
l'enregistrement slectionn. L'option modifier permet quant elle de modifier les
donnes de l'enregistrement slectionn. Par ailleurs, l'option supprimer est soumise une
validation, afin que l'utilisateur ne supprime pas involontairement des informations de la base
de donnes.
Figure 8 : Gridview de listing des clients
Figure 9 : Fentre de confirmation de la suppression d'un client

1. Mise en place des templates

L'ensemble des lments issus de l'intgration graphique prcdente ont ensuite t
utiliss pour mettre en place les templates du site marchand. Pour cela nous avons respect
l'architecture ASP.net en nous appuyant sur des masterpages. Les masterpages permettent de
ne pas avoir refaire le travail d'intgration pour chaque page du site et assurent donc sa
cohrence graphique.
Le systme de masterpage fonctionne avec des zones dites zone de contenu ; les masterpages
tant quant eux appels page de contenu (cf : http://msdn.microsoft.com/fr-
fr/library/wtxbf3hh(VS.80).aspx). Ces zones sont dlimites par des balises
ContentPlaceHolder.
<asp:ContentPlaceHolder ID="ContainerCentral" runat="server" />
Figure 10 : Fonctionnement des masterpages
Pour obtenir des masterpages strictement identiques l'intgration statique, nous avons
effectu de nouveaux zoning afin de reprer les zones de contenus.

Une fois ce reprage effectu nous avons dplac le code des pages statiques vers les
masterpages. Aprs concertation nous avons dcid de mettre en place trois masterpages, un
masterpage pour la page d'accueil, un masterpage pour le reste du site l'exception des parties
du site se trouvant dans la zone-utilisateur, et un masterpage pour la partie du site ddi aux
clients (commandes, gestion de compte).
De plus nous avons dtermin l'existence de 6 zones de contenus sur le masterpage de la page
d'accueil. Sur le masterpage ddi au reste du site nous avons dtermin l'existence de 4 zones
de contenus. Enfin, sur le masterpage de la zone-utilisateur nous avons reprs 3 zones de
contenus. Nous avons procds de la mme manire pour le backoffice, pour lequel il existe,
3 zones de contenus.
2. Utilisation des templates

Une fois les templates crs, il suffit pour chacune des pages de charger la ou les zones
que l'on souhaite diter. Pour cela la page (.aspx) doit driver du masterpage souhait.
<%@ Page Title="Route Inn' - Les chos de DRIM dans la presse"

Language="C#" MasterPageFile="~/MasterPages/Site.master"
AutoEventWireup="true" CodeFile="Presse.aspx.cs" Inherits="Presse" %>
L'dition d'une zone de contenu se fait alors de la faon suivante.
<asp:Content ID="Content3" ContentPlaceHolderID="ContainerCentral"

runat="Server"> contenu </asp:Content>

4. Architecture
J'ai choisi d'orienter la solution vers une architecture quatre couches, afin d'assurer
son volutivit ainsi qu'une maintenance plus aise. L'utilisation de Linq To Sql est un peu
particulire dans le sens o LINQ est la couche d'accs aux donnes. En effet, cette
technologie fait qu'il est possible d'adresser directement des requtes la base de donnes en
utilisant directement les classes gnres, car Linq est un langage d'interrogation de donnes
part entire.
Figure 11 : Architecture de la solution
Couche d'accs aux donnes : cette couche contient l'implmentation des accs la base de
donnes afin de la masquer la couche mtier. Cette couche est en partie gre par Linq To
Sql.
Couche mtier : cette couche contient les objets mtier de l'application. Ces objets
implmentent les fonctionnalits, et font le lien entre l'interface utilisateur et la couche d'accs
aux donnes.
Couche utilitaire : cette couche contient les objets de validation, de gnration des donnes.
Couche prsentation : cette couche reprsente les interfaces des applications. Elle se charge
d'afficher des contenus l'utilisateur et de lui offrir des interfaces pour interagir avec
l'application. La couche prsentation repose sur l'architecture Web Form qui permet de
sparer le code de prsentation du code fonctionnel.

1. Composants
Une fois le choix de l'architecture arrt, j'ai effectu une analyse UML de la solution
afin de dgager l'ensemble des composants devant assurer son fonctionnement. Pour dfinir
les composants j'ai procd un dcoupage des grandes fonctionnalits et entits du systme
(caddie, article, type d'article, accs aux donnes) ; Me permettant ainsi de dgager les
principaux composants du systme.
Figure 12 : Diagramme de domaine primaire
J'ai ensuite affin mon analyse en m'interrogeant sur les fonctionnalits redondantes (contrle
de format de donnes etc.), c'est ainsi que j'ai dfini le composant RouteInn.Common qui
regroupe entre autre les numrations de type d'article et de type de client ainsi que le
composant RouteInn.DAL.DataTransform. Les composants ASP.net spcialis ont t
"dcouvert" au cours de la programmation.

Figure 13 : Diagramme de domaine secondaire
Afin de m'assurer de la pertinence de mon analyse je me suis aid d'outils pdagogiques

notamment d'un livre sur UML (B. Charroux, A. Osmani, Y T-Mieg, 2008) et de ressources
en ligne.
Aprs cette phase d'analyse, j'ai plac chaque objet dans un package distinct, afin d'assurer la
cohrence et la comprhension de la solution. En outre, chaque composant respecte la
convention suivante : RouteInn.NomDuComposant. Enfin, j'ai dfini pour chaque composant
la couche logicielle laquelle il appartient.

Figure 14 : Emplacement des composants dans chacune des couches
En outre, j'ai cr un diagramme de dpendance des composants afin de m'assurer qu'il

n'existe qu'un moindre nombre de dpendances circulaires, pouvant terme entraver
l'volutivit de la solution.
Diagramme 1: Diagramme de dpendance des composants

2. Mise en uvre
Avant de commencer la programmation des composants j'ai en premier lieu, dessin le
diagramme de classe de chacun d'eux (Annexe 8 et 9). Pour cela j'ai utilis les logiciels,
StarUML et PowerDesigner. La conception des composants s'est faite en utilisant les
diagrammes de cas d'utilisation, afin de savoir quels services chacun d'eux devait rendre.
Tout d'abord j'ai modlis les classes reprsentant les objets de base (Figure 10 et 11). Puis j'ai
cr les numrations des types d'articles et des types de clients. De mme, j'ai ensuite
modlis les classes de gestion des exceptions. Le composant RouteInn.Common
comportant des mthodes utilisant des expressions rgulires, j'ai dvelopp celles-ci l'aide
du langage PERL. La modlisation de la classe fournissant les mthodes d'accs aux donnes
s'est faite au fur et mesure de la programmation. En effet, j'ai programm ces mthodes en
fonction des besoins des classes suprieures, je n'avais au dbut du projet aucune relle
visibilit sur les mthodes ncessaires.
En outre, il s'est avr que certaines fonctionnalits ne pouvaient tre prsentes l'intrieur
de pages classique (ex : gestion des couleurs). J'ai donc dport ces dernires l'intrieur de
user control asp.net . Puis j'ai cr pour chacun deux une page asp.net les hbergeant.
Enfin, l'utilisation du framework highslide m'a permis de prsenter ces fonctionnalits sous
forme de fentre flottante.
Tableau 1: Chargement d'un control utilisateur
<%@ Register Src="../UserControls/Categorie.ascx" TagName="Categorie"

TagPrefix="uccategorie" %>
Tableau 2 : Utilisation d'un control utilisateur
<uccategorie:Categorie ID="Categorie1" runat="server" />

Au cours de la mise en uvre j'ai pris en compte la problmatique du rfrencement, pour

cela j'ai utilis les Google webmasters tools, Google Analytics, ainsi que les outils du moteur
Bing. Ces outils permettent aux moteurs de recherche d'indexer au mieux le site. De mme,
j'ai utilis un fichier sitemap, ainsi qu'un fichier de contrle robots.txt. Par ailleurs, j'ai mis en
place les balises mta fournies par ces outils et d'autres dont j'ai dcid.
Nom Valeur
verify-v1 8Bnh6ojeKzET4FHfFHF3O5qsI1lk/yVqHCnfz3wGNJg=
canonical http://www.drim-moto.com
msvalidate.01 1FA23BB243FF1F21C92D4C6E314C90DF
start <link rel="start" title="Accueil" href="Default.aspx" />
rating <meta name="rating" content="general" />
reply-to <meta name="reply-to" content="[email protected]" />
Revisit-after <meta name="Revisit-after" content="4 days" />
author <meta name="author" content="RouteInn'" />
robots <meta name="robots" content="all" />
J'ai plusieurs reprises au cours de la mise en uvre, mis jour les diagrammes de classes et
la documentation. En effet, certaines contraintes ou exigences ont t dcouvertes au cours de
du dveloppement.
L'une des difficults de la mise en uvre de la solution a t de grer les imprcisions de

certaines demandes ou la survenue de nouvelles demandes. Par ailleurs, il m'a fallut grer les
demandes de changements de certains fonctionnalits en cours de dveloppement par le
matre d'ouvrage. Ces contraintes ont engendres des retards, en me contraignant revenir sur
les analyses que j'avais effectues auparavant et/ou en m'obligeant recommencer le
dveloppement. En outre, certaines fois je devais remettre jour l'ensemble de la
documentation.

5. Intgration du systme de vente en ligne

Le site marchand permet aux clients de passer des commandes, le service de vente en
ligne est fournit par la banque. Nanmoins le service bancaire, bien qu'externe la solution
interagit avec elle par le biais de page de retour d'informations spcialement mises en place en
son sein.
La banque nous a fourni les documents de spcifications de sa solution de vente en ligne.
Figure 15 : Cinmatique du paiement en ligne (fournit par la banque)
Informations complmentaires :
- RTN-BQG-V1.2
- RTN-BQT-V1.2
Tout d'abord j'ai schmatis les grandes tapes du processus de vente
Enregistrement
Validation du
Facturation de la
panier
commande

Puis j'ai dtermin les informations importantes devant apparaitre sur la page de facturation.
Information du client (nom, prnom, adresse de facturation, numro de tlphone, mail )

Liste des transporteurs
Numro de facturation
De mme j'ai dfini avec le maitre d'ouvrage les informations que le client doit pouvoir
modifier lors de la commande. En outre, le matre d'ouvrage m'a communiqu le format que
doit respecter le numro de facturation, ainsi que les informations sur les donnes devant tre
conserves en base de donnes.
Figure 16 : Informations complmentaires concernant les donnes de la commande
Information Commentaire
Identifiant du moyen de paiement Le TPE ne permet le paiement que par carte,
mais un client peut payer en chque par
exemple la saisie des commandes est alors
faite manuellement via le backoffice
Identifiant du statut de la commande Le statut commande reprsente ltat de la
commande un instant T. Il peut tre sur
confirm, en attente etc.
Identifiant du transporteur Si le client choisit de se faire livrer il est
impratif de conserver cet indicateur
Rfrence de la facture Au format AAAAMMNNNN.
AAAA = quatre chiffres de l'anne

MM = deux chiffres du mois
NNNN = NNNN reprsente un chiffre
quelconque unique.
Commentaire Commentaire laisser sur cette vente via le

backoffice mettre a NULL
Pour chaque commande le client pour spcifier une adresse de facturation et de livraison
diffrente de celle enregistre sur son compte client.
Adresse de facturation Adresse de facturation pour cette commande
Adresse de livraison Adresse de livraison pour cette commande
Code postal Code postal pour cette livraison
Ville Ville pour cette livraison
Informations complmentaires :
- RTN-MM-V1
- RTN-PD-SQL

Par ailleurs, j'ai utilis le logiciel Visio pour modliser les diffrentes tapes de la commande
au sein de l'organisation et au sein de la banque grce des diagrammes d'activits.
Figure 17 : Diagrammes d'activits de la commande

Cette phase d'analyse m'a permis d'avoir une vue plus complte des diffrentes tapes de la
vente en ligne, et des interactions du systme d'information de la banque, avec le site
marchand.
Les exemples de code et les spcifications fournies par la banque montrent que certains
caractres de la table ASCII doivent tre transposs en leur reprsentation html. Pour cela j'ai
cr un dictionnaire de chacun de ces caractres et de sa reprsentation html.
/// <summary>
/// Dictionnaire des caractres ASCII transposer
/// </summary>
private static readonly Dictionary<string, string>
s_AsciiTransposeTable = new Dictionary<string, string>()
{
{ ":", ":" },
{ "/", "/" },
{ "?", "?" },
{ "=", "=" },
{ "!", "!" },
{ "\"", """ },
{ "#", "#" },
{ "$", "$" },
{ "%", "%" },
{ "&", "&" },
{ "'", "'" },
{ "(", "(" },
{ ")", ")" },
{ "*", "*" },
{ "+", "+" },
{ ",", "," },
{ ";", ";" },
{ "<", "<" },
{ ">", ">" },
{ "[", "[" },
{ "\\", "\" },
{ "]", "]" },
{ "^", "^" },

{ "~", "~" },
{ "{", "{" },
{ "|", "|" },
{ "}", "}" }
};
Puis j'ai crit une fonction charge de transposer les caractres ASCII en leur reprsentation
html en utilisant le dictionnaire.
/// <summary>
/// Transcode les caractres ASCII en leur reprsentation Html
hexadcimal
/// </summary>
/// <param name="value">Chaine de caractre transcoder</param>
/// <returns>Chaine de caractre transcode</returns>
public static string TransposerAsciiCIC(string value)
{
StringBuilder sb = new StringBuilder();
for (int i = 0; i < value.Length; i++)
{
if
(s_AsciiTransposeTable.ContainsKey(value[i].ToString()))
sb.Append(s_AsciiTransposeTable[value[i].ToString()]);
else
sb.Append(value[i].ToString());
}
return sb.ToString();
}
L'ensemble du processus de vente a t divis en deux pages web, l'une prsentant au client le
contenu de son panier, et l'autre lui permettant de slectionner un transporteur, et de modifier
ses informations de facturation et/ou de livraison.

6. Intgration de composants tiers

L'intgration de certaines fonctionnalits a ncessit l'emploi de composants tiers. En
effet, certaines fonctionnalits ncessitent une prsentation ou ont un fonctionnement
spcifique. Ces composants sont des frameworks et des scripts javascript, mais aussi des
bibliothques de contrles ASP.net.
Avant l'intgration dfinitive d'un composant tiers, une maquette montrant son
fonctionnement tait mise au point, puis prsente au matre d'ouvrage. Aprs approbation de
ce dernier l'outil tait utilis, sinon un nouvel outil tait propos. L'utilisation de composant
Javascript concerne notamment, la prsentation d'images rduction et agrandissement, ainsi
que la gestion de fentres de type popup ou modale. Pour cela j'ai utilis les composants
Highslide, Jcarousel, Lightbox, et Reflection.
Les composants ASP.net sont notamment FckEditor pour avoir un diteur WYSIWYG
puissant et prouv et MetaBuilders. MetaBuilders fournit notamment des composants tels
que, la CheckedListBox et le MultiFileUpload. L'utilisation de ces derniers, est justifie par le
fait qu'ils ne sont pas prsents dans les composants asp.net de base, de plus ils permettent de
diminuer le temps de livraison de la solution.
Le chargement des composants JavaScript se fait en chargeant la zone de contenu Headers.

De mme l'utilisation des composants asp.net a t effectue en utilisant les directives prvues
cet effet.
<asp:Content ID="Content1" ContentPlaceHolderID="Headers" runat="Server">

<script type="text/javascript"
src="../Fichiers/Javascript/lightbox/prototype.js"></script>
src="../Fichiers/Javascript/lightbox/scriptaculous.js?load=effects"></scrip
t>
src="../Fichiers/Javascript/lightbox/lightbox.js"></script>
src="../Fichiers/Javascript/highslide/highslide-with-html.js"></script>
<link rel="stylesheet" type="text/css"
href="../Fichiers/Javascript/highslide/highslide.css" />
hs.graphicsDir = '../Fichiers/Javascript/highslide/graphics/';
hs.outlineType = 'rounded-white';
hs.numberOfImagesToPreload = 0;
hs.showCredits = false;
hs.lang = {
loadingText: 'Chargement en cours...',
fullExpandTitle: 'Clique ici pour agrandir',
restoreTitle: 'Clique ici pour fermer',
focusTitle: 'Titre',
loadingTitle: 'Annuler'

};
</script>
</asp:Content>
<%@ Register Assembly="FredCK.FCKeditorV2" Namespace="FredCK.FCKeditorV2"
TagPrefix="fck" %>
<%@ Register Assembly="MetaBuilders.WebControls"
Namespace="MetaBuilders.WebControls"
TagPrefix="mwc" %>
Figure 18 : MetaBuilders checkedlistbox
Figure 19 : Fckeditor pour la mise en forme de contenu
Figure 20 : MetaBuilders multifileupload Figure 21 : Utilisation de jcarousel
Figure 22 : Utilisation de lightbox Figure 23 : Utilisation de reflection

Figure 24 : Utilisation de highslide
Rfrences
- Highslide : http://highslide.com
- Jcarousel : http://sorgalla.com/projects/jcarousel
- Lightbox : http://www.huddletogether.com/projects/lightbox2
- Reflection : http://cow.neondragon.net/stuff/reflection

7. Test et validation des dveloppements

Pour apporter une qualit optimale chaque dveloppement a t valid, par une srie
de tests unitaires, par des tests manuels, ou encore par des tests fonctionnels en fonction du
contexte de dveloppement.
Pour les dveloppements portant sur du code testable indpendamment de l'interaction avec
une action extrieure, j'ai procd l'criture de test unitaire. Une fois la batterie de tests
passe, le code est alors ajout la solution.
Code de test
Programmation Validation
unitaire
Pour la validation du code du caddie, j'ai crit et calcul manuellement une srie d'oprations
afin de prouver le bon fonctionnement des algorithmes, ainsi que les diffrentes erreurs de
calculs pouvant survenir. Puis j'ai cr une application console dans laquelle j'ai crit le code
de test du caddie, j'ai ensuite vrifi que chacun des rsultats renvoy par le caddie
correspondaient ceux que j'avais calcul moi mme. En outre, j'ai soumis les algorithmes du
caddie une srie de donnes errones. Une fois le fonctionnement du caddie valid il a t
ajout la solution.
Ecriture d'un
Programmation Code de test Validation
cahier de test

Les fonctionnalits utilisables depuis l'interface graphique taient soumises en plus des tests
unitaires des tests fonctionnels. Ces tests taient effectus par le matre d'ouvrage et les
utilisateurs de la solution. Ils essayaient en situation relle la nouvelle fonctionnalit, et me
faisaient un retour d'informations, si le matre d'ouvrage validait la nouvelle fonctionnalit
elle tait alors ajoute la branche principale du projet. Lorsque ce n'tait pas le cas, nous
nous concertions afin de voir les points amliorer. Ce cycle recommenait autant de fois que
ncessaire.
Code de test Ajout de la Validation

Programmation
unitaire fonctionnalit fonctionelle
Le test et la validation systmatique de chaque dveloppement prend un certain temps mais

apporte plus de scurit concernant la fiabilit du systme. Nanmoins, il est apparu que les
tests ne peuvent prmunir intgralement des bugs.

8. Dploiement
1. Choix de l'hbergeur
Mon chef de projet m'a confi le choix du prestataire qui assurerait l'hbergement du
site web. J'ai commenc par dresser un tableau des offres prsentent chez les principaux
acteurs du march, je suis aussi entr en contact tlphonique avec les quipes commerciales
et techniques de certains hbergeurs, afin d'obtenir plus de prcisions sur les offres.
Pour effectuer la slection des offres je me suis appuy sur les critres suivants :
Systme d'exploitation : Windows server 2003 ou 2008

Base de donnes : SQL server 2005 ou 2008
Serveur web : IIS 6.1 ou IIS 7.0/7.5
Espace disque : Minimum 1Go
Langages : Asp.net 3.5
Moteur application : .Net Framework 3.5 sp1
Evolutivit : Possibilit de passer une offre suprieure sans coupure de service
Options : Prsence d'un webmail, support du SSL, redirection email, accs la base de
donnes depuis l'extrieur, accs mail depuis l'extrieur, liste de diffusion,
DNS : Possibilit d'utiliser un service externe (ici Gandi)
Trafic : au moins 20go
J'ai effectu un comparatif des diffrentes offres (Annexe 10) que j'ai prsent au matre
d'ouvrage, aprs concertation et prise de contact avec les services techniques de la socit
Ikoula. Il a t dcid de souscrire son offre d'hbergement mutualis Ikoula Deluxe.

2. Mise en place de la solution

Le dploiement de la solution se fait par ftp, cette solution a t retenue car elle est
prouve. De plus, un dploiement par ftp assure une meilleure gestion des lments envoys
sur le serveur. Avant de dployer la solution j'ai modlis le diagramme de dploiement de la
solution dans un environnement type chez un hbergeur, afin d'avoir une vue concrte et
simple de l'environnement de la solution.
Figure 25: Diagramme de dploiement (cf : RTN-DC-V1)

La mise en ligne d'un nouvel lment se fait en plusieurs tapes :
Connexion au serveur ftp

Connexion
Navigation jusqu'a l'emplacement de l'lment

Navigation
Envoie de l'lment
Transfert Envoie des dpendances ventuelles
Pour la mise jour d'un lment la procdure suivre est la suivante :
Connexion au serveur ftp

Connexion
Navigation jusqu'a l'emplacement de l'lment

Navigation
Sauvegarde de l'lment
Sauvegarde Sauvegarde des dpendances ventuelles
Envoie de l'lment
Transfert Envoie des dpendances ventuelles
Cette procdure permet de garantir qu'en cas d'avarie il est possible de revenir en arrire en
transfrant sur le serveur de production la version prcdente de l'lment mis jour.
L'ancienne version de l'lment n'est supprime qu'aprs avoir valid le bon fonctionnement
de la nouvelle version sur le serveur de production.

3. Configuration de la solution
La configuration de la solution se fait au travers du fichier web.config, la section
appSetting permet de configurer un ensemble de variable l'intrieur de la solution.
Configuration 1 : Configuration du seuil de disponibilit d'article
<add key="SeuilDisponibilite" value="0" />
Configuration 2 : Configuration des adresses e-mail


<add key="EmailSuggestion" value="[email protected]" />

<add key="EmailContact" value="[email protected]" />

<add key="EmailReservation" value="[email protected]" />

<add key="EmailErreur" value="[email protected]" />
La configuration de la chaine de connexion la base de donnes se trouve dans la section

connectionStrings.
Configuration 3 : Configuration de la connexion la base de donnes
<add name="RouteInn.DAL.Properties.Settings.
db_routeinn_finaleConnectionString" connectionString="Data
Source=localhost;Initial Catalog=db_routeinn_finale;User ID=sa;
Password=xbfkp1" />
La section system.web permet de charger les composants de la solution, et de configurer le

serveur d'application.
Configuration 4 : Chargement d'un composant de l'application
<add tagPrefix="cc6" namespace="RouteInn.Controls"

assembly="RouteInn.Controls, Culture=neutral" />
Configuration 5 : Configuration du rendu xhtml, de l'encodage, et du runtime http
<xhtmlConformance mode="Strict" />

<globalization responseHeaderEncoding="utf-8" />

<httpRuntime executionTimeout="600" maxRequestLength="409600" />

6/ Changements en cours de projet
De nombreux changements ont eu lieu en cours de projet, certaines fonctionnalits

telles que la vente en ligne et la lettre d'information ont t temporairement annules, ce qui a
entrain le non dveloppement des fonctionnalits lies. Ces fonctionnalits sont :
La visualisation de l'historique des commandes

Le suivi de commande
La possibilit pour un client de tlcharger ses anciennes factures
L'abonnement et le dsabonnement de la lettre d'information
En outre, certaines sections du site n'ont pas t mise en ligne (Accessoires, Professionnel),
tandis que d'autres sont apparues (Concessionnaires, Les chos de DRIM, Occasions-reprises,
Liens). De plus, la section pices dtaches a chang d'objectif passant d'une section de
prsentation du catalogue de pices dtaches avec des fonctionnalits de commande en ligne,
une page prsentant deux catalogues sous forme de fichiers PDF. La page caddie a t
transforme en formulaire de contact afin que les clients qui souhaitent acqurir une moto
puissent nous contacter. De mme, le bouton "acheter" prsent sur la page de prsentation
moto a t remplac par un bouton "rserver".
Les parties concessionnaires et occasions-reprises ont entraines le dveloppement de

nouvelles fonctionnalits, la mise jour de la base de donnes, et des documents techniques.
La page Lien est une page de type annuaire, sur laquelle figure les liens des sites sur
lesquelles notre site a t enregistr.

Conclusion
Actuellement le site web drim-moto.com reoit environs 617 visites par jour. Il a
permis l'entreprise de dvelopper sa communication en rendant ses offres visibles tant aux
particuliers qu'aux professionnels. De plus, grce cela Route Inn' Moto a toff son
portefeuille clients. Par ailleurs, l'augmentation du nombre de clients professionnels abouti
la cration d'un rseau de concessionnaires, et sur la cration d'une section ddie sur le site.
Cette anne de professionnalisation, m'a permis de mieux apprhender le mtier de

dveloppeur. Ce mtier ne se limite pas la seule conception d'application, mais est compos
de nombreuses facettes. En effet, il repose tant sur les qualits techniques que sur les qualits
d'coutes et d'observation. Ces qualits sont trs importantes, car elles permettent de mieux
cerner l'environnement dans lequel les applicatifs sont amens voluer, mais aussi comment
les acteurs tant au niveau individuel que collectif exercent leur mtier. Elles permettent donc
une meilleure adquation de l'outil avec le mtier de ses utilisateurs.
Le projet qui m'a t confi a t passionnant, car j'ai pu apprendre comment est organis un
projet d'entreprise. En outre, j'ai pu mettre en uvre les mthodologies MERISE et UML qui
sont des standards reconnus dans le gnie logiciel. Par ailleurs, j'ai pu approfondir mes
connaissances en C# et ASP.net qui sont de puissants outils pour la conception de site
internet.

Bibliographie
Lecomte S. (2004) MySQL 5.0, 83-100.
Charroux B., & Osmani A., T-Mieg Y. (2008) UML2. Pratique de la modlisation : Vol. 2.

ANNEXE

Annexe 1: Diagramme conceptuel de flux

Annexe 2 : Matrice de flux entre les clients et les services de l'entreprise lors d'une commande
Service livraison et
Client Service client Service comptable Banque
expdition
Paiement de la
Client Passe une commande
commande
Emission d'un ordre de

Confirmation/Rejet de la Vrification du
Service client traitement de la
commande paiement
commande
Validation/Invalidation Vrification du
Service comptable
du paiement paiement
Notifie l'expdition ou
Service livraison et Notification de la date de
la livraison de la
expdition livraison ou d'expdition
commande
Notification de l'tat
Banque
paiement
Emetteur : Horizontal
Rcepteur : Vertical

Annexe 3 : Matrice de flux entre le client dposant un article en dpt vente ou en reprise
Client Service commercial Service technique Service informatique
Client Dclaration
Emission d'une Vrification de l'tat du Mise en ligne de

Service commercial
dclaration vhicule l'article
Service technique Estimation de l'tat du vhicule et du prix
Service Confirmation de la mise ne ligne de

informatique l'article
Annexe 4 : Matrice de flux entre les internautes et le service client
Client Service client

Client Demande de renseignements
Service client Envoie de renseignements
Emetteur : Horizontal
Rcepteur : Vertical

Annexe 5 : Matrice de flux entre les services comptable, commercial et client
Service comptable Service commerciale Service client

Service comptable Indicateurs sur les ventes
Service commerciale Envoie de facture et devis Envoie de fichier commerciale
Service client Demande de fiche commerciale

Annexe 6 : Modle conceptuel de donnes

Annexe 7 : Modle orient objet

Annexe 8 : Diagramme de classe Caddie

Annexe 9 : Diagramme de la classe _ArticleCaddie
<<RouteInn.Article>>
_Article
(Article)
_ArticleCaddie
- m_quantite : decimal?
- m_remise : decimal?
+ <<Property>> Remise : decimal?
+ <<Property>> Increment : decimal
+ <<Property>> Decrement : decimal
+ <<Property>> Quantite : decimal
+ <<Property>> PrixTTC : decimal
+ <<Property>> PrixTotalTTC : decimal
+ <<Property>> PrixTotalHT : decimal
+ <<Getter>> get_Remise () : decimal?
+ <<Setter>> set_Remise (decimal? value) : void
+ <<Setter>> set_Increment (decimal value) : void
+ <<Setter>> set_Decrement (decimal value) : void
+ <<Getter>> get_Quantite () : decimal
+ <<Setter>> set_Quantite (decimal value) : void
+ <<Getter>> get_PrixTTC () : decimal
+ <<Getter>> get_PrixTotalTTC () : decimal
+ <<Getter>> get_PrixTotalHT () : decimal
...

Annexe 10 : Tableaux de comparaison des offres d'hbergement
1&1
Offre Serveur priv virtuel Windows XL
Prix 29.99 Ht/mois , 0 les 3 premiers mois
Mmoire 1go
Hdd 20go
Os W2k3
Bande passante 100 Mb/s garantie (symtrique)
Trafic/mois illimit
Certificat SSL Oui
SGBD Mysql
Tse ?
Gestion Dns Oui
Garantie hardware Oui
Mise en service 9.99 HT
Dure mini 12 mois
dengagement
Premires facture 11.95 TTC
Alias 1000
Mail illimit
Amen
Offre Serveur priv virtuel Windows
Prix 23.92 TTC/mois
Mmoire 512
Hdd 1 4go (4go = +15)
Os W2k3
Bande passante Inconnu
Trafic/mois illimit
Certificat SSL Oui
SGBD Mysql / Sql server
Tse Oui
Gestion Dns Oui
Dure mini 12 mois
dengagement
Premires facture 11.95 TTC
Ftp priv Oui
Alias Illimits
Mail illimit
Mise en service 1h aprs paiement
Engagement 12 mois (-33.33%)
Montant du pack 360 HT (30 /mois)
Montant rgler 430.56 TTC

Ikoula
Offre Hbergement Windows
Prix 44 TTC/mois
Mmoire 512
Hdd 2Go
Os W2k8 / IIS7
Bande passante Inconnu
Trafic/mois 180Go
Certificat SSL Oui
SGBD Mysql / Sql server
Tse Oui
Gestion Dns Oui
Dure mini 12 mois
dengagement
Premire facture 11.95 TTC
Ftp priv Oui
Langages/Logiciels Silverlight, Ajax 1.0, Asp.net 1.1 - 2.0 - 3.5, Asp 6.0, Php 4.3.4 / 5,
Extensions Frontpage 98/00/02, SSI, CGI-BIN, Python, C, Perl
JAVA, Tomcat,Wap
Base de donnes Access,Foxpro, Paradox

Mysql : Taille 1Go
Mssql : Taille 250mo
Composant ASP W3JMAIL

ASPHttp
ASP SmartUpload

Teddy ALBINA - Dossier de Synthese - 2

Transféré par

Droits d'auteur :

Formats disponibles

Teddy ALBINA - Dossier de Synthese - 2

Transféré par

Informations du document

Description originale:

Titre original

Copyright

Formats disponibles

Partager ce document

Partager ou intégrer le document

Options de partage

Avez-vous trouvé ce document utile ?

Ce contenu est-il inapproprié ?

Droits d'auteur :

Formats disponibles

Teddy ALBINA - Dossier de Synthese - 2

Transféré par

Droits d'auteur :

Formats disponibles

Conception d'un site e-commerce

Teddy ALBINA Concepteur Dveloppeur Informatique

Conception d'un site e-commerce

Promotion 2009 - 20010

Teddy ALBINA Page 0

Teddy ALBINA Page 1

3. Configuration de la solution ...................................................................................................... 44

Teddy ALBINA Page 2

Je remercie Mademoiselle Hlya SOMAR, ainsi que l'ensemble de nos formateurs

Teddy ALBINA Page 3

Teddy ALBINA Page 4

1. Organisation et domaines dactivit de la socit

La socit RIM t cre en mars 2008 et possde 4 domaines dactivit stratgique:

1. Distribution de motos 125 CM3 importes de chine sous la marque DRIM

Le premier domaine dactivit stratgique (DAS) est le cur de mtier de lentreprise.

Teddy ALBINA Page 5

Figure 1 : Organigramme de la socit

Teddy ALBINA Page 6

Dans le cadre de mon anne de formation j'ai t charg de concevoir un site e-

La liste des documents que j'ai labors est la suivante :

Teddy ALBINA Page 7

1. Rgles de gestion et processus mtier

Dfinir le catalogue des articles en vente (vente, dpt vente)

Dfinir des types d'diteur

Vrifier l'identit du client

Teddy ALBINA Page 8

R1 : Une catgorie d'articles rassemble un ou plusieurs articles du mme type. Un article

Teddy ALBINA Page 9

Identification des acteurs du systme d'information

Il existe deux classes d'acteurs :

Les acteurs externes : Banque, Clients, Internautes.

Figure 2 : Description des acteurs du SI

Teddy ALBINA Page 10

J'ai poursuivi mon analyse en identifiant les flux d'information au sein de

Communication au sein de l'organisation et avec l'extrieur

Teddy ALBINA Page 11

Annexe 1 : Diagramme conceptuel de flux

2. Utilisations de la solution par l'organisation et les acteurs externe

Teddy ALBINA Page 12

Figure 3 : Cas d'utilisation de l'authentification

Teddy ALBINA Page 13

Figure 4 : Cas d'utilisation de la gestion d'article de presse

Teddy ALBINA Page 14

3. Conception de la base de donnes

1. Identification des objets mtiers

2. Identifications des relations

Avant de passer la conception du modle physique de donnes, j'ai modlis le Modle

Pour concevoir le modle physique de donnes j'ai utilis la fonctionnalit de gnration de

3. Fiabilit et mont en charge

Teddy ALBINA Page 15

Figure 5 : Topologie de l'environnement de l'entreprise

Teddy ALBINA Page 16

La solution de dveloppement a t scinde en deux branches l'une servant au dbogage et aux

Teddy ALBINA Page 17

Zoning Qualit Validation

Teddy ALBINA Page 18

Figure 6 : Arborescence et conventions de nommage et formats de fichiers

Teddy ALBINA Page 19