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

23 belangrijke vragen over De kandidaat kan modellering van vereisten (requirements modelling) en technieken voor behoefteanalyse onderscheiden

Wat is de analyse stap van het succes boek?

  • In deze stap Evalueert de requirements analist de verzamelde requirements om tot een uiteindelijke verzameling van requirements te komen. De requirements analist filtert de requirements door puntEn die eigenlijk geen eis of beperking zijn te verwijderen.
  • Daarnaast haalt de requirements analist inconsistenties en overlappingen uit de requirements.
  • de requirements analist overlegt met de gebruikers om conflicterende requirements en hiaten op te lossen.

Wat is negotiation (onderhandeling)?


Negotiation is het onderhandelen over mogelijkheden
NODIG OMDAT:
  • klanten vragen meer dan er kan worden bereikt.
  • klanten of gebruikers om stellen tegenstrijdige eisen voor


Klanten, gebruikers en andere belanghebbenden worden gevraagd een rangorde van eisen op te stellen en vervolgens conflicten met voorrang te bespreken. Met behulp van een iteratieve aanpak die prioriteit geeft aan eisen, de kosten en risico's ervan inschat en interne conflicten aanpakt, worden eisen geëlimineerd, gecombineerd en/of aangepast aan de mate van tevredenheid van elke partij.

Wat is specification (korte omschrijving)

Het specificeren van de vereisten.
  • Hogere cijfers + sneller leren
  • Niets twee keer studeren
  • 100% zeker alles onthouden
Ontdek Study Smart

Wat is specificatie? Succes boek


Het vastleggen van de geanalyseerde requirements

Dit bestaat uit de volgende stappen:
- vastleggen v.d. Eigenlijke requirements
- Maken van modellen waarin requirements grafisch worden gepresenteerd. (deze modellen komen niet in plaats van het vastleggen van de individuele requirements)

Een specificatie kan een geschreven document zijn, een set van grafische modellen, een formeel wiskundig model, een verzameling van gebruiksscenario's, een prototype of een combinatie daarvan.

Wat is een scopemodel (dit wordt gebruikt bij specificatie) en noem hiervan belangrijke modellen?


Met een scope model wordt de systeem afbakening vastgesteld. Hierbij wordt vastgesteld welke activiteiten uit de bedrijfsvoering door het systeem moeten worden ondersteund.

De twee belangrijkste modellen zijn:
  • systeem context diagram
  • use Case model


Daarnaast:
  • Structuurmodel (Entiteitsdiagram (ERD))
  • Dynamisch gedrag (Toestandtransistiediagram (TTD) /Stroomschema)

Wat is een systeem context diagram?

Dit is een scopemodel dat bij de specificatie wordt gebruikt. Het systeem context diagram(SCD) wordt gesymboliseerd door een cirkel die zich in het midden van het model bevindt. De systemen of domeinen waarmee het te ontwikkelen systeem directe interactie heeft, staan afgebeeld als de rechthoeken. Deze worden terminators genoemd.

Is de actor een fysieke persoon?

De actor is geen fysieke persoon maar een rol, zoals baliemedewerker, systeembeheerder of medewerker verkoop.

Welke structuur modellen bestaan er?

Gegevens modellen beschrijven de statische structuur van het informatiesysteem meestal wordt hiervoor het entiteit relatie diagram gebruikt.
Bij entiteit relatie modellering wordt een model gemaakt van het zogeheten universum van discussie (UVD) het uvd is de verzameling van alle objecten die in de requirements zijn beschreven. Het eenvoudigste is het om alle zelfstandige naamwoorden in de requirements als objecten in het model te beschouwen. Dit is een goede eerste stap om tot een erd te komen.

Wat is een toestandtransitiediagram ttd?


Veel systemen hebben te maken met gebeurtenissen waardoor het systeem van toestand verandert. Voorbeelden zijn een ventilator die aan of uitgaat of het vastleggen van een bibliotheek systeem. Een systeem verkeerden zullen korte of langere tijd in een bepaalde toestand, maar deze toestand verandert op een zeker moment. Het Overgaan van de ene toestand naar de andere wordt een transitie genoemd.

Wat is validation (validatie) (langere omschrijving)?

beoordelen of vereiste goed is gespecificeerd
  • Tegenover klant, om ervoor te zorgen dat het juiste systeem wordt gebouwd.
  • Door verschillende belanghebbenden.

De werkproducten die als gevolg van requirements engineering worden geproduceerd, worden tijdens een validatiestap op kwaliteit beoordeeld.

Validatie onderzoekt de specificaties om er zeker van te zijn dat alle software-eisen ondubbelzinnig verklaard; dat inconsistenties, omissies en fouten zijn opgespoord en gecorrigeerd; en dat de werkproducten voldoen aan de normen die zijn vastgesteld voor het proces, het project en het product. Het validatiemechanisme voor de primaire eisen is de technische beoordeling.

Wat is het doel van de validatie van requirements?


Er worden een tweetal vragen beantwoord:
Zijn de requirements op een correcte manier opgeschreven?
Verwoorden de requirements alle behoeften van de gebruiker?


De requirementsanalist dient daarbij vast te stellen of de requirements de essentiële behoefte van de belanghebbenden afdekken en of de requirementsdocumenten juist, volledig en consistent zijn.

Wat is de invoer en de uitvoer van de validatie?


Invoer:
Requirementsdocumenten
Kennis belanghebbenden
Standaarden

uitvoer:
Issues
acties

Welke eisen worden er met betrekking tot Validatie aan de requirements gesteld?


De totale set requirements documenten is consistent


de requirements documenten voldoen aan bedrijfs en industriestandaarden


de afzonderlijke requirements voldoen aan een aantal eisen:
  • Uniek identificeerbaar
  • atomair
  • eenduidig
  • Grammaticaal correct
  • vrij van implementatie details
  • traceerbaar
  • testbaar/verifiëerbaar
  • voorzien van prioriteit

Welke rollen bevat het validatie-beoordelingsteam?

Het beoordelingsteam dat de eisen valideert, bestaat uit software-ingenieurs, klanten, gebruikers en andere belanghebbenden die de specificatie onderzoeken.

Waarop worden de requirements beoordeeld?


Het beoordelingsteam gaat op zoek naar
  • inhoudelijke of interpretatiefouten,
  • gebieden waar verduidelijking nodig kan zijn,
  • ontbrekende informatie,
  • inconsistenties (een groot probleem bij het ontwerpen van grote producten of systemen),
  • tegenstrijdige eisen,
  • of onrealistische (onhaalbare) eisen.

Wat is Requirements management (korte omschrijving)

managen van (veranderingen) van vereisten

Noem enkele requirements management technieken:

  • Use Case beschrijft hoe systeem reageert op handeling van gebruiker + use case diagram
  • User stories
  • Technieken voor niet-functionele requirements
  • Prioriteringstechniek

Hoe kan men niet-functionele requirements meetbaar maken?

  1. Het in beeld brengen van wie de belanghebbenden in het kader van niet functionele requirements zijn.
  2. Met die belanghebbenden wordt bepaald welke 5 tot 8 kwaliteitseigenschappen het meest van belang zijn, hiervoor kunnen de belanghebbenden geïnterviewd worden of kan per belanghebbenden op basis van de ISO norm (ISO 25010) gevraagd worden welke kwaliteit eigenschappen hij het belangrijkst vind.
  3. Een alternatief hiervoor kan ook een workshop zijn. Hierbij kunnen prioriteitstechnieken zoals stickeren worden gebruikt.
  4. Als nu de belangrijkste kwaliteitseigenschappen bepaald zijn, dan worden deze meetbaar gemaakt. Dit gebeurd door per kwaliteitseigenschap indicatoren, meetvoorschriften en normen vast te leggen.

Wat zijn de 8 kwaliteitseigenschappen van niet-functionele requirements?


Functionele geschiktheid
Prestatie-efficiëntie
uitwisselbaarheid
bruikbaarheid
betrouwbaarheid
beveiligbaarheid
onderhoudbaarheid
overdraagbaarheid

Wat zijn prioriterings technieken?

Dit zijn technieken om te kunnen bepalen welke requirements als eerste gerealiseerd moeten worden. Voor het prioriteren van requirements zijn meerdere technieken beschikbaar.

Wat kunnen problemen zijn bij de MoSCoW methode?

De eenvoud kan discussies opleveren over wat bijvoorbeeld het verschil is tussen could have en would have. Een ander risico is dat het overgrote deel van de requirements must have worden waardoor er niet echt sprake is van prioritering. Dit laatste kan ondervangen worden door te zeggen dat bijvoorbeeld maximaal 25% van de requirements must have en maximaal 25% should have mogen zijn.

Wat is inschatting van business bijdragen en inspanning realisatie?

Bij deze vorm van prioritair in wordt een bijdrage van requirements aan de business en de inspanning die nodig is om de requirements te realiseren meetbaar gemaakt. Hierbij is het uitgangspunt dat requirements die in hoge mate bijdragen aan de business en eenvoudig te realiseren zijn als eersten worden uitgevoerd. Dit gebeurt aan de hand van een figuur van lage inspanning, hoge inspanning, laag belang en hoog belang. Bijvoorbeeld de requirements van rechtsboven (hoog belang en lage inspanning het eerste uitgevoerd.

Wat is requirements management?

Requirements management is het geheel van activiteiten die het projectteam helpt bij het identificeren, controleren en volgen (trace) Deze activiteiten zijn grotendeels identiek aan softwareconfiguratiebeheertechnieken (SCM).
Vereisten voor computergebaseerde systemen veranderen, en de wens om de vereisten te veranderen blijft bestaan gedurende de hele levensduur van het systeem.

De vragen op deze pagina komen uit de samenvatting van het volgende studiemateriaal:

  • Een unieke studie- en oefentool
  • Nooit meer iets twee keer studeren
  • Haal de cijfers waar je op hoopt
  • 100% zeker alles onthouden
Onthoud sneller, leer beter. Wetenschappelijk bewezen.
Trustpilot-logo