deck_17081847 Flashcards
Funktionella krav
Funktionella = VAD systemet ska göra
Tänka sig som en bil, de funktionella kraven är det du vill att bilen ska göra (köra, bromsa, svänga).
Icke-funktionella krav
Icke-funktionella krav = HUR systemet ska göra det.
Tänka sig som en bil, de icke-funktionella kraven är hur bra bilen ska göra det (hur snabbt den ska accelerera, hur bra bromsarna ska fungera, hur säker den ska vara).
Projektkategorier, vilka är dom och vad betyder dessa?
Nyutveckling samt vidareutveckling
Nyutveckling är revolutionär (iPhone 1) medans vidareutveckling är evolutionär (alla andra iPhone) utveckling
Hur många utvecklingsstrategier finns och vilka är det?
Fyra utvecklingsstrategier:
Banbrytarstrategi - Något helt nytt
Efterföljarstrategi - Följer efter
branschledare eller konkurrenter
Anpassninsstrategi – Anpassar sig till en nisch i marknaden, tex matkanal eller speciell mobil
Plagiatstrategi – Fejkade kläder/klockor mm, säljer billigare än originalet
Marknadsmatris samt matrisorganisation?
Matrisorganisation är en typ av organisatorisk struktur där medarbetare rapporterar till mer än en chef.
Marknadsmatris är ett verktyg som företag använder för att planera sin tillväxt (Ansoffs teknik) (ingen utvecklingsmodell)
Definition av begreppet KRAV
Krav = önskvärd egenskap eller funktion
Motiv
Ursprung
Realiseringsobjekt
Om något av detta fattas kommer det inte realiseras
Vad är/gör utvecklingsmetoden ”Big Bang”
“Kör tills pengarna är slut”
PRO: Enkel. Kräver minimal planering. Passar små projekt med få krav. Snabb start, då teamet börjar utveckla direkt.
CON: Kaotisk och riskfylld. Kräver ofta omarbetning. Svårt att hantera komplexa projekt. Ingen tydlig struktur eller milstolpar. Hög risk för misslyckande om kraven inte är tydligt definierade.
Vad är/gör utvecklingsmetod ”V-modellen”
V-modellen är som en steg-för-steg-plan där varje utvecklingssteg har ett teststeg. Det hjälper till att säkerställa att produkten fungerar som den ska genom att testa varje del noggrant. Modellen är tydlig och bra för projekt med tydliga krav, men mindre flexibel om ändringar behövs under arbetets gång.
Vad är/innebär utvecklingsmetod Vattenfallsmodellen?
Fördelar = Enkelt och lätt att förstå och använda. Faserna körs och slutförs en i taget. Tydliga krav. Mycket dokumentation.
Nackdelar = Får inte ut något program förräns sista steget, kunden får inte se något förrän den lanseras. Usel modell för långa och pågående projekt. Klarar inte av förändrande krav.
Vad innebär Workshop och vad är Icebreaker-tekniken?
Icebreaker är en aktivitet för att öppna upp för kreativitet
Lära känna varandra, innehåller ofta rollspel.
Brainstorming (brukar vara kärnan i det hela), fyra grundregler:
Kritik är inte tillåten, kvantitet eftersträvas, gå utanför det vanliga, kombinera ideér.
Målet är många ideér.
Prioritering av krav (prioriteringsmetod, “värdeskala”)
“MoSCoW”
Must, Should, Could, Wont. Får max vara 60% Must för att minimera risken för tidsfel (missad deadline).
Kategorisering av krav
Funktionella = Obligatorisk, product feature, enkel att fånga
Icke funktionella = Svåra att fånga, ej obligatorisk, produktegenskaper
Design = Programspråk, databaser osv. Fasta bestämmelser från kund.
Förklara Sprint planering
Ett sprintmål, en sprint backlog, fastställt demo-datum, bestämd tid och plats för daily scrum.
Varar mellan en till fyra veckor.
Olika sorters kravinsamling:
Insamlingsmetoder (krav)
Workshop
Intervju (ostrukturerad, strukturerad, halvstrukturerad)
Enkät
Prototyp
Enkäter används för att samla in information från väldigt många intressenter. Undvik ja/nej frågor, använd skalor.
Vad är “Personas”?
Personas är fiktiva, men realistiska, representationer av typiska användare baserade på research. De används för att förstå och designa lösningar som möter användarnas behov.
Persona tas fram genom att kartlägga intressenter med intervju och enkäter
Förklara Rotorsaksanalys samt Ishikawa modellen
Rotorsaksanalys är en metod som används för att identifiera och förstå de grundläggande orsakerna till ett problem. Målet är att åtgärda grundorsaken så att problemet inte uppstår igen.
Ishikawa-modellen (även kallad “fiskbensdiagram”) är ett visuellt verktyg som används inom rotorsaksanalys. Diagrammet grupperar möjliga orsaker till ett problem i kategorier och dessa representeras som grenar på ett fiskben.
Syfte med dokumentation (generell)
Spara tid och pengar. Minska missförstånd, tydliggör vad som ingår/inte ingår i projektet.
Hur använder man User stories?
Som [användarroll]
vill jag [funktion]
så att [nytta]
Förklara stegen i Granskningsprocessen
Planering, start, individuella förberedelser, gransknings möte, uppföljning
Vilka beslut kan granskningsmötet komma fram till?
Dokumentet godkänns
Dokumentet godkänns med kompletteringar.
Dokumentet granskas igen, har ännu inte tillräcklig kvalitet.
Mötet skjuts upp – Nyckelpersoner saknas eller deltagarna är inte förberedda.
Ge exempel på olika agila ramverk
Scrum
Kanban
XP (Extreme programming)
LEAN
En Scrum har 3 ansvarsområden, vilka?
Produktägarna, utvecklarna, scrum master.
Vilka är ceremonierna i Scrum och vem ansvarar för de olika ceremonierna?
Backlog Grooming (PO), Sprint Planning (PO), Daily Scrum (SM), Sprint Review (PO), Sprint Retrospective (SM)
Hur många gruppmedlemmar i agilt arbete är optimalt?
4.7 (5) personer.
Vilka är transformations effekterna man ska se upp med vid kravinsamling med talspråk, och varför?
Normalisering
Substantiv utan referens
Universella mått
Ofullständigt specificerade villkor
Ofullständigt specificerade processer
Alla dessa fall saknar/missar information för att omvandla dessa till kod.
Vilka delar är särskilt viktiga att dokumentera vid kravinsamling?
Systemets funktioner
Händelser i systemet
Flöden inom och mellan system
In- & ut-data till varje funktion
Verksamhetsregler
Bildskärmsutseende
Icke funktionella krav
Vad är syftet med dokumentation inom Agile?
Att endast ge tillräckligt med information för att teamet ska kunna förstå och utföra sitt arbete. Den bör vara minimal och stödja utvecklingen, inte bromsa den. Istället för att dokumentera allt i detalj, håll det “just enough”.
Beskriv tre kravdokument
Vision-dokument - Beskriver projektets övergripande mål, syfte och önskat resultat.
Use Cases i text - Specifika scenarier där en användare interagerar med systemet för att uppnå ett mål.
Designspecifikation / GUI standard
Vad är ett it-krav samt deras attribut
IT-krav = är en specifikation av vad ett IT-system ska göra eller hur det ska prestera för att uppfylla behov.
Attribut:
Beskrivning - Vad kravet innebär
Prioritet - Hur viktigt kravet är
Typ - Funktionellt eller icke-funktionellt
Status - Om kravet är nytt, under utveckling eller klart.
Spårbarhet - Hur kravet kopplas till affärsmål eller andra krav
Ägande - Vem som ansvarar för kravet
Vad är värdetriangeln (timeboxing, scopeboxing)
Värdetriangeln är en optimering av Kvalitet, Kostnad och Tid. Man kan inte få alla tre på topp samtidigt.
Timeboxing:
Fast tid, flexibel omfattning.
Scopeboxing:
Fast omfattning, flexibel tid.
Rita Scrum och sätt ut orden som beskriver.
Product Backlog
Sprint Planning
Sprint Backlog
Daily Scrum
Increment (DoD)
Sprint Review
Sprint Retrospektiv
Fyra vanligaste underkategori till NFR (FURPS+)
Vanligaste underkategorierna till FR
NFR:
Usability
Gränssnittets design, tillgänglighet, och enkelhet för användaren.
Reliability
Systemets stabilitet, felhantering och drifttid.
Performance
Svarstider, kapacitet och resursanvändning.
Supportability
Möjlighet att uppdatera, testa och skala systemet.
+: Säkerhet, kompatibilitet, regler och andra specifika krav.
FR:
Datahantering
Användarhantering
Åtgärdshantering
Beskriv tre designbegränsningar
Tekniska begränsningar:
Exempel: “Måste fungera med befintliga databaser.”
Ekonomiska begränsningar
Exempel: “Får inte kosta mer än X antal kronor.”
Affärsmässiga begränsningar
Exempel: “Designen måste vara klar inom tre månader.”
Vilka artefaktor finns i scrum?
Tre huvudsakliga artefakter:
Product Backlog
Sprint backlog
Increment (Product-increment)
Granskning - Verifiering - Validering
Granskning:
Helhetsfokus på att utvärdera både produkt och process.
Verifiering:
Fråga: “Bygger vi produkten rätt?”
Validering:
Fråga: “Bygger vi rätt produkt?”
Vad är ett Projekt?
Det är en Idé som leder till en Process som leder till Effekt.
Vad är/innebär DevOps-metodik?
Ett samarbete mellan utveckling (Dev) och drift (Ops) för att skapa snabbare och mer pålitliga leveranser av mjukvara. Fokuserar på automatisering, CI/CD.
Beskriv 3 skillnader mellan Funktionella krav (FR) och Ickefunktionella krav (NFR)?
FR NFR
verb attribut
obligatoriska icke obligatoriska
produktfunktion produktegenskap
lättfångade svårfångade
Hur kan man identifiera risker hos krav?
Med en matris där sannolikheten (1-5) för fel ställs mot den påverkan (1-5) felet kommer att ha på systemet. Tre områden kan då identifieras, låg risk, medelhög risk och hög risk. Dessa tre områden får en handlingsplan.
Vad säger minimiregeln om användningsfall (use cases)?
Vad är ett use case (användningsfall)?
Ett användningsfall (use case) ska beskriva hur minst en aktör använder minst en av systemets tjänster för att uppnå minst ett mål.
En detaljerad beskrivning av hur en aktör (t.ex. en användare eller ett system) interagerar med ett system för att uppnå ett mål. Ska vara skrivande berättande, grafisk form.
Fördelar med användningsfall:
* Lätt att hantera komplexa situationer
* Bra användningsfall är bra grund för testarbete
Nackdelar med användningsfall:
* Är inte bra på att uttrycka NFR, de skrivs normalt i en bilaga
* Det kan vara svårt att få överblick över användningsfall
* Svårt att veta om man är klar
* Kan bli för mycket dokumentation
Hur kan man ge värde(poäng) till sina user stories?
Kan använda sig av tex. Planningpoker.
Uppskatta arbetsinsats eller komplexitet för specifika arbetsuppgifter i form av points, timmar eller annan måttstock.
Prototyp
Fördelar Prototyper
Tre sätt att göra prototyper (enligt läraren), Horisontellt, Vertikalt, T-prototyp.
Verktyg för att göra proto typer (Lo-Fi prototyper och Hi-Fi prototyper).
Lo-Fi är skissade, lätt att använda, fokuserar på flöde och inte designen, viktigt att prioritera och visualisera det man vill undersöka.
Hi-Fi är mer en färdig produkt, det ger ofta fokus och detaljer (knappen har fel färg), här är många funktioner hårdkodade, skapas ofta en Hi-Fi prototyp när man vill visa för kunder hur programvaran kommer se ut.
Prototyper slängs alltid.
Först när man ser systemet vet man vad man egentligen vill ha
Prototypen är en gestaltning av de textbaserade kraven.
Den är bra för att bekräfta normala behov/krav
Man kan identifiera förväntade krav.
Man kan illustrera tekniska möjligheter (sensationella krav).
Prototyper leder till kortare utvecklingstider.
Användningstest (inte use case!)
Testa produkten med riktiga användare för att se hur de interagerar med den.
Hitta problem och svårigheter som användarna stöter på i realtid.
Användartester hjälper till att göra produkten mer användarvänlig.
Få direkt feedback från användarna om vad som fungerar och vad som kan förbättras.
Kortsortering
Kortsortering är en metod för att förstå hur användare (personas) vill organisera innehåll. Den hjälper till att skapa en logisk struktur som känns naturlig för användarna.
Öppen kortsortering: Användare skapar egna kategorier.
Stängd kortsortering: Testar en befintlig struktur.
Kortsortering används i designprocessens tidiga skeden för att säkerställa att innehåll och navigation känns naturliga och stödjer användarnas behov.
Roller i kravhanteringsprocess
Styrgrupp: Intressenter som finansierar arbetet.
CAB (change advisory board): Kommitté för att göra ändringar i krav efter uppstart.
Projektledare: Övergripande ansvar för att kraven är rätt. Kan ej ändra tidskrav eller budget. Kravledare: som projektledare men arbetar mer specifikt för kravhantering.
SME (Subject matter expert): Expert inom området.
Användare: Slutanvändare.
Krav Administratör: Hanterar förändringar och underhåller struktur.
Leverantör: Tolkar kraven och bemöter dem med lösningsförslag.
Förvaltningschef: Övergripande ansvar för förvaltning av olika system.
Systemägare: Samlar in krav från olika intressenter.
Förvaltningsansvarig: tolkar krav och testar ändringar i systemet.
”S-M-A-R-T”
Varför använda SMART inom agil utveckling?
Specifikt, Mätbart, Accepterat, Realistiskt, Tidsbundet
Hjälper till att skapa fokus och klarhet i ett snabbt och iterativt arbetssätt.
Säkerställer att teamet har realistiska och mätbara mål.
DoD
Definition of Done
Vad som måste vara uppfyllt för att en uppgift ska kunna definieras som “klar”. Teamet bestämmer detta tillsammans.
Omvärldsanalys
Användas för att beskriva analys av alla externa faktorer som påverkar ett projekt, en produkt eller en organisation.
I agil utveckling handlar omvärldsanalys ofta om att förstå kundens behov samt hur externa faktorer påverkar utvecklingen.
Affärsmannaskap
Affärsmannaskap innebär förmågan att förstå principer för att skapa värde för en organisation. Handlar om att ha insikt i företaget. Inte vara rädd för att ta beslut och testa nya vägar.
Continuous Integration (CI)
Innebär att utvecklare kontinuerligt integrerar ny kod i huvudkoden (repository).
Eventuella problem upptäcks tidigt och kan åtgärdas direkt.
Automatiska tester och frekventa integrationer minskar risken för buggar.
Undviker stora konflikter när kod slås ihop sent i projektet.
Vad är syftet med ett burndown chart, och hur används det i Scrum?
Ett burndown chart är ett verktyg som används för att spåra hur mycket arbete som återstår i en sprint eller ett projekt över tid.
Visar teamet och intressenter hur arbetet framskrider.
Hjälper teamet att se framsteg och arbeta mot sprintmålet.
Vilka är “synderna” i scrum?
Ingen Definition of Done (DoD)
Sprintmål ignoreras
Dålig hantering av retrospektiv
Vilka är “synderna” i kravställning?
Otydliga eller vaga krav
För mycket detaljer
Orealistiska krav
Vad är ett scenario?
Ett scenario är en detaljerad beskrivning av en situation som involverar användningen av ett system, produkt eller tjänst.
Vad är Backlog Grooming
Backlog Grooming (Backlog Refinement) är en process där teamet granskar, förfinar och prioriterar innehållet i product backlog. Syftet är att säkerställa att backloggen är uppdaterad, tydlig och redo för kommande sprintar.
Vilka är Systemets Intressenter?
Systemets intressenter är alla som påverkas av systemet eller har ett intresse i dess framgång.
Slutanvändare
Affärsintressenter
Förkortningar
TTM (Time to Market)
Tid från idé till marknadsintroduktion.
MVP (Minimum Viable Product)
Den minsta versionen av en produkt som kan levereras för att testa koncept och få användarfeedback.
DoD (Definition of Done)
En checklista för att säkerställa att ett arbete eller en funktion är helt färdig innan den anses slutförd.
CI/CD (Continuous Integration/Continuous Deployment)
Automatiserade processer för att integrera kod och leverera mjukvara kontinuerligt.
