Voorblad Inhoudsopgave Inhoud
(INHOUD) Achtergronden We moeten een website voor een jonge catering en een party service bedrijf bouwen. Dit bedrijf is gespecialiseerd in verzorging van borrelhapjes en luxueuze gerechten, en wilt informatie over al hun producten aanbieden via Internet. Het bedrijf is gespecialiseerd in verzorging van borrelhapjes en luxueuze gerechten. Het bedrijf wilt alle informatie over hun producten aanbieden via Internet. Het moet mogelijk zijn dat de bezoeker prijzen van producten kan krijgen. Dit houdt ook in dat er een mogelijkheid moet zijn om verschillende menu's kan samenstellen en de prijs kan berekenen. We zullen het plan van aanpak zo compleet mogelijk te maken. Later zullen we de functionele vereisten en de niet functionele vereisten aan geven voor het bouwen van de database die gekoppeld zal worden aan deze website.
Situatie Analyse SITUATIE NU Hoe is de situatie nu?
TOEKOMSTIGE SITUATIE En hoe wilt men het later eruit laten zien?
Doelstelling Doelstelling Het doel is om een website en een logo te ontwerpen voor dit bedrijf,zodat de klanten makkelijk gebruik kunnen maken van informatie over de services dat de Catering te bieden heeft. Het is daarom ook zeer belangrijk dat de website zo gebruikers vriendelijk en stabiel mogelijk gebouwd wordt. De doelen zijn: Algemene gegevens, missie en visie van het bedrijf. Prijzen van producten en mogelijkheid voor het samenstellen van een menu. Het uitprinten van de gekozen menu. Online betalen
Probleemstelling We leven in een globaliserende wereld waar iedereen met elkaar verbonden zijn door middel van Internet. Omdat het vaak moeilijk is om helemaal naar een bedrijf te gaan om iets te kunnen kopen of bestellen is het mogelijk om dit via Internet te doen. Het bedrijf wilt het voor de klant makkelijker maken door prijzen te zien en berekeningen te kunnen doen hoeveel een bestelling zal gaan kosten en daarna het online te kunnen betalen. Er zou dus een systeem gevormd moeten worden dat niet alleen de klanten registreerd, maar ook controleerd of zij wel genoeg geld heeft om de bestelling te kunnen betalen.
Opdrachtformulering De projectopdracht is een website bouwen voor een catering en party service bedrijf. De website moet geschikt zijn om:
Informatie te tonen over al de producten dat aangeboden worden, zoals foto’s, prijzen, etc. De missie en de visie van het bedrijf duidelijk te maken Algemene gegevens van het bedrijf te tonen Registratie houden van aantal bezoekers Kortingskaarten te gebruiken Een e-mail kunnen sturen voor contact met het bedrijf Verschillende menu’s samen te stellen en het berekenen van de prijzen moet ook mogelijk zijn. Makkelijk gekozen menu’s te kunnen uitprinten Commentaar te kunnen gegeven Online te kunnen betalen
Wat we verantwoordelijk voor zijn is; dat de website goed werkt, en dat we de gebruiker tevredenstellen met het product, dus kortom voldoen aan al de opgenoemde vereisten. We zullen de website niet publiceren, want dat was niet onze opdracht, alleen het maken ervan.
Projectactiviteiten In het hoofdstuk Aanpak wordt de brug geslagen tussen het afgebakende resultaat en de inrichting van het project, door middel van beantwoording van de "hoe"-vraag. Doel is om door middel van Aanpak overeenstemming te verkrijgen over de te volgen weg, om te komen tot het gewenste resultaat. Projectleider De projectgroep kent geen projectleider maar wel een contactpersoon / coördinator. Elk projectlid is verantwoordelijk voor het eindresultaat. Verloop van het project Plan van Aanpak (PvA) Goedkeuring PvA Tussen producten van fases Eindrapport Presentatie / Demonstratie Bijeenkomsten 1ste bijeenkomst in week 9 (week van 26 februari) Plan van Aanpak 2de bijeenkomst in week 15 (week van 9 april) 3de bijeenkomst in week 19 (week van 7 mei) Bij deze bijeenkomsten word er een voortgangspresentatie gegeven en een voortgangsrapport ingeleverd. 4de bijeenkomst in week 24 (week van 11 juni) Bij deze bijeenkomst worden de eindpresentaties en demonstaties gegeven. Een eindrapport en ook een aparte individueel rapport moeten ingeleverd worden. Individueel Tijdens de uitvoering moeten de projectleden hun uren bijhouden. Bij elke bijeenkomst moet de urenverantwoording per projectlid ingeleverd worden als bijlage van het voortgangsrapport. Bij de 4de bijeenkomst moet er een individueel rapport worden ingeleverd. In het individuele rapport moet de eigen bijdrage van het projectlid zo volledig mogelijk beschreven worden. Contact uren Elk projectgroep moet minimaal een blok van 3 aaneengesloten uren in de week afspreken om te werken aan het project. Alle projectleden moet verplicht aanwezig zijn.
Projectgrenzen Project Afbakening Bij dit project zullen we de fasen van de SDLC doorlopen, zodat we tot het eindproduct kunnen komen. De fasen bestaan uit: Planning fase In deze fase wordt er een planning document gemaakt dat aangeeft hoe we in de toekomst te werken zullen gaan aan het nieuwe systeem voor de website, en hoe dit de gebruikers zullen beïnvloeden. Men doet dit om te zorgen dat het project op tijd en binnen budget afkomt. Eisenanalyse fase In deze fase worden de benodigde functies meetbaar gemaakt, zodat er een soort taken lijst gemaakt kan worden deze wordt dan gedocumenteerd. Ontwerp fase Wanneer alle eisen en wensen bekend zijn bij de analyse fase kan er begonnen worden aan het ontwerp. In deze fase worden schetsontwerpen gemaakt en later volgt een voorlopige en definitieve ontwerp. Ontwikkel fase De gedetailleerde systemen uit de design fase worden nu omgezet in software en communicatie. Het software wordt getest, geïntegreerd en nogmaals getest. Integratie & Test fase Bij deze fase, wordt er in de eerste plaats een gebruikerstest gedaan. Hierna worden nog verschillende testen gedaan ten aanzien van de documenten zodat deze documenten dezelfde opties en functies hebben. Dit houd in dat er wordt gekeken of er geen informatie verloren is gegaan tijdens het samenvoegen. Implementatie fase Nadat de gebruikerstesten succesvol afgerond zijn, wordt het systeem operationeel gemaakt en kunnen de mensen er mee werken. Onderhoud fase In deze fase wordt het systeem in de gaten gehouden en waar nodig word het systeem gerepareerd. Ook word het systeem uitgebreid en/of aangepast wanneer er functionaliteit bijkomt/bij moet komen. Terminatie fase In deze fase wordt het systeem afgeserveerd, maar wel op een nette manier.
Wanneer we planning fase doen, weten we dan precies: wanneer we de analyse zullen doen wanneer we de design models zullen maken wanneer we de database gaan bouwen wanneer we de website zullen bouwen wanneer we de webapplicatie gekoppeld zal worden aan de database, enz. We zullen dit alles in de planning uitbreiden.
Project Activiteiten Activiteiten die gedaan zullen worden zijn:
Rapporten maken(eindrapport en tussen- of voortgangsrapporten) Individuele Rapporten maken Urenverantwoording per projectlid wordt ook gemaakt De SDLC stappen doorlopen bij het bouwen van de website Eindpresentatie houden
Wanneer de begindatum bij de planning is opgesteld en we toch iets later zijn begonnen, dan wordt de planning vershoven. Alleen als de eindanalyse gedefinieerd is, kunnen we pas beginnen aan het ontwerp. Als we de planning hebben overschreden, moet er dan een projectvergadering gesteld worden om deze hoofdzaak zo snel mogelijk te kunnen oplossen. We zullen de website niet publiceren tot dat we niet door de UNA de benodigde spatie voor het domein krijgen en deze ook vervolgens gefinancierd wordt.
Eisen en beperkingen Eisen Systeem Alle informatie over de producten en services dat het bedrijf aanbied aan de klanten. We hebben dan te maken met prijs en afbeeldingen van deze producten. Voor het kopen van producten zou er een systeem moeten zijn die het totale bedrag aan producten en services voor de klant berekend. Het system moet beschikken over een database met alle informaties over de verkochten producten via de website. De database zou ook alle informatie moeten hebben over de klanten. Gebruiker Online betalen, het moet mogelijk zijn dat de gebruiker via de website zijn bestelling kan betalen en daarbij een transactie raport terug ontvangen. Kortingskaart, de gebruiker moet gebruik kunnen maken van kortingskaarten om korting te krijgen op het eind bedrag. De kortingskaarten zou moeten bestaan uit een code dat geregistreerd zou moeten zijn in het systeem. Commentaar en segurenties board, een link dat communicatie tussen de gebruiker en het bedrijf makkelijker maakt.
Beperkingen Kortingskaart, zou kunnen zorgen voor slechte database performance en organisatie. Om dat het systeem elke keer contact moet maken met de database om te kijken of de kortingskaart code wel in het systeem zit. En na het gebruik van de kortingskaart zou de code van het systeem moeten verwijderen. Error handling, wanneer het normale event volgorde niet correct is moet het systeem het gebruiker een error informatie report tonen. Bijvoorbeeld “Wanneer een credit card gebruikt wordt dat geen geld heeft”.
Planning & Budget Planning
Per Week, Plek en Activiteit
Budget
