To remain competitive and successful in today’s globalized market, companies need a strategy to ensure that they are constantly at the leading edge in terms of products and services. The implementation of a mobile application is one approach to fulfill this requirement. This report describes an overview of the topic, by introducing briefly today’s development tools for mobile application development and subsequently focusing on the Soundhailer application, as the application done by the author. The problem in focus is to find out whether a native or web-based application is preferred for an iOS application production strategy for a start-up company. Moreover, the report delivers an insight into a well-structured method that works good for setting up measuring points for a website, also Soundhailer’s, and the factual realization of a development tool for iOS development. This insight is based on a lot of help from a former student of the Royal Institute of Technology, who has had some previous experience within the area. To show prospective similarities and differences between theory and reality, the experiences are subsequently compared to the theoretical part. Finally, the results are critically discussed. Two versions of the application were developed, both a native version and a web-based version, and the results show that both native and web-based applications can be convenient solutions for companies to implement and use. The results also provide a foundation upon which others can build and better understand how an iOS application is used and developed. / För att förbli konkurrenskraftiga och framgångsrika i dagens globaliserade marknad, behöver företagen en strategi för att se till att de ständigt är i framkant när det gäller produkter och tjänster. Att framställa en mobilapplikation är ett av många sätt för att nå upp till detta krav. Denna rapport ger en överblick över ämnet genom att först gå igenom dagens utvecklingsverktyg för mobilapplikationer och därefter fokusera på företaget Soundhailers mobilapplikation, eftersom denne har utvecklats av undertecknad. Problemet i fokus består av att ta reda på om en hårdvarukodad eller webbaserad applikation är att föredra för produktionsstrategin av en iOSapplikation för ett start-up-företag. Dessutom ger rapporten en inblick i en välstrukturerad metod som fungerar bra för att inrätta mätpunkter för en webbplats, med fokus på Soundhailers webbplats, samt det faktiska genomförandet av ett utvecklingsverktyg för iOS-utveckling. Denna insikt bygger på en hel del hjälp från en före detta elev på Kungliga Tekniska Högskolan som har tidigare erfarenheter inom området. För att sedan visa potentiella likheter och skillnader mellan teori och verklighet jämförs erfarenheterna med den teoretiska delen. Slutligen diskuteras resultaten kritiskt. Två versioner av applikationen har utvecklats, både en hårdvarukodad version och en webbaserad version, och resultaten visar att både hårdvarukodade och webbaserade applikationer kan vara praktiska lösningar som företag kan implementera och använda sig av. Resultaten ger också en grund på vilken andra kan bygga vidare på samt en bättre förståelse för hur en iOSapplikation kan användas och utvecklas

An evaluation of thesis reports performed by students from the degree programme Computer Engineering, TIDAB, that was made by UKÄ, The Swedish Higher Education Authority, showed that there was a lack of consideration of environmental and sustainability aspects in the thesis reports, leading to many students not meeting the criteria in the degree objectives regarding this aspect. The purpose of this bachelor thesis is to improve students’ ability in considering the important aspects of sustainability in their thesis works, by providing them with guidelines which they can follow and implement during their thesis work that will enable them to reach the level ‘Very High Quality’. A literature study was performed thoroughly in conjunction with reviewing previous thesis reports and conducting expert interviews as an approach to find a solution to the problem. The outcome of the analysis was three methods that was developed, which the students can use as guidelines in their thesis work. A set of guidelines, a table with skill sets and the SEMAT Essence Kernel card for sustainable development was the resulting methods that will help the students to at minimum accomplish the criteria for ‘High Quality’ on the objective "Demonstrate an understanding of technology capabilities and limitations, its role in society and people’s responsibility for its use, including social and economic aspects, environmental and safety aspects" when the methods are followed. / En utvärdering av examensarbeten utförda av studenter från utbildningsprogrammet Datateknik, TIDAB, gjort av UKÄ, Universitetskanslersämbetet, visade att det fanns en brist på hänsynstagande till miljö- och hållbarhetsaspekter i rapporterna, vilket ledde till att flera studenter inte uppfyllde kriterierna i examensmålen gällande denna aspekt. Syftet med detta examensarbete är att förbättra elevernas förmåga att ta hänsyn till de viktiga aspekterna av hållbarhet i sina examensarbeten genom att ge dem riktlinjer som de kan följa och genomföra under sina examensarbeten, som gör det möjligt för dem att uppnå nivån ’Mycket Hög Kvalité’. En litteraturstudie genomfördes noggrant i samband med genomgång av tidigare examensarbeten, och intervjuer med ledande experter gjordes, som en metod för att hitta en lösning på problemet. Utfallet av den utförda analysen var tre metoder som har utvecklats, vilket studenterna kan använda som riktlinjer i sina examensarbeten. En uppsättning av riktlinjer, en tabell med kompetenser och SEMAT Essence Kernel kort för hållbar utveckling var de resulterande metoder, som ska hjälpa studenterna att åtminstone uppnå kriterierna för ’Hög Kvalité’ på målet "Visa förståelse för tekniska möjligheter och begränsningar, dess roll i samhället och människors ansvar för dess användning, inklusive sociala och ekonomiska aspekter, miljö- och hållbarhetsaspekter" när metoderna följs.

The rise of Agile project methodologies has increased the success rate of software development projects, but recent studies show that, even though the risk of failing has lessened, only 31% of the completed software development projects are declared as successful while the rest are declared either challenged or failed. A concept called Pair Programming that derives from agile methodologies is widely and basically always used by developers but in present time as we are heading towards a more remote environment and Distributed Pair Programming has become a hot topic. At its core, it is the same as Pair Programming, but the coding session is conducted in a distributed setting, meaning, the two developers are not sitting next to each other. There are little to no studies conducted about DPPs impact on software development projects and if DPP has the potential to mitigate risk factors that may arise while implementing code in an agile software development project.   The purpose of this thesis has been to research and discover what the perceived benefits and drawback of Distributed Pair Programming (DPP) are and which factors that are the most harmful to a software development project and if DPP can facilitate higher success rates. To answer the research questions, a qualitative research method has been used. The empirical data have been gathered by conducting 6 semi structured interviews with developers. Further, a thematic analysis has been carried through with the intent to easily map out the different themes that appears during the interviews.     The findings from the conducted study shows that there are multiple drawbacks and benefits. According to the informants, the benefits outweigh the drawbacks in such a manner that by not conducting DPP, they set themselves up for setbacks. It is very beneficial when onboarding a new team member and when tackling tougher problems. When it comes to implementing DPP in a successful manner there is a need for a digital infrastructure that supports verbal communication, web camera, screensharing and collaboration tools. / Ökningen av agila projektmetoder har ökat framgångsfrekvensen för programvaruutvecklingsprojekt, men nyare studier visar att även om risken för att misslyckas har minskat, förklaras endast 31 % av de avslutade programvaruutvecklingsprojekten som framgångsrika medan resten förklaras antingen utmanade eller misslyckades. Ett koncept som kallas för parprogrammering som härrör från gila metoder används i stor utsträckning och i princip alltid av utvecklare, men för närvarande är vi på väg mot en mer digital miljö och distribuerad parprogrammering(DPP) har blivit ett hett ämne. I grunden är det samma sak som parprogrammering men kodningssessionen genomförs i en distribuerad miljö, vilket innebär att de två utvecklarna inte sitter bredvid varandra. Det finns väldigt få studier utförda om DPPs inverkan på programvaruutvecklingsprojekt och om DPP har potential att mildra riskfaktorer som kan uppstå när kod implementeras i ett agilt programvaruutvecklingsprojekt. Syftet med detta examensarbete har varit att undersöka och upptäcka vad de upplevda fördelarna och nackdelarna med DPP är och vilka faktorer som är mest skadliga för ett programvaruutvecklingsprojekt och om DPP kan främja högre framgångsfrekvens. För att besvara forskningsfrågorna har en kvalitativ forskningsmetod använts. Empirin har samlats in genom att genomföra 6 semistrukturerade intervjuer med utvecklare. Vidare har en tematisk analys genomförts i syfte att enkelt kartlägga de olika teman som framställts under intervjuerna. Resultaten från den genomförda studien visar att det finns flera nackdelar och fördelar. Enligt informanterna uppväger fördelarna nackdelarna på ett sådant sätt att man genom att inte bedriva DPP dukar upp för problem. Det är mycket fördelaktigt när en ny teammedlem ska introduceras och när du tar itu med ett tufft problem. När det gäller att implementera DPP på ett framgångsrikt sätt finns ett behov av bra digital infrastruktur som stödjer verbal kommunikation, webbkamera, skärmdelning och samarbetsverktyg.

For a mobile application with focus on search functionality to be able to run smoothly, it is important to provide relevant search result based on user input. This report is to investigate how to implement a search function, to provide appropriate answers. The project consists of developing a recipe application with basic functions. The focus will be towards the search algorithm, how it will be designed. To find out what users consider is relevant, a study is done with 88 participants. The results of the survey were evaluated, and remained as an underlay for what should be searchable and how to implement the search function. Creating a good search function proved to consumes a lot of time and resources. The mobile application was completed with the desired functionality, which was provided from the survey. / För att en mobilapplikation med fokus på sökfunktionalitet ska fungera väl, är det viktigt att sökfunktionen ger relevanta resultat baserat på användarens sökningar. Den här rapporten har i syfte att undersöka sökfunktionen kan implementeras för att ge relevant svar. Projektet består av att utveckla en receptapplikation med grundläggande funktionalitet, där fokus är hur sökalgoritmen ska utformas. För att ta reda på vad användare anser relevant har en undersökning gjorts med 88 deltagare. Resultatet av undersökning har utvärderats och legat som underlag för vad som ska vara sökbart samt hur denna sökfunktion bör implementeras. Att skapa en bra sökfunktion visade sig vara både resurs- och tidskrävande. Mobilapplikationen färdigställdes med önskad funktionalitet, där sökningsalternativen är baserade på vad undersökningen visade.

Scanias nuvarande mjukvaruprocess upplevs, i många fall, vara onödigt lång från det att en idé har genererats tills att den har lanserats på marknaden. För att konkurrera på marknaden är det viktigt att erbjuda nya tjänster och ny avancerad fordonsstyrning som snabbt ska kunna sättas i produktion. För att säkerställa att mjukvaran uppfyller de uppsatta kvalitet- och säkerhetskraven används inarbetade processer däribland den så kallade Embedded Release Process. Dock är denna process inte alltid till hjälp för utvecklingen och kan medföra lång "time-to-market". Syftet med detta examensarbete var att utreda Scanias nuvarande utvecklingsprocess av mjukvara med avseende på ledtider, eftersom det idag råder frågetecken om huruvida processen är tidsmässigt optimerad från idé tills att den når kund. De metoder som har använts för att angripa de uppställda frågeställningarna har bestått mestadels av kvalitativa forskningsmetoder så som litteraturstudie, värdeflödesanalys, fallstudie, benchmarking samt workshop. Såsom ett komplement till den kvalitativa forskningen har statistik tillämpats i fallstudien. Värdeflödesanalysen visade på många överlämningar inom organisationen, centraliserad beslutsfattning samt att flödet sker sekventiellt. Vidare utfördes en fallstudie på två mjukvaruprojekt med olika karaktär. Efter analys av de både projekten identifierades mestadels olikheter, där framgångsfaktorerna för det ena fallet kan tillämpas på framtida projekt. Även ett benchmarkingbesök på företaget Maquet har skett vilket påvisade underlag för att de långa ledtiderna i Scanias mjukvaruutveckling kan reduceras. Slutligen utfördes en omfattande workshop med representanter från olika mjukvaruavdelningar där slöserier inom mjukvaruutvecklingen fastställdes. Examensarbetets forskningsmetoder har sammantaget visat på att det finns inneboende ledtider som är obefogade för rena mjukvaruprojekt. De processer som tillämpas idag är inte behovsstyrda och flexibla som mjukvaruutvecklingen erfordrar. Om dessa ledtider skulle optimerats utifrån examensarbetets rekommendationer skulle de nya funktionerna kunnat nå marknaden tidigare. Sökord: mjukvaruutveckling, Scania, process, kvalitet, effektivitet, ledtider, slöserier, testning. / The current software lead times at Scania are perceived, in many cases, as unnecessary long. Companies within the automotive industry nowadays have to deliver advanced automotive control systems in a rapid pace to be able to compete on the market. At Scania, there are well established processes, including the so called Embedded Release Process, ensuring that the original demands for quality and safety are met by the software. However this process seems not to have an approach where the "pull" comes from the demand. The current software development process is questioned whether this process, from its idea until it is launched, is time optimized. The main purpose of this master thesis was therefore to investigate the current software development process focusing on lead times. In order to address the stated issues, in the introduction chapter, the master thesis have utilized mostly qualitative research methods. A selection of the chosen methods and tools have been; literature study, value stream analysis, case study, benchmarking, workshop and statistics. The value stream analysis highlighted several handovers within the organisation of Scania, centralized decision-making and a process based on numerous sequential activities. Further on, the case study was performed on two software development projects with various characteristics. Through the analysis of the specific cases mostly differences were identified, where the success factors for one of the cases could be learned from for the future projects. Furthermore a benchmarking was conducted at the company Maquet which showed on potential improvements regarding the software lead times at Scania. Finally a comprehensive workshop was organised involving representatives from various departments within software development at Scania. The last mentioned resulted in many concrete examples of waste hidden in the current software development process. This master thesis’ research has altogether showed on intrinsic lead times not adapted to software projects exclusively. The nature of software development calls for flexibility and a process that will satisfy the rapidly changing customer needs of today. This has proven not to be the case with the current applied processes. Lastly, an optimization of the intrinsic lead times, based on the recommendations of this report, is believed to result in an earlier market introduction for the software. Keywords: software development, Scania, process, quality, efficiency, lead times, waste, testing.

Background: The rapid improvement of technological infrastructure over the past three decades have led to increased connectivity and communication possibilities. This has allowed firms to develop sophisticated firm-specific governance structures with the use of different sourcing strategies. The main objectives have been to cut costs and gain competitive advantages by outsourcing activities offshore to developing countries or third-party vendors. The decision to outsource has its roots in the classical transaction cost theory and resource-based view. Some outsourcing partnerships have resulted in failures while others in success stories. The stories are evident in the software industry as the industry is highly susceptible to sourcing strategies, hence outsourcing is often used in global software development (GSD) projects. Firms engage in GSD with the ultimate goal of producing products faster, at a low-cost, and of high quality. In spite of this, GSD projects face huge challenges in terms of geographical-, temporal-, and cultural distances while the added complexity and issues associated with different sourcing strategies amplifies these challenges. The use of different sourcing strategies in GSD projects has not received as much attention as the debate about whether co-located or distributed teams perform better. Objective: The objective of this thesis is to explore how outsourcing, insourcing, and the combination of both in a co-located and distributed development setting relates to the software development project performance measured in terms of quality and productivity. The aim is to enrich and add to the scarce literature of global software development project performance in relation to sourcing strategies and when these are combined in projects. Method: In this thesis, we employed a case study at a software firm which engages in large-scale global software development projects. A total of 64 projects were selected for the study and data was collected primarily from archival documents where we made use of management documents and code databases. The data analysis was conducted using statistical tests in SPSS to investigate relationships and differences in quality and productivity for the four strategies. Results: The results revealed a statistically significant difference in quality among the sourcing strategies. Insourcing projects are associated with the highest quality followed by outsourcing projects and co-located mixed sourcing projects. Distributed mixed sourcing projects are generating the lowest quality. Although not statistically significant, distributed mixed sourcing projects are the most productive strategy followed by outsourcing projects, insourcing projects and lastly co-located mixed sourcing projects Conclusions: The recent trends in GSD which indicate that many companies turn back to insourcing after outsourcing is justified in our results as insourcing projects displays the highest quality. While outsourcing projects have been associated with poor quality and productivity, our findings suggest they are very competitive in terms of both. The mix of internal employees and third-party consultants in a co-located and distributed setting is associated with lower quality while poor productivity is only attributed to the co-located case. / Bakgrund: Teknikens framfart över de tre senaste decenierna har lett till ökade anslutnings- och kommunikationsmöjligheter. Detta har möjliggjort för företag att utveckla sofistikerade företagsspecifika stryelsestrukturer med använding av olika sourcing strategier. Det huvudsakliga målet med att outsourca olika aktiviteter till utvecklingsländer eller tredjepartsleverantörer har varit att minska kostnader och att erhålla konkrurrensfördelar. Belsutet om att outsourca aktiviteter i ett företag är resursbaserat och grundar sig i den klassiska transaktionskostnadsteorin och resursbaserade teorin (resource-based view). Somliga partnerskap har resulterat i misslyckanden, andra i framgångssagor. Många av dessa har åstadkommits inom mjukvaruindustrin då industrin är mottaglig för olika sourcing strategier, bland annat används outsourcing mycket i globala mjukvaruutvecklingsprojekt. IT-företagen bedriver globala mjukvaruprojekt med de slutgiltliga målet att producera snabbare till ett lägre pris och en högre produktkvalitet. Trots detta uppstår ofta utmaningar när de gäller geografiska, tidsmässiga eller kulturella avstånd där nyttjandet av sourcing strategier adderar ytterligare ett lager av komplexitet. Majoriteten av uppmärksamhet har riktats mot hur samlokaliserade eller distrubuerade projekt presterar medan nyttjandet av sourcingstrategier i globala mjukvaruutvecklingsprojekt har fått mindre uppmärksamhet.      Syfte: Syftet är att undersöka hur outsourcing, insourcing och en kombination av de två i en samlokaliserad eller distrubuerad miljö relaterar till mjukvaruutvecklingsprojkets prestanda i termer om produktivitet och kvalitet. Målet är att berika och addera kunskap till en knapp litteratur om prestanda för globala mjukvaruutvecklingsprojekt med avseende på sourcing strategier när dessa tillämpas i en kombination. Metod. En fallstudie har bedrivits på ett mjukvaruutvecklingsföretag som arbetar med globala storskaliga mjukvaruutvecklingsprojekt. Totalt har 64 projekts blivit utvalda, analyserade och grupperade i fyra olika sourcing strategier. Sekundärdata samlades primärt in från interna företagsarkiv såsom företagets interna databaser och projektledarverktyg. Intervjuer har också genomförts med två projektledare för att få en mer djupgående förståelse av projekten och för att välja ut projekten baserat på våra krav. Dataanalysen genomfördes via statistiska tester i SPSS. Resultat: Resultatet visade en signifikant skilland i kvalitet mellan sourcing strategierna. Insourcingprojekt visade sig bidra med högst kvalitet följt av outsourcing och mixad samlokaliserad sourcing projekt. Signifikat lägst kvalitet hade mixad distrubuerad sourcing. Trots icke-signifikanta resultat, visade det sig att produktiviteten var som högst i mixad distribuerad sourcing projekt följt av outsourcing, mixad samlokaliserade sourcing och insourcing projekt. Slutsats: De senaste trenderna inom global mjukvaruutveckling indikerar på att många företag återvänder till insourcing efter outsourcing är motiverade i vårt resultat eftersom insourcing projekt resulterar i högre kvalitet. Trots att outsourcingprojekt har förknippats med låg kvalitet och produktivitet tyder våra resultat på att de är mycket konkurrenskraftiga. Slutligen är mixen av internanställda och tredje part konsulter i en samlokaliserad och distrubuerad miljö förknippad med en sämre kvalitet, och i de samlokaliserade fallet även sämre produktivitet.

Kravprioritering är ett av de viktigaste och mest inflytelserika stegen vid tillverkning av en mjukvaruprodukt. Processen är iterativ; den sker under hela produktens agila mjukvaruutvecklingsprocess. Genom kravprioritering beslutas det om vilka krav som ska utvecklas, i vilken ordning och varför.  Målet med denna studie är att undersöka hur mjukvaruutvecklande företag gör för att kravprioritera, samt identifiera vilka prioriteringsmetoder de eventuellt använder sig av. Studiens syfte är att få en förståelse för varför en väl avvägd prioritering är viktig, vilka särskilda prioriteringsfaktorer som ger värde till en produkt och att se hur dessa faktorer är relaterade till resultatet. Syftet är även att undersöka vilka svårigheter som finns i en prioriteringsprocess, samt att skapa en översikt över några av de mest vedertagna prioriteringsmetoderna inom agil mjukvaruutveckling.  Studien utförs i samarbete med mjukvaruföretaget Monitor ERP för att analysera företagets prioriteringsprocesser som används för att utveckla deras affärssystem Monitor. Metoden som används är en kvalitativ undersökning som består av observationer av möten kring prioriteringsarbete och semi-strukturerade intervjuer. Bearbetning av insamlat material skedde genom att organisera, analysera och sammanställa resultat enligt begrepp och kategorier som framkom utifrån litteraturstudien. Resultatet redovisar arbetsprocesser, gemensamma mål, prioriteringsaspekter och utmaningar i prioriteringsarbetet hos Monitor ERP. En väl avvägd prioritering visade sig vara viktigt för att kunna leverera rätt funktionalitet i tid, för att kunna ge trovärdiga estimeringar om utvecklingen och det i sin tur leder till att kunder får förtroende för både produkten och företaget. En rad olika prioriteringsfaktorer som ger värde till programvaran Monitor identifierades, varav många bidrar till att öka kundnöjdheten och kvaliteten på produkten. Monitor ERP använder inte några särskilda prioriteringsmetoder, utan utvecklingsfilosofin Minimum Viable Product används som grund till deras prioriteringsval. Under prioriteringsarbetet upplevdes utmaningar såsom begränsade resurser, oförutsägbara uppgifter, svårigheter med tidsestimering och en utmaning i balansen mellan kundnytta och kundfokus. / Prioritizing requirements is one of the most important and influential steps in the creation of a software product. The process is iterative; it takes place during the entire agile software development. Through prioritizing requirements, it is decided which requirements are to be developed, in which order, and why.  The aim of this study is to investigate how companies that design software prioritize requirements and to identify which prioritization methods they might use during this process. The purpose of this study is to gain an understanding for why a well-balanced prioritization is important, which specific prioritization factors give value to a product, as well as identifying how these factors are related to the result. The purpose is also to investigate the difficulties that exist in a prioritization process, and to create an overview of some of the most used prioritization methods in agile software development.  This study is conducted in collaboration with the software company Monitor ERP in order to analyze the company's prioritization processes used to develop their business management system Monitor. The method used is a qualitative study that consists of observations of meetings about prioritization processes, and semi-structured interviews. Processing of collected material was done by organizing, analyzing, and compiling results according to concepts and categories that emerged from the literature study. The results documents work processes, common goals, prioritization aspects and challenges in the requirements prioritization at Monitor ERP.  A well-balanced prioritization proved to be important to be able to deliver the right functionality on time and to be able to provide dependable estimates of development, which in turn leads to customers gaining confidence in both the product and the company. A number of prioritization factors that give value to the Monitor software were identified, many of which contribute to increasing customer satisfaction and product quality. Monitor ERP does not use any specific prioritization methods, but the development philosophy Minimum Viable Product is used as a basis for their prioritization choices. During the prioritization process, challenges such as limited resources, unpredictable tasks, difficulties with time estimation, and a challenge in balancing customer value and customer focus were experienced.

When developing three phase motor drives, the best way to validate the desiredfunctionality is to connect the inverter to an actual electrical motor. However, when developingfunctions which are not directly involved in controlling the motor, it could bemore efficient to use a real-time software model of the motor. In this master thesis, the developmentand implementation of a software model of a permanent magnet synchronousmotor (PMSM) is presented. This model was based on general dynamic equations forPMSM in a rotating reference frame (dq-frame). The model was simulated and convertedto C code using model based software development in Mathworks Simulink. To providemore realistic performance of the model, a finite element analysis (FEA) was done of anactual PMSM using the software tool FEMM. This analysis resulted in data describingthe relation between flux linkage and current which, when added into to software model,limits the produced torque due to magnetic saturation. Both the FEMM model and thefinal software model was compared to a corresponding actual motor for validation andperformance testing. All this resulted in a fully functional software model which was executableon the inverter. In the comparison of FEMM model to the real motor, a deviationin produced torque was discovered. This led to the conclusion that the model needed to beimproved to perform more alike the real motor. However, for this application the modelwas considered good enough to be used in future software development projects. / N¨ar kontrollsystem till trefasmotorer utvecklas s°a ¨ar det mest vanliga och troligendet b¨asta s¨attet f¨or funktionsvalidering att k¨ora drivenheten kopplad mot en riktig elektriskmotor. D¨aremot, om funktioner som ej ¨ar direkt kopplade till sj¨alva drivningen av motornutvecklas, s°a kan det vara mer effektivt att ist¨allet anv¨anda en mjukvarumodell. I det h¨arexamensarbetet s°a presenteras en mjukvarumodell av en permanentmagnetiserad synkronmotor(PMSM). Modellen baserades p°a de generella ekvationerna f¨or PMSM och simuleradessamt kodgenererades i Mathworks verktyg Simulink. F¨or att g¨ora modellen mer realistisks°a kompletterades den med data som beskriver relationen mellan det l¨ankade fl¨odetoch str¨om f¨or att ¨aven ta h¨ansyn till magnetisk m¨attnad. Den informationen simuleradesfram i verktyget FEMMgenom fl¨odesber¨akningar p°a en specifik motor typ. Samma motortyp har ocks°a j¨amf¨orts med den slutgiltiga mjukvarumodellen med avseende p°a utvecklatvridmoment vilket resulterade i n°agot st¨orre skillnader ¨an f¨orv¨antat. Slutsatsen blevs°aledes att modellen beh¨over f¨orb¨attras f¨or att p°a ett b¨attre s¨att st¨amma ¨overens med verklighetenmen att den fungerar tillr¨ackligt bra f¨or den ¨amnade applikationen.

In traditional Software Development Life Cycle, medium and large organizations tend to divide the activities of Operations and Development into separate departments. These groups often have a troublesome relationship because of different incentives during the software delivery process. As a result, conflicts occur between development and operations personnel as they blame each other to be the cause of long lead times and inefficient software delivery processes. The concept of DevOps emerged trying to resolve the problem that arises when separating the work of Development and Operations into organizational silos. The term DevOps is a combination of the abbreviations of Development (Dev) and Operations (Ops). DevOps aim to create a coalition that spans between Development (software developers and quality assurance) and Operation (experts responsible to roll out software to production and managing the infrastructure, e.g. system, network and database administrators and technicians). The idea is to increase the speed of the software delivery process and to quickly solve critical issues, enable organizations to better serve their customers. DevOps means that development teams who previously were solely responsible for the development of their applications now have to manage and govern both development and operational responsibilities. Thus, the adoption of DevOps might introduce new type of challenges and implications for the traditional development teams. Current literature and research about DevOps focus mainly on the challenges that DevOps attempts to overcome. There is a lack of literature on the challenges that practitioners encounter during the adoption of DevOps. As more organizations and companies tend to adopt the concept of DevOps, it increases the need to understand potential challenges and effects of adopting DevOps. Therefore, the aim of this study is to investigate the challenges that development teams encounter during the adoption of DevOps. This research was conducted by an inductive research approach through a single qualitative case study, with the use of semi-structured interviews. In total, four main challenges and fourteen sub-challenges were identified in this study. The four main challenges identified was, lack of awareness, lack of support for DevOps, implementing DevOps technology and adapting organizational processes to DevOps. This study concludes that the adoption of DevOps has a profound impact on the role of a software developer, and that the traditional role of a software developer needs to be evolved. The research provides four recommendations and means to overcome the challenges identified in this research, establishing common ways of working and spreading the knowledge, building commitment and trust by smarter seating, allocate time and resources to transition and trying out with one team and one application. / I traditionell livscykel för mjukvaruutveckling tenderar medelstora och stora organisationer att dela upp verksamheten i drift och utveckling i separata avdelningar. Dessa grupper har ofta en besvärlig relation på grund av olika incitament under mjukvaruleveransprocessen. Som ett resultat uppstår konflikter mellan utvecklings- och driftpersonal eftersom de beskyller varandra för att vara orsaken till långa ledtider och ineffektiva mjukvaruleveransprocesser. Konceptet DevOps uppstod för att försöka lösa det problem som uppstår när man separerar utveckling och drift i organisationella silosar. Termen DevOps är en kombination av förkortningarna för utveckling (Dev) och drift (Ops). DevOps syftar till att skapa en koalition som sträcker sig mellan utveckling (mjukvaruutvecklare och kvalitetssäkring) och drift (system-, nätverks- och databasadministratörer och tekniker). Idén är att öka hastigheten av mjukvaruleveranser och att snabbt lösa kritiska problem för att förbättra organisationens förmåga att betjäna sina kunder. DevOps innebär att utvecklingsgrupper som tidigare enbart ansvarade för utvecklingen av sina applikationer nu även har driftansvar. Således kan antagandet av DevOps introducera nya typer av utmaningar och konsekvenser för de traditionella utvecklingsgrupperna. Aktuell litteratur och forskning kring DevOps fokuserar främst på de utmaningar som DevOps försöker övervinna. Därav finns det brist på litteratur kring de utmaningar som utövare stöter på under antagandet av DevOps. Eftersom fler organisationer och företag tenderar att adoptera begreppet DevOps ökar behovet av att förstå potentiella utmaningar och effekter av att anta DevOps. Därav är syftet med denna studie att undersöka de utmaningar som utvecklingsgrupper bemöter under antagandet av DevOps. Denna forskning utfördes genom en induktiv forskningsinriktning, en kvalitativ fallstudie och datainsamling genom halvstrukturerade intervjuer. Totalt identifierades fyra huvudutmaningar och fjorton sub utmaningar i denna studie. De fyra huvudsakliga utmaningar som identifierades var, brist på medvetenhet, brist på stöd för DevOps, implementering av DevOps-teknik och anpassning av organisationsprocesser till DevOps. Den här studien drar slutsatsen att antagandet av DevOps har en djupgående inverkan på rollen som en mjukvaruutvecklare och att den traditionella rollen som en mjukvaruutvecklare behöver utvecklas. Studien ger fyra rekommendationer och medel för att övervinna de utmaningar som identifierats, etablering av gemensamma sätt att arbeta och sprida kunskapen, bygga upp engagemang och förtroende genom smartare sittplatser, fördela tid och resurser till övergången samt prova med ett lag och en applikation.

The purpose of this study is to investigate the challenges and opportunities in the communication between software developers and their stakeholders, as well as the impact that the product owners have on the communication. The research was conducted using a case study approach, and data was mainly collected through observations andinterviews with product owners and software developers at the case company Kry. The findings show that the challenges in communication are the technical language of software developers, difficulty for stakeholders to understand the software development process and difficulty for developers to understand the underlying context of a feature request. The opportunities in their communication are that the developers can better understand the reasons of a request and thus feel more engaged in the product and more satisfied towards the company; Good communication can cut development time and cost. The product owner is shown to be almost irreplaceable due to the large impact that they have. They become translators between the developers and stakeholders, enabling them to communicate better. Furthermore, they are the main point of contact for the stakeholders, thus allowing the developers to focus more on doing development work. However, this might sometimes result in that the developers get involved too late in the process, making changes costly when they discover something faulty. As a conclusion, the communication between stakeholders and developers powered by product owners greatly enhance the possibility to build good, maintainable software and lead to a more sustainable work environment for all involved. / Syftet med studien är att undersöka utmaningar och möjligheter i kommunikationen mellan mjukvaruutvecklare och stakeholders, samt den påverkan som produktägare har på kommunikationen. Detta gjordes genom en fallstudie och data är i huvudsak insamlad genom observationer och intervjuer med produktägare och utvecklare på företaget Kry. Resultatet visar att utmaningar i kommunikationen är mjukvaruutvecklarnas tekniska språk, svårigheter för stakeholders att förstå mjukvaruutvecklingsprocessen och för utvecklarna att förstå de bakomliggande anledningarna för en kravändring. Möjligheter i kommunikationen är att utvecklarna bättre kan förstå de här anledningarna och därför bli mer engagerade i produkten och känna sig mer nöjda med företaget; bra kommunikation kan minska utvecklingskostnader och tid. Produktägare visar sig vara nästan oersättliga på grund av den stora påverkan de har. De blir översättare mellan utvecklare och stakeholders, och hjälper dem att kommunicera bättre. De blir också den huvudsakliga kontaktpersonen för stakeholders, vilket ger utvecklarna mer möjligheter att fokusera på deras utvecklingsarbete. Dock kan det resultera i att utvecklarna ibland blir inblandade för sent i processen, vilket gör potentiella behov av förändringar dyra när de upptäcker något som är fel. Sammanfattningsvis, när kommunikationen mellan stakeholder och utvecklare är faciliterad av produktägare så ökar möjligheterna för att bygga bra mjukvaraoch det leder till en mer hållbar arbetsmiljö för alla inblandade.