LE SYSTEME DINFORMATION

1) Dfinition du Systme dInformation : C'est l'organisation (homme, organigramme, rgle de gestion, procdures, ...) et les outils (applications informatiques, mthodes, rgles de calcul, matriels, ...) qui permettent aux acteurs d'une entreprise de communiquer, de traiter et de stocker des informations. Il reprsente lensemble des lments participant la gestion, au stockage, au traitement, au transport et la diffusion de linformation au sein dune organisation ou entreprise. En informatique et en tlcommunications et plus gnralement dans le monde de lentreprise, le terme Systme dInformation (SI) possde les significations suivantes : Un ensemble organis de ressources (personnel, donnes, procdures, matriel, logiciel, ) permettant dacqurir, de stocker, de structurer et de communiquer des informations sous forme de textes, images, sons, ou donnes codes dans des organisations. Selon leur finalit principale, on distingue des Systmes dInformation supports dopration (traitement de transaction, contrle de processus industriels, supports doprations de bureau et de communication) et des Systmes dInformation supports de gestion (aide la production de rapports, aide la dcision, ). Un systme ou sous-systme dquipements, dinformatique ou de tlcommunication, interconnects dans le but de lacquisition, du stockage, de la structuration, de la gestion, du dplacement, du contrle, de laffichage, de lchange (transmission ou rception) de donnes sous forme de textes, dimages, de sons, et/ou, faisant intervenir, du matriel et des logiciels. Le systme informatique ne comprend que l'outil informatique (matriel et logiciel) qui mcanise, en partie ou en totalit, le systme d'information. 2) Composition d'un Systme d'Information 2-1) Composition classique Dans un Systme d'Information classique d'une grande entreprise, on trouve gnralement : un ERP - Enterprise Resource Planning (en franais : PGI pour Progiciel de Gestion Intgr) - qui intgre tous les systmes informatiss permettant d'aider le travail dans l'entreprise ; des systmes appels spcifiques (non standards, dvelopps sur mesure, que l'on ne trouve pas sur le march,...), o l'on trouvera davantage d'applications dans les domaines de la facturation, de l'aide la production, ou de fonctions annexes.

Document ralis par Philippe DANTAGNAN

Page 1/7

La proportion entre ERP et systmes spcifiques est trs variable d'une entreprise l'autre. Dans les ERP, on trouve des modules de diffrents domaines. Il est frquent qu'une entreprise soit quipe de plusieurs progiciels diffrents selon ses domaines d'activit. Dans ce cas, les progiciels ne sont pas totalement intgrs comme dans un PGI, mais interfacs entre eux ainsi qu'avec des applications spcifiques. On trouvera par exemple des applications de : CRM - Customer Relationship Management (en franais : GRC pour Gestion de la Relation Client) : regroupe toutes les fonctions permettant d'intgrer les clients dans le systme d'information de l'entreprise SCM - Supply Chain Management (en franais : GCL pour Gestion de la Chane Logistique) : regroupe toutes les fonctions permettant d'intgrer les fournisseurs et la logistique au systme d'information de l'entreprise HRM - Human Resource Management (en franais : GRH pour Gestion des Ressources Humaines) PDM - Product Data Management (en franais : SGDT pour Systme de Gestion de Donnes Techniques) : fonctions d'aide au stockage et la gestion des donnes techniques. Surtout utilis par les bureaux d'tudes. 2-2) Tendance actuelle Le domaine des Systmes d'Information a certes une forte composante technologique et informatique. Mais c'est seulement un aspect de ce domaine qui est en fait beaucoup plus vaste. Il s'agit de concevoir comment circule et est stocke l'information de faon efficace et cohrente pour toutes les activits d'une entreprise, d'un rseau d'entreprises, d'une administration publique, des relations entre entreprises, citoyens, gouvernements... Le champ est vaste et concerne tous les domaines des activits humaines. Malgr cette ampleur, ce domaine a son unit scientifique, construit autour de concepts, de constructions abstraites et concrtes, de composants de mthodes notamment qui sont indpendantes des activits concernes. Sans doute, un des matres mots de ce domaine des Systmes d'Information est-il celui de modle accompagn de celui de modlisation. Par consquent, dans les entreprises actuelles, le Systme d'Information tend s'orienter vers des ensembles plus globaux, l'information traite par l'homme tant une connaissance grer. En complment du SI classique, on a donc une Ingnierie des connaissances qui s'articule autour des deux composantes suivantes, que l'on peut retrouver dans chaque domaine d'activit de l'entreprise : la Gestion de Contenu (en anglais : Content Management) , destine grer les informations brutes transformer en connaissances mieux structures ; la Gestion des Accs, c'est--dire la gestion des flux et des protocoles d'change dans les rseaux de tlcommunications internes ou partags avec les partenaires.

Document ralis par Philippe DANTAGNAN

Page 2/7

2-3) Autres composants possibles D'autres composants peuvent tre inclus dans un systme d'information : Bases de donnes de l'entreprise, Applications mtiers, Infrastructure rseau, Serveurs de donnes et systmes de stockage, Serveurs d'application, Postes de travail informatique, Dispositifs de scurit. 3) Le management de projet du SI : 3-1) Les volutions du dveloppement de systmes informatiques De nos jours, les organisations ou entreprises ne veulent plus sengager dans des dveloppements informatiques trs longs et trs coteux. Elles ne sont plus intresses par des ralisations dj obsoltes la livraison. De plus en plus, elles se tournent vers des solutions cls en mains, mais cela nest pas possible quand il sagit de mettre en uvre des solutions destines offrir des avantages spcifiques lentreprise. Intuitivement, nous sentons que les mthodes traditionnelles pour le dveloppement d'applications informatiques ne sont plus adaptes au climat conomique dans lequel nous vivons : Les temps de dveloppement sont trop longs. Lorsque le systme informatique est enfin livr l'environnement de l'entreprise a lui dj largement volu. Si le systme correspondait aux besoins initiaux, il ne rpond plus aux besoins actuels. Il est dj obsolte avant d'tre utilis. L'analogie peut tre faite avec l'embauche d'un salari qui prendrait plusieurs annes. Les cycles de vie d'outils de management sont devenus trop courts pour permettre un temps d'adaptation de plusieurs annes. Les applications livres ne rpondent pas aux besoins des Utilisateurs, parce que les Utilisateurs n'ont pas particip suffisamment l'laboration de leur outil. C'est un peu comme si l'quipage d'un avion n'avait pas contribu l'amnagement de leur appareil. Les quipes modernes doivent intgrer la logique du march, sinon le client en personne. Les personnes charges du dveloppement d'applications informatiques sont trop rarement consultes par les analystes et les concepteurs. Le dveloppeur a trop peu d'influence sur l'architecture du produit. Cela revient la situation o une entreprise devait construire un btiment tout en se servant de plans inutilisables. Une quipe responsable et dcloisonne doit prendre en compte les connaissances spcifiques de tous ses membres. Enfin, quand un produit connat des difficults de fonctionnement, personne n'est capable de diagnostiquer le problme, dans la mesure o personne ne possde une vue complte de l'outil depuis le systme opratoire jusqu' son application dans l'entreprise. Les apports individuels la ralisation du systme sont trop fragments et l'environnement de fonctionnement trop fragile. Tout comme une voiture livre avec un certain nombre de dfauts connus (le moteur coupe, les freins ne fonctionnent plus si on utilise la radio ou les essuie-glaces se mettent en marche lorsque lon descend les vitres).

Document ralis par Philippe DANTAGNAN

Page 3/7

Il faut admettre que chaque entreprise a ses spcificits et tout particulirement l'informatique, trange mlange de science et d'artisanat. Cependant, une chose est certaine, la ralisation d'applications informatiques doit s'acclrer pour rattraper la vitesse laquelle les technologies et les marchs voluent. 3-2) Mthodologie type de dveloppement de systmes informatiques Le dveloppement des projets du Systme d'information se fait, gnralement, par prototypage. Du prototypage au produit gnralis, on adopte la dmarche EQUIPAGE pour rpondre au besoin des Utilisateurs en respectant les tapes ci-dessous. Conception/prototypage. Industrialisation - MPP. Gnralisation. Utilisation. Bilan. 3-3) Une nouvelle approche de dveloppement de systmes informatiques Les approches de l'ingnierie concourante, des quipes pluridisciplinaires, des plateaux projets et de conception guide par le march sont devenues des pratiques standards pour acclrer le dveloppement. Il est temps de revoir ces approches dans l'informatique, et pourtant, les mthodes traditionnelles bases sur la logique du squentiel continuent dominer dans l'informatique. Par consquent, elles se prsentent comme un frein l'approche de dveloppement d'applications rapides. Le dveloppement rapide dapplication est une approche qui n'impose pas qu'une tape soit atteinte avant de dmarrer l'tape suivante. Tous les acteurs du projet sont fortement impliqus toutes les tapes. L'expression de besoins peut voluer d'une manire itrative par un processus de prototypage, de valorisation de fonctions et de priorit d'objectifs. Le projet est dcoup en phases. Chaque phase vise la livraison d'un maximum de fonctions prioritaires. Nanmoins, le dveloppement raide dapplication n'tait pas une approche tout fait acceptable pour l'industrie informatique, car il lui manquait une mthodologie. Ce n'est plus le cas. 3-4) La mthodologie dynamique de dveloppement de systmes informatiques La mthodologie dynamique de dveloppement de systmes informatiques est une mthodologie nonpropritaire de dveloppement d'applications rapides. Elle reprsente la synthse de l'exprience d'un nombre important de fournisseurs et d'Utilisateurs. Elle offre un canevas pour la ralisation et l'entretien de systmes informatiques de gestion par l'emploi d'une dmarche de prototypage. La mthode s'adresse toutes les parties prenantes du systme, aussi bien les Utilisateurs, que les responsables de projet, 1es responsables de la qualit et les ralisateurs. Un principe fondamental de l'approche dynamique est le fait que rien n'est construit parfaitement du premier coup, mais que 80% de la solution est ralisable en 20% du temps qu'il prendra pour une solution complte.

Document ralis par Philippe DANTAGNAN

Page 4/7

3-5) Pourquoi une mthodologie dynamique de dveloppement ? Les approches traditionnelles pour le dveloppement informatique essaient d'atteindre la prcision du premier coup. Dans la dmarche classique et squentielle, l'tape suivante ne peut pas commencer avant que l'tape prcdente soit compltement termine et valide. En pratique, cela engendre normment d'investissement en temps et en effort pour passer du stade de 80% de ralis l'achvement complet, en respectant le principe que l'on ne doit pas revenir sur une tape prcdente. Pourtant, les besoins ne sont que trs rarement spcifis correctement du premier coup. Ce qui se passe dans la maille c'est le retard du projet. On passe un temps important pour retourner aux tapes termines et pour corriger les erreurs dans le travail dj valid. Dans la mthode dynamique le droit de revenir sur les tapes prcdentes fait partie de la dmarche itrative. Par consquent, l'tape en cours ne doit pas avancer au-del du point ncessaire pour dmarrer l'tape suivante, car on peut y revenir dans une prochaine itration. Le principe est que les besoins auront probablement volu de toute faon, et donc des dpenses supplmentaires auront t gaspilles ! Des applications ralises selon la mthode dynamique visent les besoins actuels de l'entreprise. Or, l'approche traditionnelle a souvent eu tendance prconiser une solution pour toutes les possibilits. Un systme ralis avec la mthode dynamique rpond mieux aux vritables besoins de l'entreprise, est plus facile tester, et a plus de chance d'tre utilis. 3-6) Qu'est-ce que c'est la mthodologie dynamique de dveloppement ? La mthodologie dynamique de dveloppement couvre toutes les tapes de la ralisation d'un systme informatique pour un projet informatique qui doit tre ralis rapidement. La plupart des mthodes informatiques n'adressent qu'une seule activit telle que l'analyse et la conception, ou le pilotage de projet. La mthode dynamique prend en compte le cycle de vie entier d'un systme informatique avec les outils et les contrles ncessaires pour assurer son succs. Le cycle de vie de la ralisation bas sur une dmarche de prototypage itrative et incrmentale est associ avec les fournitures issues des activits de gestion et de suivi technique. La mthode dynamique spcifie des catgories de prototypes et leur application la plus efficace durant le projet. Le dveloppement rapide d'applications doit tre considr comme une approche lgitime et srieuse. La mthode dynamique contient une description des activits de management de projet ncessaire pour matriser l'volution rapide d'un systme. Le principe du dcoupage en phases est l'une de ces approches, mais il en existe d'autres selon l'activit. Par exemple, la structure et les rles au sein de l'quipe doivent tre adapts la dmarche. Les quipes qui respectent la mthode dynamique doivent recevoir des objectifs clairs et ralisables dans un temps donn. Toutes les fournitures sont associes des critres de qualit pour s'assurer d'atteindre les objectifs. Les structures des quipes comprennent plusieurs rles pour les Utilisateurs. On attend que certains Utilisateurs s'intgrent dans l'quipe de dveloppement afin d'effectuer des dcisions journalires de manire plus rapide et plus efficace. D'autres Utilisateurs assument les rles de clients externes plus traditionnels. L'apport efficace du temps et de connaissances de la part des Utilisateurs est un des lments cls de la mthode dynamique.

Document ralis par Philippe DANTAGNAN

Page 5/7

Conforme la volont de srieux, la mthode dynamique dtaille l'approche prconise pour la gestion de la configuration technique. La gestion de la configuration est importante pour matriser l'tat de produits trs volutifs dans un projet conu avec la mthode dynamique. Une approche adapte pour les tests et le contrle de la qualit est aussi labore. On ne retrouve pas dans la mthodologie dynamique de dveloppement un mandat pour ce qui concerne les techniques d'analyse, de conception et de programmation. En revanche, les techniques de l'analyse et de la conception structures, et l'analyse oriente objets sont dessines. Il est vrai que certaines organisations peuvent prfrer utiliser leurs techniques habituelles dans le mesure du possible. De telles techniques peuvent tre values par rapport aux spcificits de la mthode dynamique l'aide des critres spcifis dans le guide de la mthodologie dynamique de dveloppement. La mthodologie dynamique de dveloppement dcrit galement les conditions de dveloppement idal avec une check-list pour aider une entreprise dans l'valuation et la spcification d'un tel environnement. Parmi d'autres aspects traits en dtail dans la mthode dynamique se trouvent : l'estimation des cots et des dures, des paramtres pour valuer le succs des projets, des recommandations pour la conduite de la sous-traitance, enfin, la mthodologie dynamique de dveloppement offre des conseils pour l'introduction du dveloppement rapide d'applications au sein d'une organisation. 3-7) Un exemple de mthodologie dynamique de dveloppement Cet exemple de mthode pour livrer des systmes rapides et souples pour rpondre des besoins urgents dans un monde qui volue rapidement, repose sur : 3-7-1) Des grands principes 1) Associer les utilisateurs toutes les tapes. 2) Autoriser l'quipe prendre des dcisions. 3) Satisfaire les besoins du business avant tout. 4) Dvelopper de manire itrative. 5) Assurer la rversibilit des modifications. 6) Manager le produit, et non la tche. 7) Intgrer les tests toutes les tapes. 8) Dlivrer des fournitures frquentes. 9) Estimer par rapport aux besoins globaux. 10) Evaluer les risques par rapport aux fonctions. 11) Spcifier un plan de rfrence global. 12) Promouvoir des relations coopratives. 3-7-2) Quatre types de prototypes Business - vrifier la comprhension. Ergonomie - vrifier la praticabilit. Performance - vrifier les dimensions. Capacit - vrifier l'architecture.

Document ralis par Philippe DANTAGNAN

Page 6/7

3-7-3) Trois tapes de prototypage Explorer les besoins. Amliorer la fonctionnalit. Consolider. Une approche pour dvelopper les prototypes doit : identifier, planifier, crer et capitaliser. 3-7-4) Un relationnel et une quipe Associer les utilisateurs ds le dbut : construire des relations collaboratrices, se mettre d'accord sur les rles. Autoriser l'quipe prendre des dcisions les ressources, les priorits, les motifs. Localiser l'quipe un seul endroit l o le systme sera utilis. Employer des comptences cls : communication et business , technique et management. Dterminer tous les rles cls : managers, Utilisateurs, conseillers, chargs techniques et dveloppeurs. 3-7-5) Un canevas L'tude de faisabilit : est-ce que la mthodologie dynamique de dveloppement est adapte ? L'tude du business : la dfinition des fonctions, les besoins en information et les fournitures prioritaires. Le modle fonctionnel itratif les fonctions cls spcifies en dtail. La conception et le dveloppement itratifs : l'apport des Utilisateurs et les priorits mises jour. La mise en uvre : l'installation et l'entranement termins. Tout est itratif. 3-7-6) Des outils et des techniques de dveloppement rapide dapplication Permettre un dveloppement rapide. Associer les utilisateurs dans la conception. Permettre un dveloppement itratif. Construire une ergonomie excellente. Supporter la gestion de la configuration. Faciliter la rutilisation fournir une documentation intgre. 3-7-7) Des approches prconises Structures et orientes objets. Atelier logiciel recommand. Le comment est plus important que l'outil. 3-7-8) Un management Planifier le projet de faon itrative : viser les fournitures cls, estimer partir des fonctions les plus importantes, employer le concept de dcoupage en phases. Tester durant toutes les tapes du projet : tester les fonctions business en priorit, se concentrer sur les fonctions cls, rpter et enregistrer. Les concepteurs n'effectuent pas de tests. Capitaliser sur les causes des russites et des checs et apprendre ne pas culpabiliser. Se baser sur des mesures fiables.

Document ralis par Philippe DANTAGNAN

Page 7/7