Project 3D-Fraggel Plan van aanpak Door: 1/1
Project 3D-Fraggel Plan van aanpak Datum: 07-05-2001 Plaats: Enschede Opdrachtgever: Saxion Hogeschool Enschede Instituut ICT Afdeling Hogere Informatica Contactpersoon Dhr. Zielman Postbus 70000 7500 KB Enschede Opdrachtnemer: Tutorgroep Bobby Nijssen Chi-Chong Tse Harm ten Have Koen Bijvank Mart van den Sanden Martijn Hoeben Tom Hissink 2/2
Inhoudsopgave Hoofdstuk Blz. 1. Achtergronden 4 2. De doestelling 5 2.1 Probleemstelling 2.2 Doelstelling 3. Opdrachtformulering 6 3.1 Projectnaam 3.2 Opdrachtgever 3.3 Opdrachtnemer 3.4 Projectformulering 4. Projectactiviteiten 7 4.1 Research 4.2 Analyse 4.3 Implementatie 4.4 Presentaties 4.5 Gesprekken 4.6 Documentatie 5. Projectgrenzen 8 5.1 De grenzen waar het project aan moet voldoen 5.2 Wat in ons project niet gedaan wordt. 6. De producten 9 6.1 Plan van aanpak 6.2 Ontwerp document 6.3 Presentatie over het ontwerp document 6.4 Testplan 6.5 testrapport 6.6 Tussentijdse presentatie 6.7 Software systeem 6.8 Eindrapportage 6.10 Project dossier 6.11 Systeemdossier 7. Kwaliteit 10 8. Projectorganisatie 11 8.1 Projectgroep samenstelling 8.2 Informatie 9. Planning 12 10. Kosten en baten 13 11. Risico s 14 11.1 Interne risico s 11.2 Externe Risico s Bijlagen A De opdracht B Requirements C Specificaties 3/3
1. Achtergronden Wij zijn tutorgroep en volgen de opleiding Hogere Informatica op de Hogeschool in Enschede. Onze tutorgroep bestaat uit 7 leden en wel de volgende. Bobby Nijssen Chi-Chong Tse Harm ten Have Koen Bijvank Mart van den Sanden Martijn Hoeben Tom Hissink Dit project moeten wij maken als opdracht van het vierde kwartiel van de opleiding. Het project begint op Maandag 16-05-2001 en moet Vrijdag 22-06-2001 af zijn. 4/4
2. De doelstelling 2.1 Probleemstelling: Hoe kan een applicatie ontwikkeld worden waarmee 3D-draadmodelen geprojecteerd kunnen worden? Hoe ontwikkelen we een applicatie waarmee 3D figuren opgebouwd uit punten en verbonden met rechte lijnen kunnen worden getoond? 2.2 Doelstelling: Een gebruiksvriendelijke applicatie waarmee 3D-draadmodelen opgebouwd uit punten en verbonden met lijnen kunnen worden getoond 5/5
3. Opdrachtformulering 3.1 Projectnaam 3D-Fraggel 3.2 Opdrachtgever Saxion Hogeschool Enschede Instituut ICT Afdeling Hogere Informatica Contactpersoon Dhr. Zielman Postbus 70000 7500 KB Enschede 3.3 Opdrachtnemer Tutorgroep Contactpersoon Mart van den Sanden 3.4 Project formulering Er moet een programma worden ontwikkeld, waarmee 3D-draadmodellen kunnen worden gemaakt. Deze modellen dienen te kunnen worden weergegeven in verschillende views, bewerkt en opgeslagen. Om dit te kunnen maken moeten er verschillende stappen worden genomen, zoals de analyse van het probleem. De schriftelijke opdracht is bijgevoegd als bijlage 1. 6/6
4. Projectactiviteiten Om het project goed te kunnen afronden moeten de volgende taken worden uitgevoerd. 4.1 Research - Matrix rekenen o Rotatie o Translatie o Schaling (vergroten / verkleinen) o Projecties (parallel / perspectief) - IGU - Database koppeling in Java - Bestanden opslaan en ophalen o Bestandsstructuren o Input/Output - 3D modellen in 2D tekenen (zie ook matrix rekenen - projectie) - Werken met array s - Software engineering 4.2 Analyse - NIAM - Classdiagram - Use cases - Sequencediagrammen - Specificaties (pre- en postcondities) 4.3 Implementatie - Programmeren 4.4 Presentaties - Analyse - Implementatie - Eind presentatie 4.4 Gesprekken - Met de opdracht gever - Voortgangsgesprek met tutor - Bespreking weekplanning 4.5 Documentatie - Java docs - Handleiding - Test rapport - Eind rapport - Analyse/Ontwerp rapport - Plan van aanpak - Planning 7/7
5. Projectgrenzen 5.1 De grenzen waar het project aan moet voldoen -Het ontwerp en het bouwen van een programma 3D-draadmodel volgens de specificaties en requirements gebeuren. (requirements zijn toegevoegd als bijlage B en specificaties als bijlage C) -Java moet worden gebruikt als programmeertaal en geen andere talen. -Voor de informatie analyse moet de NIAM methode worden gebruikt. -Het maximum aantal uren voor dit project is 40 uren per week, vanaf de vierde week. -De project leden dienen 95% van de projecttijd aanwezig te zijn en/of aan het project te werken. -Binnen het project moeten een aantal deadlines worden gehaald, welke in de planning staan aangegeven. 5.2 Wat in ons project niet gedaan wordt. -Het uitbreiden van het programma na goedkeuring van de opdrachtgever. -Het verlenen van service achteraf. 8/8
6. De producten 6.1 Plan van aanpak Het plan hoe we het project gaan uitvoeren. 6.2 Ontwerp document Dit document bevat de gehele analyse van het programma. 6.3 Presentatie over het ontwerp document Een presentatie over analyse en ontwerp. Dit moet gedaan worden voor een groep medestudenten en mag maximaal 15minuten duren. 6.4 Testplan Een testplan op basis van de usecases, om te kijken of het systeem de gewenste functionaliteit en prestaties heeft. Dit dient als onderdeel van het eindrapport te worden ingeleverd. 6.5 Testrapport Een testrapport voor het inventariseren van gemaakte fouten. Dit dient als onderdeel van het eindrapport te worden ingeleverd. 6.6 Tussentijdse presentatie Een presentatie van maximaal 15minuten over nieuw opgedane kennis en / of interessante implementatieaspecten. 6.7 Software systeem Dit systeem dient te bestaan uit een applicatie gekoppeld aan een relationele database en met een grafische userinterface in Java. 6.8 Einderapportage Rapport van het project inclusief de broncode van het programma. 6.9 Eindpresentatie Een presentatie van maximaal 40 minuten, die wordt gegeven door alle studenten van de tutorgroep. Dit is inclusief vragenronde en demonstratie van het programma. De vragen worden gesteld over alle aspecten die bij het project een rol hebben gespeeld en dienen door ieder groepslid te kunnen worden beantwoord. 6.10 Project dossier Bevat alle documenten die nodig zijn voor de planning en de beheersing van het project. Bijvoorbeeld Plan van aanpak en tussen rapporten. 6.11 Systeemdossier Bevat alle documenten die te maken hebben met de inhoudelijke kant van het project. Bijvoorbeeld ontwerpen en schema s. 9/9
7. Kwaliteit Om te zorgen dat de producten van voldoende kwaliteit zijn, worden de volgende dingen afgesproken. -Het eindproduct wordt getest aan de hand van het gemaakte testrapport. -Er wordt een standaard layout gebruikt voor documenten in Microsoft Word. -De informatie analyse wordt gedaan volgens de NIAM methode. -Voor de verschillende diagrammen wordt gebruik gemaakt van UML, met het programma Rational Rose. -Er zijn tussentijdse bespreking met opdrachtgever om te kijken of alles nog volgens plan verloopt. -Het project dossier wordt zoveel mogelijk online, op een website of op de nieuwsgroep, geplaatst, zodat iedereen altijd over alle gegevens kan beschikken. 10/10
8. Projectorganisatie 8.1 Projectgroep samenstelling Binnen de projectgroep zijn de volgende functies verdeeld: Projectleider: Mart van den Sanden Vice-projectleider: Harm ten Have Projectleden: Bobby Nijssen Chi-Chong Tse Koen Bijvank Martijn Hoeben Tom Hissink 8.2 Informatie: - Ieder lid van de projectgroep heeft per projectdag 8 uur om aan het project te werken, rekening gehouden met pauzes. - Iedereen houdt voor zichzelf de urenregistratie bij volgens het standaard Excel document. - Iedereen communiceert via o.a. de mailinglist ( ih1to8@yahoogroups.com ). Alle mail dat op een dag voor 21:30 is verstuurd dient de volgende dag gelezen te zijn. - Iedereen communiceert met elkaar tijdens de dagelijkse bijeenkomsten, dus iedereen dient iedere dag aanwezig te zijn. - Projectleider van de groep verzorgt de communicatie met de opdrachtgever van school en is dus ook contactpersoon van de groep. - Iedere maandag voortgangsbespreking + weekplanning opstellen tijd +/- 10:45 - Iedereen moet zijn urenverantwoording bijhouden - Iedere vrijdag nabespreking E-mail Mailinglist: E-Mail adres van de opdrachtgever ih1t08@yahoogroups.com h.r.zielman@ict.hen.nl Projectarchief Deze wordt online bijgehouden via: -het archief van de mailinglist (Yahoogroups) -de Website ( http://beam.to/3dfraggel ) 11/11
9. Planning De globale planning met de deadlines die moeten worden behaalt volgt. Er wordt iedere week een aparte weekplanning gemaakt, dit als detailplanning. 12/12
10. Kosten en baten Kosten Baten 40 manuren per week programma volgens de specificaties per persoon een computer alle op te leveren producten op tijd af beschikking over verbinding naar internet beschikbare lokalen eten / drinken vervoer beschikking over een printer papier 13/13
11. Risico s Door deze risico s is het mogelijk dat de producten een vertraging oplopen, of dat het niet voldoende wordt afgerond. 11.1 Interne risico s Deadlines niet haalbaar. Onervarenheid met het in projectvorm werken. Ongeschikte projectleider. Onvoldoende gemotiveerde teamleden. Onvoldoende inbreng van de teamleden. Slechte samenwerking van de teamleden onderling. Te moeilijke opzet van het programma. 11.2 Externe risico s Vervoer problemen, te laat aanwezig etc. Te weinig tijd voor de verschillende onderdelen. Slechte samenwerking met school. Slechte samenwerking met de opdrachtgever. Onduidelijke projectgrenzen / afbakening, waardoor een product te uitgebreid wordt of juist te weinig. Wijziging in samenstelling van de projectgroep. 14/14
Bijlage A De opdracht 3D-draadmodellen Ontwikkel een applicatie waarmee 3-dimensionale figuren, opgebouwd uit punten verbonden met rechte lijnen, kunnen worden getoond. De figuren moeten kunnen worden opgebouwd, op verschillende manieren kunnen worden geprojecteerd (parallel, perspectief) en er moet en diverse transformaties (rotatie, translatie, vergroting/verkleining, etc.) op kunnen worden uitgevoerd. Ook moet het mogelijk zijn eenmaal opgebouwde figuren te bewaren en weer te laden. Als uitbreiding op de opdracht kan worden gedacht aan het representeren van complexere figuren, of het opbouwen van figuren uit vlakken. Benodigde kennis: IA, OGO, IGU, matrixrekeningen en computer graphics. 15/15
Bijlage B Requirements 16/16
Bijlage C Specificaties 17/17