Webdevelopment BB 2.3

Webdevelopment

BB 2.3

1

Colofon Titel: Uitgever: Telefoon: Fax:

@motion De Eindhovense school 040 2591391 040 2591350

Ontwikkelgroep Webdevelopment Niets uit deze uitgave mag worden verveelvoudigd en/of openbaar gemaakt worden door middel van druk, fotokopie, microfilm, of op welke andere wijze dan ook, zonder voorafgaande schriftelijke toestemming van de uitgever. No part of this book may be reproduced in any form, by print, photoprint, microfilm or any other means without written permission from the publisher.

Webdevelopment

BB 2.3 januari 2009 versie 4

INHOUD

1 Inleiding

4

2 Fasering

6

3 Wat wordt jouw project?

8

4 Project 4.1 Projectfases 4.2 Oriëntatiefase 4.3 Ontwerpfase 4.4 Realisatiefase 4.5 Test en acceptatiefase 4.6 Eindpresentatie

9 10 11 13 15 17 18

5 Rollen

19

6 Gedetailleerde briefing/taak 6.1 Museum, mooi en lelijk 6.2 Auditorium, luistercursus I 6.3 Auditorium, luistercursus II 6.4 Volksuniversiteit movie 6.5 Volksuniversiteit culi 6.6 Volksuniversiteit auction 6.7 Open source I 6.8 Open source II 6.9 Dis leksie 6.10 Leerlingvolgsysteem; portfolio 6.11 Urenregistratiesysteem Stickemup 6.12 Netwerk Stickemup

20 20 21 22 23 24 25 26 27 28 30 32 34

7 Begrippen

35

Webdevelopment

BB 2.3

1 INLEIDING

Voor je ligt blokboek 2.3. Dit blokboek is afwijkend van de voor gaande. Gedurende dit blokboek worden twee meesterproeven afge nomen. De opdrachten zijn in het blokboek opgenomen, de instruc tie voor deze meesterproeven krijg je tezijnertijd. Bovendien staan een aantal projecten beschreven, waarvan je in samenspraak met de docenten 1 project,mag kiezen als verdiepingsopdracht. Indien van toepassing en nodig wordt een individueel project voor iemand ontwikkeld.

Projecten en management Projectmanagement is het aansturen van een project. Een project komt voort uit een projectmatige aanpak van een probleem. Een probleem kan van alles zijn: het bouwen van een applicatie, het starten van een nieuwe opleiding, het schrijven van een rapport. Er bestaan verschillende manieren om projecten in te delen. Al deze methoden komen neer op hetzelfde: 1. Een denkstadium, 2. een doestadium en 3. een afbouwstadium In het denkstadium wordt bedacht wat het eindresultaat moet zijn, in het doestadium wordt aan het eindresultaat gewerkt en in de afbouwfase wordt alles afgerond. Er zijn drie manieren om een probleem aan te pakken:

Routinematig werken Deze aanpak heeft als voordeel boven de andere twee dat het efficiënt is. Routinematig werken heeft iets van herhaling in zich. De aanpak leent zich dan ook goed voor het aanpakken van problemen die zich regelmatig voordoen. Binnen een organisatie volgt men gebaande paden, communicatielijnen en besluitvormingsprocessen.

Improviserend werken Het voordeel van improviserend werken is dat het flexibel is. Doordat weinig wordt vastgelegd en er geen vaste regels en procedures worden gevolgd kan er sneller worden ingespeeld op veranderende omstandigheden.

Projectmatig werken Deze aanpak combineert de effiency van routinematig werken met de flexibiliteit van improviserend werken. Projectmatig werken is niet altijd de beste optie.

Webdevelopment

BB 2.3

4

1 INLEIDING

Overwegingen Een routinematige aanpak ligt het meeste voor de hand wanneer men een bepaald resultaat herhaaldelijk dient de bereiken bij gelijkblijvende omstandigheden en met gelijkblijvende middelen. Improviserend werken ligt het meest voor de hand indien je iets volstrekt nieuws, onder volstrekt onbekende omstandigheden en met onvertrouwde middelen dient aan te pakken. Projectmatig werken ligt tussen deze uitersten in. Deze aanpak ligt voor de hand als: • Het gewenste resultaat niet volstrekt nieuw is maar wel veel nieuwe elementen bevat; • Mensen uit verschillende disciplines of vakgebieden moeten samenwerken; • Men eenmalig een maximale prestatie moet leveren; • Men over beperkte middelen beschikt om dat resultaat te bereiken

Webdevelopment

BB 2.3

5

2 FASERING

Een belangrijke rol binnen projecten speelt de projectfasering. 1. Eerst denken, dan doen. 2. Het denken van voor naar achteren èn van achteren naar voren. 3. Het werken van grof naar fijn. Deze drie principes leiden tot een fasering die als kenmerk heeft dat aan het eind van ieder fase een keuze gemaakt dient te worden voor de rest van het project. Alternatieven vallen dus na iedere fase af. Na iedere fase wordt de beslissing vastgelegd in een zogenaamd beslisdocument. Dit document geeft de staat van het project weer en is uitgangspunt voor de volgende fase. Overigens is deze manier van faseren niet heilig, in de literatuur zijn meerdere faseringen te vinden.

Oriëntatiefase Deze fase kent meerdere doelen: Vaststellen of alle projectleden dezelfde doelstelling nastreven en vaststellen of iedereen die doel stelling projectmatig wil bereiken. Dit komt er eigenlijk op neer dat er wordt vastgesteld wat het probleem is. Verder het zo concreet en eenduidig mogelijk formuleren van het projecteindresultaat. Ook is in deze fase ruimte voor het verdelen van het project in deelprojecten. Tenslotte moet vastgesteld worden wat de activiteiten in de volgende fasen zullen zijn, hiervoor maak je een plan van aanpak. Zie taken opsplitsen *1, pag. 6.

Ontwerpfase Het doel van de ontwerpfase is het vinden van oplossingen. Deze oplossingen worden geformuleerd naar aanleiding van de in de definitiefase vastgestelde eisen en wensen. Na afloop van deze fase is bekend hoe het projectresultaat eruit ziet qua vorm, inhoud en derge lijke. Ook moet worden aangetoond dat het gekozen ontwerp voldoet aan de gestelde eisen. Aan het eind van deze fase moeten alle hulp middelen, voorschriften en dergelijke bekend zijn. Dit om te voorkomen dat men in de realisatiefase voor verrassingen komt te staan.

Realisatiefase De realisatiefase is bedoeld om het projectresultaat te maken, in te voeren of uit te voeren. Al het werk uit voorgaande fasen wordt geïntegreerd.

Nazorgfase Als het projectresultaat gereed is moet er nog ruimte zijn om eventuele problemen aan het resultaat te verhelpen. Hier hoort dan ook het verhelpen van storingen en klachten. Deze fasen zijn vaak niet letterlijk terug te vinden in project planningen. Dat komt omdat de fasen altijd gespecificeerd worden in deelprojecten en deeltaken.

Webdevelopment

BB 2.3

6

2 FASERING

*1 Taken opsplitsen Een belangrijk deel van project management heeft betrekking op het opsplitsing van het project in deelprojecten en uiteindelijk deeltaken. Dit levert uiteindelijk een plan van aanpak en een strokenplanning op. Het opsplitsen kan gebeuren aan de hand van een zogenaamde Work Breakdown Structure. Een Work Breakdown Structure, WBS, houdt in dat, uitgaande van het projectdoel, deelprojecten worden geformuleerd. Deze deelprojecten worden gesplitst in deeltaken, net zolang totdat er duidelijk hanteerbare taken te definiëren zijn. Er zijn verschillende benaderingen mogelijk voor het indelen van een WBS. Veel gebruikt worden de volgende indelingen:

Objectmatig of fysieke verbanden Activiteiten worden gebundeld op grond van het feit dat ze gericht zijn op verschillende deelobjecten.

Geografische of plaatsruimtelijke verbanden Activiteiten worden onderscheiden of gebundeld omdat zij op verschillende lokaties verricht worden.

Procesmatige verbanden Activiteiten worden onderscheiden of gebundeld omdat zij tot verschillende fasen van een proces behoren.

Deskundigheidsgerichte verbanden Activiteiten worden onderscheiden omdat zij door mensen met fun damenteel verschillende deskundigheden worden verricht.

Prestatiegerichte verbanden Activiteiten worden onderscheiden omdat zij gericht zijn op funtionele eisen van het projectresultaat. Een WBS helpt bij het opsplitsen van taken. Deze opsplitsing is nodig om het project te plannen.

Bronnen Gert Wijnen, Willem Renes, Peter Storm Projectmatig werken , Utrecht : Het Spectrum, 1996 F.L. Harrison Advanced project management : a structured approach, Aldershot [etc.] : Gower, 1992

Webdevelopment

BB 2.3

7

3 WAT WORDT JOUW PROJECT?

1. Indien de examenvergadering vindt dat jij op de goede weg zit en op een juiste en structurele manier bezig bent met je competenties en reeds voldoet aan de concentrische eisen zoals deze zijn afgeleid van het kwalificatiedossier, dan wordt er niets opgelegd. In dat geval ga je, in overleg met je mentor en vakdocent, jouw eigen leerdoelen opstellen. Dit moet gebeuren in week 8 en 9 van het voorafgaande periode. Jouw leerdoelen moeten vallen binnen het concept van dit blokboek en worden beschreven op de manier zoals voorgeschreven in de bijgevoegde modellen. De doelen en toetscriteria worden binnen 1 week na opstelling goed of afgekeurd door de examencommissie. Zij bekijken of het gestelde daadwerkelijk aan de eindcriteria voldoet. Zoals blijkt uit de bijgevoegde modellen moet duidelijk worden wat de productspecificaties zijn en hoe het staat met de deadlines. 2. Indien de examenvergadering heeft geconstateerd dat je op een aantal onderdelen nog niet voldoet aan de concentrische eisen zoals deze uit het kwalificatie dossier zijn afgeleid dan ga je je hierop her oriënteren. De hiaten worden in week 8 vastgelegd en je ontvangt van de examencommissie een projectopdracht aan eind week 9 van de voorafgaande periode. Jouw leerdoelen vallen binnen het concept van dit blokboek en worden je aangereikt door de examencommissie. Uit je opdracht wordt duidelijk wat de productspecificaties zijn en hoe het staat met de deadlines. Verder worden de beoordelingscriteria aangegeven binnen 1 week na opstelling van je dossier. Als er iets niet duidelijk is houd je er vanaf nu rekening mee dat het initiatief voortaan bij jou behoort te liggen. Jij moet jouw leerproces zelf gaan sturen. Als je na dit blok nog steeds niet voldoet aan de gestelde eisen dan resten er nog drie mogelijkheden: Je gaat naar een andere opleiding op een andere school. Je gaat het een niveau lager proberen Je doet periode 4, 5, 6 en 7 over.

De opdrachten Alle opdrachten worden gesitueerd rondom een virtuele wereld op Internet.

Plaats van het blok in de opleiding Blok 2.1 @hour

Blok 2.2 On-the-flyer

Blok 2.3 @motion

Blok 2.4 @work

De competenties Aan het einde van deze periode moet je voldoen aan een aantal zogenaamde basis competenties. “Competent” betekent volgens Van Dale: “bekwaam, deskundig, geschikt”.

Webdevelopment

BB 2.3

8

4 PROJECT

De virtuele wereld In een ander project is een begin gemaakt met een 3D omgeving waar je als bezoeker doorheen kunt lopen en andere mensen kunt ontmoeten. Centraal in deze wereld staat de Grote Markt. Dit plein is het startpunt van elke bezoeker. Op en rondom het plein wor den allerlei activiteiten ingepland waaraan de bezoekers deel kun nen nemen. Zo kun je naar een van de café’s, waar je met andere bezoekers kunt chatten, muziek beluisteren en eventueel je eigen muziek in de jukebox kunt stoppen. Er moet een museum komen waar exposities van bewoners en bezoekers te bekijken zijn. Naast het bekijken van exposities moet je als bewoner er ook zelf een expositie in kunnen richten met jouw eigen werk. Verder is er een auditorium waar tal van activiteiten plaats kunnen vinden zoals forum discussies, documentaire voordrachten, concer ten etc. Verder komt er nog een bioscoop en moet je je geld kunnen verkwisten in een casino. Door de gehele omgeving heen zullen er op tal van plaatsen moge lijkheden moeten zijn voor communicatie tussen bewoners en/of bezoekers. Men kan hier denken aan een berichten bord voor het actuele nieuws. Misschien zelfs een soort van postbodes die mensen persoonlijke berichten kunnen door geven en nog veel meer, kijk maar eens naar secondlife. Je ziet dan dat het ook uit de hand kan lopen en ziekelijke vormen aan kan nemen.

Projectopdrachten De virtuele stad wordt bestuurd door een gemeenteraad met als voorzitter en eindverantwoordelijke de burgemeester. De burgemeester van deze virtuele stad wil graag dat zijn stad op cultureel en onderwijskundig niveau een hoogstandje wordt en er allerlei culturele activiteiten in zijn stad gaan plaats vinden. Hiervoor moet content worden ontwikkeld. Deze activiteiten zijn of worden opgenomen in de projectbijlagen.

Bronnen www.3dee.nl 3d.pagina.nl www.secondlife.com secondlife.startpagina.nl

Webdevelopment

BB 2.3

9

4.1 PROJECTFASES

Projectfases Dit semester werk je aan twee briefings. Aan de hand van deze briefings bepaal je met je team, opdrachtgever en projectbegeleider hoe je de projectfases gaat definiëren. Dit leg je vast in het plan van aanpak. Iedere fase wordt afgesloten met een GO of NO-GO. Dat wil zeggen dat er aan het einde van iedere fase een beoorde lingsmoment ligt, hierna kun je door met de volgende fase of je moet nog wat zaken herstellen of veranderen. Achtereenvolgens worden dit de fases 1. oriëntatiefase, 2. ontwerpfase, 3. realisatiefase, 4. testfase en 5. acceptatiefase

Webdevelopment

BB 2.3

10 10

4.2 ORIENTATIEFASE

Orientatiefase • Orientatieverslag • Plan van Aanpak

Specificaties oriëntatieverslag In het oriëntatieverslag wordt verwacht dat je duidelijk maakt dat je de projectopdracht begrepen hebt. Je geeft in eigen woorden de projectopdracht weer; debriefing. Je doet onderzoek naar andere, alternatieve informatiesystemen, die kunnen bijdragen aan de oplossing van het probleem. Dit verslag vormt de basis voor het plan van aanpak Beoordeling: • Een duidelijke debriefing van het project, in eigen woorden, die eventueel mondeling wordt toegelicht. • Een beschrijving van andere, alternatieve informatiesystemen, die kunnen bijdragen aan de oplossing van het probleem. Specificaties plan van aanpak Het plan van aanpak beschrijft de manier waarop het project wordt opgezet en geeft daarvoor de redenen. Dit is een belangrijk basis document. Gebruik de volgende indeling: (tussen haakjes is een verwijzing gemaakt naar de onderdelen van PvA in het boek Projectmanagement) Inleiding (achtergronden) • Waar gaat dit project over? Probleembeschrijving (achtergronden) • Beschrijf het probleem. Wat moet je als groep gaan maken. Met welk probleem heeft de klant jullie opgezadeld. Alternatieven (projectopdracht) • Beschrijf de verschillende mogelijke alternatieve oplossingen om het probleem aan te pakken. • Oplossingen kunnen variëren van gekochte pakketten tot zelfge bouwde systemen. Beschrijf daarbij waarom voor één specifieke aanpak is gekozen. Aanpak (projectactiviteiten, projectgrenzen, randvoorwaarden) • Hoe ziet de indeling in fasen en / of releases er uit; • Wat wordt er gemaakt? • Is de capaciteit en kennis daarvoor aanwezig? • Welke specifieke technieken zijn nodig? • Beschrijf Tools, documentatie, licenties, pakketten? • Is er sprake van een bestaand systeem met bestaande gegevens en / of gebruikers dat geconverteerd moet worden naar een nieu we omgeving ? • Zo ja: Geef aan wat daarvoor nodig is en wat de randvoorwaarden zijn. Webdevelopment

BB 2.3

11 11

Hoe gaan we het doen (projectorganisatie, werkwijze, globale planning) • Hoe gaan de te leveren producten gerealiseerd worden ? • Wat zijn de eisen die daarbij gesteld worden door de verschillende partijen ? • Hoe verloopt dat proces ? Onderhoud • Welke eisen stelt het project, als het is afgelopen, aan de beheer organisatie; systeembeheerders, administrators en of moderators? Beoordeling: volledigheid van Plan van Aanpak, zie bovengenoemde indeling, dui delijkheid van Plan van Aanpak

Webdevelopment

BB 2.3

12 12

4.3 ONTWERPFASE

Ontwerpfase • Ontwerp interface applicatie • Functioneel technisch ontwerp applicatie • Planning per module/fase Specificaties Interface Onder de interface verstaan we de bediening - door de gebruiker - van het systeem. Hoe kan ik als gebruiker van de toepassing deze functionaliteit gaan gebruiken. Moet ik hier een 4-jarige opleiding voor volgen of snap ik de bediening en werking van het systeem in een oogopslag. We onderscheiden 2 soorten interfaces. Een hardware-matige. Je moet hierbij denken aan een toetsenbord, de muis, een joystick, een afstandsbediening etc. Waar wij ons op richten is de software-matige interface. Dit zijn de menu’s, knoppenbalken, iconen, etc alle items die jij als gebruiker ter beschikking krijgt om het systeem te bedienen. Bij het ontwerpen van de interface van het systeem en bijbehorende moet je goed rekening houden met de casus. Wat zijn mijn gebruikers? Zijn ze geschoold of ongeschoold in het systeem of soortgelijke systemen? Zoniet tot waar reikt hun kennisniveau tot het bedienen van het internet, een besturingssyteem etc. Hoe lager het kennisni veau tot het systeem is des te meer het aankomt op de kwaliteiten van een gebruiksvriendelijke intuitieve interface. Beoordeling: Het interface ontwerp moet aanwezig zijn, maar wordt niet apart beoordeeld. De interface van het systeem wordt uiteindelijk beoordeeld, getest, op gebruiksvriendelijkheid en consistentie . Specificaties functioneel technisch ontwerp Het doel van een functioneel technisch ontwerp is: ‘Het in samen spraak met de opdrachtgever / klant specificeren van een te bouwen informatiesysteem’. Een functioneel technisch ontwerp is de ‘blauw druk’ van het informatiesysteem en is op zodanige wijze samenge steld dat vervolgens datgene kan worden gebouwd wat de opdracht gever / klant nodig heeft en verwacht. Het functioneel technisch ontwerp wordt gemaakt voor diverse doelgroepen (eindgebruikers, tester, bouwers, kwaliteitsmedewerkers) die bij de ontwikkeling van een nieuw informatiesysteem betrokken zijn. De oplevering van het ‘functioneel technisch ontwerp’ wordt gezien als de formele afslui ting van de ontwerpfase en vormt de uitgangssituatie voor de vol gende fase: de realisatie. Bij het maken van een functioneel technisch ontwerp moet je op twee zaken letten: • De volledigheid van het functioneel technisch ontwerp • De duidelijkheid van het functioneel technisch ontwerp

Webdevelopment

BB 2.3

13 13

Gebruik de volgende indeling: Inleiding • Algemene beschrijving van de applicatie Uitwerking Functioneel Technisch ontwerp • ontwerp database, ERD. • use case beschrijvingen • klasse diagrammen Taakverdeling en planning • planning van realisatie- , test- en acceptatiefase • taakverdeling van taken binnen de projectgroep Beoordeling: • volledigheid van het functioneel technisch ontwerp • duidelijkheid van het functioneel technisch ontwerp

Webdevelopment

BB 2.3

14 14

4.4 REALISATIEFASE

Realisatiefase • Ontwikkelomgeving inrichten • Testsystemen inrichten • Omgeving voor proefproductie inrichten • Database bouwen • Middleware componenten bouwen Specificaties middleware componenten Middleware componenten bouwen, de middle ware componenten zijn de onderdelen van het systeem welke moeten worden uitge voerd door de PHP interpreter. De code voor uitvoering dient aan de onderstaande beoordelingscriteria te voldoen: • Correctheid Programma’s moeten correct zijn. Dit moet kunnen worden aange toond door het te laten lopen in enkele situaties en door uitleg te geven over alle onderdelen ervan. Uiteraard moeten progamma’s ook robuust zijn. • Leesbaarheid Het programma moet leesbaar zijn. Dit betekent dat het een dui delijke structuur moet hebben, het qua layout netjes is en dat er voldoende functioneel commentaar in het programma aanwezig is. De structuur van een programma heeft betrekking op de indeling en samenhang van verschillende modules en de logische plaatsing van variabelen en functies daarin. • Layout De layout moet consistent zijn dus altijd evenveel inspringen en altijd op dezelfde wijze worden uitgevoerd. De statements binnen een begin .. end blok moeten op dezelfde manier ingesprongen wor den. begin - end en andere open/sluit-structuren dienen exact onder elkaar te staan. • Commentaar programma Elk programma of programma-onderdeel moet worden voorzien van een commentaarblok met daarin opgenomen: de naam van de auteur, de datum, het versienummer en een beschrijving van de functie van het programma. De datum kan weer genuanceerd wor den in aanmaakdatum en modificatiedata. • Commentaar functies Elke functie moet worden voorzien van een commentaarblok met een beschrijving van de werking van de functie. Doe dit in een vorm die bekend staat onder de naam effectbeschrijving: het effect van de functie wordt duidelijke en liefst zo formeel mogelijk aangege ven, daarbij refererend aan meegegeven parameters en het eventu eel op te leveren functieresultaat • Commentaar variabelen Geef variabelen zinvolle namen in relatie tot de functie die ze ver vullen. Webdevelopment

BB 2.3

15

Documenteer zo goed mogelijk aan welke functie een variabele bin nen een programma of onderdeel vervult, of de wijze waarop deze wordt gebruikt. Hoewel het gebruik van globale variabelen wordt afgeraden, moeten van dergelijke variabelen ook worden aangegeven in welke pro gramma-onderdelen zij worden aangepast.

Webdevelopment

BB 2.3

16 16

4.5 TEST- EN ACCEPTATIE-FASE

Testfase • Unittest, Module. • Integratietest, Alfa release. • Systeemtest, Beta release. • Gebruikerstest, Release Candidate.

Acceptatiefase • Gebruikersdocumentatie • Volledig werkende applicatie cq toepassing volgens het functioneel technisch ontwerp • Database • Implementatie van 1 klant

Webdevelopment

BB 2.3

17 17

4.6 EINDPRESENTATIE

Eindpresentatie Uiteindelijk presenteer je een werkende applicatie of service on-line. De totale verslaglegging gebonden en uitermate netjes verzorgd op papier Hierin komen voor: Orientatieverslag Plan van aanpak Uml usecasebeschrijvingen Broncode Verder zorg je ervoor dat alles is opgenomen in de digitale portfolio. Beoordeling In dit blokboek zullen de werkprocessen van de ICT‘er mediatechno loogie Xmedia worden gekoppeld aan de competenties. De werkpro cessen zijn gekoppeld aan de producten en moeten worden opgeno men in je portfolio. Je laat je skills zien in de eindpresentatie. Criteria Als criteria voor de producten gelden de eisen zoals gesteld in de projectopdracht. Is de presentatie overzichtelijk opgebouwd Geeft de presentatie een goed en helder totaalbeeld Laat de presentatie ruimte tot vragen/reactie Is de presentatie zowel verbaal als non-verbaal goed verzorgd.

Overgang naar blokboek 2.4 Voor de overgang naar 2.4 moeten de taken uit dit blokboek met minimaal een voldoende zijn afgesloten en ook alle voorgaande taken uit de blokboeken 1.1, 1.2, 1.3, 1.4, 2.1 en 2.2 aan de criteria voldoen. Er moet on-line een portfolio staan waarin de afgesproken taken van de blokboeken 1.1 tot en met 2.3 zijn opgenomen en als voldoende cq excellent zijn beoordeeld.

Webdevelopment

BB 2.3

18 18

5. ROLLEN

Binnen projecten is er sprake van een rol- en een taakverdeling. In dit deel van de bijlage worden de mogelijke rolverdelingen besproken. Een aantal rollen kan door meerdere personen vervuld worden. Het is aan het projectteam om hier een, eigen, invulling aan te geven. Het heeft de voorkeur om combinatiefuncties in het leven te roepen, het is niet toegestaan om een en dezelfde persoon gedurende het gehele project 1 functie te laten vervullen.

Projectmanager De projectmanager heeft een uitermate belangrijke rol binnen het project. Hij draagt de zorg voor een correcte werkwijze, planning, taakverdeling en voortgangscontrole. Let onder andere op de mate van samenwerking binnen de groep, het al dan niet behalen van deadlines, het nakomen van afspraken en het motiveren van de projectleden en legt hiervan verslag. Tijdens werkoverleg draagt de projectmanager zorg voor een agenda, hij zit de bijeenkomst voor en zorgt voor een notulist.

Trafficmanager Deze draagt zorg en is verantwoordelijk voor de document flow en het in kaart brengen en faciliteren van eisen en wensen aan apparatuur. De trafficmanager is tevens verantwoordelijk voor het bestandsbeheer voor wat betreft: beschikbaarheid, tijdigheid, volledigheid en juistheid.

Developer Deze draagt zorg en is verantwoordelijk voor alle programmeercode, scripts, geluid en video, voor zover van toepassing, van het op te leveren eindproduct.

Designer Deze draagt zorg en is verantwoordelijk voor alle grafische elementen, waaronder het grafisch ontwerp en de interface, van het op te leveren eindproduct.

Bouwer Deze draagt zorg en is verantwoordelijk voor assembleren van alle onderdelen ten behoeve van het op te leveren eindproduct. Dit zijn code, interface en database. De bouwer houdt zich hoofdzakelijk bezig met HTML-code.

Database Administrator Deze draagt zorg en is verantwoordelijk voor de database, alle queries, de beveiliging van de database en de koppeling tussen code en database ten behoeve van het op te leveren eindproduct.

Beheerder Deze draagt zorg en is verantwoordelijk voor het beheer tijdens het project binnen de testomgeving en het op te leveren eindproduct. Hieronder valt onder andere: client-server techniek, hardware en de configuratie van web-, mail- en ftp-server. Webdevelopment

BB 2.3

19

6.1 GEDETAILLEERDERE BRIEFING PER DEELPROJECT/TAAK Museum: mooi en lelijk In het museum komt een tentoonstelling met als thema ‘kies je favoriet’, een webapplicatie in de vorm van een interactieve tentoonstelling over mooi en lelijk op het net. Het world wide web is een verzameling van miljoenen sites en groeit nog steeds door. 99% van de sites die op het web zijn gepubliceerd voldoen niet aan een aantal minimale, oa esthetische eisen. Nu is het de bedoeling dat er een tentoonstelling komt waarin de toeschouwer op basis van een mc list komt tot beoordeling van websites. Dus vanuit de chequelist moet er, volledig automatisch, een ranking onstaan. De tentoonstelling moet gevuld zijn met een 100 tal websites, met een ranking die loopt van goed tot heel erg slecht.

Webdevelopment

BB 2.3

20

6.2 GEDETAILLEERDERE BRIEFING PER DEELPROJECT/TAAK Auditorium: luistercursus 1 Een luistercursus symfonieorkest Je ontwikkelt een webapplicatie die de toeschouwer duidelijkheid verschaft over wat een symfonie orkest is. De burgemeester wil te zijner tijd een eigen virtueel symfonieorkest, dat regelmatig uitvoeringen gaat geven in het auditorium. De toeschouwer moet dan warm gemaakt worden voor het fenomeen symfonieorkest en zich daar een visueel en auditief beeld van kunnen vormen. Er zijn nogal wat aspecten aan zo’n orkest verbonden. Zo maakt een draailier geen deel uit van zo’n orkest en zit de harpiste altijd op dezelfde plaats. Het geheel wordt afgesloten met een aantal populaire composities. Het beeldmateriaal moet strak en fraai ogen en een visueel geheel vormen.

Webdevelopment

BB 2.3

21

6.3 GEDETAILLEERDERE BRIEFING PER DEELPROJECT/TAAK Auditorium: luistercursus 2 Een luistercursus naar keuze De burgemeester van de digitale stad wil graag in het auditorium gerealiseerd zien: een luistercursus naar keuze. Het moet een luistercursus worden over een muziekstijl, orkest of instrument naar een keuze bij meerderheid van de projectgroep. Dus >50%. Het moet voor de toeschouwer duidelijk worden wat XYZ is. De toeschouwer moet zich daar ook een visueel en auditief beeld van kunnen vormen. Het geheel wordt afgesloten met een aantal populaire composities. Het beeldmateriaal moet strak en fraai ogen en een visueel geheel vormen.

Webdevelopment

BB 2.3

22

6.4 GEDETAILLEERDERE BRIEFING PER DEELPROJECT/TAAK Volksuniversiteit: movie Movie De virtuele Volksuniversiteit wil over Internet communiceren. Daartoe willen zij gebruik gaan maken van een eigen portal per cursus. De virtuele cursussen ‘filmvorming’, ‘culinair’ en ‘koopjesjagers’ gaan daarbij als proefkonijn dienen.

Portal voor groep filmvorming Je bedenkt services/diensten voor de portal. De groep zelf denkt aan: • Urgente berichtgeving via sms, bijvoorbeeld kijk nu naar Ned 2: regisseur Polanski wordt geïnterviewd. • Een digitale tv-gids waarin een sterrenfunctionaliteit • Koppeling naar IMDB mogelijk ? Deze services moeten in een gezamenlijke interface gecombineerd worden tot een geheel.

Oriëntatie Bedenken van 2 diensten uitwerken waarom dat juist deze 2 diensten uitgewerkt moeten worden. Welke soort van dienst, wat worden de specs en beschrijf de functionaliteit.

Ontwerp Uitwerken plan van aanpak, uml usecase beschrijvingen, functioneel ontwerp.

Realisatie Uitwerken van de deelproducten, scripts en assests.

Oplevering en afronding Opleveren van een beta versie, 100% functioneel werkend. De diensten volledig werkend en geïntegreerd in de portal als een werkende webapplicatie op Mediatechweb.nl

Documenten ontwerpen oriëntatiefase alsmede broncode, het opleverdocument bevat de admin wachtwoorden, urls, serveradressen etc en ziet er visueel uit om te smullen. Dus gebonden met wire-O etc etc. De digitale bestanden op een CD cq DVD in een DVD case met inlay en de hele mik mak.

Webdevelopment

BB 2.3

23

6.5 GEDETAILLEERDERE BRIEFING PER DEELPROJECT/TAAK Volksuniversiteit: culi Culi De virtuele Volksuniversiteit wil over Internet communiceren. Daartoe willen zij gebruik gaan maken van een eigen portal per cursus. De virtuele cursussen ‘filmvorming’, ‘culinair’ en ‘koopjes jagers’ gaan daarbij als proefkonijn dienen.

Portal voor groep culinair Je bedenkt services/diensten voor de portal. De groep zelf denkt aan: • Urgente berichtgeving via sms, bijvoorbeeld: kijk nu naar Ned 3 want Jamie kookt naakt. • Een digitale gids waarin een michelin sterren functionaliteit • Een database voor Froggie’s food compagnie • Een begrippenlijst De services moeten in een gezamenlijke interface gecombineerd worden tot een geheel.

Bronnen http://www.sjeef.eu/Nederlands/ABC/abca.html

Orientatie Bedenken van 2 diensten uitwerken waarom dat juist deze 2 diensten uitgewerkt moeten worden. Welke soort van dienst, wat worden de specs en beschrijf de functionaliteit.

Ontwerp Uitwerken plan van aanpak, uml usecase beschrijvingen, functioneel ontwerp.



Documenten ontwerpen orientatiefase alsmede broncode, het opleverdocument bevat de admin wachtwoorden, urls, serveradressen etc en ziet er visueel uit om te smullen. Dus gebonden met wire-O etc etc. De digitale bestanden op een CD cq DVD in een DVD case met inlay en de hele mik mak.

Webdevelopment

BB 2.3

24

6.6 GEDETAILLEERDERE BRIEFING PER DEELPROJECT/TAAK Volksuniversiteit: auction Auction De virtuele Volksuniversiteit wil over Internet communiceren. Daartoe willen zij gebruik gaan maken van een eigen portal per cursus. De virtuele cursussen ‘filmvorming’, ‘culinair’ en ‘koopjes jagers’ gaan daarbij als proefkonijn dienen.

Portal voor groep koopjesjagers Je bedenkt services/diensten voor de portal. De groep zelf denkt aan: • Urgente berichtgeving via sms, bijvoorbeeld nu wordt er geveild: www.twa.nl/auction/auction/ • Let op nu nog 3 minuten op E-bay te koop Aston Martin voor € 1,50. De services moeten in een gezamenlijke interface gecombineerd worden tot een geheel.

Orientatie Bedenken van 2 diensten uitwerken waarom dat juist deze 2 diensten uitgewerkt moeten worden. Welke soort van dienst, wat worden de specs en beschrijf de functionaliteit.

Ontwerp Uitwerken plan van aanpak, uml usecase beschrijvingen, functioneel ontwerp



Documenten ontwerpen orientatiefase alsmede broncode, het opleverdocument bevat de admin wachtwoorden, urls, serveradressen etc en ziet er visueel uit om te smullen. Dus gebonden met wire-O etc etc. De digitale bestanden op een CD cq DVD in een DVD case met inlay en de hele mik mak.

Webdevelopment

BB 2.3

25

6.7 GEDETAILLEERDERE BRIEFING PER DEELPROJECT/TAAK Open source 1 Linux 1 De burgemeester heeft van de financiële afdeling van de virtuele stad te horen gekregen dat het informatiseringsbudget overschreden gaat worden. Hij wil Billy niet meer sponsoren. Hiertoe neemt hij het besluit om een referendum te gaan organiseren over het gebruik van open source software. Omdat inspraak zonder inzicht leidt tot uitspraken zonder uitzicht, wil hij dat iedereen kennis neemt van en zich schoolt in het fenomeen Fedora. Hiertoe ziet hij vooral moge lijkheden in een multimediaal tutorial.

Fedora Je bedenkt hoe je broertje, 10/14 jaar, Fedora zou kunnen leren. Je ontwerpt, met hem in je achterhoofd, een multimediaal tutorial. De burgemeester zelf denkt aan: Tekst, geluid en animatie. Doelgroep stellen op een gemiddeld niveau van een 10/30 jarige die toch wel enige ervaring met Windows heeft en een beetje weet hoe een compu op te starten.

Oriëntatie Bestuderen van TrainSignal deel 23, hiervan de essentie in het Nederlands uitwerken en aangeven waarom jij dat juist de essentie vindt.

Ontwerp Uitwerken plan van aanpak, functioneel ontwerp.

Realisatie Uitwerken van de deelproducten.

Oplevering en afronding Opleveren van een beta versie, 100% functioneel werkend. De tutorial als een werkende webapplicatie op Mediatechweb.nl


Webdevelopment

BB 2.3

26

6.8 GEDETAILLEERDERE BRIEFING PER DEELPROJECT/TAAK Open source 2 Linux 2 De burgemeester heeft van de financiële afdeling van de virtuele stad te horen gekregen dat het informatiseringsbudget overschre den gaat worden. Hij wil Billy niet meer van belastinggeld voorzien. Hiertoe neemt hij het besluit om een referendum te gaan organi seren over het gebruik van open source software. Omdat inspraak zonder inzicht leidt tot uitspraken zonder uitzicht, wil hij dat ieder een kennis neemt van en zich schoolt in het fenomeen Kubuntu. Hiertoe ziet hij vooral mogelijkheden in een multimediaal tutorial.

Kubuntu Je bedenkt hoe je broertje, 10/14 jaar, Kubuntu zou kunnen leren. Je ontwerpt, met hem in je achterhoofd, een multimediaal tutorial. De burgemeester zelf denkt aan: Tekst, geluid en animatie. Doelgroep stellen op een gemiddeld niveau van een 10/30 jarige die toch wel enige ervaring met Windows heeft en een beetje weet hoe een compu op te starten.

Oriëntatie Bestuderen Kubuntu, hiervan de essentie in het Nederlands itwerken en aangeven waarom jij dat juist de essentie vindt. u

Ontwerp Uitwerken plan van aanpak, functioneel ontwerp

Realisatie Uitwerken van de deelproducten, scripts, databases en al wat je bedacht hebt.

Oplevering en afronding Opleveren van een beta versie, 100% functioneel werkend. De tutorial als een werkende webapplicatie op Mediatechweb.nl


Webdevelopment

BB 2.3

27

6.9 GEDETAILLEERDERE BRIEFING PER DEELPROJECT/TAAK Disleksie Dis leksie De burgemeester wil zijn virtuele stad bevrijden van een aantal vooroordelen en een daarvan is het vooroordeel rondom dyslectie. Leonardo da Vinci, Winston Churchill en Albert Einstein, ze waren allemaal zo dyslectisch als de neten en zoals je weet bepaald niet dom. Toch moesten zij, in hun jonge jaren, altijd maar weer bewijzen dat zij wel degelijk iets in hun mars hadden. Woordblinden konden en kunnen nog steeds gewoon rekenen op het hokje van onintelligent, lui, of nonchalant. Want hoe kan het anders dat iemand na veertien jaar onderwijs nog steeds gibs, dwijlen en nouw schrijft? Of het woordje kat consequent verwart met het woordje tak, rat, vat of nog vreemder met poes? Bekijk de bronnen maar eens wat een onzin er ook op Internet staat. De burgemeester is in contact gekomen met Joke Moes en zij blijkt een hulpmiddel ontwikkeld te hebben om dyslectici wat handvatten te geven om hun taalkundig leven wat te vereenvoudigen.

Webapplicatie Je bedenkt hoe je vooroordelers van hun vooroordeel kunt ontdoen. Je bedenkt hoe je de info en kennis van Joke met Internetters op een juiste manier kunt delen. Je onderzoekt of er een goede dislectietest voorhanden is en deze zo kunt of mag gebruiken, deze om kunt bouwen of wat dies meer zij. Je ontwerpt en bouwt een webapplicatie die aan de wens van de burgemeester, bij monde van mevrouw Moes, tegemoet komt. De burgemeester zelf denkt aan een integratie van minimaal: tekst, beeld en geluid. Dit alles met een hoog esthetisch gehalte.

Werkwijze Je gaat te werk zoals aangegeven in de inleiding van dit blokboek. Kortom:

Oriëntatie Oriënteer jezelf op het terrein van dyslexie, je zoekt allerlei informatie bij elkaar en ordent dit. Je treedt in overleg met personen die verstand hebben van deze materie. Dan maak je hiervan een samenvatting en geeft de kern hiervan weer. Deze kern gaat het uitgangspunt voor je applicatie vormen. De keuzes die je maakt moet je verantwoorden in je verslaglegging.

Ontwerp Uitwerken plan van aanpak, mbv uml usecase beschrijvingen, en je functioneel ontwerp Hierna werk je alles grafisch zodanig uit dat ook de geschreven tekst voor lezing door een dyslect een genot is.

Realisatie Uitwerken van de deelproducten, scripts, databases en al wat je bedacht hebt. Webdevelopment

BB 2.3

28

Oplevering en afronding Opleveren van een beta versie, als een 100% functioneel werkende webapplicatie op Mediatechweb.nl Documenten: ontwerpen oriëntatiefase alsmede broncode, het opleverdocument bevat de admin wachtwoorden, urls, serveradres sen etc en ziet er visueel uit om te smullen. Dus gebonden met wire-O etc etc. De digitale bestanden op een CD cq DVD in een DVD case met inlay en de hele mik mak.

Bronnen www.morpheus-emotionele-bevrijding.com/dislectie.html www.lexima.nl/sitemanager.asp?pid=21 http://dyslexie.startpagina.nl/

Webdevelopment

BB 2.3

29

6.10 GEDETAILLEERDERE BRIEFING PER DEELPROJECT/TAAK Portfolio κυκλωψ ROC κυκλωψ Dit regionaal opleidingscentrum wil een leerlingvolgsysteem op basis van een portfolio. Deze school heeft een groot aantal verschillende opleidingen van verschillende kenniscentra in huis. Op zich geeft dit al een grote chaos maar de verschillende voorschriften van V&V, GOC, inspectie, ministerie, etc. maken de puinhoop nog veel groter. De directie van dit centrum heeft besloten het heft in eigen hand te nemen om zodoende licht in de duisternis te brengen.

Briefing Maak een on-line leerlingvolgsysteem dat voor alle soorten MBO opleidingen gebruikt kan worden. Alle opleidingen maken gebruik van competentiegericht onderwijs dat op welke manier dan ook uitgaat van taken cq. projecten. De eerste leerjaren bestaan uit 4 perioden van 8 a 9 weken. In elke periode moeten er een of meerdere taken worden afgerond. Elke taak is gekoppeld aan een of meerdere competenties. De totale opleiding bestaat uit 16 periodes waarvan er 8 verblokt zijn tot 4; waardoor een gehele opleiding op 12 blokken komt. Aan elke taak moet een verantwoordelijk docent kunnen worden gekoppeld. De totale hoeveelheid taken per opleiding staat van te voren vast maar verschilt per opleiding De uitwerking van de taken wordt via internet naar de verantwoor delijk docent gemaild. Taken hebben altijd een status: 1 nog te maken 2 ter beoordeling ingezonden 3 afgekeurd, herstellen 4 goedgekeurd met een voldoende of excellent, hierbij moet nog iets van tijdigheid. In geval van een presentatie dienen de presentatiebescheiden ter beoordeling te worden ingezonden. Een aantal producten dient tot de diplomauitreiking on-line beschik baar te blijven. Een leerling mag producten in een showcase opnemen. Een leerling moet sommige producten in een showcase opnemen. Er moet een mogelijkheid zijn om data aan taken en/of hersteltaken te koppelen. De stati van taken moeten, na een beperkende log-in, per leerling on-line te aanschouwen zijn. De rapportage is, na een beperkende log-in, per leerling on-line te aanschouwen.

Webapplicatie Je bedenkt wat je hiermee kunt. Je kijkt of dit een portal moet wor den dan wel een applicatie of wat dan ook.

Werkwijze Je gaat te werk zoals aangegeven in de inleiding van dit blokboek. Kortom: Webdevelopment

BB 2.3

30

Oriëntatie Oriënteer jezelf op het terrein van de opdracht, je zoekt aller lei informatie bij elkaar en ordent dit. Je treedt in overleg met personen die verstand hebben van deze materie. Dan maak je hiervan een samenvatting en geeft de kern hiervan weer. Deze debriefing gaat het uitgangspunt voor je applicatie, por tal vormen. De keuzes die je maakt moet je verantwoorden in je verslaglegging.

Ontwerp Uitwerken plan van aanpak, mbv uml usecase beschrijvingen, en je functioneel ontwerp Hierna werk je alles grafisch zodanig uit dat ook de geschreven tekst voor lezing door een dyslect een genot is.

Realisatie Uitwerken van de deelproducten, scripts, databases en al wat je bedacht hebt


Webdevelopment

BB 2.3

31

6.11 GEDETAILLEERDERE BRIEFING PER DEELPROJECT/TAAK Urenregistratiesysteem Drukkerij Stickemup Deze drukkerij is een vellenoffsetdrukkerij en verwerkt het drukwerk in blokjes met zelfklevende reclame/notitiestickers ala het geeltje. De directie wil hun handmatige orderzakkensysteem geautomati seerd hebben. Binnen het vellenoffsetprocedee volgen alle orders dezelfde weg en maken in meer of mindere mate gebruik van arbeidskracht en of machine en materialen. In grote lijn: Kantoor, ordervoorbereiding inplanning en voorcalculatie Voorbereiding, deze afdeling doet de DTP en maakt de offsetplaten Productie, hier wordt gedrukt Afwerking, het snijden aftellen en in blokjes lijmen Expeditie, aftellen en in handzame dozen verpakken, folieen en ver zenden.

Briefing Jancovich, de directeur wil het volgende: Een uren-, machine- en materialen- registratiesysteem voor de nacalculatie waardoor het mogelijk wordt de voorcalculatie te verbeteren. Alles moet zoveel mogelijk met behulp van barcodes gebeuren. De ordervoortgang moet on-line voor de opdrachgever te volgen zijn.

Webapplicatie Je bedenkt wat je hiermee kunt. Je kijkt of dit een portal moet wor den dan wel een applicatie of wat dan ook.

Werkwijze Je gaat te werk zoals aangegeven in de inleiding van dit blokboek. Kortom:

Oriëntatie Oriënteer jezelf op het terrein van de opdracht, je zoekt aller lei informatie bij elkaar en ordent dit. Je treedt in overleg met personen die verstand hebben van deze materie. Dan maak je hiervan een samenvatting en geeft de kern hiervan weer. Deze debriefing gaat het uitgangspunt voor je applicatie, por tal vormen. De keuzes die je maakt moet je verantwoorden in je verslaglegging.

Ontwerp Uitwerken plan van aanpak, mbv uml usecase beschrijvingen, en je functioneel ontwerp. Hierna werk je alles grafisch zodanig uit dat ook de geschreven tekst voor lezing door een dyslect een genot is.

Realisatie Uitwerken van de deelproducten, scripts, databases en al wat je bedacht hebt. Webdevelopment

BB 2.3

32


Webdevelopment

BB 2.3

33

6.12 GEDETAILLEERDERE BRIEFING PER DEELPROJECT/TAAK Netwerk Stickemup Deze drukkerij is een vellenoffsetdrukkerij en verwerkt het drukwerk in blokjes met zelfklevende reclame/notitiestickers ala het geeltje. Deze drukkerij kent de volgende afdelingen: Administratie en verkoop Kantoor, inkoop en orderbegeleiding Voorbereiding, DTP en plaatvervaadiging Productie, hier wordt gedrukt Afwerking en expeditie

Briefing Jancovich, de directeur wil het volgende: alles zoveel mogelijk informatiseren en zijn netwerk daar op inrich ten. Verder wil hij thuis via een 5 tal webcams zijn bedrijf in de gaten kunnen houden. Urenregistratie evenals materiaal en machine gebruik moet met behulp van barcodes gebeuren. De ordervoortgang moet on-line voor de opdrachgevers te volgen zijn. Hoofd van de administratie volgt mcse mcsa en wordt tzt tevens systeembeheerder Ad en verk 4 Pc Kantoor 2 Pc Voorbereiding 2 Mac’s Drukkerij 1 Pc Afwerking/exp 1 Pc Directie 1 Mac

Netwerk Je doet een voorstel voor inrichting van het netwerk met behulp van het Windows os. Financieel voorstel voor vervanging van alles. Voorstel voor hosting mbt website, beveiliging en ordervoortgang

Werkwijze Je gaat te werk zoals aangegeven in de inleiding van dit blokboek.

Oriëntatie Oriënteer jezelf op het terrein van de opdracht, je zoekt allerlei informatie bij elkaar en ordent dit. Dan maak je hiervan een samenvatting en geeft de kern hiervan weer. Deze debriefing gaat het uitgangspunt voor je netwerk.

Webdevelopment

BB 2.3

34

7 BEGRIPPEN

Concept ontwerp Op basis van het gevormde beeld, je oriëntatie, maak je een concept ontwerp. Het concept ontwerp is een visualisering van de oplossingsrichting die je voor ogen hebt. Het geeft de basis aan voor je grafisch ontwerp, het functioneel ontwerp, het interactie ontwerp en het technisch ontwerp. De kern van het concept ontwerp is het antwoord op de vraag welke rol internet kan spelen in de marketingmix van de organisatie.

Grafisch ontwerp In het grafisch ontwerp worden alle grafische elementen uitgewerkt op basis van het overleg dat je, naar aanleiding van het concept ontwerp, met je opdrachtgever hebt gehad. Het gaat er hierbij met name om een goede vertaling van de huisstijl en het selecteren van het juiste beeldmateriaal.

Functioneel ontwerp Het functioneel ontwerp is een tekstdocument dat beschrijft wat de gebruiker van de webapplicatie kan doen. Het is de applicatie, in functionaliteit, beschreven door de ogen van de gebruiker.

Interactie ontwerp Het interactie ontwerp beschrijft hoe de gebruiker dat kan doen. Het interactie ontwerp kan verschillende vormen hebben, afhankelijk van de wensen. Vaak is het een wireframe of een html prototype.

Technisch ontwerp Het technisch ontwerp beschrijft de architectuur en de uitgangs punten voor de code. Dit is een intern document voor de programmeurs. Indien de klant hierin interesse heeft willen wij dit document graag met hem delen.

UML United Modeling Language, dit is de standaard taal, binnen de IT industrie, om de communicatie te verduidelijken en structuur te brengen binnen de gedachten van IT projectgroepen.

Case Computer assisted software engineering

UML Dit staat voor Unified Modeling Language. Dit is een model matige taal, die is ontworpen, om objectgeoriënteerde analyses en ontwerpen voor een informatiesysteem te maken.

Use-case Dit is een bij elkaar horende hoeveelheid werk welke door een informatiesysteem wordt uitgevoerd.

Use case diagram Gebruiksscenario’s, use case-diagrammen beschrijven de relaties en afhankelijkheden tussen een groep van use-cases en de actoren die Webdevelopment

BB 2.3

35

deelnemen aan het proces. Use case-diagrammen zijn niet geschikt om het ontwerp te presenteren en het inwendige van een systeem te beschrijven. Use case-diagrammen zijn bedoeld om de communicatie met de klant, te vereenvoudigen. Use case diagrammen vertellen wat het systeem moet doen maar niet hoe dit gerealiseerd moet worden.

Webdevelopment

BB 2.3

36

Webdevelopment BB 2.3

Recommend Documents