sv- dokuemntation Flashcards
Nämner saker som re brukar dokumentera i dokument fasen?
Info om stakeholders
Summering av elications teknikernas insamling
System requirments (FQL)
Överrenskommelser
Mål med system
Glosor
Hur dokuemnterar man i dokuemntfasen enligt agil tillvägagångssätt?
Agil : använders sig av user story
Vilka är de vanliga sättet att dokumenterar “Requirment artefacts”
- Goal - Efterstävat mål med systemet
- Scenario - beskriva konkret med exempel på hur systemet ska användas
- Solution- orgiented requirments - definerar funktionalitet och kvalite för mjukvarusystem
Hur kan man dokumentera ner “system requirments” i 3 olika kategorer?
- Functional requirements
- Definerar tjänst/betende som systemet ska ha
ex: Om det finns virus ska systemet meddela säkerhetsavdelningen
- Qulaity requirments - Definerar kvaliter av systemet eller system funktioner (begrepp för det)
ex: Systemet ska ej faila mer än 3 ggr per år
- Constraints - Definerar organisations eller tekniska begränsningar av hur systemet ska utvecklas
ex: tech - Systemet måste utvecklas med senste versionen av java
ex : organizational - Det är bara säkerhetsteknikerna som får starta om systemet enligt policy A.
Qualty requirment (fas 2) har 8 begrepp, vilka är dom?
REA II FRU
Availability: Den procentandel av tiden som systemet är fullt i drift och kan användas
Efficiency: Måttet på hur systemet använder sina resurser som processor, minne etc
Flexibility: Anger hur mycket ansträngning som krävs för att utöka systemet med nya möjligheter.
Integrity: Hur väl systemet är skyddat mot obehörig åtkomst till dess data och funktioner, kränkning av datasekretess, informationsförlust och infektioner av skadlig programvara.
Interoperability: Den anger hur systemet kan utbyta data eller tjänster (funktionalitet) med andra system.
Reliability: Systemet körs utan fel under en viss tidsperiod.
Robustness: I vilken grad systemet fortsätter att fungera korrekt när ogiltiga inmatningar ges, defekter i komponenter eller oväntade driftsförhållanden.
Usability: Måttet på ansträngning som krävs för att användaren ska förbereda en systeminmatning eller tolka en utdata.
Det finns även kriterier för hur man ska skriva varje enkilda requirment. Vilka är dom?
FUUCCCCVAT
- Complete: no missing information – the requirement must completely describe the
functionality (or quality, constraint) it specifies. - Traceable: the requirement’s origin, realization (evolution) and relation to other
requirements can be traced. - Correct: the requirement is confirmed as needed/necessary, by stakeholders.
- Unambiguous: the requirement has a single valid interpretation.
- Comprehensible: the requirement’s content is understandable to stakeholders.
- Consistent: statements within the requirement do not contradict each other.
- Verifiable: the requirement can be tested or checked in the implemented system.
- Feasible: the requirement is possible to implement given the organizational, legal,
financial or technical constraints. - Up-to-date: the requirement describes the current/actual status of the system.
- Atomic: one requirement artefact describes a single, coherent fact.
Vad är acceptance criteria?
-Hur kan man kolla det?
- Det är regler för hur man kollar att en artefact är rätt utvecklat
- Requirments artifact, requirment specification, prototyp, system.
Varför kan man dela in requirments i artibut?
exempel på attribut
- För att man samlar in mycket information och kan lättare struktura den datan
- Unika identiferare
- Typer av requirment (FQL)
- Source of requirment (stakeholder, documents, systems)
- Priority
- Conflics
Det finns 3 olika språk man kan använda sig av när man ska uttrycka krav. Vilka är dom?
- Informal - krav skrivs i NL utan regler
- Semi-formal = krav skriv efter struktur och är NL, anvönder begrepp och kan kombineras med modeller (uml)
- Formal: Kraven kan uttryckas genom formally defined language genom modeller och symboler och formulas.
Natural Langauge - Requirements
1. Vilket är det vanligaste sättet att uttrycka krav på?
2. Fördelar
3. Nackdelar
- NL
- + Univerellt
+ behöver inte öva på det,
+ingen mall för hur man skriver
- Detaljer dokumenteras ej
- Lätt att misstolka
- Vaga termer kan ställa till det
Semi formal language och requirments
-Det finns 2 tekniker för att minska otydligheten av NL
a) Controlled language - Använder sig av termer och enkel gramatik, med NL. User story
+ Lätt att förstå
+ lättare att inte misstolka
+ Lättare att läsa
b) modeling language : uttrycker model baserde krav, kräver modellerings kunskap. Beskriver mest ett perspektiv.
Formal language är vad?
-Nackdel
representeras genom matematik ex formel för att uttrycka ett system krav/funktion
- Stakeholders förstår ej om dom inte lär sig
-svårt att översätta - utrycks i symboler och ord
