Final Report. Team 3. José Boon Justin Oud Wouter Bohlken Vincent Voordenberg Nils Duymaer van Twist. Project: Get Connected!

Project: Get Connected!

Final Report Team 3

José Boon Justin Oud Wouter Bohlken Vincent Voordenberg Nils Duymaer van Twist

Final report | OWWW- app | Groep 3

Page. 1 of 137


Versiebeheer Ver.

Status

1.0

Datum

Auteur(s)

Wijzigingen

10-1-2013

Jus ti n Oud Vi ncent Voordenberg Jos e Boon Wouter Bohlken Ni l s Duymaer va n Twist

Goedkeuring Uitvoering Ver.

Naam

Controle Datum


Naam

Goedkeuring Datum

Naam

Datum

Page. 2 of 137


1. Inhoudsopgave 1.

Inhoudsopgave .............................................................................................................................. 3

2.

Inleiding ........................................................................................................................................ 7

3.

Research Report............................................................................................................................. 8 3.1 Inleiding ...................................................................................................................................... 8 3.1.1 Onderwerp............................................................................................................................ 8 3.1.2 Probleemstelling.................................................................................................................... 8 3.1.3 Onderzoeksvragen ................................................................................................................. 9 3.2 PACT Analyse ............................................................................................................................. 10 3.2.1 People................................................................................................................................. 10 3.2.2 Activities ............................................................................................................................. 11 3.2.3 Context ............................................................................................................................... 11 3.2.4 Technologies ....................................................................................................................... 12 3.3 Planning .................................................................................................................................... 13 3.3.1 De P van People ................................................................................................................... 13 3.3.2 De A van Activities ............................................................................................................... 14 3.3.3 De C van Context ................................................................................................................. 15 3.3.4 De T van Technologies.......................................................................................................... 16 3.4 Bronnenlijst ............................................................................................................................... 17 3.4.1 Internet pagina’s.................................................................................................................. 17 3.5 Bijlagen ..................................................................................................................................... 17 3.5.1 Desk research...................................................................................................................... 17 3.5.2 Enquête vragen ................................................................................................................... 18 3.5.3 Enquete uitslag.................................................................................................................... 20

4.

Project Initiation Document ......................................................................................................... 21 4.1 Managementsamenvatting......................................................................................................... 21 4.2 Inleiding .................................................................................................................................... 22 4.2.1 Gebruik van de PRINCE2 projectmanagementmethode .......................................................... 22 4.2.2 Doel van dit document......................................................................................................... 22 Final report | OWWW- app | Groep 3

Page. 3 of 137


4.2.3 Opbouw van het document .................................................................................................. 23 4.3 Projectdefinitie .......................................................................................................................... 24 4.3.1 Achtergrond ........................................................................................................................ 24 4.3.2 Projectdoelstellingen ........................................................................................................... 24 4.3.3 Projectresultaat................................................................................................................... 24 4.3.4 Scope & afbakening ............................................................................................................. 25 4.3.5 Randvoorwaarden & aannames............................................................................................ 25 4.3.6 Relaties met anderen projecten ............................................................................................ 26 4.4 Business Case............................................................................................................................. 27 4.4.1 Redenen om te starten met het project ................................................................................ 27 4.4.2 Alternatieven....................................................................................................................... 27 4.4.3 Voordelen ........................................................................................................................... 27 4.4.4 Nadelen .............................................................................................................................. 27 4.4.5 Kosten................................................................................................................................. 28 4.4.6 Investeringsanalyse.............................................................................................................. 30 4.5 Projectorganisatie ...................................................................................................................... 31 4.5.1 Organigram ......................................................................................................................... 31 4.5.2 Rollen & verantwoordelijkheden .......................................................................................... 31 4.6 Projectplan ................................................................................................................................ 33 4.6.1 Plan aannames .................................................................................................................... 33 4.6.2 Gantt-chart.......................................................................................................................... 33 4.6.3 Productdecompositiestructuur ............................................................................................. 34 4.6.4 Productstroomdiagram ........................................................................................................ 35 4.6.5 Activiteitenplanning............................................................................................................. 35 4.6.6 Overzicht benodigde middelen ............................................................................................. 36 4.6.7 Productbeschrijvingen.......................................................................................................... 36 4.7 Beheersinstrumenten................................................................................................................. 37 4.7.1 Toleranties .......................................................................................................................... 37 4.7.2 Risicomanagement .............................................................................................................. 37 4.7.3 Uitzonderingsprocedure....................................................................................................... 37 4.7.4 Voortgangsrapportages ........................................................................................................ 37 4.8 Bijlage ....................................................................................................................................... 38 Final report | OWWW- app | Groep 3

Page. 4 of 137


4.8.1 Bijlage 1. Grafische Projectplanning ...................................................................................... 38 4.8.2 Bijlage 2. Productstroomdiagram .......................................................................................... 39 4.8.3 Bijlage 3. Productbeschrijvingen ........................................................................................... 40 5.

Paper Prototype .......................................................................................................................... 49

6.

UML diagrammen........................................................................................................................ 52

7.

Test Approach............................................................................................................................. 54 7.1 Inleiding .................................................................................................................................... 54 7.2 Statische kwaliteit...................................................................................................................... 55 7.3 Dynamische kwaliteit ................................................................................................................. 56 7.4 Testformulier............................................................................................................................. 57

8.

Test Results................................................................................................................................. 59

9.

User Manual ............................................................................................................................... 88 9.1 Introduction............................................................................................................................... 88 9.2 Setting up the Owww-app .......................................................................................................... 88 9.3 Registering an account ............................................................................................................... 89 9.4 Logging in on the application ...................................................................................................... 91 9.5 Asking a question....................................................................................................................... 92 9.6 Answering a question................................................................................................................. 94 9.7 Subscribing and Unsubscribing to a feed...................................................................................... 95 9.8 Finding an expert ....................................................................................................................... 96 9.9 Logging out of the application..................................................................................................... 98 9.10 Frequently Asked Question(s) ................................................................................................... 99 9.11 Afterword................................................................................................................................ 99

10. Presentatie Sprints ...................................................................................................................... 100 10.1 Presentatie 1......................................................................................................................... 100 10.2 Presentatie 2.......................................................................................................................... 102 11.

Team members ..................................................................................................................... 104

11.1 Justin Oud.............................................................................................................................. 104 11.2 Nils Duymaer van Twist .......................................................................................................... 106 11.3 Wouter Bohlken..................................................................................................................... 108 11.4 José Boon .............................................................................................................................. 110 11.5 Vincent Voordenberg ............................................................................................................. 112 Final report | OWWW- app | Groep 3

Page. 5 of 137


12.

Reflectieverslag..................................................................................................................... 114

12.1 Inleiding................................................................................................................................. 114 12.2 Feedback team & individueel per persoon (zelf- en teamreflectie) ............................................ 115 12.2.1 Vincent............................................................................................................................ 115 12.2.2 Justin .............................................................................................................................. 117 12.2.3 Wouter............................................................................................................................ 119 12.2.4 Nils................................................................................................................................. 121 12.2.5 José................................................................................................................................. 124 12.3 Teamindeling ......................................................................................................................... 126 12.4.1 Vincent Voordenberg ....................................................................................................... 126 12.4.2 José Boon ........................................................................................................................ 126 12.4.3 Wouter Bohlken............................................................................................................... 126 12.4.4 Justin Oud ....................................................................................................................... 126 12.4.5 Nils Duymaer van Twist .................................................................................................... 128 12.5 Uitslagen Belbin test............................................................................................................... 129 12.6 Wat ging er goed, wat ging er slecht tijdens het project (en waarom?) ..................................... 130 12.7 Wat gaat er de volgende keer anders (en waarom dan?) .......................................................... 131 12.8 Leerdoelen van het team (per persoon) ................................................................................... 132 12.8.1 Vincent............................................................................................................................ 132 12.8.2 José................................................................................................................................. 132 12.8.3 Justin .............................................................................................................................. 133 12.8.4 Wouter............................................................................................................................ 134 12.8.5

Nils............................................................................................................................. 134

12.9 Conclusie Reflectieverslag....................................................................................................... 136 13.

Conclusie ............................................................................................................................... 137


Page. 6 of 137


2. Inleiding Het final report is het uiteindelijke report van het Get Connected project. In dit document worden alle andere documentatie samen gevoegd en wordt er nogmaals gekeken of alles naar planning verlopen is. Bovendien geeft elk teamlid zijn/haar mening over het proces/samenwerking van het project. Het final report is een belangrijk document. Het is een gemakkelijk overzicht van alle documenten die opgeleverd zijn. Alle beweringen die worden gedaan in de andere deeldocumenten moeten namelijk goed onderbouwd zijn en ook terug te vinden zijn in een van de andere deeldocumenten. Er is te zien hoe het verloop van sommige ontwikkelingen zijn gegaan en welke ideeën hier aan vooraf gingen. Uiteindelijk wordt er een conclusie getrokken over het verloop van het project en kunnen eventueel verbeterpunten voor het volgende project aangegeven worden. Zo weet elk teamlid waar hij of zij aan kan werken en kunnen zij alleen nog maar groeien in het projectmatig werken.


Page. 7 of 137


3. Research Report 3.1 Inleiding Op dinsdag 4 september was de kick-off van het project Get Connected. Hier kregen wij, voor de opdrachtgever bekend als medewerkers van het bedrijf ITopia, een presentatie van twee vooraf bedachte opdrachten. Hier hebben wij als groep gezamenlijk, met de rest van de groepen erbij, gekozen voor de tweede opdracht, die ook daadwerkelijk door ons zal worden ontwikkeld en opgeleverd. Dit document wordt gemaakt zodat wij aan de opdrachtgever kunnen laten zien welke stappen wij ondernemen om de doelgroep van het product beter in kaart te brengen. Maar ook om te onderzoeken wat de technische mogelijkheden en beperkingen zijn voor dit product. 3.1.1 Onderwerp De opdrachtgever wilt een product, in de vorm van een (mobiele-) applicatie, welke haar doelgroep de mogelijkheid biedt mensen met vragen en mensen met kennis beter met elkaar in contact te brengen. Wij willen dit ontwikkelen d.m.v. het maken van een forum, waar gebruikers gerichte vragen in een bepaald onderwerp/categorie kunnen plaatsen. Ook moet deze applicatie de mogelijkheid bie den tot het geven van een antwoord door mensen met kennis in dat specifieke vakgebied. Verder wilt de opdrachtgever dit graag met de hedendaagse social media (bijvoorbeeld Facebook en Twitter) combineren. 3.1.2 Probleemstelling Dit product moet ontwikkeld worden voor het gebruik op mobiele apparaten, zoals bijvoorbeeld smartphones en tablets. Dit kan een app zijn, maar ook een webpagina die toegankelijk is via Wi -Fi of mobiel internet. Mocht dit een app worden, dan zouden wij als ontwikkelaars gelimiteerd z ijn aan één mobiel platform. Ook is de vraag hoe wij social media met de app gaan combineren. Verder moeten wij bepalen wie onze doelgroep is, en hoe wij deze het beste kunnen bereiken met ons product.


Page. 8 of 137


3.1.3 Onderzoeksvragen Moet het product persé een app zijn of mag het ook een HTML5 pagina worden? Het hoeft niet persé een app te zijn. Het mag ook een webpagina, geoptimaliseerd voor mobiele apparaten, zijn. Deze moet wel geschreven worden in HTML5. Een zogeheten web-app, die voor de opdracht diverse voordelen kan bieden. Wat zouden de voordelen en nadelen zijn van een dergelijke webpagina? Voordelen van een webpagina geschreven in HTML5:     

Je bent niet gebonden aan één mobiele platform (cross-platform). Het hoeft niet gekeurd en gedownload worden via een appstore (bijv. itunes). De applicatie zal dan voor een groter deel van de doelgroep toegankelijk zijn., Namelijk voor vrijwel alle mobiele platformen en tablets (cross-platform). Minder productiekosten, geen verschillende licenties /platformen. Je bent niet gelimiteerd aan de regels van het platform, waardoor er gemakkelijker nieuwe functies kunt toevoegen zonder platform afhankelijke voorwaarden.

Nadelen van een webpagina geschreven in HTML5:    

(Native) apps hebben meer mogelijkheden dan HTML5 m.b.t. functies. Er zijn geen gebruikers statistieken en feedback beschikbaar, die wel beschikbaar zijn bij de meeste app stores. Is meer afhankelijk van een werkende internetverbinding. Je kan niet alle functionaliteit gebruiken van de betreffende mobiele apparaten.

Hoe kunnen we de social media met de applicatie combineren? Door middel van Twitter kunnen de vragen eventueel doorgepost worden, zodat ook de volgers van het OBA Twitter account bereikt worden. Deze “tweet” bevat dan de vraag en een link naar onze mobiele pagina, waar de vraag beantwoord kan worden. Wie word de doelgroep voor ons product? Onze doelgroep zal bestaan uit leden van de OBA, met een leeftijd tussen de 18 en 40 jaar. Wij hebben deze doelgroep gekozen op basis van de beschikbare statistieken van het CBS. Daaruit blijkt dat het gebruik van mobiel internet, een vereiste van de applicatie, bij personen met deze leeftijdsklasse het meest voorkomt. Hoe zullen wij de doelgroep van onze applicatie het beste bereiken ? Wij kunnen onze doelgroep het best bereiken via tweets op Twitter, posts op Facebook, maar er zou ook reclame gemaakt kunnen worden via de matrix schermen en aankondigingen op de website. Ook mond op mond reclame kan er voor zorgen dat onze reclame nog verder reikt.


Page. 9 of 137


3.2 PACT Analyse 3.2.1 People Wij richten ons, met onze applicatie, op de leden van de OBA (Openbare Bibliotheek van Amsterdam). Dit in opdracht van de OBA. Wij willen ons beter verdiepen in onze doelgroep door het uitvoeren van een tweetal onderzoeken. Deze zullen bestaan uit een zogenaamd ‘desk research’ en een ‘field research’ – dit laatste in de vorm van een enquête waarbij wij ter plekke leden willen interviewen. Het desk research hebben wij reeds afgenomen, het field research (de enquête) zullen wij komende week afnemen. Voor dit gedeelte zullen wij ons dus beperken op het eerst genoemde onderzoek. Voor ons desk research hebben wij gebruik gemaakt van de bestaande pagina van de OBA, van mogelijke gegevens van bestaande Twitter- en Facebook accounts en van statistische gegevens bekend bij het CBS. Uit dit onderzoek is gebleken dat de OBA over een eigen webpagina beschikt en hier regelmatig nieuws en aankondigingen op neerzet, maar ook een aantal services voor haar klanten beschikbaar stelt. Zo bestaat er een service om de status van het beschikbare assortiment te raadplegen, materiaal te reserveren en men kan zelfs de afhaallocatie zelf bepalen. Er bestaat ook een service waarbij er middels een beveiligd inlogsysteem, gebaseerd op het lidmaatschapsnummer en de geboortedatum, de bij de OBA bekende account-gegevens bekeken en/of gewijzigd kunnen worden. De OBA blijkt verder ook actief te zijn via de social media, zo is er namelijk al een Twitter en een Facebook account aangemaakt waar ongeveer drie maal per dag aankondigingen van de OBA op gepubliceerd worden.

Uit het tweede deel van ons desk research is gebleken dat ongeveer 28 tot 30 procent van de geïnterviewde personen, met een leeftijd tussen de 12 en 44 jaar, gebruik maakt van mobiel internet beschikbaar via een smartphone. Verder is er gebleken dat dezelfde doelgroep met een ander gebruik van mobiele apparatuur, zoals tablets en notebooks, tussen de 19 en 27 procent mobiel internet gebruikt. Dit betekent dus dat het aantal mobiele gebruikers, gebaseerd op bovengenoemde cijfers, een mogelijke doelgroep voor ons zou kunnen vormen. Aangezien zij over zowel de vereiste apparatuur als een bestaande aansluiting met internet toegang beschikken. Waarmee zij toegang hebben tot websites en web-apps.


Page. 10 of 137


3.2.2 Activities Bij het concept in ontwikkeling, hebben wij ons gericht op de resultaten van onze twee onderzoeken – om zo het best mogelijk ontvankelijk te zijn voor onze doelgroep. Als oplossing voor deze opdracht, hebben wij besloten een web-app te ontwikkelen, die alleen een werkende internetaansluiting en een HTML5- browser vereist – wat tegenwoordig een standaard toepassing is op elk gangbaar platform. Verder hebben wij in ons onderzoek gemerkt dat de OBA als organisatie zelf al diverse basis voorzieningen, zoals bijvoorbeeld het uitleen en retoursysteem, compleet heeft geautomatiseerd. Maar ook van de uitsluitend online aangeboden diensten wordt er door de leden inmiddels volop gebruik gemaakt, denk hierbij aan de functies voor het reserveren van materi aal of de functie voor het online verlengen van reeds geleend materiaal. Door deze organisatiestructuur en de gebleken populariteit hiervan, mag er van uit worden gegaan dat de gebruiker van ons product voor een groot deel bekend is met het gebruik van digitale en online georiënteerde diensten en hier dus geen belemmering aan ondervindt. De interface zal middels grote knoppen, gecombineerd met de OBA-huisstijl, snel herkenbaar worden en ook zeer intuïtief ontworpen worden. Dit gecombineerd met een zeer simpel inlog- en registratie systeem, zal de gebruiker ook niet afschrikken om het product te gebruiken. 3.2.3 Context Het stimuleren van onderling contact tussen de leden, het bieden van een zo toegankelijk mogelijk platform voor het uitwisselen van de vraagstukken en de mogelijkheid om te reageren en het geven van oplossingen bij de gestelde vraagstukken, zijn de kernfuncties van ons product. Verder wordt er door de opdrachtgever gevraagd een link te implementeren tussen de ontwikkelde oplossing en de reeds bestaande social media platformen van dit moment. De omgeving waar het product vooral gebruikt zal worden is in en rondom de OBA. Hier komen mensen om op zoek te gaan naar benodigde informatie , maar waar tegelijkertijd ook mensen komen met al vergaarde kennis binnen de verschillende interesse richtingen en vakgebieden , waardoor zij in staat zijn om zo juist mogelijke, relevante informatie en oplossingen te bieden aan de zoekende partij. Wij denken aan deze gestelde voorwaarden te voldoen – door het ontwikkelen van een mobile website (web app), die de mogelijkheid biedt tot een platform onafhankelijke oplossing – en deze hierdoor van de gebruiker minder randvoorwaarden zal vragen.


Page. 11 of 137


3.2.4 Technologies Zoals bij het onderdeel ‘context’ hierboven al eerder is beschreven, willen wij als platform een mobile website gaan schrijven – een zogenoemde web-app. Deze web- app zal grotendeels geschreven worden in HTML5 code gecombineerd met ondersteunende css, bootstrap en javascript. Ook zal de toepassing de mogelijkheid moeten bieden om ergens informatie, door de gebruikers ingevoerd, extern op te slaan, met als mogelijkheid deze op een gewenst moment weer te kunnen geven. Voor dit laatste zullen wij een combinatie van php-scripts en mySQL gebruiken. Voor het social media aspect zaten wij te denken aan een functie waarbij gestelde vragen via een gekoppelde Twitter account “getweet” kunnen worden. Dit om zo een breder publiek aan te spreken, die misschien zelfs nog niet op de hoogte waren van onze applicatie. Tevens biedt juist Twitter ons de mogelijkheid om een link te koppelen naar de locatie van de vraag, waardoor er gemakkelijk naar de desbetreffende vraag gegaan kan worden. Ter visuele ondersteuning van het gebruikersgemak zullen wij op de webpagina gebruik maken van verschillende icons, buttons en afbeeldingen. De op de pagina weergegeven content zal bestaan uit text, die weergegeven wordt in verschillende kleuren en lettergrote. Door de gebruikte combinatie van tekst, kleuren en icons denken wij een zo overzichtelijke en intuïtief mogelijke interface voor de gebruikers te kunnen creëren.


Page. 12 of 137


3.3 Planning In dit hoofdstuk wordt een korte beschrijving gegeven van hoe wij de gegevens uit het vorige hoofdstuk ( de PACT – analyse) willen gaan toetsen. 3.3.1 De P van People Wij willen graag deze doelgroep vaststellen door een tweetal punten. Het eerste punt is, dat wij de doelgroep van 18 – 40 jaar hebben vastgesteld door eens te kijken naar het mobiele “internet” – gebruik van de mensen.

In de afbeelding is te zien dat er in het peiljaar 2010, voor personen tussen de 12 en 25 jaar, het mobiele gebruik via een mobiele telefoon ongeveer 30% was. Voor de volgende leeftijdsklasse, mensen van 25 tot 44 jaar, was dit ongeveer 27 à 28%. We kunnen er verder van uit gaan dat in de afgelopen twee jaar dit gebruik mogelijk nog verder is toegenomen. Het tweede punt waarmee we deze doelgroep willen vaststellen is met een aantal enquête – vragen. Deze zijn zo gemaakt, dat er aan de hand van een aantal gemakkelijk te beantwoorden vragen, de gemiddelde bezoeker van de OBA beter in kaart te brengen is. Op de uitkomsten van deze enquête, in combinatie met ons desk research, willen wij een uiteindelijke doelgroep vaststellen. Wij willen graag de enquête in de 2e fase houden, aangezien wij dan meer informatie hebben omtrent het daadwerkelijke ontwerp en de systeemeisen van de applicatie.


Page. 13 of 137


3.3.2 De A van Activities Activities gaat er in het kort over hoe mensen de applicatie uiteindelijk zullen gaan gebruiken, wanneer dit zal zijn en op welke verschillende plaatsen zij hier toegang hebben. Maar ook wat de OBA zal doen voor de gebruikers. Hoe zal de applicatie gebruikt worden? OBA Leden kunnen via een home-screen inloggen op onze “mobiele site”, inloggen zal gaan aan de hand van een opgegeven gebruikersnaam en wachtwoord. Hierna komen zij op de overzicht pagina, met allerlei verschillende mogelijkheden. Er zijn knoppen voor de verschillende functies, zoals vragen zoeken, stellen of beantwoorden. A ls men de ‘Vraag’ functie gebruikt, zal men een tekstveld krijgen met de mogelijkheid tot het invoeren van een vraag, maar ook een optie voor het toevoegen van ‘labels’. Deze labels zullen uiteindelijk helpen de vraag te groeperen in de relevante vakgebieden. Ook bestaat er een notificatie functie, waardoor met op de hoogte gehouden kan worden met betrekking tot de status van de vraag. Als een ander lid, ook aanwezig op de pagina en mits opgegeven voor een van de betreffende vakgebieden, een vraag voorbij ziet komen waar hij het antwoord van heeft. Kan deze gebruiker reageren op deze vraag, waarna de zoekende persoon zijn antwoord gereikt kan worden. Wanneer gaan mensen de applicatie gebruiken? Mensen zijn tegenwoordig snel geneigd om het internet te raadplegen op hun zoektocht naar informatie. Onze applicatie gaat voornamelijk over het delen van informatie, die niet op het internet beschikbaar, of voor die personen die simpelweg de informatie zelf niet hebben kunnen vinden binnen de OBA.. Maar ook over het snel delen van informatie tussen bezoekers van de OBA, zodat zij niet zelf het materiaal hoeven te raadplegen. Wat zijn de belangrijkste voorzieningen van de OBA? De OBA is een openbare bibliotheek en voorziet hierbij in verschillende soorten informati evoorzieningen voor de mensen in (de omstreken van) Amsterdam. Voorbeelden hiervan kunnen zijn: muziek, films, dvd’s, boeken, maar ook tijdschriften en digitale publicaties. De OBA is echter met de tijd meer geworden dan alleen een bibliotheek, namelijk ook een soort “meeting point”. Aangezien er een restaurant op de bovenste verdieping aanwezig is, en een kleiner café op de eerste etage, dicht bij de kranten afdeling. Wat wij ook bij de OBA gezien hebben, is dat zij mensen van verschillende culturen helpen met een soort “audiovisuele” koepel, waarin een aantal zaken worden uitgelegd, zoals bijvoorbeeld vakken, die niet meer beoefend worden, of de geschiedenis van Nederland in een bepaald tijdperk. De belangrijkste activities van onze applicatie willen wij testen door middel van een Alpha fase te gebruiken en te laten testen door 1 of meerdere verschillende gebruikers van de OBA (zoals: studenten, gebruikers bij de OBA, medewerkers, ouders etc.).


Page. 14 of 137


3.3.3 De C van Context Graag willen wij voor de context een visueel voorbeeld gebruiken van een mogelijke interface voor de applicatie. Zoals wij deze nu bedacht hebben, en hoe wij ons de applicatie voorstellen. Aan de linkerkant een idee voor een simpel inlogscherm en aan de rechterkant een idee voor de overzicht pagina, met de toegang tot de belangrijkste functies. Dit om aan te geven hoe gemakkelijk het gebruik hiervan voor de gebruiker zal aanvoelen.

Als wij bovenstaand gebruikersgemak eens zouden bekijken bij de webpagina van de OBA:


Page. 15 of 137


Zoals op de voorbeelden te zien is, denken wij de applicatie zo te zullen ontwerpen dat er een aantal duidelijke overeenkomsten zijn met de huisstijl van de OBA. Denk hierbij aan het gebruikte kleuren schema, bestaande uit rood en zwart. Ook hebben wij voor onze applicatie gekozen voor een simpel home- scherm, waarop je óf kan inloggen óf een nieuwe account aan kan maken. Voor het registratiesysteem maken we gebruik van het vertrouwde kaartnummer, zodat de accounts ook “gebonden” zijn aan een geldig ledennummer van de OBA die met de persoon overeenkomt. Ook maken we gebruik van een verschillend aantal “icons” en “buttons” voor deze applicatie en willen wij een zo simpel mogelijke interface aanbieden. Dit punt willen wij graag testen door een aantal bezoekers alvast de applicatie te laten zien, en mogelijke feedback hiervan dan weer mee te kunnen nemen in het uiteindelijke bèta product. Dit zouden wij graag in de 2e of 3e fase willen testen, maar het liefst in de 2e fase al, om hier mogelijke onduidelijkheden met betrekking tot het gebruikersgemak te vermijden.

3.3.4 De T van Technologies De gebuikte technologie willen we ook graag testen zoals eerder beschreven. Namelijk door gebruikers te laten ‘spelen’ met de applicatie en interface. De bijhorende feedback willen wij dan weer mee nemen bij de daadwerkelijke versie. Wat wij tot op heden al gedaan hebben, is door middel van desk research een aantal dingen vast te stellen. Zo weten wij dat de OBA inmiddels actief is op de social media, aangezien zij beschikken over een Twitter- en een Facebook account. Hier worden regelmatig aankondigingen gemaakt, maar tegelijkertijd zagen wij dat er maar weinig “feedback” terugkomt op deze aankondigingen. Ook weten wij dat er op de OBA site al een reserveer- en verlengsysteem gebruikt wordt. Zij hebben hiervoor een eigen inlog pagina, die ook gebruik maakt van het unieke lidnummer. Tot slot ontdekten wij dat er ook een nieuwsbrief functie bestaat, maar hiervan hebben wij geen informatie over de activiteit of het gebruik ervan kunnen vinden.


Page. 16 of 137


3.4 Bronnenlijst 3.4.1 Internet pagina’s  de OBA home page; http://www.oba.nl/  de OBA op Facebook; https://www.facebook.com/OBAmsterdam  de OBA op Twitter; http://de.twitter.com/OBAmsterdam  Online gepubliceerd artikel met de vergelijking van de html5 moge lijkheden vergeleken met native apps; http://www.brisbanetimes.com.au/it-pro/business-it/html5-or-native-app-that-isthe-question-for-app-owners-20120907-25ig4.html  Online gepubliceerd artikel over html5, hierbij een vergelijking en de voordelen t.o.v. versie 1.0 en 4.01; http://www.businessinsider.com/html5-vs-apps-why-the-debate-matters-and-who-will-win2012-8  Statistieken van het CBS; http://www.cbs.nl/nl-NL/menu/themas/vrije-tijdcultuur/publicaties/artikelen/archief/2011/2011-3438-wm.htm

3.5 Bijlagen 3.5.1 Desk research Onderzoek of er al een officiële OBA app bestaat Op dit moment is er geen app van de OBA zelf, wel een algemene bibliotheek app waarbij ook boeken uit de OBA gereserveerd kunnen worden. Onderzoek hoe de OBA in de social media vertegenwoordigd is De OBA heeft op Facebook en Twitter een officiële account. Er verschijnen hier 1 tot 3 keer per dag nieuwsberichten op beide sites. Onderzoek in welke mate de social media van de OBA succesvol zijn Facebook: 2249 likes. Twitter: 3047 followers. Er wordt verder weinig feedback gegeven op tweets/facebook posts. Onderzoek naar welke diensten er door de OBA online worden aangeboden De OBA beschikt op dit moment over de volgende online diensten:  

Een reserveer- en verlengsysteem waarbij men ook aanvragen uit andere bibliotheken kan doen. Nieuwsbrief functie om leden op de hoogte te houden.


Page. 17 of 137


3.5.2 Enquête vragen

Enquête

geschikt voor alle OBA-leden

Alvast bedankt voor de medewerking bij het invullen van deze enquête. Wij willen graag uw mening over het gebruik van een mobiele app, die u dagelijks kunt gebruiken om over diverse onderwerpen een vraag te kunnen stellen, indien u de Openbare Bibliotheek van Amsterdam (OBA) niet kunt bereiken. Naar aanleiding van deze enquête, willen wij graag aan uw behoefte voorzien en het gebruik van en rondom de OBA zo makkelijk mogelijk proberen te maken. Zodat de OBA altijd bereikbaar voor u is.

1] Om welke reden gaat u naar de OBA? o o o

Informatie vinden die niet beschikbaar is op het internet Het makkelijk vinden van goede, wetenschappelijke informatie De rust en mogelijkheid tot het maken van werk

2] Hoe zoekt u uw informatie op wanneer u informatie nodig hebt? o o o o

Via de bibliotheek Via het internet Eerst via het internet, daarna de bibliotheek Eerst via de bibliotheek, daarna op het internet

3] Hoe vaak maakt u gebruik van websites of apps waarmee u informatie kunt vinden/verschaffen? (VB: Wikipedia, NU.nl;Forums etc) o o o

5 of meer keer per dag Minder dan 5 keer per dag Eens in de zoveel dagen

4] Wat voor een mobiele telefoon heeft u ? o o o o

Iphone Android Blackberry Non-Smartphone

5] Maakt u gebruik van mobiel internet op uw telefoon? o Ja o Nee


Page. 18 of 137


6] Bent u bekend met de online diensten op de website van de OBA? (website, online verlengen, beschikbaarheid bekijken?) o Ja o Nee 7] Volgt u regelmatig het nieuws/aankondingen op de website, de facebook of twitter van de OBA? ( Zo ja, wat vindt u hiervan?) o Ja ………………………………………………………………………………………………. ………………………………………………………………………………………………. o Nee

8] Mits u in de bibliotheek aanwezig bent, zou u dan bereid zijn een vraag van een ander lid te Beantwoorden, mits u over de juiste kennis beschikt ? o Ja o Nee 9] Denkt u, na het concept gehoord te hebben, dat de OWWW-app voor u zou werken? o Ja o Nee ; wat is de reden hiervan? ……………………………………………………………………………………………………………………………………… ……………………………………………………………………………………………………………………………………… ……………………………………………………………………………………………………………………………………… ………………………………………………………………………………………………………………………………………

10] Wat is uw leeftijd? (dit is om onze doelgroep vast te stellen) ………………………………………………………………………………………………………………………………………


Page. 19 of 137


3.5.3 Enquete uitslag

Vragen Vraag 1 Vraag 2

Antwoord 1 8 personen (40%) 3 personen (15%)



Vraag 3 Vraag 4 Vraag 5

15 personen (75%) 5 personen (25%) 5 personen (25%) 10 personen (50%) 14 personen (70%) 6 personen (30%)

0 personen (0%) 4 personen (20%)

Vraag 6 Vraag 7 Vraag 8

18 personen (90%) 2 personen (10%) 3 personen (15%) 17 personen (85%) 16 personen (80%) 4 personen (20%)

Vraag 9 Vraag 10

14 personen (70%) 6 personen (30%) 7 personen (35%) 10 personen (50%)

Antwoord 4

1 persoon (5%)

3 personen (15%)

Vraag 10 bestaat uit 3 leeftijdsklassen: 20 - 30 jaar, 30 - 40 jaar en 40 - 50 jaar Antwoord 1 - 20 - 30 jaar enz.

Conclusie: De meeste mensen die wij geïnterviewd hebben zijn wel degelijk bereid om, als ons product in werking genomen wordt, vragen van andere mensen te beantwoorden en ook vragen te stellen. De meeste mensen beschikken ook over een smartphone, en het grootste de el maakt ook gebruik van mobiel internet. Wel is het zo dat de meeste mensen niet de sociale media volgen die de OBA gebruikt.


Page. 20 of 137


4. Project Initiation Document 4.1 Managementsamenvatting Het project wat wij gaan uitvoeren is het ontwikkelen van een applicatie voor de OBA. De OBA is al jarenlang de opdrachtgever voor het bedrijf ITopia, waar ook wij voor werken. Klanten van de OBA, moeten via deze app vragen kunnen stellen aan andere klanten die zich in de OBA bevinden. Zij kunnen met deze applicatie elkaars vragen beantwoorden en zo er voor zorgen dat de kennis uit een boek overal beschikbaar is. Er wordt van ons verwacht dat er een compleet uitgedacht idee ontwikkeld wordt en dat dit ui tgewerkt wordt. Bovendien moet er met het idee en ontwerp verder gewerkt kunnen worden. Er moeten dus behalve de applicatie ook nog UML diagrammen, een handleiding en een documentatie geschreven worden. Het PID is ook een documentatie waarin wij gaan nadenken over de mogelijkheden en de eventuele bijkomende zaken bij dit project. We zullen het project zo realistisch en gedetailleerd mogelijk beschrijven en ervoor zorgen dat er over elk onderdeel is nagedacht en dat dit ook gedocumenteerd is. We berekenen de kosten voor ons product. Aangezien wij weinig services nodig hebben, zullen we ook weinig kosten maken. Dit is te lezen in hoofdstuk 3, paragraaf 5. Ook zijn er natuurlijk de manuren die betaald moeten worden. We hebben hier een schema van gemaakt, die hieronder weergegeven wordt: Aantal uur per week

Aantal uur per persoon voor het project totaal

28

Aantal personen

336

Totaal aantal uur voor het project te besteden 6

2016

De app moet een zo groot mogelijke doelgroep bereiken. Zodat de OBA de meeste klanten kan blijven boeien met hun nieuwe gadgets en applicaties. Dit doen wij door de app zo simpel mogelijk te houden en de klant niet teveel rompslomp te geven. Zo ben je snel ingelogd en kan je gelijk je vraag stellen of een andere beantwoorden. Ook hebben we de app gelinkt aan Twitter, om er zo voor te zorgen dat ook mensen die actief zijn op Twitter kennis kunnen maken met onze app. We ontwikkelen een Proof Of Concept, met daarin de database uitgewerkt zodat de klant kan zien hoe de app werkt. Zo kan er gekeken worden of dit is wat de klant wil en of er eventuele aanpassingen gewenst zijn.


Page. 21 of 137


4.2 Inleiding 4.2.1 Gebruik van de PRINCE2 projectmanagementmethode PRINCE2 is een methode die ontwikkeld is om projecten gestructureerd te laten verlopen. De methode zorgt ervoor dat de gebruiker vanaf de ontwikkelingsfase duidelijk betrokken raakt bij de ontwikkeling van de applicatie, maar zorgt er ook voor dat de omgeving meer betrokken word bij het project. Dit is nodig zodat er specifiek nagedacht wordt over alle bijkomende zaken en de interactie met de omgeving, van de doelgroep, wat zonder PRINCE2 niet altijd het geval is. Belangstellenden kunnen via deze methode ook gemakkelijker in aanraking komen met de applicatie, er is namelijk ook een draagvlak hiervoor aanwezig. De nadruk van dit document wordt vooral gelegd op de risico’s van de applicatie en de rechtvaardiging hiervan. Ook zorgt het werken volgens de PRINCE2 methode ervoor dat het hele proces van begin tot eind duidelijk gedocumenteerd wordt. Met haar duidelijke voorwaarden zorgt PRINCE2 ervoor dat men gaat nadenken over alle facetten van het project, zowel over de interne als de externe factoren. PRINCE2 is ontwikkeld om de ontwikkelaars een soort checklist te laten doorlopen waarin zij verschillende communicatie-interfaces ontwikkelen. Deze methode zorgt er ook voor dat men een logische en gestructureerde wijze van managen aanhoudt, zodat elk project hetzelfde verloopt. Dit is gewenst indien er bijvoorbeeld iemand tijdelijk bij springt in het project en deze dan met behulp van de volgens PRINCE2 gestructureerde documentatie gemakkelijk de structuur van het project kan begrijpen. Het doel van PRINCE2 is het succesvol laten verlopen van een project, en alle mogelijke risico’s hiervoor tijdens de ontwikkelfase duidelijk in kaart te brengen. PRINCE2 helpt ontwikkelaars tevens in kaart brengen of hun project wel voldoende wordt opgeleverd of dat er eventueel nog iets bijgevo egd moet worden voor de oplevering. 4.2.2 Doel van dit document Dit document laat de ontwikkelaar gestructureerd nadenken over het project. Het zorgt ervoor dat deze alles vastlegt wat afgesproken is en/of belangrijk is, maar wordt er draagt er ook zorg voor dat gaandeweg de ontwikkeling alles gedocumenteerd wordt wat ook maar enige invloed kan hebben op het verloop van het project. Alle factoren worden hierbij in kaart gebracht, waardoor zo compleet mogelijke documentatie van het verloop van het gehele project ontstaat, en er hierdoor tegelijk het draagvlak wordt gecre ëerd.


Page. 22 of 137


4.2.3 Opbouw van het document Dit document is volgens een logische wijze opgebouwd. Ten eerste wordt er uitgelegd waarom de opdrachtgever dit project heeft gestart en welke achtergrond het project heeft. Als dit eenmaal duidelijk is, begint de uitwerking van het project. Welke eisen heeft de opdrachtgever gesteld aan het project en welke keuzes nemen wij in dit project, zijn daarbij belangrijke vraagstukken. Ook is het belangrijk te weten welk resultaat verwacht wordt en wat er totaal niet verwacht wordt. Nu is het tijd om de afspraken die zijn gemaakt over de rolverdeling te documenteren. Degene die betrokken zijn bij de ontwikkeling moeten allemaal hun eigen rol hebben. Zij moeten hun eigen kwaliteiten in het project kwijt kunnen zodat het project zo effectief mogelijk verloopt. Nadat iedereen een duidelijke rol heeft gekregen kunnen zij eigenlijk allemaal zelfstandig aan de slag, maar voor de planning van het project moet volgens PRINCE2 nog een planning komen. Deze planning moet worden afgestemd op de reeds gemaakte afspraken met de opdrachtgever. Zo moet voor elke afgesproken een deadline van de opdrachtgever, dat deel van het product ook daadwerkelijk werkend opgeleverd worden. Om dit goed te kunnen realiseren valt het project uiteen in delen. Deze delen moeten elk duidelijk worden gedocumenteerd, waar dan ook weer een overzichtelijk diagram van gemaakt zal worden. Natuurlijk nemen we zelf ook aannames tijdens de ontwikkeling, en moet de gemaakte planning ook nog eens aansluiten bij de beschikbare resources voor het project. Tot slot zal er gekeken moeten worden naar een marge om eventuele fouten of complicaties op te kunnen vangen. Hiervoor moet er worden gekeken naar de risico’s van dit project en hoe groot de kans hiervan is. Ook moet er een testfase worden ingepland, om de laatste fouten op te sporen of en zal de fase alsook de resultaten weer duidelijk gedocumenteerd moeten worden. Natuurlijk is het ook verstandig om vast te leggen hoe het contact binnen de projectgroep verloopt, hoe iedere en benaderd en wat de afspraken voor het verloop van het project binnen de groep zijn.


Page. 23 of 137


4.3 Projectdefinitie 4.3.1 Achtergrond De OBA is al een aantal jaar een van de opdrachtgevers van het bedrijf ITopia. De OBA wil graag meegaan met de hedendaagse technologie en daarbij willen zij zo veel mogelijk innovaties ontvangen zodat zij het ultieme product kunnen ontwikkelen. Daarvoor is het bedrijf ITopia zeer geschikt. Studenten kunnen hiervoor namelijk hun creatieve vermogen goed gebruiken en deze toepassen in de vorm van een concept-product voor de OBA. De OBA probeert haar klanten op een zo effectieve en goedkoop mogelijke manier te bereiken. De projecten die zij opstellen voor de studenten van de HvA en het bedrijf ITopia, zijn hier uitermate geschikt voor. Vaak geeft de OBA wel van tevoren aan welke eisen ze stellen aan het concept- product.

4.3.2 Projectdoelstellingen Het doel van dit project is dat de OBA een uniek idee krijgt aangeboden, van een van onze projectgroepjes. Zij zullen alle projecten grondig bekijken en uiteindelijk bepalen met welke ideeën zij verder willen gaan. Wat voor hen het best uit zal pakken en wat voldoet aan hun eisen. De kans bestaat dat er ideeën of gedachtes worden opgeroepen door de diverse projecten, waar de OBA misschien meer mee kan. Uiteindelijk probeert de OBA een zo uitgebreid en gedetailleerd mogelijk idee te ontwikkelen wat zo veel mogelijk klanten aanspreekt. Dit idee moet dan worden uitgewerkt tot een volledig werkende applicatie. Als de applicatie naar behoren werkt zal de OBA de klanten meer binden met hun bibliotheek. Bovendien zorgen ze ervoor dat meer mensen in contact komen met de OBA waardoor er ook meer mensen naar de OBA toe zullen gaan om hun kennis te verrijken. Het doel van dit project is dus de klanten meer te binden met de OBA en eventueel nieuwe klanten aan te trekken door de nieuwe technologie. 4.3.3 Projectresultaat De opdrachtgever wil graag dat hij met dit project een goed uitgedacht idee toegereikt krijgt. Deze moet ook al deels uitgewerkt zijn en er moet voor gezorgd worden dat men hier gemakkelijk mee overweg kan. Het moet dus te gemakkelijk te gebruiken en goed gedocumenteerd zijn. Dit wil zeggen dat er een handleiding en een UML diagram gemaakt moet worden. Zo kan de opdrachtgever eventueel z elf verder werken aan het project na onze oplevering. De OBA krijgt ook uiteraard als eindresultaat, een applicatie, waarmee zij verder kunnen beslissen of zij met dit product verder willen gaan of niet.


Page. 24 of 137


4.3.4 Scope & afbakening We gaan er voor zorgen dat de opdrachtgever een compleet afgewerkte app ontvangt. Het hele systeem van de applicatie moet hiervoor duidelijk uitgewerkt worden. Hieronder zult u zien wat wij wel en niet doen.

Wel; -

de gebruiker moet kunnen inloggen of zich registreren wanneer hij gebruik wil maken van de app. De GPS functie moet ook aangeven of de gebruiker zich daadwerkelijk in de bibliotheek bevindt. Als dit is gebeurd moet de gebruiker een vraag kunnen stellen en/of een bestaande vraag kunnen beantwoorden.

-

Er moet gezorgd voor worden dat er een link met een social network is gemaakt. De app is dan bijvoorbeeld gelinkt aan het OBA Twitter account, waarin alle vragen openbaar gemaakt kunnen worden. Iedereen kan deze dan gemakkelijk lezen en uiteindelijk zal er ook meer belangstelling komen voor de app. De OBA kan zijn bestaande accounts gebruiken met onze app. Verder kan de OBA zelf gegevens inladen

Niet; -

We geven niet zelf de content. Wij zorgen voor een basis- en goed uitgewerkte applicatie, de OBA mag zelf zijn/haar inhoud en accounts toevoegen.

-

Er is overwogen een chatroom te maken, zodat de bezoekers fysiek met elkaar in contact kunnen komen. We hebben hiervoor NIET gekozen omdat wij denken dat het systeem met ‘ locatie beschrijvingen’ beter zal werken en aangezien je chatrooms ook voor andere doeleinden kan gebruiken.

-

Veel afleidende factoren zoals plaatjes en buttons etc. Zo kan de bezoeker gemakkelijk zijn informatie zoeken en vinden en blijft de app gemakkelijk te gebruiken.

Wij willen ervoor zorgen dat de app zo gebruiksvriendelijk mogelijk is. Dit doen we door een zo simpel mogelijke interface te ontwikkelen, waar weinig onduidelijke functies inzitten. Wel proberen we de gebruiker zo goed mogelijk te amuseren en te boeien met onze app. 4.3.5 Randvoorwaarden & aannames De beperkingen die aan dit project zijn gesteld waren niet van grote orde. We mochten alle kanten opgaan met ons project, alleen moest het natuurlijk wel haalbaar zijn voor eerstejaars Informat icastudenten. Zo kan je allerlei technieken gebruiken in je project, maar als deze niet goed uitgevoerd worden heb je hier nog niets aan. Ons idee was dus om de app zo gebruiksvriendelijk en simpel mogelijk te houden. De app moet voor de OBA zo effectief en voordelig mogelijk zijn. Dit wil dus zeggen dat er een zo groot mogelijk publiek bereikt moet worden met de app. Dit doen wij doormiddel van het gebruik van HTML5, hiermee maken wij een mobiele website. Iedereen kan hierdoor via zijn of haar mobiele tel efoon (met mobiel internet) de applicatie laden en deze gebruiken. Hierdoor is het vereiste van een specifiek platform geen groot obstakel voor ons.


Page. 25 of 137


We nemen hiervoor dus aan dat HTML5 het meest geschikt is voor onze app. Wij gaan ons dus ook niet verder informeren over de specifieke platformen. Verder gaan wij ervan uit dat de gebruiker een browser bezit welke geschikt is voor ons product. Verder nemen we aan dat de gebruiker op zijn mobiel beschikking heeft over een internetaansluiting. Ook verwachten wi j dat de gebruiker reeds over de competenties beschikt om zelfstandig door een webpagina te kunnen navigeren. 4.3.6 Relaties met anderen projecten Dit project heeft haast geen relaties met andere projecten. Natuurlijk doen wij deze opdracht niet alleen, maar er zijn meerdere groepjes die zich bezighouden met dezelfde opdracht. Wij moeten natuurlijk rekening houden met welke content zij gebruiken in hun verslag en waar wij uniek in kunnen zijn. 4.3.7 Projectaanpak Wij willen er voor zorgen dat we elke oplevering een kleine week van tevoren af hebben. Zo hebben wij steeds genoeg ruimte om mogelijke problemen waar we tegenaan kunnen lopen tijdig op te lossen voor het behalen van de deadline. Verder zorgen wij wekelijks een vergadering. Hierin bespreken we wat wij van elkaars voorlopige werk vonden en wat er hier eventueel aan veranderd moet worden. Natuurlijk hebben wij tussendoor ook nog vergaderingen met onze coach, hij bespreekt met ons hoe het werk gaat en waar wij qua samenwerking tegen aan lopen. We proberen het werk zo goed mogelijk te verdelen, zodat iedereen zich met zijn eigen stuk kan bezig houden, en iedereen genoeg resources hiervoor heeft. We zorgen ervoor dat de laatste week, die als reserve wordt gebruikt, zullen gebruiken om elkaars stukken te evalueren en van elkaar te kunnen leren. Zo werken wij het effectiefst en krijgt iedereen de kennis mee van het gehele project. Elke fase verdelen we weer anders. Dit bespreken we telkens aan het begin van de fase. Iedereen legt zijn vaardigheden bloot, zodat we deze het best kunnen gebruiken tijdens de ontwikkeling. In de eerste fase moet je een idee ontwikkelen, de basis van je project. Dit idee moet gedocumenteerd worden in het research report, bovendien moet je het idee verkopen aan de opdrachtgever en hier een eventueel beeld van geven in de vorm van een filmpje. Wanneer het idee goedgekeurd is door de opdrachtgever ga je door naar de 2e fase. In deze sprint moeten we het PID (Project Initialisatie Document) maken, en dus echt gaan nadenken over ons product. Daarnaast moeten we een PoC (Proof of Concept) presenteren. We moeten hierbij een deel van ons product laten zien in werking. Als dit is goedgekeurd ga je door naar de 3e fase. Hier zorg je voor een Alpha product en deze ga je testen en daarna documenteren we de testgegevens en maken we de handleiding voor het product. Uiteindelijk in de 4e fase maken we het uiteindelijke product en “verkopen” we deze aan de opdrachtgever.


Page. 26 of 137


4.4 Business Case 4.4.1 Redenen om te starten met het project De opdrachtgever wil graag een applicatie hebben waar de OBA-leden gerichte vragen mee kunnen stellen, in bepaalde categorieën. Ook moeten deze binnen de applicatie door andere leden beantwoord worden door gebruikers met aansluitende expertise. Deze vragen zullen ook ge tweet kunnen worden via de gangbare hedendaagse social media, dit is wenselijk voor een groter bereik van de applicatie. Ook wil de opdrachtgever dat de gebruikers met elkaar kunnen afspreken voor een meeting in de OBA. Wat moet er dus gebeuren:   

De opdrachtgever wil graag een Q&A (Questions and Answers), door middel van een soort forum. De opdrachtgever wil dat de leden met elkaar kunnen afspreken in de OBA. De opdrachtgever wil dat er een koppeling met social media (bijv. Twitter of Facebook) mogelijk is.

4.4.2 Alternatieven Er was een keuze om deze applicatie als website (HTML 5) te ontwikkelen. Wij hebben besloten deze zogenaamde web app te maken zodat de meeste mobiele platformen beschikbaar zijn voor onze applicatie. Als we toch voor een ‘native app’ gekozen hadden, hadden we eventueel iets meer functies van het mobiele platform kunnen gebruiken, maar waren we wel gebonden aan dit enkele platform. 4.4.3 Voordelen Naar verwachting zullen OBA-leden met lastige vragen, binnen beschikbare kennisgebieden, niet altijd gemakkelijk een academisch antwoord via internet vinden. De OBA wil hieraan tegemoetkomen door een platform te bieden waar deze kennis wel bereikt kan worden. Dit moet kunnen door de vraag in onze web applicatie te stellen; en een betrouwbaar antwoord op te kunnen krijgen door mensen met een verworven academische expertise. De OBA-leden kunnen door middel van een chat functie in de web app met elkaar afspreken binnen de OBA. Het voordeel van het gebruiken van Twitter en RSS feeds is dat de OBA l eden gemakkelijk up-to-date blijven van welke vragen gesteld worden. 4.4.4 Nadelen Het blijft altijd de vraag of gebruikers daadwerkelijk een aangeboden product zullen gebruiken. De applicatie moet namelijk eerst bekend worden en zich bewijzen tegenover mogelijke concurrenten zoals eventueel Wikipedia of Google. De vragen die de leden stellen moeten verder wel daadwerkelijk beantwoord worden. Wanneer dit niet gebeurt zal de interesse in de app afnemen en leiden tot het niet meer gebruiken van de app. De OBA zal ook mensen moeten aanstellen die het forum beheren (administrator & moderator) zodat de leden zich aan bepaalde gedragsregels houden of als er een vraag in de verkeerde categorie is neergezet. Dan zijn deze mensen er voor de gebruiker aanwezig om de vraag te kunnen verplaatsen.


Page. 27 of 137


4.4.5 Kosten Voor het project zullen wij zelf wellicht resources nodig hebben waarvoor je moet betalen. Wij hebben als voorbeeld misschien een mobiele telefoon nodig om ons product op te testen. Wij hebben hiervoor maximaal 100 euro te besteden. Verder als de OBA de web app en database niet zelf host, maar dit door een extern bedrijf zal laten doen kan dit ongeveer 30 euro per maand schelen. Als de OBA de web app liever zelf onderhoudt zullen zij daar ontwikkeling software voor moeten aanschaffen. Het aantal uur dat wij besteden aan dit project is echter wel te beschouwen als investering. Maar ook de eventuele aanschaf van extra resources, noodzakelijk voor de ontwikkeling omvat de kosten. Een overzicht hiervan is weergegeven in de onderstaande tabel. In bijlage 1 is er een Gantt Chart te vinden waar per product wat wij opleveren hoeveel tijd het gaat kosten. Aantal uur per week

Aantal uur per persoon voor het project totaal

28

336

Aantal personen

Totaal aantal uur voor het project te besteden

6

2016

De 2016 uur wordt onderverdeeld in 4 fases en 9 producten die wij opleveren. Dit is een schatting van de tijd waarvan wij denken dat dit nodig is voor elke fase / product en die wij er beschikbaar voor hebben Producten

Aantal uur

Idea

120 Research report

100

Concept filmpje

20

Proof of Concept

620

PID document

90

Proof of concept

530

Alpha Product

630

User manual

80

Test document

100

Alpha development

450

Beta Product

646

Final report document

100

Beta development

546

Total

2016


Page. 28 of 137


Hieronder is nog een kostenplaatje van de producten waarvoor je moet betalen als je er gebruik van gaat maken. Onderdeel

Kosten

Website(web app) laten hosten

€

30,00

Eventuele benodigde resources

€

100,00

eenmalig

Sublime text 2

€

45,41

eenmalig


eenmalig/maandelijkse kosten maandelijks

Page. 29 of 137


4.4.6 Investeringsanalyse De OBA is niet winstgevend en zal dus ook geen winst maken aan dit product. Verder wordt het een gratis web app dus ook daar zal OBA niets aan verdienen. Eventuele investeringen zouden voor de web app en database zijn, de kosten zijn hierboven al genoemd (30 euro verschil t.o.v. bi j een extern bedrijf, als de OBA de functionaliteiten niet zelf host) en eventueel software voor het onderhouden van de web app. Veel van de software die wij gebruiken om dit product te ontwikkelen is open source en dat scheelt veel in de kosten. Hoewel de OBA aan dit product dus geen winst kan gaan maken zal dit product wel de OBA leden aanspreken en zeker een handige informatie bron zijn waar zij vragen kunnen stellen. De web app zal dan wel erg afhankelijk worden van zijn community en zal moeten strijden tegen Google en Wikipedia. Het fysieke contact (iemand die naar jou toekomt om iets uit te leggen) mogelijkheid met de web app zal hierbij goed helpen, want dit is iets wat je niet bij Google of Wikipedia kan krijgen. Dit product heeft zeker potent om te groeien naar iets groots, want er is altijd wel vraag naar meer kennis en mensen met expertise. Het product zal dan ook zeker de OBA leden aanspreken en daarom is het ook een goede investering om door te gaan met dit project. Overigens is dit ook voor hen weer een extra bron aan informatie waar ze gerichte vragen kunnen stellen en dat wordt zeker gewaardeerd.


Page. 30 of 137


4.5 Projectorganisatie 4.5.1 Organigram

OBA ITopia Kees Rijsenbrij

Richard de Koning

Remco van Swieten

Bas Peeperkorn

Henk Hoogcarspel

Team 3 4.5.2 Rollen & verantwoordelijkheden De Stichting Openbare Bibliotheek Amsterdam is in dit project de opdrachtgever. Zij hebben aan ons, het team en ITopia, een opdracht gegeven die uitgewerkt moet worden d.m.v. een project. Het contact tussen de OBA en ITopia en het team wordt verzorgd door Richard de Koning als “tussenpersoon”. Kees Rijsenbrij is de Corporate Manager van ITopia’s strategie en doel. Hij vertegenwoordigt ITopia voor alle zakelijke partners, in dit geval is dat de OBA. Richard de Koning is de project manager en is verantwoordelijk voor een aantal projectteams. Hij rapporteert naar de Corporate Manager over de voortgang en de kwaliteit(controle). Richard is het laatste controle punt voordat de deliverables naar de zakenpartner (de OBA) gaan. Remco van Swieten is de Technische Consultant van dit project. Hij kan zijn expertise toepassen bij technische vragen en kent de mogelijkheden. Remco speelt ook een rol in het helpen van de teams met het opleveren van deliverables en het waarborgen van de kwaliteit daarvan. Bas Peeperkorn is de Project Assistent voor het project. Hij kan helpen met eventuel e vragen over het project, aangezien hij het project vorig jaar succesvol doorlopen heeft.


Page. 31 of 137


Henk Hoogcarspel is de coach van ons team. Hij helpt het team in elke fase, geeft tips en controleert of een duidelijke planning voor de deliverables bestaat. Elke twee weken is er een coaching gesprek waarin besproken wordt hoe de gang van zaken is, of er nog moeilijkheden zijn omtrent de samenwerking en hoe het team intern communiceert en functioneert. Henk helpt ook met eventuele problemen omtrent de samenwerking en dan met name met het nakomen van gemaakte afspraken binnen het team. Team 3: Het team bestaat uit zes leden en is verantwoordelijk voor de ontwikkeling van het project. Samenwerking staat centraal en is voor een goed verloop bovendien cruciaal. Het team zorgt er intern voor dat aan het einde van elke fase de deliverables opgeleverd worden en dat het project afgerond wordt met een functionerend product. De leden worden hieronder in een overzicht benoemd, inclusief hun contactgegevens.

Naam

Functie

Telefoonnummer

E-mail

Kees Rijsenbrij

Corporate Manager

06-21156178

[email protected]

Richard de Koning

Project Manager

020-5951628

[email protected]

Remco van Swieten

Technical Consultant

020-5951609

[email protected]

Bas Peeperkorn

Project Assistant

Niet bekend.

[email protected]

Henk Hoogcarspel

Coach

020-5951650

[email protected]

Vincent Voordenberg

Projectleider

06-57726891

[email protected]

José Boon

Programmeur back-end notulist

06-13657281

[email protected]

Wouter Bohlken

Programmeur back-end

06-53250564

[email protected]

Justin Oud

Programmeur/eindredacteur

06-54291370

[email protected]

Jens Hoevenaars

Programmeur front-end

06-15821061

[email protected]

Nils Duymaer van Twist

Programmeur/redacteur

06-42003547

[email protected]


Page. 32 of 137


4.6 Projectplan 4.6.1 Plan aannames Tijdens de ontwikkeling van ons project zullen wij een aantal aannames doen, welke wij tijdens de verdere voortgang van dit project als een gegeven zullen beschouwen. Deze aannames kunnen wij op dit moment niet met eventuele onderzoeken bevestigen, maar achten wij wel als zeer aannemelijk. Wij gaan er voor ons project van uit dat de gebruiker van de applicatie een werkende internet verbinding tot zijn beschikking heeft. Ook gaan wij ervan uit dat het mobiele apparaat van de gebruiker een browser applicatie geïnstalleerd heeft, die html5 en javascript ondersteund. Voorlopig gaan wij er ook vanuit dat er voor het verkrijgen van locatiegegevens via de browserdata geen geregistreerde AppleID vereist wordt van de safari browser. Van de gebruiker verwachten wij dat deze over de competenties beschikt om zelfstandig door een webpagina te navigeren. Ook zal hij een aantal gegevens via tekstvelden in moeten kunnen voeren, of eventueel via drukknoppen een aantal opties moeten selecteren. Wij verwachten deze aannames als een gegeven te kunnen beschouwen, gezien de opdrachtgever ons de context voor de opdracht heeft gegeven. Ook hebben wij in ons research rapport onderzoek gedaan naar de doelgroep. Het resultaat, mensen die werken met de huidige technologie, heeft er voor gezorgd dat onze veronderstellingen bevestigd werden

4.6.2 Gantt-chart In bijlage 1 staat een grafisch overzicht van de planning Voor de planning van het project hebben wij gebruik gemaakt van ‘Microsoft Project 2000’. In dit programma is het zeer gemakkelijk om een GANTT diagram te tekenen. Deze zullen we dus ook gebruiken voor de grafische weergave van de planning. Hierin kan je steeds de voortgang van de verschillende deelprojecten weergeven, om zo te controleren of de voorgestelde planning nog w el haalbaar blijft gedurende de voortgang van ons project.

Toelichting bij het GANTT diagram Aan de linkerzijde zijn de verschillende taken te zien voor het project, gegroepeerd per periode waarin deze zullen plaatsvinden. Ook zijn de contacturen van het ontwikkelingsteam en eventuele meetings met de consultant of projectleiding duidelijk ingepland. Verder is er te zien dat elk onderdeel een afgesproken begin- en opleverdatum heeft. Tot slot is er te zien dat elke periode (‘sprint’) een einddatum heeft, welke in het diagram is weergegeven met een mijlpaal aan het einde van de sprint.


Page. 33 of 137


4.6.3 Productdecompositiestructuur Het product valt in een aantal deelproducten uiteen. Zo zijn er een aantal documenten, die opgeleverd moeten worden, maar vervalt de applicatie tijdens de ontwikkelfase uiteen in een aantal deelprojecten. Hieronder zullen wij een overzicht geven van de verschillende deelprojecten. Deze zijn gegroepeerd per periode.

Fase 1: Deelproject 1: Het research report Deelproject 2: Het videofilmpje Fase 2: Deelproject 3: Het Project Initialisation Document (PID) Deelproject 4: De Proof of Concept (PoC) Fase 3: Deelproject 5: Het Alpha product Deelproject 6: De product handleiding Deelproject 7: Het testverslag Fase 4: Deelproject 8: Het Beta product Deelproject 9: Het project verslag


Page. 34 of 137


4.6.4 Productstroomdiagram In bijlage 2 wordt het productstroomdiagram weergegeven. Per periode zijn er verschillende deelprojecten die opgeleverd moeten worden. Over deze deelprojecten moeten wij een planning maken. Hierin moeten wij de verdeling van de taken en de resources over de periode plannen. Aan de belangrijkste taken zullen wij als eerste beginnen, zodat wij zeker weten dat we hier de benodigde resources voor beschikbaar hebben. Hierdoor zullen soms de andere deelprojecten ‘verplicht’ moeten wachten, gezien deze afhankelijk zijn van deze voorgaande deelprojecten of er misschien ook geen resources momenteel beschikbaar zijn. Wij hebben de producten geordend op de begindatum, waardoor er in het diagram van boven naar beneden de chronologische weergave van de ontwikkeling te zien is.

4.6.5 Activiteitenplanning In de planning staan een aantal activiteiten vermeld, zoals verplichte PM meetings met de projectleiding en afspraken met de consultant. Hierbij zal elke keer een ander teamlid de meeting of afspraak bijwonen, zodat iedereen een keer geweest is en zijn mening of eventuele opmerking kwijt kan. Ook zijn er een aantal coach meetings gepland, hierbij is iedereen aanwezig en wordt de samenwerking van het team besproken. Ook kijken wij vooruit naar de volgende deadlines, bespreken we de taakverdeling hiervan en evalueren we of we nog op schema lopen. Zelf heeft het team ook een wekelijkse vergadering waarbij de voortgang van het project wordt besproken. Hier kunnen teamleden aangeven of alles nog volgens plan verloopt of waar er eventueel onverwachtse knelpunten zijn. Dit is voor ons het moment om de planning zo nodig bij te stellen. Zodat er bij extra werk extra resources toegewezen kunnen worden en de verdeling eerlijk blijft binnen het team.


Page. 35 of 137


4.6.6 Overzicht benodigde middelen Wij hebben voor de ontwikkeling en de werking van ons project een aantal middelen nodig. Hieronder zullen wij beschrijven welke dit zijn en hoe wij deze denken te verkrijgen. Om de applicatie voor de gebruikers bruikbaar te maken, hebben wij ruimte op een webserver nodig. Dit hoeft geen eigen server zijn maar kan ook ruimte op een VPS zijn. Voor de bereikbaarheid is er ook nog een domain nodig, dit hoeft niet per se een top -level domain te zijn, want een sub domain kan ook al toegankelijk genoeg zijn. Tot slot zullen wij beschikbaarheid tot een MySQL database moeten hebben. Hier moeten wij lees- en schrijfrechten van hebben zodat wij benodigde gegevens voor de applicatie kunnen opslaan of terughalen. Wij denken aan de gestelde voorwaardes te kunnen voldoen, zonder aanspraak te hoeven maken op het beschikbare budget. Zo heeft een van onze teamleden al toegang tot een VPS met voldoende ruimte voor onze applicatie. Voor de vereiste domain hebben wij ook al een oplossing, namelijk beheert hetzelfde teamlid ook een webpagina met eigen top-level domain. Hierop gaan wij een zogenoemde subdomain aanmaken voor de bereikbaarheid van onze applicatie. Tot slot heeft een ander teamlid een MySQL database van zijn werk ter beschikking, waar wij voor ons project van gebruik mogen maken. Voor de ontwikkelingsfase hebben wij ook software nodig om de applicatie mee te ontwikkelen. Hiervoor gaan wij gebruik maken van sublimetext2, welke een free to use tekst editor is. Ook zullen wij van het hulpprogramma Zend Studio 8 gebruikmaken, om zo gemakkelijker de php-code van de pagina te kunnen ontwikkelen. Wij komen aan dit programma door een teamlid, die een geldige licentie via zijn werk heeft verkregen. Ook zullen wij gebruik maken van een aantal libraries, zoals Twitter’s bootstrap en JQuery. Ook voor deze twee geldt dat zij open source en dus vrij van betaling zijn. Tot slot zullen wij nog gebruik maken van Microsoft Word voor de ontwikkeling van de verschillende manuals in documentvorm. Voor de communicatie binnen het team willen wij gebruik maken van Skype, wat erg handig is voor regelmatige videovergaderingen en van de whatsapp messenger applicatie voor kortere berichten. Tot slot hebben wij nog een gedeelde folder in dropbox aangemaakt voor ons project, waardoor er intern een toegankelijke schijfruimte ter beschikking staat. 4.6.7 Productbeschrijvingen In bijlage 3 wordt per product een beschrijving gemaakt


Page. 36 of 137


4.7 Beheersinstrumenten 4.7.1 Toleranties In de eerste twee fases is er nog genoeg ruimte om conceptuele aanpassingen te maken. Dit zal weinig consequenties hebben omdat we in de derde fase (Alfa Product) pas de diepte in gaan. In dit geval zal de projectplanning moeten worden aangepast. Als er in de derde fase kleine wijzigingen zijn, kost het naar schatting weinig moeite om dit aan te passen. Ook in dit geval zal het in de projectplanning verwerkt moeten worden. Wij proberen grote aanpassingen in de derde en vierde fase zo veel mogelijk te voorkomen. Wij hopen genoeg feedback te krijgen op ons Proof of Concept en PID, zodat er zo weinig mogelijk in de weg zal staan bij het uitwerken van ons concept. 4.7.2 Risicomanagement Een groot risico wat aan dit project hangt is het technisch uitwerken van onze applicatie. We hebben hier vrij weinig tijd voor en zullen dit in een snel tempo moeten doen. In deze fase kunnen er veel onverwachtse technische probleem optreden wat betreft ons platform, het daadwerkelijk live zetten, enzovoorts. Als er technische problemen optreden zullen wij contact opnemen met onze technische consultant. Mochten er problemen ontstaan wat betreft de samenwerking van ons project, zullen wij direct contact opnemen met onze coach, om een meeting te organiseren. 4.7.3 Uitzonderingsprocedure Als het project uit zijn toleranties loopt en/of risico’s treden op, zal de projectleider actie moeten ondernemen. In de meest realistische gevallen, zoals technische problemen, of problemen met onze samenwerking, zal (zoals hier voor beschreven) contact worden opgenomen met de desbetreffende persoon.

4.7.4 Voortgangsrapportages Na elke fase wordt er een presentatie gegeven waarbij al onze ideeën en uitvoeringen van dat moment gepresenteerd worden. Bij deze presentaties staan wij uiteraard open voor feedback op elk gebied. Wij zullen gedurende de week er na, de feedback in behandeling nemen en waar nodig, aanpassingen maken. Wij zullen contact opnemen met de opdrachtgever om te laten weten hoe het er op dat moment voor staat.


Page. 37 of 137


4.8 Bijlage 4.8.1 Bijlage 1. Grafische Projectplanning


Page. 38 of 137


4.8.2 Bijlage 2. Productstroomdiagram


Page. 39 of 137


4.8.3 Bijlage 3. Productbeschrijvingen

Productbeschrijving Product ID

1

Productnaam

Research Report

Doel

Er moet onderzocht worden of ons concept uniek is en past bij het imago van de opdrachtgever en of dit concept aansluit bij de beoogde doelgroep.

Samenstelling

Voor dit rapport moeten wij gegevens en eigenschappen over de doelgroep en de opdrachtgever onderzoeken. Hiervoor zullen wij een deskresearch en een field research moeten verrichten. Deze zullen gepresenteerd worden in een Nederlandstalig rapport.

Kennis en kunde nodig om product te vervaardigen

Het rapport moet volgens een specifieke template opgebouwd zijn. Ook moet deze in het correct Nederlands geschreven zijn. Verder moet er kennis bestaan van de gebruikte onderzoeksmethodes van dit deelproduct.

Kwaliteitscriteria

Uit dit rapport moet een duidelijke omschrijving van ons product en de doelgroep blijken. De resultaten zullen door middel van een presentatie aan de opdrachtgever voorgelegd worden, welke zal bepalen of dit product aansluit bij de verwachtingen.


Page. 40 of 137



2

Productnaam

Videofilm

Doel

Het presenteren van ons concept-idee aan de opdrachtgever, ter verduidelijking van het opgeleverde research rapport. De film moet ons idee helpen toelichten zodat onduidelijkheden van het concept duidelijk worden.

Samenstelling

Een film van 5 minuten, gemonteerd met geluid. Deze moet zijn geüpload naar YouTube.


De teamleden moeten kunnen filmen en er moet de expertise bestaan om ook films te kunnen bewerken. Ook zal er een storyboard ontwikkeld moeten worden, zodat de acteurs weten wat het er verwacht wordt.

Kwaliteitscriteria

Het filmpje moet het concept visueel overbrengen. De opdrachtgever moet ons concept begrijpen en de kwaliteit moet toonbaar zijn.

Kwaliteitsmethode

Via de consultant zal een beoordeling volgen op de film.


Page. 41 of 137



3

Productnaam

Project Initialisation Document (PID)

Doel

Het documenteren van de gemaakte afspraken en producteisen zodat er achteraf geen onduidelijkheden kunnen ontstaan hierover. Ook word de planning duidelijk vastgelegd zodat wij een duidelijk beeld hebben van de resterende tijd en mogelijke deadlines van het project.

Samenstelling

Een document, opgebouwd volgens een specifieke template met eventuele bijlagen en diagrammen.


De teamleden moeten beschikken over Nederlandse schrijfvaardigheden.

Kwaliteitscriteria

Het document moet een duidelijke beschrijving bieden van de besproken planning en producteisen. Daar waar er in het research rapport nog onduidelijkheden of verbeterpunten waren, zullen deze inmiddels in het rapport duidelijk verwerkt zijn. Ook moet er aan alle punten van de checklist voor dit document voldaan zijn.

Kwaliteitsmethode

Via de consultant zal een beoordeling volgen.

Ze hebben verder een duidelijk beeld van de opbouw en planning van het project. Ook zijn gemaakte afspraken met de opdrachtgever, evenals de producteisen helder.


Page. 42 of 137



4

Productnaam

Proof of Concept (PoC)

Doel

Het presenteren van de kernfuncties van het product. Mogelijke knelpunten zullen hier aan het licht komen en voor de opdrachtgever zal er een duidelijk beeld ontstaan van het eindproduct.

Samenstelling

Verschillende HTML5 pagina’s, met opmaakelementen en een afgewerkte interface. Ook PHP codes en MySQL query’s en een database ontwerp zullen ontwikkeld worden.


Kennis van HTML5, eventueel aangevuld met JavaScript.

Kwaliteitscriteria

Het product moet werken en de interface moet de basis lay-out tonen.

Er is ook basiskennis van PHP en MySQL nodig om de benodigde query’s te schrijven.

Een database ontwerp met de juiste informatie en relaties. Het concept moet aansluiten bij de verwachtingen van de opdrachtgever en eventuele aanmerkingen op het research rapport moeten inmiddels meegenomen zijn in de ontwikkeling. Kwaliteitsmethode

Zal naar aanleiding van een presentatie beoordeeld worden.


Page. 43 of 137



5

Productnaam

Alpha product

Doel

Een eerste indruk van het product met een werkende interface en de belangrijkste onderdelen reeds geïmplementeerd. Het product zal getoond worden aan de opdrachtgever en deze zal zijn feedback geven op de voorlopige voortgang. Mochten er nog functies missen of bepaalde aspecten bestaan welke de opdrachtgever graag anders zou zien, is dit het laatste controlemoment hiervoor.

Samenstelling

Een werkend prototype, bestaande uit verschillende HTML5 pagina’s aangevuld met waar nodig CSS, PHP en JavaScript.


Kennis van de gebruikte methodes en over de werking van het prototype. Ook moet er kennis bestaan over de voortgang van het project en hoe de feedback op het research report in het concept terugkomt.

Kwaliteitscriteria

Het product moet werken en de interface moet de basis lay-out tonen. Het concept moet ook de belangrijkste functies omvatten welke gedocumenteerd staan in het PID. De belangrijkste hiervan moeten werken zodat de opdrachtgever een duidelijke indruk krijgt van het product.

Kwaliteitsmethode

Zal door de consultant beoordeeld worden.


Page. 44 of 137



6

Productnaam

User manual

Doel

Het geven van een handleiding alsook een toelichting bij de werking van onze applicatie. Voor een nieuwe gebruiker moet er stapsgewijs duidelijk gemaakt worden wat de gebruikers mogelijkheden zijn zodat zij de applicatie leren begrijpen en hier zelfstandig mee om kunnen gaan.

Samenstelling

Een document, opgebouwd volgens een specifieke template. Het document moet uit korte en duidelijke zinnen bestaan, en indien nodig aangevuld met toelichtende afbeeldingen.


Kennis van werking van de applicatie, en beschikken over een correcte Engelse schrijfvaardigheid. Ook moet er de expertise bestaan om een word document inclusief afbeeldingen te ontwikkelen.

Kwaliteitscriteria

Begrijpelijk voor een nieuwe gebruiker, en voor de lezer duidelijke beschrijving geven van de applicatie en haar functies. Ook moet de opbouw overeenkomen met de template. Het document moet in het Engels zijn geschreven, en dus voldoen aan een correcte Engelse schrijfvaardigheid.

Kwaliteitsmethode

Dit document zal door de consultant beoordeeld worden.


Page. 45 of 137



7

Productnaam

Test approach

Doel

Duidelijke omschrijving van hoe de testfase gepland wordt, en hoe wij een duidelijke feedback willen verzamelen tijdens deze testfase.

Samenstelling

Een document van maximaal 3 pagina’s, geschreven in het Engels.


Er moet een duidelijke kennis bestaan over de vereisten van de testfase, en de gewenste opmaak voor het document. De auteurs moeten over een correcte Engelse schijfvaardigheid beschikken.

Kwaliteitscriteria

Het document moet in het correct Engels geschreven zijn, en volgens een specifieke template opgebouwd zijn. Ook moet er een duidelijke planning bestaan voor de testfase, samen met een heldere omschrijving van de aanpak voor het verkrijgen van de feedback tijdens de testfase.

Kwaliteitsmethode

Dit document zal door de consultant beoordeeld worden.


Page. 46 of 137



8

Productnaam

Bèta product

Doel

Laatste versie van het product, dit is de versie van applicatie welke zal worden opgeleverd. Met deze laatste versie sluiten wij tevens de verdere ontwikkeling en het project voor ons af.

Samenstelling

Een product, bestaande uit verschillende HTML5 pagina’s aangevuld met waar nodig CSS, PHP en Javascript. Het Alpha product is de basis, met de feedback uit de testfase hierin inmiddels geïmplementeerd.


Duidelijke kennis over de feedback van de testfase, en de aanmerkingen van de opdrachtgever op het Alpha product. Beiden zullen in dit deelproduct geïmplementeerd moeten zijn.

Kwaliteitscriteria

Het product moet werken, de besproken vereisten moeten allemaal geïmplementeerd zijn. Het moet en werkende applicatie zijn.

Kwaliteitsmethode

Het product zal door de consultant beoordeeld worden aan de hand van een checklist.


Page. 47 of 137



9

Productnaam

Final report

Doel

Dit document dient een duidelijk beeld van het ontwikkelingsproces en de samenwerking van het team te geven.

Samenstelling

Een verslag in documentvorm, opgebouwd volgens een vooraf gegeven template en eventueel aangevuld met afbeeldingen en UML diagrammen.


Kennis van de gebruikte ontwikkelmethodes en kennis van de verdeling van de resources over het project. Er wordt kennis gevraagd van alles wat van invloed was op ons project, of hier ook maar enige rol in speelde.

Kwaliteitscriteria

Het verslag moet een vaste structuur hebben, en er moet aan een checklist voldaan zijn welke de benodigde onderdelen van het rapport omschrijft. Er moet een correcte schrijfvaardigheid worden gehanteerd.

Kwaliteitsmethode

Ook dit document zal door de projectleiding beoordeeld worden.


Page. 48 of 137


5. Paper Prototype Wij hebben geprobeerd ons design zo simpel mogelijk te houden. Zo hoeft de gebruiker niet veel kennis te hebben van apps om onze app te kunnen gebruiken. Bovendien kan de gebruiker nu snel zijn vraag plaatsen en andere vragen opzoeken. De hoofdfuncties van de app, het stellen en lezen van vragen en het geven van antwoorden, moet zo snel mogelijk te bereiken zijn. Dit is dus ook na de inlogpagina, de eerste pagina waar men op terecht komt, de feed. De buttons hebben wij zo groot mogelijk gemaakt, zo kan men op de mobiel de button altijd goed aanklikken en zijn deze altijd zichtbaar. De stijl We hebben de app geprobeerd zo dicht mogelijk tegen de OBA-huisstijl aan te maken. Deze heeft de rode en zwarte kleur en bovendien een makkelijke naam. Het logo van de OBA is simpel en deze van de OWWW-app dus ook. Belangrijke buttons Er zijn in de app een aantal belangrijke buttons verwerkt. Men kan altijd, op welke pagina men ook is, op deze buttons klikken. Zo kan men altijd een vraag plaatsen en altijd terug naar zijn feed. De OWWW-button zorgt ervoor dat je naar het belangrijkste van de app gaat, de feed. Menubalk We hebben gekozen voor Iconen op de menubalk, omdat deze snel door men onthouden worden. Iedereen weet namelijk dat als er een loepje staat afgebeeld, dat je daar kan zoeken naar iets in de app. Ten eerste wilden wij deze bovenaan zetten, maar toen wij eenmaal aan het programmeren begonnen hebben wij de menubalk onderaan de app gezet*. Deze scrollt mee met de pagina. Deze balk bevindt zich dus altijd onderaan het beeld van de mobiel, men kan dus altijd snel naar de volgende pagina. Alle grootte functies van de app bevinden zich op de menubalk. Hieronder ziet u een aantal design afbeeldingen die wij gemaakt hebben voordat we de app ook daadwerkelijk gingen ontwikkelen. Deze hebben wij gemaakt met het programma Adobe Fireworks © . Een goed programma om websites en andere design mee te ontwikkelen. U zult zien, dat deze tekeningen anders zijn dan dat de app nu is. Wij hebben kleine aanpassingen gemaakt, zoals zoals we u al vertelde; dat de menubalk onderaan staat.


Page. 49 of 137


De ‘oude’ layout

Plaats een vraag – pagina Final report | OWWW- app | Groep 3

De login pagina

Het abonneren op onderwerpen

De feed

Een geplaatste vraag Page. 50 of 137


De zoek-pagina


Zoek expert-pagina

de profiel-pagina

Page. 51 of 137


6. UML diagrammen Hieronder vindt u een UML class-diagram met de belangrijkste klassen en de onderlinge relaties. Wij hebben hiervoor alleen de belangrijkste klassen gekozen om zo een overzichtelijke indruk te kunnen geven van de relaties tussen deze klassen en van de structuur van onze applicatie. Figuur 1: Class-diagram


Page. 52 of 137


Verder hebben wij ook nog een UML use-case-diagram opgesteld met de hierin alle functies van de applicatie. Wij hebben de functies hiervoor ingedeeld volgens de menu-structuur waaronder zij vallen binnen de app, zodat het duidelijker is hoe de applicatie is opgebouwd. Verder zijn bepaalde functies alleen beschikbaar voor ingelogde gebruikers, terwijl de help en informatiepagina natuurlijk vrij beschikbaar zijn. Figuur 2: Use-case Diagram


Page. 53 of 137


7. Test Approach 7.1 Inleiding Het kwaliteitsrapport wordt opgesteld zodat men het product kan testen en hier zijn/haar mening over kan vormen en deze kwijt kan in de vorm van een formulier. Dit is niet alleen handig voor de programmeur, maar ook voor de andere ontwikkelaars van het product. Zo kan de programmeur met de feedback van de gebruiker zijn product aanpassen voordat hij het op de markt brengt. Zo is hij zeker van een gebruiksvriendelijke app, die aan de wensen van de gebruiker voldoet. Bovendien is het kwaliteitsrapport ook een extra check-back voor de ontwikkelaars zelf. Zo evalueren ze tussentijds het product wat ze aan het ontwikkelen zijn. Zo bekijken ze of de app voor de gebruiker aanvoelt zoals hij zou moeten en of bovendien alle functies ook daadwerkelijk werken. Zo weten ze wat er nog moet gebeuren, en of bepaalde functies eventueel aangepast moeten worden. De kwaliteitscriteria van de OWWW-app zijn grotendeels gelijk aan een standaard applicatie. Deze moet gebruiksvriendelijk zijn en moet op alle fronten goed functioneren. Bij de analyse fase werd er duidelijk welke functies de OBA graag geïmplementeerd ziet worden. Maar naarmate het project vordert zijn alleen de belangrijkste functies hiervan overgebleven. De functies die nu in de app verwerkt zijn, moeten naar behoren werken voordat er pas nieuwe functies bij komen, dit is een belangrijke eis die we als ontwikkelaar gesteld hebben. Bovendien moet de app natuurlijk goed functioneren op de browser van de verschillende platformen. Het kwaliteitsrapport bevat de beschrijving van de statische en dynamische kwaliteit van de app. We vertellen hoe de kwaliteit van de code gemeten wordt en welke eisen we hieraan stellen. Dit doen we ook met de functionele eisen van de applicatie. In de komende periode gaan de applicati e daadwerkelijk testen, met de methodes beschreven in dit document.Waarna wij een onderbouwde conclusie kunnen geven over de kwaliteit van onze applicatie.


Page. 54 of 137


7.2 Statische kwaliteit Het testen van de statische kwaliteit van de applicatie wordt ook wel white-box testing genoemd. Tijdens deze testfase word er namelijk naar de code zelf gekeken. Dit is dus eigenlijk de technische review. Tijdens deze fase wordt er enerzijds gekeken naar statistische gegevens over de code en anderzijds naar de werking van de verschillende units (unit testing). Maar er wordt ook gecontroleerd of er bij het programmeren voldaan is aan de code conventi es. Voor de statische gegevens kan er gebruik gemaakt worden van verschillende tools, welke gedetailleerde informatie over de code verzamelen. Hieronder valt bijvoorbeeld het totaal aantal regels code en het aantal regels van commentaar ten opzichte van de broncode. Hiervoor gaan wij gebruik maken van de tool Sourcemonitor. Hiermee is gemakkelijk de stati stische gegevens over de code te verkrijgen. Voor de statische kwaliteit geldt ook dat er gelet moet worden of er aan de geldende syntax regels is voldaan. Voor de check op syntax overtredingen willen wij gebruik gaan maken van de volgende tools:   

PHP_CodeSniffer voor de php en css code HTML-Lint voor de html code JavaScript-Lint voor de javascript code

Voor de code conventies en de documentatie/commentaar van de code zullen wij ons houden aan de gestelde code conventies van ITopia – met de aanpassing dat het voor ons project om html5 gaat in plaats van de originele java standaarden. De boven genoemde programma’s geven precies weer wat er fout is en wat er niet klopt volgens de standaard waarden. Ze geven verder ook duidelijk weer hoeveel regels elk bestand heeft en welke regel eventueel niet klopt. De statische kwaliteit willen wij twee keer gaan testen. 1 keer aan het begin van sprint 4, om te controleren of de standards voldoen aan de eisen die er gesteld worden en om te controleren of er fouten in zitten. Daarnaast willen we, ergens vlak na de kerstvakantie, nog een controle uitvoeren, om te controleren of we halverwege sprint 4 nog op de goede weg zijn en er aan alles voldaan wordt (commentaar etc.). Dit is wensbaar gezien er gaandeweg de periode nieuwe code is ge schreven en deze ook nog eens gecontroleerd moet worden. Datum(s) voor het testen van de statische kwaliteit: 11 december 2012, begin van sprint 4 (na de afronding van fase 3). Eerste controle van de statische code m.b.v. PHP_CodeSniffer, HTML-Lint en JavaScript-Lint. Dinsdag 8 januari 2013, halverwege sprint 4. Tweede controle van de statische code m.b.v. PHP_CodeSniffer, HTML – Lint en JavaScript – Lint


Page. 55 of 137


7.3 Dynamische kwaliteit Wij gaan de functies van de OWWW-app testen op gebruikersgemak en functionaliteit. De feedback hiervan willen wij gaan gebruiken om de applicatie zo gebruiksvriendelijk mogelijk te maken. Ook kan het zijn dat er nog eventuele fouten in het systeem zitten. Deze zullen wij zo veel mogelijk verhelpen en de aanmerkingen meenemen in het uiteindelijke Beta product. De gebruikers krijgen een testversie van onze applicatie. Zij gaan dus zelfstandig met de applicatie aan de slag en kunnen zo alle functies zelf testen. Hierbij krijgen zij een formulier om aanmerkingen en feedback te ku nnen geven. Dit is van belang om de app zo veel mogelijk naar de wensen van de gebruiker te ontwikkelen. Hierdoor wordt de app zo gebruiksvriendelijk mogelijk. De dynamische kwaliteit is van belang om de functionaliteit te testen. Zo weten we of alle functies in de app helemaal werken. In de Alpha - fase testen wij de volgende functies:    

Registreren en Inloggen De feed instellen (abonneren) De feed en gestelde vragen bekijken Antwoord op een vraag geven

We laten de gebruiker een testformulier invullen over de verschillende use-cases (functies). De gebruiker kan hiermee zijn feedback geven en deze zullen wij verwerken in onze applicatie, waar toepasbaar. Deze test vindt plaats op 4 december 2012. Ook willen we nog 2 keer testen gedurende de Beta – fase, om te zien of alle functionaliteiten die we nog in de planning hebben, ook werken en of zij ook voldoen aan gebruikersvriendelijkheid en gebruikersgemak. Hiervoor willen wij gedurende de kerstvakantie familieleden en vrienden raadplegen, en ook nog ergens halverwege januari, als een extra controle. Verdere datum(s) voor testen Dynamische code in Beta – fase zijn vooralsnog: Donderdag 27 december 2012, eerste test bij familie / vrienden voor de Dynamische code (applicatie testen). Vrijdag 11 januari 2013, tweede test bij familie / vrienden voor de Dynamische code (applicatie testen).


Page. 56 of 137


7.4 Testformulier

Testing form for the Alpha Phase product of team 3 Name ……………………………………………………………………………………………………. Date: 4 December 2012 Member of: ITopia / OBA / Guest (select which appropriate) *Note: If you need help, ask one of our members at the stand or you can make use of our User Manual Question 1. Can an account be registered in the application?

Question 2. Can you perform a log in with the application with the new account?

Question 3. Can a question be asked in the category ‘x’ (you can decide yourself)?

Question 4. Can you subscribe to the feed ‘x’ (you can decide yourself)?


Page. 57 of 137


Question 5. Can you answer a question within the application?

Question 6. Can you find an expert within the application?

Question 7. Can you log out of the application?

Comments and remarks about the OWWW (Openbare Wie Weet Wat) – application:

Thank you for filling in the test form!



Page. 58 of 137


8. Test Results PHP code meetrapport Understand GetConnected 11-12-2012

Project

GetConnected studiejaar 2012 - 2013

Studiejaar

1

Teamleden

1. José Boon

4 Vincent Voordenberg

2. Justin Oud

5. Wouter Bohlken

3. Nils Duymaer van Twist

6.

Totaal aantal files

41

Totaal aantal functions

185

Totaal aantal classes

67

Totaal aantal statements

491

Totaal aantal commentaar

534 regels

Totaal percentage comments t.o.v. code

0.35% (35%)

Totaal aantal witregels (blank lines)

248

Totaal aantal regels (project)

2708


Page. 59 of 137


Totaal aantal regels php

1512

Toelichting bij gemeten waarden:

De gemeten waarde bij totaal percentage comments t.o.v. code is als volgt gebaseerd:

Er zijn 1512 regels php totaal, daarnaast zijn er 534 regels commentaar. Een simpel rekensommetje (534*100% / 1512) vertelt ons dat het percentage commentaar ten opzichte van de totaal regels php 35% is.

(Dit is waar de meeste informatie vandaan gehaald is, een summary van alle Project Metrics)


Page. 60 of 137


PHP code meetrapport Understand GetConnected 07-01-2013

Project

GetConnected studiejaar 2012 – 2013

Studiejaar

1

Teamleden

1. José Boon

4 Vincent Voordenberg

2. Justin Oud

5. Wouter Bohlken

3. Nils Duymaer van Twist

6.

Totaal aantal files

44

Totaal aantal functions

317

Totaal aantal classes

37

Totaal aantal statements

1011

Totaal aantal commentaar

548 regels

Totaal percentage comments t.o.v. code

0.34% (34%)

Totaal aantal “witregels” (blank lines)

273

Totaal aantal regels (project)

2897

Totaal aantal regels php

1597


Page. 61 of 137


Toelichting bij gemeten waarden:

De gemeten waarde bij totaal percentage comments t.o.v. code is als volgt gebaseerd:

Er zijn 1597 regels php totaal, daarnaast zijn er 548 regels commentaar. Een simpel rekensommetje (548*100% / 1597) vertelt ons dat het percentage commentaar ten opzichte van de totaal regels php 34% is.

(Dit is waar de meeste informatie vandaan gehaald is, een summary van alle Project Metrics)


Page. 62 of 137


Hieronder volgt een korte conclusie van de PHP – meetrapporten: 

In de twee keer dat we gemeten hebben, zijn er een aantal verschillen te zien: o Het aantal files is van 41 naar 44 gegaan o Van 185 functions naar 317 functions o Het aantal classes is van 67 naar 37 gegaan. Dit heeft vermoedelijk te maken met het feit dat bij de eerste test ook het ZEND – framework meegenomen was, wat niet de bedoeling was… o Van 491 statements naar 1011 statements o Het commentaar is licht gestegen, van 534 regels naar 548 regels. o Het totaal percentage aan commentaar t.o.v. php – code is van 0,35% (35%) naar 0,34% (34%) gedaald, omdat er meer php - code is dan commentaar. o Het totaal aantal witregels is van 248 naar 273 gestegen o Het totaal aantal regels binnenin het project is van 2708 naar 2897 gestegen. Dit is vermoedelijk meer geworden, aangezien we na de tweede test nog een aantal dingen aangepast hebben binnenin het project qua code. o Het totaal aantal regels PHP – code is van 1512 naar 1597 gestegen.

Al met al is de conclusie dus dat er binnen 4 weken na de eerste test toch een aantal dingen toegenomen zijn, zoals de PHP – code, het aantal witregels en de statements. Er zijn ook een aantal dingen die niet zullen kloppen, waaronder de classes. Deze is van 67 classes naar 37 classes gedaald, dus de eerste test was “deels” fout gegaan. Met de tweede test hebben we dit dus kunnen controleren.


Page. 63 of 137


JSHint.com uitslagen Javascript code:

(Map Views, Scripts, Contact – Index.phtml) Line 2: $('.btn:first').button('toggle'); Missing "use strict" statement.

(Map Views, Scripts, Discover – Index.phtml) 

Line 1: $('#btnExpert').click(function(e){



'e' is defined but never used. Line 5: $('#btnPerson').click(function(e){ 'e' is defined but never used.

(Map Views, Scripts, Discover – SearchPerson.phtml) 

Line 2: $('#submit').click(function(){



Missing "use strict" statement. Line 6: var $id = parseInt(this.id); Missing radix parameter.

(Map Views, Scripts, Discover – SearchQuestion.phtml)  

Line 3: $('.feed-list li').each(function(){ Missing "use strict" statement. Line 8: $(this).click(function(e){ 'e' is defined but never used.

(Map Views, Scripts, Feed – Manage.phtml)   

Line 2: e.preventDefault(); Missing "use strict" statement. Line 26: $(this).addClass("loading"); Missing "use strict" statement. Line 29: $(this).removeClass("loading"); Missing "use strict" statement.


Page. 64 of 137


(Map Views, Scripts, Index – Index.phtml)  

Line 3: $('.feed-list li').each(function(){ Missing "use strict" statement. Line 8: $(this).click(function(e){ 'e' is defined but never used.

(Map Views, Scripts, Login – Index.phtml (bovenste gedeelte JavaScript)  

Line 2: $('#loggedin').hide(); Missing "use strict" statement. Line 7: if(form_type == 1) { Expected '===' and instead saw '=='.

(Map Views, Scripts, Login – Index.phtml(onderste gedeelte JavaScript)

Line 2: $('#info').click(function(){ Missing "use strict" statement.

(Map Views, Scripts, Question – Post.phtml)  

Line 2: $('#status-online').addClass('active'); Missing "use strict" statement. Line 7: if ($('#location-floor') != "") { Expected '!==' and instead saw '!='.

(Map Views, Scripts, Question – View.phtml (bovenste gedeelte JavaScript)  

Line 2: $('#btn-close').click(function(e){ Missing "use strict" statement. Line 2: $('#btn-close').click(function(e){ 'e' is defined but never used.


Page. 65 of 137


(Map Views, Scripts, Question – View.phtml (onderste gedeelte JavaScript)      

Line 2: $('#location-description').hide(); Missing "use strict" statement. Line 4: if ($('#location-description').is(':visible')){ Mixed spaces and tabs. Line 6: } Mixed spaces and tabs. Line 7: else { Mixed spaces and tabs. Line 9: } Mixed spaces and tabs. Line 12: $('#location-description').hide(300); Mixed spaces and tabs

Conclusie: In ons Test Approach – document hadden we gezegd dat we JSLint zouden gebruiken. We hebben uiteindelijk besloten om JSHint te gebruiken, omdat deze ook JQuery ondersteunde en JSLint gaf niet dezelfde errors aan als deze hierboven, omdat JSLint geen JQuery – optie ondersteunde. De JavaScript – code is helaas maar 1 keer getest, hierdoor hebben wij deze errors nog wel op tijd kunnen constateren. Dit waren de voornaamste errors die wij tegenkwamen bij de test, momenteel zijn we nog bezig met het verbeteren van de code voor de oplevering.


Page. 66 of 137


HTML Lint uitslagen

Pagina: Vragen-overzicht (feed) 

Line 79: You must quote attributes ( style unquoted)






128:

Development versie.Get connected groep 3 2012 - ©

Info | Help






128:


Info | Help






129:

|
color:red; height:0px; ">FAQ | Contact



Line 129: You must quote attributes ( style unquoted) 129:

|
color:red; height:0px; ">FAQ |&n


Page. 67 of 137


Pagina: Vraag (als men de vraag bekijkt) 

Line 85: You must close empty tags



85:

class="profileimage"

src="/images/general/profile_placeholder.gif" width="100">






127:

value="1">






150:


Info | Help






150:


Info | Help






151:

|


Page. 68 of 137


o 151:

Line 151: You must quote attributes ( style unquoted) |
color:red; height:0px; ">FAQ |

Page. 69 of 137


Pagina: Plaats vraag 




109:

name="locatie_status" value="1">






110:

name="locatie_verdieping" value="">






111:






215:


Info | Help






215:


Info | Help






216:

|





Page. 70 of 137


216:

|
color:red; height:0px; ">FAQ<

Pagina: Zoek – pagina (algemeen) 




104:


Info | Help






104:


Info | Help






105:

|




|
color:red; height:0px; ">FAQ | <


Page. 71 of 137


Pagina: Zoek een vraag 




76:






86:

Zoek een vraag

value="1">






110:


Info | Help






110:


Info | Help






111:

|




|
color:red; height:0px; ">FAQ |&nb


Page. 72 of 137


Pagina: Zoek –pagina, zoek een expert 




213:


Info | Help






213:


Info | Help






214:

|




|
color:red; height:0px; ">FAQ
Pagina: Inbox – pagina 




198:


Info | Help






198:



Page. 73 of 137


height:0px;">Info | Help






199:

|




|
Pagina: Profiel (algemeen) 

Line 82: You must close optional tags



82:

href="/user/edit">



Line 83: You must close optional tags



83:

href="/user/upload">






103:


Info | Help






103:



Page. 74 of 137


height:0px;">Info | Help






104:

|




|

Pagina: Profiel – pagina, Wijzig gegevens 




79:






83:

class="strechted" value="[email protected]">






96:

placeholder="Voornaam" value="Nils">






100:

placeholder="Tussenvoegsel" value="">





Page. 75 of 137




104:

placeholder="Achternaam" value="van Twist">






131:


Info | Help






131:


Info | Help






132:

|




|

Page. 76 of 137


Pagina: Profiel (Wijzig foto) 




80:






81:






83:






86:


Info | Help






86:


Info | Help






87:

|




|

Page. 77 of 137


Pagina: Profiel, wijzig feed 




186:


Info | Help






186:


Info | Help






187:

|




|


Page. 78 of 137


Pagina: Login / Logout 




92:






96:

class="strechted">






109:

placeholder="Voornaam">






113:

placeholder="Tussenvoegsel">






117:

placeholder="Achternaam">






121:

placeholder="Leeftijd">






129:

placeholder="Wachtwoord">





Page. 79 of 137




135:

placeholder="Wachtwoord nogmaals">






169:


Info | Help






169:


Info | Help






170:

|




|
Conclusie: Er zijn nog al wat HTML errors. Voor de html te testen hebben wij gebruik gemaakt van HTML Lint. Op de genoemde pagina’ is er nog soms nog een bepaalde error aanwezig die wij nog niet “ontdekt” hadden en waar we nog het nodige voor moeten aanpassen. De meeste errors zijn vooral gebaseerd op de layout en de style van onze applicatie, maar zijn de bovengenoemde resultaten echter door ons als acceptabel beoordeeld. Wel hebben wij een aantal ‘ crucial’ errors uit de test verholpen, zoals bijvoorbeel een niet gesloten
tag en een aantal eveneens verkeerd/niet gesloten meta tags. Deze hadden in eerste instantie tot geen opvallende visuele effecten geleid, maar zijn simpleweg niet conform de geldende ‘coding standards’ en boverndien indien bekend ook zeer gemakkelijk te verhelpen. Wat dus ook is gebeurd bij deze fouten. Doordat de tests


Page. 80 of 137


hierdoor in eerste instantie niet kon worden voltooid, hebben wij deze fouten niet meer in de resultaten opgenomen gezien deze als incompleet beschouwd konden worden.

Testformulieren (ingevuld – fysieke kopie bij Vincent beschikbaar, digitaal ingevuld)

Testing form for the Alpha Phase product of team 3

Name J . Derriks……………………………………………………………………………………. Date: 4 December 2012 Member of: ITopia / OBA / Guest (select which appropriate) *Note: If you need help, ask one of our members at the stand or you can make use of our User Manual Question 1. Can an account be registered in the application? V

Question 2. Can you perform a log in with the application with the new account? V

Question 3. Can a question be asked in the category ‘x’ (you can decide yourself)? “+” Icoon onduidelijk wat het doet


Page. 81 of 137


Question 4. Can you subscribe to the feed ‘x’ (you can decide yourself)? Scrollen werkt niet

Question 5. Can you answer a question within the application? V (Je moet wel weten dat O = ondernemen)

Question 6. Can you find an expert within the application? - (nog niet af)

Question 7. Can you log out of the application? V

Comments and remarks about the OWWW (Openbare Wie Weet Wat) – application: - Wachtwoord vergeten?! Wat dan? - Wat is het doel - fysiek contact zie ik niet terug



Page. 82 of 137


Testing form for the Alpha Phase product of team 3 Name Rob Visser……………………………………………………………………………………. Date: 4 December 2012 Member of: ITopia / OBA / Guest (select which appropriate) *Note: If you need help, ask one of our members at the stand or you can make use of our User Manual Question 1. Can an account be registered in the application? V


Question 3. Can a question be asked in the category ‘x’ (you can decide yourself)? Locatie omschrijving moet keuze weergeven

Question 4. Can you subscribe to the feed ‘x’ (you can decide yourself)? Als abonnement leeg is, wat dan?

Question 5. Can you answer a question within the application? V


Page. 83 of 137


Question 6. Can you find an expert within the application? - (nog niet af)


Comments and remarks about the OWWW (Openbare Wie Weet Wat) – application:



Page. 84 of 137


Testing form for the Alpha Phase product of team 3

Name Wouter Lemstra……………………………………………………………………………………. Date: 27 December 2012 Member of: ITopia / OBA / Guest (select which appropriate) *Note: If you need help, ask one of our members at the stand or you can make use of our User Manual Question 1. Can an account be registered in the application? V


Question 3. Can a question be asked in the category ‘x’ (you can decide yourself)? V

Question 4. Can you subscribe to the feed ‘x’ (you can decide yourself)? V

Question 5. Can you answer a question within the application? V Final report | OWWW- app | Groep 3

Page. 85 of 137


Question 6. Can you find an expert within the application? Nee, functie werkt nog niet 100%


Comments and remarks about the OWWW (Openbare Wie Weet Wat) – application: - Expert – functie verbeteren - Heldere uitleg wanneer eerste keer inloggen na registratie



Page. 86 of 137


Conclusie Tijdens het testen van de dynamische kwaliteit is toch gebleken dat een aantal functies nog aangepast hadden kunnen worden. Tijdens de Alpha – fase hadden we ook nog wat kritiek en feedback meegekregen over ons product. Tijdens de Beta – fase hebben we het volgende geïmplementeerd:  

  

Er is een help, FAQ, Contact en Info – pagina gemaakt op de web – app Er is meer “hulp” aanwezig op de app t.o.v. “opmerkingen” en “berichten”. Een voorbeeld hiervan is dat als je voor het eerst inlogt en je bent nog niet geabonneerd op feeds / onderwerpen, er een bericht komt en een help – pagina met uitleg over de verschillende soorten buttons en waar ze voor dienen Als de feed (het abonnement) leeg is, wordt de gebruiker hierover genotificeerd zodat hij zich eerst abonneert alvorens hij zijn geldige abonnementen kan bekijken bij de feed. In plaats van het “+” – icoon wat we hadden voor de vraag plaatsen, hebben we nu een icoon met de tekst “plaats vraag” er in De OBA had graag een laadscherm gezien tijdens het abonneren op feeds. Dit gezien de vertraging tijdens de registratie wat als onduidelijk werd ervaring. Voor de béta release is ook dit item inmiddels geïmplementeerd.


Page. 87 of 137


9. User Manual 9.1 Introduction The OWWW-app is a web-based application made by ITopia on behalf of the Amsterdam public library. This Application has been designed in close cooperation with the Amsterdam public library, further referred to as the OBA. The OBA is Amsterdam’s biggest library and has therefore a large number of members. This application has been developed in order to stay more in touch with their members, as well as for the members to get more in touch with each other. Therefore the main goal is to stimulate more interaction between the members, which should be archieved by activily sharing of expertise. This application comes in, there where questions arise and reliable answers need to be found. The application has been designed as a forum, with public access for all of t he OBA members.

9.2 Setting up the Owww-app To start with the OWWW – application, you must have a mobile cellphone with access to the Internet. If this is not available, you can always use the web browser version (which is accessible with a computer), however, this is not recommended, as the application is mainly designed for mobile phones and may exclude certain features of the application. If you have a mobile phone with Internet access, you can go to the site of our application. This is: http://owww.bohlken.eu. You can then start by registering an account, but we do recommend that you read this manual first before trying to register an account. Most of our functions are described in this User Manual, however, some functions are still in development. We hope that you will extend your knowledge by using the OWWW – application and that you will continue to use it in the future, along with this User Manual.


Page. 88 of 137


9.3 Registering an account In order to use the OWWW-app, you have to register an account first. To register for an account, you will need a valid e-mail address and a self-invented password E-mail address Your e-mail address needs to be fulfilling the e-mail standards. That means, that it has to be a valid email address and it has to have an @ in the address. For identification, we ask your e -mail address, because you won’t forget it anytime soon and you will always be reachable for us. An example: [email protected] Password The password needs to exist of:  

At least 8 characters. A maximum of 16 characters.

The password is to be made up by yourself. Warning! It is wise to note this password somewhere , as you will be needing it for identification when using the app in the future. Userguide for registrating an account

1. Click on the button ‘Registreer’ , which you can find under the red ‘Log in’ button.

2. First, fill in your valid e-mail address in the box “Email”. NOTE: You will get a warning when this is not a valid e-mail address.


Page. 89 of 137


3. In the second box, called “Voornaam”, you should fill in your first name ,which will later be displayed on your profile. 4. The third box is for the infix, and if not applicate you may leave this blank.

5. The “Achternaam” box is for your lastname, allso destined for your userprofile. 6. Now please fill in your self-made password, this should be done in the “Wachtwoord” – box. 7. For security reasons you need to repeat this password in the next box, called “Wachtwoord nogmaals” . Note: This password has to be the same as the one above it! 8. Now you may click on the button “Registreer” to finish the registration. If you have followed the steps and clicked on the button “Registreer”, you will be automatically logged in to the OWWW – application. You may now use the different functionalities of our application.


Page. 90 of 137


9.4 Logging in on the application If your account has been made and you have been registered, you can now log in with this account. The logging in needs to be done with an e-mail address and your self-made password that you made during the registration process.

1. Fill in your details in the therefore meant boxes (“Email” needs to be filled in with an e-mail address and password needs to be filled in with your self-made password) On the left image you see we have a test account with the e-mail address [email protected]. You can also see that the password will been obscured, is for security reasons!) 2. Click on the button “Log in” to log in on the application. You can now use the functionalities of the application.


Page. 91 of 137


9.5 Asking a question In the application, it is important that you can ask a question about a certain category and that you also can answer questions of other people. In this part, we’ll discuss the asking a question – part of our application 1. Click on the “nieuwe vraag” – icon

in order to ask a new question

2: A new screen will be displayed:

In the picture on the left, we can see a few things. First you can select a category, and you can say if you are in the OBA or if you are somewhere else. Note:, by clicking “in de OBA”, you can choose a “location” (floor) of the OBA which implies you are present at this moment. Furthermore, you can add a title (for your question) and you may add a description to help answering the question more precise This should be entered in the text-input box.


Page. 92 of 137


Here we’ve filled in an example form, to give you a more clear impression of how this would look like.

3. After all the information has been filled in, you should click on “Plaats je vraag” button to submit the question. It now will be automatically entered into the feed “Politiek”, this is the topic where other people who are enlisted in can later see your question.


Page. 93 of 137


9.6 Answering a question Now that we have (possibly) asked a question, we might also want to answer a question of another user. It is at this point important that you’ve at least have subscribed to one or more feeds, to see questions available for your subscribed topics. If you haven’t subscribed to a feed yet, please skip this chapter for now and read the next one (which is “Subscribing to a feed”).

1. To answer a question, you will first need to select a question you want to reply to. This should be done from the feed page. Note: Remember that you can always return to the feed section by clicking the icon on the menu or on the OWWW logo on top.

2. On top of the page, you see the name of the user who initially posted the question. Followed by the regarding topic on the next row. Further down we also see the time/or date when the question has been posted, and if the user was at the OBA or somewhere else (referred as Online) 3. If the person is at the OBA, you may check his position by clicking the “location” button. 4. At the lower textbox, you are finally able to enter the answer for the selected question. To confirm and send the answer, please click on the red button that says “Plaats je antwoord”. 5. After this is done, you will be automatically see the answer, completing this step.


Page. 94 of 137


9.7 Subscribing and Unsubscribing to a feed In the “Profile” section – displayed by the icon - you can view and change your profile settings, as well as your current subscribed topics. Note: this will be automatically displayed once you completed your registration. In the “edit feed” you can find a whole list of different feeds. We will show you a part of the list with a picture: We will now tell you how to subscribe and unsubscribe from a feed: Note: We will start at the “edit feed” section as explained above, and also displayed right after the registration 1. Single click on a feed, to subscribe to the topic you want to be subscribed to. Note: if already subscribed to a topic, you will see a checkmark to the topics subscribed to. 2. If you want to unsubscribe from a feed, you just do the same as subscribe; single click to unsubscribe.


Page. 95 of 137


9.8 Finding an expert Another function of our application is that you can search for an expert. But to start: What is an expert? An expert is a person within the OWWW – application that has fulfilled a certain amount of requirements and can be considered an “expert” on a certain category. A person becomes an expert when he / she has answered 30 questions correctly, and has helped people 10 times in a “physical” way, by meeting them in the OBA and helping them out. We will now show you how you can find an expert within the appl ication: 1. In the OWWW – application, click on the into a new window:

- icon (the Search – icon) and you will be shown

(You can see that you can search for an expert by clicking on “Zoek een expert” or by finding a person by name by clicking on “Zoek persoon op naam”. However, the searching for a person by name – function is not included at this moment, since we are still developing it). 2. Click on “Zoek een expert” and you will be shown into a new window:


Page. 96 of 137


(Here, you can see the experts currently listed. This feature is currently still in development, but we wanted to show you in this version of the User Manual, that you can look up an expert.)


Page. 97 of 137


9.9 Logging out of the application It is always advised that when you are done with a program or your computer, that you log out or close the application. With our application, you can simply log out by doing the following steps:

1. Click on the (log out) button, to log out of the application. 2. To confirm you will now returned to the “log in” page of the application:

(This is the log in page of the application, to confirm that you are logged out)


Page. 98 of 137


9.10 Frequently Asked Question(s) Q. “How can I return to the “homepage” of the application?” A. It is possible to return to the “homepage” of the application, where you can see all the questions that have been submitted to the topics which you have subscribed. All you have to do is to click on the logo . This can be found in the upper left corner of the page. You will then be redirected to the starting page.

Q “Is there any way to change my personal information or profile information?” A. In this version of the application and user manual, no. However, we are currently working on it and we expect it to be fully available in the Beta – release of our product!

9.11 Afterword We hope that this User Manual has simplified the use of the OWWW – application for you and that you have a better view of some of the core functions of our application. We also wanted to let you know that this manual provides help with most of the functions of our product, however, there are still more functions to be added in the coming month(s)! If you have any questions, you can simply mail us on this e -mail address: [email protected]. We will try to answer your questions as soon as possible. Any feedback or remarks are welcome and can also be send to the same address as mentioned above. We hope that the OWWW – application extends your expertise and knowledge and that you will help spread that same knowledge to other people who are in need of help or assistance. With regards, Team 3


Page. 99 of 137


10. Presentatie Sprints Er moesten twee presentaties gehouden worden in de eerste twee fases van het Get Connected project. Dit moest omdat zo de OBA en het bedrijf Itopia wisten waar wij ons mee bezig hielden en ons, wanneer dit nodig was, konden bijsturen in de goede richting. Zo waren wij niet aan het ‘zwemmen’ in onze ideeën en konden wij onze app aan de eisen van de OBA laten voldoen. Zowel de OBA als het bedrijf Itopia gaf feedback op de tot dan toe bedachte ideeën en ontwerpen. Bij ons was deze feedback zeer positief. We hadden de gedachte van de OBA goed verwerkt en de ontwerpen zagen er leuk en vernieuwend uit. We konden door met ons idee en dit gaf ons een goed gevoel.

10.1 Presentatie 1

1

3


2

4

Page. 100 of 137


5

6

7

8

Zoals u kunt zien behandelden we in de eerste presentatie vooral ons idee. Wat is onze probleemstelling? Hoe gaan we deze aanpakken? Op welke doelgroep gaan wij onze app richten? Dit waren de vragen die wij ons vooral stelden. Daarnaast hadden we ook al wat functies bedacht die bij onze app goed tot uiting konden komen, en probeerde we een impressie van de app te geven.


Page. 101 of 137


10.2 Presentatie 2

1

2

3

4

5

6


Page. 102 of 137


7

8

9 In de tweede presentatie werd vooral het idee uitgewerkt. Het ontwerp van de app is grotendeels hetzelfde gebleven. Alhoewel je wel ziet dat het ontwerp in de eerste en tweede presentatie een stuk veranderd is. Het heeft nu een professionelere en mooiere uitstraling. We lieten zien hoe we de functies wildengaan verwezenlijken, en hoe dat er uit zou gaan zien. De app is nu gebruiksvriendelijker en mooier geworden naar onze mening. Bovendien werd er een korte rondleiding door de website gegeven en lieten we zien hoe de app gebruikt kon worden tot dan toe. Daarnaast werden de gebruikte technieken uitgebreid vertelt en waarom wij deze specifieke technieken gebruiken.


Page. 103 of 137


11. Team members 11.1 Justin Oud Fase 1: Voornamelijk gewerkt aan:     

Het ontwikkelen van het Idee, voornamelijk de gedachte achter het maken van een expert in bepaalde gebieden etc. Het filmpje, voornamelijk spelen en bedenken van scenes. Deels de vormgeving van de app Hoofdstuk 1 van Research Report (3.1 Inleiding) en 3.5.2 Enquete vragen gemaakt. Alle spelling gecontroleerd

Wat ging er goed: Het ontwikkelen van het idee. We zaten al redelijk snel op het juiste pad en konden dus gelijk verder gaan met de ontwikkeling van de vormgeving. Wat ging er minder goed: De spelling van het gehele Research Report was niet optimaal, hier moest veel aan veranderd worden. Fase 2: Voornamelijk gewerkt aan:   

Het programmeren van de index.phtml, zodat elke pagina een vaste opmaak heeft. Het schrijven van hoofdstuk 1 van het PID (4.1 managementsamenvatting) en hoofdstuk 3 (4.3 projectdefinitie) Het samenvoegen en controleren op spelling van het PID

Wat ging er goed: Het programmeren van de index.phtml pagina was voor mij goed te doen, aangezien ik vaker met html en css had gewerkt. Wat ging er minder goed: Toen we de feedback teruggekregen hadden bleek dat ik hoofdstuk 3(4.3 projectdefinitie) niet helemaal begrepen had, deze heb ik dus overnieuw geschreven. Fase 3: Voornamelijk gewerkt aan:    

Het ontwikkelen van de zoek-pagina. ‘Zoek een expert’, ‘Zoek een persoon via naam’, Zoek een vraag’- pagina’s aangemaakt en ontwikkeld. Het schrijven van de dynamische kwaliteit van de test-approach. Het ontwikkelen van diverse paper-prototypes. Deels het User Manual geschreven. Voornamelijk de hoofdstukken 9.1 , 9.2, 9.3,9.4 En de User Manual samenvoegen en controleren.


Page. 104 of 137


Wat ging er goed: Het ontwikkelen van de zoek-pagina en hierdoor de app steeds beter leren te begrijpen. Ook het PHP begon ik nu te begrijpen. Wat ging er minder goed: Het in het engels schrijven van de User-Manual. Fase 4: Voornamelijk gewerkt aan:   

Final report gemaakt Het ontwikkelen van de ‘help’, ‘info’, ‘contact’ en ‘FAQ’ pagina en deze gangbaar gemaakt. Ideeen ontwikkelen over hoe de app nog gebruiksvriendelijker te maken

Wat ging er goed: Het ontwikkelen van de bovenstaande pagina’s. Deze een mooie opmaak te geven en goed gangbaar te maken. Wat ging er minder goed: Het Final-Report goed op te delen in hoofdstukken, uiteindelijk is dit helemaal goed gekomen.


Page. 105 of 137


11.2 Nils Duymaer van Twist Fase 1: In deze periode waren mijn voornaamste bijdragen:  



Het mede-bedenken van de invulling van het gegeven concept, zoals het idee van een persoonlijke feed en de motivatie voor een web applicatie ipv een native platform. Mijn bijdrage aan het research rapport was de PACT-analyse en had ik tevens de verantwoordelijkheid voor de lay-out van het document en het samenvoegen en controleren van alle deelonderdelen Voor de enquete heb ik ook een bijdrage geleverd, hier heb ik enige vragen voor bedacht

Wat ging er goed: Het ontwikkelen van het idee ging voorspoedig, en de samenwerking ging goed. We hadden een duidelijke taakverdeling gemaakt en de deadlines werden ook deze periode gehaald. Wat ging er minder goed: Het research rapport was door een aantal verschillende personen geschreven, dit moest echter nog samengevoegd worden tot een geheel en samenhangend stuk. Ook hadden wij voor de videofilm enige complicaties, zo ging het bewerken moeizaam door technische problemen met de software. Fase 2: In deze periode waren mijn voornaamste bijdragen: 





Tijdens deze fase is de layout van de applicatie enigszins gewijzigd, ik heb hier voornamelijk aan de front end aan bijgedragen/mee-geschreven. Ik heb voornamelijk aan de css opmaak gewerkt, zoals het nieuwe menu met diverse icons en bootstrap elementen. Voor het PID document heb ik ook mijn bijdrage geleverd, zo was hoofdstuk 5 mijn deel hiervan. Ook heb ik een planning gemaakt voor het gehele project, welke is terug te vinden in de bijlages van het PID als GANTT chart Het samenvoegen van de deelonderdelen en de controle op een vloeiende aansluiting van de deelonderdelen op elkaar.

Wat ging er goed: De layout van de webpagina ging voorspoedig, mede door een goede library en de technische expertise van ons team. Ook aan de back end ging alles voorspoedig – zo had jens voor de presentatie al een inlog en vraagsysteem gereed – waardoor wij gemakkelijk door de ‘proof of concept’ kwamen met voornamelijk positieve feedback. Wat ging er minder goed: Ons PID was blijkbaar nog niet helemaal goedgekeurd, zo moesten er nog enige aanpassingen worden gedaan aan de deelproducten en de omschrijving hiervan. Ook ging de taakverdeling achteraf gezien niet heel goed. Wij hadden veel werk aan jens uit handen gegeven, welke echter besloot na de tweede sprint te stoppen met de opleiding. Hierdoor ontstonden enige complicaties welke wij in de volgende periode moesten overwinnen.


Page. 106 of 137


Fase 3: In deze periode waren mijn voornaamste bijdragen: 

 

Tijdens deze periode lag de nadruk op de technische ontwikkeling van de applicatie. Ik heb hier weer voornamelijk mijn bijdrage geleverd aan de front end. Tijdens deze fase is de view van de vraag enigszins aangepast, en heb ik de layout voor de inbox en profiel- gedeeltes in html en css vormgegeven. Voor de test approach heb ik het hoofdstuk over de statische kwaliteit geschreven. Voor de user manual heb ik diverse onderdelen vertaald, ook was ik verantwoordelijk voor de visuele content van de manual.

Wat ging er goed: De samenwerking van het team ging goed, ondanks verschillende complicaties uit de vorige periodes wisten wij weer een go te behalen voor deze fase. Vooral aan de back-end is veel werk verzet om dit mogelijk te maken. Wat ging er minder goed: Vanwege ons afscheid van jens waren er op de back-end veel technische onduidelijkheden mbt het gebruikte framework. Wij hadden allemaal nog geen ervaring mee waardoor wij aanvankelijk veel moesten uitzoeken wat voor enige vertraging heeft gezorgd. Achteraf kunnen wij concluderen dat wij de taakverdeling in de eerste twee periodes beter hadden moeten organiseren. Fase 4: In deze periode waren mijn voornaamste bijdragen: 

Naar aanleiding van de feedback op de alpha fase, moesten er technisch nog enkele wijzigingen worden doorgevoerd mbt de gebruiksvriendelijkheid van de applicatie. Ik heb hieraan bijgedragen door het schrijven van diverse onderdelen van de ‘help’, ‘info’, ‘contact’ en ‘FAQ’ pagina’s in samenwerking met justin. Ook hebben wij deze pagina’s toegankelijk gemaakt voor niet ingelogde gebruikers. Ook ben ik verantwoordelijk voor een ‘loading’ animatie voor tijdens de ajax-calls bij de manage-feed pagina van de gebruiker. Voor de statische kwaliteit van de code heb ik tijdens deze sprint samen met vincent ook nog diverse onderdelen gecontroleerd met onder andere jshint en understand. Ook waren de UML diagrammen een van mijn bijdrages aan het final report van ons groepje.

Wat ging er goed: Het ontwikkelen van de bovenstaande pagina’s. Deze een mooie opmaak te geven en goed toegankelijk te maken. Het herzien van bestaande pagina’s, meestal door het toevoegen van help-elementen. Hierdoor is de applicatie een stuk gebruiksvriendelijker geworden. Wat ging er minder goed: Het testen van de statische kwaliteit gaf enkele problemen. Zo konden wij bepaalde tools toch niet gebruiker in combinatie met het door ons gebruikte framework. Ook was de tijdsdruk erg hoog ivm de feedback van de alpha fase en het afronden van de to-do list voor de betá release. Final report | OWWW- app | Groep 3

Page. 107 of 137


11.3 Wouter Bohlken Fase 1: Voornamelijk gewerkt aan:  

Het filmen, bedenken en bewerken van het promotiefilmpje. Uitwerken van de achterkant van de App (Database indeling, framework).

Wat ging er goed:  

De samenwerking, alle teamleden konden het al snel goed met elkaar vinden, en alle activiteiten zijn goed gepland en op tijd uitgevoerd. Het bedenken van het idee van de App en het technische concept uitwerken.

Wat ging er minder goed: 



Het bewerken van het filmpje, dit kostte extra veel tijd met verwerken vanwege de software, uiteindelijk kwam er wel een gewenst resultaat uit, maar het ging met moeite en was net voor de deadline af. De grammatica en spelling van research report was in eerste instantie onder de maat, uiteindelijk is dit op tijd verbeterd en ingeleverd.

Fase 2: Voornamelijk gewerkt aan:  

PID, vooral het onderdeel Beheersinstrumenten. Proof of Concept, meegewerkt aan de techniek achter de applicatie (vooral design)


Het PID was al vrij snel afgerond en ingeleverd. Proof of Concept was ook op tijd af en is goed beoordeeld.


Het PID was op sommige punten niet goed, dit hebben we snel moeten corrigeren. Uiteindelijk is dit goed beoordeeld.


Page. 108 of 137


Fase 3: Voornamelijk gewerkt aan:   

Het ontwikkelen van de daadwerkelijke applicatie, met name de achterkant. Een test versie van de applicatie op een publieke site gezet. Database geoptimaliseerd en uitgebreid.


Het ontwikkelen van de achterkant van de App, hier zijn we een heel eind mee gekomen. De user manual was naar mijn mening duidelijk en goed qua inhoud.




Het verder oppakken van de ontwikkelingen van de applicatie. Na het vertrek van een van onze teamleden was het vrij veel werk om zijn werk over te nemen. Dit is uite indelijk wel gelukt. Het verdelen van de taken, ook in deze fase waren de taken te veel verdeeld, de een schreef bijna alleen maar aan de documenten terwijl de ander alleen aan het programmeren was.

Fase 4: Voornamelijk gewerkt aan:   

Het uitbreiden van de functie van onze App. Het oplossen van bugs. Gebruikersvriendelijker maken van alle pagina’s in de App (naar aanleiding van de feedback in de alfa oplvering.


In deze fase zijn er veel onderdelen uitgebreid, hier ben ik erg tevreden over. De samenwerking, in deze periode hebben we de taken beter verdeeld over de teamleden waardoor iedereen overal zijn steentje aan bij heeft gedragen.


Een aantal grafische bugs (HTML, CSS) waren lastig op te lossen omdat ik vrij weinig kennis hier van heb.


Page. 109 of 137


11.4 José Boon Fase 1: Mijn bijdrage in de eerste fase is was de inleiding van het Research Report en de notulen van de eerste meeting. Ik vond dat we als team goed begonnen zijn en dat we een goed idee hebben gekregen hoe w e de OWWW web app gaan bouwen. Ik vond dat ik in de eerste en tweede fase niet goed betrokken was met het project. Fase 2: In fase 2 was ik verantwoordelijk voor de Business Case van het PID document en ik moest samen met Justin aan het einde van de fase het product presenteren. De presentatie die ik en Justin hebben gehouden werd goed beoordeeld. Wat minder goed ging was dat het PID document de eerste keer niet goed beoordeeld was en één van de hoofdstukken die niet goed waren was het Business Case wat ik heb geschreven. Zoals in fase 1 ook vermeld is was ik in de 2de fase niet betrokken met het project. In fase 2 zou ik ook moeten gaan programmeren maar hier was toen nog niets van gekomen. Fase 3: In de 3de fase heb ik gewerkt aan de OWWW web app als back-end programmeur. Ik heb aan diverse pagina’s gewerkt, waaronder de ‘Search person’ pagina. Doordat Jens Hoevenaars gestopt is met de opleiding was ik gedwongen om samen met Wouter het programmeer werk over te nemen. Dit was dus een goed iets, want hierdoor raakte ik en het team veel beter betrokken met het product wat wij aan het maken waren. Jens was eerst degene die al het programmeer werk en het opmaak deed en had dus het hele product naar zich toe getrokken. Wat minder goed ging is hierboven al verteld. Jens is gestopt met de opleiding en wij moesten zijn werk over nemen. Dit werd wel een probleem, want Jens was de enige die tot het begin van de 3 de fase aan het product heeft gewerkt en verder was niemand van het team goed betrokken van hoe Jens dit voor elkaar heeft gekregen. Hierdoor kregen we wel een achterstand waar we allemaal moesten verdiepen in de technieken waar alleen één ander teamlid een beetje mee bekend was.


Page. 110 of 137


Fase 4: In fase 4 heb ik me ook voornamelijk bezig gehouden met de OWWW product als back-end programmeur. Ook een beetje front-end en andere teamleden geholpen die ook aan het product werkten. Verder heb ik ook mijn deel van het reflectieverslag en procesverslag gemaakt. Het ging goed dat we in de laatste fase echt als een team samenwerkte. We moeten nog wel werken aan het verdelen van de documentatie en het programmeer gedeelte. Omdat we pas in de 3de fase echt betrokken raakten met het programmeer werk moesten we nog heel veel doen. Hierdoor zijn sommige functionaliteit die we eerder hadden bedacht geschrapt, vanwege tijdsgebrek. Ook dat ik zelf niets in de kerstvakantie heb gedaan was erg zonde van de tijd.


Page. 111 of 137


11.5 Vincent Voordenberg Fase 1: Voornamelijk gewerkt aan: Het research report. Hiervoor heb ik een paar onderdelen gemaakt en mee geholpen, waaronder de enquête, de “planning” en een deel van de PACT – analyse. Wat ging er goed: Ik vond vooral de samenwerking in het team goed gaan. In het begin was het nog even een beetje aanvoelen wie nou eigenlijk wie was en wat diegene in het project zou kunnen betekenen. Uiteindelijk hebben we een heldere verdeling gemaakt en hiervoor hebben wij dus bij de beoordeling (presentatie) een GO gekregen. Wat ging er minder goed: Ik vond zelf dat we in het begin een klein aantal meningsverschillen hadden, mogelijk kwam dit door onduidelijkheid. Ook de spelling van het research report was niet 100% goed, moest aangepast worden. Fase 2: Voornamelijk gewerkt aan: Het PID – document. Hierin heb ik het onderdeel “Projectorganisatie” gemaakt en geholpen met het aanpassen van het PID – document voor de herkansing. Het was namelijk zo, dat de eerste keer, ons PID – document niet goedgekeurd was. Voor de herkansing heb ik het document doorgenomen, bijgehouden in de feedback wat wel opgelost was en niet opgelost was, en de personen die de foute onderdelen gemaakt hadden, geholpen en ondersteund. Wat ging er goed: Ik vond dat het team een geweldige inzet had geleverd voor een “Proof of Conce pt” en dat wij toch konden aantonen wat wij met ons idee wilden maken. Wat ging er minder goed: Een NO-GO op het PID en op de technische kant (SVN). Hierdoor moesten we deze twee onderdelen herkansen.

Fase 3: Voornamelijk gewerkt aan: De User Manual en de Test Approach. Ik heb de User Manual voor het grootste deel zelf in elkaar gezet en ook naar het Engels vertaald. Justin heeft ook een aanzienlijk deel gemaakt van de User Manual en Nils heeft er ook nog een paar dingetjes in neergezet. De Test Approach heb ik met Justin en Nils in elkaar gezet.


Page. 112 of 137


Wat ging er goed: Wat ik voornamelijk goed vond gaan, was het feit dat, ondanks dat we een teamlid minder hadden, alsnog een product hebben kunnen neerzetten voor de OBA tijdens de Alpha-presentatie. Wat ging er minder goed: Dat we een teamlid minder hadden en dat we, als team zijnde, al het programmeerwerk aan dat teamlid hadden overgelaten.

Fase 4: Voornamelijk gewerkt aan: Test Approach (resultaten) en het Final Report. Ik heb de resultaten verzameld voor de Test Approach in deze fase en hieruit een korte conclusie getrokken en ik heb ook een deel aan het Final Report gewerkt. Tevens ook (staat eigenlijk buiten het project) een groot deel gemaakt voor het procesverslag voor Professional Skills. Wat ging er goed: Het afronden van het project. Al met al hebben wij ons in deze fase gefocust op het feit dat de applicatie 100% moest werken en dat het commentaar (de feedback) van de Alpha – fase meegenomen werd en ook een puntenlijst gemaakt werd van wat wij nog wilden verbeteren binnen de applicatie. Wat ging er minder goed: Het verzamelen van de statische code. Hier waren toch wat problemen mee en wij hebben wat andere tools gebruikt dan in onze test approach staat. Voor de PHP hebben wij gebruik gemaakt van het programma Understand, dat een gedetailleerd overzicht gaf van alle PHP – code. Voor de JavaScript hebben wij gebruik gemaakt van JSHint.com (i.p.v. JSLint.com), aangezien JSHint JQuery ondersteunde als een optie. Hierdoor hebben we de fouten binnenin de code beter kunnen analyseren en verholpen waar het kon.


Page. 113 of 137


12. Reflectieverslag 12.1 Inleiding

Het procesverslag is gemaakt om een helder beeld te krijgen hoe wij ons project aangepakt hebben, wat ieder persoon in het project gedaan heeft en hoe hij of zij terugkijkt op het project. Een aantal dingen worden behandeld in dit document: 

    

Feedback, over het team en individueel per persoon, waarin helder en concreet aangegeven wordt hoe ieder persoon over een ander dacht en wat hij of zij kan v erbeteren in de toekomst Teamindeling (waar is ieder persoon verantwoordelijk voor geweest binnen het project) De uitslagen van de gemaakte “Belbin” – test, die wij in het begin van periode 2 gemaakt hebben. Wat er wel en niet goed ging tijdens het project. Hierin worden een aantal dingen genoemd die ons tijdens het project opgevallen zijn. Wat er de volgende keer anders zou / zal kunnen gaan tijdens het project. Leerdoelen van de leden en of deze behaald zijn, en zo niet, waarom dan niet?

Met dit document hopen wij het voor de lezer helder te krijgen hoe ons team functioneerde binnen het project en wat de individuele persoon geleerd heeft in dit project en wat hij of zij anders kan doen de volgende keer binnen een project (en waaraan gewerkt kan worden).


Page. 114 of 137


12.2 Feedback team & individueel per persoon (zelf- en teamreflectie) 12.2.1 Vincent Het Team: (Vincent) – Het team functioneerde goed binnen deze 20 afgelopen weken. We hebben namelijk maar 1 keer een NO – GO gekregen gedurende de hele periode, en dat is op zich niet verkeerd. Mooier was natuurlijk geweest dat we helemaal GEEN NO – GO’s gekregen hadden. Ik vond ook dat de samenwerking zich bijzonder goed ontwikkelde naarmate de tijd vorderde. Waar we eerst wat nerveus met elkaar bezig waren om de eerste stappen te zetten, waren we plotseling halverwege het project al druk bezig met een serieus product te ontwerpen en te ontwikkelen. Al met al ben ik toch trots dat ik deel heb mogen uitmaken van dit team en heb mogen meehelpen aan het opzetten en presenteren van de OWWW – applicatie (De Openbare Wie Weet Wat)

Vincent (Vincent) – Ik heb binnen het project een leidinggevende rol aangenomen, als teamleider van het team. Zelf vond ik dit wel goed gaan, onder mijn leiding hebben we ons (voor het grootste gedeelte) aan de projectplanning gehouden, op 1 fase na. Dit was fase 2, waar we de NO – GO voor hadden. Ik denk wel dat een van mijn valkuilen is, dat ik mensen te veel de ruimte geef om zelf aan de slag te gaan. Mogelijk had ik hier iets meer op kunnen forceren, want gedurende fase 4 is er weinig tijdens de kerstvakantie gebeurd, terwijl we hier wel een aantal dingen voor hadden staan. Dit is iets waar ik aan zal moeten werken… José (Vincent). José is een harde werker, die doet wat van hem verwacht wordt en dit ook nakomt. Ik heb José in het begin ervaren als een stille jongen (weinig praten, meer hard werken, geen mening delen), maar naarmate het project vorderde is hij wat meer “open” geworden en praat hij inmiddels goed met ons mee en geeft ook zijn mening duidelijk weer over een aantal zaken binnen het project. Ik kan zeker zeggen dat José een goede programmeur is en dat hij ontzettend veel voor het project heeft betekent. Waar José eventueel nog aan kan werken, is het onderdeel “presentaties”. Hij is van nature, denk ik, een beetje verlegen en zal niet zo gemakkelijk een presentatie kunnen geven.


Page. 115 of 137


Justin (Vincent) – Justin was toch wel de sfeermaker binnen de groep. Altijd een grapje hier en daar, dat is wel prima. Justin heeft veel betekent voor het project t.o.v. documentatie en een deel van het programmeerwerk. Doet wat er van hem gevraagd wordt, kan ook van verlangd worden dat hij eventueel andere onderdelen kan overnemen indien gevraagd wordt. Waar Justin nog wel aan zou kunnen werken, is het programmeren en het verdiepen hierin. Justin heeft toch ook een aandeel gehad binnen de applicatie, maar dat was pas op een later stadium. Misschien is het interessanter om gelijk binnen het volgende project te beginnen met programmeren en de skills te ontwikkelen.

Wouter (Vincent) – Wouter is een topper geweest binnen het project t.o.v. programmeerwerk. Waar hij dit doet voor zijn echte werk, heeft hij laten zien dat hij binnen 20 weken (met hulp van andere leden) een volwaardig product heeft kunnen neerzetten. Ook Wouter doet wat van hem gevraagd wordt, kan onderdelen overnemen indien gevraagd wordt, en is zeer behulpzaam qua uitleg over het programmeren en wat hij allemaal gemaakt heeft. Heeft het grootste deel van de applicatie gemaakt, samen met José. Waar Wouter nog wel aan zou kunnen werken, zou de documentatie zijn. Wij hebben Wouter zo veel mogelijk van de documentatie afgehouden, waar hij zelf toch aan het einde zei dat hij wat meer aan documentatie had willen doen.

Nils (Vincent) – Nils is een teamlid dat goed weet in te spelen op bepaalde situaties. Hij kan een beetje programmeren, maar ook daarentegen helpen qua documentatie. Heeft meer programmeren t.o.v. documentatie gedaan naar mijn weten. Doet wat er van hem gevraagd wordt, kan onderdelen overnemen indien gevraagd wordt. Waar Nils nog wel aan zou kunnen werken, is de spelling binnenin een document. Ik weet dat Nils moeite heeft met het schrijfgedeelte, en dat het voor hem ontzettend moeilijk is om een goed en correct document neer te zetten, maar dat weerhoudt natuurlijk nooit iemand er van om beter zijn best te doen hiervoor. Nils heeft met een aantal documenten geholpen, waaraan Justin en ik toch best wel nog even wat te verbeteren hadden, maar dat is niet erg. Dat is heel normaal binnenin een project.


Page. 116 of 137


12.2.2 Justin Het Team: (Justin) – Ons team was al snel op het juiste pad. We wisten wat we wilde en wat de OBA van ons verlangde. Ons idee werd goedgekeurd en de ideeën bleven maar komen. Alles leek op rolletjes te gaan..totdat onze ‘programmeerder’ en voornamelijk ‘bedenker’ van de OWWW-app, Jens Hoevenaars, een andere opleiding ging volgen. Jens had namelijk al veel ervaring in dit soort projecten ivm zijn werk. We kwamen er achter dat de gehele OWWW-app op Jens zijn schouders rustte en nu hij weg was we een groot gat op moesten vullen. Een moeilijke situatie, maar we hebben ons er uit gered. Uiteindelijk heeft dit ons team alleen maar meer goed gedaan. Degene die wat minder wisten van het programmeren begonnen nu ook te programmeren en iedereen kwam tot zijn recht. We stonden nu als team achter de OWWW-app en we hebben het project naar onze mening voldoende afgerond. Iedereen heeft zijn steentje bijgedragen en we hebben uiteindelijk ieder zijn kwaliteiten goed benut. De ene meer in het programmeer-gedeelte, de ander meer in het documentatie gedeelte. Uiteindelijk hebben we een hoop geleerd van elkaar.

Vincent (Justin) – Vincent probeert alles volgens het boekje uit te voeren. Daar is helemaal niets mis mee, maar ik ben van mening dat niet alles volgens het boekje uitgevoerd kan worden. Vroeger nam ik vaak de leiding op me en dit keer moest ik het afstaan aan Vincent, dat was opzich wel wennen. Vincent heeft deze leidende taak wel heel goed uitgevoerd. Hij wist elke dinsdag weer precies wat er moest gebeuren en we mochten pas weg als dat ook daadwerkelijk uitgevoerd was. Naarmate het project vorderde werd Vincent zich wel bewust dat niet alles volgens het boekje gedaan kon worden en begonnen we onze eigen lijnen te trekken, dit nog wel onder controle van Vincent. Ik vind het knap van Vincent dat hij deze rol gedurende het hele project volgehouden heeft en elke keer weer wist wat er gebeurt moest worden. Als hij er af en toe niet was geweest, wist ik eerlijk gezegd niet wat er allemaal wel en niet af moest. Het enige waar ik van vind dat Vincent nog aan kan werken is dat Vincent nog meer kan leren over het programmeren en gewoon ook het soms moet proberen, ook al kan het soms fout gaan.


Page. 117 of 137


José (Justin). José was toch wel de meeste stille jongen van de groep. Ik kreeg vaak in het begin van het project niet altijd de hoogte van hem. Ik wist niet precies wat hij er van vond en dat is soms wel lastig. Gedurende het project begon José steeds meer zijn mening te vormen en begon hij aan te geven dat hij ook aardig wat wist van programmeren. Hij begon een groot deel van de app te ontwikkelen, en zorgde ervoor dat hij het ook goed uitvoerde. José heeft een grote rol gespeeld in de back-end van de app. José zou in mijn ogen voortaan zich gelijk moeten bemoeien met het project en zijn mening duidelijk laten blijken. Dan weten de andere teamleden ook wat hij er van vind en kan iedereen daar rekening mee houden. Justin (Justin) – Ik vond dat ik toch redelijk veel betekent heb voor dit project in mijn team. Ik liet aan het begin van het project aan het team weten dat ik eigenlijk nog niets van programmeren af wist, maar dat ik dit wel graag wilde leren van de andere teamleden. Ik was en ben gemotiveerd in het gebied van programmeren. Ik heb uiteindelijk een hele hoop geleerd van de andere teamleden. Op zowel front als back-end gebied. Ik heb alsnog een hoop documentatie gemaakt en ervoor gezorgd dat elk document dat ingeleverd werd, voldeed aan de eisen die hiervoor gesteld waren. Ik werd als eindredacteur aangesteld en was ondertussen bezig met het begrijpen van de code die de andere jongens geschreven hadden, wanneer ik het niet begreep vroeg ik het aan hun. Zij wilde het mij dan ook graag uitleggen. In de laatste twee fases heb ik het initiatief genomen om een paar pagina’s zelf te ontwikkelen en het systeem waarin wij werkte nog beter te begrijpen. Dit hie lp mij zeker in het begrijpen van het Framework . Volgend project kan ik mij misschien nog meer bezighouden met het programmeren, maar ik denk dat mijn niveau qua programmeren toch nog teveel verschilt met de jongens die van het MBO komen, waardoor ik nog niet alles zou kunnen programmeren.

Wouter (Justin) – Toen het project net gestart was en wij in de idea fase zaten moest er een filmpje gemaakt worden over ons bedachte idee. Wouter zei dat hij wel wat wist van het monteren van een filmpje en heeft tot ’s avonds laat dit filmpje gemonteerd. Ik wist nu gelijk hoe Wouter in elkaar stak. Hij wilt een hoop doen en kan ook een hele hoop. Alleen wacht hij af en toe tot het laatste moment, maar als hij zegt dat het af is, dan is het ook af. Hij weet een hele hoop van programmeren, en ik heb dan ook de meeste kennis over programmeren bij hem vandaan. Als ik iets aan hem vroeg over de app, kon hij het mij gemakkelijk uitleggen en hier was ik dan ook zeer blij mee. Toen Jens wegviel, heeft Wouter het gehele systeem achter Zend aan ons uitgelegd, alhoewel hij het zelf nog niet eens helemaal begreep. Nu wij het gehele systeem achter Zend begrijpen, is dat toch wel een grote prestatie geweest van Wouter. En ondertussen was hij nog bezig met het programmeren van de app, al met al een hard werkende jongen die doet wat er gedaan moet worden. Het enige wat ik Wouter kan meegeven in het vervolg is misschien meer zich bezig houden met de andere zaken van het project ipv het programmeren, maar daar was in dit project voor hem geen tijd voor.


Page. 118 of 137


Nils (Justin) Nils wist in het begin van het project nog weinig af van programmeren. Bovendien had hij al een hele tijd geen document meer geschreven. Hij moest eventjes inkomen, maar wilde wel heel graag en was zeker goed gemotiveerd. Hij begon zich zowel in het technische als het documentatie gedeelte sterk te ontwikkelen en kon dan ook altijd helpen met eventuele problemen. Hij zocht van alles uit en was dus multi-inzetbaar. Daarnaast heb ik met Nils veel kunnen lachen en was de sfeer dus super goed binnen het team. Hij probeerde mij vaak te helpen met het snappen van het programmeergedeelte en wij kregen er samen steeds meer vat op. Zo’n jongen kan je niet missen in je projectgroep. Het enige wat Nils zou kunnen veranderen is misschien het controleren van zi jn werk nadat hij het heeft opgeschreven. Aangezien hij af en toe wel eens wat schoonheidsfoutjes maakt.

12.2.3 Wouter Het Team: (Wouter) De samenwerking in ons team is gedurende het hele project goed verlopen, iedereen had wat in te brengen en zo zijn we tot goede ideeën gekomen. In het begin werd er vrij duidelijk onderscheid gemaakt in de taakverdeling, waardoor veel dingen aan een enkel persoon werden toegewezen. Zo is Jens (die ons in fase 3 verliet) bezig geweest met het ontwikkelen van de backend van het systeem, en heeft de rest zicht vooral gefocust op de documentatie en de frontend. Toen Jens weg ging werd het wat lastiger voor de anderen om zijn werk over te nemen, er was namelijk vrij weinig overlegd over het hele systeem waar we in werken, dus het heeft ons wel moeite gekost om dit verder op te pakken. In de laatste 2 fasen hebben we de taken meer verdeeld en meer overlegd zodat het voor iedereen duidelijk was hoe het systeem in elkaar zit en hoe de documentatie is opgebouwd. Kortom: de samenwerking is goed verlopen, in het vervolg zou ik liever zien dat de taken wat minder uit een lopen en iedereen weet hoe de zaken werken. Vincent (Wouter) Vincent was in dit project de leider. Ik ben van mening dat hij deze rol goed heeft uitgevoerd. Hij is erg gemotiveerd en dat is heel belangrijk voor deze rol. Hij had de zaken goed op orde, maakte goede taakverdelingen en zorgde dat het werk goed gebeurde. Op het moment dat er iets mis ging of dreigde te gaan greep hij meteen in. Ik vind het heel knap dat hij ondanks alle tegenslagen (de NO GO in fase 3 en het vertrek van Jens) de hoop niet heeft opgegeven en juist harder is gaan werken. Vincent heeft naast de rol van projectleider ook veel documentatie gedaan wat naar mijn mening goed is verlopen. Helaas heeft Vincent zelf vrij weinig aan het echte programmeren en ontwerpen van de applicatie gedaan. Dit verbaast mij totaal niet, aangezien voor de richting IT management heeft gekozen, en dit waarschijnlijk later nooit zal doen. Toch is dit oorspronkelijk wel de eis van het project, in het vervolg zou hij zich misschien iets meer kunnen betrekken bij de ontwikkelingen op technisch gebied.


Page. 119 of 137


José (Wouter) Om te beginnen kan ik het goed vinden José, ik heb zelf redelijk veel met hem samengewerkt met het ontwikkelen van de backend van de app, dit is allemaal zeer goed verlopen. We hebben elkaar een aantal keer goed kunnen helpen en we zijn uiteindelijk tot een mooi product gekomen. Zoals andere teamleden beschrijven was hij in het begin een beetje stil bij overle g, en simpelweg deed wat hem werd gevraagd. Later bij de daadwerkelijke ontwikkeling kregen we veel meer input van hem en hielp hij mee met het verbeteren van onze ideeën. José heeft zich net als ik meer bezig gehouden met het technische deel van het project. Ik kan hem aanraden zich ook wat meer te betrekken bij het geheel en dus ook de documentatie. Ook op het gebied van documentatie bij de programmeercode valt wat te verbeteren. Justin (Wouter) Justin heeft zich voornamelijk bezig gehouden met de docume ntatie, wat hij naar mijn mening erg goed heeft gedaan. Hij had ook de rol als eindredacteur, wat inhoudt dat hij alle in te leveren documenten extra controleert op inhoud, grammatica en spelling. Ook dit heeft hij naar mijn mening erg goed gedaan. Aan veel documenten viel nog veel te verbeteren en dat heeft hij goed en snel gedaan. Ook heeft hij een kijkje genomen met het daadwerkelijk ontwikkel van de applicatie. Hij heeft bij een aantal pagina’s de HTML verzorgden en een kijkje genomen bij de achterkant van het systeem. Het echte programmeren is hij helaas niet aan toe gekomen, maar hij heeft wel goed kunnen kijken hoe de backend ontwikkelaars daarmee te werk gingen. Hij was erg geïnteresseerd in de werking ervan en had dan ook vaak vragen er over. Ik heb het idee dat hij het uiteindelijk goed heeft begrepen en dat vind ik knap, aangezien het een zeer geavanceerd framework is. Ik hoop dat Justin in dit project voldoende heeft geleerd om bij het volgende project mee te werken met het ontwikkelen van de backend.

Wouter (Wouter) Zoals ik bij “Het team” als zei, ben ik voornamelijk bezig geweest met ontwikkelingen op technisch gebied. In het begin van het project hielp ik mee met het bedenken van de applicatie, en dus ook hoe dit er aan de achterkant uit moest komen te zien (database etc.). Mijn eerste grote taak was het maken en bewerken van het promotie filmpje. Het filmen heb ik met Jens en Justin gedaan in de OBA en de metro. Vervolgens heb ik dit thuis uitgewerkt, helaas met wat technische complicaties, maar uiteindelijk is het tot een geslaagd resultaat gekomen. In fase 3 heb ik het druk gekregen omdat een groot deel van de ontwikkelingen van een toen nog onbekend systeem moest overnemen. Ik heb hier even tijd aan moeten besteden om het te begrijpen. Vervolgens heb ik veel gewerkt aan het verder uitwerken van de ideeën van onze applicatie. Ook heb ik de andere teamleden veel uitgelegd over dit systeem, zodat iedereen zijn steentje bij kon dragen en wist hoe alles in elkaar zat. Ik vind achteraf dat ik mij te veel op één onderdeel heb gestort en wat meer aan documentatie had kunnen doen. Dat is alvast een leerdoel voor het volgende project.


Page. 120 of 137


Nils (Wouter) Nils heeft in dit project aan alles meegewerkt, wat ik zelf erg leuk vind om te zien. Hij heeft gedurende het hele project flink aan de documentatie gewerkt. Hij heeft ook een flinke bijdrage geleverd aan het concept van de applicatie en in de ontwikkel fasen een deel van het design gemaakt. Net als Justin heeft hij wat minder kunnen doen aan het echt programmeren omdat het framework zeer geavanceerd is, maar ook Nils heeft een groot deel hier van kunnen begrijpen en was ook gemotiveerd om er meer over te leren. Ik hoop ook voor Nils dat hij zich bij projecten in het vervolg ook wat meer bezig kan houden op technisch gebied, ook omdat hij de richting Software Engineering doet. 12.2.4 Nils Het Team: (Nils) – Het begin van ons project verliep voorspoedig, we hadden als team vrijwel meteen een voorkeur voor deze opdracht en wisten ook al hoe wij de applicatie voor ons zagen. Ik had vooral met jens meteen een idee wat wij voor functies we zeker in de applicatie wensten, en hoe wij de vormgeving wilden programmeren. Ook hadden wij voor de eerste oplevering meteen een taakverdeling gemaakt, zo gingen er een aantal personen werken aan een videofilmpje terwijl de rest meteen aan het research rapport begon. De eerste deadline kwam behoorlijk snel, maar wisten wij desalniettemin hier met een duidelijke presentatie meteen een goedkeuring voor ons concept mee te behalen. In de tweede fase ging vooral de ontwikkeling erg snel, vooral doordat een teamlid al een duidelijke technische voorsprong had ten opzichte van een aantal andere teaml eden. Hij had tijdens deze fase ook de eerste opzet voor de applicatie gemaakt, en hiermee eigenlijk de basis gelegd en bepaald voor de verdere verloop van ons project. Hierdoor verliep deze sprint ook weer zeer voorspoedig, maar zou dit echter ook weer zeer snel veranderen. Waar jens zich vooral bezig hield met de backend van het programmeren, hadden wij nu een tweetal op de front-end gezet en steeds twee personen op de documentatie. Toen jens echter besloot een andere opleiding te gaan volgen, mede door zijn ruime programmeer ervaring, veranderde er voor ons behoorlijk veel. Zo bleven wij achter met een applicatie welke gebaseerd was op php en html, iets waar bijna iedereen wel ervaring mee had binnen ons team. Maar bleek er ook nog een framework geïmplementeerd te zijn, waar wij nog totaal geen ervaring mee hadden. Om ons toch als team door te zetten waren wij vastbesloten om ons project alsnog succesvol af te kunnen sluiten. Hierdoor moesten wij een nieuwe taakverdeling maken, waarbij voortaan iedereen betrokken werd bij de ontwikkeling van de applicatie. Vooral door de nieuwe taakverdeling is er een goede dynamiek ontstaan binnen ons team, iedereen wist dat er veel te doen was en dat dit ook alleen samen te behalen was. Als een teamlid er niet helemaal uitkwam bij het programmeren, dan waren er altijd wel anderen die even wilden meekijken en bereid waren om te helpen.


Page. 121 of 137


Vincent (Nils) – Vincent was onze teamleider, en hierdoor verantwoordelijk dat iedereen zijn taken kende en zijn afspraken dan ook nakwam. Soms betekende dit dat hij streng moest optreden, zodat de rest van het team niet afgerekend werd op individuele fouten. Vincent was zich zeer bewust van zijn rol, en nam ook bij elke vergadering duidelijk het initiatief en wist precies wat er op de agenda stond voor die dag. Dit was heel belangrijk voor ons team, gezien niet iedereen altijd op de hoogte was van het een en ander. Wel ben ik van mening dat Vincent soms te vasthoudend was met oog op bepaalde zaken, en dit dan liever een keer extra navroeg - waar ik eigenlijk een andere aanpak in mijn hoofd had. Maar moet ik ook bekennen dat hij vaak wel zorgde dat er altijd feedback en duidelijkheid was als hij het een en ander had gevraagd of was aangekondigd. Vincent heeft naarmate het project vorderde wel de touwtjes iets losser gelaten mbt de deadlines en de controle op de voortgang. Dit gaf ons iets meer vrijheid, maar was iets meer controle misschien toch wel prettig geweest gezien wij hierdoor op het laatst alsnog hard aan de bak moesten voor de laatste dingen voor de deadline van de vierde sprint. Al met al ben ik zeer tevreden over mijn samenwerking met Vincent, en kijk ik terug op een gezellige 20 weken. Als laatste feedback zou ik eventueel zeggen dat hij iets meer bij het technische gedeelte betrokken had kunnen zijn, maar is dit gezien zijn gekozen richting (itmanagement) zoals wouter ook al zei misschien ook wel rechtvaardig omdat hij hierdoor meer verantwoordelijk is voor de overhead. José (Nils). Toen wij aan het begin van het project stonden was José nog een beetje een stille jongen. Hierdoor was het soms het geval dat als wij een vergadering hielden, er bepaalde beslissingen werden genomen zonder dat hij zijn duidelijke mening hierover had uitgesproken. Maar naarmate de tijd vorderde begon dit toch steeds meer te veranderen. Beslissingen werden meer als team overlegd, en wist Jose steeds meer zijn stem te laten horen. Dit vonden wij als team erg prettig, omdat dit de saamhorigheid erg ten goede kwam. Ook waren er praktische zaken, die José opmerkte waar anders niemand aan gedacht had. Ook bleek José erg belangrijk als programmeur aan de backend. Zo was hij erg ervaren, terwijl anderen hier erg moeite mee hadden. Ook was José erg behulpzaam, als iemand even vastliep of iets niet meer zag zitten kwam hij altijd even meekijken en wist hier dan vaak met een goede oplossing te komen. Ik ben ze er tevreden met de inbreng van José en ook tegelijk erg dankbaar voor alle steun en hulp die ik van hem heb ontvangen tijdens ons project. Wel zou ik hem aanbevelen om voortaan sneller opener te zijn, omdat anders zaken besloten worden waar je het misschien niet altijd mee eens bent maar je wel samen verantwoordelijk voor bent met zijn allen.


Page. 122 of 137


Justin (Nils) – Ik vond Justin een zeer gezellige jongen, hij zorgde voor een prettige sfeer binnen het team waardoor iedereen zich gemakkelijk voelde. Justin had net als ikzelf het vwo gedaan als vooropleiding, waardoor wij een aantal zaken gemeen hadden. Beiden hebben wij namelijk nog weinig programmeer ervaring, en was het hierdoor moeilijk voor ons om met het framework te werken. Ook hadden wij duidelijk een gedeelde visie over de interface van onze applicatie. Hierdoor hebben wij veel samen gewerkt om deze mooi weer te geven en onderling veel overlegd. Dit ging eigenlijk heel goed, mede ook omdat hij altijd scherp en netjes werkte maar tegelijk ook zeer kritisch bleef om belangrijke beslissingen gezamenlijk te nemen als iets twijfelachtig was. Hierdoor heeft hij het team toch dichter bij elkaar weten te brengen, wat ik zelf erg mooi vind. Ook was Justin verantwoordelijk voor een groot deel van de documentatie, en was hij onze eindredacteur. Hij nam vaak moeite om alles nog een keer na te lezen, en vooral ook de spelfouten uit onze documenten te halen. Dit koste soms veel tijd, maar klaagde hij eigenlijk nooit. Als ik denk aan wat er bij een volgende project anders kan, dan zou ik zeggen dat hij zich voortaan iets meer in de program meer kant zou kunnen verdiepen, eventueel met ondersteuning van andere teamlede n. Hoewel dit erg moeizaam kan zijn (zo weet ik uit ervaring), kan dit wel erg zijn programmeer vaardigheden ten goede komen. Ik heb erg veel met justin gelachen, en ben blij dat hij in ons team zat. Hij zorgde voor een goede sfeer, en heeft altijd een goede houding getoond en zijn afspraken altijd nagekomen. Als hij bijvoorbeeld eens (incidenteel) niet bij een vergadering of dagdeel kon zijn, dan wisten wij dit ver van tevoren en was dit hierdoor ook nooit een probleem. Wat toch weer blijkt van een zeer professionele houding zo vind ik. Wouter (Nils) – Wouter was erg belangrijk voor ons project, al vanaf het eerste begin heeft hij al veel inzet getoond en altijd zeer hard gewerkt. Voor de aanvang van het project had hij ook al enige ervaring met filmen, en hierdoor had hij tijdens de eerste sprint hierdoor vrijwel meteen het bewerken van de videofilm op zich genomen. Door technische problemen ontstonden hierbij echter enige complicaties, maar wist hij zich door een sterk doorzettingsvermogen alsnog aan de de adline te houden. Wat achteraf erg knap is gezien de tijd die we ervoor hadden en het vele werk wat er moest gebeuren. In de tweede sprint had hij met jens een eerste opzet aan de webserver gemaakt, zodat eenieder ons project kon draaien (wat cruciaal is voor een technische ontwikkeling als deze). Maar zijn echte waarde kwam eigenlijk pas aan het licht toen wij als team even helemaal vastliepen. Zoals al eerder gezegd viel jens in de derde periode uit ons team, waardoor wij met een geavanceerd framework achterbleven zonder enige technische ondersteuning hierbij. Wouter heeft toen erg veel initiatief getoond om hier een expertise voor te ontwikkelen, wat uiteindelijk onze enige oplossing bleek. Nadat hijzelf dit probleem had overwonnen, heeft hij zeer veel ti jd gestopt om deze expertise ook aan de rest van het team over te brengen. Hierdoor kwam het team erg dicht bij elkaar, en is er een zeer betrokken en zorgzame sfeer ontstaan. Naarmate het project verder vorderde, heeft iedereen een bijdrage geleverd aan de technische ontwikkeling, maar was wouter altijd een allrounder welke even mee keek of tips gaf waar nodig. Mede door de tijd en moeite welke wouter in ons project heeft gestopt, alsook zijn positieve houding heb ik weinig aanmerkingen. Ik heb zeer


Page. 123 of 137


prettig met hem samen gewerkt, en ben zeer dankbaar voor zijn tijd en moeite die hij ook in de uitleg heeft gestopt en hoe hij het team door een cruciale fase heeft weten te loodsen. Nils (Nils - zelfreflectie) – Als ik terugkijk op ons project, en het traject wat wij als team gezamenlijk hebben doorlopen zijn mij wel een aantal dingen bijgebleven. Als ik hiervoor bij de eerste fase begin, moet ik zeggen dat ik mij meteen zeer betrokken voelde bij ons project. Deze betrokkenheid kenmerkte zich doordat ik vrijwel meteen veel inzet en initiatief toonde om een duidelijk idee te ontwikkelen en dit ook tijdens de eerste oplevering te ‘verkopen’ aan de OBA. Dit is iets waar ik zeer tevreden over ben, mede omdat dit toch wel enigszins de basis voor ons uiteindelijke product heeft bepaald. Tijdens de tweede sprint, toen wij een voorspoedige en veelbelovende go hadden gekregen, had ik achteraf bepaalde dingen liever net iets anders gedaan. Zo heb ik mij in deze periode vooral actief bezig gehouden met de vormgeving van onze applicatie, maar heb ik tegelijk ook het technische gedeelte teveel uit handen gegeven. Toen de ontwikkeling hiervan verder vorderde, b leek dit een struikelblok wat later maar moeilijk bleek te overkomen. Mede door de technische opbouw (en hierbij met name door het gebruikte framework) heb ik hier achteraf, en naar mijn inzien uiteindelijk te weinig inbreng hieraan kunnen geven. Hierdoor bleef ik uiteindelijk erg actief aan de front-end, gezien ik eigenlijk maar moeizaam mee kon komen met de back-end ontwikkeling. Wel heb ik zoveel mogelijk geprobeerd met een kritisch oog naar ons project te blijven kijken. Dit heeft zich met name geuit door het checken, testen en controleren van de ontwikkeling voor de verschillende opleveringen. Vooral voor de betá fase moest ik hierdoor nog even allround bijspringen – om alles te controleren en iedereen even scherp te houden. Als ik voor mijzelf tot slot nog een feedback zou moeten geven, is het zeker vanaf begin duidelijk te zijn van mijn vaardigheden alsook mijn beperkingen – zodat ik deze tijdens de voortgang aan het project alsnog kan ontwikkelen. Verder wil ik bij het volgende project graag dieper betrokken zijn bij het technische programmeren, zodat ik meer kan beteken en hierdoor minder afhankelijk word van de andere teamleden. 12.2.5 José Team (José) – In de eerste twee fases liep alles rolletjes. De samenwerking was goed, de ideeën bleven komen en het zag er naar uit dat we het makkelijk gingen halen. Toch ging het in de 3de fase fout. Dit kwam doordat 1 van onze teamleden, Jens Hoevenaars, met de opleiding stopte. Toen Jens ermee stopte merkten wij meteen hoe afhankelijk we van hem waren. Jens had namelijk de OWWW app erg naar zich toe getrokken en wij, de rest van de teamleden, waren totaal niet betrokken met hoe de app gebouwd was. We waren wel bewust van welke technieken (libraries, software) gebruikt werden, maar niemand was echt gereed om het meteen van Jens te kunnen overnemen. We moesten de eerste paar weken van de Alpha fase opofferen om het product en de technieken te bestuderen. Ook het opzetten van de ontwikkelomgeving moest weer onderzocht worden. We zijn hierdoor toch kostbare tijd verloren. Uiteraard toen dit opgelost was hadden we weer vooruitgang en hebben een product op kunnen leveren waar ik tenminste tevreden mee ben. We hebben veel geleerd van deze ervaring en zullen bij het volgende project er beter op gaan letten.


Page. 124 of 137


Vincent (José) – Vincent was de groepsleider van ons team. Ik vond dat Vincent de rol als groepsleider goed uitvoerde. Hij was erg alert op de deadlines van de documenten en het product. Hij hield de documentatie goed bij en wist precies wat erin moest staan en wat niet. Ik denk dat waar Vincent zich nog kan verbeteren is het verdiepen in de technieken die worden gebruikt om het product te gaan maken zodat hij zich hier beter mee kan betrekken en de programmeurs ook van dienst kan zijn. Door bijvoorbeeld mee te helpen met programmeren of het opzoeken van nodige informatie. Wouter (José) – Wouter is echt een harde werker en zeker een belangrijk teamlid geweest. Dankzij Wouter is veel van de functionaliteit toch nog in het producten kunnen komen en hebben we allemaal een werkend ontwikkelomgeving gekregen waarop we kunnen werken.Ik kon het goed hebben met Wouter en we hebben ook goed samengewerkt als back-end programmeurs aan het product. Bij Wouter heb ik weinig op te merken of verbeter punten te melden. Het enige wat ik denk waar Wouter op moet gaan letten is dat hij ook meteen betrokken moete zijn met het bouwen van het product. Zodat als er ooit weer zo situatie gebeurt dat hij paraat staat om het meteen over te kunnen nemen. Justin (José) – Justin was wel de lolbroek van onze project groep. Hij blijft gemotiveerd, positief en probeert de sfeer op te vrolijken/gezellige te houden met zijn vreemden verhalen. Met de documentatie is hij altijd wel alert en zorgt hij dat het altijd netjes af heeft. Waar hij het met documentatie erg goed betrokken was en veel tijd heeft in gestoken. Was dat minder bij de programmeer gedeelte. Hij heeft wel tijd genomen om een onbekend systeem te leren, maar was nog niet in staat om echt te kunnen programmeren. Justins verbeterpunt zal dus ook zijn dat hij zich nog meer moet gaan verdiepen in de technieken en programmeer gedeelte zodat hij aan het product als back-end programmeur mee kan werken Nils (José) – Nils is erg goed in het onderzoeken van problemen en daar oplossing voor te vinden. Hij steekt veel tijd in het onderzoeken en neemt initiatief om mee te kunnen helpen aan het product. Ik heb Nils met een paar front-end programmeer werk geholpen toen hij bezig was met het product. Het enige waar Nils zich zou kunnen verbeteren is het verdiepen in het programmeren. Zodat hij ook taken op zich kan nemen als back-end programmeur. José (José) – In de eerste twee fases heb ik mezelf niet goed betrokken met het project. Ik heb weinig input gegeven en nog weinig taken hebben kunnen uitvoeren. In de 3 de en 4de fase was het naar mijn mening een stuk beter gegaan. Toen ik ook mede verantwoordelijk voor het back-end van het product werd begon ik ook veel beter een mening te vormen van hoe ik het product zie en denk te kunnen verbeteren. Ik was in deze fases ook een stuk meer behulpzaam en communiceerde ook beter met de groep. Wat ik in het volgende project zal moeten gaan doen is meer werken aan mijn


Page. 125 of 137


communicatie met de groep en zorgen dat ik al in het begin fase goed ben betrokken met de programmeer werk en documentatie.

12.3 Teamindeling Dit is de rolverdeling die is overgenomen vanuit het samenwerkingscontract: 12.4.1 Vincent Voordenberg  Projectleider 

Contactpersoon



Programmeur (Front – End)

* Is verantwoordelijk voor de planning van de verschillende activiteiten, het in de gaten houden van de voortgang van de groep, vergaderingen in de hand houden (niet zorgen voor afdwalingen etc.), doorgeven bij afwezigheid van leden van de groep aan de rest van de groep, contact verzorgen tussen groep – klant (HvA / OBA - medewerkers etc.). Leert via de rest van de programmeurs meer over het programmeer – gedeelte. 12.4.2 José Boon  Notulist 

Programmeur (Back – End)

* Is verantwoordelijk voor het bijhouden van punten die op de vergaderingen genoemd worden en opmerkingen t.o.v. deze punten. Is ook verantwoordelijk voor het programmeer – gedeelte in samenwerking met andere leden.

12.4.3 Wouter Bohlken  Programmeur (Back – End) * Is verantwoordelijk voor het programmeer – gedeelte in samenwerking met andere leden.

12.4.4 Justin Oud  Eindredacteur documentatie 

Programmeur (Front – End)

* Is verantwoordelijk voor het controleren van de documentatie op eventuele typ- en spelfouten, grammatica fouten en opmaak aanpassingen. Ook controleren of documenten voldoen aan voorwaarden en eisen. Werkt samen met andere leden om kennis op te bouwen


Page. 126 of 137



Page. 127 of 137


12.4.5 Nils Duymaer van Twist  redacteur documentatie en handleiding 

Programmeur (ondersteuning)

* Is verantwoordelijk voor het ondersteunen van de andere programmeurs op het gebied van het maken van de app. ** Ieder lid van de groep moet op z’n minst aan de documentatie – onderdelen deelgenomen hebben (User Manual, Final Report, Research Report, Test Report etc.)


Page. 128 of 137


12.5 Uitslagen Belbin test Vincent Dacht zelf: Coördinator Anderen dachten: Coördinator, Vormer, Bedrijfsman Uitslag: Bedrijfsman / Monitor

Justin Dacht zelf: Afmaker Anderen dachten: Coördinator, Vormer, Bedrijfsman, Groepswerker Uitslag: Afmaker José Dacht zelf: Monitor Anderen dachten: Plant, Bedrijfsman, Vormer Uitslag: Bedrijfsman, Specialist Wouter Dacht zelf: Specialist Anderen dachten: Vormer, Expert, Groepswerker, Afmaker Uitslag: Plant Nils Dacht zelf: Vormer, Bedrijfsman Anderen dachten: Bedrijfsman, Vormer, Uitslag: Bedrijfsman, Vormer


Page. 129 of 137


12.6 Wat ging er goed, wat ging er slecht tijdens het project (en waarom?)

Het volgende ging goed tijdens het project: 



Als er een kleine tegenslag was (geen go, of een teamlid verlaat de opleiding), hebben wij dit goed afgehandeld en opgepakt. Het voornaamste voorbeeld is natuurlijk in de Alpha fase, toen Jens wegging en wij het project (de app) verder moesten oppakken, op een nieuwe host moesten zetten en er expertise van het gebruikte framework wegviel. Hierdoor moesten wij in de alpha fase veel inhalen en onderzoeken, zodat de ontwikkeling ondanks dit verlies wel door kon blijven. De samenwerking, aangezien iedereen zijn of haar deel geleverd heeft in het project. Er was altijd een heldere verdeling van het werk, iedereen deed wat van hem of haar verwacht werd en wij zijn de fases succesvol doorgelopen, ondanks een no go en het weggaan van een teamlid.

Het volgende ging slecht tijdens het project: 





De code / applicatie in de handen van één persoon leggen en niet rekening houden met het feit dat die persoon eventueel van de opleiding weg zou gaan. Dit heeft voor ons tijdelijk een probleem opgeleverd en dit had natuurlijk voorkomen kunnen worden, door duidelijke controle en feedback. Dit is na het vertrek van het teamlid wel gebeurd, alleen was dat wel te laat om enige complicaties te voorkomen. Een no go gedurende het project, in de tweede fase. Hierin waren een aantal dingen niet geregeld, zoals de SVN (de code) niet geupload en ons PID was in eerste instantie onvoldoende. Dit hebben we weer opgepakt voor de herkansing en de svn ook meteen bij iedereen gecheckt en nagelopen voor elke toekomstige deadline. Het controleren van de statische code. Hierin waren toch een aantal problemen t.o.v. tools en het gebruik hiervan, daardoor hebben wij moeten uitwijken naar andere tools. Uiteindelijk is het wel gelukt om de statische kwaliteit te controleren en hiervoor een conclusie / analyse te geven en de problemen zo veel mogelijk weten op te lossen.


Page. 130 of 137


12.7 Wat gaat er de volgende keer anders (en waarom dan?)

We zijn het allemaal wel eens over het feit dat we een gelijk verdeelde taakverdeling moeten maken en duidelijker moeten controleren of alles goed geregeld is voor een deadline. Dit is in ons project wel gebeurd, namelijk dat Jens zich in de eerste twee fases met de applicatie zodanig betrokken bezig hield waardoor de rest een beetje “achterover” leunde en iets minder deed aan de applicatie. Ook gingen wij ervan uit dat de code op de svn geüpload was, wat toen echter niet het geval bleek. Het resultaat daarvan was, dat op het moment dat Jens wegging, ook ons project even een k orte dip doormaakte. Uiteindelijk hebben we het project weer opgepakt en de taakverdeling aangepast met als resultaat een go bij de Alpha fase. Wij denken dat we de volgende keer binnen een project ook een urenregistratie moeten hanteren, om te zien waar en hoeveel uren naar elk onderdeel gaan (hoe worden de uren besteed). Dit is handig voor de planning en de voortgang. Ook kan dit van pas komen om de resources te kunnen herverdelen als iemand bijvoorbeeld eens extra hulp nodig heeft, en we hierdoor tussentijds gemakkelijk kunnen controleren of alles nog volgens schema verloopt. Al met al is de conclusie dat er binnen ons project wel een aantal dingen anders hadden kunnen gaan, maar dat we toch door samenwerking en een goede inzet tot een mooi eindproduct gekomen zijn. Waarbij er een goede sfeer heerste binnen het team, en de gemaakte afspraken binnen het team altijd zijn nagekomen.


Page. 131 of 137


12.8 Leerdoelen van het team (per persoon)

12.8.1 Vincent  Leiding geven binnen een project en het in de gaten houden van de voortgang van het project en het product  Leren programmeren (skills)

Dit waren de voornaamste twee dingen in het project die ik graag zou willen verbeteren / leren. Het eerste is gelukt, ik heb succesvol de leiding genomen binnen het projectteam en het team door de 20 weken heen geloodst. Het tweede deel is niet gelukt, het leren programmeren. Ik vind dit zelf heel erg jammer, want met eventuele ondersteuning had ik denk ik (en dan had ik mijzelf hiervoor toe moeten forceren) iets simpels kunnen maken. 12.8.2 José Dit zijn mijn eigen leerdoelen die ik heb gesteld voor het project:    

Goed communiceren met de teamleden Leren over Zend Framework en Doctrine PHP programmeren Gebruik maken van de Jquery library

Met punt 1 is het pas in de 3de en 4de fase pas verbetering gekomen. Dit komt omdat ik in het begin van de 3de fase ik me meer betrokken heb gemaakt met het project. In het 1ste en 2de fase was de communicatie dus nog niet voldoende. Hierdoor moest ik in de 3 de fase het programmeer gedeelte heel snel opnemen. Met punt 2 heb ik nog een lange weg te gaan. Het Zend Framework heeft heel veel functionaliteit en is vaak erg complex. Ook het gebruik van doctrine is nog erg complex. Ik kan er wel query’s mee maken, maar er is nog veel functies die doctrine biedt en ik nog moet leren. Als ik me in de 1ste en 2de fase me al beter had betrokken met het project dan had ik veel meer kunnen leren. Met punt 3 ben ik best goed opgeschoten. Ik kan de PHP code nu veel beter herkennen en ik kan er al wat functionaliteit mee bouwen. Net als punt 2 had ik veel meer kunnen leren als ik me beter had betrokken met het project in de 1ste en 2de fase. Punt 4 is net als punt 3 goed verlopen. Ik weet nu goed hoe ik gebruik kan maken van de Jquery library en kan er dus net als met PHP functionaliteit mee bouwen.


Page. 132 of 137


12.8.3 Justin Toen ik met deze opleiding begon, stelde ik mijzelf een aantal leerdoelen. De opleiding was geheel anders dan ik had verwacht, maar ik heb toch een hoop leerdoelen behaald. Mijn leerdoelen voor dit project waren:    

Het leren programmeren in PHP Het beter kunnen programmeren van HTML en CSS Hoe te beginnen met een app/website te maken? Hoe werkt een project in de Informatica?

Het leren programmeren in PHP – Ik had nog nooit in mijn leven geprogrammeerd. Ik had een klein beetje gewerkt met HTML en CSS, maar dit stelde niets voor bleek toen ik op deze opleiding kwam. Ik kan nu zeggen dat ik PHP kan lezen, en begrijp wat er gebeurt wanneer er een PHP pagina geschreven is. Ik kan alleen nog niet zelf een PHP stuk schrijven en deze gebruiken binnen de app, maar ik ga er vanuit dat ik dit verder zal leren op de opleiding. Het beter kunnen programmeren van HTML en CSS – Ik kon al een klein beetje werken met HTML en CSS en gaf dus ook aan dat ik graag de opmaak van de app wilde maken. Dit heb ik uiteindelijk ook gedaan samen met Nils. We hebben samen de opmaak gemaakt en deze werd uiteindelijk zoals wij hem wilde hebben. Dit leerdoel is dus zeker gelukt. Hoe te beginnen met een app/website te maken? – De andere jongens van het MBO hadden dit natuurlijk al veel vaker gedaan en begonnen dan ook gelijk met het installeren van XAMPP en anderer programma’s die je nodig had om een local server te draaien. Ik had hier nog nooit van gehoord, maar ik ben naarmate het project vorderde hier steeds meer gewend aan geraakt. Ik weet nu hoe je een local server kan draaien en je hier je website/app op kan ontwikkelen. Hoe werkt een project in de Informatica? – Het werken in een project in de Informatica werkt heel anders dan het projectmatig werken dat ik leerde op het VWO. Ik leerde daar voornamelijk het schrijven van documenten en andere zaken en deze vaak op het laatst te controleren. Hier in de Informatica ben je veel meer bedrijfskundig bezig. Aangezien wij bij een bedrijf ‘Itopia’ w erken, moeten er dus ook wekelijks meetingen en vergaderingen gehouden worden. Je komt met veel meer mensen in contact, en deze zorgen er uiteindelijk allemaal voor dat het project verloopt zoals het moet verlopen. Een erg leerzame ontwikkeling voor later in het bedrijfsleven.


Page. 133 of 137


12.8.4 Wouter Mijn algemene leerdoelen voor dit project waren: • Mijn programmeerkennis uitbreiden • Meer algemene kennis op doen van een project Mijn programmeerkennis uitbreiden – Ik heb hier voor een MBO opleiding gevolgd waar ik de basics leerde, en in mijn stage periodes en werk heb ik deze kennis flink uitgebreid. Er is echter nog veel verbetering mogelijk op dit gebied. Ik heb bijvoorbeeld nooit echt met frameworks en het MVC (Model View Controller) model gewerkt en ik wilde hier graag meer over leren. In dit project heb ik hier een stuk meer over geleerd en ik ben van plan hier in verder te groeien. Meer algemene kennis op doen van een project – Op het MBO heb ik kleine projecten gehad, waarbij er ook een zekere structuur was. Dit stelde echter vrij weinig voor, het was erg flexibel en het was erg resultaatgericht. Er werd minder op het proces zelf gelet. Ik wilde wat meer ervaring op doen met een serieus project, wat op het HBO een stuk beter is. Ik heb dit project ook op dit gebied goed ervaren en ik heb heel wat meer geleerd over de praktijk hier van.

12.8.5 Nils Toen ik met deze opleiding begon, stelde ik mijzelf een aantal leerdoelen. Voor dit project heb ik hier enkele van kunnen ontwikkelen, maar anderen tegelijk nog niet genoeg naar eigen inzien. Hieronder zijn mijn leerdoelen die mij bij aanvang had gesteld voor het project:   



Goed communiceren met de teamleden Het leren van programmeren (vooral in PHP-programmeren) Gebruik maken van de verschillende libraries (zoals Jquery en bootstrap) Ervaren hoe een project werkt in informatica

Goed communiceren met de teamleden Mede door mijn uitgebreide werkervaring in de horeca, en hierbij ook de enige leidinggevende functies die ik hier heb vervuld denk ik dat ik zeer tevreden kan zijn over dit punt. Ik heb geleerd zeer duidelijk te zijn, ook als dit soms moeilijk is als je m et inmiddels meer vrienden dan teamleden samen werkt. Hierdoor heb ik vooral voor deadlines scherp en kritisch naar ons product gekeken, maar tegelijk ook geprobeerd zoveel mogelijk positieve feedback te geven om het team te blijven motiveren. Hierdoor beschouw ik dit leerdoel als voldoende ontwikkeld. Het leren van programmeren (vooral in PHP-programmeren) – Door bepaalde ontwikkelingen tijdens ons project, zoals het gebruikte framework en het gebrek van ervaring hierover heb ik dit leerdoel naar eigen inzien te weinig ontwikkeld. Wel heb ik redelijk simpele bewerkingen kunnen uitvoeren, en voornamelijk voor de front end enige php kunnen gebruiken. Maar had ik mij liever meer aan de back-end betrokken gezien. Maar is dit denk ik niet alleen mijn eigen schuld, want zo kregen wij van de opleiding totaakl geen ondersteuning hiervoor – wat dit voor mij extra moeilijk maakte.


Page. 134 of 137


Gebruik maken van de verschillende libraries (zoals Jquery en bootstrap)- Dit punt heb ik wel weer voldoende kunnen ontwikkelen. Weliswaar met enige ondersteuning door gegeven cursussen alsook door teamleden welke mij hebben ondersteund. Zo heb ik uiteindelijk diverse elementen in javascript en bootstrap kunnen programmeren, en hierdoor vrijwel zelfstandig mijn rol kunnen waarnemen. Wel heb ik hiervoor enige tijd en moeite moeten investeren, maar bleek het steeds leuker narmate er meer duidelijkheid over deze technieken bij mij naar voren kwam. Zelf zou ik dit leerdoel zeker als voldoende ontwikkeld beschouwen. Ervaren hoe een project werkt in informatica - Het werken in een project in de Informatica werkt heel anders dan het werken op het vwo – zoals ik hiervan als referentie in mijn gedachte had. Wel had ik veel zelfstandigheid verwacht, gezien ik ook op de UvA gestudeerd had. Ik heb zeer veel inzet getoond om mij aan bepaalde deadlines te houden, wat hierdoor dan meestal ook zeer goed ging. Mij beviel vooral ons eigen clubje, gezien wij geen onderlinge conflicten hadden en iedereen erg betrokken was. Waar andere teams nog eens problemen hadden met de samenwerking en afspraken, hebben wij dit gelukkig weten te vermijden. Als ik dit leerdoel zou moeten beoordelen zou ik hier een duidelijke voldoende voor geven.


Page. 135 of 137


12.9 Conclusie Reflectieverslag Ons proces is goed verlopen. We waren al vanaf het begin op het goede pad en hebben dit goed aangehouden. Alhoewel we goed bezig waren, kregen we toch een terugslag. Dit kwam doordat Jens Hoevenaars ons project verlaten had. We moesten ons nu meer richten op de ontwikkeling van de app en we werden dus ook steeds verantwoordelijker voor de app. Dit heeft ons team wel goed gedaan aangezien we elkaar nodig hadden om het systeem achter de app te begrijpen. Uiteindelijk hebben we dit moeilijke systeem onder controle gekregen en snappen we allemaal hoe het werkt. Wij vinden dat we daar toch wel trots op mogen zijn, aangezien het een systeem is dat vaak pas in de 2e/3e klas wordt gebruikt. We hebben een super leuke en goede samenwerking gehad en zijn blij dat we met deze groep het project hebben mogen doorlopen. We hebben elkaars vaardigheden gebruikt in het project en hebben elkaar geholpen om de andere vaardigheden te ontwikkelen.


Page. 136 of 137


13. Conclusie Het project ‘Get Connected’ is met dit document volledig afgerond. We hebben een, naar onze mening, goed product neergezet met een duidelijke en volledige documentatie. We hebben geprobeerd aan alle eisen te voldoen en we zijn blij met het uiteindelijke resultaat. De taakverdeling die in het begin van het project gemaakt was, is gedurende het project n iet heel erg veel veranderd. Wel hebben Nils, Justin en Vincent zich nog verder proberen te verdiepen in het programmeerwerk van José en Wouter aangezien zij dit interessant vonden en hier ook aan bij wilde dragen. Dit is dan ook uiteindelijk gebeurt. Zij hebben een deel van de applicatie in elkaar gezet, maar ook vooral de Front-End van de applicatie ontwikkeld. We hebben alle kwaliteiten die wij in huis hadden gebruikt en dit leidde tot een kwalitatief goed product en verslag. Bovendien hebben wij gebruik gemaakt van elkaars kwaliteiten zodat wij ons ook konden ontwikkelen gedurende het project. Zo heeft iedereen steeds meer geleerd en hopen we dit mee te kunnen nemen naar een volgend project. We hebben dit project als een leuke, gezellige maar vooral ook leerzame ervaring beschouwd.


Page. 137 of 137

Final Report. Team 3. José Boon Justin Oud Wouter Bohlken Vincent Voordenberg Nils Duymaer van Twist. Project: Get Connected!

Recommend Documents

Zoek een vraag