F3

Question 1

Datakrav:

Answer 1

beskriver format för indata och utdata

anger vad för information systemet ska lagra

Question 2

Funktionella krav:

Answer 2

beskriver mappning mellan indata och utdata beskriver hur information ska behandlas

Question 3

•Datakravstilar:

Answer 3

§Datamodell

( =E/R-diagr.) §Dataordlista §Reguljära uttryck §Virtuella fönster

Question 4

Funktionella kravstilar:

Answer 4

§Kontextdiagram

§Händelse- & Funktionslistor §Produktegenskapskrav §Skärmbilder & Prototyper

Question 5

Funktionella detaljer:

Answer 5

§Enkla och sammansatta
funktioner
§Tabeller & Beslutstabeller §Textuella processbeskrivningar

Question 6

När passar en viss teknik bra?

Answer 6

Svaret beror på…
§ abstraktionsnivå
§ projekttyp
§ intressenterna § verktygsstöd §mängden krav

Question 7

•Exempel på data:

Answer 7

Abonnentdata, roaming data, telefonboksdata, data om bilder (när, upplösning, namn, kategori), data om låtar (album, artist, genre, låtnamn, uppspelningssannolikhet) etc

Question 8

§Data model (E/R-diagr.)

Answer 8

Block diagram describing data inside and outside the product
– Precise and insensitive to abstraction level
– Excellent for experts – difficult for users; takes time to learn
– Easy to verify by experts that the data is handled by the product
– Difficult to decide how much detail should be included in the model

Question 9

§Data dictionary

Answer 9

– Textual description of data inside and outside the product
– Structured and systematic descriptions using verbal text
– Very expressive, can be used for all levels of detail and special cases
– Easy to validate by experts and non-experts
– Takes long time to write; when is it good enough? (Start with difficult parts!!)

Question 10

§Data expressions (regular expressions)

Answer 10

– Compact formulas for describing data sequences
– Useful for composite data and message protocolls
– Excellent for experts, acceptable for many users
– No visual overview

Question 11

§Virtual windows

Answer 11

– Simplified screens with graphics and realistic data, but no buttons and menues
– Excellent for both experts and users
– Easy to validate and verify
– Risk of overdoing it and start designing the user interface

Question 12

SYSTEM BOUNDARIES

Answer 12

System boundaries are established to define what is inside and what is outside the system.
– They show other systems that are used or depend on the system being developed.
The position of the system boundary has a profound effect on the system requirements.

Question 13

CREATING THE CONTEXT DIAGRAM

Answer 13

Draw one process representing the entire system (bubble)
2. Find all inputs and outputs and draw as data flows (arrows)
3. Draw in external entities as the
source or destination of the data flows (rectangular)

Question 14

USE CASE DIAGRAMS

Answer 14

– document the functionality of the system from the users’
perspective
– document the scope of the system
– document the interaction between
the users and the system using supporting use case descriptions
(behaviour specifications)

Question 15

FÖRDELAR MED DYNAMISKA MODELLER AV VAD ANVÄNDAREN GÖR

Answer 15

• Lätt att förstå för icke-tekniska intressenter •Kan koppla ihop krav på olika nivåer
• Bra för att modellera funktionella krav •Hjälper till att strukturera kraven
• Ger ett dynamiskt perspektiv på kraven •Stödjer spårbarhet
• Bra grund för testfall

Question 16

FALLGROPAR dynamiska modeller

Answer 16

• För mycket detaljer – ”överspecificering”
• För lite detaljer – ”underspecificering”
• Fragmentering av information
• För tidig design
• Ej enhetliga beskrivningar
– Olika form, detaljnivå, terminologi
• Inkonsekvenser
– Motstridiga användningsfall
• Begränsad täckning av kraven (ofullständighet)
• Funktionell nedbrytning -> dålig OO design

Question 17

• Funktionella krav:

Answer 17

§ Vad som görs
§ Ofta antingen/eller § Indata – Utdata
§ Funktioner

Question 18

Icke-funktionella krav

Answer 18

Hur bra det görs
§ Mäts ofta på en skala
§ Sätter begränsningar på systemet (eller
utvecklingsprocessen)
§ Kan ofta slå tvärs över många funktioner

Question 19

FR & NFR HÄNGER IHOP

Answer 19

• I praktiken är funktionella krav och kvalitetskrav svåra att separera då kvalitetskraven manifesterar sig i extra funktionalitet.
• Exempel: icke-funktionellt krav om säkerhet kräver inloggningsfunktion

Question 20

SVÅRA AVVÄGNINGAR MELLAN KVALITETSKRAV

Answer 20

•Kvalitetsaspekter ofta motverkande.
•Vanliga exempel:
– Ökad prestanda
-> minskad underhållsbarhet
– Ökad säkerhet
-> minskad usability

Question 21

Quality factors mccall

Answer 21

Product operation factors − Correctness, Reliability, Efficiency, Integrity, Usability.

Product revision factors − Maintainability, Flexibility, Testability.

Product transition factors − Portability, Reusability, Interoperability

Question 22

VADÅ 􏰀FULLSTÄNDIG KRAVSPEC􏰁

Answer 22

Det är i praktiken omöjligt att specificera allt i minsta detalj!
§ Vad är bra nog?
-> Beror på situationen
§ Tips: Fokusera på de krav som innebär störst risk för…
– Missförståndblandintressenter
– Attslutresultatetejblirönskvärt