Brontekst bekijken van Requirements Engineering/het werk/werkstuk/2012-13/Groep 01

'''Groep 1'''

Groepsleden: Stan Van Lier, Sietse Mooren, Martijn Nanne, Bas Steeg en Phil Geelhoed(spokesman)



= Introduction =
De opdrachtgevers zijn de eigenaren van Modehuis Walraven, een kledingzaak in Wijchen. De eigenaren betreffen meneer en mevrouw Walraven. Het is een kledingzaak voor heren, vrouwen en kinderen. Nu het Modehuis twee nieuwe filialen gaat openen in Arnhem en Nijmegen, zou het te onoverzichtelijk worden om alles op papier bij te houden.
<br>
Daarom willen ze een systeem waarmee centraal overzicht kan worden gehouden. Dit wordt een geautomatiseerd systeem dat centraal beheerd wordt. Het doel van dit document is om requirements op stellen voor een overkoepelend geautomatiseerd systeem dat ook de huidige problemen oplost.

We gaan beginnen met een Problem Statement, hierin wordt er uitgezocht wat het probleem is en waarom er een nieuw systeem moet komen.Vervolgens gaan komt er een Case Analysis, hier wordt besproken wie de stakeholders zijn bij het project en vervolgens wat het project moet gaan doen in de mission en de vision is hoe het eindproduct eruit moet gaan zien. In het Statement of work komt te staan of we op schema zijn met het opstellen van het requirements document, en in de risk analysis staat wat de risico's van het project zijn en wat de gevolgen ervan zijn.  In het Requirements gedeelte staan de use cases, een use case is een handeling die gedaan wordt met het systeem, in de use case servey staat het overzicht van de use cases. Het integrated use case diagram staat een model van de interactie tussen de gebruikers en de use cases. Ook staat er bij elke use case een model wat weergeeft waar de use case over gaat. Daarna komen de scenarios waarin je een voorbeeld krijgt van een use case. Bij de non-functional requirements, geven we weer wat het systeem moet kunnen maar niet handelingen zijn met het systeem. Bij de business rules staan de regels die het bedrijf heeft en in de termological definitions staan moeilijke woorden uitgelegd.

== Problem statement ==
Meneer en Mevrouw Walraven gaan een winkelketen opzetten. Momenteel hebben ze 1 winkel maar ze gaan uitbreiden tot 3 winkels. Als gevolg van de uitbreiding kunnen Meneer en Mevrouw Walraven volgens de methode die ze nu hanteren geen overzicht houden. De voorraad in de winkels zal voor Mevrouw Walraven niet meer bekend zijn, Meneer en Mevrouw Walraven zullen geen idee wat de inkomsten van de winkels zijn en er zal een probleem ontstaan met de bijstelaanvragen.

Het systeem zal dus bevatten:
* overzicht vooraad.
* overzicht inkomsten/uitgaven.
* lijst bijstelaanvragen.

= Case analysis =

== Stakeholder analysis ==
{| class="wikitable" border="0" width="100%"
! Stakeholder !! rol !! omschrijving
|-
|Mevrouw Walraven
|Manager
|verantwoordelijk voor de voorraad, het assortiment en de inkopen van de winkel
|-
|-
|-
|Meneer Walraven
|Manager/Financien
|verantwoordelijk voor de financien
|-
|-
|Werknemers
|Medewerker verkoop
|helpen klanten, bijstelaanvragen invoeren
|-

|}

== Mission and vision statement ==

*Mission—  De missie is om een ICT-systeem te creëren wat ervoor zorgt dat er een centraal overzicht komt op alle filialen van Modehuis Walraven.

*Vision— Een gebruiksvriendelijk systeem waarop men makkelijk de taken van het bedrijf kan uitvoeren.

== Statement of work ==
{| class="wikitable" border="0" width="100%"
! Deliverable !! DeliverbleType !! Façade !! Filled !! Focused !! Comment
|-
| Introduction
| ROWSPAN=2 | Contextual
| Preliminary version
| Preliminary version
| Complete
| Keep it short at first, only a sketch; nice, clear and complete at the end.
|-
| '''Status:'''
| '''100%'''
| '''100%'''
| '''100%'''
| -
|-
| Problem statement
| ROWSPAN=2 | '''Key deliverable'''
| As good as possible
| As good as possible
| Complete
|  
|-
| '''Status:'''
| '''100%'''
| '''100%'''
| '''100%'''
| -
|-
| Stakeholder list/analysis
| ROWSPAN=2 | Contextual
| As good as possible
| As good as possible
| Complete
|  
|-
| '''Status:'''
| '''100%'''
| '''100%'''
| '''100%'''
| -
|-
| Mission-Vision-(Values)
| ROWSPAN=2 | Contextual
| Complete
| Complete
| Complete
|  
|-
| '''Status:'''
| '''100%'''
| '''100%'''
| '''100%'''
| -
|-
| Statement of Work
| ROWSPAN=2 | Contextual
| Complete, and up-to-date
| Complete, and up-to-date
| Complete, and up-to-date
|  
|-
| '''Status:'''
| '''100%'''
| '''100%'''
| '''100%'''
| -
|-
| Risk Analysis
| ROWSPAN=2 | Contextual
| Complete, and up-to-date
| Complete, and up-to-date
| Complete, and up-to-date
|  
|-
| '''Status:'''
| '''80%'''
| '''100%'''
| '''100%'''
| -
|-
| Use Case Survey
| ROWSPAN=2 | '''Key deliverable'''
| As good as possible
| Nearly complete
| Complete
|  
|-
| '''Status:'''
| '''100%'''
| '''100%'''
| '''100%'''
| -
|-
| Integrated UC Diagram
| ROWSPAN=2 | '''Key deliverable'''
| Complete (though preliminary)
| Complete
| Complete
| One for whole project
|-
| '''Status:'''
| '''100%'''
| '''100%'''
| '''100%'''
| -
|-
| Use Cases
| ROWSPAN=2 | '''Key deliverable'''
| ROWSPAN=2 | Not yet!
| "Filled" level
| Complete
|  
|-
| '''Status:'''
| '''100%'''
| '''100%'''
| -
|-
| Scenarios
| ROWSPAN=2 | '''Key deliverable'''
| ROWSPAN=2 | Not yet!
| Several for each UC
| Complete ("focused" level)
|  
|-
| '''Status:'''
| '''100%'''
| '''100%'''
| -
|-
| Domain Models
| ROWSPAN=2 | '''Key deliverable'''
| ROWSPAN=2 | Not yet!
| Partially complete
| Complete
| One for each UC
|-
| '''Status:'''
| '''100%'''
| '''100%'''
| -
|-
| Business rules per UC
| ROWSPAN=2 | '''Key Deliverable'''
| ROWSPAN=2 | Not yet!
| Partially complete
| Complete
|  
|-
| '''Status:'''
| '''0%'''
| '''100%'''
| Meer informatie nodig uit interview
|-
| Integrated Domain Model
| ROWSPAN=2 | '''Key deliverable'''
| ROWSPAN=2 | Not yet!
| First draft
| Complete
| One for whole project
|-
| '''Status:'''
| '''100%'''
| '''100%'''
| -
|-
| Busines Rules Catalogue
| ROWSPAN=2 | '''Key deliverable'''
| ROWSPAN=2 | Not yet!
| Partially complete
| Complete
|  
|-
| '''Status:'''
| '''0%'''
| '''100%'''
| -
|-
| Non-functional Requirements
| ROWSPAN=2 | '''Key deliverable'''
| Notes
| Partially complete
| Complete
|  
|-
| '''Status:'''
| '''0%'''
| '''100%'''
| '''100%'''
| -
|-
| Terminological Definitions
| ROWSPAN=2 | '''Key deliverable'''
| Notes
| Partially complete
| Complete
|  
|-
| '''Status:'''
| '''0%'''
| '''100%'''
| '''100%'''
| -
|-
| Executive sponsor viewpoint
| ROWSPAN=2 | Implicit deliverable
| Complete
| Complete
| Complete
| Integrated in M-V-(V)!
|-
| '''Status:'''
| '''0%'''
| '''0%'''
| '''0%'''
| -
|-
| Use case tests
| ROWSPAN=2 | Implicit deliverable
| Notes
| As good as possible
| Complete
| Integrated in scenarios; to be done, but not written down explicitly as a separate item
|-
| '''Status:'''
| '''0%'''
| '''0%'''
| '''100%'''
| navragen aan Pien hoe we dit moeten doen
|-
| Business process definitions
| ROWSPAN=2 | Optional appendix
| If available / relevant
| If relevant
| If relevant
| Use existing definitions/models or make them yourself: optional!
|-
| '''Status:'''
| '''nvt'''
| '''nvt'''
| '''nvt'''
| -
|-
| GUI metaphors / storyboards
| ROWSPAN=2 | Optional appendix
| If relevant
| If relevant
| If relevant
|  
|-
| '''Status:'''
| '''nvt'''
| '''nvt'''
| '''nvt'''
| -
|}

== Risk analysis ==
{|class="wikitable"
! # !! Category !! Risk !! Solution needed by !! Status !! Days lost !! Expectancy factor !! Risk factor
|-
| 01 || Persoonlijke problemen || Ziekte || Meteen || Closed || 3 || 20 || 4
|-
| 03 || Persoonlijke problemen || Medische afspraak || Meteen || Closed || 1 || 30 || 3
|-
| 04 || Stakeholder || Stakeholder niet beschikbaar || Meteen || Closed|| 7 || 10 || 6
|-
| 05 || Communicatie || Miscommunicatie tussen groepsleden || Meteen || Closed|| 1 || 40 || 3
|-
| 06 || Data || Verliezen van cruciale data || Meteen || Closed || 5 || 5 || 9
|}

= Requirements =
== Use cases ==

=== Use case survey ===
{|class="wikitable"
! # !! Name !! Description !! Initiating actor
|-
| 01 || betalen || Het afhandelen van betaaltransacties. || Medewerker, eigenaar
|-
| 02 || voorraad bekijken || Het bekijken van wat de voorraad is in elke winkel. || Medewerker, eigenaar
|- 
| 03 || assortiment bekijken || Het bekijken van het assortiment. || Eigenaar, medewerker
|-
| 04 || assortiment aanpassen || Nieuwe soorten kleren toevoegen en oude kleren verwijden in het systeem. || Eigenaar
|-
| 05 || voorraad aanpassen || De voorraad veranderen van producten. || Eigenaar
|-
| 06 || bijstelaanvraag invoeren || Het registreren van een bijstelaanvraag in het systeem en in dien nodig aanpassen. || Medewerker, eigenaar
|-
| 07 || bijstelaanvragen bekijken || Het bekijken van het overzicht van bijstelaanvragen. || Medewerker, eigenaar
|-
| 08 || Financiën beheren || Het bekijken of aanpassen van de financiën. || Eigenaar
|}

=== Integrated use case diagram ===
[[Bestand:walraven_diagram2.jpg]]

=== Individual use cases ===

==== Use case 1 ==== 
{|class="wikitable"

! Use Case: !! betalen
|-
| Number || 01

|-
| Description || Het afhandelen van betaaltransacties.

|-
| Actor || Medewerker of Eigenaar.

|-
| Version || 1.0

|-
| Trigger || 
*Gebruiker voert een artikel in om af te rekenen 
*Klant komt een bijstelaanvraag ophalen bij de gebruiker

|-
| Basic course of events || 
# Gebruiker voert product(en) in.
# Systeem geeft de totaalprijs terug.
# Gebruiker bevestigt de afrekening.

|-
| Alternative paths || Bijstelaanvraag afrekenen
# Gebruiker zoekt naar bijstelaanvraag klant.
# Systeem geeft de bijstelaanvragen van die klant.
# Gebruiker kiest bijstelaanvraag en bevestigt.
|-
| Exceptions ||
* Bcoe 2: Als het systeem geen match kan vinden geeft het een melding dat het product niet gevonden kan worden.
* AP 4: Als het systeem geen match kan vinden met de invoer van de gebruiker geeft het systeem een melding.
|-
| Preconditions || 
*Systeem dient rechten ontleend te hebben aan gebruiker (via inloggen).
|-
| Postconditions 
| Een bijgewerkte voorraad en bijstelaanvragen.
|-
| Related business rules
| Verkochte producten mogen tot 14 dagen na aankoop teruggebracht worden, daarna niet meer.
|}

[[Bestand:gekkemodel.png]]

==== Use case 2 ====
{|class="wikitable"

! Use Case: !! voorraad bekijken
|-
| Number || 02

|-
| Description || Het bekijken van wat de voorraad is in elke winkel

|-
| Actor || Medewerker of Eigenaar
|-
| Version || 1.0
|-
| Trigger || Gebruiker geeft in systeem aan voorraad te willen bekijken 
|-
| Basic course of events || 
# Systeem geeft overzicht van de verschillende filialen.
# Gebruiker kiest het filiaal waar hij de voorraad van wil zien.
# Systeem toont een overzicht met de voorraad van het gekozen filiaal.

|-
| Alternative Paths
| n.v.t.
|-
| Preconditions ||
*Systeem dient rechten ontleend te hebben aan gebruiker (via inloggen)
|-
| Postconditions ||
*Een bijgewerkt overzicht met daarin de voorraad van het gekozen filiaal is te zien.
|-
| Related business rules
| n.v.t.
|}

[[Bestand:Voorraad.png]]

==== Use case 3 ====
{|class="wikitable"

! Use Case: !! assortiment bekijken
|-
| Number || 03
|-
| Description || Het bekijken van het assortiment
|-
| Actor || Medewerker of Eigenaar
|-
| Version || 1.0
|-
| Trigger || 
*Gebruiker geeft in het systeem aan het assortiment te willen bekijken. 
|-
| Basic course of events || 
# Gebruiker geeft in het systeem aan het assortiment te willen bekijken.
# Systeem toont het assortiment.
|-
| Alternate paths
|n.v.t.
|-
| Preconditions ||
* De gebruiker is ingelogd als een medewerker of een eigenaar.
|-
| Postconditions ||
* Het assortiment wordt getoond.
|-
| Related business rules
|
|}

[[Bestand:Product.png]]

==== Use case 4 ====
{|class="wikitable"

! Use Case: !! assortiment aanpassen
|-
| Number || 04
|-
| Description || Nieuwe soorten kleren toevoegen en oude kleren verwijderen in het systeem.
|-
| Actor || Eigenaar
|-
| Version || 1.0
|-
| Trigger || 
*De gebruiker geeft aan in het systeem dat er nieuwe kleren ingevoerd gaan worden.
|-
| Basic course of events || 
# Systeem toont waar je productgegevens in kan voeren.
# De gebruiker voert gegevens in en bevestigt.
# Systeem geeft vernieuwd overzicht van het assortiment weer.
|-
|alternative path||
*De gebruiker wil product verwijderen.
#Systeem geeft lijst van alle producten.
#De gebruiker selecteert producten die verwijderd moeten worden en bevestigt dit.
# Systeem geeft vernieuwd overzicht van het assortiment weer.
|-
|exceptions||
*Bcoe2: Niet alle gegevens ingevoerd.
* Systeem geeft een melding dat niet alle gegevens zijn ingevoerd.
|-
| Preconditions 
|Systeem dient rechten ontleend te hebben aan gebruiker (via inloggen).
|-
| Postconditions 
|Het assortiment is bijgewerkt.
|-
| Related business rules
|Het assortiment mag alleen worden aangepast door het management
|}

[[Bestand:Product.png]]

==== Use case 5 ====
{|class="wikitable"

! Use Case: !! voorraad aanpassen
|-
| Number || 05
|-
| Description || Voorraad aanpassen
|-
| Actor || Eigenaar
|-
| Version || 1.0
|-
| Trigger || 
Eigenaar geeft aan in het systeem de voorraad aan te passen
|-
| Basic course of events || 
# Eigenaar geeft aan van welk artikel de voorraad aangepast moet worden
# Systeem geeft aan hoeveel voorraad er van het artikel in kwestie is en vraagt hoeveel artikelen erbij moeten komen
# Eigenaar voert in hoeveel voorraad er bijkomt
# Systeem telt de bestaande voorraad bij het ingevoerde aantal op en geeft de nieuwe voorraad weer
|-
| Alternative path ||
# Eigenaar geeft aan van welk artikel de voorraad aangepast moet worden
# Systeem geeft aan hoeveel voorraad er van het artikel in kwestie is en vraagt hoeveel artikelen erbij moeten komen
# Eigenaar doet een invoer in het systeem
# Systeem geeft een waarschuwing
# Eigenaar bevestigt
# Systeem telt de bestaande voorraad bij het ingevoerde aantal op en geeft de nieuwe voorraad weer
|-
| Exceptions
| 1.
*Bcoe 1: Er wordt een artikel gekozen dat niet in het assortiment is
* Systeem geeft een melding dat het gekozen artikel niet in het assortiment staat
2.
*Bcoe 3: Er wordt een getal ingevoerd dat volgens mevrouw Walraven een te groot aantal is voor het betreffende artikel
* Systeem geeft een melding dat het ingevoerde getal niet mogelijk is en geeft de optie dit opnieuw te doen
3.
*AP 3: De totale voorraad komt op een negatief getal uit
* Systeem geeft een melding dat het ingevoerde getal niet mogelijk is en geeft de optie dit opnieuw te doen

|-
| Preconditions 
| Systeem dient rechten ontleend te hebben aan gebruiker (via inloggen)
|-
| Postconditions 
| De voorraad is aangepast
|-
| Related business rules
| De voorraad mag alleen worden aangepast door het management
|}

[[Bestand:Voorraad.png]]

==== Use case 6 ====
{|class="wikitable"

! Use Case: !! bijstelaanvraag invoeren
|-
| Number || 06
|-
| Description || Het registreren van een bijstelaanvraag in het systeem
|-
| Actor || Medewerker of eigenaar
|-
| Version || 1.0
|-
| Trigger || 
* Gebruiker geeft aan in het systeem een bijstelaanvraag in te willen voeren.
|-
| Basic course of events || 
# Systeem geeft formulier voor invoer van bijstelaanvraag.
# Gebruiker voert bijstelaanvraag in en bevestigt.
|-
| Alternative path ||n.v.t.
|-
| Exceptions
|
|-
| Preconditions 
| Gebruiker heeft de juiste rechten in het systeem.
|-
| Postconditions 
| De bijstelaanvragen zijn bijgewerkt
|-
| Related business rules
| n.v.t.
|}

[[Bestand:Bijstelaanvraag.png]]

==== Use case 7 ====
{|class="wikitable"

! Use Case: !! Bijstelaanvragen bekijken
|-
| Number || 07

|-
| Description || Het bekijken van het overzicht van bijstelaanvragen.

|-
| Actor || Medewerker of Eigenaar
|-
| Version || 1.0
|-
| Trigger || Gebruiker geeft in systeem aan het overzicht van de bijstelaanvragen te willen bekijken. 
|-
| Basic course of events || 
# Gebruiker geeft in systeem aan het overzicht van de bijstelaanvragen te willen bekijken.
# Systeem geeft overzicht van de verschillende filialen en de keuze om een totaal overzicht te krijgen.
# Gebruiker kiest het filiaal waar hij de voorraad van wil zien of het totaaloverzicht.
# Systeem toont een tabel/overzicht met de voorraad van de desbetreffende keuze van de Gebruiker.

|-
| Alternative Paths
| n.v.t.
|-
| Preconditions ||
*Systeem dient rechten ontleend te hebben aan gebruiker (via inloggen)
|-
| Postconditions ||
*een bijgewerkte database met daarin de bijstelaanvragen van de keuze van de gebruiker.
|-
| Related business rules
| n.v.t
|}

[[Bestand:Bijstelaanvraag.png]]

==== Use case 8 ====
{|class="wikitable"

! Use Case: !! financien beheren.
|-
| Number || 08
|-
| Description || Het bekijken of aanpassen van de financiën.
|-
| Actor || Eigenaar.
|-
| Version || 1.1
|-
| Trigger || 
* De gebruiker geeft aan in het systeem dat ze de financien wil bekijken.
|-
| Basic course of events || 
# Systeem vraagt om een periode tussen twee data.
# Gebruiker voert data in en bevestigt.
# Systeem geeft de financiën weer in de periode van de ingevulde data.
|-
|alternative path
|De gebruiker wil inkomsten or uitgaven aanpassen in het systeem.
# Systeem vraagt om een periode tussen twee data.
# Gebruiker voert data in en bevestigt.
# Systeem geeft de financiën weer in de periode van de ingevulde data.
# Gebruiker kiest transactie.
# Systeem geeft transactie weer.
# Gebruiker verandert transactie en bevestigt.
|-
|exceptions
|n.v.t.
|-
| Preconditions 
|Systeem dient rechten ontleend te hebben aan gebruiker (via inloggen).
|-
| Postconditions 
|Een bijgewerkt overzicht van alle transacties.
|-
| Related business rules
|Het overzicht van de financiën moet alleen toegangkelijk zijn voor het management
|}

[[Bestand:gekkemodel.png]]

==== Domain Model per Use Case====
{{ aanwijzing| make a ORM domain model that shows all key concepts from the BCoE and alt. paths and their relations }}

== Scenarios ==
==== Scenario 1 ====
{|class="wikitable"

! Scenario: !! Betalen
|-
| Number || 01
|-
| Basic course of events || 
Ester wil een spijkerbroek blauw, maat 56 en een t-shirt wit, maat M afrekenen.
<br>
1. Ester voert het product id van de spijkerbroek en het t-shirt in.

2. Systeem geeft een totaalprijs van 85 euro terug.

  {|class="wikitable"
! colspan="4" |kleren

|-
| Type || Maat || Prijs || ProductID:
|-
| spijkerbroek blauw || 56 || 60,00 || 00001234
|-
| t-shirt wit || M || 25,00 || 00000468
|}

3. Ester bevestigt de afrekening. 

|-
|alternative path

|Henk ten Katen komt zijn bijstelaanvraag ophalen  bij Ester.

1. Ester zoekt de bijstelaanvraagen van Henk ten Katen

2. Systeem geeft een overzicht met bijstelaanvragen van Henk ten Katen

 {|class="wikitable"

! !!Bijstelaanvragen !! zoeken: !! ! colspan="5" | Henk ten Katen
|-
| || Bijstelaanvraag ID || Klant: || aanvraag: || kosten: || ophaal datum: || telefoon nmr.:
|-
|x|| 391184 || Henk ten Katen || broek verkorten || 10.00 || 04-01-2012 || 0612345678
|-
|}

3. Ester kiest de bijstelaanvraag broek verkorten en bevestigt.
|}

==== Scenario 2 ====
{|class="wikitable"

! Scenario: !! voorraad bekijken
|-
| Number || 02
|-
| Basic course of events || 
Ester geeft in systeem aan voorraad te willen bekijken  <br>
1. Systeem geeft overzicht met de filialen <br>
  {|class="wikitable"
! colspan="3" |Voorraad filialen

|-
|  stad: || straatnaam: || Telnr.:
|-
| wijchen || winkelstraat || 061234
|-
| tilburg || heuvelstraat || 062134
|-
|arnhem || marktplaats || 064321
|}
2. Ester kiest "wijchen"<br>
3. Systeem laat de voorraad van die stad zien
  {|class="wikitable"
! colspan="4" |Voorraad wijchen

|-
|  Prijs || Maten || Aantal ||  ProductID || Seizoen || Merk ||Type
|-
| 20,00 || 82/87/89 || 10 || 00004321 || herfst || A&H || broek
|-
| 15,00 || s/m/l/xl || 7 || 00003214 || winter || c1000 || vest
|-
| 10,00 || s/m/l || 3 || 00002341 || zomer || co-op || t-shirt
|}
|-
|alternative path
|N.V.T
|}

==== Scenario 3 ====
{|class="wikitable"

! Scenario: !! assortiment bekijken
|-
| Number || 03
|-
| Basic course of events || 
Ester wil het assortiment bekijken
#Ester gaat in het systeem naar assortiment
#Systeem geeft een overzicht van het huidige assortiment
  {|class="wikitable"
! colspan="4" |Voorraad wijchen

|-
|   ProductID || Prijs || Type || Seizoen || Merk || Maat
|-
|  00004321 || 20,00 || broek || winter || A&H || M
|-
| 00003214 || 15,00 || vest || herfst || C1000 || L
|-
| 00002341 || 10,00 || shirt || zomer || co-op || XXXL
|}
|-
|alternative path
|N.V.T
|}

==== Scenario 4 ====
{|class="wikitable"

! Scenario: !! assortiment vernieuwen
|-
| Number || 04
|-
| Basic course of events || 
Mvr. Walraven geeft aan een nieuw product toe te willen voegen aan het huidige assortiment


1. Systeem geeft vragenlijst over de kleren

-Merk:

-Inkoop prijs:

-Verkoop prijs:

-ProductID:

-Type:

-Seizoen:

2. Mvr Walraven voert gegevens in en bevestigd de invoer

-Merk:AH

-Inkoop prijs: 30,00

-Verkoop prijs: 45,00

-ProductID: 00005432

-Type: Spijkerbroek

-Seizoen: lente


3. Systeem geeft vernieuwd overzicht van het assortiment weer
|-
|alternative path
|

Mvr. Walraven geeft aan een product te willen verwijderen uit het huidige assortiment

1. Systeem geeft een overzicht van huidige assortiment

  {|class="wikitable"
! colspan="4" |Voorraad wijchen

|-
| ||Type: ||  ProductID
|-
|0||blauwe spijkerbroek || 00004321
|-
|0||groen vest || 00003214
|-
|0||wit v hals t-shirt || 00002341
|}

2. Mvr Walraven kiest de kleren die uit het systeem gaan en bewestigd de keuze
  {|class="wikitable"
! colspan="4" |Voorraad wijchen

|-
| ||Type: ||  ProductID
|-
|X||blauwe spijkerbroek || 00004321
|-
|0||groen vest || 00003214
|-
|0||wit v hals t-shirt || 00002341
|}


3. Systeem geeft vernieuwd overzicht van het assortiment weer

  {|class="wikitable"
! colspan="4" |Voorraad wijchen

|-
|Type: ||  ProductID
|-
|groen vest || 00003214
|-
|wit v hals t-shirt || 00002341
|}

|}

==== Scenario 5 ====
{|class="wikitable"

! Scenario: !! Voorraad aanpassen
|-
| Number || 05
|-
| Basic course of events || 
Mevrouw Walraven geeft aan in het systeem de voorraad aan te passen <br>
1. Mevr. Walraven voert in "groen vest" <br>

2. Systeem geeft overzicht van de huidige voorraad van het product: <br>
 {|class="wikitable"
! colspan="5" |Voorraad wijchen

|-
|  kledingstuk: || maten: || aantal: || barcode || toevoegen
|-
| groen vest || s/m/l/xl || 7 || 00003214 || aantal toevoegen _
|}

3. Mevr. Walraven voert het aantal 4 in.
<br>
4. Systeem geeft overzicht van de nieuwe voorraad:
{|class="wikitable"
! colspan="4" |Voorraad wijchen

|-
|  kledingstuk: || maten: || aantal: || barcode
|-
| groen vest || s/m/l/xl || 11 || 00003214
|}
|-
|-
|alternative path ||
Mevrouw Walraven geeft aan in het systeem de voorraad aan te passen <br>

1. Mevr. Walraven voert in "00002341" <br>
2. Systeem geeft overzicht van de huidige voorraad van het product: <br>
 {|class="wikitable"
! colspan="5" |Voorraad wijchen

|-
|  Kledingstuk: || Maten: || Aantal: || ProductID|| toevoegen
|-
| wit v hals t-shirt || s/m/l || 3 || 00002341 || aantal toevoegen _
|}

3. Mevr. Walraven voert in: -2
<br>
4. Systeem geeft eem waarschuwing dat er een negatief aantal is opgegeven, en vraagt om een bevestiging
<br>
5. Mevr. Walraven bevestigt het negatieve aantal
<br>
6. Systeem geeft overzicht van de nieuwe voorraad:
{|class="wikitable"
! colspan="4" |Voorraad wijchen

|-
|  Kledingstuk: || Maten: || Aantal: || ProductID
|-
| wit v hals t-shirt || s/m/l || 1 || 00002341
|}

|}

==== Scenario 6 ====
{|class="wikitable"

! Scenario: !! bijstelaanvraag invoeren
|-
| Number || 06
|-

| Basic course of events || 
  {|class="wikitable"

Ester geeft in het systeem aan een bijstelaanvraag in te voeren. <br>
1. Systeem geeft bijstelaanvraag formulier: <br>

! Bijstelaanvragen !! zoeken: !! ! colspan="4" | _

|-
| Klant: || aanvraag: || kosten: || ophaal datum: || telefoon nr.:
|-
| _______________ || __________ || €__,__ || __-__-____ || __________
|}

2. Ester vult bijstelaanvraag in en slaat deze op.
{|class="wikitable"
! Bijstelaanvragen !! zoeken: !! ! colspan="4" | _

|-
| Klant: || aanvraag: || kosten: || ophaal datum: || telefoon nr.:
|-
| Henk ten Caten || broek verkorten || €10,00 || 04-01-2013 || 0612345678
|}

|-
|alternative path ||

n.v.t.

|}

==== Scenario 7 ====
{|class="wikitable"

! Scenario: !! Bijstelaanvragen bekijken
|-
| Number || 07
|-
| Basic course of events || 
1. Ester geeft in het systeem aan de bijstelaanvragen te willen bekijken. <br>
2. Systeem geeft overzicht van verschillende filialen en de keuze om een totaaloverzicht te krijgen.

{|class="wikitable"

!! colspan="3" |Alle filialen weergeven
|-
| Wijchen || Malden || Nijmegen 
|-
|}

3. Ester kiest voor "Alle filialen weergeven" <br>
4. Systeem weergeeft de bijstelaanvragen van alle filialen.
{|class="wikitable"

!Bijstelaanvragen !! zoeken: !! ! colspan="5" | _

|-
| Klant: || locatie: ||aanvraag: || kosten: || ophaal datum: || telefoon nr.:
|-
||Henk ten Katen || Wijchen || broek verkorten || €10.00 || 04-01-2013 || 0612345678
|-
|| Bob de Jong || Wijchen || blouse smaller maken || €15.00 || 07-01-2013 || 0621345678
|-
|| Sofie de Vries || Wijchen || mouwen jas verkorten || €10.00 || 05-01-2013 || 0631245678
|-
||Sadia Hoksbergen || Nijmegen || mouwen blouse verkorten || €10.00 || 08-01-2013 || 0612345679
|}
|-
|alternative path
| n.v.t.
|}

==== Scenario 8 ====


{|class="wikitable"

! Scenario: !! financien bekijken
|-
| Number || 08
|-
| Basic course of events || 
Meneer Walraven geeft aan in het systeem dat hij de financien wil bekijken. <br>
1. Het systeem vraagt om een twee data<br>
2. Meneer Walraven voert in: "1 januari 2012"  en "7 januari 2012"<br>
3. Systeem weergeeft de inkomsten en uitgaven van 1 januari 2012 tot en met 7 januari 2012

'''Inkomsten'''<br>
{|class="wikitable"

! Dag !! Omzet
|-
| 01-01-2012 || €0
|-
| 02-01-2012 || €1050
|-
| 03-01-2012 || €850
|-
| 04-01-2012 || €1175
|-
| 05-01-2012 || €980
|-
| 06-01-2012 || €950
|-
| 07-01-2012 || €1500
|}

'''Uitgaven'''<br>

 {|class="wikitable"
!  | Product || prijs per stuk || aantal || totaal

|-
|  bloemetjesjurk || €15,00 || 10 || €150,00
|-
|  herenjas || €40,00 || 15 || €600,00
|-
|  polo (blauw) || €20,00 || 5 || €100,00
|-
|  polo(rood) || €20,00 || 5 || €100,00
|-
|  spijkerbroek A || €30,00 || 10 || €300,00
|-
|  spijkerbroek B || €30,00 || 10 || €150,00
|-
|  ondergoedset A || €20,00 || 20 || €400,00
|-
|  ondergoedset B || €20,00 || 10 || €400,00
|-
|  personeelskosten || €1500 || 4 || €6000,00
|}
|-
|alternative path
|
Meneer Walraven wil uitgaven aanpassen in het systeem.
<br><br>
Meneer Walraven geeft aan in het systeem dat hij de financien wil bekijken. <br>
1. Het systeem vraagt om een twee data<br>
2. Meneer Walraven voert in: "1 januari 2012"  en "7 januari 2012"<br>
3. Systeem weergeeft de inkomsten en uitgaven van 1 januari 2012 tot en met 7 januari 2012

'''Inkomsten'''<br>
{|class="wikitable"

! Dag !! Omzet
|-
| 01-01-2012 || €0
|-
| 02-01-2012 || €1050
|-
| 03-01-2012 || €850
|-
| 04-01-2012 || €1175
|-
| 05-01-2012 || €980
|-
| 06-01-2012 || €950
|-
| 07-01-2012 || €1500
|}

'''Uitgaven'''<br>

 {|class="wikitable"
!  | Product || prijs per stuk || aantal || totaal

|-
|  bloemetjesjurk || €15,00 || 10 || €150,00
|-
|  herenjas || €40,00 || 15 || €600,00
|-
|  polo (blauw) || €20,00 || 5 || €100,00
|-
|  polo(rood) || €20,00 || 5 || €100,00
|-
|  spijkerbroek A || €30,00 || 10 || €300,00
|-
|  spijkerbroek B || €30,00 || 10 || €150,00
|-
|  ondergoedset A || €20,00 || 20 || €400,00
|-
|  ondergoedset B || €20,00 || 10 || €400,00
|-
|  personeelskosten || €1500 || 4 || €6000,00
|}
4. Meneer Walraven kist transactie "spijkerbroek A, €30,00, 10, €300,00".<br>
5. Systeem geeft transactie weer.

'''Transactie'''<br>

 {|class="wikitable"
!  | Product || prijs per stuk || aantal || totaal

|-
|  spijkerbroek A || €30,00 || 10 || €300,00
|}
6. Meneer Walraven verandert het aantal in 11 en bevestigt.
|}

== Non-functional Requirements ==
*'''Beschikbaarheid van het systeem''': Het systeem moet beschikbaar zijn zodra de winkel geopend is, zodat medewerkers tijdens werktijd het systeem altijd kunnen gebruiken
*'''Gebruiksvriendelijkheid''': Het systeem moet gebruiksvriendelijk zijn. De navigatie moet duidelijk en vanzelfsprekend werken. Zelfs Meneer Walraven moet het begrijpen.
*'''Veiligheid''': Het systeem mag niet toegankelijk zijn voor personen die niet in het bedrijf werken.
*'''Actualiteit''': Alle tabellen en gegevens moeten op elke locatie up-to-date zijn wanneer ze opgevraagd worden.

= Addendum =
== Integrated Domainmodel ==
[[Bestand:gekkemodel.png]]

== Terminological Definitions ==

* '''Filiaal''' : Een vestiging van een bedrijf
* '''Systeem''': Het programma dat de gebruikers moeten gaan gebruiken
* '''Requirements''' : De eisen voor het systeem
* '''Voorraad''' : Het aantal producten en de hoeveelheid daarvan die een winkel heeft liggen.
* '''Bijstelaanvragen''' : De aanvraag om een kledingsstuk aan te passen, hierin staat ook hoe het moet worden aangepast, de kosten, voor welke klant het is, de ophaaldatum, en een telefoonnummer van de klant.
* '''Assortiment''' : De verzameling van alle verschillende artikelen die de winkel verkoopt.

== Business Rules Catalogue ==

{|class="wikitable"
! # !! Rule Definition !! Type of Rule !! Static/Dynamic !! Source
|-
| 001 || Het assortiment mag alleen worden aangepast door het management || Action Restricting || Static || Management Policy
|-
| 002 || De voorraad mag alleen worden aangepast door het management || Action Restricting || Static || Management Policy
|-
| 003 || Verkochte producten mogen tot 14 dagen na aankoop teruggebracht worden, daarna niet meer. || Action Restricting || Static || Management Policy
|-
| 004 || Het overzicht van de financiën moet alleen toegangkelijk zijn voor het management || Action Restricting || Static || Management Policy
|-