OSE — Des règles de calcul au logiciel universitaire

Des règles de calcul, des données et des parcours partagés entre universités

Comment faire vivre des règles de calcul qui varient selon les situations et les établissements, tout en conservant un logiciel commun ? Cette question est au cœur de ma contribution à OSE.

J’y ai conçu un mécanisme qui interprète des règles décrites dans des tableurs structurés, en représente la logique et génère le code utilisé par l’application. Ce travail relie la formulation du besoin métier à son exécution dans le logiciel.

Ma contribution associe architecture, développement, formules de calcul et conduite de projet, au sein d’un produit collectif que j’accompagne depuis 2014.

Un logiciel au cœur de la gestion des enseignements

OSE — Organisation des services d’enseignement — rapproche les intervenants, les contrats, les heures, les validations et les informations utiles aux mises en paiement.

Dans ce parcours, une information manquante ou une règle mal représentée peut bloquer un dossier. J’ai contribué à la conception et à l’évolution de l’application en associant développement, architecture et pilotage.

Un déploiement visible dans les universités

Pour découvrir des établissements qui ont déployé OSE, vous pouvez rechercher « Organisation Services Enseignement » sur Google : les résultats permettent de retrouver les portails publics indexés.

Voir des établissements utilisateurs d’OSE sur Google

Cette recherche ne donne pas une liste exhaustive des déploiements. Certains établissements ne rendent pas leur application accessible publiquement ; d’autres portails peuvent ne pas être indexés par Google.

Ces établissements utilisent le projet collectif OSE ; ils ne sont pas présentés comme des clients de mon activité indépendante.

Faire apparaître le fonctionnement réel

Le système doit représenter les règles du domaine, les particularités des établissements et les informations provenant d’autres logiciels.

Il faut aussi permettre aux gestionnaires de comprendre l’état d’un dossier : quelles étapes sont terminées, ce qui manque, ce qui bloque et quelle action peut faire avancer le traitement.

Cette articulation entre données, règles et parcours est au cœur de mon travail. Une fonctionnalité prend son sens lorsqu’elle aide une personne à accomplir la bonne opération au bon moment.

Ma contribution

J’ai rejoint OSE en janvier 2014 comme développeur. À partir de mi-2015, j’ai exercé les fonctions de chef de projet, architecte et développeur principal.

Mon périmètre a associé le cœur applicatif, la modélisation des règles et des données, les mécanismes de calcul et de synchronisation, ainsi que la feuille de route, les déploiements, le support et la documentation.

OSE est un projet collectif et institutionnel. Ces responsabilités décrivent ma contribution ; le produit et ses résultats reposent sur le travail de l’ensemble des acteurs du projet.

Trois choix qui structurent la réponse

Des classeurs entiers compilés en moteurs de calcul

Dans OSE, une « formule » est un classeur structuré. Celui de Caen contient plus de 50 000 cellules avec une formule ; son onglet « Calculs » s’étend sur 109 colonnes. Il organise notamment les priorités de répartition des heures entre types d’activité et composantes universitaires.

J’ai conçu la chaîne qui lit ce modèle, remonte les dépendances entre cellules et génère une classe PHP. Elle distingue les paramètres globaux, les calculs par volume horaire, les références aux lignes précédentes et les agrégations.

Les résultats intermédiaires sont mémorisés pendant l’exécution. Le contrôle compare les résultats du logiciel à ceux du classeur, ligne par ligne et catégorie par catégorie, et fournit des valeurs intermédiaires pour examiner les écarts. Un traitement dédié prend en charge la cohérence des arrondis.

Cette architecture permet d’accueillir des variantes de règles dans un cœur logiciel commun. Le tableur constitue le support de description et de vérification ; le logiciel exécute le modèle traduit avec les données de l’établissement.

Lire l’analyse détaillée sur le blog : du classeur de 50 000 formules au moteur PHP, avec les sources publiques

Relier les données aux étapes de gestion

Les synchronisations rapprochent les informations nécessaires issues de systèmes différents. Les états et les indicateurs permettent d’orienter le travail à partir de ces données.

L’application rend ainsi visibles les éléments à traiter et les blocages à résoudre. Le bénéfice attendu est concret : consacrer l’attention au dossier et à la décision qui le fera avancer.

Préparer les évolutions du produit

Un logiciel partagé doit pouvoir intégrer des besoins nouveaux sans multiplier les variantes difficiles à maintenir.

L’architecture, les priorités et les mécanismes de déploiement sont donc travaillés ensemble. BddAdmin est né d’une partie de ces besoins : observer les bases réellement déployées et préparer les transformations nécessaires.

Approfondir le cas BddAdmin

Ce que l’application rend possible

OSE réunit des données métier, des règles, des étapes de gestion et les informations utiles aux actions suivantes. Des tableaux de bord orientent les gestionnaires ; les calculs et les validations s’inscrivent dans un parcours explicite.

Cette réalisation montre aussi un travail dans la durée : faire évoluer le produit, arbitrer les demandes et maintenir le lien entre les personnes qui le conçoivent et celles qui l’utilisent.

Débloquer une refonte avec les utilisateurs

Fin 2025, la refonte de la saisie des services d’enseignement dans OSE était freinée par des demandes contradictoires. Avant de développer une nouvelle interface, il fallait trouver un fonctionnement dans lequel les acteurs puissent se retrouver.

J’ai organisé un séminaire d’équipe pour faire émerger les difficultés, confronter les attentes et élaborer des pistes d’interface. J’en ai tiré une proposition cohérente, ensuite présentée aux établissements concernés.

Le résultat : la proposition a été acceptée sans difficulté majeure et la refonte a pu être débloquée. L’équipe disposait d’une direction partagée pour poursuivre la réalisation.

Ce que je peux transposer à votre contexte

Vos dossiers, vos règles et vos outils seront différents. La démarche reste utile : comprendre les étapes réelles, expliciter les décisions, relier les données et rendre l’application évolutive.

Si votre fonctionnement repose sur une succession de vérifications et d’échanges difficiles à suivre, nous pouvons commencer par un parcours précis et chercher comment le rendre plus lisible.

Parlons de votre besoin · Revenir aux réalisations