1. Architecture du projet :
Le concept de l'architecture 3 tiers vient pour
remédier aux problèmes de la maintenance, de la
réutilisation et la monté en charge, ce qu'on appelle
scalabilité (c'est-à-dire la capacité d'un
système ou de ses composant, à être utilisé sur des
plateformes de taille inférieure ou très supérieure)
d'une solution informatique, les solutions basées sur ce type
d'architecture sont divisées en plusieurs niveaux logiques, comme la
montre la figure suivante.
Figure 21: Découpage logique utilisé
Couche de Présentation :
Cette couche correspond à la présentation de
l'interface graphique, l'enchainement des pages et la logique applicative. En
d'autres termes, c'est la partie visuelle de l'application que pourra observer
l'utilisateur. Elle est basée sur le modèle MV et utilise la
technologie Struts et les JSP. Cette couche est interconnectée avec la
couche application.
Nous avons utilisé le frameworks Struts pour
l'implémentation de cette couche
|
« MISE EN OEUVRE D'UNE SOLUTION DE
GESTION
CENTRALISEE DE LA FICHE SIGNALETIQUE CLIENT POUR
LE COMPTE DE CREDIT
AGRICOLE DU MAROC (CAM)»
|
MEMOIRE DE FIN D'ETUDE
|
|
Couche Application :
|
Cette couche assure la sécurité de la solution
informatique, elle joue le rôle d'un pont qui sépare la partie
présentation des autre parties en d'autre terme chaque requête
provenant du client est filtré par cette couche avant qu'elle arrive au
traitement métier du projet.
Nous avons utilisé le frameworks Acegi security pour
l'implémentation de cette couche.
Couche Service :
C'est véritablement au sein de cette couche que sont
réalisées toutes les actions de traitement du projet, elle est
constituée des objets métier identifiés lors de la phase
de conception après l'élaboration des diagrammes de classes.
Ainsi cette couche comporte les objets techniques
généraux qui comportent les méthodes servant à
l'accès aux bases de données.
Cette couche utilise le Frameworks Spring.
Couche de Persistance :
Le rôle de cette couche est d'insérer, de mettre
à jour, de supprimer, ou de rechercher les objets métiers dans la
base de données. Elle contient donc le gestionnaire de persistance des
objets métiers (DAO). Cette couche de persistance utilise le Framework
Hibernate. La connexion de Hibernate avec la base se fait via un driver
JDBC.
2. Interfaces de travail effectué : Fenêtre
d'authentification :
La fenêtre d'authentification permet aux employés
d'accéder à la solution FSC, en utilisant un login et un mot de
passe, ces derniers vont être vérifiés en utilisant les
informations résidantes dans la base de données. Ces informations
aussi seront enregistrées dans la session Acegi pour valider les droits
d'accès de chaque utilisateur.
|
« MISE EN OEUVRE D'UNE SOLUTION DE
GESTION
CENTRALISEE DE LA FICHE SIGNALETIQUE CLIENT POUR
LE COMPTE DE CREDIT
AGRICOLE DU MAROC (CAM)»
|
MEMOIRE DE FIN D'ETUDE
|
Figure 22 : page d'authentification
Fenêtre Accueil :
La fenêtre d'accueil divisée en 3 parties
principales, à savoir :
|
Gestion client à gauche
Module Traitement et paramétrage en haut de la page.
|
La partie en milieu présente l'Alerts,
elle affiche l'ensemble des clients à fiabilisés.
Dans cette partie Alerts L'utilisateur a la
possibilité de cliquer sur un client, il sera redirigé en mode
création client dont il effectué les changements
nécessaire à la fiabilisation d'un client.
En haut à droite de la page le nom, type d'utilisateur,
date de connexion, numéro d'agence sont rappelés. Le bouton
fermé la session est présenté en haut à droite de
la page avec l'aide.
|
« MISE EN OEUVRE D'UNE SOLUTION DE
GESTION
CENTRALISEE DE LA FICHE SIGNALETIQUE CLIENT POUR
LE COMPTE DE CREDIT
AGRICOLE DU MAROC (CAM)»
|
MEMOIRE DE FIN D'ETUDE
|
Figure 23 : page accueil Scénario fiabilisé
un client physique non fiable.
Lorsque l'utilisateur clique sur un tel client dans la partie
« Alert », il sera redirigé en mode création
de celui-ci, les écrans suivant illustrent cette phase de modification
:
Ecran 1 : information sur l'identité de
client tel que la nature de pièce d'identité, sa date
délivrance et sa date d'expiration.
Figure 24 : page identité client
|
« MISE EN OEUVRE D'UNE SOLUTION DE
GESTION
CENTRALISEE DE LA FICHE SIGNALETIQUE CLIENT POUR
LE COMPTE DE CREDIT
AGRICOLE DU MAROC (CAM)»
|
MEMOIRE DE FIN D'ETUDE
|
Figure 25 : insérer la date délivrance
Ecran 2 : vous trouverez dans ses écran
des champs mis en couleur rouge, justement, ils expriment que le champ en
question est incohérent et il doit être
fiabiliser.
Figure Incohérence : incohérence
des champs
Ecran 3 : cet écran comporte les
informations personnelles de client choisi à fiabilisé.
Figure 26 : informations personnelles
|
« MISE EN OEUVRE D'UNE SOLUTION DE
GESTION
CENTRALISEE DE LA FICHE SIGNALETIQUE CLIENT POUR
LE COMPTE DE CREDIT
AGRICOLE DU MAROC (CAM)»
|
MEMOIRE DE FIN D'ETUDE
|
Ecran 4 : cet écran présente la
partie banque de client de tel sorte, si elle client à d'autre compte
sur d'autre banques, l'utilisateur peut les mentionnés en cas de
consensus de client.
Figure 27 : informations Banques
Les écrans suivants présents les cordonnées
des clients.
Ecran 5 : cet écran présente le
type de logement (locataire, logé en famille,...), et est ce que ce
logement est financé par CAM ou non.
Figure 28 : informations logement
|
« MISE EN OEUVRE D'UNE SOLUTION DE
GESTION
CENTRALISEE DE LA FICHE SIGNALETIQUE CLIENT POUR
LE COMPTE DE CREDIT
AGRICOLE DU MAROC (CAM)»
|
MEMOIRE DE FIN D'ETUDE
|
Ecran 5 : présente les informations en
détail sur l'adresse principale du client.
Figure 29 : informations adresse principale
Ecran 6 : présente les informations en
détail sur l'adresse principale du client, tel que le numéro de
l'appartement, le quartier et le code postale ainsi que le code région
en trois parties : province, cercle et la commune. La solution offre à
l'utilisateur d'entrer plusieurs adresse client relatifs au même
client.
Figure 30 : informations adresse courrier Ecran 7 :
présente les contacts de client (Tél, fax, email).
|
« MISE EN OEUVRE D'UNE SOLUTION DE
GESTION
CENTRALISEE DE LA FICHE SIGNALETIQUE CLIENT POUR
LE COMPTE DE CREDIT
AGRICOLE DU MAROC (CAM)»
|
MEMOIRE DE FIN D'ETUDE
|
Figure 31 : informations contact
Ecran 8 : il présente des informations
sur l'exploitation agricole du client, bien évidement, s'il a une
exploitation quelque part.
Après qu'il rentre les informations nom
exploitation et code région, le système affecte automatique
l'information zone agro climatique et l'irrigation par l'ORMVA (Office
Régionaux de Mis en Valeur Agricole).
L'irrigation par l'ORMVA signifie « est- ce-que cette zone
agriculture est irriguer par l'ORMVA ou non.
Comme la figure 32 montre, avec le buttons « plus »
verte en bas, l'utilisateur a la possibilité d'entrer plusieurs
exploitations agricoles dont le client possède.
Figure 32 : exploitation agricoles
|
« MISE EN OEUVRE D'UNE SOLUTION DE
GESTION
CENTRALISEE DE LA FICHE SIGNALETIQUE CLIENT POUR
LE COMPTE DE CREDIT
AGRICOLE DU MAROC (CAM)»
|
MEMOIRE DE FIN D'ETUDE
|
Fenêtre Traitement :
Figure 33 : page Traitement
C'est la partie fiabilisation client présenté
précédemment dans la partie planning de stage, en effet cette
fenêtre est accessible pour les utilisateurs ayant le profil backoffice,
ils peuvent chercher des clients en utilisant les critères de recherche
par agence, type de personne et champs de renseignent situé au milieu de
la figure cidessus.
Chercher maintenant les clients en question, par coucher les
champs désirer, un écran s'affiche présente les clients
rechercher.
L'écran résultat est le suivant
:
|
« MISE EN OEUVRE D'UNE SOLUTION DE
GESTION
CENTRALISEE DE LA FICHE SIGNALETIQUE CLIENT POUR
LE COMPTE DE CREDIT
AGRICOLE DU MAROC (CAM)»
|
MEMOIRE DE FIN D'ETUDE
|
Figure 34 : Clients à fiabilisés
La première colonne du tableau « codeTier »,
contient les codes des clients. La deuxième colonne « nom »,
contient les noms des clients.
Le reste des colonnes représente les infos sur le
client.
La dernière colonne le plus importante présente les
champs incohérents de client en vis à vis.
A ce niveau là, le backoffice a la possibilité
de choisir les clients dont il veut fiabilisés et valider
l'opération par un clique sur le bouton « A Fiabiliser
» , ou bien lancer une nouvelle recherche par cliquer sur le bouton «
Nouvelle recherche » dans le cas d'insatisfaction des
résultats.
Lorsque le backoffice clique sur « A Fiabiliser
», le client en question se met dans la page « alerts », et
le scénario dont on a parlé au dessus se répète,
qui est fiabiliser un client non fiable.
|
« MISE EN OEUVRE D'UNE SOLUTION DE
GESTION
CENTRALISEE DE LA FICHE SIGNALETIQUE CLIENT POUR
LE COMPTE DE CREDIT
AGRICOLE DU MAROC (CAM)»
|
MEMOIRE DE FIN D'ETUDE
|
Synthèse :
Ce chapitre, qui a été consacré à
la présentation de l'architecture mis en oeuvre et les
différentes interfaces de ma mission en stage, prend fin. La conclusion
de notre rapport fera l'objet de la section suivante.
|
« MISE EN OEUVRE D'UNE SOLUTION DE
GESTION
CENTRALISEE DE LA FICHE SIGNALETIQUE CLIENT POUR
LE COMPTE DE CREDIT
AGRICOLE DU MAROC (CAM)»
|
MEMOIRE DE FIN D'ETUDE
|
| 
