Katholieke Hogeschool Kempen

Transcriptie

1 Katholieke Hogeschool Kempen Campus Geel Departement Handelswetenschappen en Bedrijfskunde 2de jaar Toegepaste Informatica Examenrooster Eisenanalyserapport Teamnr: 63 Luca Andronico (2Ti6 631) Jorge Schrauwen (2TI6 633) Gianni Coenen (2TI6 632) Academiejaar

2 Inhoudsopgave 1 Inleiding Functionele eisenanalyse Use case diagram (Sealevel-niveau) Use case diagram (Fish-niveau) Raadplegen examenrooster Ingeven examenrooster Beheren gebruikers Importeren periodes/klassen/vakken/docenten/studenten Use case scenarios Raadplegen examenrooster Ingeven examenrooster Beheren gebruikers Importeren gegeven Inloggen Niet-functionele eisenanalyse Bruikbaarheid Schaalbaarheid Veiligheid Kritikaliteit Uitvoeringsfrequentie en responsetijd Betrouwbaarheid Andere niet-functionele eisen User interface diagram Inloggen Raadplegen examenrooster Ingeven examenrooster Beheren gebruikers Importeren periodes/klassen/vakken/docenten/studenten Datamodel Attributenlijst Relationeel schema Relatiebeschrijving FK specificaties

3 Project PHP Examenrooster 1 Inleiding De doelstelling bestaat eruit om een php-webapplicatie te bouwen waarmee de studenten van het departement HWBKG een geïndividualiseerd examenrooster kunnen bekijken. Dit examenrooster is dan volledig aangepast aan de student. Voor mensen die een persoonlijk traject volgen is dit uiterst makkelijk om te bekijken wanneer hun examens vallen. Deze toepassing is niet alleen bestemd voor de studenten maar ook voor de docenten. Docenten kunnen immers ook zo gemakkelijk bekijken wanneer ze examens moeten komen afleggen. De bestaande webapplicatie heeft niet de vereiste functionaliteiten die de gebruiker nu wilt. Doordat deze applicatie in asp is geschreven is ze moeilijker te onderhouden. Nu is ook het niet mogelijk om een lessenrooster van een bepaalde klas op te vragen. De beheerder wil op een effiecient en makkelijke manier de examenroosters kunnen ingeven via de zelfde php-webapplicatie. 3

4 2 Functionele eisenanalyse 2.1 Use case diagram (Sealevel-niveau) 4

5 2.2 Use case diagram (Fish-niveau) Raadplegen examenrooster Inloggen Ingeven examenrooster 5

6 2.2.3 Beheren gebruikers Importeren periodes/klassen/vakken/docenten/studenten 6

7 2.3 Use case scenarios 2.4 Raadplegen examenrooster Naam : raadplegen examenrooster Samenvatting : Docent/student bekijkt zijn persoonlijke examenrooster en print dit eventueel af. Actoren : docent/student Precondities : actor is ingelogd Actor System Exception/Alternative 1. examenrooster wordt getoond 2. kiest voor het (1) afdrukken van zijn examenrooster 3. drukt examenrooster af 4. stopt met use case Exception/Alternative Description Actions (1) Actor wilt zijn examenrooster Actor stopt met use case niet afdrukken. Resultaat: De actor heeft zijn examenrooster bekeken en dit eventueel afgedrukt. 7

8 2.5 Ingeven examenrooster Naam : ingeven examenrooster Samenvatting : Ingeven van de data en lokalen voor de examens. Actoren : beheerder Precondities : actor is ingelogd actor heeft gekozen voor ingeven van examenroosters Actor System Exception/Alternative 1. kiest periode en klas 2. toont kalender 3. kiest dag en wijst een vak toe. 4. datum + vak worden bewaard 5. vraagt voor lokaal 6. vult een lokaal in 7. lokaal wordt bewaard 8. gaat naar stap 2 9. stopt met use case (1) Exception/Alternative Description Actions (1) Actor duidt nog meer datums Actor gaat verder naar stap 3 aan. Resultaat: Er zijn nu datums en lokalen bekend voor een of meerdere examen vakken. 8

9 2.6 Beheren gebruikers Naam: beheren gebruikers Samenvatting: Beheren van accounts. Actoren: beheerder Voorwaarden: Actor is geïdentificeerd als beheerder. Actor Systeem Uitzondering/Alternatief 1. Actor kiest voor het 2. systeem toont invulformulier (1) aanmaken van een nieuwe beheerder 3. actor vult in of bewerkt de gegevens en slaat op 4. systeem valideert en slaat de gegevens op Uitzondering/Alternatief Omschrijving (1) Actor kiest om een bestaande beheerder te bewerken Actie Systeem toont invulformulier met bestaande gegevens ingevuld en gaat naar stap 3 Resultaat: Gebruikersgegevens aangepast. 9

10 2.7 Importeren gegeven Naam : importeren periode/klassen/vakken/docenten/studenten Samenvatting : Importeren van periode/klassen/vakken/docenten/studenten Actoren : beheerder Preconditie : actor is ingelogd Actor System Exception/Alternative 1. kiest te importeren bestand 2. geeft bevestiging bestand succesvol geïmporteerd (1) Exception/Alternative Description Actions (1) Importeren niet succesvol Actor kan opnieuw proberen te importeren Resultaat: Er zijn nu examen periodes met klassen die deel nemen aan deze periode en de vakken die deze klassen hebben. 10

11 2.8 Inloggen Naam: inloggen Samenvatting: Een actor logt in als beheerder of gebruiker. Actoren: Elke gebruiker van de applicatie Voorwaarden: De actor beschikt over een s/p nummer of een gebruiker/wachtwoord indien hij een beheerder is. Actor Systeem Uitzondering/Alternatief 3. Actor identificeert zich 2. systeem valideert het soort gebruiker 3. actor is geïdentificeerd (1) 4. gebruiker krijgt examenroorster (2) Uitzondering/Alternatief Omschrijving Actie (1) De actor heeft geen geldige Systeem geeft passende melding. identificatie (2) De actor is een beheerder Systeem gaat over naar beheerders mode. Resultaat: Een geldige gebruiker is ingelogd. 11

12 3 Niet-functionele eisenanalyse 3.1 Bruikbaarheid Het systeem moet werken op een pc. Het systeem moet een grafische userinterface hebben De gebruiker (docent, student, administrator) van het systeem dient enige ervaring hebben met een PC met Windows. Het systeem moet online beschikbaar zijn De gebruiker (docent, student, administrator) van het systeem hoeft geen kennis van PHP of een andere programmeertaal te beschikken. 3.2 Schaalbaarheid Het systeem dient vanaf meerdere PC's in een netwerk toegankelijk te zijn. Gebruikers moeten onafhankelijk van elkaar gebruik moeten kunnen maken van het systeem. 3.3 Veiligheid Docent moet inloggen met een paswoord. 3.4 Kritikaliteit Géén 3.5 Uitvoeringsfrequentie en responsetijd De responstijden van het systeem zijn kleiner dan 1 seconde. Het systeem dient vanaf meerdere PC's in een netwerk toegankelijk te zijn. 3.6 Betrouwbaarheid Het systeem moet verbinding kunnen leggen en gegevens kunnen halen uit een database via MySQL. 3.7 Andere niet-functionele eisen Het systeem word geprogrammeerd in php 12

13 4. User interface diagram 4.1 Inloggen 13

14 4.2 Raadplegen examenrooster 14

15 4.3 Ingeven examenrooster 15

16 4.4 Beheren gebruikers 16

17 4.5 Importeren periodes/klassen/vakken/docenten/studenten 17

18 5. Datamodel 5.1 Attributenlijst persoon klas examen examenonderdeel persoonid klasid examenid examenonderdeelid FK1 academiejaarid FK6 afdelingid FK9 lokaalid FK12 examenid AK nummer FK7 academiejaarid FK10 periodid FK13 examentypeid AK naam naam FK11 lesid type datum les afdeling uur lesid vak afdelingid FK14 vakid vakid FK8 departementid lokatie FK15 klasid AK naam naam lokatieid FK16 docent_persoonnummer FK2 academiejaarid lokatie departement studentles academiejaar departementid examentype studentlesid ac ademiejaarid naam examentypeid FK17 student_persoonnummer beginjaar type FK18 lesid eindjaar mededeling mededelingid FK3 periodeid FK4 departementid mededeling periode periodeid omschrijving FK5 academiejaarid AK AK AK 18

19 5.2 Relationeel schema Persoontype * 0..* 1,1 0..* 1, * 0..* vak 14 les examen 9 1,1 0..* 1,1 1, * 1..* 1,1 1,1 1,1 0..* persoon examenonderdeel lokatie * * ,1 1,1 1..* 1..* 1,1 1,1 5 1,1 academiejaar studentles examentype 19

20 5.4 Relatiebeschrijving R1 1 persoon (student of docent) volgt/geeft les in 1 academiejaar R10 1 examen gaat door voor 1 periode 1 academiejaar heeft 0 of meerdere personen 1 perdiode kan 0 of meerdere examens hebben R2 1 vak word gegeven in 1 academiejaar R11 1 examen gaat door voor 1 les 1 academiejaar heeft 0 of meerdere vakken 1 les heeft 0 of meerdere examens R3 1 mededeling hoort bij 1 periode R12+R13 1 examen heeft 1 of meerdere examen types 1 periode heeft 0 of meerdere mededelingen 1 examen type kan 0 of meerdere examens hebben R4 1 mededeling hoort bij 1 departement R14 1 les wordt gegeven voor 1 vak 1 departement heeft 0 of meerdere mededelingen 1 vak heeft 1 of meerdere lessen R5 1 periode hoort bij 0 of 1 academiejaar R15 1 les wordt gegeven aan 1 klas 1 academiejaar heeft 0 of meerdere periodes 1 klas heeft 1 of meerdere lessen R6 1 klas hoort bij 1 afdeling R16 1 les word gegeven door 1 persoon(docent) 1 afdeling heeft 0 of meerdere klassen 1 persoon(docent) heeft 0 of meerdere lessen R7 1 klas hoort bij 1 academiejaar R persoon(student) volgt 1 of meerdere lessen 1 academiejaar heeft 0 of meerdere klassen 1 les wordt gevolgd door 1 of meerdere personen(student) R8 R9 1 afdeling hoort bij 0 of 1 departement 1 departement heeft 0 of meerdere afdelingen 1 examen gaat door op 1 lokatie 1 lokatie kan 0 of meerdere examens hebben 20

21 21

22 5.5 FK specificaties FK01 NNA DTR FK02 NNA DTR FK03 NNA DTR FK04 NNA DTR FK05 NNA DTR FK06 NNA DTR FK07 NNA DTR FK08 NA DTR FK09 NNA DTR FK10 NNA DTR FK11 NNA DTR FK12 NNA DTR FK13 NNA DTR FK14 NNA DTR FK15 NNA DTR FK16 NNA DTR FK17 NNA DTR FK18 NNA DTR 22