Safecove todo- en chat-app

Het systeem heeft nu al enkele aantrekkelijke onderscheidende ontwerpen, maar het is nog niet sterk genoeg om alleen op basis van functionele demonstraties universiteiten die Banner, Workday, Oracle of producten van gevestigde binnenlandse leveranciers gebruiken, onmiddellijk te laten overstappen.

De kosten en risico's van het vervangen van een onderwijssysteem door een universiteit zijn extreem hoog. Wat klanten echt motiveert om over te stappen is meestal niet "meer functies", maar:

- Kernproblemen die het bestaande systeem al lange tijd niet kan oplossen;

- Het nieuwe systeem kan de kosten of de werklast van personeel aanzienlijk verlagen;

- Historische gegevens kunnen betrouwbaar worden gemigreerd;

- Pieken bij het kiezen van vakken leiden niet tot crashes;

- Gefaseerde implementatie is mogelijk, zonder dat alles in één keer vervangen hoeft te worden;

- De leverancier kan langdurige service en duidelijke kwaliteitsgaranties bieden.

## 1. Meest veelbelovende onderscheidende kenmerken op dit moment

### 1. Het werkblad voor het plannen en herplannen van lessen is intuïtiever dan traditionele onderwijssystemen

Het systeem heeft al een vrij duidelijke bedieningswijze ontwikkeld:

- Een visueel raster van maandag tot en met zondag, met dagelijks 1-11 lesuren;

- Directe weergave van docenten, cursussen, lokalen, aantallen en bezetting;

- Grijs betekent conflicten, alleen lege tijdsblokken zijn bewerkbaar;

- Klik op een tijdsblok om een voorbeeld te zien van beschikbare lokalen die voldoen aan de eisen voor docent, aantal en tijd;

- Dubbelklik om de tijdsaanpassing te voltooien en kies daarna een lokaal om op te slaan;

- Aaneengesloten lessen worden gecombineerd weergegeven;

- Uniforme conflictcontrole voor docenten, onderwijsgroepen en lokalen;

- Beperkingen zoals lokaalcapaciteit, docentblokkeringen, geconcentreerd onderwijs en meerdere campussen;

- Genetisch algoritme genereert een voorlopig rooster en toont harde conflicten, strafpunten voor zachte beperkingen en iteratieresultaten.

Dit kan worden ontwikkeld tot het eerste kernverkoopargument:

> Een verklaarbaar roosterplatform waarmee roostermakers het kunnen begrijpen, aanpassen en direct zien of er conflicten zijn na wijzigingen.

Internationale producten ondersteunen ook cursusplanning en conflictmeldingen, maar Workday legt meer nadruk op cursusregistratie, kwalificatiecontroles, reserveringen en wachtlijstregels; Ellucian benadrukt studieplanning, behoefteanalyse en registratieconflicten.

Onze kans is niet om te adverteren dat we "ook roosterplanning" hebben, maar om "efficiëntie van handmatige roosterwijzigingen" en "verklaarbaarheid van automatische roosterplanning" duidelijk beter te maken.

Aanbevolen om kwantificeerbare indicatoren te formuleren:

- De hele universitaire roosterplanning wordt teruggebracht van 20 werkdagen naar 5 werkdagen;

- De gemiddelde bewerkingstijd voor roosterwijzigingen wordt teruggebracht van 10 minuten naar 1 minuut;

- Geen harde conflicten bij indiening;

- Het automatisch gegenereerde rooster kan voor elk niet-gepland vak de specifieke reden uitleggen;

- Er kunnen 3 scenario's worden gegenereerd met vergelijking van lokaalbezettingsgraad, docenttevredenheid en aantal keren dat er tussen campussen wordt gewisseld.

Als deze indicatoren door echte universiteiten zijn gevalideerd, wordt dit een krachtig concurrentiepunt.

### 2. Hoog gelijktijdige vakkeuze als een waarneembare, verifieerbare productcapaciteit

Het systeem voegt niet alleen verbindingspools toe, maar begint al een complete aanpak voor piekbelasting te vormen:

- HikariCP-verbindingspool;

- MySQL-transacties en atomische afname van plaatsen;

- Gefaseerde en gespreide openstelling van vakkeuze per jaargroep;

- Controle over keuzerondes en openingstijden;

- Ontwerp voor snelheidsbeperking en toegangscontrole bij inloggen;

- Belastingtests voor kernconcurrentie, volledige HTTP-keten en de hele website;

- P50-, P95-, P99-latentiestatistieken;

- Consistentiecontrole tussen aantal succesvolle gebruikers, databaseaantallen en plaatsentellers;

- Uitleg van testresultaten en aanbevelingen voor serverupgrades;

- Beheerders kunnen tests uitvoeren via de interface;

- RocketMQ, Redis en wachtrijmechanismen zijn al opgenomen in de architectuurrichting.