Smmih

?
Intrt scientifique : Ce sujet permettra tout chercheur, qui y est, ou qui veut s'impliquer
dans ce domaine informatique d'enrichir au moins sa connaissance travers les techniques et
INTRODUCTION GENERALE
Il est constater de nos jours, une grande dynamique s'oprant dans diverses Entreprises de
par le monde, et cela grce la nouvelle technologie de l'informatique qui continue faire son
cheval de batail dans tous les domaines de la vie humaine ; ainsi l'informatique est le domaine
d'activit scientifique, technique et industriel concernant le traitement automatique de
l'information via l'excution de programmes informatiques par des machines : des systmes
embarqus, des ordinateurs, des robots, des automates, etc. ... et L'informatique de gestion est
l'ensemble des connaissances, des technologies, et des outils en rapport avec la gestion de
donnes, c'est--dire la collecte, la vrification et l'organisation de grandes quantits
d'informations. ...
Notre sujet s'intitule conception d'un site de vente des produits dans un tablissement
commercial, cas des Etablissement BIGDIL en effet nous voulons mettre en place un site
web tout en utilisant l'outil informatique pour permettre une bonne gestion edes produits.
1. CHOIX ET INTERET DU SUJET
1.1. CHOIX
Le choix d'un sujet scientifique doit tre ncessairement la consquence de ce que le

chercheur envisage taler comme projet. C'est ainsi que les Etablissements SKYCOM se veut
tre une entreprise comptitive et la porte de tout le monde via Internet, et dans cette
optique nous nous sommes vus concerne pour apporter notre contribution ces problmes.
Le choix d'un sujet scientifique n'est pas le fruit du hasard du fait qu' tout choix d'un sujet
d'tude s'attache toujours un certain intrt.
1.2. INTERET DU SUJET
L'intrt port notre sujet d'tude est vue sur trois angles suivants :
? Intrt Social : Le Systme d'Information Informatis propos offre une rentabilit tant
sociale qu'conomique. Ce dernier se traduit par la simplification des oprations tandis que la
rentabilit sociale s'explique par la recherche de l'amlioration des conditions de vente. Ce
sujet permettra aux Etablissements BIGDIL de bien grer tous les produits vendre
mthodes informatiques ainsi que les quipements matriels et de processus logiciels

appliqus ce travail pour arriver mettre en place un site de vente.
? Intrt personnel : Le choix de ce sujet nous permet d'approfondir notre connaissance sur
tous les quipements matriels et de processus logiciels utilisables pour mettre en places site
de vente.et de mieux matriser la dmarche UP( Unified Process) qui est utilis en UML pour
le dveloppement des logiciels qui rpondent aux attentes des utilisateurs. Et enfin ce sujet va
stimuler en nous un sentiment de chercheur.
2. ETAT DE LA QUESTION
L'tat de la question nous permet d'amliorer un sujet de recherche dj traits par un auteur
ou un chercheur. Les problmes traits en informatique de gestion sont multiples, parmi
lesquels nous nous sommes intresss aux projets qui sont en rapport avec la conception d'un
site web de vente.
Job Kuta ISIPA/Kinshasa - Graduat 2013 dans son travail intitul Conception et ralisation
d'une application web pour la gestion des ventes des produits cosmtique, il a soulev
comme problme : jadis le traitement des donnes se faisait manuellement, ce qui tait lent,
ennuyeux, harassant et sujet a des nombreuses erreurs. Ses multiples problmes du systme
manuel et surtout l'volution scientifique ont conduit l'mergence d'un systme
informatique. De l ce dernier s'est dvelopp et a connu une grandes expansion a tel enseigne
qu'aucun domaine de la vie socio-conomique ne peut s'en passer.
De ce fait, sa proccupation majeure est d'analyser la gestion des ventes des produits
cosmtiques du magasin Hritage Cosmtique. Et ses questions ont t formules en ces
termes :
- Comment pourrions-nous viter l'attroupement des clients pour les commandes et les
livraisons des produits ?
- Peut-on tre mesure d'tablir une liste des ventes journalires ?
- L'ordinateur pourrait-il prendre en charge la gestion des ventes journalires, semestriel,

mensuel, trimestriel et annuel ?
Et, il a propos comme solution la ralisation d'une application web pour la gestion des ventes
des produits cosmtiques au sein de L'HERITAGE COSMETIQUE qui pourrait-tre une
meilleur solution et permettra :
- D'viter les attroupements des clients lors des livraisons ou des commandes ; - D'tablir des
listes des ventes journalires ;
- D'obtenir les statistiques des ventes priodiques, journalires, mensuelles, trimestrielles et

annuelles.
Et Les performances du systme que nous proposons constitueraient une garantie pour la
gestion des ventes des produits cosmtiques.
2. PROBLEMATIQUE
La problmatique est dfinie comme tant, un ensemble de questions qu'une science ou une
philosophie se pose dans un domaine particulier.1
Elle se dfinie encore comme tant, un ensemble de questions que se pose un chercheur, suite
aux problmes exprims dans un domaine donn.
En effet, les tablissements SKYCOM, veulent mettre en place un site de vente suite au
manque d'coulement rapide des produits et une mauvaise gestion, explique par le manque de
contrle de stock, le manque de prcision sur quels sont le produits le sollicit par client.
3. HYPOTHESE
L'hypothse dsigne une proposition une explication des phnomnes naturels et qui doit
tre vrifi par les faits. C'est galement le fait de prendre position en n'ayant aucune
certitude 2
Partant de la question pose, nous essaierons de mettre en place un site web offrants des
possibilits suivantes :
Des milliers de clients potentiels Internet tant devenu l'outil privilgi pour s'informer sur
un produit ou un service. Si vous n'avez pas de site web, c'est comme si vous fermez la porte
vos clients et prospects.
Soyez visible 24h sur24 - 7 jours sur 7 Contrairement un magasin physique, un site web
fonctionne sans interruption. Vos clients et futurs clients peuvent vous contacter, visualiser
vos produits ou services en tout temps.
Rduisez vos cots de fonctionnement Avec votre site Internet, vous pouvez mettre en place
des brochures d'informations sous forme de fichier PDF tlcharger. Ainsi, vous
conomisez des frais postaux non ngligeables.
Diminuez vos frais publicitaires Compar une publicit traditionnelle, telle que la publicit
achete sur un journal ou un magazine, un site web peut vous amener un grand nombre de
clients, moindre frais !
1
Dictionnaire, LAROUSSE ILLUSTRE, 2009, P.822
2
Dictionnaire Robert Mthodique
Amliorez vos services Avec un site web il est facile d'interagir avec vos clients. En
installant par exemple, un simple formulaire, vous pouvez recevoir des commentaires et
suggestions de vos clients pour l'amlioration de vos prestations.
Augmentez votre crdibilit Aujourd'hui, toutes les grandes entreprises prives ou publics
ont leur site web. Selon une tude rcente, un trs grand nombre de consommateurs pensent
qu'une entreprise qui n'a pas de site manque de professionnalisme.
Crez des partenariats Pour augmenter votre visibilit, vous pouvez faire des changes de
liens avec d'autres sites web.
4. METHODES ET TECHNIQUES
Cette partie va nous permettre de bien utilis les mthodes adquates pour la bonne dmarche
un travail scientifique et les techniques de collections des informations.
4.1. METHODE
La mthode se dfinie comme tant une procdure qui consiste observer les phnomnes,
en tirer des hypothses et vrifier les consquences de ces hypothses par une
exprimentation scientifique.3
Dans la dmarche de ralisation de notre travail, nous avons opts pour la mthode
analytique. Pour y arriver, nous avons utiliss la dmarche UP (Processus Unifi).
4.2. TECHNIQUES
Le but de la technique dans la dmarche de l'laboration de notre travail est de collecter

diverses informations sur un groupe d'individus ou sur l'environnement dans lequel le groupe
d'individus voluent en fonction du domaine d'tude.
a. La technique documentaire
Concernant cette technique, nous sommes partis dans quelques bibliothques de la place
chercher quelques ouvrages qui sont en rapport avec notre travail et en suite, all consulter
quelques sites web afin de nous permettre bien dvelopper ce travail.
b. La technique d'interview
Cette technique nous a permis procder l'investigation scientifique, utilisant un processus

de communication verbale pour recueillir les informations en relation avec le but fix.4 Par
cette technique nous avons procder par un change avec les responsables des Etablissements
SKYCOM pour avoir certaines informations des leurs produits et par rapport la conception
de ce site de vente en ligne.
3
Dictionnaire, opt.cit, P.642
4
NGOY KATANGA Nestor, Pour mon travail de fin de cycle, P.60
5. DELIMITATION DU SUJET
De par son intitul, notre sujet prsente plusieurs champs d'application, vu la multiplicit des
entreprises. Cependant, du point de vue spatial, nous nous intressons aux seules donnes de
l'entreprise SKYCOM, plus particulirement aux services qui remplissent les fonctions
suivantes :
- Gestion de vente (service de vente ou distribution) ;
- Gestion des commandes (service client) ;
- Gestion de stock (magasin produits finis).

Les donnes rcoltes pour notre tude portent sur la priode allant de 2012 2013. Et les
rsultats qui dcoulent de cette tude seront d'application tant que la nouvelle application web
de vente mise en place sera d'application.
6. SUBDIVISION DU TRAVAIL
Hormis l'introduction gnrale et la conclusion gnrale, nous subdivisions notre travail en

trois grands chapitres qui suit :
V' CHAPITRE I. DEFINITIONS DES CONCEPTS ET CONSIDERATION THEORIQUES
Dans ce chapitre, il sera question de dfinir tous les concepts utilis dans notre travail. Ces
concepts sont lis l'informatique et l'environnement.
V' CHAPITRE II. ANALYSE METIER
Dans cette partie nous allons dcrire l'existant en dfinissant le primtre d'tude par un
diagramme de contexte et de dterminer les activits des acteurs indiqus dans le processus
mtier de notre domaine d'tude
V' CHAPITRE III. CONCEPTION DE SYSTEME INFORMATIQUE
Dans ce chapitre nous allons dcrire l'analyse et la conception du systme informatique, la

conception dtaille, les caractristique de la solution (scurit) ainsi qui la ralisation du
logiciel en faisant la mise en oeuvre de l'architecture, l'implmentation ainsi que le
dploiement du futur systme.
V' CHAPITRE IV : IMPLEMENTATION
Dans ce chapitre allons proposer une solution technique qui celle de mettre en place une
application qui permettra aux clients des tablissements SKYCOM de passer leurs
commandes et achats en ligne
CHAPITRE I : DEFINITIONS DES CONCEPTS ET CONSIDERATION
THEORIQUE
I.1 Dfinitions des concepts

Dans ce chapitre nous allons dfinir les concepts cls du sujet, du domaine d'tude, ceux
informatique ainsi que la mthode et langage de programmation.
1.1. SYSTEME
Le mot systme est dfini comme un ensemble d'lments en interaction dynamique organiss
en fonction d'un but. Un systme est toujours dot d'une structure, d'un ensemble
d'information ou d'activits afin d'atteindre un but et il volue dans un environnement.5
1.2 SYSTEME D'INFORMATION
Un systme d'information peut tre dfini comme la partie du rel constitue d'informations
organises et d'acteurs qui agissent sur ces informations ou partir de ces informations, selon
des processus visant une finalit de gestion et utilisant les technologies de l'information.6
1.3 SYSTEME INFORMATIQUE
Un systme informatique est un ensemble organis d'objets techniques - matriels, logiciels,

applicatifs qui reprsentent l'infrastructure d'un systme d'information.7 Partant de la
dfinition de systme d'information et du systme informatique et information nous allons
dfinir les concepts lis notre domaine d'tude.8
1.4 CONCEPTION
La conception permet d'acqurir une comprhension approfondie des contraintes lies au

langage de programmation, l'utilisation des composants et au systme d'exploitation. La
conception est une faon de concevoir, de comprendre, d'imaginer ou de prvoir quelque
chose.9
1.5 UN SITE OU SITE WEB (DE L'ANGLAIS WEBSITE)
Est un ensemble de pages web hyperlies entre elles et accessible une adresse web. On dit
aussi site internet par mtonymie, le World Wide Web reposant sur l'Internet. Un site web est
un ensemble de pages qui peuvent tre consultes en suivant des hyperliens l'intrieur du
site.
5
MULLER P.A, Modlisation objet avec UML , p 85
6
J. GABAY & D. GABAY, UML2 Analyse et conception, d. DUNOD, Paris, 2008,
8
Idem
9
Petit Larousse illustre, les ditions franaises 1999, p.258
L'adresse web d'un site correspond en fait l'URL d'une page web, prvue pour tre la
premire consulte : la page d'accueil. La consultation des pages d'un site s'appelle une
visite , car les hyperliens devraient permettre de consulter toutes les pages du site sans le
quitter (sans devoir consulter une page web hors du site). Une visite peut commencer par
n'importe quelle page, particulirement lorsque son URL est donne par un moteur de
recherche. Techniquement, rien ne distingue la page d'accueil d'une autre page.10
1.6 ONLINE
Qualifie une information ou une ressource qui ncessitent une connexion un rseau pour tre
consultable ou utilisable. Le franais dira en ligne. Dsigne aussi la situation d'un
priphrique lorsqu'il est aliment.11
1 .7 LE COMMERCE ELECTRONIQUE (OU E-COMMERCE, OU ENCORE VENTE
EN
LIGNE)
Dsigne l'change de biens, de services et d'informations entre les rseaux informatiques,

notamment Internet. Le commerce lectronique ne se limite pas au seul rseau Internet. Dans
le cadre du commerce inter-entrepris, on utilise depuis de nombreuses annes des rseaux de
type change de donnes informatis (EDI). Des transactions lectroniques se ralisent
galement sur les rseaux tlphoniques mobiles. On parle de m-commerce (mobile
commerce). Plus prcisment, en France, depuis les annes 1980, le minitel a permis le
dveloppement de transactions lectroniques prmices des services proposs ce jour sur
internet.
1.6 BASE DE DONNEES (DATABASE)
Une base de donnes est un conteneur informatique permettant de stocker le plus souvent
dans un mme lieu - l'intgralit des informations en rapport avec une activit. Une base de
donnes permet de stocker et de retrouver un ensemble d'informations de plusieurs natures
ainsi que les liens qui existent entre les diffrentes informations.12
Dans la trs grande majorit des cas, le terme de base de donnes est utilis pour base de
donnes fortement structure(s).
Un SGBD peut donc tre dfini comme un ensemble de logiciels permettant de stocker et
d'interroger un ensemble de fichiers interdpendants, mais aussi comme un outil permettant
de modliser et de grer les donnes d'une entreprise.13
10
www.wipipedia.org
11
Idem
12
www.wikipedia.org
13
Idem
1.6.1 SYSTEME DE GESTION DE BASE DE DONNEES
En informatique un systme de gestion de base de donnes (abr. SGBD) est un logiciel

systme destin stocker et partager des informations dans une base de donnes, en
garantissant la qualit, la constance et la confidentialit des informations, tout en cachant la
complexit des oprations.
Un SGBD (en anglais DBMS pour database management system) permet d'inscrire, de
retrouver, de modifier, de trier, de transformer ou d'imprimer les informations de la base de
donnes. Il permet d'effectuer des comptes rendus des informations enregistres et comporte
des mcanismes pour assurer la cohrence des informations, viter des pertes d'informations
due des pannes, assurer la confidentialit et permettre son utilisation par d'autres logiciels1.
Selon le modle, le SGBD peut comporter une simple interface graphique jusqu' des
langages de programmation sophistiqus.
Les systmes de gestion de base de donnes sont des logiciels universels, indpendants de
l'usage qui est fait des bases de donnes. Ils sont utiliss pour de nombreuses applications
informatiques, notamment ; les guichets automatique bancaires. Il existe de nombreux
systmes de gestion de base de donnes. En 2008, Oracle dtenait prs de la moiti du march
des SGBD avec MySQL et Oracle Database. Vient ensuite IBM avec prs de 20 %, laissant
peu de place pour les autres acteurs3.
Les SGBD sont souvent utiliss par d'autres logiciels ainsi que les administrateurs ou les
dveloppeurs. Ils peuvent tre sous forme de composant logiciel, de serveur, de logiciel
applicatif ou d'environnement de programmation.
I. 2. CONSIDERATION THEORIQUE
A. Prsentation du processus unifi
Le processus unifi est une dmarche de dveloppement logiciel : il regroupe les activits
mener pour transformer les besoins d'un utilisateur en systme logiciel. Il est construit sur
UML ; il est itratif et incrmental, centr sur l'architecture, conduit par les cas d'utilisation et
pilot par les risques.14
A. 1. Le processus unifi est conduit par les cas

d'utilisation
L'objectif principal d'un systme logiciel est de rendre service ses utilisateurs ; il faut par
consquent bien comprendre les dsirs et les besoins des futurs utilisateurs. Le processus de
dveloppement sera donc centr sur l'utilisateur. Le terme utilisateur ne dsigne pas seulement
les utilisateurs humains mais galement les autres systmes. L'utilisateur reprsente donc une
personne ou
14 P R o q u e s
F V a l l e UML 2 en action de l'analyse des besoins la conception 4e dition
une chose dialoguant avec le systme en cours de dveloppement. Ce type d'interaction est
appel cas d'utilisation.
A. 2. Le processus unifi est centr sur l'architecture
Ds le dmarrage du processus, on aura une vue sur l'architecture mettre en place.

L'architecture d'un systme logiciel peut tre dcrite comme les diffrentes vues du systme
qui doit tre construit. L'architecture logicielle quivaut aux aspects statiques et dynamiques
les plus significatifs du systme. L'architecture merge des besoins de l'entreprise, tels qu'ils
sont exprims par les utilisateurs et autres intervenants et tels qu'ils sont reflts par les cas
d'utilisation.
A. 3. Le processus unifi est itratif et incrmental
Le dveloppement d'un produit logiciel est vaste qui peut s'tendre sur plusieurs mois. On ne
va pas tout dvelopper d'un coup. On peut dcouper le travail en plusieurs parties qui sont
autant de mini projets, chacun d'entre eux reprsentant une itration qui donne lieu un
incrment.
Une itration dsigne la succession des tapes de l'enchanement d'activits ou encore est une
squence distincte d'activits avec un plan de base et des critres d'valuation, qui produit un
release (interne ou externe), tandis qu'un incrment correspond une avance dans les
diffrents stades de dveloppement. Une itration est une squence distincte d'activits avec
un plan de base et des critres d'valuation, qui produit un release (interne ou externe). 15
A. 4. Le processus unifi est pilot par les risques
Dans ce cadre, les causes majeures d'chec d'un projet logiciel doivent tre cartes en
priorit. Nous identifions une premire cause provenant de l'incapacit de l'architecture
technique rpondre aux contraintes oprationnelles, et une seconde cause lie
l'inadquation du dveloppement aux besoins des utilisateurs.
B. Le cycle de vie du processus unifi

Le processus unifi rpte un certain nombre de fois une srie de cycles. Tout cycle se conclut
par la livraison d'une version du produit aux clients et s'articule en 4 phases : cration,
laboration, construction et transition, chacune d'entre elles se subdivisant son tour en
itrations. B. 1 Cration
Premire phase du cycle de vie du processus unifi, la cration traduit une ide en vision de
produit fini et prsente l'tude de rentabilit pour ce produit. Elle essaie de rpondre un
certain nombre de questions : Que va faire le systme pour les utilisateurs ? A quoi peut
ressembler l'architecture d'un tel systme ? Quels sont l'organisation et les cots du
dveloppement de ce produit ? C'est ce niveau o les principaux cas d'utilisation seront
spcifis. L'identification des risques majeurs,
15 P. Rocques & F. Valle, UML 2 en action, de l'analyse des besoins la conception, d.

EYROLLES, 2007, p70
10
la mise sur place d'une architecture provisoire du systme concevoir et la prparation de la

phase d'laboration seront les principales tches effectuer durant cette tape de la cration.16
B. 2 Elaboration
Elle permet de prciser la plupart des cas d'utilisation et de concevoir l'architecture du
systme. L'architecture doit tre exprime sous forme de vue de chacun des modles. Lors de
cette phase une architecture de rfrence sera conue. Au terme de cette tape, le chef de
projet doit tre en mesure de prvoir les activits et d'estimer les ressources ncessaires
l'achvement du projet.
B. 3 Construction
C'est le moment o l'on construit le produit. L'architecture de rfrence se mtamorphose en
produit complet, elle est maintenant stable. Le produit contient tous les cas d'utilisation que
les chefs de projet, en accord avec les utilisateurs ont dcid de mettre au point pour cette
version. Celle-ci doit encore avoir des anomalies qui peuvent tre en partie rsolue lors de la
phase de transition.
B. 4 Transition
Le produit est en version bta. Un groupe d'utilisateurs essaye le produit et dtecte les
anomalies et dfauts. Cette phase suppose des activits comme la fabrication, la formation des
utilisateurs clients, la mise en oeuvre d'un service d'assistance et la correction des anomalies
constates (ou le report de leur correction la version suivante).
c. Etapes de la mthode up
Les activits de dveloppement sont dfinies par cinq disciplines fondamentales qui dcrivent
la capture des exigences, l'analyse et la conception, l'implmentation, le test et le dploiement.
C. 1 capture des exigences

UP propose d'apprhender l'expression des besoins en se fondant sur une bonne
comprhension du domaine concern pour le systme dvelopper et une modlisation des
procdures du systme existant. Ainsi, UP distingue deux types de besoins :
les besoins fonctionnels qui conduisent l'laboration des cas d'utilisation,
les besoins non fonctionnels (techniques) qui aboutissent la rdaction d'une matrice des
exigences.

EYROLLES, 2007, p40
11
C. 2. L'analyse et La conception
a. L'analyse
L'analyse correspondant la phase qui rpond la question que fait le systme , l'analyse
est l'une des tapes les plus importantes et les plus difficiles de la modlisation. Elle permet
de modliser le domaine d'application, d'analyser l'existant et les contraintes de ralisation.
Elle s'effectue par une abstraction et une sparation des problmes. Elle peut tre dcoupe en
trois phases que sont :
? La dfinition des besoins

? La capture des besoins
? La spcification des besoins
b. La conception
La conception met en oeuvre tout un ensemble d'activits qui partir d'une demande
d'informatisation d'un processus permettent la conception, l'criture et la mise au point d'un
produit informatique (et donc de programmes informatiques) jusqu' sa livraison au
demandeur. Elle a comme objectifs de rpondre la question comment faire le systme ?
et de dcomposer de faon modulaire le systme mettre en place. La conception dfinit
l'architecture du logiciel. Elle dfinit par la mme occasion chaque constituant du logiciel
(Informations traites, traitements effectus, rsultats fournis, contraintes respecter. A la
suite un modle logique utilisable la phase d'implmentation est produit.17
C. 3. L'implmentation
Cette phase consiste la mise en oeuvre des programmes dans un langage de programmation
conformment aux spcifications dfinies dans les phases prcdentes. Elle renferme en son
sein les phases de test et de mise au point (dbogage). A la sortie il sera produit un modle
physique (collection de modules implments mais non tests, documentation de
programmation expliquant le code).
C. 4. Test
Les tests permettent de vrifier :
la bonne implmentation de toutes les exigences (fonctionnelles et techniques),
le fonctionnement correct des interactions entre les objets,
la bonne intgration de tous les composants dans le logiciel.

EYROLLES, 2007
12
Classiquement, diffrents niveaux de tests sont raliss dans cette activit : test unitaire, test
d'intgration, test de rception, test de performance et test de non-rgression.
I.6. Prsentation du language UML

1 UML et les vues
Diverses perspectives ou vues peuvent tre prises en compte dans la modlisation d'un
systme d'informations. Le langage UML en a dfini cinq (05) qui sont complmentaires et
qui guident l'utilisation des concepts objets : il s'agit de l'architecture 4+1 centre sur la vue
utilisateur.
1.1 La vue logique
Cette vue appele vue de haut niveau se concentre sur l'abstraction et l'encapsulation. C'est
ce niveau que s'effectue la modlisation des lments et mcanismes principaux du systme.
La vue logique permet d'identifier les lments du domaine, ainsi que les relations et
interactions entre ces lments : les lments du domaine tant le(s) mtier(s) de l'entreprise.
Ils sont d'une importance capitale dans la mission future du systme, ils gagnent tre
rutiliss (ils reprsentent un savoir-faire). Cette vue permet aussi d'organiser, (selon des
critres purement logiques), les lments du domaine en "catgories" : pour rpartir les tches
dans les quipes, regrouper ce qui peut tre gnrique, isoler ce qui est propre une version
donne, etc.18
1.2 La vue des composants
Cette vue de bas niveau (aussi appele "vue de ralisation"), montre : L'allocation des
lments de modlisation dans des modules (fichiers sources, bibliothques dynamiques,
bases de donnes, excutables, etc.). En d'autres termes, cette vue identifie les modules qui
ralisent (physiquement) les classes de la vue logique. Elle dfinit aussi l'organisation des
composants, c'est- dire la distribution du code en gestion de configuration, les dpendances
entre les composants... Les contraintes de dveloppement (bibliothques externes...). La vue
des composants montre aussi l'organisation des modules en "sous-systmes", les interfaces des
sous-systmes et leurs dpendances (avec d'autres sous-systmes ou modules).
1.3 La vue processus
Cette vue est d'une trs grande importante dans les environnements multitches ; elle montre :
? La dcomposition du systme en termes de processus (tches);
? les interactions entre les processus (leur communication);

EYROLLES, 2007, p45
13
> la synchronisation et la communication des activits parallles (threads).
1.4 La vue de dploiement
Cette vue trs importante dans les environnements distribus, dcrit les ressources matrielles
et la rpartition du logiciel dans ces ressources :
> la disposition et nature physique des matriels, ainsi que leurs performances,
> l'implantation des modules principaux sur les noeuds du rseau,
> les exigences en termes de performances (temps de rponse, tolrance aux fautes et
pannes...). 1.5 La vue utilisateur
Cette vue (dont le nom exact est "vue des cas d'utilisation"), guide toutes les autres. Dessiner
le plan (l'architecture) d'un systme informatique n'est pas suffisant, il faut le justifier ! Cette
vue dfinit les besoins des clients du systme et centre la dfinition de l'architecture du
systme sur la satisfaction (la ralisation) de ces besoins. A l'aide de scnarios et de cas
d'utilisation, cette vue conduit la dfinition d'un modle d'architecture pertinent et cohrent.
Cette vue est la "colle" qui unifie les quatre autres vues de l'architecture. Elle motive les
choix, permet d'identifier les interfaces critiques et force se concentrer sur les problmes
importants.
Les diagrammes UML
UML n'est pas une mthode (une description normative des tapes de la modlisation) : ses
auteurs ont en effet estim qu'il n'tait pas opportun de dfinir une mthode en raison de la
diversit des cas particuliers. Ils ont prfr se borner dfinir un langage graphique qui
permet de reprsenter, de communiquer les divers aspects d'un systme d'information (aux
graphiques sont, bien sr, associs des textes qui expliquent leur contenu). UML est donc un
mtalangage car il fournit les lments permettant de construire le modle qui, lui, sera le
langage du projet.
Il est impossible de donner une reprsentation graphique complte d'un logiciel, ou de tout
autre systme complexe, de mme qu'il est impossible de reprsenter entirement une statue
( trois dimensions) par des photographies ( deux dimensions). Mais il est possible de donner
sur un tel systme des vues partielles, analogues chacune une photographie d'une statue, et
dont la juxtaposition donnera une ide utilisable en pratique sans risque d'erreur grave.
Les versions d'UML 1.x proposaient neuf (09) diagrammes.
UML 2.0 en a rajout quatre. Ces treize types de diagrammes reprsentent autant de vues
distinctes pour reprsenter des concepts particuliers du systme d'information. Ils se
rpartissent en deux grands groupes :
Diagrammes structurels ou diagrammes statiques (UML Structure)
> diagramme de classes (Class diagram)
> diagramme d'objets (Object diagram)
> diagramme de composants (Component diagram) > diagramme de dploiement

(Deployment diagram)
14
> diagramme de paquetages (Package diagram) rajout par UML 2.0
> diagramme de structures composites (Composite structure diagram) rajout par UML 2.0
Diagrammes comportementaux ou diagrammes dynamiques (UML Behavior)
> diagramme de cas d'utilisation (Use case diagram)

> diagramme d'activits (Activity diagram)
> diagramme d'tats-transitions (State machine diagram)
> diagrammes d'interaction (Interaction diagram)
> diagramme de squence (Sequence diagram)
> diagramme de communication (Communication diagram)
> diagramme global d'interaction (Interaction overview diagram) rajout par UML 2.0
> diagramme de temps (Timing diagram) rajout par UML 2.0
Ces diagrammes, d'une utilit variable selon les cas, ne sont pas ncessairement tous produits
l'occasion d'une modlisation. Les plus utiles pour la matrise d'ouvrage sont les diagrammes
d'activits,
de cas d'utilisation, de classes, d'objets, de squence et d'tats transitions. Les diagrammes de
composants, de dploiement et de communication sont surtout utiles pour la matrise d'oeuvre

qui ils
permettent de formaliser les contraintes de la ralisation et la solution technique. Dans la suite

nous
allons prsenter les diagrammes utiliss dans notre modlisation.
I.3 language de programmation

a. Langage informatique
On appelle langage informatique un langage destin dcrire l'ensemble des actions

conscutives qu'un ordinateur doit excuter. Un langage informatique est ainsi une faon
pratique pour nous (humains) de donner des instructions un ordinateur.
A contrario, le terme langage naturel reprsente les possibilits d'expression partag par
un groupe d'individus (par exemple l'anglais ou le franais).
Les langages servant aux ordinateurs communiquer entre eux n'ont rien voir avec des
langages informatiques, on parle dans ce cas de protocoles de communication, ce sont deux
notions totalement diffrentes.
Un langage informatique a donc plusieurs avantages:
> il est plus facilement comprhensible que le langage machine ;

> il permet une plus grande portabilit, c'est--dire une plus grande facilit d'adaptation sur
des machines de types diffrents ;
Les langages informatiques peuvent grossirement se classer en deux catgories :
les langages interprts les langages compils.
15
Langage interprt
Un langage informatique est par dfinition diffrent du langage machine. Il faut donc le
traduire pour le rendre intelligible du point de vue du processeur. Un programme crit dans un
langage interprt a besoin d'un programme auxiliaire (l'interprteur) pour traduire au fur et
mesure les instructions du programme.
Langage compil
Un programme crit dans un langage dit compil va tre traduit une fois pour toutes par
un programme annexe, appel compilateur, afin de gnrer un nouveau fichier qui sera
autonome, c'est--dire qui n'aura plus besoin d'un programme autre que lui pour s'excuter; on
dit d'ailleurs que ce fichier est excutable.
Un programme crit dans un langage compil a comme avantage de ne plus avoir besoin, une
fois compil, de programme annexe pour s'excuter. De plus, la traduction tant faite une fois
pour toute, il est plus rapide l'excution. Toutefois il est moins souple qu'un programme
crit avec un langage interprt car chaque modification du fichier source (fichier
intelligible par l'homme: celui qui va tre compil) il faudra recompiler le programme pour
que les modifications prennent effet.
D'autre part, un programme compil a pour avantage de garantir la scurit du code source.
En effet, un langage interprt, tant directement intelligible (lisible), permet n'importe qui
de connatre les secrets de fabrication d'un programme et donc de copier le code voire de le
modifier. Il y a donc risque de non-respect des droits d'auteur.
Les concepts rseau
L'architecture client/serveur:
L'architecture client/serveur est la suite logique de la programmation modulaire. La

programmation modulaire suppose qu'un gros programme est plus efficace s'il est dcompos
en modules; il est plus facile dvelopper et maintenir. Donc, si on dcompose un logiciel
en modules, on ralise qu'il n'est pas ncessaire d'excuter tous les modules dans le mme
espace-mmoire. On peut crer un module client qui demande un service et un autre module
serveur qui fournit le service. En plus, les modules n'ont pas tre sur la mme machine ni
mme sur la mme plateforme. On peut utiliser la plateforme approprie pour chaque tche.
Le client
Le client est un programme qui envoie un message un autre programme, le serveur, lui
demandant d'excuter une tche quelconque, le service C'est le client qui gre l'interface avec
l'utilisateur, valide les donnes, gre la communication avec le serveur et excute certaines
oprations logiques. Le client est aussi responsable de la gestion des ressources locales:
moniteur, clavier et priphriques. Lorsqu'on parle du client on utilise aussi le terme front-
end car c'est la partie du systme
16
qui est l'avant, c'est dire la plus visible l'utilisateur. Le client fonctionne toujours en
mode graphique, GUI, et communique avec l'utilisateur au moyen de fentres.19
Le serveur
Le serveur reoit les demandes des clients, excute les oprations d'extraction et de mise
jour de la base de donnes, assure l'intgrit des donnes et retourne les rponses aux clients.
Le serveur peut aussi tre appelle excuter des oprations logiques qui peuvent aller du
simple au complexe, bases sur les rgles d'affaires de l'entreprise. Le serveur pourrait tre
une autre machine sur le rseau, il pourrait servir aussi de serveur de fichiers sur le rseau. Le
serveur est le back-end qui gre les ressources partages et les tches communes diffrentes
applications.20
19
www.wikipedia.org
20
Client/Server Architecture.
17
CHAPITRE II. ANALYSE DU METIER
I.1. BREF APERU HISTORIQUE
Les tablissements CHRISTNET fut cr par Mr Christian YUMBA en 2002 avec la vente
des tlphones et units en gros et n dtails. Il a suivi la cration d'un cyber caf ainsi que du
magasin CHRISTNET, et peu peu les activits ses sont accrues savoir la multiplication des
magasins et dpt ainsi que la location des appartements des lux situ au croisement des
Avenues Mpolo et Kinkodja , Ajourd `hui ces tablissements sont frquents par plusieurs
expatries, un espace grce ce perfection du service en btis, ensuite la construction en 2014
d'une grande galerie
CHRISTNET shopping situe au croisement des avenues des usines et Mama yemo ou abrite
plusieurs magasins des lux.
I.2. SITUATION GEOGRAPHIQUE
Les tablissements SKYCOM occupe une place de choix c'est - -dire en plein centre -ville
la poste sur l'avenue Sendwe entre la galerie du ptrole et le btiment Beta max juste ct du
grand btiment de la poste.
I.3. FONCTIONNEMENT DE L'ENTREPRISE

> Le directeur gnral: Coordonne les activits de l'tablissement. Et le responsable des toutes
les appartements
> comptabilit : traite les problmes lis au personnel, finances et est interlocuteur de
l'administration publique(Etat).Il fait le suivi et respect des procdures conformment aux
rgles des tablissements. Il a en son sein les services de recouvrement des crances,
informatique, achat et la caisse. En cas d'urgence, il tablit les factures pour vhicules livrer.
> Le secrtariat : travaille sous responsabilit du directeur gnral et de l'administration et

Finance. Il assure l'expdition et rception des correspondances, prpare les actions de
cession. Et fait aussi le rle de la rception (Service aprs- vente). Il prpare et arrange les
dossiers import-export et commercial des clients.
> Service magasin pices de rechange : s'occupe de la rception et livraison des pices au
comptoir et aux ateliers. Par moment, il passe la commande en ligne des pices avec les
constructeurs.
? Les ateliers ou garages : assurent la rparation et entretien des vhicules des clients. Il
comprend des mcaniciens affects des diffrentes taches subdivises en sections.
> La vente commerciale : s'occupe de la vente principalement, de la recherche et fidlisation

de la clientle. Elle passe les commandes en relation avec les commerants. Elle a aussi la
tche de faire prparer et livrer les marchandises aux clients.
> La caisse : rceptionne l'argent entre les mains du client et tablit en change un reu
correspondant.
18
I.4. ORGANIGRAMME DE L'ENTREPRISE

Directeur gnral Secrtariat
Comptabilit gnrale gnral
Service du personnel
Service logistique
Service vente
Location des appartements

Cyber caf Vente des crdits Service d'import
Sources :Servicedupersonnel,date :15/05/2011
19
2. 2. ANALYSE DU METIER 2.2.1. DESCRIPTION DU METIER
Le mtier est dfini comme tant l'ensemble d'activits d'un travailleur permettant de rpondre
aux besoins de l'utilisateur.
Pour notre travail, nous allons analyser juste le processus de vente et paiement qui se fait
l'entreprise SKYCOM, pour en fin proposer un nouveau systme de vente qu'on va mettre sur
le site web.
2.2.1. DESCRIPTION TEXTUELLE DU PROCESSUS METIER
Le processus commence lorsque le client se prsente la rception pour se renseigner sur

l'achat des produits, la rception procde par la vrification de la quantit en stock si elle est
disponible par rapport la quantit demande, si la quantit est indisponible la commande est
mise en attente et dans le cas contraire la rception tablie un bon de commande , le prix
unitaire et le numro du bon de commande, et le client se prsente la caisse ,le client paye et
la caisse dite le bon de livraison en deux exemplaires l'un pour le client et l'autre pour la
livraison qui lui permettra de prparer le produit, le client se prsente la livraison avec son
bon de livraison, ce dernier vrifie et livre le produit.
a. Dlimitation du primtre
En ce concerne notre tude, nous avons rpertoris 5 acteurs qui sont :
1. Client : c'est lui qui passe la commande ; et paie sa facture
2. Rception : donne la prcision sur le produit disponible et les conditions de vente (achat) ;
3. Caisse : c'est lui qui peroit l'argent du client ;
4. livraison : celui qui gre, apprte le produit.
20
I.8. DIAGRAMME DE CONTEXTE

Ce diagramme nous permet d'avoir une vision globale des interactions entre les activits de
les lis avec l'environnement extrieur, il permet galement de bien dlimiter le champ de
l'tude.
SKYCOM
Caisse
Rception SYSTEME DE VENTE

Charg de livraison
Client
I.8.1.ANALYSE FONCTIONNELLE DU METIER

L'analyse fonctionnelle nous permet d'avoir une bonne comprhension de besoins des
utilisateurs, ces besoins constituent les spcifications qui permettent de bien choisir la
conception de la solution pour arriver au but, nous utiliserons le diagramme d'activit, le
diagramme de cas d'utilisations, le diagramme de classe et le diagramme de packages selon le
formalisme UML.
I.8.1.1.Le diagramme d'activits

Le diagramme d'activits n'est rien d'autre que la transcription dans UML de la reprsentation
du processus telle qu'elle a t labore lors du travail qui a prpar la modlisation, il montre
l'enchainement des activits qui concourent au processus21.
Pour notre travail, voici le diagramme d'activit
I.8.1.2. DIAGRAMME DE CAS D'UTILISATION

Le diagramme de cas d'utilisation reprsente la structure des grandes fonctionnalits
ncessaires aux utilisateurs du systme. C'est le premier diagramme du modle UML, celui o
la relation entre l'utilisateur et les objets que le systme met en oeuvre22.
21
Laurent Audibert, UML 2.0., p 23
22
Laurent Audebert, Op Cite, p. 22.
21
Pour notre travail, le diagramme de cas d'utilisation au plus haut niveau reprsent
comme suit :
SYSTEME DE VENTE
passer commande
Rception
Client
Traiter commande
Caisse
Payer facture
extend
Livrer produit
Livraison
Diagramme d'activit du cas d'utilisation Pass commande
CLEINT RECEPTION
DEPOSER DEMANDE
ENREGISTRER COMMANDE
22
Diagramme d'activit du cas d'utilisation Traiter commande
RECEPTION
CLEINT
COMMANDE ENREGISTREE
VERIFIER DISPONIBILITE
NON
OUI
COMMANDE ACCEPTEE
Diagramme d'activit du cas d'utilisation payer facture
CLEINT
ETABLIR BON COMMANDE CAISSE
BON DE COMMANDE PRESENTE

PERCEVOIR FRAIS
ETABLIR FACTIRE
FACTURE
23
Diagramme d'activit du cas d'utilisation Livrer produits
LIVRAISON
CLIENT
APPRETER MARCHANDISES
VERIFIER FACTURE
LIVRER MARCHANDISES
A prsent nous allons considrer pour chaque action conceptuelle est un cas
d'utilisation de niveau d'abstraction suprieur.
1. Passer commande
2. Traiter commande
3. Payer facture
4. Livrer produit.
I.8.1.4.DESCRIPTION DE CAS D'UTILISATION
a. Cas d'utilisation passer commande
But : permettre au client de passer sa commande normalement.
Acteur concern : client (principal) Rception (secondaires). Pr-condition :
1. Il existe une commande;
Scnario nominal
1. le client se fait renseigner des produits disponibles et de leurs prix par la rception
2. il choix les produits commander
3. il saisit sa commande (nom client, adresse, tlphone, produit, quantit, prix unitaire)
4. le client valide sa commande
24
Description formelle
System
Client
passerCommande()
Fournir Informations
saisirCommande()
Commande en cours
ValiderCommande()
enregistrer commande
b. Cas d'utilisation Traiter Commande
But : permettre la rception de traiter une commande jusqu' produire une facture
correspondant la commande du client.
Rsum : la rception choisit une commande, vrifie la quantit de chaque produit command
la quantit, le prix unitaire, le prix total, confectionne un bon de commande du client.
Acteur concern : Rception (principal), client (secondaire).
Scnario nominal
1. La rception choisit une commande et prend connaissance du contenu
2. Il saisit le bon de commande de la commande encours ;
3. Il valide la commande ;
Post-condition
1. Commande traite
25
: Rception
Liste de bons de commande affichs
lignes de commande affiches
etablir bon commande()
bon commnde tablit
choisirCommande()
ValiderCommande()
traiterCommande()
System
gnrerbon Commande
remettre bon commande()
transmettreBonCommande)
Client
caisse
26
I.8.1.6. CLASSES CANDIDATES
-code:string -nom
: tring -prenom : string -adresse : string -contact : int -e-mail : string
Client
+getTotal()
+creer()
+afficherInfo()
-numero
: int -date : date
-/total
passer
Commande
ter sur
-numero
: int -/totLigne : int
+getTotalLigne()
-numero
: int -date : date -montant : int
Lignes
Facture
-code
: string -designation : string -prixVente : int
1
*
-numero
: int -date : date -quantit : int
BonLivraison
Produit
concerne
1
*
1
a. Cas d'utilisation Livrer Produit
But : permettre livraison de procder la livraison de toute commande paye et de faire la

mise jour du stock
Rsum : la livraison choisit un bon de livraison, il compare la quantit livrer avec le stock,
il contrle la preuve de rglement, il peut modifier, mettre en attente une livraison et livre le
produit.
Acteur concern : livraison (principal), client (secondaire)
Pr- condition
1. Au moins un produit est disponible
Scnario nominal
1. La livraison slectionne un bon de livraison et consulte la quantit de produit livre
2. Il contrle la preuve de paiement
3. Il vrifie l'tat du stock
4. Il valide la livraison et met jour son stock
Post-condition
1. Une commande est livre
2. Mise jour du produit en stock
27
: Livraison
System
SIVENTE
LivrerCommande()
Client
Liste de bons de livraisons en attente affichs
choisirBon()
produits et quantits livrer affiches
ControlerFacturer()
vrifierpayement()
facture conforme
[Livraison autorise]
ControlerStock()
Stock
= OK
[Livraison autorise]
ValiderLivraison()
mettre a jour stock
livrer produit()
28
CLASSES CANDIDATES
-code:string -nom
: tring -prenom : string -adresse : string -contact : int -e-mail : string
-numero
: int -date : date
Commande
passer
Client
*
1..*
porter sur facturer
-numero
: int -/totLigne : int
-numero
: int -date : date -montant : int
Facture
Lignes
-numero
: int -date : date -quantit : int
BonLivraison
concerne
1..*
-code
: string -designation : string -prixVente : int
1
Produit
1..*
-numero
: int -date : date
-quantit: int
1..*
etre compos de
Stock
I.9. MODELE DU DOMAINE

Un diagramme de classe montre la structure statique du modle, les objets qui existent, leur
structure interne et les relations aux autres objets23.
passer
*
1
concerner contenir
BonLivraison
Client
1..*
-numro:int -date:date -quantit :int -livreur:string
*
1..*
realiser
accompagner
concerner
1..*
1
Facture
-numro:int
-date :date
-montant:i
nt
-motif:string
-code:stri
ng
LignesCommandes
1..*
: int
1..*
Commande
Produit
-numro
: int -date : date
-numro:int
-/total
: int
-code:string
-designation:strin
g
-prix_unit
concerner 1..*
1..*
-numro
: int -quantit : int -date : date
Stock
-nom:string -prenom:string -adresse:string -telephone:string -e-mail

: string
23
http://www.slideshare.net/vinotbernard/uml-presentation
29
CHAPITRE III : CONCEPTION DU SYTEME INFORMATIQUE III. 1

INTRODUCTION
Ce chapitre est subdivis en deux grands points dont :
Le modle fonctionnel : qui consiste en une analyse approfondie en capitalisant la

connaissance du mtier de l'entreprise ou du domaine. Les fonctions du systme d'information
sont en effet indpendantes des techniques utilises.
Ce point comportera les tapes suivantes :
1. La capture des besoins fonctionnels enfin de produire un modle de besoins
dfinitifs.
2. L'analyse de besoins fonctionnels.
Le deuxime point de ce chapitre portera sur l'architecture technique, ainsi, ce point va

capitaliser un savoir-faire technique. C'est--dire qu'il constitue un investissement pour le
court et moyen terme. Les techniques dveloppes pour le systme peuvent l'tre en effet
indpendamment des fonctions raliser.
Ainsi donc, ce point comportera les tapes suivantes : 1. La capture de besoins techniques ;
2. La conception gnrique : dfinir les composants ncessaires la construction de

l'architecture technique.
III.2 LE MODELE FONCTIONNEL
III.2.1 CAPTURE DES BESOINS
FONCTIONNELS
Les besoins du systme informatique consiste :
? Dterminer ce que le systme doit faire ;
? Fournir une meilleure comprhension des fonctionnalits du systme
que doivent dvelopper ceux qui sont cens le faire ;
? Dfinir le primtre du systme ;
? Mettre au point la base de la planification et le contenu technique.
La dfinition des tches qui sont informatises est ralise par la collection des certaines
actions du modle mtier.
30
A. DESCRIPTION ET DELIMITATION DU SYSTEME

INFORMATIQUE
Interne
service
vente
client
Le systme concevoir devra nous permettre de faire un suivi de la gestion des ventes des
produits en ligne. Notre domaine d'tude pourra donc se prsent de la manire suivante :
31
Il est souligner que tous les acteurs sont externes au systme.
Le client doit interagir avec le systme via Internet. C'est ainsi qu'il peut donc passer sa
commande, virer l'argent, ou paye via money lectronique d'un rseau local.
Le systme de gestion des activits de vente doit permettre les actions
suivantes :
1. Enregistrer la commande du client ;
2. Mettre jour le catalogue ;
3. Traiter la commande; 4. Grer les paiements;
Comparativement aux actions mtiers automatiser nous avons donc les acteurs du systme
suivants :
1. SERVICE DE VENTE
Enregistre les commandes des clients;
Approuver la demande;
Mettre jour le catalogue;
Traiter les commandes de clients
2. CLIENT
Passer commande via Internet et paie sa facture
BANQUE ET RESEAUX TELEPHONIQUE
Percevoir les frais des clients dans le compte de l'tablissement
Poser du retrait des frais en money lectronique dans le compte de client vers le compte de
l'tablissement.
32
B. DIAGRAMME DE CAS D'UTILISATION SYSTEME
EffectuerPaiement
Banque
GESTION DES VENTES
Gerer Panier
Client
Consulter Catalogue
include
Passer Commande
ServiceVente
include
Traiter Commande
include
Ce diagramme de cas d'utilisation systme montre le fonctionnement du nouveau systme par

la mise en place d'un systme informatique en occurrence le site de vente en ligne.
33
C. DEFINITION ET ANALYSE DES ITERRATIONS
C.1 DEFINITION DES ITERATIONS
Considrant la dpendance entre les packages mtiers et le cas d'utilisation, nous pouvons
dfinir les itrations suivantes :
- 1re itration : consulter catalogue
- 2e itration : grer panier
- 3e itration : passer commande - 4e itration : traiter commande - 5e itration : grer

paiement
Au cours de ce mmoire, nous nous mettrons dvelopper toutes ces itrations
une une.
C.2 ANALYSE DES ITERATIONS

L'analyse consiste donc en une description des diffrents cas d'utilisation venant des itrations
et la description des cas d'utilisation peut se faire de la manire la plus informelle ou textuelle
la manire la plus formelle.(1)
C.2.1 ANALYSE DE LA PREMIERE ITERATION Cas d'utilisation :

consultercatalogue
Acteur : client
DESCRIPTION TEXTUELLE
- Flux nominal
Pr condition : catalogue contient des produits
Post condition :
- Le panier remplie ou non ;
Scnario
: SERVICE DE VENTE site de vente

0. Le client demande catalogue 2. le systme affiche le catalogue
1. Client slectionne l'article voulu ; 3. le systme affiche le prix et la quantit de l'article
4. ajouter dans le panier

(1)
MUNDA J., Cours indit de Mthodes de conception de systme d'information, L2 Info,
ISS/L'shi 2011 - 2012.
34
DESCRIPTION FORMELLE
La description formelle se fait dans un diagramme de squence. Ce diagramme se prsente de

la manire suivante :
C.2.2 ANALYSE DE LA 2e ITERATION : Grer Panier
Cas d'utilisation : GrerPanier Acteur : Client
Description textuelle
Flux nominal
Pr condition : Le catalogue consult Post condition : panier enregistr SCENARIO ajouter

articles
: CLIENT : SYSTEME ()
1. Saisir articles ; 2. Systme affiche Dtails Article ;
3. Ajoute l'article dans le panier ; 4. Enregistrer l'article dans le panier ;

SCENARIO modifier articles
1. demande affichage des tous les articles ; 2. Systme affiche Dtails Article (quantit,
3. modifier quantit ; prix unitaire et prix total);
4. le systme met jour le panier;

SCENARIO supprimer articles
1. slectionner article supprimer 3. 2. Systme affiche Dtails et demande la

valider suppression ;
confirmation de la suppression;
4. le systme supprime article et met jour le

panier;
C.2.3 ANALYSE DE LA 3e ITERATION : Passer
commande Cas d'utilisation : PasserCommande
Acteur : Client
Flux nominal
Pr condition : - panier contient des articles
Post condition : - commande enregistre
35
Scnario
: CLIENT :Site de Vnete()

1. Sectionner panier; 2. le systme affiche dtails articles;
3. le client passe la commande ; 4. le systme demande le mode de paiement.
4. le client saisit le mode de paiement 5. le systme demande le mode de livraison
6. le client saisit le mode de livraison 7. le systme enregistre
C.2.4 ANALYSE DE LA 4e ITERATION : Traiter

Commande
Cas d'utilisation : TraiterCommande Acteur : service vente
Flux nominal
Pr condition : la commande doit exister
Post condition : soit commande valide, soit commande annule
SCENARIO
: SERVICE VENTE : Site de Vente ()

1. demander listes des commandes ; 3. de 2. le systme affiche toutes les commandes
Slectionner une commande ; enregistres;
5. vrifier disponibilit des articles et 4. Afficher dtails de la commande;
mode livraison ;
6. si la quantit commande est infrieur la
quantit en stock valider commande
C.2.5 ANALYSE DE LA 5e ITERATION : Grer

Paiement
Cas d'utilisation : GererPaiement Acteur : Banque
Flux nominal
Pr condition : la commande doit exister Post condition : paiement effectu
SCENARIO
: BANQUE & RESEAUX MOBILE : Site de Vnete ()

1. demander listes des commandes ; 3. Slectionner une commande ; 5. effectuer paiement
commande; 7. saisir coordonnes paiement
2. le systme affiche toutes les commandes enregistres;
4. Afficher dtails de la commande;
6. afficher mode paiement
8. vrifier coordonnes paiement
9. mode paiement accept et facture tablit
36
E. CONCEPTION DES COMPOSANTS

1er Composant : Consultercatalogue
A. Opration systme
En considrant l'analyse prcdente, nous avons rcolt les oprations systmes
suivantes :
: SYTEME
+ Consultercatalogue () +SectionnerArticles ()
B. Spcification des oprations
1. Nom de l'opration : + Consultercatalogue () Rsum : consulter article, sectionner un

article.
Pr condition : Le catalogue existe
Post condition : un article est slectionn Spcification formelle
La spcification formelle s'effectue dans un diagramme de communication. DIAGRAMME

DE COMMUNICATION 1
1. consultercatalogue()
:Client CtrlConsultercatalogue
EcranGen
produit
2. Activer()
Afficher()
5. Select()
SelectionnerArticle()
3.InitialiserCatalogue()
4. Initialiser()
EcranDetailsCatalogue
Catalogue
EcranConsultation
37
2e COMPOSANT : GrerPanier
A. Opration systme
Les oprations retenues partir de la 2e itration sont reprisent dans le diagramme
suivant :
: SYSTEME
+ EnregistrerPanier () +ModifierPanier () +SupprimerPanier ()
B. Spcification des oprations 1. Nom opration : EnregistrerPanier ()
Rsum : les articles peuvent tre ajouts dans le panier par le client. Pr conditions :
prsence catalogue
Post conditions : au moins un article est ajout
Spcification formelle : Diagramme de communication 1
EcranArticle
Select()
ARTICLE
EcranGen
3.Enregistrer()
Select()
4. InitialiserEntre()
Create()
PANIER
EcranPanier
1. EnregistrerPanier()
:Client
CtrlGererPanier
2. Activer()
3e COMPOSANT : PasserCommande
C. Opration systme
Pour ce diagramme venant de la 3e itration, nous allons recenser les oprations
suivantes :
: SYSTEME
+ EnregistrerCommande () +AfficherCommande ()
4e COMPOSANT : TraiterCommande
38
D. Spcification des oprations
1. Nom de l'opration : EnregistrerCommande ()
Rsum : le client passe sa commande et peut l'enregistre et la consulter.
Pr condition : article disponible
Post condition : commande enregistre
E. Spcification formelle : Diagramme de communication 1
1. EnregistrerCommande()
:Cilent
CtrlPasserCommande
2. Activer()
EcranGen
4. InitialiserCMDE()
3. Enregistrer()
5. Create()
EcranCMDE
Commande
2. Nom de l'opration : AfficherCommande ()
Pr condition : commande existe. Post Condition : commande affiche.
3.
EcranGen
5. Select()
EcranCMDE
Afficher()
EcranAffichage
Commande
1. AfficherCommande()
:Client
3. Afficher()
2. Activer()
2. Initialiser()
6.Afficher()
CtrlPassercommande
Spcification formelle : Diagramme de communication.
39
A. Opration systme
Pour ce composant relatif la 4e itration, nous recensons les oprations systmes
suivantes :
: SYSTEME
+ ConsulterCommande () +AnnulerCommande ()
B. Spcification des oprations
Nom opration : + ConsulterCommande ()
Rsum : le service de vente peut consulter la commande pour le traitement
Pr condition : une commande doit exister
Post condition : commande valide soit annule.

C.
1.ConsulterCommnde()
:S.Vente
EcranGen
2. Activer()
5. Select()
3. Consulter()
EcranCommande
:Commande
supprimer()
DetailsCommande
4. Initialiser()
6.Delete
()
CtrltTraiterCommande
SPECIFICATION FORMELLE : DIAGRAMME DE COMMUNICATION 1
40
5e COMPOSANT : Effectuer Paiement A. Opration systme : EffectuerPaiement
Pour ce composant relatif au besoin du systme, nous n'aurons qu'une seule opration
systme. :
: Systme
+ Effectuer Paiement ()
B. Spcification de l'opration
Nom de l'opration : Effectuer Paiement ()
Rsum : permettre au client de payer les frais de la commande. Pr condition : commande

doit tre valide Post condition : paiement effectu ou refus
Spcification formelle : Diagramme de communication
1.EffectuerPaiement()
InitialiserCoordonnePaiement()
CtrlPaiement
EcranGen
5. Create()
EcranAffichage
:Client
:Paiement
41
DIAGRAMME DE CLASSE DE CONCEPTION

Client
-code: string -nom

: string -prenom : string -adresse : string -telephone : int
+getInfo()
ControleurCommande
+creerCommande() +afficherCommande() +modifierQuantit() +TrouverTotalCommande() +RecherhcerLignesCommande()

+supprimerCommande() +CalculerMontant() +CreerFacture() +creerLivraison() +AfficherMontant()
-numero
: int -date : date -quantite : float -livreur : string
+afficherTotalLivre()
+getCommandeLivre()
+getInfoClient()
BonLivraison
-numero
: int
-/total ligne
+afficherTotalLigne()
+getCommande()
+getInfo()
Lignes
Commande
-numero
: int -date : date
-/total
+creer()
+annuler() +afficherTotal() +afficher info() +afficherLivraison()
1 ..*1
1
concerne
1..*
-code
: string -designation : string -prix unit : int
+getPrixUnit()
+getStock()
+getInfo()
Produit
+getInfo()
+create()
+update()
-numro:int
-date:date
-montant
: int
Facture
1..*
1
facturer
-numero
: in
-produit [0..*]
+Commander() +SupprimerLignes() +recalculer() +annulerCommande()
Ecrancommande
F. DIAGRAMME D'ARCHITECTURE SYSTEME
Il y a ncessit d'aligner l'architecture du systme informatique sur celle du mtier de

l'entreprise. On conoit d'abord l'architecture logique du systme puis une architecture
physique aboutissant un diagramme de dploiement au niveau des besoins techniques.
F.1 ARCHITECTURE LOGICIELLE DU SYSTEME

L'architecture logicielle dcrit la conception gnrale de l'application et prsente
l'organisation structurelle des diffrents systmes dvelopper tout en tenant compte du
systme informatique, elle dialogue avec le utilisateurs et s'appuie sur un ensemble des
technologies. Cette technologie est repartie en trois couches qui sont :
1. LA COUCHE PRESENTATION
Elle permet l'interaction de l'application avec l'utilisateur, saisie des informations au clavier.
C'est l'interface du systme.
2. LA COUCHE PERSISTANCE
C'est l'ensemble d'informations structures, regroupes pour une utilisation ultrieur lors d'un
certain traitement.
3. LA COUCHE APPLICATIVE
CLIENT +Catalogue +Commande +Panier
+EcranCatalogue
+EcranCommande
+EcranPanier
IHMClient
GESTION DES COMMANDES
+EcranTraiterCommande
+EcranCommande
IHMServiceVente
LOGIQUE PRESENTATION
ARTICLE
+Article
+CtrlConsulterCatalogue() +CtrlGererPanier() +CrtlTraiterCommande() +CrtlCommande

LOGIQUE APPLICATIVE
LOGIQUE METIER
IHMBanque
+EcranGenBanque
+EcranEnregistrementPaiemen
GESTION VENTE
+Paiement
+Commande
42
Elle est appele aussi la couche de traitement, elle dcrit les travaux raliser par
l'application.
Le diagramme d'architecture systme se prsente de la manire suivante :
43
III.3 ARCHITECTURE TECHNIQUE

Aprs avoir dvelopp l'architecture du systme qui est le rsultat de l'analyse fonctionnelle,
cette phase de la conception nous fournie ainsi des bases ncessaires qui nous permettrons de
capturer les besoins techniques de notre systme.
III.3.1 CAPTURE DES BESOINS

TECHNIQUES
Pour dvelopper les trois couches de notre architecture systme nous aurons donc besoins
d'outils appropris de dveloppement pour chaque couche.
1. Dveloppement de la logique prsentative ou des interfaces
A ce niveau, nous allons nous servir du langage HTML (HyperText Mark Up Language).
C'est la structure d'un hyperdocument qui et dcrite et non pas sa prsentation. Le navigateur
interprte cette description puis compose le document au mieux compte tenu du contexte,
tel que :
- Rsolution de l'cran,
- Couleurs disponibles,
- Polices disponibles,
- Taille des images afficher,
- Taille de la fentre d'affichage.
...
Ainsi donc, les pages web statiques seront cres par cet outil (HTML) ; mais les pages web
dynamiques les seront par l'utilisation du langage JavaScript.
2. DEVELOPPEMENT DE LA LOGIQUE APPLICATIVE
Etant aussi appele couche de traitement, ce niveau intermdiaire entre les deux couches
prsentation et mtier va nous aider ou aider le systme raliser ses travaux, c'est--dire
qu'elle est la partie consacre au traitement des toutes les oprations du systme.
Et bien, pour dvelopper la logique applicative, nous allons utiliser le langage de

programmation PHP (Personal Home Page). C'est langage de script orient objet permettant
de grer un site web de A Z, en allant de la simple gnration de documents HTML la
production d'images GIF la vole en passant par les requtes aux serveurs de donnes,
l'envoi automatique de mail ou encore le chiffrement. Ce langage pourra aussi donner au
systme la facilit de dialoguer directement et simplement avec la base de donnes. Car il
donne une mthode facile de connexion la base de donnes se trouvant sur n'importe quel
serveur et n'importe quelle distance.
Ainsi, la cration, la gestion, l'authentification seront faciles grce PHP.
44
3. DEVELOPPEMENT DE LA LOGIQUE METIER
Cette couche de l'architecture systme est constitue d'un ensemble

d'informations structures, regroupes pour une utilisation ultrieure lors d'un certain
traitement.
A cet effet, pour bien garder et protger cet ensemble d'information, il s'avre donc ncessaire
de dvelopper une base de donnes (ensemble structur d'informations). Celle - ci doit tre
bien conue, pour permettre une consultation et une modification aise de son contenu, si
possible par plusieurs utilisateurs en mme temps. Les donnes seront stockes dans des
champs d'un type dtermin et ces champs sont groups dans des tables relies entre elles.
Pour dvelopper ainsi une base de donnes, nous allons utiliser le SGBD (le systme de
gestion de base de donnes) MySQL. C'est un SGBDR qui est trs utilis pour mettre en ligne
sur le web de petite base de donnes.
Le SQL (structured Query Language), langage d'interrogation de bases de donnes permettra
de manipuler assez facilement les bases de donnes relationnelles. Il est trs vari bien qu'il
ait t normalis deux fois. Il permet d'ajouter des donnes, de les supprimer, parfois par
tables entires, de les slectionner dans des tables, selon toutes sortes de critres.
Cette base de donnes sera donc utilises par plusieurs utilisateurs du systme, ce qui nous
oblige donc l'installer sur un serveur de donnes.
Un serveur est un ordinateur dtenant des ressources particulires et qu'il met la disposition
d'autres ordinateurs par l'intermdiaire d'un rseau. On parle d' architecture client - serveur
.
Parmi les types de serveurs, nous avons par exemple le serveur d'applications, serveur de base
de donnes, serveur des fichiers, serveur d'impression, ...
Dans la gestion des commandes, compte tenu du nombre des clients, il faut que le serveur de
donnes ait une grande capacit d'espace disque et un systme d'exploitation bien adapt la
gestion de toutes les ressources rseaux, telles que : les domaines, les comptes d'utilisateurs,
les utilisateurs, les machines clientes, des imprimantes, ...
Notons ensuite que le systme sera utilis aussi par le client ou les autres particuliers via
Internet. C'est la raison pour laquelle les mesures de scurits se classe parmi les besoins
fondamentaux du systme. L'utilisation des applications adapte ce propos telles que le
WIRESHARK pour filtrer les messages, les analyser, les interprts, ..., sera trs utile pour la
scurit du systme.
Aussi, il est ncessaire d'installer le serveur DHCP (Dynamique Host Configuration Protocol).
Protocole d'attribution dynamique des adresses sur un rseau IP, bas sur bootp (Bootstrap
Protocl, protocole qui permet un client d'interroger un serveur pour savoir quelle et son
adresse IP en fonction de adresse matrielle sur le rseau. Souvent utilis pour permettre des
stations sans disque de bouter et d'tre automatique configures.), de faon pouvoir avoir
plus de terminaux que d'adresses. Il permet d'une faon gnrale d'administrer distance toute
la configuration IP (Instruction Pointer) d'une machine.
Ainsi donc, le systme d'exploitation qu'il faut utiliser sur les serveur sera choisi parmi les
suivants : Windows serveur 2003 ou Windows serveur 2008 selon qu'ils utiliseront les
systme Windows XP ou Windows 7 ou 8 du cot client.
45
III.3.3 ARCHITECTURE DE
L'APPLICATION
La technologie objet requiert une architecture. C'est cette architecture qui organise les
interactions entre objets. On a l'habitude de regrouper ces objets en classes, cette classe en
domaines, et ces domaines en couches.
Les couches permettent de prsenter l'architecture de l'application. Les quipes de ralisation
s'attribuent alors des responsabilits sur le dveloppement de chaque couche. Aussi, si
modliser et indispensable, construire une architecture couche et un critre de qualit dans
le cadre d'un dveloppement objet. Reste donc choisir le nombre de couches et dfinir leur
contenu.
Architecture 3-tiers.
Pour avoir une architecture robuste, modulable et volutive, il nous faut utiliser le principe de
couche . nous allons donc sparer au maximum le diffrents types de traitement de
l'application (DAO[Data Access objets], mtier et prsentation).
Presentation
Mtier
DAO
"usage"
Ceci correspond une architecture 3 - tiers suivante :

"usage"
"usage"
BDD
"usage"
Architecture 3-tiers
III.3.4 STRUCTURE GENERALE DE

L'APPLICATION
L'application est dcoupe en 3 couches distinctes, prsentation, mtier et
DAO.
- La couche prsentation est charge de tout ce qui est affichage.
- La couche mtier est la logique mtier de l'application, elle est le coeur et c'est elle qui
dfinit toutes les rgles rgissantes au fonctionnement de l'application.
- La couche DAO est l'intermdiaire entre les autres couches et la base de donnes. Ainsi
donc, avant de dvelopper les 3 couches, nous allons d'abord dvelopper notre base de
donnes.
46
CHAPITRE IV : ARCHITECTURE RESEAU ET DEPLOIEMENT
Le dploiement d'une solution client / serveur se construit sur la dfinition des postes de
travail. Un poste de travail reprsente un ou plusieurs acteurs pouvant tre localis sur une
machine d'un type particulier et remplissant une fonction identifie dans l'entreprise. Le poste
de travail ne reprsente pas forcment une machine physique, mais peut consister en plusieurs
machines, condition qu'elles donnent lieu au mme type de dploiement.(1)
La notion de poste de travail peut cependant tre quelque peu bouleverse par la
gnralisation des dploiements en client lger. En effet, au travers de la notion de portail
plusieurs applications sont potentiellement accessibles, voir atteinte de manire transparente
l'utilisateur par des techniques de syndication. Cette volution technologique nous amne
associer la notion de poste de travail l'ensemble des applications web que l'on dsire rendre
accessibles pour un acteur particulier du systme. La dfinition des postes de travail dans le
cadre que l'on doit dclarer au travers des mcanismes de single sign - on d'un portail.
Les modles de dploiement et de configuration matrielle s'expriment tous deux l'aide d'un
diagramme de dploiement. Cependant, ils n'expriment pas tout fait le mme niveau de
description.
Le modle de configuration matrielle est utilis pour exprimer les contraintes de mises en
oeuvre au niveau physique. On y trouve les noeuds et le connexions physiques du systme,
qui sont les diffrents types de machines connectes par des moyens divers. Le modle de
configuration matrielle permet de spcifier, de documenter et de justifier tous les choix
d'organisation physique en fonction des machines ddies aux diverse fonctions techniques du
systme.
Le modle de dploiement considre plutt chaque noeud comme un poste de travail. Il

exprime la rpartition physique des fonctions mtier du systme et permet de justifier la
localisation des base de donnes et des environnements de travail. Le modle de dploiement
aide prciser la qualification des postes client, des rseaux et de leur scurit physique par
rapport des critres fonctionnels.(1)
Ainsi donc, le diagramme de dploiement de notre systme se prsente de la manire

suivante :
(1)
P. Rocques & F. Valle, UML 2 en action, de l'analyse des besoins la conception, d.
EYROLLES, 2007, p.236
- 239
(1)
Ibidem
47
Client
Banque
SRVEUR
Administrateur Rseau
S. Vente
SERVICE VENTE
Client
I HM
BANQUE
I HM
I HM
Cette architecture comprend des noeuds correspondant aux support physiques (Serveurs,
poste de travail, ...) ainsi que la rpartition des artefacts logiciels (bibliothques,
excutables, ...) sur ces noeuds. C'est un vritable rseau constitu de noeuds et de connexions
entre ces noeuds qui modlise cette architecture.
Un noeud correspond une ressource matrielle de traitement sur laquelle des artefacts seront
mis en oeuvre pour l'exploitation du systme. Les noeuds peuvent tre interconnects pour
former un rseau d'lments physiques.
Un artefact est la spcification d'un lment physique qui est utilis ou produit par le
processus de dveloppement du logiciel ou par le dploiement du systme. C'est donc un
lment concret comme par exemple : un fichier, un excutable ou une table d'une base de
donnes.(1)
Ainsi donc tout en considrant l'hypothse prcdente notre diagramme pourra donc se
prsente ainsi :
(1)
J. GABAY & D. GABAY, UML2 Analyse et conception, d. DUNOD, Paris, 2008, p69
48
Client
I HM
"device"
Serveur web
"artifact"
Commande.html
SERVICE VENTE
I HM
"device"
serveur application mtier
SWITCH
"artifact"
Metier.php
BANQUE
I HM
"artifact"
Client
"artifact"
Contrle
"artifact"
Article
nomey electronique
"Device"
Serveur BDD
"artifact"
Scripts.SQL
49
4.1. PRESENTATION DE L'APPLICATION Code source
<!DOCTYPE html>






<html lang="fr-FR">

<head>
<meta charset="UTF-8"/>
<meta name="viewport" content="width=device-width"/>
<title>Skycom shop | armoire simple | Shop | tous vos besoin a porte de main</title>
<link rel="profile" href=" http://gmpg.org/xfn/11"/>
<link rel="pingback" href=" http://localhost/skyshop/xmlrpc.php"/>

 
<link rel="alternate" type="application/rss+xml" title="Skycom shop » Flux" href="

http://localhost/skyshop/feed/" />
<link rel="alternate" type="application/rss+xml" title="Skycom shop » Flux des

commentaires" href=" http://localhost/skyshop/comments/feed/" />
<link rel="alternate" type="application/rss+xml" title="Skycom shop » Flux pour

Produits" href=" http://localhost/skyshop/boutique/feed/" />
<link rel='stylesheet' id='wpmenucart-icons-css' href=' http://localhost/skyshop/wp-
content/plugins/woocommerce-menu-bar-cart/css/wpmenucart-icons.css?ver=3.9.2'
type='text/css' media='all' />
<link rel='stylesheet' id='wpmenucart-css' href=' http://localhost/skyshop/wp-
content/plugins/woocommerce-menu-bar-cart/css/wpmenucart-main.css?ver=3.9.2'
type='text/css' media='all' />
<link rel='stylesheet' id='woocommerce-layout-css' href='//localhost/skyshop/wp-
50
content/plugins/woocommerce/assets/css/woocommerce-layout.css?ver=2.1.12' type='text/css'
media='all' />
<link rel="EditURI" type="application/rsd+xml" title="RSD"
href=" http://localhost/skyshop/xmlrpc.php?rsd" />
<link rel="wlwmanifest" type="application/wlwmanifest+xml" href="

http://localhost/skyshop/wp-includes/wlwmanifest.xml" />
<meta name="generator" content="WordPress 3.9.2" /> <meta name="generator"

content="WooCommerce 2.1.12" />
<script type="text/javascript">
var wpversion = "3.9.2";
var agca_version = "1.3.7";

var agca_debug = false;
var jQueryScriptOutputted = false;
var agca_context = "page";
function initJQuery() {
//if the jQuery object isn't available
if (typeof(jQuery) == 'undefined') {
if (! jQueryScriptOutputted) {
//only output the script once..
jQueryScriptOutputted = true;
//output the script (load it from google api)
document.write("<scr" + "ipt type=\"text/javascript\"
src=\" http://ajax.googleapis.com/ajax/libs/jquery/1.7.2/jquery.min.js\"></scr" + "ipt>");
setTimeout("initJQuery()", 50);
} else {
jQuery(function() {
try
jQuery('#wpadminbar').show();
if(isWPHigherOrEqualThan("3.3")){ }
if(isWPHigherOrEqualThan("3.3")){
jQuery("ul#wp-admin-bar-root-default li#wp-admin-bar-comments").css("display","none");
jQuery("ul#wp-admin-bar-root-default li#wp-admin-bar-new-content").css("display","none");
jQuery("ul#wp-admin-bar-root-default li#wp-admin-bar-new-content li#wp-admin-bar-new-
post").css("display","none");
jQuery("ul#wp-admin-bar-root-default li#wp-admin-bar-new-content li#wp-admin-bar-new-

link").css("display","none");
jQuery("ul#wp-admin-bar-root-default li#wp-admin-bar-updates").css("display","none"); }
jQuery("#wphead #header-logo").css("display","none");
jQuery("ul#wp-admin-bar-root-default li#wp-admin-bar-wp-logo").css("display","none");
51
jQuery("#wp-admin-bar-site-name").css("display","none");
}catch(ex){}
});
initJQuery();
</script>
var agca_global_plugin_url = ' http://localhost/skyshop/wp-content/plugins/ag-custom-

admin/'; </script>
<script type="text/javascript" src=" http://localhost/skyshop/wp-content/plugins/ag-custom-
admin/script/ag_script.js?ver=1.3.7"></script>
jQuery(document).ready(function(){
updateTargetColor("color_header","#176b96");
});
</script>
<link rel="alternate" type="application/rss+xml" title="Nouveaux produits"
href=" http://localhost/skyshop/boutique/feed/" /><style type="text/css">.ie8 .container

{max-width: 1020px;width:auto;}</style>
<style type="text/css" media="all">

body {
font-size : 14px;
font-family : Arial, Helvetica, sans-serif;
font-weight : normal;
color : #333333;
.container {
max-width : 1020px; }
h1, h2, h3, h4, h5, h6 {
font-family : Arial, Helvetica, sans-serif; }
</style> </head>
<body class="home archive post-type-archive post-type-archive-product logged-in

woocommerce woocommerce-page cc-responsive">
<! Top Header >
<div class="container-full-width" id="top_header">
<div class="container">
<div class="container-fluid">
<div class="row-fluid">
<div class="span6">
52
<div class="top-head-description"> tous vos besoin a porte de main </div> </div>
<div class="top-head-social span6"> <div id="social">
<div class="default-icons">
<a href="http://www.twitter.com/" rel="nofollow" target="_blank" title="Skycom shop

Twitter" class="symbol twitterbird"></a><a href="http://www.facebook.com/"
rel="nofollow" target="_blank" title="Skycom shop Facebook" class="symbol
facebook"></a><a href="http://www.google.com/" rel="nofollow" target="_blank"
title="Skycom shop Googleplus" class="symbol googleplus"></a> </div>
</div>
</div> </div> </div> </div> </div>
<! Header >
<div id="header_section" class="container-full-width"> <div class="container">
<header id="cc-header" class="row-fluid">
<div class="span7"> <div class="hgroup">
<h2 class="site-title"><a href=" http://localhost/skyshop/" title="Skycom shop"

rel="home">Skycom shop</a></h2>
</div> </div> </header>
</div>

</div>

</div>

<! Menu >
<div class="container-full-width" id="main_navigation">
<nav id="navigation" role="navigation">
<div class="main-navigation navbar navbar-inverse">
<div class="navbar-inner">
<div class="nav-collapse collapse">
53
<ul id="menu-menu" class="nav"><li><a href="
http://localhost/skyshop/">Boutique</a></li>
<li class="dropdown "data-dropdown="dropdown"><a href=" http://localhost/skyshop/mon-
compte/"dropdown-toggle>Mon Compte<b class="caret"></b></a>
<ul class="dropdown-menu">
<li><a href=" http://localhost/skyshop/mon-compte/commande/">Commande</a></li>
<li><a href=" http://localhost/skyshop/mon-compte/panier/">Panier</a></li>
</ul>
</li>
</ul>
<form method="get" id="searchform" class="navbar-search pull-right"
action=" http://localhost/skyshop/" role="search">
<input type="text" class="search-query input-medium" name="s" placeholder="Recherche"/>

</form>
<div class="clear"></div>
</div>


<a class="btn btn-navbar" data-toggle="collapse" data-target=".nav-collapse">
<span class="icon-bar"></span>
</a>
</div>

</div>

</div>

</nav>

</div>

</div>

</div>

<div id="cc_woocommerce" class="container-full-width"> <div class="container">
<div id="container" class="row-fluid">
<div id="content" class=" span9 content-sidebar-right"> <h1 class="page-

title">Boutique</h1>
54
<p class="woocommerce-result-count">
Afficher tous les 10 rsultats</p><form class="woocommerce-ordering" method="get">

<select name="orderby" class="orderby">
<option value="menu_order" >Tri par dfaut</option><option value="popularity" >Tri par

popularit</option><option value="rating" >Tri par notes moyennes</option><option
value="date" >Tri par nouveaut</option><option value="price" >Tri par tarif
croissant</option><option value="price-desc" >Tri par tarif dcroissant</option> </select>
</form>
<ul class="products">
<li class="post-78 product type-product status-publish has-post-thumbnail first shipping-

taxable purchasable product-type-simple product-cat-meublement instock">
<a href=" http://localhost/skyshop/produit/armoire-simple/">
<img width="150" height="150" src=" http://localhost/skyshop/wp-

content/uploads/2014/09/meuble-tv-propre-150x150.jpg" class="attachment-shop_catalog
wp-post-image" alt="meuble tv propre" />
<h3>armoire simple</h3>
<span class="price"><span class="amount"> 45,000.00</span></span> </a>
<a href="/skyshop/?add-to-cart=78" rel="nofollow" data-product_id="78" data-

product_sku="" class="button add_to_cart_button product_type_simple">Ajouter au
panier</a>
</li>
<li class="post-80 product type-product status-publish has-post-thumbnail sale shipping-

<a href=" http://localhost/skyshop/produit/equipement-sale-de-bain/">
<span class="onsale">Promo !</span>

content/uploads/2014/09/studio-meuble-montreal-ste-jeanne-101-150x150.jpg"
class="attachment-shop_catalog wp-post-image" alt="studio-meuble-montreal-ste-jeanne-10"
/>
<h3>quipement sale de bain</h3>
<span class="price"><del><span class="amount"> 689,000.00</span></del>

<ins><span class="amount"> 650,000.00</span></ins></span>
</a>

panier</a>
</li>

taxable purchasable product-type-simple product-cat-materiels-informatique instock">
<a href=" http://localhost/skyshop/produit/flashe/"> <span class="onsale">Promo !</span>
content/uploads/2014/09/1320157468-150x150.jpg" class="attachment-shop_catalog wp-

post-image" alt="1320157468" />
<h3>flashe disque</h3>
55

</a>

panier</a>
</li>
<li class="post-68 product type-product status-publish has-post-thumbnail last shipping-

<a href=" http://localhost/skyshop/produit/meuble-chambre/">

content/uploads/2014/09/2964-150x150.jpg" class="attachment-shop_catalog wp-post-image"
alt="2964" />
<h3>Meuble chambre</h3>

panier</a>
</li>
<li class="post-58 product type-product status-publish has-post-thumbnail first shipping-

taxable purchasable product-type-simple product-cat-materiels-informatique instock">
<a href=" http://localhost/skyshop/produit/ordinateur-fixe-et-portable/">

content/uploads/2014/09/info-21741-150x150.jpg" class="attachment-shop_catalog wp-post-
image" alt="info-21741" />
<h3>ORDINATEUR FIXE ET PORTABLE</h3>

panier</a>
</li>

taxable purchasable product-type-simple instock">
<a href=" http://localhost/skyshop/produit/robe/"> <span class="onsale">Promo !</span>
content/uploads/2014/09/IMG_10903913926329-150x150.jpeg" class="attachment-
shop_catalog wp-post-image" alt="IMG_10903913926329" />
<h3>robe</h3>

</a>

product_sku="robe
56
soir" class="button add_to_cart_button product_type_simple">Ajouter au panier</a> </li>

<a href=" http://localhost/skyshop/produit/64/"> <span class="onsale">Promo !</span>
content/uploads/2014/09/CityMeuble-031-150x150.jpg" class="attachment-shop_catalog wp-

post-image" alt="CityMeuble-03" />
<h3>sale a manger</h3>

</a>

panier</a>
</li>
<li class="post-70 product type-product status-publish has-post-thumbnail last sale shipping-
taxable purchasable product-type-simple product-cat-logiciel instock">
<a href=" http://localhost/skyshop/produit/service-nettoyage/">
<span class="onsale">Promo !</span>
content/uploads/2014/09/nettoyage-materiel-informatique-150x150.jpg" class="attachment-
shop_catalog wp-post-image" alt="nettoyage-materiel-informatique" />
<h3>service nettoyage</h3>

</a>

panier</a>
</li>
<li class="post-77 product type-product status-publish has-post-thumbnail first sale shipping-

<a href=" http://localhost/skyshop/produit/table-avec-armoire/"> <span

class="onsale">Promo !</span>

content/uploads/2014/09/meuble-tv-agglomere-ouvert-150x150.jpg" class="attachment-
shop_catalog wp-post-image" alt="meuble-tv-agglomere-ouvert" />
<h3>table avec armoire</h3>

</a>
57

panier</a>
</li>
taxable purchasable product-type-simple product-cat-habillement product-tag-ado product-
tag-vet instock">
<a href=" http://localhost/skyshop/produit/vetements-pour-enfant/"> <span

class="onsale">Promo !</span>
content/uploads/2014/09/IMG_128463380326511-150x150.jpeg" class="attachment-
shop_catalog wp-post-image" alt="IMG_12846338032651" />
<h3>Vtements pour enfant</h3>

</a>

product_sku="ado" class="button add_to_cart_button product_type_simple">Ajouter au
panier</a>
</li> </ul>
</div>
<div id="secondary" class="widget-area span3">
<div id="sidebar">
<aside id="search-2" class="widget-container widget_search">
<form method="get" id="searchform" class="navbar-search pull-right"
action=" http://localhost/skyshop/" role="search">
<input type="text" class="search-query input-medium" name="s" placeholder="Recherche"/>

</form>
<div class="clear"></div></aside><aside id="woocommerce_product_categories-2"

class="widget-container woocommerce widget_product_categories"><h3 class="widget-
title">Catgories</h3><ul
class="product-categories"><li class="cat-item cat-item-20"><a

href=" http://localhost/skyshop/categorie-produit/logiciel/">LOGICIEL DE
PROTECTION</a></li>
<li class="cat-item cat-item-23"><a href=" http://localhost/skyshop/categorie-

produit/materiels-informatique/">MATERIELS INFORMATIQUE</a></li>
produit/meublement/">MEUBLEMENT</a></li>
produit/habillement/">VTEMENTS HAUT COUTURE</a></li>
</ul></aside> </div> 
</div> </div>
</div> </div>
58
</div>
<div id="footer_widgets_wrapper" class="container-full-width"> <div id="footer_wrapper"

class="container"> <div id="wrapper" class="container-fluid">
<div id="footer-widgets" class="row-fluid">
<div id="footer-widget-container" class="span12"> <div class="row-fluid">
<aside id="woocommerce_widget_cart-2" class="widget-container span3 woocommerce
widget_shopping_cart"><h3 class="widget-title">Panier</h3><div
class="widget_shopping_cart_content"></div></aside><aside id="woocommerce_products-
2"
class="widget-container span3 woocommerce widget_products"><h3 class="widget-

title">Produits</h3><ul class="product_list_widget"><li>
<a href=" http://localhost/skyshop/produit/flashe/" title="flashe disque ">
content/uploads/2014/09/1320157468-90x90.jpg" class="attachment-shop_thumbnail wp-

post-image" alt="1320157468" /> flashe disque </a>
<del><span class="amount"> 21,000.00</span></del> <ins><span
class="amount"> 19,000.00</span></ins></li><li>
<a href=" http://localhost/skyshop/produit/equipement-sale-de-bain/" title="quipement sale

de bain ">
content/uploads/2014/09/studio-meuble-montreal-ste-jeanne-101-90x90.jpg"
class="attachment-shop_thumbnail wp-post-image" alt="studio-meuble-montreal-ste-jeanne-
10" /> quipement sale de bain </a>
<a href=" http://localhost/skyshop/produit/armoire-simple/" title="armoire simple">

content/uploads/2014/09/meuble-tv-propre-90x90.jpg" class="attachment-shop_thumbnail
wp-post-image" alt="meuble tv propre" /> armoire simple </a>
<span class="amount"> 45,000.00</span></li><li>
<a href=" http://localhost/skyshop/produit/table-avec-armoire/" title="table avec armoire ">

content/uploads/2014/09/meuble-tv-agglomere-ouvert-90x90.jpg" class="attachment-
shop_thumbnail wp-post-image" alt="meuble-tv-agglomere-ouvert" /> table avec armoire
</a>
<a href=" http://localhost/skyshop/produit/service-nettoyage/" title="service nettoyage ">

content/uploads/2014/09/nettoyage-
materiel-informatique-90x90.jpg" class="attachment-shop_thumbnail wp-post-image"

alt="nettoyage-materiel-informatique" /> service nettoyage </a>
class="amount"> 20,000.00</span></ins></li></ul></aside> </div>

</div>

</div>


<script type='text/javascript'> /* <![CDATA[ */
var woocommerce_params
= {"ajax_url":"\/skyshop\/wp-admin\/admin-
59
</div>

</div>

</div>
<div class="container-full-width" id="after_footer">
<footer class="site-footer row-fluid">
<div class="span6">
<div id="credit">
<a href="http://cyberchimps.com/" rel="nofollow" target="_blank" title="CyberChimps

Themes">
<h4 class="cc-credit-text">CyberChimps WordPress Themes</h4>
</a>
</div>
</div>

<div class="span6">
<div id="copyright">
© Skycom shop </div>
</div>
</footer>

</div>

</div>

</div> 
<script type='text/javascript'> /* <![CDATA[ */
var wc_add_to_cart_params
= {"ajax_url":"\/skyshop\/wp-admin\/admin-
ajax.php","ajax_loader_url":"\/\/localhost\/skyshop\/wp-
content\/plugins\/woocommerce\/assets\/images\/ajax-loader@2x.gif","i18n_view_cart":"Voir
Panier","cart_url":"http:\/\/localhost\/skyshop\/mon-
compte\/panier\/","is_cart":"","cart_redirect_after_add":"no"};
/* ]]> */ </script>
<script type='text/javascript' src='//localhost/skyshop/wp-
content/plugins/woocommerce/assets/js/frontend/add-to-cart.min.js?ver=2.1.12'></script>
content/plugins/woocommerce/assets/js/jquery-
blockui/jquery.blockUI.min.js?ver=2.60'></script>
60
ajax.php","ajax_loader_url":"\/\/localhost\/skyshop\/wp-
content\/plugins\/woocommerce\/assets\/images\/ajax-loader@2x.gif"};
/* ]]> */ </script>
content/plugins/woocommerce/assets/js/frontend/woocommerce.min.js?ver=2.1.12'></script>

content/plugins/woocommerce/assets/js/jquery-
cookie/jquery.cookie.min.js?ver=1.3.1'></script>
<script type='text/javascript'> /* = {"ajax_url":"\/skyshop\/wp-

<![CDATA[ */ admin\/admin-
var wc_cart_fragments_params
ajax.php","fragment_name":"wc_fragments"};
/* ]]> */ </script>
content/plugins/woocommerce/assets/js/frontend/cart-fragments.min.js?ver=2.1.12'></script>
<script type='text/javascript' src=' http://localhost/skyshop/wp-
content/themes/ifeature/cyberchimps/lib/bootstrap/js/bootstrap.min.js?ver=2.0.4'></script>
<script type='text/javascript' src=' http://localhost/skyshop/wp-
content/themes/ifeature/cyberchimps/lib/js/retina-1.1.0.min.js?ver=1.1.0'></script>
</body> </html>
61
Aperus du site par le client

62
63
5~ycom hop I Commande
f C ft [cD Iocalhos/skyshop/mon-compte/commande/
Nom de l'entreprise
Adresse'
666, lucifer road
Appartement, bureau, etc. (optionnel)
Ville*
hall
tat! Comt * evil Code Postal'
Adresse email' Tlphone*
diable@uheRcom
00666666666
Votre commande Total
Produit 45.000.00 45,000.00 Livraison

Gratuite 45,000.00
armoire simple
1 Sous-total nu panier Livraison et
Manutention Montant
~

0 Sri +r
ra-.. O i 0
14:58
ze109,zm4
_p
Cr ft O localhost/skyshop/mon-compte/commande/
Virement Bancaire
Effectuez le paiement directement depuis votre compte bancaire. Veuillez utiliser l'identi0ant
de
votre commande comme rfrence du paiement Votre commande ne sera pas expdie tant
que les fonds ne seront pas reus.
Paiement par Chque
O Mpesa
O tigocash
Produits
-21,003-03 19.000.00 01
quipement sale de bain
ftashe disque
Commander
64
65
Aperue des commande par le serveur ou gestionnaire du site

66
CONCLUSION
Nous voici arriv au terme de notre travail de fin d'tude l'institut suprieur de statistique de
Lubumbashi, dont l'objet tait celui de mettre en place une application d'un site web de vente
de produit en ligne de l'tablissement SKYCOM de Lubumbashi
En effet, pour remdier aux diffrentes difficults, nous avons procds aux diffrentes
dmarches de l'informatisation, en ayant connaissance de l'existant du systme en usage et des
solutions ont ts proposes aprs avoir dcel toutes les anomalies constates
Pour ce faire nous nous rsumons pour dire que dans le premier chapitre, nous avions
expliqus les diffrents concepts de base considre dans l'laboration de notre travail et
diffrents travaux antrieurs en rapport avec notre sujet. Le deuxime nous a donn la
possibilit de concevoir un systme d'information organis et le dernier chapitre s'achve par
l'criture des codes dans le langage que nous essayons de maitriser et l'implantation du site.
En fait, nous avons apport nos contribution dans ce secteur d'activit dans le sens que les
clients passerons leurs commandes en ligne et payerons leurs factures soit par compte
bancaire soit encore par money lectronique. Et cette innovation ne permettra toute
personne de passer sa commande mme distance.
En fin, nous restons ouverts toutes les critiques objectives que tout chercheur devra bien
nous adresser aprs la lecture de ce travail. Voil d'une manire gnrale, la quintessence de
l'tude que nous avons mene.
67
BIBLIOGRAPHIE
I. OUVRAGES
1. MULLER P.A, Modlisation objet avec UML ,
2. Jacques MUNDA Cours de QS de CONCEPTION DE SYSTEME D'INFORMATION, ISS

L'shi, 2012, indit
3. P. Rocques & F. Valle, UML 2 en action, de l'analyse des besoins la conception, d.

EYROLLES, 2007,
4. J. GABAY & D. GABAY, UML2 Analyse et conception, d. DUNOD, Paris, 2008,
II. COURS
1. MUNDA J., Cours indit de Mthodes de conception de systme d'information, L2 Info,
ISS/L'shi 2011 - 2012.
III. DICTIONNAIRE
1. Dictionnaire, opt.cit,
2. Petit Larousse illustre, les ditions franaises 1999,
3. P R o q u e s
F V a l l e UML 2 en action de l'analyse des besoins la conception 4e dition
4. www.wikipedia.org
5. http://www.slideshare.net/vinotbernard/uml-presentation
6. Dictionnaire, LAROUSSE ILLUSTRE, 2009,
7. Dictionnaire Robert Mthodique
IV. TFE
1. NGOY KATANGA Nestor, Pour mon travail de fin de cycle,
68
TABLE DES MATIERES
INTRODUCTION GENERALE 1
1. CHOIX ET INTERET DU SUJET 1
1.1. CHOIX 1
1.2. INTERET DU SUJET 1
2. ETAT DE LA QUESTION 2
2. PROBLEMATIQUE 3
3. HYPOTHESE 3
4. METHODES ET TECHNIQUES 4
4.1. METHODE 4
4.2. TECHNIQUES 4
5. DELIMITATION DU SUJET 5
6. SUBDIVISION DU TRAVAIL 5
CHAPITRE I : DEFINITIONS DES CONCEPTS ET CONSIDERATION THEORIQUE 6
I.1 Dfinitions des concepts 6
I. 2. CONSIDERATION THEORIQUE 8
I.6. Prsentation du language UML 12
I.3 language de programmation 14
CHAPITRE II. ANALYSE DU METIER 17
I.1. BREF APERU HISTORIQUE 17
I.2. SITUATION GEOGRAPHIQUE 17
I.3. FONCTIONNEMENT DE L'ENTREPRISE 17
I.4. ORGANIGRAMME DE L'ENTREPRISE 18

18
2. 2. ANALYSE DU METIER 19
2.2.1. DESCRIPTION DU METIER 19
2.2.1. DESCRIPTION TEXTUELLE DU PROCESSUS METIER 19
a. Dlimitation du primtre 19
I.8. DIAGRAMME DE CONTEXTE 20
I.8.1.ANALYSE FONCTIONNELLE DU METIER 20
I.8.1.2. DIAGRAMME DE CAS D'UTILISATION 20
I.8.1.4.DESCRIPTION DE CAS D'UTILISATION 23
I.8.1.6. CLASSES CANDIDATES 26
CLASSES CANDIDATES 28
69
CHAPITRE III : CONCEPTION DU SYTEME INFORMATIQUE 29
III. 1 INTRODUCTION 29
III.2 LE MODELE FONCTIONNEL 29
III.2.1 CAPTURE DES BESOINS FONCTIONNELS 29
A. DESCRIPTION ET DELIMITATION DU SYSTEME INFORMATIQUE 30
B. DIAGRAMME DE CAS D'UTILISATION SYSTEME 32
C. DEFINITION ET ANALYSE DES ITERRATIONS 33
C.1 DEFINITION DES ITERATIONS 33
C.2 ANALYSE DES ITERATIONS 33
C.2.1 ANALYSE DE LA PREMIERE ITERATION 33
C.2.2 ANALYSE DE LA 2e ITERATION : Grer Panier 34
C.2.3 ANALYSE DE LA 3e ITERATION : Passer commande 34
C.2.4 ANALYSE DE LA 4e ITERATION : Traiter Commande 35

C.2.5 ANALYSE DE LA 5e ITERATION : Grer Paiement 35
E. CONCEPTION DES COMPOSANTS 36
1er Composant : Consultercatalogue 36
2e COMPOSANT : GrerPanier 37
3e COMPOSANT : PasserCommande 37
4e COMPOSANT : TraiterCommande 38
5e COMPOSANT : Effectuer Paiement 40
DIAGRAMME DE CLASSE DE CONCEPTION 41
F. DIAGRAMME D'ARCHITECTURE SYSTEME 41
F.1 ARCHITECTURE LOGICIELLE DU SYSTEME 41
III.3 ARCHITECTURE TECHNIQUE 43
III.3.1 CAPTURE DES BESOINS TECHNIQUES 43
10. Dveloppement de la logique prsentative ou des interfaces 43
2. DEVELOPPEMENT DE LA LOGIQUE APPLICATIVE 43
30. DEVELOPPEMENT DE LA LOGIQUE METIER 44
III.3.3 ARCHITECTURE DE L'APPLICATION 45
III.3.4 STRUCTURE GENERALE DE L'APPLICATION 45
CHAPITRE IV : ARCHITECTURE RESEAU ET DEPLOIEMENT 46
4.1. PRESENTATION DE L'APPLICATION 49
Aperus du site par le client 61
CONCLUSION 66
70
BIBLIOGRAPHIE 67
TABLE DES MATIERES 68

Smmih

Uploaded by

Document Information

Original Title

Copyright

Available Formats

Share this document

Share or Embed Document

Sharing Options

Did you find this document useful?

Is this content inappropriate?

Copyright:

Available Formats

Smmih

Uploaded by

Copyright:

Available Formats

?

1. CHOIX ET INTERET DU SUJET

Le choix d'un sujet scientifique doit tre ncessairement la consquence de ce que le

1.2. INTERET DU SUJET

mthodes informatiques ainsi que les quipements matriels et de processus logiciels

- Peut-on tre mesure d'tablir une liste des ventes journalires ?

- L'ordinateur pourrait-il prendre en charge la gestion des ventes journalires, semestriel,

- D'obtenir les statistiques des ventes priodiques, journalires, mensuelles, trimestrielles et

Le but de la technique dans la dmarche de l'laboration de notre travail est de collecter

Cette technique nous a permis procder l'investigation scientifique, utilisant un processus

- Gestion de vente (service de vente ou distribution) ;

- Gestion des commandes (service client) ;

- Gestion de stock (magasin produits finis).

Hormis l'introduction gnrale et la conclusion gnrale, nous subdivisions notre travail en

V' CHAPITRE I. DEFINITIONS DES CONCEPTS ET CONSIDERATION THEORIQUES

V' CHAPITRE II. ANALYSE METIER

V' CHAPITRE III. CONCEPTION DE SYSTEME INFORMATIQUE

Dans ce chapitre nous allons dcrire l'analyse et la conception du systme informatique, la

V' CHAPITRE IV : IMPLEMENTATION

CHAPITRE I : DEFINITIONS DES CONCEPTS ET CONSIDERATION

I.1 Dfinitions des concepts

1.3 SYSTEME INFORMATIQUE

Un systme informatique est un ensemble organis d'objets techniques - matriels, logiciels,

La conception permet d'acqurir une comprhension approfondie des contraintes lies au

1.5 UN SITE OU SITE WEB (DE L'ANGLAIS WEBSITE)

Dsigne l'change de biens, de services et d'informations entre les rseaux informatiques,

1.6 BASE DE DONNEES (DATABASE)

1.6.1 SYSTEME DE GESTION DE BASE DE DONNEES

En informatique un systme de gestion de base de donnes (abr. SGBD) est un logiciel

A. 1. Le processus unifi est conduit par les cas

A. 2. Le processus unifi est centr sur l'architecture

Ds le dmarrage du processus, on aura une vue sur l'architecture mettre en place.

A. 4. Le processus unifi est pilot par les risques

B. Le cycle de vie du processus unifi

15 P. Rocques & F. Valle, UML 2 en action, de l'analyse des besoins la conception, d.

la mise sur place d'une architecture provisoire du systme concevoir et la prparation de la

C. 1 capture des exigences

les besoins fonctionnels qui conduisent l'laboration des cas d'utilisation,

16 P. Rocques & F. Valle, UML 2 en action, de l'analyse des besoins la conception, d.

? La dfinition des besoins

? La spcification des besoins

la bonne implmentation de toutes les exigences (fonctionnelles et techniques),

le fonctionnement correct des interactions entre les objets,

la bonne intgration de tous les composants dans le logiciel.

17 P. Rocques & F. Valle, UML 2 en action, de l'analyse des besoins la conception, d.

I.6. Prsentation du language UML

1.2 La vue des composants

1.3 La vue processus

? La dcomposition du systme en termes de processus (tches);

? les interactions entre les processus (leur communication);

18 P. Rocques & F. Valle, UML 2 en action, de l'analyse des besoins la conception, d.

> la synchronisation et la communication des activits parallles (threads).

1.4 La vue de dploiement

> l'implantation des modules principaux sur les noeuds du rseau,

Les diagrammes UML

Les versions d'UML 1.x proposaient neuf (09) diagrammes.

Diagrammes structurels ou diagrammes statiques (UML Structure)

> diagramme de classes (Class diagram)

> diagramme d'objets (Object diagram)

> diagramme de composants (Component diagram) > diagramme de dploiement

> diagramme de paquetages (Package diagram) rajout par UML 2.0

Diagrammes comportementaux ou diagrammes dynamiques (UML Behavior)

> diagramme de cas d'utilisation (Use case diagram)