RB01. Kravspecifikation Beteckning: Status:

Relevanta dokument
SA94 Deltagande i forskarskola/annat samarbete

Funktionsbeskrivning

Kravspecifikation. RB06 - Gallring personuppgifter, flera personer - med eller utan behörighet. Batchbeställning

Kravspecifikation. UB02 Bevakningsuppdrag slutbetyg Version: 1.00.

Lou Lagusson 1 (13) Rättat stavfel på systpref

Funktionsbeskrivning. SB10 Adressuppdatering. Innehållsförteckning

Kravspecifikation. Bologna anpassning i. KA94 - Forskarkurser. Version 0.01

Funktionsbeskrivning

Funktionsbeskrivning

Kravspecifikation. RB06 - Gallring personuppgifter, flera personer - med eller utan behörighet. Batchbeställning. Version 1.00

Funktionsbeskrivning

Kravspecifikation. UB60 - Registreringsverifikat. Batchbeställning

Funktionsbeskrivning

Kravspecifikation. RB70 - Engångsprogram. Batchhantering. Version 1.0

Kravspecifikation KA23

Kravspecifikation KA54 Huvudområdesgrupp

Kravspecifikation UT54 Utskrift praktik

Kravspecifikation. KA68 Fotnoter för examensbevis Version: 0.05

Kravspecifikation Batchbeställningar Version:

Kravlista. Konvertering av UX04 UPP-T Version: Beteckning:

Funktionsbeskrivning SY02 Användare -indata

Författare Datum Beteckning Sida (16)

Kravspecifikation KA11, tillägg

Kravlista och Kravspecifikation RV03

Funktionsbeskrivning

KA49 Fördjupning inom huvudområde

Detaljerad beskrivning av kravlista för KA81

Funktionsbeskrivning KA16 Kurser och prov - indata

Kravspecifikation KA65 Typ av praktik

Kravspecifikation. UT32 - Registrerade på kurs/inst Sökning på avbrott. Version 1.00

Behörighet till delfunktion ger rätt att söka, visa och skriva ut sökresultat. För uppdatering krävs särskild behörighet.

Kravspecifikation för KA17 Resultatkod- utdata

Funktionsbeskrivning

UB03 Körloggsstatistik

Kravspecifikation. KA74 - Kataloguppgifter DS forskarnivå. Diploma Supplement

Funktionsbeskrivning

KA27 Uppflyttningsvillkor Kravspecifikation

Kravspecifikation KA55 - Utbildningssamarbete

Kravspecifikation RS92 Uppnådd andel, forskarnivå

Kravspecifikation KA64 Organisationstyp

Kravspecifikation RS93 Alla kurser klara på forskarnivå

KA21-Programplaner - utdata

KA40 - Ämnesgrupper Webbadress Projektnamn Projekt STU T-9101 Ämnesgrupp, Huvudområde och Fördjupning i Ladok.

Kravspec UB52. UB52 HST utan resultat. Ändringshistorik Beteckning: Datum Av Kommentar Godkännare PerLindgren Leverans

Kravspec KA53. KA53 Bevakning av uppfyllda antagningsvillkor. Ändringshistorik Beteckning:

Funktionsbeskrivning

Kravspecifikation SA02_K Delfunktion avgifter

Funktionsbeskrivning UB51 Utdatafil årsredovisning

Funktionsbeskrivning

Kravspecifikation SA04 Praktik

Funktionsbeskrivning SB05 Skapa behörighet till avancerad nivå

Kravspecifikation Batchbeställningar Version:

KRAVSPECIFIKATION. RS21 Tillgodoräknande inom utbildning på forskarnivå

Funktionsbeskrivning

Kravspecifikation UT20 Intyg Visning av tillgodoräknande av prov

Ladok. Funktionsbeskrivning. för RV16 - Ändring av registreringsuppgifter - kurs Version: Beteckning:

Ladok. Funktionsbeskrivning. för KA11 Kurser och prov - utdata. (ny funktion 2005) Beteckning:

Funktionsbeskrivning

Kravspecifikation SA02_J Studenter i utbildningssamarbete

Kravspecifikation SA07 Antagen- utresande på utbytesprogram

Kravspecifikation RG10 Avbrott på kurs

Funktionsbeskrivning

Funktionsbeskrivning

Kravspecifikation för överföring av meritdata mellan Ladok och CSN

Kravspecifikation KA13 Anmälningsalternativ, Kurs

INTRODUKTION TILL LADOK

Funktionsbeskrivning

Kravspecifikation SA95 Särskilt tillstånd f kurser forskarnivå

KA25 Programtillfällen - indata

KA48 - Huvudområde Webbadress Projektnamn Projekt STU T-9109 Ämnesgrupp, Huvudområde och Fördjupning i Ladok.

Kravspecifikation. DB01 - Konvertering av uttagsprogram. Batchbeställning. Studok. Projekt Version: Beteckning: Status:

Kravspecifikation RG03 Terminsregistrering - Flera personer

Kravspecifikation RS10 Resultat på hel kurs

Kravsamordnare Datum Sida. Lou Lagusson (11)

Kravspecifikation för överföring av katalogdata mellan Ladok och CSN

Funktionsbeskrivning

Kravspecifikation UT10 - Visa studentuppgifter Utskrift av tillgodoräknande av prov

Kravspecifikation för RV16 Ändring av registreringsuppgifter - kurs

Funktionsbeskrivning. KA68 Fotnoter för examensbevis. 1. Beskrivning av funktionen - Syftet. 2. Uppdelning av funktionen i delfunktioner

Ladok. Funktionsbeskrivning. RS81 Resultatrapportering på hel kurs Version: Beteckning:

Behörighet till delfunktion ger rätt att söka, visa och skriva ut sökresultat. För uppdatering krävs särskild behörighet.

Funktionsbeskrivning EB47 Engångsbatch för att skapa kurstillfällen för kurser inom program med terminsregistrering

Funktionsbeskrivning. - SA06- Etablering och antagning av utbytesstudenter

Kravspecifikation. UT60 Utfärdade examina, grund-/avancerad nivå

Kravspecifikation. RG01 - Registrering en person Tillåta omregistrering före fortsättningsregistrering

Ladok. Funktionsbeskrivning. för RG02 Kursregistrering - flera personer Beteckning: RG02_funkbeskr

Funktionsbeskrivning

Funktionsbeskrivning

Kravspecifikation. Bologna anpassning i. UT60 - Utfärdade examina, grund-/avancerad nivå. Version 0.01

Kurser och prov - utdata

2.0. Lou Lagusson 1 (20) M:\jenkins_doc2pdf_nouveau_driftsatt_2017_01_2017_01_6\UNIFACE\function_group\result\rs21\doc\rs21_funkbeskr_forsk.

Kravspecifikation

Funktionsbeskrivning

Funktionsbeskrivning. UT10 Visa studentuppgifter

Minimanual för Ladoks gränssnitt

Studentcentrum, Ladok Version 1.0, REGISTRERING I LADOK. Avser utbildning på grund- och avancerad nivå

Funktionsbeskrivning UT90 reviderad version 1.1. UT90 Registerutskrift för doktorander

Kravlista för Ladok annan utbildning

Ändringshistorik Revision Datum Av Kommentar Granskare Godkännare Matz-Ola Cajdert - v Christoffer Aronsson

Ladok. Registrering. RG01 Registrering en person 2. RG02 Registrering flera personer 4. RG10 Avbrott på kurs 9

Transkript:

RB01 Kravspecifikation 2016-09-06 Beteckning: Status:

Bengt Reinholdsson 2016-09-06 2 (63) Ändringshistorik Datum Av Kommentar Granskare Godkännare Bengt Reinholdsson 2010-11-01 Sven Hedqvist Ny delfunktion RB01_E - - 2010-11-15 Ulrik Sandgren Tillägg Javabatch RB01_E - - 2014-04-22 Thom Jönsson Ändring av tabell-lista för RB01_B och RB01_C (LADOK- 17275). Städat CSNRAPP. 2015-04-13 2016-06-30 Anna-Carin Wiklund Maria Vännman Ny systempreferens, samt lagt till så att även tabellerna ARINAKT/VERHUV behandlas i RB01_D och ARINAKT i RB01_E. Ladok-18856 Ny terminologi 2016-09-06 Thom Jönsson Vid byte av institutionskod för forskarämnen uppdateras nu fler tabeller.

Bengt Reinholdsson 2016-09-06 3 (63) Innehållsförteckning 1 INLEDNING... 5 1.1 Bakgrund 5 1.2 Syfte 5 1.3 Uppdelning av funktionen 5 2 STARTVILLKOR... 5 3 HÄNDELSEFLÖDEN... 6 3.1 Normalflöde 6 3.1.1 Normalflöde... 6 3.1.2 Normalflöde Byte av svensk högskolekod... 6 3.1.3 Normalflöde Byte av utländsk högskolekod... 7 3.1.4 Normalflöde Byte av institutionskod... 7 3.1.5 Normalflöde Uppdelning av institution... 8 3.1.6 Normalflöde Inläggning av utskriftsinställning... 8 3.1.7 Normalflöde Batchkörning... 10 3.2 Alternativa flöden 10 3.2.1 Alternativflöde Kod saknas i tabell... 10 4 KRAVBESKRIVNING... 11 4.1 Funktionella krav 11 4.1.1 Behörighet... 11 4.1.2 Preferensstyrning... 11 4.1.3 Design och programmeringsstandard... 12 4.1.4 Övergripande krav för RB01... 12 4.1.5 Databasförändring... 12 4.1.6 Anpassningar i andra funktioner... 12 4.1.7 Avgränsningar... 13 4.2 Funktionskrav 14 4.2.1 RB01 Byte av högskole- och institutionskod... 14 RB01 Startformulär (RB01A00G)... 14 RB01 Beställningsformulär... 16 RB01 Inställning av utskrifter... 19 RB01 Villkorsformulär: Svensk högskolekod (RB01B01G)... 19 RB01 Villkorsformulär: Utländsk högskolekod (RB01C01G)... 24 RB01 Villkorsformulär: Institutionskod (RB01D01G)... 31 RB01 Villkorsformulär: Uppdelning av institution (RB01E01G)... 36 4.2.2 RB01 Batch program... 44 5 TABELLBESKRIVNING... 56 6 SLUTVILLKOR... 56

Bengt Reinholdsson 2016-09-06 4 (63) 7 REFERENSPUNKTER... 57 7.1 Underlag 57 8 FRÅGOR OCH KOMMENTARER... 58 8.1 Obesvarade frågor 58 8.2 Besvarade frågor 58 9 BILAGOR... 58 10 FÖRTECKNINGAR... 59 10.1 Sammanställning krav 59 10.2 Figurer och tabeller 63

Bengt Reinholdsson 2016-09-06 5 (63) 1 Inledning 1.1 Bakgrund Det är bestämt sedan tidigare att alla Cobol program ska ersättas med annan teknik. Nu har utvecklingen kommit fram till att batcharna ska konverteras. Först ut nu är byte av institutions- och högskolekod. Dessa batchar kommer att utvecklas med både Uniface formulär och Java. I projekt 114 skapades generella formulär (GB01) i Uniface som ska kunna användas alla batch beställningar oavsett typ av batch. Projektet kommer att utnyttja så mycket som möjligt av GB01:s funktionalitet eftersom vi kommer att köra dessa funktioner som de är. Däremot måste projektet revidera formuläret för vilka villkor som finns i respektive delfunktion. Batchen kommer att skrivas i Java. 1.2 Syfte Syftet med arbetet är att ersätta dagen RV91 och RV93 samt att utvidga funktionaliteten med att utveckla en batch som byter utländska högskolekoder. 1.3 Uppdelning av funktionen Funktionen RB01 delas upp i tre delfunktioner: Byte av svensk högskolekod Byte av utländsk högskolekod Byte av institutionskod Uppdelning av institution (B) (C) (D) (E) När funktionen öppnas startas ett startformulär som ger användaren möjlighet att välja en av ovanstående delfunktioner. Generellt används GB01 formulär förutom villkorsformuläret som är unikt för varje delfunktion. Dessutom finns ett antal Java program som sköter själva batchkörningen. Utifrån dessa program skrivs det ut en körlogg och eventuellt en fellogg beroende på hur körningen gått. 2 Startvillkor Att en eller flera institutionskoder ska förändras. Att en eller flera svenska högskolekoder ska förändras. Att en eller flera utländska högskolekoder ska förändras. Att en eller flera institutioner ska delas upp i två.

Bengt Reinholdsson 2016-09-06 6 (63) 3 Händelseflöden 3.1 Normalflöde 3.1.1 Normalflöde 1. Administratören väljer att öppna RB01. 2. Systemet öppnar startformuläret i RB01 (avsnitt 4.2.1samt krav 2) 3. Administratören väljer vad för slags byte som ska ske (krav 1) a. Byte av svensk högskolekod, se avsnitt 3.1.2 b. Byte av utländsk högskolekod, se avsnitt 3.1.3 c. Byte av institutionskod, se avsnitt 3.1.4 3.1.2 Normalflöde Byte av svensk högskolekod 1. Systemet öppnar beställningsformuläret av batchen. (krav 3) 2. Administratören skriver in beställningen och väljer därefter att spara posten. 3. Systemet uppdaterar databasen. 4. Administratören väljer därefter att lägga in villkoren för batchen. 5. Systemet öppnar villkorsformuläret. (krav 5) 6. Administratören lägger in gamla högskolekoden. (krav 5.4) 7. Systemet kontrollerar om koden finns (finns den inte se avsnitt 3.2.1). 8. Administratören lägger in nya högskolekoden. (krav 5.5) 9. Systemet kontrollerar om koden finns (finns den inte se avsnitt 3.2.1). 10. Om flera koder ska läggas in väljs ny post och upprepa steg 6-10. (krav 5.7) 11. Administratören väljer spara villkoren. (krav 5.9) 12. Systemet uppdaterar databasen. 13. Administratören stänger formuläret 14. Systemet återgår till beställningsformuläret. 15. Administratören kan välja att lägga in utskriftsinställningar. Se avsnitt 3.1.6 (krav 4) 16. Om administratören välja lägga upp fler beställningar, välj ny post och upprepa steg 2 tom 15. (krav 3)

Bengt Reinholdsson 2016-09-06 7 (63) 3.1.3 Normalflöde Byte av utländsk högskolekod 1. Systemet öppnar beställningsformuläret av batchen. (krav 3) 2. Administratören skriver in beställningen och därefter att spara posten 3. Systemet uppdaterar databasen. 4. Administratören väljer därefter att lägga in villkoren för batchen. 5. Systemet öppnar villkorsformuläret. (krav 6) 6. Administratören lägger in gamla högskolekoden och landet. (krav 6.4, 6.5) 7. Systemet kontrollerar om koden finns (finns den inte se avsnitt 3.2.1). (krav 6.5) 8. Administratören lägger in nya högskolekoden och om landet är felaktigt även landet (default läggs gamla landet ut i bilden). 9. Systemet kontrollerar om koden finns (finns den inte se avsnitt). (krav 6.4, 6.6) 10. Om flera koder ska läggas in väljs ny post och upprepa steg 6-10. (krav 6.7) 11. Administratören väljer spara villkoren. (krav 6.10) 12. Systemet uppdaterar databasen. 13. Administratören stänger formuläret 14. Systemet återgår till beställningsformuläret. 15. Administratören kan välja att lägga in utskriftsinställningar. Se avsnitt 3.1.6 (krav 4) 16. Om administratören välja lägga upp fler beställningar, välj ny post och upprepa steg 2 tom 15. (krav 3) 3.1.4 Normalflöde Byte av institutionskod 1. Systemet öppnar beställningsformuläret av batchen. (krav 3) 2. Administratören skriver in beställningen och därefter att spara posten 3. Systemet uppdaterar databasen. 4. Administratören väljer därefter att lägga in villkoren för batchen. 5. Systemet öppnar villkorsformuläret. (krav 7) 6. Administratören lägger in gamla institutionen. (krav 7.4) 7. Systemet kontrollerar om koden finns (finns den inte se avsnitt 3.2.1). 8. Administratören lägger in nya institutionen. (krav 7.5) 9. Systemet kontrollerar om koden finns (finns den inte se avsnitt). 10. Om flera koder ska läggas in väljs ny post och upprepa steg 6-10. (krav 7.7)

Bengt Reinholdsson 2016-09-06 8 (63) 11. Administratören väljer spara villkoren. (krav 7.9) 12. Systemet uppdaterar databasen. 13. Administratören stänger formuläret 14. Systemet återgår till beställningsformuläret. 15. Administratören kan välja att lägga in utskriftsinställningar. Se avsnitt 3.1.6 (krav 4) 16. Om administratören välja lägga upp fler beställningar, välj ny post och upprepa steg 2 tom 15. (krav 3) 3.1.5 Normalflöde Uppdelning av institution 1. Systemet öppnar beställningsformuläret av batchen. (krav 3) 2. Administratören skriver in beställningen och sparar därefter posten via uppdateraknapp. 3. Systemet uppdaterar databasen. 4. Administratören väljer därefter att lägga in villkoren för batchen. 5. Systemet öppnar villkorsformuläret. (krav 8) 6. Administratören lägger in institutionskod att dela upp från. (krav 8.4) 7. Systemet kontrollerar om koden finns (finns den inte se avsnitt 3.2.1). 8. Systemet söker fram de data som faller under kategorierna listade i krav 8.4 9. Administratören lägger in institutionskod att dela upp till. (krav 8.5) 10. Administratören väljer ur varje kategori de uppgifter som ska föras in under ny institutionskod. (krav 8.9) 11. Administratören väljer spara villkoren genom tryck på uppdateraknapp. (krav 8.10) 12. Systemet uppdaterar databasen. 13. Administratören stänger formuläret 14. Systemet återgår till beställningsformuläret. 15. Administratören kan välja att lägga in utskriftsinställningar. Se avsnitt 3.1.6 (krav 4) 16. Om administratören välja lägga upp fler beställningar, välj ny post och upprepa steg 2 tom 15. (krav 3.1.5) 3.1.6 Normalflöde Inläggning av utskriftsinställning Se krav 4. 1. Systemet öppnar inställningsformuläret.

Bengt Reinholdsson 2016-09-06 9 (63) 2. Administratören skriver in till vilket eller vilka: a. e-post adresser b. Skirvare Som utskriften ska skickas. 3. Administratören väljer sedan att spara posterna. 4. Systemet uppdaterar databasen 5. Administratören väljer att lämna formuläret. 6. Systemet stänger formuläret.

Bengt Reinholdsson 2016-09-06 10 (63) 3.1.7 Normalflöde Batchkörning 1. Systemet läser ut vilka villkor som gäller för körningen 2. Systemet sätter status till körning pågår på beställningen 3. Systemet uppdaterar tabeller som poster finns i. 4. Systemet skriver till körlogg och eventuell fellogg 5. Finns fler poster görs steg 2 och 4 om igen 6. Systemet skriver körlogg och eventuell fellista till önskad plats (mail och/eller skrivare) 7. Systemet tar bort gamla kod ur databasen. (krav 12.1) 8. Systemet tar bort beställningen 3.2 Alternativa flöden 3.2.1 Alternativflöde Kod saknas i tabell 1. Administratören väljer i funktionsmenyn att gå till respektive katalogfunktion. 2. Systemet öppnar önskad katalogfunktion 3. Administratören lägger in post i funktionen. 4. Efter avslutad uppdatering stänger administratören funktionen och återgår till RB01. 5. Administratören lägger koden igen. (flödet följer sedan normalfallen ovan)

Bengt Reinholdsson 2016-09-06 11 (63) 4 Kravbeskrivning 4.1 Funktionella krav 4.1.1 Behörighet Användaren ska vara etablerad i Ladok och ha behörighet till funktionen. Inga krav på institutionstillhörighet finns i funktionen. 4.1.2 Preferensstyrning Funk Nr Vad vill man styra Nyckelord Värde: Resultat Default Typ 1 ) RB01 1 Lägg till/ta bort/ ändra andras beställningar SUPER J: Visar alla beställningar N: Endast användarens beställningar N A RB01 1 Defaulttid som batchen ska starta 2 ) DEFAULTTID 2000 S RB01 2 Bestämmer hur stående beställning ska hanteras i bilden STAENDE J: Stående beställning visas N: Stående beställning visas ej J S RB01 3 Bestämmer om funktionen har eget inställningsformulär OBS! För RB01 gäller N eller blank som inställning INSTALLNING (J: Funktionen har eget inställningsformulär) N: Funktionen använder GB01A02G som inställningsfomulär N/blank S RB01 4 Om tabellerna ARAGG, ARHPR, ARHST, ARINAKT och VERHUV ska uppdateras eller inte AR_INST_UPD J: Tabellerna ska uppdateras Blank/N: Tabellerna ska inte uppdateras. J/Blank S Figur 1 Behörighet/preferensstyrning (Tabell) 1) Typ betyder: S: SYSTPREF, A: ANVPREF, P: PERSPREF 2) Sätts inte DEFAULTTID till något sätts aktuell tid plus en timme som defaultvärde när beställning läggs upp

Bengt Reinholdsson 2016-09-06 12 (63) 4.1.3 Design och programmeringsstandard De delar som utvecklas i Uniface ska följa Standard & Guidelines (S&G) samt följa programmeringsstandarden som gäller för verktyget 4.1.4 Övergripande krav för RB01 - Funktionen ska klara av att byta ut: o o o Svensk högskolekod, Utländsk högskolekod samt Institutionskod. - Funktion ska klara av att dela upp institution i två nya institutioner - Funktionen ska delas upp i delfunktioner - Batchbeställningsformulären ska kopieras från generella funktionen GB01 och anpassa efter kraven nedan. o Beställningsformuläret bör vara samma oavsett delfunktion o Formuläret för inställningarna är samma oavsett delfunktion o Villkorsformuläret anpassas beroende på delfunktion. - Funktionen ska klara en eller flera kodbyten samtidigt. - Beställningen sparas i BATCHJOB respektive BATVILL. - Inga koder får uppdateras utan att de är definierade i respektive urtabell. o Det ska gå att nå katalogfunktionerna via villkorsformuläret. - Efter avslutad körning ska: o Om inte fältet SPARAS i BATCHJOB är N ska körningen plockas bort i BATCHJOB och BATVILL annars sparas körningen och J = Körning gjord ) sätt i KODMARK.BATCHJOB. o Eventuella utskrifter skickas till önskad plats samt o Gamla koden plockas bort ur respektive urtabell. 4.1.5 Databasförändring - Endast fältet FUNKTION måste ändras i tabellerna BATCHJOB och BATVILL, Från 4 till 7 tecken. 4.1.6 Anpassningar i andra funktioner - Inga andra anpassningar i andra funktioner är nödvändiga.

Bengt Reinholdsson 2016-09-06 13 (63) 4.1.7 Avgränsningar - Tabellen ANNHSKPO ska inte påverkas av detta arbete.

Bengt Reinholdsson 2016-09-06 14 (63) 4.2 Funktionskrav 4.2.1 RB01 Byte av högskole- och institutionskod Krav 1 Funktionen skall ha tre delfunktioner: Funktioner ska bestå av tre delfunktioner: - Byte av svensk högskola (se krav 5). - Byte av utländsk högskola (se krav 6). - Byte av institutionskod (se krav 7). - Uppdelning av institution (se krav 8). RB01 Startformulär (RB01A00G) Krav 2 Krav 2.1 Startformulär Behörighet till funktion Kontroll måste ske att användaren har behörighet till delfunktionen (koll i NOVBEHKL) Krav 2.2 När formuläret öppnas Radiogruppen och knappen OK är tillängliga och markören står i översta alternativet i radiogruppen när funktionen öppnas och knappen ska vara default markerad. En kontroll ska kontrollera att preferensstyrningen EJSTAENDE är satt till J. Om det inte är gjort detta ska ett felmeddelande skrivas ut på skärmen som informerar att stående beställning inte ska användas i denna funktion. RB01_003. En kontroll ska kontrollera om användaren saknar behörighet till samtliga delfunktioner. Om användaren inte har tillgång till alla delfunktioner ska felmeddelande ADM_494 skrivas ut. Krav 2.3 Fönsterlisten I fönsterlisten ska stå: RB01 - Byte av koder.

Bengt Reinholdsson 2016-09-06 15 (63) Krav 2.4 Radiogrupp Radiogrupp ger möjlighet att välja vilken typ av kod som ska bytas ut. Hjälptext: Alternativ: Defaultmarkerad: Välj delfunktion. Byte av institutionskod Byte av svensk högskolekod Byte av utländsk högskolekod Uppdelning av institution Första alternativet ( Byte av institutionskod ) Kommentar: Ledtexten ovan för radiogruppen måste också ändras Krav 2.5 Knapp - OK Knappen öppnar vald alternativ. Den ska alltid vara default markerad. Längd: Enligt S&G Titel: OK Karaktär: Boilerplate Hjälptext: Öppnar valt alternativ. Defaultmarkerad: Ja Krav 2.6 Tabbordning Startposition: Översta alternativet i radiogruppen Tabbordning framåt: Radiogrupp, Knapp OK Tabbordning bakåt: Knapp OK, Radiogrupp Krav 2.7 När formuläret stängs Återgår till huvudmenyn

Bengt Reinholdsson 2016-09-06 16 (63) Krav 2.8 Hjälptext Följande hjälptext ska läggas in i funktionshjälpen. RB01 - Byte av koder Senast uppdaterad [ÅÅÅ-MM-DD] Allmänt Med hjälp av denna funktion kan du lägga upp beställningar på olika kodbyten som ska köras i ett senare tillfälle, en så kallad batch. Denna funktion gör det möjligt att byta svensk och utländsk högskolekod, institutionskod samt dela upp institution i två. Funktionen består av tre delfunktioner: - "Byte av institutionskod" - "Byte av svensk högskolekod" - "Byte av utländsk högskolekod" - Uppdelning av institution I den första delfunktionen byter du ut en institutionskod mot en ny kod. Andra delfunktionen ändrar svenska högskolekoder. Den tredje delfunktionen använder du för byte av utländsk högskolekod. Den fjärde använder du för att dela upp uppgifter tillhörande institution på två. Alla delfunktioner utom den sista tillåter att en eller flera byten sker samtidigt. Detta formulär Välj vilken delfunktion som du vill arbeta med, aktivera därefter 'OK'. Krav 2.9 Meny Meny: Knapp Kortkommando Beskrivning Funktion OK OK Öppnar vald delfunktion RB01 Beställningsformulär Krav 3 Beställningsformulär

Bengt Reinholdsson 2016-09-06 17 (63) Krav 3.1 Funktionalitet enligt kravlista för RB01 Funktionen ska vara GB01A00G. Följande anpassningar måste göras för i RB01A01G. Krav 3.2 Formuläret ska klara hantera alla delfunktioner Eftersom beställningsformuläret ska lika ut i alla delfunktioner ska formuläret öppnas som instans vilket innebär att: Delfunktion Instansnamn Funktion Fönsterlist Byte av svensk RB01B03G RB01_B RB01 Byte av svensk högskolekod. högskolekod Byte av utländsk högskolekod RB01C03G RB01_C RB01 Byte av utländsk högskolekod. Byte av institutionskod RB01D03G RB01_D RB01 Byte av institutionskod. Krav 3.3 Stående beställning Fälten för stående beställning det vill säga veckodagarna måndag till söndag ska dimmas bort eftersom beställningarna aldrig kan bli återkommande. Krav 3.4 Knapp Inställningar (UTGÅTT) Krav 3.5 Knapp - Villkor Knappen öppnar villkoren för batchen. Den ska alltid vara valbar om posten som är markerad är uppdaterad (enligt standard i GB01). Längd: Titel: Karaktär: Hjälptext: Defaultmarkerad: Delfunktion Enligt S&G Villkor Boilerplate Inläggning av villkor för batch. Nej B öppnar RB01B03G C öppnar RB01C03G D öppnar RB01D03G

Bengt Reinholdsson 2016-09-06 18 (63) Krav 3.6 Hjälptext Hjälptexten nedan är kopia GB01A00G hjälptext. Texten har bara redigerats så den passar funktion enligt GB01A00G. Delfunktionsspecifika rubriker RB01 - [Byte av svensk högskolekod] Senast uppdaterad: 2005-10-17 Här kan du lägga upp batch beställningar. Du börjar med att fylla i beteckningen på den beställning du vill göra. Du anger därefter vilket tidigaste kördatum och vilken tidigaste körtid du vill att batchen skall startas. Observera att batchen körs endast en gång. Du kan även i beställningen markera om du vill att den skall ligga kvar efter att batchen är körd. Om man vill se alla beställningar på funktionen finns ett menyalternativ för detta. Observera att i denna funktion ska inte stående beställning användas. Detta på grund av att byten med samma koduppsättning bara kan göras en gång. Vill man inte att en körning skall göras av någon anledning så kan man sätta status till VILANDE, då görs inga körningar på den beställningen. Du kan lägga till och ta bort beställningarna via kommandona "Ny" och "Stryk" och för att spara ändringar aktiverar du "Uppdatera". För att ändra i en befintlig beställning markerar du aktuell beställning i listan och ändrar aktuella parametrar under 'Välj beställning'. För att spara ändringar aktiverar du "Uppdatera". Man skall för varje batchbeställning gå in och specificera vilka villkor som skall gälla för den specifika beställningen. Detta görs genom att gå in i villkorsformuläret via villkorsknappen För varje beställning går det också att specificera en inställning om e-postadresser dit man vill att filer från körningen skall skickas. Det går även att ange en skrivare som man vill skicka utskrifterna till. Detta görs genom att gå in i inställningsformuläret via inställningsknappen. Om en beställning är körd och har avbrutits ligger hela beställningen kvar. Kontrollera i felloggen samt körloggen vad som skett. Rätta därefter felet och skapa en ny beställning på den eller de poster som gått fel.

Bengt Reinholdsson 2016-09-06 19 (63) RB01 Inställning av utskrifter Krav 4 Inställning av utskrift Formuläret ska vara GB01A02G. RB01 Villkorsformulär: Svensk högskolekod (RB01B01G) Krav 5 Krav 5.1 Beställningsformulär: Byte av svensk högskolekod (RB01B01G) Allmänt Stående beställning tas bort från formulärets övre del. Genväg till katalogfunktionen för högskolekod KA32 ska finnas i funktionsmenyn. Se avsnitt. En eller flera byten ska vara möjliga att göra Om batchen har status KLAR ska inte villkoren gå att ändra. Krav 5.2 Fönsterlisten I fönsterlisten ska stå: RB01 [Byte av svensk högskolekod]. Krav 5.3 Design - Formuläret ska bestå av två ramar. - Första ramen ska innehålla Beteckning tidigaste kördatum, tidigaste tid, Sparas, Körstaus och Anvkod. Alla fält är enbart visningsfält. (jmf GB01A01G). - Andra ramen ska det finnas fyra fält, två index knappar samt en Ny och en Stryk post. - Formuläret ska också innehålla knappen Uppdatera Krav 5.4 Fält Gammal (högskolekod) Tabell: ALLAHSK Typ: Editbox Obligatoriskt: Ja Längd: 3 tecken, W Hjälptext: Ange gamla högskolekoden, max 3 tkn.

Bengt Reinholdsson 2016-09-06 20 (63) Defaultvärde: Inget Sökmönster: Ja Första kod fältet ska ha ledtexten Gammal och ska innehålla den gamla högskolekoden. Kontroll: Inmatad kod måste existera i tabellen ALLAHSK. Saknas posten ska meddelande ADM_366 ( Det finns ingen sparad högskolekod ) skrivas ut på meddelande raden samt att markören inte får lämna fältet. (fältet ska vara blåmarkerad.) Sökstjärna ska vara möjlig att ange. Markören ska då ställa sig i indexknappen i direkt anslutning till fältet. Fältet är obligatoriskt och får inte vara blankt när uppdatering sker. Undantag är då tabbning runt i formuläret behöver fältet inte innehålla värde. Kontrollera att inte både gamla och nya koden inte är samma kod Om dubbletter finns lämna meddelande: RB01_001 Gammal och ny kod kan ej vara lika. Kontrollera att inte koden finns upplagd på annan beställning och annan användare denna aktuella beställning Om dubbletter finns lämna varningsmeddelande: RB01_002 Koden finns redan upplagd för byte. Krav 5.5 Tabell: Typ: Obligatoriskt: Ja Längd: Hjälptext: Fält Ny (högskolekod) ALLAHSK Editbox Defaultvärde: Inget Sökmönster: 3 tecken, W Ange nya högskolekoden, max 3 tkn. Ja Första kod fältet ska ha ledtexten Ny och ska innehålla den nya högskolekoden. Kontroll: Inmatad kod måste existera i tabellen ALLAHSK. Saknas posten ska meddelande ADM_366 ( Det finns ingen sparad högskolekod ) skrivas ut på meddelande raden samt att markören får inte lämna fältet. (fältet ska vara blåmarkerad.) Sökstjärna ska vara möjlig att ange. Markören ska då ställa sig i indexknappen i direkt anslutning till fältet.

Bengt Reinholdsson 2016-09-06 21 (63) Fältet är obligatoriskt och får inte vara blankt när uppdatering sker. Undantag är då tabbning runt i formuläret behöver fältet inte innehålla värde. Kontrollera att inte både gamla och nya koden inte är samma kod Om dubbletter finns lämna meddelande RB01_001 Gammal och ny kod kan ej vara lika. Kontrollera att inte koden finns upplagd på annan beställning och annan användare denna aktuella beställning Om dubbletter finns lämna varningsmeddelande: RB01_002 Koden finns redan upplagd för byte. Kontrollera att inte ett nytt värde används som gammalt värde i samma beställning. Till exempel att kod A byts till B och sedan byts B till C. Krav 5.6 Tabell: Typ: Obligatoriskt: Nej Längd: Fält Benämningsfält ALLAHSK Editbox Anpassa till layouten Det ska vara två stycken fält, en efter gamla respektive nya koden och dessa fält är enbart visningsfält. Krav 5.7 Knapp - Ny Knappen lägger till en post i formuläret Längd: Enligt S&G Titel: Ny Karaktär: Boilerplate Hjälptext: Skapa post. Defaultmarkerad: Nej Knappen ska alltid vara uppdimmad. Kontrollera om det finns dubbletter av den senaste inmatade posten Om dubbletter finns lämna meddelande: ADM_409 Inga dubbletter är tillåtna

Bengt Reinholdsson 2016-09-06 22 (63) Ny rad skapas endast om alla obligatoriska värden i tidigare poster är ifyllda. Krav 5.8 Knapp - Stryk Knappen tar bort en markerad post i formuläret Längd: Enligt S&G Titel: Stryk Karaktär: Boilerplate Hjälptext: Stryk markerad post. Defaultmarkerad: Nej Knappen ska alltid vara uppdimmad. Den markerade raden tas bort från skärmen Krav 5.9 Knapp - Uppdatera Knappen uppdaterar databasen. Längd: Enligt S&G Titel: Uppdatera Karaktär: Boilerplate Hjälptext: Uppgifterna lagras i databasen. Defaultmarkerad: Nej Knappen ska alltid vara uppdimmad. Kontrollera om det finns dubbletter av den senaste inmatade posten Om dubbletter finns lämna meddelande: ADM_409 Inga dubbletter är tillåtna Kontroll om beställning inte får ändras om körning pågår. Tabell: BATCHJOB Kontrollera för aktuell rad om KORDMARK = P, då får inte raden tas bort. Felmeddelande: Beställningar får inte tas bort när körning pågår. Ny rad för varje post skapas i tabellen BATVILL endast om alla obligatoriska värden i tidigare poster är ifyllda. Gamla och nya värdet separeras med ett semikolon. o Gamla koden läggs in i GHSK=[hsk kod] o Nya koden läggs in i NHSK=[hsk kod]

Bengt Reinholdsson 2016-09-06 23 (63) Exempel på utseende: GHSK=LTH;NHSK=LTU Radnumret ökas för varje rad med 1 (n+1). Fältet VILLKOR i tabellen BATCHJOB sätts till J (under förutsättning att den inte är det redan). Krav 5.10 Tabbordning Startposition: Översta Gamla fältet Tabbordning framåt: Gamla koden, sökknapp gamla hsk koden, Nya koden, sökknapp nya hsk koden, knapp NY, Knapp Styrk, Knapp uppdatera. Tabbordning bakåt: Knapp uppdatera, Knapp Styrk, knapp NY, Nya koden, Gamla koden Krav 5.11 Hjälptext RB01 - Byte av svensk högskolekod Senast uppdaterad 2005-xx-x Här kan man lägga upp vilken eller vilka högskolekoder som du vill ändra. Du anger först vilken högskolekod du ska ändra. Därefter anger du den nya koden. Om det finns fler koder som ska ändras väljer du Ny och du får möjlighet att byta fler högskolekoder. Ville du ta bort en post väljer du Stryk. När du angett den eller de koder som ska bytas väljer du Uppdatera för att spara villkoren i din batchkörning. I Funktionsmenyn finns möjlighet att gå direkt till katalogfunktionen med Högskolekoderna (KA32 Högskolor). För att lägga till eller ändra en befintlig kod. Krav 5.12 Meny Meny: Knapp Kortkommando Beskrivning Funktion Ny Ny CTRL+INS Lägger till nytt villkor Stryk Stryk CTRL+DEL Ta bort ett markerat villkor

Bengt Reinholdsson 2016-09-06 24 (63) KA32 - Högskolor Genväg till katalogfunktion KA32 Uppdatera Uppdatera CTRL+U Uppdatera databasen RB01 Villkorsformulär: Utländsk högskolekod (RB01C01G) Krav 6 Krav 6.1 Beställningsformulär: Byte av utländsk högskolekod (RB01C01G) Allmänt Stående beställning tas bort från formulärets övre del. Genväg till katalogfunktionen för utländsk högskolekod KA33 ska finnas i funktionsmenyn. Se avsnitt. En eller flera byten ska vara möjliga att göra Om batchen har status KLAR ska inte villkoren gå att ändra. Krav 6.2 Fönsterlisten I fönsterlisten ska stå: RB01 [Byte av utländsk högskolekod]. Krav 6.3 Design - Formuläret ska bestå av två ramar. - Första ramen ska innehålla Beteckning tidigaste kördatum, tidigaste tid, Sparas, Körstaus och Anvkod. Alla fält är enbart visningsfält. (jmf GB01A01G). - Andra ramen ska det finnas fyra fält, två index knappar samt en Ny och en Stryk post. - Formuläret ska också innehålla knappen Uppdatera Krav 6.4 Fält Land (Gammal och ny utländsk högskolekod) Landet måste vara ifyllt både för gamla och ny högskolekoden för att kunna ange utländsk högskolekod. Två separata land fält ska ritas in Tabell: Typ: Obligatoriskt: Ja Längd: LAND Editbox 4 tecken, W

Bengt Reinholdsson 2016-09-06 25 (63) Hjälptext: Ange vilket land högskolan finns, max 4 tkn. Defaultvärde: Vid gammal kod ska fältet vara tomt. Sökmönster: Ledtext: Vid ny kod ska samma gamla koden land visas men ska kunna ändras Ja Gammalt land och Nytt land Kontroll: - Inmatad kod måste existera i tabellen LAND. Saknas posten ska meddelande ADM_095 ( Landskoden finns inte i databasen ) skrivas ut på meddelande raden samt att markören inte får lämna fältet. (fältet ska vara blåmarkerad.) - Sökstjärna ska vara möjlig att ange. Markören ska då ställa sig i indexknappen i direkt anslutning till fältet. - Fältet är obligatoriskt och får inte vara blankt när uppdatering sker. Undantag är då tabbning runt i formuläret behöver fältet inte innehålla värde. Benämning på landet läggs ut i benämningsfältet. Krav 6.5 Fält Gammal (utländsk högskolekod) Tabell: UTLHSK Typ: Editbox Obligatoriskt: Ja Längd: 11 tecken, W Hjälptext: Ange gamla utländska högskolekoden, max 11 tkn. Defaultvärde: Inget Sökmönster: Ja Ledtext: Gammal hsk Första kod fältet ska ha ledtexten Gammal och ska innehålla den gamla utländska högskolekoden. Kontroll: Landet måste finnas med för att kunna kontrollera att koden finns. FelmeddelandeADM_368 ( Land måste anges för utländsk högskola ) Inmatad kod måste existera i tabellen UTLHSK. Saknas posten ska meddelande ADM_366 ( Det finns ingen sparad högskolekod ) skrivas ut på meddelande raden samt att markören får inte lämna fältet. (fältet ska vara blåmarkerad.)

Bengt Reinholdsson 2016-09-06 26 (63) Sökstjärna ska vara möjlig att ange. Markören ska då ställa sig i indexknappen i direkt anslutning till fältet. Fältet är obligatoriskt och får inte vara blankt när uppdatering sker. Undantag är då tabbning runt i formuläret behöver fältet inte innehålla värde. Kontrollera att inte både gamla och nya koden inte är samma kod Om dubbletter finns lämna meddelande: RB01_001 Gammal och ny kod kan ej vara lika. Kontrollera att inte koden finns upplagd på annan beställning och annan användare denna aktuella beställning. Om dubbletter finns lämna varningsmeddelande: RB01_002 Koden finns redan upplagd för byte. Kontrollera att inte ett nytt värde används som gammalt värde i samma beställning. Till exempel att kod A byts till B och sedan byts B till C. Benämning på högskolan läggs ut i benämningsfältet. Krav 6.6 Fält Ny (Utländsk högskolekod) Tabell: UTLHSK Typ: Editbox Obligatoriskt: Ja Längd: 11 tecken, W Hjälptext: Ange nya utländska högskolekoden, max 11 tkn. Defaultvärde: Inget Sökmönster: Ja Ledtext: Ny hsk Kontroll: Landet måste finnas med för att kunna kontrollera att koden finns. FelmeddelandeADM_368 ( Land måste anges för utländsk högskola ) Inmatad kod måste existera i tabellen UTLHSK. Saknas posten ska meddelande ADM_822 ( Angiven utländsk högskola saknas ) skrivas ut på meddelande raden samt att markören får inte lämna fältet. (fältet ska vara blåmarkerad.)

Bengt Reinholdsson 2016-09-06 27 (63) Sökstjärna ska vara möjlig att ange. Markören ska då ställa sig i indexknappen i direkt anslutning till fältet. Fältet är obligatoriskt och får inte vara blankt när uppdatering sker. Undantag är då tabbning runt i formuläret behöver fältet inte innehålla värde. Kontrollera att inte både gamla och nya koden samt landskoden inte är samma kod Om dubbletter finns lämna meddelande:? Gammal och ny kod samt landskoden kan ej vara lika. Kontrollera att inte koden finns upplagd på annan beställning och annan användare denna aktuella beställning Om dubbletter finns lämna varningsmeddelande: RB01_002 Koden finns redan upplagd för byte. Benämning på högskolan läggs ut i benämningsfältet. Krav 6.7 Tabell: Typ: Obligatoriskt: Nej Längd: Fält Benämningsfält UTLHSK Editbox Anpassa till layouten Det ska vara två stycken fält, en efter gamla respektive nya koden och dessa fält är enbart visningsfält. Krav 6.8 Knapp - Ny Knappen lägger till en post i formuläret Längd: Enligt S&G Titel: Ny Karaktär: Boilerplate Hjälptext: Skapa post. Defaultmarkerad: Nej Knappen ska alltid vara uppdimmad. Kontrollera om det finns dubbletter av den senaste inmatade posten Om dubbletter finns lämna meddelande: ADM_409 Inga dubbletter är tillåtna

Bengt Reinholdsson 2016-09-06 28 (63) Ny rad skapas endast om alla obligatoriska värden i tidigare poster är ifyllda. Krav 6.9 Knapp - Stryk Knappen tar bort en markerad post i formuläret Längd: Enligt S&G Titel: Stryk Karaktär: Boilerplate Hjälptext: Stryk markerad post. Defaultmarkerad: Nej Knappen ska alltid vara uppdimmad. Den markerade raden tas bort från skärmen

Bengt Reinholdsson 2016-09-06 29 (63) Krav 6.10 Knapp - Uppdatera Knappen uppdaterar databasen Längd: Enligt S&G Titel: Uppdatera Karaktär: Boilerplate Hjälptext: Uppgifterna lagras i databasen. Defaultmarkerad: Nej Knappen ska alltid vara uppdimmad. Kontrollera om det finns dubbletter av den senaste inmatade posten Om dubbletter finns lämna meddelande: ADM_409 Inga dubbletter är tillåtna Kontroll om beställning inte får ändra som körning pågår. Tabell: BATCHJOB Kontrollera för aktuell rad om KORDMARK = P, då får inte raden tas bort. Felmeddelande: Beställningar får inte tas bort när körning pågår. Ny rad för varje post skapas i tabellen BATVILL endast om alla obligatoriska värden i tidigare poster är ifyllda. Gamla och nya värdet separeras med ett semikolon. o Gamla kodens land läggs in i GL=[landskod kod] o Gamla koden läggs in i GHSK=[hsk kod] o Nya kodens land läggs in i NL=[landskod kod] o Nya koden läggs in i NHSK=[hsk kod] Exempel på utseende: GL=1234;GHSK=12345678901;NL=1234;NHSK=12345678901 Radnumret ökas för varje rad med 1 (n+1). Fältet VILLKOR i tabellen BATCHJOB sätts till J (under förutsättning att den inte är det redan).

Bengt Reinholdsson 2016-09-06 30 (63) Krav 6.11 Tabbordning Startposition: Översta Gamla landsfältet Gamla landet, sökknapp landet, gamla koden, sökknapp gamla hsk koden, Nya landskoden, sökknapp nya landskod, Nya koden, sökknapp nya hsk koden, knapp NY, Knapp Styrk, Knapp uppdatera. Tabbordning bakåt: Knapp uppdatera, Knapp Styrk, knapp NY, Nya koden, Nya landskoden, Gamla koden, Gamla landet. Krav 6.12 Hjälptext RB01 - Byte av utländsk högskolekod Senast uppdaterad 2005-xx-xx Här kan man lägga upp vilken eller vilka utländska högskolekoder som du vill ändra. Du anger först vilken högskolekod du ska ändra. Du måste också ange vilket land högskolan finns i för att kunna byta koden. Därefter anger du denna nya koden samt landet. Som standard lägger systemet ut gamla kodens land i fältet för nya landet. Om det finns fler koder som ska ändras väljer du Ny och du får möjlighet att byta fler högskolekoder. Ville du ta bort en post väljer du Stryk. När du angett den eller de koder som ska bytas väljer du Uppdatera för att spara villkoren i din batchkörning. I Funktionsmenyn finns möjlighet att gå direkt till katalogfunktionen med utländska högskolekoder (KA33 Utländska högskolor). För att lägga till eller ändra en befintlig kod. Krav 6.13 Meny Meny: Knapp Kortkommando Beskrivning Funktion Ny Ny CTRL+INS Lägger till nytt villkor Stryk Stryk CTRL+DEL Ta bort ett markerat villkor KA33 Utländska Genväg till katalogfunktion KA33 högskolor Uppdatera Uppdatera CTRL+U Uppdatera databasen

Bengt Reinholdsson 2016-09-06 31 (63) RB01 Villkorsformulär: Institutionskod (RB01D01G) Krav 7 Krav 7.1 Beställningsformulär: Byte av institutionskod (RB01D01G) Allmänt Stående beställning tas bort från formulärets övre del. Genväg till katalogfunktionen för institutionskod KA35 ska finnas i funktionsmenyn. Se avsnitt. En eller flera byten ska vara möjliga att göra. Om batchen har status KLAR ska inte villkoren gå att ändra. Krav 7.2 Fönsterlisten I fönsterlisten ska stå: RB01 [Byte av Institutionskod ]. Krav 7.3 Design - Formuläret ska bestå av två ramar. - Första ramen ska innehålla Beteckning tidigaste kördatum, tidigaste tid, Sparas, Körstaus och Anvkod. Alla fält är enbart visningsfält. (jmf GB01A01G). - Andra ramen ska det finnas fyra fält, två index knappar samt en Ny och en Stryk post. - Formuläret ska också innehålla knappen Uppdatera Krav 7.4 Fält Gammal (institutionskod) Tabell: INST Typ: Editbox Obligatoriskt: Ja Längd: 4 tecken, W Hjälptext: Ange gamla institutionskod, max 4 tkn. Defaultvärde: Inget Sökmönster: Ja Ledtext: Gammal Första kod fältet ska ha ledtexten Gammal och ska innehålla den gamla institutionskoden.

Bengt Reinholdsson 2016-09-06 32 (63) Kontroll: Inmatad kod måste existera i tabellen INST. Saknas posten ska meddelande ADM_153 ( Angiven institution saknas ) skrivas ut på meddelande raden samt att markören inte får lämna fältet. (fältet ska vara blåmarkerad.) Sökstjärna ska vara möjlig att ange. Markören ska då ställa sig i indexknappen i direkt anslutning till fältet. Fältet är obligatoriskt och får inte vara blankt när uppdatering sker. Undantag är då tabbning runt i formuläret behöver fältet inte innehålla värde. Kontrollera att inte både gamla och nya koden inte är samma kod Om dubbletter finns lämna meddelande: RB01_001 Gammal och ny kod kan ej vara lika. Kontrollera att inte koden finns upplagd på annan beställning och annan användare denna aktuella beställning Om dubbletter finns lämna varningsmeddelande: RB01_002 Koden finns redan upplagd för byte. Benämning på institutionen läggs ut i benämningsfältet. Krav 7.5 Fält Ny (institutionskod) Tabell: INST Typ: Editbox Obligatoriskt: Ja Längd: 4 tecken, W Hjälptext: Ange nya institutionskod, max 4 tkn. Defaultvärde: Inget Sökmönster: Ja Ledtext: Nytt Kontroll: Inmatad kod måste existera i tabellen INST. Saknas posten ska meddelande ADM_153 ( Angiven institution saknas ) skrivas ut på meddelande raden samt att markören inte får lämna fältet. (fältet ska vara blåmarkerad.) Sökstjärna ska vara möjlig att ange. Markören ska då ställa sig i indexknappen i direkt anslutning till fältet.

Bengt Reinholdsson 2016-09-06 33 (63) Fältet är obligatoriskt och får inte vara blankt när uppdatering sker. Undantag är då tabbning runt i formuläret behöver fältet inte innehålla värde. Kontrollera att inte både gamla och nya koden inte är samma kod Om dubbletter finns lämna meddelande: RB01_001 Gammal och ny kod kan ej vara lika. Kontrollera att inte koden finns upplagd på annan beställning och annan användare denna aktuella beställning Om dubbletter finns lämna varningsmeddelande: RB01_002 Koden finns redan upplagd för byte. Kontrollera att inte ett nytt värde används som gammalt värde i samma beställning. Till exempel att kod A byts till B och sedan byts B till C. Benämning på institutionen läggs ut i benämningsfältet. Krav 7.6 Tabell: Typ: Fält Benämningsfält INST Obligatoriskt: Nej Längd: Editbox Anpassa till layouten Det ska vara två stycken fält, en efter gamla respektive nya koden och dessa fält är enbart visningsfält. Krav 7.7 Knapp - Ny Knappen lägger till en post i formuläret Längd: Enligt S&G Titel: Ny Karaktär: Boilerplate Hjälptext: Skapa post. Defaultmarkerad: Nej Knappen ska alltid vara uppdimmad. Kontrollera om det finns dubbletter av den senaste inmatade posten Om dubbletter finns lämna meddelande: ADM_409 Inga dubbletter är tillåtna

Bengt Reinholdsson 2016-09-06 34 (63) Ny rad skapas endast om alla obligatoriska värden i tidigare poster är ifyllda. Krav 7.8 Knapp - Stryk Knappen tar bort en markerad post i formuläret Längd: Enligt S&G Titel: Stryk Karaktär: Boilerplate Hjälptext: Stryk markerad post. Defaultmarkerad: Nej Knappen ska alltid vara uppdimmad. Den markerade raden tas bort från skärmen Krav 7.9 Knapp - Uppdatera Knappen uppdaterar databasen Längd: Enligt S&G Titel: Uppdatera Karaktär: Boilerplate Hjälptext: Uppgifterna lagras i databasen. Defaultmarkerad: Nej Knappen ska alltid vara uppdimmad. Kontrollera om det finns dubbletter av den senaste inmatade posten Om dubbletter finns lämna meddelande: ADM_409 Inga dubbletter är tillåtna Kontroll om beställning inte får ändras om körning pågår. Tabell: BATCHJOB Kontrollera för aktuell rad om KORDMARK = P, då får inte raden tas bort. Felmeddelande: Beställningar får inte tas bort när körning pågår. Ny rad för varje post skapas i tabellen BATVILL endast om alla obligatoriska värden i tidigare poster är ifyllda. Gamla och nya värdet separeras med ett semikolon. o Gamla koden läggs in i GINST=[inst kod]

Bengt Reinholdsson 2016-09-06 35 (63) o Nya koden läggs in i NINST=[inst kod] Exempel på utseende: GINST=1040;NINST=1041 Radnumret ökas för varje rad med 1 (n+1). Fältet VILLKOR i tabellen BATCHJOB sätts till J (under förutsättning att den inte är det redan). Krav 7.10 Tabbordning Startposition: Översta Gamla landsfältet Gamla inst kod, sökknapp inst, Nya inst kod, sökknapp nya inst kod, knapp NY, Knapp Styrk, Knapp uppdatera. Tabbordning bakåt: Knapp uppdatera, Knapp Styrk, knapp NY, Nya inst koden, Gamla inst kod.

Bengt Reinholdsson 2016-09-06 36 (63) Krav 7.11 Hjälptext RB01 - Byte av institutionskod Senast uppdaterad 2005-xx-x Här kan du lägga upp vilken eller vilka institutioner som du vill ändra. Du anger först vilken institutionskod du ska ändra. Därefter anger du den nya koden. Om det finns fler koder som ska ändras väljer du Ny och du får möjlighet att byta fler institutionskoder. Ville du ta bort en post väljer du Stryk. När du angett den eller de koder som ska bytas väljer du Uppdatera för att spara villkoren i din batchkörning. I Funktionsmenyn finns möjlighet att gå direkt till katalogfunktionen med institutionskod (KA35 Institutioner). För att lägga till eller ändra en befintlig kod. Krav 7.12 Meny Meny: Knapp Kortkommando Beskrivning Funktion Ny Ny CTRL+INS Lägger till nytt villkor Stryk Stryk CTRL+DEL Ta bort ett markerat villkor KA35 - Institution Genväg till katalogfunktion KA35 Uppdatera Uppdatera CTRL+U Uppdatera databasen RB01 Villkorsformulär: Uppdelning av institution (RB01E01G) Krav 8 Beställningsformulär: Uppdelning av institution (RB01E01G) Krav 8.1 Allmänt Stående beställning tas bort från formulärets övre del. Genväg till katalogfunktionen för institutionskod KA35 ska finnas i funktionsmenyn. Se avsnitt. Om batchen har status KLAR ska inte villkoren gå att ändra. Krav 8.2 Fönsterlisten I fönsterlisten ska stå: RB01 [Uppdelning av institution]. Krav 8.3 Design - Formuläret ska bestå av två huvudramar.

Bengt Reinholdsson 2016-09-06 37 (63) - Första ramen (med ramrubrik Beställning ) ska innehålla Beteckning, Tidigaste kördatum, Tidigaste tid, Sparas, Körstaus och Anvkod. Alla fält är enbart visningsfält. (jmf GB01A01G). - Andra ramen (med ramrubrik Ange beställningsvillkor) har två delramar. Den översta kallad Institutioner omger institutionsangivelserna. Den nedre kallad Fördela omger fördelningsdelarna med radiogrupp och två listboxar. - Andra ramen ska innehålla två fält med tillhörande indexknappar och benämningsfält. En radiogrupp och två listboxar. Inom ramen Ange beställningsvillkor finns tre ramar. En som omsluter radiogruppen med rubrik Visa kategori. En som omsluter institutionsfälten och listboxarna med rubrik Fördela. Vidare finns också en ram som omsluter radiogruppen och listboxarna, ingen rubrik. Den sista för att bättre påvisa att ändring av radiogruppsalternativ påverkar listboxarnas utseende och inte innehållet i institutionsfälten. - Formuläret ska också innehålla knappen Uppdatera samt två knappar som används för förande av uppgifter mellan listboxarna. Krav 8.4 Tabell: Typ: Obligatoriskt: Längd: Hjälptext: Defaultvärde: Sökmönster: Ledtext ovan: Ledtext vänster: Fält Institution att utgå från INST Editbox Ja 4 tecken, W Ange institutionskod att utgå från, max 4 tkn. Inget Ja Institution att utgå från Instkod Första fältet ska ha innehålla den institutionskod uppdelningen ska utgå ifrån. Kontroll: Inmatad kod måste existera i tabellen INST. Saknas posten ska meddelande ADM_153 ( Angiven institution saknas ) skrivas ut på meddelande raden samt att markören inte får lämna fältet. (fältet ska vara blåmarkerat.) Sökstjärna ska vara möjlig att ange. Markören ska då ställa sig i indexknappen i direkt anslutning till fältet. Sökstjärna får inte finnas kvar i fältet om användaren försöker lämna området fält + indexknapp Fältet är obligatoriskt och får inte vara blankt när uppdatering sker. Undantag är då tabbning runt i formuläret behöver fältet inte innehålla värde. Kontrollera att inte både institution att utgå ifrån och institution att fördela till inte är samma kod. Om dubblett visa meddelande RB01_004: Institution att utgå ifrån och institution att fördela till får inte vara lika

Bengt Reinholdsson 2016-09-06 38 (63) Benämning på institutionen läggs ut i benämningsfältet. Kontroll om att institution inte får vara nedlagd. Om så är fallet ges pop-up-ruta med informationsmeddelande Institution att utgå ifrån är nedlagd. Alltså enbart informativ kontroll. Om inskriven kod finns i fältet och användaren påbörjar editering av fältet OCH val finns gjorda ifrån höger listbox till vänster listbox ge frågeruta där användaren får information om att ändringar finns som ej är sparade. Använde meddelande ADM_727 Du har inte sparat ändringarna, vill du uppdatera först? Vid fullt inskriven korrekt institutionskod söks databasen efter uppgifter utifrån vilka institution ska fördelas. Om villkor i tabell BATVILL inte finns söks databasen utifrån sökvillkoret angivet i fält Institution att utgå ifrån. Sökning går mot tabellerna: KURS sökning går mot fältet INST. Meddelande skrivs ut i meddelandefältet Sökning sker för kurser på grundnivå och avancerad nivå. PROV sökning går mot fältet INST. Meddelande skrivs ut i meddelandefältet Sökning sker för prov med avvikande institutionskoppling. KTILLHST sökning går mot fältet INST. Meddelande skrivs ut i meddelandefältet Sökning sker för kurstillfälle med avvikande institutionskoppling. FOAMNE sökning går mot fältet INST. Meddelande skrivs ut i meddelandefältet Sökning sker för forskarämnen. FOKURS sökning går mot fältet INST. Meddelande skrivs ut i meddelandefältet Sökning sker för kurser på forskarnivå. Vänstra listboxen fylls på med träffar från aktuellt vald kategori i radiogruppen. Vid klar sökning ges visas i meddelandefältet ADM_965 Sökningen klar. Om villkor i tabellen BATVILL finns görs ovanstående sökning men alla de uppgifter som finns i BATVILL för i radiogruppen defaultkategori Kurser i grundutbildning förs över till höger listbox och visas inte i vänster listbox. Resterande uppgifter hittade i BATVILL märks också upp för visning i höger listbox vid ändring av val i radiogruppen. Krav 8.5 Tabell: Typ: Obligatoriskt: Längd: Hjälptext: Defaultvärde: Fält Institution att fördela till INST Editbox Ja 4 tecken, W Ange institutionskod att fördela till, max 4 tkn. Inget

Bengt Reinholdsson 2016-09-06 39 (63) Sökmönster: Ledtext ovan: Ledtext vänster: Kontroll: Ja Institution att fördela till Instkod Inmatad kod måste existera i tabellen INST. Saknas posten ska meddelande ADM_153 ( Angiven institution saknas ) skrivas ut på meddelande raden samt att markören inte får lämna fältet. (fältet ska vara blåmarkerat.) Sökstjärna ska vara möjlig att ange. Markören ska då ställa sig i indexknappen i direkt anslutning till fältet. Sökstjärna får inte finnas kvar i fältet om användaren försöker lämna området fält + indexknapp Fältet är obligatoriskt och får inte vara blankt när uppdatering sker. Undantag är då tabbning runt i formuläret behöver fältet inte innehålla värde. Kontrollera att inte både institution att utgå ifrån och institution att fördela till inte är samma kod. Om dubblett visa meddelande RB01_004: Institution att utgå ifrån och institution att fördela till får inte vara lika Kontrollera att institutionskoden inte är nedlagd. Om så är fallet, ge felmeddelande rb01_007 Fördelning får inte ske till nedlagd institution Prompten hamnar i fältet, alltså stoppande kontroll. Benämning på institutionen läggs ut i benämningsfältet. Krav 8.6 Fält Benämningsfält Tabell: INST Typ: Editbox Obligatoriskt: Nej Längd: Anpassa till layouten Det ska vara två stycken fält, ett för institution att utgå ifrån och ett för institution att fördela till och dessa fält är enbart visningsfält. Ingen rubrik. Krav 8.8 Radiogrupp Visa kategori Radiogruppen väljer vilken kategori uppgifter som ska visas i listboxarna Titel: Visa kategori Hjälptext: Väljer vilken kategori uppgifter som ska visas i listboxarna Defaultvärde: Översta värde, alltså Kurser i grund- och avancerad nivå Värden: Fyra värden i följande ordning: Kurser i grund- och avancerad nivå, Kurstillfälle m avvikande inst, Prov inom grund- o avanc. nivå m avvikande inst, Forskarämnen Kurser på forskarnivå. Krav 8.9 Listbox - Uppgifter kopplade till institution att utgå från

Bengt Reinholdsson 2016-09-06 40 (63) Listboxen har en dynamisk rubrik som vid inmatad godkänd institution att utgå ifrån får rubriken Uppgifter tillhörande [institutionskod] [institutionsbenämning]. Rubriken är osynlig vid uppstart och rensning av formulär samt osynlig vid radering av inläst institution att utgå ifrån. I vänstra listboxen, Uppgifter kopplade till institution att utgå från, visas de uppgifter som användaren har som grund att föra över till den högra listboxen. Här visas alltså till exempel för radiogruppsvalet Kurser i grundutbildning (se krav 8.7) alla kurser som hämtats från databasen med samma institutionskod som är inskrivet i fältet med institutionskod att byta från. Vid dubbelklick eller numeriskt enterslag förs uppgifter över till den högra listboxen (se krav 8.9) och vice versa. Båda listboxarna har stöd för val av flera poster på en gång inklusive användning av ctrl och shift för mer kontrollerade val. Förs en post över från en listbox till en annan försvinner den i den listbox posten kom ifrån och läggs till i den listbox som den förts över till. Vid markering av Kurser i grund- och avancerad nivå i radiogruppen Visa kategori (se krav 8.8) visas alla träffar i tabellen KURS där KURS.INST sammanfaller med värdet inskrivet i Institution att utgå från (krav 8.4). Rubrik direkt ovan listbox lyder: Kurs Benämning Nedlagd. Om kurs är nedlagd visas ett J i listboxen, annars blankt. Vid markering av Prov inom grund- o avanc. nivå m avvikande inst i radiogruppen Visa kategori (se krav 8.7) visas alla träffar i tabellen PROV där PROV.INST sammanfaller med värdet inskrivet i Institution att utgå från (krav 8.4). Rubrik direkt ovan listbox lyder: Kurs Benämning Prov Benämning Vid markering av Forskarämnen i radiogruppen i radiogruppen Visa kategori (se krav 8.8) visas alla träffar i tabellen FOAMNE där FOAMNE.INST sammanfaller med värdet inskrivet i Institution att utgå från (krav 8.4). Rubrik direkt ovan listbox lyder: Forskarämne Benämning Nedlagd Vid markering av Kurstillfälle m avvikande inst i radiogruppen Visa kategori (se krav 8.8) visas alla träffar i tabellen KTILLHST där KTILLHST.INST sammanfaller med värdet inskrivet i Institution att utgå från (krav 8.4). Rubrik direkt ovan listbox lyder: Kurs Starttermin Kurstakt Kurstid Undform Ort Kursomg Kurstyp Termordn Inst Utbomr. Vid markering av Kurser på forskarnivå i radiogruppen Visa kategori (se krav 8.7) visas alla träffar i tabellen FOKURS där FOKURS.INST sammanfaller med värdet inskrivet Institution att utgå från (krav 8.4). Rubrik ovan listbox lyder Kurs Benämning Nedlagd. Om kurs är nedlagd visas ett J i listboxen, annars blankt. För alla kategorier gäller att om någon av uppgifterna som listas i listboxen redan av användaren förts över till listboxen beskriven i krav 8.9 ska dessa inte visas i denna listbox. Längd: Bredd: Titel: Hjälptext: Enligt S&G Tillräckligt för att rymma uppgifter för HST-fördelning på kurstillfälle Uppgifter kopplade till institution att utgå från Uppgifter kopplade till institution att utgå från Krav 8.10 Listbox - Uppgifter kopplade till institution att fördela till