Kravspecifikation (Batch) 2011-09-12 Ändringshistorik Datum Av Kommentar Granskare 2010-02-23 MAVA Byter ut läsning i BESTBAT mot BATCHJOB och BATVILL 2011-08-12 Jenny Svensson Specen uppdateras och anpassas för uppföljning av studieavgifter UPP-1301, R11 2012-06-20 Magnus Böhlin Den ursprungliga(termin 1) inriktningen visas. Även uppdaterat att FFGLIN räknas som regiprog.
Thomas Dahlberg 2011-08-12 2 (9) Innehållsförteckning 1. FUNKTIONEN UX03, KOHORTUPPFÖLJNING.... 3 1.1 SYFTE... 3 1.2 BESKRIVNING... 3 1.3 BEHÖRIGHETSANALYS... 3 1.4 PREFERENSSTYRNING... 3 2. KRAVLISTA... 4 2.1 DETALJERAD BESKRIVNING AV KRAVLISTAN... 5 2.2 KONTROLLER... 8 2.3 INDATA... 8 2.4 UTDATA... 9 3. ÖPPNA OCH OBESVARADE FRÅGOR... 9
Thomas Dahlberg 2011-08-12 3 (9) 1. Funktionen UX03, Kohortuppföljning. 1.1 Syfte Med hjälp av denna funktion så kan man på ett enkelt sätt följa förändringar i varje enskild program. Man kan se vart avhoppen från ett program sker när man följer ett program som startade en viss termin. Funktionen kommer att särskilja de studenter som befriande från studieavgift och de som betalar studieavgift för ett visst program. Haren student betalt studieavgift för en del av programmet kommer de att räknas som studieavgiftsskyldiga genom hela programmet oavsett om de senare blir betalningsbefriade. 1.2 Beskrivning Funktionen kan köras en eller flera gånger per termin om behov finns för den enskilda högskolan. Funktionen uppdaterar en tabell som innehåller aggregerade uppgifter OUKOHORT. Om funktionen har körts tidigare på någon termin så kommer allt på den terminen att tas bort och ersättas med nya uppgifter när en ny körning sker av funktionen. I beställningen anges den termin som utgör kohorten som ska följas upp (benämns starttermin eller aktuell termin). Uppgifter hämtas i maximalt 20 terminer därefter men längst till och med terminen efter innevarande termin. 1.3 Behörighetsanalys Behörighet till funktionen ger behörighet till alla dess delar. 1.4 Preferensstyrning Inga preferensstyrningar.
Thomas Dahlberg 2011-08-12 4 (9) 2. Kravlista Krav Nr Beskrivning Tabell Kontroll Kolumn i OUKOHORT R1 Hämta alla antagna ANTLIN ANTINR R2 Antal registrerade FFGKURS R3 R4 R5 R6 R7 R8 R9 R10 Antal som har bytt inriktning på programmet Antal som är registrerade på annat program eller fristående kurs Antal omregistrerade, resultat eller uppehåll Antal avbrott på programmet Antal examen på programmet Antal examen, ej programmet Efter körning av denna funktion så skall uppgifterna sparas i en tabell. Kön ska särskiljas i lagring i tabellen FORTKURS UBUTREG FFGLIN INREGFFG INREGFO ANTINR FFGKURS FORTKURS UBUTREG FFGKURS FORTKURS UBUTREG GODKKURS GODKPROV OMKURS UPPHLIN AVBRLIN EXAMEN2 EXAMEN2 OUKOHORT ANTLIN Personnummer regiprog reganinr reganutb 1 endres anmavbr exiprog annexam kon
Thomas Dahlberg 2011-08-12 5 (9) Krav Nr R11 R12 Beskrivning Tabell Kontroll Kolumn i OUKOHORT Personer som har betalt studieavgift ska särskiljas Inläggningsdatum och beställningsdata AVGKURS AVGTERM BATCHJOB BATVILL Studavg? Idatum best 2.1 Detaljerad beskrivning av kravlistan För att sortera alla personposter innan summering sker till tabellen OUKOHORT används arbetstabellen ARBTAB. R1 Antal antagna Från tabellen ANTLIN hämtas alla som har blivit antagna till program med starttermin angiven termin. Det är denna population som alla kontroller och beräkningar sedan utgår från. Kontrollerar även om inriktning finns på första terminen i ANTINR. Den inriktning som studenten har termin 1 är den inriktning som visas. R2 Antal registrerade Antal registrerade på programmet aktuell termin, dvs starttermin och alla terminer framåt. Från tabellen FFGKURS hämtas alla som har en förstagångsregistrering, dvs de som har ett värde i kolumnen PROGR för aktuellt program. Till dessa skall man lägga de som finns i FORTKURS men man måste kontrollera om dessa har en förstagångsregistrering i tabellen FFGKURS på programmet och aktuell kurs. Till dessa skall alla som har rest ut på utbytesstudier och finns i tabellen UBUTREG läggas som inte finns i tabellen FFGKURS på samma pnr, termin, progr och proginr. Till dessa skall alla som finns i tabellen FFGLIN läggas som inte finns i tabellen FFGKURS på samma pnr, termin, progr och proginr. I antal registrerade räknar batchen även med de studenter som har gjort normalt avbrott,. dvs inte tidigt avbrott. Kontroll sker mot tabellerna INREGFFG och INREGFO (och då kontrolleras att även en förstagångsregistrering finns inom programmet).
Thomas Dahlberg 2011-08-12 6 (9) R3 Bytt inriktning på program Beräkning sker av studenter som har bytt inriktning inom programmet. Registrering finns nu på en annan inriktning än vad antagning har noterats för personen, ett senare byte har skett. Kontroller sker mot FFGKURS, FORTKURS, UBUTREG, INREGFFG och INREGFO. R4 Läser på annat program eller fristående kurs Summering sker av de personer som inte är registrerade eller har avbrott på program som antagning har skett till. Hittas ingen registrering aktuell termin sker kontroll om studenten har bytt och registrerats sig på något annat program eller fristående kurs, FFGKURS, FORTKURS, UBUTREG, FFGLIN. R5 Ej aktiva studenter på programmet Summera de studenter som fortfarande är aktiva inom programmet, men inte har en förstagångseller fortsättningsregistrering. Summerar antal studenter som har studieuppehåll är omregistrerade eller enbart har gjort resultat under aktuell termin. Tittar efter godkända (GODKPROV) och underkända (UNDKPROV) resultat samt omregistrering på kurs inom aktuellt program (OMKURS, OMREGLIN). Eller om studenten har uppehåll på programmet (UPPHLIN). R6 Anmälda avbrott Summera antal anmälda avbrott av studenter som ingår i kohorten. Kontrollera mot tabell AVBRLIN. Är orsaken till avbrottet examen ska studenten inte räknas med i antal avbrott på programmet. R7 Tagna examen inom programmet Summera hur många i kohorten som har tagit ut en examen inom det program som antagning först skedde för. R8 Tagna examen utanför aktuellt program Summering sker av de studenter som har tagit examen inom något annat program än det de antogs till i undersökt kohort.
Thomas Dahlberg 2011-08-12 7 (9) R9 Tabellen OUKOHORT I tabellen skall följande uppgifter lagras: PROGR och PROGINR I kolumnen PROGR skall programkoden sparas och i kolumnen PROGINR skall programmets inriktning sparas, för varje program som har startats under beställd termin. En person kan bara redovisas på en inriktning. Den ursprungliga(termin 1) inriktningen räknas. ANTTERM Den termin antagningen skedde. TERMORDN Den termin i ordning som studenterna är på programmet. Räknas ut med hjälp av antagningsermin. FART I kolumnen FART skall programmets fart sparas. Denna uppgift hämtas från ANTLIN. KURSTID I kolumnen KURSTID lagras uppgifter om programmets kurstid. Denna uppgift hämtas från tabellen ANTLIN. UNDFORM I kolumnen UNDFORM skall programmets undervisningsform sparas. Denna uppgift hämtas från tabellen ANTLIN. ORT I kolumnen ORT skall programmets utbildningsort sparas. Denna uppgift hämtas från tabellen ANTLIN. FINFORM I kolumnen FINFORM sparas programmets finansieringsform. Denna uppgift hämtas från tabellen ANTLIN. POANG I fältet poang lagras poäng från tabellen LINJE. INRPOANG Om poäng finns angivet för inriktning för att det skiljer sig från programmets poäng så ska det sparas i detta fält.
Thomas Dahlberg 2011-08-12 8 (9) R10 Kön För varje sumeringspost på program och inriktning ska det delas upp i kön. Detta görs via kontroll av personnummer för aktuell post. Män grupperas i värdet 1 och kvinnor i värdet 2. R11 Studieavgift För de personer som söks fram i kohorten ska kontroll ske om de har betalt studieavgift för aktuellt program eller ej. För varje sumeringspost på program och inriktning ska det delas upp i kön och om avgift är betald eller ej. Kontroll sker genom att i tabellerna AVGKURS och AVGTERM se om det finns någon uppgift om att betalning har skett för kurs inom aktuellt program på den terminen som studenten börjar (aktuell termin för kohorten). För att veta om studieavgift faktiskt har betalats ska kontroll ske att fältet AVGKURS/AVGTERM.BETALD=J. Vid något annat värde har avgift inte erlagts och student ska räknas som avgiftsbefriad. Har betalning skett ska det lagras med ett J i fältet STUDAVG. Har ingen betalning skett är studentgruppen avgiftsbefriad och fältet får istället värdet N. R12 Beställningsdata och inläggningsdatum När beställningen körs så ska inläggningsdatum och parametrar från beställningen sparas ner i varje post som skapas, idatum och best. 2.2 Kontroller Kontroll 1 Ingen av dessa får finnas i antal registrerade (regiprog) Kontroll 2 Kontrollera vilka inställningar som gäller för funktionen UX03 i tabellen SYSTPREF. Alla utbildningstyper för UX03 skall användas utom de som finns i tabellen SYSTPREF. 2.3 Indata Inga. All indata (beställning) hämtas från tabellen BATCHJOB samt BATVILL för funktionen.
Thomas Dahlberg 2011-08-12 9 (9) 2.4 Utdata Batchen skapar ett e-postmeddelande som skickas till användaren när körningen av batchen är avslutat. Meddelandet innehåller information om antal poster som har blivit upplagda i tabeller OUKOHORT. Automatgenererat meddelande som ej går att svara på Körningsresultat: KLAR Körningen påbörjades 2011-09-12 11:15 och avslutades 2011-09-12 11:16 Antal poster uppdaterade i OUKOHORT: 40 3. Öppna och obesvarade frågor