Requirements Engineering/het werk/werkstuk/2013-14/Groep 05/werkstuk

Uit Werkplaats
< Requirements Engineering‎ | het werk‎ | werkstuk‎ | 2013-14‎ | Groep 05
Versie door Sanne Boumans (overleg | bijdragen) op 4 apr 2014 om 22:18 (ORM models)
(wijz) ← Oudere versie | Huidige versie (wijz) | Nieuwere versie → (wijz)
Ga naar: navigatie, zoeken

 






Case Project Report, De Zwerver Utility Vehicles   |   Requirements Engineering



Werkstuk Requirements Engineering


Koen Basten, Sanne Boumans, Rick Erkens, Jeftha Spunda



Onderwijsinstituut voor Informatica en Informatiekunde

Radboud Universiteit Nijmegen







version 18 februari 2022



Page Break





Introduction

De Zwerver Utility Vehicles is een bedrijf dat zich bezighoudt met de handel in tweedehands vuilniswagens. Het bedrijf heeft een aantal medewerkers van de inkoopafdeling in landen in West-Europa gevesigd. Deze medewerkers houden zich bezig met het zoeken naar en inkopen van gebruikte vuilniswagens. (Dit wordt natuurlijk gedaan na een analyse van de conditie van de wagen). Na de inkoop van een vuilniswagen wordt deze naar de hoofdlocatie in Blerick, Limburg getransporteerd om daar vervolgens gerepareerd of gedemonteerd te worden. Van gedemonteerde vuilniswagens worden de onderdelen die nog in goede staat zijn gebruikt in de reparatie van andere wagens. De wagens die vervolgens dan volledig gerepareerd zijn worden verkocht in Oost-Europw, waar De Zwerver Utility Vehicles ook een aantal werknemers heeft gevestigd. Het bedrijf heeft als toekomstplan om ook te gaan handelen in strooiwagens.

Problem statement

Op dit moment maakt De Zwerver Utility Vehicles gebruik van verschillende Excel-sheets voor de boekhouding van zowel inkoop,montage, en verkoop bezigheden. Deze Excel-sheets worden sporadisch opnieuw rond gestuurd en zijn dus niet altijd op alle locaties up-to-date. Het bedrijf geeft dan ook aan dat dit regelmatig misverstanden en fouten opleverd. Een ander probleem wat de minder geschikte communicatie mogelijkheden met zich meebrengt is dat het lastig is om overzicht te houden van de gemaakte kosten per vuilniswagen. Tevens is het huidige systeem van De Zwerver Utility Vehicles nog niet klaar voor een mogelijke uitbreiding naar de handel van strooiwagens.

Dit document

In dit document zult u de opzet van een door ons ontworpen systeem vinden dat de bovengenoemde problemen zal oplossen. De algemene functies die het systeem gaat bieden zijn weergegeven in verschillende Use Cases met daarbij horende Business rules en scenarios. Verder is er per Use Case een ORM model gegeven om aan te tonen welke informatie de verschillende data tabellen in het system zullen bevatten.

In dit project is de focus gelegd op de administatie voor de inkoop en verkoop van de vuilnis- en strooiwagens. Het system kan mogelijk nog in een vervolgproject verder uitgebreid worden zodat ook de administratie voor reparatie en demontage in het systeem bijgehouden kan worden.

Case analysis

Stakeholder analysis

Aangezien de medewerkers van bepaalde afdelingen dezelfde stakes in dit project hebben en omdat zij allen het systeem straks op dezelfde manier gaan gebruiken, wordt er hier gesproken over specifieke afdelingen binnen in dit bedrijf die stakeholders zijn.

Nummer Naam Functie Belang
01 Harry de Zwerver Eigenaar Meneer de Zwerver is eigenaar van dit bedrijf en voor hem is het dus belangrijk dat er zo weinig mogelijk fouten en misverstanden voorkomen die tot mogelijk winstverlies kunnen leiden. Ook is het voor hem belangrijk om het syteem strooiwagen-klaar te maken zodat hij zijn bedrijf kan uitbreiden.
02 - Inkoop medewerker (buitenland/Blerick) De medewerkers van de afdeling Inkoop gaan straks het systeem gebruiken om hun inkopen te registreren.
03 - Verkoop medewerker De medewerkers van de afdeling Verkoop moeten straks kunnen zien welke vuilniswagens klaar zijn voor verkoop en hoeveel de totale kosten waren voor de reparatie. Vervolgens moeten de verkoop medewerkers de wagens voor een geschikte prijs verkopen en uit het systeem verwijderen.
04 - IT medewerker De medewerkers van de IT afdeling moeten straks het systeem gaan onderhouden en kunnen ingrijpen als er zich fouten voor doen.
05 - Financiele Administratie medewerker De medewerkers van de Financiele Administratie afdeling moeten straks kunnen zien voor welke prijs vuliswagens gekocht en verkocht zijn en wat hun kosten waren.

Mission and vision statement

  • Mission— Het systeem moet ervoor zorgen dat er geen fouten meer voorkomen door miscommunicatie. Tevens moet het inzicht bieden in de gemaakte kosten per vuilniswagen en moet het klaar zijn voor mogelijke uitbreiding naar handel van strooiwagens.
  • Vision— Een informatie syteem met verschillende formulieren voor de inkoop, verkoop, reparatie, en demontage van vuilniswagens. Het systeem moet constant up-to-date zijn en alle werknemers moeten er toegang toe hebben. Het is belangrijk dat in de reparatie formulieren ook bij gehouden kan worden welke kosten er gemaakt worden tijdens het process. Tevens moet er in het systeem aangegeven kunnen worden of het om een vuilniswagen of strooiwagen gaat.

Statement of work

Inleverdata

  • Facade iteratie: 14-03-2013
  • Filled iteratie: 14-03-2013
  • Project Presentatie: 26-03
  • Focused iteratie: 04-04-2013

Werkstatus

Deliverable Facade iteratie Huidige status Filled iteratie Huidige status Focused iteratie Onze status
Introduction Preliminary version Klaar Preliminary version Klaar Complete Klaar
Problem statement As good as possible Klaar As good as possible Klaar Complete Klaar
Stakeholder list/analysis As good as possible Klaar As good as possible Klaar Complete Klaar
Mission-Vision-(Values) Complete Klaar Complete Klaar Complete Klaar
Statement of work Complete, and up-to-date Up-to-date Complete, and up-to-date Up-to-date Complete, and up-to-date Klaar
Risk analysis Complete, and up-to-date Up-to-date Complete, and up-to-date Up-to-date Complete, and up-to-date Klaar
Use case survey As good as possible Klaar Nearly complete Klaar Complete Klaar
Integrated Use Case Diagram Complete (though preliminary) Klaar Complete Klaar Complete Klaar
Use Cases Not yet! - "Filled" level Klaar Complete Klaar
Scenarios Not yet! - Several for each UC Klaar Complete ("focused" level) Klaar
Domain models Not yet! - Partially complete Klaar Complete Klaar
Business rules per UC Not yet! - Partially complete Klaar Complete Klaar
Integrated domain model Not yet! - First draft Klaar Complete Klaar
Business rules catalogue Not yet! - Partially complete Klaar Complete Klaar
Non-functional requirements Notes Notes Partially complete Klaar Complete Klaar
Terminological definitions Notes Notes Partially complete Klaar Complete Klaar
Executive sponsor viewpoint Optional - Optional - Optional -
Use case tests Notes Notes As good as possible Klaar Complete Klaar
Business process definitions Optional - Optional - Optional -
GUI metaphors / storyboards Optional - Optional - Optional -

Risk analysis

# Category Risk Solution needed by Status Days lost Expectancy factor Risk factor
01 Samenwerking groepslid uitval voor de eind deadline n.v.t. onbekend 5% 2
02 Samenwerking groepslids toedrage minder dan gewenst minstens 2 weken voor deadline n.v.t. 3 dagen 10% 3
03 Communicatie onduidelijkheid eisen stakeholders zo snel mogelijk geen problemen 1 dag 30% 6
04 Planning deadline wordt niet gehaald zo snel mogelijk geen problemen onbekend 20% 6
05 Planning planning is ongebalanceerd over dagen/weken zo snel mogelijk opgelost 2 dagen 60% 6

Requirements

Use cases

Use case survey

# Name Description Initiating actor
01 voegWagenToe Een medewerker voegt een wagen toe aan het systeem Inkoop medewerker (buitenland)
02 veranderTeKopenStatus Een medewerker geeft aan dat een wagen gekocht moet gaan worden Inkoop medewerker (Blerick)
03 bekijkTeKopenStatus Een medewerker bekijkt welke wagens gekocht moeten gaan worden Inkoop medewerker (buitenland), Financiele Administratie medewerker
04 wagenIngekocht Een medewerker geeft aan dat een wagen gekocht is Inkoop medewerker (buitenland)
05 bekijkKlaarstaand Een medewerker kijkt welke wagens er klaar zijn voor verkoop Verkoop medewerker, Financiele Administratie medewerker
06 wagenVerkocht Een medewerker geeft aan dat een wagen verkocht is Verkoop medewerker
07 bekijkVerkocht Een medewerker kan kijken wat er verkocht is Verkoop medewerker, Financiele Administratie medewerker

Integrated use case diagram

IUS 2014 groep 5.jpg

Individual use cases

voegWagenToe

Use Case: 01 voegWagenToe
Use case diagram UC voegWagenToe.jpg
Description Een medewerker voegt een wagen toe aan het systeem.
Actor Inkoopmedewerker (buitenland)
Triggers Een Inkoopmedewerker in het buitenland geeft aan een wagen aan het systeem toe te willen voegen.
Version 2.0
Basic course of events Voeg wagen toe
  1. Een medewerker geeft aan een wagen aan het systeem toe te willen voegen.
  2. Het systeem vraagt wat de wagensoort is.
  3. De medewerker geeft aan dat het om welke soort wagen het gaat.
  4. Het systeem vraagt om de alle inkoopgegevens van de wagens.
  5. De medewerker vult de gegevens in en bevestigt de invoer.
  6. Het systeem vraagt of de gebruiker het zeker weet.
  7. De medewerker bevestigt dat hij het zeker weet.
  8. Het systeem bevestigt dat de wagen is toegevoegd.
Alternate paths Nee keuze bij bevestiging
  1. De medewerker geeft aan dat hij het niet zeker weet. Het systeem gaat verder bij stap 2.
Exception paths

Ontbrekende gegevens

  1. Niet alle gegevens zijn ingevuld. Het systeem notificeert de gebruiker hierover en stap 5 van de Use Case gaat nogmaals in werking.
Assumptions -
Preconditions
  1. De medewerker is ingelogd in het systeem
Postconditions
  1. De gegevens van een nieuwe wagen zijn toegevoegd en opgeslagen in het systeem.
Related business rules B01, B07
Author Sanne Boumans
Date 10-03-2014

veranderTeKopenStatus

Use Case: 02 veranderTeKopenStatus
Use case diagram UC veranderTeKopenStatus.jpg
Description Een medewerker geeft aan dat een wagen gekocht moet gaan worden.
Actor Inkoopmedewerker (Blerick)
Triggers Een Inkoopmedewerker in Blerick heeft toestemming gekregen tot inkoop van een wagen en wil dit invoeren.
Version 2.0
Basic course of events Geef wel/geen toestemming tot kopen
  1. Een medewerker vraagt het systeem de inkooplijst te tonen.
  2. Het systeem toont de inkooplijst.
  3. De medewerker selecteert de wagen waar het om gaat.
  4. De medewerker verandert de te kopen status en bevestigt de verandering.
  5. Het systeem vraagt of de gebruiker het zeker weet.
  6. De medewerker bevestigt dat hij het zeker weet.
  7. Het systeem bevestigt dat de te kopen status veranderd is.
Alternate paths

Nee keuze bij bevestiging

  1. De medewerker geeft aan dat hij het niet zeker weet. Het systeem gaat verder bij stap 2.
Exception paths -
Assumptions -
Preconditions
  1. De medewerker is ingelogd in het systeem.
  2. De desbetreffende wagen staat in de inkooplijst
  3. De wagen heeft niet de te kopen status.
Postconditions
  1. De te kopen status van de wagen is veranderd in het systeem
  2. Optioneel is de wagen met zijn gegevens uit het systeem verwijderd.
Related business rules B02,B03,B07
Author Sanne Boumans
Date 12-03-2014

bekijkTeKopenStatus

Use Case: 03 bekijkTeKopenStatus
Use case diagram UC bekijkTeKopenStatus.jpg
Description Een medewerker wilde te kopen lijst bekijken.
Actor Inkoopmedewerker (buitenland), Financiele Administratiemedewerker
Triggers Een medewerker wilde te kopen lijst bekijken
Version 2.0
Basic course of events Bekijk de te kopen lijst
  1. Medewerker geeft aan de te kopen lijst te willen zien.
  2. Het systeem opent de te kopen lijst en laat de inhoud zien.
Alternate paths De te kopen lijst is leeg
  1. De te kopen lijst is leeg. Het systeem print dat de lijst leeg is.
Exception paths -
Assumptions -
Preconditions
  1. De medewerker is ingelogd in het systeem.
Postconditions
  1. De inhoud van de te kopen lijst staat op het scherm.
Related business rules B07
Author Jeftha Spunda
Date 12-03-2014

wagenIngekocht

Use Case: 04 wagenIngekocht
Use case diagram UC wagenIngekocht.jpg
Description Een medewerker geeft aan dat een wagen gekocht is.
Actor Inkoopmedewerker (buitenland)
Triggers Een medewerker in het buitenland heeft een wagen ingekocht en wildit aangeven in het systeem.
Version 2.0
Basic course of events Mark wagen als gekocht
  1. Een medewerker geeft aan een wagen als gekocht te willen markeren in het systeem.
  2. Het systeem vraagt om welke wagen het gaat.
  3. De medewerker selecteert de wagen die gekocht is en verandert de ingekocht status.
  4. Het systeem vraagt of de gebruiker het zeker weet.
  5. De medewerker bevestigt dat hij het zeker weet.
  6. Het systeem bevestigt dat de te kopen status veranderd is.
Alternate paths Nee keuze bij bevestiging
  1. De medewerker geeft aan dat hij het niet zeker weet. Het systeem gaat verder bij stap 2.
Exception paths
Assumptions -
Preconditions
  1. De medewerker is ingelogd in het systeem.
  2. De wagen staat al in het systeem.
  3. De wagen staat nog niet op de ingekocht status.
Postconditions
  1. De wagen staat als ingekocht aangemerkt in het systeem.
Related business rules B04, B05, B07
Author Koen Basten
Date 12-03-2014

bekijkKlaarstaand

Use Case: 05 bekijkKlaarstaand
Use case diagram UC bekijkKlaarstaand.jpg
Description Een medewerker kijkt welke wagens er klaar zijn voor verkoop.
Actor Verkoop medewerker, Financiele Administratie medewerker
Triggers Een medewerker wilde klaarstaand lijst bekijken.
Version 1.0
Basic course of events Bekijk de klaarstaand lijst
  1. Medewerker geeft aan de klaarstaand lijst te willen zien.
  2. Het systeem opent de klaarstaand lijst en laat de inhoud zien.
Alternate paths
Exception paths

De klaarstaand lijst is leeg

  1. De klaarstaand lijst is leeg. Het systeem print dat de lijst leeg is.
Assumptions -
Preconditions
  1. De medewerker is ingelogd in het systeem.
Postconditions
  1. De inhoud van de klaarstaand lijst wordt getoond.
Related business rules B07
Author Sanne Boumans
Date 22-03-2014

wagenVerkocht

Use Case: 06 wagenVerkocht
Use case diagram UC wagenVerkocht.jpg
Description Een medewerker geeft aan dat een wagen verkocht is
Actor Verkoop medewerker
Triggers Een medewerker geeft aan de status van een wagen op verkocht te willen zetten.
Version 1.0
Basic course of events Mark wagen als verkocht
  1. Een medewerker geeft aan een wagen als verkocht te willen markeren in het systeem.
  2. Het systeem vraagt om welke wagen het gaat.
  3. De medewerker selecteert de wagen die verkocht is en verandert de wagenstatus.
  4. Het systeem vraagt of de gebruiker het zeker weet.
  5. De medewerker bevestigt dat hij het zeker weet.
  6. Het systeem bevestigt dat de wagen status veranderd is.
Alternate paths

Nee keuze bij bevestiging

  1. De medewerker geeft aan dat hij het niet zeker weet. Het systeem gaat verder bij stap 2.
Exception paths
Assumptions -
Preconditions
  1. De werknemer is ingelogd in het systeem.
  2. De wagen die de werknemer wil bewerken staat in het systeem.
  3. De wagen die de werknemer wil bewerken heeft nog niet de wagen verkocht status.
Postconditions
  1. De wagenstatus van een wagen is veranderd.
Related business rules B06, B07
Author Koen Basten
Date 12-03-2014

bekijkVerkocht

Use Case: 07 bekijkVerkocht
Use case diagram UC bekijkVerkocht.jpg
Description Een medewerker kan kijken wat er verkocht is
Actor Verkoop medewerker, Financiële Administratiemedewerker
Triggers Een medewerker wilde Verkocht lijst bekijken
Version 1.0
Basic course of events Bekijk de Verkocht lijst
  1. Medewerker geeft aan de verkocht lijst te willen zien
  2. Het systeem opent de verkocht lijst en laat de inhoud zien.
Alternate paths
Exception paths

De verkocht lijst is leeg

  1. De verkocht lijst is leeg. Het systeem print dat de lijst leeg is
Assumptions
Preconditions
  1. De medewerker is ingelogd in het systeem.
Postconditions
  1. De inhoud van de verkocht lijst wordt getoond.
Related business rules B07
Author Sanne Boumans
Date 13-03-2014

ORM models

Inkoop lijst (UC 1,2,3, & 4)

ORMInkoopLijst.png

Blerick lijst (UC 5 & 6)

ORMBlerickLijst.png

Verkocht lijst (UC 7)

ORMVerkochLijst.png

Scenarios

voegWagenToe

Scenario 1 - Basic Course of Events: Voeg wagen toe

  1. Karel Mostert geeft aan een wagen toe te willen voegen.
  2. Het systeem vraagt wat de wagen soort is.
*Soort wagen: [ ]vuilniswagen [ ]strooiwagen
  1. Karel Mostert geeft aan wat de wwagen soort is:
*Soort wagen: [x]vuilniswagen [ ]strooiwagen
  1. Het systeem vraagt om alle wagen inkoop gegevens
*Wagen nummer: 011
*Wagen soort: vuilniswagen
*Merk:
*Type: 
*Bouwjaar:
*Km stand:
*Capaciteit:
*Emissiestandaard:
*Inkoop prijs:
*Verkoper
*Beroordeling:
*Inkoper:
*Te kopen: -
*Ingekocht status: nee
  1. Karel Mostert voert in:
*Wagen nummer: 011
*Wagen soort: vuilniswagen
*Merk: DAF
*Type: XF 480
*Bouwjaar: 2003
*Km stand: 220000
*Capaciteit: 3.5 ton
*Emissiestandaard: Euro3
*Inkoop prijs: 11.999,00
*Verkoper Sjaak Staak
*Beroordeling: Geen onderhoud nodig
*Inkoper: Karel Mostert
*Te kopen: -
*Ingekocht status: nee
  1. Het systeem vraagt of de gebruiker het zeker weet.
*"Weet u het zeker?" [ ]ja [ ] nee
  1. Harry Mostert klikt op Ja
*"Weet u het zeker?" [x]Ja [ ] Nee
  1. Het systeem bevestigt dat de wagen is toegevoegd
* "De wagen met Wagen nummer 011 is toegevoegd aan het systeem."

Scenario 2 - Alternate Path: Nee keuze bij bevestiging

  1. Karel Mostert klikt op 'Nee'. Het systeem slaat niets op. Het scenario gaat verder 2.

Scenario 3 - Exception Path: Ontbrekende gegevens

  1. Het systeem zegt dat niet alle datavelden ingevuld zijn. Het scenario gaat verder bij 4
*Niet alle gegevens zijn ingevuld, probeer het nogmaals.

veranderTeKopenStatus

Scenario 1 - Basic Course of Events: Geef wel/geen toestemming tot kopen

  1. Joep de Graaijer geeft aan de te kopen status van een wagen aan te willen passen
  2. Het systeem toont de lijst met alle wagens op de inkoop lijst
  3. Joep de Graaijer selecteert een wagen.
*Wagen nummer     Wagen soort     Merk     Type     Bouwjaar     Km stand     Capaciteit      Emissiestandaard  Inkoop prijs   Verkoper     
*    011          strooiwagen     DAF     XF 480      2003        220000         3.5                Euro3        11.999,00    Sjaak Staak
*
*    Beoordeling           Inkoper       Te kopen   Ingekocht status
*Geen onderhoud nodig   Karel Mostert       -              nee
  1. Joep de Graaijer veranderd de te kopen status naar ja of nee en drukt op 'Ok'
*Wagen nummer     Wagen soort     Merk     Type     Bouwjaar     Km stand     Capaciteit      Emissiestandaard  Inkoop prijs   Verkoper 
*    011          strooiwagen     DAF     XF 480      2003        220000         3.5                Euro3        11.999,00    Sjaak Staak
*
*    Beoordeling           Inkoper       Te kopen  Ingekocht status
*Geen onderhoud nodig   Karel Mostert       ja            nee
  1. Het systeem vraagt bevestiging of Joep de Graaijer zeker weet de aanpassing te willen doen
*"Weet u het zeker?" [ ]ja [ ] nee
  1. Joep de Graaijer klikt op Ja
*"Weet u het zeker?" [x]Ja [ ] Nee
  1. Het systeem bevestigt dat de te kopen status is aangepast en slaat de verandering op
* "De te kopen status van Wagen nummer 011 is veranderd naar 'ja', deze wijziging wordt opgeslagen"


Scenario 2 - Alternate Path: Nee keuze bij bevestiging

  1. Karel Mostert klikt op 'Nee'. Het systeem slaat niets op. Het scenario gaat verder 2.

bekijkTeKopenStatus

Scenario 1 - Basic Course of Events: Bekijk de te kopen lijst

  1. Harry de zwerver klikt op de te kopen lijst in het systeem
  2. Het systeem opent de te kopen lijst en laat de inhoud op het scherm zien.
*Wagen nummer     Wagen soort     Merk     Type     Bouwjaar     Km stand     Capaciteit      Emissiestandaard  Inkoop prijs   Verkoper 
*    011          strooiwagen     DAF     XF 480      2003        220000        3.5 ton             Euro3        11.999,00    Sjaak Staak
*    023          vuilniswgen    Scania   R 202       1998        146000        3.0 ton             Euro3         2.000,00    Harry Klaassen
*
*    Beoordeling            Inkoper       Te kopen  Ingekocht status
*Geen onderhoud nodig     Karel Mostert       ja         nee
*Lichte reparatie nodig   Karel Mostert       ja         nee


Scenario 2 - Exception path: De te kopen lijst is leeg

  1. Het systeem detecteert dat de verkocht lijst leeg is en meldt dit
*"Er zijn op dit moment geen wagens de gekocht moeten worden in het systeem."

wagenIngekocht

Scenario 1 - Basic Course of Events: Wark wagen als ingekocht

  1. Karel Mostert geeft aan een wagen als gekocht te willen markeren in het systeem.
  2. Het systeem toont de lijst met alle wagens op de inkoop lijst
  3. Karel Mostert selecteert een wagen.
*Wagen nummer     Wagen soort     Merk     Type     Bouwjaar     Km stand     Capaciteit      Emissiestandaard  Inkoop prijs   Verkoper     
*    011          strooiwagen     DAF     XF 480      2003        220000         3.5                Euro3        11.999,00    Sjaak Staak
*
*    Beoordeling           Inkoper       Te kopen   Ingekocht status
*Geen onderhoud nodig   Karel Mostert       ja              nee
  1. Karel Mostert veranderd de te kopen status naar ja en drukt op 'Ok'
*Wagen nummer     Wagen soort     Merk     Type     Bouwjaar     Km stand     Capaciteit      Emissiestandaard  Inkoop prijs   Verkoper     
*    011          strooiwagen     DAF     XF 480      2003        220000         3.5                Euro3        11.999,00    Sjaak Staak
*
*    Beoordeling           Inkoper       Te kopen   Ingekocht status
*Geen onderhoud nodig   Karel Mostert       ja              ja
  1. Het systeem vraagt bevestiging of Karel Mostert zeker weet de aanpassing te willen doen
*"Weet u het zeker?" [ ]ja [ ] nee
  1. Karel Mostert klikt op Ja
*"Weet u het zeker?" [x]Ja [ ] Nee
  1. Het systeem bevestigt dat de ingekocht status is aangepast en slaat de verandering op
* "De te ingekocht status van Wagen nummer 011 is veranderd naar 'ja', deze wijziging wordt opgeslagen"

Scenario 2 - Alternate Path: Nee keuze bij bevestiging

  1. Karel Mostert klikt op 'Nee'. Het systeem slaat niets op. Het scenario gaat verder 2.

bekijkKlaarstaand

Scenario 1 - Basic Course of Events: Bekijk de klaarstaand lijst

  1. Harry de zwerver klikt op de klaarstaand lijst in het systeem
  2. Het systeem opent de klaarstaand lijst en laat de inhoud op het scherm zien.
*Wagen nummer     Wagen soort     Merk     Type     Bouwjaar     Km stand     Capaciteit      Emissiestandaard     Totale kosten         
*    011          strooiwagen     DAF     XF 480      2003        220000        3.5 ton             Euro3             15.450,00    
*    023          vuilniswagen   Scania   R 202       1998        146000        3.0 ton             Euro3              3.415,00
*
*    Wagen status                   
*       klaar         
*       klaar           

Scenario 2 - Exception path: De kaarstaand lijst is leeg

  1. Het systeem detecteert dat de klaarstaand lijst leeg is en meldt dit
*"Er zijn op dit moment geen klaarstaande wagens in het systeem."

wagenVerkocht

Scenario 1 - Basic Course of Events: Wark wagen als ingekocht

  1. Jan van 't Hek geeft aan een wagen als gekocht te willen markeren in het systeem.
  2. Het systeem toont de lijst met alle wagens op de klaarstaand lijst
  3. Jan van 't Hek selecteert een wagen.
*Wagen nummer     Wagen soort     Merk     Type     Bouwjaar     Km stand     Capaciteit      Emissiestandaard     Totale kosten         
*    011          strooiwagen     DAF     XF 480      2003        220000        3.5 ton             Euro3             15.450,00    
*
*    Wagen status                   
*       klaar                 
  1. Jan van 't Hek veranderd de wagen status naar 'verkocht en drukt op 'Ok'
*Wagen nummer     Wagen soort     Merk     Type     Bouwjaar     Km stand     Capaciteit      Emissiestandaard     Totale kosten         
*    011          strooiwagen     DAF     XF 480      2003        220000        3.5 ton             Euro3             15.450,00    
*
*    Wagen status                   
*       verkocht
  1. Het systeem vraagt bevestiging of Jan van 't Hek zeker weet de aanpassing te willen doen
*"Weet u het zeker?" [ ]ja [ ] nee
  1. Jan van 't Hek klikt op Ja
*"Weet u het zeker?" [x]Ja [ ] Nee
  1. Het systeem bevestigt dat de ingekocht status is aangepast en slaat de verandering op
* "De te wagen status van Wagen nummer 011 is veranderd naar 'verkocht', deze wijziging wordt opgeslagen"

Scenario 2 - Alternate Path: Nee keuze bij bevestiging

  1. Jan van 't Hek klikt op 'Nee'. Het systeem slaat niets op. Het scenario gaat verder 2.

bekijkVerkocht

Scenario 1 - Basic Course of Events: Bekijk de verkocht lijst

  1. Harry de zwerver klikt op de verkocht lijst in het systeem
  2. Het systeem opent de verkocht lijst en laat de inhoud op het scherm zien.
*Wagen nummer     Wagen soort     Merk     Type     Bouwjaar     Km stand     Capaciteit      Emissiestandaard     Totale kosten          
*    011          strooiwagen     DAF     XF 480      2003        220000        3.5 ton             Euro3             15.450,00    
*    023          vuilniswagen   Scania   R 202       1998        146000        3.0 ton             Euro3              3.415,00
*
*    Opbrengst          Verkoop medewerker     
*    19.500,00           Jan van 't Hek
*     5.000,00           Jan van 't Hek

Scenario 2 - Exception path: De verkocht is leeg

  1. Het systeem detecteert dat de verkocht lijst leeg is en meldt dit
*"Er zijn op dit moment geen verkochte wagens in het systeem."

Non-functional Requirements

Beschikbaarheid 1 - Het systeem moet ook in het buitenland bereikbaar zijn.

Beschikbaarheid 2 - Het systeem moet zo veel mogelijk beschikbaar zijn.

Bruikbaarheid - Het systeem moet eenvoudig genoeg zijn om het onderhoud ervan binnen een paar trainingen uit te kunnen leggen aan de IT afdeling van het bedrijf.

Snelheid - Het systeem moet constant up to date zijn en aanpassingen in het systeem moeten gelijk te zien zijn voor andere medewerkers.

Verificatie - Werknemers moeten kunnen inloggen en niet werknemers moeten dat niet kunnen.

Addendum

Integrated Domainmodel

ORMtotaal.png

Business Rules Catalogue

# Rule Definition
01 Alleen Inkoopmedewerkers mogen wagens aan het systeem toevoegen.
02 Alleen Inkoopmedewerkers mogen de te kopen status van wagens aanpassen.
03 De te kopen status van een wagen mag alleen aangepast worden na overleg met Financiele Administratie.
04 Een medewerker mag alleen de ingekocht status van een wagen aanpassen als hij zelf de wagen aan het systeem toegevoegd heeft.
05 Alleen Inkoopmedewerkers mogen de ingekocht status van een wagen aanpassen.
06 Alleen Verkoopmedewerkers mogen de wagens status naar 'verkocht' veranderen.
07 Een medewerker kan alleen ingelogd zijn als hij een account heeft en deze geactiveerd is.

Terminological Definitions

Beoordeling - De beoordeling die een inkoopmedewerker aan een wagen die mogelijk ingekocht gaat worden heeft gegeven.

Blerick lijst - De lijst met alle wagens die zich op dit moment in Blerick bevinden.

Bouwjaar - Het jaar waarin een wagen gebouwd is.

Capaciteit - De hoeveelheid gewicht wat een wagen maximaal kan dragen.

Demontage - De status die een wagen in Blerick heeft op het moment dat hij gedemonteerd wordt.

Emissiestandaard - De Europese emissiestandaard die een wagen heeft.

Ingekocht status - De status behorende bij een wagen die aangeeft of een wagen door De Zwerver Utility Vehicles is ingekocht of niet. Bij toevoeging van een wagen aan de inkooplijst staat deze status op 'nee'. Zodra deze op 'ja' wordt gezet zullen de gegevens van de wagen naar de Blerick lijst worden verplaatst.

Inkoop lijst - De lijst met alle wagens die nog niet ingekocht zijn maar daarvoor in aanmerking komen. Elke wagen heeft alle inkoopgegevens in deze lijst.

Inkoop prijs - De prijs waarvoor een wagen is ingekocht.

Klaar - De status die een wagen in Blerick heeft als hij klaar is om verkocht te worden.

Klaarstaand lijst - De lijst met alle wagens die klaar staan voor verkoop. Deze wagens hebben elk hun wagen Blerick gegevens.

Km stand - Het aantal kilometers dat een wagen al gereden heeft.

Merk - De merknaam van een wagen, gecombineerd met een type.

Opbrengst - De totale opbrengst van een wagen nadat deze verkocht is. Dit is de verkoop prijs - totale kosten.

Reparatie - De status die een wagen in Blerick heeft op het moment dat hij gerepareerd wordt.

Te kopen status - De status die een wagen in de inkooplijst heeft die aangeeft of een wagen wel of niet gekocht mag worden. Deze status is leeg op het moment dat er nog geen beslissing is gemaakt over het wel of niet kopen van de wagen anders is deze status 'ja' of 'nee'. Zodra deze status naar 'nee' wordt gezet wordt de wagen uit het systeem verwijderd.

Te kopen lijst - De lijst met alle wagens uit de inkoop lijst waarvan de te kopen status 'ja' is. De wagens in deze lijst hebben alle wagen inkoop gegevens.

Totale kosten - De totale kosten die een wagen heeft gekost. Dit is de inkoopprijs + de kosten gemaakt tijdens de reparatie.

Type - Het typenummer van een wagen van een bepaald merk.

Verkocht - De status die een wagen in Blerick krijgt als hij verkocht is, daarna wordt hij naar de verkochtlijst verplaatst.

Verkocht lijst - De lijst met alle verkochte wagens en hun Wagen verkoop gegevens. Elke wagen heeft alle wagen verkoopgegevens in deze lijst.

Verkoop prijs - De prijs waarvoor een wagen verkocht is.

Verkoper - De oorspronkelijke eigenaar van de wagen voordat De Zwerver Utility Vehicles de wagen kocht.

Wagen blerick gegevens - De gegevens die een wagen heeft op het moment dat hij ingekocht is en in Blerick aanwezig is. Dit bevat: wagennummer, wagensoort, merk, type, bouwjaar, Kmstand, capaciteit, emissiestandaard, totale kosten en wagenstatus.

Wagen inkoop gegevens - De gegevens van een wagen die nodig zijn bij de inkoop van een wagen. Dit bevat: wagennummer, wagensoort, merk, type, bouwjaar, Kmstand, capaciteit, emissiestandaard, inkoopprijs, verkoper, beoordeling, inkoper, te kopen status en ingekochtstatus.

Wagennummer - Het nummer wat de wagen toegewezen heeft gekregen toen hij in het systeem gezet werd.

Wagen verkoop gegevens - De gegevens die een wagen heeft op het moment dat hij verkocht is. Dit bevat: wagennummer, wagensoort, merk, type, bouwjaar, Kmstand, capaciteit, emissiestandaard, totale kosten, opbrengst, en verkoopmedewerker.

Wagen soort - Het soort wagen waar het om gaat, een vuilniswagen of een strooiwagen.

Wagen status - De status die een wagen die in Blerick staat heeft, deze kan de volgende waarden hebben: klaar/reparatie/demontage/verkocht of hij kan leeg zijn. Als de wagen verkocht als status heeft zullen de gegevens van de wagen naar de verkochtlijst verplaatst worden.