Annexes Séance n°1 - Free

Jeannine Larbi CAPET Economie - Gestion
Option D : Informatique de gestion Mémoire professionnel
Sommaire
I. Remerciements - 3 - II. Introduction - 4- III. Stage - 5 - IV. Approche didactique - 7 - V. Présentation de la séquence - 9 - VI Présentation des séances VI.a Première séance : - 11 - VI.b Deuxième séance : - 15 - VI.c Troisième séance : TD - évaluation - 18 - VII Conclusion - 21- VIII Annexes Annexes de la séance n°1 - 22- Annexes de la séance n°2 - 34- Annexes de la séance n°3 - 42- I. Remerciements
Je tiens avant tout à remercier tous les professeurs que j'ai rencontrés
durant ces années d'IUFM, en particulier Patrice Grand et Laure Frebourg au
cours de cette 2ème année ;
Je les remercie pour m'avoir guidée, formée, conseillée, motivée tout au
long de cette formation et pour m'avoir fait part de leur expérience
professionnelle, aide très précieuse durant cette expérience de stagiaire. Je remercie R. Wilders gérant de KMB Partners qui m'a permis d'effectuer
mon stage en entreprise au sein de sa société. Je remercie également mon conseiller pédagogique J. Fidèle et ma tutrice de
stage en pratique accompagnée A. Hernandez pour leur disponibilité, leur
investissement et leurs conseils. Et bien sûr un grand merci à mes premiers élèves (terminale GSI au lycée
Paul Lapie de Courbevoie) qui ont fait preuve d'intérêt, de dynamisme et
m'ont conforté dans ma volonté d'enseigner. Je remercie enfin Patrice Grand pour ses conseils dans l'élaboration de mon
mémoire professionnel. II. Introduction
Je me permets ici de citer une petite partie de l'intervention d'ouverture
d'Alain Séré lors de l'université d'été (août 2006) concernant le projet
GSI:
« ...
Sans doute bien davantage que les autres spécialités, nous introduisons
dans le programme de terminale l'étude des cadres technologiques sur
lesquels s'appuient les apprentissages.
Ce que nous recherchons, c'est à placer l'élève en situation d'appréhender
un contexte de
gestion à travers l'utilisation du cadre technologique : la manipulation
des données, la mise
en ?uvre des traitements, l'interprétation des résultats, l'analyse des
processus, l'ajustement
des procédures, l'adaptation de l'application.
L'objectif est que l'élève de terminale puisse appréhender des problèmes
qui font sens en
termes de gestion de l'information, d'organisation (au sens strict), de
solutions
technologiques, en percevoir la portée, les coûts, etc. en analyser les
caractéristiques
principales, établir un diagnostic et engager une réalisation qui apporte
une solution. » La partie 'analyse des processus' qui fait partie de cet enseignement et
qui se traduit par l'apprentissage du modèle évènement- résultat est
pourtant souvent mal perçue par les élèves. La plupart d'entre eux ont du mal à s'intéresser à la modélisation, pensant
qu' « on ne doit pas s'en servir en entreprise » comme me l'a fait
remarqué un de mes élèves.
Et s'ils ont du mal à s'y intéresser, il y a de fortes chances qu'ils aient
des difficultés à la maîtriser. Pour beaucoup, l'informatique c'est soit du réseau, soit de la
programmation.
Est-ce l'appellation des BTS qui les influence, ce qu'ils connaissent des
métiers de l'informatique et la représentation qu'ils s'en font ?
Mais après tout, ils ne sont qu'en terminale et c'est peut-être légitime
qu'ils aient cette vision restrictive de l'informatique. A nous de la faire
évoluer ! Suite à ce constat, je me suis interrogée sur la manière d'aborder cette
modélisation, et j'ai décidé de renforcer le lien modélisation -
informatique en basant la séquence que je vais vous présenter sur le
processus de déroulement d'un projet informatique, ce qui pourra aussi leur
être utile lorsqu'ils devront aborder leur démarche projet (épreuve
pratique).
III. Stage La société KMB Partners
[pic]
[pic] Le stage Mon stage s'est déroulé au sein de la société KMB Partners, Société de
service informatique plus particulièrement implantée au sein du groupe BNP
PARIBAS à Paris 9ème. La société compte environ 10 personnes et est spécialisée dans la mise en
place de Knowledge Management et le développement d'applications internet
riches (RIA : Rich Internet Application). J'étais intégré au service « maîtrise d'usage » dont les missions sont
d'analyser, concevoir et développer des applications web en prenant
particulièrement en compte les demandes des utilisateurs finaux quant à
l'outil qu'ils ont en face d'eux. J'ai pu observer durant ce stage le travail réalisé par ce service. Il consiste à reprendre les applications considérées comme « non
utilisables » par les utilisateurs, de part un manque d'ergonomie
important, et de «refondre» cette même application avec une interface
différente :
. en améliorant l'ergonomie,
. en prenant en compte les demandes et habitudes des utilisateurs,
. en proposant une application de type Windows dans un navigateur
Internet...
Cela m'a permis de connaître la nouvelle génération de sites Internet du
domaine Web 2.0.
IV. Approche didactique
Mon stage en responsabilité m'a amenée à enseigner à des élèves de
terminale STG option GSI.
Une partie de l'enseignement porte sur la modélisation évènement -
résultat. J'ai malheureusement constaté à travers les contrôles et leur auto-
évaluation que les élèves ont mal acquis cette partie du programme. En parlant avec d'autres enseignants de cette matière en terminale (dont
certain très expérimenté) il s'est avéré que eux aussi ont obtenu des
résultats plutôt moyens. J'ai donc réfléchi aux raisons possibles de cette difficulté et j'en ai
déduis ceci : Une seule difficulté à la fois : En fait, j'ai abordé lors d'une séance de cours les notions liées à la
modélisation d'un processus (les éléments constitutifs et la
formalisation), présenté des exemples puis nous avons abordé le modèle du
contexte 1 directement.
Peut-être est-ce là ma première erreur, car les élèves ont donc découvert
le modèle évènement - résultat. par le biais d'un contexte déjà compliqué
pour eux.
2 difficultés : la compréhension du contexte et la compréhension de
construction du modèle. De plus, les élèves que nous avons sont peu enclins à lire des documents
importants. J'ai donc pensé que l'approche du modèle évènement - résultat devait se
faire à travers un contexte simple afin que la difficulté ne réside que
dans la compréhension de la modélisation, le contexte simple s'inscrivant
mieux alors dans leur capacité de lecture. (à ne pas négliger pour autant,
mais à ne pas mélanger peut-être avec d'autres difficultés) En plus d'un contexte simplifié, je me suis dit que le sujet pourrait être
aussi plus attractif et plus parlant pour eux ; Mais j'ai tout compte fait opté pour un contexte simplifié de gestion d'un
projet informatique, pensant que ça permettrait en plus aux élèves de les
aider dans leur démarche projet qu'ils devront mener dans le cadre de la
préparation de l'épreuve pratique. Construire progressivement le modèle : la démarche que je propose est progressive. Je pense en effet que mettre
les élèves devant un modèle trop rapidement ne fait que les affoler et donc
pour certains les bloquer. D'autre part, plutôt que de passer directement de l'analyse du document à
la modélisation, j'ai préféré insérer une étape intermédiaire qui permet de
décomposer la difficulté en 2 parties :
La 1ere extraire les activités, et ce qui les caractérise
la 2de, modéliser les résultats obtenus ; la modélisation devenant alors
presque une mise en forme, une représentation autre du résultat obtenu. Voici donc la démarche que j'ai détaillée dans la séquence que je vous
présente : Les élèves à partir du contexte et du diagramme de flux fait en travail
personnel, renseignent un tableau avec les activités dont est composé le
processus. A partir de ce tableau, nous 'zoomons' sur une première activité, puis par
le biais de question, j'essaie de les amener à une description plus
complète de l'activité (activité, évènement déclencheur, évènement
résultat).
Je leur présente la modélisation de cette activité.
Les élèves font la même démarche sur une autre activité de même complexité
(tableau, puis modélisation). Nous reprenons le tableau et nous 'zoomons' ensuite sur une activité plus
complexe, puis une autre en adoptant à chaque fois la même démarche. Jusque là les élèves ont modélisé des activités indépendamment les unes des
autres mais avec des niveaux de difficulté croissante. Ensuite nous abordons la notion de liens entre activités, et nous
rassemblons 'les pièces du puzzle' pour construire le modèle complet. V. Présentation de la séquence
Cette séquence est composée de 3 séances : 2 cours et 1 TD avec évaluation Séance N° 1 : [pic]
Séance n°2
[pic]
Séance N° 3 : [pic]
VI. Présentation des séances
VI.a Première séance :
|Fiche pédagogique |
|Classe : Terminale STG-GSI |
| |
|Séance n°1 Type d'activité : cours |
|Durée : 1 h 50 mn |
|Partie du programme concernée : |
|A Système d'information et organisation |
|2 - la représentation des activités dans l'organisation |
|2.2 modélisation d