search

girgen / skolschema

Skolschema – standard för informationsöverföring mellan olika system som krävs för att skapa skolans schema
4 stars 6 forks source link

Varför är schoolYear i enrolement immutable? #20

Closed stnor closed 5 years ago

stnor commented 5 years ago

Man måste väl kunna göra en PUT när det gått ett år och eleven går i en ny årskurs på samma skola?

girgen commented 5 years ago

Tanken är att det blir en ny inskrivning. Annars tappad historiken bort.

18 jan. 2019 kl. 08:38 skrev Stefan Norberg notifications@github.com:

Man måste väl kunna göra en PUT när det gått ett år och eleven går i en ny årskurs på samma skola?

— You are receiving this because you are subscribed to this thread. Reply to this email directly, view it on GitHub, or mute the thread.

stnor commented 5 years ago

Jag förstår tanken. Det kändes som Egil-projektets bild var att det endast skulle synkas aktuellt data och att därmed startDate och endDate inte är jätteintressanta. Och därmed går det ju då inte att se vilken enrolement som är aktiv det fallet.

stnor commented 5 years ago

Sedan är det väl högst tveksamt om det affärsmässigt är att betrakta som en ny inskrivning när man byter årskurs.

girgen commented 5 years ago

Det kändes som Egil-projektets bild var att det endast skulle synkas aktuellt data och att därmed startDate och endDate inte är jätteintressanta. Och därmed går det ju då inte att se vilken enrolement som är aktiv det fallet.

Då följer Egil inte standarden, den kräver datum. Det verkar dessutom vara en onödig förenkling, det kan inte vara svårt att generalisera till hela läsåret om man inte har informationen tillgänglig.

Sedan är det väl högst tveksamt om det affärsmässigt är att betrakta som en ny inskrivning när man byter årskurs.

Well, det är inte en ny inkrivning per se, det är en ny rad som visar hur inskrivningen förändras över tid.

stnor commented 5 years ago

Hej Palle! Tack för svaren.

Man kan ju välja att se det som att Egil inte följer standarden. Eller så kan man se det som att Egil använder de relevanta delarna av standarden för det användningsfallet. Det var ju därför en av de första sakerna jag föreslog var att ha olika "profiles" på standarden.

Nu är ju syftet med Egil så vitt jag förstår att se till att läromedelsleveratörerna har AKTUELL data, och därmed att objekt som inte längre är relevanta skall gallras/tas bort.

Jag kan förstå att det finns andra områden för SS12000, där ditt resonemang av behov av historik måste tillgodoses.

stnor commented 5 years ago

Well, det är inte en ny inkrivning per se, det är en ny rad som visar hur inskrivningen förändras över tid.

Inte för att det det spelar någon roll, med varför finns då bara detta resonemang här, och inte för andra attributförändringar, mer genomgående?

girgen commented 5 years ago

Well, det är inte en ny inkrivning per se, det är en ny rad som visar hur inskrivningen förändras över tid.

Inte för att det det spelar någon roll, med varför finns då bara detta resonemang här, och inte för andra attributförändringar, mer genomgående?

Mmm, det finns ju genomgående för de typer av data där det är viktigt, för de processer som stöds, att ha koll på förändringar över tid. Attribut har sällan en sån egenskap, men en del relationer har det, som gruppmedlemsskap och andra grupprelationer samt exempelvis inskrivningar.

girgen commented 5 years ago

Jag stänger denna, öppna gärna om du hittar några objekt där mitt resonemang ovan inte stämmer.