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

Uit Werkplaats
Ga naar: navigatie, zoeken

Introduction

Modehuis Walraven, een succesvolle kledingzaak in het zware financiële weer, staat op het punt van uitbreiding. Door het openen van een nieuw filiaal en de toch wat verouderde manier van boekhouden (op papier) zijn de eigenaren Meneer en Mevrouw Walraven genoodzaakt hun systeem te laten automatiseren. Wij zijn meer dan bereid hen hierbij te assisteren, en de bijkomende problemen te tackelen natuurlijk. We beginnen met de Problem Statement, waarin eerst het probleem aangegeven wordt. In de Case analysis wordt het werk nog eens goed bekeken, wie de stakeholders zijn, hoe we het gaan aanpakken etc. Vervolgens komen bij Requirements de Use Cases aan bot, waarmee we zo precies mogelijk aangeven wat dit systeem moet gaan kunnen(en niet hoe). We zullen daar ook scenario's bij geven en ook bespreken we hier de non-functional requirements. Tot slot het Addendum.

Problem statement

Alles bij Modehuis Walraven wordt nog zo'n beetje op papier gedaan. Dit wordt teveel rompslomp, tevens is er op dit moment nog geen pin functie. Hier onder een korte opsomming van de ondervonden problemen:

  • Er komt een derde filiaal bij en de gegevens van beiden moeten overzichtelijk bij elkaar komen.
  • Er moet meer overzicht komen m.b.t. bestelling en de voorraad kleding.
  • Bijstel opdrachten moeten inzichtelijk zijn, nu wordt dit afgehandeld door medewerkers. Dit omdat er misschien nog meer filialen bij komen.
  • Pin functie komt erbij dit moet samen met de kas en overige inkomsten van een dag samengevoegd kunnen worden.
  • Mogelijk komen er in de toekomst meer Filialen.

Het komt er op neer dat de communicatie tussen medewerker, verschillende filialen goed moet lopen. Zonder stad en land af te reizen. En dat de financiën overzichtelijk zijn en hierbij van papier naar een digitale variant gaan.

Case analysis

Stakeholder analysis

Stakeholder Functie Belang
Meneer Walraven Management
  • (boekhouding van)Financiën: in- en uitgaven, ook van de nieuwe pin functie.
Mevrouw Walraven Management
  • Inkopen van kleding
  • Assortiment aanpassen
  • voorraden bijhouden
  • Inzicht in de bijstellingen
De medewerkers(Later misschien gespecificeerd op naam) Medewerker
  • Bijstellingen kunnen uitvoeren (aanmaken en bijwerken in het systeem)
  • Voorraad checken
  • Verkopen van voorwerpen
Meneer en Mevrouw Walraven Eigenaren

Inzicht van alles in het algemeen: financiën, voorraden, assortimenten, bijstellingen.

Mission and vision statement

  • Mission— Het papierwerk moet eruit, om alles(financiën, voorraden, assortimenten, bijstellingen) overzichtelijk te houden. Daarbij moet alles geregeld kunnen worden vanuit een locatie, zodat voorkomen wordt dat er constant tussen filialen heen moet worden gereden ter controle van bijvoorbeeld de voorraden.
  • Vision— Een systeem dat alle filialen aan elkaar koppelt, en administratie voor een groot deel uit handen neemt. Waar de medewerkers alle benodigde dingen kunnen invoeren. En de eigenaren alles overzichtelijk kunnen inzien.

(*Value— What principles will guide the project members while they do what )

Ik doe de aanname dat de sponsor ook de stakeholder is en dat de viewpoint dus niet anders is.(Ik zal dit bevestigen)

Statement of work

  • Facade iteration: 19 april 2013
  • Filled iteration: 24 mei 2013 (planned)
  • Focused iteration: 21 juni 2013 (planned)

Statussen

Code Betekenis 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

Deliverable Verantwoordelijke Facade Verantwoordelijke Filled Verantwoordelijke Focused Facade iteratie Status Filled iteratie Status Focused iteratie Status
Introduction Ruben, C: Willem Ruben, C: Willem X Preliminary version V Preliminary version V Complete V
Problem statement Ruben, C: Willem Ruben, C: Willem X As good as possible V As good as possible V Complete V
Stakeholder analysis Ruben, C: Willem Ruben, Willem X As good as possible V As good as possible V Complete V
Mission-vision-values Ruben, C: Willem Ruben,Willem X Complete V As good as Possible V Complete V
Statement of work Ruben, Willem, C: Willem, Ruben Groep Groep Complete, and up-to-date V Complete, and up-to-date V Complete, and up-to-date V
Risk analysis Ruben, C: Willem Ruben, C: Willem X Complete, and up-to-date V Complete, and up-to-date V Complete, and up-to-date V
Use case survey Ruben, C: Willem Ruben, C: Willem X As good as possible V Nearly complete V Complete, and up-to-date V
Integrated UC diagram Willem, C: Ruben Ruben: C: Willem X Complete (though preliminary) V Complete V Complete V
Use cases X Willem, Ruben C: Bryan Willem, C: Bryan Not yet! NV "Filled" level V Complete V
Scenarios X Bryan C: Willem Bryan C: Willem Not yet! NV Several for each UC V Complete ("focused" level) V
Domain models X Willem Willem C: Bryan Not yet! NV Partially complete V Complete V
Integrated domain model X Willem C: Michel Willem C: Bryan Not yet! NV Partially complete V Complete V
Business rules catalogue X Michel C: Ruben X Not yet! NV Partially complete V Complete V
Non-functional requirements X Michel C: Ruben X Notes V Partially complete V Complete V
Terminological definitions Ruben, C: Willem Willem, C: Willem, C: Notes V Partially complete V Complete V
Executive sponsor viewpoint Ruben, C: Willem X X 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 X X Notes V As good as possible V Complete V
Business process definitions Groep X X If available / relevant NV If relevant NV If relevant NV
GUI metaphors / storyboards Groep X X If relevant NV If relevant NV If relevant NV

Risk analysis

Risicoanalyse

# Categorie Risico Hoe snel op te lossen Status Tijd verloren Verwachtingsfactor (0-100) Risico factor (1-10)
01 Personeel Een projectlid kan niet werken vanwege slechte planning. Per direct - 4 uur-1 dag 50% 2
02 Personeel Uitval van een projectlid. Per direct O 20% van de tijd (Nu)2%(*) 6
03 Communicatie Een miscommunicatie met de stakeholder. direct wanneer het boven water komt - 1-4 dagen 35% 5
04 Communicatie Er is miscommunicatie tussen de projectleden. 21-06-2013 - 1 50% 3
05 Apparatuur Dataverlies. 21-06-2013 - 1-7 dagen 0,1% 3-10
06 Stakeholder Een afspraak tussen team en stakeholder gaat niet door per direct - 3-7 5% 7
06 Communicatie Er is miscommunicatie tussen de projectleden. 21-06-2013 - 2 40% 2

(*)Er is al een lid uitgevallen.

Requirements

Use cases

Use case survey

# Naam Omschrijving Initiating actor
01 ToonVoorraad Toon, de huidige voorraad van de filialen Manager, Medewerker
02 WijzigVoorraad Wijzig het aantal artikelen van de huidige voorraad van de filialen Manager
03 BeheerFinanciën Toon of wijzig alle financiën van het jaar, maand en dag Manager
04 ToonBestellingen Toon de huidige bestellingen Manager, Medewerker
05 WijzigBestellingen Bestellingen tonen, aanmaken, wijzigen en verwijderen Manager
06 MaakVerkoop Reken een artikel of bijstelling contant of met pin af Manager, Medewerker
07 BeheerMedewerkers Medewerkers toevoegen/verwijderen of informatie wijzigen, informatie opvragen Manager
08 BeheerBijstellingen Wijzig data in de bijstellingen, latere lever datum , voeg een nieuwe bijstelling toe, verwijder bijstelling Medewerker, Manager
09 MaakRetournering Maakt een nieuwe retournering aan, voegt tevens een voorwerp aan de voorraad toe. Medewerker, Manager
10 ToonAssortiment Toon het assortiment per filiaal Manager, Medewerker
11 WijzigAssortiment Toon, wijzig het assortiment en wijzig de prijzen van de artikelen van het assortiment per filiaal Manager

Integrated use case diagram

Usecasegr10.jpg

Individual use cases

Create a Use Case for all of the ones identified in the survey, include relevant business rule(s).

Use Case: ToonVoorraad (UC-01)
Description Toont de huidige voorraad per filiaal.
Source Interview 1
Version 0.9
Triggers Deze UC wordt gestart op initiatief van een medewerker (of manager).
Basic course of events
  1. Het systeem toont de voorraaden per filiaal.
Preconditions Er is tenminste één filiaal.
Related business rules Alleen het management mag de voorraad wijzigen.


Use Case: WijzigVoorraad (UC-02)
Description Toont de huidige voorraad in een bepaald filiaal en biedt mogelijkheid tot wijziging hierin.
Source Interview 1
Version 1.9
Triggers Deze UC wordt gestart op initiatief van een manager.
Basic course of events
  1. Het systeem toont de voorraaden per filiaal.
  2. De manager (actor) geeft aan van welk artikel op welk filiaal de voorraad verhoogd dan wel verlaagd moet worden.
Alternative paths
  1. Het systeem toont de voorraaden per filiaal.
  2. De manager (actor) geeft aan van een artikel op een filiaal dat het naar een ander filiaal moet worden overgebracht.


  1. Het systeem toont de voorraaden per filiaal.
  2. De manager (actor) geeft een nieuw artikel op met bijbehorende gegevens (o.a. prijs, maat, collectie) dat aan de voorraad van een filiaal moet worden toegevoegd.


  1. Het systeem toont de voorraaden per filiaal.
  2. De manager (actor) geeft aan van een artikel dat het uit de voorraad van een filiaal geschrapt moet worden.
Preconditions Actor is manager.

Er is tenminste één filiaal.

Postconditions De gewenste wijziging is doorgevoerd in het systeem (voorraad verhoogd / verlaagd, artikel verwijderd, nieuw artikel toegevoegd).
Related business rules Alleen het management mag de voorraad wijzigen.


Use Case: BeheerFinanciën (UC-03)
Description Toont de financiëen van een tijdsbereik en geeft mogelijkheid tot wijziging hierin (voor de opvang van fouten).
Source Interview 1
Version 1.9
Triggers Deze UC wordt gestart op initiatief van een manager.
Basic course of events
  1. De manager (actor) geeft een gewenst tijdsbereik op.
  2. Het systeem toont transacties in dat tijdsbereik.
Alternative paths
  1. De manager (actor) geeft een gewenst tijdsbereik op.
  2. Het systeem toont transacties in dat tijdsbereik.
  3. De manager (actor) geeft van een transactie aan deze te willen verwijderen.


  1. De manager (actor) geeft een gewenst tijdsbereik op.
  2. Het systeem toont transacties in dat tijdsbereik.
  3. De manager (actor) geeft een nieuwe transactie op met de bijbehorende gegevens (o.a. tijdstip en bedrag).


  1. De manager (actor) geeft een gewenst tijdsbereik op.
  2. Het systeem toont transacties in dat tijdsbereik.
  3. De manager (actor) geeft van een transactie aan deze te willen wijzigen en voert de nieuwe gegevens in.
Preconditions De actor is manager.
Postconditions Eventuele wijzigingen (aanpassing transactie, nieuwe transactie of verwijdering transactie) in de financiën zijn doorgevoerd.
Related business rules Alleen het management mag het assortiment wijzigen.


Use Case: ToonBestellingen (UC-04)
Description Toont de bestellingen.
Source Interview 1
Version 0.9
Triggers Deze UC wordt gestart op initiatief van een medewerker (of manager).
Basic course of events
  1. Het systeem toont alle bestellingen.


Use Case: WijzigBestellingen (UC-05)
Description Toont de bestellingen en geeft mogelijkheid tot aanpassing hiervan (aanmaken, aanpassen, verwijderen).
Source Interview 1
Version 0.9
Triggers Deze UC wordt gestart op initiatief van een manager.
Basic course of events
  1. Het systeem toont alle bestellingen.
  2. De manager (actor) geeft een nieuwe bestelling op met de bijbehorende gegevens.
Alternative paths
  1. Het systeem toont alle bestellingen.
  2. De manager (actor) geeft aan dat een bestelling verwijderd moet worden.


  1. Het systeem toont alle bestellingen.
  2. De manager (actor) geeft aan dat een bestelling gewijzigd moet worden en geeft de nieuwe gegevens op.
Preconditions Actor is manager
Postconditions De opgegeven wijziging (aanpassing, verwijdering of nieuwe bestelling) is doorgevoerd.


Use Case: MaakVerkoop (UC-06)
Description De verkoop van een artikel / het ophalen van een bijgesteld product.
Source Interview 1
Version 1.9
Triggers Deze UC wordt gestart door een medewerker (of manager) wanneer een klant een artikel koopt of een bijstelling ophaalt.
Basic course of events
  1. De medewerker (actor) geeft aan welk artikel of bijstelling verkocht wordt.
Preconditions Het artikel / de bijstelling bestaat.
Postconditions De voorraad van het verkochte artikel is aangepast of de aanvraag voor de bijstelling is uit het systeem gehaald.

Ook is er een nieuwe transactie toegevoegd aan het systeem voor de verkoop.


Use Case: BeheerMedewerkers (UC-07)
Description Toont alle medewerkers, en geeft mogelijkheid tot aanpassen (aanmaken, wijzigen, verwijderen)
Source Interview 1
Version 1.9
Triggers Deze UC wordt gestart op initiatief van een manager.
Basic course of events
  1. Het systeem toont alle medewerkers.
Alternative paths
  1. Het systeem toont alle medewerkers.
  2. De manager (actor) geeft aan een bepaalde medewerker te willen verwijderen.


  1. Het systeem toont alle medewerkers.
  2. De manager (actor) geeft aan een bepaalde medewerker te willen wijzigen en geeft de bijbehorende nieuwe gegevens op.


  1. Het systeem toont alle medewerkers.
  2. De manager (actor) geeft aan een nieuwe medewerker toe te willen voegen en geeft de bijbehorende nieuwe gegevens op.
Exception paths
  1. Het systeem toont alle medewerkers.
  2. De manager (actor) geeft aan de laatste manager te willen verwijderen.
  3. Het systeem geeft aan dat dit niet mogelijk is en gaat terug naar stap 1.
Preconditions De actor is manager
Postconditions Eventuele wijzigingen in de medewerkers en managers zijn in het systeem opgeslagen.
Related business rules Het wijzigen van informatie over medewerkers mag uitsluitend gedaan worden door het management.


Use Case: BeheerBijstellingen (UC-08)
Description Toont alle bijstellingen en geeft de mogelijkheid deze aan te passen (aanmaken, wijzigen, verwijderen)
Source Interview 1
Version 1.9
Triggers Deze UC wordt gestart door een medewerker (of manager) om de lijst met bijstellingen te zien of wanneer een bijstelling wordt aangevraagd of afgehandeld.
Basic course of events
  1. Het systeem toont alle bijstellingen.
Alternative paths
  1. Het systeem toont alle bijstellingen.
  2. De medewerker (actor) geeft aan een nieuwe bijstelling toe te willen voegen en geeft de bijbehorende gegevens op.


  1. Het systeem toont alle bijstellingen.
  2. De medewerker (actor) geeft aan een bepaalde bijstelling te willen wijzigen.
  3. Het systeem gaat na of de actor als medewerker gekoppeld is aan de bijstelling of een manager is. (Hetgeen het geval blijkt te zijn.)
  4. De medewerker (actor) geeft de nieuwe gegevens op.


  1. Het systeem toont alle bijstellingen.
  2. De medewerker (actor) geeft aan een bepaalde bijstelling te willen verwijderen.
  3. Het systeem gaat na of de actor als medewerker gekoppeld is aan de bijstelling of een manager is. (Hetgeen het geval blijkt te zijn.)
Exception paths
  1. Het systeem toont alle bijstellingen.
  2. De medewerker (actor) geeft aan een bepaalde bijstelling te willen wijzigen / verwijderen.
  3. Het systeem gaat na of de actor als medewerker gekoppeld is aan de bijstelling of een manager is, hetgeen niet het geval is. Het systeem geeft aan dat de actor niet de benodigde rechten heeft en gaat terug naar stap 1.
Postconditions Eventuele wijzigingen (aanpassing, toevoeging of verwijdering van een bijstelling) in de lijst van bijstellingen zijn opgeslagen.
Related business rules Alleen de verantwoordelijke medewerker of het management mag een bijstelopdracht veranderen.


Use Case: MaakRetournering (UC-09)
Description Faciliteert de retournering van een artikel.
Source Interview 1
Version 1.9
Triggers Deze UC wordt gestart door een medewerker (of manager) wanneer een klant een artikel retourneert.
Basic course of events
  1. De medewerker (actor) geeft het product en de prijs van het artikel op en geeft aan of het artikel weer verkocht wordt.
Postconditions De retournering is in de financiën vastgelegd als een negatieve verkoop.

Zo nodig is ook de voorraad aangepast (artikel wordt opnieuw verkocht).

Related business rules Het ruilen van artikelen kan alleen binnen 14 dagen.

Er is geen garantie op een artikel.


Use Case: ToonAssortiment (UC-10)
Description Toont het assortiment.
Source Interview 1
Version 0.9
Triggers Deze UC wordt gestart op initiatief van een medewerker (of manager).
Basic course of events
  1. Het systeem toont het assortiment.
Related business rules Alleen het management mag het assortiment wijzigen.


Use Case: WijzigAssortiment (UC-11)
Description Toont het assortiment per filiaal en geeft mogelijkheid tot wijziging hierin. Hier wordt o.a. de prijs van een artikel vastgelegd.
Source Interview 1
Version 0.9
Basic course of events
  1. Het systeem toont het assortiment.
  2. De manager (actor) geeft aan een nieuw artikel te willen toevoegen en geeft de bijbehorende gegevens op.
Alternative paths
  1. Het systeem toont het assortiment.
  2. De manager (actor) geeft aan een bepaald artikel te willen wijzigen en geeft de bijbehorende gegevens op.


  1. Het systeem toont het assortiment.
  2. De manager (actor) geeft aan een artikel te willen verwijderen.
Preconditions De actor is manager.
Postconditions De wijziging (aanmaken, aanpassen of verwijderen) is in het systeem opgeslagen.
Related business rules Alleen het management mag het assortiment wijzigen.

Domain Models per use case

UC-01 & UC-02 Uc1gr10.jpg
UC-03 Uc2gr10.jpg
UC-04 & UC-05 Uc3gr10.jpg
UC-06 Uc4gr10.jpg
UC-07 Uc5gr10.jpg
UC-08 Uc6gr10.jpg
UC-09 Uc7gr10.jpg
UC-10 & UC-11 Uc8gr10.jpg

Scenarios

Scenario: Name
Name ToonVoorraad
Number 01
Basic course of events
  1. Het systeem toont aan meneer Walraven dat elk artikel uit het assortiment op elk filiaal is uitverkocht.
Scenario: Name
Name WijzigVoorraad1
Number 02
Basic course of events
  1. Het systeem toont de voorraaden per filiaal.
  2. De manager mevrouw Walraven geeft aan dat er een nieuwe lading is binnen gekomen van de rode blouse in maat s voor 10 euro en dat de voorraad met 5 verhoogd moet worden.


Scenario: Name
Name WijzigVoorraad2
Number 03
Basic course of events
  1. Het systeem toont de voorraaden per filiaal.
  2. De manager mevrouw Walraven geeft aan dat één rode blouse in maat s voor 10 euro van het filiaal in Nijmegen naar dat in Malden moet worden overgebracht en dat dus de voorraad in Nijmegen met 1 moet worden verlaagd en in Malden met 1 moet worden verhoogd.
Scenario: Name
Name WijzigVoorraad3
Number 04
Basic course of events
  1. Het systeem toont de voorraaden per filiaal.
  2. De manager mevrouw Walraven geeft een nieuw artikel op met de bijbehorende gegevens blauwe jeans in maat L voor 20 euro en geeft aan dat er 4 stuks op voorraad zijn in Nijmegen.
Scenario: Name
Name WijzigVoorraad4
Number 05
Basic course of events
  1. Het systeem toont de voorraaden per filiaal.
  2. De manager mevrouw Walraven geeft aan van de rode blouse in maat s voor 10 euro dat het uit de voorraad van Nijmegen geschrapt moet worden.


Scenario: Name
Name BeheerFinancieën1
Number 06
Basic course of events
  1. De manager meneer Walraven geeft als tijdsbereik deze maand op.
  2. Het systeem toont alle transacties die deze maand hebben plaatsgevonden.
Scenario: Name
Name BeheerFinancieën2
Number 07
Basic course of events
  1. De manager meneer Walraven geeft als tijdsbereik vandaag op.
  2. Het systeem toont de transacties die vandaag hebben plaatsgevonden.
  3. De manager meneer Walraven geeft een nieuwe transactie (een uitgave) op met als gegevens: nu, -10 euro, en de omschrijving "reparatiekosten".
Scenario: Name
Name BeheerFinancieën3
Number 08
Basic course of events
  1. De manager meneer Walraven geeft als tijdsbereik vandaag op.
  2. Het systeem toont de transacties die vandaag hebben plaatsgevonden.
  3. De manager meneer Walraven geeft van de vorige transactie (zie scenario 06) aan deze te willen wijzigen en geeft op dat de kosten -12 euro waren.
Scenario: Name
Name BeheerFinancieën4
Number 09
Basic course of events
  1. De manager meneer Walraven geeft als tijdsbereik vandaag op.
  2. Het systeem toont de transacties die vandaag hebben plaatsgevonden.
  3. De manager meneer Walraven geeft aan de zojuist gewijzigde transactie te willen verwijderen (zie scenario 06 en 07).


Scenario: Name
Name ToonBestellingen1
Number 10
Basic course of events
  1. Het systeem toont alle bestellingen aan meneer Walraven.


Scenario: Name
Name WijzigBestellingen1
Number 11
Basic course of events
  1. Het systeem toont alle bestellingen aan meneer Walraven.
  2. De manager meneer Walraven geeft een nieuwe bestelling op van 4 keer de blauwe jas in maat M met ID 9, die morgen wordt verwacht.
Scenario: Name
Name WijzigBestellingen2
Number 12
Basic course of events
  1. Het systeem toont alle bestellingen aan meneer Walraven.
  2. De manager meneer Walraven geeft aan dat de bestelling van 4 keer de blauwe jas in maat M met ID 9, die morgen wordt verwacht, verwijderd moet worden.
Scenario: Name
Name WijzigBestellingen3
Number 13
Basic course of events
  1. Het systeem toont alle bestellingen aan meneer Walraven.
  2. De manager meneer Walraven geeft aan dat de bestelling van 2 keer de rode jas in maat s met ID 8, die overmorgen wordt verwacht, gewijzigd moet worden; hierbij geeft hij aan dat de bestelling een week later wordt verwacht.
Scenario: Name
Name MaakVerkoop1
Number 14
Basic course of events
  1. Joke, de medewerker, geeft aan dat 1 zwarte stropdas voor 20 euro wordt verkocht.
Scenario: Name
Name MaakVerkoop2
Number 15
Basic course of events
  1. Joke, de medewerker, geeft aan dat meneer Carmichael zijn bijgesteld kledingstuk heeft betaald en opgehaald.


Scenario: Name
Name BeheerMedewerkers1
Number 16
Basic course of events
  1. Het systeem toont alle medewerkers aan meneer Walraven.
Scenario: Name
Name BeheerMedewerkers2
Number 17
Basic course of events
  1. Het systeem toont alle medewerkers aan meneer Walraven.
  2. De manager, meneer Walraven, geeft de medewerker Joke te willen verwijderen.
Scenario: Name
Name BeheerMedewerkers1
Number 18
Basic course of events
  1. Het systeem toont alle medewerkers aan meneer Walraven.
  2. De manager, meneer Walraven, geeft aan de medewerker Leen te willen wijzigen en geeft haar nieuwe telefoonnummer 555-45321204 op.
Scenario: Name
Name BeheerMedewerkers2
Number 19
Basic course of events
  1. Het systeem toont alle medewerkers aan meneer Walraven.
  2. De manager, meneer Walraven, geeft aan een nieuwe medewerker toe te willen voegen en geeft haar naam, Dorien, en telefoonnummer, 555-43221203, op. Ook geeft hij aan dat zij in Nijmegen gaat werken.


Scenario: Name
Name BeheerBijstellingen1
Number 20
Basic course of events
  1. Het systeem toont alle bijstellingen aan Joke.
Scenario: Name
Name BeheerBijstellingen2
Number 21
Basic course of events
  1. Het systeem toont alle bijstellingen aan Dorien.
  2. Dorien geeft aan een nieuwe bijstelling toe te willen voegen en geeft de bijbehorende gegevens op: meneer Carmichael, 14 euro, 12 december, inkorten mouwen.
Scenario: Name
Name BeheerBijstellingen3
Number 22
Basic course of events
  1. Het systeem toont alle bijstellingen aan Truus.
  2. Truus geeft aan bijstelling betreffende het inkorten van een rokje voor mevrouw Janssen te willen wijzigen.
  3. Het systeem gaat na of Dorien als medewerker gekoppeld is aan deze bijstelling. Dit blijkt het geval te zijn.
  4. Dorien geeft de nieuwe datum, 13 november op.
Scenario: Name
Name BeheerBijstellingen4
Number 23
Basic course of events
  1. Het systeem toont alle bijstellingen aan meneer Walraven.
  2. Meneer Walraven geeft aan de bijstelling voor meneer Senoue te willen verwijderen.
  3. Het systeem bemerkt dat meneer Walraven een manager is.
Scenario: Name
Name BeheerBijstellingen5
Number 24
Basic course of events
  1. Het systeem toont alle bijstellingen aan Truus.
  2. Truus geeft aan de bijstelling voor meneer Carmichael betreffende het inkorten van mouwen te willen verwijderen.
  3. Het systeem gaat na of ze als medewerker gekoppeld is aan de bijstelling, hetgeen niet het geval is (de bijstelling is gekoppelde aan Dorien). Het systeem geeft aan dat Truus niet de benodigde rechten heeft en gaat terug naar stap 1.


Scenario: Name
Name MaakRetournering1
Number 25
Basic course of events
  1. Leen geeft aan dat iemand een rode jas voor 20 euro heeft retourneerd in ongebruikte staat en het dus weer verkocht wordt.


Scenario: Name
Name ToonAssortiment1
Number 26
Basic course of events
  1. Het systeem toont het assortiment aan Joke.


Scenario: Name
Name WijzigAssortiment1
Number 27
Basic course of events
  1. Het systeem toont het assortiment aan mevrouw Walraven.
  2. Mevrouw Walraven geeft aan een nieuw artikel te willen toevoegen en geeft de volgende bijbehorende gegevens op: 10 euro, wintercollectie, blauwe winterjas, maat L.
Scenario: Name
Name WijzigAssortiment2
Number 28
Basic course of events
  1. Het systeem toont het assortiment aan mevrouw Walraven.
  2. Mevrouw Walraven geeft aan een de groene trui voor 15 euro te willen wijzigen en geeft de nieuwe prijs van 17 euro op.
Scenario: Name
Name WijzigAssortiment3
Number 29
Basic course of events
  1. Het systeem toont het assortiment aan mevrouw Walraven.
  2. Mevrouw Walraven geeft aan de blauwe winterjas van 10 euro uit de wintercollectie in maat L te willen verwijderen.

Non-functional Requirements

Autorisatie: De managers moeten rechten hebben om toegang te hebben tot alles. Maar medewerkers moeten beperkende rechten hebben en beperkte toegang. Medewerkers moeten niet bij de financiële informatie kunnen komen.

Bruikbaarheid: Het systeem moet makkelijk en snel aan te leren zijn voor de gebruikers.

Beschikbaarheid: Het systeem moet zoveel mogelijk beschikbaar zijn.

Authenticatie: Er moet eerst worden vastgesteld met wie het systeem te maken heeft. Ter beveiliging van de gegevens en we willen ook niet dat iedereen herkend kan worden als medewerker of nog erger manager, met daarbij de rechten om van alles aan te kunnen passen.

Addendum

Integrated Domainmodel

Integrateddomainmodelgroep10re2013.jpg

Business Rules Catalogue

  1. Alleen het management mag het assortiment wijzigen.
  2. Ruilen is alleen toegestaan als de klant het bonnetje nog heeft en het label nog op het product zit.
  3. De eerste verkoopmedewerker sluit de winkel.

Terminological Definitions

Naam Omschrijving
Manager Meneer of Mevrouw Walraven
Medewerker Medewerker van de Winkels, waaronder ook managers
Klant Persoon die een artikel of biijstelling koopt
Bestelling Een opdracht gegeven door het management om een voorwerp te leveren
Bijstelling De bijstelling van kleren, een service die geleverd wordt en wordt behandeld als een verkoop
Verkoop Het leveren van een voorwerp tegen betaling.
Retournering Het terugbrengen van een kledingstuk, en hier geld van terugkrijgen
Voorraad Alle in inventaris aanwezige voorwerpen voor de verkoop
Financien Lijst die inkomen en uitgaven bijhoudt
Locatie een Fysieke vestiging van de winkel
UC Use Case: Stapsgewijze beschrijving van ( een deel van) het systeem)