PAQ-Développement de la Gestion Stratégique des établissements,

PAQ-DGSE

TERMES DE REFERENCE

Consultation N°03/PAQ-DGSE/ISAE. Gafsa /2021

(Projet de mise en place d’une salle de marché académique)

Pour le recrutement d'un prestataire chargé de la mise en place d’une salle de

marché académique.

1. CONTEXTE DE L’ACTION01.....................................................................................................................01
2. OBJECTIFS DE LA MISSION .................................................................................................01
3. SPECIFICITES FOCTIONEELLES ………………………………………………………………………………………………………………………………01
4..SPECIFICITES THENIQUES………………………………………………………………………………………………………………………………………………..04
5. NORMES ET STANDARD………………………………………………………………………………………………………………………………………………….05
6. CONFIDENTIALITES…... ……………………………………………………………………………………………………………………………………….…………05
2 TDR : Projet de mise en place d’une salle de marché académique

Cahier des clauses techniques

particulières
1. Présentation
1.1 Contexte
Dans le cadre de la modernisation de l'enseignement de la finance de marché au sein de l’ISAEG, ce
projet consiste à mette en place une solution de salle de marché virtuelle permettant d'effectuer des
simulations en matière de trading sur le marché financier.

………………………………..

1.2 Objectifs

- Moderniser, faciliter et améliorer le travail de l’enseignant et du chercheur ;

- Disposer d’outils de trading boursier et d’analyse.
- Permettre aux étudiants de transiger avec le marché financier, d’analyser des scénarios et de
disposer d’outils d’évaluation de performances.

2. Spécifications fonctionnelles
2.1 Architecture de la solution
Les modules composants la solution sont :

- Module de Gestion de la Base de Données du Flux de Marché (BVMT) ;

- Module Serveur de Simulation de Salle de Marché Boursier ;
- Module de Trading Boursier ;
- Module d’Analyse ;
- Module d’archivage ;
- Module de journalisation (logging) ;
- Module de monitoring et d’administration ;
- Modules proposés par le soumissionnaire (le soumissionnaire pourra proposer d’autres
services s’ils lui semblent pertinents).

2.2 Module Gestion de la Base de Données du Flux de Marché (BVMT)

Ce module permettra l’intégration avec le système d’information de la bourse pour la récupération
du flux du marché. En effet, ce système doit communiquer en temps réel avec la BVMT pendant la
séance boursière pour permettre la gestion d’une base de données de marché et l’affichage des
informations sur les différentes actions (cours, quantité, …) et des indices boursiers.

ISAEG:MAI2021
3 TDR : Projet de mise en place d’une salle de marché académique

Le Résumé de marché instantané est un tableau qui affiche le cours, la quantité échangée, la
variation du jour, le plus haut et le plus bas de la séance par valeur et par groupe de cotation ainsi
que le prix et la quantité à l’achat et le prix et la quantité à la vente.

2.3 Module Serveur de Simulation de Salle de Marché Boursier

Ce module doit assurer au minimum les fonctionnalités suivantes :

- Gérer les comptes et les profils des différents opérateurs ;

- Gérer et contrôler les ordres d’achat et de vente en fonction de l’état du marché ;
- Simuler l’exécution en fonction du type d’ordre (Cours Limité, Meilleure Limite, A tout prix, …) ;
- Gérer l’ouverture de la séance et la clôture de la journée ;
- Diffuser des messages d’information sur le marché en cours de séance ;
- Supporter la prise en charge de certaines règles de gestion spécifiques relatives aux modes
de cotation.

2.4 Module Trading Boursier

Ce module assurera les principales fonctionnalités énumérées ci-après :

Fonctionnalité DISAEGription

Authentification des Le système doit gérer l’authentification des utilisateurs et de leurs profils.
utilisateurs Le système doit vérifier l’existence du login et du mot de passe de chaque
utilisateur.

Passation des ordres d’achat et de vente en temps réel.

Les ordres d’achat et de vente reçus de la part des utilisateurs seront
Passation des Ordres en acheminés vers le serveur de simulation pour assurer leurs exécutions.
ligne L’utilisateur a la possibilité d’annuler lesordres envoyés au Simulateur avant
leurs exécutions totales.

Assurer au minimum les

contrôles suivants :

Vérification des Lesystèmedoitvérifierlavéritédesinformationsfourniesparleclientsurl’ordreà

Informations obligatoires savoir: Identification des titres à vendre, nombre des titres à acheter ou à
De l’ordre vendre, le prix d’achat ou de vente, la durée de l’ordre,….

Vérification de la
Le système doit vérifier le respect des ordres envoyés par rapport à la plage
Conformité de l’ordre par
d’horaire de la cotation boursière
rapport à la plage d’horaire

Vérifier la conformité des

Le système doit vérifier la conformité des prix demandés par le client à l’achat
Prix par rapport à la
ou à la vente par rapport aux seuils de prix affichés par la BVMT.
fourchette de prix

Vérifier la durée de l’ordre Le système doit vérifier que le client a mentionné la durée de son ordre.

Vérifier l’existence d’une

Trésorerie nécessaire pour Le système doit vérifier la disponibilité de la trésorerie en cas d’opération
les opérations d’achat d’achat.

ISAEG:MAI2021
4 TDR : Projet de mise en place d’une salle de marché académique

Vérifier l’existence des Le système doit vérifier que les titres demandés à la vente existent réellement
Titres demandés à la vente dans le portefeuille de l’utilisateur
Vérifier la conformité des Dans le cas de la modification d’un prix d’un ordre, il faut vérifier que le prix
Prix modifiés modifié est conforme à la fourchette des prix actuelle
Vérifier la quantité Le système doit vérifier que le nombre de titres modifiés à la vente existe
modifiée réellement dans le portefeuille du client
Vérifier la non exécution Le système doit vérifier que l’ordre modifié (à l’achat ou la vente) n’est pas
d’un ordre modifié encore exécuté.

Le système doit permettre de consulter le carnet d’ordres entre

Consultation du carnet Deux dates différentes ,à une date précise, par valeur et par état d’ordre
d’ordres (totalement exécuté, partiellement exécuté, non exécuté, modifié ou annulé).

Le système doit permettre la consultation du portefeuille, des performances et

Consultation de
du solde de la trésorerie.
portefeuille

Consultation du relevé des Le système doit permettre la consultation et l’édition des relevés de
mouvements mouvement (titres été espèce) par compte et par période.

Les cinq plus

Un tableau (ou un graphique) récapitulant les cinq plus importantes hausses
Importantes hausses de la instantanément en cours de séance.
séance
Les cinq plus
Un tableau (ou un graphique) récapitulant les cinq plus importantes baisses
Importantes hausses de la
instantanément en cours de séance.
séance
Les cinq plus Un tableau (ou un graphique) récapitulant les cinq meilleurs volumes de la
Importantes hausses de la séance instantanément
séance
Évolution Courbe d’évolution de TUNINDEX et des indices sectoriels en
TUNINDEX cours de séance instantanément

2.5 Module d’Analyse

Ce module doit permettre ou minimum d’effectuer des analyses graphiques.

2.6 Mode d’archivage

Ce module doit permettre de maintenir l’historique des cours et des transactions afin de permettre
des analyses ultérieurs.

2.7 Module de journalisation (logging)

La solution devra permettre la journalisation (logging) de toutes les opérations effectuées selon
plusieurs niveaux de journalisation à définir. Elle doit gérer la sauvegarde des fichiers et garder une
piste d’audit des opérations métiers.

Les fichiers journaux (logs) de la solution seront accessibles en lecture à distance (accès sécurisé).

2.8 Module d’administration et de monitoring

La solution devra fournir des moyens simples pour administrer ses différents modules.

ISAEG:MAI2021
5 TDR : Projet de mise en place d’une salle de marché académique

Les moyens d’administration doivent être soit :

- Sous forme textuelle : fichier de configuration de type properties ou XML.
- Sous forme d’une interface web.
La solution devra fournir une interface de monitoring présentant les informations à l’état de
fonctionnement du serveur de simulation.

Le module de monitoring doit être capable d’envoyer des notifications sous forme d’emails pour les
différents états et informations qu’il gère.

3. Spécifications techniques

3.1 Technologies de développement et déploiement

La technologie qui sera utilisée pour le développement doit reposer sur unsocle technique
garantissant la portabilité sur des systèmes ouverts, la performance technique et la sûreté de
fonctionnement tout en tirant parti des outils Open Source. L’architecture doit être orientée web n-
Tiers.

Le déploiement de la solution doit respecter les bonnes pratiques de déploiement.

3.2 Technologies d’infrastructure

Le déploiement de la solution se fera sur une plateformetype Linux.

Dans le cas de l’utilisation d’une base de données, celle-ci peut être soit :
- Une base de données Oracle ;
- Une base de données Open Source (MySQL, PostgreSQL, ….).

3.3 Performances
La solution doit supporter une montée en charge importante.

Elle doit fournir les moyens de superviser et contrôler la montée en charge via les outils logiciels
adéquats.

4. Normes et standards
Dans le but de supporter ultérieurement les échanges d’informations relatifs aux transactions
boursières, les données manipulées sur les ordres doivent se référer au Protocole FIX (Financial
Information eXchange).

5. Autres conditions

5.1 Licence d’utilisation

La solution doit être livrée avec une License d’utilisation à l’ISAEG.

Le prestataire garantira l’ISAEG contre toute réclamation des tiers touchant à la contrefaçon ou à
l’exploitation d’un brevet, d’une marque commerciale ou de droit de création individuelle résultant
de l’emploi des logiciels, des fournitures ou de leurs composants.

ISAEG:MAI2021
6 TDR : Projet de mise en place d’une salle de marché académique

5.2 Tests et validation

Après livraison de la solution, une période de test d’au minimum un mois doit être prévue.

Pendant cette période, l’ISAEG a la possibilité de demander des modifications selon les termes
convenus dans le cahier des charges.

5.3 Formation et support

Le fournisseur de la solution doit fournir la documentation technique et fonctionnelle nécessaire au
déploiement, l’intégration, l’exploitation et la maintenance de la solution.

Le fournisseur de la solution doit assurer la formation du personnel responsable de l’administration

et de l’exploitation de la solution.

6. Confidentialité
Le consultant(e) retenu pour la présente mission est tenu de respecter une stricte
confidentialité vis-à-vis des tiers, pour toute information relative à la mission ou collectée à
son occasion. Tout manquement à cette clause entraîne l’interruption immédiate de la
mission. Cette confidentialité reste de règle et sans limitation après la fin de la mission

Le Directeur de l’ISAE Gafsa Le Soumissionnaire

M. Tijani AMARA

ISAEG:MAI2021