Ce învață studentul a fost aprobat de un om
Sistemul poate propune material. Nu îl poate publica. Cea mai avansată stare pe care o atinge singur este ciornă.
declanșator în PostgreSQL:
aprobatorul trebuie să fie un principal de tip HUMAN
Propunere pentru facultăți
O lume virtuală în care studentul intră, este ghidat în formare și carieră, și în care nimic nu ajunge la el fără să fi fost aprobat de un om cu nume.
platformă activă la iussia.legalitc.com date găzduite în Uniunea Europeană 28 verificări automate, toate trecute
Problema
Un sistem care generează text poate spune orice, convingător, inclusiv o normă care nu mai e în vigoare. Într-o facultate de drept, asta nu e o eroare de produs — e o eroare pe care studentul o duce mai departe în profesie.
Soluția obișnuită e o promisiune: „verificăm conținutul". O promisiune ține exact cât ține atenția celui care o face.
IusSIA mută garanția din promisiune în mecanism. Materialul ajunge la student doar după ce o persoană identificată a aprobat o versiune anume, iar refuzul nu e o convenție respectată de programatori — e o regulă în baza de date, care respinge scrierea.
Garanții
Sistemul poate propune material. Nu îl poate publica. Cea mai avansată stare pe care o atinge singur este ciornă.
declanșator în PostgreSQL:
aprobatorul trebuie să fie un principal de tip HUMAN
Izolarea nu e o condiție scrisă în cod, pe care următoarea interogare o poate uita. E o politică pe fiecare tabel, activată și forțată.
32 de tabele,
row-level security enabled AND forced
Autorii lucrează sub un rol de bază de date propriu. Pe tabelul care ține și conținut, și progres, regula e o singură linie: rândurile care au un proprietar sunt invizibile.
rol separat: iussia_author
fără niciun drept pe datele identificate
Fiecare explicație dintr-o misiune trimite la lecția din care provine, iar o opțiune fără sursă nu trece de validare. Estimările se anunță ca estimări.
validare la încărcarea pachetului:
fiecare opțiune are source_ref
Poarta de publicare
Date personale
Lista de mai jos nu e o politică. Pentru fiecare element din ea, nu există coloană în baza de date care să îl poată păstra. Adăugarea uneia ar cere o migrare vizibilă și o reevaluare a impactului asupra datelor.
Planificatorul de studiu vede din calendarul studentului doar început, sfârșit și toată ziua, printr-o vedere care nu expune altceva. Nu poate ști că studentul a fost la sală; știe că între 17:00 și 19:00 e ocupat.
În locul datei de naștere se păstrează o bandă de vârstă. Vârsta exactă nu e necesară pentru nimic din ce face platforma.
Stadiu
Ce cerem de la facultate
Persoana care confirmă că un material poate ajunge la studenți. Fără ea platforma nu publică nimic — nu din politețe, ci pentru că baza de date refuză scrierea. Aici e tot timpul pe care îl cerem.
Suport de curs, note, spețe. Îl segmentăm noi și propunem structura; aprobatorul vede fiecare propunere alături de pasajul din care provine.
La ce interval un material de drept trebuie recitit. Îl înscriem în sistem, iar platforma marchează singură ce a depășit termenul.
Onestitate
Pasul următor
Cel mai scurt drum către o decizie nu e o altă prezentare. Aduceți un suport de curs existent: îl trecem prin platformă în fața dumneavoastră, de la document la lecție publicată, și vedeți exact unde se oprește sistemul și așteaptă semnătura.
LegalITC
office@legalitc.com
iussia.legalitc.com