...
Verksamhetens grundkrav för version 1.0 | Behöver utredas | kan levereras till ver 1.0 | Levereras i ett senare skede |
|---|---|---|---|
Som KV vill jag kunna skapa ett ärende manuellt med kundkort | vad skiljer ett snabbt ärende och en vanligt ärendet, behöver man snabbkommando för att skapa ärende? | JA | |
Som KV vill jag kunna bifoga filer till ett ärende | fundera på kategorisering | JA | |
Som KV vill jag kunna peka ut en position i en karta när jag skapar ett ärende | vilka ärendetyper är detta aktuellt för? Räcker det med koordinater? och isfall vilket system , tydliggöra behovet! | ? | |
Som KV vill jag kunna ange en fastighetsbeteckning när jag skapar ett ärende | Vilka ärende?, speca hur sökningen fungera | ja | |
Som KV vill jag kunna ange en adress när jag skapar ett ärende | Vilka ärende?, speca hur sökningen fungera | ja | |
Som KV behöver jag kunna ändra status på ett ärende manuellt | Definiera status , utreda bakomliggande status hantering, “status stängt fast lever vidare nån annanstans” | ja | |
Som KV vill jag kunna ha påbörja ett ärende, pausa/spara denna för att slutföra den senare | UX -fråga förslag 2 listor ett aktuellt och ett “mina utkast” bolla risker med att ha flera samtidiga ärende | kolla med ux | |
Som KV vill jag kunna ha arbeta flera vyer/Flikar (ex KV jobbar med ett ärendet och får besök i receptionen) | se ovan | kolla med ux | |
Som KV behöver jag olika anpassade vyer tex Bygglovsärende skiljer sig något från en kultur och fritidsärende | vad skiljer ärendet åt, behovet?! | ? | |
Som KV vill jag kunna se ett ärendelogg: senaste anteckningar, senaste KV som öppnade kundkortet | Definiera ärendeloggen | ja | |
Som KV vill jag kunna logga kategorisera ett ärende på minst 3 nivåer | Definiera kategorierna | ja | |
Som KV vill jag kunna “snabb-loggat” ett ärendeskapa ett snabb ett ärende | Definiera vad som ingår i ett snabbt ärende | ja | |
Som KV vill jag kunna prioritera om ett ärende manuellt | ja | ||
Som KV vill jag kunna eskalerat eskalera ett ärende via “e-post” i Draken | definiera innehåll | ja | |
Som Chef vill jag kunna följa detaljerat ärendestatistik. tex antal ärende per KV över tid | vad behövs det mer för metadata? var ska datan visas | ja | |
Som VS-utvecklare vill jag kunna följa ärendestatistik. tex antal ärende över tid | vad behövs det mer för metadata? var ska datan visas | ja | |
Grundkrav PLUS | Behöver utredas/Ej relevant | Kan levereras till ver 1.0 | Levereras i ett senare skede |
Draken behöver ha stöd för automatisk sätta ärende prioritet. Tex ett orosanmälan ärendet ska ha ett högra högre prio än ärende om frågor om öppettider | Bygger på komplexitet, behövs det? | Vänta till ver 2.0 | |
Draken behöver ha stöd för att automatisk ändra status. Tex om ett ärende eskaleras då status XX1 visas | handlingarna styr första hand | ja | |
Draken ska kunna hämta ärendeloggning från telefoniplattformen | ??????diskutera logga bara i draken/MICC, värdet? | nej | |
Som KV vill jag kunna söka efter befintliga ärende. exempel på sökparametrar, personnummer, telefonnummer, e-post adress I DRAKEN | ja | ||
Om ett kund har ett befintlig ärende hos tex Bygglov och ringer för att fråga status, vill jag kunna koppla ihop Draken ärende med det befintliga bygglovsärende (UTANFÖR DRAKEN) | Avgränsning till casestatus nuvarande klienter | nej | |
Som KV behöver jag tillgång till en fristående kundskapsdatas, som lagrar information om tex rutiner | nej | ||
Som KV behöver jag tillgång till en fristående beslutträd/dynamisk checklista för att hantera komplexa ärende | nej | ||
Som handläggare vill jag kunna eskalera till en funktionsbrevlåda och kunna se svaret i Draken | nej | ||
Som KV vill jag kunna skicka SMS/mail till kunden | ja | ||
Som KV vill jag kunna hämta standardsvar från kundskapsdatabasen och inkludera dessa i svaret till kunden | nej | ||
Som KV vill jag kunna eskalera ärende direkt till ISY-case | nej | ||
Som KV vill jag kunna eskalera ärendet ill DeDu | nej | ||
Som KV vill jag ha en lista till samtliga icke integrerarbar fastighetsportal, som förenklar eskaleringen | nej | ||
Draken ska kunna ta in ärende från interna och externa e-tjänster | vilka e-tjänster? | nej | |
Uppdateringar av status i Draken ska återspelas i e-tjänsten | nej | ||
Om kunden skickar meddelande via e-tjänsten, ska dessa återfinnas i draken | nej | ||
Draken behöver ha säkerinloggning | Definiera metod för inloggning. kopplad till säkerhetskrav från Camillas konsult. återanvända P-tillstånd??? | ja grundkrav | |
Draken ska använda krypterad e-post för kommunikation | nej | ||
Draken ska ha stöd för olika behörighetsnivåer | behöver kopplas till ad-grupper | ja grundkrav | |
Draken ska ha stöd för tydlig felhantering | ja grundkrav | ||
Icke Funktionella krav ver 1.0 | |||
Draken förväntas ha en upptid på “99,8%” under vardagar 7-17 | |||
Servicefönster ska planeras för att ha minimal påverkar på verksamheten | |||
Draken ska uppfylla tillgänglighet direktivet | |||
Draken presenstanda ska vara av högsta klass ex att skapa ett ärende ska inte ta mer än “2.0” sekunder | |||
Data i draken ska lagras med klass skydd “3” | |||
Draken ska ha stöd för att kunna användas av 100-tal samtidiga användare | |||
Draken är en webbapplikation | |||
Säkerhetskrav ver 1.0 | |||
Draken ska ha en AD-koppling | |||
Draken ska endast vara tillgängliga på interna nätverket eller via VPN | |||
...