Lees hier de samenvatting en de meest belangrijke oefenvragen van A6-K1.1 De kandidaat kan modellering van vereisten (requirements modelling) en technieken voor behoefteanalyse onderscheiden.

• 1.1 De kandidaat kan modellering van vereisten (requirements modelling) en technieken voor behoefteanalyse onderscheiden

  Dit is een preview. Er zijn 54 andere flashcards beschikbaar voor hoofdstuk 1.1
  Laat hier meer flashcards zien

• Het Requirementsproces bestaat uit twee onderdelen, welke zijn dit?

  De requirementsontwikkeling en de requirementsmanagement

• Wat zijn de stappen van de requirements ontwikkeling (succes boek) of de requirements engineering (die in het boek software engineering worden beschreven?):

  • Inception
  • Elicitation
  • Elaboration
  • Negotiation
  • Specification
  • Validation
  
  • Requirements management
  
  Succes boek:
  Elicitatie
  Analyse
  Specificatie
  Validatie

• Korte omschrijving stappen SE boek!

  Inception: Inceptioneren: Een basisbegrip van het probleem en de aard van de oplossing vaststellen.
  
  Elicitatie: Verhelderen en vaststellen bedrijfsdoelen. De requirements van de stakeholders uittekenen
  
  Elaboration:
  Verfijnen/opstellen model van vereisten. Creëer een analysemodel dat informatie, functionele en gedragsmatige aspecten van de vereisten weergeeft.
  
  Negotiation: (onderhandelen over mogelijkheden) Afspraken maken over een leverbaar systeem dat realistisch is voor ontwikkelaars en klanten.
  
  Specificatie: specificeren vereisten. Beschrijf de eisen formeel of informeel
  
  Validatie: Beoordelen of de vereiste goed is gespecificeerd. Herziening van de specificatie van de eisen voor fouten, ambiguïteiten, omissies en conflicten
  
  Requirements management: Beheer veranderende eisen

• Wat is het doel van requirementsontwikkeling en wat is het doel van requirementsmanagement?

  
  Het doel van requirementsontwikkeling is het juist en volledig vastleggen van de requirements
  
  Het doel van requirementsmanagement is dat de requirements juist en volledig worden verwerkt in het systeem.

• Wat is inception (korte omschrijving)?

  basisbegrip van probleem waarvoor oplossing wordt gezocht

• Wat is Inception/inceptie (langere omschrijving)?

  
  ONTSTAAN:
  Wanneer een zakelijke behoefte wordt geïdentificeerd of een nieuwe markt of dienst wordt ontdekt
  
  WIE DOET DE INCEPTION?
  Stakeholders uit het bedrijfsleven (business-managers, marketing-mensen, productmangers)
  
  WAT DOEN DE STAKEHOLDERS?
  - identificatie business-case
  - breedte/diepte markt identificeren
  - haalbaarheidsnanalyse
  - identificeren reikwijdte

• Wat is Elicitation (korte omschrijving)

  verhelderen en vaststellen bedrijfsdoelen - inventariseren van requirements

• Welke problemen kunnen zich voordoen bij elicitatie?

  
  Problemen met de reikwijdte. (De grens van het systeem is slecht gedefinieerd)
  Problemen met het begrip. (. De klanten/gebruikers zijn niet volledig zeker van wat nodig is, hebben een slecht begrip van de mogelijkheden en beperkingen van hun computeromgeving)
  Problemen met volatiliteit. (De eisen veranderen in de loop van de tijd)

• Wat is Elicitation/elicitatie boek succes?

  
  elicitatie is letterlijk ontlokken van requirements van belanghebbenden. dit geeft aan dat, naast schriftelijke bronnen, de belanghebbenden zelfs een belangrijke bron zijn. Hierbij is het een belangrijke taak van de informatieanalist om de belanghebbenden bewust te maken van hun requirements.
  
  Elke groep belanghebbenden moet binnen het requirementsontwikkelproces zijn vertegenwoordigd.
  
  Voorbeelden Belanghebbenden:
  - Lijnmanagers
  - marketingmanagers
  - ICT-managers
  - budgethouders etc
  
  Na het vaststellen van groepen belanghebbenden en hun vertegenwoordigers worden de eisen en wensen geïnventariseerd.
  Dit is geen passief proces maar een actief proces waarbij de requirements worden ontlokt door prikkelende vragen.

• Wat is horizontale en wat is verticale prototyping (dit hoort bij elicitatie)?

  
  Horizontale prototyping
  
  – gehele gebruikersinterface gemaakt zonder achterliggende functionaliteit
  
  – getoonde gegevens zijn nep.
  
  DOEL: Om te beoordelen of functionaliteit ontbreekt, overbodig is of aangepast moet worden
  
  
  Verticale prototyping
  
  – proof of concept PoC
  
  – een deel van de gebruikersinterface, met wel de volledige functionaliteit erachter.
  
  DOEL: Gebruikt om te toetsen of voldoet aan de gestelde (nietfunctionele) eisen. (Niet echt elicitatietechniek, meer voor risicoreductie)