Plan van Aanpak
EenmaalAndermaal
Nijmegen

Projectgroep : 2 Datum : 17-04-2012 Versie : 2.1 Opdrachtgever : Anton Mijnder Groepsleden :

Inhoudsopgave 1. Inleiding 3 2. Versiebeheer 4 3. Achtergronden 5 3.1 Projectnaam 5 3.2 Opdrachtgever 5 3.3 Opdrachtnemer 5 4. De projectopdracht 6 4.1 Doel 6 4.2 Resultaat 6 4.3 Huidige situatie 6 4.4 Gewenste c.q. nieuwe situatie 6 5. Projectactiviteiten 7 5.1 Standaard 7 5.2 Meerwerk 7 6. Projectgrenzen 8 6.1 Projectgrenzen 8 6.2 Bereik 8 6.3 Randvoorwaarden 8 7. De producten 9 7.1 Servers 9 7.2 Interfaces 9 7.3 Applicaties 9 7.4 Cursussen 9 7.5 Documentatie 9 8. Kwaliteit 10 9. De projectorganisatie 11 9.1 Contactpersonen 11 9.2 Communicatie 11 10. Planning 13 10.1 Werkwijze 13 10.2 Mijlpalen planning 14 11. Kosten en baten 15 11.1 Kosten 15 11.1.1 Eenmalige ontwikkel kosten 15 11.1.2 Jaarlijkse kosten 15 11.2 Baten / opbrengsten 15 11.3 Investeringsanalyse 166 12. Risico’s 177

Inleiding
In dit hoofdstuk geven we een korte inleiding over dit Plan van Aanpak. Allereerst geven wij een samenvatting van de te verwachte inhoud. Vervolgens worden de betrokkenpartijen genoemd en geven wij een korte samenvatting van het tot stand komen van dit project. Vervolgens zullen wij een overzicht geven van de indeling van de hoofdstukken in dit document. Allerlaatst zullen wij bekend maken wie de verantwoordelijkheid draagt bij dit project.

Dit plan van aanpak beschrijft: * Wat de voor oog liggende resultaten van het project zijn; * Wat er tot noch toe al gemaakt is door de opdrachtgever; * Welke taken er onder andere uitgevoerd zullen worden om het project te realiseren; * Wat de beperkingen, het bereik en de randvoorwaarden zijn; * De producten die wij als opdrachtnemers zullen leveren en welke producten essentieel zijn voor het draaien van deze producten; * De kwaliteit waar de producten aan moeten voldoen; * Hoe de communicatie zal verlopen met de contactpersonen en wie de contactpersonen zijn; * Wat de planning is voor dit project; * Wat de kosten en baten zijn voor EenmaalAndermaal; * De risico’s die dit project met zich mee brengt, zowel vanuit de opdrachtnemers als vanuit de opdrachtgever.

De betrokken partijen in deze zijn: 0 Anton Mijnder, als opdrachtgever van het project; 1 Hogeschool Arnhem Nijmegen, als begeleider en uitvoerder van het project zoals dit beschreven staat in dit Plan van Aanpak.

Het Plan van Aanpak behelst de installatie van de producten die vermeld staan in de opdracht van Anton Mijnder, waarvoor opdracht gegeven door Anton Mijnder op 10-04-2012.

Oud student Anton Mijnder van de Hogeschool Arnhem Nijmegen heeft na een aantal jaren ervaring in de sector ICT zijn eigen bedrijf opgestart. Met dit bedrijf wil hij zijn eigen veilingsite “Eenmaal Andermaal” aanbieden. Omdat hij in zijn eentje is en het opzetten van het systeem erg veel tijd vergt is hij naar de Hogeschool Arnhem Nijmegen gestapt om dit project aan hen voor te leggen. Omdat de eerstejaars studenten in de eerste drie blokken de nodige kennis op hebben gedaan is dit project uitstekend om te dienen als eind project waarbij de studenten hun competenties en vaardigheden kunnen bewijzen.
Het Plan van Aanpak zal beschrijven op welke wijzen er naar het eindresultaat toegewerkt zal worden. Doormiddel van versiebeheer zal er bij gehouden worden welke bijstellingen er zijn doorgevoerd. Wanneer de opdrachtgever Anton Mijnder akkoord gaat zal dit door zowel de opdrachtgever als de uitvoerder ondertekend worden. Dit plan van aanpak zal vanaf dat moment dienen als afspraak.

Versiebeheer
V1.00
Dit is de eerste versie opgesteld door groep 2. Deze versie is nagekeken door de vaardigheden begeleider voor opmaak. Dit was in het begin meer de opzet van het document.
V2.00
Dit is de vorige versie in uitgewerkte vorm, uiteindelijk was dit ook de eerste opgeleverde versie voor de opdrachtgever. Dit document werd door de procesbegeleider nagekeken voor inhoud.
Toevoegingen / verbeteringen: Er zijn wat overbodige stukken geschrapt en enkele paragrafen samengevoegd om het geheel duidelijker te maken.
V2.1
Dit is de huidige versie, de vorige versie werd met een niet akkoord terug gestuurd onder andere door het missen van de onderstaande toevoegingen en verbeteringen.
Toevoegingen / verbeteringen: * Op iedere pagina valt nu te zien van welke groep dit document afkomstig is en wat de status hiervan is, ook zijn er nu paginanummers op de pagina’s. * Tabellen en figuren genummerd & beschreven. * Bij de planning de methode toegevoegd die gebruikt wordt tijdens het project. (Paragraaf 10.1 Werkwijze) * Kosten wat inzichtelijker gemaakt. (Hoofdstuk 11 Kosten) * Risico’s bijgewerkt. (Hoofdstuk 12 Risico’s) * Versiebeheer toegevoegd. (Hoofdstuk 2 Versiebeheer)

Achtergronden
In dit hoofdstuk zullen wij bekend maken onder welke projectnaam en project nummer dit project uitgevoerd zal worden. Vervolgens zullen wij meer over de achtergronden van de opdrachtgever en opdrachtnemer vertellen.
Projectnaam
Na een aantal jaar van ervaring in de sector ICT heeft Anton Mijnder besloten een eigen veilingsite te starten, genaamd EenmaalAndermaal. Bij gebrek aan tijd om deze site zelf te maken, heeft Anton Mijnder dit project overgedragen aan de HAN. De HAN vond het een goed idee om de eerstejaars studenten dit project te laten maken als eindproject.
Opdrachtgever
Anton Mijnder is vier jaar geleden afgestudeerd aan de HAN en heeft vervolgens vier jaar goede zaken gedaan in de ICT wereld. Nu heeft de heer Mijnders zijn eigen bedrijfje opgericht genaamd EenmaalAndermaal. Met dit bedrijf zal hij op het web actief zijn als veilinghuis van diverse artikelen die door de gebruiker zelf aangeboden zullen worden. Binnen zijn bedrijf is hij de enige met kennis van de ICT waardoor het opzetten van het online veilinghuis niet snel genoeg gaat.
Opdrachtnemer
. Wij zijn eerstejaars studenten aan de HAN, waar we de propedeuse ICA-I volgen. Van de Hogeschool Arnhem Nijmegen hebben Wij de opdracht gegeven om de opdracht van EenmaalAndermaal uit te voeren. In de eerste drie blokken hebben wij de nodige kennis opgedaan om een database op te zetten, een beheerapplicatie op te bouwen en de website te realiseren. Daarbij zullen wij door diverse docenten ondersteund worden bij het proces en het technische aspect.
De projectopdracht
Dit hoofdstuk zal dieper in gaan op de projectopdracht. Het doel zal hierin bekend gemaakt worden net als de te verwachte resultaten. Vervolgens wordt een blik geworpen op de huidige en gewenste situatie van het bedrijf EenmaalAndermaal. Dan zullen wij in dit hoofdstuk ook nog aangeven of er relaties met andere projecten zijn.
Doel
Het is belangrijk dat zowel de opdrachtgever en opdrachtnemer beide hetzelfde doel voor ogen hebben zodat de uitvoerende groep een product naar wens van de opdrachtgever kan opleveren. Het is daarom van belang dat het omschreven doel in dit hoofdstuk overeenkomt met het doel van de opdracht gever.
Het doel van dit project is het opzetten van een testomgeving voor het bedrijf EenmaalAndermaal. Deze testomgeving zal bestaan uit een database die voornamelijk gebruikt wordt voor het opslaan van data van de gebruiker en items die geveild zullen worden. Het tweede product zal een beheerapplicatie zijn waarin de beheerders diverse taken kunnen uitvoeren. Het derde en laatste product dat onderdeel zal zijn van de testomgeving is de veilingsite zelf. Gebruikers zullen hier hun artikelen kunnen veilen of aankopen doormiddel van het plaatsen van het hoogste bod.
Resultaat
Het resultaat van dit project, wat wij willen behalen, is als volgt te formuleren:
Er komt een veilingsite die werkt d.m.v. een database en makkelijk beheerd kan worden met de bijgeleverde beheerapplicatie.
Deze producten voldoen aan:

2 Er kan aangemeld en/of ingelogd worden. 3 Er kan op product gezocht worden. 4 Er kunnen producten te koop aangeboden worden. 5 Er kan geboden worden op producten. 6 De bieder van het winnend bod en de verkoper van het desbetreffende product worden automatisch gemaild, zodat zij met elkaar in contact met elkaar komen. 7 Als een product is verkocht, wordt het van de site af gehaald. 8 De web applicatie moet gebruiksvriendelijk zijn. 9 De gehele site moet intuïtief en eenvoudig te bedienen zijn zonder dat er iets fout kan gaan. 10 De site moet zowel mooi als functioneel zijn vormgegeven.
Huidige situatie
Op het moment is er nog geen veilingsite. EenmaalAndermaal is er druk mee bezig om dit op te zetten. Tot nog toe heeft Anton Mijnder een goed begin gemaakt aan een ontwerp voor de processen en de datastructuren van de database die achter de site en beheerapplicatie moeten draaien. Omdat de heer Mijnder nog veel andere bezigheden heeft, gaat het maken van de site niet erg snel.
Gewenste c.q. nieuwe situatie
De gewenste nieuwe situatie is als volgt. Er moet een goede testmogelijkheid zijn, waarin alles wat in de testcases en de wenslijst van de opdrachtgever staat te testen is. De database moet voldoen aan de eisen van de opdrachtgever en de beginselen die al gemaakt zijn door de opdrachtgever moeten er in staan (tenzij ze met toestemming van de opdrachtgever gewijzigd zijn).
Projectactiviteiten
In dit hoofdstuk zullen wij alle werkzaamheden noteren. Zo krijgen wij een goed overzicht van de taken die gedaan moeten worden voor de realisatie van de diverse producten. De werkzaamheden zijn onderverdeeld in standaardwerkzaamheden en meerwerk die beide in een aparte paragraaf behandeld worden. Deze werkzaamheden zullen later terugkomen in de planning.
Standaard
In de onderstaande lijst ziet u een overzicht van de werkzaamheden die wij standaard zullen gaan uitvoeren om tot een completen producten van kwaliteit te komen. Deze zullen dus ook in rekening gebracht worden. 11 Ontwerp website 12 Ontwerp database 13 Ontwerpen beheerapplicatie 14 Ontwikkeling website 15 Ontwikkeling database 16 Ontwikkelen beheerapplicatie 17 Testen website 18 Testen database 19 Testen beheerapplicatie 20 FAQ’s website 21 Handleiding beheerapplicatie
Meerwerk
De werkzaamheden die niet standaard door ons zullen worden uitgevoerd, worden beschouwd als meerwerk. Dit meerwerk zal, indien van toepassing, op basis van nacalculatie in rekening worden gebracht of door middel van een aanvullende aanbieding.
In het onderstaande overzicht staat een aantal van dergelijke werkzaamheden vermeld: 22 Inrichten van de testserver 23 Ondersteuning na oplevering 24 Updates aan beheerapplicatie 25 Updates aan website
Het hoeft niet te betekenen dat de taken die in de bovenstaande lijst vermeld worden uitgevoerd zullen worden. Dit wordt enkel op aanvraag gedaan. Meerwerk zal extra kosten met zich meebrengen.
Projectgrenzen
Om misverstanden te voorkomen is het belangrijk dat beide partijen weten wat ze van elkaar kunnen en moeten verwachten. Deze afspraken zullen daarom in dit hoofdstuk vast gelegd worden.
Projectgrenzen
Binnen dit project zullen wij drie producten opleveren met de daarbij horende documentatie. De drie producten zijn: * Database * Beheerapplicatie * Veilingsite
De bijbehorende documentatie die geleverd zal worden zijn: * Opbouw van database in de vorm van commentaar in het create script * Opbouw van de website in de vorm van commentaar in de verschillende files * Handleiding voor de website in de vorm van FAQ’s * Handleiding voor de beheerapplicatie op papier
Bereik
De producten dienen bij de oplevering aan alle eisen die aan het product gesteld worden te voldoen. Na de oplevering van de producten zullen wij geen verdere support meer leveren mits hier een apart onderhoudscontract voor wordt afgesloten. Na de oplevering zullen wij niet langer verantwoordelijk zijn voor storingen binnen het systeem of updates die uitgerold moeten worden.
Randvoorwaarden
Bij de uitvoering van een project is het noodzakelijk om duidelijke randvoorwaarden vast te leggen, zodat bij alle betrokken partijen duidelijkheid is onder welke condities er gewerkt zal worden en waaraan voldaan moet worden. Voor de goede werking van de geboden oplossing zijn de volgende opmerkingen en algemene randvoorwaarden van toepassing:

Algemeen 0 Indien in dit Plan van Aanpak tegenstrijdigheden staan ten opzichte van het contract gaat de formele opdracht voor, tenzij anders overeengekomen.
Omgevingsspecificaties
1 Door de Hogeschool Arnhem Nijmegen zal een ruimte beschikbaar gesteld moeten worden voor een testopstelling. Hier zullen de producten gerealiseerd en getest worden. 2 De Hogeschool Arnhem Nijmegen zal zorgen voor een de server die nodig is voor het testen van de producten.
Contact
3 Omdat dit project binnen 9 weken gerealiseerd zal moeten gaan worden is het van belang dat er snel gecommuniceerd zal worden. Vragen tussen opdrachtgever en uitvoerder zullen binnen twee werkdagen beantwoord moeten worden zodat de planning gehaald kan worden.
Registratie uren 4 Omdat de opdrachtgever Eenmaal Andermaal een vergoeding per uur betaald is het noodzakelijk dat alle uitvoerders nauwkeurig noteren wat ze uitvoeren en hoe lang ze hier over gedaan hebben. De opdrachtgever wenst deze regelmatig in te kunnen zien om zo de ontwikkelingskosten in de hand te kunnen houden.
De producten
In dit hoofdstuk staan de producten centraal. We kijken hierbij niet alleen naar de producten die door ons opgeleverd zullen worden maar ook naar zaken die essentieel zijn voor het draaien van deze producten bijvoorbeeld een server.

Het project is onder te verdelen in een aantal elementaire punten: 5 Servers 6 Interfaces 7 Applicaties 8 Cursussen 9 Documentatie
Servers
De website en database zullen beide op de zelfde server draaien. Omdat dit een testomgeving betreft hoeft het geen hoogstaande server te zijn. De server zal beschikken over een MDBMS en webserver. Deze pakketten zullen gekozen worden wanneer hier de voor en nadelen die bij de implementatie en het gebruik van deze website en beheerapplicatie komen kijken bekend zijn.
Interfaces
De interface van de website en beheerapplicatie moeten zo opgebouwd worden dat elke gebruiker of beheerder zijn taken kan uitvoeren. Er zal daarom voordat er een website of beheerapplicatie opgeleverd wordt eerst een ontwerp ontwikkeld worden. Dit ontwerp zal een beeld geven hoe de handelingen uiteindelijk uitgevoerd zullen gaan worden.
Applicaties
Er zullen voor dit project twee applicaties opgeleverd gaan worden. Een website waarmee klanten producten kunnen gaan veilen of producten kunnen aanschaffen doormiddel van het plaatsen van een bod. Het tweede product is een beheerapplicatie in Access waarin beheerders alle instellingen kunnen wijzigen die nodig zijn om de veiling site up-to-date te houden. Het gaat daarbij bijvoorbeeld om nieuwe rubrieken voor veilingstukken of een stukje klantbeheer.
Cursussen
Omdat de web en beheerapplicatie ergonomisch opgebouwd zullen worden zal een gebruiker of beheerder zonder al teveel hulpmiddelen instaat zijn om handelingen zelfstandig uit te voeren. We zullen daarom ook geen cursussen aanbieden. De hulp zal echter wel geboden worden in de vorm van FAQ’s op de website en een handleiding voor de beheer applicatie. In de sub paragraaf “Documentatie” leest u daar meer over.
Documentatie
De documentatie zal op verschillende wijze opgeleverd worden. Informatie over de opbouw over de website zult u voornamelijk terug vinden in de .website bestanden zelf als commentaar. Ook in het create script voor de database zullen opmerkingen in de vorm van commentaar geleverd worden. De handleiding voor de website zal op de website zelf aangeleverd worden in de vorm van FAQ’s. De handleiding voor het beheer van de beheerapplicatie in Access zullen wij wel als apart document aanleveren.
Kwaliteit
De kwaliteit is altijd een belangrijk punt bij projecten. Ook bij dit project is natuurlijk hetgene waarnaar gestreefd wordt, een hoge kwaliteit. Om daar zo zeker mogelijk van te zijn kan er de vraag worden gesteld: hoe wordt de kwaliteit het beste gewaarborgd?
Er zijn meerdere manieren om een zo hoog mogelijke kwaliteit te waarborgen. Een belangrijke is de planning. Deze moet in het eerste geval gewoon gevolgd worden. Maar wanneer ervan wordt afgeweken moeten de taken die erna hoorden te komen aangepast worden omdat de planning anders niet meer klopt.
Ook zullen we proberen de kwaliteit te waarborgen door veel vergaderingen te beleggen. Wekelijks zullen er vergaderingen plaatsvinden met de procesbegeleider en onderling tussen het projectteam zullen er bijna dagelijks vergaderingen plaatsvinden om de communicatie onderling zo goed mogelijk te houden en te weten wie er op dat bepaalde moment ergens mee bezig is.
Verder zal er gekeken worden of de kwaliteit tot verhouding met de gewerkte uren goed genoeg blijft. In week 3,4 en 6 zal er een voortgangsrapportage opgestuurd worden naar de opdrachtgever.
Door middel van testcases zullen er tijdens het hele project testen worden afgelegd om te kijken of de kwaliteit hoog genoeg blijft, deze worden allemaal in een testrapport gezet en opgeleverd aan de opdrachtgever.
De projectorganisatie
In het volgende hoofdstuk worden alle contactgegevens van de betrokkenen opgenomen. Op deze manier is jet voor alle betrokkenen duidelijk hoe ze elkaar kunnen bereiken. Vervolgens geven wij een uitleg van de manieren waarop gecommuniceerd zal gaan worden.
Contactpersonen
Om tot een eenduidig resultaat te komen is er een projectteam gedefinieerd die zorg draagt voor de uitvoering van het geheel zoals het in dit Plan van Aanpak uitgewerkt is. Om dit projectteam te ondersteunen moet er duidelijkheid zijn over de aanspreekpunten bij de betrokken partijen.
Tabel 1 Contactgegevens | | | | | |
Communicatie
Communicatie is van levensbelang voor het slagen van een project. Ook bij dit project is er daarom een duidelijk overzicht nodig van de communicatie stromen. In de afbeelding op de volgende pagina staan de stromen afgebeeld voor een duidelijker overzicht.
Het contact tussen de opdrachtgever en het projectteam zal veelal bestaan uit email verkeer, allebei de partijen werken ergens anders, dit is dan ook de reden voor deze manier van communicatie. De inhoud van deze communicatie zal in week 2 een plan van aanpak bevatten en in week 3,4 en 6 zal het projectteam een tussentijdse voortgangsrapportage sturen. In week 5 zal er een tussentijdse presentatie plaatsvinden. Later, in week 9 zal het projectteam het afgeleverde product presenteren voor de opdrachtgever. Tot slot zullen alle financiële en indirect daarbij behorende zaken zullen met de opdrachtgever worden besproken.
De communicatiestromen tussen de begeleiders en het projectteam zal wat meer gevarieerd zijn, dit kunnen lessen zijn, contact via email of vergaderingen. Met de proces begeleider zal er in ieder geval wekelijks een vergadering gehouden worden en de vaardighedenbegeleider zal wekelijks een workshop vaardigheden geven.
Het contact bij het projectteam onderling is misschien nog wel van grootste belang. Het projectteam is onderverdeeld in tweetallen, 1 tweetal voor de beheerapplicatie en 1 tweetal zal de website op zich nemen. Onderling tussen de tweetallen zal er dus ook veel contact aanwezig zijn, er wordt doordeweeks 4 keer per week een vergadering belegd. Er is gekozen om niet voor 1 projectleider te kiezen, dit ook om het onderlinge contact optimaal te houden.
Opdrachtgever
Opdrachtgever

Product begeleider
Product begeleider

Proces begeleider
Proces begeleider
Projectteam
Projectteam

Vaardigheden begeleider
Vaardigheden begeleider

PHP
PHP
SQL
SQL

Figuur 1 Communicatiestromen schema

Planning
Een planning is heel belangrijk voor het slagen van een project. Om ervoor te zorgen dat de planning wordt nageleefd zijn er verantwoordelijke gesteld voor de verschillende producten. Voor de website zal Thim Heider dit doen en voor de beheerapplicatie is Bart van Heesch aangewezen als verantwoordelijke. Zij zullen het proces in de gaten houden om te zorgen dat de planning wordt nageleefd. Mocht er een verandering in de planning benodigd zijn, kunnen de verantwoordelijken deze in overleg aanbrengen.

Werkwijze
We werken volgens de werkwijze die door Hans Hummel et al. is opgesteld in het boek projectwijzer (2003 Wolters Noordhoff). Dit betekend dat we het project in verschillende fases aanpakken, hieronder worden de verschillende fases besproken.
Fase 1: Initiatief
In het begin hebben we als groep georiënteerd op het eindresultaat, we hebben onszelf afgevraagd wat er eigenlijk van ons werd gevraagd en wat de eisen waren. Hiervoor is er door ons veel research gedaan door middel van het lezen van de casus inclusief bijlagen en de studiehandleiding.
Fase 2: Definitie
Tijdens deze fase werd er dieper ingegaan op de projectanalyse. Het doel van deze fase is voor ons de oriëntatie van de vorige fase om te zetten in dit document, het plan van aanpak. De oplevering van het plan van aanpak staat gepland op week 2.
Fase 3: Ontwerpfase
In deze fase begint het project steeds duidelijker te worden voor de groepsleden van het project. Alle onderdelen uit deze fase worden in een ontwerprapport gezet en deze zal in week 4 aan de opdrachtgever worden gegeven.
Fase 4: Voorbereiding
Na de vorige fases is een uitgewerkt projectplan tot stand gekomen. In deze fase worden eerst een aantal realisatievoorschriften bepaald. Hierbij kan er gedacht worden aan de wijze van bijvoorbeeld de communicatie onderling van de projectgroep.
Fase 5: Realisatie
Tijdens de realisatie is het belangrijkst om in de gaten te houden of de uitvoering volgens plan plaatsvindt, ook wel de beheersing genoemd. Dit zal gemeld worden aan de opdrachtgever door middel van een voortgangsrapportage in week 6.
Fase 6: Nazorg
Deze fase betreft de presentatie voor de opdrachtgever die zal plaatsvinden in week 9.

Mijlpalen planning
Tabel 2 Mijlpalen planning Week 2 | Plan van aanpak v2.00 opleveren | Week 3 | Voortgangsrapportage & v2.1 Plan van aanpak opleveren | Week 4 | Ontwerprapport opleveren | | Voortgangsrapportage | Week 5 | Tussentijdse presentatie | Week 6 | Voortgangsrapportage | Week 7 | Testrapport | Week 8 | - | Week 9 | Productpresentatie voor opdrachtgever |
Kosten en baten
Aan het hele project zijn uiteraard kosten verbonden. Zo moet niet alleen de bouw van de database, de website plus de beheerapplicatie worden gerekend, maar moet er ook rekening gehouden worden met de hosting, de domeinnaam en de serverhuur.
Kosten
Eenmalige ontwikkel kosten
De eenmalige ontwikkel kosten bestaan uit € 27.000. Er werken vier personen aan het project, voor €25 per uur, werken 30 uur per week, 9 weken lang. In totaal komt dit dus uit op de onderstaande som:
Tabel 3 Eenmalige ontwikkel kosten (25 * 30) * 9 = 27.000 |

Jaarlijkse kosten
Na afsluiting van het project moet rekening worden gehouden met jaarlijkse kosten van € 101 voor onderhoud en lopende kosten. Denk hierbij aan serverhuur, hosting en het vastleggen van de domeinnaam.
De hosting gebeurt via het bedrijf CloudVPS, hier huur je een virtuele server waar je je software op draait. Het OS is Debian, dit is een linux distributie die bekend staat om zijn stabiliteit. We hebben een server samengesteld met genoeg capaciteit om de site te kunnen hosten, dit gaat €99,51 per maand kosten. Zie het plaatje voor de configuratie en de kosten:

Daarnaast moet er nog een domeinnaam worden geregistreerd. Dit doen we bij Hostnet en kost €1,95 het eerste jaar, en daarna €9,95 per jaar. De kosten worden afgerond naar boven en dat brengt de lopende kosten op een totaal ~€101,- per maand.
Baten / opbrengsten
De te verwachten baten van het project zijn:

Verdiensten via reclame op de site.
Eventuele winstpercentage op verkochte producten.
Verkopers inschrijfgeld.

Investeringsanalyse
In de onderstaande tabel worden de éénmalige kosten weergeven.
Tabel Kosten project | Gehele looptijd project | Eenmalige ontwikkel kosten | €27.000 | Lopende kosten | €101 | Consumables | €0 | Totale kosten | €27.101 |

Risico’s
De volgende tabel geeft een overzicht van de tot nu toe onderkende bedreigingen ten aanzien van het project met voorgestelde tegenmaatregelen, de kans van optreden en de mate van negatief effect op het project (aangegeven op een schaal van 1 tot 5). De laatste kolom geeft het risico aan (kans*effect). Op deze wijze kan gefundeerd worden afgewogen welke bedreigingen de meeste aandacht of resources verdienen. De risico’s staan gesorteerd van hoogste risico naar het laagste.

Bedreiging | Tegenmaatregel | Kans | Effect | Risico | Te laat verschaffen van informatie omtrent de casus en bijbehorende appendices. | Schrappen van onderdelen uit de website of de beheerapplicatie | 2 | 4 | 8 | Vragen via de mail buiten de afgesproken tijd beantwoorden. | Handelen naar eigen inzicht. | 1 | 3 | 3 | Server word toegewezen in week 5, er is kans dat ons product niet werkt met de opgeleverde server. | In de planning verwerken, rekening mee houden qua tijd vrijmaken. | 1 | 2 | 2 | Verliezen van (een deel van) de broncode. Dit is zeer onwaarschijnlijk, omdat van ieder document 4 koppies zij n op verschillende locaties . | Overwerken om het product af te krijgen zonder extra kosten. | 1 | 4 | 4 | Langdurige afwezigheid door ziekte van een of meer groepsleden. | Taken opnieuw verdelen, anderen zullen het werk op zich nemen. | 2 | 5 | 10 | Verliezen van (een deel van) de broncode na oplevering. | De database kan opnieuw aangemaakt worden met het create script en testgegevens kunnen opnieuw ingevoerd worden met het insert script. Tijdsverlies van max. 10 minuten. | 2 | 5 | 10 |

Het te laat verschaffen van informatie omtrent de cases en bijbehorende appendices kan ervoor zorgen dat er onderdelen van het product waarvoor tijd uitgetrokken is en dus niet overgedaan kunnen worden. Als er geen tijd meer over is moeten er uiteindelijk dus onderdelen geschrapt worden mocht dit voorkomen.
Als er te laat gereageerd word op mailverkeer, kan er verwarring ontstaan over sommige problemen die optreden of keuzes die gemaakt moeten worden door de project. Dit kan vertraging opleveren dus word er als tegenmaatregel gehandeld naar eigen inzicht. Dan kan er meteen verder gewerkt worden zodat er geen tijd verloren gaat tijdens het project.
Als er in week 5 de servers beschikbaar worden gemaakt moet het product daar net zo goed op werken als het deed in de virtuele omgeving. Als dat niet het geval is moet het product aangepast worden en dat kan zorgen voor eventuele tijdnood.
Mocht er iets gebeuren waardoor er onderdelen uit de website of de beheerapplicatie moeten worden geschrapt, dan zal dat als eerste de zoekfunctie voor de producten zijn. Deze functie is niet per sé noodzakelijk, omdat gebruikers ook gewoon door de categorieën en subcategorieën kunnen bladeren. Als er daarna nog iets geschrapt moet worden is dat een stukje styling van de site. Mocht dat al gedaan zijn dan schrappen we de pagina waar de gebruiker zijn gegevens kan aanpassen.

| Accordering | Ondergetekenden verklaren zich akkoord met de inhoud van dit Plan van Aanpak. | | Projectgroep 2 | Dhr. Mijnder | | Datum : | | Datum : | | Plaats : | | Plaats : | |