1/11

GESTION DES SYSTMES DINFORMATION

Classe terminale de la srie Sciences et technologies de la gestion Spcialit Gestion des systmes dinformation

I. PRSENTATION DU PROGRAMME
Les horaires indicatifs communiqus prennent en compte les heures de cours et les heures de travaux dirigs. Lhoraire hebdomadaire par lve est de 8 heures : 4 + (4). 1. Les objectifs Quel que soit leur secteur d'activit, les entreprises, et plus gnralement les organisations, sont aujourd'hui confrontes la question de l'utilisation pertinente des technologies de l'information et de la communication dans leur fonctionnement. La comprhension des systmes d'information actuels impose la connaissance des technologies qui les supportent et le reprage des opportunits dont elles sont porteuses pour l'organisation. Le programme de "Gestion des systmes d'information" (GSI) vise l'acquisition des savoirs et savoir-faire mobiliss dans l'tude des systmes d'information et de leur volution en intgrant leurs dimensions organisationnelle, humaine et technologique. En privilgiant cette approche tridimensionnelle du systme d'information, le programme offre aux lves la possibilit d'acqurir les repres fondamentaux permettant : - de mesurer les contributions du systme d'information l'organisation ; - d'valuer les potentialits et les limites des technologies de l'information et de la communication (TIC) dans le cadre du systme d'information ; - de mettre en uvre des dmarches et des outils pour assurer l'adaptation du systme d'information aux besoins de l'organisation. Dans le cadre de cet enseignement, le systme d'information est toujours suppos inscrit dans un contexte de gestion donn, partir duquel les lves sont conduits : - caractriser les besoins, reprer les acteurs impliqus, leurs rles et contributions et construire une reprsentation dynamique de

l'entreprise au travers de la modlisation de quelques processus de gestion ; - identifier les causes de l'volution du systme d'information, suivre et comprendre la ncessit dune dmarche de projet d'adaptation ; - acqurir les bases techniques ncessaires l'utilisation rationnelle de l'environnement technologique du systme d'information, tant dans sa dimension infrastructure de communication que dans sa dimension architecture d'applications ; - participer la mise en uvre des diffrentes phases d'une dmarche de dveloppement d'applications informatiques dans le but d'en assurer l'adaptation et l'intgration l'organisation. Cet enseignement favorise l'acquisition de capacits gnrales d'organisation individuelle et collective dans la ralisation d'activits mobilisant les technologies de l'information et de la communication. Il contribue au dveloppement de capacits d'analyse, de synthse et d'expression dans un langage formel au travers de l'utilisation d'instruments de modlisation pour reprsenter et analyser des situations de gestion. Sa vise technologique s'accompagne d'une attention permanente porte aux enjeux de l'informatisation du systme d'information tant dans ses dimensions conomiques et sociales qu'thiques. Il bnficie des rfrences et des ouvertures apportes par les enseignements d'conomie, de Droit et de Management des organisations. 2. La structure du programme et sa mise en oeuvre C'est la logique de l'tude des interactions entre l'organisation et ses contraintes, les technologies et leurs potentialits, les utilisateurs et leurs besoins qui a dtermin la structuration du programme en trois parties.

2/11

A. Systme d'information et organisation B. Services fournis par le systme d'information et technologies associes C. volution du systme d'information et dveloppement des applications Cette prsentation ne constitue cependant pas une progression pdagogique. Conu pour tre enseign dans le cadre d'une pdagogie active, impliquant l'lve dans la construction de ses connaissances, le programme doit tre trait en prenant appui sur diffrents contextes de systme d'information dans lesquels les situations de gestion et le cadre technologique proposs permettent l'examen des questions suivantes : - Pourquoi ? Dans quel cadre et pour quels objectifs agit-on ?
(30% du temps)

Dans la classe terminale Gestion des systmes d'information , les ressources ncessaires sont introduites progressivement dans l'environnement de travail de l'lve : description du contexte (organisationnel, technologique et humain), contraintes, rgles de gestion, application, documentation. Il ne s'agit pas de dvelopper in extenso de nouvelles applications, mais de comprendre la logique de fonctionnement de l'existant et d'en assurer l'adaptation.

II. PROGRAMME
Le programme est constitu de trois lments indissociables : Un tableau comportant trois colonnes : - une premire colonne numre et hirarchise les thmes d'tude ; - une seconde colonne prcise le sens et la porte de l'tude de chaque thme ; - une troisime colonne nonce les notions et contenus construire en regard des diffrents thmes et des sous parties qui leur correspondent. Les notions doivent tre acquises par les lves au terme de la classe terminale. Des indications complmentaires et limites : rdiges l'intention des professeurs, elles ont pour but de fournir une grille de lecture facilitant la mise en uvre des programmes. Elles prcisent les intentions et les objectifs viss, fournissent des lments de dlimitation des contenus, soulignent les articulations mettre en vidence et apportent des recommandations pdagogiques utiles. Des indications mthodologiques dcrivant les dmarches pdagogiques privilgier et donnant quelques principes d'organisation de la progression sont galement proposs. Elles seront compltes et illustres dans le guide d'accompagnement pdagogique du programme.

- Avec quoi ? Quels sont les moyens disponibles pour proposer une solution ?
(30% du temps)

- Comment ? Quelles dmarches suivre pour identifier et construire une solution ?

(40% du temps)

Le professeur prend appui sur les acquis de la classe de premire, en particulier les enseignements d'Information et communication pour ce qui concerne les rseaux et les enseignements d'Information et gestion pour ce qui concerne les bases de donnes. La dmarche pdagogique prconise (cf. point IV Indications mthodologiques ) consiste : - observer, reprsenter, analyser et interprter un existant dans une organisation ; - concevoir et justifier une solution organisationnelle et technique pour rpondre un besoin exprim et produire des lments de cette solution ; - utiliser des critres pour valuer la production ralise, la dmarche suivie et les impacts sur l'organisation.

A. SYSTME DINFORMATION ET ORGANISATION

(Dure indicative : 72 heures, cours et travaux dirigs)
THMES 1. Les contributions du systme d'information lorganisation 1.1. Systme d'information et enjeux pour l'organisation SENS ET PORTE DE LTUDE NOTIONS ET CONTENUS CONSTRUIRE

Le systme dinformation contribue rduire l'incertitude dans le pilotage des organisations et matriser la complexit des situations de gestion. Dans un environnement concurrentiel, il constitue un vecteur d'innovation souvent dcisif. Le systme d'information est un lment essentiel du pilotage de lorganisation et de ses activits pour aider la prise de dcision. Aux diffrents niveaux de dcision correspondent des besoins d'informations diffrents en termes de forme, de contenu, de disponibilit. Le systme d'information peut offrir des opportunits permettant aux organisations de se diffrencier, de crer de nouveaux services, de conqurir des nouveaux marchs.

- Rles du systme d'information dans l'organisation.

- Exploitation des informations : niveau oprationnel, niveau dcisionnel.

- Apports stratgiques du systme d'information.

3/11

THMES

SENS ET PORTE DE LTUDE

NOTIONS ET CONTENUS CONSTRUIRE - Parties prenantes : utilisateur, gestionnaire du systme d'information, informaticien.

1.2. Parties prenantes du systme Lidentification des parties prenantes du systme d'information d'information permet d'apprhender leur rle et leurs responsabilits dans sa mise en uvre, sa gestion et sa conception. 1.3. volution du systme d'information

Le systme d'information doit tre adapt aux - Causes du changement : changements de l'organisation ou de son environnement, technologique/organisationnelle. que ce changement soit d'origine technologique ou organisationnelle. - Modalits d'adaptation : solutions Selon les cas, ladaptation du systme d'information peut spcifiques/standards. utiliser des solutions dveloppes sur mesure ou bases sur l'utilisation de progiciels de gestion notamment dun progiciel de gestion intgr (PGI).

2. La reprsentation des activits dans lorganisation 2.1. Approche des processus organisationnels

- Processus : processus mtier, processus Les organisations dfinissent leur travail autour support. denchanements dactivits destins amliorer leur fonctionnement et leur efficacit vis vis des clients : ce sont les processus. La prsentation d'une typologie des processus facilite le reprage de leurs caractristiques et de leurs rles.

2.2. Modlisation des processus

La coordination de laction de lorganisation par linformation passe par une comprhension collective des processus : celle-ci est facilite par la modlisation. La reprsentation du processus doit tre communicable et prcise. Elle doit garantir la comprhension complte de l'enchanement des activits et permettre ensuite de dgager des axes damlioration du processus.

- Modle vnement/rsultat avec reprsentation des acteurs.

3. Le projet de systme d'information 3.1. Justification conomique d'un projet d'volution de systme d'information Gestion du projet de systme d'information : cot, qualit, dlai Budget d'un projet : - cot d'investissement/cot d'exploitation ; - caractristiques des cots (fixe/variable) ; - suivi d'un budget (dpenses). Lobtention de ces gains sera effective si les responsables du projet en ont surmont les risques (retard, dpassement de budget, chec). 3.2. Organisation du projet Le lancement du projet suppose la mise en place de ressources et la dfinition d'une organisation afin d'atteindre les objectifs fixs dans des contraintes donnes. La structure du projet est base sur une logique de dcoupage en tapes. Chaque tape reprsente une charge de travail pour une ou plusieurs personnes de l'organisation. Sur la base de cette organisation, une planification est construite et formalise. - Gains qualitatifs : identification et critres de mesure. - Risques : identification, nature. - quipe projet : matre d'uvre, matre d'ouvrage, chef de projet. - Tableau des tches. - Mesure de la charge de travail. - Planification.

La mise en place dun projet dvolution de systme d'information ncessite la mobilisation de ressources humaines, technologiques et financires. Un projet de systme d'information reprsente donc un investissement, qui, en tant que tel, doit tre justifi par lobtention de gains quantitatifs ou qualitatifs pour lorganisation.

4/11

THMES 3.3. Suivi du projet

SENS ET PORTE DE LTUDE Pendant le droulement du projet, il convient de suivre lavancement du travail ralis et de contrler que les dlais seront tenus en respectant les contraintes de qualit. Le suivi du projet doit permettre de ragir rapidement toute drive en cours de ralisation.

NOTIONS ET CONTENUS CONSTRUIRE - Critres de suivi : temps prvu, temps pass, reste faire, carts sur les dlais.

B. SERVICES FOURNIS PAR LE SYSTME DINFORMATION ET TECHNOLOGIES ASSOCIES

(Dure indicative : 72 heures, cours et travaux dirigs)
THMES 1. La gestion des donnes 1.1 Dfinition, interrogation et mise jour des donnes Une base de donnes relationnelle est dcrite laide dun langage qui permet de dfinir les diffrents objets qui la composent. Le systme dinformation doit fournir aux acteurs de lorganisation les services leur permettant : dextraire les informations pertinentes par linterrogation de la base de donnes ; dalimenter et denrichir ces informations par la mise jour de la base de donnes. 1.2 Contrle daccs aux donnes Les rles et fonctions des diffrents acteurs au sein dune organisation dterminent des droits daccs tout ou partie des donnes disponibles : lecture, ajout, mise jour, suppression. - Contrle de laccs aux donnes : compte dutilisateur, droits d'accs aux objets dune base de donnes. - Dfinition des objets de la base de donnes : tables, contraintes dintgrit, vues. - Requtes SQL dinterrogation des donnes. - Requtes SQL de mise jour des donnes. SENS ET PORTE DE LTUDE NOTIONS ET CONTENUS CONSTRUIRE

2. Lchange dinformations 2.1. Services et protocoles rseau Lchange dinformation sur les rseaux est fond sur le respect de rgles normalises dfinies lchelle mondiale. Les protocoles rseau permettent la communication entre systmes rpartis au sein de lorganisation et sur Internet. 2.2. Formats dchange Lchange dinformations passe de plus en plus par llaboration et la communication de documents lectroniques. Cela impose le recours des formats et langages communs pour les dcrire et les grer. Un document lectronique contient une information structure, destine tre communique. Un document crit peut tre vu de diffrentes manires : du point de vue de sa structure (organisation interne), de son contenu (informations sous la forme de textes, dillustrations), de sa prsentation (disposition, styles), de son support (mmoire lectronique, magntique, optique). - Rle de la normalisation.

- Rles et logique de mise en uvre des protocoles rseau. - Proprits des documents lectroniques : structure, contenu, prsentation, support.

- Rles des formats de fichiers.

Un document lectronique est cr et enregistr selon un - Description de la structure et de la format spcifi, dans un ou plusieurs fichiers. Les prsentation dun document lectronique langages balises permettent de dcrire un document l'aide d'un langage balises. indpendamment de la prsentation retenue et du logiciel utilis.

5/11

THMES 3. Le recours aux applications 3.1 Environnement de travail de lutilisateur

SENS ET PORTE DE LTUDE

NOTIONS ET CONTENUS CONSTRUIRE

Les logiciels sont mobiliss par lutilisateur dans son travail de production de documents lectroniques (texte, feuille de calcul, graphique, prsentation), de documentation et de communication (navigation sur la toile, change et gestion de messages lectroniques, transfert de fichiers). Ils comportent des fonctionnalits dimportation et dexportation de donnes en provenance ou destination du systme dinformation dune organisation.

- Production de documents et logiciels associs : texte, feuille de calcul, graphique, prsentation, page Web. - Communication et travail collaboratif : navigation, change de messages lectroniques, transfert de fichiers, travail de groupe. - Importation, exportation de donnes.

3.2 Architecture des applications

Les applications sont excutes en prenant appui sur une - Environnement dexcution des applications : systme dexploitation, navigateur, moteur architecture technique donne dont dpendent leurs conditions dinstallation, de dploiement et dutilisation. dexcution. Une application doit prendre en charge trois fonctions : assurer le dialogue avec lutilisateur, traiter linformation, accder aux donnes. Les applications installes sur un ou plusieurs systmes cooprent entre elles en sollicitant des services applicatifs. Les normes et standards dInternet sont souvent mis en uvre dans ce contexte (Intranet, Extranet, Internet). - Niveaux fonctionnels dune application : dialogue homme-machine, logique applicative, accs aux donnes. - Coopration entre les applications : architecture client-serveur, serveur dapplication, mdiateur daccs aux donnes (middleware).

C. EVOLUTION DU SYSTME DINFORMATION ET DVELOPPEMENT DES APPLICATIONS

(Dure indicative : 96 heures, cours et travaux dirigs)
THMES 1. Le cadre du dveloppement 1.1 Caractristiques d'une application Une application est une composante technologique du systme dinformation. Par les fonctionnalits quelles proposent, les applications accompagnent lactivit des acteurs de lorganisation que ce soit au niveau oprationnel ou dcisionnel. Lvolution du systme dinformation peut ncessiter ladaptation des applications existantes. Lexpression des besoins permet de dfinir ce qui est attendu de lapplication. Ces besoins sont formaliss : - par un diagramme de cas dutilisation qui prsente les services attendus ; - par des jeux dessai destins vrifier la conformit de la solution aux attentes. 2. Ladaptation de lapplication 2.1. Prise en charge du dialogue homme-machine - Fonctionnalits. - Cycle de vie. SENS ET PORTE DE LTUDE NOTIONS ET CONTENUS CONSTRUIRE

1.2. Formalisation des besoins

- Expression des besoins : cas dutilisation, jeu d'essai.

Le dialogue homme-machine permet lutilisateur dinteragir avec lapplication. L'interface hommemachine (IHM) doit respecter certains principes ergonomiques pour garantir la qualit du dialogue. La ralisation de maquettes, en collaboration avec les utilisateurs, permet de concevoir l'IHM. Les IHM graphiques ragissent des vnements provoqus par des actions de lutilisateur sur les contrles graphiques qui les composent.

- Interface homme-machine. - Maquette. - Ergonomie.

- Contrle graphique. - vnement.

6/11

THMES 2.2. Exploitation des donnes

SENS ET PORTE DE LTUDE Une application exploite des donnes qui sont le plus souvent stockes dans les tables dune base de donnes relationnelle. Lvolution de lapplication peut ncessiter la modification de la structure de la base de donnes et/ou ladaptation de la partie de lapplication qui exploite les donnes. Lexploitation des donnes mobilise des structures de donnes et des instructions spcifiques construites avec le logiciel de dveloppement de lapplication.

NOTIONS ET CONTENUS CONSTRUIRE - Structure de donnes : tableau, indice, jeu d'enregistrements.

2.3. Programmation des traitements

Les traitements constituent la partie dynamique de lapplication, ils permettent de mettre en uvre des rgles de gestion. Ladaptation de lapplication ncessite deffectuer des modifications sur le code existant en utilisant les instructions et les bibliothques de fonctions et de classes fournies par le logiciel de dveloppement.

- Procdure, fonction, paramtre. - Structure de contrle.

Au cours du dveloppement, la mise au point de - Mise au point de l'application. lapplication ncessite de raliser des tests et davoir recours aux outils de mise au point fournis par le logiciel de dveloppement. 3. Lintgration lorganisation 3.1. Mise en exploitation de lapplication

La mise en exploitation de lapplication ncessite - Installation de lapplication. de procder son installation afin de lintgrer dans un - Habilitation des utilisateurs de lapplication. environnement dexcution et didentifier les utilisateurs autoriss y accder en spcifiant leurs droits daccs. La documentation de lapplication doit permettre : - daider les utilisateurs lexploiter efficacement dans leurs activits ; - de fournir aux informaticiens les moyens dassurer sa maintenance. - Documentation, aide lectronique.

3.2. Documentation de lapplication

III. INDICATIONS COMPLMENTAIRES

A. Systme d'information et organisation Cette partie du programme doit tre aborde en parallle avec les parties B et C. La logique adopte est qu'un besoin de gestion clair et identifi (partie A) dbouche sur un projet qui peut tre technique (partie C) ce projet utilisant des technologies adaptes (partie B). Les concepts tudis (systme d'information et processus) dfinissent le cadre dans lequel l'action technique prend du sens. 1. Les contributions du systme d'information l'organisation L'lve doit percevoir le systme d'information comme l'interaction de sous-ensembles technologiques, organisationnels et humains permettant d'acqurir, de traiter, de stocker, de communiquer des informations. Il doit comprendre qu'un accs normalis et rationnel aux informations favorise la cohrence et la pertinence de l'action. Cette dimension du programme est aborde partir de l'observation d'organisations relles ou inspires de la ralit (simulation), au sein desquelles l'lve peut reprer les sous-ensembles et les fonctions principales du systme d'information. Il importe de montrer que la structuration et l'informatisation du systme d'information doivent rpondre aux besoins de l'organisation aussi bien qu'aux besoins de

ses utilisateurs. Les changements qui affectent l'organisation se traduisent par des adaptations continues du systme d'information. 1.1. SI et enjeux pour lorganisation Historiquement, les contributions du systme d'information l'organisation ont progressivement volu : d'une fonction seulement oprationnelle (automatisation du traitement d'ensembles de donnes structurs) vers des fonctions de pilotage et d'aide la dcision. Les contributions du systme d'information visent une conduite plus efficace des activits et participent la rorganisation du fonctionnement de lorganisation. L'identification et l'tude de quelques informations issues de documents de gestion (ex. : tableau de bord, profil de poste, procdure de fabrication) permettent de caractriser la partie du systme d'information associe. Puis, au travers d'exemples d'applications de gestion (gestion des clients, gestion des approvisionnements, gestion de la paie, etc.) : - on observe ce qu'apporte le systme d'information la gestion de l'organisation dans la collecte, la mmorisation, le traitement et la diffusion rationnelle des donnes ncessaires la ralisation des activits correspondantes ; - on identifie les composants techniques (rseaux, ordinateurs, applications), les composants organisationnels (procdures,

7/11

organisation du travail) et les utilisateurs (qui se sert des outils et pour quoi faire). La sensibilisation l'aide la dcision, aborde dans le programme de Management des organisations, est recherche au travers dexemples concrets. Llve doit percevoir que le besoin d'information est li au niveau de dcision. Pour une dcision stratgique (rorientation de la production ou lancement sur un nouveau march), les informations ncessaires sont diffrentes dans le fond et la forme de celles d'une dcision oprationnelle (contrle d'une facture ou d'un bon de livraison par exemple). Les apports stratgiques (cf. programme de Management des organisations) du systme d'information sont prsents partir dexemples significatifs d'organisations dans lesquelles le dveloppement de projets novateurs, fonds sur l'innovation technologique du systme d'information, s'est rvl dterminant. 1.2. Parties prenantes du SI Le systme d'information doit assurer au mieux le traitement de l'information de gestion, en fonction des attentes de l'organisation exprimes au travers de demandes de la direction et dutilisateurs. Les parties prenantes peuvent tre diffrencies partir du rle qu'elles jouent dans sa gestion : - l'utilisateur final qui exprime et dfinit prcisment ses besoins d'information, puis met en uvre les applications ; - le gestionnaire du systme d'information qui assure le pilotage et fixe les grandes orientations pour le systme d'information ; - l'informaticien qui prend en charge les tudes, les diffrentes expertises techniques, l'administration, la gestion et l'exploitation du systme d'information. 1.3. volution du SI Les organisations doivent tre en mesure de ragir rapidement aux mouvements du march, aux inflexions des besoins des clients, aux transformations des mtiers des utilisateurs, aux ajustements de la rglementation, aux mutations technologiques. Tous ces facteurs suscitent des besoins constants d'volution du systme d'information. On identifie les facteurs d'volution qui impliquent l'adaptation du systme d'information selon leur origine : - dominante organisationnelle : volution des procdures qui s'appliquent au poste de travail, la rpartition hirarchique des responsabilits, aux profils et comptences des utilisateurs, aux volutions des rgles de gestion (par exemple les modifications lgislatives ou rglementaires) ; - dominante technologique : intgration de technologies de l'information plus performantes, baisse des cots des technologies, adoption de nouvelles normes ou protocoles. Les changements d'origine stratgique sont seulement voqus. L'volution du systme d'information peut tre ralise selon plusieurs modalits. Il s'agit ici, par des exemples concrets, de comparer des solutions utilisant des dveloppements spcifiques ou des progiciels standard. partir d'un exemple limit une organisation de type PME/PMI, les changements importants induits par le dploiement d'un progiciel de gestion intgr (PGI) sont mis en vidence, la logique dintgration d'un progiciel tant diffrente de celle d'un dveloppement informatique spcifique. Llve doit savoir, sur la base des informations fournies par lenseignant, identifier lorigine du changement et les modalits de ladaptation du systme d'information.

2. La reprsentation des activits dans lorganisation

Dans le cadre des activits de l'organisation, les acteurs changent entre eux des flux dinformations qui peuvent tre modliss par un diagramme de flux. Ce rappel du programme de premire permet de revoir et approfondir les notions dactivit, de flux et dchange dinformations entre acteurs. En gestion des organisations, une approche par les processus est aujourd'hui privilgie. Cette approche permet de centrer le management sur lenchanement et la coordination des activits et des acteurs permettant de crer de la valeur ajoute pour le client. Le choix est fait ici de prendre appui sur une reprsentation simplificatrice de l'organisation par le choix de quelques processus pour prsenter ensuite les projets d'adaptation du systme d'information.
2.1. Approche des processus organisationnels

Un processus est dfini (ISO 9000) comme un systme d'activits qui utilise des ressources pour transformer des lments entrants en lments de sortie. C'est une succession d'activits ralises l'aide de moyens (personnel, quipement, matriels, informations) et dont le rsultat final attendu est un produit. Dans ce programme, de manire plus prcise, un processus est dfini comme un ensemble organis d'activits dclench par un vnement et orient vers la production dun rsultat clairement identifi. Des exemples simples de processus permettent d'illustrer la dfinition donne. Par exemple, l'arrive de la commande d'un client (vnement dclencheur) provoque une srie d'activits (contrle de la commande, vrification de la disponibilit de l'article, identification du client, vrification de sa situation, etc.) ralises par des personnes diffrentes appartenant des services diffrents. C'est la bonne coordination de ces activits qui permet de livrer le client de manire satisfaisante (vnement rsultat). En interne, une demande de fournitures de bureau, une demande de cong sont des vnements qui dclenchent des processus. Pour un lve en classe terminale, une demande de bourse, une chance de dpt de dossier de poursuite d'tudes, l'inscription au baccalaurat sont autant de points de dpart de processus. Un processus fait intervenir diffrents acteurs, matriels, procdures, informations dont la mobilisation coordonne permet de fournir un rsultat attendu et mesurable. Chaque acteur doit pouvoir situer son travail et apprcier la contribution quil apporte. L'approche par les processus permet au professeur de prsenter l'organisation dans un cadre finalis ; le processus dbouche sur un rsultat, prenant en compte l'humain (les acteurs). La coordination est simplement voque, travers des illustrations, sans faire rfrence aux modles de coordination de la thorie des organisations. Les processus examins sont des processus structurs et rptitifs : ce sont des actions construites et dclenches partir dun vnement dfini qui se produit dans lentreprise ou dans son environnement. Les exemples de processus proposs ci-dessus sont bien formaliss (on peut les dcrire prcisment, reprer qui fait quoi) et leur droulement peut tre reproduit. Il existe d'autres processus dans l'organisation qui sont non structurs ou non rptitifs. Il importe d'aider l'lve percevoir que cette approche partielle et simplificatrice ne permet pas de traiter tous les aspects de la gestion du systme d'information. Le programme ne retient que deux types de processus : - les processus mtier (ou processus de ralisation) qui dlivrent un service au client, par exemple un processus de commande, de fabrication de produit, de service aprs vente ;

8/11

- les processus support sur lesquels sappuient un ou des processus mtier, par exemple un processus d'approvisionnement, un processus de gestion des stocks.
2.2. Modlisation des processus

Faire voluer le systme d'information ncessite une vision claire et partage du fonctionnement de lorganisation. La modlisation est considre ici comme un moyen d'y parvenir. La modlisation des processus se fonde sur l'utilisation d'un modle vnement/rsultat incluant la reprsentation des acteurs, des oprations, des vnements dclencheurs et des vnements rsultats. Ce choix dun modle simple permet de reprsenter formellement tout type de processus. Llve doit savoir : - interprter un schma de reprsentation de processus ; - identifier le type de processus (mtier, support) ; - crer l'aide du modle vnement/rsultat un schma de reprsentation de processus partir d'un relev d'observations, d'une description textuelle. La qualit dun processus se dfinit par rapport au rsultat qu'il fournit. En classe terminale, on limite l'valuation du rsultat au dlai et la qualit attendue (ladquation du rsultat aux attentes et besoins du client). En sappuyant sur lanalyse et lidentification des caractristiques dun processus, la modification de celui-ci a pour but d'amliorer sa performance : - par lvolution des rgles de gestion de lorganisation ; - par lvolution technologique. 3. Le projet de SI Un changement, dans lorganisation ou son environnement, peut entraner un projet dvolution du systme dinformation. Ce projet est gr comme toute activit de lorganisation. On se limite dans ce programme trois thmes : - la justification conomique du projet ; - lorganisation des tches du projet et leur planification ; - le suivi de lavancement de la ralisation.
3.1. Justification conomique dun projet

Les projets de systme d'information sont, par nature, risqus : il faut donc grer les risques que lon est prt prendre en les identifiant (dpassement de budget, d'chance, incertitude sur l'adaptation des utilisateurs) et en prparant des actions correctrices. On se limite ici une identification des risques dans un projet de systme dinformation. Llve doit savoir laborer un budget de projet de systme d'information sur la base dinformations de gestion qui lui sont fournies. Pour les gains qualitatifs, seul leur reprage sera demand avec l'identification ou le choix dun moyen de mesure. Pour les risques, seule leur identification est demande. Aprs la justification du projet, on sait pourquoi (et pour qui) le projet est lanc : ses objectifs sont clairement explicits et l'une des solutions possibles a t retenue. On dispose donc d'informations suffisamment prcises pour dfinir les activits et les acteurs des phases suivantes du projet. 3.2. Organisation du projet Un projet est un travail dquipe entre la matrise douvrage et la matrise duvre, travail qui est ralis sous la responsabilit dun chef de projet. La structure de lquipe projet peut tre trs varie en taille et forme, mais on s'en tient ici la structure classique. La matrise duvre assure l'adaptation de lapplication informatique avec laide de la matrise douvrage qui reprsente les futurs utilisateurs. Le chef de projet doit intgrer la diversit des acteurs impliqus. Son rle consiste veiller la bonne coordination des intervenants, animer le projet (prise de dcision, gestion de conflits), communiquer sur l'avancement du projet. Tout projet ncessite au dpart didentifier et dordonnancer les tches raliser : cest lobjet du tableau des tches. Chaque tche correspond une charge de travail qui est exprime en jour-homme (j-h) et chaque tche peut avoir des contraintes dantriorit (ncessit quune ou plusieurs tches prcdentes soient termines). On se limite exclusivement aux contraintes de Type Fin/Dbut sans prise en compte de dlai d'attente entre la fin de la tche antrieure et le dmarrage de la tche suivante. Sur la base dun tableau des tches contenant les charges de travail et les contraintes dantriorit, llve doit savoir raliser une planification sous forme de diagramme de Gantt et calculer la date de fin du projet. On ne traite pas dans cette partie des marges des tches ni du chemin critique. Chaque tche est prise en charge par un seul acteur bien identifi (pas de gestion multiple de laffectation de ressources).
3.3. Suivi du projet

Sur la base des dfinitions de l'AFNOR, un projet est dfini comme tant une uvre (processus de fabrication) permettant de crer un ouvrage (produit ralis). La notion de projet est claire par le triangle du management de projet. Il s'agit de montrer qu'un projet doit tre pilot en fonction de trois types dindicateurs : le cot de ralisation, le dlai de ralisation et la qualit du produit. Un projet de systme d'information ncessite un investissement financier pour acqurir du matriel (quipements rseau, ordinateurs ou priphriques), des logiciels, faire voluer les procdures de travail et les comptences (formation) et faire dvelopper des applications informatiques. Cet investissement doit donc tre justifi par lobtention de gains futurs. Sur la base dune solution fournie, le budget dinvestissement du projet doit tre clairement dfini. Llve diffrencie les cots dinvestissement des cots de fonctionnement et les cots fixes des cots variables. Le professeur veille rendre perceptible le fait que dans le domaine des systmes dinformation une part importante des gains peut tre qualitative et non traduisible en monnaie. Ces gains sont identifis et associs un critre de mesure concret. Par exemple, pour la mise en place dun site Internet, lamlioration de la qualit du service pour le client peut tre mesure par une enqute de satisfaction.

Le contrle davancement ou suivi du travail dun projet ncessite de croiser trois informations : - le temps prvu dune activit en jour-homme ; - le temps pass sur cette activit en nombre de jours ; - le temps disponible pour ce qui reste faire en nombre de jours. Les consquences des carts identifis sur une tche doivent tre analyses afin de dterminer les actions mener. Sur la base de situations exposes par lenseignant, llve doit savoir faire un point davancement sur un projet donn et recalculer la date de fin de projet initialement prvue.

9/11

B. Services fournis par le SI et technologies associes Le dcoupage de cette partie du programme met en vidence les principaux services rendus par les technologies informatiques dans les organisations : - la gestion des donnes ; - lchange dinformations ; - le recours aux applications. 1. La gestion des donnes Rpondre aux besoins dinformation dune organisation ncessite de comprendre la logique de mise en uvre de la base de donnes. Cette partie sappuie sur les connaissances acquises en classe de premire en matire de consultation dune base de donnes relationnelle laide du langage SQL. Elle est indissociable du point 2.2. de la partie C. volution du systme dinformation et dveloppement des applications .
1.1. Dfinition, interrogation et mise jour des donnes

2.1. Services et protocoles rseau

Ce point, en liaison avec le point 3.1. Environnement de travail de lutilisateur , prend appui sur lobservation du rseau dune organisation (y compris l'tablissement scolaire) pour mettre en vidence le rle des protocoles utiliss par les logiciels de communication sur Internet. Les lments de configuration concerns sont les suivants : adresses rseaux, serveurs de noms, serveurs de messagerie, transfert de fichiers. Il sagit de connatre le rle et de dcrire les principes de fonctionnement des protocoles utiles la dfinition des paramtres dun logiciel de communication (navigateur, messagerie, transfert de fichiers), sans en tudier le fonctionnement interne.
2.2. Formats dchange

Pour linterrogation et la mise jour dune base de donnes : - ltude de lordre SQL SELECT et de ses clauses FROM, WHERE et ORDER BY initie en classe de premire, est complte par lintroduction des clauses de regroupement (GROUP BY, HAVING), de fonctions dagrgat (COUNT, SUM, AVERAGE, MIN et MAX) et par lexploitation de requtes non corrles (oprateurs IN et = exclusivement). Les ordres de mise jour des donnes correspondent aux ordres INSERT, UPDATE, DELETE ; - lutilisation et la cration de requtes SQL doivent toujours tre lies la ralisation dune opration de gestion dans le cadre dune application donne (enregistrement dune commande ou dune entre en stock, mise jour du prix dun produit, suppression dune rfrence de produit, etc.) ; - le langage SQL, dans sa totalit, ne constitue pas un objet denseignement : seuls les ordres et clauses cits dans le programme sont tudis dans un contexte de gestion prcis. Pour la dfinition dune base de donnes : la mise en pratique sappuie sur lemploi du langage SQL ou dune interface graphique sous rserve que le code SQL des requtes gnres puisse tre lu et interprt. Les commandes principales (CREATE TABLE, CREATE CONSTRAINT, CREATE VIEW) sont utilises pour dcrire la structure de la base de donnes et faire le lien avec la reprsentation du schma relationnel tudi en classe de premire (tables, contraintes). En liaison avec le point 2.2. de la partie C. volution du systme dinformation et dveloppement des applications , llve peut utiliser les commandes ALTER (modification) et DROP (suppression) pour adapter la structure de la base de donnes un nouveau besoin.
1.2. Contrle daccs aux donnes

Lexploitation de diffrents formats de documents montre la ncessit dune norme de reprsentation commune pour changer des donnes entre applications. Les formats propritaires ou binaires ncessitent un logiciel particulier pour produire et lire un document. Les formats portables permettent de lire et d'exploiter un document sans ncessairement recourir au logiciel qui a permis de le crer (ex. : pdf Portable document format ). Les formats ouverts ont vocation tre universellement reconnus et pris en charge (HTML, XML). Lanalyse dune page Web permet d'identifier la structure et les principaux composants dun document au format HTML : en-tte, corps, hyperlien, image, tableau, formulaire, feuille de style. Lobservation dun document au format XML permet de mettre en vidence sa structure (en-tte, lments, attributs) et les documents qui lui sont attachs (dfinition de document, feuille de style). 3. Le recours aux applications Cette partie du programme porte sur les conditions de mise en uvre des applications, de leur logique de fonctionnement et de leur interaction. Ltude de cette partie sappuie sur la matrise du poste de travail acquise en classe de premire et sur les savoirs et savoir-faire de la partie C.
3.1. Environnement de travail de lutilisateur

Les fonctionnalits des logiciels sont abordes progressivement en rponse aux besoins dun utilisateur ou dune organisation dans une situation de gestion donne. Lacquisition dune matrise complte de ces outils n'est pas un objectif denseignement. En liaison avec la partie B. Services fournis par le SI et technologies associes , sont tudis le paramtrage des services et des protocoles rseaux ainsi que les formats dchange utiliss par les logiciels.
3.2. Architecture des applications

Ce point, indissociable du point 1.1. Dfinition, interrogation et mise jour des donnes , permet de complter les acquis de premire. Dans un contexte de systme d'information donn, l'lve identifie puis implante les rgles de scurit daccs aux objets dune base de donnes (tables, vues) travers la gestion des comptes dutilisateurs de la base de donnes, des groupes et des droits daccs. 2. Lchange dinformations En sappuyant sur les indications des administrateurs du rseau, llve doit tre capable, sur son poste de travail, de configurer les logiciels de faon ce quils puissent accder au rseau local et Internet. Cette partie du programme doit galement permettre de mettre en vidence le rle croissant des documents lectroniques comme supports et comme moyens de prsentation et dchange dinformations au sein des organisations.

Ce point du programme vise la description de larchitecture technique support dune application donne par une reprsentation schmatique de ses principaux composants logiciels, leur rle, leur implantation et les interactions qui existent entre eux. Ltude dune application conduit reprer le rle du systme dexploitation, ventuellement associ au logiciel navigateur, en tant quenvironnement dexcution. Celui-ci est mme de prendre en charge le stockage et la scurit des fichiers, lhbergement et lexcution des applications et des services, le dialogue avec lutilisateur via une interface graphique ou textuelle. Les moteurs dexcution permettent lexcution dapplications qui sappuient sur un composant logiciel spcifique (machine virtuelle). Au travers de lanalyse de la logique de fonctionnement dune application, il sagit de reprer ses niveaux fonctionnels : prsentation (interface utilisateur, logique de prsentation),

10/11

traitements ou logique applicative (prise en charge des rgles de gestion), donnes (accs et gestion des donnes). C. volution du systme dinformation et dveloppement des applications partir dun contexte d'organisation donn, caractris par une situation de gestion et une application oprationnelle, dcrite et documente, les lves participent au choix et la mise en uvre de la dmarche ncessaire ladaptation de cette application. Cette partie du programme est mettre en relation avec le point 3. de la partie A. Systme dinformation et organisation car ladaptation de lapplication est l'un des aspects du projet dvolution du systme d'information. 1. Le cadre de dveloppement
1.1. Caractristiques dune application

- les concepts du modle relationnel et des SGBD pour agir sur la structure dune base de donnes (en liaison avec le point 1. La gestion des donnes de la partie B. Services fournis par le SI et technologies associes et le programme de la classe de premire).
2.1. Prise en charge du dialogue homme-machine

Il sagit damener les lves identifier et valuer les principaux critres ergonomiques auxquels les interfaces utilisateurs doivent rpondre : flexibilit, transparence, facilit dapprentissage, homognit. Pour dfinir une IHM, il sagit non seulement de dcrire les lments graphiques qui la composent mais aussi de spcifier le comportement de cette interface. Ltude dune maquette permet de rendre compte de laspect dynamique de linterface. Les caractristiques principales des contrles graphiques les plus utiliss seront tudies par la prsentation de leurs proprits et de leurs mthodes (fentre, bouton, zone de texte, liste, bouton radio, case cocher, contrle daccs aux donnes). Les lves doivent tre en mesure de choisir ceux qui rpondent aux besoins.
2.2. Exploitation des donnes

Une application est un ensemble cohrent de programmes et de donnes charg dautomatiser des traitements dinformations en respectant des rgles de gestion. Elle prsente des fonctionnalits qui rpondent aux besoins des utilisateurs (ex. : saisie dune commande, enregistrement dun nouveau client, production dun tableau des ventes) mais aussi des besoins plus gnriques (ex. : exportation/importation de donnes, sauvegarde). Le cycle de vie dune application comporte les phases suivantes : formalisation des besoins, dveloppement, exploitation, maintenance. Llve doit savoir situer son action dans ce cycle.
1.2. Formalisation des besoins

Les applications proposes aux lves exploitent des donnes stockes dans une base de donnes. De ce fait, elles mettent en uvre des traitements spcifiques pour accder aux donnes et les manipuler : intgration dordres SQL dans un traitement et exploitation de jeux d'enregistrements (curseur ou quivalent). Les principaux traitements utilisant les jeux d'enregistrements sont prsents en sappuyant sur des algorithmes types que llve adapte dans divers contextes dutilisation (cf. point 2.3.). Lvolution dune application peut conduire des modifications de la structure de la base de donnes (nouvelle table, nouvelle colonne dans une table, etc.). Lanalyse de la structure de la base de donnes existante permet de comprendre son organisation afin de lexploiter ou de lamliorer si elle ne permet plus de rpondre aux nouveaux besoins. Ltude des dpendances fonctionnelles entre les attributs permet didentifier les modifications effectuer. Ce type de modification des donnes fait rfrence la notion de dfinition des objets de la base de donnes prsente dans la partie B. Services fournis par le SI et technologies associes de ce programme, ainsi quau modle relationnel introduit en classe de premire.
2.3. Programmation des traitements

En classe terminale, les besoins sont exprims sous forme de cas dutilisation schmatiss laide dun diagramme dtaillant les interactions entre lapplication et les utilisateurs. Chaque cas dutilisation dcrit un service rendu par lapplication un ou plusieurs utilisateurs. Il saccompagne dune description textuelle qui dcrit le scnario le plus courant (scnario nominal) ainsi que les variantes (traitement des exceptions, comportements alternatifs). Pour faire voluer lapplication existante, llve dispose : - du schma de reprsentation du processus correspondant qui lui permet de percevoir sur quelle partie de l'organisation, circonscrite une activit, il doit agir ; - dune prsentation de lapplication (fonctionnalits, types dutilisateurs et contraintes dexcution) ; - de la description des cas dutilisation de l'application existante et ceux de la future application ; - de l'application elle-mme avec son excutable et son code source, de ses modes opratoires et de sa documentation ; - de la base de donnes utilise par lapplication et du SGBD associ ; - du logiciel de dveloppement qui a permis la cration de lapplication. Lanalyse de lapplication existante et la description des cas dutilisation fournis pour la future application conduisent llve complter ou rdiger les jeux dessai qui permettent de sassurer de la conformit de lapplication aux besoins. 2. L'adaptation de l'application Ladaptation demande peut impliquer des modifications diffrents niveaux fonctionnels de lapplication : prsentation (interface utilisateur, logique de prsentation), traitements (mise en uvre des rgles de gestion), donnes (accs et gestion des donnes). Au travers de ladaptation de lapplication, llve mobilise dans le cadre dune dmarche de rsolution de problme : - les concepts algorithmiques mis en uvre par le langage de programmation dans un logiciel de dveloppement donn ;

Pour raliser ladaptation des traitements, llve utilise un logiciel de dveloppement et en particulier les lments prdfinis : fonctions, procdures et classes dobjets techniques (ex. : les jeux denregistrements, les diffrents contrles graphiques). Llve construit des fonctions ou des procdures dans un objectif de modularit ou de rutilisation. La conception et la ralisation de classes sortent du cadre de ce programme : seule lutilisation dobjets prdfinis est requise. La programmation des traitements sappuie sur une dmarche de rsolution de problme. Il sagit notamment pour llve : - de dfinir les nouveaux rsultats obtenir ; - didentifier les donnes en entre du traitement et de reprer les structures de donnes correspondantes ; - didentifier les diffrentes structures de contrle et les algorithmes types mis en uvre (exprims dans le langage de programmation du logiciel de dveloppement) ; ex. : parcours squentiel dun tableau ou dun jeu denregistrements, avec ou sans traitement cumulatif, avec ou sans regroupement ; recherche squentielle dans un tableau ou un jeu denregistrements tri ou non ; - de proposer les modifications apporter au programme (modification de la structure du programme, ajout dinstructions et intgration dans la structure).

11/11

3. Lintgration lorganisation Lobjectif de cette partie est de sensibiliser les lves au fait que lvolution du systme dinformation ne se limite pas ladaptation de lapplication. Lintgration de la solution au systme dinformation de lorganisation permet daborder les deux dernires phases du cycle de vie dune application : exploitation, maintenance. L'application doit s'intgrer l'organisation, dans le mtier des utilisateurs concerns. Il sagit de sensibiliser la ncessit dorganiser la mise en exploitation de lapplication et de fournir une documentation.
3.1. Mise en exploitation de lapplication

caractris par une situation de gestion et une application informatique permettant llve : - d'analyser un processus de gestion au sein dune organisation donne ; - d'identifier le rle des acteurs ; - d'apprhender la logique de fonctionnement dune application informatique oprationnelle et documente ; - d'adapter cette application afin de rpondre de nouveaux besoins de gestion. Premier contexte de SI Il met en uvre une application de productivit personnelle faisant appel des donnes du systme dinformation (traitement local de donnes extraites d'une base de donnes). Exemples : suivi des frais de dplacement, modification dune gestion de devis pour intgrer un nouveau mode de calcul, laboration dun tableau de bord, etc. Deuxime contexte de SI Il implique le recours une application interne l'organisation utilise par diffrents acteurs pour obtenir et mettre jour des informations gres par un systme de gestion de base de donnes commun lensemble de lorganisation. Exemple : extension dune application de gestion commerciale pour permettre une consultation dporte du catalogue de lentreprise, pour extraire des statistiques sur les ventes du mois, pour intgrer de nouvelles rgles de gestion (calcul dune prime pour les reprsentants dpendant du chiffre daffaires ralis ou de la marge obtenue, etc.). Troisime contexte de SI Il mobilise une application mettant en relation lorganisation et ses partenaires. Il sagit notamment : - danalyser les besoins de communication de lorganisation vis--vis de ses partenaires ou de ses usagers ; - de proposer une solution capable de rpondre aux besoins de communication de lorganisation ; - de faire voluer une application en fonction des attentes des partenaires. Exemple : modifier le mode de prsentation dun catalogue de produits en ligne, perfectionner un service dassistance en ligne, adapter une enqute en rponse des besoins en matire de statistiques.

L'installation de l'application est accompagne de la dfinition et de la mise en place des droits des utilisateurs, ces droits pouvant tre grs par lapplication elle-mme.
3.2. Documentation de lapplication

Les notions de documentation et daide lectronique sont mises en uvre par les lves dans le contexte de lapplication dveloppe. Dans ce cadre, les lves mobilisent les outils de production de documents (cf. point 2.2. Formats dchanges de la partie B. Services fournis par le SI et technologies associes ). La documentation technique, destine la maintenance, met en vidence les modifications opres sur les lments applicatifs, notamment grce la documentation du code source. La documentation utilisateur facilite la mise en uvre de lapplication. Elle peut saccompagner dune aide lectronique accessible en mode hypertexte.

IV. INDICATIONS MTHODOLOGIQUES

Dans la continuit de celui de premire, lenseignement du programme de la classe terminale privilgie la rflexion plutt que la technicit. Lanalyse des contextes de systme d'information et l'interprtation des situations de gestion retenues doivent donner aux lves une perception globale du fonctionnement des organisations. Le reprage des volutions du systme dinformation et l'valuation de leurs impacts aux niveaux organisationnel, technologique et humain sont toujours associs la construction d'une solution technique adapte aux besoins de l'organisation. La progression annuelle repose sur l'exploitation progressive de plusieurs contextes de systme d'information, chacun tant