ETUDE DE CAS

Développement d’une application informatique

intégrant des modèles mathématiques pour évaluer
deux opérations financières :
L’octroi des crédits et la gestion des placements

Rédigé par :

o BELKADI Mohamed
o ESSADIK Ahmed
o JAMALI Ahmed
o OUBIHI Abderrahmane

Encadré par :

o Pr. EL KORCHI Akram

A.U : 2020-2021

1
 Table des matières

Introduction ………………………………………………………………………………… 3

Définition du projet ………………………………………………………………………....4

But .…………...……………………………………………………………………...... 4

Objectifs ………………………………………………………………………………. 4

Budget & Durée …………………………………………………………………...…. 4

Risques et contraintes .…………………………………………………………….... 4

Analyse de faisabilité ……………………………………………………………………... 4

Faisabilité technique ………………………………………………………………….4

Besoins d’ordre immobilier……………………………………………….. 4

Besoins humains…………………………………………………………... 5

Besoins d’ordre mobilier…………………………………………………... 5

Besoins organisationnels………………………………………………….. 5

Faisabilité économique………………………………………………………………… 5

Les coûts du projet…………………………………………………………. 5

L’évaluation de la rentabilité………………………………………………..6

Calcul de la VAN……………………………………………………………..6

Calcul du délai de récupération…………………………………………… 6

Retour sur investissement (ROI) …………………………………………..7

Le financement du projet…………………………………………………….7

Analyse des risques ………………………………………………………....7

Planification du projet…………………………………………………………………………8

Organigramme WBS……………………………………………………………………. 8

Estimations……………………………………………………………………………….10

Diagramme de GANTT………………………………………………………………….11

Exécution du projet……………………………………………………………………………11

Clôture du projet………………………………………………………………………………12

2
Introduction
De nos jours, les banques constituent un élément très important dans la
structure économique des pays. En effet, ces établissements jouent un rôle
majeur dans la gestion des finances de leurs clients (particuliers ou
entreprises) à travers plusieurs opérations financières comme: l’octroi des
crédits, gestion des placements, les opérations de change et de « pricing »
des actifs financiers plus particulièrement les actions, les obligations et les
options. Ces opérations nécessitent un traitement particulier pour l’évaluation
de leurs risques et de leurs rentabilités, vu qu’elles deviennent très
complexes suite aux évolutions rapides des économies internationales. Pour
aboutir à ce but, les banques utilisent de nombreux modèles mathématiques,
ces derniers demandent beaucoup de temps dans leur exécution. D’où la
nécessité de mettre en place des applications informatiques intégrant des
modèles plus performants.

Notre projet porte sur deux opérations bancaires, sont : l’octroi des
crédits et la gestion des placements.

N.B : dans l’intégralité de ce rapport, les opérations financières ou

bancaires désignent d’une manière particulière: l’octroi des crédits et la
gestion des placements.

3
 I. Définition du projet
But :

Réalisation d’une application informatique intégrant des modèles mathématiques

pour évaluer les risques et les rentabilités des opérations financières : l’octroi des
crédits et la gestion des placements.
Objectifs :

1. Diminuer les erreurs commises lors de l’évaluation des risques et des

rentabilités des opérations financières de 50% en une année.
2. Automatiser le processus des opérations à 70%.
3. Assurer la fiabilité des clients.
4. Minimiser le temps consacré à la prise de décision jusqu’à la moitié.
Budget & Durée :

Budget estimatif: Le budget de ce projet est estimé à 350.000 DH.

Pourcentage de dépassement toléré: 7% (24.500 DH)

Durée du projet : 6 mois.

Risques et contraintes du projet

1. Budget et délai non respectés.

2. Défaillance de l’application.
3. Mauvaise communication entre les générateurs de modèles et les
développeurs de l’application.
4. Mauvaise répartition des tâches en fonction des compétences de chacun.
5. Non-sécurité de l’application développée.
6. Non-respect du cahier de charges.
7. Annulation du projet à cause des crises économiques du pays.
8. Utilisation d’un nouveau langage de programmation non maitrisé par l’équipe
chargée du développement.
9. Maladie ou démission d’une ressource humaine importante.
10. Non satisfaction des modèles développés.

II. Analyse de faisabilité

 Faisabilité technique :

1. Les besoins d’ordre immobilier :

4
 Presque toutes les tâches vont être réalisées au siège d’ATTIJARI WAFA
BANK situé à Casablanca. L’entretien sera organisé dans le département de
ressources humaines (RH) pour choisir des personnes compétentes afin d’assurer
une bonne réalisation du projet. Les autres tâches seront réalisées dans le
département informatique.

2. Les besoins humains :

L’équipe du travail doit être composée de cinq personnes : deux développeurs et

trois mathématiciens. Deux personnels du siège, dont un développeur et un
mathématicien, sont déjà disponibles pour le projet, d’où la nécessité de recruter
seulement trois personnes.

3. Les besoins d’ordre mobilier :

La siège dispose déjà de deux bureaux bien équipés et disponibles. On aura

besoin davantage de trois bureaux équipés. En addition, une imprimante sera
nécessaire pour le projet.

4. Les besoins organisationnelles :

Une supervision de la part du staff administratif du siège est importante, plus

précisément :

 Un suivi journalier de la part du chef de projet.

 Une gestion des tâches par le manager.

 Faisabilité économique :

1. Les coûts du projet :

Besoin Prix Quantité Montant

Bureau 5.000 3 15.000
complet

Imprimante 2.000 1 2.000

Ordinateur 3.000 3 9.000
complet

Salaire du 20.000 6 mois 120.000

développeur
Salaire du 20.000 6 mois 120.000
mathématicien
Maintenance 15.000 7 ans 105.000

Somme - - 371.000 DH

5
 2. L’évaluation de la rentabilité :

Avant la mise en place de cette application, chaque étude de risque et de

rentabilité d’une opération nécessite :

 Ressources humains : besoin de 4 personnes touchant chacun un

salaire de 8.000 DH, ce qui donne 32.000 DH /mois.
 Charge horaire : besoin en moyen de 2 jours/étude.
Selon une déclaration du service comptable du siège, une étude coûte
en moyen 5.000 DH, soit 50.000 DH par mois.

Après la mise en place de notre application, l’étude nécessitera seulement :

 Ressources humains : besoin de 3 personnes touchant chacun un

salaire de 8.000 DH, ce qui donne 24.000 DH /mois.
 Charge horaire : besoin en moyen de 1 jour/étude.

On estime que la banque épargnera 15% (en prenant en considération une

augmentation possible de nombre des études effectuées par mois), soit un gain
de 7.500 DH /mois.

3. Calcul de la Valeur Actuelle Nette (VAN) :

La VAN est la différence entre le cash-flow actualisé sur la durée de vie du

projet et les capitaux investis :
𝐶𝐹𝑖
𝑉𝐴𝑁 = ∑𝑛𝑖=1 – 𝐼𝑛𝑣𝑒𝑠𝑡𝑖𝑠𝑠𝑒𝑚𝑒𝑛𝑡 𝑖𝑛𝑖𝑡𝑖𝑎𝑙
(1+𝑡)𝑖

 La durée de vie de l’application est estimée à 7ans, et les cash-flow sont

supposés constants au long de cette durée :
 Cash flow annuel: CFi=gain mensuel *12 =7.500*12= 90.000 DH
(constant)
 Investissement initial= 350.000 DH
 Taux de rentabilité annuel=6%

Alors: VAN= 502.414 DH

La VAN est supérieur strictement à 0, donc l’investissement est rentable.

4. Délai de récupération :

C’est le temps au bout duquel le montant cumulé des CF actualisés est égal
au montant du capital investi.

6
 𝑰𝒏𝒗𝒆𝒔𝒕𝒊𝒔𝒔𝒆𝒎𝒆𝒏𝒕 𝒊𝒏𝒊𝒕𝒊𝒂𝒍
𝑫é𝒍𝒂𝒊 𝒅𝒆 𝒓é𝒄𝒖𝒑é𝒓𝒂𝒕𝒊𝒐𝒏 =
𝑪𝒂𝒔𝒉 𝒇𝒍𝒐𝒘

Ce qui donne un délai de récupération de 3 ans et 10 mois.

5. Retour sur investissement (ROI) :

Le retour sur investissement est un ratio qui permet de calculer le pourcentage

de gain à attendre d’un investissement par rapport à la mise de départ.

La formule générale du retour sur investissement est :

𝐺𝑎𝑖𝑛𝑠 − 𝐶𝑜û𝑡 𝑑𝑒 𝑙′𝑖𝑛𝑣𝑒𝑠𝑡𝑖𝑠𝑠𝑒𝑚𝑒𝑛𝑡

𝑅𝑂𝐼 =
𝐶𝑜û𝑡 𝑑𝑒 𝑙′𝑖𝑛𝑣𝑒𝑠𝑡𝑖𝑠𝑠𝑒𝑚𝑒𝑛𝑡
Avec :

 Gains = durée de vie de projet * Cash-flow (taux d’intérêt supposé nul)

= 7 * 90.000= 630.000 DH
 Coût de l’investissement= 371.000 DH

Alors le ROI est égal 69,8%.

Donc le projet couvre les coûts et rapporte des gains, il est donc rentable.

6. Le financement du projet :

ATTIJARI WAFA BANK assure le financement total du projet.

7. Analyse des risques :

Parmi les risques cités dans la partie précédente, les plus probables sont :

 Le dépassement de budget : Puisque l’application développée pourra

avoir besoin de multiples maintenances pendant la même année.

 Défaillance de l’application : une application complète n’existe plus,

chaque produit informatique possède un risque d’être défailli en tout
moment.

 Le dépassement du délai : pendant un projet informatique, les

développeurs confrontent plusieurs erreurs nécessitant beaucoup de
temps.

 Utilisation d’un nouveau langage de programmation non maitrisé par

l’équipe chargée du développement : Le domaine informatique est un
domaine d’innovation par excellence, plusieurs technologies sont mises à
jour chaque année.

7
  Mauvaise communication entre les générateurs de modèles et les
développeurs de l’application : une équipe qui ne se communique pas
régulièrement, n’arrive jamais à fournir un travail de bonne qualité.

Afin de faire face à ces risques, plusieurs stratégies ont été adoptées :

 Chercher des autres sources de financement externes (Bank Al-Maghreb

par exemple), afin d’assurer un montant de plus au budget de projet.

 Augmenter le nombre des développeurs, afin de mettre en disposition

plus d’expériences, et alors, plus de solutions efficaces aux erreurs
confrontés.

 Assurer des formations, sur les nouvelles technologies, à l’équipe

informatique du projet.

 Assurer un suivi journalier de la part de chef de projet, afin de garantir un

bon avancement du travail.

III. Planification du projet

1. Organigramme WBS :

(Voir la page suivante)

8
 Projet

Génération des Développement de

modèles l’application

Etude des Elaboration Analyse fonctionnelle

modèles de nouveaux
existants modèles

Conception détaillée

Déterminer Collecter les

leurs limites paramètres liés
Développement
au risque et à
la rentabilité.

Test
Parcourir Filtrer les
l’historique paramètres
des fautes collectés
Installation
commises
t
Tester ces
paramètres
Maintenance
Rédiger un
rapport
détaillé Rédiger un
rapport
détaillé

9
 2. Estimations :

Tâche Coût Durée Besoin humain Besoin matériel

(jours)
Déterminer les 7 3 Ordinateurs
limites des - mathématiciens
anciens
modèles
Parcourir 7 3 Ordinateurs
l’historique des - mathématiciens
fautes
commises
Rédiger le 15 3 Ordinateurs+imprimante
rapport - mathématiciens
Collecter les 15 3 Ordinateurs
paramètres de - mathématiciens
nouveaux
modèles
Filtrer les 7 3 Ordinateurs
paramètres - mathématiciens
collectés
Tester les 7 3 Ordinateurs
paramètres - mathématiciens
Rédiger le 29 3 Ordinateurs+imprimante
rapport - mathématiciens
Analyse 15 2 développeurs Ordinateurs
fonctionnelle de -
l’application
Conception 15 2 développeurs Ordinateurs
-
Développement 30 2 développeurs Ordinateurs
-
Test 30 2 développeurs Ordinateurs
-
Installation 5 2 développeurs Ordinateurs
-
Maintenance 105.000 20 2 développeurs Ordinateurs

 Remarque :

Il est difficile d’estimer les coûts des taches mentionnées ci-dessus, puisqu’elles
sont attribuées aux personnels du siège touchant un salaire fixe (déjà déclaré dans
la table des coûts)

10
 3. Diagramme de Gantt du projet : (réalisé sur MS PROJECT)

IV. L’exécution du projet :

Après une planification détaillée de notre projet, on a passé à son exécution via
plusieurs étapes :

1. Réunion de parties prenantes du projet :

Le projet est entamé en organisant une première réunion entre les parties
prenantes du projet : le manager, le chef du projet et le staff disponible (un
développeur et un mathématicien), dans le but de discuter le plan du projet, ainsi que
les besoins nécessaires.

2. Recrutement et achat du matériel :

Suivant les besoins techniques discutés lors de la première réunion, on a recruté

un développeur et deux mathématiciens après une annonce postulée sur LinkedIn,
puis on a acheté le matériel suivant : 3 bureaux, 3 ordinateurs et une imprimante.

3. Répartition des tâches :

11
 Une autre réunion a été organisée pour répartir les tâches entre les membres
d’équipe. En gros, le projet est divisé en deux tâches : Génération des modèles et le
développement de l’application. La première est affectée aux mathématiciens, et la
deuxième aux développeurs.

4. Etude des modèles existants :

Les mathématiciens ont étudié les anciens modèles que la banque utilisait pour
évaluer le risque et la rentabilité de ses opérations, pour savoir leurs lacunes et la
grande défaillance qu’ils fournissent. Ensuite, ils ont rédigé un rapport détaillé portant
sur cette étude.

5. Elaboration de nouveaux modèles :

Sur la base des problèmes et lacunes des anciens modèles, les mathématiciens
élaboraient des modèles plus efficaces et plus performants, et ceci à travers une
longue recherche de paramètres et de mesures basiques des modèles. Après la
phase de test, ils ont rédigé, à nouveau, un rapport détaillant le mécanisme de tous
ces modèles, dans le but de le livrer aux développeurs.

6. Réunion entre les développeurs et les mathématiciens :

Après la finalisation de la tâche de la génération des modèles, les développeurs

devraient commencer leur travail. Mais pour garantir une bonne compréhension entre
les deux équipes, une réunion a été organisée sous l’encadrement de manager et le
chef du projet.

7. Développement de l’application :

Après une analyse fonctionnelle de besoins détaillés lors de la dernière réunion,

les informaticiens ont commencé la réalisation de l’application, des tests ont été
effectués en parallèle avec le développement, ainsi que des réunions en cas de
besoin des explications, et finalement, les développeurs ont installé l’application sur
les serveurs de la siège.

V. Clôture du projet

Le projet touche sa fin en termes de réalisation, une réunion avec les parties
prenantes du projet a été organisée pour revenir sur les aspects, les résultats
obtenus, ce qui a fonctionné et ce qui a échoué. Chaque membre a pris la parole
pour exprimer son évaluation sur le travail réalisé, son retour expérience et
l’ensemble de leçons apprises.
Le retour des expériences des intervenants était comme suit :

12
 1. Expérience favorable :

Heureusement, la majorité des tâches ont été réalisées dans les meilleures
conditions, le délai, estimé pour le projet, a été respecté, et la plupart des objectifs
sont atteints.

2. Expérience défavorable :

Malgré la dominance de l’aspect positif dans le projet, l’équipe du travail a

rencontré quelques difficultés concernant le budget et la communication :

 L’échange entre les développeurs et les mathématiciens n’était pas

facile, à cause de la divergence des domaines des deux équipes.
 Le budget estimé a été dépassé.

Critères d’évaluation de la performance après la réalisation de projet :

 Les objectifs soient atteints à environ 80%.
 la prise de décision soit relativement vite et rentable.
 Garantie de la sécurité de toutes les informations fournies à l’application.
 Le risque d’adopter une opération financière qui n’est pas rentable soit
minimal.

Procédure d’archivage :

Il est très recommandé de sauvegarder tous les documents liés à ce projet y

compris les rapports des réunions et ceux de l’avancement du travail, dans le but de
garder en mémoire toute la traçabilité et la démarche de notre projet dès son
lancement vers sa fin. L’archivage est extrêmement important puisqu’il permet de
surmonter des problèmes ou bien des erreurs énormes dans les prochains projets.
Parmi les documents archivés après la fin de notre projet, on cite :

 Facteurs d’achats des matériels (ordinateurs, bureaux, imprimantes …)

 Les rapports des réunions organisées.
 Rapports des modèles mathématiques rédigés par les mathématiciens.
 Code source de l’application développée.

13