Memoire2 1 2

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.
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
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
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
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.
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.
Page 8
RONA ABA Aboubacar
UO/IBAM/ MST-MIAGE
PARTIE 1: TUDE PRALABLE
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.
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
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
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
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)
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 )
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
Page 16
RONA ABA Aboubacar
UO/IBAM/ MST-MIAGE
2. ORGANIGRAMME DE GAMMA INFORMATIQUE
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.
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 ;
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
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.
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
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.
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.
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).
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
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
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
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.
Page 29
RONA ABA Aboubacar
UO/IBAM/ MST-MIAGE
PARTIE 2: DTERMINATION DES BESOINS FONCTIONNELS ET TECHNIQUES
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.
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.
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
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
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>>.
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
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.
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
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
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
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
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
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
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
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
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
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
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
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
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.
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
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
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
versement
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
Page 54
RONA ABA Aboubacar
UO/IBAM/ MST-MIAGE
Cas dutilisation SUIVRE LE DPT DES PRTS
SYSTEME ADMINISTRATEUR
Authentification .
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
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
Page 56
RONA ABA Aboubacar
UO/IBAM/ MST-MIAGE
Cas dutilisation CONSULTER OPERATIONS

SYSTEME ACTEURS
Authentification .
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
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.
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
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
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 :
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
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
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 ;
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.
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.
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
Page 67
RONA ABA Aboubacar
UO/IBAM/ MST-MIAGE
PARTIE 3: CONCEPTION
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.
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.
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.
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.
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
Page 73
RONA ABA Aboubacar
UO/IBAM/ MST-MIAGE
Figure 23. Fentre daccueil de lapplication
Page 74
RONA ABA Aboubacar
UO/IBAM/ MST-MIAGE
Figure 24. Fentre denregistrement dun bordereau de retrait
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.
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
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
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
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
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).
Page 81

Memoire2 1 2

Uploaded by

Document Information

Original Title

Copyright

Available Formats

Share this document

Share or Embed Document

Sharing Options

Did you find this document useful?

Is this content inappropriate?

Copyright:

Available Formats

Memoire2 1 2

Uploaded by

Copyright:

Available Formats

RONA ABA Aboubacar

Gestion dun portefeuille de crdit rural

RONA ABA Aboubacar

Gestion dun portefeuille de crdit rural

RONA ABA Aboubacar

TABLE DES MATIRES

Gestion dun portefeuille de crdit rural

RONA ABA Aboubacar

RONA ABA Aboubacar

Gestion dun portefeuille de crdit rural

RONA ABA Aboubacar

Gestion dun portefeuille de crdit rural

RONA ABA Aboubacar

Gestion dun portefeuille de crdit rural

RONA ABA Aboubacar

Gestion dun portefeuille de crdit rural

RONA ABA Aboubacar

PARTIE 1: TUDE PRALABLE

Gestion dun portefeuille de crdit rural

RONA ABA Aboubacar

Gestion dun portefeuille de crdit rural

RONA ABA Aboubacar

I. PRSENTATION DU CENTRE DACCUEIL

GAMMA INFORMATIQUE NIGER

FORME JURIDIQUE CAPITAL SOCIAL

Socit Anonyme 102.000.000 F CFA

CONTACT : gamnig@intnet.ne, KABO Mahamane

Gestion dun portefeuille de crdit rural

RONA ABA Aboubacar

b. Produits & services

Gestion dun portefeuille de crdit rural

RONA ABA Aboubacar

e. Direction tudes & Logiciels

RONA ABA Aboubacar

Gestion dun portefeuille de crdit rural

RONA ABA Aboubacar

Gestion dun portefeuille de crdit rural

RONA ABA Aboubacar

Gestion dun portefeuille de crdit rural

RONA ABA Aboubacar

2. ORGANIGRAMME DE GAMMA INFORMATIQUE

Gestion dun portefeuille de crdit rural

RONA ABA Aboubacar

II. PRSENTATION DU THME 1. CONTEXTE

Gestion dun portefeuille de crdit rural

RONA ABA Aboubacar

Gestion dun portefeuille de crdit rural

RONA ABA Aboubacar

Gestion dun portefeuille de crdit rural

RONA ABA Aboubacar

III. TUDE DE LEXISTANT

RONA ABA Aboubacar

Gestion dun portefeuille de crdit rural

RONA ABA Aboubacar

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

Gestion dun portefeuille de crdit rural

RONA ABA Aboubacar

Gestion dun portefeuille de crdit rural

RONA ABA Aboubacar

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

Gestion dun portefeuille de crdit rural

RONA ABA Aboubacar

Gestion dun portefeuille de crdit rural