![](data:image/png;base64...)![](data:image/png;base64...)

![](data:image/gif;base64...)

Ministère de l’Enseignement Supérieur

Et de la Recherche Scientifique

Université de Tunis

Institut Supérieur de Gestion

RAPPORT DE STAGE DE FIN D’ÉTUDES

**Pour l’obtention du diplôme de**

**La Licence Appliquée en Informatique Décisionnelle**

| | | --- | | ELABORATION D’UNE SOLUTION DECISIONNELLE POUR L’ATB |

Entreprise d’accueil :

**Arab Tunisian Bank (ATB)**

Elaboré par

**Kdous Mohamed Amine** & **Sammouda Chirine**

| | | | --- | --- | | Encadrant pédagogique | Encadrant professionnel | | **Mme. Rejeb Lilia** | **Mr. Sahraoui Aymen** |

| | | --- | | Année universitaire 2017 – 2018 |

*Remerciements*

*Dans un premier temps, nous tenons à remercier Dieu le tout puissant, qui nous a donné la force et la patience d’accomplir ce modeste travail.*

*C’est avec une grande gratitude et respect que nous tenons à exprimer nos sincères remerciements à notre encadrante académique Madame* ***Lilia REJEB*** *pour ses précieux conseils, sa qualité d’encadrement ainsi que le savoir qu’elle nous a transmis.*

*Nous adressons, par la même occasion nos vifs remerciements et nos profondes reconnaissances à l’égard de Monsieur* ***Aymen SAHRAOUI,*** *notre encadrant professionnel pour nous avoir encadré et orienté durant notre projet de fin d'études ainsi que pour ses remarques judicieuses, sa sympathie et son amitié.*

*Nos remerciements s’étendent également à tout le personnel de l’ATB pour leur chaleureux accueil.*

*Nous ne manquerons pas l’occasion de remercier tous nos enseignants à l’institut supérieur de Gestion pour le temps qu’ils nous ont consacré afin d’assurer une formation de qualité durant ces années d’étude, ainsi que les membres du jury présents pour avoir accepté de juger ce modeste travail.*

*Dédicace*

*Je dédie ce modeste travail*

***À mon père Imed et ma mère Fadoua***

*Aucune dédicace ne saurait exprimer ma considération pour les sacrifices que vous avez consenti pour mon instruction et mon bien être. Que cet humble travail puisse vous rendre fiers de moi.*

***À mon frère Khalil et ma sœur Maissa.***

*Je vous remercie pour tout le soutien et l’amour que vous me portez depuis mon enfance et j’espère que votre bénédiction m’accompagne toujours.*

***À mes grands-parents.***

*Je vous remercie pour tout le soutien et l’amour que vous me portez depuis mon enfance et j’espère que votre bénédiction m’accompagne toujours.*

***À toute ma famille, et mes amis,***

*Qui m’ont toujours aidé et encouragé, qui étaient toujours à mes côtés, et qui m’ont accompagné durant mon chemin d’études supérieures.*

***À mon cher binôme Chirine,***

*Chez qui j’ai trouvé le soutien et l’entente dont j’avais besoin. Merci pour les moments de réussite et de joie partagés durant ces trois années d’amitié sincère et qui témoigne de ma plus profonde reconnaissance.*

*Kdous Mohamed Amine*

*Dédicace*

***À ma très chère mère Dorra***

*Aimable, affable et honorable : Tu es la source de tendresse, le symbole de la bonté et l’exemple du dévouement qui n’a jamais cessé de m’encourager et de prier pour moi.*

***À mon très cher père Taoufik***

*Rien au monde ne vaut les efforts fournis jour et nuit pour mon éducation et mon bien être.* *Je te dédie ce travail en témoignage de mon profond amour. Puisse Dieu, le tout puissant, te préserver et t’accorder santé, longue vie et bonheur.*

*Je vous dois ce que je suis aujourd’hui et ce que je serai demain et je ferai toujours de mon mieux pour rester votre fierté et ne jamais vous décevoir.*

***À ma très chère sœur Chayma***

*Les mots ne suffisent guère pour exprimer l’attachement, l’amour et l’affection que je porte pour toi.* *Je te souhaite un avenir plein de joie, de bonheur, de réussite et de sérénité.*

***À tous les membres de ma famille, petits et grands***

*Veuillez trouver dans ce modeste travail l’expression de mon affection.*

***À mon très cher binôme Amine***

*Sans Ton soutien moral, ta gentillesse sans égal et tes encouragements ce travail n'aurait vu le jour.* *Que ce travail soit témoignage de ma reconnaissance et de mon amitié sincère et fidèle.*

***À tous mes chers amis***

*En témoignage de l’amitié et les souvenirs qui nous unissent.*

*Sammouda Chirine*

| | | | --- | --- | | | Table des matières |

[*Chapitre I : Contexte général* 1](#_Toc514313765)

[1. Introduction 1](#_Toc514313766)

[2. Cadre du projet 1](#_Toc514313767)

[3. Présentation de l’organisme d’accueil 1](#_Toc514313768)

[3.1 Historique 1](#_Toc514313769)

[3.2 Fiche d’identité de l’ATB 2](#_Toc514313770)

[3.3 Organigramme du siège 3](#_Toc514313771)

[3.4 Présentation de la DCSI 4](#_Toc514313772)

[3.5 Présentation de la direction des études et des projets 4](#_Toc514313773)

[4. Analyse de l’existant 5](#_Toc514313774)

[4.1 Etude de l’existant 5](#_Toc514313775)

[4.2 Critique de l’existant 6](#_Toc514313776)

[4.3 Description de la solution 7](#_Toc514313777)

[5. Conclusion 8](#_Toc514313778)

[*Chapitre II : Méthodes de conception et outils décisionnels* 1](#_Toc514313779)

[1. Introduction 1](#_Toc514313780)

[2. Méthodes de conception 1](#_Toc514313781)

[2.1 Etude des méthodes prédictives classiques 1](#_Toc514313782)

[2.2 Méthodes AGILES 2](#_Toc514313783)

[2.3 Méthodes AGILES Vs Méthodes prédictives classiques 3](#_Toc514313784)

[2.4 Méthode adoptée 3](#_Toc514313785)

[2.4.1 Présentation de la méthode SCRUM 4](#_Toc514313786)

[2.4.2 Les intervenants dans Scrum 4](#_Toc514313787)

[2.4.3 Les artéfacts du Scrum [11] 5](#_Toc514313788)

[2.4.4 L’approche SCRUM appliqué à un projet BI 6](#_Toc514313789)

[3. Modèle conceptuel 7](#_Toc514313790)

[4. Approches pour la création du Datawarehouse (ROLAP, MOLAP, HOLAP) 8](#_Toc514313791)

[5. Comparaison des outils décisionnels 8](#_Toc514313792)

[5.1 Outils pour la création de DataWarehouse 8](#_Toc514313793)

[5.2 Outils pour Extract Transform Load (ETL) 10](#_Toc514313794)

[5.3 Outils de Reporting 12](#_Toc514313795)

[6. Environnement de développement retenu 14](#_Toc514313796)

[6.1 Outils de conception 14](#_Toc514313797)

[6.2 Outils de développement 14](#_Toc514313798)

[7. Conclusion 15](#_Toc514313799)

[*Chapitre III : Phase de préparation* 16](#_Toc514313800)

[1. Introduction 16](#_Toc514313801)

[2. Analyse des besoins 16](#_Toc514313802)

[2.1 Identification des acteurs du système 16](#_Toc514313803)

[2.2 Spécification des besoins fonctionnels 17](#_Toc514313804)

[2.3 Spécification des besoins non fonctionnels 18](#_Toc514313805)

[3. Backlog produit 18](#_Toc514313806)

[4. Planification du projet 19](#_Toc514313807)

[4.1 Pilotage du projet avec la méthodologie SCRUM 19](#_Toc514313808)

[4.2 Découpage de la solution en Sprints 20](#_Toc514313809)

[4.3 Diagramme de Gantt 21](#_Toc514313810)

[5. Etude des données sources 21](#_Toc514313811)

[6. Conception de la base de données 22](#_Toc514313812)

[7. Alimentation de la base de données 23](#_Toc514313813)

[8. Conclusion 25](#_Toc514313814)

[*Chapitre IV :* 26](#_Toc514313815)

[*Sprint 1 : Mise en place d’un Data Warehouse des Suivis* 26](#_Toc514313816)

[1. Introduction 26](#_Toc514313817)

[2. Sprint Backlog 26](#_Toc514313818)

[3. Conception du DataWarehouse 27](#_Toc514313819)

[3.1 Choix des mesures 27](#_Toc514313820)

[3.2 Choix des dimensions 28](#_Toc514313821)

[3.3 Table de faits 28](#_Toc514313822)

[4. Modélisation du DataWarehouse 29](#_Toc514313823)

[5. Intégration des données du DataWarehouse « Suivi » (ETL) 30](#_Toc514313824)

[5.1 Extraction des données 31](#_Toc514313825)

[5.2 Transformation des données 33](#_Toc514313826)

[5.3 Chargement des données 38](#_Toc514313827)

[6. La restitution des données 40](#_Toc514313828)

[7. Conclusion 50](#_Toc514313829)

[*Chapitre V :* 51](#_Toc514313830)

[*Sprint 2 : Suivi et évaluation de la classification des actifs et des risques clients.* 51](#_Toc514313831)

[1. Introduction 51](#_Toc514313832)

[2. Sprint Backlog 51](#_Toc514313833)

[3. La classification des Actifs 52](#_Toc514313834)

[3.1 Actifs courants (Classe 0) 52](#_Toc514313835)

[3.2 Actifs nécessitant un suivi particulier (Classe 1) 52](#_Toc514313836)

[3.3 Actifs incertains (Classe 2) 53](#_Toc514313837)

[3.4 Actifs préoccupants (Classe 3) 53](#_Toc514313838)

[3.5 Actifs compromis (Classe 4) 53](#_Toc514313839)

[4. Formules pour le calcul des risques 54](#_Toc514313840)

[4.1 Formule de calcul du « STRATE » 54](#_Toc514313841)

[4.2 Formule de calcul de la Variation des engagements 55](#_Toc514313842)

[4.3 Formule de calcul de la Garantie plafonnée à l’engagement 55](#_Toc514313843)

[5. Conception du Datamart « Risque » 55](#_Toc514313844)

[5.1 Choix des mesures 55](#_Toc514313845)

[5.2 Choix des dimensions 56](#_Toc514313846)

[5.3 Modélisation du Datamart 56](#_Toc514313847)

[6. Intégration des données du Datamart « RISQUE » (ETL) 57](#_Toc514313848)

[6.1 Extraction des données 57](#_Toc514313849)

[6.2 Transformation des données 58](#_Toc514313850)

[6.3 Chargement des données 61](#_Toc514313851)

[7. La restitution des données 61](#_Toc514313852)

[8. Conclusion 62](#_Toc514313853)

[*Chapitre VI :* 63](#_Toc514313854)

[*Sprint 3 : Gestion des Rapports et des Tableaux de bord* 63](#_Toc514313855)

[1. Introduction 63](#_Toc514313856)

[2. Sprint Backlog 63](#_Toc514313857)

[3. Conception 64](#_Toc514313858)

[3.1 Diagramme de cas d’utilisation 65](#_Toc514313859)

[3.2 Diagramme de séquence de l’authentification du décideur 66](#_Toc514313860)

[3.3 Diagramme de séquence de la consultation d’un Rapport 67](#_Toc514313861)

[3.4 Diagramme de séquence de la consultation d’un Tableau de bord 68](#_Toc514313862)

[3.5 Diagramme de séquence de la mise à jour des Garanties 69](#_Toc514313863)

[3.6 Diagramme de navigation web 70](#_Toc514313864)

[4. Environnement de travail 71](#_Toc514313865)

[4.1 Architecture physique 71](#_Toc514313866)

[4.2 Environnement de Développement 72](#_Toc514313867)

[4.3 Technologies 72](#_Toc514313868)

[4.4 Réalisation 73](#_Toc514313869)

[5. Conclusion 75](#_Toc514313870)

[*Conclusion Générale* 76](#_Toc514313871)

[*Annexe A : Le Projet Décisionnel* 79](#_Toc514313872)

[*Annexe B : Dictionnaire des données sources* 84](#_Toc514313873)

[*Webographie et Bibliographie* 89](#_Toc514313874)

| | | | --- | --- | | | Table des figures |

[Figure 1. Organigramme du siège [3] 3](file:///C%3A%5CUsers%5CChyrine%5CDesktop%5Cversion-16-05.docx#_Toc514271568)

[Figure 2. Démarche cycle en V [5] 10](file:///C%3A%5CUsers%5CChyrine%5CDesktop%5Cversion-16-05.docx#_Toc514271569)

[Figure 3. Déroulement d'un projet Scrum [12] 14](#_Toc514271570)

[Figure 4. Equipe Scrum 28](#_Toc514271571)

[Figure 5. Répartition des Sprints 28](#_Toc514271572)

[Figure 6. Modélisation de la base de données 31](file:///C%3A%5CUsers%5CChyrine%5CDesktop%5Cversion-16-05.docx#_Toc514271573)

[Figure 7. Les Packages de chargement de la base de données 32](file:///C%3A%5CUsers%5CChyrine%5CDesktop%5Cversion-16-05.docx#_Toc514271574)

[Figure 8. Chargement de la table Produit 32](file:///C%3A%5CUsers%5CChyrine%5CDesktop%5Cversion-16-05.docx#_Toc514271575)

[Figure 9. Conversion des données de la table Produit 33](file:///C%3A%5CUsers%5CChyrine%5CDesktop%5Cversion-16-05.docx#_Toc514271576)

[Figure 10. Modèle en étoile du DataWarehouse « Suivi » 37](file:///C%3A%5CUsers%5CChyrine%5CDesktop%5Cversion-16-05.docx#_Toc514271577)

[Figure 11. Création d'un nouveau projet SSIS 38](file:///C%3A%5CUsers%5CChyrine%5CDesktop%5Cversion-16-05.docx#_Toc514271578)

[Figure 12. Composition d'un Package SSIS simple [32] 39](file:///C%3A%5CUsers%5CChyrine%5CDesktop%5Cversion-16-05.docx#_Toc514271579)

[Figure 13. Package pour l'extraction des données à partir de la base « ATBTEST\_DB » 40](file:///C%3A%5CUsers%5CChyrine%5CDesktop%5Cversion-16-05.docx#_Toc514271580)

[Figure 14. Tâche d'exécution de la requête SQL « Delete » 40](file:///C%3A%5CUsers%5CChyrine%5CDesktop%5Cversion-16-05.docx#_Toc514271581)

[Figure 15. Transformation appliquée à la Dimension Activité 41](file:///C%3A%5CUsers%5CChyrine%5CDesktop%5Cversion-16-05.docx#_Toc514271582)

[Figure 16. Transformation appliquée à la dimension Agence 42](file:///C%3A%5CUsers%5CChyrine%5CDesktop%5Cversion-16-05.docx#_Toc514271583)

[Figure 17. Tri des données à charger dans la table de faits 43](file:///C%3A%5CUsers%5CChyrine%5CDesktop%5Cversion-16-05.docx#_Toc514271584)

[Figure 18. Transformations aboutissant à la table de faits 44](file:///C%3A%5CUsers%5CChyrine%5CDesktop%5Cversion-16-05.docx#_Toc514271585)

[Figure 19. Tâche de transformation "Colonne dérivée" appliquée à la table de faits 45](file:///C%3A%5CUsers%5CChyrine%5CDesktop%5Cversion-16-05.docx#_Toc514271586)

[Figure 20. Choix de Destination de Chargement de données 46](file:///C%3A%5CUsers%5CChyrine%5CDesktop%5Cversion-16-05.docx#_Toc514271587)

[Figure 21. Chargement des Dimensions 47](file:///C%3A%5CUsers%5CChyrine%5CDesktop%5Cversion-16-05.docx#_Toc514271588)

[Figure 22. Chargement de la table de faits 47](file:///C%3A%5CUsers%5CChyrine%5CDesktop%5Cversion-16-05.docx#_Toc514271589)

[Figure 23. Interface de SQL Server Reporting Services 48](file:///C%3A%5CUsers%5CChyrine%5CDesktop%5Cversion-16-05.docx#_Toc514271590)

[Figure 24.Configuration de l'URL du service web 49](file:///C%3A%5CUsers%5CChyrine%5CDesktop%5Cversion-16-05.docx#_Toc514271591)

[Figure 25. Configuration de l'URL du portail web 49](file:///C%3A%5CUsers%5CChyrine%5CDesktop%5Cversion-16-05.docx#_Toc514271592)

[Figure 26. Configuration de la base de données 50](file:///C%3A%5CUsers%5CChyrine%5CDesktop%5Cversion-16-05.docx#_Toc514271593)

[Figure 27. Création d'une nouvelle Source de données 50](file:///C%3A%5CUsers%5CChyrine%5CDesktop%5Cversion-16-05.docx#_Toc514271594)

[Figure 28. Chaîne de connexion avec le DataWarehouse « ATBTEST\_DW » 51](#_Toc514271595)

[Figure 29. Chaîne de connexion avec la base de données « ATBTEST\_DB » 51](file:///C%3A%5CUsers%5CChyrine%5CDesktop%5Cversion-16-05.docx#_Toc514271596)

[Figure 30. Création d'un nouveau Jeu de données 52](file:///C%3A%5CUsers%5CChyrine%5CDesktop%5Cversion-16-05.docx#_Toc514271597)

[Figure 31. Choix de source de données dans Report Builder 52](file:///C%3A%5CUsers%5CChyrine%5CDesktop%5Cversion-16-05.docx#_Toc514271598)

[Figure 32. Jeu de données dans le Report Builder (requête 1) 53](file:///C%3A%5CUsers%5CChyrine%5CDesktop%5Cversion-16-05.docx#_Toc514271599)

[Figure 33. Jeu de données dans le Report Builder (requête 2) 54](file:///C%3A%5CUsers%5CChyrine%5CDesktop%5Cversion-16-05.docx#_Toc514271600)

[Figure 34. Création d'un nouveau Rapport mobile 54](file:///C%3A%5CUsers%5CChyrine%5CDesktop%5Cversion-16-05.docx#_Toc514271601)

[Figure 35. Choix d'une grille de données pour le Rapport 55](file:///C%3A%5CUsers%5CChyrine%5CDesktop%5Cversion-16-05.docx#_Toc514271602)

[Figure 36. Ajout des données du DataSet 55](file:///C%3A%5CUsers%5CChyrine%5CDesktop%5Cversion-16-05.docx#_Toc514271603)

[Figure 37. Paramétrage du Rapport 56](file:///C%3A%5CUsers%5CChyrine%5CDesktop%5Cversion-16-05.docx#_Toc514271604)

[Figure 38. Exemple du Rapport généré 56](file:///C%3A%5CUsers%5CChyrine%5CDesktop%5Cversion-16-05.docx#_Toc514271605)

[Figure 39. Choix du type de graphique à produire 57](file:///C%3A%5CUsers%5CChyrine%5CDesktop%5Cversion-16-05.docx#_Toc514271606)

[Figure 40. Dashboard « Engagement » 57](file:///C%3A%5CUsers%5CChyrine%5CDesktop%5Cversion-16-05.docx#_Toc514271607)

[Figure 41. Modèle en étoile du Datamart « Risque » 64](file:///C%3A%5CUsers%5CChyrine%5CDesktop%5Cversion-16-05.docx#_Toc514271608)

[Figure 42. Exécution de Package d'extraction 65](file:///C%3A%5CUsers%5CChyrine%5CDesktop%5Cversion-16-05.docx#_Toc514271609)

[Figure 43. Le tri des données avec Sort Transformation Editor 66](file:///C%3A%5CUsers%5CChyrine%5CDesktop%5Cversion-16-05.docx#_Toc514271610)

[Figure 44. Transformations aboutissant à la table de faits « Fact\_Risque » 66](file:///C%3A%5CUsers%5CChyrine%5CDesktop%5Cversion-16-05.docx#_Toc514271611)

[Figure 45. Paramétrage des Transformations de la table de faits « Fact\_Risque » et des Inputs et Outputs 67](file:///C%3A%5CUsers%5CChyrine%5CDesktop%5Cversion-16-05.docx#_Toc514271612)

[Figure 46. Bouton aboutissant à la modification du Script C sharp 68](file:///C%3A%5CUsers%5CChyrine%5CDesktop%5Cversion-16-05.docx#_Toc514271613)

[Figure 47. Script du code C sharp de la formule « STRATE » 68](file:///C%3A%5CUsers%5CChyrine%5CDesktop%5Cversion-16-05.docx#_Toc514271614)

[Figure 48. Chargement du Datamart Risque 69](file:///C%3A%5CUsers%5CChyrine%5CDesktop%5Cversion-16-05.docx#_Toc514271615)

[Figure 49. Diagramme de cas d'utilisation global 73](file:///C%3A%5CUsers%5CChyrine%5CDesktop%5Cversion-16-05.docx#_Toc514271616)

[Figure 50. Diagramme de séquence de l’authentification du décideur 74](file:///C%3A%5CUsers%5CChyrine%5CDesktop%5Cversion-16-05.docx#_Toc514271617)

[Figure 51. Diagramme de séquence de la consultation d’un Rapport 75](file:///C%3A%5CUsers%5CChyrine%5CDesktop%5Cversion-16-05.docx#_Toc514271618)

[Figure 52. Diagramme de séquence de la consultation d’un Tableau de bord 76](file:///C%3A%5CUsers%5CChyrine%5CDesktop%5Cversion-16-05.docx#_Toc514271619)

[Figure 53. Diagramme de séquence de la mise à jour des Garanties 77](file:///C%3A%5CUsers%5CChyrine%5CDesktop%5Cversion-16-05.docx#_Toc514271620)

[Figure 54. Diagramme de navigation web 78](file:///C%3A%5CUsers%5CChyrine%5CDesktop%5Cversion-16-05.docx#_Toc514271621)

[Figure 55. Architecture 3-tiers 79](file:///C%3A%5CUsers%5CChyrine%5CDesktop%5Cversion-16-05.docx#_Toc514271622)

[Figure 56. Page d’accueil 81](file:///C%3A%5CUsers%5CChyrine%5CDesktop%5Cversion-16-05.docx#_Toc514271623)

[Figure 57. Interface d’authentification 82](file:///C%3A%5CUsers%5CChyrine%5CDesktop%5Cversion-16-05.docx#_Toc514271624)

[Figure 58. Aperçu du Rapport de suivi des Engagements 82](file:///C%3A%5CUsers%5CChyrine%5CDesktop%5Cversion-16-05.docx#_Toc514271625)

[Figure 59. Aperçu de Tableau de bord Engagement 83](file:///C%3A%5CUsers%5CChyrine%5CDesktop%5Cversion-16-05.docx#_Toc514271626)

| | | | --- | --- | | | Liste des tableaux |

[Table 1. Fiche d'identité de l'ATB 2](#_Toc514183439)

[Table 2. Méthodes AGILES Vs méthodes classiques 12](#_Toc514183440)

[Table 3. Comparaison entre les outils de créations du DataWarehouse. 18](#_Toc514183441)

[Table 4. Comparaison des Outils ETL 20](#_Toc514183442)

[Table 5. Comparaison entre les outils de Reporting. [30] 22](#_Toc514183443)

[Table 6. Backlog Produit 28](#_Toc514183444)

[Table 7. Diagramme de Gantt 30](#_Toc514183445)

[Table 8. Backlog Produit 1 36](#_Toc514183446)

[Table 9. Mesures de la table de faits 36](#_Toc514183447)

[Table 10. Les dimensions du DataWarehouse « Suivi » 37](#_Toc514183448)

[Table 11. Table de faits « fact\_suivi » 38](#_Toc514183449)

[Table 12. Sprint Backlog 2 61](#_Toc514183450)

[Table 13. Choix des mesures de la table de faits « Fact\_Risque » 64](#_Toc514183451)

[Table 14. Choix des dimensions du Datamart 65](#_Toc514183452)

[Table 15. Sprint Backlog 3 73](#_Toc514183453)

| | | | --- | --- | | | Introduction générale |

Lucides que l'une des plus grandes richesses d'une entreprise est son information, mais noyé sous un volume pesant de données dispersées, non structurées, éparses et hétérogènes, les dirigeants se trouvent confrontés à une problématique de taille : Comment étudier toutes ces informations si précieuses mais volumineuses, dans un temps quasiment acceptable ? Ces décideurs requièrent qu'on leur expose les faits importants, appuis de leurs décisions.

Pour répondre à une telle sollicitation, c’est l’informatique décisionnelle, nommée également BI pour Business Intelligence qui, depuis son apparition, est entrain de submerger les systèmes d’information (SI) en constante croissance. Il s’agit d’une sélection des informations opérationnelles et pertinentes qui seront par la suite normalisées pour l’entreposage, puis l’analyse et finalement la diffusion. De ce concept, est née alors la notion de modélisation multidimensionnelle, essentielle pour répondre aux exigences d’analyse. En outre, l’informatique décisionnelle permet de produire des indicateurs et des rapports à l'attention des analystes en proposant des outils de visualisation, de navigation et d'interrogation de l'entrepôt.

C’est dans cette perspective que s’insère notre projet intitulé « Elaboration d’une solution décisionnelle pour l’ATB » qui consiste à mettre en place une application intégrée d’aide à la décision pour la banque ATB permettant de suivre les Engagements, les Produits, les Garanties, La Classification des Actifs ainsi que les Risques clients.

Ce rapport exhibe les différentes étapes suivies pour la mise en œuvre de notre solution selon la méthode SCRUM. Il est réparti en six chapitres :

* Le premier chapitre qui s’intitule « Contexte général » est dédié à la présentation de l’organisme d’accueil de l’ATB ainsi que la présentation du projet. * Le deuxième chapitre qui s’intitule « Méthodes de conception et outils décisionnels » récapitule l’étude comparative que nous avons mené en vue de choisir la méthode de conception la plus adaptée à notre projet, ainsi que l’ensemble des outils BI utilisé. * Le troisième chapitre qui s’intitule « Phase de préparation » présentera l’analyse des besoins fonctionnels et non fonctionnels, le Backlog produit, la planification du projet ainsi que la conception et l’implémentation de la Base de données. Ces parties sont fondamentales pour assurer un bon démarrage de notre projet * Le quatrième chapitre qui s’intitule « Mise en place d’un Data Warehouse des Suivis » traite le premier Sprint qui vise à construire l’entrepôt de données. Il comporte le Backlog produit, la conception globale de l’entrepôt, le processus décisionnel et finalement, la phase de restitution des données. * Le cinquième chapitre qui s’intitule « Suivi et évaluation de la classification des actifs et des risques clients » traite le deuxième Sprint qui vise à construire le Datamart. Il comporte le Backlog produit, la définition des différentes classes des actifs, la conception globale du magasin de données et le processus décisionnel aboutissant à la phase de restitution. * Le sixième chapitre qui s’intitule « Gestion des Rapports et des Tableaux de bord » traite notre troisième et dernier Sprint qui assurera la création d’un site web dédié aux décideurs de l’ATB pour visualiser les rapports générés et les tableaux de bord crées.

En guise de conclusion, nous allons présenter le fruit de notre travail ainsi que nos perspectives.

Chapitre I : Contexte général

Introduction

Dans ce chapitre, nous allons évoquer brièvement l’historique de l’organisme d’accueil, ses missions et son organisation. Par la suite, nous allons introduire le contexte du projet et faire une étude de l’existant. Enfin, nous allons nous intéresser à la présentation de la solution proposée.

Cadre du projet

Ce projet s’inscrit dans le cadre de la préparation d’un projet de fin d’études afin d’obtenir le Diplôme de Licence Appliquée en Informatique Décisionnelle à l’Institut Supérieur de Gestion (ISG). Ce projet dont la durée est de trois mois, est réalisé au sein de l’ATB (Arab Tunisian Bank). Son objectif principal est le développement d’une application intégrée dédiée à l’aide à la décision.

Présentation de l’organisme d’accueil

Historique

En 1930, l’Arab Bank a été fondée dans le but de construire une institution au service du monde arabe. Elle a démarré avec sept actionnaires et un capital qui ne dépassait pas les 15 000 livres palestiniennes. 52 ans plus tard, Arab Bank a décidé d’intégrer l’agence de Tunisie et fonder une banque commerciale tunisienne l’ATB.

L’ATB s’est donnée pour mission d’offrir des services diversifiés et de qualité aux particuliers ainsi qu’aux professionnels et de contribuer au développement économique et financier du pays. Elle est classée parmi les meilleures banques en termes de résultats, importance des fonds propres et de ses actifs.

L'ATB dispose aujourd'hui d'un réseau de 131 agences et emploie plus de 1300 personnes. Cette banque s’est investie dans le développement d’une stratégie de filialisation. On parle aujourd’hui d’une création des sociétés spécialisées. En vue de consolider sa position sur le marché Tunisien et d’accroître ses champs d’action, l’ATB s’intéresse particulièrement aux axes suivants [1] :

* Une orientation plus soutenue vers le marché des particuliers sans toutefois négliger sa cible privilégiée constituée des petites et moyennes entreprises, et les grandes entreprises. * Une synergie entre la banque et ses filiales.

Fiche d’identité de l’ATB

Comme tout établissement, l’ATB possède une fiche signalétique qui est décrite par la table 1 [2] :

Table 1. Fiche d'identité de l'ATB

| | | | --- | --- | | *Dénomination* | L’Arab Tunisian Bank | | *Date de création* | 30 juin 1982 | | *Fondateur* | Hatem Kchouk | | *Siège social* | 9 Rue Hedi Nouira, 1001 Tunis | | *Forme juridique* | Société anonyme | | *Activité* | Banque | | *Direction* | Mohamed Ferid Ben Tanfous | | *Nombre d’agences* | 131 | | *Nombre d’employées* | 1300 | | *Nombre de filiales* | 9 | | *Capitalisation* | 100 millions TND en 2015 | | *Bilan comptable* | 2 696 000 USD en 2014 | | *Téléphone* | 71351155 | | *E-mail* | [email protected] | | *Site web* | <http://www.atb.tn/> |

Organigramme du siège

L’organisation de l’ATB est modélisée par l’organigramme présenté dans la figure 1 :

Figure 1. Organigramme du siège [3]

Notre stage d’étude se déroulera au sein de la direction des systèmes d’information, plus précisément dans la division administration des systèmes en collaboration avec la direction des Etudes et des Projets. Nous allons expliquer dans ce qui suit, les activités de chacune de ces directions.

Présentation de la DCSI

La direction centrale des systèmes d’information de l’ATB (DCSI) est composée principalement de trois départements :

* Le département infrastructure et systèmes qui est subdivisé en : * Unité réseau de communication * Cellule d’administration systèmes et base de données * Unité de gestion de matériel informatique * Le département exploitation et maintenance est constitué de : * La division assistance utilisateur * La cellule de sauvegarde et restauration * La division exploitation * Le département application et maintenance qui est composé de : * La cellule core system * L’unité des canaux de distribution électroniques * La division développement et maintenance système

Nous nous intéressons, non seulement à la cellule d’administration systèmes et base de données qui fait partie du département infrastructure et systèmes, mais aussi à la direction des études et des projets qui pilote tous les projets de la banque.

3.5 Présentation de la direction des études et des projets

La Direction des études et des projets a pour mission la planification stratégique et opérationnelle des actions de développement de la banque.

A ce titre, elle est chargée notamment :

* De réaliser des études nécessaires à l’atteinte des objectifs de la banque. * D’assurer le pilotage de plusieurs projets en termes de coût, délai, qualité et risque. * D’assurer le suivi et l’évaluation de la performance des projets. * De coordonner l’élaboration des plans et des stratégies * De produire les rapports d’activité

Analyse de l’existant

Etude de l’existant

La banque dispose des sources de données regroupant des informations sur les clients créanciers telles que :

* Les engagements : Le client peut être lié à différents types d’engagements envers la banque. Principalement, on peut citer : * Les crédits à moyen terme * Les crédits à long terme * Les engagements par signature * L’aval * Les produits : Le client s’engage à fournir les produits bancaires tels que les différents types de commissions, d’intérêt et les agios… * Les garanties : La banque exige une garantie bancaire qui permet d’assurer un remboursement dans le cas où le client n'arriverait pas à honorer le contrat. * Les classes : La classification des clients peut être considérée comme une étape essentielle à la prise de décision et se fait selon : * Le gel des comptes bancaires * La consolidation des crédits * La classification des impayés

Chaque classe peut avoir une valeur entre 0 et 5. Plus la note est proche de 5 plus le client est mal classé.

Les données de l’ATB sont généralement sauvegardées dans un système Oracle, mais il existe aussi une grande partie qui a été migrée vers un nouveau système intitulé « Equation » spécifique à l’Arabe banque. La migration totale des données est encore inachevée donc une partie des données concernant les engagements clients réside toujours dans l’ancien système.

Pour suivre les engagements, les produits et les garanties, la solution utilisée actuellement est une application .NET classique qui permet la consultation et l’exportation des données sous format Excel et peut être considérée comme étant basique et traditionnelle. Elle est définie sur une base de données Oracle 11g en utilisant des liens de bases de données DBLINK permettant l’accès à distance (oracle 11g, AS 400).

Critique de l’existant

La solution utilisée traite chaque module à part. En effet, les informations concernant les engagements, les clients, les produits et les garanties se trouvent dans différentes bases de données.

Cette solution était adéquate et répondait aux besoins des décideurs relatifs aux suivis des engagements clients. Cependant, depuis quelques années, la banque a noté une augmentation considérable du nombre de clientèle, d’où une élévation du volume des données à traiter et l’enrichissement du système d’information de la banque. Ceci a mené alors, à l’inefficacité de cette solution face à ces changements, on parle de :

* Un mauvais partage de l’information. * Un manque de souplesse. * Un temps de traitement très lent qui peut durer jusqu’à 4 jours en considérant le volume important des données à analyser.

Les bases de données relationnelles utilisées dans cette solution sont définies comme étant un répertoire d'éléments de données dotés d'une relation prédéfinie entre eux. Ce répertoire peut contenir des informations erronées et manquantes qui ne répondent pas aux attentes des décideurs, qui ont besoin d’informations pertinentes et fiables sur lesquelles ils peuvent s’appuyer pour une prise de décision avisée. Il est indispensable alors d’opter pour une structure de données mieux adaptée afin de faciliter l’analyse des données pour des fins décisionnelles.

Les décideurs sont confrontés à des problèmes qui résident dans :

* La complexité de la structure de la base de données à cause d’un nombre assez important des tables et des jointures mises en œuvre. * La difficulté d’accès à distance aux informations. * La difficulté de la représentation des données historiques. * La gêne de l’exploitation optimale des données et la classification selon un thème bien déterminé.

Description de la solution

Après avoir étudié le processus de la prise de décision de l’ATB, il s’est avéré qu’il est nécessaire de mettre en place un système décisionnel qui va permettre de :

* Homogénéiser les sources de données hétérogènes. * Suivre les engagements clients. * Suivre les produits de la banque tels que les intérêts et les commissions. * Suivre les garanties et les mettre à jour. * Suivre la classification des clients * Calculer les risques d’insolvabilité. * Analyser les données et générer des rapports et des Tableaux de Bord. * Diffuser les rapports et les Tableaux de Bord générés dans une interface utilisateur. * Faciliter l’analyse et la prise de décision au niveau des hauts et moyens secteurs de la banque.

C’est pour cette raison que nous avons opté pour une solution décisionnelle ayant pour but de collecter et récupérer les données de différentes sources disponibles, les traiter et les charger dans des bases décisionnelles. Cette solution permet de fournir une interface web dynamique qui permettra aux décideurs de suivre les engagements, les produits et les garanties bancaires, de consulter la classification des clients tout en se référant aux risques calculés, et enfin avoir l’accès aux différents tableaux de bord et des rapports interactifs pour des fins décisionnelles.

Conclusion

A travers ce chapitre, nous avons pu acquérir une connaissance assez importante concernant l’activité de l’ATB, en faisant l’étude de l’existant et en soulignant ses limites. Ensuite, nous avons proposé une solution qui répond aux besoins des décideurs de la banque. Quant au chapitre qui suit, nous allons énumérer les différentes méthodes de conception et les outils de l’informatique décisionnelles pour justifier nos choix.

Chapitre II : Méthodes de conception et outils décisionnels

Introduction

Afin d’assurer une bonne gestion du projet, une étude comparative des méthodes de conception s’impose à ce stade. Nous allons également faire le choix des outils informatiques que nous allons utiliser ainsi que les approches que nous allons adopter. Ce chapitre sera alors, dédié à la justification de nos choix en faisant recours à une comparaison bien détaillée.

Méthodes de conception

Le projet décisionnel est un projet de type particulier. Il est non seulement complexe, mais doit aussi répondre parfaitement aux besoins évolutifs des utilisateurs engagés de prendre des décisions cruciales dans un univers instable et changeant. Cela n’est autre que la finalité de la Business Intelligence. D’ailleurs, toute décision est obligatoirement une prise de risque, d’autant plus critique à calculer dans un environnement incertain. Par conséquent, il faut choisir une bonne méthode de gestion adaptée à ce type de projet.

Etude des méthodes prédictives classiques

Les méthodes classiques de gestion de projet telles que le cycle en V et le modèle en cascade sont caractérisées par leurs aspects prédictifs, comme son nom l’indique, il faut que tout soit planifié et défini dès le début. Le principe de la méthode prédictive consiste à collecter dans un premier temps, les besoins puis déterminer le produit. En d’autres termes, la particularité de cette méthode consiste à prévoir toutes les étapes de manière séquentielle et de valider l’étape en amont pour pouvoir passer à l’étape qui suit. De ce fait, le chef de projet s’engage sur un planning de réalisation du projet bien précis mais il lui est impossible d’anticiper les problèmes que l’équipe peut rencontrer, dans un environnement où les nouvelles technologies font leurs apparitions constamment. Prenons l’exemple du cycle en cascade, les risques ne sont détectés qu’à la phase de test après avoir achevé la phase de développement. En avançant dans la réalisation du projet, l’impact de ces risques augmentent. Néanmoins, parmi les méthodes classiques, la démarche cycle en V est la plus utilisée lorsqu’il s’agit d’un projet décisionnel. La figure 2 récapitule les différentes phases de la démarche cycle en V. [4]

![](data:image/png;base64...)

Figure 2. Démarche cycle en V [5]

Méthodes AGILES

« Une méthode agile est une approche itérative et incrémentale, qui est menée dans un esprit collaboratif avec juste ce qu’il faut de formalisme. Elle génère un produit de haute qualité tout en prenant en compte l’évolution des besoins des clients. » [6]

Cette approche forme un ensemble de méthodes permettant en effet de gérer essentiellement les projets informatiques. La particularité de la méthode agile réside dans le fait qu’elle applique un principe de développement itératif. Ce principe consiste à découper le projet en « itérations ». Ces itérations présentent des mini-projets définis au préalable avec le client en déterminant les différentes fonctionnalités à développer ainsi que leurs priorités. Cette méthode permet d’éviter les imprévus rencontrés en cours du travail grâce à sa flexibilité aux changements et son adaptabilité aux modifications. Dans le cadre d’un projet décisionnel, la méthode agile peut être appliquée. Elle permettra d’avoir un circuit de communication efficace et une possibilité de modification et de correction par rapport aux exigences du client. Parmi les méthodes agiles les plus utilisées, nous citons Adaptive Software Development, Scrum et Crystal.

Méthodes AGILES Vs Méthodes prédictives classiques

Après avoir étudié chaque méthode, nous proposons ce tableau comparatif qui récapitule les principales différences entre les deux méthodes. [7]

| | | | | --- | --- | --- | | Axe de comparaison | Méthodes AGILES | Méthodes classiques | | Planification | Adaptive | Prédictive | | Cycle de vie | Itératif et incrémental | En cascade ou en V | | Documentation | Très réduite au strict nécessaire au profit des fonctionnalités opérationnelles afin de recevoir les feedbacks des clients. | Livrée en quantité importante sous forme d’un Support de communication et de validation. | | Equipe | Une équipe soutenue par un chef de projet où la communication et l’initiative sont les piliers du travail. | Une équipe composée de ressources spécialisées dirigée par un chef de projet. | | Livraison de la solution | Généralement rapide et incrémentale. | Généralement tardive. | | Intervention du client | Très fréquente lors de la mise en œuvre de la solution avec proposition de changement si souhaité. | Pratiquement inexistante, le client évalue le produit vers la fin du projet. | | Mesure de succès | Respect des engagements initiaux en termes de délais, budgets, coûts et qualité. | Satisfaction du client |

Table 2. Méthodes AGILES Vs méthodes classiques

Méthode adoptée

Après cette étude comparative, nous avons décidé d’adopter la méthode Agile pour réaliser notre projet. Cette méthode est parfaitement cohérente avec les concepts de base du cycle de vie d’un Datawarehouse, un concept publié par Ralph Kimball, qui se résume en trois points [8] :

* Ajouter une valeur métier à l’entreprise. * Stocker les données dans des dimensions. * Concevoir une solution d’aspect itérative.

**Les méthodes agiles** sont de nature **itérative** et participative. On commence par développer des petits morceaux d’application qui apportent de la valeur ajoutée, qu’on valide par le client puis on passe aux suivants. C’est le client qui pilote au fur et à mesure le développement de la solution à trav