I dagens digitaliserade samhälle ställs det stora krav på programvaruutvecklare. Kunder förväntarsig korta ledtider och leverans av felfria informationssystem. För att kunna hävda sig påmarknaden krävs det att kvalitetssäkring är en väl integrerad del av systemutvecklingsprocessen.Denna rapport behandlar automatisering av gränssnittstester, som under senare år vuxit sig alltstörre inom kvalitetssäkring. Målet med vår utredning är att redovisa vilket testramverk som, irelation till fastställda kriterier, bäst lämpar sig för utveckling av automatiseradegränssnittstester. Testerna skall vara enkla att underhålla och leda till effektivisering. Vår slutsatsskall presentera det ramverk som på bästa sätt möter fastställda kriterier. Det skall på ett tydligtsätt framgå att ramverket erbjuder implementering av automatiserade gränssnittstester på etteffektivt sätt, med gott stöd i form av tydlig dokumentation och framtidssäkert underhåll.Arbetet med studien delades in i fyra olika faser: Kunskapsfördjupning, urval av ramverk,utvärdering av ramverk, samt implementation och driftsättning av tester. De utvärderaderamverken har alla sina speciella egenskaper och att utvärdera dem sida vid sida har bidragit tillatt få en djup insikt i vilka egenskaper som är önskvärda inom utveckling av automatiseradegränssnittstester.Genom vårt utredningsarbete och jämförande experiment har vi kommit fram till vilket ramverksom bäst lämpar sig för utveckling av automatiserade gränssnittstester. Det utvalda ramverketmöjliggör utveckling av underhållsbara tester, och via implementation i en skarputvecklingsmiljö kunde vi konstatera att automatisering av gränssnittstester bidrar till eneffektivisering av det kontinuerliga testarbetet.NyckelordSystemutveckling, Informatik, Gränssnitt, Ramverk, Automatisering, Användargränssnitt,Driftsättning, Systemtest, Acceptanstest, Implementation

ABSTRACT System development has become more and more concentrated on development for the Web and this has resulted in larger target groups. It will most surely continue to be so considering that the Web will be the infrastructure of business and services in the future. A big target group involves that the owner of a system can earn a lot of money from the paying users, but that assumes that the system can meet user needs. If a system on the Web does not satisfy the user?s demands then they will use the competitor?s system instead because it is only a mouse-click away. That is why the business, already during the development process, has to take the role of the users seriously. Even if all users cannot take part in the process at least some users can and it would be a shame not to take advantages of this kind of expert knowledge. This report describes how a system development project can be practised and how a developer can do to satisfy each user?s requirements even though he or she are not specified, and also why a useful system is classified as an investment in the future.

Många systemutvecklare idag saknar kunskap om hur ljud kan användas i system för att öka användarupplevelsen och är skeptiska till ljudets användningspotential. Auditory display är ett samlingsnamn för olika tekniker som nyttjar ljudet som ett medium för att kommunicera olika typer av data och information från systemet till användaren. Då mycket av forskningen rörande auditory display fokuserar på utvecklingen av hjälpmedel för synskadade istället för mer generella system för användare utan särskilda behov ser vi att det finns ett behov av en litteraturstudie med fokus på den sistnämnda gruppen system. Vi ställde frågan "hur kan auditory display tillämpas vid utveckling av traditionella IT-system" och genomförde en litteraturstudie där 23 artiklar analyserade för att identifiera olika tillämpningsområden för auditory display, med syfte att återge dessa tillämpningsområden i ett format som är av intresse för utvecklare som vill kunna använda ljud i sina system men inte vet vart de ska börja. Resultaten visar att auditory display kan användas till god effekt exempelvis vid övervakning av nätverkstrafik, i gränssnitt och widgets och i fordonsgränssnitt i bilar. Vi föreslår även lovande användningsområden som bör undersökas vidare av framtida forskare. / Today, there is a certain lack of knowledge on how sound can be utilized in systems to enhance the user experience among systems developers and many developers have a skeptical outlook on the usability of sound. Auditory display is an umbrella term for an array of different techniques that utilize sound as a medium to communicate different sorts of information and data from the system to the user. As much of the research revolving around auditory display has the development of accessibility tools for visually impaired as its sole focus, instead of more general systems intended for users without specific needs, we see that there is a need for a literature review focused on the latter. We asked ourselves the question "how can auditory display be utilized in the development of traditional IT-systems?" and carried out a literature review where 23 articles were analyzed to identify different use cases, with the purpose of presenting these use casers in a way that can be used by developers who are interested in implementing sound in their systems but are unsure where to start. Results indicate that auditory display can be used to good effect in, among others, systems for monitoring network traffic, user interfaces and widgets and in-vehicle technologies. Lastly, we propose promising potential use cases that are in need of further research.

Mänskliga faktorer som till exempel kommunikation och tillit påverkar hur människor interagerar med varandra. I agil systemutveckling ingår relationer, samspel och samarbete mellan människor och dessa påverkar om systemutvecklingsprojektet anses framgångsrikt eller ej. Men ofta i systemutvecklingsprojekt så läggs det mer tid på själva tekniken än de sociala aspekterna, där de mänskliga faktorerna i många fall är en avgörande faktor för projektets slutresultat. Syftet med det nuvarande arbetet är att beskriva vilka mänskliga faktorer som är viktiga för att effektivisera samarbete i agila systemutvecklingsprojekt, samt att beskriva hur agil systemutveckling på Trafikverket utförs. Trafikverket ville ha studien genomförd för att resultatet av studien skulle hjälpa till att minska antalet mindre framgångsrika systemutvecklingsprojekt på Trafikverket. Huvudfrågan i arbetet är: Vilka mänskliga faktorer är viktiga för att effektivisera samarbetet mellan verksamhetskunniga och utvecklare i agila systemutvecklingsprojekt? En fallstudie utfördes vid Trafikverket genom sju semistrukturerade intervjuer som följdes upp av enkäter och dokumentstudier. Det sammanlagda resultatet tyder på att för att effektivisera samarbetet mellan verksamhetskunniga och utvecklare i agila systemutvecklingsprojekt på Trafikverket krävs fokus på följande fem mänskliga faktorer: kommunikation, tillit, ledarskap, kunskap och motivation. / Human factors influence how people interact and communicate with each other. Agile system development work consists of relationships, interaction and cooperation between people. These aspects impact the system development project´s results. However, often in system development there is more focus on the technology itself than on the social aspects, where human factors appear to be a decisive factor, in many cases for the project's end result. The purpose of this study is to describe what human factors that can lead to more efficient cooperation in agile software development projects, and to describe how agile system development looks like at Trafikverket. Trafikverket wished this study to be implemented as the study’s results may help to reduce the number of less successful systems development projects at Trafikverket. The main research question in this work is: What human factors are important to make cooperation between customers and developers of agile software development projects more efficient? A case study was conducted at Trafikverket. Data collected from seven semi-structured interviews followed up by questionnaires and document studies was used for the analysis. Conclusion’s suggests that in order to make cooperation between customers and developers in agile system development projects at Trafikverket more efficient five human factors as communication, trust , leadership, knowledge and motivation should be focused.

Vi har i vår studie tittat på dynamisk webbprogrammering med fokus på Microsofts senaste teknik ASP.NET. Studien syftar till att ta reda på varför systemutvecklande organisationer infört ASP.NET, vilka förväntningar de har på tekniken och vilka utvecklingsverktyg som används. Vi har arbetat enligt ett hermeneutiskt synsätt för att få kvalitativ förståelse och ett helhetsperspektiv. Vi har valt semistrukturerade intervjuer för datainsamling och för analysen har vi valt en anpassad variant av Grundad teori. Vårt resultat visar att några av anledningarna till införandet av ASP.NET hos organisationerna i studien beror dels på att de vill ligga långt fram i användandet av nya tekniker, dels upplever de att krav ställs på dem att de ska tillhandahålla och behärska de senaste utvecklingsteknologierna. Få uttalade förväntningar fanns på ASP.NET vid införandet och som utvecklingsverktyg används uteslutande Microsoft Visual Studio.NET som anses vara ett kraftfullt verktyg. Microsofts licensavtal och dominans på marknaden har också påverkat. Några av slutsatserna blir att konkurrensfördelar kan erhållas genom en övergång till ASP.NET. Systemintegration blir enklare, vilket kan attrahera nya kundgrupper. Bättre möjligheter till struktur i programmeringen gör projekt lättare att planera och system lättare att underhålla. / In our research we have studied dynamical Web programming with the latest technology from Microsoft, ASP.NET. The purpose of the study is to find out why system developing organizations have introduced ASP.NET, what expectations of the technology they have and which development tools they use. We have worked according to a hermeneutical approach in order to get a qualitative understanding and a comprehensive view. We have chosen semi structured interviews for data acquisition and for analyze we have chosen an adapted variant of Grounded Theory. Our result shows that some reasons to why the organizations in the study have introduced ASP.NET are that they will be in the frontline regarding the use of new technologies. They also feel that there is an expectation of them to use and know the latest of development technologies. There weren’t much explicit expectations of ASP.NET during the introduction. All of the organizations in the research used Microsoft Visual Studio.NET as development tool, because it is a powerful tool. The license agreement with Microsoft and its dominance on the market has also influenced them. Some of our conclusions are that the organizations could have some competitive advantages if they introduce ASP.NET. System integration will be easier, which can attract new groups of customers. The possibilities to structure in the programming will make projects easier to plan and the maintaining of systems will be simpler.

The aim of this study is to get a deeper understanding about user tests as well as answer the question about if testing for users is necessary at all times. I've done a comparison between what the literature says, and what a company says, about testing. The tests that's been in focus in this study is prototyping and card sorting tests. Prototyping aims to give the developer feedback about the design and check if there are any obvious problems with the design. A card sorting test can be used to get input about how information architecture should be constructed. Information architecture is how the links are related in a navigation system. The company doesn't think that testing is as important as the literature. The company doesn't usually test but for the current situation they did it since the interface is crucial for their clients business. The conclusion of this study is that testing is rather important. For a designer who hasn’t got that much experience, user testing can be a way to get feedback about his designs. A more experienced designer might not need to test as much but he should be aware of testing as a possible design tool.

Sammanfattning Syfte: Undersökningen har ämnat kartlägga resonemanget hos systemutvecklare angående användarmedverkan vid systemutveckling både i fråga om hur det används och hur synen på användarmedverkan ter sig. Med begreppet användarmedverkan syftas i denna studie all inblandning av användare vid utvecklingsprocessen från start till slut samt eventuellt efterarbete. Med användare menas både slutanvändare som kund och annan lämplig person som kan vara potentiell användare och som inte är en medlem av utvecklingsteamet. Inriktningen har varit på utvecklare inom konsultföretag i Örebro som arbetar med systemutveckling. Metod/ansats/frågor: En kvalitativ ansats har utförts där fyra huvudkategorier av frågor har ställts upp för respondenterna i semi-strukturerade intervjuer. De fyra kategorierna är som följer: hur det arbetas med användarmedverkan, varför det arbetas på angett sätt, hur det har arbetats med användarmedverkan tidigare samt hur det skulle vara önskvärt att arbeta under idealtypiska förhållanden. Analysmetoden av de utförda intervjuerna har ställts mot ett ramverk av kategorier som även byggt upp intervjufrågorna. Det sammanställda resultatet har jämförts med tidigare forskning om användarmedverkan och med fallstudier kring användarcentrerade ansatser i företag som arbetar med systemutveckling. Resultat: Konsulterna ansåg att användarmedverkan är väldigt viktigt vid systemutveckling men upplever att de inte har möjlighet att jobba med användarmedverkan i den utsträckning de önskar. De anser dessutom att kunden prioriterar bort användarmedverkan i vissa delar av utvecklingen.

This paper aims to investigate whether a small organization with small development teams can find a value in leaving a functioning development process to follow a formal systems development methodology, if these organizations can find support in an agile systems development method and in such case the method needs to be adjusted according to the organizations unique conditions. A traditional plan-driven system development methodology includes a number of phases that are carried out sequentially and a completed phase can basically not be resumed. All requirements are specified at the beginning of a project and at the end of the project only one delivery of software take place. This can cause difficulties in for example dealing with changing requirements. Agile system development methods intend to deal with changing requirements and to enable continuous delivery of valuable, working software. In this paper, both the traditional plan-driven methods and agile methods will be explained. Research methodology and existing system development theories will be discussed and a company where the study has been conducted will be presented. The company's current work processes are analyzed and presented, and all collected data will be reviewed. The results of the paper shows that no initial adaptation of agile methods, Scrum in this specific case, needs to be implemented and that there is no evidence to suggest that small organizations with small development teams can not work after a formal agile methodology. Finally, a general discussion of the study will be conducted and conclusions whether the study objective has been achieved or not will be discussed. / Denna uppsats ämnar undersöka huruvida en mindre organisation med små utvecklingsteam kan finna ett värde i att lämna en fungerande utvecklingsprocess för att följa en formell systemutvecklingsmetod, ifall dessa organisationer kan hitta ett metodstöd i agila systemutvecklingsmetoder och om metoderna i så fall behöver anpassas utefter organisationens unika förutsättningar. En traditionell plandriven systemutvecklingsmetod innehåller ett antal faser som genomförs sekventiellt och en slutförd fas kan i stort sett inte återupptas. Alla krav specificeras i början av ett projekt och endast en leverans av mjukvara sker. Detta kan medföra svårigheter med att hantera till exempel förändrade krav. Agila systemutvecklingsmetoder har för avsikt att hantera förändrade krav samt möjliggöra kontinuerliga leveranser av värdefull och fungerande programvara. Under uppsatsen kommer såväl traditionella plandrivna metoder som agila metoder att förklaras närmare. Metodval för forskningen och befintliga systemutvecklingsteorier kommer att diskuteras och ett företag där studien har bedrivits kommer att presenteras. Företagets nuvarande arbetsprocess analyseras och presenteras och alla datainsamlingar kommer att gås igenom. Resultatet av uppsatsen visar på att inga initiala anpassningar av agila metoder, Scrum i det här specifika fallet, behöver genomföras och att det inte finns något som tyder på att små organisationer med små utvecklingsteam inte kan arbeta efter en formell agil metod. Slutligen kommer en allmän diskussion om studien att föras och slutsatser gällande om syftet med studien har uppnåtts kommer att diskuteras.

Det finns metoder som har en fokus på användarmedverkan under utvecklingen och införande av informationssystem. Det kan vara svårt under utvecklingsprocessen att bekräfta hur en specifik systemtyp som beslutstödssystem kan anses vara framgångsrikt. Det kan, utöver de tekniska, finnas ytterligare faktorer som påverkar användningen av systemen som dessutom kan vara svåra att hantera under utvecklingen. Tar de användarcentrerade utvecklingsmetoder som används idag för att implementera och driftsätta ett beslutsstödssystem hänsyn till mjuka faktorer som kan vara specifika eller särskilt viktiga för denna typ av system? Kan effekten av faktorer som påverkar beslutsfattandet t.ex. stress, ångest och grupptänkande minimeras i högre grad då metoder som fokuserar på användarnas medverkan används? Att bekräfta existensen av dessa faktorer samt minimera den påverkan de har på beslutsfattandet under användningen kan göra stora skillnader i en verksamhets effektivitet. De systemutvecklingsmetoder som används idag lägger stor vikt på att utvecklare ska utföra en noggrann kravhantering, behovsanalys och utvärdering av det tänkta systemet, och i vissa metoder inkluderas en aktivanvändarmedverkan, men det tycks inte finnas mycket information om hur hänsyn tas till systemanvändningen under drift påverkas av mjuka faktorer och dess effekter. I detta arbete sker en litteraturstudie med syfte att analysera hur en användarcentrerad metod kan hantera mjuka faktorers påverkan på användarna under systemutvecklingsprocessen och vilka strategier som används för att undvika att dessa faktorer kan påverka användandet i ett senare skede då systemet är i satt i drift. Resultatet av studien visar att visst kan en ökad medverkan också öka insikterna runt de mjuka faktorer och effekter som är typiska för beslutsstödssystem. Men det är tveksamt om den kunskapen tas tillvara så att användarna under driften kan dra nytta av dessa erfarenheter och kunskaper.

The Thesis purpose is in the context of system development validate the Scrum Methodology. Projects concerning information technology are difficult to manage and tend to fail in quality, time or costs. Scrum presents a new view of the system development. Better cooperation between customers and developers, continuous follow-up on daily basis and extensive communication in the development team are all characteristics of Scrum. Scrum is described as a new paradigm by its founders but has been criticized by experts of system development too. This Thesis discuss if Scrum is a better way to develop software than older models like the Rational Unified Process and the Spiral Model with focus in five factors. The result of the study is that Scrum has given system development new ways to manage requirements and methods to push the project forward. Lack of management commitment and user involvement can be better with Scrum if the model is used in the right way. Answers concerning coding and testing differ between the respondents in the study which makes it different to make conclusions regarding this factor. / Syftet med uppsatsen är att i en systemutvecklingskontext beskriva de problem som gör att IT-projekt misslyckas och utvärdera om användningen av den agila utvecklingsmodellen Scrum reducerar problemen. IT-projekt tenderar att misslyckas och de bakomliggande orsakerna är flera. Uppsatsen grupperar misslyckande av IT-projekt i fem faktorer. Ledningsstöd, användarmedverkan, projektstyrning, kravhantering samt kodning och test. Scrum är en agil systemutvecklingsmodell som av sina skapare beskrivits som ett paradigmskifte inom systemutvecklingen. Korta tidsintervaller, självgående systemutvecklare, daglig uppföljning är några av Scrums kännetecken. För att besvara syftet har en kvalitativ datainsamlingsmetod använts. En intervjuserie med tio intervjuer och en observation ligger till grund för undersökningens resultat. All insamlad data är insamlad på fallföretaget Banverket Verksamhetsstöd IT. Undersökningen har visat att Scrum ger en del nya angreppssätt främst avseende projektstyrning och kravhantering. Scrum innehåller möjligheter för ökad användarmedverkan och ledningsstöd men det krävs konkreta åtgärder från projektorganisationen om det ska lyckas fullt ut. Uppfattningar kring kodning och test skiljer sig åt beroende på vilken respondent som frågas. Det tyder på att det saknas tydliga rutiner i det här avseendet. Slutsatsen blir därmed att Scrum reducerar några av de problem som finns i IT-projekt och därmed med fördel kan användas som en best practice.