Final report Team ETN204 - Project Get Connected
Auteurs(s): Ivar Koreman, Hidde Bultsma, Daniël van den Brink, Kenneth Luske en Kevin Mans Versie: 1.0 Status: concept Datum: 7 juni 2013
Versiebeheer Ver. 0.1
Status Concept
0.2
Concept
1.0
Final
Datum 21-52013 28-52013 6-62013
Auteur(s) Kevin Mans Etine 204 Etine 204
Wijzigingen Begin gemaakt aan het final report. Documenten bij elkaar gevoegd. Reflectie (HF1) toegevoegd. Reflectie (HF1) verbeterd na feedback van Stephan. Testresultaten toegevoegd.
Goedkeuring Uitvoering Ver.
Naam
Controle Datum Naam
Goedkeuring Datum Naam
Datum
Inhoudsopgave 1. 2. 3. 4. 5. 6. 7. 8.
Reflectie report....................................................................................................................... 3 Presentatie fase 1 en 2 .......................................................................................................... 9 Research report ................................................................................................................... 12 Project initiatie document................................................................................................... 26 Interaction design ................................................................................................................ 43 Klasse diagram..................................................................................................................... 44 Test approach and results .................................................................................................. 45 User manual.......................................................................................................................... 56
Final report
2
1. Reflectie report In dit hoofdstuk worden de contributies die ieder teamlid heeft geleverd aan het project kort samengevat. In het tweede gedeelte van dit hoofstuk geeft ieder teamlid feedback op elkaar.
1.1 Contributies teamleden Kevin is de teamleider van ons team. Hij heeft vooral gewerkt aan documenten zoals het research report, feasibibility, PID, test approach, user manual en het final report. Daarnaast maakte Kevin de planning voor elke fase met bijbehorende deadlines. Ook gaf hij taken aan de teamleden zodat iedereen wist wat hij moest doen. Daniel en Kenneth hebben de SNE kant gedaan van het project. Daniel en kenneth hadden de taken niet opgesplitst maar gingen voornamelijk samen aan de SNE kant werken. Zo gingen Daniel en Kenneth eerst de server installeren met de daarbij Zentyal OS. Daarna werd de server geconfigureerd naar onze speciefieke eisen. Bijvoorbeeld de MYSQL server, zodat de SE'ers hiermee kunnen werken. Daarna hadden Daniel en Kenneth een groot tijdsdeel besteed aan het configuren van GADS(google apps directory synch). Daniel en Kenneth hadden hier nog nooit eerder mee gewerkt, dus was het veel uitvogelen van hoe het precies in werking ging. Daarna hebben Daniel en Kenneth ook als team samen aan de documenten gewerkt. Kenneth en Daniel zijn verantwoordelijk geweest voor de SNE kant van dit project, de Zentyal serv er en de verbinding met Google Apps Directory Sync(GADS). Kenneth en Daniel hebben eigenlijk geen taken verdeeld, maar het meeste samen gedaan op enkele dingen na. Zo was Kenneth bijvoorbeeld veel bezig met het uitzoeken van de opties zoals de password synchronisatie omdat dit niet wilde werken naar behoren. Hier heeft Kenneth uiteindelijk een workaround voor gevonden maar het is niet echt praktisch. Het synchroniseren van de openLDAP gebruikers naar GADS werkte ook niet naar behoren op verschillende punten. Hierbij is Kenneth er bijvoorbeeld achter gekomen dat er een mail server nodig was omdat gebruikers zonder e-mail adres, niet gesynchroniseerd konden worden. Zo heeft Daniel andere noodzakelijke problemen weten op te lossen zodat alles wel naar behoren zou werken. Als de een iets aan het uitzoeken en uitproberen was, zat de ander erbij om te ondersteunen dus Kenneth zou nou niet zo zeer kunnen zeggen dat hij iets in zijn eentje gedaan heeft. Ook probeerde Kenneth wat meer te bemoeien met de SE'ers, omdat Kenneth graag wilde weten waar zij mee bezig waren en wat voor product er langzamerhand ontwikkelde. De mening van de SNE kant is ook meegenomen in de applicatie. Kenneth en Daniel wilden natuurlijk weten wat zij, Ivar en Hidde, van ons nodig hadden om de applicatie te laten werken op basis van de gestelde eisen van de opdrachtgever. Kenneth en Daniel hebben voor hen met behulp van de Zentyal server een MYSQL database met PHPmyAdmin ter beschikking gesteld zodat zij zowel daaruit als uit de Northwind database (ter beschikking gesteld door de HvA)de benodigde data konden opvragen. En gesynchroniseerde gebruikers aangemaakt van het type Manager en picker. Kenneth’s verdere bijdragen aan dit project zijn mede het documenteren, helpen denken over de applicatie, het presenteren van de proof of concept en het ondersteunen bij het maken van de andere benodigde documenten zoals PID, User manual en de test approach. Final report
3
Ivar was samen met Hidde verantwoordelijk voor het realiseren van de applicatie. De taken waren zo verdeeld, dat Ivar voornamelijk de "Code-Behind" deed, zoals het ophalen van data uit de database, en het klaarzetten van arrays met data voor gebruik. Hidde deed meer de voorkant van de applicatie. Hij zorgt voor een verzorgt uiterlijk, en dat de data die Ivar aanleverde, op de juiste plekken kwamen te staan. Op die manier konden zij de sterke kanten van beide SE'ers goed benutten, terwijl zij toch beide SE gerelateerd werk deden. Ook liepen Ivar en Hidde elkaar op deze manier niet zo vaak voor de voeten, omdat zij beide in een ander bestand werkte. Hidde was samen met Ivar verantwoordelijk voor de functionaliteiten van de applicatie. De taken waren opgesplitst tot 'voorkant' en 'achterkant'. Ivar heeft grotendeels gewerkt aan de 'achterkant' van de applicatie. Daarbij moet je denken aan databasecommunicatie en andere datafunctionaliteiten. Hidde heeft grotendeels gewerkt aan de 'voorkant' van de applicatie. Dat houdt in; de user-interface, de userinteraction, etc. Deze werkwijze verliep erg goed omdat zij beiden de ruimte hadden om hun eigen ideeën te verwerken zonder tegenwerking van de andere persoon. Wanneer iets niet lukte konden we altijd nog elkaar helpen.
1.2 Feedback Daniel Daniel over Kenneth Samen met Kenneth waren wij twee verantwoordelijk voor de SNE kant van dit project. Ik heb hem ervaren als een enthousiast persoon die graag aan het werk wilt gaan en die het niet erg vindt om wat extra tijd of energie erin te steken. Samen vulde we elkaar wel aan. Als ik aan de server bezig was, dan was Kenneth wel bezig met iets onderzoeken en vice versa. Hierdoor verliep de SNE kant van dit project vrij soepel en met weinig problemen. Dit komt voornamelijk door de ervaring die wij twee hadden.
Daniel over Kevin Kevin was de ITMer van dit project. Kevin kan goed projectmatig en gestructureerd te werk gaan. Voorbeelden hiervan zijn om een planning goed bij te hebben gehouden en taken uitdelen indien dit nodig moest zijn. In het begin hadden we geen concreet plan en liep het niet optimaal naar mijn beeld. Maar di t kwam omdat we er nog even aan moesten wennen en geen duidelijk beeld hadden van het project. Kevin pakte deze “dip” goed op om met een concreet plan van aanpak te komen.
Daniel over Hidde Hidde was een van de SE’er van dit project. Ik heb niet direct samen met Hidde gewerkt omdat we twee verschillende taken hadden, maar we ondersteunden elkaar wel. Hidde heeft veel ervaring met programmeren en hield zich goed aan de afspraken en was zeker een doorzetter. Samen hebben zij bijvoorbeeld het beste product gerealiseerd bij de alpha oplevering in mijn ogen.
Daniel over Ivar Ivar was een van de SE’er van dit project. Net zoals Hidde heb ik niet direct met Ivar gewerkt en kwam het wel bij me over dat Ivar veel ervaring had en een doorzetter. Ivar kan goed planmatig werken en hield zich keurig aan de vastgestelde afspraken. Samen hebben zij bijvoorbeeld het beste product gerealiseerd bij de
Final report
4
alpha oplevering in mijn ogen.
Kenneth Kenneth over Kevin Kevin is in mijn ogen goed vooruit gegaan, dit kan ik zeggen omdat ik met hem tijdens project EXPO ook in een project team zat. In die tijd had hij een ondersteunende rol als project lid, maar had liever projectleider willen zijn. Ik heb hem toen in de reflectie ook verteld dat hij voor deze rol duidelijk moest laten me rken dat hij dit wilde in een volgend project. In project Get Connected was hij onze projectleider en ik moet zeggen dat hij deze rol naar mijn mening uitstekend ingevuld heeft. Kevin was verantwoordelijk voor alle planningen, deadlines, het regelen van toestanden, grootste tijd en moeite in verslagen en het achter andere teamleden aanzitten. Kortom alles wat een projectleider zou moeten doen. Zo vond ik het namelijk prettig dat hij elk weekend deadlines doorgaf en vaak genoeg vroeg hoe het er allemaal voorstond. Ook maakte hij voor elke week en voor elke nieuwe deadline en nieuwe planning zodat wij goed planmatig te werk konden gaan. De enige tip die ik Kevin zou willen geven is: Probeer je wat meer te bemoeien met de techniek zodat je precies weet wat er door wie geproduceerd wordt zodat je je techno toets zo kunt halen.
Kenneth over Daniel Het eerste wat ik over Daniël wil zeggen is dat hij een fijn persoon is om mee samen te werken, onze gedachte over de werkzaamheden aan het SNE gedeelte lagen vaak op de zelfde lijn. Dit maakte het voor ons makkelijker om keuzes te maken. Zoals ik in mijn bijdrage al had vermeld, als ik met de server bezig was zat hij er altijd wel bij om te helpen en dingen uit te zoeken. Dit was andersom ook het geval. Wat ik ook een pluspunt vind, is dat als hem iets gevraagd wordt te doen, hij dat dan ook direct of zo snel mogelijk doet. Zoals bijvoorbeeld het uitzoeken hoe de LDAP browser werkt of het onderzoeken van mogelijkheden voor de password synchronisatie. Ook is hij niet te beroerd om bijvoorbeeld een saaie taak uit te voeren, Daniël is geen klager. De tip die ik Daniël zou willen geven is: Buiten project dagen vind ik je wat stil en passief probeer meer contact te leggen. Kenneth over Hidde Hidde is een rustige jongen maar was wel de grappenmaker van de groep. Zoals bepaalde opmerkingen die hij dan wel eens maakte tijdens coaching, gooide weer wat extra leven in de brouwerij omdat de sfeer ook wel eens iets te serieus was naar mijn smaak. Ondanks Hidde een ander onderdeel van het project ontwikkelde, vond ik het wel prettig met hem samen te werken want als ik hem iets vroeg over de software kant kreeg ik altijd duidelijk antwoord. Bij sommige mensen ( niet in deze projectgroep) kreeg ik wel eens het gevoel dat je er niet v an op aan kon dat zij hun taken wel goed uitvoerden en/of begrepen. Bij Hidde had ik dit totaal niet, ik wist dat het bij hem wel goed zat. Ook is het mij opgevallen dat hij bepaalde druk goed kan hebben, aardig stress bestendig. De tip die ik Hidde zou willen geven is: Neem eens een pauze en kijk uit in een volgend project dat er geen misbruik word gemaakt van je harde werken.
Final report
5
Kenneth over Ivar Ook Ivar is een harde werker en een fijn persoon om mee samen te werken. Wat Ivar uitstraalt is dat hij weet wat hij doet. Dit creëert een vertrouwend gevoel, je weet dat het met zijn taak zeer zeker goedkomt. Ook als ik hem wat vroeg over de software kreeg ik een duidelijk antwoord. Ivar neemt de tijd voor zijn taak en dit kun je zeker terug vinden in het product, ik vind dit een goede eigenschap en die moet hij niet verliezen. Ik zag ook dat hij goed kan samenwerken en zeker met Hidde in dit geval. De tips die ik Ivar zou willen geven zijn: Wat ik in het begin van het project merkte was dat je moeite had jou gecreëerde code te delen met een teamlid. Enigszins begreep ik dit wel, maar probeer de volgende keer wat meer vertrouwen te hebben. En ook voor jou vind ik dat je eens pauze moet nemen en ook moet uitkijken dat er geen misbruik van je harde werken word gemaakt.
Ivar Ivar over Kenneth Kenneth is een gemotiveerd teamlid. Ik zie dat hij goed kan samenwerken met zijn collega SNE-er Daniel, en de rest van het team. Hij denkt en doet goed en gezellig mee. Ivar over Daniel Daniel is eveneens een gemotiveerd teamlid. Hij doet gezellig mee, en is erg behulpvaardig. Toen ik iets vroeg over het vak O.S.A.R. vertelde hij me hoe hij dat had gedaan en dat als ik nog een vraag had, ik bij hem terecht kon. Dit laat zien dat hij graag zijn team helpt, ook al heeft het niet te maken met het project. Ik vind dit een goede kwaliteit. Op deze manier krijg je een goede band met je team, waardoor het een stuk prettiger werken is, waardoor het team ook gemotiveerd is om het project tot een goed einde te brengen. Ivar over Hidde Hidde was samen met mij verantwoordelijk voor het Software Engineering gedeelte. Ik deed voornamelijk het werk op de achtergrond (Data ophalen uit de juiste databases en op de juiste manier aanleveren, enz.) en hij werkte meer aan de voorkant (de layout, html, jquery). Het viel me op dat hij erg vaardig is met html/css/jquery. Veel meer dan dat je van een eerstejaars student verwacht. Het is duidelijk zichtbaar dat hij voor het project (en waarschijnlijk voor de opleiding) hier veel tijd heeft ingestoken. Ivar over Kevin Kevin was een goede teamleider. Hij was voornamelijk degene die de deadlines in de gaten hield, en er voor zorgde dat iedereen hiervan op de hoogte was. Verder was hij ook een gezellige teamgenoot, wat in mijn ogen wel belangrijk is als je wilt dat je team goed presteert onder een teamleider
Final report
6
Kevin Kevin over Kenneth Kenneth is een goede SN’er. Kenneth kan goed met zijn mede SN’er Daniel en de rest van het team werken. Wat ik fijn vond aan Kenneth was als er een probleem was (SNE gedeelte) dat hij veel inzet toont om dit probleem optelossen. Daarnaast vind ik het fijn dat Kenneth zijn mening deelt met de rest van het team. Ik heb ook bij Kenneth in project EXPO gezeten en dan merk ik wel dat Kenneth gegroeit is qua SNE kennis dit vind ik leuk om te zien. Kevin over Daniel Daniel is ook een goede SN’er. Ik merkte dat Daniel en Kenneth op een lijn zitten qua SNE werk. Ik merk bijvoorbeeld dat Daniel veel Kenneth aanvult en andersom ook, dit vind ik fijn om te zien. Daarnaast vind ik het fijn dat Daniel vaak zijn hulp aanbied aan andere teamleden. Ook vroeg hij regelmatig aan mij of hij nog iets kon doen, dit vond ik fijn omdat ik dan merk dat je veel voor je team wilt inzetten. Kevin over Ivar Ivar is een erg goede SE’er. Hij heeft vooral gewerkt aan de achterkant van de applicatie, dit heeft hij perfect gedaan. Bijvoorbeeld toen we bij de alpha oplevering te horen kregen dat we nog een paar lastige functionele eisen moesten implementeren wist Ivar deze onderdelen goed te programmeren. Wat ik ook fijn vond aan Ivar was, dat als je een probleem had buiten het project hij zich ook inzet om je te helpen. Zo had ik wat moeite met mijn practicum vak het vak Databases. Hij heeft me hier goed in geholpen om de stof te begrijpen. Kevin over Hidde Hidde is net als Ivar ook een erg goede SE’er met veel ervaring. Ik vind dat Hidde de mooiste user-interface heeft gemaakt van de alpha oplevering. Ook vind ik het fijn dat Hidde goed kan samenwerken met Ivar (en andersom) zodat ze elkaar kunnen aanvullen.
Final report
7
Hidde Hidde over Kenneth Kenneth neemt zijn vak zeer serieus en heeft zich goed ingezet in dit project. Als je iets aan hem vroeg over het systeem op SNE gebied kon hij goed uitleggen hoe het in elkaar stak. Wanneer Kenneth een probleem had ging hij er altijd achteraan bij een leraar of studentassistent, dit vond ik erg goed van hem. Hidde over Daniel Daniel is net als Kenneth een gedreven SNE’er. Hij stond altijd paraat om werk te verichten en vroeg altijd of er iets nog gedaan kon worden. Ik vond het erg goed van hem dat hij ook zijn teamleden uit eigen initiatief wilde helpen door te vragen of ze ergens vast liepen. Dat vind ik een sterk punt van Daniel. Het is een persoon die het team goed vooruit helpt. Hidde over Ivar Ivar heeft laten zien dat hij een grote skillset heeft op het gebied van IT. We hadden Ivar hard nodig in dit project, vooral zijn SQL skills. Hij weet voor alles wel een oplossing te vinden. Wanneer je een vraag aan hem stelde gaf hij altijd een duidelijk antwoord waar je iets aan had. Ik kon goed met Ivar samenwerken in dit project en hij gaf iedereen de ruimte om beslissingen te nemen. Hidde over Kevin Kevin had de touwtjes goed in handen tijdens dit project. Hij is heel direct met vragen naar werk wat nog gedaan moet worden en hij gaat er goed achteraan. Hij komt ook zeer professioneel over tijdens de presentaties en coaching. Ik vind dat Kevin dit project gestructureerd heeft geleid.
Final report
8
2. Presentatie slides fase 1 & 2 In dit hoofdstuk worden de presentatie slides weergegeven die we hebben gebruikt bij de prestaties van fase 1 & 2. Fase 1 bestaat uit de presentatie van ons idee en de haalbaarheid:
Final report
9
Fase 2 bestaat uit de presentatie van ons proof of concept:
Final report
10
Final report
11
3. Research report Versiebeheer Ver. 0.1
Status Concept
0.2
In progress
0.3
In progress
1.0
Final
Datum 21-022013 21-022013 21-022013 26-022013
Auteur(s) Team: ETN204
Wijzigingen
Team: ETN204
Hoofdstuk 1 toegevoegd
Team: ETN204
Hoofdstuk 2 toegevoegd
Team: ETN204
Hoofdstuk 3,4 en 5 toegevoegd. Verbeteringen na feedback concept.
Goedkeuring Uitvoering Ver.
Naam
Final report
Controle Datum Naam
Goedkeuring Datum Naam
Datum
12
Inhoudsopgave 1. 2. 3. 1.
Reflectie report 3 Presentatie slides fase 1 & 2 9 Research report 12 Inleiding 16 1.1 Onderwerp en probleemstelling 16 2 PACT 18 2.1 People 18 2.2 Activities 18 Piece-picking 18 Case-picking 19 Pallet-picking 19 2.3 Context Het product zal worden gebruikt om orderpickers efficiënter te laten werken door het geautomatiseerd systeem. Het product zal worden gebruikt in het magazijn en in op de afdeling orderafhandeling op een scherm waar de orders op gecentreerd staan. De order zullen vervolgens op prioriteit worden gerangschikt. 20 2.4 Technology • Use of materials Beeldschermen, server met active directory. • Use of feedback and/ or error messages Een centrale meldpunt waar mensen hun klachten/feedback naar toe kunnen mailen (bijv.
[email protected]) • Use of navigation, timing and branching Hier kunnen we nog niet veel over kwijt. • Use of Knobs, sliders, Icons and other interface elements Het ordersysteem zal geschreven worden in meerdere talen, dus hier kunnen we nog niet veel over kwijt. 20 2.5 Haalbaarheid 20 2.6 Use case diagram: 21 2.7 Activity diagram: 22 3 Planning 23 4 Bronnenlijst desk research 24 5 Bijlagen 25 5.1 Enquête- en interviewvragen 25 5.2 Personae 25 4. Project initiatie document 26 Documenteigenschappen 27 Historie 27 Goedkeuring 27 Managementsamenvatting 28 Inhoudsopgave 29 Inleiding 30 1.1 Gebruik van de PRINCE2 projectmanagementmethode 30 1.2 Doel van dit document 30 1.3 Opbouw van het document 30 2. Projectdefinitie 31 2.1 Achtergrond 31 2.2 Projectdoelstellingen 31 2.3 Projectresultaat 31 2.4 Scope & afbakening 31 2.5 Randvoorwaarden & aannames 31 2.6 Relaties met andere projecten 31 Final report
13
2.7 Projectaanpak 3. Business Case 3.1 Redenen om te starten met het project 3.2 Alternatieven 3.3 Voordelen 3.4 Nadelen 3.5 Kosten 3.6 Investeringsanalyse 4. Projectorganisatie 4.1 Organigram 4.2 Rollen & verantwoordelijkheden 5. Projectplan 5.1 Plan aannames 5.2 Gantt-chart 5.3 Productdecompositiestructuur 5.4 Productstroomdiagram 5.5 Activiteitenplanning 5.6 Overzicht benodigde middelen 5.7 Productbeschrijvingen 6. Beheersinstrumenten 6.1 Toleranties 6.2 Risicomanagement 6.3 Uitzonderingsprocedure 6.4 Voortgangsrapportages Bijlage 1. Grafische Projectplanning Bijlage 2. Productbeschrijvingen 5. Interaction design 6. Klasse diagram 7. Test approach and results Table of contents Revision history 1 Test Information 1.1 System Under Test 1.2 Test Personnel 2 Test Summary 2.1 Acceptance Criteria 2.2 Results 2.3 Purpose and Scope of all test cases 2.4 Additional Information 2.5 Experience required 2.6 Test Items / Equipment Needed 2.7 Reference Documents 3 Preparing the Test Environment 3.1 Application Setup 3.2 Equipment Checks 4 Dynamic Quality Testing 4.1 Logging in
Final report
31 32 32 32 32 32 32 33 34 34 34 36 36 36 36 36 36 36 36 37 37 37 37 38 39 40 43 44 45 46 47 48 48 48 48 48 48 49 49 49 49 50 51 51 51 52 52
14
4.2 The picklist 5 Static Code Testing 5.1 Test Metrics and Tools 5.2 Code conventions 8. User manual 6 Instructions 6.1 Start the software 6.2 Information 6.3 Expand all orders 6.4 Collapse all orders 6.5 Expand an order 6.6 Mark a product as picked 6.7 Mark a product as not picked 6.8 Additional information
Final report
53 54 54 55 56 59 59 59 59 60 60 61 61 61
15
1. Inleiding ITopia ITopia is een denkbeeldig bedrijf van de Hogeschool van Amsterdam. ITopia laat het project ‘Get Connected’ uitvoeren door een klein aantal teams bestaande uit junior medewerkers. Deze junior medewerkers hebben specialiteiten in diverse richtingen zoals System & Network Engineering, IT Management en Software Engineering. Het is aan ons om het probleem van APS (een bar supply bedrijf) op te lossen. Etine In dit project werkt ITopia samen met Etine. Etine is een IT-bedrijf dat andere bedrijven helpt om naar een cloud te verhuizen. Etine traint en helpt mensen ook in het gebruik van online software zodat iedereen volledig is ingelicht over het online software gebruik.
1.1 Onderwerp en probleemstelling Onderwerp Wij werken voor ITopia samen met Etine om een oplossing te bedenken voor de order picking in een bar supply fabriek genaamd APS. Zij maken benodigdheden voor bijvoorbeeld bar medewerkers zoals glazen en cocktail tools enzovoorts. Probleemstelling Op het moment wordt er nog gebruik gemaakt van hardcopies van orders dat naar de fabriek gestuurd wordt. De fabriek wil dit veranderen en dit proces digitaal maken. Ook willen zij een oplossing om de voorraadbeheer te stroomlijnen en een mogelijkheid op via een cloud gebaseerde toepassing gebruikers aan te kunnen maken. Dit probleem hebben zij vervolgens bij Etine neergelegd, en Etine heeft dit aan ons voorgelegd. Etine wil dat wij van het draaiende Windows server domein een connectie leggen naar een door ons gemaakt order picking programma (m.b.v. Google Apps). Dit programma zal dan de order picking moeten weergeven op een digitaal scherm in de fabriek zodat de orders en status direct zichtbaar zijn in zowel het kantoor en het magazijn. De data komt uit het ERP systeem en het Google Apps Script programma leest die data in.
Final report
16
Onderzoeksvragen Hoe kan een digitaal order picking systeem bijdragen aan het bedrijf APS? Wat willen de gebruikers met het product doen en/of bereiken? Waarom zou je dit betreffende proces willen digitaliseren? Waarom zou je gebruik willen maken van een cloud omgeving? Aanleiding tot schrijven van het research rapport Een van de redenen is dat het de stappen laat zien die het team heeft ondernomen om te zorgen dat het te ontwikkelen product goed aansluit bij de eisen en wensen van de opdrachtgever en de doelgroep. Ook geeft dit een goed overzicht van de opdracht en is het een goed portfolio document.
Final report
17
2 PACT 2.1
People
Orderpickers Deze personen zoeken alle producten van een order bij elkaar voordat deze verzonden worden. Ze werken aan het belangrijkste proces van de verzending. Aan de hand van een lijst gaan ze alle producten af. Managers De managers observeren de status van de orders en grijpen in wanneer de orders niet op tijd gepickt worden.
2.2
Activities
Orderpicken Dit is de activiteit die de orderpicker uiteraard uitvoert. Er zijn verschillende methoden van orderpicken. Een aantal methoden zijn hieronder uitgelegd:
Piece-picking Basic order picking Dit is de meest simpele methode om orders te picken. Bij basic order picking pakt een orderpicker de producten van één order tegelijk bij elkaar. In een bedrijf met weinig orders kan deze methode heel goed werken, maar wanneer er een groot aantal orders gepickt moet worden kan deze methode erg traag zijn. Dit komt mede doordat de orderpickers elkaar in de weg zullen zitten. Batch picking Deze methode is vrijwel hetzelfde als de basic order picking methode. Bij batch picking worden er meerdere orders tegelijk gepickt door de orderpicker. Het aantal orders varieert van meestal tussen 4 tot 12 per routine. Zone picking Bij deze methode van orderpicken wordt het warenhuis opgedeeld in verschillende zones met producten. De orderpickers krijgen allemaal een bepaalde zone toegewezen en pakken alleen de producten die zich in die zone bevinden. Het aantal orderpicker per zone is in de meeste gevallen één of twee. Tussen de zones zit een transportsysteem om de orders te verplaatsen. Zone picking is het meest effectief wanneer er een groot aantal orders verwerkt moet worden.
Final report
18
Wave picking Dit is een combinatie van zone picking en batch picking. Een order wordt bij deze methode, in plaats van zone naar zone, in één keer bij elkaar gezocht. Deze methode is vooral erg effectief wanneer er veel artikelen per order verwerkt moeten worden. Wave picking kan gebruikt worden om order voor verschillende koeriers te isoleren.
Case-picking Deze methodes worden vooral toegepast wanneer er een hoog aantal van dezelfde producten worden besteld. Basic case-picking method Dit is de meest voorkomende case-picking methode. Bij deze methode worden er, in plaats van enkele producten, dozen vol producten bij elkaar gezocht. Batch picking Deze methode wordt niet vaak gebruikt omdat de orderpickers niet genoeg ruimte hebben op hun pallet. Zone picking Dit kan een manier zijn om case-picking uit te voeren, maar bij deze methode loop je al snel tegen hetzelfde probleem als batch picking aan. Zone picking wordt alleen gebruikt wanneer er een hoog aantal verschillende producten zijn en weinig dezelfde producten per order. Wave picking Dit kan een goede case-pick manier zijn wanneer je een zeer hoog aantal orders hebt met veel producten per order.
Pallet-picking Basic pallet picking De meest voorkomende methode bij pallet-picking. De orders worden één voor één gepickt. Vaak wordt er gebruik gemaakt van een heftruck. Batch picking Omdat pallet-picking gebaseerd is op één pick per keer, is batch picking niet toepasbaar op pallet-picking.
Final report
19
2.3
Context Het product zal worden gebruikt om orderpickers efficiënter te laten werken door het geautomatiseerd systeem. Het product zal worden gebruikt in het magazijn en in op de afdeling orderafhandeling op een scherm waar de orders op gecentreerd staan. De order zullen vervolgens op prioriteit worden gerangschikt.
2.4
Technology • Use of materials Beeldschermen, server met active directory. • Use of feedback and/ or error messages Een centrale meldpunt waar mensen hun klachten/feedback naar toe kunnen mailen (bijv.
[email protected]) • Use of navigation, timing and branching Hier kunnen we nog niet veel over kwijt. • Use of Knobs, sliders, Icons and other interface elements Het ordersysteem zal geschreven worden in meerdere talen, dus hier kunnen we nog niet veel over kwijt.
2.5
Haalbaarheid
Voor dit project hebben wij 20 weken de tijd en er staat in de project handleiding precies wanneer wat ingeleverd moet worden op basis van fases. Dit project moet haalbaar zijn in de gegeven periode. Must Have
Should Have
Could Have
Would Have
Applicatie in Google Apps
Prioriteit functie in de app voor koeriers zoals PostNL en DHL.
Het gebruik van ForgeRock om via de cloud nieuwe gebruikers aan te maken op zowel de server als de app(centraal)
Real-time updates voor klanten wanneer producten van een order gepickt zijn
Link tussen Microsoft Active Directory en Google Apps Applicatie
Snelheid van het gehele systeem
Professioneel/mooi uitziende UI (User Interface)
Final report
20
Oplossing om de voorraad beheer te stroomlijnen
Up time systeem
Orderpick lijst moet d.m.v. Google Apps worden weergegeven op een scherm in het kantoor en werkplaats
2.6
Use case diagram:
Final report
21
2.7
Activity diagram:
Final report
22
3 Planning Field research methode: Zelfanalyse Bij maken van ons product zullen zoveel mogelijk in voeten proberen te staan van de eindgebruiker. Dus zullen we zelf het systeem testen om het zo gebruiksvriendelijk mogelijk te maken. Desk research methode: Online research Met deze methode kunnen we bij concurrerende en alternatieve ordepickersys teem kijken hoe hun systeem functioneert. Hierdoor kunnen we een groot beeld krijgen van hoe de gebruiksvriendelijkheid voor de eindgebruiker zo vriendelijk mogelijk kan worden gemaakt.
Final report
23
4 Bronnenlijst desk research http://www.inventoryops.com/order_picking.htm Auteur: Dave Piasecki http://www.projectsmart.co.uk/m oscow-method.html Auteur: Duncan Haughey
Final report
24
5 Bijlagen 5.1 1. 2. 3. 4. 5.
Enquête- en interviewvragen
Wat vindt u van het huidige order-picking systeem? Wat vindt u ervan als het huidige order-picking systeem digitaal wordt? Denkt u dat een digitaal order-picking systeem kan bijdragen aan het bedrijf APS? Wat zou u als order-picker me het nieuwe digitale systeem willen doen? Zou u gebruik willen maken van een cloud omgeving?
5.2
Personae
Max Teunisse Max Teunisse is 38 jaar oud en werkt al 6 jaar bij APS. APS is een bar & glass supply bedrijf gevestigd in Amsterdam. Max werkt bij APS als orderpicker en heeft veel plezier in zijn functie. Het management van APS is zeer blij met Max omdat Max goed zijn collega’s motiveert. Max heeft een VMBO diploma en probeert in zijn vakgebied up-to-date blijven, dit doet hij via boeken en het internet. Max is getrouwd en heeft een dochter van 9 jaar. Hij houdt van het leven en gaat graag stappen met zijn vrienden, dit varieert van café tot theater. Hij heeft een brede interesse, vooral in muziek en films. Max woont in Amsterdam samen met zijn vrouw Bernadet. Zij hebben elkaar ontmoet in een café in Haarlem. Bernadet is 35 jaar oud en werkt als Training assistent bij Total Network Development.
Xavi Beerendonk Xavi is een 44 jarige werknemer binnen APS. Zijn eerste 8 jaar werkte hij als order-picker, en kreeg na 8 jaar te horen dat door zijn goede prestaties, motivatie en enthousiasme hij gepromoveerd werd tot manager. Deze functie voert hij al weer 2 jaar uit. Voordat Xavi werkte bij APS, werkte hij bij de brandweer. Helaas werd hij hier vanwege bezuinigingen ontslagen en is daarom opzoek moeten gaan naar een nieuwe baan. Hij heeft een werkweek die bestaat uit 40 uur en gaat nog dagelijks met plezier naar zijn werk. Xavi is nu zo een 16 jaar getrouwd met zijn vrouw en heeft daar twee kinderen van 14 en 12 van. Hij woont naar alle tevredenheid in Almelo. Door zijn enthousiasme, valt hij goed in de smaak bij zijn andere collega’s. Hij heeft veel humor en weet daarmee ook andere werknemers goed te motiveren bij hun werk. APS is zeer tevreden over Xavi. Final report
25
4. Project initiatie document
Opdrachtgever: Jan Joost de Vries Bestandsnaam: ITopia PID ETN204 FINAL.docx Auteur: Team ETN204 Project: Get connected Versie: 1.0 Datum: 26-3-2013
Final report
26
Documenteigenschappen Historie Versie
Datum
Opdrachtgever
Auteur(s)
12-3-2013
Veranderingen (concept/definitief) Concept
0.1
Jan Joost de Vries
Team ETN204
0.2
19-3-2013
Concept
Jan Joost de Vries
Team ETN204
1.0
26-3-2013
Definitief
Jan Joost de Vries
Team ETN204
Goedkeuring Dit document heeft de volgende goedkeuringen nodig. Getekende goedkeuringsformulieren worden opgeslagen in de Managementsectie van het projectarchief. Naam
Rol
Final report
Handtekening
Datum document
27
Versie
Managementsamenvatting Dit project team wordt ingehuurd door Etine die een klant heeft die APS heet en wil graag een order picking systeem en om hun voorraadbeheer gestroomlijnd te worden. Het project zal worden uitgevoerd door 6 man waaronder Kevin Mans de voorzitter van de groep is. We zullen gebruik maken van windows small business server of een vergelijkbaar alternatief gebruiken genaamd Zentyal. Dit is een linux based windows small business server. We zullen ook gebruik maken van google apps en zal dit project gericht zijn om alles in de cloud te krijgen.
Final report
28
Inhoudsopgave
Documenteigenschappen ................................................................................................................ 27 Historie ......................................................................................................................................... 27 Goedkeuring ................................................................................................................................. 27 Managementsamenvatting .............................................................................................................. 28 Inhoudsopgave................................................................................................................................. 29 1. Inleiding .................................................................................................................................... 30 1.1 Gebruik van de PRINCE2 projectmanagementmethode ................................................. 30 1.2 Doel van dit document ...................................................................................................... 30 1.3 Opbouw van het document ............................................................................................... 30 2. Projectdefinitie.......................................................................................................................... 31 2.1 Achtergrond ....................................................................................................................... 31 2.2 Projectdoelstellingen ......................................................................................................... 31 2.3 Aanpak & Fasering............................................................................................................ 31 2.4 Projectresultaat ................................................................................................................. 31 2.5 Scope & afbakening .......................................................................................................... 31 2.6 Randvoorwaarden & aannames ....................................................................................... 31 2.7 Relaties met andere projecten .......................................................................................... 31 3. Business Case ......................................................................................................................... 32 3.1 Redenen om te starten met het project ............................................................................ 32 3.2 Alternatieven ..................................................................................................................... 32 3.3 Voordelen .......................................................................................................................... 32 3.4 Nadelen ............................................................................................................................. 32 3.5 Kosten ............................................................................................................................... 32 3.6 Investeringsanalyse .......................................................................................................... 33 4. Projectorganisatie .................................................................................................................... 34 4.1 Organigram........................................................................................................................ 34 4.2 Rollen & verantwoordelijkheden ....................................................................................... 34 5. Projectplan ............................................................................................................................... 36 5.1 Plan aannames ................................................................................................................. 36 5.2 Gantt-chart......................................................................................................................... 36 5.3 Productdecompositiestructuur .......................................................................................... 36 5.4 Productstroomdiagram ...................................................................................................... 36 5.5 Activiteitenplanning ........................................................................................................... 36 5.6 Overzicht benodigde middelen ......................................................................................... 36 5.7 Productbeschrijvingen ....................................................................................................... 36 6. Beheersinstrumenten............................................................................................................... 37 6.1 Toleranties ......................................................................................................................... 37 6.2 Risicomanagement ........................................................................................................... 37 6.3 Uitzonderingsprocedure .................................................................................................... 37 6.4 Voortgangsrapportages..................................................................................................... 38 Bijlage 1. Grafische Projectplanning................................................................................................ 39 Bijlage 2. Productbeschrijvingen ..................................................................................................... 40 Bijlage 3. Use case diagram………………………………………………………………………………………………………17 Bijlage 4. Activiteit diagram……………………………………………………………………………………………………..18
Final report
29
Inleiding 1.1 Gebruik van de PRINCE2 projectmanagementmethode Ons team gebruikt de gestructureerde project management methode PRojects IN a Controlled Environment 2 ook wel PRINCE2 genoemd. Deze methode is gericht op het management, de besturing en de organisatie van een project. Binnen PRINCE2 zijn er zeven principes die de basis vormen van PRINCE2. Als deze zeven principes worden gevold is het een PRINCE2 project. De zeven principes zijn voortdurende business rechtvaardiging, leren van ervaringen, duidelijke rollen en verantwoordelijkheden, managen per fase, manage by exception, productgericht en aanpassen aan de projectomgeving. Wij gaan dit project uitvoeren aan de hand van deze zeven principes, zodat we dit project succesvol kunnen afronden.
1.2 Doel van dit document De eerste fase van het project wordt de initiation stage genoemd. Deze fase is verplicht in elk PRINCE2 project. Het project initiatie document definieert het project en vormt de basis van het managen ervan. Het PID geeft inzicht in de richting en de grenzen van het project. Het PID vormt het ‘contract’ tussen de project managers en de stuurgroep.
1.3 Opbouw van het document In het PID komen de volgende hoofdstukken aanbod: Hoofdstuk 2:Project definitie, in dit hoofdstuk wordt de project achtergrond, project doelstellingen en het project resultaat beschreven. Hoofdstuk 3: Business case, in dit hoofdstuk wordt een zakelijke afweging gemaakt om het project te starten beschreven. Hoofdstuk 4: Project organisatie, in dit hoofdstuk worden de betrokken/verantwoordelijke personen vermeld met bijbehorende contactgegevens. In dit hoofdstuk is ook een organigram van de verschillende betrokken partijen weergegeven. Hoofdstuk 5: Project Plan, in dit hoofdstuk wordt onze project planning getoond door middel van een gantt-chart. Ook wordt er beschreven welke middelen we nodig zullen hebben en de deel producten van het eindproduct. Hoofdstuk 6: Beheersinstrumenten, in dit hoofdstuk staan afspraken voor als er iets mis gaat en wanneer we contact opnemen met de opdrachtgever over de voortgang van het project.
Final report
30
2. Projectdefinitie 2.1 Achtergrond Het bedrijf etine heeft een klant genaamd APS die gespecialiseerd is in cocktail glazen. APS kwam met de vraag om hun voorraad beheer te stroomlijnen en om een order picking systeem. Vervolgens heeft Etine ons team ingehuurd om dit te realiseren.
2.2 Projectdoelstellingen Om de eisen van zijn klant te kunnen realiseren en zo zijn klant tevreden kan laten blijven.
2.3 Projectresultaat Een realisatie met presentatie van het product met daarin de eisen van de opdracht, zoals de opdrachtgever besproken had met ons.
2.4 Scope & afbakening De volgende dingen gaan we doen: Link tussen Microsoft Active Directory en Google Apps. Oplossing om de voorraad beheer te stroomlijnen. Orderpick lijst moet d.m.v. Google Apps worden weergegeven op een scherm in het kantoor en in het magazijn. Wat gaan we niet doen: Een heel grafisch systeem neerzetten wat heel zwaar is voor de server. Een duur programma kopen.
2.5 Randvoorwaarden & aannames Met dit project is afgesproken dat er met google apps, active directory gewerkt gaat worden en geen alternatieven. Het infrastructuur ontbreekt o.a. netwerktekingen om een duidelijk beeld te krijgen hoe we dit kunnen realiseren.
2.6 Relaties met andere projecten We moeten rekening houden met lopende of komende projecten van Etine of APS, maar daar hebben wij geen gehoor van gekregen.
2.7 Projectaanpak Idee: Zoveel mogelijk informatie verzamelen over het project en wat de klant precies van ons verwacht. Proof of concept: Omschrijven hoe we het gaan realiseren met welke technieken en doelen. Alfa product: Eerste test fase van het project met een werkend prototype Beta product: Aangepast en beter gemaakt en klaar voor gebruik voor de klant. Final report
31
3. Business Case 3.1 Redenen om te starten met het project Het probleem in de fabriek van APS is dat zij het order picking proces willen automatiseren. En er een oplossing moet worden bedacht voor de voorraadbeheer. Op dit moment gaat dit proces als volgt: De orders worden in de fabriek als bon uitgeprint en vervolgens opgepakt door de order picker om verwerkt te worden. De bon is dan dus ook constant in bezit van de medewerker. Onze opdrachtgever wil dat wij dit proces gaan automatiseren op basis van de bestaande infrastructuur en twee schermen die in het kantoor en in de werkplaats worden opgehangen. Op deze schermen wordt belangrijke informatie over de orders weergegeven zoals wie er met een order bezig is en de prioriteit. Dit wordt gerealiseerd door middel van een door ons gemaakt software programma, de connectie tussen deze software en de bestaande infrastructuur en de aanschaf voor(in ons geval)Windows of Android tablets(maar kan ook een praktischer apparaat) als vervanging voor de bonnen en inlog mogelijkheden.
3.2 Alternatieven We hebben de opdrachtgever een aantal alternatieven voor gedragen. Deze waren als volgt: · Professionele hulp. o De opdrachtgever huurt een externe specialist, die voor hem een oplossing bedenkt. · On-Professionele hulp. o De opdrachtgever huurt een kennis in die toevallig wat weet over het schrijven van software en over netwerken. · Adviesrapport.
3.3 Voordelen Wat levert het project de organisatie naar verwachting op? Wat wordt er beter/goedkoper/makkelijker? 1. Het order proces kan sneller en efficiënter worden uitgevoerd. 2. Er is een duidelijk overzicht van de stand van werkzaamheden. 3. Er is een duidelijk overzicht van de voorraad en een efficiënte oplossing
3.4 Nadelen Welke nieuwe uitdagingen komen er naar verwachting bij? Wat wordt er minder/duurder/lastiger? 1. Eventuele kosten voor het inhuren van een IT medewerker voor het beheer. 2. Eventuele kosten voor software support.
3.5 Kosten De precieze kosten van dit project zijn in ons geval niet volledig te documenteren maar wel waar de kosten kunnen liggen. Wat wij zouden kunnen aanvragen aan kosten voor de voortgang van het project is € 100,- van de school. De kosten voor in het bedrijf liggen bij de volgende punten: Final report
32
1. Onderhoud van systeem 2. Aanschaf apparatuur (tablets, schermen) 3. Kosten project (Etine, omdat wij een project voor Etine uitvoeren) De kosten voor Etine: 1. Project kosten (ITopia diensten) 2. Kosten Software
3.6 Investeringsanalyse Als de baten groter zijn dan de kosten, dan is de business case haalbaar. Zoals in de voordelen al is beschreven zal de productie sneller en efficiënter gaan dus de opbrengst zal sneller gaan maar er komen wel onderhouds/support en aanschaf kosten bij. De aanschaf kosten zijn eenmalig(met uitzondering van vervanging) en de onderhoud of support kosten verschillen per bedrijf en hoeft natuurlijk niet elke maand gedaan te worden.
Final report
33
4. Projectorganisatie 4.1 Organigram
4.2 Rollen & verantwoordelijkheden Naam
Functie
Email
Jan Joost de Vries
Opdrachtgever
[email protected]
Theo Ris
Projectleider
[email protected]
Final report
34
Jan Hellings
Projectmanager
[email protected]
Stephan van der Feest
Consultant
[email protected]
Heleen Stapel
Teamcoach
[email protected]
Kevin Mans
Teamleider
[email protected]
Kenneth Luske
Teamlid
[email protected]
Daniel van den Brink
Teamlid
[email protected]
Ivar Koreman
Teamlid
[email protected]
Hidde Bultsma
Teamlid
[email protected]
Final report
35
5. Projectplan 5.1 Plan aannames Dit project heeft geen zaken die we niet weten of een aanname voor doen.
5.2 Gantt-chart Zie bijlage 1
5.3 Productdecompositiestructuur
5.4 Productstroomdiagram
5.5 Activiteitenplanning Alle activiteiten staan beschreven in de gantt-chart (5.1) en de planning.
5.6 Overzicht benodigde middelen Om dit product te maken hebben we onder andere de inzet van de teamleden en de feedback van de stuurgroep nodig. Daarnaast hebben we toegang tot alle relevante data van de opdrachtgever nodig.
5.7 Productbeschrijvingen Zie bijlage 2
Final report
36
6. Beheersinstrumenten 6.1 Toleranties Wij hebben rekening gehouden met de planning en proberen om ook een ruimte te creeren een week voor te lopen op de planning, zodat mocht er iets mis gaan hebben we een beetje ruimte om aan passingen te maken. Betreft onze uitgaven hebben we een budget van €100,- , maar we maken gebruik van Linux en dat is een gratis distributie waar geen licentiekosten aan verbonden zitten.
6.2 Risicomanagement Het doel van dit is om de voorraadbeheer te automatiseren, dus het systeem wat ze nu gebruiken wordt vervallen. Dus mocht er iets qua technische fouten iets mis gaan is het dus mogelijk dat ze geen orders kunnen zien en daarbij dus ook niet terug kunnen draaien op hun oude systeem. Hiervoor is het belangrijk om (eventueel) reserve apparatuur te hebben en regelmatig back-ups te draaien zodat je deze direct terug kan zetten als er bijvoorbeeld iets niet goed gaat met een server of ander netwerkapparatuur in het nieuwe systeem. Het begeven van apparatuur is relatief klein maar als het gebeurt heb je toch een reserve. De kans op het begeven van een operating system is wat groter en daarom belangrijk om goed te backuppen. Internet Het risico dat het internet uitvalt is relatief aan het internetpakket wat het desbetreffende bedrijf gebruikt. Als er gekozen is voor een zakelijk pakket zal de kans kleiner zijn dat het internet daadwerkelijk uitvalt. Wanneer dit toch gebeurt is het niet mogelijk om de software optimaal te gebruiken. Bij stroomuitval werkt de software niet meer tenzij het desbetreffende bedrijf een oplossing hiervoor heeft verzonnen, zoals een stroomgenerator. De kans dat er stroomuitval optreedt is relatief klein. Omdat alles opgeslagen wordt in de cloud, inclusief de software, zal er geen data verloren gaan in het geval van brand bij het desbetreffende bedrijf. Hardware De software gaat onder andere draaien op tablets die de medewerkers bij de hand houden. Wanneer er een tablet om een of andere reden niet meer werkt zullen er reserve tablets beschikbaar zijn. Ook is het belangrijk goed te kijken wat voor beeldschermen er worden gebruikt. Als er bijvoorbeeld gebruikt gemaakt wordt van plasma schermen, is er een kans dat deze afdrukken achterlaat als er continu een (bijna) niet bewegende applicatie draait. Deze zijn dan wel goedkoper maar in dit geval geen goede keuze. Security Alles is te hacken, maar je moet het altijd zo moeilijk mogelijk maken. In het logindeel van de software implementeren we 2-step verification waarbij er een email wordt gestuurd met een code naar de gebruiker.
6.3 Uitzonderingsprocedure De actie wordt ondernomen door de opdrachtgever en de projectleider mocht deze scenario zich plaats vinden. Aan de hand van de risico’s zullen hun de mogelijke beslissen maken die moeten worden gemaakt. Deze acties kunnen, bijvoorbeeld het opnieuw inrichten van het systeem of terugvallen op het oude systeem zijn. Final report
37
6.4 Voortgangsrapportages Dit gaan we op de PRINCE2 Management by exception wijze doen. Dus bij elke oplevering het product leveren en alleen als er een probleem is met de opdrachtgever contact zoeken, als er geen probleem is wordt er gewoon aan de planning gehouden.
Final report
38
Bijlage 1. Grafische Projectplanning
Final report
39
Bijlage 2. Productbeschrijvingen
Productbeschrijving Product ID
#001
Productnaam
Orderpick software
Doel
Om order pickers efficiënter en sneller te laten werken
Samenstelling
Scherm met de orders erop in gerankschikt op prioriteit
Kennis en kunde nodig om product te vervaardigen
De gebruiker kan zichzelf informeren op het scherm. Doordat de orders op prioriteit staan gerankschikt. Zodat de gebruiker kan zien of de order wel of niet is afgehandeld.
Kwaliteitscriteria
Snelheid van het gehele systeem, Prioriteit functie voor bepaalde koeriers en vooral gebruiksvriendelijk maken voor de gebruiker
Kwaliteitsmethode
De kwaliteit wordt beoordeeld door deze te testen
Productbeschrijving
Product ID
#002
Productnaam
User manual
Doel
Om de gebruiker zo goed mogelijk te informeren van hoe hij/zij met dit product te werk kan gaan.
Samenstelling
PDF-bestand en hard-copy.
Kennis en kunde nodig om product te vervaardigen
De verschillende use-cases van de software. Die hier onder staat vermeld. Er is ook een filmpje met een korte uitleg van hoe ze te werk kunnen gaan met dit product.
Kwaliteitscriteria
Met dit zullen vooral gebruiksvriendelijk op het oog houden.
Kwaliteitsmethode
Het te laten testen door ons. Terwijl we in de schoenen staan van de gebruiker
Productbeschrijving
Final report
40
Product ID
#003
Productnaam
Server
Doel
Een connectie maken tussen Google Apps en de database. Zodat Google Apps de data kan inlezen en weergeven op het scherm.
Samenstelling
Systeem van het project
Kennis en kunde nodig om product te vervaardigen
Kennis op het gebied van Linux distributies
Kwaliteitscriteria
Zo’n hoog mogelijke continuiteit en beveiliging voor het waarborgen van gegevens
Kwaliteitsmethode
De kwaliteit wordt beoordeeld door deze zelf te testen en proberen te hacken op het gebied van de beveiliging.
Productbeschrijving Product ID
#004
Productnaam
Project initiatie document
Doel
Het project initiatie document definieert het project en vormt de basis van het managen ervan. Dit document zorgt ervoor dat wij het project duidelijk begrijpen. De opdrachtgever kan aan de hand van dit document zien of we het project duidelijk begrijpen.
Samenstelling
PDF-bestand op SVN.
Kennis en kunde nodig om product te vervaardigen
Ieder teamlid heeft het hoorcollege Mandatory consultant visit Research Report gevolgd op 26 februari.
Kwaliteitscriteria
Correcte grammatica, consistent, juist gedocumenteerd, Nederlands geschreven, ITopia template.
Kwaliteitsmethode
De kwaliteit wordt beoordeeld door gezamenlijk met het team kritisch naar het PID te gaan kijken. Daarna gaan we het PID verbeteren nadat we feedback van de project manager Jan Hellings hebben gekregen.
Final report
41
Productbeschrijving
Product ID
#005
Productnaam
Research report
Doel
Het research report zorgt ervoor dat het te ontwikkelen product goed aansluit bij de eisen en wensen van de opdrachtgever en de doelgroep.
Samenstelling
PDF-bestand op SVN.
Kennis en kunde nodig om product te vervaardigen
Ieder teamlid heeft het hoorcollege Lecture Research Report gevolgd op 12 februari.
Kwaliteitscriteria
Correcte grammatica, consistent, juist gedocumenteerd, Nederlands geschreven, ITopia template.
Kwaliteitsmethode
De kwaliteit wordt beoordeeld door gezamenlijk met het team kritisch naar het research report te gaan kijken. Daarna gaan we het research report verbeteren nadat we feedback van Stephan van der Feest hebben gekregen.
Final report
42
5. Interaction design Hieronder bevindt zich het interaction design. Als eerst vinkt een order picker een product af en slaat dat op. Hij krijgt een bevestiging op zijn scherm en klikt vervolgens op “ja”. De orderlijst is nu geüpdatet.
Final report
43
6. Klasse diagram
Final report
44
7. Test approach and results
By: ETN204 Version: 1.0 Status: Final Date: 09-05-2013
Final report
45
Table of contents Revi sion hi story......................................................................................................................... 47 1 Test Information ...................................................................................................................... 48 1.1 System Under Test ...................................................................................................... 48 1.2 Test Personnel ............................................................................................................ 48 2 Test Summary ......................................................................................................................... 48 2.1 Acceptance Criteria ..................................................................................................... 48 2.2 Results ....................................................................................................................... 48 3 Background ............................................................................................................................ 49 3.1 Purpose and Scope of all test cases ............................................................................. 49 3.2 Additional Information .................................................................................................. 49 3.3 Experience required .................................................................................................... 49 3.4 Test Items / Equipment Needed ................................................................................... 49 3.5 Reference Documents ................................................................................................. 50 4 Preparing the Test Environment ............................................................................................. 51 4.1 Application Setup ........................................................................................................ 51 4.2 Equipment Checks ...................................................................................................... 51 5 Dynamic Quality Testing ......................................................................................................... 52 5.1 Title here the test case..................................................................................................... 5.2 Title here the test case................................................................................................. 52 5.3 Title here the test case..................................................................................................... 6 Static Code Testing ................................................................................................................. 54 6.1 Test Metrics and Tools................................................................................................. 54 6.2 Code conventions ........................................................................................................ 55
Final report
46
Revision history Date 26-apr-2013 01-may-2013 02-may-2013 02-may-2013 09-may-2013
By Kenneh Luske Ivar Koreman Hidde Bultsma Kevin Mans Ivar Koreman
Final report
Description of changes Filled in basic information, waiting for Software Engineer Added some information from the Software Engeneering side. Added information related to the code convention of Itopia. Some little changes, changing lay-out so it is more read-friendly. Added some stuff to test to the list.
47
1 Test Information 1.1 System Under Test System name: ____________________________________ Version:
____________________________________
1.2 Test Personnel Name: _________________________________
Date: _____________
Time: __________
Name: _________________________________
Date: _____________
Time: __________
Name: _________________________________
Date: _____________
Time: __________
2 Test Summary 2.1 Acceptance Criteria Describe what are the acceptance criteria of your system(s). Formulate these criteria as 1 SMART as possible. These criteria are from different stak eholders and different perspectives. [alpha]
Specifiek: We willen dat ons systeem zo efficient mogelijk draait om de orderpick systeem zo accuraat en soepel te laten draaien
Meetbaar: We willen dat ons systeem zo efficient mogelijk draait om de orderpick systeem zo accuraat en soepel te laten draaien
Aanvaardbaar: Het beeld is duidelijk van wat er gecreeerd moet worden om tot een goed resultaat te leiden
Realistisch: Het doel is haalbaar maar we moeten ons wel genoeg inspannen om dit te realiseren
Tijdgebonden: Wij proberen voor een oplevering van een product of document 1 week van te voren klaar te zijn.
2.2 Results Conclusion of the tests: ____% Passed, ____% Failed Comments:
____________________________________________________________________ _ Explain which acceptance criteria are approved and which are not and why [beta] _
_______________________________________________________________ 1
http://nl.wikipedia.org/wiki/SMART-principe Final report
48
Background 2.3 Purpose and Scope of all test cases Explain what is going to be tested in this test procedure and what are the requirements (functionalities) covered.[Alpha] The order pick software developed for APS will be tested on a mobile device such as a tablet. The required technical resources are located at the HVA used servers. See 3.4 Test Items / Equipment needed for more information. Furthermore, the purpose of the application is to provide orders from a database to the orderpicker, which can pick an order and set it as picked. Also the managers will be able to see which orders are picked, and are ready for shipping. These functionalities need to be tested, to prevent bugs, and deliver good quality software.
2.4 Additional Information This is the place where you can tell where the manuals or other user instructions can be found. [Alpha] User manual will be at the test location and will be available to be send to the user by email. If there is something special (e.g. k nown bug that cannot be fixed) in the software that you want to tell the tester, it can be told here. [Alpha]
2.5 Experience required Evaluate the k nowledge of the person that is needed to perform the test. E.g. what k ind of k nowledge is needed - technical, certifications, etc [Alpha] The user needs to know his/her login information from the LDAP server, to log in to the Google account. The user needs basic computer knowledge.
2.6 Test Items / Equipment Needed What is needed to perform the tests. [Alpha] Zentyal LDAP server computer 145.92.6.42 MS SQL Database server computer 145.92.7.240 A tablet to use the application (Java script enabled). Internet connection. Zentyal account.
Final report
49
2.7 Reference Documents
Final report
Type document
Name of document
Location
Date last update
Completion in %
Research Report
Research_report _v1.0.docx
SVN/Docume nten
Febr. 2013
100%
Project Initiation Document
ITopia_PID_E TN 204_FINAL_V1.0 .pdf
Team DropBox Get Connected/PI D
March 2013
100%
User Manual
USER_MANUAL _SOFTWARE_E TN204.docx
Team DropBox Get Connected/U ser Manual Software
May 2013
100%
50
3 Preparing the Test Environment 3.1 Application Setup Explain the needed configuration and how to set it up. Also, explain operations and steps to reach the normal start condition for the cases. [Alpha] Test area setup: The test will be situated at the HVA which provides servers used to develop a similar infrastructure to APS. A running Zentyal server with LDAP services, MS SQL Northwind Database server, rental tablet and an active internet connection. Normal start condition: APS infrastructure, tablet.
3.2 Equipment Checks Possible check s that has to be done to verify that the Application is functional before the tests can be started. [alpha] Comments:
____________________________________________________________________ ____________________________________________________________________ ____________________________________________________________________ ____________________________________________________________________
Final report
51
4 Dynamic Quality Testing 4.1 Logging in Special Instructions NONE Test Case ID
TC_FUNCT_01
Description
Tests the Login Screen
Initial Conditions
Equipment is set up as per Equipment Setup section.
Step 1 2 3
4
Task & Expected Result [alpha] Visit the URL to the Google Apps Script app, through a browser Enter the username and the password, of the same account you have on the Zentyal server. Verify that your username/password combination are accepted.
Verify that you are able to access the Google Apps Script app. (You are supposed to see orders on your screen)
[beta]
Pass / Fail
Pass / Fail
Comments: _________________________________________________________________________________ _________________________________________________________________________________ _________________________________________________________________________________
Final report
52
4.2 The picklist Special Instructions NONE Test Case ID
TC_FUNCT_02
Description
View the orders and pick orders.
Initial Conditions
Step 1
Task & Expected Result [alpha] Verify that your name is presented in the upper right corner.
[beta] Pass / Fail
2
Click/tab on an order.
3
Verify that this order expands, and you are able to see the products within this order. Click/tab an product of an order.
Pass / Fail
Verify that this product is ticked, and that your order is now shown on the top, in red. Refresh the page
Pass / Fail
Verify that the product you picked, is still ticked, and that the order is still on top. Click/tab the ticked product again.
Pass / Fail
Verify that the tick disappears, and that the order will become grey again, returning to its former place. Now you can tick several products from several orders, to see if they all work appropriately. Verify that the rights products/orders are ticked when you click/tab it.
Pass / Fail
4 5 6 7 8 9 10 11
Pass / Fail
Comments: _________________________________________________________________________________ _________________________________________________________________________________
5.3, 5.4, 5.5, … Fill in all you test cases [alpha] and do all tests [beta]
Final report
53
5 Static Code Testing 5.1 Test Metrics and Tools Describe which metrics and tools you used to test of the static quality of your code ITOPIA. [alpha] We use the built-in editor of Google Script to validate the code quality for the most part. To format the code we use any appropriate editor which contains ‘Reformat code’ functionality. Fill in the tables. [beta] Total number of files
7
Total number of classes
0
Total number of code lines
1788
Total number of code statements
20
Percentage code comments Average number of methods per class
0
Average number of statements per method
11
Other metrics
The “biggest” file is: Interaction.js.html
Number of classes: 0
The “biggest” class is: -
Number of methods: +- 12
The “biggest” method is: getPicklistData
Number of statements: x
Comments: _________________________________________________________________________________ ________Give your comment about the results of the metrics [beta] __________________________ ________Which metric norms you did not met and why?____________________________________ _________________________________________________________________________________
Final report
54
5.2 Code conventions Describe the steps you followed to meet the code conventions of ITopia [alpha]. We always try to meet the code conventions of ITopia in the process of coding everything. We sometimes don’t use the conventions, unintentionally. Before we release the software, we process the code for any broken code convention rules. Comments: _________________________________________________________________________________ ______ Describe whether you met all the code conventions of ITOPIA [beta] ____________________ ______Which code conventions you did not met and why?___________________________________ _________________________________________________________________________________
Final report
55
8. User manual
Team members: Ivar Koreman, Hidde Bultsma, Kenneth Luske, Daniel van den Brink en Kevin Mans Date: 13-5-2013 Version: 1.0 Status: Final
Final report
56
Table of contents 1 Instructions ............................................................................................................................. 59 1.1 Start the soft ware ........................................................................................................ 59 1.2 Information.................................................................................................................. 59 1.3 Expand all orders ........................................................................................................ 59 1.4 Collapse all orders ....................................................................................................... 60 1.5 Expand an order.......................................................................................................... 60 1.6 Mark a product as picked ............................................................................................. 61 1.7 Mark a product as not picked ....................................................................................... 61 1.8 Additional information .................................................................................................. 61
Final report
57
Introduction This user manual explains how to use the software application named “Reenklout”. The user manual is written to help users understand the application. In this document we will explain the use of the application as simple as possible; we also provide screenshots so it is clear. Reenklout is designed for APS to digitally pick orders and keep track of their status as they are being processed. This is a benefit for the order pickers, as well as the managers of APS. The user manual consists of the following components: Chapter one; instructions for the order pickers:
Final report
Start the software.
Information
Expand all orders.
Collapse all orders.
Expand an order.
Mark a product as picked.
Mark a product as not picked.
Additional information
58
6 Instructions 6.1 Start the software To start as order picker, you must first log in to the Google Apps app. You can do this by visiting the following URL in your browser at: https://script.google.com/a/macros/etn204.podspot.org/s/AKfycbzOIQRYcGpSOuo1xtsvxCnPK2wGUSMs42NBob9r4nTatw6xPTH/exec Warning: You may not be logged in with a different Google account, otherwise you do not have access to the software application. In the login screen, you can enter your username and password that you received from your manager.
6.2 Information If you have entered your username and password correctly, you will be redirected to the picking list. All orders are automatically collapsed here.
The orders that are marked red, indicates that they are being processed by order pickers. The orders that are marked grey, can be picked. The orders that are marked white, are finished and ready for transport.
6.3 Expand all orders To expand all orders click on the “Expand all” button at the top. Final report
59
6.4 Collapse all orders To collapse all orders click on the “Collapse all” button at the top.
6.5 Expand an order To see which products are in an order, you can simply press on the order. Thereafter the order menu slides out and you can see the corresponding products.
Final report
60
6.6 Mark a product as picked If you have picked a product, you can check it off by pressi ng on the product name. Thereafter on the right you will see an icon appear, indicating that the order is checked. If you have checked your first product, you will see that the order has moved upwards, and that the frame turned red. This means that the ord er pickers are currently working on this order.
6.7 Mark a product as not picked Did you accidentally pick the wrong product? No problem, you can undo this action by pressing it again. The tick is moving away now.
6.8 Additional information If you have picked all products of an order, the order will shift down at the bottom of the page and it is ready to be sent to the customer. If something went wrong and you want to label a product as not picked, you can click on the order name, making it expand and after that you can click on a product name to move the tick away.
Final report
61
The ‘airplane’ icon represents the date and time of the order, followed by the order number. The ‘person’ icon represents the customer who placed the order. You can see a number in the upper right corner; this means the percentage of orders already picked.
Final report
62
Final report
63
