I-3-2
Critiques de l'existant
Suite à cette étude, nous avons trouvé
quelques points forts et aussi décelé plusieurs problèmes
de lenteur et de retard dans le processus de transfert d'argent. D'où
les plaintes et la perte des clients.
ü Volume important des informations traitées
manuellement, ce qui provoque parfois des erreurs dans l'établissement
des documents ;
ü Recherche difficile sur les registres qui engendre une
perte de temps ;
ü Possibilité d'erreur dans le remplissage des
différents documents ;
ü Possibilité d'erreur dans les calculs des
statistiques ;
ü Nombre important des archives qui engendre une
difficulté de stockage ;
ü Détérioration des archives à force
de leur utilisation trop fréquente.
Afin d'apporter une solution efficace et de remédier
à ces nombreux désarrois, nous avons décidé
d'élaborer un système informatisé de transfert d'argent
pour permettre à l'entreprise de fonctionner de façon rapide et
automatisée.
I-3-3
Proposition de la solution
Partant du schéma de description globale d'une
procédure de transfert, nous allons définir diverses
architectures possibles et surtout adaptées à la
réalisation du système en étude.
A cet effet, pour la mise en place de cette solution,
l'entreprise a deux possibilités : soit elle achète un
logiciel dont nous déployons ou bien elle recrute un développeur
pour développer cette application. Vu le coût pour l'achat d'un
logiciel et la difficulté de prise en main et surtout l'adaptation du
logiciel pour les besoins réels de l'entreprise, l'entreprise nous a
proposé de développer une application ce qui nous a permis de
mettre en pratique nos connaissances acquises en classe et d'adapter le
logiciel selon les besoins de l'entreprise.
I-3-3-1 Objectifs de la phase d'analyse des solutions
possibles
Cette partie de l'étude a pour objectif de faire une
analyse des choix conceptuels de l'application de gestion des transferts, ainsi
qu'une analyse des divers outils (matériels et logiciels) afin de
répondre aux exigences du système de transfert ;
Il est essentiellement question de présenter les
quelques solutions étudiées.
I-3-3-2 Etude conceptuelle du système à
mettre en place
Cette partie de l'analyse des solutions possibles va porter
sur la méthode de conception du système d'information à
réaliser pour le système de transfert d'argent.
Pour ce faire, nous allons procéder à la
comparaison de deux approches de modélisation d'un système
informatique afin de faire un choix objectif et justifié. Ce sont :
l'approche fonctionnelle et l'approche orientée objet.
L'approche fonctionnelle
Cette démarche apporte des solutions satisfaisantes
lorsque les fonctions sont bien identifiées et lorsqu'elles sont stables
dans le temps. Cependant en cas d'évolution, elle rend la maintenance du
système complexe et implique une lenteur dans le développement de
logiciel. Le concept de base de cette approche est la séparation des
données et des traitements. L'une des méthodes la plus
utilisée dans cette approche est la méthode MERISE.
L'approche orientée objet
Dans l'approche orientée objet, on note qu'elle conduit
à une conception dans laquelle il y a un fort couplage des
données et des traitements grâce au principe d'encapsulation. Le
problème de maintenance en cas d'évolution relevé dans
l'approche fonctionnelle est résolu à ce niveau du fait qu'avec
cette méthode, on maîtrise mieux la complexité du
système et on a une facilité d'évolution des
modèles conçus (il est plus facile de rajouter des objets dans un
modèle objet).
A l'issue de l'étude comparative, nous avons pu
constater les avantages et les inconvénients de chaque approche
conceptuelle. De ce fait, cela nous amène à identifier quelle
approche s'adapte au mieux à la conception du système à
réaliser. Pour mener à bien ce choix, nous optons sur les
critères de bases suivants :
ü Les possibilités d'extension des besoins du
système ;
ü La réutilisation des objets ;
ü La souplesse de conception ;
ü La rapidité et l'efficacité
Pour la conception du système, nous optons pour une
méthode orientée objet du fait des avantages
qu'elle offre.
Cette approche offre une technique qui est une aide efficace
pour résoudre certains problèmes liés à la notion
de réutilisabilité des objets (bibliothèques de classes)
en se basant sur des mécanismes fondamentaux tels que :
l'héritage, le polymorphisme.
De plus, l'approche objet permet une conception qui facilite
la maintenance des applications (l'encapsulation des données et des
traitements). Cela est dû au fait qu'il est possible par exemple de
modifier une méthode sans toucher à son interface ou de
créer une sous-classe héritée de celle qui nous
intéresse.
L'adoption d'une approche objet pour la conception s'appuie
sur une méthode ou un langage efficace pour modéliser le
système d'information. La qualité d'une conception est intimement
liée à la méthode utilisée pour sa conduite. UML
(Unified Modeling Language) est le langage utilisé pour la conception du
système objet. La notation UML est née de la
fusion à partir de 1994, des méthodes OMT et Booch. Elles sont
rejointes en 1995 par Jacobson pour mettre au point une méthode
unifiée, incorporant les avantages de chacune des méthodes
précédentes (OMT, Booch et OOSE). UML devient une notation
universelle pour la modélisation objet. Cela qui a permis de l'imposer
en tant que notation universelle de développement objet. Nous optons
pour une modélisation avec le langage UML.
| 
