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

{{RE/Titelpagina
|titel=Project Modehuis Walraven
|auteurs=Martin Huijben, Alex Hlushenok, Dion van de Vooren, Tom Evers
}} 

{{Page Break}}

= Introduction =
Wij zullen in dit document alle gewenste eigenschappen van het eindproduct beschrijven. Ook zullen we enigszins uitweiden over de problemen waar we tegenaan zouden kunnen lopen.

In de 'case analysis' hebben we het over wie er welke taken hebben (stakeholder analysis), welk doel we hebben met dit project (mission and vision statement), hoe ver we zijn (statement of work) en wat er fout kan gaan (risk analysis). Bij 'requirements' behandelen we alles wat het systeem per sé moet kunnen, aan de hand van zogenaamde 'use cases'. In deze use cases behandelen we kort een taak die het systeem moet kunnen volbrengen, welke gebruiker dit deel van het systeem moet kunnen gebruiken, en hoe de uitvoer van een dergelijke taak verloopt (ook behandeld in 'scenarios'). Non-functional requirements zijn eisen waaraan het systeem in het algemeen moet voldoen. In het 'integrated domainmodel' beschrijven we alle functies van het systeem en de verbanden ertussen. De 'business rules' beschrijven de regels waaraan bepaalde data moet voldoen. Bij 'terminological definitions' lichten we enkele gebruikte termen toe.

Ons project begint bij Modehuis Walraven, een dames-, heren- en kinderkledingzaak. Het heeft 2 eigenaren en 4 medewerkers, tot nu toe.

Nu willen Meneer en Mevrouw het modehuis uitbreiden door extra filialen te openen. Hierbij hebben ze onze hulp nodig d.m.v. het maken van een goed informatiesysteem.  Met het systeem willen meneer en mevrouw de filialen op afstand kunnen besturen, zodat ze niet constant tussen de locaties heen en weer hoeven te reizen. Ook efficiëntie en het centraliseren van informatie zijn belangrijke doelstellingen.

== Problem statement ==
Meneer Walraven heeft aangegeven dat hij en zijn vrouw meer filialen willen openen. Er zal voor de administratie zoals die nu geregeld is (dat wil zeggen: zonder ons systeem) heen en weer gereisd moeten worden tussen de verschillende filialen. Dit heeft de volgende oorzaken:

*Er zijn mappen met inkomsten/uitgaven en bijstelopdrachten die maar op één locatie aanwezig zijn.

*De voorraden in afzonderlijke filialen zijn lastig bij te houden wanneer dit er meer worden.

*Personeelsmanagement wordt lastiger: met meer filialen moet er meer personeel ingehuurd worden, hetgeen een grotere administratieve rompslomp met zich meebrengt.

= Case analysis =
== Stakeholder analysis ==

{|class="wikitable"
! style="width:100px" | Stakeholder !! style="width:100px;" | Rol !! style="width:700px;" | Taken
|-
|rowspan="3"|Meneer Walraven
|rowspan="3"|Management
|Bijhouden van financiën
|-
|Bedrijfsdoelen stellen
|-
|Algemeen management
|-
|rowspan="3"|Mevrouw Walraven
|rowspan="3"|Management
|Bepalen assortiment
|-
|Inkopen van kleding
|-
|Personeelsmanagement
|-
|rowspan="3"|*naam medewerker*
|rowspan="3"|Medewerker
|Kleding verkopen, voorraden bijhouden
|-
|Nieuwe leveringen controleren
|-
|Bijstelopdrachten toevoegen, uitvoeren
|}
De rollen hebben van beneden naar boven een oplopende hiërarchie. Dat wil zeggen: alle taken van bijvoorbeeld een medewerker kunnen ook uitgevoerd worden door het management, maar niet andersom.

== Mission and vision statement ==
*Mission: het verbeteren van het gebruiksgemak van het huidige systeem.

Denk hierbij aan: het centraliseren van gegevens, het gemakkelijk kunnen bijhouden van medewerkers, voorraden, financiën, kortom: alles dat nu op papier wordt bijgehouden.

*Vision: het project zal een systeem opleveren waarmee de gegevens efficiënter, zonder fysiek rond te hoeven reizen, beheerd kunnen worden. Dat kan vanaf alle gewenste locaties.

====Executive sponsor viewpoint====
De sponsors zijn meneer en mevrouw Walraven, en hebben geen ander viewpoint dan ze hebben als stakeholders.

== Statement of work ==
*Facade iteration: 	19 april 2013
*Filled iteration:	24 mei 2013
*Focused iteration:	21 juni 2013 (planned)

=== Statussen ===

{|class="wikitable"
! style="width:50px" | Code !! style="width:100px;" | Betekenis !! style="width:700px;" | Uitleg
|-
| V || Voltooid || Deliverable is nagekeken door minstens 1 teamlid en is klaar om ingeleverd te worden.
|-
| C || Controleren || Deliverable is gemaakt door de verantwoordelijk en dient te worden gecontroleerd/verbeterd door een groepslid.
|-
| B || Bezig || Deliverable is in de maak op de wiki.
|-
| NG || Niet gestart || Het maken van deze deliverable is nog niet (op de wiki, voor deze facade) gestart.
|-
| NV || Niet vereist || Deliverable is (in deze iteratie) niet vereist.
|}

=== Status deliverables ===

{|class="wikitable"
!Deliverable !! Verantwoordelijke !! Facade iteratie !! Status !! Filled iteratie  !! Status !! Focused iteratie !! Status
|-
| Introduction || Groep|| Preliminary version ||V || Preliminary version ||V|| Complete ||V
|-
| Problem statement || Groep || As good as possible || V  || As good as possible ||V|| Complete ||V
|-
| Stakeholder analysis || Groep ||As good as possible || V  || As good as possible ||V|| Complete ||V
|-
| Mission-vision-values || Groep || Complete || V  || Complete ||V|| Complete ||V
|-
| Statement of work || Groep|| Complete, and ''up-to-date'' || V  || Complete, and ''up-to-date'' ||V|| Complete, and ''up-to-date'' ||V
|-
| Risk analysis || Groep || Complete, and ''up-to-date'' || V  || Complete, and ''up-to-date'' ||V|| Complete, and ''up-to-date'' ||V
|-    
| Use case survery || Groep ||  As good as possible || V  || Nearly complete ||V|| Complete, and ''up-to-date'' ||V
|-
| Integrated UC diagram || Groep || Complete (though preliminary) ||V || Complete ||V|| Complete ||V
|-
| Use cases || Groep || Not yet! || NV || "Filled" level ||V|| Complete ||V
|-
| Scenarios || Groep || Not yet! ||  NV || Several for each UC ||V|| Complete ("focused" level) ||V
|-
| Domain models || Groep || Not yet! || NV || Partially complete || V || Complete ||V
|-
| Integrated domain model || Groep || Not yet! ||  NV || Partially complete || V || Complete ||V
|-
| Business rules catalogue || Groep || Not yet! || NV || Partially complete || V || Complete ||V
|-
| Non-functional requirements || Groep || Notes || V  || Partially complete || V || Complete ||V
|-
| Terminological definitions || Groep || Notes || V  || Partially complete || V || Complete ||V
|-
| Executive sponsor viewpoint || Groep || Complete (integrated in M-V-V!) || V ||  Complete (integrated in M-V-V!)  || V || Complete (integrated in M-V-V!) ||V
|-
| Use case tests || Groep || Notes || V  || As good as possible || V || Complete ||V
|-
| Business process definitions || Groep || If available / relevant || NV || If relevant || NV || If relevant || NV
|-
| GUI metaphors / storyboards || Groep || If relevant || NV || If relevant || NV || If relevant || NV
|-
|}

== Risk analysis ==
{|class="wikitable"
! # !! Category !! Risk !! Solution needed by !! Status !! Days lost !! Expectancy factor !! Risk factor
|-
| 01 || Team || Een of meerdere teamleden worden ziek/overlijden/stoppen met studie of zijn om een andere reden (tijdelijk) niet een staat om het project voort te zetten||Meteen || - || 6 || 25% || 2
|-
| 02 || Stakeholder || De stakeholder wordt ziek/overlijdt/neemt ontslag of is om een andere reden (tijdelijk) niet in staat een bijdrage te leveren aan het project||Voor Deadline|| - || 14 || 1% || 1
|-
| 03 || Opslag || De inhoud van het project gaat (ondanks vele kopieën) verloren door opslagproblemen en we zullen het project opnieuw moeten starten|| Meteen || - || 28 || 1% || 1
|-
| 04 || Stakeholder tevredenheid || De stakeholder is niet tevreden met de uitkomst/voortgang van het project. Er zal een deel opnieuw gedaan moeten worden of moet worden aangevuld.|| Voor Deadline || - || 7 || 50% || 4
|-
| 05 || Ontbrekende informatie || Er ontbreekt bij ons essentiële informatie, die nodig is verder te gaan met een (deel) van het project. Deze informatie moet worden achterhaald via de stakeholders. || ASAP || - || 2 || 30% || 1
|}

= Requirements =
== Use cases ==

=== Use case survey ===
{|class="wikitable"
! # !! Name !! Description !! Initiating actor
|-
| 01 || Balans beheren  || Het opvragen, bewerken, opmaken en printen van  de (jaar)balans || Mevrouw/Meneer Walraven
|-
| 02 || Voorraad beheren || Het opvragen en wijzigen van de voorraad || Mevrouw/Meneer Walraven
|-
| 03 || Medewerker toevoegen || Informatie over een nieuwe medewerker opslaan in het systeem || Mevrouw/Meneer Walraven
|-
| 04 || Medewerker wijzigen || Het wijzigen of verwijderen van een medewerker || Mevrouw/Meneer Walraven
|-
| 05 || Bijstelaanvraag toevoegen || Het toevoegen van een bijstelaanvraag || Mevrouw/Meneer Walraven, Medewerkers
|-
| 06 || Bijstelaanvraag wijzigen/verwijderen || Het wijzigen of verwijderen van een bijstelaanvraag || Mevrouw/Meneer Walraven, Medewerkers
|-
| 07 || Artikel afrekenen || Het afrekenen van een artikel || Mevrouw/Meneer Walraven, Medewerkers
|-
| 08 || Artikel terugbrengen || Het terugnemen van een artikel || Mevrouw/Meneer Walraven, Medewerkers
|-
| 09 || Artikel toevoegen/verwijderen || Het toevoegen of het verwijderen van een artikel uit het assortiment || Mevrouw/Meneer Walraven
|}

=== Integrated use case diagram ===
Up-to-Date:
Er is gekozen om zowel Meneer als Mevrouw Walraven apart weer te geven om het schema consistent te houden met de rest van het document.

[[Bestand:UCD1.png]]

=== Individual use cases ===

{|class="wikitable"
! width="200" | Use Case #01 !! width="800" | Balans beheren
|-
| Version
| 1.4
|-
| Description
| Het opvragen, bewerken, opmaken en printen van de (jaar)balans
|-
| Actor
| Meneer of Mevrouw Walraven, hierna de Beheerder genoemd
|-
| Trigger(s)
| Meneer Walraven geeft aan balans te willen beheren
|-
| Basic course of events
|

1. Systeem toont balans.

2. Beheerder voert eventuele bewerkingen uit op de balans.

3. Systeem geeft melding dat de aangepaste balans is opgeslagen.
|-
| Alternate paths
| BCoE 2. Beheerder geeft aan balans te willen printen.
4. Balans wordt geprint.
|-
| Exceptions
| BCoE 3. De balans kan niet worden opgeslagen
4. Er wordt een foutmelding getoond.
|-
| Preconditions
| Er moet een balans beschikbaar zijn om op te maken.
|
|-
| Postconditions
| De nieuwe balans is opgeslagen of eventueel geprint
|-
| Related business rules
| Balans is alleen toegankelijk voor Meneer en Mevrouw Walraven (Management)
|}

{|class="wikitable"
! width="200" | Use Case #02 !! width="800" | Voorraad beheren
|-
| Version
| 1.4
|-
| Description
| Het opvragen en wijzigen van de voorraad
|-
| Actor
| Meneer Walraven of Mevrouw Walraven, hierna de Beheerder genoemd
|-
| Trigger(s)
| Een van de twee Beheerders geeft aan de voorraad te willen beheren
|-
| Basic course of events
|

1. Systeem toont de voorraad.

2. Beheerder voert eventuele bewerkingen uit op de voorraad.

3. Systeem geeft melding dat de aangepaste balans is opgeslagen.
|-
| Alternate paths
| Geen
|-
| Exceptions
| BCoE 3. De voorraad kan niet worden opgeslagen
4. Er wordt een foutmelding getoond.

BCoE 3. Er zijn twee beheerders tegelijk in het systeem, die allebei willen bewerken.

Het systeem waarschuwt de beheerder die het laatst opslaat om even de wijzigingen te bekijken en daarna op te slaan.
|-
| Preconditions
| Er moet een voorraad beschikbaar zijn om te bewerken.
|
|-
| Postconditions
| De nieuwe voorraad is opgeslagen.
|-
| Related business rules
| De voorraad mag alleen worden aangepast door Meneer of Mevrouw Walraven (Management)
|}

{|class="wikitable"
! width="200" | Use Case: #03 !! width="800" | Medewerker toevoegen
|-
| Version
| 1.4
|-
| Description
| Informatie over een nieuwe medewerker opslaan in het systeem
|-
| Actor
| Mevrouw/Meneer Walraven
|-
| Trigger(s)
| Actor geeft aan medewerker te willen toevoegen.
|-
| Basic course of events
| 1. Systeem vraagt om informatie van de nieuwe medewerker.

2. Actor voert de gevraagde informatie in het systeem

3. Systeem geeft aan dat de medewerker is toegevoegd.
|-
| Alternate paths
| Geen
|-
| Exceptions
| Geen
|-
| Preconditions
| Actor moet Meneer of Mevrouw Walraven zijn.
|-
| Postconditions
| De informatie over de nieuwe medewerker is opgeslagen
|-
| Related business rules
| Het toevoegen of wijzigen van medewerkerinformatie mag alleen gebeuren door Meneer of Mevrouw walraven (Management)
|}

{|class="wikitable"
! width="200" | Use Case: #04 !! width="800" | Medewerker wijzigen
|-
| Version
| 1.4
|-
| Description
| de informatie over een medewerker wijzigen of verwijderen
|-
| Actor
| Mevrouw/Meneer Walraven
|-
| Trigger(s)
| Actor geeft aan informatie over een medewerker te willen wijzigen.
|-
| Basic course of events
| 1. Actor verandert informatie over de medewerker die veranderd moet worden.

2. Systeem geeft aan dat de informatie over de medewerker is gewijzigd.
|-
| Alternate paths
| 1. Actor geeft aan medewerker te willen verwijderen

2. Systeem vraagt om bevestiging

3. Actor bevestigt

4. Systeem geeft aan medewerker te hebben verwijderd
|-
| Exceptions
| Geen
|-
| Preconditions
| Er moet een medewerker zijn om te verwijderen
|-
| Postconditions
| De informatie over de medewerker is gewijzigd
|-
| Related business rules
| Het toevoegen of wijzigen van medewerkerinformatie mag alleen gebeuren door Meneer of Mevrouw walraven (Management)
|}

{|class="wikitable"
! width="200" | Use Case: #05 !! width="800" | Bijstelaanvraag toevoegen
|-
| Version 
| 1.4
|-
| Description
| Het toevoegen van een bijstelaanvraag
|-
| Actor
| Mevrouw/Meneer Walraven, Medewerkers
|-
| Trigger(s)
| Actor geeft aan een bijstelaanvraag te willen toevoegen
|-
| Basic course of events
| 1. Systeem vraagt om gegevens van de klant

2. Actor voert de gevraagde gegevens in

3. Systeem vraagt om een omschijving van de aanvraag in te voeren

4. Actor voert de gevraagde omschrijving in

5. Systeem geeft aan de nieuwe bijstelaanvraag te hebben opgeslagen

|-
| Alternate paths 
| Geen
|-
| Exceptions
| Geen
|-
| Preconditions 
| Geen
|-
| Postconditions 
| De bijstelaanvraag staat in het systeem
|-
| Related business rules
| Modehuis Walraven biedt de mogelijkheid om kleding tegen betaling aan te passen.
|}


{|class="wikitable"
! width="200" | Use Case: #06 !! width="800" | Bijstelaanvraag wijzigen/verwijderen
|-
| Version 
| 1.4
|-
| Description
| Het wijzigen of verwijderen van een kledingstuk
|-
| Actor
| Mevrouw/Meneer Walraven, Medewerkers
|-
| Trigger(s)
| Actor geeft aan een bijstelaanvraag te willen wijzigen of verwijderen
|-
| Basic course of events 
| 1. Actor selecteert de bijstelaanvraag

2. Systeem toont de bijstelaanvraag

3. Actor wijzigt de naam, het telefoonnummer en/of de omschrijving

4. Systeem geeft aan dat de wijzigingen zijn opgeslagen.
|-
| Alternate paths 
|3. Actor selecteert verwijderen
4. Systeem toont dat de bijstelaanvraag verwijderd is
|-
| Exceptions
| Geen
|-
| Preconditions 
| Er moet ten minste 1 bijstelaanvraag in het systeem staan.
|-
| Postconditions 
| De bijstelaanvraag is verwijderd of gewijzigd.
|-
| Related business rules
| Geen
|}


{|class="wikitable"
! width="200" | Use Case: #07 !! width="800" | Artikel afrekenen
|-
| Version 
| 1.4
|-
| Description
| Het afrekenen van een artikel
|-
| Actor
| Mevrouw/Meneer Walraven, Medewerkers
|-
| Trigger(s)
| Actor geeft aan artikel(en) te willen afrekenen
|-
| Basic course of events 
| 1. Actor voert de gegevens van het artikel in

2. Het systeem registreert de te verkopen artikelen en geeft een prijs terug

3. Actor geeft aan dat de klant heeft afgerekend

4. Het systeem geeft aan dat de boekhouding en voorraad zijn bijgewerkt
|-
| Alternate paths 
| Geen
|-
| Exceptions
| 2.Het systeem stelt de Actor op de hoogte dat de gegevens van het artikel niet juist zijn. 

3. Actor geeft aan dat de klant niet heeft afgerekend

6. Het systeem bevestigt de annulering.
|-
| Preconditions 
| Geen
|-
| Postconditions 
| Artikel is afgerekend: de voorraad is aangepast en de boekhouding bijgewerkt
|-
| Related business rules
| Geen
|}

{|class="wikitable"
! width="200" | Use Case: #08 !! width="800" | Artikel terugbrengen
|-
| Version 
| 1.4
|-
| Description
| Het terugnemen van een artikel
|-
| Actor
| Mevrouw/Meneer Walraven, Medewerkers
|-
| Trigger(s)
| Actor geeft aan dat een artikel teruggebracht is
|-
| Basic course of events 
| 1. Actor voert gegevens artikel in en stelt het systeem op de hoogte of het bonnetje legitiem is

2. Het systeem geeft een prijs terug

3. Actor stelt systeem op de hoogte dat de aankoopsom is teruggegeven

4. Het systeem geeft aan dat de voorraad en balans bijgesteld is
|-
| Alternate paths 
| Geen.

|-
| Exceptions
| 1: Het artikel blijkt beschadigd te zijn: het wordt geweigerd.

1: Het aankoopbewijs vermeldt het artikel niet, is onleesbaar of op een andere manier ongeldig: het artikel wordt geweigerd.
|-
| Preconditions 
| Geen
|-
| Postconditions 
| Het artikel is toegevoegd aan de voorraad, de boekhouding is aangepast.
|-
| Related business rules
| Een artikel mag alleen teruggebracht worden met het juiste bonnetje, aan de kassa wordt bepaald of het artikel teruggenomen wordt of niet.
|}

{|class="wikitable"
! width="200" | Use Case #09 !! width="800" | Artikel toevoegen/verwijderen
|-
| Version
| 1.0
|-
| Description
| Het toevoegen of verwijderen van een artikel uit de voorraad
|-
| Actor
| Meneer of Mevrouw Walraven
|-
| Trigger(s)
| Actor geeft aan een artikel te willen verwijderen of toe te voegen
|-
| Basic course of events
|
1. Actor geeft aan artikel te willen toevoegen

2. Systeem vraagt om gegevens artikel

3. Actor voert de gevraagde gegevens in

4. Systeem geeft aan artikel te hebben opgeslagen
|-
| Alternate paths
| BCoE 1. Actor geeft aan een artikel te willen verwijderen

2. Systeem toont lijst met artikelen

3. Actor selecteert het te verwijderen artikel

4. Het systeem geeft aan dat het artikel is verwijderd
|-
| Exceptions
| Geen
|-
| Preconditions
| Er moeten artikelen zijn om te verwijderen als daarvoor is gekozen
|-
| Postconditions
| Er is een artikel toegevoegd of verwijderd
|-
| Related business rules
| De voorraad mag alleen worden aangepast door Meneer of Mevrouw Walraven (Management)
|}

===Domain Model per Use Case===
====Use Case #01====
[[Bestand:Use_Case_1_groep8.jpg]]
====Use Case #02====
[[Bestand:Use_Case_2_groep8.jpg]]
====Use Case #03 en #04====
[[Bestand:Use_Case_3,4_groep8.jpg]]
====Use Case #05 en #06====
[[Bestand:Use_Case_5,6_groep8.jpg]]

====Use Case #07, #08 en #09====
[[Bestand:Use_Case_7,8,9_groep8.jpg]]

== Scenarios ==

===SC1.1===
{|class="wikitable"
! Scenario !! Naam
|- 
|Naam
|Balans printen voor Belastingdienst
|-
| Actor
| Meneer Walraven
|
|-
| Verloop
| Meneer Walraven wil de balans van het modehuis printen voor de belastingdienst. Hij komt binnen in het systeem en geeft aan de balans te willen zien. Nadat het systeem hem de balans toont, bekijkt Meneer Walraven of alles in orde is. De balans voldoet aan zijn verwachtingen, dus Meneer Walraven geeft aan te willen printen. Het systeem stuurt een bericht naar de printer van zijn computer, waarna de complete op dat moment aanwezige jaarbalans wordt geprint.
|
|}

===SC1.2===
{|class="wikitable"
! Scenario !! Naam
|- 
|Naam
|Jaarbalans beheren(Exc)
|-
| Actor
| Meneer Walraven
|
|-
| Verloop
| Meneer Walraven wil de balans van het modehuis bewerken om enkele nieuwe inkomsten toe te voegen. Hij komt binnen in het systeem en geeft aan de balans te willen zien. Nadat het systeem hem de balans toont, bekijkt Meneer Walraven of alles in orde is. De balans voldoet aan zijn verwachtingen, dus Meneer Walraven gaat verder met het aangeven van de nieuwe inkomsten in de balans. Als hij bijna klaar is, krijgt Meneer Walraven een berichtje dat de nieuwe inkomsten zullen moeten worden herzien voordat ze aan hem worden uitgekeerd. Hij kan niet zeker zijn van wat nu in het systeem moet komen, dus Meneer Walraven annuleert de bewerking. Het systeem keert terug naar de staat voor de bewerking en Meneer Walraven verlaat het. 
|
|}

===SC2.1===
{|class="wikitable"
! Scenario !! Naam
|- 
|Naam
|Toevoegen nieuw merk kleding 
|-
|Actor
|Mevrouw Walraven
|-
| Verloop
| Mevrouw Walraven wil een nieuw merk, Prada, toevoegen aan het assortiment. Ze komt binnen in het systeem en geeft aan de vooraad in te willen zien. Het systeem opent de bestaande voorraad voor haar. Mevrouw Walraven voegt Prada toe aan het assortiment en geeft aan dat ze 50 nieuwe jurken verwacht te hebben tegen volgende week. Het systeem slaat de nieuwe voorraad op en geeft aan dit goed te hebben gedaan. Mevrouw Walraven controleert de voorraad nogmaals om te zien of het echt goed is toegevoegd en verlaat vervolgens het systeem. 
|
|}

===SC2.2===
{|class="wikitable"
! Scenario !! Naam
|- 
|Naam
| Tegelijk aanpassen voorraad met nieuwe voorraden 
|-
| Actor
| Meneer en Mevrouw Walraven 
|
|-
| Verloop
| Mevrouw Walraven was de hele dag druk bezig en had Meneer Walraven gevraagd of hij even de nieuwe voorraad kon invullen. Ze vergat dat ze het hem gevraagd had omdat ze druk bezig was. Toen ze even vrij had, herinnerde Mevrouw Walraven dat ze nog de voorraad moest aanpassen. Tegelijk was Meneer Walraven op dezelfde gedachtegang. Ze komen allebei binnen in het systeem en geven aan tegelijk te willen bewerken. Het systeem laat dit toe, en beide kunnen dezelfde bewerking uitvoeren. Meneer Walraven slaat de wijziging later op dan Mevrouw Walraven en krijgt een waarschuwing dat de betreffende voorraad net ook al is gewijzigd. Hij beklijkt de wijziging en ziet dat Mevrouw Walraven de voorraad al heeft gewijzigd en hoeft dus niets meer te doen. Beide beheerders verlaten het systeem en de wijziging van Mevrouw Walraven wordt opgeslagen, omdat Meneer Walraven zijn wijziging heeft geannuleerd nat het zien van de juiste aanpassing. 
|
|}

===SC3.1===
{|class="wikitable"
! Scenario !! Naam
|- 
|Naam
| Toevoegen van een nieuwe medewerkster, Nina 
|-
| Actor
| Mevrouw Walraven 
|
|-
| Verloop
| Mevrouw Walraven wil graag de nieuwste medewerkster, Nina, toevoegen in het systeem. Ze logt in en typt:
naam Nina

sofinummer 1254148310

telefoonnummer 0623545520

adres De Grootlaan 24, Wijchen

geboortedatum 24-07-1980 

van Nina in en bevestigt de nieuwe medewerkster. Het systeem slaat de gegevens op en geeft dit door aan Mevrouw Walraven. Vervolgens verlaat Mevrouw Walraven het systeem.
|
|}

===SC4.1===
{|class="wikitable"
! Scenario !! Naam
|- 
|Naam
| Wijzigen telefoonnummer medewerker 
|-
| Actor
| Meneer Walraven 
|
|-
| Verloop
| Meneer Walraven heeft te horen gekregen dat een van zijn medewerkers, Hans Groot, een nieuw telefoonnummer heeft en dat deze dus moet worden gewijzigd. Meneer Walraven logt in bij het systeem en geeft aan een wijziging willen doorvoeren bij medewerker Hans Groot. Het systeem opent de gegevens van Hans. Meneer Walraven vult het nieuwe telefoonnummer in:

0636431876

in en bevestigt dit bij het systeem. Het systeem laat hem weten dat de nieuwe gegevens zijn opgeslagen. Meneer Walraven logt vervolgens weer uit. 
|
|}

===SC4.2===
{|class="wikitable"
! Scenario !! Naam
|- 
|Naam
| Een van de nieuwere medewerkers, Hans Groot, heeft aangegeven ontslag te nemen.
|-
| Actor
| Mevrouw Walraven 
|
|-
| Verloop
| Mevrouw Walraven komt binnen in het systeem en geeft aan Hans Groot te willen verwijderen. Het systeem vraagt om bevestiging om Hans Groot uit het systeem te verwijderen. Nadat Mevrouw Walraven bevestigt de medewerker te willen verwijderen, wordt hij verwijderd en bevestigt het systeem dit. Mevrouw Walraven logt vervolgens uit
|
|}

===SC5.1===
{|class="wikitable"
! Scenario !! Naam
|- 
|Naam
| Er is een bijstelaanvraag binnengekomen on een broek korter te maken. 
|-
| Actor
| Medewerkster Truus 
|
|-
| Verloop
| Truus neemt de bijstelaanvraag op bij de klant en gaat vervolgens in het systeem inloggen om de aanvraag toe te voegen. Ze geeft aan een nieuwe aanvraag te willen toevoegen. Het systeem vraagt haar om naam en telefoonnummer van de klant, die Truus ingeeft:

Naam: Arian Houssan
Telefoonnummer: 0215-451638

Vervolgens vraagt het systeem om de nieuwe maten van het kledingstuk, die Truus wederom invoert als een omschrijving.Truus geeft aan dat ze klaar is, en het systeem slaat de nieuwe aanvraag op.
|
|}

===SC6.1===
{|class="wikitable"
! Scenario !! Naam
|- 
|Situatie
| Een klant is van gedachten veranderd met betrekking tot een recente bijstelaanvraag die zij heeft aangevraagd. Ze belt op om de nieuwe maten door te geven aan Diana, die de aanvraag heeft behandeld. 
|-
| Actor
| Medewerkster Diana 
|
|-
| Verloop
| Na het telefoontje komt Diana binnen in het systeem en geeft ze aan de betreffende bijstelaanvraag te willen wijzigen. Het systeem toont de te wijzigen aanvraag, waarna Diana de maten aanpast en aangeeft dat ze klaar is. Het systeem meldt dat de nieuwe gegevens zijn bijgewerkt. Diana logt uit het systeem. 
|}

===SC6.2===
{|class="wikitable"
! Scenario !! Naam
|- 
|Situatie
| Een bijstelaanvraag is geannuleerd en moet uit het systeem worden verwijderd. 
|-
| Actor
| Medewerkster Diana 
|
|-
| Verloop
| Diana wil een bijstelaanvraag uit het systeem verwijderen, omdat deze is geannuleerd door de klant. Ze komt binnen in het systeem en geeft aan de betreffende aanvraag te willen verwijderen. Het systeem vraagt om bevestiging, en als deze gegeven is, laat Diana weten dat de bijstelaanvraag is verwijderd. Diana logt vervolgens uit. 
|}

===SC7.1===
{|class="wikitable"
! Scenario !! Naam
|- 
|Situatie
| Een klant wil vijf paar broeken kopen. 
|-
| Actor
| Medewerkster Clara 
|
|-
| Verloop
| Een klant komt met vijf paar broeken bij de kassa aan. Clara scant alle artikelen in, waarop het systeem een prijs teruggeeft die de klant betaalt. Clara laat het systeem weten dat er is betaald, waarna de voorraad en boekhouding als zodanig worden aangepast. Het systeem laat Clara weten dat alles normaal is verlopen. 
|}

===SC7.2===
{|class="wikitable"
! Scenario !! Naam
|- 
|Situatie
| Een klant wil producten kopen, maar beseft niet genoeg geld te hebben en breekt de transactie af. 
|-
| Actor
| Medewerkster Truus 
|
|-
| Verloop
|  Een klant brengt een aantal producten bij de kassa en wil ze graag afrekenen. Truss scant alle producten in en het systeem geeft een prijs terug. De klant heeft echter niet genieg geld om te betalen en zegt dat hij later terugkomt. Truus geeft door aan het systeem dat de koop niet doorgaat, wat het systeem bevestigt. 
|}

===SC8.1===

{|class="wikitable"
! Scenario !! Naam
|- 
|Situatie
| Een klant brengt een product terug na aankoop.
|-
| Actor
| Medewerkster Truus 
|
|-
| Verloop
|  Een klant komt een product terugbrengen wat niet goed is bevallen. Zij presenteert het product in goede staat en het bonnetje met de juiste gegevens. Truus scant het product en het bonnetje en geeft aan het systeem door dat het bonnetje legitiem is. Het systeem geeft de te terug te betalen prijs, die Truus teruggeeft aan de klant. Wanneer Truus doorgeeft dat de som terugbetaald is, past het systeem de voorraad en boekhouding aan en stelt Truus op de hoogte. 
|}

===SC8.2===
{|class="wikitable"
! Scenario !! Naam
|- 
|Situatie
| Een klant brengt het artikel terug zonder bonnetje 
|-
| Actor
| Medewerkster Truus 
|
|-
| Verloop
|  Een klant brengt een artikel terug met een bonnetje. Truus scant het artikel, maar geeft door aan het systeem dat het bonnetje niet klopt. De klant heeft geen legitiem bonnetje bij zich. Het systeem breekt de procedure af en stelt Truus op de hoogte. Er is niets gewijzigd. 
|}
===SC9.1===
{|class="wikitable"
! Scenario !! Naam
|- 
|Situatie
| Mevrouw Walraven voegt een nieuw merk, Gucci, toe aan de voorraad.
|-
| Actor
| Mevrouw Walraven
|
|-
| Verloop
|  Mevrouw Walraven wil graag haar nieuwste merk toevoegen aan het assortiment: Gucci. Ze komt binnen in het systeem en geeft aan het merk te willen toevoegen. Het systeem vraagt welk merk ze wil toevoegen, een hoeveelheid en een omschrijving. Mevrouw Walraven voert het merk Gucci in en geeft aan dat ze vijftig jurken heeft van dit merk. Het systeem geeft aan het nieuwe merk te hebben opgeslagen.
|}
===SC9.2===
{|class="wikitable"
! Scenario !! Naam
|- 
|Situatie
| Mevrouw Walraven wil het merk Gucci verwijderen uit de voorraad
|-
| Actor
| Mevrouw Walraven
|
|-
| Verloop
|  Mevrouw Walraven wil graag haar nieuwste merk, Gucci, verwijderen uit het assortiment. Ze komt binnen in het systeem en geeft aan het merk te willen verwijderen. Het systeem vraagt om bevestiging, die Mevrouw Walraven ook geeft. Het systeem geeft aan het merk en alle bijbehorende gegevens te hebben verwijderd.
|}

== Non-functional Requirements ==
*Het systeem moet 24 uur per dag, 7 dagen per week beschikbaar zijn, omdat bijvoorbeeld meneer Walraven ook midden in de nacht in het weekend de financien moet kunnen bekijken.
*Het systeem moet overal beschikbaar zijn en dus ook overal over dezelfde informatie beschikken. Meneer Walraven moet dus op alle locaties de zelfde financien kunnen zien.
*Het is belangrijk, dat het systeem niet crasht, omdat een klant tijdens het afrekenen niet door een crash langer mag wachten.
*Alle informatie moet ook beschikbaar zijn na het herstarten van het programma/de server, zodat het mogelijk moet zijn de computers in de fillialen te herstarten(als ze vastlopen) of de computers s'nachts uit te zetten om stroom te besparen, zonder dat er bestanden verloren gaan.

== Integrated Domainmodel ==
[[Bestand:Integrated_Domainmodel_groep8.jpg]]

== Business Rules Catalogue ==
Balans is alleen toegankelijk voor Meneer en Mevrouw Walraven (Management).

De voorraad mag alleen worden aangepast door Meneer of Mevrouw Walraven (Management).

Het toevoegen of wijzigen van medewerkerinformatie mag alleen gebeuren door Meneer of Mevrouw walraven (Management) 
 
Modehuis Walraven biedt de mogelijkheid om kleding tegen betaling aan te passen.

Een artikel mag alleen teruggebracht worden met het juiste bonnetje, aan de kassa wordt bepaald of het artikel teruggenomen wordt of niet.

== Terminological Definitions ==
*Actor: iemand die invloed heeft op of ondervindt van een informatiesysteen.

*Producten: goederen of diensten die aangeboden worden door Modehuis Walraven. Momenteel bestaan de producten uit kledingartikelen en bijstellen.

*Bijstelaanvraag: aanvraag van een klant om gebruik te maken van de dienst 'aanpassen van de maat van een kledingstuk'.

*Klant: iemand die een product aanvraagt bij Modehuis Walraven.

*Management: een actor met een leidinggevende functie binnen Modehuis Walraven (Meneer en Mevrouw Walraven).

*Medewerker: een actor die werkzaam is bij Modehuis Walraven en niet tot het management behoort.

*Gebruiker: een actor, werkzaam bij Modehuis Walraven, die gebruik gaat maken van ons systeem.

*Gegevens(Medewerker): Dit omvat de naam, telefoonnummer, sofinummer, adres en geboortedatum.

*Gegevens(Klant): Dit omvat de naam en telefoonnummer van de klant.

*Omschrijving(Bijstelaanvraag): Dit omvat, naast het verzoek zelf, ook de nieuwe maten.

*Gegevens(Artikel): Dit omvat het product-ID, inkoop en verkoopprijs en de naam van het artikel.