bIntro :

Des ventes de mains en mains, vers des ventes virtuelles,

Les sites de vente en ligne permettent aux clients de profiter d’une foire virtuelle
disponible est quotidiennement mise à jour sans la moindre contrainte, ce qui
leur permettra de ne jamais rater les coups de cœur (livres souhaités), ainsi Une
foire sans problèmes de distance géographique, ni d’horaire de travail ni de
disponibilité de transport. D’une autre part ces sites offrent à l’administrateur la
possibilité de profiter de cet espace pour exposer ses produits à une plus large
base de clientèle.
Notre projet est réalisé dans le cadre du mémoire de liscence3, ayant comme
objectif principal : la conception et la réalisation d’un site de vente de livre en
ligne.

//////////////////////////////////////////////////// bourrage de commandes non validées. Le

panier sera dans notre site disponible seulement pour les clients après
l’inscription et l’authentification.

Méthodologie de conception
(Pour faciliter notre tâche nous avons recours langage de modélisation unifié
(UML : Unified Modelling Language) c’est une notation qui permet de modéliser
un problème de façon standard. Ce langage est né de la fusion de plusieurs
méthodes existantes auparavant, et il est devenu une référence en termes de
modélisation objet, à un tel point que sa connaissance devienne indispensable
pour un développeur.)wagui on l met di la présentation c bref

Sinon pour l rapport :

Le langage de modélisation unifié (UML) est un langage de modélisation à usage

général. L'objectif principal d'UML est de définir un moyen standard de
visualiser la manière dont un système a été conçu. Il est assez similaire aux plans
utilisés dans d'autres domaines de l'ingénierie.

UML n'est pas un langage de programmation, mais plutôt un langage visuel.

Nous utilisons les diagrammes UML pour représenter le comportement et la
structure d'un système. UML aide les ingénieurs logiciels, les hommes d'affaires
et les architectes de systèmes à modéliser, concevoir et analyser. L'Object
Management Group (OMG) a adopté le langage de modélisation unifié comme
norme en 1997. Il est géré par l'OMG depuis lors. L'Organisation internationale
de normalisation (ISO) a publié UML en tant que norme approuvée en 2005.
UML a été révisé au fil des ans et est revu périodiquement.
 Pourquoi UML ?

La valeur stratégique des logiciels augmentant pour de nombreuses entreprises,

le secteur recherche des techniques permettant d'automatiser la production de
logiciels, d'améliorer la qualité et de réduire les coûts et les délais de mise sur le
marché. Ces techniques comprennent la technologie des composants, la
programmation visuelle, les modèles et les cadres. Les entreprises recherchent
également des techniques pour gérer la complexité des systèmes à mesure qu'ils
augmentent en portée et en échelle. En particulier, elles reconnaissent la
nécessité de résoudre les problèmes architecturaux récurrents, tels que la
distribution physique, la concurrence, la réplication, la sécurité, l'équilibrage des
charges et la tolérance aux pannes. De plus, le développement du World Wide
Web, tout en simplifiant certaines choses, a exacerbé ces problèmes
d'architecture. Le langage de modélisation unifié (UML) a été conçu pour
répondre à ces besoins. Les principaux objectifs de la conception de l'UML sont
résumés par Page-Jones dans Fundamental Object-Oriented Design in UML
comme suit :

1. Fournir aux utilisateurs un langage de modélisation visuel expressif et prêt

à l'emploi afin qu'ils puissent développer et échanger des modèles
significatifs.

2. Fournir des mécanismes d'extensibilité et de spécialisation pour étendre les

concepts de base.

3. Être indépendant des langages de programmation et des processus de

développement particuliers.

4. Fournir une base formelle pour la compréhension du langage de

modélisation.
5. Encourager la croissance du marché des outils OO.

6. Prendre en charge des concepts de développement de plus haut niveau tels

que les collaborations, les cadres, les modèles et les composants.
7. Intégrer les meilleures pratiques.

La structure de l’UML :
Voici un bref aperçu de chacun de ces 13 diagrammes, tels qu'ils apparaissent
dans la structure des diagrammes UML 2 ci-dessous :
  Les diagrammes de structure montrent la structure statique du système et
de ses parties à différents niveaux d'abstraction et d'implémentation et
comment ils sont liés les uns aux autres. Les éléments d'un diagramme de
structure représentent les concepts significatifs d'un système, et peuvent
inclure des concepts abstraits, du monde réel et d'implémentation, il existe
sept types de diagramme de structure

 Les diagrammes de comportement montrent le comportement dynamique

des objets d'un système, qui peut être décrit comme une série de
modifications apportées au système au fil du temps, il existe sept types de
diagrammes de comportement.

architecture :
Notre mémoire consiste à concevoir et réaliser une boutique virtuelle pour la
vente en ligne des livres en se basant sur le modèle MVC constitué de trois
parties. Bien évidemment, les deux parties connues qui sont les vues V (les
interfaces IHM) et le modèle M(le serveur de données) et une troisième Partie
représenté comme contrôleur de trafic C, (le serveur d’application).
Cette architecture a pas mal d’avantages pour qu’elle reste toujours la plus
utilisée dans le monde de développement Web étant donné qu’elle se caractérise
par :
- L’allégement du poste de travail.
- La prise en compte de l'hétérogénéité des plates-formes (serveurs, clients,
langages, etc.).
- L’introduction de clients dits " légers " (plus liée aux technologies
Intranet/HTML qu'au 3-tiers proprement dit).
- Une meilleure répartition de la charge entre les différents entités clients et
serveurs.

Diagramme de cas d’utilisation.

Les diagrammes de cas d'utilisation sont utilisés pour décrire la fonctionnalité
d'un système ou d'une partie d'un système. Ils sont largement utilisés pour
illustrer les exigences fonctionnelles du système et son interaction avec les
agents externes (acteurs). Un cas d'utilisation est essentiellement un diagramme
représentant différents scénarios dans lesquels le système peut être utilisé. Un
diagramme de cas d'utilisation nous donne une vue de haut niveau de ce que fait
le système ou une partie du système sans entrer dans les détails de mise en
œuvre.
Pour élaborer les cas d’utilisation, il faut se fonder sur des entretiens avec les
utilisateurs.

Le diagramme de cas se compose de trois éléments principaux :

Un Acteur : c’est l’idéalisation d’un rôle joué par une personne externe, un
processus ou une chose qui interagit avec un système. Il se représente par un
petit bonhomme avec son nom inscrit dessous.
Un cas d’utilisation : c’est une unité cohérente représentant une fonctionnalité
visible de l’extérieur. Il réalise un service de bout en bout, avec un
déclenchement, un déroulement et une fin, pour l’acteur qui l’initie.
Un cas d’utilisation modélise donc un service rendu par le système, sans imposer
le mode de réalisation de ce service. Il représente par une ellipse contenant le
nom du cas (un verbe à l’infinitif), et optionnellement, au-dessus du nom, un
stéréotype.
Les relations : Trois types de relations sont pris en charge par la norme UML et
sont graphiquement représentées par des types particuliers de ces relations. Les
relations indiquent que le cas d'utilisation source présente les mêmes conditions
d'exécution que le cas issu. Une relation simple entre un acteur et une utilisation
est un trait simple.
Les acteurs de notre projet
Le visiteur : c’est un individu qui est entrain de fouiller sur le net, cherchant un
livre pour l’acheter ou pour avoir une idée sur les modèles et les prix. Jusqu’au
ce stade c’est un utilisateur inconnu donc il n’est pas encore un client.
Le Client : cet acteur est un visiteur ayant déjà créer un compte sur notre site, il
peut donc suivre le processus d’achat des livres en toute sécurité(https) sachant
que notre système doit être l’unique responsable de la confidentialité des
données personnelles de ses clients.
L’administrateur : C’est celui qui assure le dynamisme du site et veille sur les
mises à jour des livres, de leurs prix, de leurs disponibilités…
Notre diagramme de cas d’utilisation : …………………

diagramme d’activités.
Définition
Nous utilisons les diagrammes d'activité pour illustrer le flux de contrôle dans un
système. Nous pouvons également utiliser un diagramme d'activité pour faire
référence aux étapes de l'exécution d'un cas d'utilisation. Nous modélisons les
activités séquentielles et concurrentes à l'aide de diagrammes d'activité. Un
diagramme d'activité se concentre sur la condition du flux et la séquence dans
laquelle il se produit. Un diagramme d'activité se concentre sur la condition du
flux et sur la séquence dans laquelle il se produit.
 Composition d’un diagramme d’activités :
Le diagramme d’activité se compose des éléments suivants :
Une activité représente une exécution d'un mécanisme, autrement dit, un
déroulement d'étapes séquentielles.
Une transition qui représente Le passage d'une activité vers une autre. Cette
transition peut être automatique, qui se déclenche par la fin d'une activité,
provoquent le début immédiat d'une autre ou conditionnelle, qui ne se déclenche
qu’après la satisfaction de la condition qu’on appelle aussi garde.
Les gardes qui représentent la condition de passage d’une activité à une autre
dans les transitions conditionnelles ils sont symbolisés par des losanges
Les barres de synchronisation sont des barres représentées par une ligne
épaisse, le rôle cette barre est de synchroniser le départ de plusieurs transitions
qui arrivent de déférentes activités, aboutissant toutes à une activité commune.
2.3 Les activités de notre site web:
L’inscription : après la consultation, et pour passer à la phase d’achat des livres
exposés, un visiteur doit devenir client et ce la ne se fait qu’après l’inscription.
L’authentification : c’est une activité principale dans tous les sites de e-
commerce. C’est par cette étape que nous allons identifier le client qui est en
train de charger son panier et attendre sa livraison.
……………………….

2.4 Les diagrammes d’activité de notre site web

…………..

3 Diagrammes des séquences

Définition
Un diagramme de séquences est un diagramme d'interaction qui expose en détail
la façon dont les opérations sont effectuées : quels messages sont envoyés et
quand ils le sont.
Les diagrammes de séquences sont organisés en fonction du temps qui s'écoule
au fur et à mesure que nous parcourons la page.
Les objets impliqués dans l'opération sont répertoriés de gauche à droite en
fonction du moment où ils prennent part dans la séquence.
Composition d’un diagramme de séquences
Ce type des diagrammes est composé par les éléments suivants :
Les lignes de vie : Une ligne verticale qui représente la séquence des
événements, produite par un participant, pendant une interaction, alors que le
temps progresse en bas de ligne.
Ce participant peut être une instance d'une classe, un composant ou un acteur.
Les messages : deux types de messages dans le diagramme de séquences, le
premier est dit message synchrone utilisé pour représenter des appels de fonction
ordinaires dans un programme, le deuxième est appelé message asynchrone,
étant utilisé pour représenter la communication entre des threads distincts ou la
création d'un nouveau thread.
Les occurrences d'exécution : représente la période d’exécution d’une
opération.
Les commentaires : Un commentaire peut être joint à tout point sur une ligne de
vie.
Les itérations : représente un message de réponse suite à une question de
vérification.
3.2 Les diagrammes de séquences de notre site web
………………

Diagramme de classes
Définition
Le diagramme de classes est une technique de modélisation centrale qui traverse
presque toutes les méthodes orientées objet. Ce diagramme décrit les types
d'objets dans le système et les différents types de relations statiques qui existent
entre eux.
Relations :
Il existe trois principaux types de relations qui sont importants :

1. L'association : représente les relations entre les instances des types (une
personne travaille pour une entreprise, une entreprise a un certain nombre
de bureaux.
2. Héritage : l'ajout le plus évident aux diagrammes ER pour une utilisation en
OO. Il y a une correspondance immédiate avec l'héritage dans la
conception OO.
3. Agrégation : Agrégation, une forme de composition d'objets dans la
conception orientée objet.
La composition d’un diagramme de classe :
En général un diagramme de classe peut contenir les éléments suivants :
Les classes: une classe représente la description formelle d’un ensemble d’objets
ayant une sémantique et des caractéristiques communes. Elle est représentée en
utilisant un rectangle divisé en trois sections.
La section supérieure est le nom de la classe, la section centrale définit les
propriétés de la classe alors que la section du bas énumère les méthodes de la
classe.
Les associations : une association est une relation entre deux classes
(association binaire) ou plus (association n-aire), qui décrit les connexions
structurelles entre leurs instances. Une association indique donc que des liens
peuvent exister entre des instances des classes associées. .(// ihqa faut rajouter
les rôles sufella n chq association di l diagramme de classe c important akka
idenna bentayeb)
Notre diagramme : ……………
……………
Diagramme de composants :
Dans le langage de modélisation unifié, un diagramme de composants décrit
comment les composants sont reliés entre eux pour former des composants plus
grands ou des systèmes logiciels. Il illustre les architectures des composants
logiciels et les dépendances entre eux. Ces composants logiciels comprennent les
composants d'exécution, les composants exécutables et les composants de code
source.
Notre diagramme de composant : ……………………

Diagramme de Déploiement :
Le Diagramme de Déploiement permet de modéliser l'aspect physique d'un
système logiciel orienté objet. Il s'agit d'un diagramme de structure qui montre
l'architecture du système sous forme de déploiement (distribution) d'artefacts
logiciels vers des cibles de déploiement. Les artefacts représentent des éléments
concrets du monde physique qui sont le résultat d'un processus de
développement. Il modélise la configuration d'exécution dans une vue statique et
visualise la distribution des artefacts dans une application. Dans la plupart des
cas, il s'agit de modéliser les configurations matérielles ainsi que les composants
logiciels qui y vivent.
Notre diagramme : ………………………..

Diagramme de communication :
Comme le diagramme de séquence, le diagramme de communication est
également utilisé pour modéliser le comportement dynamique du cas
d'utilisation. Comparé au diagramme de séquence, le diagramme de
communication se concentre davantage sur la collaboration des objets que sur la
séquence temporelle. Ils sont en fait sémantiquement équivalents, et certains
outils de modélisation tels que Visual Paradigm vous permettent de les générer
de l'un à l'autre.
Notre diagramme : ……………..

Conclusion
Nous venons de terminer cette partie de conception, qui consiste à déterminer
aussi bien les méthodes de travail que les chartes graphiques de notre site web
avec ses parties statiques et dynamiques.
Dans le chapitre suivant nous allons aborder la dernière partie qui représente la
partie réalisation de notre site web, en se basant sur les mécanismes et les
solutions déterminés dans la phase de conception.