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

FINAL REPORT Project: Get Connected

Opdrachtgever: Etine

Bestandsnaam:

final_report

Project: Get Connected

Versie:

<2.0.>

Auteur: Team ETN201

Datum:

28-5-2013

Documenteigenschappen

Historie Versie

Datum

Veranderingen (concept/definitief)

Opdrachtgever

Auteur(s)

1.0.

29-5-2013

Concept

Etine

Onno van Gijssel

1.1

30-5-2013

Concept

Etine

ETN201

2.0

6-6-2013

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

Inhoudsopgave

Documenteigenschappen ............................................................................................................................................... 2 HISTORIE ........................................................................................................................................................................ 2 GOEDKEURING................................................................................................................................................................. 2 Inhoudsopgave ................................................................................................................................................................ 3 1.

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

2.

Reflectie .................................................................................................................................................................. 8 2.1

GEZAMENLIJKE REFLECTIE ...................................................................................................................................... 8

2.2

INDIVIDUELE REFLECTIE DANNY .............................................................................................................................. 8

2.3

INDIVIDUELE REFLECTIE ERIK .................................................................................................................................. 8

2.4

INDIVIDUELE REFLECTIE ROWAN ............................................................................................................................. 9

2.5

INDIVIDUELE REFLECTIE TOM ................................................................................................................................. 9

2.6

INDIVIDUELE REFLECTIE ONNO ............................................................................................................................. 10

3.

Presentaties .......................................................................................................................................................... 11 3.1

PHASE 1 ........................................................................................................................................................... 11

................................................................................................................................................................................... 12 ................................................................................................................................................................................... 12 3.2

PHASE 2 ........................................................................................................................................................... 14

4.

Research Report ................................................................................................................................................... 15

5.

PID ........................................................................................................................................................................ 22

Documenteigenschappen ............................................................................................................................................. 23 HISTORIE ...................................................................................................................................................................... 23 GOEDKEURING............................................................................................................................................................... 23 Managementsamenvatting ........................................................................................................................................... 24 1.

Inleiding ................................................................................................................................................................ 25 1.1

GEBRUIK VAN DE PRINCE2 PROJECTMANAGEMENTMETHODE .................................................................................. 25

1.2

DOEL VAN DIT DOCUMENT................................................................................................................................... 25

1.3

OPBOUW VAN HET DOCUMENT ............................................................................................................................ 25

2.

Projectdefinitie ..................................................................................................................................................... 26 2.1

ACHTERGROND.................................................................................................................................................. 26

2.2

PROJECTDOELSTELLINGEN.................................................................................................................................... 26

2.3

PROJECTRESULTAAT ........................................................................................................................................... 26

2.4

SCOPE & AFBAKENING ........................................................................................................................................ 26

2.5

RANDVOORWAARDEN & AANNAMES..................................................................................................................... 26

2.6

RELATIES MET ANDERE PROJECTEN ........................................................................................................................ 26

2.7

PROJECTAANPAK................................................................................................................................................ 27

3.

Business Case........................................................................................................................................................ 28 3.1

REDENEN OM TE STARTEN MET HET PROJECT .......................................................................................................... 28

3.2

ALTERNATIEVEN................................................................................................................................................. 28

3.3

VOORDELEN ...................................................................................................................................................... 28

3.4

NADELEN.......................................................................................................................................................... 28

3.5

KOSTEN ............................................................................................................................................................ 28

3.6

INVESTERINGSANALYSE ....................................................................................................................................... 28

4.

Projectorganisatie ................................................................................................................................................ 29 4.1

ORGANIGRAM ................................................................................................................................................... 29

4.2

ROLLEN & VERANTWOORDELIJKHEDEN .................................................................................................................. 29

5.

Projectplan ........................................................................................................................................................... 30 5.1

PLAN AANNAMES ............................................................................................................................................... 30

5.2

GANTT-CHART ................................................................................................................................................... 30

5.3

PRODUCTDECOMPOSITIESTRUCTUUR..................................................................................................................... 30

5.4

PRODUCTSTROOMDIAGRAM ................................................................................................................................ 31

5.5

ACTIVITEITENPLANNING ...................................................................................................................................... 32

5.6

OVERZICHT BENODIGDE MIDDELEN ....................................................................................................................... 32

6.

Beheersinstrumenten ........................................................................................................................................... 33 6.1

TOLERANTIES .................................................................................................................................................... 33

6.2

RISICOMANAGEMENT ......................................................................................................................................... 33

6.3

UITZONDERINGSPROCEDURE ................................................................................................................................ 33

6.4

VOORTGANGSRAPPORTAGES................................................................................................................................ 33

Bijlage 1. Grafische Projectplanning ............................................................................................................................. 34 Bijlage 2. Productbeschrijvingen ................................................................................................................................... 35 6.

Test approach ....................................................................................................................................................... 40

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

Test Information ................................................................................................................................................... 42 1.1

SYSTEM UNDER TEST .......................................................................................................................................... 42

1.2

TEST PERSONNEL ............................................................................................................................................... 42

2.

Test Summary ....................................................................................................................................................... 42 2.1

ACCEPTANCE CRITERIA........................................................................................................................................ 42

2.2

RESULTS ........................................................................................................................................................... 42

3.

Background ........................................................................................................................................................... 43 3.1

PURPOSE AND SCOPE OF ALL TEST CASES ................................................................................................................ 43

3.2

ADDITIONAL INFORMATION ................................................................................................................................. 43

3.3

EXPERIENCE REQUIRED........................................................................................................................................ 43

3.4

REFERENCE DOCUMENTS .................................................................................................................................... 43

4.

Preparing the Test Environment .......................................................................................................................... 44 4.1

APPLICATION SETUP ........................................................................................................................................... 44

4.2

EQUIPMENT CHECKS .......................................................................................................................................... 44

5.

Dynamic Quality Testing ....................................................................................................................................... 45 5.1

LOGIN SCREEN ................................................................................................................................................... 45

5.2

TABLET............................................................................................................................................................. 46

SPECIAL INSTRUCTIONS ................................................................................................................................................... 46 5.3

GROOTSCHERM ................................................................................................................................................. 46


ORDER STATUS VERANDEREN ............................................................................................................................... 47


ORDER PAKLIJST INZIEN ....................................................................................................................................... 48

SPECIAL INSTRUCTIONS ................................................................................................................................................... 48

6.

Static Code Testing ............................................................................................................................................... 49 6.1

TEST METRICS AND TOOLS .................................................................................................................................. 49

6.2

CODE CONVENTIONS .......................................................................................................................................... 50

7.

User manual ......................................................................................................................................................... 51

1.

Introduction .......................................................................................................................................................... 52

2.

The system............................................................................................................................................................ 53

3.

Performing tasks................................................................................................................................................... 55

8.

Software design .................................................................................................................................................... 56

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.

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.

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.

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.

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.

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.

4. Research Report

RESEARCH RAPPORT Project: Get Connected


Bestandsnaam:

ITOPIA PID x


Versie:

<1.0.1>

Auteur: Team ETN201

Datum:

21-1-2013

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

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.


Page. 4 of 8

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.


Page. 5 of 8

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.


Page. 6 of 8

5. Planning


Page. 7 of 8

6. Bijlagen Persona’s

David Scheepers is 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 Jong is 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.

Project: Get connected

5. PID

PROJECT INITIATIE DOCUMENT Project: Get Connected

Final reportFinal_report_final

Page. 22 of 57


Documenteigenschappen

Historie Versie

Datum

Veranderingen (concept/definitief)

Opdrachtgever

Auteur(s)

1.0.0

12-3-2013

Concept

Etine

Team ETN201

1.1

19-3-2013

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


Bestandsnaam:

ITOPIA PID x


Versie:

<1.0.1>

Auteur: Team ETN201

Datum:

12-3-2013


Page. 23 of 57

Versie


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.


Page. 24 of 57


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.


Page. 25 of 57


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.


Page. 26 of 57


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.


Page. 27 of 57


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.


Page. 28 of 57


4. Projectorganisatie

4.1

Organigram

APS Klant

Etine Opdrachtgever

stuurgroep - Jan Joost de Vries (Opdrachtgever) - Jan helings (Projectmanager) - Stephan van der Feest (Consultant)

Coach

ETN201 - Onno van Gijssel - Heleen stapel

(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

[email protected]

jan Hellings

Projectmanager

[email protected]

Stephan van der Feest

Consultant

[email protected]

Heleen Stapel

Coach

[email protected]

Onno van Gijssel

Teammanager

[email protected]

Erik Landkroon

Software engineer

[email protected]

Tom Groskamp

Software engineer

[email protected]

Rowan Kaag

Netwerk specialist

[email protected]

Danny Appelman

Netwerk specialist

[email protected]


Page. 29 of 57


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


Page. 30 of 57


Project

Pid Research rapport

Proof of concept

(Project initiation document)

Test Approach

Beta product

Werkende active directory

Server

Server

Werkend groot scherm

Grootscherm app

Grotescherm app

Tablet app

Tablet app

5.4

PID


User Manual

Final report

Productstroomdiagram

POC

Research rapport

Alfa product

•Werkend grootscherm app •Werkende server •Werkende active directory

Alfa Product •Server •Grootscherm app •Tablet app

Beta product Test Approach

Gebruikers handleiding

•Server •Grootscherm app •Tablet app

Page. 31 of 57

Final report


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


Page. 32 of 57


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.


Page. 33 of 57


Bijlage 1. Grafische Projectplanning


Page. 34 of 57


Bijlage 2. Productbeschrijvingen

Productbeschrijving Product ID

001

Productnaam

Research Rapport

Doel

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

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.

Kwaliteitscriteria

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.

Kwaliteitsmethode

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.


002

Productnaam

PID (Project Initiation Document)

Doel

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.


Page. 35 of 57


    

Samenstelling

Projectdefinitie Business Case Projectorganisatie Projectplan Beheersinstrumenten


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.

Kwaliteitscriteria

Professioneel, gestructureerd en objectief

Kwaliteitsmethode

De stuurgroep zal dit verslag beoordelen in de vorm van een go of no-go, zoals opgenomen in de PRINCE2 standaard.


003

Productnaam

POC (Proof Of Concept)

Doel

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.

Samenstelling

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.

Kwaliteitscriteria

Werkende server (stabiel), naar behoren werkende Active Directory

Kwaliteitsmethode

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.


Page. 36 of 57



004

Productnaam

Alfa Product

Doel

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.

Samenstelling

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

Kwaliteitscriteria

Moet representatief zijn, maar mag mankementen of oncompleetheden vertonen.

Kwaliteitsmethode

Go of no-go van de stuurgroep, zoals opgenomen in de PRINCE2 standaard.


005

Productnaam

Test Approach

Doel

Aanloop naar een testproduct

Samenstelling

Abstracte basis van het op te leveren product


LDAP, Google Apps, Javascript, Linux

Kwaliteitscriteria

Moet vooral de functionaliteiten laten zien aan de stuurgroep.

Kwaliteitsmethode

Er zal een oordeel door de stuurgroep geveild worden, zoals opgenomen in de PRINCE2 standaard.


Page. 37 of 57



006

Productnaam

Gebruikershandleiding

Doel

Duidelijk overzicht geven over hoe het product werkt en welke acties uitgevoerd moeten worden om een bepaalde handeling uit te voeren

Samenstelling

Alle handelingen betreffende het product die uitgevoerd kunnen worden om iets gedaan te krijgen


Het schrijven van een verslag met instructies voor de eindgebruiker

Kwaliteitscriteria

Dit verslag moet vooral duidelijk en overzichtelijk zijn

Kwaliteitsmethode

Er zal een oordeel geveild worden door de stuurgroep in de vorm van een go of no-go, zoals opgenomen in de PRINCE2 standaard.


007

Productnaam

Beta Product

Doel

Een verbetered alfa-product op te leveren, mag nog steeds kleine minpuntjes vertonen maar moet redelijk klaar zijn voor oplevering.

Samenstelling

Verbeterd alfa product, moet alle functionaliteiten bevatten.


Alle kennis om de mankementen van het alfa product te verbeteren

Kwaliteitscriteria

Moet zowaar klaar zijn voor oplevering

Kwaliteitsmethode

Er zal een oordeel worden gegeven door de stuurgroep in de vorm van een go of no-go, zoals opgenomen in de PRINCE2 standaard.


Page. 38 of 57



008

Productnaam

Final Report

Doel

Al het materiaal documenteren dat betrekking heeft op het project met als doel inzicht in de kwaliteit van het project te scheppen

Samenstelling

PID, Research Rapport, UML, Gebruikershandleiding, Test Approach, Presentaties fase 1 en 2, lidgebonden geschreven a4tje over zijn bijgedragen deel

Kennis nodig om product te vervaardigen

Documenteren

Kwaliteitscriteria

Moet volledig, gestructureerd, volgens de ITopia standaard en professioneel zijn.

Kwaliteitsmethode

Er zal door de stuurgroep een go of een no-go gegeven worden, zoals opgenomen in de PRINCE2 standaard.


Page. 39 of 57


6. Test approach

TEST APPRAOCH Project: Get Connected ETN201


Page. 40 of 57


Revision history Date 08-05-2013 04-06-2013

By Erik Landkroon Onno van Gijssel


Description of changes Versie 1 van test approach gemaakt Test uitgevoerd

Page. 41 of 57


1. Test Information 1.1

System Under Test

System name: Order pick System Version:

1.2

Final

Test Personnel

Name: Erik Landkroon Date: 08-05-2013 Time: 15:00 Name: Onno van Gijssel Date: 04-06-2013 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:


Page. 42 of 57


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]

Research rapport.pdf

[RD2]

PID versie 1.1.pdf

[RD3]

user manual get connected.docx


Page. 43 of 57


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.


Page. 44 of 57


5.

Dynamic Quality Testing

5.1

Login screen

Special Instructions geen Test Case ID

TC_FUNCT_01

Description

Tests het Login scherm

Initial Conditions

Step 1

Task & Expected Result [alpha] Open het login scherm

[beta] 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.


Page. 45 of 57


5.2

Tablet

Special Instructions Dit gebeurd volledig automatisch en hiervoor hoeft de gebruiker dus niks te doen Test Case ID

TC_FUNCT_02

Description

Test of de app de tablet versie start op een tablet

Initial Conditions

De gebruiker is al ingelogd.

Step 1

2

Task & Expected Result [alpha] Open de app op een tablet

[beta] Pass

Controleren of de app de tablet versie heeft geopend

Pass


5.3

Grootscherm

Special Instructions Dit gebeurd volledig automatisch en hiervoor hoeft de gebruiker dus niks te doen Test Case ID

TC_FUNCT_03

Description

Test of de app de tablet versie start op een tablet

Initial Conditions

De gebruiker is al ingelogd.

Step 3

4

Task & Expected Result [alpha] Open de app op een normale pc

[beta] Pass

Controleren of de app de grootscherm versie heeft geopend

Pass



Page. 46 of 57


5.4

Order status veranderen


TC_FUNCT_04

Description

Status van order veranderen

Initial Conditions

De gebruiker is al ingelogd en heeft de app geopend op een tablet.

Step 1

Task & Expected Result [alpha] Kies een order waarvan je de status wilt veranderen

[beta] 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



Page. 47 of 57


5.5

Order paklijst inzien


TC_FUNCT_05

Description

De paklijst van een order zien

Initial Conditions

De gebruiker is al ingelogd en heeft de app geopend op een tablet.

Step 1

Task & Expected Result [alpha] Kies een order waarvan je de paklijst wilt zien

[beta] Pass

2

Klik op de order

Pass

3

Controleer of je nu de producten kan zien die bij de order horen

Pass



Page. 48 of 57


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

Number of methods:19

The “biggest” method is: Order

Number of statements:

Comments:


Page. 49 of 57


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:


Page. 50 of 57


7. User manual

USER MANUAL Project: Get Connected ETN201 Mei 2013 Final reportFinal_report_final

Page. 51 of 57


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.


Page. 52 of 57


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


Page. 53 of 57


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


Page. 54 of 57


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’.


Page. 55 of 57


8. Software design

In onderstaande diagram is te zien hoe ons software systeem in elkaar zit.


Page. 56 of 57



Page. 57 of 57

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

Recommend Documents