Ett flexiblare ramverk vid skapande av guider

Fordon blir mer och mer komplexa och idag sker stora delar av service och felsökning via fordonens CAN-bus. Till felsökningen behövs hårdvara som kan kommunicera med ett fordons styrenheter och med en dator. Det krävs även mjukvara som kan hantera informationen. På Scania CV utvecklas felsökningsguider som hanterar informationen. Scania upplever att deras nuvarande sätt att skapa felsökningsguider inte är optimalt. Den nuvarande lösningen är strikt baserad på ett XML-schema som styr vad en felsökningsguide kan eller får innehålla. Det kan också ta lång tid att få till en ändring i XML-schemat. Det är även svårt att få en överblick över felsökningsguiden och det tar lång tid att förhandsgranska och testa guidens villkor. Den här rapporten beskriver examensarbetet som undersöker om, och i så fall hur, felsökningsguider kan skapas utan dessa problem, med hjälp av WF (Windows Workflow Foundation). En kravspecifikation med de vitalaste funktionerna från dagens lösning skapades. Kravspecifikationen användes som bas när grunden till ett nytt ramverk implementerades. Ramverket består av ett grafiskt användargränssnitt i form av ett Windows Forms-projekt, ett WF-projekt innehållande en tillståndsmaskin samt en dll-fil som representerar klasserna Guide och Step samt färdiga kontroller. Med ramverket blev det möjligt att skapa felsökningsguider på ett flexiblare sätt jämfört med nuvarande lösning.Vehicles are becoming more and more complex and today large parts of the service and troubleshooting takes place via the vehicle’s CAN bus. For troubleshooting vehicles, hardware is needed that can communicate with a vehicle’s control units and a PC. It also requires software that can manage the information. Scania CV develops troubleshooting wizards that can handle this information. Scania feels that their current way to create troubleshooting wizards is not optimal. The current solution is based strictly on an XML scheme that governs what a troubleshooting wizard may contain. It can take a big amount of time to make changes in the XML scheme. It is also difficult to get an overview of the troubleshooting wizard and it takes time to preview and test the wizard’s conditions. This report describes the thesis that investigates whether, and if so, how troubleshooting wizards can be created without these problems using WF (Windows Workflow Foundation). A requirement specification containing the most vital features of the current solution was created. The requirement specification was used as the base for the implementation of the foundation of a new framework. The framework consists of a graphical user interface in form of a Windows Forms project, a WF project containing a state machine and a dll-file that represents the classes Guide and Step and created controls. The framework made it possible to create troubleshooting wizards in a more flexible way compared to the current solution