Groep 2

Werkstuk Requirements Engineering

Joep de Bilde, Vincent Doppenberg, Joep Kockelkorn, Erik Meijer, Armin Zwilling

Onderwijsinstituut voor Informatica en Informatiekunde

Radboud Universiteit Nijmegen

version 18 februari 2022

Page Break

Inhoud

1 Introduction
- 1.1 Problem statement
2 Case analysis
3 Requirements
4 Addendum

Introduction

Modehuis Walraven is een dames-, heren- en kinderkledingzaak gevestigd in Wijchen die naast het verkopen ook het bijstellen van kleding als onderscheidende service heeft voor haar klanten. Het is een klein bedrijf met twee eigenaren en vier medewerkers. Het assortiment van de winkel wordt per seizoen aangepast op de actuele mode. Het bedrijf houdt graag persoonlijk contact met hun klanten.

Modehuis Walraven wil vanwege een goedlopende zaak gaan uitbreiden met twee nieuwe filialen (Arnhem, Nijmegen) naar in totaal drie filialen. Elk filiaal wordt bemand door vier medewerkers. Modehuis Walraven wil per filiaal een eerste verkoopmedewerker aanstellen om de verantwoordelijkheid van dát filiaal te dragen als het management afwezig is. Door de uitbreiding overweegt het bedrijf een modern informatiesysteem in gebruik te nemen.

De structuur van dit document is volgens de methode van Kulak & Guiney opgesteld, wat een goed leesbare beschrijving van de requirements van het nieuwe informatiesysteem heeft opgeleverd. De nadruk van deze beschrijving ligt op de interactie tussen de gebruikers en het systeem. Er is beschreven wat de aanleiding voor het systeem is in "Problem Statement", welke belanghebbenden er zijn in "Stakeholder analysis" en wat het systeem uiteindelijk moet gaan doen in "Mission and vision statement". De voortgang van het project is bijgehouden in "Statement of work" en er wordt aandacht besteed aan de risico's van dit project in "Risk analysis". Vervolgens worden de echte requirements beschreven aan de hand van Use Cases. De samenhang tussen de verschillende belanghebbenden en de Use Cases wordt duidelijk weergegeven in het "Integrated use case diagram". Per Use Case is een domeinmodel afgebeeld om de context te verduidelijken. Voor een lezer van dit document zijn de "Scenarios" misschien wel het meest concreet. Er worden concrete voorbeelden gegeven van het verloop van Use Cases. De "Non-functional requirements" beschrijven de meest onderliggende functionaliteit van het systeem, zoals reactietijd en beschikbaarheid.

Problem statement

Vanwege de uitbreiding van één naar drie filialen wil Modehuis Walraven een geautomatiseerd informatiesysteem aanschaffen. Het huidige systeem voldoet niet meer in de toekomstige situatie, omdat het ongeschikt is voor meerdere filialen. Het oude systeem zal niet meer voldoen omdat het overzicht over de inkomsten, uitgaven, bijstelaanvragen en voorraad van de diverse filialen verloren gaat.

Het huidige informatiesysteem is dus inefficiënt en niet geschikt voor de nieuwe situatie, want:

Er is geen overzichtelijk voorraadbeheer tussen en binnen filialen;
Er is te weinig inzicht in de verkoop;
De huidige werkwijze betreffende bijstelaanvragen is niet geschikt voor meerdere filialen;
- Filialen kunnen elkaars bijstelaanvragen niet inzien;
- De verantwoordelijkheid van de bijstelaanvragen wordt niet bijgehouden;
- Contactgegevens van klanten worden bij bijstelaanvragen niet bijgehouden;

Case analysis

Stakeholder analysis

#	Stakeholder	Type	Omschrijving
01	Meneer Walraven	Management	Meneer Walraven wil overzicht hebben over alle financiële gegevens.
02	Mevrouw Walraven	Management	Mevrouw Walraven wil inzicht hebben in het assortiment/de voorraad van alle filialen en wil nieuwe artikelen kunnen toevoegen en oude artikelen kunnen verwijderen. Ze wil overzicht van de verantwoordelijkheden van de bijstelaanvragen en inzicht in het bijbehorende telefoonnummer.
03	Alle medewerkers	Medewerker	Een medewerker wil verkoop van kleding kunnen bijhouden. Daarnaast wil een medewerker voorraad van kleding kunnen controleren in alle filialen. Hij wil bijstelaanvragen kunnen bijhouden, aanpassen, en inzien (en de verantwoordelijkheid kunnen bijhouden).
04	Eerste medewerkers	Eerste medewerker	Een medewerker die de verantwoordelijkheid over een filiaal draagt als het management afwezig is. Alleen Eerste medewerkers en het Management kunnen een kassatelling invoeren in het systeem.

Mission and vision statement

Mission - What the project will do (close to WHY)

Modehuis Walraven zal gaan uitbreiden naar drie filialen. Met het huidige systeem zal het overzicht in de nieuwe situatie verloren gaan. Het doel van dit project is om een nieuw systeem in te voeren dat het mogelijk maakt om het overzicht te behouden over de drie filialen.

Vision - What the end product will be (close to WHAT)

Het eindproduct zal een informatiesysteem worden dat door de drie filialen van Modehuis Walraven kan worden gebruikt ter ondersteuning van de verkoop, inkoop, het verwerken van bijstelaanvragen en het beheer van voorraad. Hierbij zal het mogelijk zijn om op afstand inzicht te hebben in actuele voorraden, bijstelaanvragen, verkoopcijfers en uitgaven.

Statement of work

Legenda
Voltooid
Mee bezig
Niet voltooid
N.v.t.

Deliverable	Façade (19-04-2013)	Status	Filled (24-05-2013)	Status	Focused (21-06-2013)	Status	Responsible members
Introduction	Voorlopige versie	Voltooid	Voorlopige versie	Voltooid	Compleet	Voltooid	Joep Kockelkorn
Problem statement	Zo goed mogelijk	Voltooid	Zo goed mogelijk	Voltooid	Compleet	Voltooid	Joep Kockelkorn, Vincent Doppenberg, Erik Meijer, Joep de Bilde, Armin Zwilling
Stakeholder list/analysis	Zo goed mogelijk	Voltooid	Zo goed mogelijk	Voltooid	Compleet	Voltooid	Joep Kockelkorn, Vincent Doppenberg, Erik Meijer, Joep de Bilde
Mission-Vision(-Values)	Compleet	Voltooid	Compleet	Voltooid	Compleet	Voltooid	Joep de Bilde
Statement of Work	Compleet en up-to-date	Voltooid	Compleet en up-to-date	Voltooid	Compleet en up-to-date	Voltooid	Vincent Doppenberg, Joep Kockelkorn
Risk Analysis	Compleet en up-to-date	Voltooid	Compleet en up-to-date	Voltooid	Compleet en up-to-date	Voltooid	Vincent Doppenberg, Joep Kockelkorn
Use Case Survey	Zo goed mogelijk	Voltooid	Bijna compleet	Voltooid	Compleet	Voltooid	Vincent Doppenberg, Erik Meijer, Joep de Bilde, Armin Zwilling, Joep Kockelkorn
Integrated UC Diagram	Compleet	Voltooid	Compleet	Voltooid	Compleet	Voltooid	Vincent Doppenberg, Erik Meijer
Use Cases	Nog niet	N.v.t.	"Filled" niveau	Voltooid	Compleet	Voltooid	Vincent Doppenberg, Erik Meijer, Joep de Bilde, Armin Zwilling, Joep Kockelkorn
Scenarios	Nog niet	N.v.t.	Enkele per UC	Voltooid	Compleet	Voltooid	Armin Zwilling, Joep de Bilde, Erik Meijer, Vincent Doppenberg, Joep Kockelkorn
Domain Models	Nog niet	N.v.t.	Deels compleet	Voltooid	Compleet	Voltooid	Vincent Doppenberg, Erik Meijer, Joep de Bilde, Joep Kockelkorn
Business rules per UC	Nog niet	N.v.t.	Deels compleet	Voltooid	Compleet	Voltooid	Vincent Doppenberg, Erik Meijer, Joep de Bilde, Joep Kockelkorn, Armin Zwilling
Integrated Domain Model	Nog niet	N.v.t.	Eerste schets	Voltooid	Compleet	Voltooid	Joep Kockelkorn
Business Rules Catalogue	Nog niet	N.v.t.	Deels compleet	Voltooid	Compleet	Voltooid	Erik Meijer, Joep de Bilde, Vincent Doppenberg
Non-functional Requirements	Notities	Voltooid	Deels compleet	Voltooid	Compleet	Voltooid	Joep Kockelkorn, Vincent Doppenberg
Terminological Definitions	Notities	Voltooid	Deels compleet	Voltooid	Compleet	Voltooid	Vincent Doppenberg

Risicoanalyse

#	Categorie	Risico	Oplossing nodig per	Status	Dagen verloren	Verwachtingsfactor (0-100)	Risico factor (1-10)
01	Personeel	Een projectlid kan niet werken vanwege omstandigheden.	Meteen	-	3	25%	5
02	Stakeholder	De stakeholder kan niet werken vanwege omstandigheden.	Zodra hij beschikbaar is	-	9	15%	8
03	Techniek	De projectvorderingen gaan verloren vanwege dataverlies.	Zo snel als mogelijk	-	6	5%	9
04	Personeel	Onvoldoende inzet door een projectlid.	Meteen	-	5	20%	4
05	Communicatie	Er is miscommunicatie tussen de projectgroep en de stakeholder.	Meteen	-	6	40%	7
06	Communicatie	Er is miscommunicatie tussen de projectleden.	Meteen	-	2	50%	2

Requirements

Use cases

Use case survey

#	Naam	Beschrijving	Initiërende actor
01	Afrekenen	Artikelen of bijstelaanvragen afrekenen	Medewerker / Eerste medewerker / Management
02	Bijstelaanvragenbeheer	Het aanmaken en wijzigen van een bijstelaanvraag	Medewerker / Eerste medewerker / Management
03	Voorraadbeheer	Het wijzigen en opvragen van de voorraad van een filiaal of het toevoegen van een inkooporder	Medewerker / Eerste medewerker / Management
04	Assortimentbeheer	Het opvragen, toevoegen en wijzigen van artikelen in het assortiment	Medewerker / Eerste medewerker / Management
05	Medewerkerbeheer	Het opvragen, toevoegen en wijzigen van medewerkers van een filiaal	Management
06	Bekijken overzicht financiën	Bekijken van het overzicht van de financiën	Management
07	Invoer kassatelling	Telling van de kassa dagelijks invoeren in het systeem	Eerste medewerker / Management
08	Retourneren artikel	Het retourneren van een gekocht artikel	Medewerker / Eerste medewerker / Management

Integrated use case diagram

Er is gekozen voor deze weergave van de actoren, vanwege overzichtelijkheid. De opmerkingen behorende bij de uitroeptekens zijn:

Een medewerker of Eerste medewerker kan alleen de basisactiviteit van de Use Case "Voorraadbeheer" uitvoeren: het inzien van de voorraad van een filiaal.
Een medewerker of Eerste medewerker kan alleen de basisactiviteit van de Use Case "Assortimentbeheer" uitvoeren: het inzien van het assortiment.

Individual use cases

Afrekenen

Use Case:	Afrekenen
Number	01
Version	3.0
Description	Artikel of bijstelaanvragen afrekenen.
Actor	Eerste medewerker Medewerker Manager
Trigger	Gebruiker geeft aan artikel(en) af te gaan rekenen. Gebruiker geeft aan een bijstelaanvraag(en) af te gaan rekenen.
Basic course of events	Artikelen afrekenen Gebruiker geeft artikel(en) door aan systeem. Systeem geeft totaalprijs van artikel(en). Gebruiker geeft betaalwijze aan en laat klant afrekenen. Systeem bevestigt betaling.
Alternate paths	Bijstelaanvraag afrekenen Gebruiker vraagt de bijstelaanvragen op. Systeem toont overzicht bijstelaanvragen. Gebruiker selecteert de bijstelaanvraag(en) van juiste klant. Systeem geeft totaalprijs van bijstelaanvraag(en). Gebruiker geeft betaalwijze aan en laat klant afrekenen. Systeem bevestigt betaling.
Exceptions	BcOE 1. Het systeem geeft een melding dat het doorgegeven artikel niet bestaat in het systeem. AP 3. Het systeem geeft een melding dat het de bijstelaanvraag niet bestaat in het systeem.
Preconditions	Gebruiker moet ingelogd zijn.
Postconditions	Voorraad van artikel is aangepast en een verkoopregel is toegevoegd. Klant-/telefoongegevens van de bijstelaanvraag zijn verwijderd en de status van de bijstelaanvraag staat op "Afgerekend".
Related business rules	008

Bijstelaanvragenbeheer

Use Case:	Bijstelaanvragenbeheer
Number	02
Version	3.0
Description	Het aanmaken en wijzigen van een bijstelaanvraag.
Actor	Eerste medewerker Medewerker Management
Trigger	Een gebruiker wil een bijstelaanvraag opvragen. Een gebruiker wil een bijstelaanvraag aanmaken. Een gebruiker wil een bijstelaanvraag wijzigen.
Basic course of events	Opvragen Gebruiker vraagt de bijstelaanvragen op. Systeem toont overzicht bijstelaanvragen. Gebruiker geeft aan een een bestaande bijstelaanvraag op te willen vragen. Systeem toont de gegevens van de bijstelaanvraag.
Alternate paths	Aanmaken Gebruiker vraagt de bijstelaanvragen op. Systeem toont overzicht bijstelaanvragen. Gebruiker geeft aan een nieuwe bijstelaanvraag toe te willen voegen. Systeem toont de benodigde gegevens van de bijstelaanvraag. Gebruiker vult de informatie in en geeft aan de bijstelaanvraag te willen bewaren. Wijzigen Gebruiker vraagt de bijstelaanvragen op. Systeem toont overzicht bijstelaanvragen. Gebruiker geeft aan een bestaande bijstelaanvraag te willen wijzigen. Systeem toont de gegevens van de bijstelaanvraag. Gebruiker wijzigt de informatie en geeft aan deze te willen bewaren.
Exceptions	BcOE 5. Systeem geeft aan dat de gebruiker vereiste gegevens niet heeft ingevuld. AP 5. Systeem geeft aan dat de gebruiker informatie wil aanpassen waartoe hij/zij geen rechten heeft. AP 3. Het systeem geeft een melding dat de bijstelaanvraag niet bestaat in het systeem.
Preconditions	De gebruiker is ingelogd op het systeem.
Postconditions	Basic Course of Events: De bijstelaanvraag is opgeslagen in het systeem. Wijzigen: De bijstelaanvraag is gewijzigd in het systeem.
Related business rules	001

Voorraadbeheer

Use Case:	Voorraadbeheer
Number	03
Version	3.0
Description	Het wijzigen en opvragen van de voorraad van een filiaal of het toevoegen van een inkooporder.
Actor	Eerste medewerker Medewerker Management
Trigger	Gebruiker wil voorraad inzien. Management wil voorraad aanpassen.
Basic course of events	Voorraad inzien Gebruiker geeft aan de voorraad te willen inzien. Systeem toont filialen. Gebruiker kiest filiaal. Systeem toont voorraad van filiaal.
Alternative paths	Voorraad aanpassen Management geeft aan de voorraad te willen inzien. Systeem toont filialen. Management kiest filiaal. Systeem toont voorraad van filiaal. Management selecteert artikel. Systeem toont informatie van artikel. Management geeft aan de informatie van het artikel te willen wijzigen. Systeem toont wijzigbare informatie van het artikel. Management wijzigt de voorraad en bevestigt te wijziging. Inkooporder toevoegen Management geeft aan een inkooporder toe te willen voegen. Systeem toont filialen. Management selecteert filiaal. Systeem toont assortiment. Management selecteert artikel(en). Systeem toont artikelinformatie. Management vult prijs en aantal in per artikel. Systeem vraagt om bevestiging. Management bevestigt de invoer.
Preconditions	Voorraad inzien: De gebruiker dient ingelogd te zijn. Voorraad aanpassen: Het management dient ingelogd te zijn. Inkooporder toevoegen: Het management dient ingelogd te zijn.
Postconditions	Voorraad inzien: Gebruiker heeft inzicht in de voorraad van het artikel. Voorraad aanpassen: De wijzigingen met betrekking tot de voorraad zijn opgeslagen in het systeem. Inkooporder toevoegen: De voorraad is aangepast en de inkoop is toegevoegd.
Related business rules	002

Assortimentbeheer

Use Case:	Assortimentbeheer
Number	04
Version	3.0
Description	Het opvragen, toevoegen en wijzigen van artikelen in het assortiment
Actor	Eerste medewerker Medewerker Management
Trigger	Gebruiker wil assortiment inzien. Management wil een artikel invoeren. Management wil een artikel wijzigen.
Basic course of events	Assortiment inzien De gebruiker geeft aan het assortiment te willen inzien. Systeem toont overzicht assortiment. De gebruiker geeft aan een bepaald artikel in te willen zien. Systeem toont de gegevens van het artikel.
Alternate paths	Artikel invoeren Management geeft aan het assortiment te willen inzien. Systeem toont overzicht assortiment. Management geeft aan een nieuw artikel te willen invoeren. Systeem biedt mogelijkheid om de artikelinformatie in te voeren. Management vult de informatie van het artikel in en bevestigt deze. Artikel wijzigen Management geeft aan het assortiment te willen inzien. Systeem toont overzicht assortiment. Management kiest artikel. Systeem toont artikelinformatie. Management geeft aan de artikelinformatie te willen wijzigen. Systeem toont de wijzigbare artikelinformatie. Management wijzigt de informatie van het artikel en bevestigt de wijziging.
Preconditions	Basic Course of Events: Gebruiker moet ingelogd zijn. Artikel toevoegen: Management moet ingelogd zijn. Artikel wijzigen: Management moet ingelogd zijn.
Postconditions	Artikel invoeren: Het nieuwe artikel is opgeslagen in het systeem. Artikel wijzigen: De gewijzigde artikelinformatie is opgeslagen in het systeem.
Related business rules	003

Medewerkerbeheer

Use Case:	Medewerkerbeheer
Number	05
Version	3.0
Description	Het opvragen, toevoegen en wijzigen van medewerkers van een filiaal.
Actor	Management
Trigger	Management wil een medewerker opvragen. Management wil een medewerker toevoegen. Management wil een medewerker wijzigen.
Basic course of events	Opvragen Management vraagt het overzicht van medewerkers op. Systeem toont overzicht van de medewerkers. Management selecteert de gewenste medewerker. Systeem toont de gegevens van de medewerker.
Alternate paths	Toevoegen Management vraagt het overzicht van medewerkers op. Systeem toont overzicht van de medewerkers. Management geeft aan een nieuwe Medewerker te willen toevoegen. Systeem toont de benodigde gegevens om een nieuwe medewerker in te voeren. Management vult informatie in en slaat de gegevens op. Wijzigen Management vraagt het overzicht van medewerkers op. Systeem toont overzicht van de medewerkers. Management selecteert een medewerker. Systeem toont de gegevens van de medewerker. Management geeft aan de geselecteerde medewerker te willen wijzigen. Systeem toont de gegevens van een huidige medewerker om aan te passen. Management wijzigt de informatie en slaat de gegevens op.
Preconditions	Management moet ingelogd zijn.
Postconditions	Opvragen De manager heeft de informatie van de medewerker voor zich Toevoegen De nieuwe medewerker is opgeslagen in het systeem. Wijzigen: De informatie van de medewerker is gewijzigd in het systeem.
Related business rules	004, 005

Bekijken overzicht financiën

Use Case:	Bekijken overzicht financiën
Number	06
Version	3.0
Description	Bekijken van het overzicht van de financiën.
Actor	Management
Trigger	Management wil het totaaloverzicht van de financiën bekijken. Management wil een filiaaloverzicht van de financiën bekijken.
Basic course of events	Totaaloverzicht financiën Management geeft aan het totaaloverzicht van de financiën te willen bekijken. Systeem toont beschikbare tijdseenheden voor het totaaloverzicht. Management kiest een tijdseenheid. Systeem toont het totaaloverzicht van financiën in de gekozen tijdseenheid.
Alternate paths	Filiaaloverzicht financiën: Management geeft aan een filiaaloverzicht van de financiën te willen bekijken. Systeem toont overzicht filialen. Management kiest een filiaal. Systeem toont de beschikbare tijdseenheden voor het financiële overzicht. Management kiest een tijdseenheid. Systeem toont het financiële overzicht van het gekozen filiaal in de gekozen tijdseenheid.
Preconditions	Management dient ingelogd te zijn.
Postconditions	-	Management heeft inzicht verkregen in de financiën.	Related business rules	006

Invoer kassatelling

Use Case:	Invoer kassatelling
Number	07
Version	3.0
Description	Het dagelijks invoeren van de kassatelling.
Actor	Eerste medewerker Manager
Trigger	Eerste medewerker / Management wil de dagelijkse kassatelling na sluitingstijd invoeren. Eerste medewerker / Management wil een kassatelling wijzigen.
Basic course of events	Invoeren Eerste medewerker / Management geeft aan de kassatelling in te willen voeren. Systeem toont de benodigde gegevens van een kassatelling. Eerste medewerker / Management vult de informatie in van de kassatelling. Systeem laat de invoer zien en vraagt om bevestiging. Eerste medewerker / Management bevestigt de definitieve invoer.
Alternate paths	Wijzigen Eerste medewerker / Management geeft aan een kassatelling te willen wijzigen. Systeem toont overzicht van de kassatellingen per dag. Eerste medewerker / Management geeft aan welke telling gewijzigd moet worden. Systeem toont de gegevens van de desbetreffende telling. Eerste medewerker / Management wijzigt de informatie. Systeem laat wijzigingen zien en vraagt om bevestiging. Eerste medewerker / Management bevestigt de wijziging.
Preconditions	Eerste medewerker / Management moet ingelogd zijn.
Postconditions	Ingevoerde kassatelling is vastgelegd in het systeem.
Related business rules	009

Retourneren artikel

Use Case:	Retourneren artikel
Number	08
Version	3.0
Description	Retourneren van een gekocht artikel
Actor	Eerste medewerker Medewerker Management
Trigger	Een klant retourneert een artikel
Basic course of events	Retourneren artikel Gebruiker kiest voor retourneren van een artikel. Systeem vraagt om transactienummer. Gebruiker voert transactienummer in. Systeem toont bijbehorende artikelen. Gebruiker kiest het te retourneren artikel. Systeem vraagt om bevestiging van retournering. Gebruiker bevestigt deze vraag. Systeem toont het bedrag dat de klant tegoed heeft.
Preconditions	Gebruiker dient ingelogd te zijn. Klant dient een bon te hebben. Het label moet nog aan het artikel zitten.
Postconditions	Product is verwijderd bij de desbetreffende transactie. Voorraad is verhoogd van het betreffende artikel.
Related business rules	007

Domain Model per Use Case

Het domeinmodel is per Use Case weergegeven met een afbeelding, zoals hierboven te zien is.