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.

Att minska energikonsumtionen inom mjukvaruutveckling är ett högst aktuellt ämne då datacenter och dataöverföringar står för 0,9% av de globala växthusgasutsläppen. Syftet med den här studien var att undersöka förhållandet mellan gröna val och standarder i system med många utvecklare. Detta har gjorts genom att undersöka hur utvecklare på Monitor ERP System AB ser på hållbarhet under utvecklingsprocessen, samt hur en algoritms tidskomplexitet och val av primitiva datatyper och datastrukturer påverkar en mjukvarulösnings energikonsumtion. Arbetet genomfördes med mixad metod och använde intervjuer och experiment som datainsamlingsmetoder. Intervjuer hölls med utvecklare på Monitor ERP System för att undersöka vad som påverkade utvecklingsprocessen och skapa en uppfattning om var gröna val kunde ta plats. Experiment genomfördes för att undersöka hur algoritmers tidskomplexitet och val av primitiva datatyper och datastrukturer påverkar energikonsumtionen i en mjukvarulösning. Resultatet från intervjuerna visade att hållbarhet inte togs in som en faktor i utveck-lingsprocessen på grund av kunskapsbrist och att prestanda var en högt prioriterad faktor. Detta kombinerades med experimentets resultat att energikonsumtionen av en mjukvarulösning berodde på programinstruktioners exekveringstid i kombination med en algoritms tidskomplexitet. Slutsatsen av arbetet är att grön mjukvaruutveckling kan tas in i system med standarder genom att skapa nya gröna standarder med fokus på prestanda och lättillgänglig sammanställning av gröna val. / Reducing the energy consumption in software development is a highly relevant subject, as data centers and data transmissions make up 0.9% of the global carbon emissions. The purpose of this study was to examine the relationship between green choices and standards in systems with many developers. This was investigated by examining how developers at Monitor ERP System AB view sustainability during the development process, as well as how an algorithm’s time complexity and choices of primitive data types and data structures influence a software solution’s energy consumption. The study was conducted using mixed method with interviews and an experiment as data collection methods. Interviews were held with developers at Monitor ERP System to determine what affected the development process and create a perception for where green choices could take place. Experiments were conducted to investigate how an algorithm’s time complexity and choices of primitive data types and data structures affect the energy consumption of a software solution.  The interview results show that sustainability was not considered during the development process due to a lack of knowledge and that performance was a heavily prioritized factor. This was combined with the experiment results that energy consumption was dependent on the execution time of program instructions in combination with an algorithm’s time complexity. The conclusion was that green software development can take place in systems with standards by creating new green standards, focusing on performance and easy access to a collection of green choices.

Algorithms have been used in finance since the early 2000s and accounted for 25% of the market around 2005. In this research, algorithms account for approximately 85% of the market. The challenge faced by many investors and fund managers is beating the Swedish market index OMXS30. This research investigates publicly available algorithms and their potential for implementation and modification to outperform the market. There is a lot of research done on the subject and most of the research found was mostly at a high academic level. Although few algorithms were found in the search, some algorithms that managed to beat other markets caught interest. The market data for this research was obtained from Nordnets closed API, specifically the historical price data of various financial securities. The algorithms use the historical price data to generate buy and sell signals which represents a trade. These trades were then used to calculate performance metrics such as the geometric mean and the sharpe ratio. The performance metrics are used to measure and compare performance with the OMXS30 using a quantitative method. On average, the algorithms did not perform well on the chosen securities, although some securities stood out in all cases. Beating the market is considered a difficult task, and this research reflects some of the challenges involved. The chosen method highlights the importance of the stocks the algorithms trade, emphasizing that stocks cannot be chosen randomly. Building a fully automated unsupervised trading system is challenging and requires extensive work. Some strategies tend to require human supervision to maximize returns and limit losses, while others yield low returns for low risk. / Algoritmer har använts inom finans sedan början av 2000-talet och utgjorde cirka 25% av marknaden runt 2005. När detta arbete utförs står algoritmer för cirka 85% av marknadsvolymen. Utmaningen som många investerare och fondförvaltare står inför är att slå den svenska marknadsindexet OMXS30. Detta arbete undersöker offentligt tillgängliga algoritmer och deras potential att implementeras och modifieras för att överträffa marknaden. Det finns mycket forskning gjord inom ämnet och majoriteten av denna forskning är på en hög akademisk nivå. Trots att få algoritmer hittades i sökningen, fanns det ett fåtal algoritmer som lyckats slå andra marknadsindex. Marknadsdata för denna forskning erhölls från Nordnets slutna API, specifikt historisk prisdata från olika finansiella värdepapper. Algoritmerna använder den historiska prisdatan för att generera köp- och säljsignaler. Dessa köp och säljsignaler användes sedan för att beräkna prestandamått som geometrisk medelvärde och riskjusterad avkastning. Prestandamåtten används för att mäta och jämföra prestanda med OMXS30 genom en kvantitativ metod. I genomsnitt presterade algoritmerna inte väl på de valda värdepappren, även om vissa värdepapper utmärkte sig i alla fall. Att slå marknaden anses vara en svår uppgift och denna forskning speglar några av de utmaningar som är involverade. Den valda metoden belyser vikten av de aktier som algoritmerna handlar med och betonar att aktier inte kan väljas slumpmässigt. Att bygga ett helt automatiserat obevakat handelssystem är utmanande och kräver omfattande arbete. Vissa strategier visade sig vara i behov av mänsklig övervakning för att maximera avkastningen och begränsa förluster, medan andra gav låg avkastning för låg risk.

Dokumentation i form av tekniska ritningar och kretsscheman av olika slag är en viktig del av de flesta projekt. Många företag använder sig av olika CAD-program så som AutoCAD för att ta fram och bearbeta ritningar och kretsscheman. Ritningar brukar byggas upp av blockelement som innehåller attribut. Attribut är yttre beskrivande information av blocket, exempelvis fotnoter eller annan text av något slag. Det är inte ovanligt att en installation omfattar flera hundra tekniska ritningar, vilket medför att arbete med attribut kan vara mycket tidskrävande. Användaren måste gå in i varje ritning markera önskade attribut och utföra ändringar.  Företaget AFRY har uttryckt behovet av att automatisera en del av denna process till vilket detta examensarbete förfogas. Genom att författa script i programmet AutoLISP extraheras önskade blockinformationen ur varje ritning och sparas till en textfil i formatet tsv. Med hjälp av Microsofts Visual Basic for Applications utvecklas ett användarvänligt gränssnitt i Microsoft Excel.  Programmet avses för att importera stora mängder tsv filer innehållande data för redigering. Data kan redigeras på ett tidseffektivt sätt för att senare exporteras tillbaka till sitt ursprungliga textfilsformat. När färdigredigerade textfiler lämnar Excel återstår återinförande av integrerad blockinformation till ritningarna. Detta möjliggörs av ett annat program i AutoLISP som baseras på AutoCADs egna ATTIN funktion.  Efter utfört projekt kan det konstateras att verktyget som utvecklades automatiserar en del av redigeringsarbetet med tekniska ritningar. Detta i sin tur kan medföra tidseffektivisering, minskad risk för mänskliga fel och beroendet av tredjeparts mjukvaror vid processen. Givetvis finns det utrymme för vidare utveckling av verktyget i framtiden, förslagsvis utökad funktionalitet hos gränssnittet i Excel och en robust metod för batchning i AutoCAD. / On everyday basis engineering companies work with technical drawings and diagrams. To create and work with these drawings it is common to use software such as AutoCAD. Drawings in AutoCAD are built up with blocks, these blocks can often contain external information stored as attributes. A project can contain up to several hundred drawings. In that case the process of searching for blocks to change specific attributes can be very time consuming and increase risk of human error. The engineering company AFRY has expressed an interest in partial automation of this process. Following thesis aims to present a possible solution. By writing scripts in AutoLISP, desired block information can be extracted to tsv text files. These text files can be imported to a user-friendly interface in Microsoft Excel. The interface is developed in Microsoft's Visual Basic for Applications. Data imported in the interface can be filtered so that the editing can be done in a time efficient manner. After finished editing the data is once again organized into tsv text files for a further integration to the CAD drawings. That is made possible by a AutoLISP script based on the ATTIN function. The thesis aims to discuss how this presented method would lead to a partial automation in the editing of AutoCAD drawings. A process that could possibly reduce risk of error, increase time efficiency as well as decrease dependency of third-party software. The discussion also presents some thoughts for further development of the program where, increased amount functions in Excel and a possible method for batching in AutoCAD could be added in the future.

The purpose of this study is to continue development of a benchmarking model to help companies assess their technical maturity when it comes to adopting Continuous Integration, Continuous Delivery and DevOps in their organization. The goal of the research is to assess how to improve the quality of qualitative models. Which conclusions can be drawn from comparing companies using benchmark and to assess which actions are the most effective to take to reach higher Continuous Integration, Continuous Delivery and DevOps maturity. The benchmark consisted of a questioner of two hundred statements that were answered for level of agreement with a current situation analysis and an ought-to-be analysis to be able to draw conclusions from the possible discrepancy between these categories. The questioner was answered during an interview study with chosen clients. Conclusions drawn from this study were that a lot can be done to improve the quality of qualitative models for examining Continuous Integration, Continuous Delivery and DevOps maturity. Different actions are necessary but the most important seems to be to ask open ended questions as well ass questions about different aspects of the same problem to promote discussion. It was also showed to be important to peer review the questions in the interview material beforehand to increase quality. The study also showed that it is possible to see trends in Continuous Integration, Continuous Delivery and DevOps maturity when comparing qualitative results for research subjects. The study showed that the most effective method for increasing Continuous Integration, Continuous Delivery and DevOps maturity is to use extensive automated testing suites that covers all testing disciplines. / Syftet med studien är att vidareutveckla ett benchmarkingverktyg för att hjälpa företag att bedöma sin tekniska mognad när det gäller att anta Continuous Integration, Continuous Delivery och DevOps i sin organisation. Målet med forskningen är att bedöma hur man kan förbättra kvaliteten på kvalitativa modeller för att mäta detta, samt vilka slutsatser som kan dras av att jämföra företags resultat som nyttjat studien. Samt att undersöka vilka åtgärder som är effektivast att ta för att nå en högre mognadsgrad inom Continuous Integration, Continuous Delivery och DevOps. Benchmarken bestod av ett frågebatteri av tvåhundra påståenden som besvarades av kunden i hur mycket de instämde till ett påstående. Resultatet samanställdes till en aktuell nulägesanalys och en börlägesanalys, med målet att dra slutsatser i vilka skillnaden som fanns mellan dessa två kategorier. Kunden besvarade frågebatteriet under en intervjustudie med utvalda anställda. Slutsatser som härrör från denna studie var att mycket kan göras för att förbättra kvaliteten på kvalitativa modeller för att undersöka Continuous Integration, Continuous Delivery och DevOps mognadsgrad. Olika åtgärder är möjliga, men det viktigaste förefaller vara att fråga öppna frågor för att främja diskussion samt att ställa frågor om olika aspekter av samma problem. Samt att opponera frågorna internt i intervjuundersökningen innan det utförs hos en kund, för att öka kvaliteten. Studien visade också att det även är möjligt att se trender i Continuous Integration, Continuous Delivery och DevOps mognad hos deltagarna när man jämför de kvalitativa resultaten. Studien visade att de mest effektiva metoderna för att öka Continuous Integration, Continuous Delivery och DevOps mognadsgrad är att använda omfattande automatiserade testsviter för samtliga testmetoder.

The choice of development environment can be crucial when it comes to developing a software. Few researches exist on comparing development environments. Docker is a relatively new software for handling and setting up container-environments. In this research, the possibility of using Docker as a software development environment is being investigated and compared against virtual machines as a development environment. The purpose of this research is to examine how the choice of development environment affect the development process. The work was qualitative, with an inductive and a deductive approach. It included a case study with two phases. One in which virtual machines and one in which Docker were used to implement a development environment. Observations were made after each implementation. The data from each implementation were then compared and evaluated against each other. The results from the comparisons and the evaluation clearly shows that the choice of development environment can influence the process of developing software. Different development environments affect the development process differently, both good and bad. With Docker, it’s possible to run more environments at once than when using virtual machines. Also, Docker stores the environments in a clever way that results in the environments taking up less space on the secondary storage compared to virtual machine environments. This is due to that Docker uses a layer system when it comes to containers and their components. When using Docker, no Graphical User Interface (GUI) to install and manage applications inside a container is provided, this can be a drawback since some developers may need a GUI to work. The lack of a GUI makes it harder to get an Integrated Development Environment (IDE) to work properly with a container to for example debug code. / Valet av utvecklingsmiljö kan vara avgörande vid utveckling av mjukvara. Få undersökningar finns idag angående jämförelser mellan utvecklingsmiljöer. Docker är en relativt ny mjukvara för att sätta upp samt hantera container- miljöer. I denna undersökning, kommer möjligheten att använda Docker som utvecklingsmiljö att undersökas och jämföras mot virtuella maskiner som utvecklingsmiljö. Syftet med undersökningen är att se hur valet av utvecklingsmiljö påverkar utvecklingsprocessen av en mjukvara. Arbetet bedrevs på ett kvalitativt sätt, med både ett induktivt samt ett deduktivt tillvägagångssätt. Det inkluderade även en fältstudie med två faser. En där virtuella maskiner och en där Docker användes till att implementera en utvecklingsmiljö. Observationer utfördes efter varje implementation. Data från varje implementation jämfördes och evaluerades mot varandra. Resultaten från jämförelserna och evalueringen visar att valet av utvecklingsmiljö har inflytande på processen av utveckling av mjukvara. Olika utvecklingsmiljöer påverkar utvecklingsprocessen olika, både på bra och dåliga sätt. Med Docker är det möjligt att köra fler miljöer samtidigt än vad som är möjligt vid användande av virtuella maskiner. Docker lagrar även miljöerna på ett smart sätt, som gör att de tar upp mindre plats på den sekundära lagringen jämfört med virtuella maskiner. Detta är på grund av att Docker använder sig av ett lager-system när det gäller containrar och deras komponenter. När Docker används, tillhandhålls inget Graphical User Interface (GUI) för att installera eller hanterar applikationer inuti en container, detta kan vara en nackdel då vissa utvecklare kan behöva ett GUI för att arbeta. Avsaknaden av ett GUI gör det svårare att få en Integrated Development Environment (IDE) att fungera ordentligt med en container för att till exempel avlusa kod.

SÖRAB is a waste disposal firm that is operative in nine of the municipalities in Stockholm County, Sweden. Each municipality has their own separate management of information and services. SÖRAB aspires to facilitate the process of finding and placing orders on waste disposal services for the residents in these municipalities. This thesis examines what should be done in order to centralize the municipalities’ waste disposal information into a shared portal. The main difficulties, concerning centralization, are that the municipalities use different underlying customer systems and have different practices in regulating waste disposal rates. After proposals for solutions for the identified problems are presented, an investigation into the most suited application type for the portal is conducted. This investigation focuses on a comparison between the two application types native mobile applications and mobile web applications. The usability of the portal is considered important. Hence different techniques, aiming to increase the usability of the graphical interface, are researched and presented. The identified problem areas, the application study and the usability aspects are the foundation for the development of a functional prototype of the portal. The result of the thesis is a prototype of a responsive web application. The prototype is implemented with the framework Angular. In order to facilitate potential future development, an architectural document describing the prototype is written. The thesis can be usable for future implementation projects. It presents a functioning methodology, gives insight in usability principles and compares pros and cons with different application types. / SÖRAB är ett avfallsbolag som är verksamt i nio av Stockholm läns kommuner. Varje kommun har separat hantering av information och tjänster. SÖRAB vill underlätta för kommuninvånarna att hitta och beställa tillgängliga avfallstjänster. Detta examensarbete undersöker vad som krävs för att centralisera kommunernas avfallsinformation i en gemensam portal. De stora svårigheterna kring centraliseringen ligger i att kommunerna använder olika bakomliggande kundsystem och tillämpar olika sätt att styra sina avfallstaxor. Efter att lösningsförslag för problemområdena presenteras, undersöks vilken typ av plattform som passar bäst för portalen. Denna undersökning jämför de två applikationstyperna nativa mobilapplikationer och mobila webbapplikationer. En viktig del för portalen anses vara dess användarvänlighet. I rapporten undersöks och presenteras därför olika tekniker som kan höja användarvänligheten i grafiska gränsnitt. De identifierade problemområdena, applikationsstudien och användarvänlighetaspekterna, blir underlag för att utveckla en funktionell prototyp av portalen. Examensarbetets resultat är en prototyp av en responsiv webbapplikation. Implementeringen sker med ramverket Angular. För att underlätta eventuellt fortsatt arbete, skrivs ett dokument som beskriver prototypens arkitektur. Rapporten kan vara till nytta för framtida implementeringsprojekt. Den uppvisar en fungerande metodik, ger insikt i användarvänlighetsprinciper och jämför föroch nackdelar med olika applikationstyper.

The concepts of knowledge transfer and knowledge sharing are commonly reocurring theme in the application of knowledge management in organizations. Effort has been made to facilitate the development of IT consulting firms' knowledge sharing processes to increase their competitive viability on the market. However, due to a high employee turnover rate in projects that are part of IT consulting firms' internal work, a decreased efficiency and structure in IT consultancies' internal knowledge generating work has caused a reduced quality of their products. This theses has evaluated the internal work related to knowledge transfer in a Swedish IT consulting firm by performing a qualitative research approach in the form of semi-structured interviews. The interviews were conducted with a selection of respondents working at the company, and were based on a ser of themes derived from a pre-study and literature review.  The results from the interviews identified various improvement factors in promoting efficient knowledge sharing between IT consultants, such as making clear documentation of conducted work in a common and simplified language, mandatory for off boarding consultants handling over their work to on boarding consultants. The results also suggested the utilization of a common digital platform between consultants, the Scrum methodology, as well as a leader with clear directives. The suggested factors were then implemented in a proposed extended framework of the Knowledge Transfer Process Model (KTPM) described in the literature study.  The conclusion from evaluating the Swedish IT consulting firm further motivates the implemented modifications of the KTPM as key elements to facilitate the utilization of consultants workin in an uncertain work environment with high empoyee turnover rates, as well as helping IT consulting firms that focuses on software development to build a knowledge -sharing compatible environment. There is potential to further explore the are of knowledge transfer within IT consultancies. Hence, future researcg on the subject is recommended. / Begreppen kunskapsöverföring och kunskapsdelning är vanligt återkommande taman i tillämpningen av kusnkapshantering i organisationer. Ansträngningar har gjorts för att underlätta utvecklingen av IT-konsultföretagens kunskapsdelningsprocesser för att öka deras konkurrenskraft på marknaden. På grund av hög personalomsättning i projekt som ingår i IT konsultföretagens interna arbete har en minskad effektivitet och struktur i IT-konsulternas interna kunskapsgenererande arbete orsakat en försämrad kvalitet på deras produkter. Detta examensarbete har utvärderat det interna arbetet med kusnkapsöverföring i ett svenskt IT konsultföretag genom att utföra en kvalitativ forskningsansats i form av semistrukturerade intervjuer. Intervjuerna genomfördes med ett urval av respondenter som arbetade på företaget och baserade sig på en uppsättning teman som härleddes från en förstudie och litteraturgenomgång. Resultaten från intervjuerna identifierade olika förbättringsfaktorer för att främja effektiv kunskapsledning mellan IT-konsulter, såsom att göra tydlig dokumentation av utfört arbete på ett gemensamt och förenklat språl obligatoriskt för konsulter som lämnar över sitt arbete till andra konsulter. Resultaten föreslog också användningen av en gemensam digital plattform mellan konsulter, användningen av Scrum metodiken, samt ett tydligt och direkt ledarskap. De föreslagna faktorerna implementerades sedan i ett utökat ramverk av Knowledge Transfer Process Model (KTPM) som beskrivs i litteraturstudien. Slutsatsen från utverderingen av det svenska IT-konsultföretaget motiverar ytterligare de genomförda modifikationerna av KTPM som nyckelement för att underlätta utnyttjandet av konsulter som arbetar i osäker arbetsmiljö med hög personalomsättning, samt hjälpa IT-konsultföretag som fokuerar på mjukvaruutveckling att bygga en miljö som är kompatibel med kunskapsdelning. Det finns potential att ytterligare utforska området för kunskapsöverföring inom IT-konsultföretag. Därför rekommenderas framtida forskning i ämnet.