PEE51_SPC_documents/markdown/plan_van_aanpak.md

sub_title	toc	tags	auther
Superlight Personal Carrier	true	kladjes elektro elektro/hr elektro/hr/pee51	name email name_short Finley van Reenen 0964590@hr.nl e.l.f. van Reenen name email name_short Chris Tan 0992143@hr.nl c. Tan name email name_short Gryvon Belfor 0985890@hr.nl g. Belfor name email name_short Tijn Snijders 1001829@hr.nl t. Snijders name email name_short Max Kappert 1030682@hr.nl m. Kappert name email name_short Thomas Braam 0989527@hr.nl t. Braam

Plan van Aanpak

Voorwoord

Voor u ligt het Plan van aanpak (PVA) voor het project Superlight Personal Carrier (SPC) 2025. Dit document vormt de leidraad voor de uitvoering van het project en beschrijft de probleemstelling, doelstellingen, methodologische aanpak en de verwachte resultaten.

Het SPC-project is een innovatief en interdisciplinair initiatief waarin studenten van verschillende opleidingen samenwerken om een lichtgewicht, zelf stabiliserend eenpersoonsvoertuig te ontwikkelen. Dit project bouwt voort op eerdere inspanningen en richt zich op het verder verfijnen en implementeren van cruciale systemen zoals de aandrijving, het stuurmechanisme en de Digital Twin-technologie.

Dit document is met zorg samengesteld en biedt een helder overzicht van de huidige status van het project, de uitdagingen die voor ons liggen en de strategieën die we hanteren om deze te overwinnen. We willen hierbij onze begeleiders, docenten en projectpartners bedanken voor hun ondersteuning en waardevolle inzichten.

Inleiding

Voor dit semester wordt er verder gewerkt aan het project Superlight Personal Carrier (SPC). Het SPC-project is een samenwerking tussen studenten uit verschillende opleidingen bevordert, met als doel een lichtgewicht, zelf stabiliserend éénpersoonsvoertuig te ontwikkelen. Dit semester is gericht op het verfijnen en verbeteren van essentiële subsystemen, zoals het aandrijf- en stuursysteem en stabilisatie, waarbij er parameters uit een Digital Twin gehaald worden.

Dit project begint met een opgesteld Plan van Aanpak (PvA). Dit document biedt een solide basis voor het project door de belangrijkste stappen, doelstellingen en methodologieën te beschrijven. Het PvA fungeert als leidraad en naslagwerk voor alle betrokkenen, en brengt duidelijkheid over wat er moet worden gedaan, hoe het moet worden uitgevoerd, en wat de verwachte resultaten zijn.

Naast een overzicht van de werkzaamheden biedt het PvA inzicht in essentiële aspecten zoals:

• Planning: Een gedetailleerd tijdschema dat de voortgang bewaakt en mijlpalen vastlegt.
• Kosten: Een overzicht van de budgettaire eisen en financieringsmogelijkheden om het project binnen de gestelde grenzen te houden.
• Risico's: Identificatie en beheersing van mogelijke obstakels om de betrouwbaarheid en kwaliteit van het eindresultaat te garanderen.

Door deze gestructureerde aanpak wordt een basis gelegd voor een uitvoering van het project. Het PvA maakt het mogelijk om op een doelgerichte manier toe te werken naar een functioneel en valideer baar eindresultaat: een rijdend voertuig dat klaar is voor verdere ontwikkeling.

Probleemdefinitie

Probleemstelling

Het probleem is dat er onzekerheden zijn over het voertuig en dat de SPC niet correct ontwikkeld is om te valideren. Hierdoor is het moeilijk om aan te tonen of de functionaliteit voldoet aan de gestelde eisen en of de subsystemen daadwerkelijk bruikbaar zijn in de praktijk.

Doelstelling

Het doel van het project is om de functionaliteit van de SPC te verbeteren door een functionele aandrijving en een stuurmechanisme te ontwerpen die praktisch toepasbaar zijn in het fysieke voertuig. Deze systemen zullen worden ontworpen en geoptimaliseerd met behulp van data uit een Digital Twin, die als leidraad dient voor het gehele ontwikkelingsproces. Daarnaast zal het stabilisatiesysteem verder ontwikkeld worden, met als uiteindelijk doel een full- scale implementatie in het voertuig.

Vraagstelling

Hoofdvraag

"Hoe ziet een functioneel en valideer baar aandrijf- en stuursysteem voor de SPC eruit, waarbij stabilisatie is geïntegreerd in het ontwerp en gebruik wordt gemaakt van een digital twin voor ontwikkeling, optimalisatie en validatie?"

Deelvragen

1. Huidige situatie & knelpunten

• Wat is de huidige status van de SPC en welke onzekerheden bestaan er in het huidige ontwerp?
• Welke technische beperkingen belemmeren de validatie van de SPC?

2. Ontwerp en validatie van het aandrijf- en stuursysteem

• Welke ontwerpcriteria moeten worden gehanteerd voor een functionele en bruikbare aandrijving?
• Hoe kan een stuurmechanisme worden ontworpen dat werkt zonder een traditioneel stuur?
• Welke methoden kunnen worden gebruikt om de werking van deze systemen te valideren?

3. Gebruik van een Digital Twin

• Hoe kan een digital twin bijdragen aan de ontwikkeling en validatie van de aandrijving en het stuurmechanisme?
• Welke parameters en data zijn nodig om een betrouwbare digital twin op te stellen?

4. Stabilisatie en implementatie

• Hoe kan het stabilisatiesysteem verder worden ontwikkeld en geoptimaliseerd?
• Op welke manier kan een full-scale implementatie van de SPC worden gerealiseerd?

5. Kwaliteitsborging en testen

• Hoe kan de functionaliteit van het systeem worden gekwantificeerd en geëvalueerd?
• Welke testmethoden kunnen worden gebruikt om de prestaties van de SPC te meten en te valideren?

Current State

In de vorige projectfasen is een prototype ontwikkeld van de Superlight Personal Carrier (SPC), waarin verschillende technologieën en subsystemen zijn getest. Op dit moment bestaat de SPC uit:

• Een testframe waarop componenten kunnen worden gemonteerd en geëvalueerd.
• Een op schaal geteste opstelling met een reactiewiel om de stabilisatie te behouden.
• Een ruwe simulatie met geschatte parameters voor de aandrijving en het stuursysteem.

Huidige status van het aandrijfsysteem

Motor en aandrijving

Het huidige ontwerp maakt gebruik van een elektromotor met een geplande accupakketcapaciteit van 20,4 kWh, wat resulteert in een geschat gewicht van 94 kg (gewicht per cel * benodigde cellen).

Er is nog geen definitieve keuze gemaakt tussen directe aandrijving (zoals een naafmotor) en een indirecte aandrijving (zoals een centrale motor met riem- of kettingoverbrenging).

De huidige aandrijving is nog niet geïntegreerd met het stuursysteem, waardoor het effect op rijgedrag en stabiliteit onbekend is.

Simulatie en validatie

De stabilisatie is op kleine schaal getest, maar is nog niet gevalideerd in combinatie met de aandrijving op het testframe.

De huidige simulaties zijn gebaseerd op geschatte parameters en vereisen een nauwkeurigere data-invoer om realistische testresultaten te kunnen leveren.

Uitdagingen en knelpunten

Het accupakket is relatief zwaar, wat invloed heeft op de prestaties en balans van de SPC.

Er is nog onduidelijkheid over de samenwerking tussen aandrijving en besturing, waardoor het risico op bumpsteer en vermogensverlies bestaat.

Er is nog geen uitgebreid testprotocol ontwikkeld om de prestaties van de aandrijving systematisch te valideren.

De huidige status (figuur \ref{pva_proto}) van het project vormt de basis voor verdere ontwikkelingen. De volgende stappen zijn gericht op het verder ontwikkelen van het aandrijf- en stuursysteem en de stabilisatie, zodat er een rijdend 2x2x2 voertuig gerealiseerd wordt.

Scope & Afbakening

Scope

De scope van een project bepaald wat er wel en niet behandeld gaat worden. Een scope wordt op meerdere aspecten gesteld. De aspecten waar onze scope over gaat zijn hieronder neergezet.
Dit project richt zich op het ontwikkelen van functionele kernsystemen voor het voertuig, waarbij de nadruk ligt op de aandrijving, de Digital Twin, het stuurmechanisme en de stabilisatie.

scope	Beschrijving	Afbakening
Aandrijving en Stuur-systeem	Ontwerpen en ontwikkelen van een functionele aandrijving en stuursysteem, gemonteerd in het fysieke voertuig	Focus op fysiek implementeerbare systemen
Digital Twin	Ontwerp, validatie en optimalisatie aan de hand van gegeven uit de Digital Twin	Geen aerodynamica optimalisatie of andere optimalisatie
Stabilisatie-ontwikkeling	Verdere ontwikkeling van het stabilisatiesysteem, met als einddoel een full-scale implementatie in het voertuig	Alleen binnen gegeven snelheidsbereik

Aandrijving en Stuursysteem

Een nieuw stuursysteem en doorgerekende aandrijving zijn nodig voor basis functionaliteit van het voertuig. Deze systemen moeten aan de hand van de Digital Twin ontworpen worden. Het doel licht hierop bij goed ontwerp en onderbouwing. Het is daarom essentieel dat er goed nagedacht wordt over de nodige veiligheidsfactoren en limieten van componenten.

Digital Twin

Wij willen aan de hand van een Digital Twin andere subsystemen op het voertuig kunnen ontwerpen, valideren en optimaliseren. Deze gegevens moeten dus de rode draad vormen voor het gehele project.

Stabilisatie

Het doel van het project is om het voertuig te kunnen laten stabiliseren. Dit stabiliseren zal op het full scale voertuig gaan plaats vinden. Dit systeem moet werken door middel van het correctiewiel wat op de schaal testopstelling gedemonstreerd is te werken. Het is nu de taak om dit op full scale werkend te krijgen.

Afbakening

• Het project richt zich primair op functionele en fysiek implementeerbare systemen, niet op aerodynamische optimalisatie of esthetische aspecten van het voertuig.
• Autonome functies vallen buiten de scope van dit project.

Tussenresultaten

Analyse fase

In de analyse fase worden de volgende documenten opgesteld:

• Plan van Aanpak: Dit document.
• Risico analyse: Hier worden alle risico’s beschreven en wat we doen om de risico’s te verminderen.
• Pakket van eisen: Hier worden alle eisen waar het product aan moet gaan voldoen
• Globale planning: Zie hoofdstuk Planning.
• Functioneel prototype?: Een prototype om te controleren of het concept mogelijk en realistisch is.

Concept fase

• Persoonlijk PVA
• Het ontwerp van het product
• Bom (Bill of Materials)

Ontwerpfase

• Testprocedures
• Het ontwerp van het product
• Bom (Bill of Materials)

Test Fase

• Test rapporten

Methodologische aanpak

DMADV-model

In dit hoofdstuk wordt besproken over de aanpak van de opdracht en welke methode gevolgd zal worden tijdens het semester. Dit zal gedaan worden door middel van het DMADV-model (figuur \ref{pva_dmadv}). Dat staat voor Define, Measure, Analyze, Design en Verify.

Define

De eerste fase in het dmadv model is definiëren. Het is essentieel om vooraf een lijst te hebben van de taken die gedaan moeten worden en de onderdelen die gemaakt moeten worden. Als je in het begin goed hebt gedefinieerd wat en hoe het gedaan moet worden zal het makkelijker worden om naar het gewenste resultaat toe te werken. De onderdelen die zullen worden ontwikkeld en geïmplementeerd zijn de aandrijving en de sturing. Een eis is dat het voertuig in-wheel motoren moet hebben, hiervoor zal er extra aandacht aan gegeven moeten worden vanwege de complexiteit van dit onderwerp.

Measure

In de fase van measure verzamel en neem je de gegevens op die relevant zijn voor de CTQ-maatregelen die tijdens de eerste fase werden gedefinieerd. Deze gegevens meet je om resultaten te verkrijgen waarmee later in het proces

In die tabel wordt de VOC (voice of customer) genoteerd en bij punten daarvan wordt onder het kopje van drijfveer de technische of functionele kenmerken beschreven die nodig zijn om de wensen van de klant te behalen. Bij de CTQ rij wordt weergegeven wat de fysieke onderdelen zijn om die drijfveren te behalen.

De CTQ’s die uit de View of Client en View of Business zijn gehaald die voor dit onderzoek belangrijk zijn, zijn hieronder in tabelvorm genoteerd.

Voice of customer	Drijfveer	Critical To Quality
zelf sabiliserend	Rechtopstaand tijdens stilstaan	Vliegwiel of stabilisator
	goed bochten kunnen maken	Balans in voertuig
Elektrish aangedreven	eleknische motor	in wiel motor
	elektrisch opladen	accupakket
2x2x2 aandrijving	2 sturende wielen	stuurstysteem voor en achter
	2 aangedreven wielen	motor voor en achter in het wiel
openbareweg	mag op alle wegen tijden	kan minimaal 90 tijden
	is goedgekeurd door overheid	voldoet aan regelement
autonoom voorbereid	kan vanaf meerdere plekken bestuurd worden	kan drive by wire bestuurd worden
	autonoom concept	worden concepten voor autonomie ontworpen

De eisen opgesteld vanuit de opdrachtgever (klant) zijn als volgt:

• Het voertuig is elektrisch aangedreven
• Het voertuig is zelf stabiliserend
• Het voertuig is voor het vervoeren van 1 persoon

Het voertuig heeft een 2x2x2 aandrijving (2 wielen, 2 wiel gestuurd, 2 wiel aangedreven)

De laatste twee punten zijn eisen die van toepassing zijn op het uiteindelijke eindproduct. Dat is iets wat in de tijdsduur van dit project niet behaald zal worden. Daarom zijn die punten niet een prioriteit voor dit projectteam.

Analyze

In de fase van analyse worden alle verzamelde data uit de meetfase gebruikt om te analyseren en testen uit te voeren van de verschillende concepten die zijn opgesteld voor onderdelen en systemen. Die onderdelen wordt verder op gerekend en geoptimaliseerd voor hun functie en de gestelde eisen. Die eisen komen vanuit het pakket van eisen wat wordt gebruikt als referentie om ervoor te zorgen dat de onderdelen zich voldoen aan de gestelde randvoorwaarden.

Uit deze fase kan dan ook een ruw concept komen wat voldoet aan functionele eisen en aan de eerder gestelde CTQ's.

Design

In de fase van design worden alle gegevens uit eerdere fasen gebruikt zodat er een product ontwikkeld kan worden wat dichter bij het definitieve eindproduct komt. Daaruit kunnen mogelijke aanpassingen en wijzigingen worden gemaakt uit fouten die worden geïdentificeerd en kan het aan de klant worden laten zien, wat zal voldoen aan hun eisen en weer mogelijk kan worden aangepast waar nodig is.

Verify

De verificatiefase van het DMADV-model is weliswaar de laatste fase, maar niet het einde van het proces. Om de kwaliteit te waarborgen is het belangrijk om, continue te verifiëren en het product aanpassen waar dat dan nodig is. In deze fase zal het ontwerp dan ook definitief klaar zijn en kan er feedback worden gekregen van de klant waarmee mogelijke aanpassingen kunnen worden gemaakt die weer kunnen worden verifieerd.

Organisatiestructuur (OBS, PBS, WBS)

Organisatie leden

Functie	Naam	Opleiding	Email
Opdrachtgever	Niels van Groningen	Automotive	N.van.groningen@hr.nl
Docentbegeleider	Joris Straver	ELE	J.g.Straver@hr.nl
Project lid	Max Kappert	Automotive	1030682@hr.nl
Project lid	Tijn Snijders	Automotive	1001829@hr.nl
Project lid	Thomas Braam	Automotive	0989527@hr.nl
Project lid	Chris Tan	ELE	0992143@hr.nl
Project lid	Gryvon Belfor	ELE	0985890@hr.nl
Project lid	Mohamed El Morabiti	ELE	1014780@hr.nl
Project lid	Finley van Reenen	ELE	0964590@hr.nl

OBS (Organization Breakdown Structure)

flowchart TD
  tijn(Projectlijder <br/> Tijn Snijders)
  niels(Opdrachtgever <br/> Niels van Groningen)
  max(Automotive Engineer <br/> Max Kappert)
  thomas(Automotive Engineer <br/> Thomas Braam)
  Finley(Hoofd Elektro <br/> Finley van Reenen)
  Chris(Elekntotechnishce Engeneer <br/> Chris Tan)
  gryvon(Elekntotechnishce Engeneer <br/> Gryvon Belfor)
  mohamed(Elekntotechnishce Engeneer <br/> Mohamed El Morabiti)
  joris(Docentbegeleider <br/> Joris Straver)
  tijn -..-> niels
  tijn --> max & thomas & Finley
  Finley -..-> joris
  Finley --> Chris & gryvon & mohamed

PBS (Product Breakdown Structure)

flowchart TD
  proj(Superlight Personal Carrier 2025)
  twin(Digital Twin)
  stab(Geintergreerde Stabilisatie)
  stuur(Struur Systeem)
  Aand(Aandrijving)
  
  tijn(Mechanische <br/> Tijn Snijders)
  max(Mechanische <br/> Max Kappert)
  thomas(Simulatie <br/> Thomas Braam)
  Finley(Elektronishe <br/> Finley van Reenen)
  Chris(Elektronishe <br/> Chris Tan)
  gryvon(Hardware <br/> Gryvon Belfor)
  mohamed(Software <br/> Mohamed El Morabiti)
  proj --> twin & stab & stuur & Aand
  twin --> thomas
  stab --> tijn --> Finley
  stuur --> max --> Chris
  Aand --> gryvon --> mohamed

WBS (Work Breakdown Structure)

flowchart TD
  spc(Superlight Personal Carrier)
  1(1\. Digital Twin)
  1.1(1.1 Simulatieontwikkeling)
  1.1.1(1.1.1 Modelvalidatie)
  1.1.2(1.1.2 Data-integratie)
  1.1.3(1.1.3 Testen en kalibreren)
  2(2\. Geintegreerde Sabilisatie)
  2.1(2.1 Mechanische ontwerp)
  2.1.1(2.1.1 Conceptontwikkeling)
  2.1.2(2.1.2 Simuleren)
  2.1.3(2.1.3 Prototyping)
  2.1.4(2.1.4 Realiseren)
  2.1.5(2.1.5 Valideren)
  2.2(2.2 Elektnoische ontwerp)
  2.2.1(2.2.1 Concept ontwikkeling)
  2.2.2(2.2.2 Defineren)
  2.2.3(2.2.3 Realiseren)
  2.2.4(2.2.4 Valideren)
  3(3\. Stuursysteem)
  3.1(3.1 Mechanische ontwerp)
  3.1.1(3.1.1 Stuurmechanisme)
  3.1.2(3.1.2 Montageontwerp)
  3.1.3(3.1.3 Realiseren)
  3.1.4(3.1.4 Valideren)
  3.2(3.2 Elektnoische ontwerp)
  3.2.1(3.2.1 Signaalverwerking)
  3.2.2(3.2.2 actuatorbesturing)
  3.2.3(3.2.3 Softwareconfiguratie)
  4(4\. Aandrijving)
  4.1(4.1 Hardware)
  4.1.1(4.1.1 Motorselectie)
  4.1.2(4.1.2 Vermogenselektronica)
  4.1.3(4.1.3 Energiebeheer)
  4.1.4(4.1.4 Realiseren)
  4.2(4.2 software)
  4.2.1(4.2.1 Regelsoftwere)
  4.2.2(4.2.2 Veiligheidsprotocollen)
  4.2.3(4.2.3 Communicatie-interfacd)
  4.2.4(4.2.4 Realiseren)
  
  spc --> 1 & 2 & 3 & 4

  1 --> 1.1 --> 1.1.1 --> 1.1.2 --> 1.1.3

  2 --> 2.1 & 2.2
  2.1 --> 2.1.1 --> 2.1.2 --> 2.1.3 --> 2.1.4 --> 2.1.5
  2.2 --> 2.2.1 --> 2.2.2 --> 2.2.3 --> 2.2.4

  3 --> 3.1 & 3.2
  3.1 --> 3.1.1 --> 3.1.2 --> 3.1.3 --> 3.1.4
  3.2 --> 3.2.1 --> 3.2.2 --> 3.2.3

  4 --> 4.1 & 4.2
  4.1 --> 4.1.1 --> 4.1.2 --> 4.1.3 --> 4.1.4
  4.2 --> 4.2.1 --> 4.2.2 --> 4.2.3 --> 4.2.4

Risico- en stakeholder analyse

Risico’s

Het Superlight Personal Carrier (SPC) project brengt studenten uit verschillende opleidingen samen, waaronder Automotive en Elektrotechniek. Dit interdisciplinaire karakter biedt kansen, maar brengt ook risico's met zich mee, vooral op het gebied van planning, communicatie en technische realisatie. In deze risicoanalyse worden de belangrijkste bedreigingen geïdentificeerd en mogelijke beheersmaatregelen besproken.

Communicatieproblemen

Doordat studenten uit verschillende opleidingen samenwerken, kunnen er communicatieproblemen ontstaan. Elk teamlid heeft een andere achtergrond, werkwijze en planning. Hierdoor kunnen misverstanden ontstaan over verwachtingen, deadlines en verantwoordelijkheden. Dit kan leiden tot vertragingen, inefficiënte samenwerking en fouten in het ontwerp of de uitvoering van het project.

Maatregelen

• Regelmatige vergaderingen inplannen om voortgang en knelpunten te bespreken.
• Duidelijke communicatiekanalen en documentatie opzetten, zoals een gedeeld projectplan of online platform.
• Taken en verantwoordelijkheden expliciet vastleggen, zodat iedereen weet wat er van hen verwacht wordt.

Verschillende planningen en beschikbaarheid

Studenten van verschillende opleidingen hebben verschillende lesroosters, deadlines en toets momenten. Dit kan ertoe leiden dat sommige teamleden minder beschikbaar zijn of moeilijker in te plannen zijn voor gezamenlijke werkzaamheden. Bovendien kunnen studenten vakken moeten herkansen, wat hun inzetbaarheid verder vermindert.

Maatregelen

• Een flexibele maar realistische projectplanning maken die rekening houdt met toets weken en herkansingen.
• Taken verdelen op basis van beschikbaarheid, zodat het project niet stilvalt bij de afwezigheid van een teamlid.
• Alternatieve communicatiemiddelen gebruiken, zoals online vergaderingen en asynchrone updates.

Te veel hooi op de vork nemen

Binnen het project kan de neiging ontstaan om te veel taken op je te nemen. Dit verhoogt de werkdruk en kan ertoe leiden dat taken niet goed worden uitgevoerd of deadlines niet worden gehaald. Hierdoor kunnen cruciale onderdelen van het project mislukken of niet naar behoren functioneren.

Maatregelen

• Duidelijke taakverdeling maken en monitoren of de werklast eerlijk is verdeeld.
• Wekelijkse statusupdates organiseren om eventuele overbelasting te signaleren.
• Teamleden stimuleren om tijdig hulp te vragen als ze vastlopen.

Studenten stoppen of komen niet opdagen

Een ander risico is dat studenten uitvallen, stoppen met het project of hun taken niet afmaken. Dit kan grote impact hebben op de voortgang en de verdeling van verantwoordelijkheden binnen het team.

Maatregelen

• Vanaf de start duidelijke afspraken maken over commitment en inzet.
• Een back-up plan opstellen voor cruciale taken, zodat het project door kan gaan bij onverwachte uitval.
• Vroegtijdig signaleren wanneer een teamlid minder betrokken raakt en hier proactief op inspelen.

Realisatie kan fout gaan

Tijdens de realisatie van het project kunnen technische problemen ontstaan, zoals fouten in de hardware of software, compatibiliteitsproblemen en onvoorziene storingen. Dit kan ertoe leiden dat onderdelen niet correct werken of dat het eindproduct niet aan de gestelde eisen voldoet.

Maatregelen

• Duidelijke technische specificaties opstellen en testen in verschillende fasen.
• Gebruik maken van bestaande en bewezen technologieën waar mogelijk.
• Regelmatig overleg tussen teamleden om technische obstakels snel te identificeren en op te lossen.

Unittesten en integratietesten

Een belangrijk onderdeel van het project is het testen van afzonderlijke componenten (unittesten) en het integreren van deze componenten in een werkend geheel (integratietesten). Zonder gedegen teststrategie kunnen fouten pas laat in het proces worden ontdekt, wat tot vertraging en herwerk leidt.

Maatregelen

• Een gestructureerd testplan opstellen en uitvoeren in verschillende ontwikkelingsfasen.
• Automatische en handmatige testen toepassen om betrouwbaarheid te garanderen.
• Problemen documenteren en direct oplossen om verdere complicaties te voorkomen.

Conclusie

Om het SPC-project succesvol af te ronden, is een goede planning, communicatie en technische aanpak essentieel. Door risico’s tijdig te identificeren en maatregelen te nemen, kan het team effectiever samenwerken en problemen minimaliseren. Duidelijke afspraken, regelmatige evaluaties, een evenwichtige taakverdeling en een gestructureerd testplan zijn cruciaal om de uitdagingen binnen dit interdisciplinaire project te overwinnen en een succesvol eindresultaat te garanderen.

Risico matrix

Er is een risico matirx gemaakt in Exel, dit bestand is samengevoed met dit documnet.

Stakeholder analyse

Hierin wordt een analyse gemaakt over de rollen, invloed en belangen van de verschillende belanghebbenden in dit project. Dit helpt om communicatie en samenwerking te verbeteren en eventuele conflicten te voorkomen.

Hieronder zijn de volgende partijen die invloed hebben op dit project bekend:

• Projectteemleden:
  • Gryvon Belfor
  • Tijn Snijders
  • Thomas Braam
  • Max Kappert
  • Finley van Reenen
  • Mohamed El Morabiti
  • Chris Tan
• Begeleiders (school):
  • Niels van Groningen
  • Joris Straver
• Eindgebruiker/klant:
  • Niels van Groningen

Het belang en invloed wordt in dit tabel weergeven:

Stakeholder	Belang	Invloed
Projectteamleden	Verder ontwikkelen van de SPC naar validatie	Hoog
Begeleiders (school)	Begeleiden van kwaliteit en validiteit van het eindproduct	Gemiddeld
Eindgebruiker/klant	Een gebruiksklaar product voor eventuele vervolgproject	Hoog

RACI-model

De letters van het RACI-model staan voor rollen van de leden in een proces, namelijk:

R – Responsible (Verantwoordelijk): degene die de taak uitvoert is verantwoordelijk voor de uitvoering hiervan.

A – Accountable (Eindverantwoordelijk): deze persoon draagt de uiteindelijke eindverantwoording voor de juiste voltooiing van een of meerdere projecttaken.

C – Consulted (Geraadpleegd): dit is de persoon aan wie vooraf advies gevraagd wordt.

I – Informed (Geïnformeerd): deze persoon wordt tussentijds geïnformeerd over de beslissingen, over de voortgang, bereikte resultaten enz.

	Tijn	Max	Thomas	Gryvon	Chris	Finley	Mohammed	Van Groningen
Projectplanning	R	I	I	I	I	I	I
PVE	I	I	I	I	R	A/R	I	C
Sponsering	A	R	I	I	I	I	I	I
Stuursysteem	I	A/R	I	I	R	I	I	C/I
Aandrijving	I	I	I	A/R	I	I	R	C/I
Stabilisatie	A/R	I	I	I	I	R	I	C/I
Sim model	C/I	C/I	A/R	I	I	I	I	C
Concept ontwikkelen	R	R	R	R	R	R	R	C/I
Begroting & kosten	A	C	C	C	R	C	C	C/I

Planning

Tussenresultaten

Het project wordt op gedeeld in verschillende sprints

Analyse fase

In de analyse fase worden de volgende documenten opgesteld:

• Plan van Aanpak
  Dit document.
• Risico analyse
  Hier worden alle risico’s beschreven en wat we doen om de risico’s te verminderen.
• Pakket van eisen
  Hier worden alle eisen waar het product aan moet gaan voldoen
• Globale planning
  Zie hoofdstuk Planning.
• Functioneel prototype?
  Een prototype om te controleren of het concept mogelijk en realistisch is.

Ontwerpfase

• Testprocedures
• Het ontwerp van het product
• Bom (Bill of Materials)

Test fase

• Test rapporten

Value planning

Zie planned value.pdf.

Dynamische planning

Deze planning geeft een overzicht van de verschillende fasen en bijbehorende taken binnen dit project. Door middel van een Gantt-diagram (figuur \ref{gantt}) worden de doorlooptijden, afhankelijkheden en mijlpalen visueel weergegeven. De planning is opgedeeld in meerdere sprints, waaronder Sprint Analyseren, Sprint Realiseren, Sprint Optimaliseren, en Sprint Valideren, waarmee het project stapsgewijs wordt ontwikkeld en geoptimaliseerd.

De blauwe balken geven de duur van elke taak aan, terwijl de diamantvormige symbolen belangrijke mijlpalen markeren. De rode verticale lijn geeft de huidige voortgang weer. Dit overzicht helpt bij het bewaken van deadlines, het coördineren van werkzaamheden en het tijdig bijsturen van het project waar nodig

Begroting

Het project moet uiteindelijk een rijdend en zelf stabiliserend voertuig produceren, het moet op 2 wielen rijden en bestuurd worden d.m.v. vehicle control unit (een joystick of een controller). We baseren de prijzen op de keuzes die gemaakt zijn door het vorige projectteam en een vooronderzoek dat is gedaan. Voor de wielmotoren hebben een 8kW nodig om de originele eisen van 150km/u te behalen, daarbij komt ook een batterijpakket bij kijken die minimaal 120V en 280Ah moet zijn. Voor het stabilisatie systeem hebben we ook hoogstwaarschijnlijk een motor met veel koppel nodig. Om de drive by wire besturing te kunnen implementeren hebben we 2 actuatoren nodig, één voor en één achter. Daarnaast hebben we een vehicle control unit nodig om het voertuig te besturen.

Kosten: voor dit project is het budget nog onbekend.

Baten: omdat het budget nog onbekend is, is het moeilijk te bepalen wat de baten voor het budget zijn.

De volgende tabel geeft een schatting van het benodigde budget:

Item	Begroting
2x Wielmotor	1000-1500
Stabilisatie motor	500-600
Banden	100-150
Actuatoren	400-500
Wielen	200-300
2x Encoders	100-150
Vehicle control unit	50-80
Motor controller	100-150
Batterijpakket	900
Frame	???
Remmen	200-300

Pakket van Eisen (PvE)

Het volgende PVE is opgesteld in een apart document.

Voertuig Validatie

Na de realisatie en optimalisatie van het voertuig, zal er een grondige validatie plaats vinden. De validatie zal bestaan uit verschillende hoofd criteria. Die uit geleid zijn van uit het pakket van eisen. Deze hoofd criteria zijn statische dynamische en integratie validatie testen.

Statische validatie

Tijdens de statische validatie zal het voertuig gevalideerd worden op de statische parameters van uit het pakket van eisen. Dit zal gebeuren door een

• Voertuig gewicht validatie (<250 kg ex persoon) (REQ-A-1[MH] in PvE)
• Afmetingen (REQ-A-2[MH], REQ-A-3[MH], REQ-A-10[SH], REQ-A-11[MH] en REQ-A-12[SH] in PvE)

Dynamische validatie

• Aandrijving (REQ-W-4[MH] in PvE)
• Draaicirkel (REQ-W-8[MH] in PvE)
• Stabilisatie tot hellingshoek 5 graden (REQ-S-2[SH] in PvE)

Integratie validatie

Een volledig rollend sturen d stabiliserend voertuig test. (REQ-S-1[MH], REQ-W-2[MH] en REQ-W-3[SH] in PvE)