Rpublique Tunisienne

Ministre de LEnseignement Suprieur et de la Recherche

Scientifique
Institut Suprieur des Etudes Technologiques de Klibia

Rapport de mini projet

Prsent au

Dpartement : Technologies de lInformatique

PARCOURS: DSI 31

Application de Vente : MyBook

Organisme d'accueil

Nom de l'organisme d'accueil

Ralis par : Zagrouba Jawher & Rouissi Hamza

Encadr par : Meddeb Oumayma

Anne universitaire :
2016 /2017
Sommaire
Chapitre 1 : Prsentation du cadre de projet.....................................................3

1. Introduction.............................................................................................................3

2.1 Prsentation de la socit MyBook:..................................................................4

2.2 Ressources Humaines........................................................................................4

2.3 Comptences logicielles....................................................................................4

2.4 Mission :............................................................................................................4

3. Etude de l'existant :.................................................................................................5

3.1 Prsentation du systme actuel..........................................................................5

3.2 Description de l'existant....................................................................................5

3.3 Critique de l'existant..........................................................................................5

3.4 Solution propose..................................................................................................6

3.5 Mthodologie adopte...........................................................................................6

4. Conclusion...............................................................................................................7

Chapitre 3 : Analyse et spcification des besoins...........................................................7

1. Introduction.............................................................................................................7

2. Etude des besoins....................................................................................................8

2.1 Problmatique...................................................................................................8

2.2 Besoins fonctionnels.........................................................................................8

2.3 Besoins non fonctionnels..................................................................................9

3. Modles des cas d'utilisation...................................................................................9

3.1 Identification des acteurs...................................................................................9

3.2 Identification des cas d'utilisations...................................................................9

3.3 Diagrammes des cas d'utilisations...................................................................10

4. Conclusion.............................................................................................................11

Chapitre 4 : Conception................................................................................................12

1. Introduction :.........................................................................................................12
2. Architecture globale de la solution........................................................................12

3. Modle dynamique................................................................................................12

3.1 Diagramme de squence relatif la ralisation dun projet...........................12

4. Modle statique.....................................................................................................15

4.1 Diagramme des classes...................................................................................15

5. Modle de la base des donnes.............................................................................16

5.1 Les tables de la base des donnes.......................................................................16

5.2 Modle logique des donnes...............................................................................16

6. Conclusion.......................................................................................................16
 Chapitre 1 : Prsentation du cadre de
projet

1. Introduction
Dans ce premier chapitre, nous aborderons le cadre gnral du projet travers la
prsentation de lorganisme qui nous a accueillis et l'tude de l'existant.
2. Prsentation de la socit :

2.1 Prsentation de la socit MyBook:

MyBook est une Librairie en ligne (entreprise culturelle) un commerce consacr
aux livres, dans lequel, librairies et clients changent et enrichissent leurs dcouvertes

2.2 Ressources Humaines

Crateur du site web (chef du projet)
Equipe des ingnieurs (web, code)
Equipe des ingnieurs de conception
Equipe des techniciens (code / design)
Deux secrtaires
Dpartement de compatibilit / marketing / finance

2.3 Comptences logicielles

MyBook vous apporte des solutions de qualit par la matrise d'un grand nombre
de technologies et de langages de programmation informatique :

Expertise : WLanguage de PCSoft (WinDev, WinDev Mobile)

Technologies : C++, Java, C#, Python, Ruby, C, Perl, Qt, Phone Gap, Node.js

Bases de donnes : MySQL, PostgreSQL, SQL Server, Hyper File

Plateformes et systmes : Microsoft, Mac OS X, Linux, UNIX, Android, iPhone,

iPad, Windows Phone

Ensemble des Serveurs qui gre 25 Pc (Systme Mac) fournis pour loutil de
design / dveloppement

Routeurs / modem / rpteur

 Cble rseaux / fibre optique

2.4 Mission :
Prendre place sur le march de la librairie en ligne en face des concurrents
Inventer rapidement des lments diffrentiateurs pour devenir moyen terme
(moins de deux ans) le numro un franais de la vente livres en ligne.
le site web devra tre facilement volutif pour pouvoir implmenter trs
rapidement de nouvelles fonctionnalits importantes.

Mybook traite en priorit votre commande grce des expditions journalires.

Avec Mybook Vous pouvez aussi nous contacter afin d'avoir des conseils
personnaliss, par un libraire spcialiste dans le domaine.

3. Etude de l'existant :

3.1 Prsentation du systme actuel

La procdure demprunt se faite manuellement. En fonction dun abonnement
mensuel
Ou annuel. Dplacement du client dans le but demprunter des livres.
LInscription se faite de manire classique
Absence de la duplication des livres
La procdure dachat dun livre se fait via une sorte de contrat

Les livres sont organises selon leurs thmes

3.2 Description de l'existant

Dabord le client se prsente laccueil de la librairie avec sa carte
dabonnement. Par la suite celui qui responsable laccueil valide la code de la carte et
voir si cette dernire est valide ou elle est expir ou introuvable dans leur archives. Si le
cas ou la carte est valide lemprunt se faite de manire normale, si non le client doit
renouveler son abonnement ou dsactiver son compte. En fin de compte le client se
dplace pour une distance bien dtermin pour emprunter un livre
Lenregistrement dun nouveau client se faite de manire traditionnelle dans
lequel ce dernier remplir un fiche dinscription. Chaque trimestre il faut rorganiser les
anciens livres pour laisser la place au nouveau. Certain livre sont trs rares de manire la
 libraire ne peut pas le remplacer. La procdure de vente des livres est trs dlicate qui
ncessite la prsence dun caissier par suite le remplissage dun formulaire dachat. Le
domaine du travail est principalement au niveau local

3.3 Critique de l'existant

Manque dorganisation au niveau darchives vue que le nombre demprunt faite
par jour est gnralement grand
Gaspillage du temps
Manque de fonctionnalit de recherche pour faciliter le travail aux clients
Pertes au niveau des ventes
Un manque de la publicit du a une absence du site web
Systme non informatis qui rendre la copie et dplacement des donnes plus difficile
Le client doit payer en cash (manque doption de payer en facilit)

3.4 Solution propose

A tout moment le client doit pouvoir accder au formulaire du bon de commande

La premire tape pour linternaute consiste trouver le plus rapidement possible

un ouvrage recherch dans lensemble du catalogue

Un systme informatis qui facilit lorganisation, linscription des clients

Une base de donnes qui gre les diffrents livres

Un site web qui gre lactualit de la librairie ainsi les procdures de ventes

Le domaine du travail doit tre international

3.5 Mthodologie adopte

Langage
UML
Pourquoi ?

Obtenir une modlisation de trs haut niveau indpendante des langages et des
environnements.

Faire collaborer des participants de tous horizons autour d'un mme document de
synthse.

Faire des simulations avant de construire un systme.

 Exprimer dans un seul modle tous les aspects statiques, dynamiques, juridiques,
spcifications, etc...

Documenter un projet.

Gnrer automatiquement la partie logicielle d'un systme.

4. Conclusion
Aprs avoir prsent le cadre gnral du projet, dans le 2me chapitre on va analyser
les spcifications des besoins.
 Chapitre 3 : Analyse et spcification
des besoins

1. Introduction
Pour tout projet informatique ltape de conception est lun des axes
primordiaux pour arriver satisfaire les attentes des utilisateurs.
Ce chapitre contient la prsentation des acteurs ainsi les cas
dutilisation et la description dtaille de chaque cas pour atteindre
faire un diagramme de squence primordial. Aprs avoir une
bonne conception, jai fini le chapitre par la conception de base de
donnes.

2. Etude des besoins

2.1 Problmatique
Dans cette partie nous allons dfinir les diffrents acteurs qui touchent notre systme
et les besoins fonctionnels et non fonctionnels.

2.2 Besoins fonctionnels

Notre projet consiste dvelopper une application de ventre qui rpond au plusieurs
demande de diffrentes clients concernant les transaction et les oprations virtuelle . Les
besoins fonctionnels et les attentes vis--vis de notre application dpendent dun acteur
autre.
Administrateur:
o Gestion des catalogues : - Ajouter un livre
- Supprimer un livre
- Modifier information dun livre
o Gestion des actualits:
- regrouper les articles

o Gestion de linformation ddition :

- modifier lditeur, lauteur

Visiteur:
o Consulter les livres
o Faire une recherche dtaill/avance
Client:
o Grer panier
- Ajouter article
- Supprimer article
 o Grer son compte client

2.3 Besoins non fonctionnels

Nous dcrirons dans cette partie, les besoins non fonctionnels, ou autrement dit, les
exigences et les contraintes dcrivant le systme de point de vue technique.
Ergonomie de linterface : Linterface de lapplication doit tre ergonomique et
conviviale.
Aussi, elle doit tre simple et facilement exploitable ce qui facilite le dialogue Homme
Machine et permet aux clients entre notre application de comprendre rapidement son
fonctionnement.
Scurit et intgrit des donnes : Laccs lapplication nest permis quaprs une
phase dauthentification scurise. Les informations dauthentification doivent tre
confidentielles.
Lapplication doit garantir lintgrit, la cohrence et la persistance des donnes.
Gnricit : Notre application devra tre la plus gnrique possible et ne devra pas
dpendre des processus que nous allons les mettre en place.
Rapidit : Lapplication doit garantir un accs rapide aux donnes et dune manire
transparente.

3. Modles des cas d'utilisation

Les acteurs et les cas dutilisations sont les concepts UML fondamentaux pour la
spcification des exigences. Un acteur reprsente le rle dune entit externe interagissant
avec le systme. Il est reprsent par un bonhomme en fil de fer (en anglais stick man). Un
acteur peut aussi tre un systme externe avec lequel le cas dutilisation va interagir.

3.1 Identification des acteurs

-Administrateur
- Visiteur
- Client
 3.2 Identification des cas d'utilisations
Dfinition: Un cas dutilisation: correspond un certain nombre dactions que le
systme devra excuter en rponse un besoin dun acteur. Un cas dutilisation doit produire
un rsultat observable pour un ou plusieurs acteurs ou parties prenantes du systme.

Les acteurs intervenants qui interagissent dans notre application sont :

Administrateur:
o Gestion des catalogues
o Gestion de lactualit
o Gestion de linformation de ldition
Visiteur:
o Consulter les livres
o Faire une recherche dtaill /rapide
o Sinscrire
Client:
o Grer son panier
o Grer son compte client

3.3 Diagrammes des cas d'utilisations

Diagramme des cas d'utilisation pour l'acteur "Administrateur"
 Diagramme des cas d'utilisation pour les acteurs "Client", "Visiteur"

4. Conclusion
La phase conception est une ncessite pour arriver un

Travail complet et organis et bien sur elle est considrable un

Plan dune telle application ce qui facilite sa ralisation.

 Chapitre 4 : Conception

1. Introduction :
Le but de ce chapitre est de dfinir une architecture logicielle statique et
comportementale oriente objet permettant dcrire facilement le code source de notre
application.

2. Architecture globale de la solution

Les acteurs intervenants qui interagissent dans notre application sont :
Administrateur:
o Gestion des catalogues
o Gestion de lactualit
o Gestion de linformation de ldition
Visiteur:
o Consulter les livres
o Faire une recherche dtaill /rapide
o Sinscrire
Client:
o Grer son panier
o Grer son compte client

3. Modle dynamique

3.1 Diagramme de squence relatif la ralisation dun

projet

Lorsque le client demande laccs lapplication, il doit tout dabord sidentifier par
son
Login et mot de passe via le Systme dapplication qui prend en charge de vrifier et
consulte la base de donnes.

Sil est accept, donc il yaura laccs au systme et aux applications du menu
correspondant.
Sinon, ce dernier consulte le site comme une utilisateur simple
 Diagramme de squence du client
 Diagramme de squence de ladministrateur
Un administrateur peut maintenir le catalogue. ensuite modifi lactualit et finalement
modifier les information a propos ldition dun livre

Diagramme de squence de visiteur

Un visiteur peut consulter le site ainsi deffectuer une recherche rapide ou dtaill et
finalement une demande dinscription
4. Modle statique

4.1 Diagramme des classes

5. Modle de la base des donnes

5.1 Les tables de la base des donnes

 5.2 Modle logique des donnes

6. Conclusion
Dans ce chapitre, nous avons identifi les diagrammes de squences et de classes pour
faciliter la ralisation de notre prototype.