Groep 03 - "Oermatic"

Werkstuk Requirements Engineering

Koen Strijbosch, Steven de Bruijn, Dave Nabuurs, Siegert van der Velde, (gestopt: Loth Janssen )

Onderwijsinstituut voor Informatica en Informatiekunde

Radboud Universiteit Nijmegen

version 18 februari 2022

Page Break

De inhoud is opgebouwd als volgt.

Introduction

Dit project is ontstaan vanwege de vraag naar automatisering van de studentenadministratie binnen de opleidingen Informatiekunde en Informatica. Dit zijn opleidingen van faculteit FNWI van de RU. Binnen deze faculteit lopen mensen met verschillende soorten achtergronden en kennisniveaus en functies rond. Denk hierbij aan administratie personeel, docenten en studenten. Belangrijk daarbij is ondanks de grote diversiteit van studenten toch een goed overzicht gecreëerd moet kunnen worden m.b.t. het vakkenpakket en exameneisen.

De verschillen bij de studenten zijn bijvoorbeeld Bachelor, Master of HBO-instromers. Deze kunnen ook nog twee verschillende opleidingen volgen namelijk informatica of informatiekunde. Kortom, veel regels en eisen die aan de studenten worden gesteld, maar ook aan degene die daarbij betrokken zijn, zoals examencommissie en decanen. Veel handelingen die momenteel worden verricht, kunnen efficiënter worden ingedeeld en grotendeels worden geautomatiseerd.

Daarvoor wordt binnen dit project gekeken naar een nieuw systeem waarin de werkwijze beter zal worden ondersteund en verbeterd.

De structuur van dit document is als volgt:

Allereerst zullen de huidige problemen in kaart worden gebracht (Problem statement).
Hierna zal er een analyse van de situatie worden gemaakt met de belangrijkste stakeholders en daarbij een planning en risico analyse (Case analysis) .
Vervolgens zullen de requirements van het gewenste nieuwe systeem in kaart worden gebracht compleet met scenario's en non-functional requirements (Requirements).
Als bijlage zijn de van toepassing zijnde business rules en terminologische definities terug te vinden (Addendum).

Problem statement

De huidige manier van werken bevat een aantal problemen. Deze worden hieronder benoemd:

Controleren kost veel tijd, doordat er veel handmatige werkzaamheden nodig zijn. Bijvoorbeeld het controleren van het aantal studiepunten bij een examenaanvraag.
Het systeem is foutgevoelig. Het overtypen van lijsten naar een ander systeem zorgt voor een hoog foutgevoeligheid.
Informatie is niet centraal beschikbaar, veel informatie is verspreid over deelsystemen en deze werken niet goed met elkaar samen.
Processen duren lang. Er zijn (te) veel mensen betrokken bij de stappen in de verschillende processen waardoor processen onnodig lang kunnen duren.
Niemand kent het hele proces (systeem maakt het makkelijker op te lossen).

Case analysis

Stakeholder analysis

#	Roles/Actor	Description	Stakeholder(s)
01	Medewerker facultaire studentenadministratie	Medewerkers van de facultaire studenten administratie voeren diverse administratieve werkzaamheden uit (passen bijvoorbeeld punten aan).	Mw. C.M.A. Hendriks
02	Medewerker onderwijsbureau	Houden zich bezig met vakkenpakketten en inhoud hiervan. Daarnaast ondersteunen ze de examencommissie met bijvoorbeeld het controleren van de studielast van studenten.	drs. V. Kamphuis
03	Lid Examencommissie	Leden van de examencommissie nemen beslissingen op basis van de regels die gelden bij examens.	dr. P. van Bommel
04	Student	Studenten volgen bepaalde vakken en moeten zich houden aan bepaalde regels.	Koen Strijbosch, Steven de Bruijn, Dave Nabuurs, Siegert v/d Velde
05	Docent	Docenten moeten zich houden aan de regels van het OER.	dr. S.J.B.A. Hoppenbrouwers / drs. N. Braakensiek
06	Studieadviseur	Studieadviseur geven informatie en voorlichting over vakken en regels die daarna verbonden zijn.	drs. V. Kamphuis

Mission and vision statement

Mission — Het verbeteren van het inzicht in de regels die gesteld worden aan vakkenpakketten die er voor zorgen dat men toegang tot het examen krijgt.
Vision — Een geautomatiseerd systeem waarmee snel en correct informatie over de regels die aan de vakkenpakketten worden gesteld kan inzien.
Value — Het proces wordt user-orientend uitgevoerd waarbij gelet wordt op correctheid en samenhang van het geheel.

Statement of work

Deliverable	Facade iteratie	Filled iteratie	Focused iteratie	Objectives	Staffing	Status Facade	Status Filled	Status Focused
Introduction	Voorlopige versie	Voorlopige versie	Compleet	Beschrijven van duidelijke introductie	Steven	V	V	V
Problem statement	Voorlopige versie	Zo goed mogelijk	Compleet	Beschrijven van het probleem	Dave, Koen	V	V	V
Stakeholder analysis	Compleet	Zo goed mogelijk	Compleet	Beschrijven van de stakeholders	Siegert	V	V	V
Mission-vision-values	Compleet	Compleet	Compleet	Beschrijven van de Executive Sponsor view	Steven, Koen	V	V	V
Statement of work	Voorlopige versie	Compleet & up-to-date	Compleet & up-to-date	Beschrijven van de planning	Steven, Loth	V	V	V
Risk analysis	Voorlopige versie	Compleet & up-to-date	Compleet & up-to-date	In kaart brengen van de risico's	Dave, Koen	V	V	V
Use case survey	Voorlopige versie	Zo goed als af	Compleet	In kaart brengen van de use cases	Siegert, Loth	V	V	V
Use case diagram(s)	Voorlopige versie	Zo goed als af	Compleet	Tekenen van de use cases	Koen	-	V	V
Integrated UC diagram	Voorlopige versie	Compleet	Compleet	Overzicht alle use cases	Dave	V	V	V
Use cases	Voorlopige versie	Compleet (filled niveau)	Compleet	Invulling van de use cases	Siegert	V	V	V
Scenarios	Voorlopige versie	Enkele voor elke Use-case	Compleet (op focused niveau)	Beschrijven van de scenario's	Loth	-	V	%
Domain models	Voorlopige versie	Gedeeltelijk Compleet	Compleet	Maken van domein modellen	Siegert	-	V	V
Integrated domain model	Voorlopige versie	Gedeeltelijk Compleet	Compleet	Maken van domein modellen	Koen	-	V	V
Business rules catalogue	Voorlopige versie	Gedeeltelijk Compleet	Compleet	In kaart brengen BR's	Dave, Steven	V	V	V
Non-functional requirements	Voorlopige versie	Gedeeltelijk Compleet	Compleet	In kaart brengen van Non functioneel requirements	Steven	V	V	V
Terminological definitions	Compleet	Gedeeltelijk Compleet	Complete	In kaart brengen en uitwerken termologische definities	Loth	V	V	V
Executive sponsor viewpoint	Complete (integrated in M-V-V!)	Complete (integrated in M-V-V!)	Complete (integrated in M-V-V!)	Definieren van belangrijke begrippen	Loth	-	V	V
Use case tests	Voorlopige versie	Zo goed als mogelijk	Compleet	Testen van de use cases	Loth	-	V	V
Business process definitions	Optioneel	Optioneel	Optioneel	Tekenen van het proces	***	***	***	***
GUI metaphors / storyboards	Optioneel	Optioneel	Optioneel	Het maken van story boards	***	***	***	***
Voltooid?						V	V	V

Legenda

- = N.v.t in deze fase
% = Bezig
V = Klaar

Risk analysis

#	Category	Risk	Solution needed by	Status	Days lost	Expectancy factor	Risk factor
01	Sponsor	Te veel invloed van de sponsor op het project (wijzigingen)	Informatie van verschillende actoren verzamelen	Ready	N.v.t.	High	High
02	Interpretatie	Het verkeerd interpreteren van een onderdeel	Regelmatige feedback en projecmethoden volgen	Ready	N.v.t.	Medium	Low
03	Tijd	Het niet maken van een onderdeel binnen de tijdspan van het project	Strakke planning en duidelijk afspraken	Ready	N.v.t.	High	Medium
04	Tijd	Een langdurige ziekte of afwezigheid van projectleden	Twee personen werken aan een belangrijke taak om problemen op te kunnen vangen	Ready	N.v.t.	Low	Low
05	Techniek	Technische problemen met de wiki waardoor data verloren gaat of er geen werk meer online kan worden gezet	Data ook lokaal bewaren	Ready	N.v.t.	Low	Medium

Requirements

Use cases

Use case survey

#	Name	Description	Initiating actor
1.	Beoordelen Examen-aanvragen/vakkenpakket	Examencommissie keurt aangevraagde examens door studenten voor Bachlor en Master goed of af. Tevens keurt de examencommissie de vakkenpakketten goed of af die zijn aangevraagd door de studenten. Met name vrije vakken en thema's.	Actor 3: Lid Examencommissie
2.	Beheren vakkenpakket	Student kiest of wijzigt vakken voor vrije ruimte en kiest een thema aan de hand van de gewenste afstudeerrichting. Onderwijsbureau stelt of wijzigt vakkenpakketten samen.	Actor 4: Student, Actor 2: Medewerker Onderwijsbureau
3.	Aanvragen vrijstelling/examen	De student vraagt vrijstelling voor een vak aan en vult tevens de motivatie in voor de vrijstelling of de student vraagt een examen aan en controleert hierbij zijn studentgegevens.	Actor 4: Student
4.	Beoordelen vrijstelling	De docent geeft vrijstelling of wijst deze af voor een vak wat door deze docent wordt gegeven en wat is aangevraagd door de student.	Actor 5: Docent
5.	Beheren vak	De docent maakt of wijzigt een omschrijving voor een vak wat door hem wordt gegeven.	Actor 5: Docent
6.	Beheren afspraak	Studieadviseur noteert afspraken of uitkomsten van het gesprek met een student. Student plant afspraak met een studieadviseur of docent in voor advies.	Actor 4: Student, Actor 5: Docent, Actor 6:Studieadviseur
7.	Registreren bijzonderheden	Dyslexie, slechte ogen en andere gezondheidsaandoeningen van een student registreren.	Actor 1: Medewerker facultaire studentenadministratie, Actor 6: Studieadviseur
8.	Beheren punten	Punten van studenten bekijken, aanpassen of wijzingen.	Actor 1: Medewerker facultaire studentenadministratie, Actor 4: Student, Actor 5: Docent, Actor 6:Studieadviseur

Integrated use case diagram

Individual use cases

Use case 1

Use Case:	1.Examen aanvragen beoordelen / vakkenpakket beoordelen
Use case diagram
Description	Examencommissie keurt aangevraagde examens door studenten voor Bachlor en Master goed of af. Tevens keurt de examencommissie de vakkenpakketten goed of af die zijn aangevraagd door de studenten. Met name vrije vakken en thema's.
Source	Lid examencommissie
Version	2.1
Basic course of events	Goedkeuren examenaanvraag: 1. Lid van de examencommissie logt in met loginnaam en wachtwoord. 2. Systeem toont overzicht van de mogelijkheden voor het lid van de examencommissie. 3. Lid van de examencommissie kiest in het overzicht voor 'openstaande examenaanvragen'. 4. Systeem toont alle examenaanvragen. 5. Lid van de examencommissie kiest één van de openstaande examenaanvragen. 6. Systeem toont bijbehorende gegevens van betreffende examenaanvraag. 7. Lid van de examencommissie keurt de aanvraag goed. 8. Systeem geeft een melding van de goedgekeurde aanvraag.
Alternate paths	Goedkeuren vakkenpakket: 1. Lid van de examencommissie logt in met loginnaam en wachtwoord. 2. Systeem toont overzicht van de mogelijkheden voor het lid van de examencommissie. 3. Lid van de examencommissie kiest in het overzicht voor 'openstaande vakkenpaketten' goedkeuren. 4. Systeem toont alle vakkenpaketten die goedgekeurd moet worden. 5. Lid van de examencommissie kiest één van de openstaande aanvragen voor goedkeuring van vakkenpakket. 6. Systeem toont bijbehorende gegevens van betreffende vakkenpakket dat goedgekeurd moet worden. 7. Lid van de examencommissie keurt de aanvraag goed. 8. Systeem geeft een melding van de goedgekeurde aanvraag. Afkeuren vakkenpakket: 1. Lid van de examencommissie logt in met loginnaam en wachtwoord. 2. Systeem toont overzicht van de mogelijkheden voor het lid van de examencommissie. 3. Lid van de examencommissie kiest in het overzicht voor 'openstaande vakkenpaketten' goedkeuren. 4. Systeem toont alle vakkenpaketten die goedgekeurd moet worden. 5. Lid van de examencommissie kiest één van de openstaande aanvragen voor goedkeuring van vakkenpakket. 6. Systeem toont bijbehorende gegevens van betreffende vakkenpakket dat goedgekeurd moet worden. 7. Lid van de examencommissie keurt de aanvraag af en voegt reden voor afkeur als commentaar toe. 8. Systeem geeft een melding van de afgekeurde aanvraag. Afkeuren examenaanvraag: 1. Lid van de examencommissie logt in met loginnaam en wachtwoord. 2. Systeem toont overzicht van de mogelijkheden voor het lid van de examencommissie. 3. Lid van de examencommissie kiest in het overzicht voor 'openstaande examenaanvragen'. 4. Systeem toont alle examenaanvragen. 5. Lid van de examencommissie kiest één van de openstaande examenaanvragen. 6. Systeem toont bijbehorende gegevens van betreffende examenaanvraag. 7. Lid van de examencommissie keurt de aanvraag af en voegt reden voor afkeur als commentaar toe. 8. Systeem geeft een melding van de afgekeurde aanvraag.
Preconditions	Ingeschreven student Lijst met aan te vragen examenvakken of vakkenpakketten
Postconditions	Goedgekeurde examenaanvraag of goedgekeurde vakkenpakket
Related business rules	Bacholer: 1,2,3,6,7,8,9,11,12,13,14 Master: 1,2,8,9,10

Use case 2

Use Case:	2.Vakkenpakket beheren
Use case diagram
Description	Student kiest of wijzigt vakken voor vrije ruimte en kiest een thema aan de hand van de gewenste afstudeerrichting. Onderwijsbureau stelt of wijzigt vakkenpakketten samen.
Source	Onderwijsbureau, Student
Version	2.1
Basic course of events	Kiezen een vak 1. Student of onderwijsbureau logt in met loginnaam en wachtwoord. 2. Systeem toont overzicht van mogelijkheden van het student of onderwijsbureau. 3. Student of onderwijsbureau kiest het vakkenpakket van de student. 4. Systeem toont vakkenpakket van de student. 5. Student of onderwijsbureau vraagt een nieuw vak aan. 6. Systeem toont alle mogelijkheden voor vakken. 7. Student of onderwijsbureau kiest een nieuw vak. 8. Systeem toont samenvatting van de handeling.
Alternate paths	Wijzigt vakkenpakket 1. Student of onderwijsbureau logt in met loginnaam en wachtwoord. 2. Systeem toont overzicht van mogelijkheden van het student/onderwijsbureau. 3. Student of onderwijsbureau kiest het vakkenpakket van de student. 4. Systeem toont vakkenpakket van de student. 5. Student of onderwijsbureau vraagt een wijziging voor het vakkenpakket aan. 6. Systeem toont het overzicht van het vakkenpakket. Kiest thema 1. IK - student of onderwijsbureau logt in met loginnaam en wachtwoord. 2. Systeem toont overzicht van mogelijkheden van het student/onderwijsbureau. 3. IK - student of onderwijsbureau bekijkt de mogelijke thema's van de student en kiest er één uit. 6. Systeem toont het overzicht van het gekozen thema's Aanvragen andere vakken 1. Student of onderwijsbureau logt in met loginnaam en wachtwoord. 2. Systeem toont overzicht van mogelijkheden van het student/onderwijsbureau. 3. Student of onderwijsbureau kiest in het overzicht voor 'vak aanvragen'. 4. Systeem toont lijst met vakken buiten het profiel van de student. 5. Student kiest een vak uit de lijst en vult reden voor deze keuze in als opmerking. 6. Systeem geeft aan dat de aanvraag verstuurt is naar de examencommissie
Preconditions	Lijst met vakken van de student Studierichting van de student
Postconditions	Compleet vakkenpakket
Related business rules	Bacholer: 1,2,3 Master: 1

Use case 3

Use Case:	3.Aanvragen vrijstelling/examen
Use case diagram
Description	De student vraagt vrijstelling voor een vak aan en vult tevens de motivatie in voor de vrijstelling of de student vraagt een examen aan en controleert hierbij zijn studentgegevens.
Source	Student
Version	2.1
Basic course of events	Vrijstelling aanvragen 1. Student logt in met loginnaam en wachtwoord. 2. Systeem toont overzicht van mogelijkheden van de student. 3. Student kiest voor 'overzicht vakkenpakket'. 4. Systeem laat het vakkenpakket van de student zien. 5. Student kiest het vak waarvoor hij/zij vrijstelling wil aanvragen. 6. Systeem toont de informatie van het betreffende vak. 7. Student kiest uit het menu "vrijstelling aanvragen". 8. Systeem toont een formulier, waarop de student reden en bewijs kan toevoegen. 9. Student vult reden voor vrijstelling in en voegt eventueel bewijs toe in en bevestigd dit. 10. Systeem meldt dat de aanvraag is verstuurd.
Alternate paths	Examen aanvragen 1. Student logt in met loginnaam en wachtwoord. 2. Systeem toont overzicht van mogelijkheden van de student. 3. Student kiest voor 'examen aanvragen'. 4. Systeem laat een overzicht zien waarin het soort examen kan worden gekozen. 5. Student kiest het soort examen (master, bachelor, schakelverklaring,..), vult bij commentaar de verdeding in en bevestigd dit. 6. Systeem vraagt of de naw-gegevens gegevens kloppen (doopnaam, naam, geboorteplaats, etc) en vraagt om deze goed te keuren of te wijzigen. 7. Student keurt de gegevens goed. 8. Systeem meldt dat de aanvraag is verstuurd.
Preconditions	Vakkenpakket van de student.
Postconditions	Aanvraag voor vrijstelling voor een vak.
Related business rules	Bacholer: 1,2,3 Master: 1,2,4

Use case 4

Use Case:	4.Beoordelen vrijstelling
Use case diagram
Description	De docent geeft vrijstelling of wijst deze af voor een vak wat door deze docent wordt gegeven en wat is aangevraagd door de student.
Source	Docent
Version	1
Basic course of events	Beoordeling vrijstelling vakken 1. Docent Logt in met loginnaam en wachtwoord. 2. Systeem toont overzicht van mogelijkheden voor de docent. 3. Docent kiest 'openstaande aanvragen' van studenten. 4. Systeem toont openstaande aanvragen van studenten. 5. Docent kiest aanvraag van student. 6. Systeem toont overzicht van de aanvraag met eventuele opmerkingen. 7. Docent keurt vrijstelling goed en geeft commentaar. 8. Systeem geeft een overzicht van de aanvraag.
Alternate paths	Afkeuren vrijstelling 1. Docent Logt in met loginnaam en wachtwoord. 2. Systeem toont overzicht van mogelijkheden voor de docent. 3. Docent kiest 'openstaande aanvragen' van studenten. 4. Systeem toont openstaande aanvragen van studenten. 5. Docent kiest aanvraag van student. 6. Systeem toont overzicht van de aanvraag met eventuele opmerkingen. 7. Docent keurt vrijstelling af en geeft de reden als commentaar. 8. Systeem geeft een overzicht van de aanvraag
Preconditions	Openstaande vrijstelling
Postconditions	Beoordeelde vrijstelling
Related business rules	Bacholer: 3,4,5,8,9,10 Master: 1,3,4,7,9,10

Use case 5

Use Case:	Beheren Vak
Use case diagram
Description	De docent maakt of wijzigt een omschrijving voor een vak wat door hem wordt gegeven.
Source	Docent
Version	2.1
Basic course of events	Beheren vak 1. Docent logt in naam en wachtwoord in. 2. Systeem toont overzicht van mogelijkheden voor de docent. 3. Docent kiest 'vak' dat hij doceert. 4. Systeem geeft een overzicht van het vak 5. Docent maakt of wijzigt een omschrijving van het vak. 6. Systeem geeft een overzicht van de gegevens van het vak
Alternate paths
Preconditions	Vakpakket waarin het vak voorkomt is bekend.
Postconditions	Omschreven vak.
Related business rules	Master: 5,6

Use case 6

Use Case:	Beheren afspraak
Use case diagram
Description	Studieadviseur noteert afspraken of uitkomsten van het gesprek met een student. Student plant afspraak met een studieadviseur of docent in voor advies.
Source	Studieadviseur
Version	2.1
Basic course of events	Maken afspraak 1. Studieadviseur, student of docent logt met inlognaam en wachtwoord. 2. Systeem toont een overzicht voor de studieadviseur, student of docent. 3. Studieadviseur, student of docent kiest uit het overzicht voor 'beheren afspraak'. 4. Systeem toont een lijst met beschikbare studenten. 5. Studieadviseur, student of docent kiest de betreffende persoon en kiest voor afspraak maken. 6. Systeem toont de inhoud van een nieuwe afspraak (met daarin de betreffende persoon al ingevuld). 7. Studieadviseur, student of docent kiest een datum en tijd 8. Systeem geeft aan dat datum beschikbaar is en zet het volgende veld op actief. 9. Studieadviseur, student of docent voegt een onderwerp en reden afspraak toe en bevestigd. 10. Systeem toont de samenvatting van de ingevulde afspraak.
Alternate paths	Geen vrije datum beschikbaar 1. Studieadviseur, student of docent logt met inlognaam en wachtwoord. 2. Systeem toont een overzicht voor de studieadviseur, student of docent. 3. Studieadviseur, student of docent kiest uit het overzicht voor 'beheren afspraak'. 4. Systeem toont een lijst met beschikbare studenten. 5. Studieadviseur, student of docent kiest de betreffende persoon en kiest voor afspraak maken. 6. Systeem toont de inhoud van een nieuwe afspraak (met daarin de betreffende persoon al ingevuld). 7. Studieadviseur, student of docent kiest een datum en tijd 8. Systeem geeft aan dat datum niet beschikbaar is. 9. Student kiest een andere datum en tijd. 10. Systeem geeft aan dat datum beschikbaar is en zet het volgende veld op actief. 11. Studieadviseur, student of docent voegt een onderwerp en reden afspraak toe en bevestigd. 12. Systeem toont de samenvatting van de ingevulde afspraak.
Preconditions	Afspraak moet worden gemaakt.
Postconditions	Afspraak is gepland Persoon krijg een afspraaksbevestiging via de mail
Related business rules	n.v.t.

Use case 7

Use Case:	Registreren bijzonderheden
Use case diagram
Description	Dyslexie, slechte ogen en andere gezondheidsaandoeningen van een student registreren.
Source	Facultaire studentenadministratie/Studieadviseur
Version	2.1
Basic course of events	Registeren bijzonderheden 1. Studieadviseur of FSA logt in met gebruikersnaam en wachtwoord. 2. Systeem toont het overzicht van de studieadviseur of FSA. 3. Studieadviseur of FSA kiest voor studentgegevens. 4. Systeem laat een overzicht van alle studenten zien. 5. Studieadviseur of FSA kiest een student. 6. Systeem toont de gegevens van de student. 7. Studieadviseur of FSA kiest voor opmerkingen 8. Systeem laat een nieuw scherm zien waarin de reeds geplaatste opmerking(en) zijn weergeven. 9. Studieadviseur of FSA noteert de opmerking en bevestigt. 10. Systeem toont nieuwe studentengegevens.
Alternate paths	-
Preconditions	Student heeft bijzonderheden.
Postconditions	Bijzonderheden zijn geregisteerd.
Related business rules	n.v.t.

Use case 8

Use Case:	Beheren punten
Use case diagram
Description	Punten van studenten bekijken, aanpassen of wijzingen.
Source	Facultaire studentenadministratie/Student/Docent/Studieadviseur
Version	1
Basic course of events	Wijzingen punten 1. FSA, docent of studieadviseur logt in met gebruikersnaam en wachtwoord. 2. Systeem laat het overzicht met alle mogelijke opties van de FSA, docent of studieadviseur. 3. Studieadviseur of FSA kiest voor studentgegevens. 4. Systeem laat een overzicht van alle studenten zien. 5. Studieadviseur of FSA kiest een student. 7. FSA, docent of studieadviseur kiest 'punten'. 8. Systeem laat het overzicht van de punten van de student zien. 9. FSA, docent of studieadviseur voegt punten toe. 10. Het systeem vraagt om welke vakcode het gaat en wat het cijfer moet zijn. 11. FSA, docent of studieadviseur vult de vakcode en het cijfer in en bevestigt. 12. Systeem geeft het nieuwe overzicht weer.
Alternate paths	Toevoegen punten 1. Docent logt in met gebruikersnaam en wachtwoord. 2. Systeem laat het overzicht met alle mogelijke opties van de Docent. 3. Docent kiest 'cijfer toevoegen'. 4. Systeem toont vakken die docent doceert. 5. Docent kiest een vak. 6. Systeem toont studenten die het vak volgen. 5. Docent vult de cijfers in per student. 6. Systeem laat de informatie overzicht zien van alle cijfers. Bekijken van punten van student 1. Docent logt in met gebruikersnaam en wachtwoord. 2. Systeem laat het overzicht met alle mogelijke opties van de Docent. 3. Docent kiest 'cijfer bekijken'. 4. Systeem toont vakken die docent doceert. 5. Docent kiest een vak. 6. Systeem toont studenten die het vak volgen met bijbehorende cijfers. 7. Docent sluit af.
Preconditions	Punten moeten behaald zijn Studenten zijn deelnemers van de cursus
Postconditions	Punten zijn verwerkt
Related business rules	Master: 8

Scenarios