Krav-ID

Unik alfanumerisk identifierare av ett krav i kravkatalogen.

ISÄK011, AG0034, 000123

Ändringsdatum

Ange datum för då kravet skapades. Varje gång som ett befintligt krav ändras så ändrar man även ändringsdatum.

2021-01-01

Kravformulering

Textuell formulering av kravet.

Systemet ska använda den centrala behörighetshantering som upphandlande myndighet använder sig av.

Kravområde

Det område inom verksamhet eller IT-miljö som kravet avser. Kan motsvaras av arkitekturdomäner i en organisation.

Informationssäkerhet, Socialtjänst, IT-arbetsplats, Systemintegration,

Kravtyp

Kategorisering av krav.

Icke-funktionellt IT-krav, Leverantörskrav, Realiseringskrav

Beskrivning av krav

Vilket kontext som avses och vilken konsekvens kravet medför.

Ny funktionalitet i systemstöd som inbegriper central behörighetshantering

Taggning för krav

Tagg utöver ovanstående fälts innehåll för att möjliggöra bättre filtrering vid sökning i kravkatalogen. Möjlighet ges då att “skära informationsmängden på annan ledd”. Flera taggningar är möjliga på ett krav.

eArkiv, UI,

Kvalitetsegenskap enligt ISO 25010

Den kvalitetsegenskap som kravet eventuellt relaterar till

<Prestanda effektivitet>
<Kompatibilitet>

Påverkade arkitekturelement

Det kravställningsbara elementet som uppfyller kravet samt element som indirekt påverkas.

Avser kravet ett arbetsstöd så kan ex. kravställningsbart elementet vara process och ett indirekt påverkat element vara aktör

Motiverande arkitekturelement

Avser element som styrker av kravet påverkat arkitekturelement eller kravområde. Här används relationen Preciserar mellan kravet och det element som motiverar kravet.

Ex. Princip, Standard, Nytta, Begränsning, Intresse

<Lag: nn> <Princip: nn>

Relaterad informationsklassning

Om kravet har en relaterad informationsklassning så ska ni ange er organisations informationsklassningsnivå här.

Ex. 0, 1, 2, 3, 4

Relaterad driftsform

Om ett krav är avsett för en specifik driftsform så anges den här. Om en specifik driftsform inte är relevant så är detta fält tomt.

Egen drift, köp av tjänst, oberoende av driftsform.

Ägare av kravet

Roll (person) i organisationen som är ansvarig för kravet och som godkänner ändringar i kravet.

Domänarkitekt, Verksamhetschef, Upphandlingschef

Författare till kravet

Vem har skrivit kravet. Person och/eller organisation.

“Kal P Dahl, Region Skåne”

Verifieringsmetod

Vald metod(er) för att säkerställa (bevisa) att ett krav uppfylls.

Test, Demo, Jämförelse, Analys, Stickprov, Simulering, Inspektion

Verifieringsstatus

Är själva kravet verifierat? Dvs kontrollerat map att det är nödvändigt, osammansatt, entydigt, specificerat, lösningsoberoende, komplett, uppnåeligt, verifierbart, spårbart etc.

OK / Ej OK

Go / NoGo

Prioritet av krav

Hur viktigt är kravet utifrån intressenternas perspektiv? Viktig information om/när projektet av tidsmässiga, ekonomiska eller andra anledningar måste förändra scope.

1 / 2 / 3

a / b / c

Valideringsstatus

Är själva kravet validerat? Dvs kontrollerat map att det tydligt kommunicerar ett behov eller förväntning hos en legitim intressent på ett språk som kan begripas av en utvecklare eller leverantör.

Nej / Pågår / Ja