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

	Creado por Mevlüt Özdemir hace más de 9 años

Siguiente

Requirements

Descripción

Resumen del Recurso

Pregunta 1

Pregunta 2

Pregunta 3

Pregunta 4

Pregunta 5

Pregunta 6

Pregunta 7

Pregunta 8

Pregunta 9

Pregunta 10

Pregunta 11

Pregunta 12

Pregunta 13

Pregunta 14

Pregunta 15

Pregunta 16

Pregunta 17

Pregunta 18

Pregunta 19

Pregunta 20

Pregunta 21

Pregunta 22

Pregunta 23

Pregunta 24

Pregunta 25

Pregunta 26

Pregunta 27

Pregunta 28

Pregunta 29

Pregunta 30

Pregunta 31

Pregunta 32

Pregunta 33

Pregunta 34

Pregunta 35

Pregunta 36

Pregunta 37

Pregunta 38

Pregunta 39

Pregunta 40

Pregunta 41

Pregunta 42

Pregunta 43

Pregunta 44

Pregunta 45

Pregunta 46

Pregunta 47

Pregunta 48

Pregunta 49

Similar