Projectplan. Elektronica-ICT Artesis. Auteur: Coopman Tom Interne Promotor: Peeters Tom Externe Promotor: Delepierre Bruno, Adforce

Transcriptie

1 Elektronica-ICT Artesis Projectplan Auteur: Coopman Tom Interne Promotor: Peeters Tom Externe Promotor: Delepierre Bruno, Adforce Projectplan ter voorbereiding van de bachelorproef en stage Academiejaar

2 Inhoudsopgave 1 Abstract 1 2 Project 2 3 Doelstellingen 3 4 Planning 4 5 Architectuur Fase Analyse Fase Development Fase Testen Fase Deployment Benodigdheden 8 i

3 Hoofdstuk 1 Abstract Bij Adforce, het bedrijf waar ik stage loop, zal ik een mobile applicatie moeten maken voor de website StyleFever ( Het is de bedoeling dat er gewerkt wordt met verschillende releases, in deze releases zal de applicatie budgetbeheer, maatconvertor, nieuwtjes en andere zaken dat te maken hebben met de website bevatten. Onder welke mobile de applicatie moet werken is nog niet zeker, hiervoor zal ik eerst wat opzoek werk moeten doen over de verschillende systemen (ios, Android, Windows Mobile,...). Verder zal ik bekijken in hoeverre het mogelijk is om de applicatie op andere systemen te laten draaien door gebruik te maken van Grapple ( 1

4 Hoofdstuk 2 Project Dit project is gekomen als aanleiding op de stage die we moeten lopen van school uit. Mits ICT en specifiek programmeren mij ontzettend boeit leek het me leuk om voor dit project te gaan. De bedoeling is om een applicatie te maken die alles in verband met mode, trends, prijsklasse, en andere informatie over de website stylefever.be samenvat. Eerst ga ik opzoek werk doen over het ontwikkelen van smartphone applications. De voor- en nadelen van de verschillende toestellen/software bekijken. Dit alles ga ik documenteren en een besluit maken voor welke software de applicatie uiteindelijk geschreven zal worden. Eenmaal we dit weten is het de bedoeling dat we een development planning maken waar we het maken van de applicatie zullen opdelen in verschillende fases (inhoudelijk, functioneel, testen,..) en hierbij de nodige tijd en personen zullen koppelen. Als we uiteindelijk weten wat voor welk systeem we de applicatie moeten schrijven is het de bedoeling om een soort schets applicatie te maken. Hierin zal de werking, functionaliteit en programma flow duidelijk worden. Het schetsen van een applicatie kan door middel van Balsamiq, dit is een programma waar we in grote lijnen van het design en de programmaflow kunnen weergeven ( 95Gw&feature=player_embedded). Eenmaal de schets goedgekeurd is kan de designer verder aan het werk. Terwijl hij het design verder uitwerkt wordt zal het developen van de applicatie van start gaan door het schrijven van logische functies, implementeren van nodige classes, etc. Eenmaal het design volledig af is zal deze geimplementeerd worden in de applicatie zodat we een volledig werkende applicatie hebben. Eenmaal dit alles voor elkaar is zullen we de applicatie geven aan een test publiek en proberen alle bugs eruit te halen. 2

5 Hoofdstuk 3 Doelstellingen Zoals eerder vermeld is het de bedoeling om met releases te werken. Voorlopig heb ik de opdracht gekregen voor release 1, verdere opdrachten weet ik dus nog niet. Specifiek: Een applicatie maken voor de website stylefever. Meetbaar: Ons doel is bereikt als we een goede werkende applicatie hebben. Acceptabel: Voorlopig denk ik dat release 1 goed acceptabel is. Verdere releases is nog niet met zekerheid geweten. Realistisch: Volgens mij is het redelijk realistisch om een paar functionaliteiten in de applicatie te steken. Tijdgebonden: De bedoeling is om zoveel mogelijk releases te geven, het is nog niet zeker hoeveel er zullen zijn mits ik nog niet alle opdrachten weet. De scope-in is het behalen van een goede applicatie met hopelijk genoeg functionaliteit erin. Welke functionaliteiten hangt af van wat ik allemaal in de applicatie moet zetten. Voorlopig weet ik hier nog niet al te veel over. Voorlopig is er nog geen scope-out omdat er enkel maar sprake is van release 1 namelijk eenbudgetbeheer. De scope-out zal pas met zekerheid gegeven kunnen worden als alle opdrachten bekend zijn. 3

6 Hoofdstuk 4 Planning Voorlopig ben ik bezig met het opzoekwerk over de verschillende systemen, hoe je programmeerd voor welke telefoon, de voor- en nadelen. Bij aanvang van de stage hoop ik een duidelijk verlag te hebben gemaakt waarin dan uitkomt voor welk toestel ik zal programmeren. Eenmaal dit achter de rug is zal ik moeten beginnen met de fases voor het maken van de applicatie. Voorlopig heb ik nog geen GANTT project omdat ik nog niet volledig weet wat ik moet doen. Ik weet dat ik een applicatie moet maken voor de website stylefever en dat ik met verschillende releases zal moeten werken. Welke functionaliteit in welke release zal komen weet ik nog niet. 4

7 Hoofdstuk 5 Architectuur Ik zal de applicatie moeten maken volgens volgende fases: 5.1 Fase Analyse De eerste fase is analyse, hier zal ik de verschillende systemen (ios, Android, blackberry,..) vergelijken met elkaar en zo proberen uit te maken voor welk systeem ik de applicatie zal maken. 1. Informatievergadering : Het lezen van documentatie, verschillende technologiën/programma s ontdekken en gebruiken (bv Xcode, Balsamiq), wat wilt de gebruiker in zijn applicatie, Technisch schema : Uitteken van een logisch (blok)schema, bespreken met designer hoe de applactie er het beste uitziet 3. Bespreking analyse : De analyse bespreken met Adforce, is de planning goed, zijn de hulptools goed, Fase Development Bij deze fase is het de bedoeling dat we een schema maken met hoe de applicatie er zal uitzien, we gaan logisch nadenken over het design, over de workflow, over code (functies, classes,...) 1. Bespreking : We gaan het programma bespreken met personen van Adforce zoals bijvoorbeeld de designer, hoe moet het programma eruit zien, wie kan met wat helpen om de applicatie te voltooien. 5

8 Hoofdstuk 5. Architectuur 6 2. Schema : We gaan een eenvoudig schets maken over hoe de applicatie er zal uitzien, dit kunnen we bijvoorbeeld doen door gebruik van Balsamiq Hiermee kunnen we ook de workflow simuleren. 3. Bespreken van het schets : De schets voorleggen aan Adforce, negatieve punten eruit halen, bepaalde zaken bespreken, Aanpassingen : Eventuele aanpassingen maken aan het blokdiagram. 5. Bespreken van blokdiagram : Het nogmaals bespreken van de aanpassingen. 6. Eventuele werk verdelen : Je werkt met meerdere aan een applicatie, in deze stap ga je bepalen wie wat zal doen om de applicatie te voltooien. 7. Programmeren : Beginnen aan het programmeerwerk, hierbij is het noodzakelijk dat je het schema goed volgt. 8. Controleren : Eenmal het programma volledig geschreven is ga je kijken of het volgens de omschreven richtlijnen voldoet. 5.3 Fase Testen Bij deze fase gaan we proberen errors te ontdekken, bekijken waar er eventueel geheugenissues zijn, waar kan het beter? 1. Testen : Door te debuggen gaan we proberen eventuele errors tegen te komen. We zullen ook de idiot-proof test doen, dit doen we door op alle knopjes te duwen dat niet logisch zijn. 2. Uitrol : We geven de applicatie aan bepaalde test personen en laten hun de applicatie gebruiken. We geven een contacteer adres en hopen zo feedback te krijgen van de gebruikers. 3. Aanpassingen : Eventuele errors uit de applicatie halen, eenmaal dit gedaan is beginnen we terug bij stap 1 van de testfase.

9 Hoofdstuk 5. Architectuur Fase Deployment In deze laatste fase gaan we onze applicatie voorleggen en afgeven onder de term klaar en getest. De applicatie is dus klaar voor gebruik. Bespreek de algemene architectuur van je project. Licht iedere component toe en bespreek de werking ervan.

10 Hoofdstuk 6 Benodigdheden De zaken die ik nodig zal hebben zal volledig afhangen van het toestel waar ik de applicatie voor moet maken. Als dit een mobile phone is, is het aan te raden een windows computer te hebben met daarop visual studio. Als ik voor iphone zal moeten developen zal ik moeten beschikken over een Mac met Xcode. De telefoon is in principe niet nodig mits elke SDK beschikt over een eigen simulatie telefoon. 8