TRUE or FALSE Flashcards
En stakeholder har ofta allt ansvar för systemet.
FALSE. No single person or group can, or should, be responsible for the entire system in most cases.
Kravhantering process är en sekventiell process av elicitering, dokumentering, validering, och prioritering.
FALSE. IT is iterative and cyclical, with activities often overlapping and repeating throughout the project lifecycle.
Kvalitetsaspekter är ofta motverkande.
TRUE. Quality aspects are often conflicting because improving one aspect of quality can negatively impact another.
Icke-funktionella krav är ofta svåra att verifiera.
TRUE. NFRs often involve opinions, making them harder to verify well.
Spårbarhet underlättar INTE felsökning.
FALSE. It creates clear links between requirements, design, code, and test cases.
Man kan bara använda EN eliciteringsmetod i varje projekt.
FALSE. Using only one limits the effectiveness of gathering requirements.
I praktiken är det kostnadseffektivt att uppnå en helt fullständig kravspecifikation.
FALSE. Time and effort, changing needs, and diminishing returns can all affect this.
Det finns inga exempel där företag hanterar mer än 50.000 krav.
FALSE. Boeing and Tesla are examples of this.
Wireframe är inte lämpligt om man vill beskriva gränssnitt.
FALSE. It is commonly used.
Ett kontextdiagram är inte lämpligt om man vill beskriva vilka gränssnitt som finns mellan systemet och dess omgivning.
FALSE. A context diagram is suitable for showing interfaces between a system and its environment because it visually represents external interactions and data flows.
Genom att fråga “varför” kommer man närmare målnivåkrav, medan med frågan “hur” kommer man närmare designnivåkrav.
TRUE. Asking “why” helps clarify the purpose, while asking “how” focuses on the implementation.
Vid brainstorming är det viktigt att INTE kritisera orealistiska idéer direkt.
TRUE
En strukturkontroll är inte lämplig för att identifiera motstridigheter.
TRUE. A structure check ensures data follows a predefined format but does not evaluate the logical accuracy or consistency of the content. Since inconsistencies involve contradictions or errors in meaning, a structure check alone cannot identify them.
Virtuella fönster är ett för användare mer lätt begripligt sätt att beskriva data jämfört med datamodeller (E/R-diagram).
TRUE
I praktiken kan funktionella och icke-funktionella krav vara svåra att särskilja.
TRUE
Icke-funktionella krav hör ofta samman med yttre domän.
TRUE. Performance, scalability, and usability typically address broader system qualities and constraints that extend beyond the core functionality.
Krav på domännivå innehåller normalt bara klienter från den yttre domänen.
FALSE
Den yttre domänen innehåller aktörer som kommunicerar indirekt med systemet via en aktör i den inre domänen.
TRUE
För hyllprogramvara (COTS) är det lämpligast att ställa krav på designnivå.
FALSE. Commercial Off-The-shelf Software is commercially available and ready-made. It is not customizable.
Kravhantering för hyllprogramvara handlar till stor del om att välja mellan befintliga produkter med redan existerande användargränssnitt.
FALSE
Sannolikheten för att en slumpmässigt vald funktion är beräkningsbar är lika med noll
TRUE
Automatiserad mjukvaruverifikation (för någon sorts egenskap) is generellt omöjlig.
TRUE
Alla Funktioner är beräkningsbara givet rätt input.
FALSE
Mängden av alla funktioner är i praktiken lika stor som mängden av alla beräkningsbara
funktioner
FALSE
Kravbaserad utveckling görs alltid i början av projketet medan datadriven utveckling bara går
att göra i slutet av projektet.
FALSE
Datadriven utveckling måste alltid ta hänsyn till GDPR medan kravbaserad utveckling aldrig
behöver det.
FALSE
Det finns ingen skillnad mellan kravbaserad utveckling och datadriven utveckling.
FALSE