...
Fältnamn | Beskrivning | Exempel |
---|---|---|
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> |
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 |
...
Följande material har vi inspirerats av
View file | ||
---|---|---|
|
...