Mobile en Internet 3 · 2013. 12. 16. · 2008-2010 Sociaal Technische Wetenschappen...

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


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


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 [email protected]

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.


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


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.


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


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.


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.


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.


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?


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?


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 !?


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

mailto:[email protected]





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


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.


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.


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.


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


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.


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.


Het Technisch Design


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.


De Presentatie Hieronder staan de verschillende schermen van onze PowerPoint presentatie.


Bijlage: CV van Tijs Denayer

Mobile en Internet 3 · 2013. 12. 16. · 2008-2010 Sociaal Technische Wetenschappen...

Documents

Transcript of Mobile en Internet 3 · 2013. 12. 16. · 2008-2010 Sociaal Technische Wetenschappen...