Requirements Engineering/het werk/werkstuk/2009-10/Groep 01 Groepsnaam

Uit Werkplaats
Ga naar: navigatie, zoeken

 






Groep 01 - "Examen Portal II"



Werkstuk Requirements Engineering


Jodocus Deunk, Niek Brunninkhuis, Gert Mennen, Pim Sewuster



Onderwijsinstituut voor Informatica en Informatiekunde

Radboud Universiteit Nijmegen







version 18 februari 2022



Page Break




De inhoud is opgebouwd als volgt.

Introduction

Een van de taken van de facultiteit iii is de administratie van de voortgangsgegevens van studenten. Hierbij heeft de faculteit te maken met verschillende stakeholders zoals studenten, docenten, centrale administratie, facultiteit administratie die betrokken zijn bij de voortgang van de studenten. De informatie die hiervoor nodig is is wel voorhanden maar moet uit verschillende systemen worden gehaald. Daardoor kan er niet intelligent met deze informatie worden omgegaan. In deze casus zullen wij een oplossing aandragen voor deze problemen. Door de processen te gaan automatiseren krijgen de stakeholders meer inzicht in de voortgang en is het minder tijdrovend.


Problem statement

Op dit moment is er geen system beschikbaar voor de stakeholders om de loopbaan van een student duidelijk in beeld te brengen. De resultaten van studenten zijn moeilijk inzichtelijk. Op de manier hoe het nu gedaan wordt, met de hand, kost het (te)veel tijd. Dit geldt voor bijna alle stakeholders, studenten wachten op het resultaat, de administratie moet de cursussen en cijfers met de hand controleren. Tijdens dit proces is er geen overzicht in wat er nu al gedaan is, en waar het beschikbaar is. Enkele werkzaamheden worden zelfs dubbel uitgevoerd, zoals de gekozen vakken van de student die twee keer worden bekeken. De meeste van deze processen moeten in de toekomst geautomatiseerd gaan en zodoende ook een stuk sneller.


Page Break




Case analysis

Stakeholder analysis

De stakeholders welke dit systeem gebruiken:

# Rollen en actoren Beschrijving Stakeholder(s)
01 Medewerker facultataire studentenadministratie Medewerkers van de facultataire studenten administratie voeren diverse administratieve werkzaamheden uit (passen bijvoorbeeld punten aan) Mw. Clementine Hendriks
02 Medewerker onderwijsbureau Het onderwijsbureau is verantwoordelijk voor de volgende zaken:
  1. Alle operationele zaken betreffende het onderwijs voor zowel Informatica als Informatiekunde
  2. Interne en externe voorlichting
  3. Alle zaken betreffende bestuur, algemeen beheer en financiën van het onderwijs.

[1]

Vera Kamphuis (hoofd), Yella Kleijnen, Resi Westerman en Marcha Jelissen
03 Lid Examencommissie

De verantwoordelijkheid van de examencommissie Informatica en Informatiekunde betreft alle opleidingen die onder verantwoordelijkheid van het Nijmeegs Instituut voor Informatica en Informatiekunde vallen. De examencommissie is belast met

  • Aanwijzen examinatoren
  • Regelen gang van zaken ijdens tentamens
  • Vaststellen richtlijnen en aanwijzingen voor examinatoren met betrekking tot vaststelling uitslag tentamen
  • Toetsen examenvragen aan onderwijs- en examenregeleing en vaststellen van de uitslag van examens.

De Examencommissie bepaalt eigen werkwijze. [2]

prog. dr. ir. M.J. (Rinus) Plasmeijer (voorzitter), dr. P. van Bommel, A.B.P. Kleijnen en dr. T.E. Schouten
04 Student Studenten volgen vakken en dienen zich in te schrijven voor deze vakken. Studenten Informatica en Informatiekunde
05 Docent Docenten moeten zich houden aan de regels van het OER Vertegenwoordigd door Stijn Hoppenbrouwers / Niels Braakensiek
06 Studieadviseur Voor allerhande problemen of vragen over je studie zijn de studieadviseurs het aanspreekpunt. [3] Peter Achten, Vera Kamphuis, Peter van Rossum, Theo Schouten, Theo van der Weide en Hanno Wupper

Mission and vision statement

Missie

De missie is het inzichtbaar maken van het systeem van beoordeling van examenaanvragen. Meer inzicht in het systeem maakt een betere studiebegeleiding mogelijk en een beter inzicht in de status van (individuele) studieloopbanen.

Visie

Een systeem dat, waar mogelijk, automatisch, snel en correcte informatie verschaft over, en helpt bij de behandeling van, exmameneisen, -aanvragen en (individuele) studiepaden.

Values

Belangrijke aspecten die een rol spelen voor dit project betreffen de beveiliging (security) en integriteit (integrity) van het systeem. Beveiliging speelt een grote rol binnen het systeem omdat er binnen de doelgroep van het systeem zelf al een groep potentiele hackers aanwezig is. Omdat het systeem leidend zal zijn voor de aanvraag en verwerking van het examen, zijn de beveiliging en integriteit van het systeem belangrijk tijdens dit project.

Executive Sponsor Viewpoint

"Wat is het probleem dat wordt opgelost met dit systeem"

Het probleem van de studentenadministratie is dat alle behaalde resultaten handmatig gecontroleerd moeten worden waneer een student toestemming vraagt voor het examen. De student heeft niet de actuele informatie over zijn studievoortgang.


"Waarom is er een systeem nodig"

Het proces van controleren en aanvragen van examenaanvragen neemt veel tijd in beslag en de kans op het maken van een fout is aanwezig omdat alle informatie meerdere keren handmatig wordt verwerkt.


"Waarom is er een computer systeem nodig"

Door gebruik te maken van een computersysteem is het niet meet nodig om behaalde resultaten meerdere keren in te voeren in verschillende systemen. Nu moeten de studentenadministratie, de docent en de examencommissie de resultaten allemaal handmatig invoeren. Door gebruik te maken van een computersysteem hoeft dit nog maar eenmalig gedaan te worden.


"Wie wordt er betrokken bij de implementatie"

Student, studentenadministratie, docenten en de examencommissie. De student krijgt een overzicht van de studievoortgang. De studentenadministratie en de docenten krijgen een nieuwe manier van het doorgeven van de behaalde resultaten. Hierdoor wordt het voor de examencommissie makkelijker om de aanvragen de controleren.

Statement of work

nr. Deliverable Eindverantwoordelijke Fasering Status Opmerking
      Facade Filled Focesed    
1 Introduction Niek Complete    
1.1

Problem Statement

Niek Complete    
2 Case analysis Jodocus Iterating Complete    
2.1

Stakeholder analysis

Jodocus Iterating Complete    
2.2

Mission and vision statement

Jodocus Iterating Complete    
2.3

Executive sponsor viewpoint

Gert Iterating Complete    
2.4

Statement of work

Jodocus Complete    
2.4

Risk analysis

Gert Itarating Ongoing    
3 Requirements Pim Iterating Complete    
3.1

Use cases

Pim Itarating Partially complete Complete    
3.1.1

Use case survey

Pim Itarating Complete    
3.1.2

Integrated us case diagram

Pim Itarating Complete    
3.1.3

Individual use case

  1. Rob
  2. Rob
  3. Niek
  4. Biek
  5. Gert
  6. Gert
  7. Jodocus
  8. Jodocus
  9. Pim
  10. Pim
  11. Pim
  Complete    
3.2

Scenario's

Gert          
3.2.1

Individual scenario's

  1. Rob
  2. Rob
  3. Niek
  4. Biek
  5. Gert
  6. Gert
  7. Jodocus
  8. Jodocus
  9. Pim
  10. Pim
  11. Pim
  Complete    
3.2.2

Integrated domainmodel

Niek   Iterating Complete    
3.3

Non-functional requirements

Gert   Iterating Complete    
4 Appendum Rob Iterating Complete    
4.1

Business Rules Catalogue

Jodocus Itarating Partially complete Almost complete    
4.2

Terminological definitions

Rob Iterating Complete    

Risk analysis

# Category Risk Solution needed by Status Days lost Expectancy factor Risk factor
01 Interfaces Wijzigingen binnen de projectgroep Mocht er iemand uitvallen door bijv. ziekte, dan moet hier de planning op aangepast worden afhankelijk van de duurt van de ziekte nvt middelmatig
02 Interfaces De haalbaarheid van het project Soms is het projectdoel met de beschikbare middelen domweg niet binnen de gestelde tijd haalbaar nvt soort geloijk project is eerder uitgevoerd binnen de zelfde tijd laag
03 Interfaces Uitval groepslid Een groepslid zet zich niet voldoende in en wordt door uit de groep verwijderd. Groep heeft betreffend groepslid niet buitengesloten maar betrokken in het proces nvt nvt middelmatig

Page Break




Requirements

Use cases

Use case survey

Name Description Initiating actor
1 Student aanmelden Een nieuwe student heeft zich aangemeld Student
2 Studentinformatie aanpassen Bepaalde informatie van een student aanpassen FSA/Student
3 Examen aanvragen Student vraagt toestemming voor examen Student
4 Examen beoordelen De examenaanvraag van de student wordt beoordeeld FSA
5 Studievoortgang bekijken Bekijk de studievoortgang van een bepaalde student Student en studieadviseur
6 Vakkenpakketaanvraag indienen De student stelt vakkenpakket samen en dient aanvraag in Student
7 Vakkenpakketaanvraag beoordelen De examencommissie beoordeelt vakkenpakket Examencommissie
8 Vrijstelling aanvragen Een student vraagt vrijstelling aan voor een bepaald vak Student
9 Curriculum toevoegen Het toevoegen van een curriculum FSA

Integrated use case diagram

UseCaseDiagramGroep12009.jpg.jpg


Page Break




Individual use cases

Overduidelijke pre-condities zijn opzettelijk weggelaten. Dit zijn dingen als: is ingelogd, is bekend bij het systeem, etcetera.

1. Student aanmelden

Use Case: Name
Use case diagram Usecasediagram1.gif
Nota bene: Het aantal attributen van een student kan groter zijn dan hier genoemd en zullen in de praktijk uit een al bestaand systeem worden gehaald. 
Description Student aanmelden
Source Student
Version 2
Basic course of events
  1. Nieuwe student vult online formulier in geeft aan het te willen verzenden
  2. Systeem geeft een samenvatting van de gegevens en vraagt of het verstuurd mag worden
  3. De nieuwe student geeft aan dat het formulier verstuurd mag worden
  4. Systeem laat de gebruiker weten dat het formulier verstuurd is
Alternate paths

2. Systeem geeft aan dat niet alle gegevens juist zijn ingevuld en gaat terug naar stap 1.

3. Met de ingevoerde gegevens is de nieuwe student het niets eens, geeft dit aan en gaat terug naar stap 1.

Preconditions
Postconditions 1. Aanmeld formulier is verstuurd
Related business rules 1. Student moet voor 1 september studiegeld betaald hebben

2. Student moet voldoen aan de toelatingseisen zoals gesteld in de OER

2. Studentinformatie aanpassen

Use Case: Name
Use case diagram Usecasediagram2.gif
Description Studentinformatie aanpassen
Source FSA, student
Version 2
Basic course of events
  1. Gebruiker geeft te kennen dat hij bepaalde student gegevens wil vervangen. Gebruiker voert gegevens in
  2. Systeem geeft overzicht van wijziging en vraagt om bevestiging
  3. Gebruiker geeft bevestiging aan het systeem
  4. Systeem geeft aan dat de gewijzigde gegevens opgeslagen zijn
Alternate paths

2. Systeem geeft aan dat de gewijzigde gegevens niet correct zijn. Vraagt gebruiker gegevens aan te passen

3. Gebruiker geeft aan dat wijziging niet klopt en gaat terug naar stap 1

Preconditions Student is ingeschreven in systeem
Postconditions Student gegevens zijn gewijzigd
Related business rules

3. Examen aanvragen

Use Case: Examen aanvragen
Use case diagram Usecasediagram3.gif
Description Student vraagt toestemming voor examen
Source Student
Version 1
Basic course of events
  1. Student dient examenaanvraag in voor vakkenpakket
  2. Systeem toont uitslagen van vakken behorende bij examenaanvraag en vraagt om bevestiging aan student
  3. Student bevestigt aanvraag en legitimeert zich
  4. Systeem verstuurt examenaanvraag
Alternate paths

2. Systeem toont overzicht en geeft aan dat er fouten in de examenaanvraag zitten en geeft aan wat de oorzaak is van deze fouten.

Preconditions
  1. Student is bekend in systeem
Postconditions
  1. Examenaanvraag is verstuurd
Related business rules

4. Examen beoordelen

Use Case: Name
Use case diagram Usecasediagram4.gif
Description De examenaanvraag van de student wordt beoordeeld
Source FSA
Version 3
Basic course of events
  1. FSA selecteert examenaanvraag
  2. Systeem toont examenaanvraag met vakken behorende bij de examenaanvraag
  3. FSA controleert het overzicht en controleert of aan alle eisen van het curriculum voldaan is en keurt de aanvraag goed.
  4. Systeem bevestigt aan de FSA dat de goedkeuring is opgeslagen
Alternate paths

3. Er is niet aan alle eisen voldaan, de examenaanvraag wordt afgekeurd en FSA geeft reden op.

4. "Systeem bevestigt aan FSA dat de examenaanvraag is afgekeurd"

Preconditions Student heeft examenaanvraag ingediend
Postconditions Examenaanvraag is beoordeeld
Related business rules

5. Studievoortgang bekijken

Use Case: Studievoorgang bekijken
Use case diagram Usecasediagram5.gif
Description Bekijk de studievoortgang van een bepaalde student
Source Student en studieadviseur
Version 2
Basic course of events
  1. Gebruiker selecteert student
  2. Systeem toont per studie de studievoortgang bestaande uit gekozen vakken en resultaten
Alternate paths

1. Indien de gebruiker is een student dan vervalt stap 1.

3. Gebruiker geeft aan meer details te willen zien. Stap 4: Systeem toont gedetailleerde informatie over vakken en resultaten.

Preconditions
Postconditions
Related business rules

6. Vakkenpakketaanvraag indienen

Use Case: Vakkenpakket samenstellen
Use case diagram Usecasediagram6.gif
Description De student stelt vakkenpakket samen en dient aanvraag in
Source Student
Version 3
Basic course of events
  1. Student geeft aan voor welke studie hij een vakkenpakket wil samenstellen
  2. Systeem toont verplichte vakken en vraagt welke minor de student wil volgen
  3. Student geeft minorkeuze aan
  4. Systeem vraagt welke vrije keuzes een student wil maken
  5. Student vak of vakken aan die hij in vrije ruimte wil volgen
  6. Systeem geeft vakkenpakket weer en vraagt of student vakkenpakketaanvraag wil indienen
  7. Student bevestigd aanvraag en geeft handtekening
Alternate paths

6. Systeem geeft aan dat het vakkenpakket niet voldoet aan de eisen en geeft aan, aan welke eis uit de OER het vakkenpakket niet voldoet.

Preconditions
  1. Curriculum is bekend voor studie
Postconditions

Aanvraag is ingediend

Related business rules

zie bijlage business rules

7. Vakkenpakketaanvraag beoordelen

Use Case: Vakkenpakketaanvraag beoordelen
Use case diagram Usecasediagram7.gif
Description De examencommissie beoordeeld vakkenpakket
Source Examencommissie
Version 2
Basic course of events
  1. Examencommissie selecteert een aanvraag van een vakkenpakket van een student
  2. Systeem toont de samenstelling van het vakkenpakket
  3. Examencommissie keurt de aanvraag goed en zet handtekening
  4. Systeem bevestigd goedkeuring
Alternate paths 3. De examencommissie keurt de aanvraag af, en geeft de reden aan. Stap 4: Systeem bevestigd dat aanvraag is afgekeurd.
Preconditions
  1. Student heeft aanvraag voor een vakkenpakket ingediend
Postconditions Aanvraag is beoordeeld
Related business rules

8. Vrijstelling aanvragen

Use Case: Vrijstelling aanvragen
Use case diagram Usecasediagram8.gif
Description Een student vraagt vrijstelling aan voor een bepaald vak
Source Student
Version 1
Basic course of events
  1. Student kiest het vak waarvoor hij vrijstelling wil aanvragen, geeft reden waarom hij vrijstelling zou verdienen, en voegt mogelijk bewijslast toe.
  2. Systeem geeft aan dat de aanvraag is ingediend en geeft de naam van de examinator die goedkeuring moet verlenen.
Alternate paths
Preconditions
  1. Vak is bekend in systeem
Postconditions
Related business rules

9. Curriculum toevoegen

Use Case: Curriculum toevoegen
Use case diagram Usecasediagram9.gif
Description Het toevoegen van een curriculum
Source FSA
Version 1
Basic course of events
  1. FSA geeft aan een nieuw curriculum toe te willen voegen
  2. Systeem geeft overzicht van studies en vraagt voor welke studie FSA een curriculum wil toevoegen
  3. FSA bevestigd studie en geeft collegejaar waarvoor het curriculum geldt
  4. Systeem geeft beschikbare vakken weer
  5. FSA geeft aan welke vakken binnen het curriculum vallen
  6. Systeem geeft een overzicht van de geselecteerde vakken en bevestigd dat het curriculum is toegevoegd
Alternate paths

4. Er is al een curriculum ingevoerd voor de geselecteerde studie in het opgegeven collegejaar. Het systeem geeft overzicht van geselecteerde vakken en beschikbare vakken.

Preconditions
  1. Vakken zijn bekend in het systeem
Postconditions Systeem kent het nieuwe curriculum
Related business rules

Page Break




Scenarios

Individual scenarios

1. Student aanmelden

Scenario 1

  1. Tim Bakker vult online formulier in geeft aan het te willen verzenden
  2. Systeem geeft een samenvatting van de gegevens en vraagt of het verstuurd mag worden
  3. Tim Bakker geeft aan dat het formulier verstuurd mag worden
  4. Systeem laat Tim Bakker weten dat het formulier verstuurd is

Scenario 2

  1. Tim Bakker vult online formulier in geeft aan het te willen verzenden
  2. Systeem geeft aan dat niet alle gegevens juist zijn ingevuld
  3. Tim Bakker vult online formulier aan en geeft aan het te willen verzenden
  4. Systeem geeft een samenvatting van de gegevens en vraagt of het verstuurd mag worden
  5. Tim Bakker geeft aan dat het formulier verstuurd mag worden
  6. Systeem laat Tim Bakker weten dat het formulier verstuurd is

Scenario 3

  1. Tim Bakker vult online formulier in geeft aan het te willen verzenden
  2. Systeem geeft een samenvatting van de gegevens en vraagt of het verstuurd mag worden
  3. Tim Bakker geeft aan dat het formulier niet correct is
  4. Tim Bakker wijzigt de gegevens van online formulier en geeft aan het te willen verzenden
  5. Systeem geeft een samenvatting van de gegevens en vraagt of het verstuurd mag worden
  6. Tim Bakker geeft aan dat het formulier verstuurd mag worden
  7. Systeem laat Tim Bakker weten dat het formulier verstuurd is


2. Studentinformatie aanpassen

Scenario 1

  1. Tim Bakker geeft te kennen dat hij bepaalde studentgegevens wil vervangen. Tim Bakker voert gegevens in
  2. Systeem geeft overzicht van wijziging en vraagt om bevestiging
  3. Tim Bakker geeft bevestiging aan het systeem
  4. Systeem geeft aan dat de gewijzigde gegevens opgeslagen zijn

Scenario 2

  1. Tim Bakker geeft te kennen dat hij bepaalde studentgegevens wil vervangen. Tim Bakker voert gegevens in
  2. Systeem geeft aan dat gegevens niet correct zijn en vraagt Tim Bakker de gegevens aan te passen
  3. Tim Bakker wijzigt gegevens
  4. Systeem geeft overzicht van wijziging en vraagt om bevestiging
  5. Tim Bakker geeft bevestiging aan het systeem
  6. Systeem geeft aan dat de gewijzigde gegevens opgeslagen zijn


Scenario 3

  1. Tim Bakker geeft te kennen dat hij bepaalde studentgegevens wil vervangen. Tim Bakker voert gegevens in
  2. Systeem geeft overzicht van wijziging en vraagt om bevestiging
  3. Tim Bakker geeft aan dat de gegevens niet juist zijn en voert gegevens in
  4. Systeem geeft overzicht van wijziging en vraagt om bevestiging
  5. Tim Bakker geeft bevestiging aan het systeem
  6. Systeem geeft aan dat de gewijzigde gegevens opgeslagen zijn


3. Examen aanvragen

Scenario 1

  1. Tim Bakker dient examenaanvraag in voor vakkenpakket
  2. Systeem toont uitslagen van vakken behorende bij examenaanvraag en vraagt om bevestiging aan Tim Bakker
  3. Tim Bakker bevestigd aanvraag
  4. Systeem verstuurt examenaanvraag

Scenario 2

  1. Tim Bakker dient examenaanvraag in voor vakkenpakket
  2. Systeem toont overzicht en geeft aan dat er fouten in de examenaanvraag zitten en geeft aan wat de oorzaak is van deze fouten
  3. Tim Bakker wijzigt de examenaanvraag voor vakkenpakket
  4. Systeem toont uitslagen van vakken behorende bij examenaanvraag en vraagt om bevestiging aan Tim Bakker
  5. Tim Bakker bevestigd aanvraag
  6. Systeem verstuurt examenaanvraag


4. Examen goedkeuren

Scenario 1

  1. FSA selecteert examenaanvraag
  2. Systeem toont examenaanvraag met vakken behorende bij de examenaanvraag
  3. FSA controleert het overzicht en controleert of aan alle eisen van het curriculum voldaan is en keurt de aanvraag goed
  4. Systeem bevestigd FSA dat de goedkeuring is opgeslagen

Scenario 2

  1. FSA selecteert examenaanvraag
  2. Systeem toont examenaanvraag met vakken behorende bij de examenaanvraag
  3. Er is niet aan alle eisen voldaan, de examenaanvraag wordt afgekeurd en FSA geeft reden op.
  4. Systeem bevestigd aan FSA dat de examenaanvraag is afgekeurd


5. Studievoortgang bekijken

Scenario 1

  1. Studieadviseur selecteerd Tim Bakker
  2. Systeem toont per studie de studievoortgang bestaande uit gekozen vakken en resultaten van Tim Bakker

Scenario 2

  1. Systeem geeft een overzicht van de gegevens van Tim Bakker
  2. Tim Bakker selecteert studievoortgang bekijken
  3. Systeem toont vakkenpakket studie en voortgang van vakkenpakket.
  4. Tim Bakker geeft aan meer details te willen zien.
  5. Systeem toont gedetailleerde informatie over vakken en resultaten.

Scenario 3

  1. Studieadviseur selecteerd Tim Bakker
  2. Systeem toont per studie de studievoortgang bestaande uit gekozen vakken en resultaten van Tim Bakker
  3. Studieadviseur geeft aan meer details te willen zien
  4. Systeem toont gedetailleerde informatie over vakken en resultaten van Tim Bakker


6. Vakkenpakket samenstellen

Scenario 1

  1. Tim Bakker geeft aan voor welke studie hij een vakkenpakket wil samenstellen
  2. Systeem toont verplichte vakken en vraagt welke minor Tim Bakker wil volgen
  3. Tim Bakker geeft minorkeuze aan
  4. Systeem vraagt welke vrije keuzes een Tim Bakker wil maken
  5. Tim Bakker vak of vakken aan die hij in vrije ruimte wil volgen
  6. Systeem geeft vakkenpakket weer en vraagt of Tim Bakker vakkenpakketaanvraag wil indienen
  7. Tim Bakker bevestigd aanvraag en geeft handtekening

Scenario 2

  1. Tim Bakker geeft aan voor welke studie hij een vakkenpakket wil samenstellen
  2. Systeem toont verplichte vakken en vraagt welke minor Tim Bakker wil volgen
  3. Tim Bakker geeft minorkeuze aan
  4. Systeem vraagt welke vrije keuzes een Tim Bakker wil maken
  5. Tim Bakker vak of vakken aan die hij in vrije ruimte wil volgen
  6. Systeem geeft aan dat het vakkenpakket niet voldoet aan de eisen en geeft aan, aan welke eis uit de OER het vakkenpakket niet voldoet
  7. Tim Bakker wijzigt vakkenpakket
  8. Systeem geeft vakkenpakket weer en vraagt of student vakkenpakketaanvraag wil indienen
  9. Tim Bakker bevestigd aanvraag en geeft handtekening


7. Vakkenpakketaanvraag beoordelen

Scenario 1

  1. Examencommissie selecteert een aanvraag van een vakkenpakket van Tim Bakker
  2. Systeem toont de samenstelling van het vakkenpakket
  3. Examencommissie keurt de aanvraag goed en zet handtekening
  4. Systeem bevestigd goedkeuring

Scenario 2

  1. Examencommissie selecteert een aanvraag van een vakkenpakket van Tim Bakker
  2. Systeem toont de samenstelling van het vakkenpakket
  3. De examencommissie keurt de aanvraag af, en geeft de reden aan
  4. Systeem bevestigd dat aanvraag is afgekeurd


8. Vrijstelling aanvragen

Scenario 1

  1. Tim Bakker kiest het vak waarvoor hij vrijstelling wil aanvragen, geeft reden waarom hij vrijstelling zou verdienen, en voegt mogelijk bewijslast toe
  2. Systeem geeft aan dat de aanvraag is ingediend en geeft de naam van de examinator die goedkeuring moet verlenen


9. Curriculum toevoegen

Scenario 1

  1. FSA geeft aan een nieuw vakkenpakket toe te willen voegen
  2. Systeem geeft overzicht van studies en vraagt voor welke studie FSA een curriculum wil toevoegen
  3. FSA bevestigd studie en geeft collegejaar waarvoor het curriculum geldt
  4. Systeem geeft beschikbare vakken weer
  5. FSA geeft aan welke vakken binnen het curriculum vallen
  6. Systeem geeft een overzicht van de geselecteerde vakken en bevestigd dat het curriculum is toegevoegd

Scenario 2

  1. FSA geeft aan een nieuw vakkenpakket toe te willen voegen
  2. Systeem geeft overzicht van studies en vraagt voor welke studie FSA een curriculum wil toevoegen
  3. FSA bevestigd studie en geeft collegejaar waarvoor het curriculum geldt
  4. Er is al een curriculum ingevoerd voor de geselecteerde studie in het opgegeven collegejaar, het systeem geeft overzicht van geselecteerde vakken en beschikbare vakken.
  5. Systeem geeft een overzicht van de geselecteerde vakken en bevestigd dat het curriculum is toegevoegd

Page Break




Integrated Domainmodel

Integrateddomainmodel.gif

Non-functional Requirements

Non-functionals beschrijven hoe de gebruik het systeem ervaart wanneer hij of zij deze gebruikt. Dit kan uitgedrukt worden in prestatie(snelheid), de beschikbaarheid van het systeem en toegankelijkheid en beveiliging van de gegevens in het systeem. Hiernaast is flexibiliteit een belangrijke requirement aan het systeem.

Prestatie: wanneer gebruikers moeten wachten op het systeem wanneer zij een bepaalde actie zouden willen uitvoeren kan dit veel irritatie veroorzaken. Om dit te voorkomen is al eis gesteld dat het systeem binnen een acceptabele tijd (3 sec.) alle gegevens geladen kan hebben.

Beschikbaarheid: de beschikbaarheid van het systeem moet goed zijn, maar er moet de mogelijkheid zijn om onderhoud te plegen en bijvoorbeeld onderwijsvrije weken.

Toegankelijkheid: het systeem en de verschillende delen hierbinnen mogen alleen toegankelijk zijn voor die gene die hiervoor geautoriseerd zijn. Gebruikers mogen geen data verloren laten gaan. Hierbij hoort ook dat acties gelogd moeten worden zodat ontvangst of verzending van data niet kan worden ontkend.

Bruikbaarheid: het systeem moet daadwerkelijk bijdragen aan het gebruikersvriendelijker maken van de processen. Dit kan alleen als het systeem makkelijk door gebruikers kan worden gebruikt.


Page Break




Appendum

Business Rules Catalogue

In deze bijlage vindt u de Business Rules die van toepassing zijn op het systeem. Om kopieerfouten tegen te gaan is in deze bijlage een gedeelte van de geldende regels opgenomen en wordt verder verwezen naar de bronbestanden:

  1. Onderwijs en ExamenRegelement Bachelor Informatica 2009-2010
  2. Onderwijs en ExamenRegelement Master Informatica 2009-2010
  3. Onderwijs en ExamenRegelement Bachelor Informatiekunde 2009-2010
  4. Onderwijs en ExamenRegelement Master Informatiekunde 2009-2010

Deze bronbestanden zijn de OERs van het collegejaar 2009-2010. Via de website (Link) zijn ook oudere en nieuwere versies beschikbaar.

Opgenomen vanuit OER 2009 - 2010
# Regel Statisch of dynamisch? Source Bachelor IK / IC
# Het propedeutische examen moet een studielast van 60 EC's hebben Statisch OER Bachelor IK & IC
# Het bachelorexamen heeft een studielast van 180 ec. Statisch OER Bachelor IK & IC
# In de postpropedeuse minimaal 6, maximaal 30 ec in de taal Engels Statisch OER Bachelor IK & IC
# De postpropedeuse omvat voorts een vrijekeuzeruimte met een minimale omvang van 6 ec Statisch OER Bachelor IK&IC
# Een bachelor student volgt een minor met een omvang van 30 ec of stelt een vakkenpakket samen met een omvang van 30 ec Statisch OER Bachelor IK & IC
# De postpropedeuse omvat 1 of meer cursussen met een wijsgerig karakter met in totaal een minimale omvang van 3 ec Statisch OER Bachelor IK & IC
# De postpropedeuse omvat 1 of meer cursussen met een communicatie, educatie en management karakter (CEM). Studenten van lichting 2007 dienen een cursus van 6 ec te kiezen. Studenten met lichting 2008 een CEM-cursus van 3 ec. Statisch OER Bachelor IK & IC
# De postpropedeuse omvat een afsluitende proeve van bekwaamheid van minimaal 9 ec (Research & Development 3: Bachelorscriptie). Statisch OER Bachelor IK & IC
# HVoor de toelating tot de postpropedeutische fase geldt als eis het bezit van het propedeutisch diploma van de betreffende opleiding. Statisch OER Bachelor IK & IC
# Studenten die na het eerste jaar niet voldoen aan de eisen van het propedeutisch examen, mogen reeds tentamens van het tweede studiejaar (postpropedeutische fase)afleggen indien ze in de propedeutische fase van de opleiding minimaal 45 EC hebben behaald. Statisch OER Bachelor IK & IC
# Duitse scholieren die de Leistungskurs Mathematik of de combinatie Grundkurs Mathematik met de Leistungs/Grundkurs Informatik in de laatste 2 jaar voor het Abitur hebben gevolgd en behaald worden toegelaten tot de bacheloropleiding Informatica. Statisch OER Bachelor IK & IC
# ... ... ... ... ...
# ... ... ... ... ...
# Het masterexamen heeft een studielast van 120 ec. Statisch OER Master IC
# De masteropleiding omvat de volgende onderdelen met de daarbij vermelde studielast: Informatica basis (3 ec), Research & Development (20 ec) en afstudeeropdracht. Hiernaast is er het keuze onderdeel waarbij gekozen wordt tussen thamatische specialisatie (24 ec), Keuze informatica, bijvak (25 ec), vrije keuze (6 ec) Dynamisch OER Master IC
# Er zijn drie varianten masteropleiding: onderzoeksvariant (O), Management& toepassing (MT) en wetenschapscommunicatie (c) Statisch OER Master IC
# ... ... ... ... ...
# ... ... ... ... ...

Page Break




Terminological Definitions

Term Beschrijving
Opleiding De bacheloropleiding bedoel in 7,3a lid 1 van de Wet op het Hoger onderwijs en Wetenschappelijk onderzoek afgekort tot WHW en zoals sindsdien gewijzigd.
Student Hij of zij die is ingeschreven aan de instelling voor het volgen van het onderwijs en/of het afleggen van de tentamens en de examens van de opleiding
Propedeuse De propedeutische fase van de opleiding, als onderdeel van de opleiding, genoemd in artikel 7.8 van de WHW
Examen Toetsing, waarbij door de examencommissie wordt vastgesteld of alle tentamens van de tot de propedeuse behorende onderwijseenheden respectievelijk van alle tot de bachelor behorende onderwijseenheden met goed gevolg zijn afgelegd, voor zover de examencommissie niet heeft bepaald dat het examen tevens omvat een door haar zelf te verrichten onderzoek naar de kennis, inzicht en vaardigheden van de examinandus alsmede de beoordeling van de uitkomsten van dat onderzoek. Conform artikel 7.10 van de WHW.
Examencommissie De examencommissie van een opleiding ingesteld conform artikel 7.12 van de WHW. Zie ook Structuurregeling Link
EC Studiepunten, conform het European Credit Transfer System.
Instelling Radboud Universiteit Nijmegen
Bachelor opleiding Een academische basisopleiding waar de student de basiskennis leert over een vakgebied.
Keuzevak Vak welke student zelf moet invullen, naast de standaard vakken in het vakkenpakket.
FSA Facultaire Studenten Administratie
Studieadviseur Medewerker aangesteld voor het begeleiden van student in het maken van keuzes gerelateerd aan hun studie
Examinator De medewerker welke verantwoordelijk is voor het vak.
Stakeholder Belanghebbenden in dit project
Verplichte vakken Vakken welke iedere student dient te volgen wanneer een student een vakkenpakket behorend tot een curriculum heeft gekozen.
OER De Onderwijs Examen Regeling. In deze regeling zijn de regels over het onderwijs en examen vastgelegd.
Faculteit Hoofdafdeling binnen een universiteit