Computer errors are a constant problem for software providers. To completely avoid bugs has proven very difficult even though computer software goes through rigorous testing before released. One of the challenges for developers is recreating errors that end-users experience. User-submitted error reports can often be of help for developers to localize and fix bugs. However, the reports often vary in quality depending on the user's experience and the effort they put into writing the report. Instead of relying on manual error reports, some software providers have equipped their software with automated error reporting functionality. These programs are set to collect important information about the computer and the software in the event of a crash. There are pros and cons with both automated and manual error reporting. The research that has previously been done in the field of error reporting has mostly focused on the situation where private persons are senders and corporations are receivers. This report addresses the setting where both parties are corporations, which brings several new aspects to the problem. The five main topics this report focuses on are: customer attitude, which data to send, privacy, user interaction and feedback. A study has been conducted at the ERP system provider IFS in Sweden where interviews with employees and customers have been performed. Interviewees in the customer companies have been primarily ERP and application managers. The results of the study show that companies are less concerned than what the literature suggests even though the attitudes differ some depending on line of business. Conclusions are that a high degree of configurability of what is sent in the error reports and the level of user interaction is needed for companies to accept automated error reporting. / Buggar är ett ständigt problem för mjukvarutillverkare. Att helt undvika dessa har visat sig vara mycket svårt trots rigorösa tester innan ny mjukvara släpps. En av utmaningarna för utvecklare är att återskapa felen som uppstår hos användarna. Felrapporter inskickade av användare kan ofta vara till hjälp för utvecklare när de ska lokalisera och åtgärda fel. Men rapporterna kan variera i kvalitet beroende på användarnas erfarenhet och tiden de lägger på att skriva rapporten. Istället för att förlita sig på manuella felrapporter har vissa mjukvarutillverkare utrustat sin programvara med funktionalitet för automatiska felrapporter. Dessa program ska samla in viktig information om datorn och programvaran i händelse av att en krasch uppstår. Viss forskning har skett inom området automatiserad felrapportering men fokus har då legat på situationen då privatpersoner är avsändare och företag är mottagare. Denna rapport behandlar läget då båda parter är företag, vilket tillför flera nya aspekter till problemet. De fem huvudfrågorna som den här rapporten fokuserar på är: kunders attityd, vilken data ska skickas, integritet, användarinteraktion och feedback. En studie har utförts hos affärssystemleverantören IFS i Sverige, där intervjuer med anställda och kunder har genomförts. De intervjuade hos kundföretagen har huvudsakligen varit ERP- och applikationsansvariga. Resultaten av studien visar att företagen är mindre oroade än vad litteraturen indikerar även om attityderna skiljer sig något i olika branscher. Slutsatserna är att en hög grad av konfigurerbarhet behövs när det gäller vad som skickas i felrapporter samt vilken grad av interaktion med användaren som behövs. Detta för att kundföretagen ska acceptera automatisk felrapportering.
| Identifer | oai:union.ndltd.org:UPSALLA1/oai:DiVA.org:liu-52247 |
| Date | January 2009 |
| Creators | Alnefelt, Patrik, Malmgren, Petra |
| Publisher | Linköpings universitet, Institutionen för ekonomisk och industriell utveckling, Linköpings universitet, Institutionen för ekonomisk och industriell utveckling |
| Source Sets | DiVA Archive at Upsalla University |
| Language | English |
| Detected Language | Swedish |
| Type | Student thesis, info:eu-repo/semantics/masterThesis, text |
| Format | application/pdf |
| Rights | info:eu-repo/semantics/openAccess |
Page generated in 0.003 seconds