Protokoll fört vid möte med styrgruppen för KursInfo

Transkript

1 Dokumentttyp Datum Version Sida PROTOKOLL (2) KursInfo Utfärdat av Revideringsdatum Sökväg Håkan Tropp Protokoll fört vid möte med styrgruppen för KursInfo Datum: Tid: Plats: Via Adobe Connect Syfte: Möte med styrgruppen för KursInfo Närvarande ledamöter: Björn Hellberg Högskolan i Skövde Ordförande Margareta Nordstrand Linnéuniversitetet Brita Lundh Högskolan i Halmstad Lisbet Kristiansson Högskolan i Borås Gerd Engström Högskolan i Jönköping Tomas Johansson Blekinge tekniska högskola Övriga närv.: Håkan Tropp Högskolan i Skövde Föredragande Ej närv.: Carl-Gustav Carlsson Malmö högskola Per Göran Nilsson Lunds tekniska högskola 1 Mötet öppnas Ordföranden hälsade alla välkomna och förklarade mötet öppnat. 2 Fastställande av dagordning Dagordningen fastställdes utan tillägg. 3 Föregående mötes protokoll Protokollet godkändes och lades till handlingarna. 4 Lägesrapport Förvaltningsgruppsmötet i Gränna (bilaga 1) Håkan Tropp redogjorde kort för vad som avhandlats på förvaltningsgruppens möte. Genomförd utveckling och tidsåtgång Håkan Tropp redogjorde kort kring utvecklingsläget och tidsåtgången, se bifogad månadsrapport (bilaga 2). Generellt ser utvecklingsläget bra ut och följer tidsplanen i stort. 5 Utveckling & förvaltning Utveckling kommande period Utvecklingen fortsätter enligt plan. Sedan senaste månadsrapporten har bl.a. funktionen för massuppdatering gjorts klar och verkar fungera bra. Hantering av krav samt testorganisation för KursInfo Arbetet med att ta fram rutiner för krav samt en organisation för test pågår. Arbetsgruppen bestående av Jaana Karlsson (sammankallande), Jenny Welander, Stefan Hallstedt och Linda Olausson arbetar med frågan. Presentation av tankarna kring krav och test presenteras i bilaga 3.

2 Dokumentttyp Datum Version Sida PROTOKOLL (2) KursInfo Utfärdat av Revideringsdatum Sökväg Håkan Tropp Styrgruppen såg positivt på gruppens arbete och menade att detta är helt rätt sätt att jobba på. Täckande av kostnader för arbetsgruppen för testorganisation Frågan om kostnadstäckning för arbetsgruppens resor i samband med möten väcktes på förvaltningsgruppens senaste möte. Styrgruppen beslöt att reskostnaderna täcks av samarbetets gemensamma budget. Reskostnaderna faktureras Högskolan i Skövde enligt särskild anvisning som kommer att skickas ut till berörda. 7 Övriga frågor Frågan om antalet möten och mötesformer för styrgruppen diskuterades. Styrgruppen beslöt att det är bra att som hittills ha avstämningsmöten via Adobe Connect i anslutning till förvaltningsgruppens möten. I den mån det är möjligt skall fysiska möten försöka planeras in i samband med andra möten där gruppen ändå träffas, t.ex. vid möten för SA-chefer eller i LADOK-sammanhang. Dock beslöt styrgruppen att nästa möte skall vara på Högskolan i Skövde till hösten. 8 Nästa möte Styrgruppen beslöt att nästa möte skall vara på Högskolan i Skövde kl Mötet avslutas Ordförande önskade en skön sommar, tackade för deltagandet och förklarade mötet avslutat. Vid protokollet: Justeras: Håkan Tropp, sekreterare Björn Hellberg, ordförande

3 PROTOKOLL mars 2010 Protokoll fört vid förvaltningsgruppsmöte för Kursinfo Närvarande Håkan Tropp Högskolan i Skövde Niklas Lindelöf Högskolan i Skövde Kjell Sjökvist Högskolan i Skövde Andreas Lans Högskolan i Skövde Ingrid Hjärtqvist Högskolan i Skövde Jaana Karlsson Högskolan i Jönköping Magnus Palm Högskolan i Jönköping Monica Johansson Linnéuniversitetet Cecilia Barne Linnéuniversitetet Mats Berg Malmö högskola Jakob Henriksson Malmö högskola Leif Lagebrand Blekinge tekniska högskola Jenny Welander Blekinge tekniska högskola Linda Olausson Högskolan i Borås Anmäld frånvaro Stefan Hallstedt Högskolan i Halmstad 1. Mötet öppnas Håkan Tropp hälsade alla välkomna och förklarade mötet öppnat. 2. Presentation av deltagarna Alla presenterade sig. Malmö högskola har bytt representant från Anita Östlind till Jakob Henriksson. Andreas Lans är ny systemutvecklare i Skövde. 3. Val av sekreterare Ledamot från Jönköping valdes till sekreterare (Jaana Karlsson och Magnus Palm delade uppgiften). 4. Godkännande av dagordning Inga tillägg dagordningen godkändes. 5. Föregående mötes protokoll Kort genomgång. Vi konstaterade att styrgruppens senaste mötesprotokoll ännu inte finns upplagt på webbplatsen. Kort genomgång även av det Högskoleservice i Jönköping AB Besöksadress Telefon Internet Postgiro Box 1026 Högskoleområdet Fax Org.nr SE Jönköping Studenternas Hus Gjuterigatan 5 Hus D

4 protokollet. Protokollen lades till handlingar. 6. Lägesrapport och tidsplan gamla KursInfo (utvecklingsteamet) Niklas Lindelöf beskrev förändringarna i NyA-leveransen. Den använder nu Emil-schemat 1.2 istället för 1.1. Niklas har konverterat över från den gamla versionen men inget är levererat ännu. Det ligger en patch på forumet. Mötet återkommer till detta under punkt 9 (diskussioner). Diskussion om antagningsantalet kan uppdateras kontinuerligt. Information har lämnats från VHS och Jessica Sedig är ansvarig för informationen om behov till vidare kontakter. En patch har gjorts för att snabba upp gränssnittet i KursInfo. Levererat till Kalmar och Malmö för test. Detta kommer med i nästa leverans. Ett förslag på ytterligare förändringar till nästa leverans är att utöka vad som skickas med i NyA-leveransen. Vi måste dock bestämma närmare vad som ska läggas till och när detta ska i så fall levereras. Antalet sammankomster har inte fungerat patch utlagt. Förändringar är gjorda i KAdmin för överföring till Ladok. Malmö har testat och läsning fungerar. Man måste dock korrigera vilka fält som ska vara med i överföringen. Man har i princip 2 alternativ att välja mellan: antingen att man använder T31 eller att man skriver direkt in i databasen vid KAdmin. Skövde ska undersöka detta ytterligare och ge förslag hur det hela ska hanteras. Blekinge har haft problem med Områdesbehörigheter i VHS katalogen. I vissa lägen har dessa hamnat på fel ställe och man kunde inte se dem som förväntat. 7. Lägesrapporter och uppföljning av tidsplan för nya KursInfo (utvecklingsteamet) Utvecklarna redogjorde hur fortsatt arbete med editorerna har skett. Man har systematiskt gått igenom alla 4 editorer och sett till att all funktionalitet finns. Arbete fortsätter med behörighetsnivåerna. Administrationsgränssnittet är gjort så att de översikter som finns i gamla KursInfo finns i nya. Publikationsdelen är också påbörjad. Som det ser ut nu så hålls tidsplanen dock svårt att säga något bestämt eftersom det är så mycket kvar. Den 28/2 hade 13 h mer förbrukats mot vad som planerats. Statusrapport skickades ut igår (9/3). 212 h har lagts ner under februari snittet per månad för att hålla tiden är också just 212 h vilket är målsättningen för att nå fram till målet. Stora delar av den grundläggande behörighetsmotorn är skapad men är inte implementerad i alla delar av nya KursInfo. Gränssnitt för att kunna administrera detta är inte färdigt. Gränssnittet kommer att innebära en enklare anpassning av roller man styr vad rollen får göra i webbgränssnittet istället för i filer (som vi gör i gamla KursInfo). Varje lärosäte kommer att få ställa in varje rolls behörighet själva då det varierar från lärosäte till lärosäte. Alternativet är att Skövde genomför ett arbete med att omvandla existerande settings-filer till SQL-frågor för att få in samma behörighetsinställningar i nya KursInfo som fanns i gamla. Detta görs i så fall för varje lärosäte som

5 vill och det beräknas bli 2 dagars arbete per lärosäte för denna omvandling. Förslag från Leif Lagerbrand, BTH, att strukturera och formalisera införandet av nya KursInfo t ex genom att utforma/införa dokumentation, utbildning, prestandatester samt rutiner/dokumentation för själva införandet. Det kan behöva skapas arbetsgrupper för att jobba vidare med dessa saker men framförallt ska vi komma överens om hur övergången ska ske. 8. Testorganisation, förslag och diskussion (Jaana Karlsson) Jaana Karlsson berättade kortfattat om bakgrunden till uppdraget att införa krav- och testorganisation för KursInfo samt hur gruppen (Jaana Karlsson, Jenny Welander, Linda Olausson, Stefan Hallstedt) har arbetat vidare med frågan. Det poängterades att arbetet är ganska omfattande och kräver systematisk bearbetning. Därför lämnar gruppen inga konkreta förslag ännu i denna analysfas. Det är långt kvar men arbetet har flutit bra. Jaana beskrev problemformuleringar som gruppen diskuterat fram och redogjorde gruppens preliminära förslag till ändringar, framförallt i kravhanteringen, för att KursInfo-arbetet skulle kunna formaliseras i framtiden genom att t ex roller, beslutsvägar mm tydliggörs och fastställs. (Se bilaga 1 Krav och testorganisation för KursInfo pptx). Efter inlägget diskuterades visionerna i mindre grupper och varje grupp fick redovisa sina tankar om hur de ser på krav- och testarbete, åtgärdsrapportering, ändringshantering mm. Dessa tankar sammanställdes och kommer att bearbetas vidare på organisationssgruppens kommande möten. Mötet var enigt med principbeslutet att framöver måste verksamheten speca utförligt sina krav om dessa ska realiseras i systemet. Tidigare framtagen kravmall ska utvärderas och bearbetas vidare. Som sista punkt redogjorde Jaana tankar generellt runt kravhanteringen och vad som krävs av dem som har rollen som kravställare, kravsamordnare mm. Detta gjordes bl.a. för att börja bilda en gemensam begreppsram i en blivande krav- och testorganisation. (Se bilaga 2 - Kravhantering - Kursinfo pptx). 9. Diskussioner - Förändringar i den grafiska designen för nya KursInfos startsida(utvecklingsteamet) I dagsläget finns det två flikar en för kurs/program och en för kurstillfälle/programtillfälle. Utvecklingsteamet föreslår att bryta upp detta till 4 flikar kurs, kurstillfälle, program, programtillfälle. Det finns även ett förslag att man ska ha länk/knapp till Kadmin som läggs under Min sida för dem som har rättighet till detta. Detta är ett steg ifrån den grafiska profilen/layouten som tidigare fastslagits. Mötesdeltagarna tyckte att detta var en bra idé att göra dessa ändringar. -Hur hanterar vi huvudområden och ämnen på lärosätena (uppföljning från föregående möte, utvecklingsteamet) Det konstaterades att huvudområden hör till examina inte program - och att nuvarande fält Huvudämne inte är lämplig att omvandlas och användas som Högskoleservice i Jönköping AB Besöksadress Telefon Internet Postgiro Box 1026 Högskoleområdet Fax Org.nr SE Jönköping Studenternas Hus Gjuterigatan 5 Hus D

6 Huvudområde i stället (pga historisk data som använder den gamla examensordningen). Om vi ska komma någonstans krävs det en kravspec som förklarar hur detta ska exakt se ut. På nästa möte tas det upp hur vi eventuellt kan utreda på vilket sett examina och någon typ av examenshantering kan påverka framtida KursInfo. Om det blir något av detta så införs det först för KursInfo 2.0 (görs inte till 1.0). - Hur hanterar vi kopplingar mellan program och ingående kurser Successiv fördjupning i KursInfo (Jaana Karlsson underlag delades ut) Inget sådant stöd kan implementeras under 2010 och de som är intresserade av detta redan nu kan kontakta Jönköping som eventuellt får ta fram lösningen. Diskussion om det hela ändå skulle kunna bli en normal del av KursInfo. Vi får återkomma i frågan - Hantering av lokalt utvecklade moduler och anpassningar, t ex modulen för programplaner från BTH (Håkan Tropp) Håkan ställde frågan hur vi bör hantera kod för lokala anpassningar? Nya versionen kommer inte vara lika enkelt att göra förändringar i som det är i den gamla. Källkod kommer krävas och det kan innebära mycket spretighet. Förslaget är att koden samlas centralt och förs in i den centrala applikationen. Vi bestämde att man ska specificera vilka lokala anpassningar som gjorts på de olika lärosätena för att eventuellt föra in detta i nya KursInfo 1.0 och för att alla kan ta del av denna godispåse. Detta för att också eliminera risken att flera lärosäten jobbar i onödan med samma saker fast dessa skulle kunna lösas gemensamt. En annan fråga var att vid eventuell distribuerad systemutveckling hur hanteras källkod? Hur tillhandahålls källkod i så fall till utvecklare och hur skickar utvecklare in nyutveckling till centrala utvecklingsavdelningen? Mötet skjuter frågan framåt till nästa fysiska träff detta behöver tänkas igenom ordentligt och inte jäktas igenom. - Hur hanterar/kommer ni att hantera YH/KY kurser samt ev. forskarutbildning i KursInfo (Jaana Karlsson) Medlemshögskolorna lägger inte in YH/KY kursplanerna/förordning mm är helt annorlunda. Man vill för YHs del veta först hur det kommer att se ut i Ladok. Forskarkurser lägger en del in. Det fattas också valuta för YH-kurser. I nya KursInfo 1.0 finns det inställning för att lägga till ny valuta. I gamla KursInfo innebär det ~2h utveckling för att lägga till om man önskar det. -Implementering av EMIL 1.2 (Niklas Lindelöf) Det är inte jättestora förändringar jämfört med EMIL 1.1. Det vi saknar i KursInfo som är nytt i EMIL 1.2 är efterantagning. Detta läggs till i nästa leverans av KursInfo. En ny testleverans av KursInfo, KAdmin & NyAleverans kommer den 1 april. Skarp leverans den 15 april. - Revideringsdatum på kurs/program (utvecklingsteamet) Det finns önskemål om flera datum för när en kurs är reviderad (i kursplan) för att följa revisionshistoriken. Önskemålet stryks. Ett eventuellt önskemål

7 om att ha lista på alla existerande revisioner för kurs i kurseditorn tillkom. Detta får kravas av de som önskar funktionen och man tar ställning till detta nästa år i nya KursInfo - Byte av publikations-id i databasen (utvecklingsteamet) Idag kan id kan vara av olika typer. Användaren skriver i vilket id och av vilken typ det är. I nya KursInfo vore det bättre med en enklare form av idhantering. Samtidigt skulle detta innebära att användaren inte behöver skriva i ett id eller typ av id. Detta gör möjligt att lägga in enbart en del av en bok som kurslitteratur samma isbn kan användas på flera olika kurslitteraturer. Detta är inte möjligt idag utan varje bok går bara använda en gång. Konsekvensen av ändringen är dock att möjligheten att använda både gamla och nya kursinfo samtidigt inte skulle fungera när det gäller publikationer. Målsättningen är att kunna köra både gamla och nya men denna förändring i tabellen Publikation skulle innebära att när ett lärosäte väl går över till det nya så kommer inte publikationsdelen fungera i gamla gränssnittet. Skövde levererar ett skript för att skriva om data i tabellen Publikation för att omvandla gammal data till det nya tänket (t ex id där typ är ISBN flyttas till ett nytt databasfält som heter ISBN). Gruppen ger sitt godkännande till att detta görs. - Ny logotype/nytt namn för nya KursInfo? (Håkan Tropp) Namnet KursInfo behålls då det är inarbetat. Draken ersätts ev med annan logotyp. Förslag skickas till Håkan för att sedan presenteras på nästa Adobe Connect -möte. - Lansering och ev. fler samarbetspartners 2011? (Håkan Tropp) Mälardalen är intresserade att gå med. Det har dock sagts att vi väntar tills efter nya KursInfo är lanserat innan någon tas in. Vi är dock intresserade av att ta med dem. En spekulation är också att Örebro använder Mälardalens system och om Mälardalen byter till KursInfo kan man tänka sig att Örebro också vill gå med. Diskussion om informationsmaterial angående produkten KursInfo för att visa den till externa intressenter. Diskussion även om hjälptexter, utbildningsmaterial, manualer mm. Flera idéer presenterades. Utvecklarna berättade hur hjälptexter kan anpassas i nya KursInfo. - Överföring till Ladok i Kadmin En ändring i Kadmin vid jämförelse mellan Ladok och KursInfodatamodulen behöver göras. Ändring att ämnesgrupp i KursInfo jämförs med ämne i Ladok. I dagsläget jämförs ämne med ämne (i Ladok skriver man dock ämnesgrupp i fältet ämne). Samt ett bifallet önskemål om att de tabeller som behöver skrivrättigheter i Ladok sammanställs till nästa leverans. Finns skrivrättighet ska Kadmin kunna rätta det som är fel i Ladokdatabasen. Ändringarna kommer i nästa leverans av Kadmin (1/4). 10. Övriga frågor Jaana Karlsson (HJ) Dropdownlistan för Ämnesgrupp/Områdestillhörighet Enbart benämningen visas önskar att även koden visas. Ändringen Högskoleservice i Jönköping AB Besöksadress Telefon Internet Postgiro Box 1026 Högskoleområdet Fax Org.nr SE Jönköping Studenternas Hus Gjuterigatan 5 Hus D

8 genomförs centralt till nästa leverans (1/4). Linnéuniversitetet lista över kurstillfällen Önskar kunna filtrera på SI-taggen. Detta görs till nya gränssnittet. 11. Nästa möte Nästa Adobe Connect-möte blir torsdag 3/6 kl Mötet föreslår att Halmstad anordnar nästa fysiska möte i mitten av september (14-15/9). (Detta datum justerades efter att mötet avslutats för att det skulle passa Halmstad bättre.) Vid protokollet Jaana Karlsson/ Magnus Palm Håkan Tropp

9 Krav- och testorganisation för Kursinfo Förvaltningsmöte mars 2010 Jaana Karlsson Jenny Welander Linda Olausson Stefan Hallstedt

10 Vårt uppdrag Ta fram en konsortiegemensam krav- och testhantering genom att: inventera och analysera definiera och standardisera bearbeta och föreslå

11 Avgränsning Vi berör inte områden som: säkerhet teknikval tillförlitlighet mm rent tteknikrelaterade t frågor få Krav och test är olika sidor av samma mynt! Första fasen av uppdraget gäller främst att tydligöra verksamhetens roll i kravhanteringen

12 Problembild - beställare otydlig beställarroll på verksamhetssidan krav- och testarbetet har ad hoc karaktär på lärosätena fria krav utan förankring diskussion, krav och beslut smälter samman på forumet onyanserad prioritering av (egna) krav - krav försvinner bristande granskning och dokumentation av (egna) krav otydliga roller i testverksamhet svårt att hålla sig uppdaterad vad som händer inom systemunderhåll/nyutveckling olika uppfattningar om systemets status jargong mellan verksamhet och utveckling olika versioner av systemet i drift åtgärdsrapportering svår att följa upp

13 Problembild leverantör? otydlig beställarroll? krav- och testarbetet har ad hoc karaktär? fria krav utan förankring? diskussion, krav och beslut smälter samman på forumet? onyanserad prioritering av krav - krav försvinner? bi bristande granskning och hdokumentation ti av krav? otydliga roller i testverksamhet? jargong mellan verksamhet och utveckling? olika versioner av systemet i drift? åtgärdsrapportering svår att följa upp? annat?

14 Vad kan vi förbättra - exempel? Tdli Tydliggöra roller och ansvar för kravställare, beställare, testare! t Fastslå beslutsvägar Komma överens om definitioner och standarder Samla in, prioritera, dokumentera, granska, realisera de gemensamma kraven! Införa kravgrupper / ändringsråd Införa dokumentstöd för kravhantering Införa testmetodik, terminologi och ev. testverktyg man ska skilja på olika typer av test Införa testargrupper och dokumentstöd, checklistor mm för test Införa regressionstester Se över åtgärdsrapporteringen - dokumentera, granska, prioritera (och realisera) inkomna åtgärder. Behålla Forum endast som diskussionsplattform och skilja krav- och åtgärdshanteringen från Forumet

15 Framtidsvision? Vad är din framtidsvision i i för kravhantering och testverksamhet inom KursInfokonsortiet? t? Hur ser du på saken?

16 Kravhantering KursInfo förvaltningsmöte Mars 2010

17 Krav- och testhanteringsprocessen V-modellen Krav Kravspec/ kravlista och/eller användningsfall TEST Acceptanstest Övergripande design Funktionsspecifikation TEST Systemtest Detaljerad design Designspecifikation TEST Integrationstest Kodning av komponent TEST Jaana Karlsson 2

18 Krav i termer av Övergripande krav genom kravsamling prioritering dokumentation t ex att det ska vara möjligt att lägga in ett nytt huvudområde Jaana Karlsson 3

19 Resultatet av kravfasen övergripande kravspecifikation =uppdragsbeskrivning ett steg mot övergripande/detaljerad design (som kan vara ett eget/flera systemutvecklingsprojekt) Jaana Karlsson 4

20 Normala krav de uttalade kraven ställs av någon på beställarsidan (t ex användare, systemägare, chef mm) den enklaste kategorin att hantera kan samlas med intervjuer, diskussioner, workshops, enkäter dessa krav måste vara uppfyllda T ex jag måste ha ett system där man kan lägga upp alla kurser så att de visas på Studera.nu Jaana Karlsson 5

21 Förväntade krav de icke uttalade kraven självklara för användaren, beställaren så att de inte ens nämns stor risk att kravsamlaren missar dessa man måste tolka information mellan raderna går inte att ta fram med intervjuer -> kravhanteraren måste ha mycket stor verksamhetskunskap på detaljnivå T ex det ska gå att spara med F4-tangenten (eftersom det gick i det förra systemet) Jaana Karlsson 6

22 Kravens flöde Kraven kommer i första hand från användare chefer/styrgrupper referensgrupper verksamhetsspecialister systemförvaltare/systemägare = beställarsidan och tolkas/realiseras av leverantören Flödet ska styras aktivt upp pga att enskilda användare inte ska fatta informella beslut som styr utvecklingen. Dessa beslut tillhör exklusivt beställaren! Obs! Bristfälliga krav både leverantören och beställaren har ansvar att förfina kraven tillsammans! Jaana Karlsson 7

23 Problem med att samla in krav användare saknar kompetens om tekniska möjligheter - svårt att uttrycka behov och se bortom den befintliga lösningen användare har svårt att förmedla sin verksamhetskunskap användare/utförare kan vara negativa till förändringen krav dokumenteras fel eller dokumenteras inte alls krav prioriteras fel eller prioriteras inte alls krav följs inte upp och ändras inte i tid krav tolkas fel/missförstås av utföraren beställaren tar inte sitt ansvar utan att leverantören måste tala om hur systemet ska se ut = dyrare system, extra jobb och missnöjda användare Jaana Karlsson 8

24 Krav måste ses från olika perspektiv! Det gäller inte att samla så många krav som möjligt utan att inte missa något perspektiv Jaana Karlsson 9

25 Jaana Karlsson 10

26 Dokumenttyp Datum Version Sida STATUSRAPPORT December (2) KursInfo Utfärdat av Revideringsdatum Sökväg Håkan Tropp Satusrapport för utvecklingen av Nya KursInfogränssnittet 0912 Denna rapport avser arbetet med utveckling av nya KursInfo har gjorts under vecka Under vecka 49 var stora delar av utvecklingsgruppen på kurs. K Admin Vi har jobbat med administrationsgränssnittet och byggt om det som förut fanns i K Admin samt valda delar av det som tidigare fanns under Admin i Kursinfo. Dessutom finns där också moduler för att styra de dynamiska rubrikerna och fältnamnen i det nya Kursinfo. Administrationsdelens funktionalitet är i det närmaste klar, sånär som på överföringen mellan Kursinfo och Ladok och de senaste modulerna för huvudområde och ämnesgrupper. Det har visat sig att LPW tjänsten T31 inte erbjuder lika mycket funktionalitet som vår egenhändigt skrivna överföring. T31 erbjuder endast etablering av Kurser och Kurstillfällen som inte redan finns i Ladok. Den jämförelse och uppdatering av kurser som vi har i dagens K Admin kräver alltså även i det nya Kursinfo fortfarande att lärosätet har möjlighet att skriva direkt i ladok databasen. Vi har varit i kontakt med utvecklare på Ladok i Umeå och ingen vidareutveckling av T31 är planerad under Klart att testa: Aktuell termin Ansvarstyp Betygsskalor Finansieringstyp Grundvärden Institutioner Kurstid Kontrollnivåer Ladok Inriktningar Nyheter Roller Undervisning Undervisningsspråk Urltyper Utbildningsområde Kommuner Ämnen XML Generator Åldersspann Studera.nu sökord Tidpunkter Fellogg Postlås Hjälptexter

27 Dokumenttyp Datum Version Sida STATUSRAPPORT December (2) KursInfo Utfärdat av Revideringsdatum Sökväg Håkan Tropp Fältnamn Rubriknamn Kurs & Program Kontrollfunktioner har lagts till på de inmatningsfält där värdetypen är av betydelse för mappningen mot databasfältet. T.ex. där en omfattning ska matas in får inte bokstäver finnas i inmatningsfältet. Detta genererar nu en varning. Kurs: Kommentarsfält för undervisningsspråk har lagts till. Stöd för Områdesbehörighet. Fält för att förkunskapskrav finns har lagts till. Fritextfält för Förkunskapskrav för engelsk katalog har lagt till. Fritextfält för Innehåll och Prestationsbedömning på Examination har lagts till. Överlappande poäng har lagts till på Överlappande kurser Engelsk kommentar har lagts till på Godkännande instanser Program: Stöd för Områdesbehörighet. Inrättandeinstans är inlagd på Inrättande och fastställande. Stöd för Ämne i VHS katalogen är fixat. För inriktningar i programmet är Områdesbehörighet samt FörkunskapskommentarerSv/En fixat. På Förkunskapskrav Gymnasiekurser är stöd för Inriktning/Kataloginriktning/Huvudämne ordnat.

28 PM Testorganisation KursInfo Författare Datum Sida Jaana Karlsson (6) Testorganisation för KursInfokonsortiet

29 PM Testorganisation KursInfo Författare Datum Sida Jaana Karlsson (6) Innehållsförteckning Inledning... 3 Var börjar och slutar testerna?... 3 Standarder... 3 Vem ska testa bemanning?... 4 Teknikval och verktyg... 4 Det som man ofta glömmer... 5 Rekommendation... 5

30 PM Testorganisation KursInfo Författare Datum Sida Jaana Karlsson (6) Inledning Syftet med detta PM är att ge idéer och inspiration om hur vi kan gå till väga för att införa en testorganisation och en effektiv testprocess inom KursInfokonsortiet. Dokumentet kan också användas som första diskussionsunderlag för den grupp som så småningom kommer att ge ett mera strukturerat förslag hur testverksamhet kan drivas kanske inte bara för KursInfo utan varför inte även för eventuella lokala kringsystem som högskolorna kopplar med systemet. De övergripande frågorna i denna fas är bl a: Vad är det för typ av testorganisation vi har behov av? Vad finns det för erfarenheter och hur dessa kan utnyttjas framöver d.v.s. vad fungerar, vad fungerar inte? Vilka resurser och kompetenser har vi och vilka behöver vi eventuellt komplettera med? Vilka verktyg bör vi använda för bra testresultat och kommunikation? Vilka kriterier för prioritering och godkännande bör gälla för våra tester (kan påverka val av verktyg, mallar mm)? Var börjar och slutar testerna? Ofta har man mycket snäv syn på testarbetet. En del har endast tester som systemutvecklarna gör och därefter hoppar man till acceptanstester. Gången kan beskrivas på följande sätt: Systemutvecklaren skapar sina komponenter, testar dessa och anser att de fungerar bra. Sedan tar verksamheten vid och konstaterar att det fungerar, men Testorganisationen bör omfatta alla stegen från krav till acceptanstest och i bästa fall har man 5 7 olika testfaser däremellan. Vi får fråga oss själva varifrån våra krav kommer och på vilket sätt? Är sättet effektivt eller bäddar det för godtycke och missförstånd? Vem är kravställaren? Vem samordnar kraven? Vem prioriterar? Vem beslutar? Förslagsvis bör testorganisationen omfatta någon typ av kravprocess. Det är ju traditionellt mot kraven man testar. Är kraven diffusa eller t. o. m okända, vet man inte om systemet är rätt konstruerat eller beter sig på ett önskat sätt. Standarder Det finns befintliga standarder för test, men eftersom varje organisation är unik, kan man fundera över om man vill skapa egna standarder och överenskommelser om befintliga inte passar eller känns tungrodda eller främmande t. ex. terminologiskt. Att arbeta efter egen eller någon annan standard har många fördelar. Den som har övergripande ansvar vet att testerna och olika beslut hanteras på samma sätt i olika projekt eller grupperingar på lärosätena. Man skapar en samsyn vad test är och hur man hanterar problem i olika

31 PM Testorganisation KursInfo Författare Datum Sida Jaana Karlsson (6) situationer. Man minskar godtycke och misstänksamhet. Alla vet vad som gäller och man har möjlighet att bygga robusta rutiner runt standarder. Finns det en uttalad, standardiserad modell för testerna går det snabbare att dokumentera, förstå vad som har gjorts eller hur långt man har kommit. För att uppnå sådan effektivitet är det förstås viktigt att man kommer överens om begrepp och definitioner som gäller både tester och roller i testorganisationen. Det får inte finnas minsta tvekan vem som gör vad, vilken befogenhet en roll har eller vad man menar t.ex. med systemtest. Målet är ju att saker och ting inte hamnar mellan stolarna eller att man inte har olika uppfattningar om statusen på systemet. Vem ska testa bemanning? Det är för tidigt att säga hur mycket resurser en standardiserad testorganisation kräver i samband med KursInfo. Vi måste diskutera vad vi vill och hur mycket vi är beredda att satsa. Detta bör alltid relateras till vad vi kan vinna i slutändan! Test är inte en kostnad utan en investering! En sak är dock säker, nämligen att det är dyrare att inte testa än att testa. Vi går också in i en ny fas i konsortiet och introducerar en ny produkt som kommer att behöva en helt annan testinsats än vad som behövs för en etablerad produkt då man utför mestadels regressionstester eller tester efter mindre tillägg eller modifiering. Frågor som spontant uppstår är: Behöver vi en testledare och vilka andra roller krävs? Någon måste ansvara för testverksamheten. Behöver vi komplettera med automatiserade tester utförda av systemutvecklare? De som i sin tur ska skriva testfallen manuellt efter systemutvecklarens komponenttest ska ha mycket omfattande verksamhetskunskap. Rekrytering till test från verksamhetssidan har varit ibland extremt svårt i Ladokkonsortiet och möjligen blir det lika svårt för oss att övertyga resursägare i styrgruppen att släppa resurser till KursInfos tester. Här bör vi åter relatera till vad vi kan vinna i slutändan! Bra funktionalitet med kvalitetssäkrade informationsflöden och nöjda användare på sikt borde vara i varje systemägarens intresse. Det är viktigt att även systemutvecklare knyts och engageras i tidigt skede i utformningen av testorganisation. Om vi inte är överens om rutiner på båda sidor kan hela testorganisationen bli en pappersprodukt. Vi är alla testare vi utför bara olika tester. Teknikval och verktyg Hur vi skapar vår testorganisation påverkar självklart vilka teknik och verktygsval vi gör. Å andra sidan kan beprövade tekniker och befintliga verktyg utforma våra standarder och rutiner och ge vägledning hur vi organiserar och beter oss i test. Därför är det viktigt att införandet av testorganisation går hand i hand med teknik och verktygsval.

32 PM Testorganisation KursInfo Författare Datum Sida Jaana Karlsson (6) Vi ska dock skynda långsamt och utvärdera det som finns i dag och vad som kan återanvändas. Man kan initialt ta fram vissa gemensamma dokumentmallar mm för att komma igång med arbetet. Det kanske finns utmärkta exempel på stöddokument på medlemshögskolorna som vi antingen kan använda eller anpassa. Det som man ofta glömmer Oavsett vilken organisation vi än inför, håller den inte i alla lägen om vi inte kommer överens i förväg om hur vi hanterar olika mänskliga reaktioner, upplevelser och känslor. Låter luddigt men dessa finns närvarande hela tiden. IT system väcker känslor och frustration, det kommer vi inte ifrån. Låt oss ta ett fiktivt exempel: I nya KursInfo är testaren inte överens om funktionaliteten med utvecklaren. Testaren vägrar att godkänna modulen innan den är rättad. Vissa högskolor håller med utvecklaren medan vissa högskolor backar upp testaren. (Hoppas ni inte känner igen er!) För att undvika denna typ av låsningar måste vi ha överenskomna rutiner innan sådant händer. Vi måste fråga oss vem som få ta besluten och vart denna typ av frågor ska ta vägen. Det kanske finns rutiner redan i organisationen som avhjälper detta så att problemet inte är stort. I så fall bör rutinerna dokumenteras så att alla agerar lika. Ett sätt att underlätta är förstås tydliga krav med robust kravhantering men alla kanske inte är överens om kraven. Detta scenario är ännu ett argument till att testfasen ska börja redan när kraven tas fram och inte först då man redan har färdigutvecklade moduler. Rekommendation För att arbetsgruppen ska komma igång med införandearbetet bör vi använda tid för att samla in och analysera alla våra tidigare erfarenheter, positiva som negativa, för att få en bild hur vi ser på test inom KursInfo. Det finns säkert många exempel på dåliga arbetsrutiner och felaktiga beslut, missförstånd och missnöje samtidigt som det finns bra exempel på lyckade satsningar och framgång. KursInfo var ju trots allt en produkt som fick bästa poäng i Ladokkonsortiets sammanställning! Är vi öppna och ärliga mot oss själva och funderar på vad vi kan göra annorlunda framöver, har vi kommit en bra bit. Efter analysfasen bör vi titta på vilka processer kan införas för kravhanteringen, vilka standarder och definitioner passar oss. Frågor om bemanning och roller samt verktyg och teknik ska utredas även om vi inte kan göra definitiva beslut i början. En del måste vi förmodligen pröva oss fram eftersom en testorganisation behöver viss mognad innan allt faller på plats. Vi bör också ha en verksamhetsanda som ständigt utvärderar och utvecklar sitt agerande när det gäller hela kedjan från krav till acceptanstest av färdiga systemdelar.

33 PM Testorganisation KursInfo Författare Datum Sida Jaana Karlsson (6) Mera konkret, i grova drag, föreslår jag följande steg för arbetsgruppen: Kom överens om grunderna och ramarna samt arbetssättet för uppdraget Analysera krav och testbehovet och inventera de erfarenheter vi har Definiera begrepp, roller, verktyg, flöden mm (glöm inte utvecklarna!) Bearbeta och föreslå Konsortiet: Godkänn och besluta Rekrytera och utbilda rollinnehavare Informera lärosäten och ev. andra intressenter