honim.typepad.com · 88926A ISBN 4157-1893-8 88926A ISBN 4157- SEARCHING PRODUCT 1893- 8 Name...

BACHELORPROEF

ILIAS Solutions

Dohou Michael | 341099 | 3TI HOGESCHOOL-UNIVERSITEIT BRUSSEL 2013-2014

INHOUDSTAFEL

1 Voorwoord............................................................................................................................... 3

2 Stage Opdracht ........................................................................................................................ 4

2.1 Beschrijving Opdracht ...................................................................................................... 4

2.2 Achtergrond van het Bedrijf............................................................................................. 5

3 PRINCE2 ................................................................................................................................... 6

3.1 Inleiding over PRINCE2 ..................................................................................................... 6

4 PID............................................................................................................................................ 7

4.1 Project Definition ............................................................................................................. 7

4.2 Background....................................................................................................................... 7

4.3 Project Objectives ............................................................................................................ 7

4.4 Desired Outcomes ............................................................................................................ 7

4.5 Project Scope and Exclusions ........................................................................................... 7

4.6 Constraints and Assumptions........................................................................................... 8

4.7 The User(s) and Any Other Known Interessted Parties ................................................... 8

4.8 Interfaces.......................................................................................................................... 8

4.9 Project Approach.............................................................................................................. 8

4.10 Business Case.............................................................................................................. 10

4.11 Project Management Team Structure ........................................................................ 11

4.12 Role Descriptions ........................................................................................................ 11

4.13 Quality Management Strategy ................................................................................... 11

4.14 Configuration Management Strategy ......................................................................... 12

4.15 Risk Management Strategy......................................................................................... 12

4.16 Communication Management Strategy ..................................................................... 13

4.17 Project Plan................................................................................................................. 13

4.18 Project Controls .......................................................................................................... 13

5 Business Analyse.................................................................................................................... 14

5.1 User Roles....................................................................................................................... 14

5.2 User Stories .................................................................................................................... 14

5.3 Functiestroom Schema................................................................................................... 15

5.4 Actoren ........................................................................................................................... 16

5.5 Use Cases........................................................................................................................ 16

5.6 Use Case Diagram........................................................................................................... 16

5.7 UI Prototype ................................................................................................................... 16

6 Technische Analyse................................................................................................................ 17

6.1 Stappenplan van de Technische Analyse ....................................................................... 17

6.2 Functionaliteiten ............................................................................................................ 17

6.3 JQuery Mobile + Phonegap ............................................................................................ 17

6.4 Planning Stage ................................................................................................................ 17

6.5 Uitleg Technologieën ..................................................................................................... 17

7 Communicatie Analyse .......................................................................................................... 18

7.1 Verantwoordelijkheden ................................................................................................. 18

7.2 Communicatie ................................................................................................................ 18

8 Peer Evaluatie ........................................................................................................................ 19

9 Timesheets............................................................................................................................. 20

10 Conclusie ............................................................................................................................ 21

Bijlagen...............................................................................................................................22 - End

Dohou Michael 341099 3TI

3

1 VOORWOORD

Dit jaar worden studenten voor een groot deel van hun studiepunten beoordeeld op hun werk voor een

IT-project en stage. Er werd ons gevraagd om drie bedrijven te zoeken, waarvoor we een project zouden

uitvoeren. De bedoeling is dat we doorheen het jaar aan dit project zouden werken. Een eerste stap zal

zijn om het project voor te bereiden, tijdens het eerste semester, en daarna zouden we die

implementeren tijdens een stage.

Nicolas en ik hebben besloten om samen te werken omdat we reeds projecten hebben samen gemaakt

en deze waren een groot succes. We zijn begonnen met het zoeken van drie projecten die we zouden

kunnen uitwerken. We zochten naar opdrachten waar we een programma moesten ontwikkelen, omdat

we voor een specialisatie programmeren hebben gekozen dit jaar. We hebben een lijst gekregen van

potentiële klanten en hebben daaruit drie bedrijven uitgehaald.

Het eerste bedrijf was PHIDAN. Phidan is een consultancy bedrijf die management solutions verkoopt

aan verschillende klanten. Ze hadden een projectvoorstel waarbij we een programma moesten maken

om transportkosten te berekenen. Deze tool zou transportkosten bij verschillende leveranciers

berkenen op basis van verschillende parameters zoals gewicht, volume, bestemming en het type

transport of transporteur.

Het tweede bedrijf was KBC. KBC is een geïntegreerde bank/verzekeraar voor retail-, KMO- en

midcapklanten. Bij dit bedrijf werd er ons geen duidelijke opdracht gegeven. We wisten alleen dat ze op

zoek waren naar een student om een stage te komen doen.

Als laatste bedrijf hadden we ILIAS Solutions. Dit bedrijf is gespecialiseerd in het ontwikkelen,

implementeren en onderhouden van informatie management oplossingen. Ze hadden drie projecten

beschikbaar: een mobiel tracking systeem (het kunnen opvolgen van goederen die getransporteerd

worden), een inventory management systeem (het kunnen beheren van een inventory stock) en een

front-end layer (een programma maken).

Na overleg hadden we besloten om Phidan te laten vallen, omdat het project niet groot genoeg leek om

gemaakt te worden door twee personen. Van KBC hebben we nooit een antwoord gekregen. Ons keuze

viel dus eerder voor ILIAS Solutions. We hebben hierbij gekozen voor de inventory management

systeem. Dit was voor ons de mogelijkheid om mobiele applicaties te leren programmeren, wat we op

school nog niet hebben geleerd. We hebben dus contact opgenomen met de opdrachtgever en hebben

een positief antwoord gekregen.


4

2 STAGE OPDRACHT

2.1 BESCHRIJVING OPDRACHT

Voor het project van dit jaar hebben Nicolas Stainier en ik besloten om een project te maken voor ILIAS

Solutions. Het project houdt in dat we een mobiele applicatie uitwerken die aangesloten zal zijn op de

bestaande database van ILIAS Solutions.

Deze applicatie zal hoofdzakelijk gebruikt worden door magazijniers en zal dienen om de stock

inventaris te maken. De applicatie zal functies moeten kunnen uitvoeren zoals het bekijken van een te

inventariseren stockonderdeel, het toevoegen/wijzigen van producten in de inventaris en het wijzigen

van informatie over een bepaald product. Indien de hoeveelheid aangeduidt in de database niet

overeenkomt met de aanwezige hoeveelheid in de stock, wordt deze waarde aangepast volgens wat er

in de stock aanwezig is en wordt er automatisch een rapport gemaakt voor verdere investigatie.

De applicatie moet hoofdzakelijk kunnen werken op Android, maar ideaal ook op iOS en Windows

tablets. Ons doel zal zijn om het te laten werken op deze drie platformen.

Omdat er geen Wi-Fi aanwezig is overal in het stock, zou de applicatie bij het initialiseren de database

lokaal kunnen downloaden. Dit wilt zeggen dat de gebruiker alle informatie van de database zal

downloaden op zijn tablet en niet meer verbonden zal moeten zijn met het internet. Het wijzigen van

informatie zal dus lokaal gebeuren, op het lokaal database waarop we alle data van de database hebben

gezet. Wanneer de magazinier dan gedaan heeft, moet hij zich opnieuw verbinden met het internet en

zal er dan alle informatie van zijn tablet terug worden gestuurd naar ILIAS.


5

2.2 ACHTERGROND VAN HET BEDRIJF

ILIAS Solutions is een bedrijf gespecialiseerd in het aanbieden van

Management Solutions voor defensie en humanitaire

hulpoperaties. Het bedrijf is gelegen in Brussel nabij het centrum

van de Europese Unie en het hoofdkwartier van de NAVO (de

Noord-Atlantische VerdragsOrganisatie).

ILIAS Solutions is ontstaan in 1997 en was oorspronkelijk een project voor de Belgische Luchtmacht. De

Belgische Luchtmacht had nood aan aanzienlijke verbetering in beschikbaarheid van vliegtuigen, en

tegelijkertijd, om ondersteuningskosten te verminderen. Specifiek heeft ILIAS Solutions vooral moeten

zorgen voor het beheren van het onderhoud van F-16 vliegtuigen. Dit project werd ondersteund door

Coopers & Lybrand (PrinceWaterhouseCoopers en IBM Consulting).

Vanaf 2006 is ILIAS Solutions een onafhankelijke Belgische dienstverlener geworden voor particuliere

klanten. Ze bouwen, implementeren en beheren (COTS) informatiesystemen voor de Belgische defensie.

Naast de Belgische defensie werkt ILIAS Solutions nu ook voor Fuerza Aerea de Chile (FACh), of met

andere woorden het Chileense Luchtmacht. ILIAS Solutions heeft alle functionaliteiten geïmplementeerd

voor het onderhouden van de 18 F-16 vliegtuigen die de Antofagasta Air Force Base van Chili beschikt.

Het Chileense Luchtmacht is ILIAS’ hulp langzamerhand aan het uitbreiden over heel hun luchtmacht.

Ten laatste werkt ILIAS Solutions voor het Admiraliteit BENELUX (ABNL) voor het onderhouden van

Hollandse en Belgische Marinecomponenten.


6

3 PRINCE2

3.1 INLEIDING OVER PRINCE2 Om dit project tot een goed einde te kunnen brengen hebben we besloten om dit project uit te voeren

door gebruik te maken van PRINCE2. We hebben voor PRINCE2 gekozen omdat we vorig jaar en dit jaar

veel hebben leren werken met PRINCE2. Het was dus voor ons voor de hand liggend.

PRINCE2 (Projects IN Controlled Environments) is een

procesgerichte projectmanagementmethode. Dit wilt

zeggen dat we het project in verschillende fases gaan

verdelen, waar we elke keer gaan specifiëren wie aan

welke taken zal werken, hoe lang we deze fase gaan

uitvoeren en welk doel we op het einde van een fase

moeten bereiken.

Het beginpunt van PRINCE2 is het initiëren van het project. Dit hebben we gedaan door te beginnen met

een Project Initiation Document).


7

4 PID

Het PID (Project Initiation Document) is het eerste stap bij het werken volgens de PRINCE2 methode. In

dit document wordt er op voorhand bepaald wat de opdracht is, wie onze klant is, hoe we aan het

project gaan werken, ... .

4.1 PROJECT DEFINITION

In de Project Definition wordt er concreet uitgelegd wat de opdracht is van het project. We maken een

volledig, uitgeschreven beschrijving van het project.

4.2 BACKGROUND

In de Background komt een uitleg over de geschiedenis van het bedrijf. Er wordt uitgelegd wie de klant

is, welke taken zij moeten uitvoeren en voor wie ze deze taken moeten uitvoeren.

4.3 PROJECT OBJECTIVES

De Project Objectives houden in welke de doelen zijn van dit project. Deze doelen zijn: tijd, kost,

kwaliteit, scope, risico’s en performantie.

4.4 DESIRED OUTCOMES

In de Desired Outcomes beschrijven we waarop het eindproduct zou moeten lijken. Natuurlijk houden

we rekening met alle vereisten van de klant bij het bepalen van ons doel.

4.5 PROJECT SCOPE AND EXCLUSIONS

De Project Scope geeft aan welke doelen binnen de scope zijn van het project. We gaan twee groepen

van doelen maken: doelen die we moeten halen tijdens het project en doelen die optionneel zijn voor

het project. Deze tweede groep van doelen zijn een extra voor het bedrijf, in het beste geval zouden we

deze doelen ook moeten halen.

Exclusions zijn doelen die we echt niet gaan kunnen halen in een project. Het kan gebeuren dat we de

kennis niet hebben om een bepaalde taak te kunnen uitvoeren, deze taak zal dan als een exclusion

beschouwd worden.

In het geval van ons project zal de scope zich beperken tot een applicatie die compatibel is voor Android,

waarop een magazijnier het inventaris kan op doen. We houden het compatibiliteit met iOS (iPad) en

Windows Tablet buiten de scope. De klant heeft het voorkeur gegeven aan Android, en we zullen dus

eerst een werkend applicatie maken op Android voor we met de andere platformen beginnen.

Er zijn ook twee extra functionaliteiten, buiten de scope, die we zouden willen toevoegen in dit project.

Deze twee extras zijn een barcode scanner en een plan van de warehouse. Het zou volgens ons veel

uitmaken zouden we deze twee functionaliteiten in het applicatie kunnen toevoegen.


8

4.6 CONSTRAINTS AND ASSUMPTIONS

Constraints zijn moeilijkheden die we gaan ondervinden tijdens het uitvoeren van het project. Een

moeilijkheid wilt niet per se zeggen dat we die niet gaan kunnen uitvoeren.

Een voorbeeld van een constraint is het feit dat we deze applicatie ten laatste tegen 1 juni zouden willen

afwerken.

Assumptions zijn onderstellingen die we maken bij het project. We proberen op voorhand te bepalen

wat we extra zullen doen dat niet vermeld werd in het project.

4.7 THE USER(S) AND ANY OTHER KNOWN INTERESSTED PARTIES

Hier beschrijven we welke de partijen van belang zijn voor het project. We melden hierbij wie onze klant

is en al zijn stakeholders.

Voor dit project zullen er niet veel partijen aanwezig zijn. De betrokken partijen zijn onder anderen ILIAS

Solutions zelf, hun klant (de Belgische Defensie) en de HUB.

4.8 INTERFACES

De Interfaces zijn de verschillende technologieën waarvan we beschikken voor het uitvoeren van een

project. Het kan zijn dat het bedrijf al over bepaalde technologieën beschikt waarmee we zullen werken

om het project te kunnen uitvoeren.

Een voorbeeld van interfaces in ons project is de ILIAS Solutions Database waarvan we al beschikken. Dit

is belangrijk om te weten omdat het dus wilt zeggen dat we geen database gaan moeten ontwerpen.

4.9 PROJECT APPROACH

De Project Approach, zoals letterlijk vertaald, is het aanpak van het project. We beschrijven hierin hoe

we het project zullen aanpakken. In ons geval hebben we een algemeen methodologie gekozen, die we

gaan volgen doorheen ons project. Deze noemt de PPDIOO methodologie. Het houdt in dat we het

project in zes grote processen gaan verdelen, waarin we elk stap in verschillende taken gaan verdelen.


9

Zoals we merken hebben we de processen in twee groepen verdeeld, namelijk in twee semesters.

Tijdens het eerste semester gaan we aan Prepare-Plan-Design doen. Dit is de voorbereidingsfase.

Gedurende deze fase gaan we op voorhand bepalen wat we gaan maken, hoe we het gaan maken en

waarom we het gaan maken.

De prepare gedeelte houdt in dat we het project gaan initiëren, dit is dus onze PID. We bepalen hierbij

vooral wat we gaan doen. Dit deel bestaat vooral uit afspraken en overeenkomsten met de klant.

Tijdens de plan gedeelte gaan we het probleem grondig analyseren en een planning maken voor het

aanpak. Het analyseren van ons probleem gebeurt doorheen een Business Analyse. Daarin gaan we

bepalen welke taken elke gebruiker zou moeten kunnen uitvoeren en in welke volgorde dit zou moeten

gebeuren. We maken ook een Projectplan waarin staat aan welke delen van het project we eerst gaan

moeten werken en dit verdeeld over verschillende periodes.

Ten laatste is er een design deel voor het eerste semester. Deze gedeelte bestaat vooral uit een

Technische Analyse. De technische analyse dient om een definitieve oplossingen te vinden waarbij we

vermelden op welk manier we dit gaan doen. We bekijken alle mogelijke manieren om het probleem op

te lossen, en halen daaruit de technologie die de beste oplossing biedt.


10

Deze drie delen zullen eindigen tijdens het eerste semester. Tijdens het tweede semester komen drie

nieuwe stappen, Implement-Operate-Optimize, waarbij we het product gaan implementeren, testen en

verbeteren.

Het implementeren zal het langst duren, omdat we tijdens deze fase alle code gaan moeten schrijven.

Tijdens deze fase gaan we alle gevraagde functies implementeren in een werkend applicatie.

Na het implementeren gaan we het product testen. Dit zal gebeuren tijdens de operate fase. Hiervoor

hebben we op voorhand bepaald welke acceptatie testen we gingen doen en zullen deze uitvoeren op

onze applicatie. We hebben besloten om aan Test-Driven Development te gebruiken. Dit houdt in dat

we per functionaliteit, eerst testen zullen uitschrijven waarbij we gaan bepalen welke resultaat een

functie moeten geven. Na dat we de testen geschreven hebben gaan we pas beginnen code schrijven.

Deze manier zorgt ervoor dat we op voorhand weten wat we van een functie verwachten, en op die

manier direct zullen merken als er iets niet klopt. Dit spaart ons enorm veel tijd bij problemen.

De laatste fase is de optimize fase. Tijdens deze laatste fase gaan we alle gevonden bugs oplossen.

Wanneer alle bugs opgelost zijn gaan we de resterende tijd gebruiken om performantie te verhogen.

4.10 BUSINESS CASE

Bij de Business Case geven we een gedetailleerde beschrijven van de kosten, risico’s en voordelen voor

de klant.

We zullen veel risico’s hebben bij dit project omdat ILIAS Solutions voor defensie werkt. Dit wilt dus

zeggen dat de informatie waarmee we zullen werken extra confidentieel materiaal bevat. We gaan er

dus vooral moeten voor zorgen dat het informatie beveiligd wordt en dat er niets mis mee kan

gebeuren.

De voordelen zullen natuurlijk zijn dat de klant niet meer met pen en papier moet werken, maar dat

alles geautomatiseerd zal zijn.


11

4.11 PROJECT MANAGEMENT TEAM STRUCTURE

Dit project bevat enkele belanghebbende personen. Deze personen hebben we in een schema afgebeeld

en hebben daar rollen aan gegeven.

4.12 ROLE DESCRIPTIONS

De Role Descriptions leggen uit wat de verschillende rollen inhouden. We geven voor elke rol een

duidelijke beschrijving over wat ze bevatten.

4.13 QUALITY MANAGEMENT STRATEGY

Bij de voorbereiding van het project gaan we bepalen hoe we de kwaliteit van het product gaan

verzekeren voor ons klant. Deze zullen we bepalen via kwaliteitstechnieken die we gaan toepassen op

ons product.

We hebben verschillende kwaliteitstechnieken bepaald zoals Step back and plan, Document before

coding, Adopt a coding standard and stick to it, write test plans and make sure they are used en Reviews.

Step back and plan houdt in dat we het project in details gaan plannen voor we aan iets beginnen, zoals

we het met ons Projectplan hebben gedaan.

Met Document before coding willen we zeggen dat we het project zoveel mogelijk moeten

documenteren bij het werken. Dit passen we ook toe aan ons project (PID, Business Analyse,

Technische Analyse, ...).

Adopt a coding standard and stick to it wilt zeggen dat we consistent moeten blijven in het schrijven van

ons code. We hebben een overeenkomst gemaakt om dezelfde manier van code proberen te schrijven.

Write test plans and make sure they are used is wat vooraf uitgelegd werd, namelijk Test-Driven

Development.


12

Ten laatste zijn er Reviews. Dit houdt in dat we bij het testen het programma gaan laten testen door

externe personen om zeker te zijn dat iedereen het begrijpt en kan gebruiken.

4.14 CONFIGURATION MANAGEMENT STRATEGY

Hierbij geven we aan wie voor het beheren en beveiligen van het applicatie zal zorgen. Nicolas en ik

zullen dit doen. We gaan voor een inlogsysteem zorgen waar we gaan nakijken welke gebruikers bekend

zijn in het systeem en welke rechten elk gebruiker heeft.

4.15 RISK MANAGEMENT STRATEGY

Er zijn bij een project verschillende risico’s, deze moeten we zo vroeg en zo goed mogelijk bepalen. Het is

belangrijk dat we zo veel mogelijk risico’s opzoeken en hun prioriteiten bepalen. Deze risico’s zouden later

problemen kunnen worden, het is dus van belang dat we weten hoe we bij deze moeten reageren.

Bij elk risico gaan we bepalen welk impact deze kunnen hebben op de business en welke kansen er zijn

dat deze ooit zullen gebeuren. Dit doen we door middel van een risico matrix, waarbij we alle risico’s in

een lijst gaan opschrijven en daar een impact en kans aan geven.


13

4.16 COMMUNICATION MANAGEMENT STRATEGY

Zoals de titel het zegt, hierin bepalen we op welke manieren we gaan communiceren met onze klant en

zijn stakeholders. We bespreken de communicatie met ILIAS Solutions en de Belgische Defensie zelf.

We zorgen voor regelmatige afspraken met ILIAS Solution en indien nodig beschikken we over emails

om vragen te stellen.

Wat betreft defensie weten we niet echt hoe het zal gebeuren. Waarschijnlijk zullen we voor een

tweetal afspraken zorgen met hen om te bespreken wat we allemaal gedaan hebben.

4.17 PROJECT PLAN

Hier komt het Projectplan van het project. Dit is een lijst waarin we de verschillende fases hebben gezet

van het project. Elke fase heeft een bepaalde prioriteit en heeft een begin en eind datum. Deze zullen de

deadlines zijn die we gaan volgen doorheen het project.

4.18 PROJECT CONTROLS

De Project Controls is een lijst met alle documentatie die we gaan maken en analyseren gedurende het

project.


14

5 BUSINESS ANALYSE

De Business Analyse is een document waarin we een gedetailleerde beschrijving geven over de

verschillende type gebruikers, functionaliteiten die elk gebruiker moet kunnen uitvoeren, een

stroomschema per functie, ... . We proberen zo veel mogelijk te beschrijven wie de gebruikers zijn en

welke taken ze willen uitvoeren.

5.1 USER ROLES

De User Roles zijn de verschillende type gebruikers die het applicatie gaan gebruiken. De meeste

projecten zullen meer dan één soort gebruiker hebben, daarom dat het belangrijk is om deze goed te

kennen. In ons project zijn er twee soorten rollen: een warehouse keeper en een warehouse controller.

De warehouse keepers zijn de magaziniers van de warehouse. Zij gaan het applicatie gebruiken om de

inventarisatie te kunnen maken. Ze zijn ons hoofdgebruiker in dit project.

De warehouse controller is de controlleur van de warehouse. Deze rol zal af en toe afkomen in de

warehouse om na te kijken of dat alles loopt zoals het moet. Hij zal dan rapporten van errors nakijken

om na te kijken waarom bepaalde fouten gemaakt werden.

5.2 USER STORIES

User Stories zijn alle functies die een bepaalde rol wenst uit te voeren. We gaan in korte zinnen

beschrijven welke taken een gebruiker moet kunnen doen op de applicatie.


15

5.3 FUNCTIESTROOM SCHEMA

De Functiestroom Schema geeft een gedetailleerde weergave van de processen die uitgevoerd moeten

worden voor het project. Deze zijn een opvolging van taken.

Hierin komt het process van inventariseren en welke stappen tot het process horen.


16

5.4 ACTOREN

Actoren zijn alle belanghebbenden in het project. Er worden alle actoren in een lijst getoond met hun

taak binnen het project.

5.5 USE CASES

De Uses Cases zijn voorstellingen van het gedrag van het systeem. Dit wilt zeggen dat we gaan aantonen

hoe het systeem zal reageren wanneer er gevraagd wordt om een bepaalde taak uit te voeren. Er zijn

drie soorten uses cases: business, informatie en technische use cases.

De business use cases geven taken weer die uitgevoerd worden voor de business zelf. Deze zijn

bijvoorbeeld het ingeven van het hoeveelheid van een product.

Informatie use cases zijn taken waarbij de gebruiker informatie moet terug krijgen, zoals bijvoorbeeld de

beschrijving krijgen van een product.

Technische use cases zijn, zoals de naam het zegt, taken die eerder technisch zijn. Deze kunnen

bijvoorbeeld zijn: het programma opstarten, inloggen op het programma, ... .

5.6 USE CASE DIAGRAM

Een use case diagram is een diagram dat weergeeft welke taken een bepaalde actor moet kunnen doen.

Deze taken zijn de taken die vermeld werden bij de uses cases. Dit geeft ons een overzicht van alle use

cases per actor.

5.7 UI PROTOTYPE

De UI Prototype is een prototype van hoe wij het programma zien. We gaan afbeeldingen maken over

hoe we het programma gaan implementeren. Deze hoofdstuk is eerder gericht op design, er zullen nog

geen functionaliteiten aanwezig zijn.


17

6 TECHNISCHE ANALYSE

De Technische Analyse is de laatste stap van het Project-Plan-Design process. Tijdens deze stap hebben

we concreet gekozen welke technologie we gingen gebruiken om het project tot een goed einde te

brengen.

6.1 STAPPENPLAN VAN DE TECHNISCHE ANALYSE

Dit is een stappenplan van hoe we de Technische Analyse hebben ingevuld. Dit diende vooral als

hulpmiddel om weer te geven hoe we de technologie gekozen hebben.

6.2 FUNCTIONALITEITEN

Deze hoofdstuk bevat een lijst van alle functionaliteiten dat ons applicatie moet kunnen doen. We

hebben dan ingevuld welke technologieën we gevonden hebben om deze functies te kunnen uitvoeren.

6.3 JQUERY MOBILE + PHONEGAP

Dit is ons definitieve keuze over de technologie die we gaan gebruiken. Deze zullen ons de mogelijkheid

geven om een applicatie te maken, compatibel op Android, iOS en Windows, waarop we alle

functionaliteiten zullen implementeren.

6.4 PLANNING STAGE

Dit is het process die we gaan volgens tijdens de stage. We hebben hierbij stap per stap opgeschreven

aan welke onderdelen we gaan werken. Dit doen we omdat het volgorde van belang is.

6.5 UITLEG TECHNOLOGIEËN

Als laatste hoofdstuk leggen we apart elke technologie uit die we gekozen hebben. Dit is telkens een

gedetailleerde beschijving van de technologieën met hun functies.


18

7 COMMUNICATIE ANALYSE

De Communicatie Analyse is een document waarin we specifiek de communicatie bespreken. We

bespreken hierin het verdelen van de verantwoordelijkheden, communicatie binnen de groep en

communicatie met de klant.

7.1 VERANTWOORDELIJKHEDEN

Via een RACI-analyse hebben we de verschillende verantwoordelijken bepaald binnen het project. De

RACI-analyse is een techniek waarbij we de verschillende taken gaan oplijsten en daarbij alle

belanghebbenden vermelden en hun taak.

We vinden hierin de opdrachtgever, contactpersoon, technische coach, school coach en developpers

(wijzelf) terug.

Aan elke verantantwoordelijke krijgt een rol waarbij bepaald wordt hoe betrokken deze persoon moet

zijn bij het project.

Responsible bepaalt wie een taak uitvoert, accountable is wie bevoegd is, consulted bepaalt met wie er

overleg nodig is en informed zegt wie informatie moet krijgen over een beslissing.

Michael Nicolas Pierre Chris Dimitri Chantal

Project Initiation Document R R A+I I C+I C+I

Business Analyse R R A+I I C+I C+I

Technische Analyse R R A+I I C+I C+I

Prototype R R C+I I A+C+I C+I

Rapport R R I I I C+I

Peer Evaluatie R R I I I C+I

HTML & CSS R R C+I I A+C+I C+I

Javascript R R C+I I A+C+I C+I

Phonegap R R C+I I A+C+I C+I

Lokaal Database R R C+I I A+C+I C+I

Data manipulation R R C+I I A+C+I C+I

Security R R C+I I A+C+I C+I

Testing R R C+I I A+C+I C+I

Debug R R C+I I A+C+I C+I

7.2 COMMUNICATIE

In deze hoofdstuk wordt er uitgelegd hoe de communicatie verliep tijden het project. We geven de

verschillende communicatiemiddelen tussen de verschillende partijen.


19

8 PEER EVALUATIE

Voor deze Peer Evaluatie zal ik een evaluatie maken over de samenwerking met Nicolas Stainier. Het

werken met hem verliep zeer vlot en op een goede tempo. Ik heb al reeds met Nicolas gewerkt, zoals bij

het project van vorig jaar. Ik had toen gemerkt dat we nogal dezelfde manier van werken hadden. Het

ging toen zo goed dat we dit jaar besloten hebben om het opnieuw te doen. Over Nicolas valt er niets

slecht te zeggen. Hij volgt de planning, respecteerd deadlines, kan goed luisteren en durft zijn mening te

zeggen. We hebben elk onze specialiteiten, en samen kunnen we veel bereiken.

Nicolas kan zich goed aanpassen bij onbekende situaties. Hij heeft bijvoorbeeld zonder probleem leren

werken met phonegap en de functionaliteiten ervan onder de knie gekregen. Wat betreft communicatie

met klanten valt er niet veel te zeggen behalve het feit dat Nicolas zijn ideeën durft te delen met de rest

van de groep. Zo heeft hij de suggestie gemaakt om een Hybride applicatie te maken (via html,

compatibel op alle platformen) in de plaats van een Native applicatie (specifiek per platform).

Deze zijn de competenties die verwacht worden voor het IT-Project. Bij elke competentie heb ik Nicolas

een score op tien gegeven:

1. Het bedrijfsbeleid ondersteunen vanuit de eigen vakspecialisatie 7

1.3 Op basis van de analyse van de bedrijfsprocessen, de strategie, de bedrijfscultuur en

de omgeving een advies formuleren en verantwoorden voor de optimalisering van de

bedrijfsvoering

8

1.5 Een opportuniteit omzetten in een project en hiervoor een eenvoudig business plan

schrijven, presenteren en verdedigen

6

2. Vlot functioneren in een internationale omgeving en de interne en externe communicatie

rond IT-projecten, dienstverlening en inversteringen voeren in drie talen en dit zowel

mondeling als schriftelijk

6

2.1 Zijn boodschap helder en gestructureerd overbrengen ook aan niet-specialisten 7

2.2 De juiste technieken voor een kwaliteitsvolle communicatie hanteren 6

2.3 Een activerende rol in een vergadering vervullen 5

2.4 Een vergadering met collega’s leiden 6

2.6 Anticiperen op vragen en problemen bij IT-dienstverlening 6

3. Relatie met stakeholders onderhouden 6

3.1 Op basis van het klantenprofiel de IT-dienstverlening aan de klant optimaliseren 6

4. De informatiebehoeften van een organisatie gestructureerd en overzichtelijk weergeven,

gebruik makend van analyse- en modelleringstechnieken

7

4.1 Belanghebbenden bevragen volgens een zelfgekozen techniek 7

4.2 Schema's opstellen en de aangepaste technieken en oplossingen hanteren 6

4.3 Een analyse vertalen naar oplossingen en evaluatiecriteria aanreiken 6

4.4 Bruikbare oplossingen aftoetsen met behulp van beschikbare criteria 6

4.5 Zelfstandig een testprocedure opstellen voor een oplossing uitgewerkt wordt 7

5. Gegevens verzamelen, opslaan en ter beschikking stellen zodat deze op een correcte en

gebruiksvriendelijke manier kunnen worden opgevraagd

7

5.1 De meest aangewezen techniek hanteren om de gewenste gegevens efficiënt te

verzamelen

6

5.2 Complexe gegevens modelleren mbv een relevant model, dat inspeelt op

veranderende behoeften

6


20

5.3 In een complex geheel zelfstandig verbanden zoeken 7

7. Op een adequate wijze IT-oplossingen configureren, beveiligen en aanpassen zodat deze

beantwoorden aan de veranderende behoeften van de organisatie.

8

7.1 Systemen, toepassingen of databanken configureren in wijzigende omstandigheden 7

9. IT-taken kwaliteitsvol uitvoeren zodat het resultaat voldoet aan de eisen van een steeds

wisselende omgeving.

7

9.1 Zelfstandig nieuwe IT- concepten en principes leren hanteren 8

9 TIMESHEETS

De Timesheet geven een exacte weergave van het uitgevoerde werk door Nicolas en ik. Deze zijn twee

documenten waarin staat, sinds het begin van het project, welke taken Nicolas en ik hebben uitgevoerd,

wanneer en hoe land we eraan gewerkt hebben.


21

10 CONCLUSIE

Bij het eindigen van dit semester kunnen we als conclusie trekken dat Nicolas en ik goed op weg zijn. We

hebben al een gedetailleerd inzicht over het project en hoe we het tegen volgende semester gaan

uitwerken. We zijn volgens de methodologie van PRINCE2 beginnen werken en hebben het project in

verschillende stappen verdeeld.

Een eerst stap was de Project Initiation Document (PID), waarbij we een concrete beschrijving hebben

gegeven over wat het project is en wat het allemaal inhoudt. We hebben bekeken welke

functionaliteiten we zullen implementeren binnen de scope en welke functionaliteiten als out of scope

beschouwd worden. We hebben dan nagekeken welke de constraints zijn en assumptions. Als volgende

stap hebben we bepaald hoe we het project gingen aanpakken. We hebben besloten om een PPDIOO

process(Prepare-Plan-Design-Implement-Operate-Optimize) toe te passen op het project en hebben een

overzicht gemaakt van de verschillende belanghebbenden. Ten laatste hebben we verschillende

kwaliteitseisen en –standaarden opgeschreven die we zullen volgen tijdens het project, samen met de

risico’s van het project.

Als tweede stap hebben we een Business Analyse gemaakt, waarin we een gedetailleerde beschrijving

hebben gegeven van wie de klant is en de verschillende stakeholders. We bepalen de verschillende user

rollen (type gebruikers) en hun user stories (verschillende taken). Als laatste stuk bepalen we de

verschillende business cases (functionaliteiten), die we opsplitsen per actor in een use case diagram en

uiteindelijk in een process zetten (activity diagram).

De derde stap is het design gedeelte van ons process, de Technische Analyse. In deze document komen

de verschillende mogelijke technologieën om ons project tot een goed einde te brengen. We maken een

lijst met alle technologieën en kiezen daar de beste uit. Na dat we de meest passende technologie

gevonden hebben maken we een gedetailleerde beschrijving van elke onderdeel.

Het laatste deel van dit document is de Communicatie Analyse. Hierin zitten de verschillende

verantwoordelijken bij het project. We bespreken ook de communicatie tijdens de opdracht, zowel

tussen groepsleden als met de klanten. Hierbij horen ook nog de Peer Evaluatie en de TimeSheets. De

peer evaluatie is een document waarin de groepsleden apart hun mening geven over elkaar. Ze

bespreken hun samenwerking en wat goed of niet goed verliep tijden het project. De timesheets zijn

overzichten van de uitgevoerde taken door de groepsleden, verdeeld over tijd.


22

Bijlagen

Stage Description

Manage Logistic Stock Inventory on Tablet

Originator ISC

Type Normal

Version 1.0

Status Final

Release Date 22/08/2013

Validity ILIAS Version 19.00

Prepared by Pierre Van Brussel

Revised by …

Approved by …


Version 1.0 CONFIDENTIAL ILIAS Solutions p. 2/4

1 Stage Description ............................................................................................................................................... 3

1.1 Purpose................................................................................................................................................................. 3

1.2 Technology ........................................................................................................................................................... 3

1.3 Detailed Description of the stage ......................................................................................................................... 3

1.4 Expected Result .................................................................................................................................................... 4



1 STAGE DESCRIPTION

1.1 Purpose Elaborate a portable application connected to ILIAS for stock inventory (Apple or google)

1.2 Technology The technology is open. It can be developed on Apple, Google or Windows

tablet platform. If possible the application will be compatible with the

different technologies.

A mobile device, e.g. Smartphone, Ipad or Android tablet - can scan the

material (NATO Stock Number and lot), which will be automatically queried on

a stocktake screen. The quantity can directly be corrected on the local device

and uploaded in the ILIAS application.

Either this tablet PC works via secured wireless connection directly on the ILIAS database with existing

business logics, either the local application will be made fully autonomously and will be synchronized with

ILIAS via VPN or through the authorised computer of a store keeper connected to ILIAS.

1.3 Detailed Description of the stage The goal is to build an application which will be used by warehouse keeper to establish a stock inventory of

a warehouse managed in the ILIAS system.

First the stock situation known in the logistic system will be downloaded locally on the device with

detailed description of the material registered in stock and the location where is material is supposed

to be stocked

Then the stock keeper will be guided by this application based on different filtering and criteria to

verify that the physical stock situation is correct and compliant with the logistic system. It is required

to execute the stock inventory of all locations and all material at least once a year.

In case of data mismatch, it will be possible either

o to verify and confirm that the stock is correct

o to mark that material is missing

o to register found material not known in the logistic application



The System will also be capable to read and interpret barcode information as registered on the

material or on the warehouse location. Binlocation and material will indeed possibly be equipped of

barcode stickers.

The overall process flow is the following:

The logic in this system is fully done on the mobile device: counting, correction, validation. No ILIAS screen

is necessary during the stock counting.

1.4 Expected Result The main advantage of this system is that all relevant information of a given NSN, stock is available while the

store keeper is counting the data (picture of NSN, other location of the same NSN, overview of lots

infor ation of a gi en NSN, …) hen the store keeper onfir s a differen e on the lo al de i e, it ill e corrected in ILIAS at the moment data is synchronised again and discrepancies will be generated

automatically. It brings ILIAS on the floor where the counted process is made.

Stock Inventory

Wa

reh

ou

se

kee

pe

rB

ure

au A

na

lysi

s

With a mobile device

Initialise Mobile

device with all data

of ILIAS for a given

warehouse

Walking in the

warehouse location

by location

Count quantity as

you walk

Analyse of

differences

- verify directly

- suggest correction

- Send result to ILIAS

Automatic

creation of

discrepancies

Investigate

discrepanciesClose discrepancies

On mobile device On mobile device LPDISC

LPDISC LPDISC

RSLUQP - Validated

Inventory quantities

On mobile device

P a g e 1 | 15

Bijlage 1

Project Initiation Document

Inhoudstafel

1 P‘INCE ™ | Proje t Initiation Do u entation .................................................. 2

1.1 Project Definition ........................................................................................... 5

1.2 Background .................................................................................................... 5

1.3 Project objectives .......................................................................................... 6

1.4 Desired outcomes .......................................................................................... 6

1.5 Project scope and exclusions ......................................................................... 6

1.6 Constraints and assumptions ......................................................................... 7

1.7 The user(s) and any other known interested parties .................................. 7

1.8 Interfaces ....................................................................................................... 7

1.9 Project Approach ........................................................................................... 8

1.10 Business Case ................................................................................................. 9

1.11 Project Management Team Structure ....................................................... 10

1.12 Role Descriptions ......................................................................................... 11

1.13 Quality Management Strategy ................................................................. 12

1.14 Configuration Management Strategy ...................................................... 13

1.15 Risk Management Strategy ........................................................................ 13

1.16 Communication Management Strategy ................................................... 14

1.17 Project Plan .................................................................................................. 15

1.18 Project Controls ........................................................................................... 15

1.19 Tailoring of PRINCE2 ................................................................................... 15

P a g e 2 | 15

1 PRINCE2™ | Project Initiation Documentation Project Name: Inventory Management Application

Date: 24/01/14 Release: Final

Author: Dohou Michael

Stainier Nicolas

Owner: ILIAS Solutions

Client: Chris Schockaert

Document Number: 3

Note: This document is only valid on the day it was printed

Revision History

Date of next revision:

Revision Date Previous

Revision Date

Summary of Changes Changes

Marked

08/11/13 / First version

03/12/13 08/11/13 New out of scope elements

22/01/14 03/12/13 Changing final decisions

Approvals

This document requires the following approvals. A signed copy should be placed in the project files.

Name Signature Title Date of Issue Version

Pierre Van

Brussel

8/11/12 1

Distribution

This document has been distributed to:

Name Title Date of Issue Version

Dohou Michael & Stainier Nicolas Final PID 24/01/2014 VF

P a g e 3 | 15

Overview

Purpose The purpose of the Project Initiation Documentation is to define the project,

in order to form the basis for its management and an assessment of its overall

success. The Project Initiation Documentation gives the direction and scope

of the project and (along with the Stage Plan) forms the ‘contract’ between the Project Manager and the Project Board.

The three primary uses of the Project Initiation Documentation are to:

Ensure that the project has a sound basis before asking the Project Board to make any major commitment to the project

Act as a base document against which the Project Board and Project Manager can assess progress, issues and ongoing viability questions

Provide a single source of reference about the project so that people joining the ‘temporary organization’ can quickly and easily find out what the project is about, and how it is being managed.

The Project Initiation Documentation is a living product in that it should

always reflect the current status, plans and controls of the project. Its

component products will need to be updated and re-baselined, as necessary,

at the end of each stage, to reflect the current status of its constituent parts.

The version of the Project Initiation Documentation that was used to gain authorization for the project is preserved as the basis against which performance will later be assessed when closing the project.

P a g e 4 | 15

Advice The Project Initiation Documentation is derived from the Project Brief and discussions with user, business and supplier stakeholders for input on methods, standards and controls.

The Project Initiation Documentation could be a single document; an index for a collection of documents; a document with cross references to a number of other documents; a collection of information in a project management tool.

The following quality criteria should be observed:

The Project Initiation Documentation correctly represents the project

It shows a viable, achievable project that is in line with corporate strategy or overall programme needs

The project management team structure is complete, with names and titles. All the roles have been considered and are backed up by agreed role descriptions. The relationships and lines of authority are clear. If necessary, the project management team structure says to whom the Project Board reports

It clearly shows a control, reporting and direction regime that can be implemented, appropriate to the scale, risk and importance of the project to corporate or programme management

The controls cover the needs of the Project Board, Project Manager and Team Managers and satisfy any delegated assurance requirements

It is clear who will administer each control

The project objectives, approach and strategies are consistent with the organization’s corporate social responsibility directive, and the project controls are adequate to ensure that the project remains compliant with such a directive

Consideration has been given to the format of the Project Initiation Documentation. For small projects a single document is appropriate. For large projects it is more appropriate for the Project Initiation Documentation to be a collection of stand-alone documents. The volatility of each element of the Project Initiation Documentation should be used to assess whether it should be stand-alone, e.g. elements that are likely to change frequently are best separated out.

P a g e 5 | 15

1.1 Project Definition Het doel van dit project is dat we een mobiele applicatie uitwerken die

aangesloten zal worden aan een database van ILIAS Solutions. Deze applicatie zal

dienen om de stock inventory van verschillende warenhuizen te

vergemakkelijken. Deze applicatie zal hoofdzakelijk op Android werken, maar

bijkomend ook op iOS - en Windows tablets.

Deze applicatie zal (via een tablet) barcodes van bepaalde goederen kunnen

inscannen (NATO stock nummer en lot). Na het succesvol scannen zal in de

databank nagekeken worden welk het gescande product is. Hierover zal een

beschrijving worden gegeven. In deze beschrijving zal de naam van het product,

de hoeveelheid in stock, eerdere leveringsdatum, volgende leveringsdatum,

verkoopdatum, locatie, enz. terug te vinden zijn. Na het scannen zal de

hoeveelheid van het gescande product aangegeven worden. Moest de

hoeveelheid van dit product niet correct zijn kan men lokaal problemen

meegeven en aanpassingen maken in de databank.

De verbinding met de database moet gebeuren via een beveiligde verbinding

met de ILIAS databank.

1.2 Background ILIAS Solutions is gelegen in Brussel nabij het centrum van de Europese Unie en het

hoofdkwartier van de NAVO.

Het bedrijf is ontstaan in 1997 als een project voor de Belgische luchtmacht voor

het beheren van het onderhoud van F16 vliegtuigen. Dit project werd ondersteund

door Coopers & Lybrand (PriceWaterhouseCoopers en IBM Consulting).

Vanaf 2006 is ILIAS Solutions ook een onafhankelijke Belgische dienstverlener

geworden voor particuliere klanten.

Ook bouwen, implementeren en beheren (COTS) ze nog informatiesystemen voor

de Belgische defensie.

Nu, in 2013 werkt ILIAS Solutions niet enkel meer voor de Belgische defensie, maar

onder andere ook voor de NAVY, de medische sector, de landmacht en het

Chileense leger.

P a g e 6 | 15

1.3 Project objectives

De bedoeling van dit project is dat deze applicatie gebruikt wordt door magazijniers,

controleurs of vervangers van de magazijnier. Zij zullen hierdoor de stock inventory

kunnen beheren en/of controleren in het ILIAS systeem.

Eerst zal de huidige voorraadsituatie lokaal gedownload worden met een

gedetailleerde beschrijving van de goederen die in het warenhuis opgeslagen

worden en de locatie van deze goederen.

De gebruiker zal dan door het warenhuis geleid worden gebaseerd op verschillende

filtering criteria om na te gaan of de situatie in de stock overeenkomt met die in het

systeem.

Bij data mismatch zijn er verschillende mogelijkheden:

Opnieuw nakijken en bevestigen dat de voorraad wel correct is.

Probleem melden.

Gevonden materiaal registreren dat niet bekend is in het systeem.

Het systeem zal ook de mogelijkheid hebben om barcodes te scannen en te lezen om

na te gaan of ze geregistreerd zijn in het systeem. Via bin-locatie op images

(afbeelding van de platte grond van het magazijn) zal de gebruiker een overzicht

krijgen van het gescande product en de locatie ervan.

1.4 Desired outcomes Het belangrijkste voordeel van dit systeem is dat alle relevante informatie van een

bepaald NSN (NATO Stock Number) beschikbaar is terwijl de magazijnier de data

nakijkt. Wanneer het systeem gesynchroniseerd wordt en er een verschil optreedt

tussen de fysieke controle en de ILIAS databank, zal de data verbeterd worden in de

databank.

1.5 Project scope and exclusions IN THE SCOPE

Barcode scanner

Beveiligde verbinding en beveiliging van de applicatie

Downloaden van een databank

Het creëren van een mirror databank

Het uploaden van de databank

Het verkrijgen van informatie over een product

Het testen van de applicatie

P a g e 7 | 15

OUT OF SCOPE

Programmeren voor iOS en Android.

SSL security en HTTPS security

Inventariseren van producten

Verzending van producten

Bin-locatie

1.6 Constraints and assumptions Constraints:

Het project moet uitgewerkt worden tegen 28 mei 2014.

De applicatie moet uitgewerkt worden op het platform Android.

De applicatie mag achteraf bewerkt worden naar het platform iOS en

Windows.

De licentie voor het programmeren op iOS moet aangekocht worden.

Assumptions:

Als we hulp nodig hebben kunnen we rekenen op een IT ’er uit het bedrijf

ILIAS.

Deze IT er zal niet altijd kunnen helpen waardoor we vaak zelf opzoekingen

zullen moeten doen.

Het gebruik van een hybride applicatie zal de beste keuze zijn voor ons

project.

1.7 The user(s) and any other known interested parties De twee hoofdpartijen van dit project zijn:

ILIAS Solutions (Owner)

De Belgische defensie (User)

1.8 Interfaces ILIAS zal ons de mogelijkheid geven informatie op te halen van de server. Er zullen

twee databanken beschikbaar zijn. De originele databank en een kopie van de

originele databank waar de tests op gedaan zullen worden.

P a g e 8 | 15

1.9 Project Approach We zullen ons project volgens het PPDIOO systeem en PRINCE2 aanpakken.

Tijdens het eerste semester zullen we ons bezig houden met het eerste deel:

Prepare, Plan, Design (PPD). Tijdens het tweede semester werken we verder

aan dit project en gaan we verder met het Implement, Operate en Optimize

van het project.

We gaan beginnen met het Prepare van ons project. Bij dit gedeelte gaan we

de planning maken, deadlines bepalen, afspraken met de klant maken,

ontra ten tekenen, ….

Daarna gaan we het project Plannen. Tijdens deze fase gaan we het probleem

grondig analyseren. Na analyse gaan we alle mogelijke oplossingen opsommen

en daaruit de beste oplossing kiezen voor onze klant.

Tijdens het Design gaan we bepalen welke technologie we gaan gebruiken

voor ons project. We gaan de verschillende mogelijke technologieën nakijken

en daaruit de beste technologie uithalen.

Met volgende punten zullen we ons in het tweede semester bezighouden.

We zullen het tweede semester beginnen met het Implement gedeelte.

Gedurende deze fase gaan we ons focussen op het programmeren. We zullen

alle code schrijven en implementeren.

P a g e 9 | 15

Na het implementeren komt het Operate gedeelte. Tijdens dit gedeelte gaan

we onze applicatie testen. Hierbij gaan we dus op zoek naar zo veel mogelijk

bugs. Ook zullen we na gaan als ons programma performant genoeg is.

De laatste fase zal Optimize zijn. We gaan alle gevonden bugs en performantie

problemen verbeteren en oplossen. Vervolgens zullen we het programma zo

goed mogelijk proberen te optimaliseren.

1.10 Business Case Het project van ILIAS Solutions is bedoeld voor de Belgische Defensie. De bedoeling

is om een mobiele applicatie te maken die deze mensen toestaat hun stock te

kunnen beheren en automatisch te laten synchroniseren met de database.

Momenteel werkt de warehousekeeper met potlood en papier. Hij gaat met een lijst

door de warehouse om na te gaan wat er zich in de stock bevindt. Achteraf wordt

deze lijst vergeleken worden met data uit de database. Indien er fouten optreden

moet de warehousekeeper gaan dubbel checken. Als de fout reëel is wordt een fout

meegegeven en de database aangepast. Dit proces neemt veel tijd in en is

inefficiënt.

Onze taak is om heel dit proces volledig te automatiseren zodat het sneller verloopt.

We gaan een applicatie maken waarbij de warehousekeeper data uit de database zal

downloaden. Aan de hand van deze data zal hij kunnen nagaan of de stock correct is

aangevuld. Indien niet zal hij fouten kunnen meegeven. Ten slotte zal hij deze

nieuwe data terug uploaden in de database. Wanneer er data is dat niet

overeenkomt met wat er normaal aanwezig zou moeten zijn, kan de

warehousekeeper de data nakijken en verbeteren.

We gaan ervoor zorgen dat de warehousekeeper goederen kan scannen via een

barcode scanner. Na het scannen zal hij een beschrijving krijgen van het product met

de hoeveelheid dat er in de database zouden moeten bevinden en de locatie van

deze bepaalde producten. Dankzij deze applicatie zal het proces sneller en efficiënter

gebeuren.

Om dit project tot een goed eind te kunnen brengen zullen we heel wat werk

hebben.

Er zijn twee fasen dat veel tijd vergen:

Het leren programmeren op mobiele apparaten.

Zorgen voor compatibiliteit tussen de drie platformen.

P a g e 10 | 15

1.11 Project Management Team Structuur ILIAS solution zorgt ervoor dat deze opdracht tot stand komt.

De persoon die de opdracht geeft is Pierre (Opdrachtgever).

De coach en de contactpersoon zijn tussenpersonen die ons helpen indien nodig.

De project manager zorgt voor het WANNEER van het project (de deadlines en planning).

De business analyst zorgt voor het WAT van het project (probleem oplossend).

De technical analyst kiest HOE we aan een bepaalde oplossing geraken.

De developper voert het project uit.

P a g e 11 | 15

1.12 Role Descriptions Opdrachtgever:

De persoon die de opdracht opstelt, opstuurt en voor ons beschikbaar stelt

om uit te voeren.

Coach:

De coach is de persoon die het hele project zal opvolgen. De coach kan ook

hulp bieden voor (niet) technische problemen.

Contactpersoon:

De contactpersoon is diegene die vanuit het bedrijf hulp zal bieden en het

project nader zal toelichten. Deze zal ook alle uitleg geven die nodig is om het

project uit te werken.

Business Analyst:

Verzorgt de user stories, user rollen, proces hiërarchie, use case en het use

case diagram.

Project manager:

Zijn degenen die voor het project zorgen. De personen die kiezen hoe het

project zal verlopen en die de eindverantwoordelijkheid krijgen voor het

verloop van het project.

Technical analyst:

Verzorgt het klassendiagram, UI prototype, sequence diagram,

acceptatietesten en de decision tables.

Developper:

De personen die het programma zullen ontwikkelen en de database

opbouwen. Vervolgens zal hij zorgen voor de gebruiksvriendelijkheid en het

hele proces rond het testen van de applicatie. Hij werkt samen met de

business analyst, project manager en de technical analyst.

P a g e 12 | 15

1.13 Quality Management Strategy

Onze focus zal liggen op volgende kwaliteitstechnieken:

Step back and plan

o Als eerste stap zullen we alles plannen. Heel het project zal dus

gepland worden vooraleer we aan iets beginnen.

Document before coding

o Bij elke stap zullen we documentatie toevoegen aan ons portfolio.

Bij elke klasse, functie of methode zullen we een skeleton

toevoegen met de nodige documentatie.

Adopt a coding standard and stick to it

o We gaan op voorhand bepalen welke lay-out, naamconventies en

dergelijke we gaan gebruiken gedurende ons project. Nadat we dit

bepaald hebben gaan we verder werken met deze standaarden tot

het eind van het project.

Write test plans and make sure they are used

o Voor, tijdens en na het programmeren gaan we test-s enario’s opschrijven. Vaak denken e aan s enario’s tijdens het

programmeren en vergeten we ze te testen tijdens de testfase. Wat

wij zullen doen is op voorhand een document maken waar we alle

test-s enario’s in opschrijven zodat we ze niet vergeten te testen.

Reviews

o Indien mogelijk gaan we ons programma laten testen en nakijken

door e terne partijen. Vrienden, fa ilie en ollega’s gaan nakijken voor gebruiksvriendelijkheid, bugs, foutieve code en dergelijke om

zeker te zijn dat we niets zijn vergeten.

Onze focus zal liggen op gebruiksvriendelijkheid en performantie van de applicatie.

De applicatie moet niet noodzakelijk mooi zijn, wat wel belangrijk is, is dat de

gebruiker het gemakkelijk kan gebruiken. Onze applicatie zal gebruikt worden door

mensen die het gewoon zijn op papier te werken, ze moeten dus alles wat ze op

papier doen sneller en performanter via onze applicatie kunnen doen.

Performantie zal vooral belangrijk zijn voor het synchroniseren van de data. Dit moet

zo snel mogelijk gebeuren om geen tijd te verliezen.

Voor dit project zullen we gebruik maken van de ISO 9001:2008 standaard.

P a g e 13 | 15

1.14 Configuration Management Strategy Voor dit project wordt van ons verwacht dat we twee producten leveren. Er wordt

een mobiele applicatie van ons verwacht die werkt op Android. Dit zal gemaakt en

beheerd worden door ons (Michael en Nicolas) en behoren toe aan ILIAS Solutions.

Deze wordt gemaakt in hun naam en zij zullen er voor zorgen dat de applicatie aan

de klant verkocht wordt.

Het is de bedoeling dat wij zorgen voor de beveiliging van de technische kant van de

applicatie en de database. Voor de fysieke beveiliging (eigendomsrecht van de

appli atie, …) zal ILIAS Solutions zelf zorgen.

Ten laatste zullen we ook gebruik maken van mobiele apparaten. Voor deze zullen

we zelf zorgen. Deze zullen op eigen verantwoordelijkheid worden meegebracht,

onderhouden en beveiligd.

1.15 Risk Management Strategy

Risk Impact Chance *

1 Programmeertalen niet onder de knie 9 3 27

2 Compatibiliteit tussen platformen lukt niet

zoals verwacht

1 3 3

3 Beveiliging van de applicatie is niet goed 9 3 27

4 Code combineren met camera lukt niet 9 1 9

5 Werken met bin-locatie op images lukt niet 1 3 3

Mitigerende acties:

1) De programmeertalen al instuderen tijdens het eerste semester.

3) Hulp inroepen van ervaren programmeurs voor mobiele applicaties. (Extra: Internet)

Risk: Iets dat zich niet sowieso voordoet.

Bv: Niet genoeg onder de knie hebben

Impact: op het project.

Kans: dat dit risico zich zou voordoen.

*: > 27 mitigerende actie ( actie om risico te verminderen)

P a g e 14 | 15

Bv internet, docent

1.16 Communication Management Strategy

ILIAS

We hebben afgesproken met ILIAS Solutions dat we maximaal 1 dag per week

aanwezig zouden zijn om vragen te stellen en dergelijke. We moeten niet

noodzakelijk 1 dag per week aanwezig zijn maar indien nodig hebben we deze

mogelijkheid voorzien.

ILIAS zal ervoor zorgen dat er iemand is om ons te helpen als we problemen of

vragen hebben. Dit geldt zowel voor het eerste als voor het tweede semester. We

werken in een IT bedrijf, dit wilt zeggen dat er sowieso iemand zal zijn die ons kan

helpen.

Defensie

Wat betreft communicatie met defensie weten we niet echt wat we moeten

verwachten. We denken niet dat we vaak in contact zullen komen met de mensen

van defensie. Onze klant is ILIAS Solutions. Ze werken al lang met de Belgische

defensie en weten dus hoe alles moet gebeuren. Er zijn veel procedures waarmee

we rekening moeten houden. We zullen toegang krijgen tot hun databank en meer

(denken we) zullen we niet nodig hebben.

P a g e 15 | 15

1.17 Project Plan

1.18 Project Controls Wat betreft het documenteren van ons project zorgen we ervoor dat we alles

bijhouden dat er gebeurt tijdens het project. Dit zullen alle documenten zijn wat

betreft het documenteren van het project:


Timesheet

Log

Test-s enario’s

Technische analyse

Functioneel ontwerp

Business analyse

Meeting reports

1.19 Tailoring of PRINCE2 Zie hoofd document.

P a g e 1 | 10

Bijlage 3

Technische Analyse

Inhoudstafel 1 Project Initiation document .............................................................. Error! Bookmark not defined.

2 Business Analyse................................................................................ Error! Bookmark not defined.

3 Technische Analyse ......................................................................................................................... 1

3.1 Stappenplan technische analyse ............................................................................................. 2

3.2 Functionaliteiten ..................................................................................................................... 3

3.3 Planning Stage ......................................................................................................................... 4

3.4 Uitleg Technologieën ............................................................................................................... 5

3.4.1 HTML 5............................................................................................................................. 5

3.4.2 CSS3 ................................................................................................................................. 5

3.4.3 JavaScript ......................................................................................................................... 6

3.4.4 JQuery + JQueryMobile ................................................................................................... 6

3.4.5 AJAX ................................................................................................................................. 7

3.4.6 PhoneGap framework ..................................................................................................... 8

3.4.7 JSON ................................................................................................................................. 8

3.4.8 JqueryMobile + PhoneGap .............................................................................................. 9

3.5 Bronnen ................................................................................................................................. 10

P a g e 2 | 10

1.1 Stappenplan technische analyse 1. Ten eerste gingen we voor onze technische analyse op zoek naar de verschillende

mogelijkheden voor alle functionaliteiten in onze applicatie.

2. Deze functionaliteiten somden we op in een tabel om achteraf de juiste technologieën bij te

schrijven.

3. Informatie opzoeken i.v.m. alle functionaliteiten op een web applicatie

4. Informatie opzoeken i.v.m. alle functionaliteiten op een native applicatie

5. Welke opties zijn er: Native, Web of Hybrid.

Native

Een native applicatie is een applicatie die volkomen platform afhankelijk is. Je maakt

hierbij een applicatie die werkt op Android, iOS of Windows Phone en deze zal dan

enkel daarop kunnen draaien. Native applicaties worden geopend via icoontjes op het

home scherm en worden gedownload in een applicatie store. Ze worden speciaal

ontwikkeld voor één platform en kunnen volledig gebruik maken van alle apparaat

functionaliteiten zoals de camera, GPS, het kompas, contacten, … Ten slotte kunnen native applicaties ook offline werken.

Omdat onze applicatie op verschillende OS zal moeten werken kozen we er voor geen

native applicatie te maken omdat dit 3maal werk zou zijn.

Web applicatie

Een web applicatie is eigenlijk geen echte applicatie. Het is eigenlijk een website die

er uit ziet als een native app. Het is een applicatie die volkomen platform onafhankelijk

is wat wil zeggen dat je een html pagina maakt, deze opzoekt via je browser en een

bookmark download zodat je deze openen en gebruiken als een applicatie. Een nadeel

aan deze functionaliteit is dat de applicatie bij gevolg geen gebruik kan maken van de

hardware componenten van het toestel (camera functionaliteit die noodzakelijk is in

ons project).

Hybrid

Hybride applicaties zijn deels native applicaties, deels web applicaties. Zoals native

applicaties kan je ze terug vinden in de applicatie store en kunnen ze gebruik maken

van vele apparaat functionaliteiten. Hybride applicaties maken deels gebruik van

HTML pagina’s en deels van platform afhankelijke functionaliteiten.

6. Besluit nemen een hybride applicatie te maken en geen web applicatie en/of native app.

7. JQuery mobile van scratch leren

8. PhoneGap van scratch leren

9. JQuery prototype beginnen

10. PhoneGap installeren

11. PhoneGap basisch template aanpassen

12. Opgezochte functionaliteiten analyseren + de beste uit kiezen

13. Opsommen welke optie we kiezen voor welke functionaliteit in een tabel

14. Basic prototype in PhoneGap stoppen

15. Basic PhoneGap prototype uit testen in een emulator

16. PhoneGap op Android toestel testen

17. Extra extensies in PhoneGap applicatie stoppen.

P a g e 3 | 10

1.2 Functionaliteiten In onderstaande tabel vindt u alle te implementeren functionaliteiten. Onder de tabel staan alle

bronnen die we gaan gebruiken voor het implementeren van elke functionaliteit.

1. Secured connection PhoneGap SSL Certificate Checker plugin (iOS and

Android)

2. Access device camera

+ Barcode reader

PhoneGap barcode scanner plugin

3. Login possibility

+ data security

Platform afhankelijke data encryptie

4. Offline support

5. Database download

+local mirror db

PhoneGap implementatie + gebruik van database

specifieke functies

6. Database upload Nog niet gevonden

1. https://github.com/EddyVerbruggen/SSLCertificateChecker-PhoneGap-

Plugin/tree/dda20083c87ee24074f541e18e56c24ea114030f

2. https://github.com/purplecabbage/phonegap-plugins/tree/master/Android/BarcodeScanner

3. https://github.com/phonegap/phonegap/wiki/Platform-Security

4. http://docs.phonegap.com/en/2.5.0/cordova_events_events.md.html#offline

5. http://www.raymondcamden.com/index.cfm/2012/4/3/Adding-database-synchronization-

to-your-PhoneGap-project

https://groups.google.com/forum/#!topic/phonegap/B8-fSOPNBmM

http://samcroft.co.uk/2010/loading-data-into-a-phonegap-app/

6.

Database Storage: http://docs.phonegap.com/en/1.2.0/phonegap_storage_storage.md.html

https://github.com/EddyVerbruggen/SSLCertificateChecker-PhoneGap-Plugin/tree/dda20083c87ee24074f541e18e56c24ea114030f


https://github.com/purplecabbage/phonegap-plugins/tree/master/Android/BarcodeScanner

https://github.com/phonegap/phonegap/wiki/Platform-Security

http://docs.phonegap.com/en/2.5.0/cordova_events_events.md.html#offline

http://www.raymondcamden.com/index.cfm/2012/4/3/Adding-database-synchronization-to-your-PhoneGap-project




http://docs.phonegap.com/en/1.2.0/phonegap_storage_storage.md.html

P a g e 4 | 10

1.3 Planning Stage 1. HTML opstellen d.m.v. JQuery Mobile

1.1. Vorige stap beschrijven.

2. CSS opstellen voor design en lay-out

2.1. Vorige stap beschrijven

3. Basisch JavaScript functies schrijven

3.1. Vorige stap beschrijven

4. Functionaliteiten (zie tabel) toevoegen in bepaalde OS via PhoneGap (1 – Android, 2 – iOS, 3 –

Windows).

4.1. Barcode Reader implementeren

4.1.1. Vorige stap beschrijven.

4.2. Lokaal Database maken

4.2.1. Vorige stap beschrijven

4.3. Data downloaden van extern database


4.4. Data wijzigen en opslaan


4.5. Database uploaden naar extern database


4.6. Zorgen voor security bij het inloggen op de applicatie


5. Testen se urit , user, design, …) 5.1. Vorige stap beschrijven.

6. Debugging

6.1. Vorige stap beschrijven.

7. Implementeren in OS applicatie store.

8. Terug naar stap 4 met volgende OS.

P a g e 5 | 10

1.4 Uitleg Technologieën

1.4.1 HTML 5

HTML5 is de nieuwe HTML Standaard. Deze geeft ons toegang tot verschillende nieuwe

functionaliteiten die gebruikt kunnen worden op web pagina's.

Deze functionaliteiten zijn:

Nieuwe Elementen

Nieuwe Attributen

Volledige CSS3 support

2D/3D grafieken

Lokaal opslagruimte

Lokale SQL Database

Web Applicaties

HTML geeft de gebruiker ook nieuwe multimedia functionaliteiten. Deze zorgen ervoor dat we

gemakkelijker ideo’s kunnen toevoegen op een web pagina (d.m.v. <video> en <audio>).

Naast het multimedia hebben we ook over grafieken gesproken. Dankzij de <canvas> element kan een

gebruiker gemakkelijk grafieken tekenen samen met SVG en CSS3.

We kunnen dankzij HTML5 nu ook web applicaties maken. Deze applicaties krijgen toegang tot een

lokaal opslagruimte, lokaal toegang tot bestanden, lokaal SQL Database, Applicatie Cache, JavaScript

en XMLHttpRequest.

HTML5 geeft ons nieuwe elementen voor headers, footers, enu’s, secties en artikels. De HTML forms

krijgen ook extra functionaliteiten zoals nieuwe form elementen, nieuwe attributen, nieuwe input

types en automatische validatie.

Ten laatste werkt HTML5 volledig met CSS3.

1.4.2 CSS3

CSS3 geeft ons verschillende variëteiten aan mogelijkheden om design te geven aan een website. Er

zijn nogal veel veranderingen in CSS3 vergeleken met CSS.

CSS3 is opgedeeld in verschillende modules. Dit hebben ze gedaan omdat de vorige versie veel te breed

en te complex was om in een keer geüpdatet te worden. Ze hebben dus CSS opgedeeld in kleinere

'stukes'. Daarbij hebben ze enkele nieuwe functionaliteiten toegevoegd.

Sommige van deze modules zijn:

Het Box Model

Lijst Modules

Hyperlink Presentatie

Speech Module

Achtergronden en randen

Tekst Effecten

Multi-Kolom Lay-out

P a g e 6 | 10

1.4.3 JavaScript

JavaScript is een programmeer/script taal die gebruikt wordt om webpagina’s dynamische en

interactief te maken en web applicaties te ontwikkelen. Het is de taal die voor interactie met de

gebruiker zorgt. Javascript wordt uitgevoerd door de browser net zoals bij HTML en CSS. Belangrijk is

ook dat JavaScript een hoofdletter gevoelige taal is.

JavaScript bevat verschillende functionaliteiten die je helpen voor interactie te zorgen tussen de

browser en je gebruiker. Deze functionaliteiten zijn:

Functies maken

Event

Operators

Vergelijkingen

Programmatie mogelijkheden: if, s it h, loop for, loop hile, …

Error behandelen

Navigatie

…

Bron: http://nl.wikipedia.org/wiki/JavaScript

1.4.4 JQuery + JQueryMobile

1.4.4.1 JQuery

JQuery is een gratis cross-browser JavaScript bibliotheek voor het creëren van dynamische en

interactieve websites, onder andere voor het bewerken van CSS en voor de interactie met de

webserver (ook bekend als AJAX).

De structuur van JQuery is zo opgebouwd dat het het maken van web applicaties vergemakkelijkt.

JQuery functies

Functies voor DOM elementen te selecteren

Functies om DOM elementen te manipuleren

Functies om CSS manipulaties uit te voeren

Ondersteuning om events te definiëren

Voor gedefinieerde effecten en animaties

Ajax ondersteuning

Uitbreidbaarheid

De mogelijkheid om herbruikbare plug-ins te maken in jQuery

Bron: http://pc-en-internet.infonu.nl/programmeren/86043-jquery-voor-beginners-wat-is-het-

en-hoe-werkt-het.html

http://nl.wikipedia.org/wiki/Webpagina

http://nl.wikipedia.org/wiki/Webapplicatie

http://nl.wikipedia.org/wiki/JavaScript

http://nl.wikipedia.org/wiki/Website

http://nl.wikipedia.org/wiki/Cascading_Style_Sheets

http://nl.wikipedia.org/wiki/Webserver

http://nl.wikipedia.org/wiki/Asynchronous_JavaScript_and_XML

http://pc-en-internet.infonu.nl/programmeren/86043-jquery-voor-beginners-wat-is-het-en-hoe-werkt-het.html


P a g e 7 | 10

1.4.4.2 JQuery Mobile

JQuery Mobile is een aanraak geoptimaliseerd web framework die ontwikkeld wordt door het JQuery

project team. De ontwikkeling ervan focust zich op het creëren van een framework dat compatibel is

met een grote hoeveelheid smartphones en tabletten. Het JQuery mobiele framework is compatibel

met andere mobiele applicatie frameworks en platformen zoals bv PhoneGap.

JQuery Mobile uitbreidingen

Compatibel met alle bekendste mobiele platformen zo goed als met alle bekendste desktop

browsers. Waaronder iOS, Android, Blackberry, WebOS, Symbian, Windows Phone, en nog

vele andere.

Gebouwd op basis van JQuery taal dus gemakkelijk voor de mensen die deze programmeertaal

al kennen.

Fra e ork dat the a’s ondersteunt. Onafhankelijk en licht waardoor het de snelheid optimaliseert.

Automatisch schermgrootte aanpakken.

HTML5-gebaseerde configuratie voor pagina’s op te maken met zo weinig mogelijk scripting.

AJAX gebaseerde navigatie.

UI widgets date er voor zorgen dat het touch system geoptimaliseerd wordt.

1.4.5 AJAX

Ajax staat voor Asynchroon JavaScript and XML. Het is een techniek o snel d na is he e pagina’s te maken. Dit geeft ons de mogelijkheid o e pagina’s as n hroon up te daten door kleine

hoeveelheden data te uit te wisselen in het achtergrond. Dit wil zeggen dat we kleine delen van een

pagina kunnen updaten zonder de hele pagina te herladen. Een klassieke web pagina (dat geen ajax

gebruikt) zou volledig moeten herladen om nieuwe inhoud te kunnen tonen.

Hoe werkt AJAX?

Er gebeurt een bepaalde evenement in onze browser -> We maken een XMLHttpRequest object -> We

sturen de HttpRequest -> Dit gaat door het internet naar de server -> De server gaat de HttpRequest

bewerken -> Er wordt een antwoord gemaakt en deze wordt terug gestuurd naar onze browser ->

Opnieuw via het internet gaat ons antwoord van server naar browser -> De gestuurde data wordt door

het browser verwerkt d.m.v. JavaScript -> De inhoud van de pagina wordt geüpdatet

Ajax kan XMLHttpRequests maken om data uit te wisselen met de server, JavaScript/DOM gebruiken

om informatie te updaten en tonen, CSS om deze informatie een mooi lay-out te geven en XML

gebruiken als formaat voor onze data.

http://en.wikipedia.org/wiki/IOS

http://en.wikipedia.org/wiki/Android_%28operating_system%29

http://en.wikipedia.org/wiki/BlackBerry_OS

http://en.wikipedia.org/wiki/WebOS

http://en.wikipedia.org/wiki/Symbian

http://en.wikipedia.org/wiki/Windows_Phone

P a g e 8 | 10

1.4.6 PhoneGap framework

PhoneGap is een open source framework voor het snel ontwikkelen van Multi-platform mobiele

applicaties, gebruik makend van HTML5, JavaScript en CSS.

Applicaties maken voor alle mogelijke operating systemen vereist de kennis van verschillende

frameworks en programmeertalen. PhoneGap geeft hiervoor een oplossing door gebruik te maken van

gestandaardiseerde web technologieën om een link te maken tussen web applicaties en mobiele

apparaten.

De PhoneGap code werd bijgedragen aan het Apache Software Foundation (ASF) onder de naam

Apache Cordova. Door het ASF zal PhoneGap ontwikkeling steeds open source en gratis blijven onder

de Apache Licentie, versie 2.0.

Bron: http://phonegap.com/about/

1.4.7 JSON

JSON staat voor JavaScript Object Notation. Het wordt gebruikt voor het uitwisselen van

datastructuren, voornamelijk in web applicaties die asynchroon gegevens ophalen van de webserver

zoals AJAX.

Het lijkt in grote delen op XML maar is kleiner, sneller en gemakkelijker te ontleden dan XML. Het

verschilt met XML in verschillende punten:

JSON gebruikt geen eind tag

JSON is korter

JSON kan gebruik maken van arrays

JSON kan gebruik maken van de JavaScript eval() methode.

Vervolgens is JSON is platform en taalonafhankelijk ook al maakt het gebruik van de JavaScript syntax

om data objecten te beschrijven. Ook is er voor een groot aantal andere programmeertalen

functiebibliotheken beschikbaar voor het lezen en schrijven van JSON-expressies.

Ten slotte is JSON zelf es hrij end en dus ge akkelijk te egrijpen en te ge ruiken.

1.4.7.1 Verschillen met XML

Geen end tag

JSON is korter

Sneller te schrijven en te lezen

Kan ontleed worden gebruik makend van JavaScript eval() Gebruikt arrays

1.4.7.2 Powerpoint gedeelte:

JSON: JavaScript Object Notation.

JSON is syntax voor het opslaan en uitwisselen van tekst informatie. Veel gelijkend op XML.

JSON is kleiner, sneller en gemakkelijker te ontleden dan XML

JSON is taalonafhankelijk (het maakt gebruik van de Javascript syntax om data objecten te

beschrijven maar is wel degelijk platform en taal onafhankelijk.)

JSON is “zelf es hrijvend" en gemakkelijk te begrijpen.

http://phonegap.com/about/

http://nl.wikipedia.org/wiki/Asynchronous_JavaScript_and_XML

http://nl.wikipedia.org/wiki/Bibliotheek_%28informatica%29

P a g e 9 | 10

1.4.8 JqueryMobile + PhoneGap

Phonegap is een HTML 5 applicatie platform dat ontwikkelaars toelaat native applicaties te maken

adh e appli aties. Ook kan je ij deze appli aties ge ruik aken an API’s Appli ation programming interface) en van app stores. De applicaties worden gemaakt als gewone HTML pagina’s die gebruik maken van een aparte native documenten.

Jquery opties in phonegap

$.mobile.buttonMarkup.hoverDelay

Versnellen van trage knoppen bij het klikken en het met je muis over de knop gaan.

Tijd verlagen tussen het event en de applicatie van de relevante klasse.

$.support.cors

Boolean (true of false)

Bool geeft weer als jQuery denkt dat de browser W3C "Cross-Origin Resource Sharing" feature

voor cross-domain aanvragen ondersteunt.

$.ajax() -> jQuery mobile vertrouwt op deze functionaliteit

$.mobile.loadpage()

Wanneer jquery mobile een externe pagina laadt gebruikt hij mobile loadpage.

$.mobile.allowCrossDomainPages

Moet true zijn zodat loadpage kan werken.

$.mobile.phonegapNavigationEnabled

Om navigation binnen een android app te kunnen gebruiken moet dit true zijn

navigator.app.backHistory kunnen gebruiken dat window.history.back vervangt

pushState feature

uitzetten bij reeds geinstalleerde apps.

Underscores

Geen underscores gebruiken bij folder namen en documentnamen.

Timeout change

URLS te laden (tijd van veranderen

super.setIntegerProperty("loadUrlTimeoutValue", 60000);

http://jquerymobile.com/demos/1.2.0/docs/api/globalconfig.html

P a g e 10 | 10

1.5 Bronnen http://en.wikipedia.org/wiki/HTML5

http://www.w3schools.com/html/html5_intro.asp

http://www.w3schools.com/css/css3_intro.asp

http://www.css3.info/

http://css3generator.com/

http://jquery.com/

http://en.wikipedia.org/wiki/JQuery

http://jqueryui.com/

http://www.w3schools.com/jquery/default.asp?utm_source=twitterfeed&utm_medium=twi

tter

http://jquerymobile.com/

http://en.wikipedia.org/wiki/JQuery_Mobile

http://filamentgroup.com/examples/jqm-overflow-touch-enabled/

https://github.com/jquery/jquery-mobile

http://w3schools.com/jquerymobile/default.asp

http://en.wikipedia.org/wiki/Ajax_%28programming%29

http://www.w3schools.com/ajax/

http://api.jquery.com/jquery.ajax/

http://www.w3schools.com/js/

http://en.wikipedia.org/wiki/JavaScript

http://phonegap.com/

http://pc-en-internet.infonu.nl/programmeren/86043-jquery-voor-beginners-wat-is-het-

en-hoe-werkt-het.html


https://github.com/EddyVerbruggen/SSLCertificateChecker-PhoneGap-

Plugin/tree/dda20083c87ee24074f541e18e56c24ea114030f




http://www.raymondcamden.com/index.cfm/2012/4/3/Adding-database-synchronization-

to-your-PhoneGap-project




http://en.wikipedia.org/wiki/HTML5




http://css3generator.com/

http://jquery.com/

http://en.wikipedia.org/wiki/JQuery

http://jqueryui.com/

http://www.w3schools.com/jquery/default.asp?utm_source=twitterfeed&utm_medium=twitter

http://www.w3schools.com/jquery/default.asp?utm_source=twitterfeed&utm_medium=twitter

http://jquerymobile.com/

http://en.wikipedia.org/wiki/JQuery_Mobile

http://filamentgroup.com/examples/jqm-overflow-touch-enabled/

https://github.com/jquery/jquery-mobile

http://w3schools.com/jquerymobile/default.asp

http://en.wikipedia.org/wiki/Ajax_%28programming%29


http://api.jquery.com/jquery.ajax/


http://en.wikipedia.org/wiki/JavaScript

http://phonegap.com/














NetworkDatabase:

Stock

Type: Oracle

Version: 11/12

Security: TLS

Transport layer

Open database

connectivity

Windows Client

iOS Client

Android Client

ODBC Security

Spring Security

P a g e 1 | 3

Bijlage 4

Communicatie Analyse

Inhoudstafel Inhoudstafel ............................................................................................................................................ 1

1.1 Verantwoordelijkheden .......................................................................................................... 2

1.2 Communicatie ......................................................................................................................... 3

1.2.1 Groepsleden .................................................................................................................... 3

1.3 ILIAS Solutions ......................................................................................................................... 3

P a g e 2 | 3

1.1 Verantwoordelijkheden RACI-analyse:

R = Responsible = wie voert de taak uit

A = Accountable = wie is bevoegd

C = Consulted = met wie is er overleg nodig

I = Informed = wie krijgt informatie over een beslissing

Belanghebbenden:

Pierre Van Brussel – Opdrachtgever

Chris Schockaert – Contactpersoon

Dimitri Van de Velde – Technische Coach

Chantal Teerlinck – Coach

Michael Dohou – Developper

Nicolas Stainier – Developper

Michael Nicolas Pierre Chris Dimitri Chantal

Project Initiation Document R R A+I I C+I C+I

Business Analyse R R A+I I C+I C+I

Technische Analyse R R A+I I C+I C+I

Prototype R R C+I I A+C+I C+I

Rapport R R I I I C+I

Peer Evaluatie R R I I I C+I

HTML & CSS R R C+I I A+C+I C+I

Javascript R R C+I I A+C+I C+I

Phonegap R R C+I I A+C+I C+I

Lokaal Database R R C+I I A+C+I C+I

Data manipulation R R C+I I A+C+I C+I

Security R R C+I I A+C+I C+I

Testing R R C+I I A+C+I C+I

Debug R R C+I I A+C+I C+I

P a g e 3 | 3

1.2 Communicatie

1.2.1 Groepsleden

Voor de communicatie tussen de groepsleden werden voor deze verschillende manieren gekozen:

Tijdens de lessen

o We hebben meer dan genoeg tijd gekregen tijdens de lessen om samen te werken.

Op Facebook

o Facebook blijft een van de beste communicatie middelen.

o We zijn allebei elke dag minimum 1u aanwezig op Facebook.

o Indien een van de twee niet online is kunnen we een privé bericht sturen.

Skype

o Skype wordt eerder gebruikt wanneer we langdradige vragen hadden.

o Hebben we niet veel moeten gebruiken maar is wel nuttig.

Mails

o Wanneer er een vraag gesteld werd aan de klant was de tweede groepslid altijd

aanwezig in CC om de conversatie te kunnen volgen.

1.3 ILIAS Solutions De communicatie met ILIAS gebeurde hoofdzakelijk via afspraken en mails. We zijn een 5-tal keren

naar het bedrijf moeten gaan om onze vooruitgang te tonen en om vragen te stellen. Bij

onduidelijkheden mochten we altijd mailen.

Timesheet: Michael DohouMaand Dag Datum Taak UrenSeptember Maandag 23-Sep Intro over projecten 2

Bespreking van taken

Bespreking van paperinhoud

Dinsdag 24-Sep Opzoeken van stageplaats 4

Informatie over stageplaats opzoeken 2

Woensdag 25-Sep Stageplaats bespreken en aangeven 1

Bespreking van gekozen stageplaatsen 0.5

Stageovereenkomst bespreken 1

Sollicitatiebrief opbouwen 1.5

Afwerken van sollicitatiebrieven 1

Mails sturen 1

Donderdag 26-Sep Nakijken, bespreken en antwoorden op mails 1

Vrijdag 27-Sep Afspraken maken 1

Maandag 30-Sep Datums veranderen voor afspraken 0.5

Voor ereiding an afspraken ragen, …) 2

Oktober Dinsdag 01-Oct Datums veranderen voor afspraken 0.5

Verder werken aan voorbereiding op afspraken 1.5

Woensdag 02-Oct Voorbereiding van presentatie 1.5

Donderdag 03-Oct Voorbereiding van presentatie 2

Vrijdag 04-Oct Presentatie 2

Woensdag 09-Oct Afspraak met ILIAS Solutions 2.5

Ontmoeting met HR manager en opdrachtgever

Bespreking in detail van het project

Uitleg over het bedrijf

Donderdag 10-Oct Verslag over meeting 1

Bespreking meeting 0.5

NDA nalezen 0.5

Presentatie gekregen door ILIAS nakijken en bespreken 1

Vrijdag 11-Oct Afspraak met PHIDAN 3

Ontmoeting met opdrachtgever

Uitleg over het bedrijf

Bespreking van het project

Maandag 14-Oct Project Definition maken 1.5

Project Objectives maken 1

Afspraak maken met ILIAS 0.5

Dinsdag 15-Oct Verder werken aan PID 2

Woensdag 16-Oct Design tips voor een mobiele applicatie zoeken 2

Donderdag 17-Oct Design van onze applicatie bepalen 2

Lay out van schermen bepalen 1

Vrijdag 18-Oct Background van het bedrijf opzoeken en invullen 1.5

Desired outcomes invullen 1

Project Scope and Exclusions 1.5

Maandag 21-Oct Lay out van menubar bepalen 4

Dinsdag 22-Oct Business case 2

Woensdag 23-Oct Quality management strategy 2

Worshop bij ILIAS Solutions 4

Donderdag 24-Oct Communication management strategy 2

Vrijdag 25-Oct Project Controls 1.5

November Dinsdag 05-Nov Timesheet in orde brengen 2

Business Analyse Template zoeken en aanpassen 1

Woensdag 06-Nov UI prototype maken 2

Donderdag 07-Nov Verder werken aan UI prototype 2

Vrijdag 08-Nov Afspraak met ILIAS Solutions 2

Presentatie van PID

Bespreking van Business Analyse (TO DO)

Bespreking van Technische Analyse (TO DO)

Maandag 11-Nov Verslag over meeting 1

Informatie over web applicaties opzoeken 1.5

Woensdag 13-Nov Bekijken en bespreken van NSN data gekregen van klant 0.5

Onderzoeken van data en logica achter vinden 1

Donderdag 14-Nov Functiestroom schema maken voor receipt 1

Vrijdag 15-Nov Functiestroom schema maken voor inventory 1

Super Hackathon 2013 8

Maandag 18-Nov Functiestroom schema maken voor shipment 1

Use case diagram maken voor inventory 1.5

Dinsdag 19-Nov Afwerken van functiestroom schema's 0.5

Use case diagram maken voor shipment en receipt 1.5

Donderdag 21-Nov IBM Business Connect 8

Dinsdag 26-Nov Laatste veranderingen in orde brengen voor functiestroom 1

Use case diagrams in orde brengen 0.5

Afwerken van Business Analyse 1.5

Woensdag 27-Nov Afspraak met ILIAS Solutions 2

Presentatie van onze Business Analyse

Donderdag 28-Nov Opzoeken van nodige functionaliteiten 2

Nakijken voor mogelijkheid om functionaliteiten op web app te doen 1.5

Vrijdag 29-Nov Afwerken van lijst van nodige functionaliteiten 1

Gedetailleerd opzoeken van nodige functionaliteiten (technologie we gaan gebruiken) 2

December Maandag 02-Dec Verder werken aan timesheet 2

Finale versie opsturen van Business Analyse en doorsturen naar klant 0.5

Dinsdag 03-Dec Begin Technische Analyse

Opsommen van nodige functionaliteiten en opzoeken van mogelijke oplossingen 4

Woensdag 04-Dec Lijst maken van mogelijke functionaliteiten op Web Applicatie en Native Applicatie 1

Zoeken naar bestaande technologie om functionaliteiten toe te passen 1

Donderdag 05-Dec Verder werken aan lijst van functionaliteiten 2

('s avonds) Nitro Circus Live met Ilias Solutions in het Sportpaleis Antwerpen 7

Vrijdag 06-Dec Zoeken naar tutorials over gevonden technologieën 2

Maandag 09-Dec Verder werken aan tutorials voor nodige technologieën 4

Dinsdag 10-Dec Zoeken naar technologie om een Hybriede Applicatie te maken 2

Donderdag 12-Dec Beginnen aan het Design Prototype op HTML5 2

Vrijdag 13-Dec Verder werken aan Design Prototype 3

Maandag 16-Dec Opzoeken van informatie en tutorials over Jquerry Mobile 2

Dinsdag 17-Dec Test web app maken door gebruik te maken van Jquery Mobile 4

Woensdag 18-Dec Jquerry Mobile implementeren op Design Prototype 2

Donderdag 19-Dec Navigatiebar maken om Design Prototype met daarin een simpel menu 3

Vrijdag 20-Dec Verder werken aan navigatiebar en voor een slide zorgen om deze te tonen 2

Maandag 23-Dec Inlog pagina maken voor Design Protype 2

Statische accounts maken 1

Testen van inlog pagina 2

Oplossen van enkele bugs 1

Woensdag 25-Dec Foto en naam tonen van ingelogde user op navigatiebar 5

Donderdag 26-Dec Verder werken aan het tonen van informatie over user in navigatiebar 3

Opzoeken hoe een dynamisch navigatiebar te implementeren op Jquerry Mobile 2

Vrijdag 27-Dec Dynamisch navigatiebar proberen te implementeren 3

Maandag 30-Dec Verder werken aan dynamisch navigatiebar 3

Januari Donderdag 02-Jan Zorgen voor een uitlog mogelijkheid 2

Oplossen van enkele bugs 3

Vrijdag 03-Jan Barcode scanner pagina aanmaken voor het testen via PhoneGap 5

Maandag 06-Jan Aanvullen van technische analyse 3

Inleiding over HTML5

Inleiding over CSS3

Inleiding over AJAX

Dinsdag 07-Jan Afspraak met ILIAS Solutions om technische analyse te presenteren 3

Woensdag 08-Jan Aanvullen van Timesheet 2

Donderdag 09-Jan Verder werken aan prototype 5

Tonen van een lijst met producten

Hoeveelheid producten tonen

Hoeveelheid producten wijzigen

Vrijdag 10-Jan Beginnen aan de Communicatie Analyse 1

Maandag 13-Jan Afwerken van de Communicatie Analyse 3

Woensdag 15-Jan Projectplan maken 2

Donderdag 16-Jan Begin Bachelorproef 3

Inleiding opdracht

Achtergrond van het bedrijf

Vrijdag 17-Jan Verder werken Bachelorproef 4

Inleiding PRINCE2

Uitleg PID

Dinsdag 21-Jan Verder werken Bachelorproef 4

Verder werken aan uitleg PID

Afspraak met stagementor op school 3

Donderdag 23-Jan Afwerken van Bachelorproef 8

Uitleg Business Analyse

Uitleg Technische Analyse

Uitleg Communicatie Analyse

Uitleg Peer Evaluatie

Uitleg Timesheets

Voorwoord

Conclusie

Afwerken van prototype 6

Presentatie maken 4

Vrijdag 24-Jan Verbetering Bachelorproef 4

Verbetering Presentatie 2

ILIAS Solutions : Meetings Re ie

Meeting 1 Afspraak op 09/10/2013

Aanwezigen : Schokaert Chris, Dohou Michael, Stainier Nicolas

Verloop van de afspraak

1) Kennismaking

2) Wie wij zijn / wat we verwachten

3) Wie de contactpersonen zijn

Chris Schockaert : Hoofd HR en werkt zelf als oracle programmeur

Pierre : IT’er et er aring als IOS progra eur

4) Wat is ILIAS / Voor wie werk(t)en ze / Ontstaan / Platformen / Projecten

Ontstaan in 1997

Eerste opdracht was een software product voor het belgische leger (airforce).

Soft are dient oor het onderhoud an F 6’s. Checklist van wat in orde is en wat niet in het vliegtuig.

Via Ipad ipv op dikke papieren bundel.

Nu in 2013

Meerdere klanten. Niet enkel defensie aar ook NAVY, a ulan es, land a ht, …

5) Gebruikte technologie

Oracle 11g (markt volgen volgend jaar Oracle versie 12)

15 programmeurs die in deze sectie werken

Niet enkel zorgen voor de database maar ook voor de GUI en de web interface.

Waterfall techniek ipv Scrum (oud maar werkt nog steeds bij hen)

Java FLEX

open source programeren

op web interface nog niet mobiel

Zet zich nog op poten maar de klanten moeten er eerst op vertrouwen en gewoon worden

Wordt gewerkt met Agile & Scrum

6) Verdere uitleg bij het projcet

Via camera van het apparaat producten kunnen scannen, zeggen hoeveel van het product er

aanwezig zijn en meteen nachecken als het de juiste hoeveelheid is of als er een fout is. Mogelijke

fouten moeten achteraf kunnen verzonden worden of opgeslagen in het systeem.

Een plan is niet echt nodig maar zou een pluspunt zijn (vooral voor als het project al af is als

bijkomende taak)

Een plan zou vooral moeten dienen voor controleurs of vervangers van het magazijnier omdat zij het

magazijn niet kennen.

Zou moeten werken met bin-localisatie op een image.

Project zouden we in mei - juni moeten presenteren

Moest het mogelijk zijn zou het beter zijn om de app platform onafhankelijk te maken dus met

HTML 5 een web app te maken. Anders mogen we zelf kiezen op welk platform we het uitwerken.

Onze voorkeur zou gaan naar Android en dat is voor hen geen enkel probleem.

Moest het project een succes zijn zou het dienen voor Defensie. Het zou allereerst in hun magazijn

gebruikt worden.

Meeting 2 Meeting ILIAS 08/11/2013

Beschrijving : Bespreking van Technische en Functionele verantwoordelijkheden

Aanwezigen: Dohou Michael, Stainier Nicolas, Van de Velde Dimitri, Van Brussel Pierre

Technische verantwoordelijke: Dimitry Van de Velde

Momenteel geen WiFi bij defensie. Dit zou nog moeten komen, moet worden besproken. Ze beschikken

wel over computers in de warehouses.

Om aan data te kunnen geraken zouden we dus via pc op de netwerk moeten geraken om data te

downloaden en uploaden.

In Chili zouden ze binnenkort overal WiFi installeren -> Geen probleem dus

App moet twee functionaliteiten hebben wat betreft synchronisatie van data:

Downloaden van huidige data, aanpassen en dan terug uploaden

Rechtstreeks op database data wijzigen

Het applicatie moet dus automatisch data downloaden en zal die daarna uploaden wanneer er internet

is. Indien er altijd internet is zal data direct upgeloadt worden. (Online en offline afscheiden !)

Om data up te loaden kunnen we rechtstreeks via de ILIAS webservice gaan (beschikt al over procedures

en transacties). We kunnen dit doen via XML of Json (na te kijken).

Een tweede mogelijkheid voor het uploaden is zelf een layer tussen zetten (tussen applicatie en

database) via Node JS misschien (ook na te kijken) ?

We zullen waarschijnlijk kiezen voor een webapplicatie met een lokale database (om alles te

downloaden).

PROBLEEM: In Chili willen ze absoluut werken met een barcode scanner. We moeten dus nakijken als we

onze webapp op die barcode scanners kunnen zetten, en als we de camera van de scanner kunnen

oproepen uit onze applicatie.

Er wordt aangeraden om JS one te gebruiken om onze barcodes te scannen (op onze tablet)

Conclusie: Stap 1 van het programmeren van onze app: We gaan beginnen met een simpele webapp

waarbij we de camera kunnen oproepen en een test barcode kunnen scannen.

Functionele verantwoordelijke: Pierre van Brussel

Onze user rollen zullen hoofdzakelijk zijn:

Warehousekeeper

o Zal basisch acties doen zoals nakijken van inventory, scannen van goederen, ...

Controller

o Zal een dossier van investigation doen bij mismatch

Klant

o Kan een persoon of een werkorder zijn

Tussen rollen (minder belangrijk)

Dispatcher

o Zal goederen in vrachtwagens vullen

Er zijn verschillende flows:

1. Huidige inventarisatie

a. Welke stock zal er geïnventariseerd worden ?

b. Lijst van de huidige database situatie afprinten (Download)

c. Sorteren van de goederen die worden nagekeken

d. Nakijken van hoeveelheden volgens de lijst

e. Uploaden van verbeterde versie

f. Verslag maken voor controleur

g. Goedkeuring door controleur

2. Inventarisatie dmv scanner

a. Scanner van aangekomen goederen

b. Uploaden

c. Vergelijking met database situatie

d. Verslag wordt gegeven met alle verschillen

e. Verschillen gaan verbeteren indien mogelijk

f. Uploaden van nieuwe versie

g. Verslag voor controleur

h. Goedkeuring

3. Ideale oplossing, met scanner

a. Datum nakijken van laatste geïnventariseerde stock

b. Blind scannen (zonder lijst) van goederen

c. Hoeveelheden ingeven

d. Daarna wordt er getoond wat de huidige situatie van de database is

e. Vergelijking en controle

f. Verbetering

g. Upload

h. Verslag

i. Goedkeuring

We gaan er moeten voor zorgen dat er eerst een overzicht is van alle stock, met datum van de laatste

inventarisatie. Op die manier kan de warehousekeeper zien wanneer er een inventaris gemaakt werd en

voor welke stock.

Bij inventarisatie is het niet echt interessant om te scannen, de binlocatie geeft al genoeg informatie om

de inventarisatie te doen. Bij het krijgen van nieuwe goederen voor in de warehouse kan het wel

interessant zijn. We moeten dus de mogelijkheid geven om de scanner te gebruiken maar het is

optioneel.

Meeting 3 Afspraak op 27/11/13

Doel: Bespreken van reeds gemaakte Business Analyse & ophalen van stagecontracten

Aanwezigheden: Pierre Van Brussel, Dimitri Van de Velde, Dohou Michael, Stainier Nicolas

Klant was redelijk tevreden over ons Business Analyse. Na de presentatie viel er niet veel te zeggen.

Hij heeft ons wel gezegd dat het receipt en shipment gedeelte out of scope moet zijn. We hebben deze

in onze BA wel als in de scope beschouwd terwijl we ons eigenlijk vooral moeten focussen op het

inventory gedeelte. We gaan dus onze PID moeten aanpassen en daar receipt en shipment als out of

scope toevoegen. Er was ook een fout in onze woordkeuze, vooral bij shipment heeft de klant ons

gezegd dat we dit moisten hernoemen naar issue.

Daarna heb ik met Dimitri gesproken over de keuze van de technologie die we gingen gebruiken. Onze

keuze lag tussen ASP.Net en Java. Dimitri heeft ons verteld dat de mensen van ILIAS Solutions eerder

JAVA-minded zijn en dat dit aangeraden wordt. Op deze manier zullen ze ons gemakkelijker kunnen

helpen.

Hij heeft ons ook gezegd dat we ons daarover geen zorgen moesten maken. We maken toch een web

applicatie, dit wilt dus zeggen dat we niet echt veel java gaan moeten programmeren. Hoofdzakelijk

zullen we HTML, CSS en Javascript gebruiken.

Meeting 4 Aspraak op 07/01/2014

Beschrijving: Bespreking van de Technische Analyse

Aanwezigheden: Dimitri Van de Velde, Dohou Michael, Stainier Nicolas

Ideale is om lokaal database telkens te downloaden en achteraf te deleten -> Simpelste

Java authentication + Sprint security (Restful)

AGILE werken (stap per stap)

Test driven development doen is gemakkelijk om errors te vermijden (vooral op backend)

Voorgrond testen met selenium

Databank is oracle 11 of 12

OJDBC6

Backend tomcat server / jboss

Bij security front + backend (front end bij offline mode) -> Moeten kunnen weten is online of offline

Twee personen te gelijk => Timestamp (elk record in de database moet een timestamp hebben, indien

iemand iets aangepast heeft -> error ?)

Bronnen

Phidan http://phidan.com/en

KBC https://www.kbc.be/PBL/CC028

ILIAS Solutions http://www.ilias-solutions.com/iliasdrupal/

Database Storage op PhoneGap http://docs.phonegap.com/en/1.2.0/phonegap_storage_storage.md.html

HTML5 http://www.w3schools.com/html/html5_intro.asp


http://www.switched.com/2010/05/11/what-is-html5-and-why-should-you-care/

CSS3 http://www.w3schools.com/css/css3_intro.asp


http://en.wikipedia.org/wiki/Cascading_Style_Sheets

Javascript http://nl.wikipedia.org/wiki/JavaScript


Jquery + JqueryMobile http://pc-en-internet.infonu.nl/programmeren/86043-jquery-voor-beginners-wat-is-het-en-hoe-

werkt-het.html

http://phidan.com/en

https://www.kbc.be/PBL/CC028

http://www.ilias-solutions.com/iliasdrupal/




http://www.switched.com/2010/05/11/what-is-html5-and-why-should-you-care/



http://en.wikipedia.org/wiki/Cascading_Style_Sheets





AJAX http://en.wikipedia.org/wiki/Ajax_(programming)


http://www.tutorialspoint.com/ajax/what_is_ajax.htm

PhoneGap Framework http://phonegap.com/about/

JSON http://www.json.org/

http://en.wikipedia.org/wiki/JSON

http://en.wikipedia.org/wiki/Ajax_\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\$programming\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\$


http://www.tutorialspoint.com/ajax/what_is_ajax.htm

http://phonegap.com/about/

http://www.json.org/

http://en.wikipedia.org/wiki/JSON

24/01/2014

1

BachelorproefDohou Michael & Stainier Nicolas

Studenten Hogeschool-Universiteit Brussel

ILIAS Solutions

Inleiding

• Welke waren de drie bedrijven die we gekozen hebben ?

• Waarom hebben we voor ILIAS Solutions gekozen ?

• Wie is ILIAS Solutions ?

• Wat is het projectvoorstel ?

Drie Bedrijven

• PHIDAN

• KBC

• ILIAS Solutions

Definitieve Keuze

• ILIAS Solutions

• Mobiele Applicatie

• Jong Bedrijf (1997)

ILIAS Solutions

• Gespecialiseerd in het aanbieden van management solutions

• Ontstaan in 1997

• Klanten in defensie en humanitaire hulpoperaties

• Belgische Luchtmacht

• Fuerza Aerea de Chile

• Admiraliteit BENELUX

PRINCE2

24/01/2014

2

Opstarten van een project

• Eerste stap PRINCE2

• Project keuze

• Wat moet er gedaan worden ?

Project keuze

• Mobile Inventory Management

• Hoofdzakelijk op Android, ook compatibel met iOS en Windows

• Stock overzicht geven aan magazijniers

• Moet via Wi-Fi connecteren met de ILIAS Database

Initiëren van een project

• Project Initiation Document

• Business Analyse

• Technische Analyse

Project Doel

• Mobile applicatie

• Compatibel met 3 platformen (Android, iOS en Windows)

• Via Wi-Fi

Project Aanpak

• Prepare

• Plan

• Design

• Implement

• Operate

• Optimize

PPDIOO

24/01/2014

3

PID

• PMT structuur Nico

• Risico Nico

• Programmeertalen

• Beveiliging

• scannen


• Business Case

• Nico

Business Analyse

• Gedetailleerde beschrijving over de verschillende partijen

• Welke type gebruikers zijn er ?

• Welke functionaliteiten moeten de gebruikers kunnen uitvoeren ?

• Wie zijn de actoren ?

User Rollen

• Type gebruikers:

• Warehouse Keeper

• Warehouse Controller

• Per user rol user stories

Functiostroom Schema

24/01/2014

4

Actoren

• Belanghebbenden in het project

• Opdrachtgever

• Coach

• Contactpersoon

• Business Analyst

• Project Manager

• Technical Analyst

• Developper

Technische analyse

• Native vs. Web vs. Hybrid Application

• Nico

In the scope

• Barcode scanner

• Security

• Database Download

• Mirror Database

• Database Upload

• Testing

• WIE?

Out of scope

• iOS &Windows Phone

• SSL & HTTPS security

• Inventariseren producten

• Verzending producten

• Bin-locatie

• WIE?

Programmeertalen

• HTML5 & CSS3

• JavaScript

• Jquery + Jquery Mobile

• AJAX

• PhoneGap

Project Plan

24/01/2014

5

Prototype

24/01/2014

6

24/01/2014

7

Kwaliteitsstandaarden & Testing

• ISO

• Test-Driven Development

• Verschillende testers

Slotwoord + Bedanking

• ILIAS Solutions

• Hogeschool-Universiteit Brussel

Beginning of a new chapter

• We’re ready!

honim.typepad.com · 88926A ISBN 4157-1893-8 88926A ISBN 4157- SEARCHING PRODUCT 1893- 8 Name...

Documents

Transcript of honim.typepad.com · 88926A ISBN 4157-1893-8 88926A ISBN 4157- SEARCHING PRODUCT 1893- 8 Name...