Please enable JavaScript.
Coggle requires JavaScript to display documents.
Kravhantering IT (Kravstrategi (Roller, ansvar och befogenheter, Vem äger…
Kravhantering IT
Kravstrategi
Roller, ansvar och befogenheter
-
-
-
-
-
-
-
-
-
-
Felkällor vid utveckling - James Martin - An information Systems Manifesto, 1984
-
-
-
-
-
Varför då Kravhantering?
Företagen/ organisationen måste kunna identifiera befintliga och kommande behov på marknaden/ samhället, alternativt skapa nya behov.
Måste kunna utveckla lösningar med rätt kvalitet till en allt lägre kostnad och på en allt kortare tid.
-
-
-
-
-
Agil systemutveckling
-
(agile software development) – arbetssätt för systemutveckling som betonar snabbhet, informellt samarbete, täta kundkontakter och möjlighet att ändra under arbetets gång.
Även kravspecifikationen bör kunna revideras. Det är en rörelse, inte en enhetlig metod.
Manifestet för agil systemutveckling publicerades 2001 av en grupp programmerare som hade reagerat på strävan efter detaljerade kravspecifikationer, omfattande dokumentation och byråkratiserande metoder och processer.
De bildade Agile Alliance, och har sedan dess utvecklat verktyg och andra hjälpmedel. – Jämför med devops, chatops, noops, extremprogrammering, lean software development, Scrum och DSDM.
-
-
-
-
-
Kravhantering 10
-
Uppdatera krav?
-
-
Projekt och förvaltning kommer överens om vad som skall uppdateras
av/under projektet
– Förvaltningen är en viktig intressent
– Vilka krav har man förvaltat?
Hålla kraven aktuella
Alltid uppdatera
– Modifierar den ursprungliga kravspecifikationen
– Snapshot av de aktuella kraven
– Kan upplevas som tidsödande
Ibland
Uppdatera det viktigaste vid varje iteration/leverans/driftsättning
‒ Kräver i alla fall översikt
‒ Någon måste göra jobbet – någon gång!
Aldrig uppdatera
– Överge den ursprungliga kravspecifikationen
– CR:s som beskriver små och stora förändringar
– Hur ser kraven ut nu?
-
-
RUP
-
-
RUP är ett registrerat varumärke för företaget Rational, köpt av IBM i januari 2003.
-
-
Kravhantering IT - 2
Användarberättelser
User Stories
– Som en – Användare (kan också vara ett system)
– Vill vad – kunna spara artiklar i en lista
– Varför – För att enkelt kunna handla dem senare
-
-
-
-
-
Kravhantering IT 5
Fem varför
-
Varför uppdateras informationen för hand?
– Det saknas interface/koppling mellan ordersystemet och e-handelssajten
-
-
-
-
-
-
Modellering
Begreppsmodellering
-
synonymer.se
Krav?
Fordran, begäran, anspråk, behov, yrkande, villkor, fortsättning
Kund, order, leveransadress etc
-
-
-
Kravhantering IT 8
Tre önskningar…
-
Att ingenting förändras under krav-, utvecklings- och testarbetet
-
Men…
-
-
Kunden kommer att upptäcka vad de vill ha, successivt
-
-
-
Syfte
-
Kunna identifiera, prioritera och dokumentera krav på ett strukturerat sätt. Kvalitetssäkra och förvalta krav.
Bokens röda tråd är kravhanteringsprocessen från insamling via prioritering, dokumentation och kvalitetssäkring av kraven till förvaltning.
Vattenfallsmetod
-
När ett steg är avslutat börjar man med nästa, och man backar inte.
-
-
-
-
-
-
Kravhantering IT 11
-
Kravhanteringsverktyg
Har oftast stöd för följande aktiviteter:
– Identifiering
– Dokumentation
– Strukturering
– Uppföljning
– Prioritering och riskhantering
– Organisera krav i iterationer/sprintar
– Spårbarhet
Exempel på verktyg:
– Quality Center, ”QC” (HP)
– Team Foundation Server, ”TFS” (Microsoft)
– ReQtest (ReQtest)
– Confluence, Jira (Atlassian)
En samlad plats för alla krav, bra när man är flera som arbetar med kraven
Testtekniker
Kombination av olika testtekniker och underlag för att testa ett
system/lösning
– Testfall (strukturerad test)
– Checklistor
– Ad Hoc-tester (“du testar lite grann här, lite grann där”. Är en spontan testning där det inte finns en struktur för test)
XP
(extreme programming, XP) – i programmering: arbetssätt som bygger på dagligt nära samarbete, ansikte mot ansikte, mellan en grupp programmerare och beställare.
Programmerarna arbetar i par. Man testar skriven kod mycket ofta, och utvecklar snabbt ett grovt fungerande komplett system som sedan finslipas i iterationer, det vill säga genom att hela systemet gång på gång omarbetas innan det levereras. Detta gör att man lätt kan anpassa systemet till ändrade krav.
Extremprogrammering kan ses som ett sätt att systematisera det sätt att arbeta på som programmerarna själva brukar föredra.
Målgrupp
Användarrepresentanter, super users Användbarhetsexperter
Beställare
Designers
Förvaltningsansvariga
IT-arkitekter
Kravadministratörer
Kravanalytiker
Kravhanterare
Linjechefer
Lärare vid universitet och högskolor
Programmerare
Projektledare
Samtliga projektdeltagare
Studenter vid universitet och högskolor
Systemförvaltare
Systemägare
Tekniska projektledare
Utredare
Verksamhetsspecialister
-
