Final Rapport

Get Connected

Team 410

InhoudReflectieverslag Hamza el Harhouri.................................................................................................................6

Reflectieverslag Ka Yan Liu...............................................................................................................................7

Reflectieverslag Menno Schleiffert...................................................................................................................8

Reflectieverslag Peter Georgiev......................................................................................................................10

Reflectieverslag Rick Mussche........................................................................................................................12

Presentatie 1..................................................................................................................................................14

Presentatie 2..................................................................................................................................................17

Inleiding..........................................................................................................................................................23

PACT...............................................................................................................................................................26

People.........................................................................................................................................................26

Activities.....................................................................................................................................................26

Context.......................................................................................................................................................27

Technology.................................................................................................................................................29

Bronnenlijst....................................................................................................................................................30

Bijlage 1: Enquête...........................................................................................................................................32

Bijlage 2: Personae.........................................................................................................................................35

Documenteigenschappen...............................................................................................................................39

Historie.......................................................................................................................................................39

Goedkeuring...............................................................................................................................................39

Managementsamenvatting............................................................................................................................40

1. Inleiding..................................................................................................................................................43

1.1 Gebruik van de PRINCE2 projectmanagementmethode.................................................................43

1.2 Doel van dit document...................................................................................................................43

1.3 Opbouw van het document............................................................................................................43

2. Projectdefinitie.......................................................................................................................................45

2.1 Achtergrond....................................................................................................................................45

2.2 Projectdoelstellingen......................................................................................................................45

2.3 Projectresultaat..............................................................................................................................45

2.4 Scope & afbakening........................................................................................................................45

2.5 Randvoorwaarden & aannames.....................................................................................................45

2.6 Relaties met andere projecten.......................................................................................................45

2.7 Projectaanpak.................................................................................................................................46

3. Business Case..........................................................................................................................................47

3.1 Redenen om te starten met het project.........................................................................................47

3.2 Alternatieven..................................................................................................................................47

3.3 Voordelen.......................................................................................................................................47

3.4 Nadelen..........................................................................................................................................47

3.5 Kosten.............................................................................................................................................47

3.6 Investeringsanalyse........................................................................................................................48

4. Projectorganisatie...................................................................................................................................49

4.1 Organigram.....................................................................................................................................49

4.2 Rollen & verantwoordelijkheden....................................................................................................49

5. Projectplan.............................................................................................................................................50

5.1 Plan aannames................................................................................................................................50

5.2 Gantt-chart.....................................................................................................................................50

5.3 Productdecompositiestructuur.......................................................................................................50

5.4 Productstroomdiagram...................................................................................................................51

5.5 Activiteitenplanning........................................................................................................................51

5.6 Overzicht benodigde middelen.......................................................................................................52

5.7 Productbeschrijvingen....................................................................................................................53

6. Beheersinstrumenten.............................................................................................................................54

6.1 Toleranties......................................................................................................................................54

6.2 Risicomanagement.........................................................................................................................54

6.3 Uitzonderingsprocedure.................................................................................................................54

6.4 Voortgangsrapportages..................................................................................................................55

Bijlage 1. Grafische Projectplanning...............................................................................................................55

Bijlage 2. Productbeschrijvingen....................................................................................................................55

Klasse Diagram .......................................................................................................................................62

Table of contents..............................................................................................................................................0

Revision history................................................................................................................................................1

Test Information...............................................................................................................................................2

System Under Test........................................................................................................................................2

Test Personnel..............................................................................................................................................2

Test Summary...................................................................................................................................................2

Acceptance Criteria......................................................................................................................................2

Results..........................................................................................................................................................2

Background......................................................................................................................................................3

Purpose and Scope of all test cases..............................................................................................................3

Additional Information.................................................................................................................................4

Experience required.....................................................................................................................................4

Test Items / Equipment Needed...................................................................................................................4

Preparing the Test Environment.......................................................................................................................5

Application Setup.........................................................................................................................................5

Equipment Checks........................................................................................................................................5

Dynamic Quality Testing...................................................................................................................................6

User login.....................................................................................................................................................6

Navigatie.......................................................................................................................................................7

Dier plaatsen................................................................................................................................................8

Dier zoeken...................................................................................................................................................9

Facebook app.............................................................................................................................................10

Widget........................................................................................................................................................11

Static Code Testing.........................................................................................................................................12

Test Metrics and Tools................................................................................................................................12

Code conventions.......................................................................................................................................13

Reflectieverslag Hamza el HarhouriHet project Get Connected vond ik een leerzaam project. Het was voor het eerst in mijn studietijd dat ik met studenten uit verschillende studierichtingen moest samenwerken aan een project. De teamleden bestonden uit Rick Muschhe(SNE), Menno Schleiffert(SE), Ka Yan(SE), Peter Georgiev en mijzelf Hamza el Harhouri(SNE). Van Itopia kregen wij de opdracht om een mobiele website, Facebook applicatie en een widget te ontwikkelen. Mijn doel was dan ook voorafgaand aan dit project om zoveel mogelijk te leren op het gebied van HTML, CSS en PHP. Ik heb samen met Menno gewerkt aan de mobiele website. Mijn taken waren om de login, registratie en design te maken. Deze taken heb ik dan ook vervuld. Ook heb ik geholpen met de profielpagina, maar dat is echt minimaal. De documentatie hebben wij eerlijk verdeeld over de teamleden behalve op enkele keren na.

Ik had er vertrouwen in dat wij dit project succesvol zouden afronden. Echter bleek dat het toch anders verliep dan verwacht. Al snel bleek dat een van onze teamleden Dion niet naar behoren functioneerde, wat uiteindelijk resulteerde tot een uitzetting.

De taakverdeling en de documentatie verliepen wel altijd prima. De communicatie wat de basis is in het samenwerken was slecht en ineffectief. Ik ben van mening dat ieder van ons hieraan heeft bijgedragen. Tevens denk ik dat het gebrek aan motivatie kwam door het inhoudelijke van het project en gebrek aan kennis. Get Connected is een project waar de SE studenten zich het meest thuis voelen in mijn beleving. Het was een zeer nuttig project, omdat ik op technische vlak veel heb geleerd. Ook heb ik door de stroeve samenwerking en uitval van Dion veel kunnen leren.

Mijn verbeterpunten naar mijzelf zijn om privé en studie meer gescheiden te houden en planmatig te werken. Zoals Richard Carlson zei: “De kunde om eerlijk en rustig te reflecteren over je leven, is een van de meest krachtige hulpmiddelen voor persoonlijke groei”.

Reflectie Peter Georgiev:

Al snel bleek dat peter de rol als teamleider op zich zou nemen. Dit kwam mede door zijn studierichting ITM. Peter die communiceerde de afspraken en taakverdeling goed door. Hij hield zich verder ook aan de afspraken die gemaakt werden en was tijdens de projectdagen altijd aanwezig. Peter liet het ook duidelijk merken als er niet aan de afspraken werd gehouden. Met het dragen van deze verantwoordelijkheden is het vanzelfsprekend dat de teamleider minder kan betekenen op technisch vlak. Wel vind ik dat de bijdrage op technisch vlak van peter minimaal was, wat natuurlijk in zijn eigen nadeel werkt. Tenslotte is de bedoeling hiervan dat wij onze kennis uitbreiden. Als verbeterpunten wil ik peter meegeven om niet op te geven als hij leiding heeft over een team dat niet naar behoren functioneert. Aan het eind heeft peter steken laten vallen in het berichten van deadlines en sturen van het team. Ook wil ik hem als verbeterpunt mee geven om feedback beter op te nemen.

Reflectie Menno Schleiffert:

Menno is het teamlid waar wij, maar vooral ik veel profijt van heb gehad. Door zijn kennis van HTML, CSS en PHP konden wij de taken goed verdelen en een schatting maken wanneer het af zou zijn. Hij was ook degene die bij het brainstormen met de meeste ideeën kwam en bedacht ook altijd het concept. Menno was ook nooit te beroerd om uitleg te geven over wat wij niet snapten. Hier heb ik het meest van geprofiteerd, omdat wij samen hebben gewerkt aan de mobiele website. Als verbeterpunt wil ik Menno meegeven om planmatig te werken en geen neiging te hebben tot uitstel.

Reflectie Rick Mussche:

Ik vond Rick een fijn teamlid om mee samen te werken. Rick was bij acute situaties altijd meteen bereid om in te grijpen. Dion heeft bij zijn uitval de server offline gehaald wat voor ons een hel betekende. Rick had dit in no time opgelost. Ook heeft hij de user manual in zijn eentje geschreven, omdat wij dat over het hoofd hebben gezien dat wij het moesten inleveren. Dit heb ik enorm gewaardeerd aan Rick. Ook hield hij zich altijd aan de afspraken en was altijd aanwezig tijdens de projectdagen. Als verbeterpunt wil ik Rick meegeven dat hij bij gebrek aan kennis de moed niet moet opgeven en volhouden. Zijn bijdrage aan de Facebook app was naar mijn mening onvoldoende in verhouding met het tijdsbestek. Ondanks dat vond ik het een genoegen om met hem samen te werken.

Reflectie Ka Yan Liu:

Ik heb met plezier samengewerkt met Ka Yan. Ka Yan was altijd vrolijk, enthousiast en wilde graag werken aan het project. Zij deed altijd actief mee met de coachgesprekken, brainstorming en vergaderingen. Als verbeterpunt wil ik Ka Yan meegeven om zich meer in zetten in het leren van Script en programmeertalen. Deze kennis is duidelijk onmisbaar voor een SE student.

Reflectieverslag Ka Yan Liu

Zelfreflectie

Project Get Connected was voor mij een lastig project. Dit kwam doordat ik weinig wist over html, php en programmeren, hierdoor was ik ook wat minder gemotiveerd.Aan het begin van het project was het al duidelijk dat er in ons team weinig kennis was en later bleek het ook dat de communicatie niet zo goed was. Ik heb mij in dit project vooral gericht op de widget en later, de facebook applicatie. De widget vond ik een leuk onderdeel om aan te werken, omdat ik er een design voor had gemaakt en tijdens het maken van de widget heb ik veel geleerd over html en php. De widget heeft veel langer geduurd dan verwacht, omdat ik geen kennis had over html en php. Uiteindelijk had ik een widget gemaakt waar ik trots op ben. Bij de facebook applicatie waren Rick en Dion bezig. Wij hebben al best vroeg een gele kaart uitgedeeld aan Dion en een paar weken later was hij ook uit onze team gezet. Dit leide tot vertraging van de facebook applicatie. Toen ik klaar was met de widget, ging ik samen met Peter meehelpen aan de facebook applicatie van Rick.Een verbeterpunt de ik mezelf wil geven is dat ik gemotiveerd moet blijven gedurende project en ook dat ik meer bezig moet zijn met programmeren.Tot slot was het project leerzaam, omdat ik html en php heb kunnen leren. En was het project ook een nieuwe ervaring voor mij, omdat de vorige projecten bij mij beter ging dan dit project.

Teamreflectie

Peter

Als enige ITM’er in ons team werd er al snel besloten dat je onze teamleider zal worden. Ook had je het meeste contact met de coach en was je degene die de serieuze gesprekken begon. Je had weinig kennis over programmeren en kon dus weinig meehelpen aan de applicaties/websites. Het was voor jou ook moeilijk om in te schatten hoeveel tijd elk product nodig had. Hierdoor ging je meet tijd besteden aan de documenten zoals het PID.

Tip: Meer verdiepen in programmeertalen, zodat het makkelijker is om bepaalde producten te begrijpen.

Menno

Menno had het meeste ervaring qua programmeren en hij was bezig aan de mobiele website. Ik had niet veel met je gewerkt, maar ik had niet het gevoel dat ik zorgen over je hoefde te maken. De focus was vooral gericht op de mobiele website en het leek wel alsof je het erg makkelijk maakte omdat je het op je werk ook al doet.

Tip: Probeer wat meer betrokken te zijn in andere producten/documenten.

Hamza

Je was een beetje op de achtergrond bij de coachingsgesprekken en was vaker dan de rest van het team afwezig ivm ziekenhuis. Net als bij Menno heb ik niet vaak met jou samengewerkt. Het was voor mij dan ook vaag of het wel lukte met de mobiele website, omdat je niet veel wist over html en php.

Tip: Doe mee aan coachingsgesprekken en probeer je mening te geven.

Rick

Je bent ook vaak in de achtergrond bij coachingsgesprekken en je zegt vaak pas wat als er wat wordt gevraagd. Je was bezig met de facebook applicatie samen met Dion en zoals de meeste van het team had jij ook weinig kennis over programmeren. Gelukkig heb je het wel snel geleerd en ben je met de facebook applicatie aan de slag gegaan.

Tip: Probeer zelf ook het initiatief te nemen on vragen te stellen.

Reflectieverslag Menno SchleiffertVoor dit project had ik mijn eigen doelen gesteld aan de hand van mijn reflectie op het vorige project (Project Outfit). Daarbij merkte ik dat als het met het team niet goed gaat, ik zelf ook moeite krijg met mijn motivatie. Mijn persoonlijke doel was dan ook om tijdens dit project, mijn deel van het werk goed af te maken zonder me te laten beïnvloeden door de rest van het team.

Tijdens dit project bleek al vanaf begin van project dat er weinig mensen waren met de vereiste kennis van HTML en PHP. Zelf had ik hier wel al ervaring mee wat dit project voor mij misschien wat gemakkelijker maakte. Het deel van het werk waar ik mij heb bezig gehouden is de mobiele website. Daarvoor heb ik meeste functies gemaakt en heeft Hamza later een nieuw design gemaakt. Aan dit werk begon ik eigenlijk erg goed, maar later had ik weer last van het zelfde probleem als bij het vorige project.

Tijdens het project ging de samenwerking in onze groep erg slecht. Zelf was ik hier waarschijnlijk ook deels schuldig aan door niet altijd de deadlines goed in de gaten te houden en niet genoeg te houden aan een planning. Tijdens het project merkte ik dat vooral het ontwikkelen van de Facebook app te langzaam ging. Hier maakte ik mij meerdere keren zorgen om, maar uiteindelijk zonk in de laatste weken ook mijn eigen motivatie door het ‘ik doe al het werk’-idee dat ik kreeg door de groep.

Uiteindelijk heb ik dan ook minder hard gewerkt aan project dan ik had voorgenomen. Uiteindelijk heb ik mijn deel van het werk gewoon af gekregen maar het was zeker mogelijk dit sneller en makkelijker voor elkaar te krijgen.

Reflectie op teamleden

Hieronder geef ik een korte reflectie over de mensen waarmee ik heb samengewerkt aan dit project. Hierin geef ik aan hoe ik ze heb ervaren tijdens dit project en probeer ik over iedereen wat feedback te geven met mogelijke verbeterpunten.

Peter Georgiev

Peter was de enige in ons team van de ITM richting. Meteen aan het begin van het project gaf hij aan niks te weten van het programmeerwerk dat zou moeten gebeuren, maar wel nam hij vanaf het begin het meest de rol van teamleider op zich. Hoewel de communicatie in het team vanaf het begin erg moeizaam verliep, denk ik dat Peter vooral in de eerste weken van het project het goed heeft gedaan. Hij was het meest de persoon die mensen in de groep aansprak op hun handelen en lette vooral op de documentatie die geleverd moest worden.

Ongeveer halverwege het project leek er echter een ommekeer voor Peter te zijn. In de tweede helft van het project heb ik zelf erg weinig meer gehoord van Peter en had ik geen moment het idee dat hij het team probeerde aan te sturen. Zo was hij als teamleider juist het ergst in het vergeten van deadlines. Omdat Peter naar mijn weten niet veel heeft bijgedragen aan de ontwikkeling van de verchillende producten, had ik verwacht dat hij juist meer de leidersrol zou pakken om een goede bijdrage te leveren aan het project.

Als feedback zou ik Peter dan ook willen mee geven dat hij juist meer de leidersrol op zich zou moeten nemen. Ik denk dat hij zich sterk zou kunnen verbeteren als hij meer probeerd het team aan te sturen en te letten op de deadlines die er zijn in het project.

Hamza el-Harhouri

Tijdens het project heb ik waarschijnlijk het meest gewerkt samen met Hamza. Hij hielp mij in het ontwikkelen van de mobiele website. De samenwerking met Hamza heb ik als positief ervaren, door de goede manier hoe hij interesse leek te hebben voor het project. Hamza nam meerdere keren tijdens het project contact op om even te vragen hoe het ging en wat hij nog kon doen voor het project. Hierdoor had ik altijd het idee dat Hamza graag een bijdrage wilde leveren aan het project en ik wel kon rekenen op hem.

Ook Hamza had geen voorkennis wat betreft PHP en HTML. Dit maakte het ook voor hem lastig om te beginnen hieraan. Hamza heeft voor de mobiele site een login en registratie gemaakt en een nieuw design gemaakt. Hoewel dat voor hem nog erg lastig leek te zijn had ik wel altijd het idee dat hij het graag wilde leren en er goed ze best op deed.

Hamza zou zich dus nog wel kunnen verbeteren door zich meer te verdiepen in het werken met HTML en PHP om zichzelf een bredere kennis geven. Maar verder heb ik vooral positieve feedback voor Hamza voor ze goede communicatie en inzet.

Rick Mussche

Rick werkte vanaf het begin aan de Facebook app. Hiervoor ontbrak eigenlijk bij hem de vereiste kennis om dit goed te kunnen ontwikkelen. Ook had hij de pech dat hij aan het begin moest samenwerken met Dion die later uit de groep werd gezet. Al helemaal aan het begin van het project had ik Rick geadviseerd op internet wat tutorials te volgen om een basiskennis over HTML en PHP te krijgen. In mijn ervaring heeft Rick dit gewoon nooit serieus genomen en beschikt hij nu aan het eind van dit project nog steeds niet over deze kennis. Mijn mening is dat Rick qua bijdrage aan de producten gewoon te weinig heeft gedaan. Zo had hij een week voor de eind oplevering enkel een statische HTML pagina met wat tekst en wat foto’s als resultaat van bijna 15 weken werk.

Wat Rick wel goed deed was het hosten van de server nadat Dion uit het team was. Hij nam goed met iedereen contact op of ze al toegang hadden tot de server en tot de database via phpmyadmin. Dit heeft Rick gewoon goed geregeld en als je vragen over de server had was hij altijd goed bereikbaar.

Mijn feedback voor Rick zou zijn om zich niet alleen maar te blijven focussen op het netwerk deel. Voor iedere IT-er is het goed om de tenminste een basis kennis te hebben van HTML en PHP. Hij zal daar zeker serieuzer aan moeten gaan werken als hij daar beter in wil ontwikkelen

Ka Yan Liu

Tijdens het project heb ik weinig contact gehad met Ka Yan. Ka Yan was de enige andere van de SE richting in ons team. Omdat ze geen voorkennis had over HTML en PHP had ze veel moeite om het programmeren voor elkaar te krijgen. Uiteindelijk heeft ze de widget gemaakt, ze had er alleen iets langer voor nodig dan verwacht. Ho veel ze heeft bijgedragen aan de Facebook app is mij niet bekend, maar zelf zit ik met het idee dat ze als SE-er wat meer had moeten kunnen bijdragen.

Mijn feedback voor Ka Yan zou dan ook zijn om veel te oefenen met de programmeertalen om hier een betere basis in te krijgen. Wel heeft Ka Yan waarschijnlijk het beste gevoel voor design en hier probeerde ze regelmatig mee te helpen. Ook was zij de gene voor als er wat gefotoshopt moest worden. Ze had tijdens het project wel steeds een goede positieve instelling wat denk ik goed was om te hebben in onze groep.

Reflectieverslag Peter GeorgievIn het begin was ik heel enthousiast over het project. Het leek mij leuk en leerzaam. Toen ik het team ontmoet had dacht ik dat het project goed haalbaar was. Omdat ik ITM doe nam ik in het begin al het voortouw omdat ik wou leren hoe het is om een project te leiden die bestond uit leerlingen van andere richtingen. Een van mijn eerste observaties was dat de communicatie heel stroef verliep. Vaak als ik iets vroeg of er een idee moest komen, bleven de andere heel stil. Dit heb ik meermaals aangekaart en oplossingen voor proberen te bedenken, maar het is naarmate de project vorderde er nauwelijks beter op geworden. Dit had tot gevolg dat tegen het einde van het project ik moeite kreeg om mezelf te motiveren om overal achterna te zitten. Achteraf heb ik daarmee mezelf en de groep tekort gedaan denk ik. Een ander punt van verbetering is dat ik mezelf had voorgesteld om dit blok beter te leren programmeren in PHP. Aangezien ik eerst niks kon in PHP en nu nog nauwelijk iets nuttigs ermee kan is dit dus niet goed gelukt. Er waren gelukkig ook wel positieve dingen. Het project was heel leerzaam en ik heb ook geleerd hoe het is om in een minder goed lopend project te zitten. Ook hebben we een projectlid uit de groep moeten zetten. Dat was ook een aparte ervaring.

Hamza

Tijdens het project is Hamza veel afwezig geweest. Dit kwam vooral door ziekenhuis bezoeken en daarin is hem dus niets te wijten. Hierdoor is hij wel wat vaker afwezig geweest. Hij kwam op mij over als een prima jongen die al zijn werk meestal wel goed deed. Hij heeft voornamelijk samen met Menno gewerkt aan de mobiele website. Ik denk dat Menno alle moeilijke gedeeltes heeft gemaakt maar Hamza hier ook goed aan heeft bijgedragen. Dit is in ieder geval wat ik van Menno begreep. Ik denk dat Hamza ook veel heeft geleerd van het project. Wel bleek op het eind dat hij niet tevreden was over de werkverdeling tijdens het project. Dit vond ik jammer omdat ik dit pas hoorde op het einde. Ik had zelf het werk verdeeld en had graag zijn feedback eerder willen ontvangen zodat ik had kunnen ingrijpen. Deze zorgen scheen hij al meerdere weken te hebben.

Mijn verbeterpunt voor Hamza is dat hij misschien volgende keer meer met de taakverdeling betrokken kan zijn zodat hij er ook tevreden over kan zijn.

Ka Yan

In het begin vond ik Ka Yan een beetje stil. Maar tijdens het project merkte ik dat ik veel aan haar had. Als ik haar een taak gaf was dit altijd op tijd af en van goede kwaliteit. Ze ligt in mijn mening ook goed in de groep. Naarmate het project vorderde werd ze ook meer spraakzaam. Ze is ook een van de creatievere personen in onze groep en was vaak design dingen in photoshop aan het maken. Ook heeft ze zelf de widget gemaakt wat ik best een prestatie vind voor iemand die aan het begin van het project nog niet zo veel ervaring had met programmeren.

Mijn verbeterpunt voor Ka Yan is om volgende keer zichzelf wat meer te laten horen en een keertje te presenteren voor de klas.

Menno

In het begin was ik erg blij dat ik bij Menno in de groep zat. Hij heeft namelijk al veel ervaring met programmeren. Het was ook mijn bedoeling dat hij het voortouw zou nemen in het programmeren en het verdelen van die taken. Dit wou ik omdat ik als beginner het niet goed kan in schatten. Ook wou ik dat hij bij alle onderdelen was betrokken. Later merkte ik op dat Menno juist veel bezig was met de website en minder met de andere onderdelen. Ik denk dat we hierdoor moeite kregen met de facebook app. Op de laatste projectdag hebben Menno en Hamza zonder te overleggen een email gestuurd naar de coach dat de facebook app onder niveau was en dat zij daar niet op willen worden beoordeeld. Ook vonden ze dat ze meer werk hebben gedaan dan de rest. Dit vond ik erg raar omdat ik deze geluiden tijdens het project nooit had gehoord. Omdat de rest pas naderhand op de hoogte werd gebracht en er niet op hebben kunnen reageren vond ik de mail een beetje oncollegiaal.

Mijn verbeterpunt aan Menno is dat als het niet zo gaat als hij wil dat hij zijn mond moet opentrekken in plaats van een afwachtende houding.

Rick

Mijn eerste indruk van Rick was prima. Zijn gedeelte was de facebook app. Deze moest hij met onze voormalige teamgenoot Dion maken. Dit ging erg moeizaam omdat Dion zijn werk niet deed en onbereikbaar was. Nadat we Dion uit de groep hadden gezet had Dion ons onmiddelijk van zijn server

gehaald. Rick heeft toen snel ons aan zijn server toegevoegd. Ook heeft Rick zonder enig programmeer ervaring de facebook app grotendeels gemaakt. Ik heb prima kunnen werken met Rick en heb hem als een positieve persoon ervaren.

Mijn verbeterpunt voor Rick is dat wat actiever kan zijn tijdens de vergaderingen.

Reflectie Rick MusscheAan het begin van dit project was ik positief over wat wij gingen doen, en het maken van de drie onderdelen voor de oplevering van het project. De drie delen waar wij uiteindelijk voor gekozen hebben waren de Mobiele website, widget en de facebook app. Dit betekende wel dat er veel programmeerwerk bij kwam kijken, om de functies van de drie onderdelen goed in PHP werkend te krijgen. Ik had aan het begin van het project nog geen enkele programmeerervaring. Na de start van het project heb ik in het begin online tutorials door staan kijken om erachter proberen te komen hoe het werkte om op een makkelijke manier PHP goed op orde te krijgen, ook met de hulp van HTML en CSS om een webpagina goed in de browser werkende te krijgen. In het begin van het project hadden wij afgesproken om het werk onder te verdelen in verschillende groepen, om het makkelijker te maken dingen te beslissen in plaats van eerst het hele team om een overleg te moeten vragen. Ik werd hierbij ingedeeld om aan de Facebook app te werken met Dion. Dit werkte totaal niet, omdat Dion vaak niet te bereiken was of pas heel laat een antwoord gaf, en verder niets uit zichzelf deed. Na een aantal waarschuwingen waarna geen verbeteringen te zien waren is hij ook uit het team gehaald. Hierna zijn Ka Yan en Peter mij gaan helpen met de Facebook app, omdat zij de widget al af hadden. In het begin had dit ook een wat trage start, maar uiteindelijk is het hierdoor wel mogelijk geworden om aan de facebook app te werken en er iets van te maken. Ik heb hieruit dan ook geleerd om als er problemen zijn met bepaalde groepsleden, dit zo snel mogelijk bekend te maken om te zien of er enige verbeteringen mogelijk zijn.

Individuele reflecties:

Peter Georgiev

Peter heeft vanaf het begin van het project af aan al op zich genomen om als projectleider te fungeren. Hij had hier als ITM’er al een basis in, en heeft ook duidelijk beslissingen moeten nemen die anderen misschien niet hadden willen nemen. Hiermee doel ik op het besluit om een coachgesprek aan te vragen wegens het niet werken van Dion. Ik vind over het algemeen dus dat Peter goed werk heeft verricht, omdat het team niet het makkelijkste team was wegens een gebrek aan goede communicatie.

Ik wil Peter graag de tip meegeven om als het echt nodig is zelf een duidelijke taakverdeling voor anderen te maken, om er zeker van te zijn dat het werk in goede banen loopt en niet op het laatste moment.

Ka Yan Liu

Ka Yan heeft zich in het begin al bezig gehouden met het maken van de widget. Ka Yan volgt SE dus heeft al wat meer te maken met programmeerwerk, en dit ging dus voor haar iets makkelijker af dan voor anderen. Ka Yan heeft ook bewezen goed te zijn met photoshop door voor de facebook app plaatjes te maken die als buttons gebruikt konden worden. Ook Ka Yan heeft uiteindelijk goed werk geleverd.

Ik wil Ka Yan graag de tip mee geven om wel wat vaker haar mond open te doen en ideeën voor te dragen, want als zij dit wel doet kan het team er veel mee opschieten.

Hamza el-Harhouri

Hamza heeft zich samen met Menno bezig gehouden met de mobiele website. Hij is een aantal keren afwezig geweest doordat hij het ziekenhuis moest bezoeken, maar heeft zoveel mogelijk gedaan om hierdoor eventueel gemist werk zoveel mogelijk weer in te halen. Hij heeft zich goed ingezet voor het project en zijn best gedaan om PHP kennis op te doen, wat hem ook meer gelukt is dan mij.

Ik wil Hamza graag de tip mee geven om zich vooral te blijven inzetten voor projecten, omdat hij goed gemotiveerd bezig gaat en het mogelijk is dat hij dit over brengt op zijn teamgenoten in aankomende projecten.

Menno Schleiffert

Menno heeft zich samen met Hamza ingezet voor de mobiele website. Hij was de enigste met enige programmeerervaring, waardoor dit voor hem makkelijk te maken was. Hij heeft met Hamza uiteindelijk een goede mobiele website neergezet, met werkende functies, die ook uiteindelijk in de facebook app gebruikt konden worden.

Wel wil ik Menno de tip geven om als hij gefrustreert begint te raken vanaf het begin al zelf bij de mensen een gesprek aan te gaan over het probleem dat er mogelijk speelt. Op deze manier kan het ook niet tot uitbarstingen komen op het laatste moment.

Presentatie 1

Presentatie 2

Final RapportProject Get Connected Team VHD410

Auteurs(s): Peter Georgiev, Dion van Willigen, Menno Schleiffert, Ka Yan Liu, Hamza el harhouri, Rick Mussche

Versie: 1.1

Status: Research Rapport

VersiebeheerVer. Status Datum Auteur(s) Wijzigingen

1.0 1-3-2013

Peter Georgiev, Dion van Willigen, Menno Schleiffert, Ka Yan Liu, Hamza el harhouri, Rick Mussche

1.1 12-3-2013

Peter Georgiev, Dion van Willigen, Menno Schleiffert, Ka Yan Liu, Hamza el harhouri, Rick Mussche

Verbeteren van bronvermeldingen.

Goedkeuring

Uitvoering Controle Goedkeuring

Ver. Naam Datum Naam Datum Naam Datum

Inhoudsopgave

Inleiding............................................................................................................................................................3

1. PACT.........................................................................................................................................................4

1.1 People...............................................................................................................................................4

1.2 Activities...........................................................................................................................................4

1.3 Context.............................................................................................................................................5

1.4 Technology.......................................................................................................................................6

2. Bronnenlijst..............................................................................................................................................7

3. Bijlage 1: Enquête.....................................................................................................................................8

4. Bijlage 2: Personae.................................................................................................................................10

Inleiding

In dit rapport lichten wij ons onderzoek toe, dat wij hebben geschreven in opdracht van ITopia. Wij hebben de volgende punten verwerkt in het rapport:

De onderdelen People, Activities, Context en Technology (PACT)

Planning Onderzoeksmethodieken Bronnenlijst desk research Bijlagen die bestaan uit:

1. Enquête- en interviewvragen2. Beschrijving van 2 personae, met beeld, voor wie de applicatie gemaakt

gaat worde

Het research rapport hebben wij geschreven om informatie over de doelgroep, activiteiten en technologie in te winnen. Deze informatie zullen wij op een doortastende wijze gebruiken om een goed functionerend product te ontwikkelen na wens van de opdrachtgever.

PACT

People

Wij hebben onderzoek gedaan naar onze potentiële doelgroep door middel van Field- en Deskresearch.

Desk researchUit het onderzoeksrapport “Huisdieren in Nederland”1 blijkt dat er voornamelijk veel vrouwen rond de 40-50 jaar huisdieren hebben.

Van honden is de doelgroep beschreven als:De ideale hondeneigenaar is woonachtig in het buitengebied, heeft kinderen in de leeftijdsgroep 10 tot 18 jaar. Hij leeft van een modaal inkomen, en heeft genoeg tijd om twee keer per dag zijn hond uit te laten. Vakanties naar het buitenland gebeuren door middel van de gezinsauto met hondenrekje.

Van katten is de doelgroep beschreven als:Één- of tweepersoonshuishoudens met oudere mensen huisvrouw is 50 jaar of ouder(38%)2 De meeste katten bevinden zich in gezinnen met kinderen in diverse leeftijdscategorieën. De inkomens in deze gezinnen liggen hoger.

Opvang en herplaatsenHet aantal opgevangen honden ligt rond de 23.000, waarvan ongeveer 44% teruggaat naar de eigenaar. Rond de 11.000 wordt herplaatst.

Het aantal opgevangen katten ligt rond de 52.000, waarvan 15% terruggaat naar de eigenaar. Rond de 40.000 worden herplaatst.

Hieruit concluderen wij dat hondenbezitters wonen vaak in een omgeving met veel ruimte/natuur om zich heen en hebben een actief leven. Bij kattenbezitters gaat het voornamelijk om personen die een drukkere leven hebben en minder tijd hebben om actief naar buiten te gaan met hun huisdier.

Field researchVoor de field research is er een enquête opgesteld, wij hebben voor deze vorm gekozen omdat het snel ingevuld kan worden en wij kunnen een grote doelgroep bereiken door het online beschikbaar te stellen. Onze enquête bestaat voornamelijk uit meerkeuzevragen om zo tijd te besparen. De enquête vindt u in de bijlage.

Activities

1 Zie bron 2.2 Zie bron 3.

Wij zijn van plan om ons op een doelgroep te concentreren voor de ontwikkeling voor verhuisdieren.nl, waarbij wij ons vooral willen concentreren op mensen tussen de 20 en de 50 jaar oud3. Dit is waarschijnlijk de grootste groep mensen die wel eens een verhuisdier zou willen opnemen, daar dit de leeftijd is van bijvoorbeeld de jongere ouders die graag gezelschap voor de jonge kinderen willen. Hierdoor sluit de gedachte achter een mobiele app voor verhuisdieren.nl ook goed aan, want dit is gelijk de leeftijd waar de meeste mensen een smartphone gebruiken, en weten hoe ze hiermee om kunnen gaan. In ieder geval deze groep zal dus veelal gebruik maken van een mobiele app voor de website, en zal dit ook makkelijk vinden om te gaan gebruiken. Steeds meer mensen kijken even snel naar hun mobiel als zij iets willen weten, in plaats van bijvoorbeeld de laptop of computer weer helemaal op te moeten starten.

Om dit goed te laten lopen zal er echter wel genoeg reclame voor de app moeten zijn, waardoor mensen ook weten dat deze bestaat. Dit zal echter verholpen kunnen worden door de app te linken met facebook, waardoor mensen dieren kunnen liken en meerdere mensen af zullen weten van de dieren, en dus ook veelvoudiger gaan zoeken naar een geschikt dier.

Context

Facebook app

De facebook app van verhuisdieren.nl is vooral bedoeld om in te haken op het steeds groter wordende gebruik van sociale media. Door functies van de website binnen facebook aan te bieden, zijn er meerdere mogelijkheden beschikbaar om te proberen meer mensen bekend te maken met verhuisdieren.nl.

Een groot voordeel is de mogelijkheid om berichten te plaatsen op het profiel van een gebruiker. Een voorbeeld waar wij van gebruik willen maken is om een bericht te plaatsen als iemand een dier geadopteerd heeft. Dit zorgt ervoor dat ook andere mensen dit zien en mogelijk worden aangespoord het zelfde te doen. Op deze manier kan een groter publiek bereikt worden, als ware het mond tot mond reclame.4

3 Zie bron 8.

4 Zie bron 7.

Reclame afkomstig van bekende, heeft de grootste kans om mensen te overtuigen ergens zelf ook gebruik van te gaan maken.

5Echter heeft een facebook app ook nadelen, waarvan de meest duidelijke,de beperktere ruimte op het scherm is. Maar een deel van een computerscherm wordt gebruikt bij een facebook app, wat het al snel onoverzichtelijk kan maken als er teveel functies beschikbaar zijn. Hiervoor hebben wij gekozen een aantal functies van de website niet over te nemen voor de facebook app. Om te zorgen dat de app overzichtelijk en gebruiksvriendelijk blijft, hebben wij gekozen klanten alleen te laten inloggen (doormiddel van Facebook login) en te laten zoeken naar huisdieren. Dingen als registratie willen we doorverwijzen naar de verhuisdieren.nl website. Met deze keuzes blijft de interface overzichtelijk.

Mobiele website

Tegenwoordig wordt er steeds meer gebruikt gemaakt van het internet buitenshuis vooral door het stijgende aantal smartphones.6 Door deze ontwikkeling hebben steeds meer bedrijven een speciale website gemaakt voor gebruik op een mobiel.

Door een mobiele versie van de website van verhuisdieren te ontwikkelen, kunnen mensen altijd overal verhuisdieren.nl bezoeken. Op de website willen we net als bij de Facebook app het aantal schermen en functies beperken. Dit besluit hebben we vooral genomen door de beperkingen die de kleinere schermen op mobieltjes met zich mee brengen. Ruimte op het scherm is beperkt en daarom kiezen wij ervoor om alleen het zoeken naar huisdieren aanbieden op de website. Het erop aanmelden van nieuwe huisdieren word niet beschikbaar op de mobiele website, dit zou tot teveel invoer opties leiden, en kan alleen op de volledige website.

Ook het registreren van een nieuwe gebruiker willen we het liefst alleen op de volledige website laten gebeuren, omdat het een registratieformulier met veel tekstvelden niet lekker werkt op een mobiel. Al aangemelde klanten kunnen uiteraard wel inloggen op de mobiele website.

Om te voorkomen dat mensen die nog niet zijn aangemeld buiten worden gesloten, hebben we een oplossing bedacht met niet bevestigde accounts. Een bezoeker kan zich aanmelden met alleen een mail adres en wachtwoord, waarna hij meteen kan inloggen en kan reageren op geplaatste huisdieren. De gebruiker zal bij registratie een mail ontvangen met een link om de rest van de gegevens in te voeren, om het account volledig te activeren. Op die manier kunnen mensen vol gebruik maken van de mobiele website en de rest van de gegevens pas invullen wanneer ze toegang hebben tot een computer.

5 Zie bron 5.6 Zie bron 8.

Een ander probleem waar mobiele websites rekening moeten houden, is dat mobiele netwerken vaak een stuk langere laadtijden geven. Ook hebben veel abonnementen geen onbeperkt internet en willen ze dataverkeer beperkt houden. Om met deze problemen rekening te houden willen we zo min mogelijk gebruik maken van afbeeldingen en waar ze er zijn, deze in grootte beperken.

Technology

Voor het ontwikkelen van de mobiele website en de facebook app zullen wij gebruik gaan maken van de talen die veel worden gebruikt op het web: HTML, CSS, PHP en JavaScript. Voor de mobielen website zullen we bewust gebruik maken van HTML5 vanwege de voordelen die dit bied met CSS3 en de tekstinvoer opties op mobiele telefoons. CSS3 bied enkele voordelen met betrekking tot de verschillende maten schermen en het draaien hiervan bij mobieltjes.

Verder zullen we voor beide PHP gebruiken om invoer van de formulieren te verwerken en gegevens naar de database te schrijven. JavaScript zullen we beperkt gebruiken, voor bijvoorbeeld controle op de formulieren en het tonen van de bijbehorende foutmeldingen.

Verder zal de facebook app gebruik maken van de facebook SDK om gebruikers te laten inloggen met facebook en het plaatsen van berichten. Deze functies zijn hierin al uitgewerkt en kunnen wij dus eenvoudig gebruik van maken.

Verder zullen we gebruik maken van een MySQL database voor het opslaan van de gegevens. Wij hebben voor MySQL gekozen omdat het gratis en eenvoudig te beheren is. Deze zullen we draaien op onze webserver, waarop we onze producten kunnen testen.

Bronnenlijst

1. “Rijksoverheid”, Dieren, http://www.rijksoverheid.nl/onderwerpen/dieren/dierenwelzijn/huisdieren

2. “TNS/Nipo”, Huisdieren in Nederland, http://www.dibevo.nl/uw-bedrijf/marktinformatie/huisdieren-in-nederland/

3. Koopman J. (2013), Vijftigplussers zijn de nieuwe huisdierbezitters, http://route50plus.nl/2013/01/03/vijftigplussers-zijn-de-nieuwe-huisdierbezitters/

4. K.J.C. Verhoeven (2011), Feiten & CijfersGezelschapsdierensector 2011, http://edepot.wur.nl/186568

5. Davis J. (2009), Word of Mouth Marketing is More effective than any other strategy, http://www.prlog.org/10195538-word-of-mouth-marketing-is-more-effective-than-any-other-strategy.htcml

6. “One World Social Media”, (2010), How effective is word of mouth marketing to your product or brand?, http://oneworldsocialmedia.com/how-effective-is-word-of-mouth-marketing-to-your-product-or-brand/

7. “Facebook” (2012), The Power Of Facebook Advertising, https://www.facebook.com/business/power-of-advertising

8. “Think With Google” (2012), Smartphone penetration,

http://www.thinkwithgoogle.com/mobileplanet/en/graph/?country=nl&category=DETAILS&topic=DETAILS_PENET&stat=PENET01&wave=wave2&age=a18_29&age=a30_49&gender=all&active=stat

Bijlage 1: Enquête

Enquête Verhuisdieren

Algemene vragen.

1. Heeft u een huisdier? o Ja, namelijk een _______________.o Nee (Ga verder naar vraag 3.)

2. Hoe lang bent u in bezit van uw huisdier?o Minder dan een half jaaro Half jaar – 1 jaaro 1 jaar – 2 jaaro 2 jaar – 3 jaaro 3 jaar – 4 jaaro 4 jaar – 5 jaaro 5 jaar of meer

3. Zou u het gewenst vinden (nog) een huisdier in huis te hebben?o Ja.o Nee.

Vragen over asieldieren.

4. Bent u wel eens in contact gekomen met een asiel?o Ja.o Nee.

5. Wat vindt u van asieldieren?

6. Heeft u wel een informatie opgezocht over asieldieren?o Ja, op de computer.o Ja, via vrienden, familie of collega’s.o Ja, in de krant.o Ja, op televisie.o Nee.o Anders, namelijk _____________________.

8. Zou u het leuk vinden een asieldier te adopteren?o Ja.o Nee.

Tot slot nog een aantal persoonlijke vragen.

Wat is uw geslacht?o Mano Vrouw

Wat is uw leeftijd?o 16-20 jaaro 21-30 jaaro 31-40 jaaro 41-50 jaaro 50 jaar of ouder

Wat is de hoogst genoten opleiding die u volgt/ heeft gevolgd?o Basisonderwijso Lager beroepsonderwijso Voorbereidend middelbaar beroepsonderwijs (VMBO)o Hoger voortgezet onderwijs (HAVO, VWO)o Middelbaar beroepsonderwijs(MBO)o Hoger beroepsonderwijs (HBO)o Wetenschappelijk onderwijs (WO)

Bedankt voor het invullen van de enquête!

Bijlage 2: Personae

Personae

Persoon Anne

Anne is 48 jaar oud. Ze is getrouwd en heeft twee kinderen die op de middelbare school zitten. Zelf werkt ze bij de gemeente. Omdat de kinderen binnenkort gaan studeren en dus op kamers gaan lijkt het Anne leuk om een hond te nemen. Anders wordt het huis zo leeg. Door haar kinderen zijn Anne en haar man goed up to date met social media en dergelijke. Op aandringen van haar zoon heeft ze een ipad in huis gehaald en heeft ze een facebook account. In de toekomst is ze van plan om minder te gaan werken en dan kan ze met haar toekomstige hond bijvoorbeeld een dagje naar de duinen gaan.

Persoon Ingrid

Ingrid is 57 en getrouwd met 3 kinderen. Ze woont alleen met haar man omdat de kinderen al het huis uit zijn. Ze werkt parttime en gaat over een paar jaar met pensioen. Ze wil samen met haar man

een kat nemen, omdat ze een huisdier willen die ze niet uit hoeven te laten. Haar man is namelijk niet meer zo mobiel. Recentelijk heeft Ingrid van haar dochter een smartphone gekregen. Ze kan er wel mee overweg maar is niet met alle opties bekend en door het kleine scherm vind ze het niet zo handig. Ook heeft haar dochter een facebook account voor haar gemaakt om contact te houden. Ze zit er echter niet heel vaak op.

PROJECT INITIATIE DOCUMENT

Project: Verhuisdieren.nl

Opdrachtgever: Verhuisdieren.nl

Bestandsnaam: document.docx

Project: Verhuisdieren.nl Versie: 1.0

Auteur: VHD410Peter Georgiev , Dion van Willigen, Menno Schleiffert, Ka Yan Liu,

Datum: 15-03-2013

Hamza el Harhouri, Rick Mussche

Documenteigenschappen

HistorieVersie Datum Veranderingen

(concept/definitief)Opdrachtgever Auteur(s)

1.0 15-03-2013

Concept Verhuisdieren.nlPeter Georgiev, Dion van Willigen, Menno Schleiffert, Ka Yan Liu, Hamza el harhouri, Rick Mussche

GoedkeuringDit document heeft de volgende goedkeuringen nodig.

Getekende goedkeuringsformulieren worden opgeslagen in de Managementsectie van het projectarchief.

Naam Rol Handtekening Datum document Versie

Managementsamenvatting

In opdracht van Verhuisdieren.nl heeft team 410 van ITopia de opdracht aanvaard om voor eerstgenoemde een facebook app, widget en mobiele website te ontwikkelen. Dit om meer naamsbekendheid te verkrijgen en een groter publiek aan te te trekken door middel van social media. Door de aanwas van een nieuw publiek, en dus nieuwe klanten, wordt vooral gepoogd nieuwe inkomstenbronnen aan te boren, en de invloed van verhuisdieren.nl op het algemene dierenwelzijn in Nederland te vergroten. Dit project hebben wij onderverdeeld in vier fases, namelijk:

-De Idea phase, waar door brainstorming het skelet van het project gevormd wordt. -Het Proof of Concept, waarin wordt aangetoond dat het uitvoerbaar is.-Het Alpha product, waar in grove lijnen alle functionaliteit word getoond. -Het Beta product, het uiteindelijke product waar alle eisen en wensen van de opdrachtgeefster in zitten.

Voor het correct uitvoeren van het project worden verschillende vergaderingen gehouden om een optimale samenwerking tussen het team te garanderen. Deze vergaderingen zullen zowel met als zonder de coach plaatsvinden. Daarnaast worden er door het team verschillende workshops en lectures bijgewoond om de kennis op te doen om het product In perfecte staat op te leveren. Ook wordt er in de planning rekening gehouden met mogelijke uitval en/of ziekte, om de deadlines niet in gevaar te laten komen door incidentele danwel structurele afwezigheid.

Inhoudsopgave

Documenteigenschappen...............................................................................................................................3Historie.......................................................................................................................................................3Goedkeuring...............................................................................................................................................3

Managementsamenvatting.............................................................................................................................4Inhoudsopgave...............................................................................................................................................51. Inleiding.................................................................................................................................................6

1.1 Gebruik van de PRINCE2 projectmanagementmethode.................................................................61.2 Doel van dit document...................................................................................................................61.3 Opbouw van het document............................................................................................................6

2. Projectdefinitie......................................................................................................................................72.1 Achtergrond....................................................................................................................................72.2 Projectdoelstellingen......................................................................................................................72.3 Aanpak & Fasering..........................................................................................................................72.4 Projectresultaat..............................................................................................................................72.5 Scope & afbakening........................................................................................................................72.6 Randvoorwaarden & aannames.....................................................................................................72.7 Relaties met andere projecten........................................................................................................7

3. Business Case.........................................................................................................................................83.1 Redenen om te starten met het project.........................................................................................83.2 Alternatieven..................................................................................................................................83.3 Voordelen.......................................................................................................................................83.4 Nadelen..........................................................................................................................................83.5 Kosten.............................................................................................................................................83.6 Investeringsanalyse.........................................................................................................................8

4. Projectorganisatie..................................................................................................................................84.1 Organigram.....................................................................................................................................94.2 Rollen & verantwoordelijkheden....................................................................................................9

5. Projectplan.............................................................................................................................................95.1 Plan aannames..............................................................................................................................105.2 Gantt-chart...................................................................................................................................105.3 Productdecompositiestructuur.....................................................................................................105.4 Productstroomdiagram.................................................................................................................105.5 Activiteitenplanning......................................................................................................................115.6 Overzicht benodigde middelen.....................................................................................................11

5.7 Productbeschrijvingen..................................................................................................................126. Beheersinstrumenten..........................................................................................................................14

6.1 Toleranties....................................................................................................................................146.2 Risicomanagement.......................................................................................................................146.3 Uitzonderingsprocedure...............................................................................................................146.4 Voortgangsrapportages................................................................................................................14

Bijlage 1. Grafische Projectplanning.............................................................................................................16Bijlage 2. Productbeschrijvingen...................................................................................................................17

1. Inleiding

1.1 Gebruik van de PRINCE2 projectmanagementmethodePRINCE2 is een projectmanagementmethode die erg gericht is op processen en veelal bestaat uit best practice advies. Er is een productgerichte aanpak met een duidelijke organisatie. Ook is er een opdeling van het project in tussenproducten die goed zijn te controleren. Ook is er een belangrijke mate van flexibiliteit ingebouwd. Dit leidt tot een product waarvan het bestaansrecht duidelijk kan worden teruggeleid.

1.2 Doel van dit documentHet doel van het PID (Project Initiation Document) is om de grenzen van het project aan te geven. Hierin staat wat wij wel of niet gaan doen. Ook staat erin waarom we bepaalde beslissingen hebben genomen. Hierin staat ook informatie in die wij hebben ontvangen over het project. De opdrachtgever kan met dit document bepalen of het geleverde werk naar initiële specificatie is opgeleverd.

1.3 Opbouw van het documentIn het PID wordt het project gedefinieerd, zodat het voor iedere partij duidelijk is waar het over gaat. Daarna wordt in de businesscase gekeken waarom het project bestaansrecht heeft. In de organigram worden de verhoudingen binnen de organisatie vermeld. Het projectplan heeft als doel om een duidelijk beeld te geven van de benodigde werkzaamheden, en wanneer die uitgevoerd worden. De beheersinstrumenten geven aan wat mogelijke risico’s en toleranties voor het project zijn.

2. Projectdefinitie

2.1 AchtergrondHet project is een initiatief tussen Itopia en Verhuisdieren.nl. Verhuisdieren wilt naar een moderne online omgeving gaan waarin de klanten makkelijk en meer content kunnen zien vanaf meer apparaten. De opdrachtgever zet vooral in op het mobiele en sociale gedeelte. Itopia zal zich hiervoor gaan inzetten.

2.2 ProjectdoelstellingenDe opdrachtgever wilt meer naamsbekendheid en een groter bereik via social media. Daarnaast moet de website modern en gebruiksvriendelijk zijn.

2.3 ProjectresultaatDe oplevering zal bestaan uit:

Een mobiele site Een widget Een Facebook app

2.4 Scope & afbakeningWe hebben besloten om voor een mobiele site en een facebook app te gaan, omdat wij denken dat we hiermee het meeste aansluiten op de eisen van de opdrachtgever. Om deze reden hebben wij besloten de mobiele app niet te ontwikkelen, omdat wij de mobiele site de hoogste prioriteit willen geven. Daarnaasr denken wij hiermee het grootste bereik te genereren.

2.5 Randvoorwaarden & aannames

Wij nemen aan dat er geen uitval van teamleden plaats zal vinden. Daarom nemen wij aan dat wij dit project binnen de gestelde tijd kunnen afronden. Ook nemen wij aan dat wij geen kosten zullen hebben die buiten het ter beschikking gestelde budget vallen.

2.6 Relaties met andere projectenNaast ons project loopt er een ander project voor de ontwikkeling van een nieuwe website voor verhuisdieren.nl. Het is nog onbekend hoeveel invloed dit project zal hebben op ons project. Het is echter geen gevaar voor het wel of niet slagen van het project. Daarnaast is dit project afhankelijk van ons leerproces op het gebied van PHP en andere programmeertalen. Dit project is zeer belangrijk voor het slagen van het project, aangezien we zonder die kennis het project niet af kunnen ronden.

2.7 ProjectaanpakHet project bestaat uit:

Opstartfase Initiatie fase (huidige fase) Product oplevering Afsluitingsfase

3. Business Case

3.1 Redenen om te starten met het projectWij willen door middel van een mobiele website en een Facebook applicatie de doelgroep uitbreiden, zodat de bekendheid van verhuisdieren.nl vergroot wordt. Meer positieve aandacht betekent meer klanten, wat uiteindelijk resulteert in een progressieve groei van verhuisdieren.

3.2 Alternatieven Eer is geen enkele twijfel dat wij prioriteiten moeten stellen, en hierdoor bepaalde zaken achterwege moeten laten. Uiteraard doen wij dit op een professionele wijze en in goed overleg met onze opdrachtgever. Wij zullen dan ook op regelmatige basis vergaderen en overleggen om samen tot de juiste oplossing te komen.

3.3 Voordelen

De voordelen van dit project zijn de lage kosten, omdat er al een bestaand concept is, de “volledige website”. Het voordeel van de huidige website is dat wij ons heel weinig op het design hoeven te richten, waardoor wij ons kunnen richten op de functionaliteiten. Dit bevorderd ons project , omdat wij worden getraind op het gebied van functionaliteiten en professionele skills.

3.4 NadelenEr zijn naar onze mening weinig nadelen. Het enige wat als een nadeel gezien kan worden is, dat dit project door junior medewerkers wordt uitgevoerd. Echter beschouwen wij dit niet als een probleem, vanwege de goede begeleiding en trainingen door middel van workshops, coachgesprekken en colleges. Na het project dienen de volledige website, mobiele website en Facebook applicatie wel gerestyled en geoptimaliseerd te worden. De kosten hiervoor bedragen ongeveer:

Aantal Tarief Staffel Uw voordeel Uw tarief01 uur € 0060,- - - € 0060,-05 uur € 0300,- 10% € 0030,- € 0270,-10 uur € 0600,- 15% € 0090,- € 0510,-20 uur € 1200,- 20% € 0240,- € 0960,-50 uur € 3000,- 25% € 0750,- € 2250,-

3.5 KostenDit project bevat eenmalige, maar ook terugkerende (jaarlijkse) kosten. Er zijn vrijwel geen kosten verbonden aan dit project. De reden hiervoor is dat wij, medewerkers van ITopia dit project doen

voor 12 studiepunten per medewerker. Er is een budget van maximum 100 euro vrijgegeven voor het geval dat er kosten zijn verbonden aan het implementeren van de mobiele site en de Facebook applicatie.

3.6 InvesteringsanalyseVanwege de uitermate lage kosten die kunnen leiden tot maximaal 100 euro, komen wij tot de conclusie dat de business case volstrekt haalbaar is. Dit zal vooral een investering zijn in onszelf als junior medewerkers van Itopia. Wij zullen dit project dan ook gebruiken om onze kennis en skills te verbeteren.

4. Projectorganisatie

4.1 OrganigramHieronder een schematisch overzicht van de organisatie van het project.

4.2 Rollen & verantwoordelijkheden

Naam Rol ContactgegevensFemke Pasquino-de Harde Opdrachtgever info@verhuisdieren.nlKees Rijsenbrij Corporate manager c.j.rijsenbrij@hva.nlDouwe van der Meer Projectmanager d.van.der.meer@hva.nlPeter Odenhoven Coach p.j.odenhoven@hva.nlAhmed Nait Consultant a.nait.aicha@hva.nlTeam 410 Uitvoering project peter.georgiev@hva.nl

Team 410 bestaat uit: Dion van Willigen, Ka Yan Liu, Menno Schleiffert, Hamza El-Harhouri, Rick Mussche en Peter Georgiev.

OpdrachtgeverFemke Pasquino-

de Harde

Corporate manager

Kees Rijsenbrij

ProjectmanagerDouwe van der

Meer

CoachPeter Odenhoven Team 410

ConsultantAhmed Naid

5. Projectplan

5.1 Plan aannamesAangezien het schier onmogelijk is om nu alle problemen te voorspellen, dienen wij een aantal aannames te doen. Zo is een aanname dat wij dit project af kunnen ronden met het aan ons ter beschikking gestelde budget. Ook is er de aanname dat we voor de planning af en toe extra tijd beschikbaar houden, zodat we extra tijd over houden om zeker te zijn dat de uiteindelijke oplevering op tijd zal gebeuren.

5.2 Gantt-chartIn bijlage 1 staat een grafisch overzicht van de planning

5.3 ProductdecompositiestructuurProject Getconnected bestaat uit 4 fases:

1. IdeaHier wordt er gebrainstormed over een concept/idee voor de opdrachtgever. Wij proberen de eisen van de opdrachtgever zo goed mogelijk te realiseren, en geven aan het einde een presentatie over het product om een zo goed mogelijk beeld over te brengen naar de opdrachtgever. Uiteindelijk wordt er bepaald of ons idee goed genoeg is. De producten die wij in deze fase moeten inleveren zijn: een video, het Research Report en een presentatie.

2. Proof of conceptDe ontwikkelfase van het product. Aan het einde van deze fase is er een product dat minimale functionaliteiten heeft. Hier wordt er nagedacht over de elementen die ons product bevat, en hoe wij dit gaan implementeren en demonstreren.De producten die wij in deze fase moeten inleveren zijn: de Proof of Concept, het Project Initiation Document en een presentatie.

3. Alpha productIn deze fase komt er een volledig functionerende product tot stand dat in het ITopia lab wordt gedemonstreerd. Wij zullen ons hier bezighouden met de te gebruiken testmethodiek, het design en methodes om de kwaliteit van het product te verhogen.De producten die wij in deze fase moeten inleveren zijn: het Alpha product, test approach, klasse diagram en een gebruikershandleiding.

4. Beta productHet product is volledig getest en voldoet aan de eisen van de opdrachtgever. Dit is het moment waar wij het product kunnen opleveren.De producten die wij in deze fase moeten inleveren zijn: het Beta product en final report.

Na elk fase worden de resultaten door de opdrachtgever en projectleider geëvalueerd en komt er een GO, GO-MITS of NO-GO als resultaat om zo door naar de volgende fase te gaan.

5.4 Productstroomdiagram

5.5 ActiviteitenplanningBehalve het uitvoeren van de producten, zijn er een aantal andere activiteiten die door het team ondernomen dienen te worden.

PM meetingHier wordt er van elke team één vertegenwoordiger gestuurd om samen met de projectleider en andere teamvertegenwoordigers te vergaderen. Er wordt onder andere besproken hoe het in het team gaat, hoe het project verloopt, waarom het slecht gaat of juist waarom het goed gaat. Hierdoor

is het ook de bedoeling om voor elke PM meeting een ander teamlid te sturen zodat de projectleider een compleet beeld krijgt van alle facetten van dit project.

CoachingHet team gaat samen met de coach vergaderen over de samenwerking en het project. De coach geeft ook advies over het project. Het doel van de coach is om het team te helpen het eindresultaat te bereiken.

WorkshopsEr zijn een aantal workshops die worden aangeboden tijdens het project. Dit is bedoeld voor personen die zich willen verdiepen in een van de onderwerpen. De workshops zijn:

- Brainstorming- Workplace- HTML5- SVN- Audio in Interaction- Visual Design

LecturesDit zijn hoorcolleges over bepaalde producten die ingeleverd moeten worden en extra informatie geven over het ontwikkelproces van een product. De lectures die gegeven worden zijn:

- Research Report- PID- Ubiquitous Gameplay- Mobile Development- Software Quality and testing

Bij een mandatory consultant krijgt een team advies over producten waar op dat moment aan gewerkt wordt. Het gaat hierbij om de producten waarvan meerdere versies ingeleverd dienen te worden. Dit geldt voor de volgende producten:

- Research Report- PID- Test Approach- Klassediagram- Final Report

5.6 Overzicht benodigde middelen Mensen (het team) Budget (max €100,-) Computers smartphones Server(s)

5.7 ProductbeschrijvingenIn bijlage 2 staat er per product een beschrijving.

6. Beheersinstrumenten

Tijdens een project kunnen er veel dingen verkeerd gaan, wat kan leiden tot vertraging, mogelijk extra werk of andere problemen. Door van tevoren over deze problemen na te denken hopen we deze te voorkomen of, indien nodig, zo goed mogelijk op te vangen. Hieronder proberen we de mogelijke problemen te voorzien en geven aan hoe wij denken deze op te kunnen vangen. hierdoor verwachten wij dit project tot een goed einde te brengen.

6.1 Toleranties

Voor dit project is de deadline voor de oplevering 11 juni. Dan moeten de laatste versies van de applicaties worden opgeleverd, samen met de documentatie. Voor dit project is er geen ruimte voor uitloop na deze datum. Omdat we het goed willen afsluiten en de tijd moeten hebben om mogelijke laatste fouten eruit te halen, maken we onze planning met een doel om voor de deadline klaar te zijn. Dit geeft ons wat opvangruimte mocht er onverwacht toch wat misgaan.

6.2 Risicomanagement

Een mogelijk risico voor dit project zou zijn als er een teamlid uitvalt. Bij het maken van de planning gaan we uit van een volledige groep, dus als er iemand wegvalt, zou dit extra werk opleveren voor de rest van het team. Er bestaat geen maatregel om dit te kunnen voorkomen, maar met een goede planning moet het probleem wel op te vangen zijn. Door duidelijk genoteerd te hebben wat er moet gebeuren streven we alles overzichtelijk te houden voor onszelf. Zo zou het snel duidelijk zijn welk onderdeel meer aandacht en tijd nodig heeft.

Een ander probleem zou kunnen voorkomen in de kwaliteit van het werk. Om te zorgen dat elk teamlid de gewenste kwaliteit levert in zijn bijdrage, word ieders bijdrage gecontroleerd door de rest van het team. Op deze manier kunnen we ervoor zorgen dat we over het hele product een goede kwaliteit kunnen leveren.

6.3 Uitzonderingsprocedure

Hoe hard je het ook probeert te voorkomen, er kan altijd wat mislopen tijdens een project. Mocht het tijdens het project toch nodig zijn om in te grijpen zal dit gebeuren door de teamleider, in samenspraak met de rest van het team uiteraard.

Zo is er de mogelijkheid om iemand uit het team te zetten indien deze niet zich aan gemaakte afspraken houdt, of niet voldoende bijdrage levert. Deze stap moet worden gezien als een laatste mogelijkheid na het waarschuwen van een teamlid. Dit zal dan ook niet zomaar gebeuren maar alleen indien het team dit echt nodig acht.

6.4 Voortgangsrapportages

Om de projectleider, de opdrachtgever en andere betrokkenen op de hoogte te houden over het verloop van het project, kunnen er voortgangsrapportages bijgehouden worden. Dit houdt in dat er regelmatig wordt gerapporteerd over het verloop van het project. Hier zullen wij echter niet aan doen, omdat dit uiteindelijk te veel werk zal worden voor alle betrokkenen. Daarnaast schrijft de PRINCE2 methode voor dat er slechts gerapporteerd dient te worden zodra iets niet volgens specificatie of planning opgeleverd kan worden.

Bijlage 1. Grafische ProjectplanningVanwege de lay-out van de Grafische Projectplanning is deze in een pdf bestand bijgevoegd.

Bijlage 2. ProductbeschrijvingenProductbeschrijving

Product ID 1.1

Productnaam Research Report

Doel Laat de stappen zien die het team heeft ondernomen om te zorgen dat het te ontwikkelen product goed aansluit bij de eisen en wensen van de opdrachtgever en de doelgroep.

Samenstelling Omslag, Inhoudsopgave, Inleiding, Middenstuk, Planning, Bronnenlijst desk research en Bijlagen.

Kennis en kunde nodig om product te vervaardigen

Eisen van de opdrachtgever en doelgroep. Er is onderzoek gedaan naar de doelgroep en er is voldoende informatie over het onderwerp.

Kwaliteitscriteria Bronnen zijn betrouwbaar, lay-out ziet er netjes uit, er moet gelet worden op

Productbeschrijving

Product ID 1.1

Productnaam Research Report

spellingsfouten.

Kwaliteitsmethode Mandatory consultant, ieder teamlid leest het door en beoordeelt of de inhoud en spelling goed is.

Productbeschrijving

Product ID 1.2

Productnaam Video idee

Doel Er moet een filmpje worden gemaakt van ons idee dat maximaal 5 minuten duurt. Aan het einde van het filmpje moet het duidelijk zijn wat het idee inhoudt en hoe wij het gaan realiseren. Het filmpje moet worden geupload op Youtube.

Samenstelling Script, videomateriaal.

Kennis en kunde nodig om product te vervaardigen

Kennis hebben over een videobewerkingsprogramma, ons idee kunnen uitleggen, uploaden op Youtube.

Kwaliteitscriteria Video moet goed volgbaar zijn (niet te snel of te sloom), het moet onder de 5 minuten zijn, het moet over genoeg informatie beschikken en niet te druk zijn.

Kwaliteitsmethode Filmpje laten zien aan andere mensen en hun feedback laten geven.

Productbeschrijving

Product ID 1.3

Productnaam Presentatie

Doel Samen met een Powerpoint gaat het team voor de laatste keer haar idee uitleggen door een presentatie te geven. Het doel is om de beoordelaars te overtuigen dat jouw idee aansluit op de eisen van de opdrachtgever en uitendelijk een GO te krijgen.

Samenstelling Powerpoint presentatie, presentator.

Kennis en kunde nodig om product te vervaardigen

Je moet kunnen presenteren en kennis hebben over het idee.

Kwaliteitscriteria Oefenen van tevoren, presentatie goed voorbereiden.

Kwaliteitsmethode Presenteren voor een aantal mensen van tevoren en feedback krijgen.

Productbeschrijving

Product ID 2.1

Productnaam Product Initiation Document (PID)

Doel Het PID is een document waarin wordt beschreven hoe je het project gaat aanpakken. Doel: de lezer informeren over hoe wij dit project gaan aanpakken.

Samenstelling Documenteigenschappen, Managementsamenvatting, Inleiding, Projectdefinitie, Business Case, Projectorganisatie, Projectplan, Beheersinstrumenten en Bijlagen.

Kennis en kunde nodig om product te vervaardigen

Projecthandleiding goed doorlezen, weten over PRINCE2, PID, project en plannen, rapporteren.

Kwaliteitscriteria Lay-out ziet er netjes uit, er moet gelet worden op spellingsfouten, er is veel onderzoek gedaan naar de onderwerpen en het moet een goedlopend geheel worden.

Kwaliteitsmethode Mandatory consultant, ieder teamlid leest het door en beoordeelt of de inhoud

Productbeschrijving

Product ID 2.1

Productnaam Product Initiation Document (PID)

en spelling goed is.

Productbeschrijving

Product ID 2.2

Productnaam Proof of concept

Doel Hierin wordt het product in detail beschreven. Het doel is om de lezer een duidelijk beeld te geven over hoe onze product eruit gaat zien en wat het kan, zodat wij het bij de presentatie kunnen demonstreren.

Samenstelling Prototype, testen, resulaten.

Kennis en kunde nodig om product te vervaardigen

Programmeertalen, weten hoe een website in elkaar zit en testresultaten kennen. Er is veel kennis over het product: hoe het eruit ziet, voelt, vorm, kleur, materiaal, etc.

Kwaliteitscriteria Het moet een duidelijk beeld geven van wat het product kan en bewijzen dat het product werkt.

Kwaliteitsmethode Zorgen dat het product werkt.

Productbeschrijving

Product ID 3.1

Productnaam Test Approach

Doel Beschrijving van hoe wij het product gaan testen, welke acties het team gaat ondernemen om te zorgen dat het product naar behoren functioneert. Doel is een plan opstellen hoe wij ons product gaan testen.

Samenstelling Doel van testen, planning, materialen voor het testen.

Kennis en kunde nodig om product te vervaardigen

Testen, veel weten over het product, plannen, usability, playability en gebruikers.

Kwaliteitscriteria Het product moet klaar zijn om te gaan testen, we zullen meerdere testen uitvoeren, denken aan de eindgebruiker.

Kwaliteitsmethode Veel testen met andere gebruikers en niet alleen het team.

Productbeschrijving

Product ID 3.2

Productnaam Alpha product

Doel In het ITopia-lab wordt het product gepresenteerd en de beoordelaars beslissen of de kwaliteit goed genoeg is of niet. Het doel is om voldoende punten hiervoor te scoren.

Samenstelling Het product dat volledig functioneel is, test forms, gebruikers.

Kennis en kunde nodig om product te vervaardigen

Bepalen wanner je goed kwaliteit hebt, evalueren van producten, de functionaliteiten van het product, beoordelen.

Kwaliteitscriteria Goede kwaliteit en volledig functionerend product.

Kwaliteitsmethode Mandatory colsultant, door middel van testen tot een goed product komen, het mag geen fouten bevatten.

Productbeschrijving

Product ID 3.3

Productnaam Klassediagram

Doel Een UML klassediagram maken die de klassen in de software beschrijft en de relaties tussen de klassen.

Samenstelling UML diagram en tool, software van het product.

Kennis en kunde nodig om product te vervaardigen

UML, klassediagram, software, java, programmeren.

Kwaliteitscriteria De relaties tussen klassen moet kloppen, het is overzichtelijk.

Kwaliteitsmethode Mandatory consultant.

Productbeschrijving

Product ID 3.4

Productnaam User manual

Doel Een gebruikershandleiding maken, zodat de gebruiker begrijpt hoe je product werkt zonder technische begrippen te gebruiken. Het dient ook in het engels geschreven te worden.

Samenstelling Voorblad, inhoudsopgave, introductie, instructies en de conclusie.

Kennis en kunde nodig om product te vervaardigen

Engels, weten hoe een handleiding in elkaar zit, kennis over de gebruiker, documenteren.

Kwaliteitscriteria Letten op taalgebruik, niet te technisch, het is gemakkelijk te lezen voor de gebruiker, het is overzichtelijk, geen spellingsfouten, lay-out in orde.

Kwaliteitsmethode Manual doorlezen, door gebruikers van je doelgroep laten lezen en feedback krijgen.

Productbeschrijving

Product ID 4.1

Productnaam Final report

Doel In dit document staan alle materialen dat met het project te maken met als doel alle informatie van het project in één enkel document stoppen, zodat het een volledig beeld geeft over het project.

Samenstelling Contributies teamlid, slides presentaties fase 1 en 2, Research report, PID, UML diagram, test approach en resultaten, user manual en proof of concept.

Kennis en kunde nodig om product te vervaardigen

Alle kennis die je in dit project hebt opgedaan komt in dit document te staan.

Kwaliteitscriteria Het moet alles bevatten wat in de samenstelling staat en mooi in één document gestopt worden.

Kwaliteitsmethode -

Productbeschrijving

Product ID 4.1

Productnaam Final report

Klasse Diagram

Final Rapport

Team 410

Table of contents

Revision history3

1 Test Information 4

1.1 System Under Test 4

1.2 Test Personnel 4

2 Test Summary 4

2.1 Acceptance Criteria 4

2.2 Results 4

3 Background 6

3.1 Purpose and Scope of all test cases 6

3.2 Additional Information 7

3.3 Experience required 7

3.4 Test Items / Equipment Needed 7

4 Preparing the Test Environment 8

4.1 Application Setup 8

4.2 Equipment Checks 8

5 Dynamic Quality Testing 9

5.1 User login 9

5.2 Navigatie 10

5.3 Dier plaatsen 11

5.4 Dier zoeken 12

5.5 Facebook app 13

5.6 Widget 14

6 Static Code Testing 15

6.1 Test Metrics and Tools 15

6.2 Code conventions 16

Revision history

Date By Description of changes11-05-2013 Ka Yan Alle losse onderdelen in één document gezet. (Hoofdstuk 1, 3, 4, 5).

Test Information

System Under Test

System name: Mobiele Website

Version: 1.0

System name: Facebook applicatie

Version: 1.0

System name: Widget

Version: 1.0

Test Personnel

Name: Peter Georgiev Date: _____________ Time: _____________

Name: Hamza El-Harhouri Date: _____________ Time: _____________

Name: Ka Yan Liu Date: _____________ Time: _____________

Name: Rick Mussche Date: _____________ Time: _____________

Name: Menno Schleiffert Date: _____________ Time: _____________

Test Summary

Acceptance Criteria

Describe what are the acceptance criteria of your system(s). Formulate these criteria as SMART7 as possible. These criteria are from different stakeholders and different perspectives. [alpha]

Results

Conclusion of the tests: ____% Passed, ____% Failed

Comments: ____________________________________________________________________

_ Explain which acceptance criteria are approved and which are not and why [beta] _

____________________________________________________________________

7 http://nl.wikipedia.org/wiki/SMART-principe

Background

Purpose and Scope of all test cases

Voor het slagen van deze testen moeten er drie verschillende producten worden gestest naar hun functionaliteiten. Deze drie producten zijn: de mobiele website, de facebookapp en de widget. Voor elk product word er verteld welke functionaliteiten ze dienen te hebben en hoe we plannen deze te testen.

Mobiele website

De mobiele website van verhuisdieren.nl moet een mobiele versie zijn van de huidige website. Dit betekend dat de functionaliteiten van de huidige website ook allemaal dienen te werken via de mobiele website.

De functionaliteiten die we zullen testen hiervoor zijn:

Mogelijkheid om in- en uit te loggen.

Registreren van een nieuwe gebruiker.

Het zoeken naar geplaatste huisdieren.

Het maken van een match tussen de gebruiker en een huisdier.

Aanmelden van nieuwe dieren op de website.

Deze functies dienen allemaal naar behoren te werken voor het ontwikkelen van de mobiele website voltooid is.

Facebook

De facebook applicatie zal het mogelijk maken om door middel van sociale media dieren te kunnen zien en door middel van een gecombineerde database zal dit het ook mogelijk maken om dieren te zoeken en als match aan te kunnen duiden.

Hierbij zullen wij de volgende functies testen:

Werkt de verbinding met de database?

Kan er een dier gezocht worden?

Is het mogelijk om een match aan te duiden?

Widget

De widget laat een profiel zien van het laatst aangemelde dier bij verhuisdieren.nl. Deze widget zou op andere websites geplaatst moeten kunnen worden alsware reclame voor verhuisdieren.

Voor de wiget moeten de volgende functionaliteiten getest worden:

De widget haalt foto en tekst uit database van laatste aangemelde dier.

De widget moet te plaatsen zijn op andere websites.

De widget moet redirecten naar bijbehorend profiel van het dier op verhuisdieren.

Additional Information

Om de werking van de verschillende producten duidelijk uit te leggen zullen we een user manual in het engels schrijven. Hierin zal de werking van de mobiele website, facebook app en widget omschreven staan. Deze user manual zal te downloaden zijn via de mobiele website onder het ‘Over ons’ kopje.

Experience required

Voor het testen van de mobiele website zal de tester bekend moeten zijn met de werking van de huidige website van verhuisdieren.nl, omdat het hierbij belangrijk is dat dezelfde functies ondersteund zijn. Een tester die weet hoe de huidige site werkt kan dan ordelen of de functies het zelfde werken als op de huidige website.

Test Items / Equipment Needed

Voor het testen van de verschillende producten zijn er verschillende apparaten nodig. Hieronder per product wat er nodig is om deze te testen.

Mobiele website

Voor het testen van de mobiele website is er een smartphone nodig met een internet browser om de website te bezoeken. Verder zou de mobiele website op elke smartphone moeten werken en zijn hier dus verder geen eisen aan qua benodigdheden om te testen.

Facebook applicatie

De Facebook applicatie zal getest worden via een computer. Verder is het uiteraard vereist dat de tester een Facebook account heeft om mee in te loggen.

Widget

De widget kan zowel op een smartphone als op een computer getest worden.

Preparing the Test Environment

Application Setup

De applicaties moeten online staan en kunnen bereikt worden door middel van een smartphone en/of computer.

Mobiele website:

Voor de mobiele website heb je een smartphone nodig om naar de website te gaan. Hierna kom je op de homepagina van de mobiele website. De laatste stap is het inloggen op een bestaand verhuisdieren account.

Facebook applicatie

Om de Facebook applicatie te starten heb je eerst een Facebook account nodig. De applicatie kan je bereiken via een computer. Nadat je ingelogd bent op je Facebook account, kun je de applicatie starten. Ook hier kom je op de homepagina terecht als startpunt.

Widget

De Widget is bereikbaar via zowel een computer als smartphone. Deze zal de laatst geplaatste dier laten zien.

Equipment Checks

Een aantal check die vooraf gevoerd moeten worden:

1. De server staat online en is bereikbaar.

2. Er moet een een computer en een smartphone beschikbaar zijn.

3. De computer en de smartphone zijn verbonden met het internet.

Dynamic Quality Testing

User login

Special instructions

NONE

Test Case ID User login_FUNCT_01

Description Test de werking van de user login aan de norm

Initial Conditions Equipment is set up as per Equipment Setup section.

Step Task & Expected Result [alpha] [beta]1 Ga naar het login scherm Pass / Fail

2 Controleer de toegankelijkheid van het user login scherm Pass / Fail

3 Login aan de hand van het aan elkaar gekoppelde emailadres en wachtwoord

Pass / Fail

4 Controleer of de username overeenkomt met de database Pass / Fail

5 Controleer of het wachtwoord ingevoerd, versleuteld en verstuurd kan worden

Pass / Fail

6 Ga na of de login- en resetbutton aanwezig zijn Pass / Fail

7 Ga na of er een foutmelding verschijnt bij het verkeerd invoeren van login gegevens

Pass / Fail

Comments:_________________________________________________________________________________

_________________________________________________________________________________

_________________________________________________________________________________

Navigatie

Special Instructions

NONE

Test Case ID Navigatie_FUNCT_02

Description Door middel van deze case wordt het navigeren op de mobiele website getest.

Initial Conditions www.verhuisdieren.nl moet toegankelijk zijn voor alle internetgebruikers.

Step Task & Expected Result [alpha] [beta]1 Ga naar www.verhuisdieren.nl Pass / Fail

2 Ga na of alle opgelegde functies aanwezig zijn op de website Pass / Fail

3 Controleer of de onderliggende pagina’s afgeleid zijn van de oorspronkelijke pagina

Pass / Fail

4 Verwijzen de aanwezige buttons daadwerkelijk naar wat zij zijn vernoemd.

Pass / Fail

5 Bevind zich op iedere pagina een werkende ‘home’ button Pass / Fail

6 Beschikken de webpagina’s over een aangepast formaat voor de werking op een mobiele telefoon

Pass / Fail

Comments:_________________________________________________________________________________

_________________________________________________________________________________

_________________________________________________________________________________

Dier plaatsen

Special Instructions

NONE

Test Case ID DIER_PLAATSEN_01

Description Door middel van deze case wordt de werking van de functie ‘dier plaatsen’ getest

Initial Conditions www.verhuisdieren.nl moet toegankelijk zijn voor alle internetgebruikers.

Step Task & Expected Result [alpha] [beta]1 Ga naar www.verhuisdieren.nl Pass / Fail

2 Klik op de functie ‘dier plaatsen’ en controleer of je naar de juiste webpagina wordt verwezen

Pass / Fail

3 Controleer of de juiste gegevens en informatie verwerkt zijn op de sub pagina

Pass / Fail

4 Maak een keuze en controleer of je door wordt verwezen naar de pagina van het desbetreffende dier.

Pass / Fail

5 Bevind zich op iedere pagina een werkende ‘home’ button Pass / Fail

6 Controleer de functionaliteit van de te volgen stappen Pass / Fail

7 Ga na of het dier en het de door u ingevulde informatie correct wordt weergeven op de website

Pass / Fail

Comments:_________________________________________________________________________________

_________________________________________________________________________________

_________________________________________________________________________________

Dier zoeken

Special Instructions

NONE

Test Case ID TC_FUNCT_04

Description Test het zoeken van een dier

Initial Conditions Equipment checks zijn gedaan. Website is benaderbaar.

Step Task & Expected Result [alpha] [beta]7 Pagina met zoekfunctie is benaderbaar Pass / Fail

8 Controleren of alle knoppen werken Pass / Fail

9 Controleren of de resultaten kloppen met de gekozen optie Pass / Fail

10 Controleren of alle zoekopties werken Pass / Fail

Comments:_________________________________________________________________________________

_________________________________________________________________________________

_________________________________________________________________________________

Facebook app

Special Instructions

NONE

Test Case ID TC_FUNCT_05

Description Test de functies van de facebook app

Initial Conditions Equipment checks zijn gedaan. App is benaderbaar.

Step Task & Expected Result [alpha] [beta]1 Pagina met facebook app is benaderbaar Pass / Fail

2 Navigeren door de app verloopt goed Pass / Fail

3 Werkt de zoekfunctie Pass / Fail

4 Is het mogelijk een match te maken Pass / Fail

Comments:_________________________________________________________________________________

_________________________________________________________________________________

_________________________________________________________________________________

Widget

Special Instructions

NONE

Test Case ID TC_FUNCT_06

Description Test de widget functionaliteit

Initial Conditions Equipment checks zijn gedaan. Widget is benaderbaar.

Step Task & Expected Result [alpha] [beta]1 Pagina met widget is benaderbaar Pass / Fail

2 Check of de widget het meest recente dier toont Pass / Fail

3 Check of de links naar social media werken Pass / Fail

4 Check of er een nieuw dier kan worden getoond Pass / Fail

Comments:_________________________________________________________________________________

_________________________________________________________________________________

_________________________________________________________________________________

Static Code Testing

Test Metrics and Tools

Describe which metrics and tools you used to test of the static quality of your code ITOPIA. [alpha]

Fill in the tables. [beta]

Total number of files

Total number of classes

Total number of code lines

Total number of code statements

Percentage code comments

Average number of methods per class

Average number of statements per method

Other metrics

The “biggest” file is: Number of classes:

The “biggest” class is: Number of methods:

The “biggest” method is: Number of statements:

Comments:_________________________________________________________________________________

________Give your comment about the results of the metrics [beta] __________________________

________Which metric norms you did not met and why?____________________________________

_________________________________________________________________________________

Code conventions

Describe the steps you followed to meet the code conventions of ITopia [alpha].

Comments:_________________________________________________________________________________

______ Describe whether you met all the code conventions of ITOPIA [beta] ____________________

______Which code conventions you did not met and why?___________________________________

_________________________________________________________________________________

User manual mobile website VHD 410

Register

To log in on the mobile website we will first have to register the account. Registering an account can be done by a few simple steps. To start registering your account click on the button Login, located on the home page. As seen below the button is located on the right of the logo in the upper middle.

After you have clicked on the Login button, you will find yourself browsing the page used to login on your account. When you are registering your account you will be able to press the button Registreren.

After clicking on the button you will have to supply the website with information about yourself to successfully register your account.

In the fields you are to fill your first name, followed by any prepositions. The prepositions field can be left blank if there are none to be given. After the last name, e-mail address, password, city, telephone number and county you can simply click the submit button to complete registering your account.

Login

After registering your account you can easily use the e-mail address and password supplied to login on your account. To do so, press the same Login button on the homepage used to register your account earlier, but instead of pressing registreren fill in the e-mail and password and click the submit button to login.

Search a pet

After a successful login you will be able to find yourself a matching pet. To search a pet just click on Dier zoeken on the homepage. You will be asked to click on the picture of the kind of pet you would like to search for.

After clicking the kind of pet (A dog, a cat, a rabbit, a cavy, a hamster or a horse) click on the button Volgende to go to the next step of the search options.

As example we will be searching for a dog. After clicking on the image of the dog you will be forwarded to a page asking if the dog has to be male or female, castrated or not, how long it’s hairs are, what the size of the dog is, and the current age of the dog. After clicking the information required (Information could be left blank) click Volgende again.

After the questions about the dog you will be asked for your current home situation, to match the perfect pet. You will be asked if you have children, cats or dogs. You will also be asked if you would leave the dog home alone, in what kind of way you are currently living and if you own a garden. After answering the questions click Volgende again.

As a final step you will be asked what kind of dog you would like. For example if it has to be a guard dog or a playful dog. After answering the character questions of the dog by a simple yes or no click on Volgende again to find the perfect match.