Systemkravspecifikation för Fiskutsättningar

1(26) Datum 2016-02-10 Beteckning Systemkravspecifikation för Fiskutsättningar Läsanvisning Handläggarstöd för verksamhet: Fiskutsättningar Denna systemkravspecifikation är beskrivningar av funktionella och tekniska systemkrav till verksamhetens beskrivning av krav och förutsättningar för ett önskat verksamhetsstöd i användarkravspecifikation. Systemkravspecifikationen tas fram i samarbete mellan kravställande del av verksamheten och IT-enheten. Systemkravspecifikationen innehåller systemkrav i form av användningsfall och ickefunktionella krav. Användningsfallens uppgift är att uppfylla och förtydliga användarkraven. Alla krav är prioriterade enligt en fallande skala, där -krav är nödvändiga att uppfylla, BÖR-krav bör uppfyllas och KAN-krav gärna får uppfyllas. ICKE-kraven är omvända, dvs. får inte uppfyllas. Samtliga krav är ID-satta med nummer, se löpserier nedan. ÖG-löpnummer Övergripande funktionella krav AF-löpnr Användningsfall AK-löpnr Användarkrav IF-löpnummer Icke funktionella krav DR-löpnr Designrestriktioner

2(26) Dokumenthistorik Datum Beskrivning Författare 2014-03-06 0.1 Dokumentet skapades Maria Rånge 2015-03-05 0.2 Uppdatering Maria Rånge 2015-03-18 0.3 Uppdatering Maria Rånge 2015-04-01 0.4 Uppdatering Maria Rånge 2015-04-08 0.5 Uppdatering Maria Rånge 2015-08-23 0.6 Uppdatering K-M Johansson 2015-12-18 Uppdatering K-M Johansson

3(26) Innehållsförteckning 1. INLEDNING... 6 1.1 BAKGRUND... 6 1.2 OMFATTNING... 7 1.3 AVGRÄNSNING... 8 1.4 KONTAKTPERSONER... 8 2. ÖVERGRIPANDE FUNKTIONELLA KRAV... 8 3. FUNKTIONELLA KRAV... 12 SAMMANFATTNING... 12 3.1... 12 3.2 GENERELLA FUNKTIONELLA KRAV... 13 3.3 ANVÄNDNINGSFALL... 13 3.4 SPÅRBARHETSMATRIS... 15 4. ICKE-FUNKTIONELLA KRAV... 15 4.1 ANVÄNDBARHET... 16 4.2 EFFEKTIVITET - PRESTANDA... 19 4.3... 20 4.4 FLYTTBARHET... 20 4.5 JURIDIK OCH UPPHOVSRÄTT... 20 4.6 LOKALISERING OCH INTERNATIONALISERING... 21 4.7 STANDARDER... 21 4.8 SÄKERHET, LICENSER OCH INSTALLATION... 21 4.9 TILLFÖRLITLIGHET... 21 4.10 UNDERHÅLLBARHET... 22 4.11... 22 5. DESIGNRESTRIKTIONER... 23 5.1... 24 6. GRÄNSSNITTSKRAV... 24 7. ANVÄNDARDOKUMENTATION OCH HJÄLPSYSTEM... 25 8. TERMER OCH FÖRKORTNINGAR... 25

4(26) Bilagor: BENÄMNING BESKRIVNING NAMN PÅ DOKUMENT Effektkarta Personas Användningsfall Effektkartan beskriver: Syfte med IT stödet Effektmål Målgrupper Drivkrafter, behov och förväntningar för respektive målgrupp Åtgärder för att uppnå effekterna Beskrivning av olika typer av användare från målgrupperna Sökande och Handläggare från länsstyrelsen. Beskriver funktionaliteten i form av användningsfall. I användningsfallen finns även förslag på användargränssnitt. Effektkarta Fiskutsättningar.mma Fiskutsättningar Personas AF1 Logga in AF2 Visa en ansökan om fiskutsättningar AF3 Registrera eller ändra en ansökan om fiskutsättningar AF4 Bedöma en ansökan om fiskutsättningar AF5 Besluta om ansökan om fiskutsättningar AF6 Hantera handlingar AF7 Hantera återrapportering AF8 Höj eller sänk status på ett ärende AF9 Sök i FISKUT AF10 Skicka påminnelse via E-post AF11 Hantering av ärende i FISKUT AF12 Hantering av handling i FISKUT AF13 Ändring av verksamhetskod AF14 Hantera karta i FISKUT

5(26) Användningsfallsmodell Informationsklassning Fältbeskrivning FISKUT Integration med Platina Behörighetsmatris Systemspecifikation för Fiskutsättningar Beskriver kopplingen mellan aktörer och användningsfall i FISKUT. Klassar informationen för att användas i riksanalys. Beskriver och identifierar fälten i systemet, rubrik, betydelse, format, innehåll. Beskriver vilka behörigheter respektive aktör/roll ska ha. Användningsfallsmodell FISKUT Riskanalys Fältbeskrivning Användarkravspecifikation (Platina) Behörighetsmatris. Systemspecifikation för Fiskutsättningar

6(26) 1. Inledning 1.1 Bakgrund Alla former av utsättning av fisk och kräftor kräver tillstånd av länsstyrelsen (undantaget utsättning i avloppslösa trädgårdsdammar) enligt lagstiftningen. Innan en utsättning kan genomföras ska en ansökan skickas till länsstyrelsen. Länsstyrelsen bedömer och beslutar om ansökan. Beslut/tillstånd skickas till sökande innan utsättningen kan påbörjas. Hos de flesta län ska en återrapportring ske till länsstyrelsen efter utförd utsättning. Idag ansvarar respektive länsstyrelse för hantering av ansökningar av fiskutsättningar. Vissa län har it-stöd för detta medan vissa län använder excel. Omfattningen om vad som registreras skiljer sig. Problem idag: Svårt och tidsödande att få ut statistik (ibland omöjligt) o Lokala databaser Ingen samlad bild på Sveriges fiskutsättningar Skillnad i hur lagstiftningen kring fiskutsättningar tolkas Onödiga kostnader med en årlig driftkostand/län Personberoende då mycket information finns hos aktuell handläggare Ett gemensamt it-stöd för hantering av fiskutsättningar (namn FISKUT) kommer innebära: Likriktar handläggningen Kunna följa ett ärende (handlingar och annan information) Rättssäkert o Checklista/bedömningspunkter Personoberoende o Kan gå in och arbeta med någon annans ärende vid t.ex. sjukdom Integreras med Platina Inte behöva hoppa mellan olika system Kunna ta ut statistik för olika behov Erbjuda information via externa- och interna karttjänster Komplett register

7(26) o Hela landet använder samma system o SMS påminnelse om återrapporteringen o Migrera in information från länen Innehålla all nödvändig information för handläggarna o Personifierad information o Lagstiftning o Mallar och dokument o Migrera in information från länen Hjälpa handläggarna att göra rätt o Formathjälp o Systemkontroller o Felmeddelanden Hjälpa handläggarna att göra en korrekt bedömning av en ansökan Möjliggör att handläggarna kan lägga tid på rätt saker Beslutsbrev i systemet: o Kunna förhandsgranska beslutsbrevet i FISKUT o All information som visas och skickas ut i beslutsbrevet finns i systemet Underlätta vid återkommande ansökningar o Kunna kopiera beslutsinformation (villkor m.m.) från ett beslutat ärende Högre kvalitet av fiskutsättningsinformationen 1.2 Omfattning [Sammanfattande beskrivning av kravspecifikationens omfattning, relation till andra handläggarstöd, befintliga eller kommande e-tjänster, övriga interna verksamhetsstöd, behov av kommunikation med andra myndigheter, möjligheter till automatiserad handläggning med mera.] Kravspecifikationen omfattar främst det nya it-systemet FISKUT. FISKUT kommer att ha koppling/integration till Platina. Efter att ett ärende har diarieförts manuellt i Platina skapas ärendet upp automatiskt i FISKUT. Uppgifter ska synkas mellan Platina och FISKUT (handlingar och ärendestatus).

8(26) FISKUT ska även ha integration med befintliga karttjänster (interna såväl som externa). Tillgång till Information om tillståndsgivna fiskodlingar ska finnas från Jordbruksverkets vattenbruksregister. Det ska finnas extern åtkomst till systemet. Initialt är det användare på HaV som ska kunna söka i systemet men inte handlägga. Framöver kan behovet öka att fler externa användare får åtkomst till att söka i systemet (t.ex. universitet). För att möjliggöra att användarna inte ska behöva lägga tid på att registrera och uppdatera ansökan är tanken är att det tillkommer en e-tjänst för ansökan och eventuellt återrapporteringen när systemet har varit i drift ett tag. 1.3 Avgränsning [Beskrivning av funktionsområden som inte omfattas av kravspecifikationen.] Administratörsgränssnitt (eventuellt inkluderas om möjlighet finns, annars senare utvecklingspunkt). 1.4 Kontaktpersoner Följande kontaktpersoner finns för frågor gällande denna kravspecifikation. Namn Roll Kontaktperson för Kontaktuppgifter Karl-Magnus Projektledare 010-22 36 404 Maria Rånge Bitr. projektledare 010 22 44 576 2. Övergripande funktionella krav De funktionella kraven motsvarar systemets huvudfunktioner och dess utmärkande drag i form av beteende och säkerhet. De funktionella krav som dokumenteras i kravmodellen är sådana som inte täcks in av användningsfallen, såsom funktionella krav på t.ex. spårbarhet, åtkomst och loggning. Det kan också vara övergripande funktionella krav som gäller hela systemet. Vi har valt att dela in de övergripande funktionella kraven i följande grupper: Funktionella krav Spårbarhet Språk Utskrifter Behörighet/Säkerheter Loggning Åtkomst Övervakning

9(26) [Exempel på övergripande krav kan vara hur felmeddelanden ska utformas, obligatoriska fält, loggning] ID Beskrivning Prioritet ÖG-1 ÖG-2 ÖG-3 ÖG-4 ÖG-5 ÖG-6 ÖG-7 ÖG-8 ÖG-9 ÖG-10 Systemet ska hantera ärenden av typen ansökningar för fiskutsättningar. Funktionellt krav: Det ska gå att kunna följa ett ärende och se vad som har hänt. Det ska gå att ändra status på ett ärende. Systemet ska hantera återrapporteringsuppgifter. Användaren ska kunna se ansöka uppgifter via en karttjänst. FISKUT ska innehålla information om: - Fiskutsättningsärenden - Ansökta fiskutsättningsuppgifter - Beslutade fiskutsättningsuppgifter - Återrapporterade fiskutsättningsuppgifter På varje sida på ett ärende ska det gå att söka upp ett ärende via ett diarienr. Det ska gå att söka i systemet: - Ärende - fiskutsättningsinformation - ärendenivå - fiskutsättningsinformation - detaljnivå Namnet (för- och efternamn) på inloggad användare ska hela tiden visas högst upp i huvudet När användaren är inne på ett ärende ska grundinformation om ärendet visas oavsett vilken undermeny som är vald: Diarienr Ärendemening Ansökan senast uppdaterad (datum, vem, länstillhörighet)

10(26) Status på ärendet Sökande Ankomstdatum Beslutsdatum Handläggare (namn och länstillhörighet) Inkanal: PUL Publ Sekretess ÖG-11 ÖG-12 ÖG-13 ÖG-14 ÖG-15 ÖG-16 ÖG-17 ÖG-18 ÖG-19 Systemet ska kunna hantera handlingar inklusive bilagor. Systemet ska kunna hantera schemaläggningar. Systemet ska kunna hantera utskick via sms. I dagsläget är det påminnelse av återrapporteringen som ska skickas om den sökande har angett det i ansökan. Funktionellt krav: Systemet ska ha en felhantering. Funktionellt krav: Systemet ska kunna informera användarna. Det ska finnas utrymme på varje sida att skriva information. Informationen kan bestå av ren text och/eller länkar och ska finnas placerad längst ut till höger i olika rutor. Förvaltningen av FISKUT ska själva kunna administrera texter och länkar som finns placerade längst ut i olika rutor. Funktionellt krav: Användaren ska på varje sida kunna hitta kontaktinformation till förvaltningsgruppen för FISKUT. Funktionellt krav: Uppdateringar i handlingar, ärendestatus och viss ärendespecifik information ska föras över till länsstyrelsernas diarieföringssystem Platina. Funktionellt krav: Behörigheter till FISKUT ska administreras på it-enheten via beställningsportalen. KAN ÖG-20

11(26) Det ska gå att avsluta/gå ur FISKUT oavsett var användaren befinner sig. ÖG-21 Det ska gå att sortera i alla tabeller men det ska bara gå att sortera en kolumn åt gången per tabell. ÖG-22 ÖG-23 ÖG-24 ÖG-25 ÖG-26 ÖG-27 ÖG-28 ÖG-29 ÖG-30 ÖG-31 ÖG-32 ÖG-33 En importmall ska tas fram för kommande migrering av respektive läns fiskutsättningshistorik. (mer info behövs för att kunna tidsuppskatta) Spårbarhet: Fullständig spårbarhet på alla transaktioner (vem som gjort vad och när). Spårbarhet: ÖG-Användaren ska kunna se vem som uppdaterade ärendet senast och vilken myndighetstillhörighet användaren har. Utskrifter: Användaren ska kunna ta ut ett beslutsbrev via en brevmall i systemet. Utskrifter: Systemet ska kunna hantera brevmallar via SmartDocuments. Utskrifter: Det ska gå att exportera ett sökresultat till excel. Behörighet: Det ska finnas en behörighetsstruktur. Se separat behörighetsdokument. Behörighet: Användaren ska bara kunna se den egna myndighetens ärenden. Loggning: Systemet ska hålla en fullständig historik över alla transaktioner i systemet. Loggning: Länsstyrelsens riktlinjer för loggning ska följas. Åtkomst: Systemet ska vara åtkomligt externt för anställda på Hav- och vattenmyndigheten (HaV). Åtkomst: Systemet ska vara åtkomligt för interna användare på länsstyrelserna. It-enheten It-enheten

12(26) ÖG-34 ÖG-35 ÖG-36 ÖG-37 ÖG-38 ÖG-39 ÖG-40 Åtkomst: Personifierad information ska visas för användaren. Idagslädet lokala karttjänster utifrån inloggad användares länstillhörighet. Åtkomst: Systemet ska göras åtkomligt enligt en SSO-lösning, dvs användarna ska inte behöva ange ett lösenord. Åtkomst: Systemet ska vara åtkomligt via en webbläsare. Åtkomst: Menyer och funktioner ska vara åtkomliga beroende av vilken behörighet användaren har: - ÖG-ÖG-Menyvalet Sök ska vara behörighetsstyrd. - Ett läns karttjänster ska endast vara tillgängliga för egna länets användare. Åtkomst: Systemet ska kunna tillhandahålla två startsidor och visa en typ av startsida beroende på vem som är inloggad. - Åtkomst: Användarverifiering ska ske med hjälp av AD och X i enlighet med länsstyrelsernas säkerhetsarkitektur. Övervakning: För övervakning av systemet ska samma rutiner gälla som för andra system på Länsstyrelserna med motsvarande verksamhetskritiska grad. It-enheten It-enheten 3. Funktionella krav [Här beskrivs systemets funktioner och egenskaper. Ju mer omfattande kraven är, desto viktigare är det att dokumentet har en god struktur. Om kraven är omfattande kan de med fördel delas upp i olika områden och/eller beskrivas i separat dokument. De funktionella kraven bör beskrivas med användningsfall. Användningsfallen bör utgöra bilagor, en bilaga per användningsfall. 3.1 Sammanfattning De detaljerade kraven beskrivs i användningsfall.

13(26) 3.2 Generella funktionella krav Här beskrivs funktionella krav som gäller för all utveckling mot aktuellt system 3.3 Användningsfall 3.3.1 AF-1: Logga in Syftet med användningsfallet är att logga in i FISKUT. 3.3.2 AF-2: visa en ansökan om fiskutsättningar Syftet är att kunna titta på ansökansuppgifter för ett ärende som gäller ansökan om fiskutsättning i systemet FISKUT. 3.3.3 AF-3: Registrera eller ändra en ansökan om fiskutsättningar Syftet med användningsfallet är att kunna registrera eller ändra en ansökan om fiskutsättningar. 3.3.4 AF-4: Bedöma en ansökan om fiskutsättningar Syftet är att handläggaren ska göra en bedömning av respektive ansökan för att bl.a. öka rättssäkerheten. För att hjälpa handläggarna på traven finns det en checklista i systemet. Registrering av den kommer inte vara obligatorisk då många ansökningar är återkommande och handläggaren vet redan innan om det blir bifall eller avslag. När bedömningen är klar ska handläggaren markera att ansökan är bedömd för att kunna gå vidare med att besluta om ansökan. Detta kommer vara en obligatorisk uppgift för varje ansökan.

14(26) 3.3.5 AF-5: Besluta om en ansökan om fiskutsättningar Syftet är att all beslutsinformation som behövs i ärendet/ansökan ska registreras i systemet. Beslutsinformationen ska sedan visas i ett beslutsbrev som ska kunna förhandsgranskas från FISKUT. När ärendet ändrar status till Avslutat ska beslutsbrevet sparas ned som ett dokument/bilaga till en nyskapad handling i FISKUT. Handlingen inklusive bilagan skapas även upp i Platina (beskrivs i användningsfall AF8 Höj eller sänk status på en ansökan om fiskutsättningar). 3.3.6 AF-6: Hantera handlingar Syftet är tydliggöra att det ska gå att titta på handlingar, ändra och makulera handlingar i FISKUT. Förändringar som görs gällande handlingar ska sedan synkas över till Platina. 3.3.7 AF-7: Hantera återrapportering Syftet är att registrera varje återrapportering i FISKUT och spara ned i en nationell databas. Senare önskas statistik kunna tas ut om både ansökta, beslutade och återrapporterade uppgifter. 3.3.8 AF-8: Höj eller sänk status på en ansökan om fiskutsättningar Det ska vara möjligt att i FISKUT ändra status på en ansökan om fiskutsättningar. Man ska kunna göra hela flödet i FISKUT och inte vara beroende av Platina förutom när ansökan diarieförs i början av processen. 3.3.9 AF-9: Hantera sök i FISKUT Beskriva sökfunktionaliteten i FISKUT. 3.3.10 AF-10: Skicka påminnelse via SMS Syftet med att skicka ut sms till sökande är att länsstyrelsen ska få in en återrapport om utsatt fisk. 3.3.11 AF- 11: Hantering av ärende i FISKUT Beskriva processen av en ansökan som inkommit till Länsstyrelsen och diarieförts i Platina och vad som händer där fram till att ett ärende genereras i FISKUT samt vad som händer när ett ärende ändras eller makuleras 3.3.12 AF- 12: Hantering av handling i FISKUT Beskriva processen av en ny handling till ett ärende som inkommit till eller upprättats av Länsstyrelsen och vad som händer där fram till att handlingen visas i FISKUT och Platina samt vad som händer när en handling ändras eller makuleras.

15(26) 3.3.13 AF-13: Ändra verksamhetskod i FISKUT Beskriva processen av att verksamhetskoden i ärendet ändras till annan än 623. 3.3.14 AF-14: Hantera karta i FISKUT Ska beskriva vad som händer vid användning av kartfunktionen i FISKUT. 3.4 Spårbarhetsmatris Matrisen nedan visar vilka användarkrav som respektive användningsfall täcker in. Användningsfall AF1 Logga in AF2 Visa en ansökan om fiskutsättningar AF3 Registrera eller ändra en ansökan om fiskutsättningar AF4 Bedöma en ansökan om fiskutsättningar AF5 Besluta om ansökan om fiskutsättningar AF6 Hantera handlingar AF7 Hantera återrapportering AF8 Höj eller sänk status på ett ärende AF9 Sök i FISKUT AF10 Skicka påminnelse via SMS AF11 Hantering av ärende i FISKUT (platinaintegration) AF12 Hantering av handling i FISKUT (platinaintegration) AF13 Hantera ändring av verksamhetskod i FISKUT (platinaintegration) AF14 Hantera karta i FISKUT (platinaintegration) Inkluderar användarkrav AK-1 AK-2, AK-11 AK-5, AK-11 AK-2, AK-11 AK-2, AK-3, AK-4 AK-8, AK-16 AK-1, AK-5 AK-6, AK-15 AK-9, AK-10, AK-12 AK-18 AK-1 AK-8 AK-1 AK-11 4. Icke-funktionella krav Nedan beskrivs icke-funktionella krav, som beskriver systemets tekniska egenskaper.

16(26) 4.1 Användbarhet Omfattar enhetlighet inom systemet och gentemot andra system, krav på användargränssnitt, krav på användardokumentation och användarutbildningar och krav på tillgänglighet utifrån den omgivning man befinner sig i när man använder systemet. Det omfattar också krav utifrån användarnas fysiska egenskaper (t.ex. personer med funktionshinder) och hänsyn till användarnas vana att arbeta i system. Vi har valt att dela in användbarhetskraven i olika kategorier: - Användargränssnitt - Tillgänglighet - onlinehjälp ID Rubrik Beskrivning Prioritet Motivering IF-1 IF-2 IF-3 IF-4 IF-5 Systemet ska vara enkelt för användarna med fokus på sällananvändare. Samma/liknande ikoner som Platina använder för PUL, Publ och sekretess ska systemet också använda. Länkar ska vara i blå färg (ej understrukna) Om det är ett dokument som visas som en länk ska ikon på formatet visas till höger om dokumentet. Systemet ska interagera med Genom användartest och genom upprepade iterationer av utveckling kommer systemet att upplevas som enkelt att använda. Det kan finnas fler ikoner i Platina vi kan använda oss av. Om länken innebär att användaren slussas vidare ska en text visas när muspekaren förs över länken (Öppnas i nytt fönster eller flik).

17(26) IF-6 IF-7 IF-8 IF-9 IF-10 IF-11 IF-12 IF-13 karttjänster via länkar i användargränssnittet. Återkoppling måste ges till användaren när systemet arbetar. Återkoppling ska ges till användaren när systemet har sparat en uppgift. Det ska vara möjligt att ångra en inmatad uppgift. Användaren ska bli informerad om ett ärende innehåller felaktigheter. Systemet ska visa vilka fält som innehåller fel. Fält som innehåller något fel ska i editerbart läge ha en röd ram runt sig samt rött felmeddelande. Vid editerbart läge ska markören ställa sig i första editerbara fält. När markören står i ett editerbart fält ska En bekräftelseruta ska visas. I form av felmeddelanderuta högst upp under undermenyerna. I visaläge en generell text och i editerbart läge står detaljerad information om vad som är fel och vilka fält. I editerbart läge: Felmeddelandet ska visas vid aktuellt fält och i en felmeddelanderuta högst upp under undermenyerna.

18(26) IF-14 IF-15 IF-16 en grön ram visas runt fältet. Användaren ska kunna använda sig av TAB-tangenten för att navigera. Det ska synas när en kolumn är sorterad och om sorteringen är fallande eller stigande. Obligatoriska fält ska visualiseras med en röd asterisk. Markören ska inte ställa sig i icke-editerbara fält. Ikon till höger om rubriken. IF-17 IF-18 IF-19 IF-20 IF-21 Fältvalidering ska ske när användaren byter fält och vid spara. Siffror ska vara högerställda. Text ska vara vänsterställd. Tillgänglighet: En 404-sida ska visas om systemet eller någon sida/funktion/integrati on inte är tillgänglig. Tillgänglighet: Om en integration inte fungerar när användaren försöker spara ska ett felmeddelande visas och inga uppgifter ska gå iväg och inga Text: Ett fel har uppstått. Gå ur systemet och gå in igen. Om felet kvarstår efter 4 timmar, kontakta servicedesk på länsstyrelsen (010-22 30 300). Användaren ska bli informerad att ett fel har uppstått. Text: Uppgifterna gick inte att spara. Försök igen lite senare. Om Om felet kvarstår efter 4 timmar, kontakta servicedesk på

19(26) IF-22 IF-23 IF-24 IF-25 IF-26 uppgifter uppdateras i FISKUT. Tillgänglighet: Knappar som är tillgängliga ska skifta färg när användaren för muspekaren över knappen. Tillgänglighet: Det menyval användaren är inne på ska vara markerad. Tillgänglighet: Det ska synas när knappar, menyval, fält inte är tillgängliga/ editerbara. Tillgänglighet: När det finns ikoner ska det visas information om vad ikonen beskriver i form av text. Onlinehjälp: Vid felmeddelandena ska det finnas hjälp hur användaren kommer vidare. länsstyrelsen (010-22 30 300). Markering med mörkare färgton När användaren för musen över ikonen ska texten visas. 4.2 Effektivitet - Prestanda Avser krav på svarstider, återstartstider och bearbetningskapacitet. Avser systemkapacitet såsom antal samtidiga användare, antal transaktioner per tidsenhet, volymer av data, överföringstider etc. Vi har valt att dela upp rubriken Effektivitet-Prestanda i underrubriker: - Återstart - Svarstider - Kapacitet Krav på effektivitet avser att svarstider, överföringstider och resursanvändning är rimliga. ID Rubrik Beskrivning Prioritet Motivering

20(26) EK-1 Återstart Om systemet går ner ska det återställas inom ett dygn. EK-2 Återstart Uppstart och avslut av systemet får ta maximalt 4 timmar. Gäller det ren återstart av applikationsservern, gäller 1 timme. EK-3 Svarstider Vid sök får svarstiderna inte överstiga 3 sekunder. EK-4 Svarstider Vid spara och att visa ärendeuppgifter får svarstiderna inte överstiga 2 sekunder. EK-5 Svarstider Svarstiden för att logga in ska vara < 5 sekunder. EK-6 Kapacitet Användningen av systemet förväntas ha en topp i början av året (de första fyra månaderna). EK-7 Kapacitet Systemet ska kunna ha 100 samtida användare. Ek-8 Kapacitet Systemet ska klara av 5000 nya ärenden per år. Ek-9 Kapacitet Systemet ska klara av att få plats med avslutade ärenden (efter migrering från respektive län). Max 250 000 avslutade ärenden kommer migreras in. It-enheten It-enheten 4.3 Flyttbarhet Krav på flyttbarhet avser att systemet kan flyttas från en miljö till en annan. ID Rubrik Beskrivning Prioritet Motivering FK-1 IT-enheten IT-enheten IT-enheten IT-enheten 4.4 Juridik och upphovsrätt [Beskriv eventuella ytterligare krav kring upphovsrätt] ID Rubrik Beskrivning Prioritet Motivering JK-1 Begränsningar i vad en handläggare på länsstyrelsen får se i systemet. En handläggare får bara tillgång att se och uppdatera ärenden som tillhör samma län som inloggad användare.

21(26) JK-2 Extern åtkomst Användare som har externa åtkomst får inte tillgång att se eller uppdatera några ärenden utan bara får söka i systemet (ansökta, beslutade och återrapporterade uppgifter). 4.5 Lokalisering och internationalisering Krav på lokalisering och internationalisering avser att systemet anpassas kulturellt och språkligt, ex. datumformat, valutor, längdenheter. ID Rubrik Beskrivning Prioritet Motivering LK-1 Datumformat ska skrivas ÅÅÅÅ-MM- DD. 4.6 Standarder Krav på efterföljande av vedertagna standarder. Vi tycker att Standarder tillhör kraven för Designrestriktioner, se kapitel 5. ID Rubrik Beskrivning Prioritet Motivering 4.7 Säkerhet, licenser och installation Krav på säkerhet, licenser och installation för systemet. Se bilaga Riskanalys ID Rubrik Beskrivning Prioritet Motivering SK-1 se bilaga Riskanalys se bilaga Riskanalys IT-enheten 4.8 Tillförlitlighet Avser krav på återstartsmöjligheter, feltolerans, datakvalitet (riktighet), backuper och tillgänglighet (avseende när systemet ska vara tillgängligt, t.ex. dygnet runt, kontorstid etc.). Vi har valt att gruppera kraven under tillförlitlighet under: - Riktighet - Tillgänglighet - Återskapande - Spårbarhet

22(26) Krav på tillförlitlighet avser att funktionaliteten kan upprätthållas vid avsedd användning. ID Rubrik Beskrivning Prioritet Motivering TK-1 Riktighet Kraven på riktighet i systemet är viktigt. Det är viktigt att underlaget till beslutet är rätt så att inte sökande sätter ut t.ex. fel art. TK-2 Tillgänglighet Systemet ska vara tillgängligt under kontorstid. TK-3 Tillgänglighet Acceptabel avbrottstid för systemet (t.ex. vid driftsfönster) är 16 timmar (två arbetsdag) TK-4 Återskapande Systemet ska använda sig av standardbackup. 4.9 Underhållbarhet Omfattar krav såsom anpassningsbarhet, underhållsvänlighet, konfigurerbarhet, testbarhet, kompabilitet, skalbarhet och stöd för olika mänskliga språk. Krav på att systemet ska vara modulärt uppbyggt och utbyggbart. Vi har valt att dela upp rubriken Underhållbarhet i följande underrubrikerna: - Anpassningsbar - Konfigurerbar - Installation - Skalbarhet - Testbarhet - Språk - Spårbarhet - Administration Krav på underhållbarhet avser att IT-systemet kan förvaltas på ett rimligt och kostnadseffektivt sätt. ID Rubrik Beskrivning Prioritet Motivering UK-1 Anpassningsbar IT-enheten UK-2 Konfigurerbar IT-enheten UK-3 Installation 4.10 IT-enheten UK-4 Skalbart Systemet ska vara möjligt att skala upp i framtiden.

23(26) UK-5 Testbarhet IT-enheten UK-6 Språk IT-enheten UK-7 Spårbarhet IT-enheten UK-8 Administration IT-enheten 5. Designrestriktioner Nedan beskrivs de designrestriktioner som föreligger, ex. krav på att använda standardplattformar, standardkomponenter, programmeringsspråk eller dylikt. Dessa designrestriktioner avser inte gränssnittsdesign. [Exempel vilka system som ska omfattas, krav på tekniska lösningar. Dessa designrestriktioner avser inte gränssnittsdesign.] Avser krav som begränsar möjligheterna till design genom att det finns arkitekturella krav på hur systemen ska konstrueras, t ex krav på flerskiktslösningar, client-server m.m. Avser krav på implementation, t.ex. på programmeringsspråk, utvecklingsverktyg, utvecklings- och testmiljöer, databashanterare, operativsystem och övrig systemteknisk programvara. Innefattar också eventuella restriktioner för tredjepartsprodukter, resurskrav (minne, hårddiskutrymme) och olika standarder (som kodstandard och grafisk profil). Vi har valt att dela in rubriken designrestriktioner i underrubrikerna: - Begränsningar - Tredjepart - Standards - Programmeringsspråk - Licenser - Plattform - Miljöer - Åtkomst - Datalagring ID Rubrik Beskrivning Prioritet Motivering DK-1 Begränsningar Spårbarhet enligt x-riktlinjer. IT-enheten DK-2 Begränsningar Felhantering enligt x-riktlinjer. IT-enheten DK-3 Begränsningar Schemaläggning enligt x- riktlinjer. IT-enheten DK-4 Begränsningar Systemet ska implementeras på IT-enheten

24(26) DK-5 Begränsningar Rekommendation för skärmupplösning är 1024*768. IT-enheten DK-6 Begränsningar FISKUT ska endast köras på en dator (just nu). DK-7 Tredjepart IT-enheten DK-8 Standards IT-enheten DK-9 Programmeringssp råk IT-enheten DK-10 Licenser Beskrivs i egen rubrik (4.7). DK-11 Plattform Systemet ska stödja webbläsarna Internet Explorer 10 och 11, Crome version.? DK-12 Plattform Operativsystem ska vara Windows X? DK-13 Plattform FISKUT ska inte köras på mobila enheter eller platta. DK-14 Miljö Det ska finnas en utvecklingsmiljö. DK-15 Miljö Det ska finnas en testmiljö. DK-16 Miljö Det ska finnas en utbildningsmiljö. DK-17 Miljö Det ska finnas en produktionsmiljö. DK-18 Åtkomst Systemet ska vara åtkomligt via en webbläsare (IE eller Crome) DK-19 Datalagring Data ska lagras centralt. 5.1 IT-enheten IT-enheten IT-enheten IT-enheten 6. Gränssnittskrav Vi tyckte att ett avsnitt om gränssnittskrav saknades i kravspecifikationen. För att nå den erforderliga nivån av samverkan behöver man veta vilka andra applikationer som systemet ska interagera med och vilken data som ska utväxlas. Avser krav på gränssnitt mot externa/angränsande system gällande standard på format i gränssnitt, protokoll, utbyte av data eller service. Vi har valt att dela upp rubriken Gränssnittskrav i flera underrubriker:

25(26) - Integration - Kommunikation - Hårdvarugränssnitt ID Rubrik Beskrivning Prioritet Motivering GK-1 Integration Det ska finnas integration med respektive länsstyrelsers lokala karttjänster. GK-2 Integration Systemet ska kunna kommunicera med Platina och uppgifter ska synkas mellan Platina och FISKUT: - ärendestatus - handlingar - PUL, Publ, sekretess mm (mer ärendeinformation) GK-3 Integration Systemet ska kunna kommunicera med en SMS tjänst. GK-4 Integration När ett ärende skapas i Platina ska ett ärende skapas automatiskt i FISKUT. GK-5 Kommunikation IT-enheten GK-6 Hårdvarugränssnitt IT-enheten 7. Användardokumentation och hjälpsystem Nedan beskrivs de krav på användardokumentation och hjälpsystem som finns. [Beskriv vilka ytterligare krav som ställs eller i vilken mån dokumentation kommer att tas fram av annan, t ex verksamhet inom länsstyrelsen] 8. Termer och förkortningar [Förteckningen ska innehålla även tekniska och verksamhetsrelaterade termer och förkortningar som används eller är relevanta i kravspecifikationen] Term Systemglobala funktionella krav Funktionella krav Förklaring Systemglobala funktionella krav är krav som är gemensamma för alla funktionella krav Krav på vad systemet ska göra, dvs. systemets beteende utifrån

26(26) Icke funktionella krav Designrestriktioner användarens perspektiv. Inbegriper även beskrivning av indata och förväntat utdata. Krav som beskriver systemets egenskaper såsom prestanda, användbarhet, förvaltningsbarhet och tillgänglighet Icke funktionella krav som är gemensamma för hela systemet, t ex krav på teknisk plattform, utvecklingsspråk, arkitektur, regler.