IREB Examen. Requirements Engineering Foundation Level. Proefexamen. Geslaagd Gezakt Totaal aantal punten

Maat: px
Weergave met pagina beginnen:

Download "IREB Examen. Requirements Engineering Foundation Level. Proefexamen. Geslaagd Gezakt Totaal aantal punten"

Transcriptie

1 IREB Examen Requirements Engineering Foundation Level Proefexamen Vragenlijst: Set_Public_NL_2.0 Syllabus: Versie 2.2 Geslaagd Gezakt Totaal aantal punten IREB_CPRE_FL_ExamQuestionnaire_Set_Public_NL_V2 0.docx Blad 1 van 31

2 Uitleg van het proefexamen: Dit proefexamen dient als voorbeeld voor een echt IREB Requirements Engineering Foundation Level examen. Tijdens de voorbereiding kan het worden gebruikt om het afleggen van een examen te oefenen. Als u een examen zo realistisch mogelijk wilt oefenen, druk dan dit proefexamen af en beantwoord de vragen binnen 75 minuten zonder gebruik te maken van het boek, studiemateriaal, de syllabus of ander materiaal. Zorg dat u tijdens het proefexamen niet wordt gestoord. Meer informatie vindt u in het document Certified Professional for Requirements Engineering (CPRE) Foundation Level Examination Guideline op Om te slagen voor het examen moet u tenminste 70.00% van het totaal aantal punten behalen. Dit komt neer op 50,4 of meer van de maximaal te behalen 72 punten. Evaluatie van de resultaten: In het document Antwoorden van het proefexamen vindt u de juiste antwoorden. Om het aantal behaalde punten te bepalen, volgt u de regels voor de puntentelling zoals beschreven in het document Certified Professional for Requirements Engineering (CPRE) Foundation Level Examination Guideline (zie Gebruiksvoorwaarden: Dankwoord: Dit proefexamen en/of delen ervan mogen alleen kosteloos en in ongewijzigde vorm worden verspreid en gebruikt in opleidingen mits IREB e.v. expliciet wordt vermeld als bron en als eigenaar van het copyright. IREB bedankt degenen die de vertaling naar het Nederlands hebben verzorgd: Ed van Akkeren, Jan Jaap Cannegieter, Hans van Loenhoud, Piet de Roo, Stefan Staal, Michiel van der Voort, Johan Zandhuis en Sven van der Zee. IREB_CPRE_FL_ExamQuestionnaire_Set_Public_NL_V2 0.docx Blad 2 van 31

3 1. Introductie en basisbegrippen 1. Welke van de volgende beweringen over kwaliteitsrequirements zijn juist en welke onjuist? K0111 Juist Onjuist A) Kwaliteitsrequirements hebben betrekking op het proces van software ontwikkeling en niet op het product zelf. B) Kwaliteitsrequirements kunnen de functionele requirements aanvullen. C) Kwaliteitsrequirements worden geëliciteerd na de functionele requirements. D) Kwaliteitsrequirements kunnen worden geconcretiseerd met behulp van aanvullende functionele requirements. 2. Welke van de volgende activiteiten is geen hoofdactiviteit van een requirementsanalist? (1 antwoord) A0120 A) Eliciteren van requirements. B) Formaliseren van requirements. C) Documenteren van requirements. D) Valideren van requirements. IREB_CPRE_FL_ExamQuestionnaire_Set_Public_NL_V2 0.docx Blad 3 van 31

4 3. Een klant stelt onder andere de volgende eisen aan de leverancier van een informatiesysteem: A. De leverancier moet wijzigingsverzoeken binnen vijf dagen afhandelen. B. Het testrapport van de integratietest moet ter inzage liggen, het testrapport van de systeemtest moet worden opgeleverd. C. Het systeem moet te allen tijde 100 transacties per seconde kunnen verwerken. D. Het tool Subversion moet worden gebruikt voor het configuratiebeheer. E. Bij normale belasting mag de responsetijd in 90 procent van de gevallen niet meer bedragen dan 2 seconden. Welke twee eisen hebben betrekking op het te leveren informatiesysteem zelf? (2 antwoorden) P0113 A) Eis A. B) Eis B. C) Eis C. D) Eis D. E) Eis E. IREB_CPRE_FL_ExamQuestionnaire_Set_Public_NL_V2 0.docx Blad 4 van 31

5 2. Systeem en systeemcontext 4. Welke twee van de volgende manieren van documenteren zijn het meest geschikt voor het beschrijven van de systeemcontext? (2 antwoorden) P0201 A) Tekstuele beschrijving in natuurlijke taal. B) Gegevensstroomdiagram. C) Toestandsdiagram. D) Lijst van belanghebbenden. E) Use case diagram. 5. Welke aspecten moet u al dan niet beschouwen bij het definiëren van de systeem- en de contextgrens? K0202 Beschouwen Niet beschouwen A) Het systeem. B) De systeemcontext. C) De irrelevante omgeving. D) De interfaces tussen systeem en systeemcontext. 6. Wat volgt uit de definitie van de systeemgrens? (1 antwoord) A0201 A) De betreffende softwarecomponenten. B) De benodigde dialogen tussen de applicaties. C) De interfaces tussen het systeem en zijn omgeving. D) De verwerkingscapaciteit van het systeem. E) De kosten van het project. IREB_CPRE_FL_ExamQuestionnaire_Set_Public_NL_V2 0.docx Blad 5 van 31

6 7. Tijdens het uitwerken van de requirements voor een online database komt u erachter dat de regels voor de bescherming van persoonsgegevens hierop niet van toepassing zijn omdat deze gegevens geanonimiseerd worden verwerkt. Voor welk onderdeel van de systeembeschrijving heeft dit consequenties? (1 antwoord) A0207 A) De systeemgrens. B) De contextgrens. C) De interfaces van het systeem. D) De grijze zone van de systeemgrens. 8. Welke van onderstaande beweringen zijn hoogstwaarschijnlijk het gevolg van een incorrecte uitwerking van de systeemcontext tijdens requirements engineering? (2 antwoorden) P0214 A) Onvolledige en onjuiste requirements. B) Toename van klanttevredenheid. C) Kostenreductie door focus op het minimaal noodzakelijke. D) Systeemfalen tijdens gebruik in onvoorziene situaties. IREB_CPRE_FL_ExamQuestionnaire_Set_Public_NL_V2 0.docx Blad 6 van 31

7 3. Requirements eliciteren 9. Welke twee van de volgende beweringen geeft het beste de relatie weer tussen een requirementsanalist en een belanghebbende in de rol van een tester? (2 antwoorden) P0309 A) De requirementsanalist levert informatie voor het werk van de belanghebbende. B) De resultaten van de requirementsanalist worden beheerd door de belanghebbende. C) De belanghebbende draagt bij aan de kwaliteitsborging van het werk van de requirementsanalist. D) De belanghebbende houdt toezicht op het werk van de requirementsanalist. E) Er is geen verband tussen het werk van de requirementsanalist en de belanghebbende in deze rol. 10. Het Kano model beschrijft dat dissatisfiers (basisfactoren) lastig zijn te eliciteren. Wat is de beste techniek voor het eliciteren van dissatisfiers? (1 antwoord) A0312 A) Interview. B) Vragenlijst. C) Veldobservatie. D) Een vereenvoudigd (low-fidelity) prototype. E) Brainstormen. IREB_CPRE_FL_ExamQuestionnaire_Set_Public_NL_V2 0.docx Blad 7 van 31

8 11. Met welke twee aspecten moet over het algemeen rekening gehouden worden bij de keuze van geschikte elicitatietechnieken voor een datamanagement softwaresysteem? (2 antwoorden) P0313 A) De beschikbaarheid van de belanghebbenden. B) De leeftijd van de belanghebbenden. C) De mijlpalen en budget van het project. D) De gebruikte tools. E) Het bedrijfsdomein waarin het systeem wordt toegepast. 12. Wat zijn de twee belangrijkste voordelen van het gebruik van vragenlijsten voor het eliciteren van requirements? (2 antwoorden) P0314 A) Een groot aantal deelnemers is mogelijk. B) Er kunnen statistisch relevante uitspraken over de requirements worden gedaan. C) Met vragenlijsten kan het inzicht van de deelnemers worden gevalideerd. D) Vragenlijsten geven inzicht in de delighters (enthousiasmerende factoren). E) Vragenlijsten geven inzicht in de dissatisfiers (basisfactoren). IREB_CPRE_FL_ExamQuestionnaire_Set_Public_NL_V2 0.docx Blad 8 van 31

9 13. U moet requirements eliciteren voor verkoopsoftware die wereldwijd wordt gebruikt. In de eerste elicitatieronde van de requirements moeten de deelnemers uit alle 30 filialen worden betrokken. Het projectmanagement heeft besloten dat voor de documentatie van de initiële requirements een wiki-systeem wordt gebruikt. Welke van de volgende beweringen is waarschijnlijk juist? (1 antwoord) A0315 Opmerking: Een wiki-systeem is een web-gebaseerd systeem waarmee verschillende mensen gezamenlijk aan een document kunnen werken. De betreffende versies zijn toegankelijk voor alle betrokkenen. Een bekend voorbeeld van een wiki-systeem is de online encyclopedie Wikipedia. A) De aanpak is zinloos omdat een wiki-systeem geen requirementsmanagementtool is. B) De aanpak is zinloos omdat de initiële requirements door middel van interviews met een requirementsanalist moeten worden geeliciteerd. C) De aanpak is zinvol omdat alle betrokkenen gezamenlijk de eerste requirements kunnen vastleggen en becommentariëren. D) De aanpak is zinvol omdat wiki-systemen een historie bijhouden (van de gemaakte wijzigingen). IREB_CPRE_FL_ExamQuestionnaire_Set_Public_NL_V2 0.docx Blad 9 van 31

10 14. U werkt als requirementsanalist aan een project. Het project is gericht op een onderwerp waarvoor een aantal jaren geleden al een project is uitgevoerd. Tijdens dat eerdere project zijn requirements gedocumenteerd. Dit is op een kwalitatief hoogwaardige wijze gedaan. U besluit om grote delen van deze requirements te hergebruiken. De requirements zijn volgens het Kano-model geclassificeerd. Welke uitspraken zijn juist en welke zijn onjuist? K0323 Juist Onjuist A) Doorgaans dienen de WOW-factoren opnieuw te worden bepaald. B) De huidige prestatiefactoren zijn per definitie volledig afgedekt door de toenmalige WOW-factoren. C) De toenmalige prestatiefactoren zijn deels overgegaan in de huidige basisfactoren. D) De toenmalige prestatie- en basisfactoren moeten worden gevalideerd op compleetheid aan de hand van de marktontwikkelingen. 15. Welke van de volgende uitspraken over elicitatietechnieken zijn juist en welke zijn onjuist? K0324 Juist Onjuist A) Interviewen is een uitvraagtechniek. B) Veranderen van invalshoek is een observatietechniek. C) Systeemarcheologie is een observatietechniek. D) Werkstage is een creatieve techniek. IREB_CPRE_FL_ExamQuestionnaire_Set_Public_NL_V2 0.docx Blad 10 van 31

11 4. Requirementsdocumentatie 16. U wilt een requirementsdocument ontwerpen dat bijzonder geschikt is voor de mensen die in de volgende fasen van het ontwikkelingsproces werken. Kies uit de volgende zinnen de twee juiste combinaties van rol en eigenschappen van requirements. (2 antwoorden) P0416 A) Voor de testers moeten de requirements realiseerbaar zijn. B) Voor de ontwikkelaars moeten de requirements makkelijk kunnen worden aangepast. C) Voor alle betrokkenen moeten de requirements consistent zijn. D) Voor de projectmanager moeten de requirements geprioriteerd zijn. E) Voor de beheerafdeling moeten de requirements geprioriteerd kunnen worden. IREB_CPRE_FL_ExamQuestionnaire_Set_Public_NL_V2 0.docx Blad 11 van 31

12 17. Een bedrijf (hierna genoemd de klant) wil het offerteproces met een informatiesysteem ondersteunen. Het management geeft een service provider de opdracht om een dergelijk systeem te specificeren en te ontwikkelen of te kopen. Als requirementsanalist van deze service provider bent u voor dit project verantwoordelijk. Tijdens de eerste gesprekken met verschillende vertegenwoordigers van de klant stelt u, onder andere, het volgende vast: U begrijpt deels de terminologie van de klant niet. Het is duidelijk dat de vertegenwoordigers van de klant zelf geen consistente terminologie gebruiken. Uw belangrijkste contactpersoon bij de klant beschreef zijn ideeën door u de verwachte interacties tussen medewerkers en informatiesysteem te schetsen in de vorm van verschillende stromen van acties van de gebruiker en reacties van het systeem. Welke twee van de volgende benaderingen zijn in dit geval bijzonder geschikt voor het eliciteren en documenteren van de requirements? (2 antwoorden) P0417 A) Het creëren van een klasse-model. B) Het opstellen van een begrippenlijst. C) Het eliciteren en documenteren van de kwaliteitsrequirements. D) Het opstellen van een use case diagram en de use cases daarvan beschrijven. E) Het toepassen van rollenspellen. F) Het maken en testen van prototypen. IREB_CPRE_FL_ExamQuestionnaire_Set_Public_NL_V2 0.docx Blad 12 van 31

13 18. Welke van de volgende uitspraken over de keuze van de notatiewijze voor het documenteren van de functionele requirements zijn van belang en welke niet van belang? K0418 Van belang Niet van belang A) Belanghebbenden moeten de notatiewijze kunnen lezen. B) UML diagrammen moeten worden toegepast in projecten waarin objectgeoriënteerd wordt ontwikkeld. C) Afhankelijk van het type requirement wordt een notatiewijze gebruikt die een optimale communicatie verzekert. D) Een grafische notatiewijze, zoals UML, is eenvoudiger te begrijpen. 19. Eenduidigheid en consistentie behoren tot de kwaliteitscriteria voor requirementsdocumenten. Welke van de volgende uitspraken zijn juist en welke zijn onjuist? K0423 Juist Onjuist A) Requirementsdocumenten zijn alleen eenduidig als ook iedere individuele requirement eenduidig is. B) Een requirementsdocument kan inconsistent zijn, ondanks dat iedere individuele requirement in het document op zich consistent is. C) Tot eenduidigheid behoort, dat iedere requirement uniek identificeerbaar is. D) Tot eenduidigheid behoort, dat alleen vaktermen uit de begrippenlijst worden gehanteerd. IREB_CPRE_FL_ExamQuestionnaire_Set_Public_NL_V2 0.docx Blad 13 van 31

14 5. Documenteren van requirements met behulp van natuurlijke taal 20. Zinsjablonen kunnen worden toegepast voor het documenteren in natuurlijke taal. U wilt zo'n zinsjabloon in uw project introduceren en uw projectmanager van de voordelen overtuigen. Welke twee argumenten kunt u het beste in deze discussie gebruiken? (2 antwoorden) P0510 A) Een minimale kwaliteit van de requirements wordt al bereikt vanaf de eerste vastlegging. B) De requirements die overeenkomstig de zinsjabloon zijn geformuleerd bevatten geen taalkundige transformatie-effecten. C) Leren hoe je de requirements volgens een zinsjabloon specificeert vergt niet veel tijd. D) Het gebruik van een zinsjabloon levert in principe een grotere informatiedichtheid. E) Een requirement dat volgens een zinsjabloon is beschreven voldoet aan alle kwaliteitscriteria voor requirements. 21. Gegeven is het volgende requirement: "Het systeem Alpha moeten alle data sets in alle submenu's weergeven." Welke overtreding van de regels voor het documenteren in natuurlijke taal leidt tot het ernstigste probleem? (1 antwoord) A0508 A) Het requirement is geschreven in passieve vorm. B) Kwantoren (onbepaalde telwoorden) zijn gebruikt. C) De contractuele verplichting van het requirement is niet gedefinieerd. D) De tijdsafhankelijkheid van de verplichting van het requirement is niet gespecificeerd. IREB_CPRE_FL_ExamQuestionnaire_Set_Public_NL_V2 0.docx Blad 14 van 31

15 22. Welke van de volgende uitspraken over zinsjablonen zijn juist en welke onjuist? K0520 Juist Onjuist A) Zinsjablonen leveren de blauwdruk voor de syntactische structuur van een individueel requirement. B) Zinsjablonen helpen om onvolledige formulering van requirements in natuurlijke taal te vermijden. C) Requirements die met behulp van zinsjablonen zijn geformuleerd, zijn in principe van hogere kwaliteit dan vrij geformuleerde requirements. D) De auteurs van een requirementsspecificatie moeten allemaal hetzelfde zinsjabloon toepassen. 23. Voor het wagenparkbeheer van een koeriersdienst moet een systeem worden ontwikkeld, dat periodiek de positie van een voertuig aan de centrale doorgeeft. Hiervoor is het volgende requirement vastgelegd: Het systeem moet in bedrijf zijn zolang de contactsleutel in het slot zit. A0521 Waarmee kan de kwaliteit van dit requirement het best worden verbeterd? (1 antwoord) A) Aanvulling met een toestandsdiagram. B) Toepassing van een zinsjabloon. C) Aanvulling met een contextdiagram. D) Verwijzing naar een begrippenlijst. IREB_CPRE_FL_ExamQuestionnaire_Set_Public_NL_V2 0.docx Blad 15 van 31

16 24. Bekijk het volgende zinsjabloon voor het formuleren van requirements in natuurlijke taal. K0523 MUST - When? Under what circumstances? SHOULD THE SYSTEM BE ABLE TO <Object & Additional object details> Process word WILL Geef van de volgende uitspraken aan of ze juist of onjuist zijn. Juist Onjuist A) Dit sjabloon is geschikt voor het formuleren van zelfstandige systeemactiviteiten. B) Dit sjabloon is geschikt voor het formuleren van gebruikersinteractie. C) Dit sjabloon is geschikt voor het formuleren van interfacerequirements. D) Dit sjabloon is geschikt voor het formuleren van logische en tijdgebonden condities. IREB_CPRE_FL_ExamQuestionnaire_Set_Public_NL_V2 0.docx Blad 16 van 31

17 6. Model-gebaseerde documentatie van requirements 25. Om jonge acteurs en regisseurs te ondersteunen, wordt een concours voor korte films gehouden. De beste drie films zullen een prijs krijgen. De ingezonden films mogen maximaal 20 minuten duren en moeten voldoen aan de randvoorwaarden, die zijn weergegeven in het volgende diagram. K0619 naam Acteur speelt in Film geregisseerd door titel 0..* naam Regisseur Komen de volgende beweringen overeen met bovenstaand diagram? Komt overeen Komt niet overeen A) Drie regisseurs kunnen samen een film regisseren. B) Een film met maar één acteur mag worden ingezonden. C) Een regisseur kan twee ingezonden films regisseren. D) Een acteur kan in een willekeurig aantal films meespelen. E) In een film moeten tien acteurs meespelen. 26. Wat wordt niet weergegeven in een use case diagram? (1 antwoord) A0620 A) De processtappen van een applicatie. B) De actoren van een applicatie. C) De use cases van een applicatie. D) De grens tussen een applicatie en haar omgeving. E) De functionaliteit van een applicatie. IREB_CPRE_FL_ExamQuestionnaire_Set_Public_NL_V2 0.docx Blad 17 van 31

18 27. Het volgende toestandsdiagram geeft het gedrag weer van een online winkelsysteem. Dit systeem biedt klanten de mogelijkheid om door de catalogus met beschikbare producten te bladeren en deze te kopen. K0621 Gereed catalogus getoond Catalogus weergav e koop geannuleerd kopen geselecteerd Bestellen Klaar Voor Bestellen invoeren adres Leveringsdetails Inv oeren leveringsdetails gekozen bestelling bevestigd Betaalgegevens Verstrekken betaald Bestelling Bev estigen Komen de volgende beweringen overeen met bovenstaand schema? Komt overeen Komt niet overeen A) Een directe overgang van de toestand Leveringsdetails Invoeren naar de toestand Catalogusweergave is mogelijk. B) Een directe overgang van de toestand Catalogusweergave naar de toestand Bestelling Bevestigen is mogelijk. C) De gebeurtenis kopen geselecteerd moet optreden om in de toestand Bestellen te komen. D) Om de toestand Bestellen te verlaten, moet de gebeurtenis koop geannuleerd optreden. IREB_CPRE_FL_ExamQuestionnaire_Set_Public_NL_V2 0.docx Blad 18 van 31

19 28. Het volgende activiteitendiagram geeft het uitvoeren van een meting weer. K0643 Geheugen initialiseren Meetinrichting initialiseren Netwerkverbinding initialiseren Certificaten laden Aanmelden op de server Meetgegev ens bepalen Meetgegevens verwerken en verzenden Gegevensoverdracht controleren Meetgegevens opnieuw verzenden [niet OK] [OK] Meetinrichting deactiv eren Komen de volgende beweringen overeen met bovenstaand diagram? IREB_CPRE_FL_ExamQuestionnaire_Set_Public_NL_V2 0.docx Blad 19 van 31

20 Komt overeen Komt niet overeen A) Meetinrichting initialiseren moet gebeuren vóór Aanmelden op de server. B) Aanmelden op de server gebeurt zodra Certificaten laden klaar is. C) Netwerkverbinding initialiseren en Certificaten laden moeten tegelijk klaar zijn. D) Gegevensoverdracht controleren komt altijd direct vóór Meetinrichting deactiveren. 29. Welke twee substantiële voordelen hebben grafische modellen (bijvoorbeeld use case diagrammen of toestandsdiagrammen) in requirements engineering ten opzichte van op tekst in natuurlijke taal gebaseerde specificaties? (2 antwoorden) P0623 A) Een model dat de werkelijkheid representeert, heeft een hoge informatiedichtheid en kan daardoor sneller worden begrepen. B) Modellen maken een volledige beschrijving van het beoogde systeem mogelijk. C) Modellen kunnen beter worden gecontroleerd dan natuurlijke taal, omdat ze zijn gebaseerd op een formele syntax en semantiek. D) Modellen worden gemaakt met tools die van een repository gebruik maken. Daardoor kun je requirements met modellen beter beheren. E) Met de juiste tools kan broncode worden gegenereerd vanuit modellen. IREB_CPRE_FL_ExamQuestionnaire_Set_Public_NL_V2 0.docx Blad 20 van 31

21 30. Bepaal voor elke bewering over het onderstaande activiteitendiagram of deze juist is of niet. K0624 Start navigatie Bestemming invoeren GPS-coördinaten bepalen Keuze voor dynamische routeberekening opvragen [files vermijden] [files niet vermijden] Verkeersinformatie raadplegen Route berekenen Route weergeven Juist Onjuist A) Een route kan worden berekend zonder het raadplegen van verkeersinformatie. B) Een route kan worden berekend na het raadplegen van verkeersinformatie. C) Het systeem kan vragen om de keuze voor dynamische routeberekening aan te geven, zonder eerst de GPS-coördinaten te moeten bepalen. D) De volgorde van Bestemming invoeren en GPS-coördinaten bepalen is willekeurig. IREB_CPRE_FL_ExamQuestionnaire_Set_Public_NL_V2 0.docx Blad 21 van 31

22 31. Conceptuele modellen moeten aan bepaalde beginselen voldoen. Welke van de volgende beweringen zijn van toepassing op de termen syntax en semantiek? K0625 Van toepassing Niet van toepassing A) De semantiek is het uitgangspunt voor de interpretatie van conceptuele modellen volgens een formele modelleertaal. B) De syntax bepaalt welke modelelementen van een modelleertaal kunnen worden gebruikt. C) De syntax bepaalt de geldige combinaties van taalconstructies van een modelleertaal. D) De semantiek bepaalt het gebruiksdoel van een modelleertaal. 32. U bent de requirements voor een managementsysteem voor universiteiten aan het modelleren. De stappen voor het inschrijven (toelaten) van een nieuwe student bij een universiteit moeten worden gedocumenteerd met behulp van modellen. Welke twee van de volgende diagrammen zijn daarvoor het meest geschikt? (2 antwoorden) P0626 A) Gegevensstroomdiagram. B) Laus-Ohl diagram. C) Activiteitendiagram. D) Klassediagram. E) Use case diagram. IREB_CPRE_FL_ExamQuestionnaire_Set_Public_NL_V2 0.docx Blad 22 van 31

23 33. Een systeem kan worden beschreven vanuit verschillende perspectieven. Wat wordt beschreven vanuit het functionele perspectief? (1 antwoord) A0627 A) De portabiliteit van het systeem. B) De reactie van het systeem op interne gebeurtenissen. C) De statisch-structurele gebruiks- en afhankelijkheidsrelaties. D) De structuur van invoer- en uitvoergegevens. E) De transformatie van invoergegevens naar uitvoergegevens. IREB_CPRE_FL_ExamQuestionnaire_Set_Public_NL_V2 0.docx Blad 23 van 31

24 34. In uw bedrijf werd onlangs een nieuwe medewerkster ingehuurd. Zij moet als requirementsanalist worden ingezet en interne ontwikkelprojecten in de analysefase begeleiden. Omdat in uw bedrijf analyseresultaten worden getoond als UML-modellen en uw nieuwe medewerkster deze notatie nog niet volledig beheerst, bent u gevraagd om haar als adviseur en coach te begeleiden. Op basis van beschikbare Use Case diagrammen legt u uw nieuwe medewerkster de grondbeginselen voor UML Use Case diagrammen uit. Welke stellingen met betrekking tot de onderstaande grafiek zijn juist en welke onjuist? K0639 Systeem Actor 1 Use Case 1 «include» Use Case 3 «extend» Actor 2 Use Case 2 Juist Onjuist A) Use Case 2 wordt alleen door Use Case 1 geactiveerd. B) Use Case 1 kan door Actor 1 worden geactiveerd. C) Use Case 3 kan worden doorlopen zonder door Use Case 1 te worden geactiveerd. D) Tijdens het doorlopen van Use Case 1 wordt Use Case 3 aangeroepen. E) Use Case 1 wordt altijd geactiveerd bij het doorlopen van Use Case 2. IREB_CPRE_FL_ExamQuestionnaire_Set_Public_NL_V2 0.docx Blad 24 van 31

25 7. Requirementsvalidatie en onderhandeling 35. Een requirementsdocument wordt gecontroleerd aan de hand van bepaalde kwaliteitscriteria om het als goede basis voor verdere ontwikkelactiviteiten te laten dienen. Welke twee kwaliteitscriteria uit de onderstaande lijst behoren tot het kwaliteitsaspect inhoud? (2 antwoorden) P0715 A) Compleetheid. B) Begrijpelijkheid. C) Eenduidigheid. D) Consistentie. E) Omvang. 36. Aan welke van de volgende beginselen dient te worden voldaan in een inspectie en aan welke niet? K0719 Voldoen Niet voldoen A) Het strikt nakomen van het vooraf bepaalde inspectieproces. B) Een strikte scheiding van de rollen van de moderator en de voorlezer. C) De individuele voorbereiding van de deelnemers. D) Het scheiden van het identificeren en het oplossen van bevindingen. IREB_CPRE_FL_ExamQuestionnaire_Set_Public_NL_V2 0.docx Blad 25 van 31

26 37. Een bedrijf produceert onderdelen voor de auto-industrie. Het management heeft besloten om de productencatalogus van het bedrijf online beschikbaar te stellen en de mogelijkheid te creëren om direct via het web orders te plaatsen. Deze mogelijkheid is expliciet gevraagd door één van de belangrijkste klanten. Het bedrijf is gestart met het bijbehorende ontwikkelproject. De requirementsspecificatie is inmiddels af. De projectmanager wil de specificaties laten checken aan de hand van een walkthrough. Als reviewers kiest ze vier medewerkers van de testafdeling die niet betrokken zijn geweest is het opstellen van deze specificatie. Bepaal ten aanzien van de volgende beslissingen van de projectmanager of deze in deze omstandigheden passend zijn of niet. K0717 Passend Niet passend A) De timing die de projectmanager heeft gekozen voor de walkthrough. B) Het toepassen van de walkthrough als reviewmethode. C) Het plannen van een walkthrough van het prototype van de user interface uit de haalbaarheidsstudie, ná deze walkthrough van het requirementsdocument. D) De beslissing van de projectmanager om in deze situatie geen vertegenwoordigers van de belangrijkste klant te betrekken. IREB_CPRE_FL_ExamQuestionnaire_Set_Public_NL_V2 0.docx Blad 26 van 31

27 38. Voor een internationaal te gebruiken navigatiesysteem verlangt een belanghebbende dat er alleen een vrouwelijke stem mag worden toegepast voor de instructies. Een andere belanghebbende vindt dit discriminerend en eist dat er ook een mannelijke stem wordt gebruikt. Welke van de volgende typen beschrijft dit conflict het beste? (1 antwoord) A0720 A) Relatieconflict. B) Belangenconflict. C) Structuurconflict. D) Waardenconflict. 39. In uw project wordt een nieuw remsysteem ontwikkeld voor hogesnelheidstreinen, Het resultaat van de ontwikkeling is dan ook een veiligheidskritisch onderdeel van het voertuig, dat aan talrijke kwaliteitseisen moet voldoen. Welke validatietechniek ligt het meest voor de hand in deze situatie? (1 antwoord) A) Lezen vanuit een specifiek perspectief. A0721 B) Prototype. C) Walkthrough. D) Inspectie. IREB_CPRE_FL_ExamQuestionnaire_Set_Public_NL_V2 0.docx Blad 27 van 31

28 8. Requirementsmanagement 40. Welke van de volgende beweringen over views op requirements zijn juist en welke onjuist? K0819 Juist Onjuist A) Om een bepaald perspectief te onderzoeken hoeft niet het hele document te worden gelezen. B) Om het reviewproces te ondersteunen worden de requirements die bij elkaar horen gegroepeerd. C) Requirements waarvoor bepaalde belanghebbenden geen leesrechten hebben kunnen onzichtbaar worden gemaakt. D) Via views kan worden geborgd dat meerdere personen gelijktijdig aan een specificatie kunnen werken. 41. De traceerbaarheid van requirements heeft verschillende doelen. Geef aan welke bewering onjuist is. (1 antwoord) A0820 A) Traceerbaarheid vergemakkelijkt de impactanalyse. B) Traceerbaarheid maakt het mogelijk om de implementatie te verifiëren. C) Traceerbaarheid ondersteunt de export uit een requirementstool. D) Traceerbaarheid helpt bij het vinden van de bron van een requirement. IREB_CPRE_FL_ExamQuestionnaire_Set_Public_NL_V2 0.docx Blad 28 van 31

29 42. Aanvullende informatie over requirements wordt beheerd met behulp van attributen. Een voorbeeld van aanvullende informatie is een uniek identificatienummer. Welke van de volgende beweringen over het doel van unieke identificatienummers is juist en welke onjuist? Een uniek identificatienummer helpt bij K0821 Juist Onjuist A) het schatten van de omvang van een specificatie in zijn geheel. B) het leggen van een eenduidige basis voor communicatie. C) het realiseren van verwijzingen naar andere requirements. D) het realiseren van traceerbaarheid met andere ontwikkel(tussen)producten. 43. Hoeveel versies van requirements zijn in een correcte requirementsconfiguratie opgenomen? (1 antwoord) A) Eén versie per geselecteerd requirement. A0833 B) Eén versie van ieder beschreven requirement. C) De nieuwste versie per geselecteerd requirement. D) De nieuwste versie van ieder beschreven requirement. IREB_CPRE_FL_ExamQuestionnaire_Set_Public_NL_V2 0.docx Blad 29 van 31

30 44. U hebt een requirements baseline opgesteld en aan het ontwikkeltraject opgeleverd. De belanghebbenden hebben intussen wijzigingsverzoeken bij u ingediend. Welke van de volgende antwoorden passen bij een correct wijzigingsbeheer van requirements? (2 antwoorden) P0838 A) Wijzigingen met betrekking tot requirements die onderdeel uitmaken van de baseline worden doorgevoerd door middel van het creëren van nieuwe versies binnen deze requirements baseline. B) Voordat requirements aan de hand van wijzigingsverzoeken worden aangepast, dient eerst de impact van de wijzigingen te worden bepaald. C) Correctieve en adaptieve requirementswijzigingen kunnen op zijn vroegst worden gerealiseerd bij de oplevering van de volgende requirementsconfiguratie aan het ontwikkeltraject. D) Tijdkritische wijzigingsverzoeken worden niet geanalyseerd noch begroot, maar direct ter realisatie opgeleverd. IREB_CPRE_FL_ExamQuestionnaire_Set_Public_NL_V2 0.docx Blad 30 van 31

31 9. Toolondersteuning 45. Als requirementsanalist van een bedrijf bent u verantwoordelijk voor het kiezen van een tool voor requirementsmanagement. Welke van de volgende beweringen zijn in deze context juist en welke onjuist? K0910 Juist Onjuist A) Het tool moet de (tussen)producten ondersteunen die nodig zijn voor het in dit bedrijf toegepaste requirements engineering-proces. B) De keuze van een tool moet worden overgelaten aan de gebruikers van het tool. C) De keuze van een tool wordt voor een belangrijk deel bepaald door de flexibiliteit van de definieerbare attributen. D) De keuze van een tool wordt ook beïnvloed door de andere tools (bijvoorbeeld configuratiemanagement) waarmee het tool moet kunnen samenwerken. 46. Wat is geen kenmerkende eigenschap van requirementsmanagement tools? (1 antwoord) A0922 A) Logische relaties tussen gegevens beheren. B) Testgevallen afleiden uit requirements. C) Documenten genereren vanuit de gegevens. D) Verschillende views op requirements ondersteunen. E) Informatie organiseren, bijvoorbeeld door het toekennen van attributen of het opstellen van een hiërarchie. IREB_CPRE_FL_ExamQuestionnaire_Set_Public_NL_V2 0.docx Blad 31 van 31

IREB Examen. Requirements Engineering Foundation Level. Proefexamen. Geslaagd Gezakt Totaal aantal punten

IREB Examen. Requirements Engineering Foundation Level. Proefexamen. Geslaagd Gezakt Totaal aantal punten IREB Examen Requirements Engineering Foundation Level Proefexamen Vragenlijst: Set_NL_2012_Public_1.3 Syllabus: Versie 2.1 Geslaagd Gezakt Totaal aantal punten IREB_CPRE_FL_ExamQuestionnaire_Set_NL_2012-Public_V1.3.docx

Nadere informatie

IREB Certified Professional for Requirements Engineering Foundation Level. Syllabus

IREB Certified Professional for Requirements Engineering Foundation Level. Syllabus Syllabus Versie 2.2 1 maart 2015 (gebaseerd op de Duitse Versie 2.2) Gebruiksrecht: 1. Individuen en opleidingsinstituten mogen deze syllabus gebruiken als basis voor trainingen, onder voorwaarde dat het

Nadere informatie

Handout. Hoe testers de kwaliteit van requirements kunnen beïnvloeden. Slechte requirements zijn overal. Testnet thema-avond Requirements.

Handout. Hoe testers de kwaliteit van requirements kunnen beïnvloeden. Slechte requirements zijn overal. Testnet thema-avond Requirements. Hoe testers de kwaliteit van requirements kunnen beïnvloeden Testnet thema-avond Slechte requirements zijn overal 2 Pagina 1 En dan heb je goede requirements 3 proces proces ontwikkeling validatie management

Nadere informatie

DATAMODELLERING DATA MAPPING MODEL

DATAMODELLERING DATA MAPPING MODEL DATAMODELLERING DATA MAPPING MODEL Inleiding In dit whitepaper wordt de datamodelleervorm data mapping model beschreven. Deze modelleervorm staat in verhouding tot een aantal andere modelleervormen. Wil

Nadere informatie

BRP-BZM Use Case Realisations Guidelines

BRP-BZM Use Case Realisations Guidelines BRP-BZM Use Case Realisations Guidelines Versie 2.0 02-09-2011 Definitief Versiehistorie Datum Versie Auteur 23-12-2010 0.1 Eerste versie R.F. Schaaf 04-01-2011 1.0 Feedback verwerkt R. Schaaf en D. Geluk

Nadere informatie

Les F-02 UML. 2013, David Lans

Les F-02 UML. 2013, David Lans Les F-02 UML In deze lesbrief wordt globaal beschreven wat Unified Modeling Language (UML) inhoudt. UML is een modelleertaal. Dat wil zeggen dat je daarmee de objecten binnen een (informatie)systeem modelmatig

Nadere informatie

Canonieke Data Modellering op basis van ArchiMate. Canonieke Data Modellering op basis van Archimate Bert Dingemans

Canonieke Data Modellering op basis van ArchiMate. Canonieke Data Modellering op basis van Archimate Bert Dingemans Canonieke Data Modellering op basis van ArchiMate Canonieke Data Modellering op basis van Archimate Bert Dingemans Abstract Modelleren op basis van de open standard ArchiMate is een goed uitgangspunt voor

Nadere informatie

Tools voor canonieke datamodellering Bert Dingemans

Tools voor canonieke datamodellering Bert Dingemans Tools voor canonieke datamodellering Tools voor canonieke datamodellering Bert Dingemans Abstract Canonieke modellen worden al snel omvangrijk en complex te beheren. Dit whitepaper beschrijft een werkwijze

Nadere informatie

VAN USE CASE NAAR TEST CASE ORDINA SMART COMPETENCE CENTER

VAN USE CASE NAAR TEST CASE ORDINA SMART COMPETENCE CENTER VAN USE CASE NAAR TEST CASE ORDINA SMART COMPETENCE CENTER Sander Hoogendoorn Versie 1.0 15 april 2002 Documentbeheer Versie Datum Auteur Omschrijving 0.1 15 April 2002 Sander Hoogendoorn 0.2 15 april

Nadere informatie

UML is een visuele taal om processen, software en systemen te kunnen modeleren.

UML is een visuele taal om processen, software en systemen te kunnen modeleren. Vragen inleinding UML 1. Wat is UML? UML is een visuele taal om processen, software en systemen te kunnen modeleren. 2. Waar bestaat UML uit? Notaties(zijn symbolen, commentaar en waarden etc.) en diagrammen(grafische

Nadere informatie

Application interface. service. Application function / interaction

Application interface. service. Application function / interaction Les 5 Het belangrijkste structurele concept in de applicatielaag is de applicatiecomponent. Dit concept wordt gebruikt om elke structurele entiteit in de applicatielaag te modelleren: softwarecomponenten

Nadere informatie

Software Processen. Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 4 Slide 1. Het software proces

Software Processen. Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 4 Slide 1. Het software proces Software Processen Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 4 Slide 1 Het software proces Een gestructureerd set van activiteiten nodig om een software systeem te ontwikkelen Specificatie;

Nadere informatie

Unified Modeling Language

Unified Modeling Language Unified Modeling Language Een introductie voor leden van de expertgroep Informatiemodellen Harmen Mantel, Ordina ICT Management & Consultancy, werkzaam voor KING DOELSTELLING PRESENTATIE GEMEENSCHAPPELIJKE

Nadere informatie

case: toestandsdiagrammen

case: toestandsdiagrammen Hoofdstuk 13 case: toestandsdiagrammen In dit hoofdstuk wordt het maken van de eerste versie van de toestandsdiagrammen voor het boodschappensysteem van Hans en Jacqueline uitgewerkt. 13.1 Vind klassen

Nadere informatie

ARE methodiek Het ontwikkelen van Informatie Elementen

ARE methodiek Het ontwikkelen van Informatie Elementen ARE methodiek Het ontwikkelen van Informatie Elementen WI1: Het opstarten van het project Milestone 1 WI2: Ontwikkel een Vison WI3: Modelleer het Business Domain WI4: Creëer een Glossary WI7: Beheer wijzigingen

Nadere informatie

DATAMODELLERING CRUD MATRIX

DATAMODELLERING CRUD MATRIX DATAMODELLERING CRUD MATRIX Inleiding In dit whitepaper wordt de datamodelleervorm CRUD Matrix beschreven. Deze modelleervorm staat in verhouding tot een aantal andere modelleervormen. Wil je een beeld

Nadere informatie

PROJECT PLAN VOOR DE IMPLEMENTATIE VAN EEN STANDAARD SITE VOOR DE VERENIGING O3D

PROJECT PLAN VOOR DE IMPLEMENTATIE VAN EEN STANDAARD SITE VOOR DE VERENIGING O3D PROJECT PLAN VOOR DE IMPLEMENTATIE VAN EEN STANDAARD SITE VOOR DE VERENIGING O3D Auteur : P. van der Meer, Ritense B.V. Datum : 17 juli 2008 Versie : 1.3 2008 Ritense B.V. INHOUD 1 VERSIEBEHEER...1 2 PROJECT

Nadere informatie

Grip op Requirements. IREB foundation examenstof uitgelegd en praktisch gemaakt. Jan Jaap Cannegieter Nicole de Swart Johan Zandhuis.

Grip op Requirements. IREB foundation examenstof uitgelegd en praktisch gemaakt. Jan Jaap Cannegieter Nicole de Swart Johan Zandhuis. Grip op Requirements IREB foundation examenstof uitgelegd en praktisch gemaakt Jan Jaap Cannegieter Nicole de Swart Johan Zandhuis Eerste druk www.gripoprequirements.nl ISBN 978-90-5972-843-1 Uitgeverij

Nadere informatie

voorbeeldexamen I-Tracks voorbeeldexamen ISDDF Information Systems Design and Development Foundation uitgave april 2005

voorbeeldexamen I-Tracks voorbeeldexamen ISDDF Information Systems Design and Development Foundation uitgave april 2005 voorbeeldexamen Information Systems Design and Development Foundation I-Tracks voorbeeldexamen ISDDF Information Systems Design and Development Foundation uitgave april 2005 inhoud 3 inleiding 4 voorbeeldexamen

Nadere informatie

BDD/Gherkin. Een introductie

BDD/Gherkin. Een introductie BDD/Gherkin Een introductie Organisatie SYSQA B.V. Pagina 2 van 10 Inhoudsopgave 1. Inleiding... 3 2. BDD... 4 3. Gherkin... 5 4. BDD-Tools... 6 5. Voordelen... 7 6. Benodigde kennis en vaardigheden...

Nadere informatie

Subwerkgroep Methoden. Toelichting inhoud en voortgang tot nu toe

Subwerkgroep Methoden. Toelichting inhoud en voortgang tot nu toe SPIDER werkgroep Requirements Management Subwerkgroep Methoden Toelichting inhoud en voortgang tot nu toe donderdag 17 januari 2008 Frans van Veen Bert Dubbelman Robert van Lieshout Erwin Bolwidt Jan-Willem

Nadere informatie

Systems Engineering en de Modelgebaseerde aanpak. Eric Burgers

Systems Engineering en de Modelgebaseerde aanpak. Eric Burgers Systems Engineering en de Modelgebaseerde aanpak Eric Burgers 2 Context: Toepassing MBSE in tunnelprojecten Modelprecisie / formaliteit LST 1.2 LST 1.1 Nijverdal (2011) SysML Statisch model Dynamisch model

Nadere informatie

Methodiek. Versie: 16/05/2012 13:42:35

Methodiek. Versie: 16/05/2012 13:42:35 Methodiek Versie: 16/05/2012 13:42:35 Inhoudsopgave Methodiek... 2 Onze visie op het functioneel ontwerp... 2 Stappen in het ontwerpproces... 3 Methodiek Inleiding In dit deel van de encyclopedie wordt

Nadere informatie

Rapport over het werkprofiel van Software engineer (sr)

Rapport over het werkprofiel van Software engineer (sr) Rapport over het werkprofiel van Software engineer (sr) Identificatienummer: Publicatiedatum: 19 november 2015 Leeswijzer Dit rapport omschrijft het werkprofiel van 'Software engineer (sr)' zoals die door

Nadere informatie

Plan van aanpak Toogle

Plan van aanpak Toogle Plan van aanpak Toogle Gemaakt door, Kevin Donkers Paul v.d. Linden Paul Eijsermans en Geert Tapperwijn 1 Inhoudsopgave 1 Inhoudsopgave...2 2 Inleiding...3 3 Projectopdracht...4 4 Projectactiviteiten...5

Nadere informatie

DATAMODELLERING BASIS UML KLASSEMODEL

DATAMODELLERING BASIS UML KLASSEMODEL DATAMODELLERING BASIS UML KLASSEMODEL Inleiding In dit whitepaper wordt de datamodelleervorm basis UML klassemodel beschreven. Deze modelleervorm staat in verhouding tot een aantal andere modelleervormen.

Nadere informatie

GAMP Toegepast op de DeskTopXorter Besturing DeskTopXorter

GAMP Toegepast op de DeskTopXorter Besturing DeskTopXorter GAMP Toegepast op de DeskTopXorter Besturing DeskTopXorter 2 Opdrachtgever : Opdrachtnemers : Ing. P. van den Berg Michel van Reenen Thijs Mommen GAMP Toegepast op de DeskTopXorter Besturing DeskTopXorter

Nadere informatie

Technische architectuur Beschrijving

Technische architectuur Beschrijving A gemeente Eindhoven Technische architectuur Beschrijving Specificatiecriteria Versie 1.1 A. van Loenen Technisch Beleidsadviseur B&E 21-Sep-2011 avl/fd11027578 Colofon Uitgave Gemeente Eindhoven Realisatie

Nadere informatie

Software Engineering (I00094) College 2: Requirements-engineering. Marko van Eekelen marko@cs.ru.nl kamer HG02.074

Software Engineering (I00094) College 2: Requirements-engineering. Marko van Eekelen marko@cs.ru.nl kamer HG02.074 Software Engineering (I00094) College 2: Requirements-engineering Marko van Eekelen marko@cs.ru.nl kamer HG02.074 1 Inhoud 1. 6 feb: Het systeemontwikkelproces 2. 13 feb: Requirements-analyse 3. 6 mar:

Nadere informatie

Kenmerken van DLArchitect

Kenmerken van DLArchitect Kenmerken van DLArchitect Bert Dingemans, e-mail : bert@dla-os.nl www : http://www.dla-os.nl 1 Inhoud KENMERKEN VAN DLARCHITECT... 1 INHOUD... 2 INLEIDING... 3 ARCHITECTUUR... 3 Merode... 3 Methode en

Nadere informatie

1. Welke diagrammen beschrijven het dynamisch gedrag van een applicatie?

1. Welke diagrammen beschrijven het dynamisch gedrag van een applicatie? 1. Welke diagrammen beschrijven het dynamisch gedrag van een applicatie? -Use case-diagram -Use case-beschrijving -Activity diagram -Sequentie diagram 2. Welke diagrammen beschrijven de structuur van de

Nadere informatie

Checklist basisontwerp SDM II

Checklist basisontwerp SDM II Organisatie SYSQA B.V. Pagina 1 van 5 Checklist basisontwerp SDM II Documentatie. Zijn de uitgangspunten voor het basisontwerp Is een plan van aanpak Zijn er wijzigingen op het Software Quality Assurance

Nadere informatie

DATAMODELLERING ARCHIMATE DATA- & APPLICATIEMODELLERING

DATAMODELLERING ARCHIMATE DATA- & APPLICATIEMODELLERING DATAMODELLERING ARCHIMATE DATA- & APPLICATIEMODELLERING Inleiding In dit whitepaper wordt de datamodelleervorm ArchiMate data- & applicatiemodellering beschreven. Deze modelleervorm staat in verhouding

Nadere informatie

Software Test Plan. Yannick Verschueren

Software Test Plan. Yannick Verschueren Software Test Plan Yannick Verschueren November 2014 Document geschiedenis Versie Datum Auteur/co-auteur Beschrijving 1 November 2014 Yannick Verschueren Eerste versie 1 Inhoudstafel 1 Introductie 3 1.1

Nadere informatie

ORGANISATORISCHE IMPLENTATIE BEST VALUE

ORGANISATORISCHE IMPLENTATIE BEST VALUE ORGANISATORISCHE IMPLENTATIE BEST VALUE EEN ONDERZOEK NAAR DE IMPLEMENTATIE VAN BEST VALUE BINNEN EEN SYSTEMS ENGINEERING OMGEVING STEPHANIE SAMSON BEST VALUE KENNIS SESSIE WESTRAVEN 17 JUNI 09.00 12.00

Nadere informatie

Ontwerp. <naam applicatie>

Ontwerp. <naam applicatie> Ontwerp Datum Auteur Versie Telefoon Pagina: 0 Inhoudsopgave 1. MANAGEMENT SUMMARY... 1 2. INLEIDING... 1 2.1. DOEL... 1 2.2. STRUCTUUR... 1 2.3. ACHTERGROND... 1 2.4. REVISIE-GESCHIEDENIS...

Nadere informatie

Tooling voor de HR-cyclus

Tooling voor de HR-cyclus Tooling voor de HR-cyclus De complete requirements checklist Tooling voor de HR-cyclus De complete requirements checklist Als je op zoek bent naar tooling voor de HR-cyclus, wil je graag een goede keuze

Nadere informatie

Technisch Ontwerp W e b s i t e W O S I

Technisch Ontwerp W e b s i t e W O S I Technisch Ontwerp W e b s i t e W O S I WOSI Ruud Jungbacker en Michael de Vries - Technisch ontwerp Website Document historie Versie(s) Versie Datum Status Omschrijving / wijzigingen 0.1 20 nov 2008 Concept

Nadere informatie

Op de computer kan naar eigen inzicht software op worden geïnstalleerd, een andere besturingssysteem is mogelijk.

Op de computer kan naar eigen inzicht software op worden geïnstalleerd, een andere besturingssysteem is mogelijk. Planningsfase 1. Afspraken maken over doelstelling en randvoorwaarden De doelstelling van het project: De doelstelling van het project: het maken van het gewenste product. De doelstelling van de student:

Nadere informatie

Appraisal. Datum:

Appraisal. Datum: Appraisal Naam: Sample Candidate Datum: 08-08-2013 Over dit rapport: Dit rapport is op automatische wijze afgeleid van de resultaten van de vragenlijst welke door de heer Sample Candidate is ingevuld.

Nadere informatie

ISO 9000:2000 en ISO 9001:2000. Een introductie. Algemene informatie voor medewerkers van: SYSQA B.V.

ISO 9000:2000 en ISO 9001:2000. Een introductie. Algemene informatie voor medewerkers van: SYSQA B.V. ISO 9000:2000 en ISO 9001:2000 Een introductie Algemene informatie voor medewerkers van: SYSQA B.V. Organisatie SYSQA B.V. Pagina 2 van 11 Inhoudsopgave 1 INLEIDING... 3 1.1 ALGEMEEN... 3 1.2 VERSIEBEHEER...

Nadere informatie

Auteur Kenmerk Versie 1.0 Datum Bestandnaam Status Definitief. NK Software Testen 2017

Auteur Kenmerk Versie 1.0 Datum Bestandnaam Status Definitief. NK Software Testen 2017 Auteur Versie 1.0 Datum 01-05-2017 Bestandnaam Definitief NK Software Testen 2017 Inhoudsopgave 1 Distributie lijst 3 2 Management samenvatting 4 2.1 Opdracht 4 2.2 Scope van de opdracht 4 2.3 tabel 5

Nadere informatie

EXIN BCS Foundation Certificate in Business Analysis. Voorbeeldexamen. Editie

EXIN BCS Foundation Certificate in Business Analysis. Voorbeeldexamen. Editie EXIN BCS Foundation Certificate in Business Analysis Voorbeeldexamen Editie 201707 Copyright BCS, The Chartered Institute for IT 2017. BCS is a registered trade mark of BCS. Copyright EXIN Holding B.V.

Nadere informatie

Tentamen Systeemontwikkeling 1 (I00100)

Tentamen Systeemontwikkeling 1 (I00100) Tentamen Systeemontwikkeling 1 (I00100) 26 januari 2004, 10:30 12:30 Naam: Studentnummer: Noteer op dit tentamen als eerste je naam en studentnummer Er mogen geen boeken, aantekeningen, etc. worden geraadpleegd

Nadere informatie

Data Warehouse. Een introductie. Algemene informatie voor medewerkers van SYSQA B.V.

Data Warehouse. Een introductie. Algemene informatie voor medewerkers van SYSQA B.V. Data Warehouse Een introductie Algemene informatie voor medewerkers van SYSQA B.V. Organisatie SYSQA B.V. Pagina 2 van 9 Inhoudsopgave 1 INLEIDING... 3 1.1 ALGEMEEN... 3 1.2 VERSIEBEHEER... 3 2 DOEL VAN

Nadere informatie

Project Objectgericht Programmeren : Deel 3

Project Objectgericht Programmeren : Deel 3 Project Objectgericht Programmeren : Deel 3 Prof. Eric Steegmans Raoul Strackx Academiejaar 2010-2011 Deze tekst beschrijft het derde deel van de opgave voor het project van de cursus Objectgericht Programmeren.

Nadere informatie

Ontwikkeling informatiesysteem

Ontwikkeling informatiesysteem Ontwikkeling informatiesysteem Voorletters en naam: xxx Studentnummer: xxx Datum: 23 december 2013 Onderwijsinstelling: NCOI Opleidingsgroep Naam opleiding: Bachelor Bedrijfskundige Informatica Naam module:

Nadere informatie

VAARWEL ARCHITECTUUR DOCUMENT WELKOM ARCHITECTUUR REPOSITORY INZETTEN VAN ENTERPRISE ARCHITECT ALS ALTERNATIEF VOOR ARCHITECTUURDOCUMENTEN

VAARWEL ARCHITECTUUR DOCUMENT WELKOM ARCHITECTUUR REPOSITORY INZETTEN VAN ENTERPRISE ARCHITECT ALS ALTERNATIEF VOOR ARCHITECTUURDOCUMENTEN VAARWEL ARCHITECTUUR DOCUMENT WELKOM ARCHITECTUUR REPOSITORY INZETTEN VAN ENTERPRISE ARCHITECT ALS ALTERNATIEF VOOR ARCHITECTUURDOCUMENTEN AGENDA Architectuurdocumenten waarom wel of niet? Alternatieven

Nadere informatie

Concretere eisen om te (kunnen) voldoen aan relevante wet- en regelgeving zijn specifiek benoemd

Concretere eisen om te (kunnen) voldoen aan relevante wet- en regelgeving zijn specifiek benoemd >>> Overgang Maatstaf 2016 Onderstaand overzicht bevat de selectie van de geheel nieuwe eisen uit de Maatstaf 2016 en de eisen waarbij extra of andere accenten zijn gelegd, inclusief een korte toelichting.

Nadere informatie

DATAMODELLERING RACI MATRIX

DATAMODELLERING RACI MATRIX DATAMODELLERING RACI MATRIX Inleiding In dit whitepaper wordt de datamodelleervorm RACI Matrix beschreven. Deze modelleervorm staat in verhouding tot een aantal andere data modelleervormen. Wil je een

Nadere informatie

Antwoordmodel. Meerkeuzevragen (40 punten)

Antwoordmodel. Meerkeuzevragen (40 punten) Antwoordmodel Aan dit antwoordmodel kunnen geen rechten worden ontleend. Het antwoordmodel dient als indicatie voor de corrector. Gebruikte literatuur: Donga, G. en Pinkster, B. (2007). Informatieanalyse.

Nadere informatie

Gebruikershandleiding ZorgInfo Verstrekkingen Portaal (VP)

Gebruikershandleiding ZorgInfo Verstrekkingen Portaal (VP) Gebruikershandleiding ZorgInfo Verstrekkingen Portaal (VP) Gebruikershandleiding depothouder 2.0.docx 29-12-14 1 van 16 Inleiding Het ZorgInfo Verstrekkingen Portaal (VP) is een internetapplicatie waarmee

Nadere informatie

Inhoud. Deel een Het ontwikkeltraject 13. Inleiding 11

Inhoud. Deel een Het ontwikkeltraject 13. Inleiding 11 5 Inhoud Inleiding 11 Deel een Het ontwikkeltraject 13 1 Werken binnen organisaties 15 1.1 Non-profit-organisatie 15 1.2 Profit-organisatie 16 1.3 Doelen 16 1.4 Rechtsvormen 16 Rechtspersoon 17 Persoonlijke

Nadere informatie

Zest Application Professionals Training &Workshops

Zest Application Professionals Training &Workshops De requirements trainingen van Zest Application Professionals geven u de handvatten die nodig zijn om uw requirementsproces te verbeteren. U doet hands-on ervaring op en leert omgaan met lastige praktijksituaties.

Nadere informatie

Deel I Hoofdstuk 4: Modelleren van Toestand

Deel I Hoofdstuk 4: Modelleren van Toestand Deel I Hoofdstuk 4: Modelleren van Toestand 2005 Prof Dr. O. De Troyer Toestandsmodel pag. 1 Berichten of boodschappen OO is gebaseerd op hoe de reële wereld werkt 2005 Prof. Dr. O. De Troyer Toestandsmodel

Nadere informatie

Organisatie SYSQA B.V. Pagina 1 van 6 Titel Overzicht Versie 1.0 Onderwerp Overzicht blackbox testtechnieken Datum 15 februari 1996

Organisatie SYSQA B.V. Pagina 1 van 6 Titel Overzicht Versie 1.0 Onderwerp Overzicht blackbox testtechnieken Datum 15 februari 1996 Organisatie SYSQA B.V. Pagina 1 van 6 Black-Box Test Technieken Er zijn een aantal test specificatie technieken, verder testtechnieken genoemd, die bruikbaar zijn binnen het black-box acceptatietesten.

Nadere informatie

UML. From weblog http://dsnippert.wordpress.com. Dennis Snippert

UML. From weblog http://dsnippert.wordpress.com. Dennis Snippert UML From weblog http://dsnippert.wordpress.com Naam: Dennis Snippert Inhoudsopgave 1. Wat is Uml?... 3 2. UML diagrammen... 4 3. Uitleg diagrammen... 5 3.1. Usecase diagram:... 5 3.2. Class diagram:...

Nadere informatie

Data Governance van visie naar implementatie

Data Governance van visie naar implementatie make connections share ideas be inspired Data Governance van visie naar implementatie Frank Dietvorst (PW Consulting) deelprogrammamanager Caesar - Vernieuwing Applicatie Landschap Leendert Paape (SAS

Nadere informatie

De student krijgt de opdracht een dynamische webomgeving te ontwerpen. Als het ontwerp is goedgekeurd moet hij deze realiseren en vervolgens testen.

De student krijgt de opdracht een dynamische webomgeving te ontwerpen. Als het ontwerp is goedgekeurd moet hij deze realiseren en vervolgens testen. LEEREENHEID Systeem ontwikkeling 2 Dit document bestaat uit twee onderdelen - Onderdeel Leereenheid - Onderdeel Onderwijsproduct 1 Naam leereenheid In deze tabel staat de naam en het type van de leereenheid

Nadere informatie

Rapport over het werkprofiel van Accountmanager

Rapport over het werkprofiel van Accountmanager Rapport over het werkprofiel van Accountmanager Identificatienummer: Publicatiedatum: 9 april 2015 Leeswijzer Dit rapport omschrijft het werkprofiel van 'Accountmanager' zoals die door Torck International

Nadere informatie

RUM. requirements Management. SPIder session Project. driven by requirements 25th april. Risk assessed User

RUM. requirements Management. SPIder session Project. driven by requirements 25th april. Risk assessed User RUM Risk assessed User requirements Management - SPIder session Project driven by requirements 25th april Copyright 2006 ps_testware - Gijs Kuiper Risk assessed User requirement Management Personalia Gijs

Nadere informatie

Grip op Requirements IREB foundation examenstof uitgelegd en praktisch gemaakt

Grip op Requirements IREB foundation examenstof uitgelegd en praktisch gemaakt Grip op Requirements IREB foundation examenstof uitgelegd en praktisch gemaakt Jan Jaap Cannegieter Nicole de Swart Johan Zandhuis Tweede druk www.gripoprequirements.nl ISBN 978-94-6301-144-0 Uitgeverij

Nadere informatie

Het belang van. Data Modellering. GEMINIT Training. Data Modellering. Frédéric BARBIER

Het belang van. Data Modellering. GEMINIT Training. Data Modellering. Frédéric BARBIER Het belang van Data Modellering Studiedag Informatiemanagement Politeia, 22 februari 2013, Gent Open data en de cloud: een revolutie in de informatiehuishouding van de overheid Training Data Modellering

Nadere informatie

Competency Check. Datum:

Competency Check. Datum: Competency Check Naam: Sample Candidate Datum: 08-08-2013 Over dit rapport: Dit rapport is op automatische wijze afgeleid van de resultaten van de vragenlijst welke door de heer Sample Candidate is ingevuld.

Nadere informatie

DATAMODELLERING DATA FLOW DIAGRAM

DATAMODELLERING DATA FLOW DIAGRAM DATAMODELLERING DATA FLOW DIAGRAM Inleiding In dit whitepaper wordt de datamodelleervorm data flow diagram beschreven. Deze modelleervorm staat in verhouding tot een aantal andere modelleervormen. Wil

Nadere informatie

Kwaliteitsbewaking en testen in ICT beheerorganisaties

Kwaliteitsbewaking en testen in ICT beheerorganisaties DKTP Informatie Technologie Veembroederhof 1 1019 HD Amsterdam Telefoon 020 427 52 21 Kwaliteitsbewaking en testen in ICT beheerorganisaties Voor de meeste projectgroepen die software ontwikkelen vormt

Nadere informatie

Webtesten onder schaarste

Webtesten onder schaarste Testnet najaarsevenement 2005 B e y o n d t h e o r d i n a r y Webtesten onder schaarste Vincent Staal ORDINA NV Ringwade 1 Postbus 7101 3430 JC Nieuwegein Tel: 030 6637000 Fax: 030 6637099 www.ordina.nl

Nadere informatie

Gelijkwaardigheid van niet-geaccrediteerde laboratoria (conform NEN-EN ISO/IEC 17025)

Gelijkwaardigheid van niet-geaccrediteerde laboratoria (conform NEN-EN ISO/IEC 17025) Gelijkwaardigheid van niet-geaccrediteerde laboratoria (conform NEN-EN ISO/IEC 17025) NEa, 20-07-2012, versie 1.0 INTRODUCTIE In artikel 34 van de Monitoring en Rapportage Verordening (MRV) is beschreven

Nadere informatie

DATAMODELLERING BEGRIPPENBOOM

DATAMODELLERING BEGRIPPENBOOM DATAMODELLERING BEGRIPPENBOOM Inleiding In dit whitepaper wordt de datamodelleervorm begrippenboom inclusief de begrippenlijst beschreven. Deze modelleervorm staat in verhouding tot een aantal andere modelleervormen.

Nadere informatie

Module 1 Programmeren

Module 1 Programmeren Module 1 Programmeren Programmeertalen 13 1.1 Inleiding 13 1.2 Programmeertalen in historisch perspectief 13 1.2.1 Machinecode 13 1.2.2 Assembleertalen (assembly) 14 1.2.3 Hogere programmeertalen 15 1.2.4

Nadere informatie

Objectgericht Ontwerpen

Objectgericht Ontwerpen Objectgericht Ontwerpen Probleem Analyse Ontwerp Code Unified Modelling Language Doel Hulpmiddel bij nadenken Hulpmiddel communicatie met collega s Documentatie van code In dit vak Leren door doen Project

Nadere informatie

Vereenvoudigd sjabloon requirementsdocument. <<Organisatie>>

Vereenvoudigd sjabloon requirementsdocument. <<Organisatie>> Vereenvoudigd sjabloon requirementsdocument SYSQA B.V. Almere Versie : Datum : Status : Opgesteld door : Organisatie SYSQA B.V. Pagina 2 van

Nadere informatie

Portal Planning Process

Portal Planning Process BROCHURE Portal Planning Process SAMENWERKEN AAN EEN WAARDEVOL PORTAAL BROCHURE PORTAL PLANNING PROCESS 2 Axians PORTAL PLANNING PROCESS BROCHURE Inhoud Introductie 4 3 Portal Planning Process 5 4 Uitdagingen

Nadere informatie

Tentamen SPM1120 Analyse van bedrijfssystemen 18 Januari 2011, 9:00-12:00

Tentamen SPM1120 Analyse van bedrijfssystemen 18 Januari 2011, 9:00-12:00 Tentamen SPM20 Analyse van bedrijfssystemen 8 Januari 20, 9:00-2:00 Bij de meerkeuzevragen, vul de antwoorden in op het schrapformulier. Vul daarop behalve je naam ook je studienummer in (zowel in cijfers

Nadere informatie

Archimate risico extensies modelleren

Archimate risico extensies modelleren Archimate risico extensies modelleren Notatiewijzen van risico analyses op basis van checklists versie 0.2 Bert Dingemans 1 Inleiding Risico s zijn een extra dimensie bij het uitwerken van een architectuur.

Nadere informatie

Enterprise Resource Planning. Hoofdstuk 3 Planning, ontwerp en implementatie van Enterprise Resource Planning-systemen

Enterprise Resource Planning. Hoofdstuk 3 Planning, ontwerp en implementatie van Enterprise Resource Planning-systemen Enterprise Resource Planning Hoofdstuk 3 Planning, ontwerp en implementatie van Enterprise Resource Planning-systemen Pearson Education, 2007; Enterprise Resource Planning door Mary Sumner Leerdoelstelling

Nadere informatie

Plan van Aanpak Pilot

Plan van Aanpak Pilot Plan van Aanpak Pilot DBK-applicaties Beproeven compatibiliteit DBK-applicaties op innovatieplatform voor de Veiligheidsregio s Status : concept Versienummer : V0.2 Datum : Augustus 2012 Blad : 2 / 6 Inhoudsopgave

Nadere informatie

ABN AMRO Verzekeringen Project: Documentbeheer Verzekeringen

ABN AMRO Verzekeringen Project: Documentbeheer Verzekeringen Opdrachtformulering Het in kaart brengen van de structuur achter verzekeringsdocumenten met het doel deze op een efficiënte manier productief te maken in een daarvoor te realiseren tool. De applicatie

Nadere informatie

Titel, samenvatting en biografie

Titel, samenvatting en biografie Titel, samenvatting en biografie \ Peter Wanders De Black Box Dialog methode Voorjaarsevent Testnet: 22 juni 2009 Samenvatting Nog nooit heb ik heb een klant horen zeggen: Enorm vervelend dat het IT project

Nadere informatie

Software Test Plan. Yannick Verschueren

Software Test Plan. Yannick Verschueren Software Test Plan Yannick Verschueren Maart 2015 Document geschiedenis Versie Datum Auteur/co-auteur Beschrijving 1 November 2014 Yannick Verschueren Eerste versie 2 December 2014 Yannick Verschueren

Nadere informatie

notitie Systems Engineering Lesplan Requirements Engineering (RE) Werkgroep opleidingen Definitief; vastgesteld Stuurgroep 4P

notitie Systems Engineering Lesplan Requirements Engineering (RE) Werkgroep opleidingen Definitief; vastgesteld Stuurgroep 4P notitie Van project onderwerp opgemaakt door Systems Engineering Lesplan Requirements Engineering (RE) Werkgroep opleidingen status datum opmaak 20-7-2012 bijlagen Definitief; vastgesteld Stuurgroep 4P

Nadere informatie

B a s S m e e t s w w w. b s m e e t s. c o m p a g e 1

B a s S m e e t s w w w. b s m e e t s. c o m p a g e 1 B a s S m e e t s w w w. b s m e e t s. c o m p a g e 1 JE ONBEWUSTE PROGRAMMEREN VOOR EEN GEWELDIGE TOEKOMST De meeste mensen weten heel goed wat ze niet willen in hun leven, maar hebben vrijwel geen

Nadere informatie

vanuit de technische en organisatorische omgeving, werk-verdeling, budget, planning, en hergebruik van componenten. Het documenteren van SA dient

vanuit de technische en organisatorische omgeving, werk-verdeling, budget, planning, en hergebruik van componenten. Het documenteren van SA dient 9 Samenvatting Software heeft vooruitgang in veel vakgebieden mogelijk gemaakt en heeft een toenemend invloed op ons leven en de samenleving in zijn geheel. Software wordt gebruikt in computers, communicatienetwerken,

Nadere informatie

Ontwikkelaar ICT. Context. Doel

Ontwikkelaar ICT. Context. Doel Ontwikkelaar ICT Doel Ontwikkelen en ontwerpen van ICT-producten, binnen overeen te komen dan wel in een projectplan vastgelegde afspraken ten aanzien van tijd, budget en kwaliteit, opdat overeenkomstig

Nadere informatie

B.Sc. Informatica Module 4: Data & Informatie

B.Sc. Informatica Module 4: Data & Informatie B.Sc. Informatica Module 4: Data & Informatie Djoerd Hiemstra, Klaas Sikkel, Luís Ferreira Pires, Maurice van Keulen, en Jan Kamphuis 1 Inleiding Studenten hebben in modules 1 en 2 geleerd om moeilijke

Nadere informatie

Service Level Agreement (SLA)

Service Level Agreement (SLA) Service Level Agreement (SLA) Marcel Spruit Wat is een SLA Een SLA (Service Level Agreement) is een schriftelijke overeenkomst tussen een aanbieder en een afnemer van bepaalde diensten. In een SLA staan,

Nadere informatie

Ontwikkelen en testen van e-business: beheerste dynamiek

Ontwikkelen en testen van e-business: beheerste dynamiek Ontwikkelen en testen van e-business: beheerste dynamiek Het ontwikkelen en gestructureerd testen van administratieve systemen is gebaseerd het watervalprincipe. Bij het ontwikkelen volgens het watervalprincipe

Nadere informatie

Raad voor Accreditatie (RvA) Accreditatie van monsterneming

Raad voor Accreditatie (RvA) Accreditatie van monsterneming Raad voor Accreditatie (RvA) Accreditatie van monsterneming Documentcode: RvA-T021-NL Versie 3, 27-2-2015 Een RvA-Toelichting beschrijft het beleid en/of de werkwijze van de RvA met betrekking tot een

Nadere informatie

Handleiding voor aansluiten op Digilevering

Handleiding voor aansluiten op Digilevering Handleiding voor aansluiten op Digilevering Versie 1.0 Datum 1 augustus 2013 Status definitief Colofon Projectnaam Digilevering Versienummer 1.0 Contactpersoon Servicecentrum Logius Organisatie Logius

Nadere informatie

AFO 142 Titel Aanwinsten Geschiedenis

AFO 142 Titel Aanwinsten Geschiedenis AFO 142 Titel Aanwinsten Geschiedenis 142.1 Inleiding Titel Aanwinsten Geschiedenis wordt gebruikt om toevoegingen en verwijderingen van bepaalde locaties door te geven aan een centrale catalogus instantie.

Nadere informatie

J-STD-016. Documentatiestandaard

J-STD-016. Documentatiestandaard J-STD-016 Documentatiestandaard Waarom J-STD-016? Enkele kenmerken: Strikte scheiding tussen functionaliteit en ontwerp; Functionaliteit beschrijven in termen van eisen; Conformiteit verifieerbaar door

Nadere informatie

Businesscase: titel. Businesscase. Titel. Auteur: Versie: Datum: Pagina 1 van 5

Businesscase: titel. Businesscase. Titel. Auteur: Versie: Datum: Pagina 1 van 5 Businesscase Titel Pagina 1 van 5 Versie historie Versie Auteur Datum Omschrijving Akkoord Naam Rol Voor akkoord: Eigenaar businesscase Pagina 2 van 5 Management samenvatting Beschrijf de managementsamenvatting

Nadere informatie

InterActory CDModeller

InterActory CDModeller InterActory CDModeller Evaluatie prototype versie 0.1 Bert Dingemans 1 Inleiding Voor het uitwerken van een service register en een tool voor het beheer van een canoniek model is gekozen voor een werkwijze

Nadere informatie

Informatica 2 Studiehandleiding

Informatica 2 Studiehandleiding Informatica 2 Studiehandleiding Embedded Systems Engineering Groep: ES1D ir drs E.J Boks 25-02-2010 Inhoud 1 Inleiding... 2 2 Doelstelling... 3 3 Beoordeling... 4 4 Eisen aan het verslag... 6 Voorbeeld

Nadere informatie

case: use-case-diagram

case: use-case-diagram Hoofdstuk 9 case: use-case-diagram Dit hoofdstuk beschrijft de totstandkoming van de use-cases voor EasyShop, het maaltijdsysteem van Hans en Jacqueline. Het zijn de functionele systeemeisen die hier worden

Nadere informatie

Vraag Ondersteuning door Virtuele Experts

Vraag Ondersteuning door Virtuele Experts Vraag Ondersteuning door Virtuele Experts Ondersteunen van de opdrachtgever in de Bouw gedurende de initiatieffase 1 Introductie Deze dissertatie beschrijft een onderzoek naar de toepassing van ICT om

Nadere informatie

Kennis na het volgen van de training. Na het volgen van deze training bent u in staat:

Kennis na het volgen van de training. Na het volgen van deze training bent u in staat: Training Trainingscode Duur Gepubliceerd Taal Type Leermethode Kosten SF2015V8 4 dagen 02/02/2015 Nederlands & Engels Developer, basis Invidueel & klassikaal Op aanvraag Deze training richt zich op het

Nadere informatie

DATAMODELLERING SIPOC

DATAMODELLERING SIPOC DATAMODELLERING SIPOC Inleiding In dit whitepaper wordt de datamodelleervorm Sipoc beschreven. Deze modelleervorm staat in verhouding tot een aantal andere modelleervormen. Wil je een beeld krijgen van

Nadere informatie

Rapportage Lineage. Introductie. Methode. J. Stuiver

Rapportage Lineage. Introductie. Methode. J. Stuiver Rapportage Lineage Rapportage Lineage J. Stuiver Introductie In elk project is het essentieel om informatie over het project en haar activiteiten voor alle partijen beschikbaar te stellen. Deze informatie

Nadere informatie