Vous êtes sur la page 1sur 4

SI reprsente l'ensemble des ressources organises pour

: collecter, stocker, traiter et communiquer les informations Le SI doit supporter les objectifs oprationnels et stratgiques de lentreprise : Stratgiques : croissance externe, innovation Culturels : styles de management, Oprationnels : performances, productivit Contraintes rglementaires : publication rsultats, contraintes marchs Progiciel : Logiciel commercial vendu par un diteur sous forme dun produit complet cl en main Spcifique: Logiciel dvelopp en interne, solution sur mesure PROGICIEL Dveloppeme nt spcifique Rpond prcisment au besoin

De linformatisation lintgration

Du rglementaire au reporting de gestion

Forces

Permet de dployer les best practices Possibilits dvolutions frquentes Architecture fonctionnelle et technique prouves Maintien en condition oprationnelle ncessitant moins de ressources internes Pas toujours adapt lensemble des besoins Ncessite de faire compromis et de la conduite de changement renforce

Faiblesses

Pas de remise en cause des habitudes Cot souvent plus lev au final Risques importants en terme dvolutivit/prennit

Du reporting lanimation de gestion

Les quatre priodes de dveloppement des S.I.


1.Applications indpendantes 2.Interfaces spcifiques : app dpendantes 3.Les Systmes Intgrs 4.Les Systmes Intgrs Collaboratifs :
Pilotage stratgique - Pilotage oprationnel - Pilotage financier - Gestion collaborative

Quest-ce quun systme dinformation intgr Les grands types darchitecture possibles du SI 1. Architecture compose : assemblage de dveloppements spcifiques (applications propritaires) 2. Architecture assemble : assemblage dapplications mtiers sur tagres avec une approche best of breed 3. Architecture intgre : approche ERP

Pourquoi les progiciels remplacent progressivement les systmes spcifiques? Points fort du progiciel : - Evolutivit permanente - Architectures techniques prouves - Savoir-faire gnrique - Partage des meilleures pratiques - Faciles former - Unicit et fiabilit des donnes - Evite de refaire lexistant Point faibles de spcifique : - Dpend lediteur - Ne colle pas toujours aux besoins - Cots dacquisition

Un progiciel de gestion intgr a pour finalit de rpondre : - concepteur unique - unicit de linformation - MAJ en temps rel - Audit & traabilit - couverture de tous les besoins lERP est un progiciel bti autour dune base de donnes unique et qui offre au moins 3 fonctionnalits principales parmi (Achats / Production / Ventes)

Avantage ERP
La cohrence et lhomognit des informations : En effet linformation est mise jour en temps rel dans lensemble des modules qui sont associs La minimisation des cots, grce la synchronisation des traitements Lintgrit et lunicit du systme dinformation (un seul fichier article, un seul fichier client), . Optimisation des processus de gestion (flux conomiques et financiers)

--La constitution dune quipe de projet:

Inconvnie nts des ERP Le cot lev le progiciel est parfois sous-utilis

Solution Il existe des ERP/PGI libres , bien dfinir les processus mtiers de lentreprise en accord avec la vision des dirigeants et en cohrence avec les objectifs. Un cahier des charges en 10 points standards:
1.Dcrire les contraintes environnementales : 2.Spcifier les besoins en termes de mtier : 3.Dcliner les modles conceptuels MCC et MCD 4.Spcifier larchitecture du systme applicatif 5.Spcifier les applications (OACS) 6.Spcifier les interfaces 7.Spcifier lintgration: (Matriels et logiciels) 8.Spcifier le rle des intervenants:(diteurs, distributeurs, intgrateurs) 9.Spcifier des besoins de support des produits 10.Spcifier le Plan dAssurance Qualit (PAQ)

Comment un ERP est-il constitu ?


LERP est lagrgation de diffrents modules Chaque module rpond un besoin spcifique de lactivit de lentreprise Les modules sont autonomes et communicants Linformation est unique et partage

Chantier du Projet ERP Les fondements du projet:


Les rapports fondateurs du projet sont : ltude dopportunit et laudit effectus pralablement au lancement du projet. Ils contiennent : la description de lexistant lexplicitation les objectifs recherchs la dfinition des limites du projet les modles conceptuels qui dcrivent le fonctionnement de lentreprise les modles organisationnels les autres modles de donnes larchitecture cible du systme incluant lensemble des couches logicielles recherches Le cahier des charges Ces documents fondateurs sont les annexes dun cahier des charges qui doit tre labor par lquipe de projet. la version courante de la Charte des Normes et Standards (CNS) La CNS spcifie lensemble des standards des diverses couches logicielles que lentreprise a homologues. le Plan dAssurance Qualit (PAQ

Les Actions:
Les projets dERP sont des projets informatiques mais diffrents des autres par leurs caractristiques propres : ce sont des projets dintgration lutilisation de progiciels ne devrait pas modifier ou perturber les rgles de fonctionnement et dorganisation de lentreprise lutilisation de produits logiciels identiques ayant les mmes valeurs fonctionnelles peut donner des rsultats positifs chez un utilisateur et ngatifs chez un autre selon la mise en uvre.

Les aspects commerciaux concernant les produits logiciels : I. Choisir 1. Les licences ERP. Les politiques de vente de licences sont spcifiques chaque diteur. Les licences des produits logiciels de grande diffusion. Il sagit ici de lensemble des progiciels qui compltent la solution applicative

II. Manager lintgrateur matre doeuvre 1. le partenariat de fait entre matrises duvre interne et matrise duvre externe. 2. le plan de coopration (PC). les objectifs de la coopration ; les canevas des runions de travail et de validation entre prestataires et membres de lquipe de projet interne ; les procdures de validation prcises couvrant aussi bien le tuning1 des progiciels, le Protocole de Transfert de Comptence (PTC) : joue un rle particulirement sensible dans la bonne conduite du projet. Le PTC fixe les tapes du transfert de comptence, qui doit tre progressif. III.Tester les dysfonctionnements dus des nonconformits logicielles : bogues non rpertoris des progiciels, non-conformit au cahier des charges les dysfonctionnements rsultant de processus dchange de donnes entre ordinateurs ; les dysfonctionnements gnrs par la monte en charge du nombre dutilisateurs les dysfonctionnements causs par les rductions de performances en priodes de pointe dutilisation. IV. Valider *La validation technique dabord, lensemble des tests prcdents doit boucler jusqu extinction des points de dysfonctionnement ; ensuite, on effectue le passage des procdures de recette du site pilote qui valident les tests techniques sur un systme intgr prt linstallation la fin seulement, on procde la signature de la validation technique. *La validation fonctionnelle. La validation fonctionnelle, quant elle, doit faire lobjet dun protocole qui dfinit : la liste des fonctions demandes (reprise du cahier des charges) lensemble des procdures de traitement qui seront exploites des jeux de donnes dessai (entres) ainsi que les rsultats des traitements appels (sorties). La procdure de validation fonctionnelle consiste passer avec succs les lments de ce protocole.

V. Rcuprer les donnes existantes 1.la dfinition du fonds de donnes rcuprer ; 2.la traduction de la structure des donnes vers le nouveau standard de format 3.le chargement des donnes traduites sur les bases de donnes et le rfrentiel ; 4.le contrle qualit du fonds de donnes ainsi mis aux normes. VI. Dployer Le dploiement de lERP est lopration la plus lourde et la plus dlicate. 1.Cest la plus lourde, car elle met en uvre des moyens importants. 2.Cest la plus dlicate, car il sagit de remplacer un systme par un autre, avec tout ce que cela suppose de formation, de mesures daccompagnement et daide au changement. --> Il faut prparer un plan de dploiement