Plan van aanpak Toogle
Gemaakt door, Kevin Donkers Paul v.d. Linden Paul Eijsermans en Geert Tapperwijn
1 Inhoudsopgave 1 Inhoudsopgave ....................................................................................................................2 2 Inleiding ..............................................................................................................................3 3 Projectopdracht....................................................................................................................4 4 Projectactiviteiten ................................................................................................................5 5 Tussenproducten..................................................................................................................7 6 Rolverdeling ........................................................................................................................8 7 Planning ..............................................................................................................................9 8 Conclusie ...........................................................................................................................10
2
2 Inleiding Deze periode gaan wij een website maken voor het concept TOOGL (tezamen op ons gewicht letten). De bedoeling is dat we een systeem maken waarmee we mensen kunnen helpen gezonder te leven door te informeren over gezonde voeding, voldoende beweging en waarom gezonde voeding en beweging zo belangrijk zijn. Om dit project tot een goed einde te brengen zullen we verschillende fases doorlopen die uiteindelijk beoordeeld worden met een GO of een NO-GO om door te gaan met de volgende fase. De verschillende fases die doorlopen zullen worden zijn • • • • •
Oriëntatiefase Ontwerpfase Realisatiefase Testfase Acceptatiefase
In dit plan van aanpak leggen we uit wat het eindresultaat wordt, de tussenproducten, hoe de tussenproducten en modules er functioneel uit komen te zien, en hoe ze technisch gerealiseerd worden. Verder nog de afspraken die we onderling gemaakt hebben over de rolverdeling en taakverdeling. Dit alles staat overzichtelijk in de strokenplanning.
3
3 Projectopdracht Doelstelling De webapplicatie TOOGLY biedt serviceverlening voor de leden van de club TOOGLE. De kern van deze applicatie zal bestaan uit een database met recepten. Recepten die leden van de club kunnen toevoegen en uitwisselen onder elkaar. Ook komt er een forum waar de leden hun ervaringen en/of meningen kunnen bespreken. Het CMS moet kunnen worden beheerd door personen zonder enige specifieke technische kennis, dus het is vooral belangrijk dat de interface er zo gebruiksvriendelijk uit komt te zien. Verder moet het systeem output kunnen genereren naar verschillende media. Projecteindresultaat Zoals gezegd in de inleiding gaan we een systeem maken die mensen helpt gezonder te eten door te informeren over gezond voedsel. Het projecteindresultaat is dan ook een werkende webapplicatie te realiseren die online komt te staan. In deze applicatie komen allerlei verschillende modules die voor de klant interessant kunnen zijn bij het streven naar gezonde voeding. Enkele voorbeelden zijn; een database met vele gezonde en makkelijk te bereiden recepten. Een module waar je aan de hand van vragen kunt bekijken hoe goed je eetgewoontes zijn. De recepten toevoegen en opslaan naar je favorieten zodat je een koekboek kan samenstellen. Dit zijn maar enkele voorbeelden van de verschillende functionaliteiten die onze applicatie zal krijgen. In het hoofdstuk deelprojecten een complete lijst met modules. Projectdoel Aan het eind van periode 9 moet er een webapplicatie online staan, met een werkend informatiesysteem, met daarin alle specificaties die zijn opgegeven door de klant, TOOGLE.
4
4 Projectactiviteiten Om van te voren precies te weten waar je aan toe bent en wat je nu precies moet doen, wordt er hier beschreven wat de verschillende projectactiviteiten zijn. Dit zodat er een houvast komt en hopelijk verwarring voorkomt tijdens het realiseren van het eindproduct. 1. Oriënteren en bestuderen De oriëntatiefase. Jezelf de vraag stellen: “Wat is er nodig?” Rondkijken op het internet en kijken of er soortgelijke applicaties bestaan. Zo ja, welke informatie vragen ze van de gebruiker, en welke functionaliteit bieden ze de gebruiker? Wanneer dat zorgvuldig is gedaan, dan wordt er overlegd welke functionaliteit en gegevens er gebruikt gaat worden voor onze applicatie. Welke technieken/methodes en tools zijn ervoor nodig om dit te realiseren? 2. Ontwerpen interface De ontwerpfase. Hier ga je nadenken over de interface van de applicatie met in het achterhoofd dat het zo gebruiksvriendelijk mogelijk moet zijn. Ieder projectlid krijgt de opdracht een interface te ontwerpen in Illustrator, met daarbij een logo, de lay-out van het kookboek en tot slot het visitekaartje. Daarna gaan we beslissen welke het beste overkomt met betrekking tot gebruiksvriendelijkheid, functionaliteit, kleurgebruik, etc. 3. Functioneel/technisch ontwerp Dit hoort nog steeds bij de ontwerp fase. Hier stel je een functioneel/technisch ontwerp op, daar komt het volgende in; • • • • • •
Normalisatie ERD Flow-chart Use cases Use case diagram PSD’s
4. Ontwerp interface omzetten in XHTML/CSS Nu begint officieel de realisatiefase. We beginnen met de interface. De lay-out wordt vanuit photoshop/illustrator omzetten naar XHTML/CSS. Dit betekent dus alle formulieren maken, zodat het gereed is om PHP achter te plakken. Het is belangrijk dat dit wordt gedaan voordat er ook maar één regel programmeertaal wordt geschreven. 5. Uitwerken functioneel/technisch ontwerp Dit houdt in de kern van de webapplicatie op te zetten. Alle projectleden zetten de use-cases of, voor sommige complexere modules, de PSD’s om in de programmeertaal PHP. Dit is de kern van de realisatiefase.
5
6. Implementeren modules Dit is nog steeds een deel van de realisatiefase. Alle gemaakte modules worden nu bij elkaar gevoegd tot een applicatie. Deze zal on-line worden gezet. 7. Test cases schrijven Ook al test je vaak de website terwijl je bezig bent met ontwikkelen, het is hoe dan ook noodzakelijk een test-case op te stellen. Dit zodat meerdere mensen de applicatie kunnen testen, en hoe meer mensen testen, hoe groter de kans is dat er fouten uitgehaald worden. Dit verslag leidt de testfase in. 8. Testen website m.b.v. test cases Een paar medeleerlingen vragen om de test cases te volgen en de webapplicatie te testen. Er is ruimte om eventuele foutmelding te noteren, met daarbij de omschrijving en waar het probleem zich voor deed. 9. Eventueel website aanpassen Mochten er foutmeldingen naar boven zijn gekomen bij het testen van de webapplicatie, dan is het zaak deze zo snel mogelijk op te sporen en aan te passen. Wanneer de fouten er zijn uitgehaald wordt projectactiviteit #7 opnieuw uitgevoerd. 10.Opleveren eindproduct Acceptatiefase. De website met CMS systeem is gebouwd en uitvoerig getest. Er zijn geen fouten meer gevonden. Is dit het geval, dan is het zaak alle inlog gegevens, adressen etc te verwerken in het eindverslag. Daarnaast wordt er nog een presentatie gegeven aan de klant over het eindproduct.
6
5 Tussenproducten In de aanloop naar het eindproduct worden er een aantal tussenproducten gemaakt. Al de tussenproducten die gemaakt worden in dit project zet ik hieronder voor de volledigheid nog een keer op een rij.
1. Oriëntatie verslag / Plan van aanpak 2. Grafisch ontwerp 2.1. Ontwerp interface 2.2. Lay-out kookboek 2.3. Ontwikkelen logo 2.4. Visitekaartje 3. Functioneel / technisch ontwerp 3.1. Normalisatie 3.2. ERD 3.3. Flow-chart 3.4. Use cases 3.5. Use case diagram 3.6. PSD’s 4. Test cases 4.1. Unittest 4.2. Integratietest 4.3. Systeemtest 4.4. Gebruikerstest 5. Eindverslag 5.1. URL adres 5.2. Inlog gegevens 5.3. Broncode 5.4. Gemaakte documentatie (PVA, etc)
7
6 Rolverdeling Dit project wordt gerealiseerd door vier personen. Ieder lid heeft zijn eigen rol/verantwoordelijkheid binnen het project. Dit betekent niet dat de persoon met bijvoorbeeld de rol als designer alleen maar de interface van de applicatie ontwerpt. Wij allen zullen alle fases en alle tussenproducten samen maken en de taken die erbij horen verdelen. Zie voor taakverdeling het volgend hoofdstuk. Er zijn vier rollen te vervullen in dit project. Hieronder een overzicht wie welke rol vervult, en dus eindverantwoordelijk is op dat vlak. Projectmanager Paul van der Linden Traffic manager Paul Eijsermans Designer Kevin Donkers Developer Geert Tapperwijn
8
9
8 Conclusie Zoals u heeft kunnen lezen is zal er veel functionaliteit in de webapplicatie Toogle zitten. Hoe meer functionaliteit des te meer oriëntatie en planning eraan vooraf gaat wil het project tot een goed einde komen. In dit verslag hebben we onder andere kunnen zien wat het projecteindresultaat wordt, met de bijbehorende projectdelen, rol- en taakverdeling en de strokenplanning.
10
