Studiewijzer module 01
Requirements analyse


Requirements zijn de vereisten waaruit je probleem bestaat waaraan invulling gegeven moet worden door jouw te ontwerpen systeem. Deze vereisten zijn onder te verdelen in een aantal categorieën, waarvan de meest bekende het onderscheid is tussen:

  • functionele eisen (functional requirements), en

  • niet-functionele eisen (non-functional requirements)

Daarnaast is in de OOAD wereld de lijst van vereisten onderverdeeld in het acroniem FURPS, en die is weer uitgebreid met nog meer elementen onder het acroniem FURPS+.

In de onderstaande teksten leer je meer over de verschillende soorten vereisten die van een systeem verlangd kunnen worden.

Lezen

Lees de volgende delen uit [LAR]:

  • Hoofdstuk 1: Object-Oriented Analysis and Design

  • Hoofdstuk 3: Case Study: The NextGen POS System.

    Het POS systeem staat voor "Point of Sale", ook bekend als kassasysteem. Aangezien het boek dit voorbeeld gebruikt is deze introductie handig om door te nemen.

  • Hoofdstuk 5: Understanding Requirements

  • Hoofdstuk 7: Identifying other Requirements

    Lees alleen 7.1 tot en met 7.5 Commentary: Vision

Lees daarna het artikel [McEwen] Requirements: An introduction.

In de tekst van [LAR] wordt uitgegaan van een iteratief proces voor het ontwerpen en ontwikkelen van het systeem. In het boek wordt hiervoor het Unified Process gebruikt, wat uitgelegd staat in hoofdstuk 2 Iterative Development and the Unified Process. Aangezien we binnen Topicus en de meeste bedrijven geen gebruik meer maken van het UP, slaan we dit hoofdstuk over. Je kan het wel lezen voor achtergrond informatie, maar het is geen essentiële kennis voor OOAD.

Opdrachten

  1. Lees [FURPS+]. Wat zou jouw uitleg van FURPS+ zijn? Geef een vertaling van één zin van elk van de letters in FURPS+ in je eigen woorden.

    F:

    -------------------------------------------------------------------

    U:

    -------------------------------------------------------------------

    R:

    -------------------------------------------------------------------

    P:

    -------------------------------------------------------------------

    S:

    -------------------------------------------------------------------
  2. Welke van de begrippen needs, features en requirements horen bij het solution domain?

    1. needs, features en requirements

    2. needs en requirements

    3. features en requirements

    4. alleen requirements

  3. Wat wordt bedoeld met ‘elicit needs from stakeholders’?

    1. Het boven tafel krijgen van de needs van belanghebbenden.

    2. Het documenteren van de needs van belanghebbenden.

    3. Het verifiëren van de needs van belanghebbenden.

    4. Het vertalen van de needs van belanghebbenden naar software features.

  4. Wat leg je vast m.b.v. use cases?

    1. needs

    2. features

    3. functional requirements

    4. non-functional requirements

  5. Welke term wordt gebruikt voor ‘the ability to describe and follow the life of a requirement, in both forwards and backwards direction’?

    -------------------------------------------------------------------

  6. In een project wordt gewerkt volgens een iteratieve en incrementele aanpak. Aan het begin van het project heb je de requirements opgesteld. Op welke momenten in het project kunnen de requirements gewijzigd worden?

    1. Op elk gewenst moment.

    2. Na elke iteratie.

    3. Niet meer, de requirements liggen vast.

  7. Geef voor elk van de volgende niet-functionele eisen aan in welke categorie (volgens FURPS) het valt?

    NFR 1. Het systeem moet 75% van de webpagina’s binnen 2 seconden tonen. Voor de overige pagina’s mag het nooit langer dan 5 seconden duren.

    NFR 2. Een ervaren internetgebruiker moet binnen 2 minuten op basis van zijn selectiecriteria een hotelkamer kunnen boeken, ook als het de eerste keer is dat hij de hotelreserveringssite bezoekt.

    NFR 3. Het systeem moet in hooguit 2 dagen met een extra Europese taal uitgebreid kunnen worden.

    NFR 4. Het systeem moet 1.200 gebruikers tegelijkertijd aan kunnen met een piek van 2.500 gebruikers op de eerste werkdag van iedere maand. Tijdens de piek mag de snelheid met maximaal 20% dalen.

    NFR 5. Het systeem moet laten zien dat het bezig is als het meer dan 2 seconden nodig heeft om zichtbaar op een actie van de gebruiker te reageren.


« Vorige module Volgende module »