Versie 1.2.0 24-4-2006
biceps Samenvatting Dit is het (SPMP) voor het biceps project. Het project wordt uitgevoerd voor het vak 2IP40 aan de Technische Universiteit Eindhoven. De structuur van dit document komt overeen met dat van het SPMP zoals beschreven in de Software Engineering Standard, bepaald door het European Space Agency [ESA]. Uitzondering hierop is het ontbreken van een hoofdstuk technisch proces. Dit wordt in zijn geheel uitgebreid besproken in [SCMP] en wordt daarom hier niet meer verder toegelicht. Het SPMP wordt opgesteld en gebruikt door de project manager om het project te sturen. Behandeld worden de deliverables, de organisatie, verantwoordelijkheden en de tijdsplanning. Hiermee kunnen groepsleden nagaan wat hun taken zijn. Daarnaast kan het senior management inzicht krijgen in de gang van zaken binnen het project. II SAMENVATTING
biceps Inhoudsopgave Samenvatting Document status overzicht Document veranderingen overzicht II IV V 1 Inleiding 1 1.1 Project overzicht...................................... 1 1.2 Project deliverables.................................... 1 1.3 Evolutie van het SPMP.................................. 2 1.4 Denities.......................................... 2 1.5 Referenties......................................... 2 2 Organisatie 3 2.1 Proces model....................................... 3 2.2 Organisatorische structuur................................ 3 2.3 Grenzen en interfaces................................... 4 2.4 Verantwoordelijkheden................................... 4 2.4.1 Project Manager (PM).............................. 4 2.4.2 Software Librerian (SL).............................. 4 2.4.3 Quality Engineer (QE).............................. 5 2.4.4 Team Leader (TL)................................. 5 2.4.5 Team Member (TM)............................... 5 2.4.6 Technical Advisor (TA).............................. 5 2.4.7 Senior Management (SM)............................. 5 2.4.8 Customer (klant)................................. 5 3 Management proces 6 3.1 Doelen en prioriteiten................................... 6 3.2 Aannames, afhankelijkheden en beperkingen....................... 6 3.3 Risico management.................................... 7 3.3.1 Tijd tekort..................................... 7 3.3.2 Onevenredige verdeling van de werkdruk / meeliften.............. 7 3.3.3 Ziekte en / of afwezigheid van teamleden.................... 7 3.3.4 Ontwerpfouten................................... 7 3.3.5 Product faalt op AT................................ 7 3.3.6 Verlies van data.................................. 8 3.3.7 Expertise tekort.................................. 8 3.3.8 Verandering van user requirements door klant.................. 8 3.4 Controle en procesregistratie............................... 8 3.4.1 Projectteam vergaderingen............................ 8 3.4.2 Voortgangsbesprekingen.............................. 8 3.4.3 Werktijden registratie............................... 9 3.5 Staf plan.......................................... 9 INHOUDSOPGAVE III
biceps 4 Werkpakketten, planning, budget 10 4.1 Werkpakketten....................................... 10 4.1.1 UR-fase...................................... 10 4.1.2 SR-fase...................................... 10 4.1.3 AD-fase...................................... 10 4.1.4 DD-fase...................................... 11 4.2 Afhankelijkheden...................................... 11 4.3 Benodigdheden...................................... 11 4.4 Budget en bron toewijzing................................ 11 4.5 Planning.......................................... 12 IV INHOUDSOPGAVE
biceps Document status overzicht Algemeen Document titel: Identicatie: Auteur: Document status: SPMP-1.2.0.pdf Wouter van de Molengraft Extern goedgekeurd Document geschiedenis Versie Datum Reden van verandering 0.1.0 8-12-2005 Initiële versie 0.2.0 30-1-2006 Start SR fase, kleine updates 0.3.0 13-2-2006 Start AD fase 1.0.0 6-3-2006 Interne review 1.1.0 3-4-2006 Externe review 1.2.0 24-4-2006 Start DD fase DOCUMENT STATUS OVERZICHT V
biceps Document veranderingen overzicht Algemeen DCR number: 2 Datum: 24-4-2006 Auteur: Wouter van de Molengraft Goedgekeurd: Extern goedgekeurd Document titel: Identicatie: SPMP-1.2.0.pdf Veranderingen Pagina Paragraaf Reden van verandering 11 Paragraaf 4.1.4 Start DD-Fase VI DOCUMENT VERANDERINGEN OVERZICHT
biceps Hoofdstuk 1 Inleiding 1.1 Project overzicht Binnen het project zal een groep van acht studenten van de Technische Universiteit Eindhoven als één team opereren, dit team zal verder in dit document het het projectteam worden genoemd. Dit document behandelt het budget (tijd in uren), de planning, de rolverdeling en de verantwoordelijkheden per rol. 1.2 Project deliverables Gedurende het project moet een aantal documenten opgeleverd worden aan de klant (k), het Senior Management (s) of beiden. Al deze documenten moeten voldoen aan de ESA Software Engineering Standards (zoals beschreven in [ESA]). Producten worden intern (i) en/of extern (e) goegekeurd. Een overzicht hiervan is te vinden in de tabellen 1.1 en 1.2. Document Review Inleveren User Requirements document ie ks Software Requirements document ie 1 ks Architectural Design Document ie ks Detailed Design Document ie ks Source code e 2 ks Software User Manual ie ks Software Transfer Document i ks Acceptance Test Plan ie ks System Test Plan i ks Integration Test Plan i ks Unit Test Plan i ks Tabel 1.1: Overzicht product documenten Voor alle project documenten met uitzondering van het ADD en het DDD moet bij de externe review ook de klant betrokken worden. Het document wordt pas extern goedgekeurd als ook de klant zijn goedkeuring geeft. Bij de externe review van het ADD en het DDD hoeft de klant zijn goedkeuring niet te geven. Het extern reviewen van de management documenten houdt in dat deze per mail bij het senior management ingeleverd worden. Als alle documenten ontvangen zijn, dan zal het senior management hierop commentaar geven tijdens een voortgangsbespreking. Als al het commentaar verwerkt is, dan is het document extern goedgekeurd. 1 Onder het Software Requirements Document valt ook het prototype. Ook dit moet dus extern goedgekeurd worden. 2 De source code wordt gecontroleerd door het uitvoeren van de procedure zoals beschreven in het ATP. Deze procedure (Acceptance Test) wordt door de klant uitgevoerd. INLEIDING 1
biceps Document Review Inleveren Software Conguration Management Plan ie s ie s Software Quality Assurance Plan ie s Software Validation and Verication Plan ie s Tabel 1.2: Overzicht management documenten 1.3 Evolutie van het SPMP Dit document is in ontwikkeling. De aannames, afhankelijkheden en beperkingen voor dit project en de gedetailleerde tijds- en bronnenplanning kunnen aangepast worden gedurende het project. Wanneer dat het geval is, zal dat leiden tot een aangepast SPMP met een hoger versienummer, maar behoud van documentstatus. Wanneer er wijzigingen nodig zijn aan de mijlpalen planning, beschreven in paragraaf 4.5, dan moeten deze eerst besproken worden met het senior management, alvorens ze in dit document worden verwerkt. Dit zal gebeuren tijdens de voortgangsbesprekingen. 1.4 Denities 1.5 Referenties [ESA] ESA Software Engineering Standards (ESA PSS-05-0 Issue 2), ESA Board for Software Standardization and Control (BSSC), 1991 [SCMP] Software Conguration Management Plan, biceps, Kevin Jonkers & Marcel Steine Technische Universiteit Eindhoven, 2005 / 2006 [SQAP] Software Quality Assurance Plan, biceps, Arjan Kon & Stefan Rijkers Technische Universiteit Eindhoven, 2005 / 2006 2 INLEIDING
biceps Hoofdstuk 2 Organisatie 2.1 Proces model Het proces model waarvan dit project (verplicht) gebruik maakt is het Waterval model. Hierin worden de volgende vijf 1 fases sequentieel doorlopen: 1. User Requirements fase (UR fase) 2. Software Requirements fase (SR fase) 3. Architectural Design fase (AD fase) 4. Detailed Design and implementation fase (DD fase) 5. Software Transfer fase (TR fase) 2.2 Organisatorische structuur De volgende rollen zijn in dit project gedenieerd: 1. Project Manager (PM) 2. Vice Project Manager (VPM) 3. Software Librerian (SL) 4. Vice Software Librerian (VSL) 5. Quality Engineer (QE) 6. Vice Quality Engineer (VQE) 7. Team Leader (TL) 8. Team Member (TM) 9. Technical Advisor (TA) 10. Senior Management (SM) 11. Customer (Klant) De PM, VPM, SL, VSL, QE, VQE, TL's en TM's vormen samen het gehele projectteam. De TA, SL en de klant maken geen deel uit van dat team. De organisatorische structuur is grasch weergegeven in guur 2.1. De verantwoordelijkheden behorende bij elke rol worden besproken in paragraaf 2.4. 1 De zesde fase (Operations and maintenance) valt buiten de strekking van dit project en wordt dan ook verder niet benoemd. ORGANISATIE 3
biceps Figuur 2.1: Organisatorische structuur van het projectteam 2.3 Grenzen en interfaces Zoals te zien in guur 2.1 zijn er drie externe partijen waarmee het projectteam te maken heeft: de TA, het SM en de klant. Communicatie met het SM verloopt uitsluitend via de PM. De TA staat direct in contact met de groep aangezien hij op vergaderingen aanwezig is. Voor de klant wordt één contactpersoon binnen de groep gekozen. Alleen kleine vragen die snel beantwoord moeten worden mogen direct aan de klant gesteld worden. Vragen van de klant mogen door alle groepsleden beantwoord worden. 2.4 Verantwoordelijkheden 2.4.1 Project Manager (PM) Doel: Taken: Voltooien van het project binnen de gestelde tijd. Opstellen van de tijdsplanning; Controle op naleving van de planning; Bijstelling van de planning gedurende het project; Deniëren en toewijzen van taken; Motiveren van het projectteam; Schrijven SPMP; Registratie gewerkte uren; Rapportage naar SM. 2.4.2 Software Librerian (SL) Doel: Taken: Beheer van documenten en broncode. Schrijven SCMP; Creëren van de benodigde opslagfaciliteiten voor documenten en code; Beheer daarvan (inclusief backups). 4 ORGANISATIE
biceps 2.4.3 Quality Engineer (QE) Doel: Taken: Garanderen van de kwaliteit van producten en het productieproces. Schrijven SQAP; Assistentie bij het schrijven van het SVVP; Controle op naleving van procedures zoals beschreven in het SQAP en SVVP; Documenten controleren op consistentie; Organisatie van reviews. 2.4.4 Team Leader (TL) Doel: Taken: Voltooien van de taken van het team binnen de gestelde tijd. Planning team activiteiten; Voortgang rapporteren aan de PM; Motivatie van het team; Review vergaderingen voorzitten van de door het team gemaakte producten. 2.4.5 Team Member (TM) Doel: Taken: Eigen taken binnen het team op tijd af hebben. Ook de TL is een TM van zijn eigen team. Uitvoeren van de planning van de TL; Problemen rapporteren aan PM; Bijhouden van logboek. 2.4.6 Technical Advisor (TA) Doel: Taken: Ondersteuning van het projectteam. Technische vragen beantwoorden; Deelnemen aan vergaderingen; Deelnemen aan reviews. 2.4.7 Senior Management (SM) Doel: Taken: Controle van de PM. Voortgangsbijeenkomsten organiseren; Algemene projectbijeenkomsten organiseren. 2.4.8 Customer (klant) Doel: Taken: Ontwikkeling van een product dat aan de gestelde eisen voldoet. Helpen bij het opstellen van requirements; Evaluatie van het prototype; Reviewen van documenten; Acceptance test uitvoeren; ORGANISATIE 5
biceps Hoofdstuk 3 Management proces 3.1 Doelen en prioriteiten Zie paragraaf 2.4.1. 3.2 Aannames, afhankelijkheden en beperkingen Met een aantal factoren wordt in dit SPMP rekening gehouden. Dit zijn: Het TM budget: 8 11 ECTS = 8 308 = 2464 uur Het PM budget: 1 4 ECTS = 112 uur Het TA budget: 80 uur Mijlpalen (zie tabel 4.7) Tentamenperiodes, vakanties en vrije dagen (zie tabel 3.1) Afwezigheid van groepsleden (zie tabel 3.2) Week / datum Omschrijving Week 52 en 1 Kerstvakantie Week 3 en 4 Tentamens Week 9 Carnavalsvakantie Week 11 en 12 Tentamens 14-4-2006 Goede vrijdag 17-4-2006 Tweede paasdag 5-5-2006 Bevreidingsdag Week 19 Tentamens 25-5-2006 Hemelvaart 26-5-2006 Brugdag 5-6-2006 Tweede pinksterdag Week 25, 26 en 27 Tentamens Tabel 3.1: Tentamenperiodes en vrije dagen Periode Omschrijving 1 t/m 5 mei Kevin V afwezig ivm vakantie Tabel 3.2: Afwezigheid van groepsleden 6 MANAGEMENT PROCES
biceps 3.3 Risico management In deze paragraaf worden risico's voor de voortgang van het project benoemd. Het is de taak van het projectteam om problemen tijdig te signaleren. Deze moeten bij de PM gemeld worden zodat die ze op de voortgangsbesprekingen met het SM kan bespreken. 3.3.1 Tijd tekort Gevolgen: Waarschijnlijkheid: Impact: Preventie: Correctie: Stress binnen de groep, product dat niet aan alle eisen voldoet Hoog Hoog Planning aanhouden, aantal requirements met hoge prioriteit beperken In overleg met SM en klant kan een aantal requirements geschrapt worden of er kan uitstel gevraagd worden 3.3.2 Onevenredige verdeling van de werkdruk / meeliften Gevolgen: Waarschijnlijkheid: Impact: Preventie: Correctie: Andere groepsleden moeten meer doen Middel Middel PM moet logboeken controleren en daar bij de taakverdeling rekening mee houden Andere werkverdeling maken, gesprek met betrokken groepsleden, wederzijdse beoordelingen 3.3.3 Ziekte en / of afwezigheid van teamleden Gevolgen: Waarschijnlijkheid: Impact: Preventie: Correctie: Hogere werkdruk binnen rest van de groep Middel Middel Vroege melding van afwezigheid en opname daarvan in de planning, onderlinge communicatie mbt werkzaamheden Overname van taken door andere groepsleden, herverdeling van het werk 3.3.4 Ontwerpfouten Gevolgen: Waarschijnlijkheid: Impact: Preventie: Correctie: Werk uit eerdere fasen moet opnieuw gedaan worden Middel Hoog Regelmatig advies vragen bij adviseur, regelmatig reviewen van producten Ontwerp zo snel mogelijk aanpassen en producten / documenten uit voorgaande fasen bijwerken 3.3.5 Product faalt op AT Gevolgen: Waarschijnlijkheid: Impact: Preventie: Correctie: Product wordt afgekeurd Hoog Hoog AT zelf ruim voor de daadwerkelijke test uitvoeren voordat dit bij de klant gedaan wordt en eerste AT ruim voor de deadline inplannen Nieuwe AT organiseren en product verbeteren MANAGEMENT PROCES 7
biceps 3.3.6 Verlies van data Gevolgen: Waarschijnlijkheid: Impact: Preventie: Correctie: 3.3.7 Expertise tekort Gevolgen: Waarschijnlijkheid: Impact: Preventie: Correctie: Ontbrekende data en eventueel achterstand op planning Laag Hoog Goed systeem voor beheer van de data, tijdig backuppen Terug plaatsen van de laatste backup en groepsleden op de hoogte stellen van wat verloren is gegaan Product voldoet niet aan alle requirements Laag Hoog Tijdig onderzoek verrichten naar haalbaarheid Schrappen van betreende functionaliteit in overleg met SM en klant 3.3.8 Verandering van user requirements door klant Gevolgen: Waarschijnlijkheid: Impact: Preventie: Correctie: Alle voorgaande producten voldoen niet meer Hoog Hoog Duidelijk maken aan de klant dat dit niet de bedoeling is, wijzigingsprocedures opstellen. Volgens wijzigingsprocedure 3.4 Controle en procesregistratie De PM registreert de voortgang van het proces door middel van de volgende activiteiten: Projectteam vergaderingen Voortgangsbesprekingen met het SM Werktijden registratie 3.4.1 Projectteam vergaderingen De vergaderingen worden standaard op elke maandag om 9.30 uur in HG5.59 gehouden. In overleg kan een andere tijd / plaats gekozen worden. Deze vergaderingen zijn bedoeld om per lopende activiteit te berichten over de voortgang, problemen te signaleren, te communiceren en overige mededelingen te doen. Nieuwe taken worden verdeeld en vastgelegd. Indien mogelijk zal de TA bij de vergaderingen aanwezig zijn. Voor elke groepsvergadering moet het volgende gedaan zijn: 1. Groepsleden hebben notulen van vorige vergadering doorgenomen; 2. De voorzitter (PM) heeft een agenda opgesteld en die voor alle aanwezigen uitgeprint. 3.4.2 Voortgangsbesprekingen Gemiddeld worden deze besprekingen om de week gehouden. Bij deze besprekingen ontmoeten de PM en mogelijk de vice-pm het SM. Voor elke voortgangsbespreking moet het volgende worden gedaan: 1. Het schrijven van voortgangsrapport; 2. Voortgangsrapport uitprinten voor elke aanwezige. 8 MANAGEMENT PROCES
biceps 3.4.3 Werktijden registratie Elke week moet elk projectlid het aantal gewerkte uren op vrijdag (voor 17.00 uur) doorgeven aan de PM. Deze vat ze samen en rapporteert hierover elke week aan het SM. Wanneer blijkt dat groepsleden de logboeken niet op tijd inleveren, kan de PM besluiten om het samenvatten voortaan door de groep zelf te laten doen. 3.5 Staf plan De volgende tabel bevat iedereen die betrokken is bij het project en zijn rol. Rol Naam E-mail PM Wouter van de Molengraft (0518434) W.T.v.d.Molengraft@student.tue.nl VPM Hans Wauters (0517382) J.H.Wauters@student.tue.nl SL Kevin Jonkers (0532756) K.G.Jonkers@student.tue.nl VSL Marcel Steine (0552642) M.Steine@student.tue.nl QE Arjan Kon (0555740) A.Kon@student.tue.nl VQE Stefan Rijkers (0553334) S.J.J.Rijkers@student.tue.nl TM Kevin Jonkers (0532756) K.G.Jonkers@student.tue.nl Marcel Steine (0552642) M.Steine@student.tue.nl Kevin Verbeek (0559082) K.A.B.Verbeek@student.tue.nl Hans Wauters (0517382) J.H.Wauters@student.tue.nl Stefan Rijkers (0553334) S.J.J.Rijkers@student.tue.nl Arjan Kon (0555740) A.Kon@student.tue.nl Mohammed El kebir (0554141) M.el-Kebir@student.tue.nl Johan de Jong (0537384) J.P.d.Jong@student.tue.nl TA Dhr. Bril R.J.Bril@tue.nl SM L.J.A.M. Somers lou.somers@oce.com T.Punter T.Punter@laquso.com Klant Gerben Mooiweer 030-2972844 gmooiweer@saralee-de.com 040-2474277 G.D.Mooiweer@tue.nl Peter Veenendaal Contact via Gerben Tabel 3.3: Staf plan MANAGEMENT PROCES 9
biceps Hoofdstuk 4 Werkpakketten, planning, budget 4.1 Werkpakketten 4.1.1 UR-fase Pakket Verantwoordelijken Doelstelling URD Hans, Kevin V, Mohammed, Johan Extern goedgekeurd SQAP Arjan, Stefan Intern goedgekeurd SCMP Kevin J, Marcel Intern goedgekeurd SVVP Arjan, Stefan Opzet SPMP Wouter Af tot aan UR-deel Research Kevin V Gestart Tabel 4.1: Werkpakketten UR-fase 4.1.2 SR-fase Pakket Verantwoordelijken Doelstelling URD Hans, Kevin V, Mohammed Bijgewerkt indien nodig SRD Hans, Kevin V, Johan, Mohammed Extern goedgekeurd Prototype Kevin J, Marcel Extern goedgekeurd SQAP Arjan, Stefan Bijgewerkt indien nodig SCMP Kevin J, Marcel Bijgewerkt indien nodig SVVP Arjan, Stefan Intern goedgekeurd SPMP Wouter Intern goedgekeurd Research Kevin V Af Tabel 4.2: Werkpakketten SR-fase 4.1.3 AD-fase Pakket Verantwoordelijken Doelstelling URD Hans, Kevin V, Mohammed Bijgewerkt indien nodig SRD Hans, Kevin V, Johan, Mohammed Bijgewerkt indien nodig Prototype Kevin J, Marcel Bijgewerkt indien nodig ADD Arjan, Stefan, Mohammed, Hans, Kevin V Extern goedgekeurd SQAP Arjan, Stefan Bijgewerkt SCMP Kevin J, Marcel Bijgewerkt SVVP Arjan, Stefan Bijgewerkt - Vervolg op volgende pagina - 10 WERKPAKKETTEN, PLANNING, BUDGET
biceps Pakket Verantwoordelijken Doelstelling SPMP Wouter Bijgewerkt ATP Kevin J, Marcel Intern goedgekeurd UTP Hans Af voor zover mogelijk ITP Johan Af voor zover mogelijk STP Johan Af voor zover mogelijk Tabel 4.3: Werkpakketten AD-fase 4.1.4 DD-fase Pakket Verantwoordelijken Doelstelling URD Hans, Kevin V, Mohammed Bijgewerkt indien nodig SRD Hans, Kevin V, Johan, Mohammed Bijgewerkt indien nodig ADD Arjan, Stefan, Mohammed, Hans, Kevin V Bijgewerkt indien nodig SQAP Arjan, Stefan Bijgewerkt en extern goedgekeurd SCMP Kevin J, Marcel Bijgewerkt en extern goedgekeurd SVVP Arjan, Stefan Bijgewerkt en extern goedgekeurd SPMP Wouter Bijgewerkt en extern goedgekeurd ATP Kevin J, Marcel Extern goedgekeurd UTP Hans Intern goedgekeurd ITP Johan Intern goedgekeurd STP Johan Intern goedgekeurd DDD Arjan, Stefan Extern goedgekeurd Code Kevin V Extern goedgekeurd SUM Marcel, Kevin J Extern goedgekeurd STD Marcel Intern goedgekeurd Tabel 4.4: Werkpakketten DD-fase 4.2 Afhankelijkheden De verschillende fasen worden sequentieel doorlopen. Daarmee wordt de SR-fase afhankelijk van de UR-fase, de AD- van de SR-fase, etc. Verder moet het prototype gelijktijdig met het SRD goedgekeurd worden. 4.3 Benodigdheden Een overzicht van de voor dit project benodigde bronnen is te vinden in tabel 4.5. Daarnaast geeft deze tabel de verantwoordelijke voor elke bron weer. 4.4 Budget en bron toewijzing Per werkpakket is een schatting gemaakt voor het aantal te besteden uren. Het werk van de TA is niet opgenomen in de budgetschatting. Het totale budget bestaat daarmee uit 2576 uren waarvan 2464 1 Als ontwikkelomgeving is Borland Delphi 7 gekozen. Het projectteam kan hiervan gebruik maken aangezien de TU/e een licentie heeft, maar de klant blijft verantwoordelijk. WERKPAKKETTEN, PLANNING, BUDGET 11
biceps Bron Verantwoordelijke Werkuren Projectteam Projectruimte (inclusief 2 pc's en telefoon) TU/e Printer TU/e Testsysteem Klant Ontwikkelomgeving Klant 1 Tabel 4.5: Benodigde bronnen en bijbehorende verantwoordelijken voor de teamleden en 112 voor het projectmanagement. Pakket Geschatte aantal uren SPMP 60 SVVP 40 UTP 10 ITP 10 STP 10 ATP 60 SCMP 33,25 SQAP 25,5 URD 120 SRD 70 Prototype 60 Research 20 ADD 125 DDD 70 Code 1432,25 SUM 60 IT, ST, AT 40 STD 10 Formal reviews 60 Meetings 200 Presentations 60 Tabel 4.6: Schatting voor het te werken aantal uren per werkpakket 4.5 Planning De volgende tabel geeft een overzicht van de belangrijkste mijlpalen binnen het biceps project en de data waarop deze goedgekeurd dienen te zijn. Het DDD komt bestaat grotendeels uit commentaar dat in de code staat. Daarmee hoeft het DDD dus niet voor de code af te zijn. 12 WERKPAKKETTEN, PLANNING, BUDGET
biceps Mijlpaal Omschrijving Datum M1 URD extern goedgekeurd 16-1-2006 M2 SRD extern goedgekeurd 24-2-2006 M3 ADD extern goedgekeurd 10-4-2006 M4 DDD extern goedgekeurd 14-6-2006 M5 Acceptance Test geslaagd 2-6-2006 M6 Product overdracht geslaagd 14-6-2006 P1 Tussenpresentatie 13-2-2005 P2 Eindpresentatie 12-6-2006 Tabel 4.7: Overzicht mijlpalen WERKPAKKETTEN, PLANNING, BUDGET 13