Software Project Management Plan Versie 1.2.0

Software Project Management Plan Versie 1.2.0

24-4-2006

bICEPS

Software Project Management Plan

Samenvatting Dit is het Software Project Management Plan

(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. handeld worden de deliverables, de organisatie, verantwoordelijkheden en de tijdsplanning.

Be-

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

II

Document status overzicht

IV

Document veranderingen overzicht

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

. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

2.2

Organisatorische structuur

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

3 3

6

3.1

Doelen en prioriteiten . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

6

3.2

Aannames, afhankelijkheden en beperkingen . . . . . . . . . . . . . . . . . . . . . . .

6

3.3

Risico management

3.4

3.5

. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

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 . . . . . . . . . . . . . . . . . .

Controle en procesregistratie

. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

8 8

3.4.1

Projectteam vergaderingen

. . . . . . . . . . . . . . . . . . . . . . . . . . . .

8

3.4.2

Voortgangsbesprekingen . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

8

3.4.3

Werktijden registratie . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

9

Staf plan . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

9

INHOUDSOPGAVE

III

bICEPS


4 Werkpakketten, planning, budget 4.1

IV

10

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

. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

INHOUDSOPGAVE


bICEPS

Document status overzicht

Algemeen Document titel:


Identicatie:

SPMP-1.2.0.pdf

Auteur:

Wouter van de Molengraft

Document status:

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:


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

ks

Architectural Design Document

ie

ks

Detailed Design Document

ie

ks

Source code

e

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

1

2

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:

Voltooien van het project binnen de gestelde tijd.

Taken:

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:

Beheer van documenten en broncode.

Taken:

Schrijven SCMP; Creëren van de benodigde opslagfaciliteiten voor documenten en code; Beheer daarvan (inclusief backups).

4

ORGANISATIE

Software Project Management Plan 2.4.3

bICEPS

Quality Engineer (QE)

Doel:

Garanderen van de kwaliteit van producten en het productieproces.

Taken:

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:

Voltooien van de taken van het team binnen de gestelde tijd.

Taken:

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:

Eigen taken binnen het team op tijd af hebben. Ook de TL is een TM van zijn eigen team.

Taken:

Uitvoeren van de planning van de TL; Problemen rapporteren aan PM; Bijhouden van logboek.

2.4.6

Technical Advisor (TA)

Doel:

Ondersteuning van het projectteam.

Taken:

Technische vragen beantwoorden; Deelnemen aan vergaderingen; Deelnemen aan reviews.

2.4.7

Senior Management (SM)

Doel:

Controle van de PM.

Taken:

Voortgangsbijeenkomsten organiseren; Algemene projectbijeenkomsten organiseren.

2.4.8

Customer (klant)

Doel:

Ontwikkeling van een product dat aan de gestelde eisen voldoet.

Taken:

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

•

Het PM budget:

1×4

•

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)

ECTS

ECTS

= 8 × 308 = 2464

= 112

uur

uur

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:

Stress binnen de groep, product dat niet aan alle eisen voldoet

Waarschijnlijkheid:

Hoog

Impact:

Hoog

Preventie:

Planning aanhouden, aantal requirements met hoge prioriteit beperken

Correctie:

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:

Andere groepsleden moeten meer doen

Waarschijnlijkheid:

Middel

Impact:

Middel

Preventie:

PM moet logboeken controleren en daar bij de taakverdeling rekening mee houden

Correctie:

Andere werkverdeling maken, gesprek met betrokken groepsleden, wederzijdse beoordelingen

3.3.3

Ziekte en / of afwezigheid van teamleden

Gevolgen:

Hogere werkdruk binnen rest van de groep

Waarschijnlijkheid:

Middel

Impact:

Middel

Preventie:

Vroege melding van afwezigheid en opname daarvan in de planning, onderlinge communicatie mbt werkzaamheden

Correctie:

3.3.4

Overname van taken door andere groepsleden, herverdeling van het werk

Ontwerpfouten

Gevolgen:

Werk uit eerdere fasen moet opnieuw gedaan worden

Waarschijnlijkheid:

Middel

Impact:

Hoog

Preventie:

Regelmatig advies vragen bij adviseur, regelmatig reviewen van producten

Correctie:

Ontwerp zo snel mogelijk aanpassen en producten / documenten uit voorgaande fasen bijwerken

3.3.5

Product faalt op AT

Gevolgen:

Product wordt afgekeurd

Waarschijnlijkheid:

Hoog

Impact:

Hoog

Preventie:

AT zelf ruim voor de daadwerkelijke test uitvoeren voordat dit bij de klant gedaan wordt en eerste AT ruim voor de deadline inplannen

Correctie:

Nieuwe AT organiseren en product verbeteren

MANAGEMENT PROCES

7

bICEPS 3.3.6

Software Project Management Plan Verlies van data

Gevolgen:

Ontbrekende data en eventueel achterstand op planning

Waarschijnlijkheid:

Laag

Impact:

Hoog

Preventie:

Goed systeem voor beheer van de data, tijdig backuppen

Correctie:

Terug plaatsen van de laatste backup en groepsleden op de hoogte stellen van wat verloren is gegaan

3.3.7

Expertise tekort

Gevolgen:

Product voldoet niet aan alle requirements

Waarschijnlijkheid:

Laag

Impact:

Hoog

Preventie:

Tijdig onderzoek verrichten naar haalbaarheid

Correctie:

Schrappen van betreende functionaliteit in overleg met SM en klant

3.3.8

Verandering van user requirements door klant

Gevolgen:

Alle voorgaande producten voldoen niet meer

Waarschijnlijkheid:

Hoog

Impact:

Hoog

Preventie:

Duidelijk maken aan de klant dat dit niet de bedoeling is, wijzigingsprocedures opstellen.

Correctie:

Volgens wijzigingsprocedure

3.4 Controle en procesregistratie De PM registreert de voortgang van het proces door middel van de volgende activiteiten:

•


•

Voortgangsbesprekingen met het SM

•

Werktijden registratie

3.4.1


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

Software Project Management Plan 3.4.3

bICEPS

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

PM


(0518434)

E-mail [email protected]

VPM

Hans Wauters

(0517382)

[email protected]

SL

Kevin Jonkers

(0532756)

[email protected]

VSL

Marcel Steine

(0552642)

[email protected]

QE

Arjan Kon

(0555740)

[email protected]

VQE

Stefan Rijkers

(0553334)

[email protected]

TM

TA SM Klant

Kevin Jonkers

(0532756)

[email protected]

Marcel Steine

(0552642)

[email protected]

Kevin Verbeek

(0559082)

[email protected]

Hans Wauters

(0517382)

[email protected]

Stefan Rijkers

(0553334)

[email protected]

Arjan Kon

(0555740)

[email protected]

Mohammed El kebir

(0554141)

[email protected]

Johan de Jong

(0537384)

[email protected]

Dhr. Bril

[email protected]

L.J.A.M. Somers

[email protected]

T.Punter

[email protected]

Gerben Mooiweer Peter Veenendaal

030-2972844

[email protected]

040-2474277

[email protected] 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

URD

Hans, Kevin V, Mohammed, Johan

Doelstelling 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


SCMP

Kevin J, Marcel


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



SRD



Prototype

Kevin J, Marcel


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

SPMP

Wouter

Doelstelling 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



SRD



ADD

Arjan, Stefan, Mohammed, Hans, Kevin V


SQAP

Arjan, Stefan

Bijgewerkt en extern goedgekeurd

SCMP

Kevin J, Marcel


SVVP

Arjan, Stefan


SPMP

Wouter


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

Software Project Management Plan 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 ADD

20 125

DDD

70

Code

1432,25

SUM

60

IT, ST, AT

40

STD

10

Formal reviews Meetings Presentations

60 200 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



bICEPS

Mijlpaal

Omschrijving

M1

URD extern goedgekeurd

Datum 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


13

Software Project Management Plan Versie 1.2.0

Recommend Documents