RAPPORT De Mémoire de Fin d’Etudes

Identication des acteurs . . . . . . . . . . . . . . . . . . . . . . . . . 19

2.2.2

Identication des cas dutilisations . . . . . . . . . . . . . . . . . . . . 19

2.2.3 Diagrammes de cas dutilisation . . . . . . . . . . . . . . . . . . . . . 20

2.2.4 Description d taill e des cas dutilisations . . . . . . . . . . . . . . . . 24

2.2.5 Besoins non fonctionnels . . . . . . . . . . . . . . . . . . . . . . . . . 30

2.2.6

Identication des classes candidates . . . . . . . . . . . . . . . . . . . 30

2.3 Capture des besoins techniques . . . . . . . . . . . . . . . . . . . . . . . . . . 30

2.3.1 Etude architecturale

. . . . . . . . . . . . . . . . . . . . . . . . . . . 31

2.3.2 Etude technologique . . . . . . . . . . . . . . . . . . . . . . . . . . . 32

2.4 Conclusion . .

. .

.

.

.

. . . . . . . . . . . . . . . . . . . . . . . . . . . . . 34

3 Analyse

35

3.1

Introduction .

.

.

.

.

.

.

. . . . . . . . . . . . . . . . . . . . . . . . . . . . . 35

3.2 D coupage en cat gories .

. . . . . . . . . . . . . . . . . . . . . . . . . . . . 36

3.2.1 D pendance entre les cat gories . . . . . . . . . . . . . . . . . . . . . 36

3.3 D veloppement du mod le statique

. . . . . . . . . . . . . . . . . . . . . . . 36

3.3.1 Mod le structurel de la cat gorie Client

. . . . . . . . . . . . . . . . . 37

3.3.2 Mod le structurel de la cat gorie Ordre . . . . . . . . . . . . . . . . . 38

3.3.3 Mod le structurel de la cat gorie Ex cution . . . . . . . . . . . . . . . 39

3.3.4 Mod le structurel de la cat gorie Liquidit

. . . . . . . . . . . . . . . 40

MIMITA Walid

M moire de Fin dEtudes ENSI 2013

TABLE DES MATI RES

Page V

3.4 D veloppement du mod le dynamique . . . . . . . . . . . . . . . . . . . . . . 41

3.4.1 Cas dutilisation : G rer les ordres . . . . . . . . . . . . . . . . . . . . 41

3.4.2 Cas dutilisation : G rer lex cution manuelle . . . . . . . . . . . . . . 45

3.5 Conclusion .

.

.

.

.

. .

. . . . . . . . . . . . . . . . . . . . . . . . . . . . . 47

4 Conception

48

4.1

Introduction .

.

.

.

.

.

4.2 Conception g n rique .

.

.

. . . . . . . . . . . . . . . . . . . . . . . . . . . . . 48

. . . . . . . . . . . . . . . . . . . . . . . . . . . . . 49

4.2.1

Framework techniques . . . . . . . . . . . . . . . . . . . . . . . . . . 49

4.2.2 Les patrons de conception . . . . . . . . . . . . . . . . . . . . . . . . 49

4.3 Conception pr liminaire

.

. . . . . . . . . . . . . . . . . . . . . . . . . . . . 52

4.3.1 Conception du mod le logique . . . . . . . . . . . . . . . . . . . . . . 52

4.3.2 Conception de la structure de pr sentation

. . . . . . . . . . . . . . . 54

4.4 Conception d taill e

4.5 Conclusion . .

. .

.

.

.

.

.

.

. . . . . . . . . . . . . . . . . . . . . . . . . . . . 56

. . . . . . . . . . . . . . . . . . . . . . . . . . . . . 64

5 R alisation

65

5.1

Introduction .

.

.

.

.

.

.

. . . . . . . . . . . . . . . . . . . . . . . . . . . . . 65

5.2 Environnement mat riel et logiciel

. . . . . . . . . . . . . . . . . . . . . . . . 65

5.2.1 Environnement mat riel

. . . . . . . . . . . . . . . . . . . . . . . . . 66

5.2.2 Environnement logiciel . . . . . . . . . . . . . . . . . . . . . . . . . . 66

5.3 Travail r alis . .

.

.

.

.

.

. . . . . . . . . . . . . . . . . . . . . . . . . . . . 67

5.3.1

Pr paration du projet

. . . . . . . . . . . . . . . . . . . . . . . . . . . 67

5.3.2

Interfaces Homme/Machine . . . . . . . . . . . . . . . . . . . . . . . 68

5.3.3 Lauthentication . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 68

5.3.4 Module de gestion des valeurs . . . . . . . . . . . . . . . . . . . . . . 69

5.3.5 Module de gestion des contrats . . . . . . . . . . . . . . . . . . . . . . 69

5.3.6 Module de gestion des clients

. . . . . . . . . . . . . . . . . . . . . . 70

5.3.7 Module de gestion des ordres

. . . . . . . . . . . . . . . . . . . . . . 71

5.3.8 Ex cution mannuelle . . . . . . . . . . . . . . . . . . . . . . . . . . . 73

5.3.9 Module de gestion des liquidit s . . . . . . . . . . . . . . . . . . . . . 73

5.4 Conclusion . .

. .

.

.

.

. . . . . . . . . . . . . . . . . . . . . . . . . . . . . 75

MIMITA Walid

M moire de Fin dEtudes ENSI 2013

TABLE DES MATI RES

Conclusion g n rale

Page VI

76

MIMITA Walid

M moire de Fin dEtudes ENSI 2013

Table des gures

1.1 Logo de CybEx Solutions . . . . . . . . . . . . . . . . . . . . . . . . . . .

3

1.2 Architecture en couches .

.

. . . . . . . . . . . . . . . . . . . . . . . . . . . . 11

1.3 Pattrons utilis s en conception dirig e par le mod le.

. . . . . . . . . . . . . . 12

1.4 Processus 2TUP .

.

.

.

.

.

. . . . . . . . . . . . . . . . . . . . . . . . . . . . 14

2.1 Capture des besoins fonctionnels . . . . . . . . . . . . . . . . . . . . . . . . . 18

2.2 Diagramme de cas dutilisation globale

. . . . . . . . . . . . . . . . . . . . . 21

2.3 Diagramme de cas dutilisation g rer les r f rentiels . . . . . . . . . . . . . 22

2.4 Diagramme de cas dutilisation G rer les r les . . . . . . . . . . . . . . . . 23

2.5 Diagramme de cas dutilisation g rer les ordres et l xecution manuelle . . 24

2.6 Diagramme dactivit s xecution manuelle . . . . . . . . . . . . . . . . . . . . 29

2.7 Capture des besoins techniques . . . . . . . . . . . . . . . . . . . . . . . . . . 30

2.8 Architecture DDDD .

.

.

.

. . . . . . . . . . . . . . . . . . . . . . . . . . . . 32

2.9 Architecture logicielle du WCF . . . . . . . . . . . . . . . . . . . . . . . . . . 34

3.1 Lanalyse .

.

.

.

.

.

.

.

. . . . . . . . . . . . . . . . . . . . . . . . . . . . . 35

3.2 D coupage en cat gories .

. . . . . . . . . . . . . . . . . . . . . . . . . . . . 36

3.3 D pendance entre les cat gories

. . . . . . . . . . . . . . . . . . . . . . . . . 36

3.4 Diagramme de classe pr liminaire de la cat gorie client . . . . . . . . . . . . . 37

3.5 Diagramme de classe pr liminaire de la cat gorie ordre . . . . . . . . . . . . . 38

3.6 Diagramme de classe pr liminaire de la cat gorie Ex cution . . . . . . . . . . 39

3.7 Diagramme de classe pr liminaire de la cat gorie Ex cution . . . . . . . . . . 40

3.8 Diagrammede s quence ajout dun ordre . . . . . . . . . . . . . . . . . . . . . 43

3.9 Diagramme de communication VerierStock . . . . . . . . . . . . . . . . . . . 44

VII

TABLE DES FIGURES

Page VIII

3.10 Diagramme de s quence ex cution manuelle . . . . . . . . . . . . . . . . . . . 46

4.1 Conception . .

. .

. .

. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 48

4.2 Design Pattern Specication . . . . . . . . . . . . . . . . . . . . . . . . . 50

4.3 Les diff rents blocs du Design Pattern MVVM . . . . . . . . . . . . . . . . 51

4.4 R les des diff rents composants du Design Pattern MVVM . . . . . . . . . 52

4.5 Architecture du syst me de gestion dun interm diaire en bourse.

. . . . . . . 53

4.6 Maquette du formulaire dajout dordre

. . . . . . . . . . . . . . . . . . . . . 55

4.7 Maquette du formulaire de virement interne . . . . . . . . . . . . . . . . . . . 55

4.8 Maquette dex cution manuelle

. . . . . . . . . . . . . . . . . . . . . . . . . 56

4.9 Diagramme de classe ClientBoundedContext . . . . . . . . . . . . . . . . . 57

4.10 Diagramme de classe OrdreBoundedContext . . . . . . . . . . . . . . . . . 59

4.11 Diagramme de classe ExecutionBoundedContext . . . . . . . . . . . . . . . 61

4.12 Diagramme de classe LiquiditeBoundedContext . . . . . . . . . . . . . . . 63

5.1 R alisation . .

. .

. .

. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 65

5.2 Authentication .

.

. .

. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 68

5.3 Module Valeurs .

. .

. .

. . . . . . . . . . . . . . . . . . . . . . . . . . . . . 69

5.4 Module Contrats

. .

. .

. . . . . . . . . . . . . . . . . . . . . . . . . . . . . 70

5.5 Module Client . .

. .

. .

. . . . . . . . . . . . . . . . . . . . . . . . . . . . . 70

5.6 Affectation dans un Groupe

. . . . . . . . . . . . . . . . . . . . . . . . . . . 71

5.7 Tableau de bord . .

. .

. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 71

5.8 Carnet dordres .

.

.

. .

. . . . . . . . . . . . . . . . . . . . . . . . . . . . . 72

5.9 Formulaire dajout dun ordre

. . . . . . . . . . . . . . . . . . . . . . . . . . 72

5.10 Lexecution mannuelle . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 73

5.11 Saisie de Liquidit

5.12 Ordre de Payement

.

.

. .

. . . . . . . . . . . . . . . . . . . . . . . . . . . . . 74

. .

. . . . . . . . . . . . . . . . . . . . . . . . . . . . . 74

5.13 Import Excel

. .

. .

. .

. . . . . . . . . . . . . . . . . . . . . . . . . . . . . 75

MIMITA Walid

M moire de Fin dEtudes ENSI 2013

Liste des tableaux

1.1 Synth se des processus de d veloppement

. . . . . . . . . . . . . . . . . . . . 13

2.1 Cas dutilisation .

.

.

.

.

.

. . . . . . . . . . . . . . . . . . . . . . . . . . . . 20

2.2 Contraintes non fonctionnelles . . . . . . . . . . . . . . . . . . . . . . . . . . 30

4.1 Choix techniques .

.

.

.

.

. . . . . . . . . . . . . . . . . . . . . . . . . . . . 49

4.2 Tableau descriptif des classes de ClientBoundedContext . . . . . . . . . . . . . 58

4.3 Tableau descriptif des classes de OrdreBoundedContext . . . . . . . . . . . . . 60

4.4 Tableau descriptif des classes de ExecutionBoundedContext

. . . . . . . . . . 62

4.5 Tableau descriptif des classes de LiquiditeBoundedContext . . . . . . . . . . . 64

5.1 Environnement mat riel .

.

. . . . . . . . . . . . . . . . . . . . . . . . . . . . 66

IX

Introduction g en erale

Depuis sa cr ation, la bourse na cess davoir un r le majeur dans l quilibre conomique

des pays. Consid r e comme un lieu de rencontre entre les metteurs des titres capitaux et les

investisseurs, la bourse constitue un march de valeurs caract ris par la diversit de loffre.

N omoins, elle pr sente aussi bien des taux lev s de perte que de port.

lorigine, la bourse tait un march suppos ouvert quiconque souhaitant vendre ou acheter

des valeurs mobili res. Cependant, an dassurer un meilleur contr le sur le march , la cr ation

dun organisme ofciel pour homologuer les contrats dachat ou de vente est devenue une

n cessit . Cest ainsi que les agents autoris s exercer en bourse furent limit es certaines

cat gories dop rateurs, ce sont les soci t s dinterm diation en bourse. En effet, un particulier

ne peut plus intervenir directement sur le march , mais il doit obligatoirement transmettre ses

ordres un interm diaire nancier.

En Tunisie, la profession de linterm diation en bourse est soumise une r glementation stricte

r gie par la loi 94 - 117 du 14 novembre 1994 et le d cret 99 - 2478 du 1er novembre 1999

portant statut des interm diaires en bourse qui d terminent les op rations permises, telles

que lexclusivit de la n gociation et lenregistrement en bourse des valeurs mobili res et des

produits nanciers, la gestion individuelle ou collective des valeurs mobili res, la gestion des

portefeuilles et le conseil nancer. Ainsi, une bonne gestion des soci t s dinterm diation en

bourse n cessite un syst me dinformation robuste, able et conforme la loi, pour pouvoir

traiter, transporter et diffuser une quantit norme dinformations et de donn es sensibles.

Cest dans ce contexte que sinscrit ce Projet de Fin dEtudes qui consiste une contribution

la mise en place dun syst me de gestion dun interm diaire en bourse et plus particuli rement

au d veloppement du volet Back Ofce.

Le pr sent manuscrit sarticule autour de cinq chapitres, Le premier consiste introduire le

cadre g n ral du projet travers une tude pr liminaire qui consiste pr senter les termes cl s

du projet et ce, par une introduction au monde de la bourse, une exposition des concepts de

Domaine Driven Design ainsi quune pr sentation du processus de d veloppement utilis . Le

second chapitre expose les besoins fonctionnels et techniques an de donner un appui au

quatri me chapitre qui d crit la phase danalyse. Le cinqui me chapitre traite la conception

de la solution. Enn le dernier chapitre illustre le r sultat obtenu.

Chapitre 1

Etude pr eliminaire

1.1

Introduction

Ce premier chapitre sert, dans une premi re partie, pr senter lenvironnement du stage de

n d tude et ce, par un aper u sur le domaine dactivit de la soci t accueillante CybEx

solutions , ainsi quune br ve exposition des produits et services offerts par cette derni re.

La seconde partie sint resse la d nition des l ments n cessaires pour entamer notre travail,

notamment les divers concepts introduits par le domaine de la bourse, le principe de conception

suivit, ainsi que la m thode de d veloppement adopt e.

La troisi me et la derni re partie sint resse poser la probl matique du projet travers une

tude, puis une critique de lexistant an den tirer les solutions ad quates.

1.2 Pr sentation de lorganisme daccueil

Lorganisme daccueil est une entreprise tunisienne exer ant dans

d veloppement des solutions nanci res.

le domaine de

FIGURE 1.1 Logo de CybEx Solutions

1.2.1 Aper u

CybEx est une soci t de services et de d veloppement des solutions Front Ofce, Middle

Ofce et Back Ofce pour les m tiers de bourse. B tit sur le savoir et le savoir-faire des

professionnels des m tiers de la bourse, b n ciant dune solide exp rience dans le domaine

nancier.

3

CHAPITRE 1. TUDE PR LIMINAIRE

Page 4

Outre les missions de conseil, laudit et la consultation aupr s des banques et des interm diaires

en bourse, CybEx offre des solutions expertes et innovantes pour les interm diaires en bourse,

les banques, les soci t s de gestion et les tablissements nanciers sp cialis s.

1.2.2 Produits de CybEx Solutions

CybEx Solutions offre un ensemble de produits particuli rement adapt s aux besoins des

soci t s dinterm diation en bourse aussi que pour leurs clients et partenaires. Ces solutions

peuvent tre d falqu es en deux cat gories, des solutions client adress s effectivement aux

clients de linterm diaire en bourse et des solutions Pro d di es aux professionnels de

linterm diaire savoir les n gociateurs, les commerciaux et les agents de Back Ofce.

" Solutions Clients :

Dans ce volet, CybEx Solutions offre une panoplie de solutions parmi lesquelles ou peut

citer :

CybEx Mobile Trading qui est une solution mobile permettant la consultation du march

boursier Tunisien et le passage dordres en temps r el travers un Smartphone.

CybExETrade qui est une solution web, permettant la r ception, en temps r el, du ux

boursier complet (meilleures limites, profondeur, intraday, quantit s, cours, limites,

news, etc.), ainsi que la gestion compl te dun carnet dordres. Le client pourra ainsi

envoyer, modier et annuler ses ordres dachat et de vente.

CybExPluvalue et Imp t qui est une solution web du type Application Intenet Riche,

permettant au client travers un acc s s curis sur internet, mais galement

linterm diaire en bourse, de calculer la Plus-value r alis e pour une p riode donn e

ainsi que le montant exacte des imp ts d clarer.

" Solutions Pro :

Dans ce context, CybEx Solutions offre une ensemble de solutions parmi lesquelles ou peut

citer :

CybExMarketFeed qui est une solution de consultation assurant lacheminement, aux

op rateurs du march , de lensemble des ux n cessaires lexercice de leur activit et

loptimisation de leur processus de prise de d cisions. Le serveur CybEx MARKET

FEED garantie linterm diaire lautonomie et la disponibilit de lensemble des

donn es du march et ce toutes heures. Cette solution est destin e aux professionnels

de la bourse comme aux n gociateurs ou les analystes nanciers Suvrant au sein dun

r seau dentreprise (LAN/VPN).

CybEx OMS est une solution travers laquelle, CybEx fut la premi re soci t avoir

pass avec succ s les tests de validation de la BVMT et du CMF de son logiciel CybEx

MIMITA Walid

M moire de Fin dEtudes ENSI 2013

CHAPITRE 1. TUDE PR LIMINAIRE

Page 5

OMS (Order Management System) et ce en Janvier 2009. CybEx OMS sadresse tous

ceux qui souhaitent s curiser la gestion et lenvoi de leurs ordres en temps r el selon des

r gles et des contraintes pr d nies.

CybEx CEA qui est une solution de Gestion efcace et optimis e des Comptes Epargnes

Actions. CybEx CEA permet la (i) consultation de la liste d taill es des clients CEA,

(ii) d termination des clients qui ont des soldes critiques, (iii) d termination et transfert

des droits, (iv) d termination et transfert des dividendes, (v) D termination et transfert

des plus-values r alis es, (vi) transfert multiple des plus-values r alis es par PF ou par

Ligne.

1.3 La bourse et les march s nanciers

1.3.1 D nition

La bourse est le lieu ou les investisseurs peuvent acheter et vendre des titres de capital ou de

cr ance misent par l tat des entreprises, ou m me des collectivit s locales. Son r le principal

est dassurer la liquidit des titres d tenus par les investisseurs. Cette liquidit permet aux

metteurs de se procurer des fonds pour nancer leur croissance en faisant appel au public.A

ce titre, la bourse constitue lune des sources principales du nancement de l conomie.

La bourse des valeurs mobili res de Tunis (BVMT) [5] g re le march Tunisien des valeurs

mobili res par :

" ladmission de nouveaux titres la cote de la bourse.

" lorganisation des changes et la cotation des titres dans les meilleures conditions d galit ,

de s curit et de transparence.

" la diffusion des informations boursi res.

1.3.2 Les valeurs mobili res

Les valeurs mobili res sont des titres n gociables et interchangeables, ils peuvent tre cot s

en bourse ou non. Les deux grandes cat gories de valeurs mobili res sont les actions et les

obligations,mais il en existe dautres, telles que les options, les bons de souscription et les

Warrants.

Les actions

Les actions [6] sont des titres de propri t dune soci t . Chaque action repr sente une fraction

du capital de cette entreprise. La possession dactions donne des droits leur d tenteur aupr s

MIMITA Walid

M moire de Fin dEtudes ENSI 2013

CHAPITRE 1. TUDE PR LIMINAIRE

Page 6

de lentreprise concern e ; droits li s au statut de copropri taire de lentreprise et qui sexercent

proportionnellement au nombre dactions d tenues.

Les obligations

En cas de besoin de nancement, la bourse constitue pour les entreprises, priv es ou publiques,

une alternative au cr dit bancaire. Dans ce cas, lentreprise met des titres de cr ance appel s

obligations[6].

Chaque obligation repr sente une fraction dun emprunt mise par lentreprise sur le march

boursier. Le porteur de lobligation devient donc cr ancier de lentreprise.

Le porteur dobligation, court un risque inf rieur au porteur daction, car lobligation lui assure

des garanties de r mun ration et de remboursement. En revanche, le porteur dobligation ne

joue pas des m mes droits que le porteur daction : il ne b n cie ni du droit sur les b n ces,

ni du droit de gestion ou du droit de vote. Les obligations sont r mun r es en fonction dun

taux dint r t sur la valeur faciale. Ce taux est x par voie contractuelle d s l mission du titre

de cr ance.

1.3.3 Ordre de bourse

Un ordre de bourse est un ordre pass par une personne physique ou morale son interm diaire

pour acheter ou vendre en bourse. Cet ordre comporte obligatoirement :

" Le sens de lop ration : achat ou vente.

" La nature des titres : code ISIN 1de la valeur.

" Le nombre de titres : quantit .

" Le client.

" La validit : jour, r vocation ou date d termin e.

" Les conditions de prix : tout prix , cours limit ou autres modalit s.

1.3.4 La validit des ordres

Les ordres sur la bourse Tunisienne peuvent avoir diff rentes options de validit tel que :

" La validit jour : lordre transmis nest valable que pour la s ance du jour. Non ex cut

lissue dune s ance, il est chu et n cessite la saisie dun nouvel ordre.

" La validit r vocation : lordre ainsi libell , aura pour ch ance le dernier jour de lann e

boursi re en cours.

" La validit date : le choix dune date xe est possible.

1. International Securities Identication Number

MIMITA Walid

M moire de Fin dEtudes ENSI 2013

CHAPITRE 1. TUDE PR LIMINAIRE

Page 7

1.3.5 Les conditions de prix des ordres

Il existe diff rentes conditions sur le prix dun ordre :

Ordre cours limit

Ce type de modalit est la fois le plus simple. Il traduit le prix maximal quaccepte de payer

un acheteur ou le prix minimal quexige un vendeur. En cours de s ance, ces ordres restent

inscrits en carnet jusqu ce quune contrepartie accepte ces conditions. Il permet de ma triser

le prix dex cution et donc de se prot ger contre les uctuations de cours. Son ex cution peut

tre partielle.

Ordre tout prix (ATP)

Il sagit dun ordre sans limite de prix sp ci . Au moment de louverture, ce type dordre est

prioritaire sur tous les autres types dordres et peut faire lobjet dune ex cution partielle. Cet

ordre ne permet pas de ma triser le cours dex cution.

Ordre la meilleure limite

Il sagit dun ordre sans limite de prix sp ci . En arrivant sur le march :

" A louverture, il est transform en ordre limit au cours douverture. Il est ex cut en fonction

des soldes disponibles du carnet dordres apr s prise en compte des ordres au march et des

ordres cours limit .

" En cours de s ance, lordre est positionn au prix de la meilleure offre en attente (pour un

achat) ou de la meilleure demande (pour une vente). En cas dex cution partielle, la quantit

restante se transforme en ordre cours limit au cours dex cution.

Ordre seuil de d clenchement (Stop Limit)

Il permet un investisseur de se porter acheteur ou vendeur partir dun cours d termin par

le seuil de d clenchement. Il comporte une limite partir de laquelle il se transforme en ordre

tout prix . Ce type dordre ne permet pas de ma triser le prix dex cution.

Ordre plage de d clenchement (Stop Loss)

Ce type dordre permet de se porter acheteur ou vendeur partir dun cours d termin par

le seuil de d clenchement, tout en se xant une limite maximale pour un ordre dachat ou

minimale pour un ordre de vente. Il permet la ma trise du prix dex cution et permet de se

prot ger contre d ventuels renversements de tendance.

MIMITA Walid

M moire de Fin dEtudes ENSI 2013

CHAPITRE 1. TUDE PR LIMINAIRE

Page 8

Ordre au cours douverture

Ordre r serv aux valeurs les plus liquides donnant acc s une phase de cotation sp cique

entre 9h00 et 10h00. Il ne peut tre assorti que dune validit jour . Il permet de conna tre

par avance le cours dex cution, sous r serve de cotation de la valeur et dexistence de quantit

sufsante.

1.3.6 Les types de client

La bouse Tunisienne prend en charge les types de client suivant :

" Libre de nationalit Tunisienne.

" G r de nationalit Tunisienne.

" Teneur de march .

" Compte propre.

" Libre de nationalit trang re.

" G r de nationalit trang re.

" Compte OPCVM 2.

1.3.7 Liquidit

La liquidit [7] est la capacit et la rapidit avec laquelle il est possible dacheter ou de vendre

un actif ou un passif sur le march sans que les prix du support nen soient fortement affect s.

1.3.8 Portefeuille boursier

Le portefeuille boursier est la repr sentation de lensemble des titres sur lesquels un agent

conomique a investi sur le march nancier.

1.3.9 Ordre de paiement

Un ordre de paiement [7] est une instruction donn e par un client son teneur de compte, de

mettre une somme dargent la disposition dun b n ciaire.

2. Organisme de Placement Collectif en Valeurs Mobili res

MIMITA Walid

M moire de Fin dEtudes ENSI 2013

CHAPITRE 1. TUDE PR LIMINAIRE

Page 9

Remarque

Vue la d licatesse des diff rentes notions d nies dans ce qui pr c de, il serait difcile

un d veloppeur de c toyer le domaine de la bourse dans un temps r duit pour y proposer

des solutions. Dans ce sens, il serait fort int ressant de chercher simplier la t che de

linformaticien dune part et du nancier dautre part lors de la r alisation du logiciel o

lintervention de ces deux experts est indispensable.

La partie suivante introduit une m thode de conception simplicatrice et g n rique, qui notre

avis ad quate pour notre travail.

1.4 Domain Driven Design

Domain Driven Design [1], not en lit rature DDD, ou conception pilot e par le domaine

est une approche bas e sur un ensemble de principes et de mod les, qui combine les bonnes

pratiques de conception et dimpl mentation pour permettre aux d veloppeurs logiciels de cr er

et concevoir des applications performantes pour des domaines m tiers complexes et d licats

apprendre

La conception pilot e par le domaine nimpose aucune technologie, ni m thodologie mais elle

donne la priorit au domaine m tier face aux aspects techniques pour diriger le d veloppement.

1.4.1 Besoin de comprendre le domaine m tier

An de concevoir un logiciel qui r pond aux besoins des utilisateurs, il est primordial de

comprendre le domaine m tier dans lequel le syst me va op rer.

Une bonne connaissance du domaine consiste la cr ation dun mod le repr sentatif en faisant

travailler les sp cialistes informatiques avec des experts m tier. Cette tape est n cessaire et

indispensable pour aboutir un logiciel qui re te le domaine.

En pratique, cette approche se heurte quelques difcult s dues des probl mes de

communication. Chaque membre du projet savoir d veloppeur, architecte, chef de projet ou

expert m tier est inscrit dans un domaine propre lui. Chacun poss de son propre jargon et ses

propres termes qui peuvent tre incompr hensibles par les autres membres.

An de rem dier a ce probl me, la DDD propose d tablir un langage commun, appel

Ubiquitous Language ou langage omnipr sent, qui rassemble tous les termes et mots cl s, et

qui sera utilis tout le long du processus de d veloppement du logiciel.

MIMITA Walid

M moire de Fin dEtudes ENSI 2013

CHAPITRE 1. TUDE PR LIMINAIRE

Page 10

1.4.2 Le langage omnipr sent Ubiquitous language

Lun des principes de base de la DDD, est l tablissement dun langage commun entre les

diff rents intervenants dans le processus de d veloppement.

Pour viter lincompr hension entre d veloppeurs, architectes et experts m tier, ce langage

introduit donc des concepts techniques, architecturals et m tiers int gr s ensemble an que

les contraintes soient prises en compte aussi bien par les sp cialistes m tiers que par les

d veloppeurs an de produire un logiciel robuste qui r pond aux besoins des utilisateurs.

1.4.3 Concevoir le mod le m tier

Selon Eric Evans le fondateur du la DDD, un mod le du domaine, nest pas un diagramme

particulier mais cest lid e quon cherche d voiler travers. Il ne repr sente pas forc ment

la connaissance contenue dans le cerveau dun professionnel du domaine mais, une abstraction

rigoureusement s lective et organis e de cette connaissance.

An de concevoir un mod le de domaine le processus peut seffectuer travers des ateliers

de travail workshops qui r unissent des sp cialistes m tiers, architectes et d veloppeurs en

consid rant le langage omnipr sent comme colonne vert brale du mod le r aliser.

Il est important dimpliquer les d veloppeurs et les experts techniques dans le processus

d tablissement du mod le an daboutir un mod le qui puisse tre exprim convenablement

dans les phases de conception et dimpl mentation.

les d veloppeurs apportent le "feedback" n cessaire pour sassurer que le mod le porpos par

expert m tier peut tre impl mentable en logiciel.

1.4.4 Conception dirig e par le mod le

Lobtention dun bon mod le qui re te les concepts de domaine m tier et qui repr sente

pr cis ment les besoins des utilisateurs est extr mement important, mais un chec dans la phase

de transformation du mod le de domaine en code peut mener un logiciel de qualit discutable.

Le passage du mod le de domaine limpl mentation est souvent d licate.

An de donner un support solide la conception et pour rem dier aux probl mes darchitecture,

la DDD introduit un ensemble de concepts dans le langage commun. Ces notions doivent tre

assimil es par les d veloppeurs, les architectes et les sp cialistes m tiers.

1.4.4.1 Architecture en couches

Le Domain Driven Design renforce le paradigme darchitecture en couches et propose une

architecture compos e de quatre couches s par es dont chacune est coh rente et ne d pend

MIMITA Walid

M moire de Fin dEtudes ENSI 2013

CHAPITRE 1. TUDE PR LIMINAIRE

Page 11

que de la couche inf rieure an de fournir un couplage faible entre elles. Toute la logique

du domaine m tier est donc encapsul e dans une seule couche ce que, en r sulte une

coucheapplicative ne responsable de stocker l tat de linterface utilisateur et de communiquer

avec la couche domaine

De plus une couche technique infrastructure transverse d nu e de toute logique m tier, qui

a pour r le de fournir un support solide lapplication dans laquelle seront disponibles toutes

les fonctionnalit s facilitant la gestion des journaux dex cution (logs),la s curit , la gestion de

cache etc., ce qui am liore la robustesse et les performances de lapplication (cache, mont e en

charge, gestion des threads, etc.).

FIGURE 1.2 Architecture en couches

1.4.4.2 Les Entit s (Entities)

Une entit est un objet ayant une identit unique qui reste constante tout au long du cycle de

vie de lapplication.

1.4.4.3 Les objets valeurs (ValueObject)

Les objets-valeurs viennent compl menter les entit s. Ils d coulent de deux concepts

importants : ne pas avoir didentit et tre partageable par plusieurs modules m tiers.

1.4.4.4 Les Services

Un service d nit une op ration ou une activit bien d termin e qui nappartient aucun objet

du mod le. Ces op rations touchent plusieurs objets et assurent la coordination entre eux.

MIMITA Walid

M moire de Fin dEtudes ENSI 2013

CHAPITRE 1. TUDE PR LIMINAIRE

Page 12

1.4.4.5 Les Agr gats (Aggregates)

Un agr gat est un ensemble dobjets li s entre eux par une relation logique et formant une

seule unit . Il fait la s paration entre ces objets internes et les objets externes. Chaque agr gat

est d ni par une seule racine, qui doit tre une entit et est le seul objet accessible de lext rieur

cont...