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

Uit Werkplaats
Ga naar: navigatie, zoeken

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.
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

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

Deliverable DeliverbleType Façade Filled Focused Comment
Introduction 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 Key deliverable As good as possible As good as possible Complete
Status: 100% 100% 100% -
Stakeholder list/analysis Contextual As good as possible As good as possible Complete
Status: 100% 100% 100% -
Mission-Vision-(Values) Contextual Complete Complete Complete
Status: 100% 100% 100% -
Statement of Work Contextual Complete, and up-to-date Complete, and up-to-date Complete, and up-to-date
Status: 100% 100% 100% -
Risk Analysis Contextual Complete, and up-to-date Complete, and up-to-date Complete, and up-to-date
Status: 80% 100% 100% -
Use Case Survey Key deliverable As good as possible Nearly complete Complete
Status: 100% 100% 100% -
Integrated UC Diagram Key deliverable Complete (though preliminary) Complete Complete One for whole project
Status: 100% 100% 100% -
Use Cases Key deliverable Not yet! "Filled" level Complete
Status: 100% 100% -
Scenarios Key deliverable Not yet! Several for each UC Complete ("focused" level)
Status: 100% 100% -
Domain Models Key deliverable Not yet! Partially complete Complete One for each UC
Status: 100% 100% -
Business rules per UC Key Deliverable Not yet! Partially complete Complete
Status: 0% 100% Meer informatie nodig uit interview
Integrated Domain Model Key deliverable Not yet! First draft Complete One for whole project
Status: 100% 100% -
Busines Rules Catalogue Key deliverable Not yet! Partially complete Complete
Status: 0% 100% -
Non-functional Requirements Key deliverable Notes Partially complete Complete
Status: 0% 100% 100% -
Terminological Definitions Key deliverable Notes Partially complete Complete
Status: 0% 100% 100% -
Executive sponsor viewpoint Implicit deliverable Complete Complete Complete Integrated in M-V-(V)!
Status: 0% 0% 0% -
Use case tests 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 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 Optional appendix If relevant If relevant If relevant
Status: nvt nvt nvt -

Risk analysis

# 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

# 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

Walraven diagram2.jpg

Individual use cases

Use case 1

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
  1. Gebruiker voert product(en) in.
  2. Systeem geeft de totaalprijs terug.
  3. Gebruiker bevestigt de afrekening.
Alternative paths Bijstelaanvraag afrekenen
  1. Gebruiker zoekt naar bijstelaanvraag klant.
  2. Systeem geeft de bijstelaanvragen van die klant.
  3. 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.

Gekkemodel.png

Use case 2

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
  1. Systeem geeft overzicht van de verschillende filialen.
  2. Gebruiker kiest het filiaal waar hij de voorraad van wil zien.
  3. 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.

Voorraad.png

Use case 3

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
  1. Gebruiker geeft in het systeem aan het assortiment te willen bekijken.
  2. 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

Product.png

Use case 4

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
  1. Systeem toont waar je productgegevens in kan voeren.
  2. De gebruiker voert gegevens in en bevestigt.
  3. Systeem geeft vernieuwd overzicht van het assortiment weer.
alternative path
  • De gebruiker wil product verwijderen.
  1. Systeem geeft lijst van alle producten.
  2. De gebruiker selecteert producten die verwijderd moeten worden en bevestigt dit.
  3. 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

Product.png

Use case 5

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
  1. Eigenaar geeft aan van welk artikel de voorraad aangepast moet worden
  2. Systeem geeft aan hoeveel voorraad er van het artikel in kwestie is en vraagt hoeveel artikelen erbij moeten komen
  3. Eigenaar voert in hoeveel voorraad er bijkomt
  4. Systeem telt de bestaande voorraad bij het ingevoerde aantal op en geeft de nieuwe voorraad weer
Alternative path
  1. Eigenaar geeft aan van welk artikel de voorraad aangepast moet worden
  2. Systeem geeft aan hoeveel voorraad er van het artikel in kwestie is en vraagt hoeveel artikelen erbij moeten komen
  3. Eigenaar doet een invoer in het systeem
  4. Systeem geeft een waarschuwing
  5. Eigenaar bevestigt
  6. 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

Voorraad.png

Use case 6

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
  1. Systeem geeft formulier voor invoer van bijstelaanvraag.
  2. 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.

Bijstelaanvraag.png

Use case 7

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
  1. Gebruiker geeft in systeem aan het overzicht van de bijstelaanvragen te willen bekijken.
  2. Systeem geeft overzicht van de verschillende filialen en de keuze om een totaal overzicht te krijgen.
  3. Gebruiker kiest het filiaal waar hij de voorraad van wil zien of het totaaloverzicht.
  4. 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

Bijstelaanvraag.png

Use case 8

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
  1. Systeem vraagt om een periode tussen twee data.
  2. Gebruiker voert data in en bevestigt.
  3. 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.
  1. Systeem vraagt om een periode tussen twee data.
  2. Gebruiker voert data in en bevestigt.
  3. Systeem geeft de financiën weer in de periode van de ingevulde data.
  4. Gebruiker kiest transactie.
  5. Systeem geeft transactie weer.
  6. 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

Gekkemodel.png

Domain Model per Use Case

make a ORM domain model that shows all key concepts from the BCoE and alt. paths and their relations

Scenarios

Scenario 1

Scenario: Betalen
Number 01
Basic course of events

Ester wil een spijkerbroek blauw, maat 56 en een t-shirt wit, maat M afrekenen.
1. Ester voert het product id van de spijkerbroek en het t-shirt in.

2. Systeem geeft een totaalprijs van 85 euro terug.

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

Bijstelaanvragen zoeken: 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

Scenario: voorraad bekijken
Number 02
Basic course of events

Ester geeft in systeem aan voorraad te willen bekijken
1. Systeem geeft overzicht met de filialen

Voorraad filialen
stad: straatnaam: Telnr.:
wijchen winkelstraat 061234
tilburg heuvelstraat 062134
arnhem marktplaats 064321

2. Ester kiest "wijchen"
3. Systeem laat de voorraad van die stad zien

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

Scenario: assortiment bekijken
Number 03
Basic course of events

Ester wil het assortiment bekijken

  1. Ester gaat in het systeem naar assortiment
  2. Systeem geeft een overzicht van het huidige assortiment
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

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

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

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

Voorraad wijchen
Type: ProductID
groen vest 00003214
wit v hals t-shirt 00002341

Scenario 5

Scenario: Voorraad aanpassen
Number 05
Basic course of events

Mevrouw Walraven geeft aan in het systeem de voorraad aan te passen
1. Mevr. Walraven voert in "groen vest"

2. Systeem geeft overzicht van de huidige voorraad van het product:

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.
4. Systeem geeft overzicht van de nieuwe voorraad:

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

1. Mevr. Walraven voert in "00002341"
2. Systeem geeft overzicht van de huidige voorraad van het product:

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
4. Systeem geeft eem waarschuwing dat er een negatief aantal is opgegeven, en vraagt om een bevestiging
5. Mevr. Walraven bevestigt het negatieve aantal
6. Systeem geeft overzicht van de nieuwe voorraad:

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

Scenario 6

Scenario: bijstelaanvraag invoeren
Number 06
Basic course of events Ester geeft in het systeem aan een bijstelaanvraag in te voeren.
1. Systeem geeft bijstelaanvraag formulier:
Bijstelaanvragen zoeken: _
Klant: aanvraag: kosten: ophaal datum: telefoon nr.:
_______________ __________ €__,__ __-__-____ __________

2. Ester vult bijstelaanvraag in en slaat deze op.

Bijstelaanvragen zoeken: _
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

Scenario: Bijstelaanvragen bekijken
Number 07
Basic course of events

1. Ester geeft in het systeem aan de bijstelaanvragen te willen bekijken.
2. Systeem geeft overzicht van verschillende filialen en de keuze om een totaaloverzicht te krijgen.

Alle filialen weergeven
Wijchen Malden Nijmegen

3. Ester kiest voor "Alle filialen weergeven"
4. Systeem weergeeft de bijstelaanvragen van alle filialen.

Bijstelaanvragen zoeken: _
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

Scenario: financien bekijken
Number 08
Basic course of events

Meneer Walraven geeft aan in het systeem dat hij de financien wil bekijken.
1. Het systeem vraagt om een twee data
2. Meneer Walraven voert in: "1 januari 2012" en "7 januari 2012"
3. Systeem weergeeft de inkomsten en uitgaven van 1 januari 2012 tot en met 7 januari 2012

Inkomsten

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

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.

Meneer Walraven geeft aan in het systeem dat hij de financien wil bekijken.
1. Het systeem vraagt om een twee data
2. Meneer Walraven voert in: "1 januari 2012" en "7 januari 2012"
3. Systeem weergeeft de inkomsten en uitgaven van 1 januari 2012 tot en met 7 januari 2012

Inkomsten

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

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".
5. Systeem geeft transactie weer.

Transactie

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

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

# 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
Overgenomen van "https://lab.cs.ru.nl/algemeen/index.php?title=Requirements_Engineering/het_werk/werkstuk/2012-13/Groep_01&oldid=235318"