Vous êtes sur la page 1sur 81

RONA ABA Aboubacar

UO/IBAM/ MST-MIAGE

DDICACES

mon regrett pre : ce mmoire vous est ddi en souvenir de ce que vous avez fait pour moi durant votre existence. Que Dieu vous lve au rang de ses illustres amis.

Gestion dun portefeuille de crdit rural

Page 1

RONA ABA Aboubacar

UO/IBAM/ MST-MIAGE

REMERCIEMENTS
Nous tenons exprimer nos remerciements avec un grand plaisir et un grand respect notre directeur de mmoire M. Apollinaire NADEMBEGA, ses conseils, sa disponibilit et ses encouragements nous ont permis de raliser ce travail dans les meilleures conditions. Nous exprimons de mme notre gratitude tout le personnel de GAMMA INFORMATIQUE, au DGA M. Yacouba KOUKA qui a cru en nous et qui n'a cess de nous faire profiter ses prcieux conseils et remarques, au DEL M. Kassoum SADE, au PDG M. Mahamane KABO. Nous adressons aussi nos reconnaissances tous les professeurs et au corps administratif de l'Institut Burkinab des Arts et Mtiers (IBAM) qui depuis une anne leurs conseils et leurs connaissances nous ont bien servis. Nous voudrons aussi exprimer notre gratitude envers tous ceux qui nous ont

accord leur soutien, tant par leur gentillesse que par leur dvouement. Nous ne pouvons nommer ici toutes les personnes qui de prs ou de loin nous ont aid et encourag mais nous les en remercions vivement. Enfin nous tenons dire combien le soutien quotidien de notre famille a t important tout au long de ces quelques annes, nous leur devons beaucoup.

Gestion dun portefeuille de crdit rural

Page 2

RONA ABA Aboubacar

UO/IBAM/ MST-MIAGE

TABLE DES MATIRES


DDICACES .............................................................................................................. 1 REMERCIEMENTS .................................................................................................... 2 TABLE DES MATIRES ............................................................................................ 3 ACRONYMES ET ABRVIATIONS ........................................................................... 6 AVANT PROPOS ....................................................................................................... 7 INTRODUCTION GNRALE ................................................................................... 8 PARTIE 1: TUDE PRALABLE .............................................................................. 9 I. PRSENTATION DU CENTRE DACCUEIL ..................................................... 11 1. PRSENTATION GNRALE ....................................................................... 11 a. Effectifs ........................................................................................................... 12 b. Produits & services ......................................................................................... 12 c. Direction Commerciale.................................................................................... 13

d. Direction Technique ........................................................................................ 13 e. Direction tudes & Logiciels ........................................................................... 13 f. Rfrences et ralisations ............................................................................. 13

2. ORGANIGRAMME DE GAMMA INFORMATIQUE ......................................... 17 II. PRSENTATION DU THME ........................................................................... 18 1. CONTEXTE ....................................................................................................... 18 2. PROBLMATIQUE ............................................................................................ 18 3. RSULTATS ATTENDUS .................................................................................. 19 4. CARACTRISTIQUE DE LA SOLUTION .......................................................... 20 III. IV. TUDE DE LEXISTANT ................................................................................ 21 LA MTHODE DANALYSE ET DE CONCEPTION ....................................... 25
Page 3

Gestion dun portefeuille de crdit rural

RONA ABA Aboubacar

UO/IBAM/ MST-MIAGE

1. DFINITION DUN PROCESSUS DE DVELOPPEMENT LOGICIEL.............. 25 2. LE PROCESSUS UNIFI .................................................................................. 25 3. LA MTHODE 2TUP.......................................................................................... 26 4. LA MTHODE DE MODLISATION AVEC LE LANGAGE UML ....................... 28 PARTIE 2: DTERMINATION DES BESOINS FONCTIONNELS ET TECHNIQUES30 I. TUDE PRLIMINAIRE ........................................................................................ 31 1. PRSENTATION DU PROJET .......................................................................... 31 2. LES ACTEURS INTERVENANTS DANS LE PROJET ..................................... 31 a. Le groupe de pilotage ..................................................................................... 31 b. Le charg du projet ......................................................................................... 31 c. Le groupe dutilisateurs ................................................................................... 32

3. MODLISATION DU CONTEXTE ..................................................................... 32 a. Identification des acteurs du systme ............................................................. 32 b. Identification des messages............................................................................ 33 c. Diagramme de contexte dynamique ............................................................... 34

II. CAPTURE DES BESOINS FONCTIONNELS .................................................... 35 1. GNRALITS SUR LES CAS DUTILISATION ............................................... 35 a. Dfinition ......................................................................................................... 35 b. Les relations entre cas dutilisation ................................................................. 35 c. Reprsentation dun diagramme de cas dutilisation....................................... 36

d. Description textuelle des cas dutilisation ....................................................... 37 2. DTERMINER LES CAS DUTILISATION ......................................................... 38 3. LE DIAGRAMME DE CAS DUTILISATION CORRESPONDANT ..................... 41 4. DESCRIPTION DTAILLE DES CAS DUTILISATION ................................... 42 5. LES DIAGRAMMES DE SQUENCE ................................................................ 50 6. STRUCTURATION DES CAS DUTILISATION DANS DES PACKAGES ......... 58
Gestion dun portefeuille de crdit rural Page 4

RONA ABA Aboubacar

UO/IBAM/ MST-MIAGE

7. LE DIAGRAMME DE CLASSE .......................................................................... 60 III. ANALYSE ET CAPTURE DES BESOINS TECHNIQUES .............................. 61

1. DCOUPAGE EN CATGORIES ...................................................................... 61 2. DIAGRAMME DE PACKAGE DANALYSE ........................................................ 63 3. CHOIX TECHNIQUES ....................................................................................... 64 a. Architecture logicielle ...................................................................................... 64 b. Choix du langage de programmation .............................................................. 65 c. Choix du SGBD .............................................................................................. 66

d. Modle de dploiement .................................................................................. 67 e. Architecture matrielle .................................................................................... 67 PARTIE 3: CONCEPTION ....................................................................................... 68 I. ESTIMATION DU COT DE DVELOPPEMENT ............................................ 69 1. MTHODE DE CALCUL DES COTS ........................................................... 69 2. ESTIMATION DES COTS ............................................................................ 71 II. LE CODAGE ...................................................................................................... 72 LAPPLICATION GPCR ..................................................................................... 72 CONCLUSION GNRALE ..................................................................................... 76 Liste des tableaux .................................................................................................. 77 BIBLIOGRAPHIE ..................................................................................................... 79 ANNEXE................................................................................................................... 80

Gestion dun portefeuille de crdit rural

Page 5

RONA ABA Aboubacar

UO/IBAM/ MST-MIAGE

ACRONYMES ET ABRVIATIONS
Sigles
AC DEL DGA IBAM MIAGE OB PDG SGBD SICR UML UP 2TUP Agent de Crdit Directe tudes Logiciels Directeur Gnral Adjoint Institut Burkinab des Arts et Mtiers Mthodes Informatiques Appliques la GEstion Organisation de Base Prsident Directeur Gnral Systme de Gestion de Base de Donnes Service dIntermdiation en Crdit Rural Unified Modeling Language Unified Process Two Track Unified Process

Signification

Gestion dun portefeuille de crdit rural

Page 6

RONA ABA Aboubacar

UO/IBAM/ MST-MIAGE

AVANT PROPOS
Linstitut burkinab des arts et mtiers (IBAM) est un institut de lUniversit de Ouagadougou (U. O). Cr en 2000 suite la refondation de luniversit de Ouagadougou, lIBAM a pour mission essentielle la formation des professionnels. Depuis 2006, lIBAM est constitu de huit(08) filires de formation qui sont: DUT en Secrtariat de Direction/Secrtariat de Direction Bilingue ; DUT en Finance Comptabilit et DUT en Gestion Commerciale ; DUT en Banque et DUT en Assurance ; Matrise de Sciences et Techniques option Mthodes Informatiques Appliques la Gestion (MIAGE) ; DESS en Ingnierie Informatique et Technologies de lInformation et de la Communication (2ITIC) ; Licence Professionnelle Finances et Audits Comptable (LPFAC). De la filire MST/MIAGE o nous avons pris une inscription en deuxime anne, elle a pour objectifs de rpondre au besoin croissant des entreprises en cadres techniques comptents dans le domaine informatique. La formation est ouverte aux titulaires dun ingniorat de travaux informatique option analyse et programmation, dun DEUG MP (Mathmatiques-Physiques) ou PC (Physiques-Chimie) et de tout autre diplme reconnu quivalent. Ladmission en MIAGE se fait aprs un test crit trs slectif. La dure de la formation est de deux ans. LIBAM prvoit pour les tudiants en fin de cycle de Matrise, un stage pratique en entreprise. Ce stage dune dure de trois cinq mois, vise renforcer les capacits de ltudiant concevoir des Systmes dInformation et garantir aux futurs employeurs des ingnieurs matres, une intgration rapide et efficace en milieu professionnel. Cest dans ce cadre que nous avons t accueillis au GAMMA INFORMATIQUE. Le prsent mmoire marque la fin de notre stage pratique et doit faire lobjet dune soutenance publique.

Gestion dun portefeuille de crdit rural

Page 7

RONA ABA Aboubacar

UO/IBAM/ MST-MIAGE

INTRODUCTION GNRALE
De l'ge de la pierre nos jours, l'esprit perfectionniste de l'homme n'a cess de lui permettre d'amliorer sa vie quotidienne. Le passage de la mcanique aux domaines d'informatique, d'lectronique, d'automatique a rvolutionn la vie journalire de

l'tre humain. Les nouvelles technologies de l'information et de communication illustrent ce phnomne. Aujourd'hui, vu l'intrt croissant de vouloir gagner en temps, de conserver les donnes, de limiter le nombre d'employs et pas mal d'autres raisons, ont pouss petites, moyennes et grandes entreprises chercher des solutions informatiques capables de rpondre leurs besoins. Dans ce cadre s'inscrit notre projet de fin d'tudes qui consiste raliser une application sur mesure de gestion dun portefeuille de crdit rural pour un service dintermdiation en crdit rural. Ce travail est ralis en vue d'obtention du diplme de matrise en Mthodes Informatiques Appliques la Gestion de l'Institut Burkinab des Arts et Mtiers (IBAM). En trois parties, ce document technique prsente lanalyse et la conception de lapplication de gestion dun portefeuille de crdit rural en suivant la mthode de dveloppement de systmes de logiciels 2TUP.

Gestion dun portefeuille de crdit rural

Page 8

RONA ABA Aboubacar

UO/IBAM/ MST-MIAGE

PARTIE 1: TUDE PRALABLE

Gestion dun portefeuille de crdit rural

Page 9

RONA ABA Aboubacar

UO/IBAM/ MST-MIAGE

INTRODUCTION Il s'agit d'une tape cruciale dans la ralisation d'une application donne. Le futur d'un logiciel dpend beaucoup de cette phase, elle nous permet d'viter le dveloppement d'une application non satisfaisante. Pour cela le client et le dveloppeur doivent tre en troites relations, voire avoir un intermdiaire entre eux s'il le faut. Pour arriver nos fins il nous faut prendre connaissance de : L'analyse et la dfinition des besoins : permet de trouver un commun accord entre les spcialistes et les utilisateurs. L'tude de la faisabilit : Le domaine d'application, l'tat actuel de l'environnement du futur systme, les ressources disponibles, les performances attendues, etc. tablissement du cahier des charges. Cette partie va nous donner un aperu global de l'application.

Gestion dun portefeuille de crdit rural

Page 10

RONA ABA Aboubacar

UO/IBAM/ MST-MIAGE

I. PRSENTATION DU CENTRE DACCUEIL


1. PRSENTATION GNRALE

GAMMA INFORMATIQUE NIGER


QUIPEMENTS INFORMATIQUES, LOGICIELS, RSEAUX INFORMATIQUES, INSTALLATIONS DE SCURIT, TLCOMMUNICATIONS & SOLUTIONS TECHNIQUES.

FORME JURIDIQUE CAPITAL SOCIAL

Socit Anonyme 102.000.000 F CFA

CONTACT : gamnig@intnet.ne, KABO Mahamane

Gestion dun portefeuille de crdit rural

Page 11

RONA ABA Aboubacar

UO/IBAM/ MST-MIAGE

Cest une Socit Anonyme de droit nigrien avec un capital de 102.000.000 F CFA. Elle a t cre en novembre 1989. Gamma Informatique Niger est situe en plein centre de Niamey (Niger) dans le quartier des affaires. GAMMA INFORMATIQUE NIGER lutte pour le dveloppement de loutil informatique dans les pays mergents et au Niger en particulier. Grce son rseau daffaires et ses relations exceptionnelles en Europe et dans le reste du monde, GAMMA INFORMATIQUE NIGER est en mesure de rpondre aux besoins et aux exigences de ses clients dans les meilleurs dlais. Gamma Informatique Niger a pour objectif, la ralisation de tout projet informatique et systme de traitements dinformations, notamment en matire de: Logiciels : tudes, ralisations, formations et assistance ; Dveloppement, dapplications, conception de site Web quipements : Fourniture et installation de matriel informatique et parainformatique. Service aprs vente : Maintenance et rparation Rseaux et Tlcoms : tudes, cblages, installation VSAT, Routeurs, metteurs de Radio Rurale Tlsurveillance et Scurit : tudes, installation et maintenance Expertise et conseils pour une solution intgre Depuis 1997, GAMMA INFORMATIQUE NIGER a souscrit auprs de la SNARLEYMA, un contrat dassurance couvrant la Responsabilit Civile Professionnelle ; nos clients sont ainsi scuriss quant aux risques ventuels qui surviendraient pendant ou la suite de nos prestations. Gamma Informatique Niger qui est connue pour la fourniture de solutions informatiques cl-en-main, est une socit qui intervient dans plusieurs domaines. Elle assure des prestations dans plusieurs pays et est certifi ISO 9001 version 2008.

a. Effectifs
Leffectif actuel de GAMMA INFORMATIQUE NIGER (entirement de nationalit nigrienne) peut tre consolid, si ncessaire, par lintermdiaire de recrutements, de consultants ou de partenaires.

b. Produits & services


Fourniture de Matriels Informatiques Services techniques Dveloppement logiciels et progiciels Support et Formation Installations de scurit et de Vidosurveillance Antenne Satellites VSAT metteur Radio Rurale

Gestion dun portefeuille de crdit rural

Page 12

RONA ABA Aboubacar

UO/IBAM/ MST-MIAGE

c. Direction Commerciale
Cest une quipe pluridisciplinaire compose dun (1) Directeur Commerciale et de neuf (9) agents chargs du marketing, de lassistance, du recouvrement, du transit, du magasinage et du courrier. Depuis plusieurs annes le Chiffre dAffaires Annuel de GAMMA INFORMATIQUE NIGER dpasse 1 Milliard 650 Millions de F CFA (2,52 Millions dEuros). Il a t de 2 Milliard 200 millions de FCFA en 2009 (soit 3,35 Millions dEuros). Ces chiffres en constante volution, permettent daffirmer que les clients sont trs satisfaits de nos prestations et de la qualit des produits que nous commercialisons. A travers notre centrale dachats et nos partenaires bass en France, les dlais de livraison sont rduits au maximum.

d. Direction Technique
Elle a actuellement 10 personnes en son sein, dont 2 ingnieurs, 3 techniciens suprieurs (Bac + 3), 2 techniciens moyens, lagent de livraison et le rceptionniste. En plus de la veille technologique, ce service soccupe des activits de maintenance prventive et curative. Il dispose du support technique COMPAQ, Mannesmann Tally, LANIER, APPLE, APC, DELL, EPSON et HP couverts par la documentation, lassistance tlphonique et lapprovisionnement en pices dtaches. Lapprovisionnement en pices dtaches se fait par courrier acclr (DHL, EMS, SAPOST) et les dlais dinterventions sont ainsi rduits au maximum.

e. Direction tudes & Logiciels


Cette Direction dispose dun (1) ingnieur et de deux (2) analystes programmeurs pour vos besoins en matire de : tudes, ralisations, formations et assistance, Dveloppement d'applications informatiques (logiciels et progiciels) sur mesure, Conception de site Web etc.

f. Rfrences et ralisations
AU NIGER : ACMAD (installation VSAT, installation radio rurale) ANTENNE NATIONALE DE BOURSE AGENCE FRANAISE DE DVELOPPEMENT (AFD) AGRHYMET ABN PROJET ENSABLEMENT ANPIP PROJET BANQUE MONDIALE
Gestion dun portefeuille de crdit rural Page 13

RONA ABA Aboubacar

UO/IBAM/ MST-MIAGE

BIA (quipement et logiciels) BCEAO (quipements, Installations et Scurit) BCN (Logiciel Bancaire) BSIC (VSAT, quipement et logiciels) CABINET EFIC (Logiciel de comptabilit) CELLULE GESTION DES RESSOURES NATURELLES (CGRN) CELTEL (quipements, logiciels) CNSS (Caisse Nationale de Scurit Sociale) ECOBANK (quipements, rseaux, logiciels, maintenance informatique) DGI (Logiciel de Gestion des Recettes) GRAND HOTEL (quipements, Logiciel) FONDS EUROPEN DE DVELOPPEMENT (quipements, Logiciel et Rseaux) FONDS DE SOLIDARIT AFRICAIN (Gestion intgre des Projets) DIVERS PROJETS (USAID) NIA ASSURANCE (Logiciel de Gestion des Assurances) OFFICE DE RADIO TLVISION DU NIGER (Logiciel de comptabilit) OMS (quipements, logiciels, maintenance) PNUD (quipements, logiciels) RIZ DU NIGER (Logiciel de Gestion Commerciale) SNAR-LEYMA (Logiciel de Gestion des Assurances) SONIBANK (quipements, logiciels, installation Vsat, maintenance informatique) SONIDEP (quipements, Logiciels et Rseaux) TSF WORLD VISION (quipements, Logiciels) A LTRANGER :

BENIN Socit nationale dassurance et de rassurance La Gnrale des Assurances du Bnin (LA GAB) BURKINA-FASO SONAR (Socit dAssurance Ouaga et Bobo-Dioulasso, dveloppement logiciel). MALI Caisse Nationale dAssurance et de Rassurance. Banque de Dveloppement du Mali (BDM)

Gestion dun portefeuille de crdit rural

Page 14

RONA ABA Aboubacar

UO/IBAM/ MST-MIAGE

MAURITANIE Ralisation pour AIR MAURITANIE tude pour la Socit Mauritanienne dassurance et de rassurance tude du march de linformatique pour le compte de la Banque de commerce de la Mauritanie. TCHAD Banque Commerciale du Chari (installation rseaux, dveloppement logiciels) TOGO Groupement Togolais des Assurances (GTA) TUNISIE De nombreuses rfrences dans la distribution dquipements, la conception de rseaux informatiques et le dveloppement dapplications logicielles. PARTENAIRES : Revendeur Agr : HP COMPAQ ; (www.compaq.fr ou www.hp.fr ) SYMANTEC: Software Partner; ( www.symantec.com ) Reprsentant agr : Export General System (EGS) : Ordinateurs HP Compaq, Imprimantes Epson, HP, Canon, Produits CISCO, 3COM, DLINK et MUSTEK. MCI Tlcommunications, Internet, VSAT ; (www.wcom.com ) AFIMEX, HDF, SONEMA, ARTEMIA, SOUTHCOMP POLARIS, MC3 TRADE, S2IE, ALPHA NEGOCE, SODEXPO, DATAVENIR, CONNECTADATA, DIB-FRANCE, INGRAM, INFOSEC. OUEST SCURIT SYSTMES, quipements de scurit, Tlsurveillance ; (www.ouest-securite.com )

Gestion dun portefeuille de crdit rural

Page 15

RONA ABA Aboubacar

UO/IBAM/ MST-MIAGE

CONTACTS: Mr. LIBRA KABO Mahamane Mr. KOUKA Yacouba Mr. ILLO KACH Harouna Prsident Directeur Gnral B.P. 10 611 8007 NIAMEY NIGER E-mail : gamnig@intnet.ne Tlphone Direction Gnrale : (227) 20 73 24 43, (227) 20 73 74 92, (227) 20 72 20 15 Tlphone Direction Technique (Annexe) : (227) 20 33 02 12, (227) 20 33 02 12 Fax : (227) 73 28 76 EFax sur rseau USA : (1) 801 457 5814 . Directeur Gnral Adjoint Directeur Commercial

Gestion dun portefeuille de crdit rural

Page 16

RONA ABA Aboubacar

UO/IBAM/ MST-MIAGE

2. ORGANIGRAMME DE GAMMA INFORMATIQUE

Gestion dun portefeuille de crdit rural

Page 17

RONA ABA Aboubacar

UO/IBAM/ MST-MIAGE

II. PRSENTATION DU THME 1. CONTEXTE


Comme on l'a cit prcdemment, GAMMA INFORMATIQUE n'est pas une socit consommatrice, elle est plutt productrice. Les applications dveloppes sont destines alors la vente. L'application en question s'agit d'une commande d'un Service dIntermdiation en Crdit Rural (SICR). Il s'agit donc d'une application de gestion dun portefeuille de crdit rural dans le domaine dintermdiation de crdit, cette solution doit tre capable d'automatiser les taches qui sont faites l'heure actuelle manuellement.

2. PROBLMATIQUE
De nos jours, une des tendances les plus en vue et qui concerne tous les secteurs de dveloppement, est linformatisation. Depuis lapparition de linformatique et son introduction dans le monde conomique, les entreprises et entits publiques aspirent optimiser et rendre fiable la gestion de leur structure interne. Le portefeuille crdit du SICR dispose dun systme dinformation qui repose sur : la gestion et le suivi des organisations de base, le suivi des bailleurs de fonds ainsi de leurs fonds mis la disposition des organisations de base demandeurs de crdits, la gestion et le suivi des chances de paiement et de recouvrement des crdits, le suivi des impays, la production des tats synthtiques et des tableaux des statistiques concernant les activits effectues par les bureaux placs dans les diffrentes localits. Effectus sur le logiciel EXCEL.

Gestion dun portefeuille de crdit rural

Page 18

RONA ABA Aboubacar

UO/IBAM/ MST-MIAGE

Cela implique beaucoup de travail de mise jour manuel des donnes et donc souvent des retards dans la production des tats synthtiques et des tableaux des statistiques. Combins aux risques derreur due au traitement manuel. Pour mettre fin ces risques derreur et aux retards de production des tats synthtiques et des tableaux des statistiques, le SICR a demand les services de GAMMA INFORMATIQUE pour la mise en place dun systme dinformation intgr et automatis.

3. RSULTATS ATTENDUS
Lobjectif premier du prsent projet est de concevoir un systme de gestion automatise du portefeuille crdit dun SICR. Ceci passe inluctablement par une analyse minutieuse du systme actuel afin de mieux cerner les contours de notre mission. Somme toute, le systme mettre en place devra trouver une solution efficiente aux difficults rencontres par les diffrents acteurs chargs de la gestion du portefeuille du SICR. Ainsi nous pouvons laborer les principales fonctionnalits de lapplication qui sont: Le suivi des Organisations de Base (OB), La gestion des bailleurs de fonds ainsi de leurs fonds mis la disposition des organisations de base demandeurs de crdits, La sauvegarde des bordereaux de retraits et de versements des crdits, La sauvegarde des crdits impays La production des tats synthtiques et des tableaux des statistiques comprenant: Le nombre de crdits encours ; Le montant de lencours des crdits sains aux OB ; Le montant maximum de lencours des crdits sur une seule OB ; Le montant des crdits accords ; La dure moyenne dun prt ;

Gestion dun portefeuille de crdit rural

Page 19

RONA ABA Aboubacar

UO/IBAM/ MST-MIAGE

Le nombre de bnficiaires par sexe (homme, femme) et par type de groupement (masculin, fminin, ou mixte) ; La rpartition des prts par activits des OB bnficiaires de crdits ;

Le montant des crdits en souffrance repartis entre 3 et 6 mois, 6 et 12 mois et plus de 12 mois ; Le taux de remboursement ; Le taux de recouvrement ; Les ressources affectes par chaque partenaire ; Les 10 dbiteurs les plus importants.

4. CARACTRISTIQUE DE LA SOLUTION
En tenant compte des besoins d'informatiser les points cits ci-dessus la solution est de proposer une application permettant de satisfaire le client. Pour cela l'application doit rpondre aux besoins suivants : Avoir un logiciel qui respecte les normes de qualit dun logiciel. (ergonomique) Archiver les informations (scurit daccs aux infos, stockage et restauration des donnes) Avoir un logiciel volutif et paramtrable

Gestion dun portefeuille de crdit rural

Page 20

RONA ABA Aboubacar

UO/IBAM/ MST-MIAGE

III. TUDE DE LEXISTANT


Les documents que nous avons trouvs au niveau de GAMMA INFORMATIQUE nous ont permis dtablir le cahier des charges prliminaire suivant :

Le SICR est compos du : Directeur qui joue le rle du prsident du conseil dadministration ; il est le directeur excutif de dernier et jouie par consquent de toute sa confiance. A ce titre, il excute toutes les dcisions prises en Assemble Gnrale (AG) et la reprsente dans le secteur de la micro finance auprs des partenaires. Comptable charg de lorganisation rigoureuse de la comptabilit, tablit les rapports financiers priodiques selon les exigences du SICR et du Ministre de lconomie et des finances. Il appuie le directeur dans ltablissement et le suivi budgtaire. Charg du portefeuille qui assure le suivi rgulier de ltat du portefeuille des crdits et tablit les statistiques sur lvolution du portefeuille. IL est aussi responsable des services informatiques. Agents de crdit, chargs du suivi des Organisations de Bases (OB). Ils jouent le rle de chef dantenne et sont aussi chargs du recouvrement des crdits auprs des OB bnficiaires des crdits. Ils sont sous la responsabilit directe du charg du portefeuille de crdit. Deux types de crdits sont grer au niveau de ce portefeuille : Les crdits en gestion directe Il s'agit des crdits accords par le SICR partir de ses ressources propres ou des ressources dont il a la gestion directe. Les fonds remis aux organisations de base (OB, qui sont des groupements masculin, fminin ou mixte) bnficiaires des crdits sont donc domicilis sur les comptes bancaires du SICR. Les crdits en gestion dlgue Il s'agit des crdits accordes partir des ressources qui ne sont pas gres directement par le SICR mais qui rsultent d'une convention de partenariat avec un bailleur de fonds qui a domicili un fonds de garantie dans une banque nigrienne.
Gestion dun portefeuille de crdit rural Page 21

RONA ABA Aboubacar

UO/IBAM/ MST-MIAGE

Le SICR instruit les demandes de crdits qu'il transmet la banque partenaire qui, aprs approbation, dbloque directement les prts en faveur des OB par un virement sur leurs comptes bancaires. Le SICR signe le contrat de prt avec les OB et assure leur suivi comme dans le cas des crdits directs. Les fonds dposs par les bailleurs sont destins aux OB qui exercent une activit souhaite par ces derniers. Par consquent chaque fond est destin une activit bien prcise. Le SICR finance toutes activits licites ayant fait preuve de sa rentabilit dans la zone concerne. Il s'agit des activits agricoles et d'levage, du petit commerce et des activits de transformation. Pour assurer une gestion efficace de ces crdits, le SICR dispose de 4 antennes rgionales subdivises en 9 bureaux repartis travers 6 rgions du Niger. Les antennes sont diriges par des chefs dantenne qui sont eux mme des agents de crdit. Les agents de crdit sont chargs de la slection des Organisations de Base (OB) qui sollicitent le concours financier et technique du SICR. Ils le reprsentent aussi auprs des partenaires de leur zone respective. Les bureaux sont repartis comme suit par rgion : Agadez : 2 (Agadez et Tchirozrine) ; Dosso : 1 (Dioundiou) ; Maradi : 2 (Agui et Maradi) ; Tahoua : 2 (Konni et Tahoua) ; Tillabry : 1 (Kollo) ; Zinder: 1 (Matamey). Le systme d'information de gestion du portefeuille de crdit repose sur la gestion et le suivi des oprations de crdits suivantes : Slection des Organisation de Base (OB) LAgent de Crdit (AC) procde la recherche dinformation sur les OB auprs dautres intervenants dans la zone, il vrifie les besoins exprims par les OB dans

Gestion dun portefeuille de crdit rural

Page 22

RONA ABA Aboubacar

UO/IBAM/ MST-MIAGE

leurs

dossiers ainsi que les moyens matriels, financiers et humains (membres

alphabtiss). Il dcide ensuite de lacception ou du rejet des dossiers son niveau. Sagissant des OB dj connues, il vrifie le respect des engagements : chances, utilisation de lapport dans lactivit, et le souci de capitalisation. LAC transmet les dossiers au sige social du SICR Niamey pour approbation. Le dblocage des prts Avant tout dblocage de prt, lAC vrifie dabord si lOB concerne a procde au rglement des intrts, frais de dossier et frais de virement du prt correspondant par un versement sur le compte du SICR cet effet. La procdure de dblocage se fait selon les cas : Cas des crdits en gestion dlgue LAC appuie les OB retenus pour louverture dun compte bancaire au niveau de la banque partenaire. Il convient ensuite avec dune date de rendez vous pour le retrait du prt lagence de la banque partenaire. LOB procde au retrait du montant du crdit en mettant un cheque directement sur son compte. Sur place un chancier lui est remis par la banque. Cas des crdits en gestion directe Louverture dun compte bancaire nest pas obligatoire, puise que le dblocage du prt pourra se faire partir de la remise dun chque tire sur le compte du SICR ouvert dans lagence bancaire concerne. Un chancier de remboursement tabli au pralable par lAC est remis lOB. Le remboursement des prts Le versement s'effectue sur le compte de l'OB dans le cas des crdits en gestion dlgue partir duquel la banque procdera un prlvement et sur le compte du SICR pour les crdits en gestion directe.

Gestion dun portefeuille de crdit rural

Page 23

RONA ABA Aboubacar

UO/IBAM/ MST-MIAGE

Dans le cas des crdits en gestion dlgue, l'AC tablit un tat mensuel des prts solds qu'il fait viser par la banque partenaire et qu'il adresse la direction du SICR ou l'antenne. Le suivi des impays et de leur remboursement Dix jours aprs la date d'chance, l'AC fait parvenir aux OB une lettre les informant de la situation des impays et leur rappelant que leur caution sera mobilise dans un dlai de 30 jours en cas de persistance des impays. LAC devra rdiger une note sur les impays de l'OB afin d'expliquer les causes des impays et les solutions envisages. Cette note sera transmise la direction du SICR ou l'antenne. Si les impays dpassent plus de 12 mois par rapport la date d'chance initiale, la crance est enregistre dans la comptabilit en perte et sortie du portefeuille. Sagissant des modalits de remboursement des impays, elles sont identiques aux modalits de versement des chances jour mais l'AC doit procder au calcul des intrts de retard sur la base d'un bordereau qu'il remplira et remettra l'OB. Le calcul des intrts est arrt au jour du versement convenu et sur la base du montant devant tre vers. LAC doit effectuer ce calcul ds que l'OB l'informe de son intention d'effectuer un versement afin qu'elle dispose effectivement de la somme convenue le jour du versement. En cas de paiement partiel, c'est le remboursement en principal qui est privilgi, les intrts de retard seront calculs chaque versement et devront, alors, tre perus au moment du versement du solde du prt.

Gestion dun portefeuille de crdit rural

Page 24

RONA ABA Aboubacar

UO/IBAM/ MST-MIAGE

IV.LA MTHODE DANALYSE ET DE CONCEPTION 1. DFINITION DUN PROCESSUS DE DVELOPPEMENT LOGICIEL


Un processus dfinit une squence dtapes, en partie ordonnes, qui concourent lobtention dun systme logiciel ou lvolution dun systme existant. Lobjet dun processus de dveloppement est de produire des logiciels de qualit qui rpondent aux besoins de leurs utilisateurs dans des temps et des cots prvisibles. (Rocques & Valle, 2004).

2. LE PROCESSUS UNIFI
Le Processus Unifi (PU ou UP en anglais pour Unified Process) est une mthode de dveloppement logiciel construite sur UML ; elle est itrative et incrmentale, centre sur larchitecture, conduite par les cas dutilisation et pilote par les risques. itrative et incrmentale : la mthode est itrative dans le sens o elle propose de faire des itrations lors de ses diffrentes phases, ceci garantit que le modle construit chaque phase ou tape soit affin et amlior. Chaque itration peut servir aussi ajouter de nouveaux incrments. conduite par les cas dutilisation : elle est oriente utilisateur pour rpondre aux besoins de celui-ci. centre sur larchitecture : les modles dfinit tout au long du processus de dveloppement vont contribuer tablir une architecture cohrente et solide. pilote par les risques : en dfinissant des priorits pour chaque fonctionnalit, on peut minimiser les risques dchec du projet. La gestion dun tel processus est organise daprs les 4 phases suivantes : 1. Pr tude : cest ici quon value la valeur ajoute du dveloppement et la capacit technique le raliser (tude de faisabilit).

Gestion dun portefeuille de crdit rural

Page 25

RONA ABA Aboubacar

UO/IBAM/ MST-MIAGE

2. laboration : sert confirmer ladquation du systme aux besoins des utilisateurs et livrer larchitecture de base. 3. Construction : sert livrer progressivement toutes les fonctions du systme. 4. Transition : dployer le systme sur des sites oprationnels. Chaque phase est elle-mme dcompose squentiellement en itrations limites dans le temps (entre 2 et 4 semaines). Le rsultat de chacune delles est un systme test, intgr et excutable. Lapproche itrative est fonde sur la croissance et l'affinement successifs dun systme par le biais ditrations multiples. Le systme crot avec le temps de faon incrmentale, itration par itration, et cest pourquoi cette mthode porte galement le nom de dveloppement itratif et incrmental. Il sagit l du principe le plus important du Processus Unifi. Ces activits de dveloppement sont dfinies par 6 disciplines fondamentales qui dcrivent la capture des besoins, la modlisation mtier, lanalyse et la conception, limplmentation, le test et le dploiement. Notons que ces diffrentes tapes (ou disciplines) peuvent se drouler travers plusieurs phases. Le processus unifi doit donc tre compris comme une trame commune des meilleures pratiques de dveloppement.

3. LA MTHODE 2TUP
On dit de la mthode UP quelle est gnrique c'est dire quelle dfinit un certain nombre de critres de dveloppement, que chaque socit peut par la suite personnaliser afin de crer son propre processus plus adapt ses besoins. Cest dans ce cadre que la socit Valtech a cre la mthode 2TUP. 2TUP signifie 2 Track Unified Process .Cest un processus qui rpond aux caractristiques du Processus Unifi. Le processus 2TUP apporte une rponse aux contraintes de changement continuel imposes aux systmes dinformation de lentreprise. En ce sens, il renforce le contrle sur les capacits dvolution et de correction de tels systmes. 2 Track signifie littralement que le processus suit

Gestion dun portefeuille de crdit rural

Page 26

RONA ABA Aboubacar

UO/IBAM/ MST-MIAGE

deux chemins. Il sagit des chemins fonctionnels et darchitecture technique , qui correspondent aux deux axes de changement imposs au systme dinformation.

Figure1. Le systme d'information soumis deux natures de contraintes

La branche gauche (fonctionnelle) : capitalise la connaissance du mtier de lentreprise. Elle constitue gnralement un investissement pour le moyen et le long terme. Les fonctions du systme dinformation sont en effet indpendantes des technologies utilises. Cette branche comporte les tapes suivantes : La capture des besoins fonctionnels, qui produit un modle des besoins focalis sur le mtier des utilisateurs. Lanalyse.

La branche droite (architecture technique) : capitalise un savoir-faire technique. Elle constitue un investissement pour le court et moyen terme. Les techniques dveloppes pour le systme peuvent ltre en effet indpendamment des fonctions raliser. Cette branche comporte les tapes suivantes : La capture des besoins techniques. La conception gnrique.

La branche du milieu : lissue des volutions du modle fonctionnel et de larchitecture technique, la ralisation du systme consiste fusionner les rsultats

Gestion dun portefeuille de crdit rural

Page 27

RONA ABA Aboubacar

UO/IBAM/ MST-MIAGE

des 2 branches. Cette fusion conduit lobtention dun processus en forme de Y. Cette branche comporte les tapes suivantes : La conception prliminaire. La conception dtaille. Le codage. Lintgration.

Figure2.

Le processus de dveloppement en Y

4. LA MTHODE DE MODLISATION AVEC LE LANGAGE UML


Le processus 2TUP sappuie sur UML tout au long du cycle de dveloppement, car les diffrents diagrammes de ce dernier permettent de part leur facilit et clart, de bien modliser le systme chaque tape. Unified Modeling Language : UML se dfinit comme un langage de modlisation graphique et textuel destin comprendre et dcrire des besoins, spcifier, concevoir des solutions et communiquer des points de vue. (Pitman, 2006) UML unifie la fois les notations et
Gestion dun portefeuille de crdit rural Page 28

RONA ABA Aboubacar

UO/IBAM/ MST-MIAGE

les concepts orients objet.il ne sagit pas dune simple notation, mais les concepts transmis par un diagramme ont une smantique prcise et sont porteurs de sens au mme titre que les mots dun langage, cest pour a quUML est prsent parfois comme une mthode alors quil ne lest absolument pas. UML unifie galement les notations ncessaires aux diffrentes activits dun processus de dveloppement et offre, par ce biais, le moyen dtablir le suivi des dcisions prises, depuis la dfinition des besoins jusquau codage. (Roques, 2006) Voici une prsentation rapide des diffrents diagrammes UML qui vont tre utiliss tout au long du projet : Le diagramme des cas dutilisation : reprsente la structure des fonctionnalits ncessaires aux utilisateurs du systme. Il est normalement utilis lors des tapes de capture des besoins fonctionnels et techniques. Le diagramme de packages : prsent depuis UML 2.0, ce diagramme modlise des catgories cohrentes entre elles, pour un souci de partage des rles. Correspond ltape de modlisation des diffrents scnarios dun cas dutilisation. Le diagramme de classes : srement lun des diagrammes les plus importants dans un dveloppement orient objet. Sur la branche fonctionnelle, ce diagramme est prvu pour dvelopper la structure des entits manipules par les utilisateurs. En conception, le diagramme de classes reprsente la structure dun code orient objet. Le diagramme de squence : reprsente les changes de messages entre objets, dans le cadre dun fonctionnement particulier du systme.

Gestion dun portefeuille de crdit rural

Page 29

RONA ABA Aboubacar

UO/IBAM/ MST-MIAGE

PARTIE 2: DTERMINATION DES BESOINS FONCTIONNELS ET TECHNIQUES

Gestion dun portefeuille de crdit rural

Page 30

RONA ABA Aboubacar

UO/IBAM/ MST-MIAGE

I. TUDE PRLIMINAIRE
Ltude prliminaire (ou Pr tude) est la toute premire tape du processus 2TUP. Elle consiste effectuer un premier reprage des besoins fonctionnels et oprationnels, en utilisant principalement le texte, ou diagrammes trs simples. Elle prpare les activits plus formelles de capture des besoins fonctionnels et de capture techniques.

1. PRSENTATION DU PROJET
Le projet a pour but, la mise en place dun systme dinformation intgr et automatis de gestion du portefeuille crdit dun Service dIntermdiation en Crdit Rural (SICR) dont le sige se trouve Niamey. Le systme doit permettre le suivi des organisations bnficiaires de crdits depuis le dpt de leurs dossiers de demandes de crdits jusqu' au paiement, ainsi que la gestion des fonds dposs par les bailleurs qui financent ces crdits.

2. LES ACTEURS INTERVENANTS DANS LE PROJET


a. Le groupe de pilotage Dans le concept et la prescription du gnie logiciel, un groupe de pilotage est charg de prendre les dcisions relatives aux objectifs recherchs. Il fixe les orientations gnrales, les dlais respecter et dfinit les moyens mettre en place pour la ralisation du projet. Il est compos de : GAMMA INFORMATIQUE SERVICE DINTERMDIATION EN CRDIT RURAL b. Le charg du projet La mission essentielle dun charg de projet est de conduire le projet de son tude sa ralisation en passant par la conception. Il est en collaboration troite avec le groupe de pilotage. Il sagit pour le prsent projet de ltudiant RONA ABA Aboubacar, Ingnieur de Travaux Informatiques option Analyste-programmeur diplm de lIAI-NIGER et tudiant admissible au diplme de MST-MIAGE de lIBAM.

Gestion dun portefeuille de crdit rural

Page 31

RONA ABA Aboubacar

UO/IBAM/ MST-MIAGE

c. Le groupe dutilisateurs Le groupe des utilisateurs joue un rle consultatif. Il est charg de fournir toutes les informations ncessaires la bonne conduite du projet. Ce sont les utilisateurs du produit fini. Ce groupe est compos du: charg du portefeuille crdit, les chefs dantenne, Les agents de crdits.

3. MODLISATION DU CONTEXTE
a. Identification des acteurs du systme
Nous allons maintenant numrer les acteurs susceptibles dinteragir avec le systme, mais dabord nous donnons une dfinition de ce que cest un acteur. Dfinition : un acteur reprsente l'abstraction d'un rle jou par des entits externes (utilisateur, dispositif matriel ou autre systme) qui interagissent directement avec le systme tudi. Les acteurs du systme identifis dans un premier temps sont : ACTEURS RLES assure le suivi rgulier de ltat du portefeuille des crdits et tablit les statistiques sur lvolution du portefeuille. Il est aussi responsable des services informatiques. supervise les activits effectues par les Agents de Crdits (AC) qui sont sous sa responsabilit. Il peut jouer aussi le rle dun agent de crdit.

Le charg du portefeuille crdit

Le chef dantenne

charg du suivi des Organisations de Lagent de crdit Bases (OB) et du recouvrement des crdits auprs des OB bnficiaires des crdits. soccupe de la gestion des utilisateurs et Ladministrateur du systme de la maintenance de la Base de Donnes. Tableau 1. Les acteurs et leurs rles.

Gestion dun portefeuille de crdit rural

Page 32

RONA ABA Aboubacar

UO/IBAM/ MST-MIAGE

b. Identification des messages


On va dtailler les diffrents messages changs entre le systme et lextrieur. Dfinition : un message reprsente la spcification dune communication unidirectionnelle entre les objets qui transporte de linformation avec lintention de dclencher une activit chez le rcepteur. Messages envoys au systme CODE R0 R1 R2 R3 R4 R5 R6 MESSAGE Demande de connexion Cration des OB Cration des bordereaux de retrait Cration des bordereaux de versement Rechercher des impays, Ajouter, modifier, supprimer un profile utilisateur Consulter le nombre de bnficiaires par sexe (homme, femme) et par type de groupement (masculin, fminin, ou mixte) ; La rpartition des prts par activits des OB bnficiaires de crdits Messages envoys par le systme CODE MESSAGE E0 Fentre de connexion E1 Fentre denregistrement nouvelles OB E2 Fentre denregistrement bordereaux de retrait E3 Fentre denregistrement bordereaux de versement E4 Formulaire de recherche impays E5 Fentre de mise jour utilisateurs E6 Formulaire de consultation bnficiaires de crdits

des des des des des des

R7

Rechercher le montant des E7 crdits en souffrance repartis entre 3 et 6 mois, 6 et 12 mois et plus de 12 mois ; Cration des prts dposs par E8 les bailleurs Consulter les ressources E9 dposes par les bailleurs, la dure moyenne des prts

Formulaire de recherche des crdits en souffrance

R8 R9

Fentre denregistrement des prts Formulaire de consultation des prts

Gestion dun portefeuille de crdit rural

Page 33

RONA ABA Aboubacar

UO/IBAM/ MST-MIAGE

R10

Consulter le nombre de crdits E10 encours, le montant de lencours des crdits sains aux OB, le montant maximum de lencours des crdits sur une seule OB, le montant des crdits accords, le taux de remboursement, le taux de recouvrement.

cran de recherche

Tableau 2. Les messages envoys et reus par le systme

c. Diagramme de contexte dynamique


Le diagramme de contexte permet de dfinir le plus haut niveau des interfaces du systme. Celui associ notre futur systme est le suivant :

Charge du portefeuille

E0, E1, E2, E3, E4, E6, E7, E8, E9, E10

R0, R1, R2, R3, R4, R6, R7, R8, R9, R10

SYSTEME

R0, R1, R2, R3, R4, R6, R7, R9, R10

R0, R1, R2, R3, R4, R6, R7, R9, R10

E0, E1, E2, E3, E4, E6, E7, E9, E10 E0, E1, E2, E3, E4, E6, E7, E9, E10
Agent de Credit Responsable antenne

Figure 3. Le diagramme de contexte dynamique

Gestion dun portefeuille de crdit rural

Page 34

RONA ABA Aboubacar

UO/IBAM/ MST-MIAGE

II. CAPTURE DES BESOINS FONCTIONNELS


Cette phase reprsente un point de vue fonctionnel de larchitecture systme. Par le biais des cas dutilisation, nous serons en contact permanent avec les acteurs du systme en vue de dfinir les limites de celui-ci, et ainsi viter de trop sloigner des besoins rels de lutilisateur final.

1. GNRALITS SUR LES CAS DUTILISATION


a. Dfinition
Un cas dutilisation est une unit cohrente dune fonctionnalit visible de lextrieur. Il modlise un service rendu par un acteur au systme. Il se reprsente par une ellipse contenant le nom du cas dutilisation.

Figure 4. Un cas dutilisation

b. Les relations entre cas dutilisation


Lassociation : cest un chemin de communication entre un acteur et un cas dutilisation et est reprsent par un trait continu.

Figure 5. Relation entre acteur et cas dutilisation

Linclusion : Un cas dutilisation A inclut un cas dutilisation B si pour excuter A, B est obligatoirement excut. Cette dpendance est reprsente par le strotype <<include>>.

Gestion dun portefeuille de crdit rural

Page 35

RONA ABA Aboubacar

UO/IBAM/ MST-MIAGE

Les relations dinclusion sont utilises pour factoriser une partie de la description dun cas dutilisation qui serait commune dautres cas. Elles permettent aussi de dcomposer un cas dutilisation complexe en sous-cas plus simples.

Figure 6. Relation dinclusion

Lextension : Un cas dutilisation A tend un cas dutilisation B si le cas dutilisation A peut tre appel au cours de lexcution de B. cette dpendance est reprsent par le strotype <<extend>>.

Figure 7. Relation dextension

c. Reprsentation dun diagramme de cas dutilisation


Le systme est reprsent par un cadre dans lequel figure le nom du systme. Les acteurs sont lextrieur du cadre et les cas dutilisation lintrieur.

Figure 8. Un diagramme de cas dutilisation

Gestion dun portefeuille de crdit rural

Page 36

RONA ABA Aboubacar

UO/IBAM/ MST-MIAGE

d. Description textuelle des cas dutilisation


Les diagrammes de cas dutilisation dcrivent les grandes fonctionnalits du systme du point de vu des acteurs, mais nexpose pas de faon dtaille la communication entre acteurs et cas dutilisation. Il est alors recommand de faire une description textuelle des diffrents cas dutilisation. La description textuelle se compose de trois parties : La premire partie permet didentifier le cas dutilisation et contient les informations suivantes : Nom : nom du cas dutilisation, en gnrale on utilise des verbes linfinitif Rsum : dfinit dune faon succincte lobjectif du cas dutilisation Acteurs : contient ceux qui ralisent le cas dutilisation et ceux qui utilisent les rsultats du cas dutilisation. Date : date de cration et de mise jour de la description Responsable : responsable de la description textuelle Version : version de la description courante

La deuxime partie contient la description du fonctionnement des cas dutilisation sous forme dune squence de messages changs entre les acteurs et le systme. Cette deuxime partie contient les informations suivantes : Pr conditions : dcrivent ltat dans lequel doit tre le systme avant le dclanchement du cas dutilisation. Scnarii : les scnarii sont dcrits sous la forme dchanges dvnements entre le systme et les acteurs du cas dutilisation. On distingue le scnario nominal qui dcrit un comportement normal du systme et le scnario dexception qui dcrit un cas derreur. Le scnario alternatif est une variante du scnario nominal. Post-conditions : dcrivent ltat du systme lissue des diffrents scnarii.

La troisime partie est optionnelle et contient des spcifications non fonctionnelles.

Gestion dun portefeuille de crdit rural

Page 37

RONA ABA Aboubacar

UO/IBAM/ MST-MIAGE

2. DTERMINER LES CAS DUTILISATION


Identification des cas dutilisation : Lidentification des cas dutilisation une premire fois, nous donne un aperu des fonctionnalits futures que doit implmenter le systme. Cependant, il nous faut plusieurs itrations pour ainsi arriver constituer des cas dutilisation complets. Dautres cas dutilisation vont apparatre au fur mesure de la description de ceux l, et lavancement dans le recueil des besoins fonctionnels . Pour constituer les cas dutilisation, il faut considrer l'intention fonctionnelle de l'acteur par rapport au systme dans le cadre de l'mission ou de la rception de chaque message. En regroupant les intentions fonctionnelles en units cohrentes, on obtient les cas d'utilisations.

Cas dutilisation
Sauthentifier

Acteurs
Tous les acteurs

Messages mis

Messages reus
de

R0 : Demande de E0 : Fentre connexion connexion

Traiter OB

lAgent de crdit, le R1 : Cration des E1 : Fentre charg du OB denregistrement portefeuille des nouvelles OB les lAgent de crdit, le R2 : Cration des E2 : Fentre de charg du bordereaux de denregistrement portefeuille retrait des bordereaux de retrait

tablir bordereaux retrait

tablir bordereaux versement.

les lAgent de crdit, le R3 : Cration des E3 : Fentre de charg du bordereaux de denregistrement portefeuille versement des bordereaux de versement les lAgent de crdit, le R4 : Rechercher E4 : Formulaire de charg du des impays recherche des portefeuille impays les Administrateur systme du R5 : Ajouter, E5 : Fentre de modifier, supprimer mise jour des

Contrler impays

Manager utilisateurs

Gestion dun portefeuille de crdit rural

Page 38

RONA ABA Aboubacar

UO/IBAM/ MST-MIAGE

un profile utilisateur utilisateurs Suivre le dpt des Charg prts portefeuille du R8 : Cration des E8 : Fentre prts dposs par denregistrement les bailleurs des prts

Consulter oprations.

R6 : Consulter le nombre de bnficiaires par sexe (homme, femme) et par type de groupement (masculin, fminin, ou mixte) ; La lAgent de crdit, le rpartition des charg du prts par activits portefeuille des OB bnficiaires de crdits

E6 : Formulaire de consultation des bnficiaires de crdits

E7 : Formulaire de recherche des R7 : Rechercher le crdits en montant des souffrance crdits en souffrance repartis entre 3 et 6 mois, 6 et 12 mois et plus E9 : Formulaire de consultation des de 12 mois prts R9 : Consulter les ressources dposes par les E10 : cran bailleurs, la dure recherche moyenne des prts R10 : Consulter le nombre de crdits encours, le montant de lencours des crdits sains aux OB, le montant

de

Gestion dun portefeuille de crdit rural

Page 39

RONA ABA Aboubacar

UO/IBAM/ MST-MIAGE

maximum de lencours des crdits sur une seule OB, le montant des crdits accords, le taux de remboursement, le taux de recouvrement.

Tableau 3. Les cas dutilisation identifis

Gestion dun portefeuille de crdit rural

Page 40

RONA ABA Aboubacar

UO/IBAM/ MST-MIAGE

3. LE DIAGRAMME DE CAS DUTILISATION CORRESPONDANT

ET ABLIR LES BORDEREAUX DE RETRAIT

<<Include>>

LE CHARGE DU PORTEFEUILLE

ETABLIRLES BORDEREAUX DE VERSEMENT

<<Include>>

<<Include>>
SUIVRE LE DEPOT DES PRETS

<<Include>>
S'AUTHENTIFIER ORGANISER LES OB

AGENT DE CREDIT CONTROLER LES IMPAYES

<<Include>>

CONSULTER OPERATIONS

<<Include>>

CHEF D'ANTENNE

MANAGER LES UTILISAT EURS

<<Include>>
ADMINISTRATEUR

Figure 9. Le diagramme de cas dutilisation

Gestion dun portefeuille de crdit rural

Page 41

RONA ABA Aboubacar

UO/IBAM/ MST-MIAGE

4. DESCRIPTION DTAILLE DES CAS DUTILISATION


Nous allons maintenant dtailler chaque cas dutilisation qui doit faire lobjet dune dfinition a priori qui dcrit lintention de lacteur lorsquil utilise le systme et les squences dactions principales quil est susceptible deffectuer. Ces dfinitions servent fixer les ides et nont pas pour but de spcifier un fonctionnement complet et irrversible. Cas dutilisation SAUTHENTIFIER
Titre : sauthentifier Date de cration : 19/01/2010 Responsable : RONA ABA Aboubacar Acteurs : Tous les acteurs Sommaire Version : 1.0 Rsum : Identifier et faire authentifier chaque acteur. Il permet de conserver la confidentialit des donnes et de contrler laction de chacun des acteurs.

Description des enchanements Pr condition : Base de donnes du systme dmarre, le rseau en bon tat. Scnario nominal 01 : Lutilisateur met une requte dauthentification 02 : Le systme demande de sauthentifier 03 : Lutilisateur saisit son nom utilisateur et son mot de passe 04 : Le systme vrifie les donnes fournies par lutilisateur 05 : Le systme affiche la fentre daccueil de lapplication (A1) Scnario alternatif (A1) : Lutilisateur fournit des informations errones 05 : Le systme envoie un message derreur, le systme reprend le scnario nominal au point 02

Gestion dun portefeuille de crdit rural

Page 42

RONA ABA Aboubacar

UO/IBAM/ MST-MIAGE

Cas dutilisation TRAITER OB


Titre : Traiter OB Date de cration : 19/01/2010 Responsable : RONA ABA Aboubacar Sommaire Acteurs : lAgent de crdit, le charg du portefeuille Version : 1.0 Rsum : Il permet de crer une nouvelle OB. Description des enchanements Pr condition : Base de donnes du systme dmarre, le rseau en bon tat. Scnario nominal 01 : Inclusion du cas dutilisation SAUTHENTIFIER 02 : LActeur choisit les OB 03 : Le systme affiche la page de cration des OB 04 : Lacteur effectue lopration de cration de lOB 05 : Le systme met jour les OB (A1) (A2) Scnario alternatif (A1) : LActeur saisit une OB dj enregistre 05 : Le systme affiche un message indiquant que lOB existe dj et le scnario nominal reprend au point 03 (A2) : LActeur saisit avec des erreurs 05 : Le systme affiche un message et le scnario nominal reprend au point 03

Gestion dun portefeuille de crdit rural

Page 43

RONA ABA Aboubacar

UO/IBAM/ MST-MIAGE

Cas dutilisation TABLIR LES BORDEREAUX DE RETRAIT


Titre : tablir les bordereaux de retrait Date de cration : 19/01/2010 Responsable : RONA ABA Aboubacar Sommaire Acteurs : lAgent de crdit, le charg du portefeuille Version : 1.0 Rsum : Il permet ltablissement des bordereaux de retrait de prts effectue par les OB Description des enchanements Pr condition : Base de donnes du systme dmarre, le rseau en bon tat. Scnario nominal 01 : Inclusion du cas dutilisation SAUTHENTIFIER 02 : LActeur choisit BORDEREAUX DE RETRAIT 03 : Le systme affiche la fentre denregistrement dun bordereau de retrait 04 : LActeur effectue lopration de cration du bordereau de retrait 05 : Le systme met jour les bordereaux de retrait(A1) (A2) Scnario alternatif (A1) : LActeur saisit un bordereau de retrait dj enregistr 05 : Le systme affiche un message indiquant que le bordereau de retrait existe dj et le scnario nominal reprend au point 03

(A2) : LActeur saisit avec des erreurs 05 : Le systme affiche un message et le scnario nominal reprend au point 03

Gestion dun portefeuille de crdit rural

Page 44

RONA ABA Aboubacar

UO/IBAM/ MST-MIAGE

Cas dutilisation TABLIR LES BORDEREAUX DE VERSEMENT


Titre : tablir les bordereaux de versement Date de cration : 19/01/2010 Responsable : RONA ABA Aboubacar Sommaire Acteurs : lAgent de crdit, le charg du portefeuille Version : 1.0 Rsum : Il permet ltablissement des bordereaux de versement de crdit effectue par les OB Description des enchanements Pr condition : Base de donnes du systme dmarre, le rseau en bon tat. Scnario nominal Scnario nominal 01 : Inclusion du cas dutilisation SAUTHENTIFIER 02 : LActeur choisit VERSEMENT DE CRDIT 03 : Le systme affiche la fentre denregistrement dun bordereau de versement 04 : LActeur effectue lopration de cration du bordereau de versement 05 : Le systme met jour les bordereaux de versement (A1) (A2) Scnario alternatif (A1) : LActeur saisit un bordereau de versement dj enregistr 05 : Le systme affiche un message indiquant que le bordereau de versement existe dj et le scnario nominal reprend au point 03

(A2) : LActeur saisit avec des erreurs 05 : Le systme affiche un message et le scnario nominal reprend au point 03

Gestion dun portefeuille de crdit rural

Page 45

RONA ABA Aboubacar

UO/IBAM/ MST-MIAGE

Cas dutilisation CONTRLER LES IMPAYS


Titre : Contrler les impays Date de cration : 19/01/2010 Responsable : RONA ABA Aboubacar Sommaire Acteurs : lAgent de crdit, le charg du portefeuille Version : 1.0 Rsum : Il permet de connaitre les OB qui nont pas encore effectue le versement des chances qui sont arrives terme Description des enchanements Pr condition : Base de donnes du systme dmarre, le rseau en bon tat. Scnario nominal 01 : Inclusion du cas dutilisation SAUTHENTIFIER 02 : LActeur choisit RECHERCHER LES IMPAYS 03 : Lacteur interroge le systme en slectionnant une date dchance dans une liste de choix 04 : Le systme affiche toutes les OB qui doivent effectuer un versement a cette date

Gestion dun portefeuille de crdit rural

Page 46

RONA ABA Aboubacar

UO/IBAM/ MST-MIAGE

Cas dutilisation MANAGER LES UTILISATEURS


Titre : Manager les utilisateurs Date de cration : 19/01/2010 Responsable : RONA ABA Aboubacar Sommaire Acteurs : Ladministrateur Version : 1.0 Rsum : Permet de crer modifier ou supprimer des profiles utilisateurs du systme. Description des enchanements Pr condition : Base de donnes du systme dmarre, le rseau en bon tat. Scnario nominal 01 : Inclusion du cas dutilisation SAUTHENTIFIER 02 : LActeur choisit les PROFILES UTILISATEURS 03 : Le systme affiche la fentre de mise jour des profiles utilisateurs 04 : LActeur effectue les oprations de cration, modification et/ou suppression des PROFILES UTILISATEURS 05 : LActeur valide les modifications apportes 06 : Le systme met jour les PROFILES UTILISATEURS (A1) (A2) Scnario alternatif (A1) : LActeur saisit un profile dj enregistr 06 : Le systme affiche un message indiquant que le profile existe dj et le scnario nominal reprend au point 03

(A2) : LActeur saisit avec des erreurs 06 : Le systme affiche un message et le scnario nominal reprend au point 03

Gestion dun portefeuille de crdit rural

Page 47

RONA ABA Aboubacar

UO/IBAM/ MST-MIAGE

Cas dutilisation SUIVRE LE DPT DES PRTS


Titre : Suivre le dpt des prts Date de cration : 19/01/2010 Responsable : RONA ABA Aboubacar Sommaire Acteurs : Le charg du portefeuille Version : 1.0 Rsum : Permet lenregistrement des bailleurs et des fonds dposs par ces derniers. Description des enchanements Pr condition : Base de donnes du systme dmarre, le rseau en bon tat. Scnario nominal 01 : Inclusion du cas dutilisation SAUTHENTIFIER 02 : LActeur choisit les PRTS DPOSS 03 : Le systme affiche la fentre de cration des fonds dposs par les bailleurs 04 : LActeur effectue lopration de cration des PRTS 05 : Le systme met jour les PRTS (A1) (A2) Scnario alternatif (A1) : LActeur saisit un prt dj enregistr 05 : Le systme affiche un message indiquant que le prt existe dj et le scnario nominal reprend au point 03 (A2) : LActeur saisit avec des erreurs 05 : Le systme affiche un message et le scnario nominal reprend au point 03

Gestion dun portefeuille de crdit rural

Page 48

RONA ABA Aboubacar

UO/IBAM/ MST-MIAGE

Cas dutilisation CONSULTER LES OPERATIONS


Titre : Consulter oprations Date de cration : 19/01/2010 Responsable : RONA ABA Aboubacar Sommaire Acteurs : lAgent de crdit, le charg du portefeuille Version : 1.0 Rsum : Permet tout moment de connaitre la situation du portefeuille. Description des enchanements Pr condition : Base de donnes du systme dmarre, le rseau en bon tat. Scnario nominal 01 : Inclusion du cas dutilisation SAUTHENTIFIER 02 : LActeur choisit CONSULTER OPERATIONS 03 : LActeur interroge le systme en lui fournissant une date 04 : Le systme affiche les informations concernant toutes les oprations de crdit effectues avant cette date

Gestion dun portefeuille de crdit rural

Page 49

RONA ABA Aboubacar

UO/IBAM/ MST-MIAGE

5. LES DIAGRAMMES DE SQUENCE


Le diagramme de squence reprsente les changes entre objets. Il permet de mieux visualiser la squence des messages pour une lecture de haut en bas. Laxe vertical reprsente le temps, laxe horizontal reprsente les objets qui collaborent. Une ligne verticale en pointill est attache chaque objet et reprsente sa ligne de vie. Les lignes horizontales en trait plein reprsentent les messages dune demande de prestation, les lignes horizontales en pointill reprsentent les messages de retour.

Dans lanalyse, lutilisation du diagramme de squence facilite la reprsentation dun processus et les changes entre acteurs ou avec le systme. On pourra donc lutiliser soit pour reprsenter un processus existant, sans entrer dans le dtail des activits, soit pour modliser des variantes de processus partir dun processus de rfrence.

Gestion dun portefeuille de crdit rural

Page 50

RONA ABA Aboubacar

UO/IBAM/ MST-MIAGE

Cas dutilisation SAuthentifier

SYSTEME UTILISATEUR EMISSION D'UNE REQUETE D'AUTHENTIFICATION

AFFICHAGE DE LA PAGE DE CONNEXION

FOURNIR LES IDENTIFIANTS DE CONNEXION

VERIFIER LES IDENTIFIANTS

LANCEMENT DE LA PAGE D'ACCUEIL DE L' PPLICATION

Figure 10. Le diagramme de squence du cas dutilisation sauthentifier

Gestion dun portefeuille de crdit rural

Page 51

RONA ABA Aboubacar

UO/IBAM/ MST-MIAGE

Cas dutilisation TABLIR BORDEREAUX DE RETRAIT


SYST EME ACT EUR .

Authentification

AFFICHE DE L'ECRAN D'ACCUEIL

DEMANDE ECRAN D'AJOUT BORDEREAU DE RET RAIT

AFFICHAGE DE L' ECRAN D'AJOUT DES BORDEREAUX DE RET RAIT

EFFECTUE L'ENREGISTREMENT DU BORDEREAU DE RETRAIT

MAJ BORDEREAU DE RET RAIT

Figure 11. Le diagramme de squence du cas dutilisation tablir bordereaux de

retrait

Gestion dun portefeuille de crdit rural

Page 52

RONA ABA Aboubacar

UO/IBAM/ MST-MIAGE

Cas dutilisation TABLIR BORDEREAUX DE VERSEMENT


SYST EME ACT EUR .

Authentification

AFFICHE DE L'ECRAN D'ACCUEIL

DEMANDE ECRAN D'AJOUT BORDEREAU DE VERSEMENT

AFFICHAGE DE L' ECRAN D'AJOUT DES BORDEREAUX DE VERSEMENT

EFFECT UE L'ENREGISTREMENT DU BORDEREAU DE VERSEMENT

MAJ BORDEREAU DE VERSEMENT

Figure 12. Le diagramme de squence du cas dutilisation tablir bordereaux de

versement

Gestion dun portefeuille de crdit rural

Page 53

RONA ABA Aboubacar

UO/IBAM/ MST-MIAGE

Cas dutilisation CONTRLER LES IMPAYS

SYSTEME ACTEURS

. Authentification

AFFICHAGE DE L'ECRAN D'ACCUEIL DE L'APPLICATION .

DEMANDER ECRAN DE RECHERCHE DES IMPAYES .

AFFICHAGE DE l'ECRAN DE RECHERCHE DES IMPAYES

FOURNIR UNE DATE D'ECHEANCE

AFFICHAGE DES OB QUI DOIVENT EFFECTUER UN VERSEMENT A CETTE DATE

Figure 13. Le diagramme de squence du cas dutilisation contrler les impays

Gestion dun portefeuille de crdit rural

Page 54

RONA ABA Aboubacar

UO/IBAM/ MST-MIAGE

Cas dutilisation SUIVRE LE DPT DES PRTS

SYSTEME ADMINISTRATEUR

Authentification .

AFFICHAGE DE L'ECRAN D'ACCUEIL DE L'APPLICATION .

DEMANDER ECRAN DE MAJ DES PRETS

AFFICHAGE DE L'ECRAN DE MAJ DES PRETS

EFFECTUE LES OPERATION DE MAJ DES PRETS

VALIDATION DE LA MAJ

MAJ PRETS DEPOSES

Figure 14. Le diagramme de squence du cas dutilisation suivre le dpt des prts

Gestion dun portefeuille de crdit rural

Page 55

RONA ABA Aboubacar

UO/IBAM/ MST-MIAGE

Cas dutilisation MANAGER LES UTILISATEURS

SYSTEME ADMINISTRATEUR

Authentification
.

AFFICHAGE DE .L'ECRAN D'ACCUEIL DE L'APPLICATION

DEMANDER ECRAN DE MAJ DES PROFILES UTILISATEURS

AFFICHAGE DE L'ECRAN DE MAJ DES PROFILES UTILISATEURS .

EFFECTUE LES OPERATION DE MAJ DES PROFILES UTILISATEURS .

VALIDATION DE LA MAJ

MAJ PROFILES UTILISATEURS

Figure 15. Le diagramme de squence du cas dutilisation manager les utilisateurs

Gestion dun portefeuille de crdit rural

Page 56

RONA ABA Aboubacar

UO/IBAM/ MST-MIAGE

Cas dutilisation CONSULTER OPERATIONS


SYSTEME ACTEURS

Authentification .

AFFICHAGE DE L'ECRAN D'ACCUEIL DE L'APPLICATION .

DEMANDER ECRAN DE CONSULTATION DES OPERATIONS DE CREDITS .

AFFICHAGE DE L'ECRAN DE CONSULTATION DES . OPERATIONS DE CREDITS

FOURNIR UNE DATE

AFFICHAGE DES OPERATIONS DE CREDITS EFFECTUEES AVANT CETTE DATE

Figure 16. Le diagramme de squence du cas dutilisation consulter oprations

Gestion dun portefeuille de crdit rural

Page 57

RONA ABA Aboubacar

UO/IBAM/ MST-MIAGE

6. STRUCTURATION DES CAS DUTILISATION DANS DES PACKAGES


Cette phase va permettre de structurer les cas dutilisations en groupes fortement cohrents, ceci afin de prparer le terrain pour la prochaine phase qui est le dcoupage en catgories . Dfinition : un package reprsente un espace de nommage qui peut contenir : 1. Des lments dun modle. 2. Des diagrammes qui reprsentent les lments du modle. 3. Dautres packages.

La structuration des cas dutilisations se fait par domaine dexpertise mtier cest dire les lments contenus dans un package doivent reprsenter un ensemble fortement cohrent et sont gnralement de mme nature et de mme niveau smantique.

Gestion dun portefeuille de crdit rural

Page 58

RONA ABA Aboubacar

UO/IBAM/ MST-MIAGE

Cas dutilisations

Acteurs

Packages

Traiter OB tablir retrait bordereaux

AC, Charg du portefeuille de AC, Charg du portefeuille

GESTION DES OB

tablir bordereaux versement Contrler les impays Consulter oprations Suivre prts le dpt

de AC, Charg du portefeuille

GESTION DES CRDITS

AC, Charg du portefeuille AC, Charg du portefeuille

des Le Charg du portefeuille

GESTION DES FONDS

Sauthentifier Manager les utilisateurs

Tous les acteurs Administrateur GESTION PROFILES DES

Gestion dun portefeuille de crdit rural

Page 59

RONA ABA Aboubacar

UO/IBAM/ MST-MIAGE

7. LE DIAGRAMME DE CLASSE
BAILLEUR - id_Bailleur : int - nom_Bailleur : String + Ajouter () : int + Modifier () : int ... 1..1 1..* BANQUE

EST DEPOSE
0..1

- id_Banque : int - lib_Banque : String + Ajouter () : int + Modifier () : int ...

FINANCE
ACTIVIT E - id_activite : int - lib_activite : String + Ajouter () : int + Modifier () : int ... 1..1 1..* PRET id_Pret mt_Pret duree_Pret type_Pret : : : : int Double String int

ECHEANCE - id_Echeance : int - mt_Echeance : Double - date_Echeance : Date + Ajouter () : int + Modifier () : int ... 1..1 1..*

SPONSORISE

1..*

BORDEREAU DE VERSEMENT - id_versement : int - mt_versement : Double - date_versement : Date + Ajouter () : Boolean + Modifier () : Boolean + Supprimer () : Boolean ... 1..*

+ Ajouter () : int + Modifier () : int + Supprimer () : int ...

EST RATTACHE EST COMPOSEE


1..*

FAIT REFERENCE

1..*

1..1

BORDEREAU DE RETRAIT

EST VERSE AU COURS


1..1 ANNEE - lib_annee : String + Ajouter () : int + Modifier () : int ... 1..1 1..1

1..1

EST RETIRE AU COURS

id_retrait mt_retrait date_retrait duree

: : : :

int Double Date String

1..*

+ Ajouter () : Boolean + Modifier () : Boolean + Supprimer () : Boolean ... 0..1 MEMBRE id_Membre nom_Membre prenom_Membre CIN_Membre sexe_Membre Montant_sollicite : : : : : : int String String String String Double

EST CONSTATE
1..* IMPAYE - id_Impaye : int - mt_Impaye : Double - typ_Impaye : String + Ajouter () : Boolean + Modifier () : Boolean 1..* + Supprimer () : Boolean ...

BENEFICIER

OB id_OB nom_OB presi_OB treso_OB sg_OB date_Creation type_OB : : : : : : : int String String String String Date String

1..1

CONCERNE

1..1 Dossier

+ Ajouter () : int + Modifier () : int + Supprimer () : int ... 1..*

1..1

+ Ajouter () : Boolean + Modifier () : Boolean + Supprimer () : Boolean ... 1..*

PRESENTER

1..*

id_dossier montant_dossier date_dossier objet_dossier echeance_dossier

: : : : :

String Double Date String String

FIGURE
1..1

+ Ajouter () : int + Modifier () : int ... ANT ENNE - id_Antenne : int - respon_Antenne : String + Ajouter () : int + Modifier () : int ... 1..1

LOCALIT E - id_Localite : int - lib_Localite : String

COOPERE AVEC
1..1 BUREAU - id_Bureau : int - respon_Bureau : String + Ajouter () : int + Modifier () : int ... 1..1

SERT
1..*

+ Ajouter () : int + Modifier () : int ...

1..1

COLLABORE

Figure 17. Le diagramme de classe

Gestion dun portefeuille de crdit rural

Page 60

RONA ABA Aboubacar

UO/IBAM/ MST-MIAGE

III. ANALYSE ET CAPTURE DES BESOINS TECHNIQUES


Cette phase reprsente la branche technique de la dmarche 2TUP, elle couvre tous les dterminants et les choix ncessaires pour une architecture approprie la conception du systme. Elle nous permet ainsi de dterminer les technologies, les outils et le matriel adapt pour la mise en place du systme en prenant en compte les contraintes dintgrit dans un environnement.

1. DCOUPAGE EN CATGORIES
Cette phase marque le dmarrage de lanalyse objet du systme raliser. Elle utilise la notion de package pour dfinir des catgories de classes danalyse et dcouper le modle UML en blocs logiques les plus indpendants possibles. Le dcoupage en catgories constitue la premire activit de ltape danalyse et elle va saffiner de manire itrative au cours du dveloppement du projet. Elle se situe sur la branche gauche du cycle en Y et succde la capture des besoins fonctionnels. Pour passer lanalyse, il faut se baser sur les principes de lApproche Oriente Objet, notamment celle de lencapsulation. cet effet, il faut passer dune structuration fonctionnelle via les cas dutilisations, une structuration objet via les classes et les catgories. Dfinition : une catgorie consiste en un regroupement logique de classes forte cohrence interne et faible couplage externe. Le dcoupage en catgories de notre projet a donn le rsultat suivant :

Gestion dun portefeuille de crdit rural

Page 61

RONA ABA Aboubacar

UO/IBAM/ MST-MIAGE

CREDIT <Category>

BUREAU <Category>

OB <Category>

+ Bordereau de retrait + Bordereau de versement + Fiche d'impaye + Echeance

+ Bureau + Antenne + Localite

+ OB + Membre + Dossier

PRET <Category>

BAILLEUR <Category>

ACTIVITE <Category>

+ Pret + Banque

+ Bailleur

+ Activite

Figure 18. Le dcoupage en catgorie

Gestion dun portefeuille de crdit rural

Page 62

RONA ABA Aboubacar

UO/IBAM/ MST-MIAGE

2. DIAGRAMME DE PACKAGE DANALYSE


Ce diagramme va reprsenter les diffrentes dpendances entre les packages danalyse
OB <Category> <Import> BUREAU <Category>

+ OB + Membre + Dossier

+ Bureau + Antenne + Localite

BAILLEUR <Category>

<Import>

+ Bailleur

<Import>

CREDIT <Category> <Import>

PRET <Category>

+ Bordereau de retrait + Bordereau de vers ement + Fiche d'impaye + Echeance

+ Pret + Banque

<Import>

ACTIVITE <Category>

+ Activite

Figure 19. Le diagramme de package danalyse

Gestion dun portefeuille de crdit rural

Page 63

RONA ABA Aboubacar

UO/IBAM/ MST-MIAGE

3. CHOIX TECHNIQUES
a. Architecture logicielle
Les donnes collecter et traiter concernent le portefeuille crdit dun Service dIntermdiation de Crdit Rural (SICR), la solution envisage doit obir aux rgles suivantes : Assurer une meilleure scurit des donnes et leur transaction par les utilisateurs ; Permettre une maintenance facile ; Capacit rsister aux pannes ; Permettre une volution du rseau ; Faciliter la gestion des utilisateurs et le paramtrage du systme ; Centralisation des donnes dans une base de donnes ; Fiabilit des traitements ; Faciliter dexploitation ; Intgrit des donnes : les rsultats seront reports sans avoir t nouveau saisis ; Traiter des volumes de donnes de plus en plus grand ; Accder de faon transparente a des donnes situes sur des serveurs diffrents. Ces rgles orientent notre choix vers une architecture client/serveur. Le problme est de trouver le nombre de couches ncessaires pour un bon fonctionnement et une fiabilit maximale du systme. Pour cela nous avons opt pour une architecture 2 niveaux. Larchitecture deux niveaux (aussi appele architecture 2-tiers, tier signifiant range en anglais) caractrise les systmes clients/serveurs pour lesquels le client demande une ressource et le serveur la lui fournit directement, en utilisant ses propres ressources. Cela signifie que le serveur ne fait pas appel une autre application afin de fournir une partie du service. Avantage :

Une plus grande flexibilit du systme ; Une plus grande scurit des services ;
Gestion dun portefeuille de crdit rural Page 64

RONA ABA Aboubacar

UO/IBAM/ MST-MIAGE

Dans la plupart des cas, le dveloppement d'une architecture 2-tiers peut tre ralis rapidement toute chose tant gale par ailleurs la complexit du projet. La plupart des outils de dveloppement dans l'architecture 2-tiers sont robustes et mnent d'eux mmes des techniques RAD (Rapid Application Dveloppent) qui peuvent tre utilises pour s'assurer que les spcifications des utilisateurs sont prcisment et totalement prises en compte.

Figure 20. Architecture logicielle

b. Choix du langage de programmation


Pour faire le choix du langage de programmation nous partirons avec des objectifs que nous nous sommes fixs partir des spcifications suivantes : Garantir la faisabilit : existe-t-il dans ce langage des ressources pour satisfaire aux spcifications fonctionnelles de lapplication ? existe-t-il des ressources pour faire dployer et fonctionner les applications crites dans ce langage sur la plateforme cible ? Assurer la fiabilit de lapplication : existe-t-il dans ce langage des Framework de test, des Framework de login, des vritables outils de debugging. Possibilit de maintenance, extensibilit, flexibilit : le langage est il oriente objet.

Gestion dun portefeuille de crdit rural

Page 65

RONA ABA Aboubacar

UO/IBAM/ MST-MIAGE

Possibilit de management : existe-t-il des Framework pour effectuer linstrumentation des ressources dans ce langage ? Garantir la performance de lapplication : existe-t-il dans ce langage des outils permettent deffectuer une bonne performance dans lexcution et mme a distance. Assurer une bonne productivit : existe-t-il des IDE, qui intgrent et compltent les principaux outils et Framework ci-dessus ? existe-t-il des outils permettant de grer la persistance ?

Portabilit du langage
Le langage JAVA obit toutes ces spcifications et rpond de faon efficace toutes les questions poses. Pour toutes ces raisons, notre choix est dirig objectivement vers ce langage. Lavantage dterminant de la technologie JAVA est quelle permet une meilleure adquation des systmes modliss ou raliss suivants les besoins de lutilisateur.

c. Choix du SGBD
Le choix de la base de donnes obit aux spcifications suivantes : Capacit grer des donnes persistantes. Possibilit de manipuler une grande quantit de donnes : le systme gre lespace mmoire secondaire en utilisant des techniques de

regroupement physique, dindexation, doptimisation de requtes et de gestion de cache. Garantir une fiabilit des donnes : le systme assure la cohrence des donnes par les contraintes dintgrit, la sret de fonctionnement par des transactions et la sret des accs par laffectation des privilges. Permettre un partage des donnes : le systme est multi-utilisateurs et gre des mcanismes de verrous. Facilit dinterrogation : le systme permet lutilisateur dinterroger la base de donnes laide dun langage de requtes. Ainsi nous proposons ORACLE 9i qui fait partie des SGBD rpondant a aux spcifications listes ci haut.

Gestion dun portefeuille de crdit rural

Page 66

RONA ABA Aboubacar

UO/IBAM/ MST-MIAGE

d. Modle de dploiement
Lorganisation de notre systme repose sur un environnement client/serveur deux niveaux. Le tableau suivant rcapitule les choix adopts : Nominations Architecture Langage SGBD Choix Client serveur (2/3) JAVA Oracle 9i

Tableau 4. Choix technique

e. Architecture matrielle
Les principaux matriels quil faut pour notre systme client/serveur 2 niveaux sont : Le serveur Cest la machine physique sur laquelle on installera Oracle 9i, elle doit tre puissante en termes de capacit dentres sortie. Le client Cest une machine (PC) utilisateur des services fournis par le serveur. Pour notre systme, le client aura accs au serveur de base de donnes travers un rseau local.

Figure 21. Architecture matrielle

Gestion dun portefeuille de crdit rural

Page 67

RONA ABA Aboubacar

UO/IBAM/ MST-MIAGE

PARTIE 3: CONCEPTION

Gestion dun portefeuille de crdit rural

Page 68

RONA ABA Aboubacar

UO/IBAM/ MST-MIAGE

INTRODUCTION La conception prliminaire est ltape o seffectue la fusion des tudes fonctionnelles et techniques. La conception dtaille qui vient juste aprs est une activit qui sinscrit dans lorganisation dfinie par la conception prliminaire. Le modle logique y est particulirement important dans la mesure o cest dans cette tape quon gnre le plus grand nombre dinformations. Il est ainsi possible de confier les catgories des personnes diffrentes, qui pourront travailler indpendamment les unes des autres. Les concepteurs dans cette phase construisent les classes, les vue dIHM, les interfaces, les tables et les mthodes qui vont donner une image prte coder de la solution.

I. ESTIMATION DU COT DE DVELOPPEMENT


1. MTHODE DE CALCUL DES COTS
La mthode la mieux documente dont les paramtres sont adaptables l'environnement est le modle COCOMO (acronyme pour COnstructive COst MOdel) ou encore COCOMO simple, premier modle datant de 1981, et dvelopp par Dr. Barry Boehm pour estimer le cot, en nombre de mois-homme, et le temps de dveloppement d'un produit logiciel. A l'origine il a t construit sur une tude de 63 projets logiciels de 2000 100.000 lignes de code dans l'entreprise TRW Inc. (Socit Amricaine spcialise dans lAutomobile et le Transport). Cette mthode existe en trois versions: simple, intermdiaire et dtaille. Nous allons prsenter les grandes lignes de la mthode simplifie car nous lutiliserons pour la prvision des cots et des dlais du projet. On distingue trois classes : 1re classe ou projets de mode organique: ces projets sont raliss par une quipe de taille rduite avec une connaissance parfaite de lenvironnement et du domaine dapplication. 2me classe ou projets de mode semi-dtach: ce mode reprsente un intermdiaire entre le mode organique et le mode embarqu dcrit ci-dessous.
Gestion dun portefeuille de crdit rural Page 69

RONA ABA Aboubacar

UO/IBAM/ MST-MIAGE

Pour des projets de mode semi-dtach, l'quipe de projet est compos de personnes exprimentes et non exprimentes. Les membres de lquipe ont une connaissance moyenne de lenvironnement de dveloppement et du domaine. 3me classe ou projets de mode embarqu: lquipe na pas de connaissance sur lenvironnement de dveloppement et du domaine dapplication. Le systme dvelopper est une partie d'un systme complexe et fortement connect de matriels et de logiciels, de normes et de procdures oprationnelles. Du fait de la nature mme de ces projets, il est inhabituel de disposer d'ingnieurs logiciels expriments dans le domaine d'application. Les formules permettant de calculer le cot, ou plus exactement l'effort requis pour le dveloppement du logiciel sont les suivantes: 1re classe: HM = 2.4 (KLSL) 1.05 2me classe: HM = 3 (KLSL) 1.12 3me classe: HM = 3.6 (KLSL) 1.20 O HM est leffort ou le nombre d'homme-mois ncessaire la ralisation du projet, KLSL est le nombre de Kilo-Lignes-Sources Livres. Le modle COCOMO simple permet galement d'estimer la dure du projet de dveloppement (TDEV). Les quations pour les diffrentes classes sont les suivantes: 1re classe TDEV = 2.5 (HM) 0.38 2me classe TDEV = 2.5 (HM) 0.35 3me classe TDEV = 2.5 (HM) 0.32 Le nombre de personnes requises pour raliser le projet dans cet intervalle de temps est donc: N = HM/TDEV. Le cot total de ralisation dans notre cas sera estim HM*ValeurHM o ValeurHM reprsentant le salaire moyen dun informaticien au Niger. Nous estimons ce salaire 250.000 FCFA.

Gestion dun portefeuille de crdit rural

Page 70

RONA ABA Aboubacar

UO/IBAM/ MST-MIAGE

2. ESTIMATION DES COTS


En suivant les indications du modle COCOMO simple, nous pouvons attribuer notre projet les caractristiques du type mode semi-dtach. Pour son codage, nous pensons que quatre milles (4000) lignes de code suffiraient pour raliser les spcifications de notre logiciel. Ces caractristiques tant dfinies, nous pouvons alors calculer lestimation du cout de la ralisation du projet. Le calcul des estimations du cot de dveloppement est le suivant : HM = 3 (4000 / 1000) 1.12 = 14.17 Homme / Mois TDEV = 2.5 (14.17) 0.35 = 6.32 Mois Cot Total = 14.17 * 250.000 = 3 542 500 FCFA Ainsi, laide de la mthode COCOMO nous pouvons estimer le cout de ralisation du projet 3 542 500 FCFA. En y ajoutant un cout de formation des utilisateurs nous pouvons donner une estimation du cot global de la mise en uvre de notre solution logicielle. Le tableau ci-dessous nous en donne les diffrents lments de ce cot total :

Dsignation Codage Formation des utilisateurs Total

Quantit 1 15

Cot unitaire 3 542 500 35 000

Cot total 3 542 500 525 000 4 067 500

Tableau 5. Cots de la ralisation et de la mise en uvre du projet

Le cot global de la ralisation et de la mise en uvre de notre application slve 4 067 500.

Gestion dun portefeuille de crdit rural

Page 71

RONA ABA Aboubacar

UO/IBAM/ MST-MIAGE

II. LE CODAGE
Le choix du langage sest port vers Java, qui tant Orient Objet la base, nous facilitera la transformation de notre modle objet vers le code. La programmation peut se faire pour des exemples simples avec le compilateur javac, mais pour avoir plus de confort il est prfrable d'utiliser un environnement de dveloppement intgr ou IDE. Notre choix sest port vers lEDI ECLIPSE, qui nous fournit le confort et la simplicit ncessaires un dveloppement propre et rapide.

LAPPLICATION GPCR
Structure gnrale de lapplication : Lapplication est dcoupe en 2 couches distinctes, Prsentation-Mtier, Dao. La couche Prsentation-Mtier est charge de tout ce qui est affichage, elle est aussi la logique mtier de lapplication, elle est le cur et cest elle qui dfinit toutes les rgles rgissantes au fonctionnement de lapplication. La couche Dao est lintermdiaire entre la couche PrsentationMtier et la Base de donnes.

Gestion dun portefeuille de crdit rural

Page 72

RONA ABA Aboubacar

UO/IBAM/ MST-MIAGE

La couche Prsentation-Mtier : Voici quelques figures reprsentants linterface du logiciel

Figure 22. Fentre de connexion

Gestion dun portefeuille de crdit rural

Page 73

RONA ABA Aboubacar

UO/IBAM/ MST-MIAGE

Figure 23. Fentre daccueil de lapplication

Gestion dun portefeuille de crdit rural

Page 74

RONA ABA Aboubacar

UO/IBAM/ MST-MIAGE

Figure 24. Fentre denregistrement dun bordereau de retrait

Gestion dun portefeuille de crdit rural

Page 75

RONA ABA Aboubacar

UO/IBAM/ MST-MIAGE

CONCLUSION GNRALE
La ralisation de ce projet nous a permis de mieux apprhender le langage orient objet UML et faire ressortir son intrt particulier dans le processus de dveloppement des logiciels travers les diffrents diagrammes .De nos jours ce langage se prte mieux pour la mise en place des systmes complexes, robustes et fiables. Malgr la diversit des mthodes et langages danalyse et de conception de logiciels ; UML reste un standard qui rpond aux besoins des concepteurs et dveloppeurs. Mais son utilisation requiert une matrise parfaite dun certain nombre de concepts orients objets tels que lhritage, labstraction, polymorphisme et bien dautres.

Ce projet a t aussi pour nous une opportunit non seulement dapprendre le langage JAVA/ORACLE, mais aussi de savoir grer et bien organiser notre travail. Mis part cet aspect informatif, ce projet a t une vritable occasion de dcouvrir certaines pratiques du mtier dingnieur : relations avec un "client", analyse d'un existant, rpondre un cahier des charges.

En termes dvolution, lapplication pourra par la suite tre adapte une utilisation pour tout portefeuille de crdit rural.

Gestion dun portefeuille de crdit rural

Page 76

RONA ABA Aboubacar

UO/IBAM/ MST-MIAGE

Liste des tableaux


Tableau 1. Les acteurs et leurs rles. Tableau 2. Les messages envoys et reus par le systme Tableau 3. Les cas dutilisation identifis Tableau 4. Choix technique

Liste des figures


Figure1. Le systme d'information soumis deux natures de contraintes Figure2.

Le processus de dveloppement en Y

Figure 3. Le diagramme de contexte dynamique Figure 4. Un cas dutilisation Figure 5. Relation entre acteur et cas dutilisation Figure 6. Relation dinclusion Figure 7. Relation dextension Figure 8. Un diagramme de cas dutilisation Figure 9. Le diagramme de cas dutilisation Figure 10. Le diagramme de squence du cas dutilisation sauthentifier Figure 11. Le diagramme de squence du cas dutilisation tablir bordereaux de

retrait
Figure 12. Le diagramme de squence du cas dutilisation tablir bordereaux de

versement
Figure 13. Le diagramme de squence du cas dutilisation contrler les impays Figure 14. Le diagramme de squence du cas dutilisation suivre le dpt des prts Figure 15. Le diagramme de squence du cas dutilisation manager les utilisateurs Figure 16. Le diagramme de squence du cas dutilisation consulter oprations Figure 17. Le diagramme de classe Figure 18. Le dcoupage en catgorie Gestion dun portefeuille de crdit rural Page 77

RONA ABA Aboubacar Figure 19. Le diagramme de package danalyse Figure 20. Architecture logicielle Figure 21. Architecture matrielle Figure 22. Fentre de connexion Figure 23. Fentre daccueil de lapplication Figure 24. Fentre denregistrement dun bordereau de retrait

UO/IBAM/ MST-MIAGE

Gestion dun portefeuille de crdit rural

Page 78

RONA ABA Aboubacar

UO/IBAM/ MST-MIAGE

BIBLIOGRAPHIE
Rocques, P., & Valle, F. (2004). UML 2 En Action (De l'analyse des besoins la conception). Eyrolles. 4e dition

Projet de fin de cycle Thme : Gestion des stocks du CSC par application de la mthode 2TUP de M. Aziz Roger OUEDRAGO, IBAM/MIAGE 2008

Projet de fin de cycle Thme : Suivie des enseignements du LMD par application de la mthode 2TUP de M. Kazi Aouel et Rostane Zakaria, Universit Abou Bekr Belkaid de Tlemcen 2007

Projet de fin de cycle Thme : Conception et Dveloppement d'un logiciel de gestion commerciale de M. Mchangama Ismaila, Universit de Monastir 2007 http://uml.free.fr http://www.commentcamarche.net/forum/ http://fr.wikipedia.org/ http://www.memoireonline.com

Gestion dun portefeuille de crdit rural

Page 79

RONA ABA Aboubacar

UO/IBAM/ MST-MIAGE

ANNEXE
LAPPROCHE ORIENTE OBJET
Notion de classe Tout dabord, introduisons la notion de classe. Une classe est un type de donnes abstrait, caractris. Par des proprits (attributs et mthodes) communes toute une famille dobjets et permettant de crer (instancier) des objets possdant ces proprits. Les autres concepts importants quil nous faut maintenant introduire sont lencapsulation, lhritage et lagrgation.

Encapsulation Lencapsulation consiste masquer les dtails dimplmentation dun objet, en dfinissant une interface. Linterface est la vue externe dun objet, elle dfinit les services accessibles (offerts) aux utilisateurs de lobjet. Lencapsulation facilite lvolution dune application car elle stabilise lutilisation des objets: on peut modifier limplmentation des attributs dun objet sans modifier son interface, et donc la faon dont Lobjet est utilis. Lencapsulation garantit lintgrit des donnes, car elle permet dinterdire, ou de restreindre, laccs direct aux attributs des objets.

Hritage, Spcialisation, Gnralisation et polymorphisme Lhritage est un mcanisme de transmission des proprits dune classe (ses attributs et mthodes) vers une sous-classe. Une classe peut tre spcialise en dautres classes, afin d y ajouter des caractristiques spcifiques ou den adapter certaines. Plusieurs classes peuvent tre gnralises en une classe qui les factorise, afin de regrouper les caractristiques communes dun ensemble de classes. Ainsi, la spcialisation et la gnralisation permettent de construire des hirarchies de classes. Lhritage peut tre simple ou multiple. Lhritage vite la duplication et encourage la rutilisation. Le polymorphisme reprsente la facult dune mthode pouvoir sappliquer des objets de classes diffrentes. Le polymorphisme augmente la gnricit, et donc la qualit, du code. LAgrgation Il sagit dune relation entre deux classes, spcifiant que les objets dune classe sont des composants de lautre classe. Une relation dagrgation
Gestion dun portefeuille de crdit rural Page 80

RONA ABA Aboubacar

UO/IBAM/ MST-MIAGE

permet donc de dfinir des objets composs dautres objets. Lagrgation permet donc dassembler des objets de base, afin de construire des objets plus complexes. (Meyer, 2000)

LE LANGAGE JAVA
Java est la fois un langage de programmation et un environnement dexcution. Le langage Java a la particularit principale d'tre portable sur plusieurs systmes dexploitation. C'est la plateforme qui garantit la portabilit des applications dveloppes en Java. (Cornell) Lors de la cration du langage Java, il avait t dcid que ce langage devait rpondre 5 objectifs : 1. utiliser une mthode oriente objet, 2. permettre un mme programme d'tre excut sur plusieurs systmes d'exploitation diffrents, 3. pouvoir utiliser de manire native les rseaux informatiques, 4. pouvoir excuter du code distant de manire sre, 5. tre facile utiliser et possder les points forts des langages de programmation orients objet comme le C++.

Le systme Java est bas sur le langage Java, la machine virtuelle java, et l'API JAVA (ces deux derniers composants forment l'environnement d'excution, ou JRE, pour Java Runtime Environment).

Gestion dun portefeuille de crdit rural

Page 81