Etude et mise en place d'un système informatisé de transfert d'argent inter-agences COMECI( Télécharger le fichier original )par Cédric DJEUTCHEU Université de Dschang-ISMA - Licence Professionnelle 2010 |
2. Etude technique du système à mettre en placeLe choix de la méthode conceptuelle ayant été effectué, nous allons dans cette phase de l'étude faire une comparaison des solutions techniques pour la mise en place du système de transfert. Cela nous conduit à décomposer l'analyse et la comparaison des solutions techniques possibles en termes de : § architectures fonctionnelle et matérielle du système ; § technologies et outils de développement de l'application de gestion de transferts ; § systèmes de gestion de base de données ; § plates formes d'exploitation serveur du système ; § niveaux de sécurisation du système
Cette partie présente les performances techniques de solutions envisageables pour le système de transfert à mettre en place. Deux scénarii d'architectures sont ici étudiés : v Le premier scénario consiste à voir le système de transfert du point de vue d'une architecture centralisée dans laquelle les postes clients via lesquels les opérateurs d'agence pourront exploiter le serveur du système localisé au site central. Les postes clients sont des terminaux qui se connectent par modem au serveur appelé Mainframe. v Le deuxième scénario considère l'ensemble du système de transfert comme une architecture fonctionnant selon le principe client-serveur. Des postes clients sont installés dans le réseau local de chaque agence et communiquent avec le serveur de transfert au siège par le réseau global. Dans cette architecture, les postes clients sont autonomes et participent activement à l'établissement de la communication avec le serveur. Dans les deux cas, l'ensemble du système doit exploiter le réseau global de communications qui existe dans le fonctionnement de l'institution financière. Le détail de chacun des scénarii est présenté dans les sections qui suivent. Premier scénario Ø L'Architecture d'un système centralisé Ce type d'architecture est appelée solution sur site central (Mainframe). Historiquement, les applications sur site central ont été les premières à proposer un accès multiutilisateurs. Dans ce contexte, les utilisateurs se connectent aux applications exécutées par le serveur central à l'aide des terminaux se comportant en esclaves. C'est le serveur central qui prend en charge l'intégralité des traitements y compris l'affichage qui est simplement déporté sur des terminaux. Figure 2 : Schéma de l'architecture d'un système de Mainframe Présentation Traitements ou couche applicative Données Mainframe
. Source: remi.leblond.free.fr/probatoire/node5 Tableau 5 : Descriptif des avantages et inconvénients liés au système de Mainframe
Source : www.interscansys.com Cette architecture est techniquement faisable, mais essayons de voir si l'on ne peut utiliser un autre type d'architecture un peu plus évolué dans le temps par rapport au système qui sera déployé dans le futur. Deuxième scénario Ø L'architecture d'un système Client-serveur : Dans cet environnement, des machines clientes contactent un serveur, une machine généralement très puissante en termes de capacités d'entrée-sortie, qui leur fournit des services divers. Ce modèle met en oeuvre une conversation entre deux programmes (un programme serveur et un programme client) que l'on peut opposer à l'échange figé « maître-esclave » de l'architecture centralisée. Dans cette architecture, les machines clientes gèrent l'interface utilisateur, la machine serveur gère les données, le réseau gère le transport des messages. Nous utilisons pour cette illustration un schéma générique pour représenter cette architecture. Figure 3 : Schéma de l'architecture d'un système Client-Serveur
Client Client Serveur Requêtes Requêtes Réponses Réponses
Source : remi.leblond.free.fr/probatoire/node5 Tableau 6 : Tableau descriptif des avantages et des inconvénients liés à ce scénario
Source: www.interscansys.com Au regard des avantages et inconvénients des deux scénarii présentés, nous retenons le second scénario (celui d'une architecture client-serveur) pour la mise en oeuvre du système de transfert. Cette solution est techniquement performante et engendre des coûts de déploiement relativement faibles. C'est une solution qui intègre au maximum l'environnement existant (matériels et logiciels) en gardant à vue les aspects liés à la performance technique. De façon générale , ce choix offre des avantages assez intéressants et nous permettra d'atteindre raisonnablement les objectifs que nous nous sommes fixés dès le début du projet , dont l'élément principal est la centralisation des traitements sur les données autour d'un serveur basé au siège social de la banque au vu du caractère temps réel des tâches du système. Trois types d'applications client-serveur existent. Ce sont : Tableau 7 : Tableau des différents types d'application d'une architecture client-serveur
Source: www.interscansys.com Cette analyse des différentes variantes que peut prendre une architecture client-serveur, nous a permis d'avoir un regard critique en vue de faire un choix objectif et adapté en tenant compte des avantages et des limites étudiés. Notre choix porte sur le Client-serveur trois tiers car elle est techniquement plus performante que les variantes 1-tiers et 2-tiers. De plus, elle dispose d'un nombre assez importants de solutions standards dont la mise en oeuvre est facile. Notre choix se justifie également, par le fait que cette variante d'architecture est non seulement plus récente mais de plus, elle offre une grande sécurité des services du système. Rappelons que ce choix nous permettra de mettre en place un système de transfert disposant d'un serveur de base de données d'une part, et d'un serveur d'applications d'autre part, cela garantie une plus grande souplesse dans la disponibilité des composants logiciels du système. Les postes clients sont pourvus d'un programme client (navigateur) universel et résolvent ainsi les problèmes de déploiement et de gestion de versions des applications clientes sur ces postes. Les architectures client-serveur à 3 niveaux, autorisent une montée en charge du système au fur et à mesure de la croissance du nombre d'utilisateurs par une augmentation du nombre de machines serveurs.
Nous allons orienter cette analyse en tenant compte de deux approches qui sont : la technologie Web (dont la mise en oeuvre est rapide et moins coûteuse) et la technologie classique avec un langage de quatrième génération (plus complexe, plus lente en réalisation et plus onéreuse en terme de développement et de matériel d'exploitation). Tableau 8 : La technologie classique (solution avec un langage de quatrième génération ou troisième génération)
Source : www.developpez.com L'un des problèmes que l'on rencontre dans le développement d'applications réseaux avec ces langages est celui lié à la distribution des applications clientes. Cela nécessite le développement d'une application cliente par plate-forme. C'est-à-dire que si les postes travail qui devront les héberger ont des plates-formes différentes (Microsoft, Mac ou Linux), l'application cliente devra exister en plusieurs versions (version Microsoft, Mac et Linux). La Technologie Web Les technologies Web apportent des solutions aux problèmes posés par les langages de 3ème ou de 4ème génération. Par exemple, l'utilisation d'un navigateur (browser) comme client, fonctionnant sur toutes les plates-formes (Windows, Mac, Unix) et capable de télécharger dynamiquement des documents HTML, simplifie fortement le développement et fait disparaître le problème de distribution des applications clientes (ou du moins le simplifie dans des proportions importantes). Ces clients peuvent interroger une base de données sur un serveur web distant. Nous rappelons qu'avec une bonne politique sécuritaire à plusieurs niveaux pour le système de transfert, la technologie web est une solution rentable et efficace. Cette technologie est étroitement liée au client-serveur trois tiers. Tableau 9 : Descriptif de quelques langages et outils adaptés à la technologie Web
Source : www.developpez.com A l'issue de cette étude, nous retenons une Technologie Web au vu des avantages qu'elle offre, pour le développement du système informatisé de transfert.
A cette étape de l'analyse comparative des solutions, il est question à ce niveau de faire une étude sur les différents serveurs de base de données pour la gestion des données du système. Derrière toute application informatique appelée à manipuler des informations, il faut un système dédié à la gestion des différentes bases de données. Pour guider objectivement notre choix, nous orientons cette étude sur quelques SGBD qui sont : Tableau 10 : Descriptif de quelques Systèmes de Gestion de Base de Données
Source : www.developpez.com Pour la gestion de la base de données du système de transfert, nous retenons « MySQL » car il est assez robuste et offre des performances techniques intéressantes. Il est efficace dans la gestion des bases de données et offre un bon niveau de sécurisation des données. En effet, une bonne configuration du serveur de base de données garantit efficacement la sécurité des données du système.
Nous allons maintenant nous pencher de manière détaillée sur les solutions retenues pour la mise en place du système de transfert d'argent. La solution globale pour le système de transfert est celle d'une conception orientée objet et d'une technologie de programmation réseau basée sur le principe de l'internet. Pour cette étude détaillée notons que divers domaines seront explorés à savoir entre autres : · La conception du modèle global du système à réaliser · Les aspects techniques du système · La gestion des problèmes de sécurité · L'interconnexion réseau |
|