KRAVSPECIFIKATION Projekt Persondatabas. Persondatabas Version 1.0

Transkript

1 Sidan: 1 (26) KRAVSPECIFIKATION Projekt Persondatabas Persondatabas Version 1.0

2 Sidan: 2 (26) Innehållsförteckning 1 REVISIONSINFORMATION OM DETTA DOKUMENT SYSTEMRAND FUNKTIONELLA KRAV ANVÄNDBARET TILLFÖRLITLIGET PRESTANDA FÖRVALTNINGSBARET KONSTRUKTIONSRESTRIKTIONER MANUALER OC JÄLP GRAFISKA GRÄNSSNITT PDB-ADMIN PDB-REG WEBKAT MJUKVARUGRÄNSSNITT LADOK SLÖR/PIR DCE TRAX VAKANS RESAX KA SPAR DRIFTSÄTTNINGSKRAV TERMINOLOGI FÖRKORTNINGAR BENÄMNINGAR REFERENSER... 26

3 Sidan: 3 (26) 1 Revisionsinformation Utarbetat av Datum Version Ändringar P0.1 Första utgåvan P0.2 Granskad av Jens, Glenn och Thomas P0.3 Uppdaterad efter möte med Jens P0.4 Uppdaterad efter möte med Anna och Glenn samt samtal med Jens P0.5 Uppdaterad efter granskning av: Stellan Englén, Ladok (gul-markerat) Karin Weber, Slör/Pir enrietta Wicktorsson, Vakans genom Anna Jensen (rosa-markerat) Pia Granqvist, Resax (grön-markerat) Jens Gustafsson, KA mm Not: Färgmarkering finns endast i denna version P0.6 Markeringar och överstruket är borttaget

4 Sidan: 4 (26) 2 Om detta dokument Detta dokument beskriver kraven för Chalmers persondatabas (PDB). Grunden för dokumentet har varit mötesprotokoll från projektgruppmöten samt arbetsmöten. Arbetsgången för att ta fram kravspecifikationen är: Projektmöten -> Krav -> Remissrunda -> Prioriterar -> projektmedlemmar Specifika projektmedlemmar Systemägare & tion projektmedlemmar Krav Specifika tion Ver. 1.0 Notering: Enligt projektdefinitionen utgörs i stort sätt projektmedlemmarna av applikationsansvariga och teknikgrupp. Applikationsansvariga förutsätts enligt ovan även vara kravställare. Av detta följer att kravställare & teknikgrupp företrädes väl av projektmedlemmarna. Kraven på systemnivå gäller, i tillämpbara fall, även för systemets gränssnitt och är strukturerade i följande kategorier: 1. Funktionella krav 2. Användbarhetskrav 3. Tillförlitlighetskrav 4. Prestandakrav 5. Förvaltningsbarhetskrav 6. Konstruktionsrestriktioner 7. Manualer och hjälp

5 Sidan: 5 (26) 3 Systemrand I systemet som skall utvecklas ingår en databas, kallat PDB, och ett antal gränssnitt. Gränssnitten är indelade i grafiska gränssnitt och mjukvarugränssnitt mot ett antal externa system. Systemets aktörer, även kallat intressenter, utgörs åtta externa system och tre användarkategorier (användare av PDB-admin, PDB-reg respektive WebKat). Bilden nedan beskriver systemets omfattning inklusive aktörer ( gubbarna ). Grafiska gränssnitt är de tre svarta gränssnittsobjekten (cirklarna): LADOK Gränssnitt LADOK PDB-admin PDB-admin-användare Slör/Pir Gränssnitt Slör/Pir PDB-reg PDB-reg-användare Vakans Gränssnitt Vakans PDB WebKat WebKat-användare Trax Gränssnitt Trax Gräns snitt DC E DCE Resax Gränssnitt Resax Gränssnitt KA KA SPAR Gränssnitt SPAR Grafiska gränssnitt är de tre svarta gränssnittsobjekten (cirklarna): PDB-admin PDB-reg WebKat Mjukvarugränssnitt är de åtta ljusare gränssnittsobjekten (cirklarna): Gränssnitt mot Ladok Gränssnitt mot Slör/Pir Gränssnitt mot Vakans Gränssnitt mot Trax Gränssnitt mot Resax Gränssnitt mot KA Gränssnitt mot DCE Gränssnitt mot SPAR

6 Sidan: 6 (26) 4 Funktionella krav FUN Krav Prio Status 1 PDB skall kunna lagra information om personer i form av personuppgifter (se krav FUN:3) kopplat till en eller flera kategorier (se krav FUN:4) och en eller flera roller (se krav FUN:5). 2 Om roll eller delar av rolluppgifter saknas gäller kategoriuppgifterna. Kategori är rolls grundinställning. 3 Informationen för Personuppgifter består av: : PDB-id Ladok-id PIR-id Vakans-id Trax-id b) Personnummer c) Födelsedatum d) Namn: Tilltalsnamn Övriga namn Efternamn e) Folkbokfört namn f) Adress: Gällande adress from-tom-datum C/o-adress Gatuadress-1 Gatuadress-2 Postnr Ort Land g) Folkbokförd adress h) emtelefon (lands + rikt + telefonnummer): emnummer Mobilnummer i) Användar-id j) Gäller from-tom datum 4 Informationen för Kategori syftar till personens anställning (skäl att vara på Chalmers) och består av: a) Kategori (översatt till organisationstillhörighet) c) Epost-adress d) usrum: usbeteckning Rumsbeteckning e) Tjänstetelefon: Anknytning Mobilnr Faxnr Personsökare f) Engagerad av g) Gäller from-tom datum: From-datum Tom-datum 5 Informationen för Roll syftar till personens arbetsuppgift (vad personen gör på Chalmers) består av:

7 Sidan: 7 (26) (översatt till organisationstillhörighet) c) Epost-adress d) usrum: usbeteckning Rumsbeteckning e) Tjänstetelefon: Anknytning Mobilnr Faxnr Personsökare f) Engagerad av g) Gäller from-tom datum: From-datum Tom-datum 6 Följande delar av Personuppgifter är obligatorisk information: Person-id Namn. Någon del av namnuppgifterna 7 Följande delar av Kategori är obligatorisk information: Kategori Kostnadställe 8 Följande delar av Roll är obligatorisk information: Roll Kostnadställe 9 Personuppgift Folkbokfört namn och Folkbokförd adress skall hämtas av PDB. Anges inte av någon användare 10 Ingen aktör (användare) skall genom sitt grafiskt gränssnitt se mer eller kunna ändra mer information än angivet i respektive kravavsnitt. 11 Ingen extern applikation skall genom sitt mjukvarugränssnitt se mer eller kunna ändra mer information än angivet i respektive kravavsnitt. 12 Behörighetskontroll sker på applikationsnivå och grafiskt gränssnittsnivå. PDB säkerställer att applikationen får läsa eller skriva, men ansvaret att kontrollera användarens behörighet ligger hos applikationen. 13 Grundinställningen för kategorikoder (valbara alternativ) är: a) Programstudent b) Kursstudent c) Forskarstudent d) Anställd e) Arvoderad f) Stipendiat g) Praktikant h) Gästforskare i) Emeritus j) Entreprenör k) Konsult 14 Informationen för Organisatoriska enhet består av: a) Namn b) Beskrivning c) Organisationstyp d) usrum e) Adress f) Tjänstetelefon g) Underordnade enheter (se krav GRA_ADM 7)

8 Sidan: 8 (26) 5 Användbarhet ANV Krav Prio Status 1 Alla systemets grafiska gränssnitt vara webbgränssnitt 2 Alla systemets grafiska gränssnitt skall följa Chalmers ABs webbpolicy 3 Målgruppen för systemet är studenter och personal 4 Stringens i terminologi (ordlista) 5 Grafiska gränssnitt skall kunna hämtas med Netscape 4.7x 6 Grafiska gränssnitt skall kunna hämtas med Explorer 5.x

9 Sidan: 9 (26) 6 Tillförlitlighet TILL Krav Prio Status 1 Systemet skall kunna vara i drift hela dygnet (24h) med undantag för backup-fönster på 2h

10 Sidan: 10 (26) 7 Prestanda PRE Krav Prio Status 1 Användare av systemet skall inte behöva vänta mer än 10s på svar eller utförd funktion 2 Systemet skall klara en last motsvarande 20 samtidiga användare. Dessa gör som mest två transaktioner per minut, under förutsättning att krav PRE 1,ovan, är uppfyllt.

11 Sidan: 11 (26) 8 Förvaltningsbarhet FRV Krav Prio Status 1 Lösningen skall vara dokumenterad 2 Driftsinstruktioner skall tas fram 3 Driftsinstruktioner skall innehålla instruktioner om att backup skall göras en gång per dygn

12 Sidan: 12 (26) 9 Konstruktionsrestriktioner KON Krav Prio Status 1 Utvecklings/Drift miljön för verktyget Zope skall användas för att skapa och köra grafiska gränssnitt. 2 Programspråket Python skal användas vid implementation av grafiska gränssnitt 3 Oracle skall användas som databas 4 Apache skall användas som webbserver 5 Systemet skall kunna vara anpassat för ITAs drifts och utvecklingsmiljö 6 Grafiska gränssnitt skall använda DCE/DFS för kontroll av behörighet/autentisering 7 Perl skall användas för script i batchrutiner

13 Sidan: 13 (26) 10 Manualer och hjälp MAN Krav Prio Status 1 Manual/jälp skall tas fram för dom grafiska gränssnitten PDB-admin och PDB-reg. 2 Systemmanual skall tas fram.

14 Sidan: 14 (26) 11 Grafiska Gränssnitt 11.1 PDB-admin Används för att administrera PDB. Detta innefattar sätta koder för vissa attributs tänkbara värden ex. Roll skall kunna sättas till student, forskarstuderande, anställd mm. GRA_ Krav Prio Status ADM 1 Användaren måste logga in för att kunna använda PDB-admin. 2 Användaren skall kunna sätta koder (valbara alternativ) för följande delar av Personuppgifter: a. Land 3 Användaren skall kunna sätta koder (valbara alternativ) för följande delar av Kategori: a. Kategori (endast lägga till nya kategorier) b. Kostnadsställe c. usrum (rum och husbeteckning) 4 Användaren skall kunna sätta koder (valbara alternativ) för följande delar av Roll: a. Roll b. Kostnadsställe c. usrum (rum och husbeteckning) 5 Användaren skall kunna sätta koder (valbara alternativ) för PDBs omgivande system. Ex: DCE, Vakans etc. 6 Användaren skall kunna sätta koder (valbara alternativ) för organisationstyper. Ex: Sektion, Institution etc. 7 Användaren skall kunna lägga till, ändra eller ta bort organisatoriska enheter. 8 Användaren skall kunna administrera organisationen genom att anger Underordnade enheter och på så sätt koppla organistatoriska enheter till varandra. Ex Sektionen Matematiska Vetenskaper har följande underordnade enheter: Institutionerna Matematik, Matematisk Statistik etc. 9 Administrera användarbehörighet för PDB-reg och WebKat 11.2 PDB-reg Används för att administrera personer i PDB. Detta innefattar att lägga till, ta bort eller ändra personers uppgifter. GRA_ Krav Prio Status REG 1 Mellan PDB-reg och PDB överförs information kring personer med följande personkategorier: a) Programstudent b) Kursstudent c) Forskarstudent d) Anställd e) Arvoderad f) Stipendiat g) Praktikant h) Gästforskare i) Emeritus j) Entrepenör k) Konsult 2 Följande delar av personuppgifter skall vid uppdatering överföras från PDB-reg till PDB: b) Personnummer c) Födelsedatum d) Namn

15 Sidan: 15 (26) e) Folkbokfört namn f) Adress g) Folkbokförd adress h) emtelefon i) Användar-id j) Gäller from-tom datum 3 Följande delar av kategoriuppgifter skall vid uppdatering överföras från PDB-reg till PDB: c) Epost-adress d) usrum e) Tjänstetelefon f) Engagerad av g) Gäller from-tom datum 4 Följande delar av rolluppgifter skall vid uppdatering överföras från PDB-reg till PDB: c) Epost-adress d) usrum e) Tjänstetelefon f) Engagerad av g) Gäller from-tom datum 5 PDB skall uppdateras med PDB-regs information på PDB-regs initiativ. 6 PDB skall uppdateras med PDB-regs information via web-formulär (i realtid) 7 PDB skall uppdateras med PDB-regs information när PDB-reg sparar 8 Följande delar av personuppgifter skall vid uppdatering överföras från PDB till PDBreg: b) Personnummer c) Födelsedatum d) Namn e) Folkbokfört namn f) Adress g) Folkbokförd adress h) emtelefon i) Användar-id j) Gäller from-tom datum 9 Följande delar av kategoriuppgifter skall vid uppdatering överföras från PDB till PDBreg: c) Epost-adress d) usrum e) Tjänstetelefon f) Engagerad av g) Gäller from-tom datum 10 Följande delar av rolluppgifter skall vid uppdatering överföras från PDB till PDB-reg: c) Epost-adress d) usrum e) Tjänstetelefon f) Engagerad av g) Gäller from-tom datum 11 PDB-reg skall uppdateras med PDBs information på PDB-regs initiativ. 12 PDB-reg skall uppdateras med PDBs information via web-formulär (i realtid) 13 PDB-reg skall uppdateras med PDBs information när PDB-reg behöver informationen (i realtid).

16 Sidan: 16 (26) 14 Användaren måste logga in för att kunna använda PDB-reg 15 Användaren skall inte se Person-id (från Personuppgifter) 16 Användaren skall kunna nyregistrera personer följande personkategorier: a) Anställd b) Arvoderad c) Stipendiat d) Praktikant e) Gästforskare f) Emeritus g) Entreprenör h) Konsult 17 Användaren skall vid nyregistrering personer, förutom person, kategori och rolluppgifter även kunna ange ett fritextmeddelande. Detta meddelande skickas som ett till Slör/Pir och sparas inte i PDB. 18 Användaren skall kunna utföra ändring och ta bort personer 19 Användaren skall kunna titta på personers uppgifter 20 Användaren skall kunna söka på personer genom följande kriterier (ett eller kombination av flera) av personuppgifterna: a) Personnummer b) Namn 21 Användaren skall kunna söka på personer genom följande kriterier (ett eller kombination av flera) av kategoriuppgifter: c) Engagerad av 22 Användaren skall kunna söka på personer genom följande kriterier (ett eller kombination av flera) av rolluppgifterna: c) Engagerad av 23 Behörighet/autentisering DCE/DFS 24 Användaren skall kunna administrera sin egen organisationen genom att anger Underordnade enheter och på så sätt koppla organistatoriska enheter till varandra. Ex Sektionen Matematiska Vetenskaper har följande underordnade enheter: Institutionerna Matematik, Matematisk Statistik etc. Samma som GRA_ADM, men endast för sin egen organisation. 25 Användaren skall endast kunna administrera (lägga till, ändra eller ta bort) sina egna personer dvs personer som ingår organisationsenheten och underliggande enheter WebKat Används för att söka på personer i PDB. GRA_ Krav Prio Status WEB 1 Mellan WebKat och PDB överförs information kring personer med följande personkategorier: L a) Programstudent b) Kursstudent c) Forskarstudent d) Anställd e) Arvoderad f) Stipendiat g) Praktikant h) Gästforskare i) Emeritus j) Entrepenör k) Konsult 2 Följande delar av personuppgifter skall vid uppdatering överföras från PDB till L

17 Sidan: 17 (26) WebKat: b) Namn c) Gäller from-tom datum 3 Följande delar av kategoriuppgifter skall vid uppdatering överföras från PDB till WebKat: L c) Epost-adress d) usrum e) Tjänstetelefon f) Gäller from-tom datum 4 Följande delar av rolluppgifter skall vid uppdatering överföras från PDB till WebKat: L c) Epost-adress d) usrum e) Tjänstetelefon f) Gäller from-tom datum 5 WebKat skall uppdateras med PDBs information på WebKats initiativ. L 6 WebKat skall uppdateras med PDBs information när WebKat behöver informationen (i realtid) L 7 Inga personuppgifter skall kunna överföras från WebKat till PDB. Uppdatering skall ej L ske i denna riktning. 8 Inga kategoriuppgifter skall kunna överföras från WebKat till PDB. Uppdatering skall L ej ske i denna riktning. 9 Inga rolluppgifter skall kunna överföras från WebKat till PDB. Uppdatering skall ej L ske i denna riktning. 10 Inloggad användaren ser personer av alla kategorier. Ej inloggad ser endast personer L av kategori anställd. 11 Användaren skall kunna titta på personers uppgifter L 12 Användaren skall kunna söka på personer genom följande kriterier (ett eller kombination av flera) av personuppgifterna: L a) Namn 13 Användaren skall kunna söka på personer genom följande kriterier (ett eller kombination av flera) av kategoriuppgifterna: L (organisatorisk enhet/er) c) Epost-adress d) Tjänstetelefon 14 Användaren skall kunna söka på personer genom följande kriterier (ett eller kombination av flera) av rolluppgifterna: L (organisatorisk enhet/er) c) Epost-adress d) Tjänstetelefon 15 Behörighet/autentisering DCE/DFS L 16 Användaren skall kunna uppdatera sin egen adress FV

18 Sidan: 18 (26) 12 Mjukvarugränssnitt Följande applikationer skall PDB kommunicera med: Ladok Slör/Pir DCE Trax Vakans Resax KA SPAR Kraven nedan beskriver kommunikationen mellan PDB och omgivande applikationer: vilken information, till vem, från vem, när etc Ladok MJU_ Krav Prio Status LAD 1 Mellan Ladok och PDB överförs information kring personer med följande personkategorier: a) Programstudent b) Kursstudent c) Forskarstudent 2 Följande delar av personuppgifter skall vid uppdatering överföras från Ladok till PDB: b) Namn c) Adress d) emtelefon 3 Följande delar av kategoriuppgifter skall vid uppdatering överföras från Ladok till PDB: c) Gäller from-tom datum 4 Följande delar av rolluppgifter skall vid uppdatering överföras från Ladok till PDB: c) Gäller from-tom datum 5 PDB skall uppdateras med Ladoks information på PDBs? initiativ. 6 PDB skall uppdateras med Ladoks förändringar varannan timma om informationen har ändrats 7 Följande delar av personuppgifter skall vid uppdatering överföras från PDB till Ladok: b) Adress c) emtelefon 8 Följande delar av kategoriuppgifter skall vid uppdatering överföras från PDB till Ladok: a) Epost-adress 9 Följande delar av kategoriuppgifter skall vid uppdatering överföras från PDB till Ladok: a) Epost-adress 10 Ladok skall uppdateras med PDBs information på PDBs initiativ. 11 Ladok skall uppdateras med PDBs information via en textfil 12 Ladok skall uppdateras med PDBs varannan timma om informationen har ändrats 13 Ladok skall kunna nyregistrera personer 14 Ladok skall kunna ändra och stänga personer 15 PDB använder Ladok för att sätta kategori och rolluppgifter för personer med kategori programstudent, forskarstudent och student vid enstaka kurs. Framtagning av uppgifter görs ex.vis genom att för en person hämta programtillhörighet och därigenom få kategori student samt roll enligt programnamn.

19 Sidan: 19 (26) MJU_ SLÖ 12.2 Slör/Pir Krav Prio Status Mellan Slör/Pir och PDB överförs information kring personer med följande personkategorier: a) Anställd 1 Inga personuppgifter skall kunna överföras från Slör till PDB. Uppdatering skall ej ske i denna riktning. 2 Inga kategoriuppgifter skall kunna överföras från Slör till PDB. Uppdatering skall ej ske i denna riktning. 3 Inga rolluppgifter skall kunna överföras från Slör till PDB. Uppdatering skall ej ske i denna riktning. 4 Inga personuppgifter skall kunna överföras från Pir till PDB. Uppdatering skall ej ske i denna riktning. 5 Inga kategoriuppgifter skall kunna överföras från Pir till PDB. Uppdatering skall ej ske i denna riktning 6 Inga rolluppgifter skall kunna överföras från Pir till PDB. Uppdatering skall ej ske i denna riktning 7 Följande delar av personuppgifter skall vid uppdatering överföras från PDB till Slör/Pir: b) Personnummer c) Namn d) Adress e) emtelefon 8 Följande delar av kategoriuppgifter skall vid uppdatering överföras från PDB till Slör/Pir: c) Engagerad av d) Gäller from-tom datum 9 Följande delar av rolluppgifter skall vid uppdatering överföras från PDB till Slör/Pir: c) Engagerad av d) Gäller from-tom datum 10 Slör/Pir skall uppdateras med PDBs information på PDBs initiativ. 11 Slör/Pir skall uppdateras med PDBs information via till löne-administratör. 12 Slör/Pir skall uppdateras med PDBs varannan timma om informationen har ändrats DCE MJU_ Krav Prio Status DCE 1 Mellan DCE och PDB överförs information kring personer med följande personkategorier: a) Programstudent b) Kursstudent c) Forskarstudent d) Anställd e) Arvoderad f) Stipendiat g) Praktikant h) Gästforskare i) Emeritus j) Entreprenör k) Konsult

20 Sidan: 20 (26) 2 Följande delar av personuppgifter skall vid uppdatering överföras från PDB till DCE: b) Personnummer c) Namn d) Gäller from-tom datum 3 Följande delar av kategoriuppgifter skall vid uppdatering överföras från PDB till DCE: c) Gäller from-tom datum 4 Följande delar av rolluppgifter skall vid uppdatering överföras från PDB till DCE: c) Gäller from-tom datum 5 DCE skall uppdateras med PDBs information på DCEs initiativ. 6 DCE skall uppdateras med PDBs information varannan timma om informationen har ändrats. 7 Följande delar av personuppgifter skall vid uppdatering överföras från DCE till PDB: b) Personnummer c) Användar-id 8 Följande delar av kategoriuppgifter skall vid uppdatering överföras från DCE till PDB: a) Epost-adress 9 Följande delar av rolluppgifter skall vid uppdatering överföras från DCE till PDB: a) Epost-adress 10 PDB skall uppdateras med DCEs information på DCEs initiativ. 11 PDB skall uppdateras med DCEs information varannan timma om informationen har ändrats Trax MJU_ Krav Prio Status TRA 1 Mellan Trax och PDB överförs information kring personer med följande personkategorier: L a) Programstudent b) Kursstudent c) Forskarstudent d) Anställd e) Arvoderad f) Stipendiat g) Praktikant h) Gästforskare i) Emeritus j) Entreprenör k) Konsult 2 Följande delar av personuppgifter skall vid uppdatering överföras från PDB till Trax: L b) Födelsedatum c) Namn d) Gäller from-tom datum 3 Följande delar av kategoriuppgifter skall vid uppdatering överföras från PDB till Trax: L c) Gäller from-tom datum 4 Följande delar av rolluppgifter skall vid uppdatering överföras från PDB till Trax: L c) Gäller from-tom datum

21 Sidan: 21 (26) 5 Trax skall uppdateras med PDBs information på PDBs initiativ. L 6 Trax skall uppdateras med PDBs information via en textfil L 7 Trax skall uppdateras med PDBs information varannan timma om informationen har L ändrats. 8 Följande delar av personuppgifter skall vid uppdatering överföras från Trax till PDB: L 9 Inga kategoriuppgifter skall kunna överföras från Trax till PDB. Uppdatering skall ej ske L i denna riktning. 10 Inga rolluppgifter skall kunna överföras från Trax till PDB. Uppdatering skall ej ske i L denna riktning. 11 PDB skall uppdateras med Traxs information på Traxs initiativ. L 12 PDB skall uppdateras med Traxs information via en textfil. L 13 PDB skall uppdateras med Traxs information när informationen ändras (i realtid). Informationen, endast Person-id enligt MJU_TRA 7, ändras endast då den skapas i Trax, vilket sker då PDB uppdaterar Trax med en ny person. L 12.5 Vakans MJU_ Krav Prio Status VAK 1 Mellan Vakans och PDB överförs information kring personer med följande personkategorier: a) Forskarstudent b) Anställd c) Arvoderad d) Stipendiat e) Praktikant f) Gästforskare g) Emeritus h) Entreprenör i) Konsult 2 Följande delar av personuppgifter skall vid uppdatering överföras från PDB till Vakans: b) Namn c) Gäller from-tom datum 3 Följande delar av kategoriuppgifter skall vid uppdatering överföras från PDB till Vakans: b) Epost-adress c) usrum d) Tjänstetelefon e) Gäller from-tom datum Kommentar: 3b: Kostnadsställe används inte på samma sätt i PDB och Vakans. Vakans har troligen ingen nytta av denna information från PDB Kommentar: 3f: Endast tom-datum används av Vakans 4 Följande delar av rolluppgifter skall vid uppdatering överföras från PDB till Vakans: c) Epost-adress d) usrum e) Tjänstetelefon f) Gäller from-tom datum 5 Vakans skall uppdateras med PDBs information på PDBs initiativ. 6 Vakans skall uppdateras med PDBs information när informationen ändras. 7 Följande delar av personuppgifter skall vid uppdatering överföras från Vakans till PDB: 8 Följande delar av kategoriuppgifter skall vid uppdatering överföras från Vakans till

22 Sidan: 22 (26) PDB: b) usrum c) Tjänstetelefon 9 Följande delar av rolluppgifter skall vid uppdatering överföras från Vakans till PDB: b) usrum c) Tjänstetelefon 10 PDB skall uppdateras med Vakans information på Vakans initiativ. 11 PDB skall uppdateras med Vakans information varannan timma om informationen har ändrats Resax MJU_ Krav Prio Status RES 1 Mellan Resax och PDB överförs information kring personer med följande personkategorier: L a) Forskarstudent b) Anställd c) Arvoderad d) Stipendiat e) Praktikant f) Gästforskare 2 Följande delar av personuppgifter skall vid uppdatering överföras från PDB till Resax: L b) Namn c) Adress 3 Följande delar av kategoriuppgifter skall vid uppdatering överföras från PDB till Resax: L a) Kostnadsställe 4 Inga kategoriuppgifter skall kunna överföras från PDB till Resax. Uppdatering skall ej L ske i denna riktning. 5 Resax skall uppdateras med PDBs information på PDBs initiativ. L 6 Resax skall uppdateras med PDBs information via en textfil L 7 Resax skall uppdateras med PDBs information varannan timma om informationen har L ändrats. 8 Inga personuppgifter skall kunna överföras från Resax till PDB. Uppdatering skall ej ske L i denna riktning. 9 Inga kategoriuppgifter skall kunna överföras från Resax till PDB. Uppdatering skall ej L ske i denna riktning. 10 Inga rolluppgifter skall kunna överföras från Resax till PDB. Uppdatering skall ej ske i denna riktning. L 12.7 KA MJU_ Krav Prio Status KA 1 Mellan KA och PDB överförs information kring personer med följande personkategorier: M a) Programstudent b) Kursstudent c) Forskarstudent 2 Följande delar av personuppgifter skall vid uppdatering överföras från PDB till KA: M b) Adress c) emtelefon 3 Följande delar av kategoriuppgifter skall vid uppdatering överföras från PDB till KA: M

23 Sidan: 23 (26) b) usrum c) Tjänstetelefon 4 Följande delar av rolluppgifter skall vid uppdatering överföras från PDB till KA: M b) Epost-adress c) usrum d) Tjänstetelefon 5 KA skall uppdateras med PDBs information på KAs initiativ. M 6 KA skall uppdateras med PDBs information när KA behöver informationen (i realtid) M 7 Inga personuppgifter skall kunna överföras från KA till PDB. Uppdatering skall ej ske i M denna riktning. 8 Inga rolluppgifter skall kunna överföras från KA till PDB. Uppdatering skall ej ske i denna riktning. M 12.8 SPAR MJU_ Krav Prio Status SPA 1 Mellan SPA och PDB överförs information kring personer med följande personkategorier: L a) Programstudent b) Kursstudent c) Forskarstudent d) Anställd e) Arvoderad f) Stipendiat g) Praktikant h) Gästforskare i) Emeritus j) Entreprenör k) Konsult 2 Inga personuppgifter skall kunna överföras från PDB till SPAR. Uppdatering skall ej ske L i denna riktning. 3 Inga kategoriuppgifter skall kunna överföras från PDB till SPAR. Uppdatering skall ej L ske i denna riktning. 6 Inga rolluppgifter skall kunna överföras från PDB till SPAR. Uppdatering skall ej ske i L denna riktning. 7 Följande delar av personuppgifter skall vid uppdatering överföras från SPAR till PDB: L a) Folkbokfört namn b) Folkbokförd adress 8 Inga kategoriuppgifter skall kunna överföras från SPAR till PDB. Uppdatering skall ej L ske i denna riktning. 9 Inga rolluppgifter skall kunna överföras från SPAR till PDB. Uppdatering skall ej ske i L denna riktning. 10 PDB skall uppdateras med SPARs information på PDBs initiativ. L 11 PDB skall uppdateras med SPARs information via en textfil L 12 PDB skall uppdateras med SPARs information när PDB behöver informationen (i realtid). L

24 Sidan: 24 (26) 13 Driftsättningskrav DRI Krav Prio Status 1 Initiering av information från Slör/Pir till PDB

25 Sidan: 25 (26) 14 Terminologi 14.1 Förkortningar Beteckning Förklaring L Låg prioritet M Mellan prioritet ög prioritet FV Framtida Version. Kommer att flyttas till dokumentet Ändringsloggen [ ] Markerar ursprungligt krav. Skall tas bort i senare version P Statusbeteckning för Planerad D Status beteckning för Designad I Statusbeteckning för Implementerad dvs programmerad eller kodad T Statusbeteckning för Testad OK Statusbeteckning för slutgiltigt godkänd Bort Statusbeteckning för krav som inte kommer att implementeras. Kravet har tagits bort Älog Statusbeteckning för krav som ej implementeras. Detta krav resterar att implementera i senare version. Kravet har förts till ändringsloggen Ej Ännu ej utförts. Kommer att bli OK, Älog eller Bort innan projektslut Benämningar Beteckning Registrera Förklaring Lägga in en person i PDB. Lägga in personuppgifter (minst alla obligatoriska delar) samt minst en tillhörande kategori och rollbeskrivning (minst alla obligatoriska delar).

26 Sidan: 26 (26) 15 Referenser Ref. Dokumentnamn och dokumentbeteckning Utgåva nr Dokumentdatum