Академический Документы
Профессиональный Документы
Культура Документы
SOMMAIRE
INTRODUCTION : ................................ ................................ ................................ ............................... 4
I.
A. 1. 2. B. C. D. 3. 4. 5. 6.
II.
A.
B.
III.
A.
INTRODUCTION :
Si on fait une analyse de lhistorique de linformatique on remarque que le pouvoir pass des constructeurs du matriel tel que IBM vers les diteurs de systmes dexploitation tels que Microsoft, Sun-Microsystems etc., et cela est d au fait de la banalisation du Hard et la mise en avant de linnovation et la crativit par le Soft. Et mme ces derniers temps en remarque une banalisation des OS (Operating Systems ou systmes dexploitation) 95% des micro-ordinateurs dans le globe terrestre utilisent Windows de Microsoft. Ce qui oriente les regards vers les diteurs de systmes applicatifs sur mesure rpondant aux besoins spcifiques des organisations. Les diteurs des ERP (Enterprise Ressource Planning) deviennent ainsi au cur du systme dinformation de lentreprise. Avec les ERP, les entreprises ont initi un mouvement global vers lintgration de leurs systmes dinformation. On sest aperu que le dcoupage en applications isoles ntait pas optimal, dune part en termes de cots de mise en uvre et de maintenance, et dautre part parce que cette approche ne correspondait plus au fonctionnement rel de lentreprise o se dveloppent des processus transverses. On assiste aujourdhui au mme phnomne avec le dcisionnel. Les entreprises se sont longtemps appuyes sur des solutions distinctes pour lintgration et la gestion de leurs donnes, le reporting, lanalyse ou le pilotage. Pour les mmes raisons de cots et de stratgie, cette approche best-of-breed est aujourdhui dpasse. Il apparat beaucoup plus pertinent de capitaliser sur une plate-forme dcisionnelle dentreprise. Lenjeu est alors dintgrer troitement ces deux mondes, le transactionnel et le dcisionnel. Dans le premier se trouvent toutes les donnes oprationnelles ; le second fournit les outils pour les exploiter et clairer les dcideurs. Nous allons voir Durant cet expos, la notion dERP, son historique, lvolution des NTIC ainsi que limpact des ERP sur lorganisation, tout en mettent en lumire les diffrentes phases dimplantation dun ERP et en fin le management avec les ERP.
I.
LA NOTION DERP :
2. Dfinition :
On dfinit par les ERP un sous ensemble du systme dinformation (SI) qui intgre les caractristiques globales suivantes : Gestion effective de plusieurs domaines de lentreprise par des modules intgrs ou des progiciels susceptibles dassurer une collaboration des procdures. Existence dun rfrentiel unique des donnes, le rfrentiel est dfinit comme tant lensemble des rfrences des donnes ainsi que les indications ncessaires pour retrouver les donnes elles-mmes sur une base de donnes. Adaptation rapide aux rgles de fonctionnement (professionnelles, lgales ou rsultant de lorganisation interne de lentreprise) Unicit dadministration du sous systme applicatif (les applications). Uniformisation des interfaces homme-machine (mme crans, mme boutons, mme famille de barre menu, mme touches de fonctions et de raccourcies, etc.
Existence doutils de dveloppement ou de personnalisation de complments applicatifs Historique et les lments favorables lmergence des ERP
Ces ERP ont apport au-del de lintgration des applications : En premier lieu une architecture applicative ouverte et incrmentale. Ainsi les couches de base ont t conues de telle faon que de nouveaux modules soient dune installation relativement aise. En second lieu, les modules sont rutilisables dans dautres services ou tablissements de lentreprise o les besoins sont analogues ; En troisime lieu, les modules des ERP sont thoriquement conus pour un maximum dadaptabilit divers environnements de travail, cest dire par rapport des mthodes de gestion diffrentes et des rglementations qui varient dans le temps et dans l espace.
production, la logistique, la finance, les ressources humaines, le service aprs vente, tous les domaines sont prsents et avec un niveau de compltude quivalent . Une autre diffrence avec les progiciels spcialiss consiste dans la prise en compte automatique des dpendances qui existent entre les traitements au niveau de ces diffrents domaines. Cette caractristique est souvent le rsultat de l'utilisation d'une base de donnes unique. En effet, avant l'ERP, on passait beaucoup de temps rpter les mmes tches et entrer la mme information dans diffrents programmes. Cela posait certains problmes : Le fait d'entrer la mme information rptition constitue une perte de temps. Les erreurs de saisie sont fort probables et donc l'information peut paratre diffrente d'un programme un autre.
L'information qui provient d'applications trs diffrentes et non relies peut tre incohrente. Par consquent, toute tentative d'analyser cette information est voue l'chec. Cependant, avec un ensemble ERP intgr, on n'a qu' entrer une seule fois une version unique de l'information, pour que celle-ci soit ensuite diffuse dans toutes les sections de l'entreprise o elle est requise. Ainsi, tous les employs qui se servent de l'application et tous les dirigeants qui prennent des dcisions pour l'entreprise voient la mme version de la ralit, en temps rel et en tout temps. Ainsi un ERP est caractris par : Une gestion de plusieurs fonctions de lentreprise : traitement de commande, stock, gestion de la relation client, gestion de la production Son caractre volutif : paramtrable et modifiable selon les contraintes de fonctionnement et dorganisation de lentreprise ; Son homognit au niveau de linterface utilisateur ; Sa fonction comme tant un outil daide la dcision ; Son caractre modulaire : intgre plusieurs couches logicielles ddies aux diffrentes fonctions assures.
Par ailleurs, la caractristique de modularit de l'ERP entre principalement en jeu lors de l'achat et de la mise en uvre du systme ERP : Il se peut qu'on nait pas besoin de toutes les applications en mme temps ou encore qu'on prfre dployer une application la fois. D'ailleurs c'est ce qui distingue les applications modulaires des autres applications autonomes. Lorsque plus d'un module est mis en place, l'ensemble des modules installs s'imbriquent les uns aux autres et fonctionnent automatiquement ensemble. En plus, les solutions ERP voluent de pair avec les besoins de l'entreprise. Contrairement aux applications autonomes, ces solutions ne laissent pas les dirigeants sans voie de transition lorsqu'elles atteignent leurs limites et ne les forcent donc pas repartir zro avec une nouvelle application. Une autre caractristique de l'ERP consiste dans la possibilit d'obtenir des services et de l'assistance un cot abordable. D'ailleurs, il est plus facile d'entretenir un environnement ERP intgr que plusieurs applications distinctes. Par consquent, ce qui caractrise le progiciel de gestion intgr des autres applications spcifiques est le fait que ce progiciel se prsente comme tant un ensemble de modules qui partagent une base de donnes unique et qui couvrent l'ensemble des fonctions de l'entreprise. Chaque module fonctionne tout en tenant compte automatiquement des dpendances qui existent entre les traitements au niveau des autres modules. Ceci permet de rduire le temps de saisie des donnes, d'amliorer la qualit de l'information et d'optimiser le cot de maintenance des applications
Cots de dveloppement ;
Cots de maintenance ;
Fiabilit de la maintenance ;
4. Le front office :
Laspect visible du client (service la clientle, le comptoir) les applications du front office sont celles qui permettent lentreprise de traiter rapidement laccueil et le service aux clients via : La gestion de la relation clientle : consultation des dossiers clients, mises jour des informations La gestion de la force de vente en agence : quotas demandes, performances, ralisation des chiffres daffaires individuels et collectifs, consolidations, etc. La gestion de la clientle distance : gestion des centres dappels
5. Le m e ce
C tl l du rseau de l entrepr ise, il peut dsi ner : les zones de back office des agences qui font partie du front office du rseau mais qu i effectuent des travaux de back office Les units dentrepr ise qui constituent un maillon entre le back office et le front office, la mission de ces units peut tre le support du rseau, son animation, le relais vers le back office centrale, etc.
6. Le web ce
Son avantage est la possibilit dtre reli au syst me dinformation de lentrepr ise de nimporte quel point du globe, le web office conjugue les applications suivantes : Les applications internes lentreprise ; ces applications sont destines au pe rsonnel et sont scur ises. Exp : le-messaging. Les applications destines aux partenaires clients, fournisseurs, banquiers Exp : l e e-banking, le e-catalog, le e-document Exchange Les applications accessibles au public, ces applications offrent des service s largement suprieurs ce que peut offrir le Minitel, exp. :le e -commrce, le e-catalog, ; le epublishing
II.
B. ADEQUATION
ENTRE
MODELE
DORGANISATION
ET
MODELE
Architecture en toile A partir des annes 70, les constructeurs dveloppent les mini-ordinateurs, plus communiquant, susceptibles de se connecter des rseaux plus locaux, installables en dehors du site central. Cest le dbut du concept dinformatique rpartie.
a. Dfinitions et concepts :
Larchitecture client-serveur t lance dans la deuxime partie des annes 80. Elle est fonde sur le principe de la rpartition des taches entre diffrentes machines. Dans cette architecture il existe : Un niveau serveur, constitu de machines qui mettent des services la disposition dautres lments du systme. Ces services peuvent tre du partage de fichier, des applications diverses ou des partages de nombreux types de ressources. Le niveau client se compose de machines qui peuvent venir chercher des ressources sur les serveurs auxquels elles ont une autorisation daccs.
Architecture Client-serveur REMARQUE : Un client peut partager des ressources avec dautres clients ou serveurs et devenir lui-mme serveur pour les ressources quil partage et inversement. Toutes les taches sont partages entre machines, assurment entre autres un dlestage de charges et chacun des nuds du rseau. En particulier, pour tout ce qui relve de la productivit et du travail individuel, librant ainsi les serveurs dune charge inutile pour les applications de gestion. Les types de taches ainsi rparties sont essentiellement : La prise en charge complte au niveau local de lIHM ; La rpartition des donnes entre plusieurs bases de donnes, dont certaines parties peuvent tre gres au niveau du client.
La rpartition des modules applicatifs dont une partie se trouve sur les serveurs et une partie sur les postes-clients. Les lments techniques ncessaires pour achever loprationnalit de larchitecture client serveur : Les systmes de gestion fiable de rseaux locaux ou LAN ; La gnralisation des interfaces utilisateur graphique ou GUI ; Bases de donnes rparties.
Ce nest qu partir des annes 90 que lensemble de ces technologies est devenu rellement oprationnel et que des applications en architecture client-serveur ont pu tre mises en place avec efficacit.
b. Nouvelle approche du client-serveur :
Plusieurs modles darchitecture client-serveur sont possibles, lesquels mettent en uvre plus ou moins dlments de larchitecture complte : Client serveur de fichiers : cest le niveau le plus simple et historiquement le plus ancien, des fichiers grs par un serveur sont partageables entre les clients. client-serveur de donnes : ce niveau de serveur qui est trs volu implique lutilisation dun systme de bases de donnes permettant la prise en charges de bases rparties client-serveur dapplications : Ce niveau est le plus complexe car il implique la mise en uvre du partage des applications entre diverses machines serveurs et clients. Les constructeurs et socits de conseil et de services en informatique dsignent aujourdhui les niveaux de modlisation darchitecture client-serveur en modle n tiers, le niveau le plus haut tant client-serveur trois niveaux : Un niveau central : avec : Mainframe ou serveur dentreprise, ce dernier prend en charge la gestion des transactions : un ensemble indissociable doprations de
gestion lmentaire et doit sassurer de lapprobation de tous les serveurs. Le deuxime niveau est celui des serveurs dpartementaux ou applicatifs. Il doit tre facilement incrmentale, puisquune nouvelle application pouvant tre mise en service par ladjonction dun nouveau serveur. Dans le concept ERP, la nouvelle application a le mme IHM et utilise les mmes structures de donnes.
Le troisime niveau est celui des postes ou stations de travail des utilisateurs finaux.
Le client-serveur total est celui ou il y a galit entre serveurs et clients, les clients pouvant devenir serveurs. Il reste purement thorique parce quil est ingrable.
les systmes dinformation en architecture client-serveur peuvent facilement tre tendus par lintgration dun serveur Web, autant facilite si le choix de protocole de rseau local sest dj fait en faveur de TCP-IP ( transfert control protocol - internet protocol). Avantage : Le premier avantage est relatif la facilit dvolution du systme applicatif de lentreprise dans son ensemble. En effet, en sappuyant sur le WWW, lenrichissement dun systme applicatif par la mise en uvre dun serveur Internet, ouvre lentreprise de nouveaux marchs sans investissements lourds en ressources humaines et en nouveaux locaux ; Le deuxime est relatif aux gains concurrentiels et laccroissement de clientle potentielle pour les produits et services de lentreprise ; Le troisime avantage, souvent le plus visible, est la connexion aux systmes dinformations des membres de lentreprise et des partenaires distants sans investissements lourds, un terminal disposant dun accs Internet suffit.
b. Le positionnement des grands diteurs :
Les diteurs et constructeurs de produits Web ont dsormais mis sur le march des plates formes qui constituent les composantes de bases de serveurs applicatifs Internet, Intranet et Extranet. Ces composantes nouvelles sont destines toutes sortes dapplications possibles. Les diteurs de lERP se positionnent au-dessus de ces plates formes avec leurs modules applicatifs. Quant au Web client, il est rduit sa plus simple expression car un simple browser suffit et permet laccs de tous les serveurs du WWW.
4. Lhritage applicatif :
Dans la plupart des grandes entreprises, larchitecture applicative date de lpoque ou lon dveloppait des applications spcifiques pour tout type de besoins. Leur spcification a souvent t fonde sur une mthodologie et une dmarche trs structurante. Labsence doutils et de technologie permettant des volutions simples a conduit, dans la plupart des cas, un hritage dapplications difficilement maintenables. Pour la plupart des domaines de gestion gnralistes soumis une rglementation trs stabilise, lutilisateur a un choix de progiciels trs large. Ce nest pas le cas de tous les mtiers. Cependant les environnements ont chang et lutilisateur a intrt de tenir compte de deux lments essentiels, indpendamment du choix doutils de spcification et de dveloppement : Lexistence de composants qui dune part, rduisent leffort de dveloppement et dautre part permettent de btir lintgralit de lapplication sur des objets identiques ceux utiliss par les autres modules ; La ncessit de sintgrer un niveau plus ou moins important avec les parties du systme applicatif.
mettant en jeu que des besoins lis un mtier ou la productivit individuelle des utilisateurs.
III.
1. Phase de conception
Cette phase constitue une phase de planification o les principales dcisions sont prises : la slection du progiciel, l'identification du chef de projet, l'approbation du budget et du plan de projet.
2. Phase d'implantation
Cette phase comporte l'analyse de la situation actuelle de l'entreprise, la mise en place du nouveau systme et sa configuration aux systmes existants et les tests.
3. Phase de stabilisation
Cette phase vient juste aprs avoir rompu avec l'ancien systme. C'est la phase pendant laquelle le systme se stabilise pour permettre de dtecter les diffrentes anomalies et de les corriger ventuellement.
Parmi les problmes qu'on peut rencontrer lors de l'implantation de l'ERP on cite :
2. La modification du progiciel
Selon Markus et Tanis (2000), la modification du progiciel est dconseille. D'ailleurs, trs souvent les diteurs refusent de faire des changements cause des cots levs engendrs par les dveloppements spcifiques et leur maintenance.
4. Le manque de comptences
Vu leur complexit, les projets ERP demandent des expertises importantes d'origine souvent externe l'entreprise (Adam, 2000). D'ailleurs, les spcialistes en ERP sont essentiels afin de surpasser les problmes relatifs la conception et l'implantation de l'ERP. Cependant, l'quipe projet doit comporter aussi bien des comptences internes qu'externes l'entreprise. En effet, le fait de recourir frquemment aux consultants externes cause de l'indisponibilit du personnel interne engendre des cots non ngligeables.
CONCLUSION
Le rle des systmes dcisionnels est de transformer des donnes brutes en informations exploitables pour des prises de dcision plus pertinentes. Lorsquelle est troitement intgre aux systmes transactionnels, la plate-forme dcisionnelle devient le point de passage central des donnes, ce qui contribue garantir leur homognit et leur qualit. Les entreprises perdent moins de temps essayer de localiser et comprendre leurs donnes : le systme dcisionnel les diffuse la bonne personne, au bon moment, et au format adquat. Ainsi, chaque utilisateur dispose des lments les plus complets et les plus srs pour prendre les bonnes dcisions. En dfinitive, cest le systme dinformation dcisionnel qui permet de valoriser les investissements massifs raliss par les entreprises dans leurs ERP. A ce gain de performance, et lamlioration de la pertinence des dcisions, sajoute un meilleur respect des contraintes rglementaires croissantes lies lauditabilit et la traabilit des donnes. Cependant, les tudes, confirmes par les analystes, montrent que lessentiel du cot de possession des solutions logicielles tient leur maintenance et leur volution, plus quau cot dacquisition initial. Or prcisment, lapproche intgre permet de minimiser ces cots de fonctionnement, grce une administration globale plus efficace et une meilleure visibilit sur le systme dinformation. Il en rsulte une baisse relle du TCO (total cost of ownership ou cot total de possession) sur le moyen terme.