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)
- Hogere cijfers + sneller leren
- Niets twee keer studeren
- 100% zeker alles onthouden
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?
Is de actor een fysieke persoon?
Welke structuur modellen bestaan er?
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)?
- 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?
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)
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?
- Het in beeld brengen van wie de belanghebbenden in het kader van niet functionele requirements zijn.
- 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.
- Een alternatief hiervoor kan ook een workshop zijn. Hierbij kunnen prioriteitstechnieken zoals stickeren worden gebruikt.
- 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?
Wat kunnen problemen zijn bij de MoSCoW methode?
Wat is inschatting van business bijdragen en inspanning realisatie?
Wat is requirements management?
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