Projet académique en équipePersonnel / Game dev

RenovIUT

Serious game Godot 4 sur la rénovation du campus, les arbitrages budgétaires et la gouvernance d’un IUT.

RenovIUT est un serious game réalisé en équipe où le joueur incarne le directeur de l’IUT Robert Schuman et pilote rénovations, chauffage, recrutement, budget, satisfaction et attractivité sur plusieurs scénarios.

Godot 4GDScriptSQLiteMVC / Observer

Vue d’ensemble

Serious game académique centré sur une simulation de gestion.

Projet Godot 4 mêlant vue campus 3D et panneaux de gestion 2D

Les décisions joueur agissent sur l’état des bâtiments, le chauffage, le personnel, le budget, l’attractivité et les résultats étudiants

Plusieurs scénarios : réélection, rénovation complète du campus et recherche d’excellence

Boucle de simulation par trimestres structurée autour de MVC, Observer et de données SQLite

Vue principale de RenovIUT avec le campus, le HUD et le panneau d’action bâtiment

Moteur

Godot 4 + GDScript

Architecture

MVC + Observer

Données

Simulation appuyée sur SQLite

Modes

3 scénarios + tutoriel

Défis techniques

Simulation lisible

Budget, satisfaction, personnel, chauffage et état des bâtiments devaient rester compréhensibles sans transformer le jeu en mur de chiffres.

Coordination 3D / 2D

Le projet devait relier un campus navigable à des panneaux fixes de gestion, notifications et contrôles d’action qui restent utilisables pendant le jeu.

Objectifs pédagogiques en mécaniques

L’équipe devait transformer des objectifs sur la gouvernance, la rénovation et les arbitrages en mécaniques réellement perceptibles via scénarios et conséquences.

Architecture de simulation

Boucle de simulation

RenovIUT suit une boucle simple en quatre niveaux : le joueur agit dans l’interface visible, les contrôleurs appliquent la simulation, l’état du jeu évolue, puis la couche de données persiste ce dont le système dépend.

Joueur

Incarne le directeur de l’IUT et fait avancer la simulation

↓Transitions
observe: Joueur -> Vue campus 3D
ajuste: Joueur -> Panneaux 2D

Vue campus 3D

Caméra, sélection des bâtiments, état visible des travaux

Panneaux 2D

Budget, personnel, chauffage, notifications, feedback de scénario

↓Transitions
déclenche: Vue campus 3D -> Contrôleurs de simulation
commande: Panneaux 2D -> Contrôleurs de simulation

Contrôleurs de simulation

Scénario, budget, enseignement, bâtiments, règles de timeline

État de jeu

Bâtiments, populations, notifications et indicateurs globaux

↓Transitions
persiste: État de jeu -> Données SQLite

Données SQLite

Tables étudiants, enseignants et notifications

Godot mêle scène campus 3D et panneaux 2D de gestion pour garder les décisions ancrées dans l’état visible du campus.

RenovIUTApp et la couche facade initialisent le scénario et routent les actions au lieu de laisser l’UI porter directement les règles métier.

Les contrôleurs séparent budget, enseignement, gestion bâtiment et timeline pour garder la simulation compréhensible quand elle grossit.

L’état de jeu reste explicite autour des bâtiments, populations, notifications et indicateurs globaux au lieu d’être dispersé dans les vues.

SQLite persiste les données étudiants, enseignants et notifications dont la simulation et les rapports dépendent.

Systèmes visibles côté joueur

Les écrans qui montrent le mieux la valeur du projet : surface de gestion du campus, états saisonniers, onboarding et UI de retour sur conséquence.

Vue hivernale de RenovIUT montrant un bâtiment en travaux

État du campus et contexte saisonnier

La même surface affiche l’état des bâtiments, les travaux en cours, le changement de saison et le panneau de décision à droite.

Historique des notifications de RenovIUT avec rapports et bilans de semestre

Historique et rapports

Factures, bilans d’examens et retours de scénario restent consultables via un historique dédié au lieu de disparaître après une seule popup.

Popup de risque de faillite dans RenovIUT au-dessus de la scène principale

Urgence et retour en contexte

Les alertes restent superposées à la scène principale pour conserver le contexte campus pendant que le jeu signale pression et risque.

Écran de démarrage de RenovIUT avec choix de scénario et option tutoriel

Entrée par scénario

La partie démarre avec un choix de scénario explicite et un tutoriel optionnel au lieu de masquer la simulation derrière un seul mode fixe.

Analyse

Pourquoi il a sa place ici

Un projet d’équipe utile parce qu’il montre de la structure de simulation, pas seulement du visuel.

+

Je ne présente pas RenovIUT comme un projet solo. Son intérêt est qu’il m’a exposé à un projet d’équipe où gameplay, architecture et objectifs pédagogiques devaient tenir ensemble.

Il élargit le portfolio au-delà des produits web en montrant aussi de la logique de simulation à état, une surface UI orientée jeu et une boucle événement-conséquence plus explicite.

Ce qu’il montre techniquement

Le signal principal est la structure explicite derrière la simulation.

+

Le projet sépare clairement vues, contrôleurs et modèles, puis ajoute des mises à jour de type Observer pour faire réagir l’interface quand l’état des bâtiments, la date, le budget ou la population changent.

C’est important parce que la 3D n’est pas seulement décorative. Les décisions sur le personnel, le chauffage, les rénovations et le budget doivent traverser les règles de simulation puis revenir sous forme de feedback visible.

Compromis et limites

Un prototype académique ambitieux, pas une production commerciale.

+

Le projet vise d’abord un serious game jouable, donc certains systèmes restent volontairement simplifiés. La boucle par trimestres garde la simulation lisible et maîtrisable au lieu de chercher un modèle plus dense mais plus opaque.

Ce compromis est cohérent avec le contexte. Il rend le jeu explicable, relie les décisions à des conséquences visibles et laisse malgré tout suffisamment d’architecture en arrière-plan pour que le projet mérite sa place dans le portfolio.

Retour aux projets
Précédent : StrassableSuivant : Stellarium