Use LEFT and RIGHT arrow keys to navigate between flashcards;
Use UP and DOWN arrow keys to flip the card;
H to show hint;
A reads text to speech;
11 Cards in this Set
- Front
- Back
|
Om icke-funktionella krav för system |
Till skillnad från funktionella krav, beskriver icke-funktionella krav önskade egenskaper - kvalitet och begränsningar för ett system. Funktionella krav återspeglar en enskild uppgift av systemet, medan icke-funktionella återspeglar en egenskap av a) systemet som helhet Ex ”System shall have max 2 seconds response time” , eller b) en enskild uppgift Ex ”System shall enable creating of documents to only authorized users” Eftersom icke-funktionella krav definierar kvalitetsegenskaperna för systemet kan de användas för att öka konkurrensfördel. Liksom funktionella krav kan IF krav stå i konflikt. Till exempel, krav på prestanda vs. pålitlighet. Konflikten löses under förhandlingsaktiviteten. |
|
|
5Det är inte alltid lätt att skilja icke-funktionella systemkrav från funktionella systemkrav. |
Om ett krav ska definieras som funktionellt eller icke-funktionellt, beror på kravdefinitionens granularitet (detaljnivå).
Exempel: “the system should be secure” Eller “the system should ensure unauthorized access to data” Eller “the system shall provide a user authorization procedure using login name and password”
Slutsats – i situationer när ett icke-funktionellt krav är beskrivet på hög nivå måste det brytas ned till mer konkreta (funktionella) krav. IF-krav på hög nivå motsvarar snarare till ”systemmål”. |
|
|
Klassificering av icke-funktionella krav |
Klassificering av icke-funktionella krav Det finns flera förslag på vad som ska anses som icke-funktionella systemkrav.
Enligt IEEE standarden 830-1993, omfattar icke-funktionella krav: 1.Performance requirements 2.Interface requirements 3.Operational requirements 4.Resource requirements 5.Verification requirements 6.Acceptance requirements 7.Documentation requirements 8.Security requirements 9.Portability requirements 10.Quality requirements 11.Reliability requirements 12.Maintainability requirements 13.Safety requirements |
|
|
Klassificering av icke-funktionella krav |
Enligt Kotonya och Sommerville kan icke-funktionella systemkrav anse själva systemet (produkt), eller utvecklingsprocessen, eller systems miljö: |
|
|
Produktkrav |
Produktkrav (Systemkrav)Produktkrav specificerar egenskaperna som nya systemet måste ha. Användbarhet- krav på slutanvändarens gränssnitt och interaktioner. Pålitlighet - krav på systemets körtidsbeteende (”run-time” ). ”Safety” - krav på att systemet ska uppvisa ett acceptabelt och önskvärt beteende i förhållande till sin omgivning.
Säkerhet- krav på att systemet ska förhindra otillåten tillgång till data och funktioner. Effektivitet - krav på att utföra systemfunktioner optimalt, dvs. endast det arbete som krävs, och med minimal resursåtgång.
Prestanda- krav på systemhastigheten.
Kapacitet - krav på förmåga uppfylla datalagringsbehov, eller ett visst antal samtidiga användare / interaktioner |
|
|
exempel produktktaav |
Produktkrav - exempel Vissa produktkrav kan kvantifieras, som t.ex. prestanda och kapacitet, andra kan inte lätt kvantifieras (t.ex. användbarhet).
The system shall process a minimum of X transactions per second.prestanda
The system shall limit students’ mailboxes to 100MB.kapacitet
The system shall provide the interface forms consistent with the forms used in Windows 7. användbarhet
The system shall not loose persistant data due to power failures.safety
The system shall not fail more than an average of 3 times per year.pålitlighet
The system shall require an authorization of users when accessing patient records. säkerhet
The system shall not require more than 512MB of RAMeffektivitet |
|
|
processkrav |
Processkrav ställer krav på systemutvecklingsprocessen.Processkrav inkluderar kraven som avser utvecklingsstandarder, utvecklingsmetoder, verktyg, och även rapporter som används under processen. Typiska exempel:”Systemet ska utvecklas med användning av processen beskriven av ISO 9000-standard” (standard). ”Systemet ska utvecklas med VStudio-verktyget” (implementering). ”Systemet ska utvecklas med rapporterna som visar systemkomponenters förbrukning ska levereras varannan vecka (leverans). Processkrav införs vanligen i stora organisationer med etablerade systemutvecklingsstandarder och rutiner. |
|
|
externa krav |
Externa krav kan införas för både produkten (systemet) och utvecklingsprocessen: de kommer från externa omgivningen till den miljö som systemet implementeras i. Externa krav baseras typiskt på domäninformation, organisatoriska aspekter, externa aktörer, lagregler, ekonomiska restriktioner, osv. Typiska exempel: ”Systemet bör ha stöd för ebXML-standarden för B2B-kommunikationer” (interoperabilitet). ”Ett vårdsystem måste underhålla data enligt dataskyddslagstiftningen” (lag). |
|
|
Insamling av icke-funktionella krav |
Icke-funktionella krav är väldigt olika och breda, samt i många situationer är de inte uppenbara som funktionella krav är. Riktlinje för insamling av icke-funktionella krav För produktkrav (systemkrav): 1. Överblicka kraven som insamlats från intressenterna. 2. Separera F-krav från potentiella IF-krav med hjälp av en IFK-klassifikation. 3. Förfina och dokumentera IF-krav från föregående steg 4. Fråga intressenterna om ytterligare IFK för hela systemet genom att följa en IFK-klassifikation (”övergripande” IFK). 5. Fråga intressenterna om ytterligare IFK kring givna FK genom att följa en IFK-klassifikation (”specifika” IFK). 6. Skapa spårbarhet för beroende krav (IFK-IFK, eller IFK-FK). För process- och externa krav: Använd IFK-klassifikationen för att diskutera möjliga krav med intressenterna. |
|
|
Mätning av ickefunktionella krav |
I motsats till funktionella krav, IF krav är inte alltid lätt mätbara / testbara. För att kunna bedöma om ett IF-krav har blivit uppfyllt måste vi kunna mäta det. Exempel på mått för icke-funktionella krav: Krav på Prestanda: Mått: antal bearbetade transaktioner per sekundsvarstid efter användares input Krav på Pålitlighet: Mått: felfrekvensmedeltid till fe. Krav påAnvändbarhet : Mått: tiden som behövs för att lära 80% av faciliteternaantal inputtfel gjorda under en viss tid. Krav på Säkerhet : Mått:autentisering - applikation kan kontrollera identiteten av användareauktorisation - autentiserad användare har vissa rättigheter.kryptering - meddelanden som skickas till / från ett applikation är krypterade. |
|
|
summering |
Varför icke-funktionella krav mätas? Finns det en standardiserad klassifikation för icke-funktionella krav? Vilka typer av icke-funktionella krav finns? Hur insamlas icke-funktionella krav? ?Hur mätas ”prestanda” ? |
