ÄNDRINGLOGG Projekt KA

Transkript

1 Sidan: 1 (9) ÄNDRINGLOGG Projekt KA KA-system Version 1.0

2 Sidan: 2 (9) INNEHÅLLSFÖRTECKNING 1 REVISIONSINFORMATION OM DETTA DOKUMENT SYFTE MÅL OMFATTNING ÄNDRINGSLOGG SYSTEM STUDENTPORTAL KURSUTBUD REGISTRERING KURSHEMSIDA PERSONLIG INFORMATION KURSVAL MTS ALLMÄNNA FÖRSLAG BUGGAR ÖNSKEMÅL REFERENSER... 9

3 Sidan: 3 (9) 1 Revisionsinformation Utarbetat av Datum Utgåva Ändringar P1.0 Första preliminära utgåvan Siw Bengtsson P1.1 Uppdatering av format, rubriker etc P1.2 Uppdateringar efter godkännande-möten 1.0 Sista uppdatering inför leverans

4 Sidan: 4 (9) 2 Om detta dokument KA1.0 Ändringslogg ingår som en del av projekt KA:s slutleverans. 2.1 Syfte Ändringsloggen skall vara ett uppsamlingsdokument som kortfattat innehåller förslag till förbättringar och förändringar i KA-systemet som inkommit från verksamheten, men som inte har realiserats eller ryms inom ramen för version Mål Meningen med Ändringsloggen är att den ska vara underlag till kommande versioner av KA-systemet 2.3 Omfattning Ändringsloggen omfattar förslag på ändringar och tillägg efter verion 1.0 av KA-systemet.

5 Sidan: 5 (9) 3 Ändringslogg 3.1 System L_SYS Förslag Prio Datum 1.(nyheter) Länk till/hämtning av Chalmers nyheter, som kommer att få ny struktur 2 en systemkomponent som kan skapa DPF eller andra utskriftsvänliga dokument 3 Diskussionsforum: Skall knytas mot news 4 Virusskydd för inlämnade och utlämnade filer. 5 Diskussionsforum: Det skall vara möjligt för studenten att prenumerera via mail 6 Diskussionsforum: Koppling till e-post. 7 Integration med Kalendarium genom att hämta information ur Kalendarium och lägga upp som notis. 8 Examensfordringar skall vara tillgängligt för administratörer. 9 Handikappanpassning. Synskadade En lämplig typ av notiser är viktig kårinfo ex betala kåravgift senast den september Ta med terminologin i hjälpen Konvertering till PDF- format Behöver HUB vara egen modul Webmail i portalen behövs Filinlämning: Versionshantering och kommentarer på inlämningar mm (Martin Fabians dokument Kaproj.pdf) 3.2 Studentportal L_POR Förslag Prio Datum 1 Administratören skall, till annan administratör på lägre rättighetsnivå, kunna delegera rättighet att ändra upplagd webbsida. 2 Gratulera användaren (genom ett meddelande ) på hennes födelsedag Kursutbud L_KUT Förslag Prio Datum 1 Programansvarig skall kunna sätta beroende mellan kurser vilket gör att en student inte kan tillgodogöra sig poäng från två liknande kurser. 2 Mail skall skickas automatiskt till kursansvarig om denna ej fylld i kursbeskrivning (skal eller detalj) inom viss tidsgräns satt av programansvarig. 3 Hantera inriktningar/profilområden Verktyg för att studera students utveckling av Mattias Renman samt idéer om kartläggning och visualisering av kursers samband. 5 Möjlighet för administratör (kurscontroller) att överblicka ändringar gjorda av övriga administratörer 6 Meddela kursansvarig när programansvarig är klar med Plats Faktureringsmodulen i salsbokningssystemet har behov att ha koppling mellan kostnadsställe och kurs. Detta skulle naturligt kunna finnas i KA-systemet och underhållas av programansvarig

6 Sidan: 6 (9) 8 Läsperiod för en kurs kan inte lagras i LADOK. Detta gör läsperioden måste anges både i kursutbud och val. Läsperioden från kursutbud borde kunna användas i kursval Registrering L_REG Förslag Prio Datum 1 Registreringsmodulen hanterar endast standardregistreringar fullt ut. Avvikande registreringar ska kunna tas emot av systemet för hantering vidare av berörd kansli. Möjlighet för ingång för kanslipersonalen där de kan ge dispens/godkänna registreringen. 2 Underlag för tillämpning av 3-veckorsregeln skall göras tillgängligt för administratören. 3 Eftersom många kommer att registrera sig utan kurser, för att kunna få studiemedel, kommer dessa enligt nuvarande krav behöva gå till studievägledning. Tillåt omregistrering i systemet? (Niclas) 4 Nyttja LADOKs gränssnitt för uppdatering (utvecklas i UMEÅ av LADOKansvariga under våren?) 5 Markera all, eller många, och godkänn alla kursregistreringar Det skall gå att sätta datum för sista dag att registrera sig. Kan användas av personlig information för att visa studenten att hon missat terminsregistrering (och skall skämmas rejält) 7 Administratör skall kunna se utfall av registrering Hur lägger administratören in valda kurser för en student. Ex dispenskurser. Undvik att lagra valinfo både i LADOK och KA Kurshemsida L_KHE Förslag Prio Datum 1 Urprunglig :22. Gruppindelning d Möjlighet till tvingande regler för sammansättning 4-10 f Möjlighet för gruppmedlemmar att låsa gruppen 2 Namn på inlämnade filer skall kunna styras till att innehålla kurskod (och annan namnsättning) 3 Möjlighet att lägga in sidor (med länkar till) för godtycklig information Visa koppling mellan utdelat material och aktiviteter i schemat Koppla namn på personer till persondatabas (under utveckling) Möjliggör att skicka mail till maillista direkt från systemet. Meddelande anges i textbox. Gör att mailclient inte behövs. 7 Anpassa text och färgsättning för andra skärmar ex Palm Resultat skall kunna anges enligt egendefinerad lista (pop-up) Möjlighet för administratör att boka labbar för kurser (definiera grupper med labbtillfällen) 10 Synkning mellan kurser avseende labbokning och grupper Vid skapande av kurshemsida genom att utgå från annan kurshemsida, skall datumfält vara tomma (för att undvika missförstånd). 12 Elektronisk enkät Filer kopplat till aktiviteterna på kalendern Uppföljning på en grupp (på samma sätt som individ) Filutlämning till grupp (rättning av inlämningsuppgift) Möjlighet att skicka mail direkt från webbsidan Skall kunna spara ett urval av studenter, framtaget med studentförteckning och maillista. Sparat urval sparas på hemsidan och kan återanvändas

7 Sidan: 7 (9) 18 Gruppindelninig av grupper. Ex skapa grupper med 2&2-grupper Möjlighet till arbets/projekt-area. Önskemål om utrymme på disk för arbete i samband med kursen. 20 Sätt maximal filstorlek till 700kB och sätta filtyper Personlig Information L_PIN Förslag Prio Datum 1 Användaren skall kunna göra personliga inställningar vilka påverkar presentationen. [Anpassningsbarhet (bookmarks, utseende )] 2 Schema 3 Användaren skall kunna komma åt en personlig studieplan. Denna skall vara en fullständig studieplan (mer komplett en ursprungskravet reglerade) 4 ECTS-anpassning 5 Tentaresultat och information om LADOK-registrering av resultat Visa även kursvalet (innan registrerat) Möjlighet att välja bort kurser från det personliga schemat (vilket KA skapat) 8 Lägg till följande sökkriterier i adm.gränssnitt: namn, del av namn och del av personnummer 9 Ta hänsyn till sista dagen att registrera sig, från Registrering, och visa text för student att tiden gått ut. 10 Visa studenten genomfört kursval (vilka kurser som hon valt) Visa terminsordning (registreringar på olika terminer 1-9) Kursval L_KVA Förslag Prio Datum 1 Ta med HUB-kurser Ta med exjobb (har kurskod) Hantera inriktningar/profilområden. Definition av inriktningar Schema läggning av kurser: kolla upp hur man gör eller matar in på enkelt sätt. Grupperingar av olika delar: ex Måndag timme 1-3 blir MÅ1-3 och grupperade. Moduler typ M:s system, dag.timindelning blir "lingua franca" för schemaläggningen. Alla system översätts genom lingua franca och till andra system. 5 Man måste ha en "förbjudna kombinationer" skärm, där man definierar kurser som inte får läsas tillsammans (en kurs får ej läsas ihop med 1 eller flera andra kurser). 6 Krav på avklarade kurser (steg 2) skall kunna lista vilka "obl" kurser som gäller - skall inte stoppa teknologen - skall kunna ta ut listor med de som inte uppfyller villkoren - sätt ut en radioknapp som ange "tvingande" "rekommenderat" eller "not enforced" (typ). 7 Inriktningar/fördjupningar/gruppmarkeringar - markera vilka kurser som ingår i dessa? - tvingande <-> löst? - förslag eller - färdiga paket - olika på sektioner Kolla upp ett enhetligt sätt att göra/definiera detta på

8 Sidan: 8 (9) 8 Val av fristående kurser Ändra valutbudet under valet. Ex ta bort kurs och skicka ut meddelande till berörda. 10 Testa att förkunskapskrav uppfylls. Student kan endast välja kurs om erforderlig förkunskap finns. 11 Ta med både HUB och exjobb MTS L_MTS Förslag Prio Datum 1 Inregistrering av närvaro på MTS-dagarna i Ladok. Antal MTS-dagar som studenten närvarat registreras och kan ses. 2 Administratören skall kunna kontrollera enskild students val utifrån personnummer 3 Studenten skall inte kunna göra ett val för dag två om första valet täcker bägge dagar. 4 Tema/föreläsning skall kunna anges för en dag, två dagar eller två separata dagar. 5 Kontrollera om val, önskemål och garantidagar motsäger varandra Behåll platsen i valet även om förändring av valet gjorts Ytterligare statistik önskvärd: Summering av antalet bokade (platser) per dag samt totalt antal bokade Antal garantiplatser per tema och dag Allmänna förslag Buggar Önskemål Behövs denna?

9 Sidan: 9 (9) 4 Referenser Ref. Dokumentnamn och dokumentbeteckning Utgåvenr Dokumentdatum