Requirements

Question 1

Richtlijn 1: 
Redundatie: twee of meer requirements verwoorden hetzelfde.

Accepted Answer

true

Question 2

Richtlijn 1:
Als je een requirement verwijderd, dan mag je het nummer hergebruiken.

Accepted Answer

false

Answer

true

Question 3

Richtlijn 1: 
De nummering geeft het altijd totaal aantal requirements weer.

Accepted Answer

false

Answer

true

Question 4

Richtlijn 1:
Het is verstandiger om bij requirements nummers te gebruiken als: 1.1 - 1.2.a. Dit is makkelijker te communiceren.

Accepted Answer

false

Answer

true

Question 5

Richtlijn 2:
Discussie over onduidelijkheden in een requirement voorkom je door requirements in de active vorm (met een onderwerp) te formuleren.

Accepted Answer

true

Question 6

Formuleer een requirement met veel informatie, in plaats van bondig. Zo weet de gebruiker gelijk aan de requirement wat je wilt

Accepted Answer

false

Answer

true

Question 7

Richtlijn 3: 
De belang van een requirement is altijd: belangrijk, essentieel of gewenst.

Accepted Answer

false

Answer

true

Question 8

Richtlijn 3:
De toegevoegde kolom (waarin het belang van een requirement wordt aangegeven) in een requirementlist wordt "Attribuut" genoemd.

Accepted Answer

true

Question 9

Richtlijn 3:
Met een attribuut wordt extra informatie toegevoegd aan een requirement. ZONDER dat het requirement textueel wijzigt.

Accepted Answer

true

Question 10

Richtlijn 3:
Probeer woorden als: "moeten", "mogen", "liefst" en "dienen" te vermijden bij het opstellen van een requirement. Neem deze begrippen op als attribuut.

Accepted Answer

true

Question 11

Richtlijn 3:
Gebruik geen voorbeelden in een requirement. Maar zet voorbeelden in een aparte kolom "attribuut".

Accepted Answer

true

Question 12

Richtlijn 3:
In een requirement mag je ook uitleg geven op de betekenis van een woord als het niet duidelijk is.

Accepted Answer

false

Answer

true

Question 13

Richtlijn 3:
Je mag bij het formuleren van een requirement GEEN motivatie erbij zetten.

Accepted Answer

true

Question 14

Richtlijn 4:
Het koffiezetapparaat heeft een thermoskan. Dit beschrijft de behoefte.

Accepted Answer

false

Answer

true

Question 15

Richtlijn 4:
Met de vraag "Waarom moet het apparaat deze oplossing hebben" krijg je de werkelijke behoefte van een requirement.

Accepted Answer

true

Question 16

Richtlijn 4:
Het probleemdomein richt zich op de behoefte en het oplossingsdomein richt zich op de oplossing.

Accepted Answer

true

Question 17

Richtlijn 4:
De "waarmee" vraag geeft de oplossing voor de behoefte.

Accepted Answer

true

Question 18

Richtlijn 4:
De "Waarom" vraag geeft de behoefte achter de oplossing.

Accepted Answer

true

Question 19

Richtlijn 4:
Oplossingen in een requirement zijn te herkennen aan het gebruik van zelfstandig naamwoorden. (timer)

Accepted Answer

true

Question 20

Richtlijn 5:
Schrijf bondige zinnen die het liefst meerde behoeftes verwoorden.

Accepted Answer

false

Answer

true

Question 21

Richtlijn 5:
Automaire Requirements: zijn requirements die maar één behoefte verwoorden.

Accepted Answer

true

Question 22

Richtlijn 5:
De volgende requirement is goed: "De kwast kan verf aanbrengen en kan vaker gebruikt worden."

Accepted Answer

false

Answer

true

Question 23

Richtlijn 5:
"Het koffiezetapparaat kan minimaal 12 kopjes koffie zetten." Is goed geschreven.

Accepted Answer

false

Answer

true

Question 24

Richtlijn 5:
Iedere requirement is even belangrijk.

Accepted Answer

false

Answer

true

Question 25

Richtlijn 6:
Het is toegestaan om vaagheden(snel,veel) te gebruiken in je requirements. Dat is zelfs goed, want je maakt de essentie ermee duidelijk.

Accepted Answer

true

Question 26

Richtlijn 6:
Identificeer vaagheden met <....>. Zo is duidelijk dat hier getallen of andere eenheden worden toegevoegd.

Accepted Answer

true

Question 27

Richtlijn 6:
De vage begrippen tussen de haken <...> kunnen twee dingen verwoorden. Een kwantificering en één of meerdere substellingen.

Accepted Answer

true

Question 28

Richtlijn 6.
Als je in je requirement een vaagheid(snel) gebruikt. Dan MOET je deze uitwerken.

Accepted Answer

false

Answer

true

Question 29

Richtlijn 6.
Requirements die verwoorden waaraan iets NIET moet voldoen zijn toegestaan. Maar dan moet je wel in de substelling verwoorden wat WEL moet.

Accepted Answer

true

Question 30

Richtlijn 7.
Kwantificeren betekend: uitdrukken in getal en eenheid.

Accepted Answer

true

Question 31

Richtlijn 7.
Een gekwantificeerde vaagheid, is geen onderdeel van een requirement. De kwantificering krijgt daarom ook een unieke aanduiding (eigen nummer).

Accepted Answer

false

Answer

true

Question 32

Richtlijn 7.
Een kwantificering geeft antwoord op de "hoe <vaagheid>".

Accepted Answer

true

Question 33

Richtlijn 7.
Het kwantificeren van een requirement is hetzelfde als het meetbaar maken van een requirement.

Accepted Answer

false

Answer

true

Question 34

Richtlijn 7.
Kwantificeren maakt het requirement specifieker.

Accepted Answer

true

Question 35

Richtlijn 8.
Substelling zijn requirements, die je op hun beurt kunt uitwerken in substellingen en kwantificering.

Accepted Answer

true

Question 36

Richtlijn 8.
Bij het uitwerken van vage termen mag je de oplossing beschrijven.

Accepted Answer

false

Answer

true

Question 37

Richtlijn 9.
Naast "functies" en "kwaliteiten" zijn er ook "regels".

Accepted Answer

true

Question 38

Richtlijn 9.
Functies worden ook wel "functional requirements" genoemd. En kwaliteiten "non- functional requirements".

Accepted Answer

true

Question 39

Richtlijn 10.
Houd bij een requirement de woordkeuze beperkt. Gebruik bijvoorbeeld niet telkens iets anders (beker, glas, kopje)

Accepted Answer

true

Question 40

Richtlijn 10.
Een afgesproken beperkte woordenschat heet ook wel: Compromised Language

Accepted Answer

false

Answer

true

Question 41

Richtlijn 11.
Glossary = een verklarende woordenlijst.

Accepted Answer

true

Question 42

Richtlijn 12.
Een gezichtspunt is ook een requirement.

Accepted Answer

false

Answer

true

Question 43

Richtlijn 12.
Inventariseer eerst welke gezichtspunten belangrijk zijn, en stel daarna pas de requirements daarbij op.

Accepted Answer

true

Question 44

Richtlijn 12.
De ISO 9126 standaart, is een overzicht van goed opgestelde requirements.

Accepted Answer

false

Answer

true

Question 45

Richtlijn 12.
COPAFIJTH is een overzicht van gezichtspunten.

Accepted Answer

true

Question 46

Richtlijn 13.
Met Proza maak je duidelijk: in welke situatie de lezer zich het beste kan inleven.

Accepted Answer

true

Question 47

Richtlijn 13.
Proza verwoord helder de context waar de requirements betrekking op hebben.

Accepted Answer

true

Question 48

Richtlijn 13.
De inleidende text (Proza) mag voorbeelden van requirements bevatten.

Accepted Answer

false

Answer

true

Question 49

Richtlijn 14.
De combinatie van belang en urgentie bepaald de prioriteit van een requirement.

Accepted Answer

true

	Erstellt von Mevlüt Özdemir vor mehr als 9 Jahre

Nächster

Requirements

Beschreibung

Zusammenfassung der Ressource

Frage 1

Frage 2

Frage 3

Frage 4

Frage 5

Frage 6

Frage 7

Frage 8

Frage 9

Frage 10

Frage 11

Frage 12

Frage 13

Frage 14

Frage 15

Frage 16

Frage 17

Frage 18

Frage 19

Frage 20

Frage 21

Frage 22

Frage 23

Frage 24

Frage 25

Frage 26

Frage 27

Frage 28

Frage 29

Frage 30

Frage 31

Frage 32

Frage 33

Frage 34

Frage 35

Frage 36

Frage 37

Frage 38

Frage 39

Frage 40

Frage 41

Frage 42

Frage 43

Frage 44

Frage 45

Frage 46

Frage 47

Frage 48

Frage 49

ähnlicher Inhalt