Application Safecove de tâches et de chat

Le système dispose actuellement de certaines conceptions différenciées attrayantes, mais elles ne sont pas encore assez fortes pour que, sur la seule base d'une démonstration fonctionnelle, les universités utilisant Banner, Workday, Oracle ou des produits de fournisseurs nationaux matures remplacent immédiatement l'ensemble de leur système.

Le coût et le risque de changer de système de gestion des études dans une université sont extrêmement élevés. Ce qui pousse réellement les clients à changer n'est généralement pas « plus de fonctionnalités », mais :

- Des problèmes fondamentaux que le système actuel ne résout pas depuis longtemps ;

- Un nouveau système qui réduit considérablement les coûts ou la charge de travail du personnel ;

- Des données historiques pouvant être migrées de manière fiable ;

- Pas de panne lors des pics d'inscription aux cours ;

- Une mise en service progressive, sans remplacement en une seule fois ;

- Un fournisseur offrant un service à long terme et des engagements de qualité clairs.

## 1. Les caractéristiques distinctives les plus prometteuses actuellement

### 1. Le poste de travail de planification et de modification des cours est plus intuitif que les systèmes traditionnels de gestion des études

Le système a déjà développé un mode opératoire assez distinct :

- Une grille visuelle du lundi au dimanche, avec 1 à 11 créneaux par jour ;

- Affichage direct des enseignants, cours, salles, effectifs et taux d'occupation ;

- Le gris indique un conflit, seuls les créneaux vides permettent une action ;

- Un clic sur un créneau affiche un aperçu des salles libres répondant aux exigences d'enseignant, d'effectif et de temps ;

- Un double-clic permet d'ajuster le temps, puis de choisir une salle et d'enregistrer ;

- Les cours consécutifs sont affichés de manière fusionnée ;

- Détection unifiée des conflits entre enseignants, groupes de cours et salles ;

- Contraintes telles que la capacité des salles, les périodes d'indisponibilité des enseignants, l'enseignement intensif, les campus multiples, etc. ;

- Génération de plans préliminaires par algorithme génétique, avec affichage des conflits durs, des pénalités de contraintes souples et des résultats d'itération.

On peut en faire le premier argument de vente principal :

> Une plateforme de planification explicable qui permet aux planificateurs de comprendre, de modifier et de savoir immédiatement s'il y a des conflits après modification.

Les produits internationaux prennent également en charge la planification des cours et les alertes de conflit, mais Workday met davantage l'accent sur l'inscription aux cours, la vérification d'éligibilité, les rendez-vous et les règles de liste d'attente ; Ellucian met l'accent sur la planification académique, l'analyse des besoins et les alertes de conflit d'inscription.

Notre opportunité n'est pas de promouvoir « nous avons aussi la planification », mais de rendre « l'efficacité de la modification manuelle » et « l'explicabilité de la planification automatique » nettement meilleures.

Il est recommandé de définir des indicateurs quantifiables :

- Réduire la planification de toute l'université de 20 jours ouvrables à 5 jours ouvrables ;

- Réduire le temps moyen de modification d'un cours de 10 minutes à 1 minute ;

- Zéro conflit dur lors de la soumission ;

- Les résultats de la planification automatique doivent expliquer la raison spécifique de chaque créneau non planifié ;

- Générer 3 plans et comparer le taux d'utilisation des salles, la satisfaction des enseignants et le nombre de déplacements entre campus.

Si ces indicateurs sont validés par de vraies universités, cela deviendra un argument concurrentiel puissant.

### 2. Faire de la gestion des inscriptions à forte concurrence une capacité produit observable et vérifiable

Le système ne se contente pas d'augmenter le pool de connexions, il commence à former un système complet de gestion des pics :

- Pool de connexions HikariCP ;

- Transactions MySQL et décrémentation atomique des places ;

- Ouverture des inscriptions par niveau, par tranches horaires et par lots ;

- Contrôle des tours d'inscription et des heures d'ouverture ;

- Conception de limitation de débit et de contrôle d'accès à la connexion ;

- Tests de charge sur le cœur concurrentiel, le chemin HTTP complet et le site web global ;

- Statistiques de latence P50, P95, P99 ;

- Vérification de cohérence entre le nombre de réussites, le nombre en base de données et le compteur de places ;

- Explication des résultats de test de charge et recommandations de mise à niveau des serveurs ;

- L'administrateur peut exécuter des tests depuis la page ;

- RocketMQ, Redis et le mécanisme de file d'attente sont déjà intégrés dans l'orientation architecturale.