4/28/2015
Plan van Aanpak SNES BANK
0866809 - Nina Donia
0902465 - Thijs de Ruiter
0890765 - Bryan Vermaat
0899670 - Imro Brammerloo
Opdrachtgever: E. van der Ven Te Rotterdam
TECHNISCHE INFORMATICA – 1C HOGESCHOOL ROTTERDAM
CONTENTS INLEIDING _______________________________________________________________________1 1 - ACHTERGRONDEN _____________________________________________________________2 Opdrachtgevers ____________________________________________________________ 2 Projectgroep_______________________________________________________________ 2 Belanghebbenden __________________________________________________________ 2 Projectnaam _______________________________________________________________ 2 2 - PROJECTRESULTATEN________________________________________________________3 Projectdoel ________________________________________________________________ 3 Motivatie _________________________________________________________________ 3 3 - PROJECTACTIVITEITEN _________________________________________________________4 4 - PROJECTGRENZEN _____________________________________________________________5 Lengte en breedte van het project _____________________________________________ 5 5 - TUSSENRESULTATEN ___________________________________________________________6 6 - KWALITEIT ____________________________________________________________________7 Kwaliteit eindproduct________________________________________________________ 7 Kwaliteit tussenresultaten ____________________________________________________ 7 Kwaliteit werkwijze _________________________________________________________ 7 Gebruik van software ________________________________________________________ 7 7 - PROJECTORGANISATIE _________________________________________________________8 Organisatie ________________________________________________________________ 8 Informatie ________________________________________________________________ 9 8 - PLANNING ___________________________________________________________________10 9 - KOSTEN EN BATEN ____________________________________________________________11 Kosten __________________________________________________________________ 11 Baten ___________________________________________________________________ 11 10 - RISICO'S ____________________________________________________________________12 Interne risico’s ____________________________________________________________ 12 Externe risico’s ____________________________________________________________ 12
INLEIDING Wij zijn een groep studenten van de opleiding Technische Informatica, onderdeel van Hogeschool Rotterdam. Dit is een HBO-opleiding, en een van de kenmerken van een HBOopleiding is de nadruk op projectmatig werken. Elk kwartaal wordt geacht een groepsmatig een product te leveren, een product dat uiteraard gebonden is aan bepaalde eisen vanuit de docenten. Daarnaast wordt ook nadruk gelegd op bijbehorende documentatie; rapportages, plan van aanpak, reflectieverslagen, etc. Al deze componenten worden uiteindelijk allemaal ingeleverd en wordt op basis zaken als volledigheid, kwaliteit en creativiteit een cijfer gegeven door de docent. In deze context is de docent tevens de opdrachtgever, en zal vanaf dit punt ook zo benoemd worden.
1
1 – ACHTERGRONDEN OPDRACHTGEVERS Een opdracht ontstaat uiteraard niet uit zichzelf en wordt normaliter door een opdrachtgever gegeven. Hieronder een kort overzicht van de opdrachtgevers voor dit project: Naam opdrachtgever E. R. van der Ven R. de Ruiter W. Smit
Taak opdrachtgever Beoordeelt eindproduct en is modulebeheerster Beoordeelt presentatie(s) en onderzoeksrapport Begeleidende docent
Gezien dat mevrouw E.R. van der Ven de modulebeheerster is, wordt zij vanaf nu als primaire opdrachtgever beschouwd. De opdrachtgevers zijn hun beurt weer gebonden aan de Hogeschool Rotterdam. Sinds wij voornamelijk te maken hebben de docenten in capaciteit als opdrachtgever, laten wij de Hogeschool Rotterdam buiten beschouwing.
PROJECTGROEP Onze projectgroep bestaat uit 4 leden. Naast de taak van projectleider zijn er geen vaste project functies, deze zijn onderling op een dynamische wijze verdeeld. Nina Donia Imro Brammerloo Thijs de Ruiter Bryan Vermaat
(Projectleider)
BELANGHEBBENDEN De meest significante belanghebbende is de opdrachtgever. Vanuit het project gezien maken wij dit product voor de eindgebruiker: de klant. De laatste belanghebbende zijn ook wij, niet als projectgroep maar als studenten: wij werken in essentie voor studiepunten.
PROJECTNAAM Gezien dit project deel uit maakt van de opleiding Technische Informatica, was de keuze om te gaan voor de SNES bank een gemakkelijke. De combinatie van retro apparatuur in combinatie met de technologie van tegenwoordig maakt een origineel concept.
2
2 – PROJECTRESULTATEN PROJECTDOEL Onze projectgroep heeft een opdracht ontvangen voor deze en opvolgend kwartaal. Deze opdracht is terug te brengen op een enkele doelstelling, namelijk: “Vóór de 9e schoolweek (14 april 2015) moet onze projectgroep een werkende pinautomaat opleveren.” Om de doelstelling te bereiken, dienen een aantal fysieke milestones te worden ontwikkeld. Hieronder valt het opzetten van een server, het design een grafische gebruikersomgeving, een card-reader, een keypad en een printer voor bonnetjes. Dit alles dient geïntegreerd worden tot een werkend banksysteem. De klant heeft middels een databasesysteem een saldo op de server, waarmee transacties kunnen worden verwerkt. Uiteraard wordt ook verwacht dat er geen fouten optreden in de hele procedure. Hieronder de officiële opdracht uit de modulewijzer: “Het bouwen van een interoperabele adequaat beveiligde netwerkapplicatie, presenteren, uitvoeren van een onderzoek, vergader technieken kunnen toepassen en theoretische kennis hebben van scrum.” (Modulewijzer_TIRPRJ0134-2015 sd)
MOTIVATIE Voor ons, zowel als studenten en projectgroep, voeren wij dit project vooral uit om studiepunten te behalen. Daarnaast uiteraard ook om ervaring op te doen met de techniek en projectmatig werken.
3
3 – PROJECTACTIVITEITEN Groep Code Activiteit 1 A Maken plan van Aanpak 2 B Maken van Samenwerkingscontract 3 C Maken van het groepsonderzoek 4 D Ontwerpen van de gui E Werken van de Keypad F Testen van de Keypad G Werken van de RFID reader H Testen van de RFID reader 5 I Ontwerpen van de Database J Installeren van de VPS K Database aanmaken 6 L “Client” afmaken M Verbinding tussen de Client en de server maken N Verbinding tussen de client en de server beveiligen 7 O Project afronden 8 P Eindproduct testen
Duur 5 uur 2 uur
Afhankelijkheden -
8 uur 3 uur 3 uur 3 uur 3 uur 3 uur 1.5 uur 2 uur 1 uur 4 uur 4 uur
E G J F, H L, K
4 uur
M
4 uur 3 uur
N O
4
4 – PROJECTGRENZEN LENGTE EN BREEDTE VAN HET PROJECT Voor dit project is het de bedoeling dat een bankautomaat gemaakt wordt waarbij kan worden gepind. In OP3 moet ervoor worden gezorgd dat, met gebruik van een pas, het saldo kan worden weergeven. Tevens moet de klant virtueel geld van de rekening af kunnen halen zonder dat er fysiek geld uit de automaat hoeft te komen, waarna een bon geprint wordt. In OP4 moet dan weer gezorgd worden dat bij automaten van de andere groepen kan worden gepind en dat er geld uit de automaat en een eventuele transactie bon uit de automaat komt. Tijdens dit project wordt de aanvoer van materialen verzorgd door de opdrachtgever. Enige extra materialen dienen door de projectgroep zelf te worden verzorgd. Elke groep maakt één pinautomaat. Welke activiteiten worden er wel en niet gedaan. Als groep moet er voor worden gezorgd dat de server wordt ingericht en dat we een bankautomaat afleveren waarbij geld gepind kan worden. Ook moet er voor worden gezorgd dat aan het eind van OP4 bij andere banken gepind kan worden en dat we geld uit onze automaat kunnen krijgen. Het uiterlijk van de bankautomaat hoeft niet gedaan te worden. Het gaat erom dat de automaat functioneel is. Begindatum: 10-02-2015 Einddatum: Week 8 van OP4 Budget: Geen €0,00 Randvoorwaarden: Aanlevering van materialen en het geven van les. Eindoplevering Aan het eind van OP4 moet er een bankautomaat worden opgeleverd waarmee: kan worden gepind, die geld uitgeeft, waar een bon kan worden afgedrukt en waar gepind kan worden door andere groepen.
5
5 – TUSSENRESULTATEN Tussenresultaat Database ontwerpen Database kunnen uitlezen RFID lezer werkend Keypad werkend Werkende / functionele gui PvA afgemaakt Met de rfid data kunnen uitlezen op de database Samenwerkingscontract Eindresultaat
Wanneer (planning) Week 6 Week 4 Week 6 Week 5 Week 6/7 Week 5 Week 7 Week 8 Week7/8
Wanneer uitgevoerd Week 4
6
6 – KWALITEIT KWALITEIT EINDPRODUCT: De kwaliteit van het eindproduct hangt af van hoe de pinautomaat presteert. Daarmee wordt bedoelt of de pinautomaat de juiste pinpassen kan inlezen, om vervolgens naar wens van de gebruiker een aantal taken uitvoeren zoals: saldo weergeven en geld opnemen. Daarnaast zal de pinautomaat al deze taken veilig moeten kunnen uitvoeren. Het apparaat zal dus beveiliging moeten toepassen in de communicatie tussen de server en het apparaat zodat er geen onbevoegden deze informatie kunnen beïnvloeden.
KWALITEIT TUSSENRESULTATEN: De kwaliteit van elk tussenresultaat zal anders beoordeeld worden, gezien dat elk tussenresultaat zijn eigen specifieke eigenschappen heeft. Voor de aanvang van het project zullen dus enkele voorwaarden en ijkpunten worden opgezet, om oplevering van iedere milestone te toetsen of het resultaat voldoet. Als dit niet het geval is zal gekeken worden waar dit aan ligt. Met de hieruit verkregen informatie kunnen nieuwe acties worden geformuleerd, zoals kleine verbeteringen aan brengen en, in het ergste geval, een onderdeel geheel herzien.
KWALITEIT WERKWIJZE: Om de kwaliteit van de werkwijze te waarborgen wordt constant gebruikt te maken van terugkoppelingen en testen. Zo zal bijvoorbeeld na elk klein resultaat een test worden uitgevoerd of alles werkt naar behoren. Werkt het niet adequaat, zal gekeken worden waar dit aan ligt en zullen hier volgens acties aan worden gekoppeld zoals iets opnieuw ontwikkelen of een alternatief verzinnen. Ook wordt binnen de groep en met de opdrachtgever op een regelmatige basis de voorgang besproken en gekeken op welke gebieden de werkwijze eventueel moet worden bijgesteld.
GEBRUIK VAN SOFTWARE: Voor dit project wordt er gebruik gemaakt van verschillende software. Wij maken gebruiken van programma’s zoals: Microsoft Word, Netbeans, Arduino IDE en mysql workbench.
7
7 – PROJECTORGANISATIE ORGANISATIE De SNES Bank bestaat uit vier leden. Het samenstellen is gebeurd door de kijken naar de kwaliteiten van elk van de vier leden en deze op een zo goed mogelijke wijze samen te voegen. Er is gekeken naar ieders individuele skillset, alvorens er een verdeling is gemaakt van de taken. Naam Nina Donia
Adres Weimarstraat 210; 2562HP Den Haag
Thijs de Ruiter
Functie Projectleider GUI Server beheer
Bryan Vermaat
Security
Moerbijdreef 17; 2995TD Rotterdam
Werkt
Donkersingel 34; 3052PJ Rotterdam
Altijd
Imro Brammerloo Hardware
[email protected]
Beschikbaarheid Altijd
Margaret Mitchellstraat 180 3207MT; Werkt
[email protected]
[email protected]
[email protected]
Gezien de verplichte aanwezigheid voor het vak Project, behoort iedereen aanwezig te zijn tijdens het samenwerken. Herhaaldelijk afwezigheid gedurende deze samenwerkingsuren zal dan ook negatieve effecten hebben, als hier geen goede reden voor is. Het is de gezamenlijke plicht van alle projectleden om te zorgen dat het eindproduct voldoende is. Hiertoe is iedereen bevoegd om de voortgang van andere leden in te zien, en zal er bij onenigheid een meerderheid van stemmen gelden. De beschikbaarheid van ieder lid is bij elkaar bekend. Nina: Bereikbaar gedurende de volledige week, behalve dinsdagavond. Thijs: Werkt buiten school om, maar kan dit gemakkelijk combineren. Bryan: Werkt buiten school om, maar kan dit gemakkelijk combineren. Imro: Bereikbaar gedurende de volledige week.
8
INFORMATIE Het project in periode 3/4 is ons opgelegd door de docenten van het vak Project, werkende voor de Hogeschool Rotterdam. Gezien zij de opdrachtgevers zijn, zijn zij tevens ook de stakeholders. De meest relevante stakeholders voor dit project zijn de projectleden zelf omdat er veel studiepunten aan verbonden zijn. Een omgevingsanalyse is voor dit project te uitgebreid. Ook een communicatieplan is eigenlijk niet toe te passen op dit project. In plaats hiervan kijken wij naar de risico’s die kunnen ontstaan binnen de Hogeschool Rotterdam en onze eigen groep. Op 28-4-2015 wordt er een tussenpresentatie gegeven voor de klas, waarbij tevens ook een deel van de documenten ingeleverd moet worden. Dit betreft het plan van aanpak, een functioneel ontwerp, een context diagram, het test plan en een urenverantwoording. In de vierde periode wordt het project afgerond. Er wordt op wekelijks dinsdag middag aan het project gewerkt, tijdens het daar voor bestemde tijdvak. Gedurende deze tijd wordt ook het algemene overleg gepleegd onderling in de groep en is er tijd om vragen te stellen aan de opdrachtgevers. Daarnaast wordt er van iedereen verwacht dat hij zijn deel afmaakt in zijn eigen tijd. Wanneer een onderdeel afgerond is wordt de documentatie hiervan naar de projectleider gestuurd. De projectleider houdt deze bij elkaar.
9
8 – PLANNING Persoon Nina Donia Bryan Vermaat Thijs de Ruiter Imro Brammerloo
Gezamenlijk
Activiteit - Ontwerpen GUI - Verbinding tussen client en server beveiligen - Installeren VPS - Database aanmaken - Verbinding tussen Client en server maken - Werken van de Keypad - Testen van de Keypad - Werken van de rfid reader - Testen van de rfid reader - Maken plan van aanpak - Maken samenwerkingscontract - Client afmaken - Eindproduct testen
Geschatte Tijd - 3 uur - 4 uur - 2 uur - 1 uur - 4 uur - 3 uur - 3 uur - 3 uur - 3 uur - 5 uur - 2 uur - 4 uur - 3 uur
10
9 – KOSTEN EN BATEN KOSTEN: De kosten voor dit project zijn hoofdzakelijk de mensuren. Dit betreft ongeveer 252 uur per persoon. Gezamenlijk betekent dit 1008 uur voor de project groep, verdeeld over twee perioden. Aan het begin van het project verkrijgen wij het benodigde materiaal. Om zeker te zijn dat wij zonder problemen kunnen verder gaan zal extra materiaal worden aangeschaft op onze eigen kosten. Dit bedrag wordt verdeelt onder de vier leden van de projectgroep.
BATEN: De baten van dit project bestaan voornamelijk uit de ervaring die wordt opgedaan gedurende het proces om een werkend product op te leveren. Dit kan in de toekomst gebruikt worden voor nieuwe projecten. Tevens krijgt elk projectlid negen studiepunten wanneer het project met een voldoende wordt afgesloten.
De kosten en baten zijn goed in verhouding, gezien dat de baten de kosten opheffen. Dit maakt het tevens een realistisch overzicht.
11
10 – RISICO’S INTERNE RISICO’S -
-
-
Een groot risico binnen het project is tijd. Er is namelijk een beperkte hoeveelheid tijd beschikbaar voor dit project, en er moet veel gebeuren. Dit is allemaal veel werk, vandaar dat de kans dat we in tijdproblemen komen erg groot. Dit is alleen op te lossen door goed aan de planning te houden, maar de planning kan natuurlijk na verloop van tijd veranderen, dit kan erg nadelig werken en veel extra tijd kosten. Om dit op te lossen zullen we hard door moeten werken om er voor te zorgen alles op tijd af te krijgen. Kennis is ook een risico binnen het project. Voor de ontwikkeling van de pinautomaat zullen wij een hoop nieuwe kennis op moeten doen. Het kan natuurlijk voorkomen dat wij niet alle benodigde kennis op zullen doen. De kans dat dit voorkomt is best aannemelijk. Om dit op te lossen zullen wij allen veel kennis op moeten doen en hier veel tijd in moeten steken. Wij kunnen bijvoorbeeld bepaalde onderdelen verdelen onder de groepsleden zo doen wij allemaal een deel van de kennis op die wij later weer binnen de groep aan elkaar uit kunnen leggen en wij elkaar dus veel zullen helpen met het vergaren van kennis om het risico op het tekort aan kennis te voorkomen Een ander risico is dat de hardware defect kan gaan. Wij maken binnen het project gebruik van hardware zoals een arduino of een rfid reader. Dit zijn allemaal onderdelen die bijvoorbeeld kapot kunnen gaan door ons eigen toe doen. Dit is dus een best groot risico. Wij willen dit risico zo veel mogelijk verkleinen, dit doen wij door extra hardware aan te schaffen als reserve. Zo kunnen wij indien er iets kapot gaat de reserve onderdelen gebruiken zodat wij verder kunnen en geen vertraging op lopen door defecte hardware.
EXTERNE RISICO’S -
-
De server die wij gebruiken voor ons project huren wij van de hogeschool Rotterdam. Het kan natuurlijk voorkomen dat deze server door toe doen van andere offline kan gaan en dus niet meer werkt. Dit risico is dus zeer zeker aanwezig. Wij willen dit risico opvangen door regelmatig een back-up te maken van de server zodat wij indien deze offline is wij een alternatieve server kunnen gebruiken met de back-up die wij gemaakt hebben. Een ander risico is dat de opdrachtgever zijn of haar voorkeur wijzigt en dus de opdracht voor ons veranderd. In dit geval zullen wij opnieuw naar de opdracht moeten kijken en evalueren waar wij kunnen aanpassen. Maar dit kan veel tijd kosten, wij willen dit voorkomen door regelmatig met de opdrachtgever in gesprek te gaan om de voortgang te bespreken. Zodat indien er iets moet veranderen wij dit zo snel mogelijk kunnen ontdekken en het zo min mogelijk tijd kost.
12
