Enseigner l'informatique, l'universit, de futurs utilisateurs : pourquoi, quoi et comment ?

Confrence prsente au colloque "50 ans d'informatique, 25 ans d'informatique dans l'enseignement", Fribourg, septembre 1995. Charles DUCHTEAU

1 Introduction
Pour des raisons que je me propose d'analyser, le curriculum universitaire de nombreux tudiants comporte aujourd'hui une introduction l'informatique. Ces tudiants sont essentiellement des utilisateurs (actuels ou potentiels) de systmes informatiss et d'instruments logiciels. L'ancienne rponse, lorsqu'il s'agissait d'initier qui que ce soit l'informatique, qui se rsumait le plus souvent une initiation l'algorithmique ou mme la programmation travers l'apprentissage d'un langage de type Pascal, n'est sans doute plus aujourd'hui ni approprie, ni suffisante. Quels doivent ds lors tre les contenus et les principes organisateurs de ces "cours de service" ? Comment concilier la matrise ncessaire des instruments logiciels avec l'exigence d'un cursus universitaire qui ne peut se satisfaire d'une accumulation de modes d'emploi ? "L'informatique des utilisateurs" est-elle autre chose qu'un fatras de pratiques, d'usages et de savoir faire ? En un mot : quelle informatique enseigner ceux qui ont et auront essentiellement utiliser les outils qu'elle a scrts. Ce sont quelques lments de rponse ces questions que je voudrais voquer dans la prsente contribution.

2 Pourquoi ces rflexions : ma situation d'enseignant.

Mme s'il est de bon ton que l'auteur d'une contribution comme celle-ci soit en quelque sorte absent, en tant que sujet, des problmes voqus, il est vident que ces rflexions sont la suite directe de mon exprience d'enseignant, confront des cours "d'informatique" de premier cycle destination d'tudiants utilisateurs. Quelles que soient les rponses gnrales apportes aux questions mentionnes plus haut, quelles que soient mes opinions sur la ncessit d'une initiation l'informatique dans certaines formations universitaires, et donc sur la pertinence mme de ces questions, j'ai chaque semaine enseigner des tudiants de premier cycle en biologie, en gographie ou en pharmacie qui l'on m'a simplement demand de "parler d'informatique en excluant toute pratique intempestive de la programmation". Et comme les dtracteurs de Znon qui lui dmontraient la possibilit de la marche en marchant, c'est en enseignant qu'il m'a fallu rpondre ces questions sur la possibilit d'enseigner une "informatique des utilisateurs" 1 des non futurs informaticiens. Je suis actuellement charg d'un cours de 30 heures ( raison de 2 heures par semaine pendant un trimestre), assorti de 15 heures de travaux pratiques assures par un collaborateur, destination d'tudiant(e)s de seconde candidature 2 en biologie, en gographie et en gologie et d'un (mini) cours de 15 heures (sans travaux pratiques) dispens aux tudiant(e)s de premire candidature en sciences pharmaceutiques. Ces deux publics reprsentent chacun plus d'une centaine d'tudiant(e)s, les contraintes tant celles qu'on trouve habituellement dans les cours de premier cycle : je ne suis pas en mesure de grer globalement un environnement et un horaire travers lesquels ces tudiant(e)s seraient "en contact avec l'informatique" (ou tout le moins en relation avec des
1

En incluant dans ce terme d'informaticien toutes les sections (mathmatique, ingnieurs,...) qui font une grosse consommation de formalisme et o l'on peut se permettre d'enseigner "l'informatique des informaticiens"; dans un premier temps en tout cas, l'identit "prise de contact avec l'informatique" = "enseignement de la programmation" y est acceptable (et chaque jour mise en oeuvre au sein de nos universits). seconde anne du premier cycle universitaire.

ARTFRIB.DOC

28 novembre 1995

Enseigner l'informatique l'universit,...

Ch. Duchteau

environnements informatiss); je suis rduit dispenser de manire trs classique une succession de cours magistraux, face des tudiants assis dans un amphithtre et qui vont ingurgiter 55 minutes d'informatique en sandwich entre 55 minutes de physique et 55 minutes de botanique.3. Les travaux pratiques sont assurs par un assistant : les tudiants par groupes d'une vingtaine accdent une salle de micro-ordinateurs, par priode de 2 heures, et dcouvrent, 2 par machine, les premiers savoir faire relatifs au traitement de 4 texte et au tableur. .

3 Les arguments avancs pour placer "l'informatique" dans le cursus du premier cycle universitaire
Il y a quinze ans encore, l'informatique n'avait aucune place dans le curriculum universitaire des sections mentionnes. Au del des circonstances et des enjeux locaux, quelques arguments ont t (et restent) avancs par les autorits acadmiques des sections d'tude concernes pour inscrire l'informatique au programme des cours. Ces arguments ont vari dans le temps, ils n'ont pas tous la mme importance et ne sont pas toujours dfendus par les mmes personnes. 3.1 L'argument du "microscope lectronique" C'est celui o le cours d'informatique est motiv par l'utilisation des ordinateurs : il est semblable celui qui justifie (en partie) les cours de physique, comme pralables une utilisation "consciente" et "claire" du microscope lectronique. Les principes et les lois de la physique qui sous-tendent le fonctionnement du microscope lectronique doivent tre connus de ses utilisateurs. Le cours de physique comporte d'ailleurs gnralement un chapitre-alibi : "principes de fonctionnement du microscope lectronique". Cet argument est important, mrite qu'on s'y arrte et nous place d'ailleurs dans un profond embarras lorsqu'il s'agit d'voquer - l'instar du microscope- les "principes qui expliquent et sous-tendent le fonctionnement de l'ordinateur". - Selon le niveau de description souhait, les principes voqus relvent de la physique, de l'lectronique, de l'algbre boolenne, de l'algorithmique,...o de ce que l'on trouve dans la plupart des traits sur l'architecture interne (processeur, mmoire, ...) ou globale (priphriques, unit centrale, mmoires de masse). On ressent toute l'insuffisance de ces descriptions matrielles pour que l'utilisateur, aux prises avec son logiciel de traitement de texte favori, comprenne "comment a marche" et acquire une reprsentation cohrente et efficace de ce qu'il a en face de lui. - Une description qui se borne prendre en charge l'ordinateur seul n'a aucune chance d'tre satisfaisante puisque l'ordinateur "seul" n'existe pas (Cf. ci-dessous). Ce que tout utilisateur a sous les yeux, c'est toujours un systme, un tandem "ordinateur-logiciel", le second membre de ce couple tant susceptible de changer l'infini : le systme informatique du musicien n'a rien a voir avec celui de l'architecte, qui n'a lui mme que peu de rapport avec celui de la dactylo. L'argument du microscope lectronique est cependant fort important : il nous met en demeure d'noncer les principes gnraux, les invariants qui expliquent et sous-tendent toute utilisation d'un systme informatique (ordinateur + logiciel). Si nous ne sommes pas en mesure d'apporter une rponse satisfaisante cette question, alors c'est que "l'informatique
3

Ce n'est videmment pas mon propos d'voquer les avantages et inconvnients de l'organisation des premiers cycles universitaires belges (et autres ...). L'enseignement y est constitu d'une srie de prches o le professeur, face des auditoires importants, parles en s'aidant de moyens plus ou moins volus (tableau, rtroprojecteur, diapositives,...). Les tudiant(e)s coutent (!), notent (!!) et rpondent (!!!) aux rares questions de l'enseignant. Si j'insiste sur ces contraintes organisationnelles, c'est que j'ai par ailleurs la chance de vivre une ralit toute diffrente dans la partie de mon enseignement consacre la formation continue d'enseignants : j'y dispose de 4 heures successives, dans un local trs proche d'une salle quipe de micro-ordinateurs. Les "enseignant(e)s-tudiant(e)s" y sont une vingtaine, volontaires, et je gre ma guise l'organisation de la demi-journe de travail et d'apprentissages.

ARTFRIB.DOC

28 novembre 1995

Enseigner l'informatique l'universit,...

Ch. Duchteau

des utilisateurs" est un mythe. 3.2 L'argument "c'est indispensable pour certains cours qui vont suivre" C'est aussi un argument traditionnel pour justifier les curriculums de premier cycle. On y fait des mathmatiques cause des cours de physique et des cours de physique parce qu'ils sont ncessaires pour certaines parties du cours de chimie, et des cours de chimie parce qu'il y a de la biochimie au second cycle,... Ainsi l'une des justifications de mon cours d'informatique destination des biologistes est l'existence, au second cycle, d'un cours sur les utilisations d'un package de calculs statistiques. Je ne suis pas certain que le contenu des cours de mathmatiques ainsi justifis ne dborde largement de ce que le cours de physique utilisera et que ce mme cours de physique ne fasse lui-mme une trs large place des chapitres inutiles pour le cours de chimie, etc.. Peut-tre pourrons-nous, en tout cas, dans la foule, l'instar de ce qui se fait dans les autres cours, proposer un cours d'informatique qui dborde des contraintes de l'utilisation future d'un package de statistiques. 3.3 L'argument "c'est indispensable dans la vie professionnelle" Il correspond la constatation pertinente d'une informatisation croissante de secteurs de plus en plus larges des activits professionnelles. Ainsi, puisque demain, au sein de leur officine, mes tudiant(e)s de premire anne de pharmacie d'aujourd'hui auront " faire l'ordinateur", il faut prparer cette utilisation venir, afin que les pharmaciens de demain se trouvent arms face la machine, face aussi tous ceux qui essayeront de leur vendre matriel et logiciel. Notons cependant que les informaticiens qui utilisent aujourd'hui des systmes informatiques n'ont gnralement pas reu de formation correspondante lors de leurs tudes, mais ce n'est pas une raison pour prner un statu quo ! Par ailleurs, il est peu efficace, d'inscrire au programme de premire anne une formation dont il ne restera sans doute que quelques souvenirs mus, lorsque dans 5 ou 6 ans, ces tudiant(e)s entreront dans la pratique professionnelle. D'autre part, l'important laps de temps qui spare le moment o le cours est dispens du moment o il deviendrait utile dans la vie professionnelle plaide, lui aussi, pour une formation qui place l'accent sur les principes et les invariants plutt que sur les modes et les pripties et qui mette en avant des grilles d'analyse du paysage informatique plutt qu'une simple description du paysage actuel. 3.4 L'argument "a fait aujourd'hui partie d'une culture universitaire de base" C'est un argument frquemment employ pour les cursus universitaires de premier cycle et qui entrane et explique le caractre "gnraliste" de ceux-ci. L'informatique s'est taille une place part entire au sein de l'universit : il y a un Institut ou un Dpartement d'Informatique ct de ceux, plus anciens, ddis aux mathmatiques, la chimie ou la biologie. Ces dpartements en prennent bonne note en faisant une petite place la discipline du nouveau venu. 3.5 L'argument "c'est formateur" Il est similaire celui qui reconnat un caractre formateur (ds l'enseignement secondaire d'ailleurs) la pratique des mathmatiques ou de la physique. Cet argument se teinte d'ailleurs fort souvent d'un certain caractre prventif ou dfensif : "mme si a vous parat inutile, peu importe puisque c'est formateur". La pratique de l'informatique aurait les mmes vertus formatrices, ce qui dispenserait d'interroger davantage son utilit en premier cycle. - Je suis fort sensible cette relativisation du critre d'utilit immdiate. C'est vrai que notre formation, nos habilets cognitives, nos capacits rsoudre des problmes,

ARTFRIB.DOC

28 novembre 1995

Enseigner l'informatique l'universit,...

Ch. Duchteau

rsultent d'une mystrieuse alchimie et transcendent en quelque sorte les matires travers lesquelles nous les avons dveloppes5. - Cet argument s'appliquait particulirement un cours qui faisait une large place la programmation, non pour son utilit immdiate ou future (peu de biologistes ou de pharmaciens auront programmer) mais pour son caractre formateur. J'ai dvelopp ailleurs cette thse [Duchteau 90] que d'autres avaient dfendue avant moi [Arsac 80]. L'argument est srieux, mme si d'autres ont montr que c'est au bout d'une exposition suffisante la pratique de l'algorithmique et de la programmation que les effets formateurs (et transfrables) se font sentir [Romainville 88]. Malheureusement l'argument est bancal ds lors qu'on demande de chasser de ce cours d'informatique pour utilisateurs la partie algorithmique qui en tait redevable. A ces arguments voqus par les dcisions acadmiques, j'en ajouterais personnellement un autre : 3.6 L'argument "l'informatique rveille de vieux problmes" Comme je vais tenter de le montrer, un certain enseignement de l'informatique permet de rencontrer immdiatement, de manire simple et oprationnelle, des questions centrales d'autres disciplines. "Information" et "connaissance" ou "forme" et "sens" sont aussi au coeur de la linguistique mme si l'on y parle plus volontiers de "signifiant" et "signifi". Les efforts et les dbats de la smiologie sont aussi, sans conteste, au coeur de l'informatique, comme les problmes philosophiques poss par l'intelligence des machines (?). S'il est pour moi une raison essentielle d'enseigner l'informatique c'est celle-l : elle rveille et jette son clairage spcifique sur des problmes vieux comme l'humanit : qu'appelonsnous "sens", "intelligence" ou "conscience" [Hofstadter 87] ? qu'est ce que "nommer" [Arsac 87] ? qu'est-ce qu'un "signe" ?... Je vous laisse le soin de conclure si ces divers arguments justifient une place faite l'enseignement de l'informatique au sein de certains cursus universitaires. La rponse dpend d'ailleurs sans doute de manire cruciale de ce que recouvre les termes "enseignement de l'informatique" et c'est la dfinition de ce que pourrait tre cet enseignement que je consacrerai la seconde partie de cette contribution.

4 Le changement d'exigences des disciplines utilisatrices

Deux changements sont signaler depuis l'instauration, en 1983, des cours mentionns : - Dans un premier temps, le cours d'informatique destination des biologistes, gographes et gologues tait un cours option de fin du second cycle (4me anne du cursus universitaire). C'est probablement des contraintes locales qui ont entran son dplacement la fin du premier cycle et son caractre obligatoire. Certains des arguments mentionns plus haut ont galement t mis en avant pour le dplacement du cours vers le premier cycle et son caractre obligatoire : prparation de cours de 2me cycle, composante d'une formation scientifique de base,... - Le changement le plus notable concerne le "cahier des charges" du cours, la dfinition du contenu souhait par les dpartements concerns. Aprs la priode du dbut du "tout algorithmique" (sur laquelle je ne reviendrai pas : les stratgies sont l bien connues et j'ai dvelopp ailleurs quelques choix mthodologiques sous-jacents [Duchteau 90]), on m'a suggr un contenu plus utile, qui fasse une plus large part aux proccupations des utilisateurs, qui mette les tudiant(e)s " l'aise" face aux ordinateurs, tout en gardant les exigences d'une formation universitaire,... bref, de passer de l'enseignement d'une "informatique des informaticiens" celui d'une "informatique des utilisateurs". Ce changement est rvlateur : il est vrai qu'on peut tracer une histoire de l'informatique en la scandant par les gnrations successives des ordinateurs, mais l'essentiel est sans doute ailleurs. L'volution conduit, me semble-t-il, distinguer 2 priodes, l'vnement marquant la
5

Cf. la "pdagogie des vidanges perdues" dans [Duchteau 92 b].

ARTFRIB.DOC

28 novembre 1995

Enseigner l'informatique l'universit,...

Ch. Duchteau

csure, au milieu des annes 80, tant l'apparition du concept d'utilisateur (corollaire de l'apparition des "outils logiciels"). La premire priode, celle de l'informatique "des informaticiens", voyait essentiellement dans l'ordinateur une machine qu'il fallait programmer; la seconde, celle de l'informatique "des utilisateurs", fait passer l'ordinateur au second plan, pour lui substituer la profusion d'instruments logiciels que nous connaissons et qui a donn naissance ce concept d'utilisateur naf. (Cf. l'analyse des phases d'automatisation et d'informatisation dans [Van Weert 94] ). Les parfums de mystre, de respect (le centre de calcul, sanctuaire), de castes (l'informaticien, "grand prtre") ont fait place aux arguments de simplicit ("Cinq minutes et vous tes dans le coup"), de convivialit, d'efficacit,... Plusieurs ont montr la fausset, ou tout le moins, l'exagration de ces arguments (souvent commerciaux). Ils posent en tout cas de manire cruciale la question de l'existence de cette "informatique des utilisateurs". Si la difficult essentielle de l'utilisation est de trouver l'interrupteur, si c'est "plus simple que de conduire une voiture", que pouvons-nous enseigner qui ne soit pas un mode d'emploi et une srie de savoir faire ad-hoc ? Si, par contre, des traits fondamentaux, des principes essentiels, mergent de la multiplicit des instruments logiciels et des environnements informatiss, alors, ce sont ces principes organisateurs qu'il nous faut enseigner.

5 Mthodologie
Comme fort souvent, au del des contenus enseigns et qui sont, somme toute, assez classiques, c'est l'organisation de ces contenus et la mthodologie utilise pour leur prsentation qui est primordiale. Le cours s'articule donc autour : - De quelques grands principes explicatifs, dont peuvent tre dduits, peu de frais, des consquences vcues par les utilisateurs. Frquemment, ces principes prennent la forme de slogans ou de courtes assertions, davantage susceptibles d'imprgner ou de marquer ce que retiendront les tudiant(e)s. Par exemple : "Ne dites plus informatique, dites inFORMEatique", "L'ordinateur n'existe pas", "TOUT ce que fait un ordinateur, il le fait gouvern par un programme", "Programmer, c'est faire faire en diffr", "L'informatique n'est pas plus la science des ordinateurs que la mtorologie n'est celle des thermomtres", "Le critre du copain portugais",... - De quelques questions simples, mais dont le traitement va conduire dduire des ralits importantes. Par exemple : "d'o viennent finalement les programmes prsents dans la mmoire centrale de mon ordinateur et qui vont le faire travailler ?", "que faut-il pour qu'une information, quelle que soit la forme sous laquelle elle se prsente, puisse tre traitable par l'ordinateur ?", "qu'est ce que l'ordinateur envoie l'imprimante ?",... - De fils conducteurs qui vont permettre une prsentation cohrente d'aspects essentiels. Ainsi, par exemple, une grosse partie du cours dveloppe et prcise une "dfinition" pralable (partielle et partiale) de ce qu'est un ordinateur : "machine, traiter des informations, de manire formaliste, et pour autant qu'on lui ait indiqu comment mener bien ce traitement". Par ailleurs, l'volution des langages de programmation, du langage machine aux langages volus, est, par exemple, examine selon un triple point de vue, qui sert de fil conducteur : "Comment dsigne-t-on les donnes traiter ? Quelles sont les actions permises et comment les dsigne-t-on ? Comment organise-t-on ces actions ?". - De raisonnements dductifs qui sur base de principes noncs et provoqus par des questions vont conduire des conclusions intressantes. Ainsi,

ARTFRIB.DOC

28 novembre 1995

Enseigner l'informatique l'universit,...

Ch. Duchteau

Principe TOUT ce que fait un ordinateur, il le fait gouvern par un programme

Constatation Ds son branchement, l'ordinateur "fait des choses"

Conclusion Un programme fait agir l'ordinateur ds le dbut Principe Pour qu'un programme puisse faire agir l'ordinateur il doit tre en mmoire centrale

Conclusion Ce programme doit rester en mmoire centrale et y persister mme lorsque l'ordinateur n'est pas branch

Conclusion Une zone de la mmoire centrale doit garder les informations qui y sont contenues mme sans alimentation lectrique

Conclusion Il existe de la mmoire morte

Schma 1

D'autres raisonnements dductifs du mme genre conduisent, par exemple, la conclusion que quel que soit le logiciel utilis, il a d commencer, quel que soit le chemin qui l'a conduit dans la mmoire vive de mon ordinateur, par exister comme programme excutable dans la mmoire vive d'un ordinateur avec comme "source initiale" le clavier de cet ordinateur. C'est videmment alors le moment de parler des possibilits de fournir travers le clavier un "programme" l'ordinateur, et d'voquer l'existence des langages de programmation et des compilateurs associs.

ARTFRIB.DOC

28 novembre 1995

Enseigner l'informatique l'universit,...

Ch. Duchteau

6 Le contenu
Je ne peux videmment ici dvelopper compltement les contenus abords. Je vais cependant tenter de mettre en avant les facettes essentielles en montrant comment la mthodologie dcrite est mise en oeuvre. Comme signal ci-dessus, c'est une pseudo-dfinition de l'ordinateur, qui sert de fil conducteur aux premiers chapitres, l'ordre dans lequel les constituants de cette dfinition sont abords tant fort important : 6.1 "traiter des informations" Sur base d'un relev de situations de "traitement d'information", l'essentiel est de dboucher sur le schma bien connu et qui constituera l'un des fils conducteurs :

Informations reues (Entres)

Traitements

Informations rendues (Sorties)

Informations consultes
Schma 2

Il est important galement de procder un relev des sens possibles du verbe "traiter" dans ce contexte : transformer, communiquer, modifier, ... 6.2 "de manire formaliste" Le caractre formaliste des traitements permis par l'ordinateur (les seuls auxquels l'informatique peut s'atteler) est le fondement mme du cours. Un classement d'exemples est opr pour conduire dans un premier temps remplir et construire un tableau : Traitement formel ou aisment formalisable Traitements portant sur des nombres Traitements portant sur le langage Autres Traitement difficilement (non !) formalisable (Sens, signification, ...)

Schma 3

Un critre "oprationnel" est propos pour classer les traitements d'information sur un continuum :

Trs facilement formalisable

additionner conjuguer driver Schma 4

Trs difficilement (non !) formalisable

Rsumer Ecrire une dissertation

ARTFRIB.DOC

28 novembre 1995

Enseigner l'informatique l'universit,...

Ch. Duchteau

le "critre du copain portugais" : la difficult plus ou moins grande d'expliquer cet ami des traitements divers, y compris sur des textes en franais (qu'il ne peut donc "comprendre"), permet de mesurer la difficult de "formaliser" ces traitements. L'application de ce critre la conjugaison franaise d'une part (ou des indications formalistes de traitement -donc un programme- sont possibles), la synthse d'un texte franais d'autre part (o aucune indication formaliste valable ne semble envisageable) conduit clairer les termes formel, formalisable, formalis,... Sur la lance, une dfinition de l'informatique est propose (sous forme de slogan) : "l'informatique est l'entreprise consistant faire reculer vers la droite, dans le tableau prsent, la ligne grise sparant les 2 types de traitement" ou encore "L'objet de l'informatique est de transformer des traitements formalisables en traitements formaliss". C'est dans ce chapitre que, d'emble, on va se heurter au problme de l'intelligence ncessaire pour mener bien ces traitements, puisqu'on est tenter de surcharger le schma :

Trs facilement formalisable Bte, rflexe, inconscient imbcile, stupide

Trs difficilement (non !) formalisable Intelligent, sophistiqu raison, entendement abstraction, intuition pense
Schma 5

On aura compris que c'est seulement le squelette de la dmarche envisage au sein du cours qui est propose ici : plusieurs heures sont en ralit consacre ces notions centrales : formalisable, formalis. Un slogan rsume alors l'ensemble de la dmarche "Ne dites plus informatique, dites inFORMEatique!". 6.3 "des informations" C'est une question, voque ci-dessus, qui sert ici de point de dpart, la rponse fournissant un fil conducteur ce nouveau chapitre : Pour qu'une information (ou un ensemble d'informations) soit acceptable par l'ordinateur il faut que nous puissions la reprsenter, la coder, par une srie finie de nombres entiers. Aprs un examen de ce concept de codage, on peut passer en revue diverses informations en tentant de proposer chaque fois un mode de reprsentation sous la forme d'une srie finie d'entiers. On va donc ainsi dboucher sur le codage des textes (codes ASCII, ANSI, ...), des nombres rels (virgule flottante), des images (reprsentations bitmap et vectorises), des sons (chantillonnage et convertisseur analogique/numrique),... ce codage tant chaque fois soutenu et motiv par le principe nonc. On prpare de cette manire aussi bien la comprhension du rle des priphriques d'entre (codage) ou de sortie (dcodage), que la constatation du fait que l'ordinateur, quoi qu'il paraisse faire, calcule, que le classement des logiciels de dessin (bitmap ou vectoriel), etc.; c'est aussi le moment d'expliquer la difficult et les enjeux de la reconnaissance optique des caractres et de la reconnaissance de la parole. Les processus de discrtisation qui sont l'oeuvre dans ce "codage en nombres entiers" exig par l'ordinateur sont bien entendu abords, tout le chapitre culminant dans une constatation finale, longuement dveloppe : "Nous passons d'une civilisation de l'analogique une civilisation du numrique, et l'ordinateur est l'un des moteurs de cette transition". Il est inutile ce stade (puisque la machine ordinateur et son alphabet binaire n'a pas

ARTFRIB.DOC

28 novembre 1995

Enseigner l'informatique l'universit,...

Ch. Duchteau

encore t aborde) de se perdre dans les mandres du codage binaire en insistant sur des aspects somme toute anecdotiques : il suffit d'avoir saisi que "pour l'ordinateur, tout est nombre" (peu importe ici la manire dont ces nombres sont cods au sein de la machine). A nouveau, je ne puis donner qu'une ide dcharne du contenu de ce chapitre; j'espre avoir rendu perceptible le fil conducteur et l'unique question qui, applique des informations de formes trs diverses, conduit un large priple dans le monde de la numrisation. 6.4 "pour autant qu'on lui ait indiqu comment mener bien ce traitement" (1) Si le point de vue adopt est celui de l'utilisateur d'un systme informatique, cette facette se dcline en deux slogans : TOUT ce que fait un ordinateur il le fait, gouvern par un programme (= des indications de traitement). ou encore L'ordinateur n'existe pas L'essentiel, on l'aura compris, est de prvenir l'utilisateur de ce que, tout moment, son interlocuteur est non "l'ordinateur" mais un couple "ordinateur - indications de traitement (programme, logiciel)" et que, ds lors, un ordinateur "nu", n'existe pas. Il est indispensable d'avoir saisi qu'au cours d'une mme session de travail, si la machine reste ce qu'elle est, le second partenaire du couple, le programme, change plusieurs fois, parfois subrepticement. Ces constatations ont des corollaires importants. Ainsi, il est impossible de dresser une liste des manipulations "de base" de l'ordinateur, comme il est impossible de citer une touche du 6 clavier dont la frappe, en toutes circonstances, ait toujours le mme effet. "Dans l'utilisation 7 d'un systme informatique , rien n'est toujours valable" (autre slogan). D'autres consquences seront, le moment venu, tires de ces principes : la ncessit d'un programme d'amorage en mmoire morte, le rle du systme d'exploitation dans le chargement en mmoire vive des applications,... Il est important, ct du point de vue de l'utilisateur, qui n'utilisera jamais qu'un ordinateur dj muni des indications de traitement ncessaires, de prsenter l'autre point de vue, celui du programmeur, qui incombe la tche d'imaginer et de fournir ces indications de traitement. Le point de vue, dans ce cas change compltement : ce que le programmeur a en face de lui c'est non pas un outil matriser mais un excutant commander, excutant qui il faut fournir une marche suivre, pour lui faire faire, en diffr, les traitements souhaits. On s'en doutait, la courte phrase "pour autant qu'on lui ait indiqu comment mener bien ce traitement" cache tout l'univers de la programmation, celui du "faire faire en diffr". Une question reste videmment en suspens :pas plus que l'utilisateur, le programmeur n'a en face de lui un excutant qui soit l'ordinateur "nu" (qui n'existe jamais). Quel est ds lors, dans le cas de la programmation, la partie "logicielle" de l'interlocuteur du programmeur ? Ces questions et d'autres abordes dans ce chapitre seront reprises, une fois le chapitre sur l'architecture cltur. 6.5 "machine" La question conductrice est ici "comment le Schma 2, qui prside tout traitement d'informations, s'incarne-t-il dans une ralisation matrielle (l'ordinateur) ?". Le schma classique :

6 7

Bien videmment, c'est peu peu au fil des utilisations d'un systme informatique, que l'utilisateur intgrera ces ralits importantes. Il est essentiel, cependant, de l'en prvenir et de prparer cette constatation. Le terme est employ dessein et remplace avantageusement celui d'ordinateur, cause des rflexions proposes ici.

ARTFRIB.DOC

28 novembre 1995

Enseigner l'informatique l'universit,...

Ch. Duchteau

Priphriques d'entre (Entres)

Unit centrale Donnes + Indications de traitement traiter

Priphriques de sortie (Sorties)

Mmoires externes
Schma 6

peut alors tre prsent, en insistant sur les 2 choses qui vont "nourrir" l'ordinateur : les informations (donnes) et les indications de traitement (programmes). Etant donn ce qui a t dit propos du codage, la dfinition des priphriques d'entre est immdiate : ce sont des dispositifs qui transforment des informations, sous une forme qui nous est habituelle, en une suite finie de nombres entiers, et cela automatisant au maximum le processus (et en en dchargeant ds lors l'utilisateur). La dfinition duale est aussi donne pour les priphriques de sortie. On peut alors passer en revue divers priphriques d'entre : clavier, souris, scanner, micro + convertisseur analogique / numrique,... et de sortie : cran, imprimante, ... en insistant sur ce rle de codage ou dcodage. Vient ensuite une prsentation de l'unit centrale en mettant en avant le fait que la mmoire centrale contient des programmes excutables et des donnes (codes en nombres entiers) sur lesquelles ces programmes font agir le processeur. C'est le moment de fournir, tant en ce qui concerne la mmoire que le processeur, divers paramtres d'valuation (et les units qui les accompagnent) et d'aborder (sans dtails techniques superflus) les principes de fonctionnement. Le jargon habituel doit galement tre rencontr : bit, octet, codage binaire,... Cette partie est, somme toute, fort classique, mme si on n'y perd pas une occasion d'illustrer nouveau les principes prcdemment noncs (comme le caractre trs formaliste de l'unit de mesure de quantit d'informations : on compte en caractres!).

7 Et la suite
Le cours ne s'arrte videmment pas l : un chapitre (dj voqu) aborde l'volution des langages de programmation et tente d'illustrer les difficults essentielles de cette activit. (Cf [Duchteau 90]). Un chapitre est consacr l'historique de l'informatique et, essentiellement de la microinformatique, avec l aussi des fils conducteurs explicites et une explication du prsent la lumire du pass rcent. (Cf [Duchteau 92b] pour une ide). Le logiciel (systme d'exploitation, logiciel d'application) est abord en mettant en avant l'volution des interfaces utilisateur de ces instruments,...

8 Conclusions
Il serait lassant de poursuivre. J'espre avoir illustr l'esprit dans lequel le cours est construit et la dmarche mise en oeuvre. J'espre avoir rpondu aussi, partiellement du moins, la question de la dfinition de ce que seraient quelques principes sous-jacents une informatique des utilisateurs. Peut-tre la qute des ces principes organisateurs est-elle une utopie ? Peut-tre les savoir et les reprsentations correspondant aux savoir faire que les utilisateurs exigent ne peuvent-ils tre vraiment acquis qu' travers les utilisations d'environnement informatiss [Duchteau 94] ? En tout cas, beaucoup d'enseignants des premiers cycles universitaires sont aux prises avec les mmes difficults de contenus et de dmarches j'ai tent ici d'apporter une pierre la rflexion commune. Cette dernire reste plus que jamais ncessaire.

ARTFRIB.DOC

28 novembre 1995

10

Enseigner l'informatique l'universit,...

Ch. Duchteau

9 Bibliographie
[Arsac 80] ARSAC J. Premires leons de programmation. Cedic / Nathan, Paris, 1980. [Arsac 87] ARSAC J. Les machines penser. Des ordinateurs et des hommes. Editions du Seuil, Paris, 1987. [Arsac 91] ARSAC J. Prceptes pour programmer Dunod, Paris, 1991. [Baron 89] BARON G-L. L'informatique discipline scolaire ? Le cas des lyces. Presses Universitaires de France, Paris, 1989. [Duchteau 90] DUCHATEAU C. Images pour programmer. Apprendre les concepts de base. De Boeck-Wesmael, Bruxelles, 1990. [Duchteau 92 a] DUCHATEAU C. Comment dfinir une "culture informatique"? in JRI-Journal de Rflexion sur l'Informatique. n 23, 23/24, octobre 1992 FNDP-Institut d'Informatique., Namur, 1992, pp. 34-39. [Duchteau 92 b] DUCHATEAU C. L'ordinateur et l'cole ! Un mariage difficile ? CEFIS, Facults N-D de la Paix, Namur, 1992. [Duchteau 94] DUCHATEAU C. Faut-il enseigner l'informatique ses utilisateurs? in Actes de la quatrime rencontre francophone de didactique de l'informatique. Qubec, avril 94. AQUOPS, Montral, 1994. [Hofstatdter 87] HOFSTADTER D., DENNETT D. (EDIT). Vues de l'esprit. Fantaisies et rflexions sur l'tre et l'me. InterEditions, Paris, 1987. [Romainville 88] ROMAINVILLE M. Une analyse critique de l'initiation l'informatique : quels apprentissages et quels transferts ? in Actes du colloque francophone sur la didactique de l'informatique. Universit Ren Descartes, Paris, 1, 2, 3 septembre 1988. Editions de l'Epi, Paris, 1989, pp. 223-242. [Van Weert 94] VAN WEERT T., TINSLEY D. (EDRS). Informatics for Secondary Education. A Curriculum for Schools. Produced by a working party of the IFIP Working Group 3.1. Unesco, Paris, 1994.

ARTFRIB.DOC

28 novembre 1995

11

Enseigner l'informatique l'universit,...

Ch. Duchteau

Charles DUCHTEAU CeFIS, Facults N-D. de la Paix rue de Bruxelles, 61 B-5000 NAMUR
Tl +32 81 725060 Fax +32 81 725064 E-mail : cduchateau@cc.fundp.ac.be

ARTFRIB.DOC

28 novembre 1995

12