Progiciel de Gestion Intégré I

Progiciel
de Ges-on Intgr
Plan du cours
1.
2.
3.
4.
5.
LERP et le systme dinforma-on

La phase daudit
La phase de modlisa-on des besoins
Le chan-er d'un projet ERP
L'ERP et le dcisionnel
Rfrences
Manager avec les ERP-Architecture Oriente
Services (SOA), Jean-Louis LEQUEUX, di-on
eyrolles 2008,
Tiny ERP-Open ERP : Pour une ges-on
d'entreprise ecace et intgre, Fabien-
Pinckaers & di-on Geo Gardiner eyrolles
2008,
Argumentaire Marke-ng Sage X3,
Le guide SAGE

Systme dinforma1on ?
Un systme dinforma-on (SI) est un ensemble organis de
ressources (matriels, logiciels, personnel, donnes et procdures)
qui permet de regrouper, de classier, de traiter et de diuser de
linforma-on sur un environnement donn.
Lu-lisa-on de moyens informa-ques, lectroniques et la
tlcommunica-on permeènt dautoma1ser et de dmatrialiser
les opra1ons telles que les procdures dentreprise surtout en
ma-re logis-que . Ils sont aujourdhui largement u-liss au lieu et
place des moyens classiques tels que les formulaires sur papier et le
tlphone et ceè transforma-on est lorigine de la no-on de
systme dinforma-on.

Source : Wikipedia

La no1on dERP
Un ERP est un sous-ensemble du systme dinforma1on qui intgre les
caractris-ques globales suivantes :
1.
2.
3.
4.
5.
6.
Ges1on eec1ve de plusieurs domaines de lentreprise par des modules intgrs ou

des progiciels suscep-bles dassurer une collabora-on des processus ;
Existence dun rfren1el unique des donnes. Le rfren-el est dni comme tant
lensemble des rfrences des donnes, ainsi que les indica-ons ncessaires pour
retrouver les donnes elles-mmes sur une base de donnes ;
Adapta1ons rapides aux rgles de fonc1onnement (professionnelles, lgales ou
rsultant de lorganisa1on interne de lentreprise et rgles dictes par le march) ;
Unicit dadministra1on du sous-systme applica1f (les applica-ons) ;
Uniformisa1on des Interfaces Homme-Machine (IHM) : mme ergonomie des
crans, mmes boutons, mme famille de barres menu, mmes touches de fonc-ons
et de raccourcis ; (ce nest pas le cas lorsque on adopte une stratgie dapplica-ons
diversies)
Existence dou1ls de dveloppement ou de personnalisa1on de complments
applica-fs.

Rpondre des niveaux de besoins de lentreprise
Dni&on: Une entreprise est un ensemble organis cons-tu dhommes et
de femmes exerant des m1ers dirents et de structures physiques
rpar1es sur un territoire (sige, usines, magasins, agences, bureaux de
reprsenta-on). Cest lorganisa1on de lentreprise qui permet de
structurer, piloter et matriser le fonc1onnement de cet ensemble.
Linforma-que a pour objec-f dautoma-ser la fois les gestes professionnels
individuels ou collec-fs, et les processus existants au sein dune structure.
La gradua-on des besoins informa1ques:
Les besoins individuels

Les besoins de groupe: ne sont pas, en gnral, la somme des besoins
individuels. Quand il y a convergence de besoins individuels, la rponse
gnrale sexprime travers des ou-ls communs
Les besoins m1ers: Ils sexpriment par la ncessit dautoma-ser les tches
manuelles. Les rponses ces besoins sont des progiciels sectoriels :
Concep-on Assiste par ordinateur (CAO), Dessin Assist par Ordinateur
(DAO), suite de ges-on comptable, etc.

Les besoins dentreprise: Ils ne sont ni la somme ni lintgra1on
des besoins m1ers, dune part, et des besoins de groupes, de
lautre. Ils sont la rsultante dune expression de besoins
coopra1ve et demandent la prise en charge de lordonnancement
des divers processus qui par-cipent au fonc-onnement global de
lentreprise ainsi que la mise en uvre coopra-ve des progiciels
qui permeènt la ges-on des divers domaines dac-vit des
u-lisateurs.

Des rponses aux besoins
Les produits informa-ques rpondent aux besoins des entreprises
plusieurs niveaux :
les simples rponses fonc1onnelles. Il sagit de rponses des
fonc-ons primaires qui ne supposent pas la prise en considra-on
dune organisa-on par-culire de lentreprise ;
les rponses complexes respectant lorganisa1on de lentreprise. Ces
logiciels -ennent compte des structures et des rgles de
fonc-onnement appliquer ;
les rponses dynamiques. Dans ce cas, les logiciels sont en mesure
daider lordonnancement des ux entre les diverses en-ts ;
les rponses de pilotage. Les ou-ls mis en service ce niveau donnent
les indica-ons ncessaires aux dcisions pour le pilotage de lac-vit.

Exemple dune socit de fabrica1on de biens de consomma1on
Lentreprise E, cre au dbut du XXe sicle, fabrique des biens de consomma1on. Au milieu
des annes soixante-dix, lintroduc-on de la comptabilit informa1se permet des gains de
produc1vit en automa1sant un grand nombre de tches manuelles et rp11ves. Au
dbut des annes quatre-vingt toutes les tches rp11ves sont informa1ses : saisies des
commandes, ordres de produc-on, factura-on. Vers le milieu des annes quatre-vingt, les
applica-ons spciques de ges1on commerciale, de ges1on de produc1on et de ges1on
comptable communiquent entre elles. Cependant, lordonnancement des opra1ons reste
encore manuel, mais les dlais de livraison ne sont pas cri-ques : les clients acceptent
daYendre une semaine, voire plus, avant dtre livrs. Au dbut des annes quatre-vingt-
dix, la situa-on change : lengagement de date de livraison et le respect du dlai sont un
argument commercial et font la dirence. Une ges1on logis1que est ncessaire pour
ordonnancer les ux entre concessionnaire (prise de commandes), direc-ons commerciales,
usines, entrepts et concessionnaires nouveau (livraison). Au dbut du XXIe, il devra aller
la rencontre des desiderata de sa clientle pour pouvoir la conserver, lentreprise devra se
doter dou1ls de Customer Care (que lon pourrait traduire par ges-on de clientle) qui, au-
del de la simple ges-on commerciale, permet de suivre les volu1ons des demandes des
clients, les tendances du march, la vente des produits les plus demands. De mme,
lentreprise devra faciliter les rela-ons avec ses fournisseurs en meànt en uvre une plate-
forme Extranet permeànt dchanger des informa-ons, des donnes et des services avec
eux.

Le concept dERP: Introduc1on
Le concept de progiciel intgr existe depuis longtemps:
Ds les dbuts de la Ges1on de Produc1on Assiste par Ordinateur (GPAO), certains

professionnels avaient introduit des suites dapplica1ons intgres comprenant, outre la
ges1on de produc1on proprement dite, la ges1on commerciale et la ges1on comptable.
Les Amricains u-lisent pour la planica-on des moyens de fabrica-on, Manufacturing
Resource Planning, le sigle MRP. Celle-ci recouvre eec-vement, au-del de la produc1on
proprement dite, la tenue du plan directeur de la produc1on, la ges1on des hommes et des
ou1ls, la ges1on des stocks, des approvisionnements, des commandes, de la logis1que, etc.

ERP est, de fait, une gnralisa1on de MRP. Il sagit ici de
prendre en charge la ges1on intgrale de lentreprise,
incluant la ges1on des ressources humaines, la ges1on
comptable et nancire, la ges1on administra1ve, la ges1on
des ventes, la ges1on des achats, la ges1on de la produc1on
et la ges1on de la logis1que.
Pourquoi?
assurer lop-misa-on de la produc-vit an de pouvoir rduire, au maximum, les
cycles de mise sur le march (1me to market) des produits et des services.
Ceè intgra1on ne concerne pas seulement le modle de

ges1on de la produc1vit, elle comprend galement : la
normalisa1on de la structure des donnes, lintgra1on de
larchitecture du systme dinforma1on applica1f et
lunica1on de lInterface Homme-Machine.

Dans la pra1que, les ERP intgrent donc :
la par1e centralise du SI comprenant mainframes et serveurs dentreprise ;
la par1e dite de linforma1que rpar1e du SI comprenant les serveurs
dpartementaux;
Les logiciels de communica1on ncessaires entre les direntes composantes
du SI : middleware, ges-onnaires de rseau local, ges-onnaires de
transac-ons.
La dimension ou la composante Web qui apporte :
une possibilit daccs aux applica1ons et aux donnes de tout point de la plante, sans que
lon ait dployer une infrastructure spciale de communica-on et sans que lon possde un
quipement terminal spcique ;
un eet de bras de levier lecacit commerciale de lentreprise ;
une rac1vit beaucoup plus grande au rseau de partenaires, clients et fournisseurs de
lentreprise ;
des possibilits de mise en uvre trs rapide de nouveaux serveurs Web, avec un rapport
(qualit performances)/prix de plus en plus lev (possibilits du Cloud).

Le choix du progiciel intgr ne peut seectuer comme lon procderait
pour ladop-on dun traitement de texte ou dune CAO
Choisir des types de progiciels peut tre rduit une aaire de vrica1on de
la conformit des modules une liste de contrle des fonc1ons les plus
importantes.
Approche pra-que :
suivre une dmonstra-on,
tester la suite logicielle choisie
juger de lergonomie
accepta-on par les u-lisateurs et les administrateurs du systme, etc.
eectuer un choix nal en fonc-on de critres dvalua-on extrmement pra-ques
Mais dans le cas des progiciels de ges1on, on ne peut procder de faon aussi
linaire, parce que :
dune part, ils doivent automa-ser des processus complexes et non des actes individuels
dun ou plusieurs u-lisateurs ;
dautre part, leur impact sur le cur du SI nest pas priphrique ou marginal. Ils
cons-tuent la par-e stratgique de linforma-que de lensemble de lentreprise et
condi-onnent dni-vement la capacit de lentreprise dtre plus rac-ve, plus
produc-ve, plus communicante.


Loin de mener alors un projet purement informa-que, ladop1on
dun ERP doit tre loccasion de reconsidrer les mcanismes et
damliorer les ux par1cipant au fonc1onnement de lentreprise.
Parfois, on a recours une ringnierie des processus daaires ou
Business Process Reengineering (BPR).
Quand on ini-alise un projet dadop1on dun ERP, cest dabord
une remise en ques1on des aspects organisa1onnels vitaux pour
la produc1vit de lentreprise.
ON NE COMMENCE QUE PAR CERTAINS ASPECTS DE LA GESTION.
Il est impossible, sauf pour des pe-tes structures de PME et de
PMI, denvisager demble la refonte complte de lintgralit de
la ges1on de lentreprise. Le choix, la mise en place et la complte
matrise du nouveau systme sont un processus toujours long!!!.

Une dmarche de ges1on fonde sur un ERP est alors une voie
ouverte la refonte :
des processus daaires de lentreprise ;
des ou1ls m1ers et des applica1ons de travail de groupe ;
nalement de lensemble du SI lui-mme, ou tout au moins du
Management Informa-on System (MIS), cest--dire de la par-e
ges-on du SI.
Ceè recherche dune amliora1on de la produc1vit par une

meilleure matrise des mcanismes de fonc-onnement et du
pilotage de lentreprise serait largement pnalise sil ny avait pas,
paralllement une recherche de qualit totale.
dmarche qualit de lISO 9000: dcision dvoluer vers lu-lisa-on
dun progiciel de ges-on intgr
matrise des risques dans la dmarche ISO 27001: car un systme
applica-f fond sur le Web doit sappuyer un fondement scuritaire
prouv.

Le concept dERP: Bref historique
Les annes quatre-vingt ont vu la produc1on industrielle
de certains logiciels. Des logiciels pour microordinateur :
systmes dexploita-on, ges-onnaires de rseaux locaux.
La no1on dERP est apparue au dbut des annes quatre-
vingt dix et est u1lise par les mdias professionnels pour
qualier un peu moins de six diteurs de progiciels qui
couvrent la ges-on presque complte dune entreprise.
Voir le contexte du-lisa-on des ERP
Aujourd'hui :
Solu1ons propritaires: SAP, ORACLE Business Suite et
Microsov avec sa gamme DYNAMICS, SAGE...etc.
Solu1on Open source: OpenERP, Compiere, OpenBravo...etc.

Le concept dERP: Le march des ERP
Le march des ERP, cibles actuelles et futures
* les par-culiers, les indpendants et professions librales Small Oce Home Oce
(SOHO)

Le concept dERP: La convergence des objec1fs des u1lisateurs et des
diteurs
U1lisateurs et diteurs ont des intrts convergents
pour ce qui concerne le dveloppement des progiciels
intgrs qui gnre ainsi un march pour dautres
entreprises, les partenaires techniques et
commerciaux des diteurs.
Les u1lisateurs recherchent:
minimiser le Total Cost of Ownership (TCO) -> (la
maintenance applica&ve, la forma&on, les mises jour),
cest--dire, le cot total dappropria-on/ dacquisi-on
maximiser le Return On Investment (ROI), dont le mode
de calcul est en gnral extrmement dicile dnir!!!.

diteurs
Pourquoi les ERPs:
Les logiciels spciques sont gnrateurs :
de dveloppements coteux et risqus ;
dun cot de maintenance lev dans la mesure o lu-lisateur est seul face son
applica-on, mme sil dispose de laide de prestataires externes.
En outre, les volu1ons font lobjet dun niveau de cot de dveloppement

comparable celui des dveloppements de nouvelles applica1ons
spciques.
Dans les grandes entreprises et les PME/PMI pra-quant des m-ers
extrmement par-culiers. Elles ont souvent conduit aux situa-ons
suivantes :
une perte des comptences humaines, ou lvolu1on des entreprises de services
ayant contribu leur dveloppement ;
une obsolescence des matriels et logiciels de base (par exemple : systme
dexploita-on, systme de ges-on des chiers).
carence dans lhomognit des applica-ons de ges-on (IHM, codes, technologies)
=> do lintrt des solu-ons Cloud disponibles aujourdhui

diteurs
En adoptant un ERP, certes, les besoins des entreprises ne sont pas
sa1sfaits automa1quement par la simple dcision de choisir des
progiciels. En par-culier, les contraintes suivantes restent totalement
valables :
la solu1on choisie doit rpondre intgralement aux spcica1ons
fonc1onnelles des u1lisateurs ;
elle doit permeYre une grande souplesse vis--vis des volu1ons. Par
exemple, lextension des besoins ;
une facilit de mise en uvre rela1ve reste un enjeu dimportance pour les
u-lisateurs ;
la garan1e de prennit des choix applica1fs doit tre recherche tant vis--
vis des produits eux-mmes quen ce qui concerne des diteurs.
Il est fortement souhaitable que les solu1ons de logiciels de ges1on

retenues sappuient sur une architecture comprenant un fondement
commun : un rfren1el, des bases de rgles, des plates-formes de
communica1on de donnes, des chiers, etc.

diteurs
Convergence des intrts des diteurs et des
u-lisateurs

Le concept dERP: Un march pour les intgrateurs
Le rle des intgrateurs est prpondrant car ils sont les interfaces
des u-lisateurs. Les diteurs majeurs nont pas pour habitude
dintervenir chez les u-lisateurs, en dehors des missions de conseil
techniques lies leurs produits, an de se concentrer sur leur
mission principale qui est ldi-on de progiciels.
Les socits de services en informa-que et en intgra-on de
systmes ont dvelopp des comptences dans lintgra-on des
progiciels du march.
Les diteurs de taille plus pe-te font intervenir leurs propres
quipes et intgrent, en gnral, leurs solu-ons celles des ERP
leaders du march. Disposer la fois dune applica-on ou dun
progiciel et de comptences dintgra-on cons-tue souvent un
atout face la concurrence

Le contexte du1lisa1on des ERP
Bien avant les ERP?
Dans plusieurs secteurs, les ERP ont exist de fait avant lintroduc1on et
lu1lisa1on du sigle lui-mme: domaines de structure complexe o il
tait ncessaire que des donnes communes soient u-lises par plusieurs
ples de ges1on (ges-on administra1ve de ltablissement, ges-on
commerciale, comptable et nancire.)
Les lments favorables lmergence dun march pour les progiciels
intgrs:
une proccupa1on de rentabilit, obligatoirement lie lappartenance des u-lisateurs

au secteur marchand ;
un souci damliora1on de la produc1vit, facteur cri-que pour des secteurs de plus en
plus concurren-els.
Tout en respectant les contraintes suivantes:
homognit dans les mthodes de ges1on et dorganisa1on des entreprises du

secteur concern ;
une entreprise a plusieurs tablissements doit les quiper de faon iden1que
les progiciels demands soient gnralisables pour inciter les socits de services en
informa-que dvelopper des modules intgrables aux ERP

Mais
Au dbut des annes quatre-vingt, ni la technologie, ni les

produits informa-ques ntaient susamment avancs: Les
rseaux locaux nexistaient pas, interface graphique, les bases
de donnes rela1onnelles exprimentale, les environnements
taient propritaires sans ,Unix juste pour lduca-on et la
recherche
Alors comment mo-ver les professionnels tenter des

approches par progiciels intgrs?
un secteur professionnel ayant une organisa-on trs structure

lapplica1on dune rglementa1on ou dune lgisla1on trs
forte
une proccupa1on majeure de produc1vit chez les
u1lisateurs.

Lexemple des HIS (Systme dinforma&on Hospitalier) dans le domaine de
la sant
Pourquoi?
la ges1on mdicale du dossier du pa1ent avec le maximum de

conden1alit, mais requrant le maximum de disponibilit de tout ou par-e
du dossier pour les divers services de soins ;
la ges1on du catering, cd la matrise de la par-e hbergement des
tablissements (ges-on des rserva1ons et des presta1ons de repas,
chambres, blanchisserie, etc.) ;
la ges1on des moyens et des stocks (consommables mdicaux, pharmacie
des tablissements, etc.) ;
la ges1on ter1aire (paie, ressources humaines, factura1on clients,
comptabilit, etc.) ;
la ges1on des plateaux techniques qui comprend lensemble des appareils
dimagerie mdicale et des matriels lectroniques et informa-ques lis aux
analyses et moyens dinves1ga1ons (radiologie, scanner, chographie, etc.).

Le systme dinforma-on hospitalier

Chez nous?
la no-on dHIS est apparu trs tardivement
les hpitaux publics et but non lucra1f

On parle de hirarchisa1on que dorganisa1on

Les Systmes de Ges-on des Donnes Techniques (SGDT)
Bien avant lu-lisa-on du sigle ERP: Les industries de

larmement, la construc1on aronau1que, la fabrica1on
automobile, lindustrie de la pharmacie.
Mais les spcica-ons sont assez direntes:
Le cycle complet (de la concep-on la commercialisa-on dun

produit): u1lisa1on de plusieurs progiciels en faisant appel
des m1ers fondamentalement disjoints (CAO pour les
concepteurs, applica-ons de calculs pour les spcialistes des
matriaux, simula1on pour les laboratoires de prototypage,
etc.).
les SGDT impliquent obligatoirement des projets coopra-fs
ples mul-ples: runissent les clients, les fournisseurs et les
administra1ons de rgula1on des domaines concerns. Alors
un projet ERP ne demande pas ceYe concerta1on.

Schma dun systme de ges-on des donnes
techniques (SGDT)

Les domaines tradi&onnellement recouverts par les ERP
Dhabitude les noyaux des ERP ne recouvrent que des domaines
classiques de la ges-on de grandes entreprises
Un diteur procde la vrica1on d'un certain nombre d'indicateur
avant de se lancer dans le dveloppement d'un module d'ERP savoir:
une certaine stabilit des rgles de ges1on imposes par la lgisla-on et
concernant un vaste ensemble du-lisateurs pour un mme pays, ajoutant cela la
facilit de la transcrip-on des ces rgles d'un pays l'autre (exemple de la ges-on
comptable)
Des mthodes de ges1on et dorganisa1on u1lises dans un secteur donn pour
la mme famille de m1ers travers le monde (ges-on de produc-on: grer en
zro stock, en Kanban, la commande , au projet...etc.).
La ncessit de pouvoir u1liser des donnes homognes entre divers
ges1onnaires de lentreprise, ajoute celle de pouvoir analyser des informa-ons
de provenances diverses (produc1on, comptabilit, commercial, etc.).

un diteur dERP qui a stabilis (tant donn que toutes les
condi1ons sont remplies) son environnement applica-f propose
alors un systme:
recouvrant les applica1ons dj cites, certaines dentre elles tant
dveloppes directement par lditeur, dautres provenant de rachat
dentreprises.
sappliquant des types dirents de ges1on (par srie, en parallle)
dclinant direntes versions na1onales (cot langue et cot
transcrip-on aux lois na-onales en vigueur)
comprenant des gnrateurs et des traducteurs de rgles qui
apportent une certaine souplesse en cas dvolu1on des rgles de
ges-on et de la lgisla-on ;
ajoutant, en complment, des modules qui sont des ou-ls de
dveloppement dinterfaces et de modules spciques
aidant les u1lisateurs dans leur dmarche organisa1onnelle : ce sont
alors des ou-ls de conceptualisa-on de ux et de modles.

Le noyau des ERP
La simultanit des facteurs de dclinaison complexie la vision de

lu1lisateur qui envisage dadopter un ERP.
Certains u-lisateurs nhsitent pas dsintgrer des ERP, adoptant
quelques modules dun diteur et dautres modules dun autre diteur.
Lintrt global des diteurs converge alors vers la possibilit de rendre leurs
modules et applica1ons interoprables.

Les macro-domaines dune entreprise
Depuis que le commerce et lindustrie existent, toute entreprise
prsente deux aspects :
Le front oce: visible du client, communment concr-s par un
comptoir
Le back oce: non visible du client, concr-s par larrire-bou1que
o sont exerces des ac-vits dapprovisionnement, de stockage, de
comptabilit, etc.
Ceè topologie de lentreprise reste toujours dactualit.

Dans certaines professions, dont celles de quelques banques, le
jargon m-er u-lise dailleurs le mot comptoir pour le front oce ;
dans dautres jargons, les termes service aux usagers , service
la clientle , zone de service immdiat , etc. dsignent le front
oce, et zone technique , zone laboratoire , bureau
dtudes , etc. le back oce.

Exemple de back oce et de front oce

Le back oce
Les domaines tradi-onnellement couverts par les ERP appar1ennent tous au

back oce qui est tradi-onnellement celui que les progiciels intgrs grent.
Dun point de vue informa1que, le back oce se caractrise par :
limportance des bases de donnes grer qui peuvent tre centralises sur
un mme site ou appartenir plusieurs bases de donnes direntes
rpar1es physiquement entre plusieurs serveurs mais qui appar-ennent
toutes au mme rfren1el
une par1e non ngligeable consistant en des traitements en batch ; ce sont
des traitements qui se font par lot soumis un ordinateur(traitement en bloc
des opra-ons du jour par exemple).
une par-e des traitements transac1onnels (des requtes faites par un grand
nombre du1lisateurs doivent tre traites simultanment en assurant la
cohrence et lintgrit du rfren1el)
laspect cri1que des traitements qui condi-onnent lac-vit globale de
lentreprise;
la centralisa1on des systmes dinforma1on hbergeant ces applica1ons

Le front oce
Les applica-ons de front oce sont celles qui permeènt
lentreprise de traiter rapidement laccueil et le service aux
clients. Les besoins les plus courants sont les suivants :
La ges1on de la rela1on clientle:
ou1ls dadministra1on de la clientle : consulta1on des dossiers clients, mise
jour des informa1ons, saisie des informa1ons rela1ves aux opra1ons pour
traitement par le systme central ou les systmes serveurs.
Ou1ls daide tels que lvalua-on sur critres, les congurateurs, les deviseurs et
toute autre aide interac-ve la vente.
La ges1on de la force de vente en agence

grer les vendeurs : quotas demands, performances, ralisa1on des chires
daaires individuels et collec1fs, consolida1ons, calculs des sta1s1ques et
achage des indicateurs de type Key Performance Indicator (KPI).
gre les commandes locales et transmet les informa1ons qui en rsultent aux
back oce (des ou1ls de recherche de prospects, de publipostage, de tenue de
carnets dadresses et de rendez-vous, etc ) .

La ges1on de la clientle distance: la ges-on des centres dappels call
centers
Les ou1ls dcisionnels: ou1ls daide la dcision pour une agence
opra-onnelle. Ce sont les ou-ls de recherche et dextrac1on de
donnes, les Systme Informa-que dAide la Dcision (SIAD,
datawarehouse et datamining).
La ges1on du rseau dagences: la ges-on complte dun rseau
dagences est un complment naturel la ges-on du back oce
Le middle oce
Le middle oce est une no-on dlicate dnir.
Physiquement, dans lentreprise tendue lensemble de son
rseau, il peut dsigner :
les zones de back oce des agences, qui font par1e du front oce au
sens rseau dagence mais qui eectuent un travail de back
oce ;

-------
Aujourdhui, le Web oce
Nouvelle dimension lentreprise: ct du front oce et du back oce
est apparue la possibilit dtre reli au systme dinforma-on de
lentreprise par-r de nimporte quel point du globe.
Cest le Web oce qui conjugue les applica1ons suivantes :
Les applica1ons internes lentreprise: des-nes au personnel de

lentreprise et leur accs est scuris par des disposi-fs pare-feu (la
coordina-on et la ges-on de projet, la messagerie dentreprise avec ou sans
agenda de groupe, les divers types de suivi distance, laide la maintenance
de matriel, le suivi logis-que, etc.)
Les applica1ons accessibles aux partenaires: des serveurs Extranet proposent
des services dont laccs rserv aux partenaires de lentreprise (les clients,
les fournisseurs, distributeurs, revendeurs, consultants, etc.).
Les applica1ons accessibles au public: catalogue en ligne avec photos des
ar-cles, paiement scuris par plusieurs moyens possibles (porte-monnaie
lectronique, carte de crdit, etc.).
Et la scurit ?!!!

Ce quon peut faire aujourdhui travers le Web:
e-Messaging ou i-Messaging : messagerie lectronique

pour entreprise ou messagerie instantane.
e-Commerce : commerce lectronique.
e-Banking : opra-ons bancaires.
e-Catalog : catalogue lectronique consultable par
Internet.
e-Publishing : publica-on lectronique dentreprise.
e-Document Exchange and Norms : change de
documents norms.
e-Training et e-Learning : forma-on par Internet.
Vers e-*.

Lordonnancement inter oce des tches
Intgrer parfois un nombre croissant dapplica1ons dans un ERP
ne rend pas forcment plus ecace la ges1on de lentreprise (il
peut perdre compltement son poten-el opra-onnel si des ou-ls
de planica-on ne sont pas u-liss.).
Si le systme dinforma1on couvre la ges-on des applica-ons de
front oce et de back oce, alors la planica1on doit tre faite
sur lintgralit des domaines grs.
Deux approches sont possibles : soit on choisit des progiciels
indpendants, soit on opte pour un ERP.
Faire le choix de progiciels indpendants es-ms rpondre le mieux aux

besoins exprims par rapport aux front oce, back oce et Web oce:
couches basses de larchitecture du systme dinforma1on + dou1ls de
middleware + rfren1el + logiciel de planica1on logis1que .
Faire le choix d'ERP et des applica1ons complmentaires an de rsoudre le
problme de la planica-on logis-que laide dun module dj interfac
avec le progiciel intgr adopt.

Lordonnancement inter oce

Si on choisi l'u&lisa&on des ERP
Amliorer la bonne gouvernance de tous les domaines de ges1on

clefs an d'amliorer la produc1vit de lentreprise.
La ges-on logis-que
domaine stratgique pour les diteurs dERP
connat une progression fulgurante sur le march europen o les
entreprises sont de plus en plus gres au niveau con-nental,
Il comprend plusieurs types dapplica-ons:
Les Distribu1on Resource Planning (DRP):applica-ons de planica1on
logis1que, comportent un ou1l de modlisa1on du rseau logis1que
avec descrip1on des ux, dtermina1on des frquences et des
volumes entre divers points gographiques
La ges1on des transports : les tournes de livraison et la ges1on des
rota1ons des appareils dune oYe

La complmentarit des ERP et des DRP

La planica-on industrielle ou Supply Chain Management
(SCM) qui reprsente la ges1on logis1que globale dont
lobjec1f est de prendre en charge lordonnancement complet
des tapes du cycle de march des produits qui se compose:
de la prvision des commandes ;

des commandes eec1ves ;
de la planica1on des achats, des livraisons la produc1on, de la
produc1on elle-mme ;
de la ges1on des entrepts ;
de la planica-on de la distribu1on des produits nis ;
des livraisons nales eec1ves.
Les applica1ons de SCM sont fondamentales pour les diteurs dERP
qui ont tous dvelopp des modules SCM dans leurs produits
Les principaux diteurs de SCM ont, de leur ct, prvu les interfaces ou
lintgra1on dans les principaux ERP.

La ges&on du marke&ng et de la clientle
Elle implique des interfaces avec les ou1ls dextrac1on de

donnes en vue danalyse et de prise de dcisions
stratgiques. La ges-on du marke-ng intgre plusieurs
aspects :
la dtermina1on des produits qui se vendent le mieux ;
ltude des comportements des consommateurs pour les secteurs
des biens de consomma-on, Consumer Product Group ;
ltude et la ges1on des posi1onnements concurren1els par
rapport aux produits -ers ou de complment.
Dveloppement commercial par la dlisa1on de la clientle
travers des ou-ls tel que le Customer Rela1on Management
(CRM) ou encore Ges1on de Clientle
Des couplages entre centre dappels clients et applica1ons de
ges1on commerciale et marke1ng

La ges&on de maintenance
La ges-on de maintenance ou GMAO, prsente deux
caractres :
lun est purement technique o lapplica-on procure des aides
la recherche des dysfonc1onnements, la dtec1on des
causes possibles et bien sr, leur rsolu1on ;
lautre est un domaine par1culier de la ges1on o il faut
prendre en charge tous les aspects de support aux u-lisateurs,
tels que :
la ges-on du Service Aprs-Vente (SAV) ;

la ges-on des rpara-ons ;
la ges-on logis-que des approvisionnements de pices dtaches ;
la ges-on prvisionnelle des retours.

Technologies informa1ques et modles darchitecture des SI
An daèindre les objec1fs d'amliora1on de la produc1vit
gnrale des services u1lisateurs et lop1misa1on des processus
de fonc1onnement entre services, Un ERP doit sappuyer sur des
technologies informa-ques adquates.

Technologies informa1ques et modles darchitecture des SI
Sauf que!!!
le cycle de vie maximal dun matriel opra1onnel est au maximum

de trois ans pour une gnra1on de micro-ordinateurs et de moins
de cinq ans pour les serveurs. Les systmes dexploita1on subissent
des volu1ons majeures tous les deux ans.
conduit lintroduc1on de systmes opra1onnels -ers et des risques
dobsolescence pour les u1lisateurs qui les ont adopts, et qui sont en
concurrence avec lentreprise.
Cependant, larchitecture applica1ve dun systme dinforma1on est

une infrastructure qui doit rester opra1onnelle pendant une
priode de la dure minimale dune dcennie, bien quil y ait
renouvellement de matriels et enrichissement du systme en
logiciels applica1fs.
Conjuguer ces impra1fs technologiques et conceptuels, cest chercher
ladqua1on entre le modle dorganisa1on qui reste propre
lentreprise, et un modle darchitecture de systme dinforma1on qui
soit susamment prenne.
Lequeux.book
70 Mardi, 4.
2008 12:59 12
Ladqua1on
entre Page
modle
dmars
organisa1on
et modle darchitecture des SI
Organisa1on pyramidale et architecture centralise
Manager- avec
ERP
Tout au dbut
> Alesrchitecture
centralise encore appele
architecture en toile: correspondait parfaitement au
modle organisa-onnel
monolithique
et pyramidal
des
Figure 1.13 : Architecture
centralise et organisation
pyramidale de lentreprise
grandes organisa-ons et entreprises.
1955-1985
Organisation pyramidale
de lentreprise
SI rpondant une organisation pyramidale
Mainframe
Terminaux passifs
Appari-on desu-lisateurs non informa-ciens et non scien-ques

Dveloppement les minis, ordinateurs plus communicants
La technologie ne pouvait produire que des ordinateurs de type centralis, archi dbut du concept
dinforma-que rpar-e
tectur en toile, appel mainframe sur lequel lintgralit des utilisateurs se
connectait.

Ladqua1on entre modle dorganisa1on et modle darchitecture des SI
Lorganisa&on rpar&e et larchitecture n-&ers (n couches)
avec le modle dit deux 1ers. Elle est intrinsquement lie celle
dinforma-que rpar-e.
Elle sest stabilise en prsentant plusieurs niveaux
dimplmenta1on.
Architecture Client-Serveur (2 -ers):
niveau serveur: machines qui meènt des services la disposi-on

dautres lments du systme
niveau client: se compose de machines qui peuvent venir chercher
des ressources sur les serveurs
Les lments techniques ncessaires:
les systmes de ges1on able de rseaux locaux (OSI)

la gnralisa1on des interfaces u1lisateur graphique (notamment
des clients lourds)
les bases de donnes rpar1es.
aujourdhui capables de prendre en charge un mode rparti, cest--dire que la

base complte est hberge sur plusieurs systmes physiques diffrents. Des
processus permettent de consolider lensemble au sein dun rfrentiel, ou base
centrale qui est gre soit par un serveur dentreprise, soit par un mainframe.
Ce nest qu
partir
des
annes quatre-vingt-dix
que lensemble de ces trois technoLERP
e
t
l
e
s
ystme
d
informa-on
logies est devenu rellement oprationnel et que des applications en architecture
Ladqua1on
entre modle dorganisa1on et modle darchitecture des SI
deux tiers ont pu tre mises en place avec efficacit.
Figure 1.14 : Les concepts de larchitecture n-tiers
Les concepts de larchitecture n--ers
Architecture Oriente Services

Web services
Web serveur
Architecture n-tiers
Client serveur
SGBD-R rparti
GUI :
Revamping
Rehosting
change de fichiers
Annes
1985
1990
1995
2000
2007
2010
Exemlpe:
Ges-on des approvisionnements dune usine
Une usine fabrique des automobiles par-r de pices

dtaches se trouvant sur trois sites dirents. Un serveur
central, au niveau de lusine, gre le Plan Directeur de
Fabrica-on (PDF) et commande les pices chacun des
trois sites. Ces derniers disposent chacun dun serveur de
ges-on des stocks qui gre la fourniture des pices
demandes lusine et le rapprovisionnement du site en
tenant compte du PDF. Les bases de donnes
rela-onnelles de chacun des sites sont consolides au
niveau du rfren-el gre par le mainframe du site
informa-que central.
Groupe Eyrolles
le rhbergement (rehosting) consiste transposer, porter ou remplacer une

partie dune application ou un module du mainframe vers un serveur sur le LAN ;
la ringnierie (reengineering) concerne la refonte des processus et la rcriture
de toute lapplication ou son remplacement par des progiciels. Dans ce cas, il
Ladqua1on
entre de
modle
organisa1on
et m
odle darchitecture
des SI
est
plus avantageux
ciblerddirectement
une
architecture
multi-tiers.
Rpar&&on des tches dans une architecture 2-&ers

Figure 1.15 : La rpartition des tches dans une architecture deux tiers
Pris en charge par le poste utilisateur
IHM
Application
Donnes
Tier 1
Tier 2
Pris en charge par le serveur

Tier 3 et +
73
Donnes
Larchitecture n-1ers rconcilie le systme dinforma1on rpar1 et

lorganisa1on de lentreprise en centres de revenus et de cots. On
y trouve :
le premier niveau, le niveau central avec mainframe ou serveur
dentreprise.
le deuxime niveau est celui des serveurs dpartementaux ou
applica-fs. On doit pouvoir incrmenter facilement sa structure.
le troisime niveau est celui des postes ou sta-ons de travail des
u-lisateurs nauxs.
En architecture n-1ers, on dis1ngue fondamentalement deux

types de clients :
le client dit lourd qui perptue larchitecture client-serveur deux
-ers, lun des -ers tant le poste u-lisateur et lautre -er est cons-tue
par les couches cites prcdemment ;
le client dit lger ou Web qui consiste accder lapplica-on par
un simple browser/navigateur
Lequeux.book Page 76 Mardi, 4. mars 2008 12:59 12
Manager aveceles
ERP
Ladqua1on
ntre
modle dorganisa1on et modle darchitecture des SI
Figure 1.16 : Larchitecture n-tiers
Larchitecture
n-&ers
Rfrentiels
DG
Infrastructure
Logique Technique
Rfrentiels
LAN
Sige et
services
centraux
Logique Mtier
Centre de profits
Centre de profits
Client Lourd
Centre dachats
Client Smart
Centre de production
Logique Prsentation
Client Web
Larchitecture n-tiers
rconcilie le SI et lorganisation de lentreprise
De nouvelles organisa1ons et architectures avec Internet

Lu1lisa1on du Web nest pas un eet de simple mode, il est la
rponse un ensemble de besoins gnriques :
communiquer plus facilement et moindres frais ;
accder distance aux documents sans avoir se doter dun quipement
lourd, onreux et spcique ;
banaliser encore plus les ou-ls daccs et de prsenta-on des donnes et
des documents.
Une architecture Web Client/Web Serveur, que des avantages!!!

facilite dvolu1on du systme applica1f de lentreprise dans son
ensemble
gains concurren1els et laccroissement de clientle poten-elle pour
les produits et services de lentreprise :
la connexion au systme dinforma1on des membres de lentreprise
et des partenaires distants sans inves-ssements lourds
Architecture Oriente Services
LArchitecture Oriente Services (SOA Service

Oriented Architecture ) consiste publier des
services par exemple, des services de donnes sur
le Web et perme`re dautres applica-ons de
pouvoir les consommer , cest--dire de pouvoir les
u-liser.
Cest le modle le plus labore de larchitecture mul--
-ers Web client/Web serveur.
Ceè architecture exige une bonne matrise du
Business Model de lentreprise et de sa
modlisa-on.

Expression des besoins : volu1on des aytudes
Exprimer son besoin oui, mais!
Des compromis sont demands aux u-lisateurs entre leurs habitudes

organisa1onnelles et la ncessite de se plier aux pra1ques imposes par
les concepteurs des progiciels choisis
Lhritage applica1f
lu-lisateur a intrt tenir compte de deux lments essen1els,

indpendamment du choix dou1ls de spcica1on et de
dveloppement :
lexistence de composants qui rduisent leort de dveloppement et
permeYent de b1r lintgralite de lapplica1on sur des objets
iden1ques ceux u-liss par les autres modules ;
la ncessite de sintgrer un niveau plus ou moins important avec les
par1es du systme applica1f. Lintgra-on pourra ne concerner que la
structure des donnes changes, au niveau le plus bas jusqu
linterac-on entre modules au niveau le plus leve.
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. Lintgration pourra ne concerner que la structure des
donnes changes, au niveau le plus bas jusqu linteraction entre modules au
niveau le Expression
plus lev. des besoins : volu1on des aytudes

Figure
1.18 :dvolutions
de linfrastructure
applicative
des entreprises
comptes)
volu&ons
e linfrastructure
applica&ve
des entreprises
(grands (grands
comptes)

Part des applications en %
%
gne des 100
li
:
s
n
o
ti
a
c
li
p
t des ap
Accroissemen
Progiciels applicatifs
Hritage des applications spcifiques
Bottom line des applications spcifiques
Composants logiciels
1955
2000
2010

Expression des besoins : volu1on des aytudes
La gnralisa1on des progiciels
Lu1lisa1on gnralise des progiciels et des suites

dapplica1on a souvent fait oublier la ncessite de
modliser ses besoins avant dacheter les progiciels.
Le choix est donc rdui :
La comparaison des fonc-onnalits
La mesures de performances
Une valua-on dergonomie
Alors que !!!
les phases de spcica1ons et de modlisa1on

restent aussi importantes que lorsquon dcide de
dveloppements spciques.

Progiciel de Gestion Intégré I

Transféré par

Informations du document

Copyright

Formats disponibles

Partager ce document

Partager ou intégrer le document

Options de partage

Avez-vous trouvé ce document utile ?

Ce contenu est-il inapproprié ?

Droits d'auteur :

Formats disponibles

Progiciel de Gestion Intégré I

Transféré par

Droits d'auteur :

Formats disponibles

Progiciel

LERP et le systme dinforma-on

LERP et le systme dinforma-on

LERP et le systme dinforma-on

Ges1on eec1ve de plusieurs domaines de lentreprise par des modules intgrs ou

LERP et le systme dinforma-on

La gradua-on des besoins informa1ques:

Les besoins individuels

LERP et le systme dinforma-on

LERP et le systme dinforma-on

LERP et le systme dinforma-on

LERP et le systme dinforma-on

Le concept de progiciel intgr existe depuis longtemps:

Ds les dbuts de la Ges1on de Produc1on Assiste par Ordinateur (GPAO), certains

LERP et le systme dinforma-on

Ce`e intgra1on ne concerne pas seulement le modle de

LERP et le systme dinforma-on

LERP et le systme dinforma-on

LERP et le systme dinforma-on

LERP et le systme dinforma-on

Ce`e recherche dune amliora1on de la produc1vit par une

LERP et le systme dinforma-on

LERP et le systme dinforma-on

LERP et le systme dinforma-on

LERP et le systme dinforma-on

En outre, les volu1ons font lobjet dun niveau de cot de dveloppement

LERP et le systme dinforma-on

Il est fortement souhaitable que les solu1ons de logiciels de ges1on

LERP et le systme dinforma-on

LERP et le systme dinforma-on

LERP et le systme dinforma-on

une proccupa1on de rentabilit, obligatoirement lie lappartenance des u-lisateurs

Tout en respectant les contraintes suivantes:

homognit dans les mthodes de ges1on et dorganisa1on des entreprises du

LERP et le systme dinforma-on

Au dbut des annes quatre-vingt, ni la technologie, ni les

Alors comment mo-ver les professionnels tenter des

un secteur professionnel ayant une organisa-on trs structure

LERP et le systme dinforma-on

la ges1on mdicale du dossier du pa1ent avec le maximum de

LERP et le systme dinforma-on

les hpitaux publics et but non lucra1f

LERP et le systme dinforma-on

Bien avant lu-lisa-on du sigle ERP: Les industries de

Mais les spcica-ons sont assez direntes:

Le cycle complet (de la concep-on la commercialisa-on dun

LERP et le systme dinforma-on

LERP et le systme dinforma-on

LERP et le systme dinforma-on

LERP et le systme dinforma-on

La simultanit des facteurs de dclinaison complexie la vision de

LERP et le systme dinforma-on

Ce`e topologie de lentreprise reste toujours dactualit.

LERP et le systme dinforma-on

LERP et le systme dinforma-on

Les domaines tradi-onnellement couverts par les ERP appar1ennent tous au

Dun point de vue informa1que, le back oce se caractrise par :

LERP et le systme dinforma-on

La ges1on de la force de vente en agence

LERP et le systme dinforma-on

LERP et le systme dinforma-on

Les applica1ons internes lentreprise: des-nes au personnel de

LERP et le systme dinforma-on

e-Messaging ou i-Messaging : messagerie lectronique