FINAL REPORT. Project: Get Connected. Opdrachtgever: Etine Bestandsnaam: final_report. Project: Get Connected Versie: <2.0.>

Transcriptie

1 FINAL REPORT Project: Get Connected Opdrachtgever: Etine Bestandsnaam: final_report Project: Get Connected Versie: <2.0.> Auteur: Team ETN201 Datum:

2 Documenteigenschappen Historie Versie Datum Veranderingen (concept/definitief) Opdrachtgever Auteur(s) Concept Etine Onno van Gijssel Concept Etine ETN Final Etine Onno van Gijssel Goedkeuring Dit document heeft goedkeuringen nodig van het management van ITopia, alvorens deze wordt overgedragen aan de opdrachtgever. Getekende goedkeuringsformulieren worden opgeslagen in de Managementsectie van het projectarchief. Naam Rol Handtekening Datum document Versie

3 Inhoudsopgave Documenteigenschappen... 2 HISTORIE... 2 GOEDKEURING... 2 Inhoudsopgave Inleiding Reflectie GEZAMENLIJKE REFLECTIE INDIVIDUELE REFLECTIE DANNY INDIVIDUELE REFLECTIE ERIK INDIVIDUELE REFLECTIE ROWAN INDIVIDUELE REFLECTIE TOM INDIVIDUELE REFLECTIE ONNO Presentaties PHASE PHASE Research Report PID Documenteigenschappen HISTORIE GOEDKEURING Managementsamenvatting Inleiding GEBRUIK VAN DE PRINCE2 PROJECTMANAGEMENTMETHODE DOEL VAN DIT DOCUMENT OPBOUW VAN HET DOCUMENT... 25

4 2. Projectdefinitie ACHTERGROND PROJECTDOELSTELLINGEN PROJECTRESULTAAT SCOPE & AFBAKENING RANDVOORWAARDEN & AANNAMES RELATIES MET ANDERE PROJECTEN PROJECTAANPAK Business Case REDENEN OM TE STARTEN MET HET PROJECT ALTERNATIEVEN VOORDELEN NADELEN KOSTEN INVESTERINGSANALYSE Projectorganisatie ORGANIGRAM ROLLEN & VERANTWOORDELIJKHEDEN Projectplan PLAN AANNAMES GANTT-CHART PRODUCTDECOMPOSITIESTRUCTUUR PRODUCTSTROOMDIAGRAM ACTIVITEITENPLANNING OVERZICHT BENODIGDE MIDDELEN Beheersinstrumenten TOLERANTIES RISICOMANAGEMENT UITZONDERINGSPROCEDURE... 33

5 6.4 VOORTGANGSRAPPORTAGES Bijlage 1. Grafische Projectplanning Bijlage 2. Productbeschrijvingen Test approach Revision history Test Information SYSTEM UNDER TEST TEST PERSONNEL Test Summary ACCEPTANCE CRITERIA RESULTS Background PURPOSE AND SCOPE OF ALL TEST CASES ADDITIONAL INFORMATION EXPERIENCE REQUIRED REFERENCE DOCUMENTS Preparing the Test Environment APPLICATION SETUP EQUIPMENT CHECKS Dynamic Quality Testing LOGIN SCREEN TABLET SPECIAL INSTRUCTIONS GROOTSCHERM SPECIAL INSTRUCTIONS ORDER STATUS VERANDEREN SPECIAL INSTRUCTIONS ORDER PAKLIJST INZIEN SPECIAL INSTRUCTIONS... 48

6 6. Static Code Testing TEST METRICS AND TOOLS CODE CONVENTIONS User manual Introduction The system Performing tasks Software design... 56

7 1. Inleiding In dit final report zijn alle documenten samengevoegd die wij het gehele project gemaakt hebben. Dit zijn de slides van de opleveringen uit phase 1 en phase 2, research report, Project initiatie document, Software design, test approach en de user manual. Ook kijken wij terug op het project door middel van te reflecteren op onszelf en op de groepsleden.

8 2. Reflectie 2.1 Gezamenlijke reflectie Als team hebben wij goed gefunctioneerd. Alle taken zijn op tijd afgerond en ingeleverd. Ook Hebben wij als team iedere fase een GO gehad. De onderlinge sfeer in het team was ook heel goed. De communicatie hebben wij als team via Whatsapp gedaan, dit is ook erg goed gegaan. Iedereen was hierop vrijwel altijd bereikbaar. Binnen het team hadden we soepele afspraken met elkaar, dit heeft ook bijgedragen aan de goede sfeer. Echter heeft dit er wel voor gezorgd dat sommige teamleden geregeld te laat kwamen. 2.2 Individuele Reflectie Danny Ik zelf vond de samen werking en de sfeer in deze groep erg goed. Er waren geen onderlinge problemen en niemand zat een ander in de weg. Alles wat we afgesproken hebben met elkaar was op de afgesproken datum af en voldoende. Af en toe hadden we een fout waar we niet uitkwamen maar met behulp van anderen en kennis van ons zelf zijn we daar ook uitgekomen. Zelf heb ik aan de server gewerkt en aan de Google Apps Sync Applicatie. In eerste instantie dachten Rowan en ik dat in de Appsync Applicatie de meeste fouten voor zouden komen maar dat was niet waar. De fouten zaten in de server waardoor de Appsync Applicatie niet lekker kon werken. Gelukkig is dat wel opgelost en werkt alles nu goed samen. Erik heeft grotendeels de App zelf gemaakt maar dit kwam omdat Tom door een ongeluk lange tijd in het ziekenhuis gelegen heeft. Gelukkig kwam hij weer opschool toen het mogelijk was en bij de opleveringen. Er waren wel wat min punten maar dat was meer project mattig gezien want ik had mezelf voor bereid op een Windows server met Active Directory en niet op Zentyal. Dit vond ik persoon wel jammer aangezien ik wel ervaring had op Windows gebied. Maar voor de rest was dit een sterke en goede groep. 2.3 Individuele Reflectie Erik Ons project is goed verlopen, we hebben overal een Go voor gehaald en iedereen deed netjes zijn taken. We hebben ook met ze alle goed samengewerkt en het was zeker altijd gezellig. We hadden als groep soepele regels en hierdoor was de sfeer in de groep altijd goed. We konden goed bepalen wanneer we tijd hadden voor iets leuks en wanneer we hard moesten. Hierdoor waren de project dagen altijd gezellig terwijl er toch veel werd gedaan. Wel zijn we tegen problemen aangelopen, Tom had bijvoorbeeld een motor ongeluk gehad waardoor hij al in het begin van het project in het ziekenhuis lag. Dit was erg jammer zowel voor hem als ons. Hij heeft veel gemist van het project waardoor hij minder heeft kunnen leren er van. Voor ons was het erg jammer omdat we een man minder hadden waardoor we met de overgebleven mensen meer werk moesten doen. Vooral voor mij persoonlijk was dit het geval omdat Tom en ik samen de app moesten programmeren. Ik heb veel zelf moeten programmeren en groot deel van de app zelf gemaakt. Toen Tom weer terug was uit het ziekenhuis heeft de wel gelijk weer meegeholpen met programmeren en we hebben toen samen het laatste deel van de app afgemaakt. Hij heeft wel in het ziekenhuis aangegeven dat die graag wilde helpen maar doordat dit heel onpraktisch is, is dit er helaas niet van gekomen. Danny en Rowan hebben samen de server gemaakt. Op het begin liepen ze tegen veel problemen op. Zo was het wachtwoord dat ze hadden gehad van de server fout. Hierdoor hadden ze veel vertraging opgelopen. Ze hebben ondanks dat de server wel op tijd afgekregen. Ze hebben goed samengewerkt om dit te bereiken. Ondanks dat Danny gaat stoppen met de opleiding heeft hij toch aangeboden om nog steeds mee te helpen aan het project. Dit hebben we als groep erg gewaardeerd en waren er ook erg blij mee. Rowan moet wel werken aan het op tijd komen, we hadden over te laat komen soepele regels maar het word na een tijdje wel vervelend. Hij was vaak te laat en hier moet die zeker aan werken.

9 Ik moet zelf beter werken aan het plannen. Soms deed ik een week heel veel en had ik de volgende week niks te doen en de andere keer moest ik een week heel veel doen. Ik heb dit project wel veel geleerd over programmeren aangezien ik veel heb moeten programmeren. Hier mee ben ik zeker blij want naar mij idee heb ik dit project het meeste geleerd. 2.4 Individuele Reflectie Rowan Gedurende dit project heeft Onno een uitstekende taak verricht als teamleider. Zo was hij altijd op tijd bij een afspraak en waren zijn plannen duidelijk voor het team. Er zijn aan het begin van het project duidelijke en soepele regels opgesteld waarin geschoven kon worden. Dit droeg onder andere bij aan het teamverband gevoel, in tegenstelling tot een vaste structuur waar je zonder coulantie naar bepaalde data toe werkte. Erik heeft een uitstekende taak verricht samen met Tom bij het programmeren van de applicatie. Ondanks dat Tom een grote periode van het project in het ziekenhuis heeft gelegen heeft hij vooral in de laatste paar weken nog het een en ander kunnen doen op gebied van programmeren. Verder heeft Erik dus het grootste gedeelte van de webapp gemaakt, wat hem uitstekend gelukt is. Het mooie was dat hij heel veel heeft kunnen maken op basis van eigen kennis en daardoor weinig tot geen last had van vertraging (om dingen op te zoeken of na te vragen). Last but not least heeft Danny mij geholpen en andersom op gebied van de server en uiteraard de bijkomende LDAP configuratie. We hebben dit samen erg netjes verwerkt waarbij we elkaar vrijwel constant aanvulden. Dit heeft er toe geleid dat we een uitstekend functionerend eindproduct neer hebben kunnen zetten. 2.5 Individuele Reflectie Tom Door mijn bijzondere omstandigheden heb ik niet de geheel ontwikkeling van het team meegemaakt. Maar voor zover ik er bij was, heb ik niets anders dan een zeer prettige sfeer ervaren. Dit heeft er toe bijgedragen dat iedereen zeer open met elkaar kon praten, en ideeën rijkelijk vloeiden. Door de vriendelijke sfeer, en het elkaar gemakkelijk vergeven, is het echter wel gebleken dat iedereen makkelijker te laat kwam. Hier moesten we dus als geheel rekening mee houden als we iets op tijd gedaan wilden hebben. Aan kennis ontbrak het zeker niet in het team. Natuurlijk waren er fases van vallen en opstaan, maar door elkaar te helen en gebruik te maken van externe bronnen konden alle problemen vlot opgelost worden. Ik kan niets anders opmerken dan dat Erik zeer goed heeft gewerkt. Doordat ik vanuit het ziekenhuis niet veel kon doen, is vrijwel de complete taak van het programmeren op zijn schouders gevallen. Dit heeft hij zeer goed opgepikt, en het eindresultaat is iets waar iedereen tevreden over kan zijn. Onno heeft in mijn ogen het team zeer goed bij elkaar gehouden. Door constant het overzicht te bewaren is het voor iederen een stuk gemakkelijker geworden om door te werken. Daarnaast heeft hij ook goed werk geleverd omtrent verslagen. Ondanks dat hij al wist dat hij ging stoppen met de studie, heeft danny nog steeds de moeite genomen om zijn bijdrage te leveren aan het project en te steunen waar nodig, wat in mijn ogen noemenswaardig is. HEt is dan ook prettig om met hem samen te werken. Rowan is iemand die goed door kan werken en daarbij plezier put uit het slagen in zijn project. Hij houdt ook graag de sfeer in de groep, en heeft meerder malen voor iedereen een kopje koffie gehaald. Wat mij wel opviel was, als hij iets minder interessant vond, zijn motivatie moeilijk op te pakken was.

10 2.6 Individuele Reflectie Onno Binnen dit project heeft iedereen zoveel mogelijk zijn taken uit zijn eigen richting proberen te vervullen. Ik heb me veelal bezig gehouden met het PID, research rapport, user manual en final report. Ook heb ik geprobeerd tijdens het project zo goed mogelijk alles in de gaten te houden of alles op schema liep. Dit is goed gelukt, alles is op tijd en voldoende afgerond. Ik vond het leuk om te zien dat iedereen zijn eigen ding kon doen in het project. Hier vond ik ook leuk aan dat je wel leert waar de anderen mee bezig zijn en zo de kennis kan delen. Erik heeft zeer goed programmeerwerk geleverd. Hij had de app goed op tijd af en het zag er netjes uit. Ondanks het uitvallen van Tom is dit hem toch goed gelukt. Tom heeft in de tijd dat hij in het ziekenhuis licht niet veel kunnen doen. Echter heeft hij wel zijn hulp goed aangeboden, hier hebben wij geen gebruik van gemaakt omdat dit niet praktisch bleek. Toen Tom weer in staat was om naar school te komen heeft hij netjes zo snel mogelijk alles bijgewerkt zodat hij overal van op de hoogte was. Rowan heeft gedurende het project goed werk geleverd en altijd een hoge inzet getoond. Met Danny samen hebben ze het netwerk gedeelte in elkaar gezet. Ze hebben iedereen altijd goed op de hoogte gehouden van de voortgang. Rowan moet alleen nog werken aan het op tijd komen. Danny zijn taak in het team goed vervuld. Danny had al een vooropleiding in de netwerk richting gedaan, dit was goed te merken en het was prettig om iemand erbij te hebben die al een kleine voorsprong had op dit gebied.

11 3. Presentaties 3.1 Phase 1 In phase 1 hebben we ons idee opgeleverd. Dit hebben we gedaan aan de hand van de volgende powerpoint. Ook hebben we hier een filmpje bij gemaakt. Deze phase hebben we afgesloten met een GO.

12

13

14 3.2 Phase 2 Tijdens phase 2 hebben we het proof of concept opgeleverd. Hierin hebben we de onderstaande slides gebruikt. Bij deze slides hebben we verteld hoe het in elkaar zit en hierbij voorbeelden getoond. De eerste versie van de app hebben we hier ook laten zien. We hebben dit afgesloten met een GO.

15 4. Research Report RESEARCH RAPPORT Project: Get Connected Opdrachtgever: Etine Bestandsnaam: ITOPIA PID x Project: Get Connected Versie: <1.0.1> Auteur: Team ETN201 Datum:

16 1. Inleiding Itopia heeft van Etine een opdracht gekregen om een efficiënt orderpicking systeem te ontwerpen. Wij zullen dit als werknemers van ITopia als team gaan maken, en zullen hierbij de wensen van de klant meenemen in ons ontwerp. Hierna zal deze uitgewerkt worden en eventueel aangepast worden naar wens wanneer dit nodig is. Onderwerp Het onderwerp is om een efficiënt orderpicking systeem te bouwen. Hierbij moet een scherm in het kantoor en het magazijn hangen, waarop de medewerkers in één oogopslag kunnen zien of orders verwerkt zijn of niet. Het systeem moet hierbij gebruik maken van Google Apps. Probleemstelling Op dit moment is het zo dat de orderpickers de orders via papier afhandelen, dat natuurlijk een relatief traag systeem is. Daarnaast is deze manier niet heel betrouwbaar aangezien het niet duidelijk te zien is welke orders al afgehandeld zijn. Ook is het moeilijker om ze in de goede volgorde af te werken om het op de juiste tijd bij de verschillende bezorgpartners te krijgen. Onderzoeksvragen Er zijn weinig tot geen onderzoeksvragen omdat de opdracht al duidelijk vast staat. Waarom schrijven we dit rapport? Dit verslag wordt geschreven om uit te zoeken hoe wij dit systeem willen gaan ontwerpen en wat we hiervoor nodig zullen hebben. In dit verslag zullen wij dan ook bekijken wat voor bestaande dergelijke systemen er al bestaan. Research rapport Project Get connected Page. 3 of 8

17 2. PACT People De gebruikers van ons systeem zijn de orderpickers, magazijn medewerkers en kantoor medewerkers. De medewerkers van het magazijn waarvoor het systeem ontworpen gaat worden zijn grotendeels niet opgeleide tot laag opgeleide mensen. Ook werken er vaak studenten die hier een bijbaan hebben naast hun studie. Vaak zijn de orderpickers van verschillende nationaliteiten omdat deze vaak goedkoper zijn, dat op zijn beurt betekend dat het systeem meerdere talen zal moeten bevatten dan alleen Nederlands. Activities Ons systeem zal dus simpel te bedienden moeten zijn. Wij proberen dit te verwezelijken terwijl wij tegelijkertijd een stabiele omgeving neer willen zetten, dat ook nog eens duidelijk is voor de eindgebruiker. Wij zullen ons systeem dan ook internationaal ontwikkelen omdat er vaak mensen van verschillende nationaliteiten mee moeten werken. Context De omgeving waarin ons systeem ontworpen gaat worden is het magazijn. Er moeten in het magazijn één of meerdere schermen opgehangen worden die goed leesbaar moeten zijn voor al het personeel. Ook zal er in het kantoor een scherm opgehangen worden zodat ook vanaf hier gezien kan worden hoe het er met de orders voor staat. Technology Wij gaan een Windows server gebruiken met daarop een Active Directory en Google Apps functies geïnstalleerd. Deze worden geïmplementeerd in het geheel om uiteindelijk op het grote scherm de orders duidelijk weer te geven. Research rapport Project Get connected Page. 4 of 8

18 3. Haalbaarheid De oplossing die wij hebben bedacht is volgens ons haalbaar. De system engineers kunnen de koppeling maken met het systeem en hebben ook al ervaring met het koppelen van systemen of functies hiervan. Eén van de problemen waar wij denken tegen aan te lopen is het Google Apps gedeelte. Niemand heeft nog ervaring met het Google Apps script, waardoor wij waarschijnlijk veel tijd kwijt zullen zijn aan het doen van research hiernaar. Wel denken wij dat als we eenmaal de koppeling tussen het systeem en Google Apps hebben gemaakt dat we dan het moeilijkste gedeelte gehad hebben. Het weergeven van de orders op het grote scherm is hetgene waar we het meeste op focussen. Als dit ons gelukt is willen we ook kijken of we kunnen zorgen dat de orderpickers niet alleen de status van de orders kunnen zien, maar ook eventueel de producten die bij de order horen. Dit is iets dat we als extra er bij willen doen, maar hier ligt onze prioriteit niet bij. Wel denken we dat als het eerste deel gelukt is, dit niet zo heel veel werk is om er bij te doen en daarom denken we dat dit ook goed haalbaar is. We denken dat het goed te doen is in de tijd die we hebben opgekregen en denken dat we op tijd klaar zullen zijn. Wel moeten we goed plannen om te zorgen dat alle onderdelen op de juiste datum af zijn. Dit is erg belangrijk en hier moeten we dus goed op letten. Research rapport Project Get connected Page. 5 of 8

19 4. Functionele en niet-functionele eisen Het systeem moet voldoen aan een paar functionele eisen. Deze eisen zijn: De orders worden weergegeven op een groot scherm. Het scherm moet zowel in het magazijn als in het kantoor kunnen worden weergegeven. De order status moet kunnen worden veranderd. De orders moeten uit een order systeem worden gehaald. De gebruikers moeten kunnen inloggen. De orders moeten op het scherm worden weergegeven in de volgorde van verzending. Extra: De order pickers kunnen zien welke producten ze moeten pakken voor de order waar ze mee bezig zijn. Het systeem moet ook voldoen aan niet-functionele eisen. Deze eisen zijn: Het moet worden gemaakt met Google Apps. Het scherm moet altijd up-to-date zijn. Research rapport Project Get connected Page. 6 of 8

20 5. Planning Research rapport Project Get connected Page. 7 of 8

21 6. Bijlagen Persona s David Scheepersis 24 jaar en komt uit Antwerpen. Na zijn middelbare school afgerond te hebben is hij niet verder gegaan met studeren. Na een aantal baantjes te hebben gehad is hij terecht gekomen bij Distrilog. Distrilog is een is een groot distributiebedrijf met een magazijn. David Scheepers werkt hier sinds kort als orderpicker. Hij zorgt ervoor dat de orders die binnen komen worden ingepakt en naar de vrachtwagen worden gereden. David Scheepers vindt het erg leuk werk omdat hij veel respect krijgt van zijn bazen en collega s. Ook vind hij de sfeer goed en de bedrijfsfeestjes leuk. Tim de Jongis 20 jaar en komt uit Utrecht. Hij studeert rechten in Amsterdam. Om zijn studie te kunnen betalen werkt hij er veel naast. Tim de Jong doet dit als orderpicker in het magazijn bij Bol. Hier zoekt Tim de orders uit voor de afdeling muziek. Deze verwerkt hij en levert hij hierna af bij de afdeling distrubutie. Dit werk is prima te combineren naast zijn studie. Ook vind Tim het wel redelijk leuk werk omdat hij leuke collega s heeft en ook enige kennis over muziek opdoet.

22 5. PID PROJECT INITIATIE DOCUMENT Project: Get Connected Final reportfinal_report_final Page. 22 of 57

23 Documenteigenschappen Historie Versie Datum Veranderingen (concept/definitief) Opdrachtgever Auteur(s) Concept Etine Team ETN Final Etine Team ETN201 Goedkeuring Dit document heeft goedkeuringen nodig van het management van ITopia, alvorens deze wordt overgedragen aan de opdrachtgever. Getekende goedkeuringsformulieren worden opgeslagen in de Managementsectie van het projectarchief. Naam Rol Handtekening Datum document Versie Opdrachtgever: Etine Bestandsnaam: ITOPIA PID x Project: Get Connected Versie: <1.0.1> Auteur: Team ETN201 Datum: Final reportfinal_report_final Page. 23 of 57

24 Managementsamenvatting Het project is er voor om de orderpicking efficiënter en sneller te maken. Dit is op dit moment niet efficiënt genoeg en het doel van het project is om dit wel efficiënt genoeg te maken. Nu kost het veel tijd om de order lijsten, die op papier worden afgedrukt van het kantoor naar het magazijn te krijgen. Deze tijd en moeite zou bespaard kunnen worden door een goed systeem. Ook moet het systeem veel overzichtelijker worden, waardoor het kantoor en de magazijn medewerkers snel de statussen van orders kunnen zien. De oplossing die we hiervoor hebben is een orderpick systeem waarop de statussen van de orders op een groot scherm en de producten die bij een order horen op een tablet zichtbaar zijn. Iedere werknemer krijgt een tablet of kan de app openen op zijn of haar mobiel. De magazijn medewerker kan dan zien welke producten er bij de order horen die hij moet gaan inpakken. Op het grote scherm kan iedereen goed de statussen zien van alle orders en weten ze welke orders nog gepakt moeten worden en voor welke tijd. Dit gaan we realiseren door middel van een app te maken met google app script. Deze app communiceert met een server waarop de orders staan. Als resultaat van het project moet het orderpicking sneller en efficiënter zijn. Final reportfinal_report_final Page. 24 of 57

25 1. Inleiding 1.1 Gebruik van de PRINCE2 projectmanagementmethode In project Get Connected maken wij gebruik van de projectmanagementmethode Prince 2. Dit houdt in dat wij deze methode tijdens het gehele project aanhouden. Werken volgens deze methode zorgt er voor dat de opdrachtgever, net als wij een duidelijk overzicht houdt tijdens dit project. Hieronder volgt een kort overzicht van deze methode: - Business case: We formuleren het probleem van de klant, naar het inzicht van de klant. - Stuurgroep: Deze groep, waar onder andere de eindgebruiker en de opdrachtgever in zit, beoordeelt per stadium of het project verdere doorgang kan vinden. - Productgerichte aanpak: We werken volgens een vooraf opgestelde planning, budget en tijd voor dit project. - Go/no-go per fase: De stuurgroep bekijkt per fase op het project verdere doorgang vindt, of dat er iets aangepast moet worden. - Management by exeption: Wij nemen contact op met de stuurgroep als er op welke manier dan ook moet worden afgeweken van de elementen die zijn genoemd in de productgerichte aanpak. Zolang alles volgens plan verloopt, nemen wij geen contact op met de opdrachtgever, buiten de afgesproken ontmoetingen om. Zo bepaalt de opdrachtgever bijvoorbeeld per fase of wij doorgaan met onze werkzaamheden, of dat dit moet worden aangepast. 1.2 Doel van dit document In dit document zullen wij beschrijven wat voor activiteiten en producten wij zullen opleveren. Hierbij zullen we ook een planning geven zodat het voor beide partijen duidelijk zal zijn wanneer wat gebeurd. 1.3 Opbouw van het document In het Project Initiatie Document (PID) geven wij, na deze inleiding, inzicht in een aantal werkzaamheden. In hoofdstuk 2 formuleren wij onze doelstellingen, onze aanpak, en het uiteindelijke resultaat. In hoofdstuk 3 bekijken wij het project door de ogen van onze opdrachtgever. Wat zijn de motieven voor dit project, wat moet het opleveren? Ook geven wij inzicht in de kosten en baten. Hoofdstuk 4 zal gaan over de projectorganisatie, waarin verschillende rollen binnen ons team worden verduidelijkt. In hoofdstuk 5 vind u het projectplan. Ten slotte staan in hoofdstuk 6 alle afspraken die wij vooraf met de opdrachtgever gemaakt hebben omtrent de toleranties, risico s, Uitzonderingen en voortgang. Final reportfinal_report_final Page. 25 of 57

26 2. Projectdefinitie 2.1 Achtergrond De orderpicking bij het bedrijf APS is niet zo functioneel als dat het zou moeten zijn. Hiervoor hebben zij Etine in dienst genomen om een nieuw systeem te bouwen dat er voor moet zorgen dat de workflow van de dienst sterk verbeterd. Op dit moment gebeurt het hele orderpicking proces d.m.v. een gegenereerd papiertje met daarop alle orders, aan ons is nu de taak om hier een nieuw (digitaal) systeem te ontwikkelen, dat kan worden gemigreerd naar het bestaande systeem. 2.2 Projectdoelstellingen Dit project moet er voor zorgen dat de productiviteit van de arbeiders binnen APS relatief veel hoger wordt. In plaats van het redelijk gecompliceerde en ongestructureerde systeem dat zij op dit moment hanteren waarbij gebruik wordt gemaakt van papier, moeten er informatieborden beschikbaar komen waar alle orderpicking informatie beschikbaar staat. 2.3 Projectresultaat Het resultaat dat wij gaan opleveren is een systeem wat op de grote schermen weergegeven worden. Ook zullen wij hierbij een mobiele applicatie ontwikkelen en leveren. 2.4 Scope & afbakening We gaan via Zentyal een active directory aanmaken, google apps integreren en ForgeRock daar aan toe voegen. We gaan geen uitgebreide GUI maken voor de informatieborden, al zal er wel een basis neergezet moeten worden. Verder gaan we ook geen compleet nieuwe database structuur aanmaken of een ander groot onderdeel aanpassen, aangezien het nieuwe systeem gemigreerd gaat worden naar het bestaande systeem, en niet zal dienen als vervanging. 2.5 Randvoorwaarden & aannames Een aantal beperkingen die vooraf genoemd zijn, zijn bijvoorbeeld het budget van 100,- om uit te geven aan de realisatie van het project, een projectteam van 5 medewerkers en een team gerelateerde tekortkoming is de technische kennis over Google Apps. Informatie over het feitelijke nut van de informatie is redelijk vaag, aangezien het aantal te tonen orders waarschijnlijk niet genoeg is voor het aantal werknemers. Wij nemen op dit punt aan dat er een aparte mechaniek is om de werknemers individueel van de informatie van hun orders te voorzien. 2.6 Relaties met andere projecten Er zijn weinig tot geen andere projecten waar wij rekening mee zullen moeten houden. Wel zal het verstandig zijn om dit project op te delen in een aantal kleinere projecten en deze simultaan af te werken, om uiteindelijk sneller bij een groter geheel uit te komen. Final reportfinal_report_final Page. 26 of 57

27 2.7 Projectaanpak Wij willen zoals hierboven genoemd is het project opdelen in een aantal sub-projecten, waarbij we een aantal mijlpalen en deliverables op zullen stellen. Uiteindelijk wordt dit een kwestie van inschuiven waarna een oplevering zal volgen. Voorafgaand zullen er wel nog een aantal tussen-deliverables komen die steeds een aantal functionaliteiten samenvoegt. Uiteindelijk zal het team uiteenvallen op het moment dat het eindproduct afgeleverd is, om vervolgens aan nieuwe projecten voor nieuwe opdrachtgevers te beginnen met andere teams. Final reportfinal_report_final Page. 27 of 57

28 3. Business Case 3.1 Redenen om te starten met het project Dit project wordt opgezet omdat de opdrachtgever een efficiënter orderpicksysteem voor zijn bedrijf wil. Het huidige systeem werkt met papier en hierdoor is het moeilijker te controleren en traag. 3.2 Alternatieven De opdrachtgever had er ook voor kunnen kiezen een al bestaand orderpicksysteem te kopen voor het bedrijf. Echter heeft de opdrachtgever ervoor gekozen om een systeem op maat te laten maken door ITopia. 3.3 Voordelen Dit project zal de organisatie een nieuw orderpicksysteem opleveren. Dit systeem zal geheel geautomatiseerd zijn. Hierdoor is het sneller en efficiënter dan het huidige systeem. Er zullen minder makkelijk fouten worden gemaakt omdat er geen papierwerk meer kwijt raakt. Het zal automatisch in het systeem worden verwerkt wat de werknemers gedaan hebben. Ook zullen orders via de computer geordend worden. Hierdoor zal dit geen extra tijd kosten en het zal altijd kloppen. Door het systeem zal het bedrijf minder manuren te hoeven betalen en zal het dus goedkoper zijn dan het huidige systeem. Ook zal het makkelijker werken voor werknemers omdat het een stuk overzichtelijker wordt. 3.4 Nadelen Het gehele personeel zal moeten werken met deze elektronica. Deze zal niet heel ingewikkeld worden alleen het zal toch wennen zijn na de overgang vanaf papier. 3.5 Kosten Het project zal ongeveer 1200 manuren kosten. Verder zal het project binnen het budget van 100 euro blijven. Het product zal zo ontwikkeld worden dat er na de oplevering geen onderhoud of service nodig is. 3.6 Investeringsanalyse Het product wat de opdrachtgever naar aanleiding van ons project heeft laten ontwikkelen moet de investering van de directie waard zijn. De investering moet dus binnen een redelijke termijn (dit ligt aan de opdrachtgever zelf) terug kunnen worden verdiend door middel van het ontwikkelde product. Door het product zal het orderpicken veel efficiënter gaan. Dit zal leiden tot tijdwinst en dus zal het product zich vanzelf terugverdienen. Ook zullen er minder fouten voorkomen in het systeem en zal dit dus geen uitwerking hebben op de klanten. Dit zal een betere reputatie opleveren voor het bedrijf. Final reportfinal_report_final Page. 28 of 57

29 4. Projectorganisatie 4.1 Organigram APS Klant Etine Opdrachtgever stuurgroep - Jan Joost de Vries (Opdrachtgever) - Jan helings (Projectmanager) - Stephan van der Feest (Consultant) Coach - Heleen stapel ETN201 - Onno van Gijssel (Teammanager) -Erik Landkroon (Software engineer) -Tom Groskamp (Software engineer) -Rowan Kaag (Netwerk specialist) - Danny Appelman (Netwerk specialist) 4.2 Rollen & verantwoordelijkheden De volgende personen zijn betrokken in het project. Hierbij staan de rollen en contactgegevens vermeld. Jan Joost de Vries Opdrachtgever devries@etine.nl jan Hellings Projectmanager j.f.hellings@hva.nl Stephan van der Feest Consultant s.a.b.van.der.feest@hva.nl Heleen Stapel Coach h.c.stapel@hva.nl Onno van Gijssel Teammanager onno.van.gijssel@hva.nl Erik Landkroon Software engineer Erik.landkroon@hva.nl Tom Groskamp Software engineer Tom.groskamp@hva.nl Rowan Kaag Netwerk specialist Rowan.kaag@hva.nl Danny Appelman Netwerk specialist danny.appelman@hva.nl Final reportfinal_report_final Page. 29 of 57

30 5. Projectplan 5.1 Plan aannames We nemen aan dat dit team van 5 man compleet blijft en de verwachte inzet blijft tonen tot aan het einde van het project. Tevens nemen wij aan dat de opdrachtgever zijn eisen niet zal aanpassen zodat wij tot een gewenst product kunnen komen. 5.2 Gantt-chart In bijlage 1 is een grafische planning te zien voor ons project. Wij hebben hiervoor een strokenplanning gebruikt. Hierin is makkelijk en snel te zien wanneer bepaalde activiteiten worden uitgevoerd. 5.3 Productdecompositiestructuur Product valt uiteen in de volgende deelproducten: Research rapport Project initiation document(pid) Proof of concept(poc) o Werkend grootscherm app o Werkende server o Werkende active directory Gebruikers handleiding Test approach Alfa product o Server o Grootscherm app o Tablet app Beta product o Server o Grootscherm app o Tablet app Final report Final reportfinal_report_final Page. 30 of 57

31 Project Research rapport Proof of concept Pid (Project initiation document) Alfa product Test Approach Beta product User Manual Final report Werkende active directory Server Server Werkend groot scherm Grootscherm app Grotescherm app Tablet app Tablet app 5.4 Productstroomdiagram Research rapport PID POC Werkend grootscherm app Werkende server Werkende active directory Alfa Product Server Grootscherm app Tablet app Test Approach Gebruikers handleiding Beta product Server Grootscherm app Tablet app Final report Final reportfinal_report_final Page. 31 of 57

32 5.5 Activiteitenplanning De activiteiten uit het productstroomdiagram zullen in de logische volgorde worden afgewerkt. Iedere dinsdag word er met het team onderling gekeken hoever de vorderingen hierin zijn. De opdrachtgever wordt iedere fase op de hoogte gesteld van de vorderingen binnen het project. 5.6 Overzicht benodigde middelen - Een VM Workstation om de server op te hoste. - Zentyal server - ForgeRock voor ActiveDirectory client - Active directory op het server platform - Google apps script - ERP Final reportfinal_report_final Page. 32 of 57

33 6. Beheersinstrumenten 6.1 Toleranties Er is weinig ruimte tot speling met de tijd. Dus alles moet strikt gepland worden om te zorgen dat het product op de juiste datum wordt opgeleverd. De klant wil namelijk niet dat het uitloopt omdat daar geen tijd voor is. Ook is er weinig speling in het voorgeschreven budget. Het product zal dus onder het budget moeten blijven wat is aangegeven. 6.2 Risicomanagement Er is een risico dat er een of meerdere teamleden uitvallen. De kans dat dit risico voorkomt is niet heel groot. Wij hebben wel als maatregel hiervoor dat aan ieder product meerdere mensen zullen werken zodat het onder iedere omstandigheid opgeleverd kan worden. 6.3 Uitzonderingsprocedure Als het project uit zijn toleranties loopt of er onbeheersbare risico s optreden zal de teamleider contact opnemen met de projectleider van ITopia. Na een overleg zal er een beslissing worden gemaakt over de voortgang van het project. 6.4 Voortgangsrapportages Er zal om de 2 weken een overleg plaatsvinden met de projectmanager binnen ITopia. Deze zal de stand van zaken doorgeven aan de opdrachtgever. Om de 4 weken vind er een oplevering plaats voor de opdrachtgever. Deze zal tot uitkomst een Go/No go hebben. Final reportfinal_report_final Page. 33 of 57

34 Bijlage 1. Grafische Projectplanning Final reportfinal_report_final Page. 34 of 57

35 Bijlage 2. Productbeschrijvingen Productbeschrijving Product ID 001 Productnaam Doel Research Rapport Onderzoek doen naar de context (omgeving) van het te maken product, waarbij rekening wordt gehouden met onder andere de risico s en de doelgroep. Samenstelling Inleiding PACT Haalbaarheid Functionele en niet-functionele eisen Planning Bijlage (persona s) Kennis en kunde nodig om product te vervaardigen Kwaliteitscriteria Kwaliteitsmethode Verstand van onder meer het opstellen van een verslag, de implementatie van het ITopia standaardformaat en het doen van research naar gerichte factoren, waaronder de doelgroep. Dit verslag is een productie en tevens een naslagwerk voor zowel de opdrachtgever als het projectteam. Het is de bedoeling dat dit een strak, geordend verslag is dat gebaseerd is op objectieve informatie waar altijd naar terug gerefereerd kan worden. Dit verslag zal ingezien worden door de stuurgroep waarna een beoordeling volgt, in de vorm van een go of een no-go, zoals opgenomen in de PRINCE2 standaard. Productbeschrijving Product ID 002 Productnaam Doel PID (Project Initiation Document) D.m.v. dit document worden alle stappen met bijbehorende achtergrond informatie vastgesteld. Hierin wordt duidelijk wat de hiërarchie binnen het project is, wie daarbij welke verantwoordelijkheid heeft en welke mijlpalen is er zijn. Final reportfinal_report_final Page. 35 of 57

36 Samenstelling Projectdefinitie Business Case Projectorganisatie Projectplan Beheersinstrumenten Kennis en kunde nodig om product te vervaardigen Kwaliteitscriteria Kwaliteitsmethode Een professioneel, strak uitziend verslag moet gemaakt kunnen worden. Er moet duidelijk zijn welke personen er in de hiërarchie staan en welke plaats deze hebben. Daarnaast wordt tijdens het maken van dit product duidelijk hoe het project zal verlopen en hoe dit in zijn werk zal gaan, dit hoeft niet per definitie van te voren bij kennis te zijn. Professioneel, gestructureerd en objectief De stuurgroep zal dit verslag beoordelen in de vorm van een go of no-go, zoals opgenomen in de PRINCE2 standaard. Productbeschrijving Product ID 003 Productnaam Doel Samenstelling Kennis en kunde nodig om product te vervaardigen Kwaliteitscriteria Kwaliteitsmethode POC (Proof Of Concept) Zoals de naam al zegt is dit product opgenomen om een bewijs te leveren aan de stuurgroep dat hetgeen dat wij in gedachten hebben ook daadwerkelijk geproduceerd kan worden. Een werkende Active Directory (en daarmee een goed werkende server) en een werkend groot display met de daarop behorende relevante informatie. De Zentyal server zal geinstalleerd moeten worden, waar verstand over installatie van een OS benodigd is. Daarnaast zal er kennis aanwezig moeten zijn voor het implementeren van de Active Directory. Betreft de display kan gekozen worden voor een gefotoshopte afbeelding of een daadwerkelijk werkend scherm. Werkende server (stabiel), naar behoren werkende Active Directory De stuurgroep zal een oordeel veilen over het opgeleverde product d.m.v. een go of een no-go, zoals opgenomen in de PRINCE2 standaard. Final reportfinal_report_final Page. 36 of 57

37 Productbeschrijving Product ID 004 Productnaam Doel Samenstelling Kennis en kunde nodig om product te vervaardigen Kwaliteitscriteria Kwaliteitsmethode Alfa Product Dit product houd in dat het de Alpha oplevering is. Aan ons is nu de taak dat wij een deel van ons product kunnen laten zien aan de opdrachtgever. Een volledig werkend platform Alle benodigde kennis om een redelijk volwaardig product op te leveren, wat dan weliswaar mankementen mag vertonen. LDAP, Linux, Google Apps, Javascript Moet representatief zijn, maar mag mankementen of oncompleetheden vertonen. Go of no-go van de stuurgroep, zoals opgenomen in de PRINCE2 standaard. Productbeschrijving Product ID 005 Productnaam Doel Samenstelling Kennis en kunde nodig om product te vervaardigen Kwaliteitscriteria Kwaliteitsmethode Test Approach Aanloop naar een testproduct Abstracte basis van het op te leveren product LDAP, Google Apps, Javascript, Linux Moet vooral de functionaliteiten laten zien aan de stuurgroep. Er zal een oordeel door de stuurgroep geveild worden, zoals opgenomen in de PRINCE2 standaard. Final reportfinal_report_final Page. 37 of 57

38 Productbeschrijving Product ID 006 Productnaam Doel Samenstelling Kennis en kunde nodig om product te vervaardigen Kwaliteitscriteria Kwaliteitsmethode Gebruikershandleiding Duidelijk overzicht geven over hoe het product werkt en welke acties uitgevoerd moeten worden om een bepaalde handeling uit te voeren Alle handelingen betreffende het product die uitgevoerd kunnen worden om iets gedaan te krijgen Het schrijven van een verslag met instructies voor de eindgebruiker Dit verslag moet vooral duidelijk en overzichtelijk zijn Er zal een oordeel geveild worden door de stuurgroep in de vorm van een go of no-go, zoals opgenomen in de PRINCE2 standaard. Productbeschrijving Product ID 007 Productnaam Doel Samenstelling Kennis en kunde nodig om product te vervaardigen Kwaliteitscriteria Kwaliteitsmethode Beta Product Een verbetered alfa-product op te leveren, mag nog steeds kleine minpuntjes vertonen maar moet redelijk klaar zijn voor oplevering. Verbeterd alfa product, moet alle functionaliteiten bevatten. Alle kennis om de mankementen van het alfa product te verbeteren Moet zowaar klaar zijn voor oplevering Er zal een oordeel worden gegeven door de stuurgroep in de vorm van een go of no-go, zoals opgenomen in de PRINCE2 standaard. Final reportfinal_report_final Page. 38 of 57

39 Productbeschrijving Product ID 008 Productnaam Doel Samenstelling Kennis nodig om product te vervaardigen Kwaliteitscriteria Kwaliteitsmethode Final Report Al het materiaal documenteren dat betrekking heeft op het project met als doel inzicht in de kwaliteit van het project te scheppen PID, Research Rapport, UML, Gebruikershandleiding, Test Approach, Presentaties fase 1 en 2, lidgebonden geschreven a4tje over zijn bijgedragen deel Documenteren Moet volledig, gestructureerd, volgens de ITopia standaard en professioneel zijn. Er zal door de stuurgroep een go of een no-go gegeven worden, zoals opgenomen in de PRINCE2 standaard. Final reportfinal_report_final Page. 39 of 57

40 6. Test approach TEST APPRAOCH Project: Get Connected ETN201 Final reportfinal_report_final Page. 40 of 57

41 Revision history Date By Description of changes Erik Versie 1 van test approach gemaakt Landkroon Onno van Gijssel Test uitgevoerd Final reportfinal_report_final Page. 41 of 57

42 1. Test Information 1.1 System Under Test System name: Order pick System Version: Final 1.2 Test Personnel Name: Erik Landkroon Date: Time: 15:00 Name: Onno van Gijssel Date: Time: 10:30 2. Test Summary 2.1 Acceptance Criteria De gebruikers kunnen de recente orders en de status van de orders op het scherm zien. De order pickers kunnen door middel van een tablet de orders zien, de producten die bij de orders horen en de status van de orders veranderen. Er kunnen alleen gebruikers in loggen die in de active directory staan. 2.2 Results Conclusion of the tests: 100% Passed, 0% Failed Comments: Final reportfinal_report_final Page. 42 of 57

43 3. Background 3.1 Purpose and Scope of all test cases De order pick app gaat getest worden, zowel de tablet als de grootscherm app. Ook gaat de server met daarop het ldap systeem getest worden, hierbij hoort ook het google apps account. Er word dus ook gekeken of het inloggen doormiddel van google apps goed gaat en alleen gebruikers kunnen inloggen die in het lapd systeem staan. 3.2 Additional Information In de handleiding staan de functies van de app en de server. Er staat ook in hoe je deze functies kan gebruiken. De app ziet verder automatisch of deze wordt geopend op een tablet of op een normale pc en kiest daarom dus ook automatisch of die de tablet versie of de grootscherm versie opent. 3.3 Experience required Om de app te testen hoeft de tester vrijwel geen technische kennis te hebben. De app is zo gebruiksvriendelijk mogelijk gemaakt zodat bijna iedereen zonder problemen deze app kan gebruiken. Om de server met het ldap systeem te testen moet de gebruiker basis kennis hebben van een Zentyal server en ldap software. Om te testen is er een laptop en een tablet nodig. Deze moeten beschikken over een internet browser. 3.4 Reference Documents [RD1] [RD2] [RD3] Research rapport.pdf PID versie 1.1.pdf user manual get connected.docx Final reportfinal_report_final Page. 43 of 57

44 4. Preparing the Test Environment 4.1 Application Setup Als de gebruiker de app start moet de gebruiker als eerste inloggen. Dit is om te zorgen dat alleen personeel van het bedrijf de app kunnen gebruiken. Daarna kiest de app automatisch of hij de tablet of de grootscherm app opent doormiddel van te kijken of die op een tablet of normale pc word geopend. Daarna kan de gebruiker de app gebruiken zoals is uit gelegd in de usermanual. 4.2 Equipment Checks Er moet als eerste gekeken of zowel de laptop als de tablet toegang hebben tot het internet. Ook moet er gekeken worden of de app op de laptop en de tablet staat. De server en de database moeten ook online zijn en de app moet hier toegang toe hebben. Comments: Dit is allemaal in orde. Final reportfinal_report_final Page. 44 of 57

45 5. Dynamic Quality Testing 5.1 Login screen Special Instructions geen Test Case ID Description TC_FUNCT_01 Tests het Login scherm Initial Conditions Step Task & Expected Result [alpha] [beta] 1 Open het login scherm Pass 2 Controleer of die word weergegeven op verschillende browsers Pass 3 Voer gebruikersnaam en wachtwoord in Pass 4 Controleer dat de gebruikersnaam kan worden ingevult Pass 5 Controleer of het wachtwoord word verborgen en kan worden ingevuld Pass 6 Controleer dat er een ok button is en dat deze kan worden ingedrukt Pass Comments: Bovenstaande tests zijn succesvol verlopen. Final reportfinal_report_final Page. 45 of 57

46 5.2 Tablet Special Instructions Dit gebeurd volledig automatisch en hiervoor hoeft de gebruiker dus niks te doen Test Case ID Description Initial Conditions TC_FUNCT_02 Test of de app de tablet versie start op een tablet De gebruiker is al ingelogd. Step Task & Expected Result [alpha] [beta] 1 Open de app op een tablet Pass 2 Controleren of de app de tablet versie heeft geopend Pass Comments: Bovenstaande tests zijn succesvol verlopen. 5.3 Grootscherm Special Instructions Dit gebeurd volledig automatisch en hiervoor hoeft de gebruiker dus niks te doen Test Case ID Description Initial Conditions TC_FUNCT_03 Test of de app de tablet versie start op een tablet De gebruiker is al ingelogd. Step Task & Expected Result [alpha] [beta] 3 Open de app op een normale pc Pass 4 Controleren of de app de grootscherm versie heeft geopend Pass Comments: Bovenstaande tests zijn succesvol verlopen. Final reportfinal_report_final Page. 46 of 57

47 5.4 Order status veranderen Special Instructions geen Test Case ID Description Initial Conditions TC_FUNCT_04 Status van order veranderen De gebruiker is al ingelogd en heeft de app geopend op een tablet. Step Task & Expected Result [alpha] [beta] 1 Kies een order waarvan je de status wilt veranderen Pass 2 Klik op de combobox en selecteer een andere status Pass 3 Controleer of de status is veranderd Pass 4 Controleer of de status is veranderd op een andere tablet of pc Pass Comments: Bovenstaande tests zijn succesvol verlopen. Final reportfinal_report_final Page. 47 of 57

48 5.5 Order paklijst inzien Special Instructions geen Test Case ID Description Initial Conditions TC_FUNCT_05 De paklijst van een order zien De gebruiker is al ingelogd en heeft de app geopend op een tablet. Step Task & Expected Result [alpha] [beta] 1 Kies een order waarvan je de paklijst wilt zien Pass 2 Klik op de order Pass 3 Controleer of je nu de producten kan zien die bij de order horen Pass Comments: Bovenstaande tests zijn succesvol verlopen. Final reportfinal_report_final Page. 48 of 57

49 6. Static Code Testing 6.1 Test Metrics and Tools We hebben de ingebouwde tool van google gebruikt die automatisch foutmeldingen geeft als je code typt wat niet volgens de regels is. Voor de rest hebben we doormiddel van debuggen getest of er fouten waren in de code. Total number of files 1 Total number of classes 1 Total number of code lines 898 Total number of code statements Percentage code comments ± 5% Average number of methods per class 19 Average number of statements per method Other metrics The biggest file is: code.gs Number of classes: 1 The biggest class is: code.gs The biggest method is: Order Number of methods:19 Number of statements: Comments: Final reportfinal_report_final Page. 49 of 57

50 6.2 Code conventions Om aan de itopia code conventions te voldoen hebben we ons aan de volgende regels gehouden: Regels mogen niet langer dan 100 tekens zijn (Layout) Klassen beginnen met een hoofdletter en variabelen niet (Naamgeving) Er wordt voldoende en duidelijk commentaar gegeven bij alle methodes (Commentaar) Er is geen dode, ongebruikte code aanwezig (Dode Code) Variabelen worden alleen gedeclareerd waar ze gebruikt worden (Scope) Comments: Final reportfinal_report_final Page. 50 of 57

51 7. User manual USER MANUAL Project: Get Connected ETN201 Mei 2013 Final reportfinal_report_final Page. 51 of 57

52 1. Introduction This user manual is written to make everything clear about our orderpicking system. We are describing every action in detail to make it easy for the user. This user manual is suitable for every end user of the system. Final reportfinal_report_final Page. 52 of 57

53 2. The system We separated our system in two versions, since there are two different types of screens the system will be displayed on. Firstly there will be a main screen where all of the employees can see which orders are processed, which are in progress and which still require attention. Secondly, but equally as important, is the tablet version of the system. Every employee will carry around a tablet computer, which also has our system running in the form of an app. The interface of the system for both the main screen and the personal tablet screens are nearly the same. (See figure 1 and figure 2) Both screens have order lines with all of the essential information for every order. Every order line will consist of the order ID, the customer name, the courier service used for the order, the time the order will be picked up, the number of products and finally the status of the order, which can be In progress, Ready, or Shipped. Figure 1: the main screen interface Figure 2: the tablet application screen interface Final reportfinal_report_final Page. 53 of 57

54 A big difference between the two screens, is the ability to change the Status column of the order lines. Where the main screen is only able to display the order status, the tablet application is able to alter the order status. This way every employee currently working on an order can change the order to In progress, to notify their co-workers that the order is being attended to. When the order is ready to be shipped, the employee can change the order status to Ready, so everyone in the store room is aware the order doesn t need further attention. Finally, when the courier service has collected the order, the order status will be changed to Shipped, which will indicate a successfully completed order. (Figure 3 shows how the order status can be changed) Figure 3: changing the order status in the tablet application The main difference between the two screens, however, is that in the tablet version there is a function to open an order (Shown in figure 4). The main screen only is able to show a brief summary of the orders to be processed, but the tablet application is able to select an order, and show all the items required to complete the order. This way an employee can select an order which needs to be processed, open up the order, and check what items he needs to grab to complete the order. A great feature in this system is the ability to check the individual items as picked, which is achieved by an intuitive checkbox in front of the order id. This way it will always be clear which items are already picked and which aren t. Figure 4: an order opened by the tablet application Final reportfinal_report_final Page. 54 of 57

55 3. Performing tasks This section will describe the actions required to perform all the tasks included in the system. Every task will be divided in simple step-by-step guides so everybody can use the system with ease. 1) Processing orders - Select the order which needs to be processed, this can be achieved by clicking anywhere on the line with the to-be processed order. - The screen will now display a more specific version of the order, describing the different articles required to complete the order. - Retrieve an article, this is completed by both grabbing the article from the warehouse, and checking the article as picked. This is done by checking the checkbox in front of the article id. - Complete the order. When all the articles have been picked, the order can be completed. Press the back -button in the upper left corner. - Change the order status of the processed order to Ready. 2) Transfer order to courier - Make sure all the articles of the order are present and ready to be shipped. - Change the order status to Verzonden. Final reportfinal_report_final Page. 55 of 57