Requirements Engineering/het werk/werkstuk/2012-13/Groep 04

 

Requirements Document - Modehuis Walraven

Werkstuk Requirements Engineering

door:
Bernard Degen, Sander Hendrix, Dave van Hooren, Jolein Kluten, Max Tijssen

Onderwijsinstituut voor Informatica en Informatiekunde

Radboud Universiteit Nijmegen

---

version 18 februari 2022

---

Introduction

In dit document zijn alle requirements te vinden voor het Modehuis Walraven. Dit is een kledingzaak met een dames-, heren- en kinderafdeling. Kleding laten verstellen is ook mogelijk. De eigenaren zijn meneer en mevrouw Walraven. Nu de zaken goed gaan, is er besloten om twee nieuwe filialen te openen en om acht nieuwe medewerkers aan te nemen. Dit document moet duidelijkheid scheppen over de eisen die gesteld worden aan het project.

Voor de eigenaren zal dit document vooral belangrijk zijn om een overzicht van het project te krijgen, en waar nodig wijzigingen door te kunnen voeren.

Voor de medewerkers van de filialen zal dit document helpen om een indruk te krijgen wat het systeem allemaal kan en hoe er van hen verwacht wordt mee te werken.

Problem statement

In dit onderdeel van het document zullen we het probleem uitleggen dat we met dit project proberen op te lossen.

De uitbreiding brengt een hoop administratief werk met zich mee. Zo moet in de nieuwe situatie voor ieder filiaal de huidige voorraad, gegevens over verstellingen, algemene gegevens over werknemers en de financiën worden bijgehouden. Iedere dag alle locaties bezoeken om deze gegevens te verzamelen is geen optie voor de eigenaar. Een bijzaak is dat betalen door middel van een pinpas mogelijk moet worden.

Case analysis

Stakeholder analysis

In dit onderdeel van het document analyseren we welke groepen personen allemaal gebruik maken van het uiteindelijke product. De tabel geeft een opsomming hiervan.

#	Naam	Rol	Omschrijving
01	Meneer Walraven	Eigenaar	Meneer en mevrouw Walraven zijn de eigenaars van Modehuis Walraven. Zij moeten alles wat het systeem kan doen, kunnen doen.
02	Mevrouw Walraven
03	Dorien	Medewerker [*]	De medewerkers staan in de filialen en bedienen de klanten. Zij hebben beperkte toegang tot het systeem en zullen vooral invoer verrichten.
04	Joke
05	Leen
06	Truus

• ^[*] De toekomstige medewerkers hebben dezelfde rechten als de huidige medewerkers.

Mission and vision statement

In dit onderdeel zullen we uitleggen wat de missie (wat we willen bereiken) en wat de visie (hoe we ons dit voorstellen) van het project is.

De missie van het project is om het voor Modehuis Walraven en al diens filialen een systeem te creëren wat een goed overzicht geeft van al deze filialen.

Onze visie is het overleveren van een gebruiksvriendelijk systeem dat ervoor zorgt dat de toegenomen administratieve lasten met groot gebruiksgemak verwerkt kunnen worden. Wij zijn ervan overtuigd dat de overstap zonder overlast zal verlopen en aansluiten bij de verwachtingen van de gebruikers.

Statement of work

In dit onderdeel van het document bespreken we de verschillende risico's die het project bedreigen, en welke consequenties de risico's kunnen hebben. Deze tabel omschrijft deze risico's.

Deliverable	Façade iteratie		Filled iteratie		Focused iteratie
	Doel	Status	Doel	Status	Doel	Status
Problem statement	Deels	Af	Deels	Af	Compleet	Af
Stakeholder list/analysis	Deels	Af	Deels	Af	Compleet	Af
Mission-Vision-(Values)	Compleet	Af	Compleet	Af	Compleet	Af
Statement of Work	Compleet	Af	Compleet	Af	Compleet	Af
Risk Analysis	Compleet	Af	Compleet	Af	Compleet	Af
Use Case Survey	Deels	Af	Deels	Af	Compleet	Af
Integrated UC Diagram	Compleet	Af	Compleet	Af	Compleet	Af
Use Cases	Niets	Af	Deels	Af	Compleet	Af
Scenarios	Niets	Af	Deels	Af	Compleet	Af
Domain Models	Niets	Niet	Deels	Bezig	Compleet	Af
Business rules per UC	Niets	Niet	Deels	Bezig	Compleet	Af
Integrated Domain Model	Niets	Niet	Deels	Klad	Compleet	Af
Busines Rules Catalogue	Niets	Niet	Deels	Klad	Compleet	Af
Non-functional Requirements	Niets	Klad	Deels	Af	Compleet	Af
Terminological Definitions	Niets	Klad	Deels	Af	Compleet	Af
Executive sponsor viewpoint	Compleet	Nvt	Compleet	Nvt	Compleet	Nvt
Use case tests	Deels	Niet	Deels	Af	Compleet	Af
Busienss process definitions	Optionally	Nvt	Optionally	Nvt	Optionally	Nvt
GUI metaphors / storyboards	Optionally	Nvt	Optionally	Nvt	Optionally	Nvt

Risk analysis

In dit onderdeel van het document bespreken we de verschillende risico's die het project bedreigen, en welke consequenties de risico's kunnen hebben. Deze tabel omschrijft deze risico's.

#	Category	Risk	Solution needed by	Status	Days lost	Expectancy factor	Risk factor
01	User Time	Het kan gebeuren dat iemand van ons, door ziekte bijvoorbeeld, een bepaalde tijd niet aan het project kan werken. We zullen de afwezigheid van een persoon opvangen door tijdelijk de taken over de andere groepsleden te verdelen.	2 dagen later	N.v.t.	5	80%	4
02	User Time	Het kan gebeuren dat er meer werk nodig is voor een bepaald onderdeel van de planning waardoor de planning uit kan lopen. We zullen daarom iets ruimer moeten plannen in plaats van alles strak achter elkaar plannen zodat er nog wat ruimte in zit voor uitloop.	1 dag later	1 maal	1	25%	0.25
03	Information	Het kan gebeuren dat er informatie ontbreekt om verder te kunnen met een bepaald onderdeel van ons project, bijvoorbeeld voor een use case. We zullen ervoor moeten zorgen dat we dan andere taken op kunnen pakken en zo snel mogelijk proberen deze informatie te bemachtigen.	3 dagen later	N.v.t.	5	40%	2
04	Communicatie	Het kan gebeuren dat er intern een misverstand heeft plaatsgevonden waardoor er werk opnieuw gedaan moet worden. We zullen dit opvangen door het aanpassen van onze planning.	2 dagen later	N.v.t.	3	35%	1,05
05	Stakeholders	Het kan gebeuren dat een afspraak met de stakeholder niet doorgaat doordat één of meerdere deelnemers verhinderd is. We zullen dan proberen een nieuwe afspraak op korte termijn te maken.	1 dag later	N.v.t.	3	20%	0,60
06	Hulpmiddelen	Het kan gebeuren dat er op een cruciaal moment een storing is bij een van de media die gebruikt worden voor de ontwikkeling van het project. In dit geval de werkplaats en Google Drive. We zullen dan een alternatieve manier zoeken om verder te kunnen werken.	2 dagen later	N.v.t.	2	10%	0,2

Requirements

Use cases

In dit onderdeel van het document tonen we onze Use-Cases. Dit is een beschrijving van de interactie tussen het systeem en de gebruikers.

Use case survey

In dit onderdeel van het document tonen we de namen en beschrijvingen van onze use cases. De use case survey is een overzicht van use cases die zijn opgesteld voor dit project.

#	Name	Description	Initiating actor
1	Order betalen	Een medewerker of eigenaar registreert het afrekenen.	Medewerker/eigenaar
2	Product(en) kopen	Een medewerker of eigenaar registreert een aankoop van één of meer producten dat op voorraad is.	Medewerker/eigenaar
3	Verstelling aanvragen	Een medewerker of eigenaar registreert een verstelling voor een bepaald kledingstuk.	Medewerker/eigenaar
4	Verstelling afhandelen	Een medewerker of eigenaar registreert dat een verstelling compleet is.	Medewerker/eigenaar
5	Voorraad bekijken	Een eigenaar of medewerker vraagt de huidige voorraad op en dit wordt getoond.	Eigenaar/Medewerker
6	Voorraad aanvullen	Een eigenaar (in de regel mevrouw Walraven) voegt een nieuwe aanlevering aan de voorraad toe.	Eigenaar
7	Financiën opvragen	Een eigenaar vraagt een financieël verslag op en dit wordt getoond.	Eigenaar
8	Medewerkers wijzigen	Een eigenaar schrijft een nieuwe medewerker in, wijzigt de gegevens van een bestaande medewerker of schrijft een huidige medewerker uit.	Eigenaar
9	Product terugbrengen	Een medewerker of eigenaar wisselt een product om.	Medewerker/eigenaar

Integrated use case diagram

In dit onderdeel van het document tonen we het integrated use case diagram, wat laat zien welke actoren verschillende use cases kunnen gebruiken.

Individual use cases

In dit onderdeel van het document tonen we de verschillende use cases zelf.

NB: Overal waar medewerker in een use case staat, kan ook eigenaar gelezen worden.

Use Case:	Order betalen
Use case number	1
Description	Een medewerker of eigenaar registreert het afrekenen.
Actors	Medewerker of eigenaar.
Source	Project kick-off.
Version	1.0
Triggers	- Medewerker geeft aan een betaling te willen starten.
Basic course of events	1. Medewerker geeft aan een betaling te willen starten. 2. Systeem toont het totaalbedrag. 3. Medewerker kiest voor contant.
Alternate paths	Pin betalen 1. Medewerker geeft aan een betaling te willen starten. 2. Systeem toont het totaalbedrag. 3a. Medewerker kiest voor pin.
Exception paths	Transactie annuleren 2e. Medewerker annuleert de transactie. Transactie annuleren 3f. Medewerker annuleert de transactie.
Assumptions	- Het systeem dat gebruikt wordt voor de pin-transacties werkt naar behoren.
Preconditions	- De medewerker is geauthenticeerd.
Postconditions	- De klant heeft het totale bedrag van de order voldaan. - De financiële gegevens van het systeem zijn correct aangepast. - De voorraad is bijgewerkt.
Related business rules	-

Use Case:	Product(en) kopen
Use case number	2
Description	Een medewerker of eigenaar registreert een aankoop van één of meer producten dat op voorraad is.
Actors	Medewerker of eigenaar.
Source	Project kick-off.
Version	1.0
Triggers	- Medewerker geeft aan dat er een product gekocht gaat worden.
Basic course of events	1. Medewerker voert het product in dat gekocht gaat worden. 2. Zolang er nog niet-ingevoerde producten zijn, verder naar stap 1. 3. Systeem toont een overzicht van de ingevoerde producten. 4. Medewerker voert in het systeem in dat dit alle producten zijn. 5. Verder naar "Order betalen". 6. Systeem geeft aan dat bon geprint wordt.
Alternate paths	-
Exception paths	Aankoop annuleren 4e. Medewerker annuleert de aankoop.
Assumptions	- Alle aangeboden producten zijn bekend in het systeem.
Preconditions	- De precondities van de use case "Order Betalen". - De medewerker is geauthenticeerd.
Postconditions	- Het systeem heeft alle onderdelen van de order geregistreerd. - De financiële gegevens van het systeem zijn correct aangepast. - De voorraad is bijgewerkt.
Related business rules	-

Use Case:	Verstelling aanvragen
Use case number	3
Description	Een medewerker of eigenaar registreert een verstelling voor een bepaald kledingstuk.
Actors	Medewerker of eigenaar.
Source	Project kick-off.
Version	1.0
Triggers	- Medewerker geeft aan een verstelling te willen aanmaken.
Basic course of events	1. Medewerker geeft aan een verstelling te willen aanmaken. 2. Systeem vraagt de gegevens van het te verstellen product. 3. Medewerker voert de gegevens van het te verstellen product in. 4. Systeem vraagt de verdere gegevens van de verstelling. 5. Medewerker voert de beschrijving van de verstelling en de naam en telefoonnummer van de klant in. 6. Systeem toont een overzicht van de ingevoerde gegevens van de verstelling. 7. Medewerker geeft aan dat de aanvraag compleet is. 8. Systeem bevestigt dat de aanvraag voor verstelling opgenomen is.
Alternate paths	-
Exception paths	Gegevens missen 6e. Systeem geeft aan dat er gegevens missen of niet correct ingevoerd zijn en vraagt deze opnieuw. 7e. Medewerker past de benodigde gegevens aan. 8e. Verder naar stap 6. Aanvraag annuleren 7f. Medewerker annuleert de aanvraag van de verstelling. 8f. Systeem bevestigt de annulatie.
Assumptions	-
Preconditions	- De medewerker is geauthenticeerd.
Postconditions	- In het systeem staan alle gegevens die nodig zijn voor het verwerken van de verstelling.
Related business rules	- De klant moet het te verstellen kledingstuk bij zich hebben en het afstaan aan de winkel voor het plaatsen van een verstelling.

Use Case:	Verstelling afhandelen
Use case number	4
Description	Een medewerker of eigenaar registreert dat een verstelling compleet is.
Actors	Medewerker of eigenaar.
Source	Interview 1.
Version	1.0
Triggers	- Medewerker geeft aan een verstelling af te willen handelen.
Basic course of events	1. Medewerker geeft aan dat een verstelling compleet is. 2. Systeem toont een overzicht van de verstelling. 3. Verder naar "Order betalen". 4. Systeem bevestigt dat de verstelling succesvol uitgevoerd is.
Alternate paths	-
Exception paths	Verstelling annuleren 2e. Medewerker annuleert de afhandeling van de verstelling. 3e. Systeem bevestigt de annulatie.
Assumptions	- De af te handelen verstelling stond in het systeem. - De klant, voor wie de verstelling is gedaan, is aanwezig.
Preconditions	- De precondities van de use case "Order Betalen". - Medewerker is geauthenticeerd.
Postconditions	- Het systeem heeft persoonlijke gegevens van de klant verwijderd. - De financiële gegevens van het systeem zijn correct aangepast. - Het systeem heeft de verstelling als compleet gemarkeerd.
Related business rules	- Klantgegevens worden niet langer bewaard dan strikt noodzakelijk.

Use Case:	Voorraad bekijken
Use case number	5
Description	Een eigenaar of medewerker vraagt de huidige voorraad op en dit wordt getoond.
Actors	Medewerker of eigenaar.
Source	Interview 2.
Version	1.0
Triggers	- Medewerker geeft aan de voorraad te willen bekijken.
Basic course of events	1. Medewerker geeft aan de voorraad te willen bekijken. 2. Systeem toont een lijst met verschillende producten en het beschikbare aantal ervan. 3. Medewerker geeft aan het systeem aan klaar te zijn.
Alternate paths	Uitdraai maken 1. Medewerker geeft aan de voorraad te willen bekijken. 2. Systeem toont een lijst met verschillende producten en het beschikbare aantal ervan. 3a. Medewerker geeft aan een uitdraai van de huidige voorraad te willen. 4a. Systeem geeft aan dat een uitdraai van huidige voorraad gemaakt wordt, verder naar stap 3.
Exeption paths	-
Assumptions	- De voorraad die beschikbaar is in de winkel en de voorraad die getoond wordt door het systeem zijn gelijk.
Preconditions	- De medewerker is geauthenticeerd.
Postconditions	- De medewerker heeft de verzochte informatie.
Related business rules	-

Use Case:	Voorraad aanvullen
Use case number	6
Description	Een eigenaar voegt een nieuwe aanlevering aan de voorraad toe.
Actors	Eigenaar (in de regel mevrouw Walraven).
Source	Project kick-off.
Version	1.0
Triggers	- Eigenaar geeft aan de voorraad aan te willen vullen.
Basic course of events	1. Eigenaar wil een product aanvullen en voert het aantal nieuwe exemplaren en de prijs ervan in. 2. Systeem toont een bevestiging en vraagt of de bijvulling compleet is. Als dit niet zo is, verder naar stap 1. 3. Eigenaar geeft aan dat de bijvulling compleet is.
Alternate paths	Nieuw product toevoegen 1a. Eigenaar geeft aan een nieuw product te willen toevoegen aan de collectie. 2a. Systeem vraagt om de gegevens van het nieuwe product. 3a. Eigenaar voert de gegevens van het product in en bevestigt deze. 4a. Verder naar stap 1.
Exception paths	-
Assumptions	- De voorraad die beschikbaar is in de winkel en de voorraad die getoond wordt in het systeem is gelijk. Met uitzondering van de te verwerken veranderingen.
Preconditions	- De eigenaar is geauthenticeerd.
Postconditions	- De aangevulde voorraad is in het systeem verwerkt.
Related business rules	- Alleen eigenaren kunnen de voorraad bijvullen.

Use Case:	Financiën opvragen
Use case number	7
Description	Een eigenaar of medewerker vraagt een financieel verslag op en dit wordt getoond.
Actors	Eigenaar.
Source	Project kick-off.
Version	1.0
Triggers	Eigenaar geeft aan de financiën te willen bekijken.
Basic course of events	1. Eigenaar geeft aan de financiën te willen bekijken. 2. Systeem vraagt om de gewenste tijddspan. 3. Eigenaar geeft de gewenste tijdsspan op. 4. Systeem toont de financiën van de opgegeven tijdsspan. 5. Eigenaar geeft aan klaar te zijn.
Alternate paths	Uitdraai maken 1. Eigenaar geeft aan de financiën te willen bekijken. 2. Systeem vraagt om de gewenste tijddspan. 3. Eigenaar geeft de gewenste tijdsspan op. 4. Systeem toont de financiën van de opgegeven tijdsspan. 5a. Eigenaar geeft aan af te willen drukken. 6a. Systeem geeft aan dat de gevraagde informatie geprint wordt. 7a. Verder naar stap 5.
Exception paths	-
Assumptions	- Er zijn financiën om te laten zien.
Preconditions	- Financiën zijn goed verwerkt. - De eigenaar is geauthenticeerd.
Postconditions	- De eigenaar heeft de verzochte informatie.
Related business rules	- Alleen eigenaren kunnen de financiën bekijken.

Use Case:	Medewerkers wijzigen
Use case number	8
Description	Een eigenaar schrijft een nieuwe medewerker in, wijzigt de gegevens van een bestaande medewerker of schrijft een huidige medewerker uit.
Actors	Eigenaar.
Source	Project kick-off.
Version	1.0
Tiggers	- Eigenaar geeft aan een medewerker te willen wijzigen.
Basic course of events	1. Eigenaar geeft aan een medewerker te willen wijzigen. 2. Systeem geeft een lijst met alle medewerkers. 3. Eigenaar selecteert een medewerker. 4. Systeem toont huidige gegevens. 5. Eigenaar brengt wijzigingen aan en geeft aan klaar te zijn. 6. Systeem bevestigt de gewijzigde gegevens.
Alternate paths	Medewerker inschrijven 1a. Eigenaar geeft aan een medewerker te willen inschrijven. 2a. Systeem vraagt om gegevens van de nieuwe medewerker. 3a. Eigenaar vult benodigde gegevens in en geeft aan klaar te zijn. 4a. Verder naar stap 6. Medewerker uitschrijven 1b. Eigenaar geeft aan een medewerker te willen uitschrijven. 2b. Systeem toont een lijst met medewerkers. 3b. Eigenaar kiest een medewerker uit de lijst. 4b. Systeem toont de gegevens van de medewerker en vraagt om bevestiging. 5b. Eigenaar geeft aan door te willen gaan. 6b. Systeem geeft aan dat de medewerker is verwijderd. 7b. Verder naar stap 6.
Exception path	Wijzigingen annuleren 5e. Eigenaar annuleert de wijzigingen. 6e. Systeem bevestigt de annulatie.
Assumptions	- De huidige gegevens van de werknemers kloppen met uitzondering van de gewenste wijzigingen. - Alle benodigde gegevens van de medewerker zijn bekend.
Preconditions	- De eigenaar is geauthenticeerd.
Postconditions	- De gewijzigde gegevens zijn verwerkt in het systeem.
Related business rules	- Alleen eigenaren kunnen medewerker gegevens veranderen.

Use Case:	Product terugbrengen
Use case number	9
Description	Een medewerker of eigenaar wisselt een product om.
Actors	Medewerker of eigenaar.
Source	Interview 2.
Version	1.0
Triggers	- Medewerker geeft aan een product om te willen wisselen.
Basic course of events	1. Medewerker geeft aan een product om te willen wisselen en voert de gegevens, die de klant geeft, in. 2. Systeem bevestigt dat de gegevens correct zijn. 3. Medewerker bevestigt aan het systeem dat de teruggebrachte kleding de correcte is en dat het product in goede staat is. 4. Systeem bevestigt dat het terugbrengen verwerkt is.
Alternate paths	-
Exception paths	Kleding incorrect 3e. Medewerker geeft aan dat de teruggebrachte kleding niet correct is. 4e. Het systeem geeft aan de actie te stoppen. Bon incorrect 2f. Systeem geeft aan dat de bon niet correct is. 3f. Het systeem geef aan de actie te stoppen.
Assumptions	-
Preconditions	- De klant overhandigt minstens één kledingstuk en een kassabon. - De medewerker is geauthenticeerd.
Postconditions	- De financiële gegevens van het systeem zijn correct aangepast. - De voorraad is bijgewerkt.
Related business rules	- Klanten kunnen kleding alleen terugbrengen als ze de bon hebben en binnen 8 dagen terugkomen.

Scenarios

In dit onderdeel van het document tonen we de scenario's. Scenarios zijn concrete, ingevulde beschrijvingen van de mogelijke paden in bovenstaande use cases.

Scenario	Product(en) kopen
Basic course of events	1. Truus voert de bloemetjesjurk in die mevrouw Jansen op de toonbank heeft gelegd. 2. - 1. Truus voert de spijkerbroek B in die ook op de toonbank ligt. 2. - 3. Het systeem toont een overzicht met daarin de bloemetjesjurk en de spijkerbroek B. 4. Truus geeft aan dat het invoeren van producten compleet is. 5. - 1. Truus wil een betaling starten. 2. Het systeem toont een totaalbedrag van mevrouw Jansen ten waarde van €45,-. 3. Truus kiest voor contant. 6. Het systeem geeft aan dat de bon geprint is.
Exception paths	1. Truus voert de bloemetjesjurk in die mevrouw Jansen op de toonbank heeft gelegd. 2. - 1. Truus voert de spijkerbroek B in die ook op de toonbank ligt. 2. - 3. Het systeem toont een overzicht met daarin de bloemetjesjurk en de spijkerbroek B. 4e. Truus annuleert de aankoop.

Scenario	Verstelling aanvragen
Basic course of events	1. Truus geeft aan een verstelling aan te willen maken. 2. Het systeem vraagt om de gegevens van het product. 3. Truus voert in dat het een blauwe broek is, maat 47 van merk B. 4. Het systeem vraagt om de gegevens over de verstelling zelf. 5. Truus voert in dat de verstelling is van mevrouw Jansen, met telefoonnummer 0678239054 en dat de opdracht is de broek 2 maten groter te maken. 6. Systeem toont een scherm met daarop de gegevens: Product: Broek, maat 47, merk B. Klant: Mevrouw Jansen, 0678239054 Opdracht: 2 maten groter maken Prijs: €12,- Filiaal: A. 7. Truus bevestigt deze gegevens en geeft aan dat de aanvraag compleet is. 8. Het systeem bevestigt dat de verstelling aangemaakt is.
Exception paths	Gegevens missen 1. Truus geeft aan een verstelling aan te willen vragen. 2. Het systeem vraagt om de gegevens van het product. 3. Truus voert in dat het een blauwe broek is van merk B. 4. Systeem vraagt de verdere gegevens van de verstelling. 5. Truus voert in dat de verstelling is van mevrouw Jansen, met telefoonnummer 0678239054 en dat de opdracht is hem 2 maten groter te maken. 6e. Systeem geeft aan dat de gegevens over het product zelf missen, en vraagt deze opnieuw. 7e. Truus voert in dat het een blauwe broek is, maat 47 van merk B. 8e. - 6. Systeem toont een scherm met daarop de gegevens: Product: Broek, maat 47, merk B. Klant: Mevrouw Jansen, 0678239054 Opdracht: 2 maten groter maken Prijs: €12,- Filiaal: A. 7. Truus bevestigt deze gegevens en geeft aan dat de aanvraag compleet is. 8. Het systeem bevestigt dat de verstelling aangemaakt is. Aanvraag annuleren 1. Truus geeft aan een verstelling aan te willen maken. 2. Het systeem vraag om de gegevens van het product. 3. Truus voert in dat het een blauwe broek is, maat 47 van merk B. 4. Het systeem vraagt om de verdere gegevens van de verstelling. 5. Truus voert in dat de verstelling is van Mevrouw Jansen, met telefoonnummer 0678239054 en dat de opdracht is hem 2 maten groter te maken. 6. Systeem toont een scherm met daarop de gegevens: Product: Broek, maat 47, merk B. Klant: Mevrouw Jansen, 0678239054 Opdracht: 2 maten groter maken Prijs: €12,- Filiaal: A. 7f. Truus geeft aan de verstelling te willen annuleren. 8f. Het systeem bevestigt de annulatie.

Scenario	Verstelling afhandelen
Basic course of events	1. Joke voert in het systeem in dat verstelling met volgnummer 47 compleet is. 2. Het system toont Joke een scherm met daarop de gegevens van verstelling 47: Product: Jas Klant: Mevrouw De Vries, 0690547823 Opdracht: mouwen verkorten Prijs: €10,- Filiaal: B. 3. - 1. Joke geeft aan een betaling te willen starten. 2. Het systeem toont een totaalbedrag van mevrouw De Vries ten waarde van €10,-. 2a. Joke kiest voor pin. 3a. - 4. Systeem bevestigt dat de verstelling correct afgehandeld is.
Exception paths	Verstelling annuleren 1. Joke voert in het systeem in dat verstelling met volgnummer 47 compleet is. 2e. Joke geeft aan de afhandeling te willen annuleren. 3e. Het systeem bevestigt de annulatie.

Scenario	Voorraad bekijken
Basic course of events	1. Dorien geeft aan dat ze de voorraad wil bekijken. 2. Het systeem toont een lijst met verschillende producten en het beschikbare aantal ervan: Bloemetjesjurk 5 Herenjas 3 Polo (heren, blauw) 4 Polo (dames, blauw) 6 T-shirt (wit) 2 3. Dorien heeft lijst bekeken en geeft aan het systeem aan klaar te zijn.
Alternate paths	Uitdraai maken 1. Dorien geeft aan dat ze de voorraad wil bekijken. 2. Het systeem toont een lijst met verschillende producten en het beschikbare aantal ervan: Bloemetjesjurk 5 Herenjas 3 Polo (heren, blauw) 4 Polo (vrouwen, blauw) 6 T-shirt (wit) 2 3a. Dorien geeft aan een uitdraai van huidige voorraad te willen. 4a. Het systeem geeft aan dat een uitdraai van huidige voorraad gemaakt wordt.

Scenario	Voorraad aanvullen
Basic course of events	1. Mevrouw Walraven geeft aan dat ze het product "T-shirt (wit)" aan wilt vullen, dat ze 5 nieuwe exemplaren van het t-shirt heeft en dat de prijs voor een exemplaar €10,- is. Ze voert de gegevens in het systeem in. 2. Systeem vraagt of de bijvulling compleet is. Aangezien er nog aan te vullen producten zijn geeft mevrouw Walraven aan dat dit niet het geval is. 1. Mevrouw Walraven geeft aan dat ze het product "Bloemetjesjurk" aan wilt vullen, dat ze 3 nieuwe exemplaren van de bloemetjesjurk heeft en dat de prijs voor een exemplaar €15,- is. Ze voert de gegevens in het systeem in. 2. Systeem vraagt of bijvulling compleet is. 3. Mevrouw Walraven geeft aan dat de bijvulling compleet is.
Alternate paths	Nieuw product toevoegen 1a. Mevrouw Walraven geeft aan dat ze het product "Rok (zwart)" wil toevoegen aan de collectie. 2a. Systeem vraagt om de gegevens van het product "Rok (zwart)". 3a. Mevrouw Walraven voert de volgende gegevens van het product in: Product: Rok Kleur: Zwart D/H: Dames Maten: 36 t/m 44 Model: Recht Mevrouw Walraven bevestigt de gegevens. 1. Mevrouw Walraven geeft aan dat ze 8 nieuwe exemplaren van de rok heeft en dat de prijs voor een exemplaar €25,- is. Ze voert de gegevens in het systeem in. 2. Systeem vraagt of de bijvulling compleet is. 3. Mevrouw Walraven geeft aan dat de bijvulling compleet is.

Scenario	Financiën opvragen
Basic course of events	1. Mevrouw Walraven geeft aan de financiën te willen bekijken. 2. Systeem vraagt om de gewenste tijdspan. 3. Mevrouw Walraven vult in dat ze de inkomsten en uitgaven van de afgelopen zeven dagen wil zien. 4. Systeem toont de financiën van de afgelopen zeven dagen. 5. Mevrouw Walraven geeft aan klaar te zijn.
Alternate paths	Uitdraai maken 1. Mevrouw Walraven geeft aan de financiën te willen bekijken. 2. Systeem vraagt om de gewenste tijdspan. 3. Mevrouw Walraven vult in dat ze de inkomsten en uitgaven van de afgelopen zeven dagen wil zien. 4. Systeem toont de financiën van de afgelopen zeven dagen. 5a. Mevrouw Walraven geeft aan af te willen drukken. 6a. Systeem geeft aan dat de gevraagde informatie geprint wordt. 7. - 5. Mevrouw Walraven geeft aan klaar te zijn.

Scenario	Medewerker wijzigen
Basic course of events	1. Mevrouw Walraven geeft aan een medewerker te willen wijzigen. 2. Systeem geeft een lijst met alle medewerkers. 3. Mevrouw Walraven selecteert Truus. 4. Systeem toont huidige gegevens van Truus: Naam: Truus Adres: Grotestraat 1 Postcode: 6561 TR Groesbeek Telnr.: 024-555-1234 5. Mevrouw Walraven brengt de wijzigingen "Grotestraat 1" naar "Stationsweg 25" aan en geeft aan klaar te zijn. 6. Systeem bevestigt dat "Grotestraat 1" naar "Stationsweg 25" aangepast is.
Alternate paths	Medewerker inschrijven 1a. Mevrouw Walraven geeft aan een medewerker te willen inschrijven. 2a. Systeem vraagt om gegevens van de nieuwe medewerker. 3a. Mevrouw Walraven vult benodigde gegevens in en geeft aan klaar te zijn: Naam: Henk Adres: Dorpsstraat 7 Telnr.: 024-555-5678 4a. - 6. Systeem bevestigd dat medewerker Henk is ingeschreven< Medewerker uitschrijven 1b. Mevrouw Walraven geeft aan een medewerker te willen uitschrijven. 2b. Systeem toont een lijst met medewerkers. 3b. Mevrouw Walraven kiest Truus uit de lijst. 4b. Systeem toont de gegevens van Truus en vraagt om bevestiging: Naam: Truus Adres: Grotestraat 1 Telnr.: 024-555-1234 5b. Mevrouw Walraven geeft aan door te willen gaan. 6b. Systeem geeft aan dat Truus is verwijderd. 7b. - 6. Systeem geeft aan dat de verwijdering compleet is.
Exception paths	Wijzigingen annuleren 1b. Mevrouw Walraven geeft aan een medewerker te willen wijzigen. 2b. Systeem geeft een lijst met alle medewerkers. 3b. Mevrouw Walraven selecteert Truus. 4b. Systeem toont huidige gegevens van Truus: Naam: Truus Adres: Grotestraat 1 Telnr.: 024-555-1234 5b. Mevrouw Walraven annuleert de wijzigingen. 6b. Systeem bevestigt de annulatie; er is niets gewijzigd.

Scenario	Product terugbrengen
Basic course of events	1. Truus geeft aan een product om te willen wisselen en voert de gegevens, die op de kassabon staan, in: Polo (blauw) 21-05-2013 14:23 €20,- 2. Het systeem toont Truus dat deze bon correct is. 3. Truus voert in dat het product dat haar overhandigd is inderdaad een “Polo (blauw)” is en dat het product in goede staat is. 4. Het systeem bevestigt dat het terugbrengen van het product verwerkt is.
Exception paths	Kleding incorrect 1. Truus geeft aan een product om te willen wisselen en voert de gegevens, die op de kassabon staan, in: Polo (blauw) 21-05-2013 14:23 €20,- 2. Het systeem toont Truus dat deze bon correct is. 3e. Truus voert in dat het product dat haar overhandigd is niet klopt. 4e. Het systeem geeft aan dat de actie gestopt is. Bon incorrect 1. Truus geeft aan een product om te willen wisselen en voert de gegevens, die op de kassabon staan, in: Polo (blauw) 21-05-2013 14:23 €20,- 2f. Het systeem vertelt Truus dat de bon verlopen is en dat dit kledingstuk niet meer teruggebracht mag worden. 3f. Het systeem geeft aan dat de actie gestopt is.

Non-functional Requirements

Een non-functional requirement is een requirement die gaat over het algemene gedrag en omgang van het systeem, en niet over functies. Vaak heeft dit te maken met de architectuur van het systeem, zorgend voor bepaalde kwaliteiten. Hieronder zijn de kwaliteiten gespecificeerd waaraan het systeem moet voldoen.

• Usability: Het systeem moet gemakkelijk en intuitief in gebruik zijn.
• Authorization: Niet iedereen is bevoegd om bepaalde acties te ondernemen.
• Authenticatie: Om de autorisatie te beschermen.
• Aanpasbaar: Het systeem moet uit te breiden/ wijzigen zijn met veranderingen.

Addendum

Integrated Domainmodel

In dit onderdeel van het document tonen wij het Integrated Domainmodel. Het integrated domainmodel komt overeen met alle concepten en feiten die gebruikt zijn in de eerder beschreven use cases en daarbij behorende scenarios. Het vormt hiervan een overzicht, waardoor onderlinge relaties goed te overzien zijn.

Business Rules Catalogue

In dit onderdeel van het document zullen we de verschillende Business Rules tonen. Dit zijn de regels van het bedrijf, waar ons systeem zich aan dient te houden. Hieronder is een lijst gespecificeerd met de business rules van Modehuis Walraven.

• De klant moet het te verstellen kledingstuk bij zich hebben en het afstaan aan de winkel voor het plaatsen van een verstelling.
• Klantgegevens worden niet langer bewaard dan strikt noodzakelijk.
• Alleen eigenaren kunnen de voorraad bijvullen.
• Alleen eigenaren kunnen de financiën bekijken.
• Alleen eigenaren kunnen medewerker gegevens veranderen.
• Klanten kunnen kleding alleen terugbrengen als ze de bon hebben en binnen 8 dagen terugkomen.

Terminological Definitions

In dit onderdeel van het document zullen we verschillende termen die we in dit document gebruiken uitleggen. Om verwarring te voorkomen staan deze termen hier eenduidig gedefinieerd.

Term	Omschrijving
(Aan)koop	Bestelling.
Aanlevering	Nieuwe producten om de voorraad in één filiaal mee aan te vullen.
Bestelling	Aanschaf van een product door Klant.
Eigenaar	Meneer of mevrouw Walraven
Kassa	Apparaat dat een Bestelling administreert en optioneel de betaling verzorgt.
Klant	Persoon die minstens één Bestelling of Verstelling aangevraagd heeft óf een van het voorgaande aan het verrichten is.
Hoofdmedewerker	Medewerker met hogere bevoegdheden.
Medewerker	Persoon in dienst bij kledingzaak Walraven.
Order	Product of Verstelling.
Pinnen	Betalen met een pinpas.
Verstelling	Aanpassen van een kledingstuk.