Projektplan Minröjningsbandvagn

Transkript

1 Projektplan Minröjningsbandvagn Version 1.0 Utgivare: Emmeline Kemperyd Datum: 19 september 2013 Status Granskad Anton Pettersson Godkänd

2 Projektidentitet Gruppens e-post: Hemsida: Beställare: Kund: Kursansvarig: Projektledare: Handledare: Johan Dahlin (JD), ISY, Linköpings universitet Torbjörn Crona, Saab Bofors Dynamics Daniel Axehill och David Törnqvist, ISY, Linköpings universitet Anton Pettersson (AP) Björn Johansson, Carl Nordheim, Stefan Thorstensson, Saab Bofors Dynamics, Niclas Evestedt (NE), ISY, Linköpings universitet Gruppmedlemmar Namn Ansvarsområde Telefonnummer E-post Jesper Carlsson (JC) Informationsansvarig jesca887 Jonatan Ekström (JE) Designansvarig jonek364 Emmeline Kemperyd (EK) Dokumentansvarig emmke921 Simon Lind (SL) Hinderansvarig simli718 Johan Norén (JN) Hårdvaruansvarig johno923 Anton Pettersson (AP) Projektledare antpe073 Markus Rombarth (MR) Testansvarig marro498 Jon Tjerngren (JT) Navigationsansvarig jontj362

3 Dokumenthistorik Version Datum Ändringar Utförda av Granskad Första utkastet EK AP Andra utkastet JN, JC AP Version 1.0 JN, JC AP

4 Innehåll 1 Beställare 1 2 Översiktlig beskrivning av projektet Syfte och mål Leveranser Begränsningar Fasplan I början av projektet Under projektet Efter projektet Organisationsplan för projektet Villkor för samarbete inom projektgruppen Definition av arbetsinnehåll och ansvar Projektledare Dokumentansvarig Designansvarig Testansvarig Informationsansvarig Navigationsansvarig Hårdvaruansvarig Hinderansvarig Dokumentplan 4 6 Utvecklingsmetodik 5 7 Utbildning 5 8 Rapporteringsplan 6 9 Mötesplan 6 10 Resursplan Personer Material Lokaler Ekonomi Milstolpar och beslutspunkter Milstolpar Beslutspunkter Aktiviteter Dokument Handkontroll Hinderdetektion

5 12.4 Navigering Redovisning Övriga aktiviteter Tidsplan Kvalitetsplan Granskningar Testplan Riskanalys Mindetektering Hinderdetektering Navigering Handkontroll Speciella omständigheter i projektgruppen Hemsida Leveransförsening av hårdvara Bristande beräkningskapacitet i datorhårdvaran Sammanfattande riskanalys Prioriteringar Projektavslut 14

6 Minröjningsbandvagn 1 1 Beställare Beställare är Johan Dahlin från institutionen för systemteknik vid Linköpings universitet, Linköping. Johan Dahlin nås på telefon och via e-post johan.dahlin@liu.se. 2 Översiktlig beskrivning av projektet Detta kapitel innehåller syfte och mål för projektet, en översikt över beslutade delleveranser samt de begränsningar gruppen satt upp för projektet. 2.1 Syfte och mål Det huvudsakliga syftet med projektet är att utbilda gruppmedlemmarna i att arbeta i projektform. Detta sker genom lösandet av ett stort och relativt vagt definierat problem tillsammans med andra. I detta fall utgörs problemet av att vidareutveckla en autonom minröjningsbandvagn, och målet är att den ska uppfylla den av gruppen framtagna kravspecifikationen. 2.2 Leveranser Nedan följer projektets del- och slutleveranser, samt datum för när dessa skall ske. Leveranser Datum Första versionen av projektplan, systemskiss och kravspecifikation till beställare Slutgiltig version av projektplan, systemskiss och kravspecifikation godkänd av beställare Första versionen av designspecifikationen och testplan till handledare Slutgiltig version av designspecifikation och testplan till handledare Beslut om leverans till kund Användarhandledning och testprotokoll Leverans till kund Teknisk dokumentation och efterstudie Poster, film och hemsida Projektkonferens Begränsningar Minröjningsbandvagnen skall uppnå de krav som finns angivna i kravspecifikationen, delar utanför kravspecifikationen kommer ej att studeras. Efter projektgruppens upplösande kommer det ej finnas möjlighet för support från gruppens medlemmar. 3 Fasplan Kapitlet beskriver vad gruppen kommer att arbeta med före, under och efter projektet.

7 Minröjningsbandvagn I början av projektet Innan den praktiska delen av arbetet kan påbörjas behöver en omfattande planering ske. Under detta skede tar gruppen fram en kravspecifikation, projektplan, systemskiss och tidsplan, vilka godkänns av beställaren. Under planeringsfasen kommer gruppen fram till hur problemet ska lösas, vilket dokumenteras i systemskissen. En nedbrytning i delproblem sker också. I tidsplanen framgår i vilken ordning de olika delproblemen ska lösas, samt vem som är ansvarig. I denna fas är det viktigt att ett noggrannt arbete utförs för att vara väl förberedda på kommande faser. Efter denna fas ska en tydlig bild finnas av vad som ska göras, när det ska göras, vem som ska göra vad och vad det önskade slutresultatet är. 3.2 Under projektet I denna fas sker det mesta av det praktiska arbetet i projektet. De olika delproblemen löses här med utgångspunkt i den systemskiss och tidsplan som togs fram i planeringsfasen. Här undersöks även hur konfigurationen ser ut idag. Resterande arbete består huvudsakligen i att programmera mjukvara, förbättra algoritmer samt undersöka och beställa nya sensorer. Innan leverans genomförs ett sluttest av minröjningsbandvagnen där det verifieras att systemet uppfyller de uppsatta målen i kravspecifikationen. För att undvika överraskningar vid detta sluttest testas allt färdigställt arbete under projektets gång, i enlighet med en fastställd testplan. 3.3 Efter projektet Vid slutleverans ska systemet prestera enligt de krav som finns uppställda i kravspecifikationen. Samtidigt levereras en teknisk dokumentation samt en användarmanual för systemet. Därefter skrivs en efterstudie där gruppmedlemmarna reflekterar över det slutförda projektet. Efter leverans deltar gruppen i en projektkonferens där gruppen redogör för projektet och resultatet av det. 4 Organisationsplan för projektet Detta kapitel innehåller en beskrivning av villkoren för samarbete i projektgruppen, samt gruppmedlemmarnas respektive arbetsuppgifter och ansvar. I figur 1 visas organisationens struktur. 4.1 Villkor för samarbete inom projektgruppen Ett gruppkontrakt har uppförts mellan gruppmedlemmarna med tydliga riktlinjer för hur samarbetet ska fungera.

8 Minröjningsbandvagn 3 Figur 1: Organisationens struktur. 4.2 Definition av arbetsinnehåll och ansvar Nedan följer en översikt av vilka roller som kommer att finnas i projektet samt en beskrivning av deras respektive ansvarsområden Projektledare Projektledaren är ytterst ansvarig för projektet. Ansvaret innefattar bland annat att se till att kommunikationen inom gruppen fungerar väl. Projektledaren ansvarar även för kontakt med beställaren genom att rapportera in status och tidsåtgång under projektet Dokumentansvarig Dokumentansvarig ansvarar för att alla dokument följer samma mall och att lämpligt språk används. Dokumentansvarig har även kännedom om när respektive dokument skall vara färdiga och ansvarar för att meddela gruppmedlemmarna när de behöver lämna in dokument till granskning. Det ingår även i ansvaret att säkerställa att dokument arkiveras på ett ändamålsenligt sätt Designansvarig Designansvarigs uppgift är att lägga upp riktlinjer för designen, det vill säga hur designen ska dokumenteras och implementeras. Det är även designansvarigs uppgift att säkerställa att designen uppfyller de i kravspecifikationen uppställda målen.

9 Minröjningsbandvagn Testansvarig Testansvarig är ytterst ansvarig för att tester tas fram och genomförs för att verifiera uppfyllandet av kraven i kravspecifikationen. Testansvarig för protokoll över vilka tester som genomförts efter rapporter från övriga projektmedlemmar. För att säkerställa att alla tester utförs på rätt sätt tar testansvarig fram en testmall där tillvägagångssätt och dokumenteringskonvention framgår. Om ett viktigt test misslyckas rapporterar testansvarig omedelbart detta till projektledaren Informationsansvarig Informationsansvarigs uppgift är att sköta hemsidan under projektets gång. Det är även informationsansvarig som är ytterst ansvarig för poster, presentation och film Navigationsansvarig Navigationsansvarig ansvarar för vidareutvecklingen av bandvagnens navigering. Nagivationsansvarig fördjupar sig i hur de olika positionerings- och karteringsfunktionerna i systemet är uppbyggda och kommer med förslag på hur dessa kan vidareutvecklas Hårdvaruansvarig Hårdvaruansvarig ansvarar för inköp av ny hårdvara, installation av denna och underhåll av systemets befintliga hårdvara. Speciellt är hårdvaruansvarig ansvarig för design och implementation av handkontrollen Hinderansvarig Hinderansvarig ansvarar för att systemets hinderhantering fungerar enligt kravspecifikationen. Hinderansvarig fördjupar sig i hur dessa algoritmer är konstruerade i mjukvaran och ansvarar för att dessa vidareutvecklas under projektets gång. 5 Dokumentplan Alla dokument lagras på gruppens gemensamma yta på ISY:s SVN. Alla dokument ska i utgångspunkten vara skrivna på svenska, engelska termer som bedöms svåra att översätta på ett ändamålsenligt sätt kan emellertid förekomma. Alla dokument produceras om möjligt med hjälp av L A TEX, dock kan även dokument producerade i Microsoft Excel förekomma. Alla dokument, bortsett från mötesprotokoll, ska ha ett versionsnummer. Konventionen för detta är att utkast har version 0.x där x är en siffra. Ett godkänt dokument tilldelas version 1.0 och det är denna version som levereras vid leveransdatum. När färdiga dokument revideras räknas versionsnumret upp allt eftersom ändringar görs. I varje dokument ska det finnas en förklaring för varje versionsnummer. Nedan följer en detaljerad lista över de dokument som ska upprättas av gruppen under projektets gång.

10 Minröjningsbandvagn 5 Dokument Ansvarig Syfte Distr. v1.0 klar till Kravspecifikation EK Definierar alla krav på systemet JD, NE Projektplan AP Beskriver hur projektet ska utföras JD Tidplan AP Definierar när vilka aktiviteter ska JD utföras, och vem som är ansvarig Systemskiss EK Översiktlig beskrivning av systemet JD, NE Designspecifikation JE Detaljerad beskrivning av systemet JD, NE Testplan MR Beskrivning av vilka tester som ska JD, genomföras och när de bör vara genomförda med godkänt resultat NE Användarhandledning AP Beskriver hur produkten används JD, NE Testprotokoll EK Protokoll över genomförda tester JD, NE Teknisk dokumentation EK Beskriver hur produkten fungerar rent JD, tekniskt NE Efterstudie EK Utvärdering av projektet JD Tid- och statusrapport AP Rapport över nedlagd tid per aktivitet JD Fredag kl samt en kort beskrivning av avklarade, icke avklarade och kommande aktiviteter 08:00 Mötesprotokoll EK Protokoll över förda möten MRBV, JD, NE Veckovis 6 Utvecklingsmetodik Under utvecklingen ska delsystemen testas och de ska fungera felfritt innan de testas tillsammans med andra delsystem. Först därefter kopplas de olika delsystemen samman, och testas vidare. Ansvaret för varje större uppgift delas mellan flera gruppmedlemmar så att ingen ensam är ansvarig för ett kritiskt moment. Dokument producerade under projektets gång ska struktureras enligt LIPS-modellen och tas fram med hjälp av L A TEX. Majoriteten av den producerade koden utvecklas i Matlab först och konverteras sedan till C++. 7 Utbildning Gruppen ansvarar själv för utbildning vid behov. Utbildning av kunden sker genom att projektgruppen levererar en användarmanual och demonstration till kunden vid slutleverans.

11 Minröjningsbandvagn 6 8 Rapporteringsplan Under projektets gång skrivs protokoll vid varje möte, och framsteg kontrolleras mot tidsplanen för att säkerställa att den hålls. Tidsplanen uppdateras vid behov och godkänns av Johan Dahlin. En sammanfattande rapport med uppdaterad tidsplan skrivs av projektledaren varje vecka och sänds till beställaren. Dessa rapporter följer en framtagen L A TEX-mall och används för att kontrollera att projektet fortlöper som planerat samt för att möjliggöra åtgärder i god tid. Gruppmedlemmarna ansvarar för att varje vecka rapportera sin arbetstid under veckan till projektledaren senast söndag klockan Mötesplan Ett avstämningsmöte kommer att hållas torsdag varje vecka mellan På dessa möten skall främst avstämning ske, och generella tankar och frågor lyftas. För mer specifika problemställningar ska ytterligare möten bokas. Mötesprotokoll förs av den för mötet valda sekreteraren och justeras av dokumentansvarig. På varje möte uppdateras tidsplanen och status för delprojekten gås igenom. Eventuella justeringar av tidsplanen eller målen sker även de på veckomötena. Samtliga mötesprotkoll skrivs enligt en framtagen L A TEX-mall. 10 Resursplan I detta kapitel beskrivs de resurser som nyttjas under projektets gång, inklusive de personer som ingår i projektet. De resurser projektgruppen har att tillgå står Saab Bofors Dynamics och Linköpings universitet för Personer Projektgruppen består av åtta medlemmar, varav en projektledare, som alla ska lägga ner 240 timmars arbete i löpet av projektet. Vi behov kan gruppen få handledning från både handledare vid ISY vid Linköpings Universitet och från handledare vid Saab Bofors Dynamics. Totalt står 80 handledningstimmar till gruppens förfogande där 30 timmar är handledning vid ISY vid Linköpings universitet och 50 timmar är handledning vid Saab Bofors Dynamics. På universitetet finns en handledare till förfogande, och på Saab Bofors Dynamics finns tre stycken med varierande kompetensprofiler Material Projektgruppen tilldelas den utrustning och det material Saab Bofors Dynamics anser nödvändigt för projektets utförande. Detta består i utgångsläget av en bandvagn med påmonterad industridator, vilken innehåller sensorer som IMU, ultraljud, odometri och GPS. Vid behov kan ytterligare sensorer ställas till gruppens förfogande. Från ISY får gruppen till sin hjälp tre bärbara datorer. Vid behov kan diverse verktyg göras tillgängliga för gruppen, detta sker i så fall på universitetet efter kontakt med beställaren.

12 Minröjningsbandvagn Lokaler Projektgruppen har tilldelats ett arbetsrum och två nycklar till detta rum. Arbetsrummet finns i B-huset på Campus Valla. I detta rum finns två stationära datorer till gruppens förfogande. Denna lokal kommer att vara tillgänglig för gruppen dygnet runt under projektets gång. Det finns dessutom möjlighet för gruppen att använda sig av Reglertekniks laborationsrum Ekonomi Budgetbegräninsningarna för detta projekt utgörs av de 240 timmar varje medlem ska arbeta med projektet. Detta innebär en total arbetstid om 1920 timmar. En del av dessa timmar kommer att gå till administration och förberedande dokumentation i början av projektet, en del på möten, föreläsningar och presentationer och resten används till konstruktion av systemet samt slutdokumentation. 11 Milstolpar och beslutspunkter Projektgruppen har tillsammans med beställaren fastställt hårda deadlines för projektet, vilka i fortsättningen kommer att talas om som beslutspunkter. Dessa ska hållas och om det inte är möjligt förhandlar projektledaren om dem med beställaren. Förutom dessa har projektgruppen faställt en mängd mjuka deadlines, nedan hänvisade till som milstolpar. Dessa ska i utgångspunkten hållas, men kan ändras efter diskussion i gruppen Milstolpar Följande milstolpar har beslutats av gruppens medlemmar. Nr Beskrivning Datum 1 Utvärdering av befintligt system Utvärdering av befintliga sensorer utfört Hemsida uppe på server och första inlägget upplagt Brusmodeller framtagna Handkontrollens kommunikation med bandvagnen är upprättad Partikelfilter designat i Matlab med ny rörelsemodell Handkontrollens styrkommandon styr bandvagnen med tillfredsställande resultat 8 Brusmodeller implementerade Hindernavigering implementerad och felsökt/kvalitetssäkrad Hinderdetektion vidareutvecklad enligt krav av typ 1 och testad Partikelfilter implementerad i C++ och testad Endast test och finjusteringar ska återstå, inga nya funktioner ska läggas till Beslutspunkter Följande beslutspunkter ska projektet genomföra före eller på det fastställda datumet.

13 Minröjningsbandvagn 8 Nr Beskrivning Datum 0 Gruppbildning Leverans av kravspecifikation, systemskiss och projektplan innehållandes tidplan. Beslut om att starta utförandefasen. 3 Leverans av designspecifikation och testplan. Beslut att fortsätta utförandefasen. 5 Leverans av projektresultat, beslut att leverera all funktionalitet till kund, testprotokoll, användarhandledning och en presentation där det visas att kraven i kravspecifikationen är uppfyllda. 6 Levererans av teknisk dokumentation, efterstudie med uppföljning av resultat och använd tid, posterpresentation, hemsida som beskriver projektet och en film Aktiviteter Arbetsuppgifterna i projektet har delats upp i ett antal aktiviteter tillhörande olika delområden. Dessa aktiviteter listas nedan för de olika delområdena Dokument Nr Aktivitet Beskrivning Beräknad tid Nr 1 Gruppkontrakt Diskussion och formulering av gruppkontrakt 10 Nr 2 Kravspecifikation Diskussion och formulering av kravspecifikation 60 Nr 3 Projektplan och tidplan Diskussion och formulering av projektplan samt tidplan 50 Nr 4 Systemskiss Diskussion och formulering av 40 systemskiss Nr 5 Designspecifikation Diskussion och formulering av designspecifikation 130 Nr 6 Testplan Diskussion och formulering av testplan 30 Nr 7 Teknisk dokumentation Diskussion och formulering av teknisk 130 dokumentation Nr 8 Efterstudie Diskussion och formulering av efterstudie 20 Nr 9 Användarmanual Skapande av användarmanual till 30 beställaren

14 Minröjningsbandvagn Handkontroll Nr Aktivitet Beskrivning Beräknad tid Nr 10 Handkontrollens kommunikation Upprätta kommunikation mellan handkontroll, basstation och bandvagn 30 Nr 11 Handkontrollens funktionalitet Implementering av styrkommandon 40 Nr 12 Handkontroll - GUI Utökande av basstationens GUI med 30 statusrad och menyer för handkontrollen Nr 13 Test av handkontroll Olika tester av handkontrollens implementation Hinderdetektion Nr 15 Installation av nya sensorer Nr Aktivitet Beskrivning Beräknad tid Nr 14 Utvärdering av befintlig Test och utvärdering av nuvarande 30 hinderdetektion funktionalitet för navigering och positionering Installation av ytterligare sensorer för att möjliggöra förbättrad detektion och kartering av hinder. Nr 16 Hinderdetektion Vidareutveckling av nuvarande hinderdetektion 40 Nr 17 Hindernavigering Implementering av funktionalitet för 50 att hantera traversering runt hinder Nr 18 Hinderkartering Implementering av hinderkartering 40 Nr 19 Test av hinderdetektion Olika tester av hinderdetektion 30 40

15 Minröjningsbandvagn Navigering Nr Aktivitet Beskrivning Beräknad tid Nr 20 Utvärdering av befintliga sensorer Test och utvärdering av de nuvarande sensorernas prestanda 40 Nr 21 Utvärdering av befintlig Test och utvärdering av nuvarande 30 positionering funktionalitet för navigering och positionering Nr 22 Design av partikelfilter Design och implementation av partikelfilter 50 i Matlab Nr 23 Implementation av partikelfilter Implementation av partikelfilter i C++ 60 Nr 24 Test av partikelfilter Test och utvärdering av det implementerade partikelfiltret 30 Nr 25 Datainsamling för brusmodeller Insamling av data för att ta fram bättre 30 brusmodeller Nr 26 Design av förbättrade Framtagning av mer flexibla brusmo- 40 Nr 27 brusmodeller Implementation av brusmodeller deller utifrån insamlade data Implementering och integrering av framtagna brusmodeller med partikelfiltret Nr 28 Trimning av positionering Försök att förbättra den nuvarande positioneringsnoggrannheten Nr 29 Navigering - sensorväljare Implementera funktionalitet för att möjliggöra av- och påslagning av individuella sensorer Nr 30 Navigering - parameterväljare Implementera funktionalitet för att välja filtertyp och filterparametrar Nr 31 Navigeringstest Test och utvärdering av total prestanda hos navigeringssystemet Redovisning Nr Aktivitet Beskrivning Beräknad tid Nr 32 Demofilm Skapande av demonstationsfilm av projektet 40 Nr 33 Hemsida Design och underhåll av projekthemsida 30 Nr 34 Poster Design av projektposter 40 Nr 35 Presentation Förberedelse och utförande av muntlig presentation av projektets resultat 40

16 Minröjningsbandvagn Övriga aktiviteter Nr Aktivitet Beskrivning Beräknad tid Nr 36 Utbildning Föreläsningar i samband med kursen 16 TSRT10 Reglerteknisk projektkurs Nr 37 Möten Tid för möten för projektgrupp och handledare 120 Nr 38 Projektledning Möten mellan projektledare och 36 beställare samt administrativa uppgifter Nr 39 Sluttest Tester av fullständiga systemet 40 Nr 40 Resurstid Reservtid för aktiviteter Tidsplan Se bilaga A. 14 Kvalitetsplan Detta kapitel innehåller en beskrivning av hur dokument och kod granskas, samt vilka tester som ska genomföras och på vilket sätt. Syftet med kvalitetsplanen är att allt skapat material av gruppen ska hålla en hög kvalitet samtidigt som det ska produceras på ett sådant sätt att tidsplanen hålls Granskningar Alla i projektet hjälps åt med att skriva dokument. Därefter granskas texten av dokumentansvarig. Vid behov läses dokument först igenom av samtliga projektmedlemmar, som får komma med synpunkter. Granskning är viktig för att säkerställa att hög kvalitet hålls, och tid för granskning är inplanerat under aktiviteterna för skrivning av dokumenten. Dokumentansvarig beslutar om när ett dokument är färdiggranskat och redo att levereras till mottagaren Testplan Gruppen ska utveckla en testplan som testansvarig ansvarar för. Denna testplan ska beskriva vilka tester som ska utföras och när de bör vara genomförda med godkänt resultat. Testansvarig tar även fram en testmall som beskriver hur testerna ska utföras och hur resultatet ska dokumenteras. Delsystemens funktionalitet testas var för sig innan enheternas gemensamma funktionalitet testas Riskanalys En riskanalys har gjorts för varje större del i projektet, samt för det övergripande projektet. Sannolikheten för att en risk ska inträffa har getts ett värde mellan 1-5 där 1 motsvarar mycket låg risk och 5 motsvarar mycket hög risk. Magnituden av att en risk inträffar har även den getts ett värde mellan 1-5, där 1 motsvarar mycket låg magnitud och 5

17 Minröjningsbandvagn 12 motsvarar mycket hög magnitud. På basis av produkten av dessa har riskerna rangordnats och därefter har en förebyggande lösning tagits fram för de mest relevanta riskerna. Risk Sannolikhet Magnitud Risk Rangordning Förebyggande åtgärd Lösning om det sker Dyr hårdvara går sönder Elmotorerna stör IMU:n Trasiga ultraljudssensorer Handskas varsamt med hårdvaran och testa den i god tid Testa IMU:n och flytta på den om nödvändigt Testa samtliga delar i god tid Förhandla om kraven eller be om utökad budget Flytta på IMU:n Förhandla om kraven Algoritmer klara i tid ej Avsätt tillräckligt med tid för aktiviteten Förhandla om kraven eller be om utökad budget Partikelfilter klart i tid ej Brusmodell klar i tid ej Mindre och billigare hårdvarudelar går sönder Börja i tid så att tid finns att beställa nya delar Beställ nya delar Gruppmedlem får mycket att göra i andra kurser God kommunikation. Gruppmedlemmarna bör meddela gruppen och projektledaren om de har mycket att göra i perioder Fördela arbetsbördan om Gruppmedlem blir sjuk Gruppmedlemmarna bör meddela gruppen och projektledaren så fort som möjligt om de blir sjuka Förhandla arbetsbördan om Gruppmedlem hoppar av kursen Behåll en trevlig och god arbetsmiljö i gruppen Fördela arbetsbördan om Problem med hemsideservern Kontakta TUS Beställd hårdvara försenas Beställd hårdvara försenas Se över behov och beställ hårdvara i god tid Utför tester i god tid Förhandla om kraven Förhandla om kraven Tabell 1: Sammanfattande riskanalys Mindetektering Ett av problemen som kan uppstå är att mindetekteringen av olika anledningar inte fungerar. Detta kan bero på hårdvara som går sönder (alternativt visar sig vara undermålig) eller elmotorer som stör den IMU som sitter på bandvagnen. Är fallet att elmotorerna stör kan man testa att flytta på IMU:n och sätta den på något annat ställe. En annan lösning kan vara att köpa kraftigare magneter att söka efter så att man lättare kan detektera dem. Om det är så att hårdvaran är trasig är problemet att en ny IMU troligtvis inte går inom budgetens ramar. I ett sådant skede måste kraven i kravspecifationen omförhandlas och man skulle exempelvis kunna markera ut minor från basstationen.

18 Minröjningsbandvagn Hinderdetektering Problem kan uppstå gällande hinderdetektering, vilket kan bero på trasiga eller undermåliga ultraljudssensorer. I detta fall kommer nya sensorer att behöva införskaffas vilket innebär att resurser för detta måste sparas samt att det måste finnas en tidsmarginal för att hinna införskaffa dessa. Om leverans är nära eller om det är stora problem så måste kravspecifikationen omförhandlas Navigering Några av de mer tidskrävande kraven i kravspecifikationen är att förbättra navigationen. Att testa nya algoritmer och designa ett bra partikelfilter kan ta tid, samma sak gäller brusmodellen. Om dessa inte blir tillräckligt bra givet den resurstid som finns för design och implementation kan kraven gällande dessa behöva omförhandlas Handkontroll En handkontroll är en enhet med många små delar som potentiellt kan gå sönder (tryckknappar, styrspak). Det är därför viktigt att det finns resurser ekonomiskt för ett eventuellt inköp av en extra handkontroll om den första inte fungerar som väntat. Det måste finnas en hyfsad tidsmarginal för att köpa in en extra sådan och om leverans är nära kan kraven gällande handkontrollen i kravspecifikationen behöva omförhandlas. En sådan lösning kan vara att utföra en del av det tunga beräkningsarbetet i basstationen istället. Detta medför att mer information måste skickas mellan basstation och bandvagn och att implementera denna kommunikation kan ta extra tid Speciella omständigheter i projektgruppen Ytterligare en sak som kan drabba projektet är att någon gruppmedlem får mycket att göra i andra kurser, blir sjuk, eller av någon annan anledning inte kan jobba med projektet under en period. För att lösa detta är det viktigt med kommunikation inom projektgruppen och att man meddelar om viktiga händelser i god tid så att gruppen kan planera för detta Hemsida Det kan uppstå problem med servern som hemsidan ska ligga på och det är därför bra om en första version av hemsidan kommer upp relativt tidigt så att eventuella server-problem kan lösas i god tid Leveransförsening av hårdvara Leveransförseningar av hårdvara kan inträffa, vilket gör att det är viktigt att beställa hårdvaran i god tid och se till att andra aktiviteter kan utföras under tiden Bristande beräkningskapacitet i datorhårdvaran Bandvagnen kommer att utföra olika typer av reglering, sensorfusion, navigering samt ruttplanering. Det finns en risk att beräkningskapaciteten i industridatorn inte räcker till för att genomföra dessa i realtid (eller åtminstone i tillräckligt hög frekvens). Om så är

19 Minröjningsbandvagn 14 fallet är det viktigt att tidigt upptäcka det för att så snabbt som möjligt komma på en alternativ lösning Sammanfattande riskanalys I tabell 1 finns en sammanfattande riskanalys. För samtliga risker med en riskfaktor om 4 eller högre har en förebyggande åtgärd samt en lösning vid eventuell uppkomst av risken angetts. 15 Prioriteringar I första hand kommer alla resurser att ägnas åt att konstruera systemet så att det uppfyller kravspecifikationens lägsta nivå och kan levereras inom tidsramen. Om tid finns kommer krav på högre nivåer att slutföras. Aktiviteter som måste avslutas innan andra kan påbörjas kommer att ha hög prioritet då de annars riskerar att bromsa upp hela projektet. Av denna anledning kan vissa oberoende aktiviteter komma att få lägre prioritet än aktiviteter på vilka andra beror. 16 Projektavslut Projektet avslutas med en projektkonferens där projektet presenteras. En efterstudie skall också författas och lämnas in. Dokument och kod lämnas vid projektavslutet över till ISY och Saab Bofors Dynamics. Likaså lånat material som nycklar, minröjningsbandvagn och datorer som då återlämnas till rätt person.