AVƵ

Project list

Mandats Unige

Projet

Project

>
>

Annexes

éé
160
Mandats Unige
Unige mandates
Guillaume Chanel
Christophe Charpilloz ; Jean-Luc Falcone
christophe.charpilloz@unige.ch
Application informatique
12X015
䲹éǰپDz
Bachelor
Moins de 25
Faire créer
Faire gérer un projet
Ծé de Genève
Sciences
2018
Oui
Description du projet
Dans ce cours, les étudiant-es mènent un projet de développement informatique concret soumis par un-e « client-e » issu-e de la communauté universitaire.

Avant la mise en place de ce cours, les étudiant-es ne s’exerçaient à la programmation que pendant de courts TP de 3 à 4h qui n’offrait pas d’exemple de projet concret. Sa création émane de la volonté de donner l’expérience d’un projet plus significatif aux étudiant-es. Il leur permet de mettre en pratique les méthodes et savoirs acquis jusque-là ainsi que de comprendre et documenter le processus de leur mise en application. La spécificité des projets menés par les étudiant-es tient dans le fait qu’ils sont issus de besoins en développement exprimés par des membres de l’université.

Le cours « applications informatiques » est un cours obligatoire de deuxième année du programme de bachelor en sciences informatiques ouvert uniquement aux étudiant-es du département. L'objectif général de ce cours est de former les étudiant-es aux développements d'applications informatiques à la demande de diverses entités de l'Université. Durant le cours les étudiant-es devront identifier le besoin du ou de la client-e, interagir avec lui, concevoir une solution, développer et tester un programme et enfin livrer le résultat.

Au début du semestre d’automne, un appel à projet est lancé auprès de l’ensemble de la communauté universitaire qui peut dès lors soumettre un projet du moment qu’il contienne des éléments de programmations, qu’il soit formateur et corresponde à 80h-100h de travail par étudiant-e. L’enseignant reçoit et filtre les projets proposés en fonction de leur niveau de difficulté et de leur faisabilité par des étudiant-es de 2ème année qui ne sont pas encore expert-es en programmation. Pour chacun des projets, l’enseignant fait appel à ses collègues afin de définir un encradrant-e volontaire qui puisse suivre et apporter son expertise aux étudiant-es pendant le projet.

Lors du premier cours, l’enseignant propose une petite introduction théorique sur les bonnes pratiques durant un projet informatique avant de laisser choisir un projet aux étudiant-es en fonction des descriptions de projets disponibles. Le choix s’effectue sur Moodle ce qui permet en même temps la formation des groupes en fonction du nombre d’étudiant-es requis par projet. Ils/elles devront alors fournir une prestation à l’entité à l’initiative du projet, sous forme d'une application informatique qui pourra être de nature administrative ou scientifique. Un cahier des charges est établi entre le demandeur du service, l'étudiant-e et l’encadrant-e désigné-e dans le département.

Dès le deuxième cours, l’enseignant s’assure que les étudiant-es ont contacté l’encadrant-e assigné-e à leur projet et qu’un premier rendez-vous avec le ou la client-e a été fixé. L’encadrant-e est présent-e à ce premier rendez-vous afin de donner un cadre au projet, s’assurer que le projet est réalisable, que les demandes du client ont été comprises par les étudiant-es et répondre aux éventuelles questions auxquelles les étudiant-es ne sauraient pas répondre. Par la suite, les étudiant-es sont indépendant-es sur le projet mais l’encadrant-e continue de suivre leur travail lors de rencontres régulières.

Au milieu du semestre, l’enseignant consacre deux cours de 45 minutes à la présentation des projets de chacun des groupes. La présentation dure 10 minutes ; elle est suivie d’un moment consacré aux retours de l’enseignant.

Le rendu final est composé d’un rapport écrit pour lequel les étudiant-es disposent d’un template (besoins, développement, organisation, formation et feedback), des comptes rendus de chacune des réunions menées avec le ou la client-e ainsi que de la documentation fournie au client-e. L’ensemble du code produit pendant le semestre ainsi que les comptes rendus de séances sont consignés sur Gitlab. L'évaluation est une validation basée sur les retours du ou de la client-e (réunions, identification des besoins, implication) et celui de l’encadrant-e. Client-e et encadrant-e reçoivent un questionnaire d’évaluation à remplir à la fin du semestre. Ce questionnaire porte notamment sur la qualité du développement du produit, son utilisabilité par le demandeur, la documentation fournie aux client-es et les interactions de travail tout au long du développement.

Un tel enseignement permet d’engager les étudiant-es dans une relation client semblable à celle qu’ils/elles en connaitront dans leur vie professionnelle. Ils/elles doivent faire preuve d’adaptabilité face au client ou à la cliente, proposer des solutions et collaborer avec une personne qu’ils/elles n’ont pas choisi. Ils/elles répondent à un besoin concret en produisant un outil qui sera véritablement utilisé, ce qui génère une motivation authentique.

Cependant, l’enseignant attire l’attention sur la charge administrative importante que représente la préparation d’un tel cours en amont. Il est en effet essentiel de bien élaborer la stratégie de communication quant à la diffusion de l’appel à projet ; il faut avoir construit une liste de contacts pouvant éventuellement être intéressé-es.

La réception, la lecture et le tri des projets reçus représente également une charge importante car l’appel à projet doit être le plus large possible. Il est ensuite nécessaire de sélectionner les projets en fonction de leur faisabilité par les étudiant-es. Il peut arriver qu’un projet soit trop trivial ou trop complexe ; il est alors envisageable de contacter le mandant pour diminuer la charge de travail ou diviser celle-ci en deux groupes d’étudiant-es. L’enseignant doit également s’assurer de la capacité de suivi et d’évaluation de la part du mandant-e.

Un autre point d’attention lors de la mise en place d’un tel projet est la recherche d’encadrant-es compétent-es en suivi de projet, qui soit impliqué-e et expérimenté-e. Il est envisageable que le mandant-e soit également encadrant-e si ses compétences et sa disponibilité le permettent. Afin d’être efficace dans son encadrement, l’enseignant préfère se limiter à encadrer 2 ou 3 groupes. Il est alors nécessaire de trouver des encadrant-s compétent-es pour les groupes restants. La recommandation de l’enseignant est de former des groupes de 2 ou 3 étudiant-es maximum. Il faut garder en tête que plus le nombre d’étudiant-es par groupe augmente, plus la complexité du projet doit augmenter, plus l’encadrement devient complexe également.

In this course, students carry out a concrete IT development project submitted by a “client” from the university community.

Before this course was introduced, students only practiced programming during short 3-to-4-hour practical sessions, which offered no examples of concrete projects. The course was created to give students the experience of a more meaningful project. It enables them to put into practice the methods and knowledge they have acquired so far, and to understand and document the process of applying them. The specificity of student-led projects lies in the fact that they stem from development needs expressed by members of the university.

The “Applications Informatiques » course is a compulsory second-year course in the Bachelor of Computer Science program, open only to students of the department. The general objective of this course is to train students in the development of computer applications at the request of various AVƵ entities. During the course, students will identify the customer's needs, interact with him or her, design a solution, develop and test a program and finally deliver the result.

At the start of the autumn semester, a call for projects is issued to the entire university community, who can then submit a project as long as it contains programming elements, is instructive and corresponds to 80h-100h of work per student. The teacher receives and filters the proposed projects according to their level of difficulty and feasibility by 2nd year students who are not yet programming experts. For each project, the teacher calls on his or her colleagues to identify a volunteer inker who can monitor and provide expertise to the students during the project.

In the first class, the teacher gives a short theoretical introduction to good practice in IT projects, before letting the students choose a project from the available project descriptions. The choice is made on Moodle, which also enables groups to be formed according to the number of students required per project. They must then provide a service to the entity initiating the project, in the form of a computer application that may be administrative or scientific in nature. A set of specifications is drawn up between the person requesting the service, the student and the departmental supervisor.

From the second class onwards, the teacher ensures that the students have contacted the supervisor assigned to their project and that a first meeting with the client has been arranged. The supervisor is present at this first meeting to provide a framework for the project, to ensure that the project is feasible, that the customer's requirements have been understood by the students, and to answer any questions the students may not know how to answer. Thereafter, the students work independently on the project, but the supervisor continues to monitor their work at regular meetings.

In the middle of the semester, the teacher devotes two 45-minute classes to the presentation of each group's project. The presentation lasts 10 minutes, followed by a period of feedback from the teacher.

The final report consists of a written template (requirements, development, organization, training and feedback), the minutes of each meeting with the customer and the documentation provided to the customer. All the code produced during the semester, as well as the session reports, are recorded on Gitlab. The evaluation is based on feedback from the customer (meetings, identification of needs, involvement) and the supervisor. Customer and supervisor receive an evaluation questionnaire to be completed at the end of the semester. This questionnaire covers the quality of product development, usability by the client, documentation provided to the client and working interactions throughout the development process.

This kind of teaching engages students in a customer relationship similar to the one they will experience in their professional lives. They must be adaptable to the customer, propose solutions and collaborate with a person they have not chosen. They respond to a concrete need by producing a tool that will actually be used, which generates genuine motivation.

However, the teacher draws attention to the heavy administrative workload involved in preparing such a course in advance. It's essential to draw up a clear communication strategy for disseminating the call for projects; you need to have built up a list of contacts who might be interested.

Receiving, reading and sorting the projects received is also a major task, as the call for projects must be as wide-ranging as possible. It is then necessary to select the projects according to their feasibility for the students. It may happen that a project is too trivial or too complex, in which case it may be possible to contact the principal to reduce the workload or divide it into two groups of students. The teacher must also ensure that the principal is capable of monitoring and evaluating the project.

Another point to bear in mind when setting up such a project is the need to find supervisors who are competent in project follow-up, involved and experienced. The principal may also be a supervisor, if his or her skills and availability allow. To be effective, the teacher prefers to limit his or her supervision to 2 or 3 groups. It is then necessary to find competent supervisors for the remaining groups. The teacher's recommendation is to form groups of 2 or 3 students maximum. Bear in mind that as the number of students per group increases, so does the complexity of the project, and so does the need for supervision.

Illustrations/annexes
Nouvelles fonctionnalitées
08/05/2025
08/05/2025
Non
Institution 󲹳ܱé Couleur (Hexadecimal)
Ծé de Genève Transversal #CF0063
Ծé de Genève ճéDZDz #4B0B71
Ծé de Genève SDS #F1AB00
Ծé de Genève Sciences #007E64
Ծé de Genève é𳦾Ա #96004B
Ծé de Genève Lettres #0067C5
Ծé de Genève GSEM #465F7F
Ծé de Genève FTI #FF5C00
Ծé de Genève FPSE #00b1ae
Ծé de Genève Droit #F42941
Situation problématique Page cible Situation Main color Dark color Illustration
ʰé貹 ʰé貹 Prepare #9966ff #613fa4 ʰé貹.svg
Rendre actifs Rendre actif Engage #33cc99 #269973 RendreActif.svg
Responsabiliser Responsabiliser Make responsible #0099ff #297eb6 Responsabiliser.svg
Faire créer Faire creer Create #ffa248 #bc7c3c 󲹾é.
Nom de l'innovation Page Cible Innovation name
Impliquer dans l'enseignement Impliquer dans l'enseignement Involve students in the teaching process
Exposer des cas pratiques Exposer des cas pratiques Examine case studies
Impliquer dans la Recherche Impliquer dans la Recherche Involve students in the research process
éDzԳٰ éDzԳٰ Demonstrate
Donner la parole Donner la parole Hear from students
Faire conceptualiser un projet Faire conceptualiser un projet Have students conceptualize a project
Faire gérer un projet Faire gérer un projet Have students manage a project
Faire réagir Faire réagir Generate reactions
Faire réaliser une production originale Faire réaliser une production originale Have students produce an original production
Développer des compétences Développer des compétences Develop skills
Simuler une situation Simuler une situation Simulate a situation
Questionner Questionner Ask questions
Faire collaborer Faire collaborer Encourage cooperation
Faire voter Faire voter To Vote
Logo Nom court Nom de l'institution
UNINE Ծé de Neuchâtel
UNIGE Ծé de Genève