Game

Rôle de cette page Cette page est la carte d'entrée du projet Game. La documentation suit les fro...

Responsabilité Le bootstrap commun décide où le client se connecte, quel jeu est chargé, quelle f...

Architecture Le démarrage et la navigation principale utilisent des GameState. Chaque état effec...

Pattern général Le projet sépare les objets de données sérialisables des controllers runtime. Les...

Hiérarchie métier commune flowchart TD USER[UserDetails] --> SIM[Simulation] SIM --> ACT[Activiti...

Dossier Assets/Src/Utils/ contient l'infrastructure Unity qui ne relève pas directement d'un doma...

Contrat côté Unity BackEndBase définit le contrat backend utilisé par le reste du client. Les con...

Architecture serveur commune Le backend du Game repose principalement sur les Cloud Scripts dans ...

But Cette page est l'index des points d'entrée BrainCloud communs sous server_scripts/_command. ...

Carte générale Fichier/dossier Responsabilité utils.js Helpers transversaux, UIDs, calculs simple...

Chaîne de synchronisation BrainCloud RTT permet au serveur d'avertir les clients déjà connectés l...

Couche commune Les deux familles utilisent un socle d'évaluation partagé : StudentEvaluationBase...

Vue complète La static data n'est pas maintenue uniquement à la main dans Unity. Le dépôt contien...

Pipeline flowchart LR S[Google Sheets] --> I[importUploadTexts.js] I --> JSON[shared_texts / game...

Frontière Cette page décrit uniquement les briques UI réellement communes. Les écrans Data-Driven...

But de cette page Cette page explique comment créer, déclencher, persister, tester et déboguer un...

Build WebGL Le build est défini dans Assets/Src/Editor/Builder.cs. Le menu Unity Uniksim → Build...

But Les tests automatisés valident la logique métier des Cloud Scripts sans passer par l'UI Unity...

Pourquoi ce système existe Le dossier node.js/backend/braincloud/debugging/ recrée localement un...

But Cette page documente les outils qui synchronisent les Cloud Scripts entre le dépôt et les app...

Rôle du système Scenario Le système Scenario gère le contenu d'introduction/contexte, les questio...

Rôle des Timelines Unity Les Timelines sont des séquences audiovisuelles Unity basées sur Playab...

Pourquoi cette page existe Cette page est une carte fonctionnelle du produit. Elle explique ce qu...

Structure des données Le logbook est stocké par équipe dans teamsLogbooks, avec teamUid comme U...

Rôle By Module est le framework où une activité est composée de modules configurables. Accounting...

Principe La vraie logique Accounting partagée côté serveur vit dans acc_base. acc1 et acc2 son...

Document central Le document persistant central est teamsModules. Côté Unity, BackEndBrainCloud...

Objectif Cette page sert de carte des fichiers de configuration du système Accounting / ByModule....

Source serveur _utils/by_module/byModule_utils.js construit un cache de constantes utilisé par l'...

Rôle L'UI By Module est générée à partir de module_pages.json, des pages_settings et des donnée...

Routeur serveur La majorité des actions étudiantes passent par _utils/command/utils_custom_comma...

Vue d’ensemble Le système de formules permet à un étudiant de calculer automatiquement la valeur ...

Point d'entrée Le moteur est _utils/by_module/byModule_utils_create_module_type_data.js. Il fabr...

Comment ça fonctionne Le système de bills traverse la configuration, le backend Node.js/BrainClou...

Modèle serveur _utils/by_module/classes/InventoryProduct.js représente un produit d'inventaire. I...

Responsabilité Les immobilisations couvrent la génération des achats d'immobilisations, leur duré...

Responsabilité Les contrats Accounting sont des données métier persistées/générées qui servent à ...

Rôle Les régularisations transforment les données accumulées pendant le module en écritures de fi...

Rôle byModule_utils_answer_key_module.js construit les décisions correctes complètes d'un module....

Vue d'ensemble Le moteur Accounting est construit en chaîne. Les journaux représentent les écritu...

Trois étapes distinctes La correction By Module n'est pas un seul calcul. Elle sépare : grading b...

Génération des résultats byModuleGenerateTeamModuleResults() orchestre grading + reassemble puis ...

Note: La procédure assume que les liens utilisés resteront les mêmes et que la structure des fich...

Rôle des contextes Accounting Un contexte représente une période/situation comptable simulée avan...

But de cette page ACC1 et ACC2 partagent le même moteur By Module / Accounting, mais ils ne diffè...

À quoi sert le fuzzy matching ? Le grading doit retrouver quelle facture ou écriture attendue cor...

Rôle By Year est le framework historique où une activité progresse année par année. À chaque anné...

Objets Unity SimulationByYear : simulation et options propres à la famille; ActivityByYear : anné...

startYear() utils_by_year.startYear(actData, updateYearFinished) incrémente l'année si nécessaire...

Entrées communes Le framework annuel est exposé par des commandes communes et par des wrappers ga...

Principe Le framework By Year ne connaît pas la structure détaillée des décisions. Il délègue à ...

Quand les bots sont utilisés Dans generateResultsJob(), si actData.isAsync est vrai, takeBotsD...

Évaluations _utils/utils_eval.js fournit le cadre commun pour activité, présence, logbook, custom...

Socle commun Assets/Src/UI/SimByYear/ contient l'UI réutilisée par les jeux annuels. Le contenu m...

Positionnement ENT1 est un jeu By Year centré sur une entreprise qui combine production, usines, ...

Positionnement HR1 est le jeu By Year orienté gestion des ressources humaines : staffing, rémunér...

Positionnement MGT1 modélise la gestion d'une équipe de développement : employés, temps de travai...

Positionnement MK1 est le moteur marketing By Year centré sur création de produit, choix de segme...

Notifications envoyées depuis Unity Le Game envoie les notifications au backend Web. Notificatio...

Positionnement MK2 reprend le cœur marketing de MK1 mais ajoute notamment la logique pays/segment...