CASOON · Proof of Concept
Eine Datenbasis für Schülerakte, Noten und Stundenplan.
canon ist das gemeinsame Datenmodell von roster, score und timbra. Setzt eine Schule mehr als eines davon ein, sind Personen, Klassen und Unterricht nur einmal erfasst, in einer gemeinsamen PostgreSQL-Datenbank: kein Import zwischen den Produkten, ein Rechtesystem, ein Protokoll. Jedes Produkt läuft weiterhin auch allein.
| Daten | mit roster | ohne roster |
|---|---|---|
| Schüler und Sorgeberechtigte | roster | score |
| Lehrkräfte und Personal | roster | score |
| Schuljahr, Klassen, Zugehörigkeit | roster | score |
| Fächer, Kurse, Lehraufträge, Stundentafel | timbra, wenn eingesetzt | score |
| Belegungen | score | score |
- Datenbank für alle Produkte einer Schule, statt einer je Produkt
- 1
- Importschritte zwischen roster, score und timbra
- 0
- Schemata: der gemeinsame Kern und je eines für roster, score, timbra
- 4
- Datenarten mit je genau einem schreibenden Produkt
- 5
Was canon festlegt
Jede Angabe nur einmal
Eine Lehrkraft ist eine Person. Ihr Kürzel im Stundenplan, ihr Lehrauftrag für die Noten und ihre Klassenleitung in der Akte hängen an dieser einen Person, statt in drei Programmen gepflegt zu werden.
Rechte in der Datenbank
Die Datenbank trennt die Schulen und prüft Rechte als Policy, für alle Produkte gleich. Wer was sehen darf, folgt aus den Mitgliedschaften der angemeldeten Person, nie aus der Anfrage.
Ein Schreiber je Datenart
Je Schule hat jede Datenart genau ein schreibendes Produkt. Die anderen lesen. Damit gibt es keinen Abgleich und keine zwei Wahrheiten.
Datensparsam für die Planung
timbra sieht Schüler nur als Anzahl je Klasse oder als pseudonyme Kursbelegung, nie mit Namen. Das stellt die Datenbankrolle sicher, nicht die Oberfläche.
Solo bleibt möglich
score und roster nutzen auch allein dasselbe Modell, timbra arbeitet allein mit einer lokalen Datei. Wer später ein zweites Produkt dazunimmt, baut keine Daten um.
Wer auf canon zugreift
- roster · Rolle
roster_app· Schematakern,roster - score · Rolle
score_app· Schematakern,score - timbra · nur Kern-API
/v1/kern/,/v1/timbra/· Rolletimbra_appohne Zugriff auf Schülerdaten
score und roster arbeiten direkt auf der Datenbank, jedes mit eigener Datenbankrolle. timbra ist eine Desktop-Anwendung und bekommt nie Datenbankzugang: es spricht mit der Kern-API, die score und roster mitbringen.
Stand: Proof of Concept, Oktober 2026Verbund
score, roster und timbra laufen jeweils allein. Setzt eine Schule mehr als eines ein, arbeiten sie auf einer gemeinsamen Datenbasis, canon: Jede Person, jede Klasse und jeder Kurs ist nur einmal erfasst, mit einem Rechtesystem und einem Protokoll für alle.
- rosterSchülerakteStammdaten, Sorgeberechtigte, Klassen und Laufbahn, Schulwechsel, Förderplanung. Im Verbund pflegt roster Personen und Klassen.
- scoreNoten und ZeugnisseLeistungen, Noten, Konferenzen, Zeugnisse und Abschlüsse. Im Verbund liest score Schüler und Klassen aus roster, ohne Import.
- timbraStundenplanungDesktop-Anwendung: Stundenplan rechnen, freigeben, Vertretungen. Im Verbund plant timbra den Unterricht und sieht Schüler nur als Anzahl.
- canonGemeinsame DatenschichtEin Datenmodell in PostgreSQL für alle drei: Personen, Klassen, Unterricht, Rechte und Protokoll werden nur an einer Stelle geführt.