Post on 26-Mar-2021
Dossier
Mobile en Internet 3
Groep
Blue Bit
Professor
F. Knudde
Leden
Tijs Denayer
Niels Lion
2 Dossier Mobile en Internet 3 Tijs Denayer & Niels Lion
Inhoudsopgave Curriculum Vitae ...................................................................................................................................... 4
Van Niels Lion ...................................................................................................................................... 4
Van Tijs Denayer .................................................................................................................................. 5
Het Spion ................................................................................................................................................. 6
Situatie ................................................................................................................................................. 6
Probleem ............................................................................................................................................. 6
Impact .................................................................................................................................................. 6
De Hardware .................................................................................................................................... 7
De Data ............................................................................................................................................ 7
De applicatie .................................................................................................................................... 7
Veiligheid ......................................................................................................................................... 8
De userinterface .............................................................................................................................. 8
Next Steps ............................................................................................................................................ 8
Persona’s ................................................................................................................................................. 9
Raf Reynders ( Persona van Niels Lion) ............................................................................................... 9
Hanna Ilse (Persona van Tijs Denayer) .............................................................................................. 10
De Costumer Journey ............................................................................................................................ 11
De Pre-Sales ....................................................................................................................................... 11
De Execution ...................................................................................................................................... 12
De Post Sales ..................................................................................................................................... 13
Het Project Initiatie Document (PiD) ..................................................................................................... 14
Inleiding ............................................................................................................................................. 14
Document Management ................................................................................................................... 14
Business case ..................................................................................................................................... 16
Probleemstelling ............................................................................................................................ 16
Doelstelling .................................................................................................................................... 16
Projectdefinitie .................................................................................................................................. 16
Inleiding ......................................................................................................................................... 16
Scope ............................................................................................................................................. 17
Niet in scope .................................................................................................................................. 17
Beperkingen, assumpties en afhankelijkheden ................................................................................. 17
Beperkingen................................................................................................................................... 17
Assumpties .................................................................................................................................... 17
Afhankelijkheden ........................................................................................................................... 18
Risico’s ............................................................................................................................................... 18
3 Dossier Mobile en Internet 3 Tijs Denayer & Niels Lion
Quality Management Strategie ......................................................................................................... 18
Acceptatiecriteria .......................................................................................................................... 18
Planning & Budget ............................................................................................................................. 20
Planning ......................................................................................................................................... 20
Budget ........................................................................................................................................... 20
UI Schetsen ............................................................................................................................................ 21
Het Technisch Design ............................................................................................................................ 22
Front office ........................................................................................................................................ 23
Communicatie ................................................................................................................................... 23
Back office ......................................................................................................................................... 23
De Presentatie ....................................................................................................................................... 24
Bijlage: CV van Tijs Denayer .................................................................................................................. 27
4 Dossier Mobile en Internet 3 Tijs Denayer & Niels Lion
Curriculum Vitae
Van Niels Lion Persoonlijke gegevens
Naam Niels Lion
Adres Groteweg 199
9500 Geraardsbergen
Telefoon 054 42 14 31
GSM 0474 80 78 80
E-mail lion.niels@gmail.com
Nationaliteit Belg
Geboorteplaats Geraardsbergen
Geboortedatum 14 augustus 1992
Burgerlijke staat ongehuwd
Opleiding
2012-vandaag Bachlor Toegepaste Informatica
2011-2012 1ste jaar Bachelor Sociaal Werk
2010-2011 1ste jaar Bachelor Godsdienstwetenschappen
2008-2010 Sociaal Technische Wetenschappen
St.-Catharinacollege
Boelarestraat 1
9500 Geraardsbergen
2004-2008 Techniek Wetenschappen
Talen
Nederlands: moedertaal
Engels: zeer vlot
Frans: noties
Informaticakennis
MS Office (Outlook, Word, Excel, powerpoint, access)
Basis C#, Java, javascript, html5, SQL.
5 Dossier Mobile en Internet 3 Tijs Denayer & Niels Lion
Van Tijs Denayer Dit CV zal als bijlage aan dit document worden toegevoegd. Het kan niet worden toegevoegd aan een
Word document aangezien het in een ander programma is aangemaakt.
Voor het CV verwijs ik naar de Bijlage: CV van Tijs Denayer
6 Dossier Mobile en Internet 3 Tijs Denayer & Niels Lion
Het Spion
Situatie Imagi is een softwarebedrijf die het Enterprise Asset Management (EAM) pakket Rimses levert,
gebaseerd op Microsoft IX.
Hun grootste klanten zijn industriëlen die dit nodig hebben voor warehouse en asset management
waaronder ook een autoconstructeur.
Imagi heeft een accountmanagersteam dat bestaat uit een 20tal verkopers. Dit team gaat bij klanten
om onder andere na te gaan of alles in orde is, om feedback te krijgen en om hen indien nodig te
ondersteunen in het onderhoud van de software.
Momenteel gebruiken deze verkopers een grote, logge laptop die niet altijd goed functioneert
waardoor ze vaak, noodgedwongen pen en papier gaan gebruiken.
Ze moeten hierdoor alle date die ze hebben verkregen door de bezoeken, nog toevoegen aan het
systeem, wat resulteert in dubbel werk.
Probleem Het huidige materiaal dat gebruikt wordt bij klantenbezoeken is on efficiënt en bovendien
ouderwets. Wat niet goed is voor een bedrijf dat juist zichzelf wil profileren als vernieuwer, gebruiker
van ‘cutting edge’ technologie.
Anderzijds moeten de accountmanagers redelijk veel dubbel werk gaan doen, aangezien ze in de
meeste gevallen niet rechtstreeks op hun systeem kunnen geraken. Er zit geen ingebouwde 3G in de
oude laptoppen.
Impact De huidige manier van werken heeft een impact op verschillende zaken.
Operationeel is het momenteel nodig om dubbel werk te gaan leveren, de accountmanagers moeten
immers alles eerst opschrijven en pas later gaan inbrengen in het systeem.
Financieel heeft dit grote gevolgen, aangezien er dubbel werk gebeurt zijn er extra werkuren die
betaald worden zonder echt een meerwaarde te zijn voor het bedrijf. Daarbij kan die tijd niet
gebruikt worden voor het bezoeken van andere klanten, potentiële klanten. Dus is het nogmaals een
extra kost, er zijn immers opbrengsten die niet gemaakt kunnen worden.
De kwaliteit is van de informatie is altijd iets minder juist, elke keer er een bewerking met informatie
gebeurt is er een kleine kans, dat er een foutje inkomt. Iets dat anders wordt geinterpreteerd dan
bedoeld. Zoiets kan snel gaan.
De accountmanagers zelf hebben ook weinig genot bij het dubbel werk verrichten. Daarbij is het voor
hen niet leuk om nog steeds met pen en papier te moeten werken, ze gaan naar klanten om een
software pakket aan te bieden. Dan is het toch logisch dat ze zelf met software werken, hun imago is
hierdoor niet optimaal.
7 Dossier Mobile en Internet 3 Tijs Denayer & Niels Lion
Opportuniteit
Imagi wil deze problemen oplossen door naar een mobielere toepassing te gaan. Waarbij er gebruik
gemaakt wordt van tablets of een laptop die tevens als tablet kan bedient worden.
De Hardware De hardware die ze willen gebruiken moet door ons worden aangeleverd en moet uiteraard vlot en
intuïtief werken. De personen die ermee werken willen immers vlot te kunnen werken.
Het is noodzakelijk dat de applicatie die geschreven wordt, vlot werkt. Waardoor de hardware
voorzien moet zijn van 3G, zodoende dat er vrijwel altijd een connectie kan zijn met de server.
De hardware moet voornamelijk in staat zijn om een hele werkdag te kunnen werken zonder
opgeladen te worden. Zodoende dat deze apparaten enkel buiten de werkuren moeten worden
opgeladen, een batterij van 8 uur bij gebruik is dan ook een groot pluspunt.
De Data Het is de bedoeling dat alle data over de klanten die men zal bezoeken onmiddellijk kan raadplegen.
Het moet ook mogelijk zijn, voor het geval er nog geen 3G of ander netwerk beschikbaar is, de
informatie die van belang is te kunnen raadplegen.
De informatie van alle klanten die op je agenda staan, zouden dagelijks moeten worden geladen op
het mobiele toestel om offline zijn, zo goed als onmerkbaar te maken.
Vanaf het ogenblik dat er weer connectie is, moet er een automatische synchronisatie zijn. Gegevens
die nog niet zijn gesynchroniseerd dienen aangeduid te worden. Zodat de persoon het weet.
De agenda, e-mail , contacten van de gebruiker moeten ook via de server worden opgehaald. Deze
worden steeds gesynchroniseerd, maar er offline versie is een must.
Het is ook belangrijk dat de data, na verloop van tijd automatisch in de crm van het bedrijf wordt
gekoppeld. Voor een eerste fase is dit niet nodig.
De applicatie De applicatie zelf, is uiteraard het aller belangrijkste voor Imagi, deze moet verschillende zaken
kunnen doen. De planning, agenda van de verkoper moet er in verwerkt worden.
Elke verkoper moet de volgende zaken kunnen doen.
Klanten informatie
Visite rapport
Afspraken maken
Inloggen, uitloggen
Persoonlijke instellingen beheren
8 Dossier Mobile en Internet 3 Tijs Denayer & Niels Lion
Veiligheid Is een heel belangrijk onderdeel van onze filosofie. Waardoor het ook ten allen tijde nodig is dat alle
informatie enkel in eigen beheer wordt opgeslagen. We willen geen zaken die in een of andere cloud
zitten.
De gebruikers moeten dus steeds inloggen vooraleer ze een connectie tot de server kunnen maken,
de offline versie moet, voor extra veiligheid beperkt blijven tot de zaken die voor de gebruiker
momenteel belangrijk zijn. Zodat er bijna geen kans is om informatie te verliezen.
De mobiele apparaten moeten, vanop afstand kunnen worden vergrendeld voor het geval er
verloren gaan, gestolen zijn. Een extra pluspunt indien deze ook kunnen gewist worden op afstand.
De userinterface De gebruiker moet het heel makkelijk vinden om met deze applicatie, hardware te werken. Anders
heeft het weinig nut om te verbeteren.
Om dit te bevorderen moet de hele applicatie, in eerste instantie beschikbaar zijn in het Nederlands
en het Frans. Uiteindelijk zouden ook het Engels en Duits nodig worden.
Er is geen echte huisstijl afgesproken, we gebruiken als kleuren meestal rood en blauw. Er kan van de
kleuren worden afgeweken als dit de gebruiksvriendelijkheid verhoogt.
Next Steps Imagi verwacht van ons dat we na afloop van het project de volledige source-code en IP rechten aan
hen overdragen. We moeten hen ook klaarstomen om de applicatie zelf te begeren, we moeten dus
training organiseren voor de mensen van Imagi. Bij de eerste release van onze app zal er een test-run
zijn van 5 personen. Later zullen 25 personen de app gebruiken.
9 Dossier Mobile en Internet 3 Tijs Denayer & Niels Lion
Persona’s
Raf Reynders ( Persona van Niels Lion)
Voornaam: Raf
Naam: Reynders
Geslacht: man
Leeftijd: 25
Land/regio: België/Oost-Vlaanderen
Status: Ongehuwd met vriendin
Gezinssituatie: Woont in appartement met vriendin, geen kinderen ten laste.
Slagzin: een sociale man
Beroep: salesman bij klein IT bedrijf
Sociale klasse: middenklasse, verdient 1800 euro per maand netto.
Doelen: Wil een huis kunnen kopen samen met zijn vriendin. Wil graag wat meer vakantiedagen.
Noden: Wil graag stabiliteit in zijn leven. Zou graag kinderen hebben.
Likes: Vakantie, reizen, zijn vriendin, zijn hond, wanneer een sale vlot verloopt.
Dislikes: Vroeg opstaan, lastige klanten, de administratieve rompslomp die bij zijn werk komt kijken.
Levensstijlkenmerken: Houdt er een relaxte levensstijl op na: hij doet niet aan sport en hij houdt zich
buiten de werkuren ook absoluut niet bezig met zijn werk. Rookt niet, maar durft gerust wat te veel
te drinken als hij uitgaat met vrienden. Hij gaat geregeld eens op reis.
Persoonlijkheidskenmerken: is een kalm iemand, hij word zelden boos en probeert zich niet op te
jagen. Is een zeer sociaal en extravert iemand met een ruime vriendenkring. Is een vlotte prater. Is
technisch gezien nog Katholiek maar heeft in zeven jaar geen kerk vanbinnen gezien.
10 Dossier Mobile en Internet 3 Tijs Denayer & Niels Lion
Hanna Ilse (Persona van Tijs Denayer)
Voornaam: Hanna
Naam: Ilse
Geslacht: Vrouw
Leeftijd: 35 jaar
Land/regio: Rand rond Brussel, Tervuren
Gezinssituatie: Heeft een man en twee kinderen
Beroep: Verkoopster
Sociale Klasse: De Middenklasse
Inkomen: € 2.000 netto + commissie op verkoop (3%)
Slagzin: Zelfzekere, extraverte vrouw.
Doelen
* Wil kunnen genieten van het leven.
* Haar kinderen alles dat ze nodig hebben kunnen geven.
* Sneller en efficiënter werken
* Milieu bewust omgaan met alles, geen verspilling.
Noden
* Stabiel leven
* Voldoende vrijheid hebben
* Op een duidelijke en efficiënte manier kunnen werken.
Likes
* Houd van dieren
* Reizen, de wereld verkennen
* Haar gezin komt steeds op de eerste plaats.
Dislikes
* Kan niet tegen onrecht
* Heeft een hekel aan excuses.
Levensstijlkenmerken
* Gezond Eten
* Sportief
* Tegen Roken
Persoonlijkheidskenmerken
* Sociaal
* Zelfzeker
* Geen bepaald geloof, is een soort atheïst.
11 Dossier Mobile en Internet 3 Tijs Denayer & Niels Lion
De Costumer Journey
De Pre-Sales
Fase Pre-Sales
Journey
Thinking
1 Hebben we de juiste mensen beschikbaar voor de opdracht?
2 Is de demo goed genoeg voor de klant?
3 Wat is de meeste efficiënte manier om naar de klant te gaan?
4 Als ik naar de klant ga wat kan ik nog doen om mijn tijd beter te
vullen.
5 Hoe kan ik mijn tijd per klant beter/efficiënter indelen?
6 Zijn alle risico's voldoende afgedekt?
7 Wat is de SPION van de klant?
8 Wat is de toegevoegde waarde van de klant?
9 Hoe kan ik nieuwe klanten verder aantrekken?
10 Welke klant is voor mij het meeste opportuun om nieuwe acties te ondernemen?
Feeling
1 Genoeg informatie over de klant zodat ik zal kunnen antwoorden?
2 Hoe kan ik de klant overtuigen? Ga ik de klant kunnen overtuigen?
3 Levert mijn research iets op?
4 Wat is het profiel van de klant? Hoe zal hij reageren?
12 Dossier Mobile en Internet 3 Tijs Denayer & Niels Lion
De Execution
Fase Execution
Journey
Thinking
1 Gaat het op tijd klaar zijn?
2 Wat is de status van het project?
3 Beantwoord het design aan de vereisten van de klant?
4 Gaat het programma het probleem helemaal oplossen?
5 Welke zijn de problemen die momenteel openstaan?
Feeling
1 Gaan we er geraken, zullen we op tijd klaar geraken. Hopelijk wordt dit project vlot uitgevoerd word.
2 Hoe kunnen we dit verstaanbaar houden? Blijft het duidelijk voor de klant?
3 Blijven we de verwachting van de klant inlossen?
4 Blijft alles onder controle?
13 Dossier Mobile en Internet 3 Tijs Denayer & Niels Lion
De Post Sales
Fase Post-Sales
Journey
Thinking
1 Wat kan ik extra verkopen, wat past best mijn klant?
2 Hoe kunnen we het loyaliteitsgevoel versterken?
3 Wat kan ik meer doen om de klant tevreden te stellen?
4 Zijn de producten competitief?
5 Wat is de strategie van de klant op termijn?
6 Hoe kan ik het verkoopproces efficiënter maken / Hoe efficiënt was mijn verkoopproces?
Feeling
1 Zijn mijn klanten tevreden?
2 Negatief gevoel bij het mislukken van een project, negatieve
feedback.
3 Wanneer heb ik een gevoel van voldoening?
4 Irritatie is groot als er fouten zijn , die buiten mij om gebeuren.
5 Zijn mijn klanten tevreden van de bijkomende diensten?
6 Wat kan ik meer doen om de klant tevreden te stellen?
7 Samenhorigheidsgevoel !?
14 Dossier Mobile en Internet 3 Tijs Denayer & Niels Lion
Het Project Initiatie Document (PiD)
Inleiding Dit document behelst de basisvereisten om op correcte wijze het project te sturen en te beheren.
Het geeft de scope, verantwoordelijkheden, timing, etc. aan, zoals overeengekomen tussen Blue Bit
en de klant.
Eens het document goedgekeurd is, zal dit document de referentie zijn telkens er een ingrijpende
beslissing wordt genomen met betrekking tot het project. Tevens zal dit document gebruikt worden
om na te gaan of het project met succes werd behaald en uitgevoerd.
Document Management
PROJECTIDENTIFICATIE
Naam project Imagapp
Klant Imagi – CEO Francis Knudde
Opmerkingen Geen Opmerkingen
CONTACTPERSONEN
Naam Functie GSM Telefoon email
Lion Niels Business
analist
0474477880 / Niels.lion@stude
nt.hubrussel.be
Denayer Tijs Hoofdprogram
meur
0499419140 / Tijs.denayer@stu
dent.hubrussel.be
DOCUMENTREFERENTIES
Document Datum Documentnaam
SPION 02/10/2013 Verslag SPION.docx
Persona 13/10/2013 Personas.docx
Costumer Journey Map 31/10/2013 MI3 Consumer Journey.xlsx
15 Dossier Mobile en Internet 3 Tijs Denayer & Niels Lion
REVISIEGESCHIEDENIS
Versie Datum Status Samenvatting wijzigingen Door
V0.1 4/11/2013 Concept Eerste versie document Tijs Denayer &
Niels Lion
V0.5 10/11/2013 Concept Toevoegen van Business Case Tijs Denayer &
Niels Lion
V1.0 17/11/2013 Voorstel 1
(Niet goed)
Eerste Versie van het gehele
document
Tijs Denayer &
Niels Lion
V1.1 17/11/2013 Aanpassingen Beter uitwerken van de Project
Definitie & Budget
Tijs Denayer
V1.2 24/11/2013 Voorstel 2 Schets van hoe de applicatie er zou
uitzien.
Niels Lion
Goedgekeurd
GOEDKEURING
De volgende project stakeholders verklaren zich akkoord met de inhoud van dit document, en met de
inhoud van de hierboven gerefereerde documenten. De hierboven gerefereerde documenten
bepalen het kader waarbinnen dit Project Initiatie Document (PID) de praktische afspraken kan
bepalen:
Datum, Titel & Handtekening
Lion Niels
Business analist
Denayer Tijs
Hoofdprogrammeur
Knudde Francis
CEO Imagi
16 Dossier Mobile en Internet 3 Tijs Denayer & Niels Lion
Business case
Probleemstelling Het materiaal dat een verkoper momenteel moet gebruiken bij klantenbezoeken is inefficiënt en
bovendien erg ouderwets. Wat op zich al een slecht beeld geeft over een vooruitstrevend bedrijf als
Imagi. Imagi profileert zichzelf als vernieuwer, maar zelf gebruiken ze nog geen ‘cutting edge’
technologie.
Bijkomend is het zo dat de verkopers na hun klantenbezoeken nog heel wat extra werk moeten doen.
Dit doordat alle informatie enkel lokaal staat. Dus moet alles nadien nog worden ingegeven. Dit is
een zeer inefficiënte manier van werken.
Doelstelling Imagi wil het werk van hun verkopers makkelijker en efficiënter doen verlopen. Waarmee het imago
van de verkopers ook beter wordt zodat ze ook geloofwaardiger kunnen overkomen tijdens het
verkopen van nieuwe ‘cutting edge’ technologieën.
Hiervoor willen we overschakelen naar een mobiel systeem. Waarbij alle data steeds
gesynchroniseerd wordt met een centrale server. Hierdoor bezit iedereen, mits een connectie met de
server, over de meest up to date informatie.
Deze mobiele applicatie zou werken op tablets/laptops.
Onze belangrijkste stakeholders zijn:
Imagi zelf, het project wordt gefinancierd door hen. Deze zullen de productiviteit van hun
verkoopsteam zien stijgen. Men verwacht een stijging van ongeveer 50%.
Momenteel kan één verkopen slechts twee klantenbezoeken per dag doen. Wat zou stijgen naar een
gemiddelde van drie klantenbezoeken per dag.
Op een langere termijn zal hierdoor het klantenbestand verder kunnen groeien. Doordat er meer tijd
is om te besteden aan het vergaren van nieuwe klanten.
Het verkoopsteam, dit is het doelpubliek van het project. Waardoor ze zeer belangrijk zijn voor het
project goed te doen verlopen. Op korte termijn zullen ze meer tijd krijgen om werkelijk bezig te zijn
met hun klanten en minder met de administratie. Aangezien alles vlot en veelal onmiddelijk kan
gebeuren.
Projectdefinitie
Inleiding Wij, Blue Bit, zien als oplossing een applicatie die ervoor zal zorgen dat data die in jullie bestaande
CRM-systeem zit, kan worden geraadpleegd tijdens klantenbezoeken. Tevens ook het toevoegen van
nieuwe zaken, aan het systeem. Waardoor de verkoper eenvoudiger kan gaan werken en
onmiddellijk al zijn werk kan doen.
Verder zien we het meeste in een oplossing die werkt op basis van Windows 8 (8.1). Deze zou dan
werken in de metro omgeving. Het is een groot voordeel om dit systeem te gaan gebruiken. We
willen immers met een tablet zo lang mogelijk kunnen werken zonder dat er moet worden
opgeladen. Dit systeem is zeer efficient op het vlak van energiebeheer.
17 Dossier Mobile en Internet 3 Tijs Denayer & Niels Lion
Uiteraard kan de applicatie ook gemaakt worden als cross-platform applicatie, deze zou dan web-
based zijn, volgens ons een minder goede keuze, aangezien niet alle tablets even straf zijn. Dit heeft
een hardware matig voordeel, dat je veel makkelijke het systeem van ‘Bring your own Device’ kan
gebruiken in het bedrijf.
Scope
Project Requirements
Klantengegevens moeten kunnen ingevoerd worden. Klantengegevens moeten kunnen opgeslaan worden. Klantengegevens moeten kunnen worden opgevraagd. Klantengegevens mogen ENKEL op de servers van imagi opgeslaan worden. Klantengegevens moeten, deels, offline beschikbaar zijn.
Project deliverables Blue Bit
Specialistische producten
Blue Bit levert een applicatie voor Windows 8 tablets of een web-based applicatie.
Blue Bit levert de code van deze applicatie op.
Blue Bit levert de hardware nodig om met die applicatie te werken, in samenspraak met Imagi.
Niet in scope
Al hetgeen niet expliciet vermeld werd als in de scope wordt verondersteld buiten de scope van dit
project te vallen.
Beperkingen, assumpties en afhankelijkheden
Beperkingen
Alle databases moeten on-premise zijn. De applicatie moet oftewel werken als metro app op Windows 8 (8.1) oftewel moet deze werken als web based applicatie en dus cross-platform zijn.
Assumpties
Imagi zal testdata leveren vóór 01/01/2014. Deze testdata zal klantengegevens van minstens vijf klanten bevatten. Deze klantengegevens bestaan uit:
-Naam bedrijf -Naam contactpersoon
-E-mail contactpersoon
-GSM nummer contactpersoon
-Aangekochte producten/services
-Naam verantwoordelijke salespersoon
Vanaf 20/01/2014 zullen drie verkopers van Imagi helpen op de applicatie te alpha- en beta testen.
18 Dossier Mobile en Internet 3 Tijs Denayer & Niels Lion
Afhankelijkheden
Om het even wat voor een OS gebruikt wordt, we zijn steeds afhankelijk van de software die er gedraaid wordt op de tabletten of laptops. Indien er tijdens de development een update wordt gereleased is er steeds een kans dat sommige zaken van de applicatie niet meer zullen functioneren.
Risico’s · De toepassing kan op de servers van Imagi geraken. Dit betekent dat malafide hackers er
misbruik van zouden kunnen maken. Daarom moet de data die de toepassing verstuurt en opvraagt sterk geëncrypteerd zijn.
· Gegevens worden enkel on premise opgeslaan, in geval van server falen. Is het mogelijk dat alles gegevens verloren gaan.
· Bij onvoorziene problemen kunnen de deadlines overschreden worden. Welcome to the wonderful world of IT projects!
Quality Management Strategie
Acceptatiecriteria De acceptatiecriteria vormen een meetinstrument voor zowel gebruiker als beheerder om te bepalen of nieuwe of gewijzigde informatiesystemen voldoen aan de op voorhand afgesproken eisen voor functionaliteit, kwaliteit en beheer. De gedefinieerde acceptatiecriteria moeten meetbaar zijn. Het definiëren van acceptatiecriteria is nodig omdat er een evenwicht moet gedefinieerd worden tussen de kost van het project en de kwaliteit van het project. Het enige moment waarop er kan overgegaan worden tot het stoppen van de testen en de release van het project is wanneer een zeker – op voorhand gedefinieerd – niveau van kwaliteit is bereikt. De redenen waarom de acceptatiecriteria op voorhand moeten gedefinieerd worden is om controle over het testproces te kunnen behouden. Indien voldaan is aan de hieronder beschreven acceptatiecriteria, zal overgegaan worden tot voorlopige oplevering.
De Uploadcapaciteiten van de app zijn aanvaardbaar als succesvol klantendata kan geupdate worden
over een 3G netwerk.
De Synchronisatiecapaciteiten van de app zijn aanvaardbaar als de app succesvol automatisch de
locale data en die op de Imagi server synchroniseerd zonder activatie van de gebruiker.
De App is gebruiksvriendelijk genoeg als een salespersoon van Imagi al de functies van de app binnen
de twee uur kan gebruiken zonder uitleg van iemand anders.
De app is veilig genoeg als na een gesimuleerde hack-poging geen klantendata van imagi onteigend
is.
19 Dossier Mobile en Internet 3 Tijs Denayer & Niels Lion
Functionele acceptatiecriteria
De functionele requirements vormen de input voor de functionele acceptatiecriteria. Deze
functionele requirements kunnen ingedeeld worden naargelang hun business impact:
Hoog: business kritisch: indien dit niet werkt, wordt het testproces op ernstige wijze geblokkeerd, kan de ganse applicatie niet gebruikt worden
Medium: belangrijk maar met weinig gevolgen voor de werking in het algemeen van de applicatie
Laag: opmaak
In de Test Requirements Hierarchy (TRH) wordt een gedetailleerde inventaris opgesteld van de
requirements en hun business impact. Voor deze requirements wordt bepaald of en hoe deze getest
worden.
Testen
Business
Prioriteit
Doorgedreven Standaard Exploratief Minimaal Niet
Hoog 0% 100% 0% 0% 0%
Medium 0% 20% 80% 0% 0%
Laag 0% 0% 50% 25% 25%
Verklaring van de testniveaus:
Doorgedreven: doorgedreven testcases worden ontworpen en uitgevoerd, dit inclusief screenshots enz.
Standaard: testcases worden ontworpen en uitgevoerd
Exploratief: de functionaliteiten worden opgelijst en exploratief getest
Minimaal: de aanwezigheid van de requirement en enkele functionaliteiten wordt gevalideerd
Tijdens de uitvoering van de hierboven gedefinieerde testen zullen eventueel defecten geregistreerd
worden, deze maken melding van de impact die ze hebben op de werking van het systeem:
Critical: kritische impact op de functionaliteit, de vooropgestelde use case kan niet worden uitgevoerd.
Major: belangrijke impact op de functionaliteit, de vooropgestelde use case kan slechts uitgevoerd worden m.b.v. een workaround.
Minor: lage impact op de functionaliteit, de vooropgestelde use case kan uitgevoerd worden zonder workaround
Cosmetic: geen impact op de functionaliteit (bv. layout)
Op basis van deze prioriteiten die aan elk van de testgevallen wordt toegekend en de impact van de
calls worden de functionele acceptatiecriteria bepaald waaraan voldaan moet zijn om te kunnen
overgaan tot voorlopige oplevering. De openstaande calls overschrijden de hieronder beschreven
limieten niet:
Business Prioriteit Toegelaten openstaande
defecten
Hoog 0
Medium 1
Laag 3
20 Dossier Mobile en Internet 3 Tijs Denayer & Niels Lion
Planning & Budget
Planning
Milestone Datum van Datum tot
Kickoff 06/01/2014 10/01/2014
De Ruwe Applicatie maken 10/01/2014 30/01/2014
Applicatie verfijnen en beveiligen 30/01/2014 10/02/2014
Voorlopige oplevering 15/02/2014
Definitieve oplevering 30/02/2014
Hierboven de planning heel kort samengevat. Deze is de essentie van ons project. Aan het einde van elke sprint moet er getest worden om te zien of alles is hoe het moet zijn. Zodat indien nodig nog kleine veranderingen kunnen worden doorgevoerd.
Kortweg zullen we allereesrt een applicatie maken, die functioneel in orde is, deze zal in eerste instantie met een test omgeving verbonden zijn. Waarbij we nog niet veel rekening houden met veiligheid, en de uitstraling van de applicatie. In een tweede instantie zullen we deze functioneel afgewerkt applicatie gaan verfraaien en vooral gaan beveiligen. In dit geval zal er ook een connectie tot stand moeten komen tot jullie servers om geconteroleerd te kunnen nakijken of alles goed beveiligd is.
Budget
Profiel/taak Bedrag/uur Aantal uren
Programmeren € 41 320
Testen € 41 32
Totaal Diensten € 14432
Blue Bit levert gratis ondersteuning tot drie maanden na levering.
De numerieke gegevens zijn in de tabel te vinden. Hieronder volgt wat uitleg.
Het maken van de applicatie zelf, zal uiteraard het grootste deel van onze kost zijn. Wij rekenen op
320 manuren.
Het testen van de applicatie zal uiteraard ook wat tijd kosten, we zien nemen aan dat dit twee keer 1
dag zal duren, dus 32 manuren aangezien we met twee zijn.
Dit is een redelijk groot deel van de totale kostprijs. We komen neer op 14432 euro exclusief btw.
Echter is er nog een ander deel van de kosten, namelijk de hardware die we moeten voorzien, deze
moet ook betaald worden.
Wij hebben op basis van de applicatie 4 verschillende tablets die geschikt zijn om hetgeen te doen
dat er verwacht wordt van de hardware.
Naam Tablet Eenheidsprijs Prijs voor 25 stuks
Surface pro 2 (Windows 8.1) € 726.45 € 18161.16
Surface 2 (Windows 8.1) € 354,55 € 8863.64
Galaxy Note 10.1 (2014 Editie) Wifi + 4G € 602.48 € 15061.98
Galaxy Note 10.1 € 313.22 € 7830.58
Het is wel belangrijk om aan te duiden dat dit allemaal tablets zijn en dat in deze prijs geen extern
toetsenbord of iets dergelijks is inbegrepen. Deze prijzen zijn uiteraard alle exclusief btw.
21 Dossier Mobile en Internet 3 Tijs Denayer & Niels Lion
UI Schetsen
We hebben geen rekening gehouden met kleuren, dit zijn immers kleine aanpassingen die niet echt
uitmaken voor het gevoel, kwaliteit van een applicatie.
Tevens is het aanpassen van een kleur relatief snel gebeurd. We vinden dat dit ook minder
belangrijke zaken zijn om in op dit moment op te gaan focussen.
22 Dossier Mobile en Internet 3 Tijs Denayer & Niels Lion
Het Technisch Design
23 Dossier Mobile en Internet 3 Tijs Denayer & Niels Lion
Front office Onze front office bestaat uit een tablet met daarop de app. De applicatie bestaat uit drie lagen:
Presentatie, Logic, en Data. De presentatie-laag is wat de gebruiker te zien krijgt; de user interface.
Mochten we voor een Windows 8.1 applicatie gaan, kunnen we deze in XAML maken. De logic laag is
de achterliggende code. Om verder te gaan met een Windows 8.1 applicatie zou je hier .NET-talen
voor kunnen gebruiken zoals C#. de data-laag van deze applicatie is wat communiceert met de
database en de back office. Deze is alsook geschreven in C#. Verder is er een kleine database waarin
enkel de klantgegevens/informatie waar de gebruiker toegang tot heeft opstaan. De volledige
database staat op de servers van Imagi. Dit kan bijvoorbeeld een SQL-lite database zijn.
Communicatie De applicatie en moet kunnen communiceren met de servers van Imagi via het world wide web, via
Wi-Fi en 3G. Het feit dat het via 3G moet werken betekent dat we de hoeveelheid data beperkt
moeten houden. JSON lijkt ons dus het beste data format, gezien het meest lightweight is. We
versturen het door HTTPS om de data veilig te houden en gebruiken REST als encapsulatie methode.
Back office De back office is de servers van Imagi met daarop de volledige database. Dit is een Oracle database.
Deze draaien ook een programma waar de data-laag van de applicatie mee kan communiceren.
24 Dossier Mobile en Internet 3 Tijs Denayer & Niels Lion
De Presentatie Hieronder staan de verschillende schermen van onze PowerPoint presentatie.
25 Dossier Mobile en Internet 3 Tijs Denayer & Niels Lion
26 Dossier Mobile en Internet 3 Tijs Denayer & Niels Lion
27 Dossier Mobile en Internet 3 Tijs Denayer & Niels Lion
Bijlage: CV van Tijs Denayer