Biometria är ett företag som arbetar inom skogsnäring med att utföra opartiska mätningar av virke som skickas mellan skog och industri, på olika mätplatser. Syftet med projektet har varit att komma fram till en förbättrad lösning för att transportera data från olika mätplatser till Biometrias system, samt bestämma en standardstruktur för den data som skickas. Genom att analysera vad en sådan lösning behöver kunna utföra och undersöka det nuvarande system som används på mätplatser, har det skapats en design för hur det nya systemet kan se ut. Denna design har sedan förbättrats utifrån den funktionalitet som krävs av ett nytt system. Därefter implementerades denna design för den mest förekommande typen av mätverktyg. I denna implementation bestämdes en struktur för hur data ska se ut för den mest förekommande typen av mätverktyg och införde validering för att data som skickas måste se ut på detta sätt. Det har undersökts olika typer av autentisering för att komma fram till vilken typ som passar det nya systemet bäst. Olika tester har utförts, som kontrollerar det nya systemets säkerhet och hur systemet presterar under belastning. Utifrån dessa tester har det konstaterats att enbart data med korrekt struktur godkänns och behandlas av det nya systemet, att den valda lösningen för autentisering fungerar som tänkt och att systemet i teorin klarar av att hantera den mängd data som skickas från olika mätplatser. Det krävs dock ytterligare tester med verkliga mätverktyg innan denna lösning kan sättas i bruk. / Biometria is a company in the forest industry whose part is to perform im-partial measurements of timber sent between forest and industry, on differ-ent measurement sites. The purpose of this project has been to come up with a better solution for transferring data from different measuring sites to Bio-metrias systems, as well as determine a standardized structure for data sent by measuring equipment. By analyzing how such a solution need to perform and investigate the current system that is used today on measuring sites, a new design has been developed for how the new system can be structured. The new design has been improved based on the functionality needed by a new system. When an improvement of the design is done, the design is im-plemented for the most common type of measuring equipment. In this im-plementation a standardized structure was determined for the most com-mon measuring equipment and validation for data to have said structure was implemented. Different methods of authentication were researched to choose the one that would fit the new system best. Different kinds of tests were performed to verify the security of the system as well as system per-formance during high workload. Performing these tests establish that the new system only allows data of correct structure to be processed, that the chosen method of authentication works as intended and that the system in theory can handle the amount of data being sent from measuring sites. De-spite this, there need more test using real measuring equipment before this solution can be used in production.

The technology of creating web-based applications has been expanding and making better user interfaces that can support many different focus groups, such as building a website that is flexible and easy-to-use for children and/or the elderly. Another expansion has been in the field of storages of data and connectivity. These technologies, however, have a steep learning curve for new developers. With the rise of these new techniques, a unique contemporary set of skills have been introduced, the Front-End, which is a layer that involves the presentation aspect of an application. React.js is a popular JavaScript framework for front-end development. It has become the most framework for user  interface design. In today’s market there are several other frameworks that one can utilize for front-end solutions such as Angular v2 and Vue.js. The results of this thesis is the improvement on creating a developer friendly custom creation of unique elements. By following proper processes when using the API, one can learn and create their own custom API to their own liking. The API created is a basic GUI addition to React, which enables a Log-In interface that can be easily manipulated by following the thesis, and/or by tracing the steps in the code. This is useful for those that want to have a template GUI API.

Användbarheten hos ett API kan vara en viktig faktor för en slutanvändares produktivitet, eller framgången en mjukvaruprodukt. Det finns ingen enskild definition av, eller metod för att uppnå användbarhet. Många riktlinjer kan vara teoretiska och svårapplicerade. Detta arbete sammanfattar definitioner av och utvärderingsmetoder för användbarhet. En av dessa metoder anpassas och används för en formativ utvärdering som del av utvecklingsprocessen av ett nytt API för röstchatt i webben. API:et specificeras och implementeras i en första version som utvärderas med testanvändare för att hitta användbarhetsproblem. Förbättringsförslag för API:ets vidareutveckling ges baserat på funna problem. Avslutningsvis diskuteras utvärderingsmetoderna utifrån resurserna som krävs för genomförande. / The usability of an API can be an important factor for the productivity of end users, or the success of a software product. There is no single definition of, or method to achieve, usability. Many guidelines can be theoretical and difficult to apply. This paper summarises usability definitions and evaluation methods. One of these methods is adapted and used for a formative evaluation as part of the development process of a new API for web based voice chat. The API is specified and implemented in a first version which is evaluated with test users to find usability problems. Improvement proposals for the further development of the API are given based on found problems. In closing, the evaluation methods are discussed based on the resources required for execution.

This thesis was performed at the company ShapeUp Club located in Stockholm, Sweden. ShapeUp Club offers a digital calorie counter service for the web, iOS and Android with data synchronization across the platforms. ShapeUp Club wants to provide their users with the option to synchronize data between ShapeUp Club and external health services. The objective for this thesis has been to develop an extension to ShapeUp Clubs current backend platform where new external health services can be plugged-in quickly and scalable. External partner APIs will be examined and implemented in the system to validate the functionality of the system. The amount of code needed to plug-in a service should be as minimal as possible for a developer to quickly add another service. To allow for scalability the platform also needs to adapt logic for how often users should be allowed to poll for data from their connected services, to minimize the database load for all parts. To handle these demands, an extension to ShapeUp Club’s current backend solution was built using the Django framework for Python. By providing a generic base class that new services inherit from, the amount of code necessary for implementing a new service is reduced to methods for API- requests, authorization and serialization of data. To reduce the number of redundant poll requests, users are placed into groups. Each group is a cluster of users with similar frequency of updates. Django’s cache framework is used to handle the concurrency of the sync tasks, which locks a user from syncing the same partner in parallel. / Detta examensarbete har utförts hos företaget ShapeUp Club i Stockholm. ShapeUp Club erbjuder en digital kaloriräknare för webben, iOS och Android med synkronisering av data mellan dessa plattformar. ShapeUp Club vill kunna erbjuda sina kunder möjligheten att synkronisera data mellan ShapeUp Club och andra externa hälsotjänster. Målet med detta projekt har varit att implementera en ny tjänst till ShapeUp Clubs nuvarande backend-lösning där externa hälsotjänster snabbt och skalbart kan implementeras. Externa hälso-API:er har utvärderats och implementerats i samband med utvecklingen av den nya backendtjänsten, för att validera dess funktionalitet. Mängden kod som behövs för att implementera en hälsotjänst bör vara så minimal som möjligt för att utvecklare snabbt ska kunna lägga till ytterligare tjänster. För att systemet ska vara skalbart måste logik finnas för hur ofta användare ska tillåtas att fråga efter data mot de tjänster de har valt att synkronisera mot. För att tillfredställa dessa behov har en utökning av ShapeUp Clubs nuvarande backend-lösning byggts med ramverket Django för Python. Genom att ha en större, generisk klass som nya implementeringar ärver från så har mängden nödvändig kod för varje hälsotjänst-implementering minskats till metoder för API-anrop, autentisering och serialisering av data. För att minska antalet “onödiga” poll-anrop så placerar vi användare i olika grupper beroende på om deras poll-anrop frekvent återvänder utan någon ny information. De olika grupperna bestämmer sedan hur länge användarna måste vänta innan de tillåts göra nya poll-anrop.

Denna rapport handlar om hur företaget Parera AB ska kunna integrera tre olika system till en supportportal för deras tjänst Fjärrdrift. Tjänsten Fjärrdrift går ut på att kunder erbjuds fjärrsupport och driftövervakning av deras IT-miljöer. Uppgiften gick ut på att Parera ville kunna delge information till sina kunder rörande tjänstens innehåll och status på kundernas IT-miljöer, samt göra det möjligt för kunderna att sköta sina supportärenden på en och samma plats. För att genomföra detta behövdes en undersökning av de tre systemens funktioner och API:er göras samt ett förslag på lämplig plattform för implementationen tas fram. Ett delmål i arbetet var att undersöka huruvida Parera kunde erhålla något mervärde av att migrera sitt kundhanteringssystem till molnet istället för att stå för driften själva. Arbetet gick ut på att testa de olika systemen i daglig användning och utvärdera vilken information som skulle behövas för att kunna integrera systemen, samt hur respektive systems API:er kunde nås. Det var även viktigt att ta reda på kundernas intresse för en supportportal och vilka funktioner som efterfrågades i en sådan. En handlingsplan som beskriver hur Parera ska komma igång med utvecklingen av supportportalen har skapats och rekommendationer har givits för huruvida en migrering av Pareras kundhanteringssystem bör genomföras eller inte. För att få reda på vad kunderna eftersöker har de fått svara på en enkät och resultaten har sammanställts och presenteras i denna rapport. / This report aims to describe how the company Parera AB should be able to integrate three different computer systems into a support site belonging to their remote support service called Fjärrdrift. The service Fjärrdrift is based on remote support and operational monitoring of computing environments. The task in this thesis was based on the desire from Parera to be able to share information about the service itself and to provide status information on monitored devices as well as giving the customers the ability to manage their support cases in one place. To implement this, an investigation regarding the three systems APIs and general functionality had to be done and in connection with this a proposal on a suitable platform for the implementation had to be submitted. A milestone in the investigation was to consider if Parera could obtain any value by migrating their customer relationship management system to the cloud instead of running it on-premises. The work was to test and evaluate the systems in daily use and to figure out what information was needed from the systems to integrate them with the support site by using their APIs. Another important thing was to find out about the customers interest in a support site and what functions they requested. Recommendations that describe how Parera can get started with the development of the support site and recommendations regarding if their customer relationship management system should be migrated to the cloud or not are given in this report. To find out about the customers’ requests they were asked to do a survey. Responses to the survey have been collected and are presented in this report.

Med ett ökat antal API:er på internet ökar även behovet av anvisningar kring dessa. När användarna för API:er har olika nivåer av erfarenhet blir den nödvändiga dokumentationen och instruktionerna svårare att precisera från en utvecklares perspektiv. I detta projekt är målet att fastställa vad som utgör en bra dokumentation för ett API och tillämpa det för ett existerande API på begäran av Askås. Det befintliga materialet analyserades för att bygga en bättre förståelse för vilka API-anrop som stöttades, och skulle byggas om på ett sådant sätt att det skulle vara enkelt att implementera i Askås nya dokumentationssida. För att få klarhet kring vad som utgör bra API-dokumentation undersöktes fältstudier. Givet detta kunde arbetet utföras enligt etablerade studier tillsammans med kontinuerlig feedback från uppdragsgivaren. Resultatet är ett verktyg som kan användas för att göra API-anrop där parametrarna är förklarade på ett dynamiskt sätt som är byggt i React, uttryckt i Docusaurus, i väntan på att bli sammansatt i Askås nya dokumentationssida. / As the number of APIs on the internet increases, so does the need for guidance on how to use these. In APIs where the users have varying experience, the necessary documentation and instructions needed becomes harder to pinpoint from a developer's point of view. In this project, the objective is to conclude what constitutes a good documentation for an API and apply it to an existing API, as requested from Askås. The pre-existing material was analysed to build an understanding for which API calls were supported, and was to be re-built in such a way that it would be easily implemented in Askås' new API documentation site. To bring clarity to what constitutes good API documentation, field studies were examined. With this, the project could be executed according to the examined studies, as well as feedback from the client. The result is a tool that can be used to make API calls where the parametres are explained in a dynamic fashion - developed in React, expressed in Docusaurus, waiting to be merged into Askås new documentation site.

På uppdrag av JAADAB AB har en undersökning huruvida prognosstyrning kan användas för att effektivt reglera värme i en byggnad samt spara energi och ge jämnare innetemperatur genom att använda SMHIs öppna API. I uppdraget ingick även att skapa en modell för att kunna implementera detta i en befintlig byggnad med okända där exakt kännedom om byggandens konstruktion och egenskaper saknas.   Arbetet inleddes med en teoristudie gällande byggnadens värmeöverföring samt hur vädret påverkar detta samt där det framgår att byggnaden kan tillgodogöra sig tillförd energi från solinstrålning samt att vind leder till ökade förluster via transmission, ventilation samt läckage.  En studie gjordes även gällande prognosstyrning som ledde fram till en väderkompenserad ekvivalent temperatur.   Modellen skapades sedan först teoretiskt innan den programmerades med ett koncept där byggnaden beskrivs via parametrar gällande utformning och material där bedömningar kan göras i de fall där exakt kunskap saknas. Modellen använde sedan dessa parametrar och SMHIs API för beräkningar gällande byggandens värmebalans under de nästkommande två dygnen och ta fram en ekvivalent temperatur som ersätter utetemperaturen som ingående temperatur till styrsystemet. Beräkningar gällande vind finns förberedda men är inte inkluderade då inget tillräckligt pålitligt samband mellan vindhastighet och förluster kunde fastställas innan simuleringsstart.    Modellen simulerades för en lätt och en tung byggnadskonstruktion via en DUC där utetemperaturen given av SMHI samt den ekvivalenta temperaturen loggades under fyra dygn.   Resultatet av simuleringen visade att medeltemperaturen var högre i båda fallen för den ekvivalenta temperaturen.  Gällande den tunga byggnadskonstruktionen var topptemperaturen lägre och bottentemperaturen högre för den ekvivalenta temperaturen. Gällande den lätta byggnadskonstruktionen var både topp och bottentemperaturen lägre för den ekvivalenta temperaturen. Arbetet visar tecken på att energibesparingar kan göras men kan inte fastställa att detta kan göras på lång sikt på grund av den korta testperioden som medför att ett begränsat antal förhållanden testats.   Förbättringsförslag finns lämnade via mera komplexa beräkningar gällande byggnadens värmeöverföring och påverkan av närmiljö samt flera och längre simuleringar. Förslag på framtida arbeten har lämnats gällande slutförande av vindberäkningar, ytterligare simuleringar, test på verklig byggnad och adderandet av en självlärande loop. / On behalf of JAADAB AB, a study has been conducted on whether forecast control can be used to effectively regulate heat in a building to save energy and provide a more even indoor temperature by using SMHI's open API. The assignment also included creating a model to be able to implement this in an existing building where details regarding the construction and properties of the building are unknown. The work began with a theoretical study regarding the building's heat transfer and how the weather affects the heat transfer where it appears that the building can utilize the supplied energy from solar radiation and that wind leads to increased losses via transmission, ventilation and leakage. A study was also done regarding forecast control which led to a weather-compensated equivalent temperature. The model was then first created theoretically before it was programmed with a concept where the building is described via parameters regarding design and materials where assessments can be made in cases where exact knowledge of the values is lacking. The model then used the submitted parameters and SMHI's API for calculations regarding the construction's heat balance during the next two days to produce an equivalent temperature that replaces the outdoor temperature as the input temperature to the control system. Calculations regarding wind are prepared but are not included as no sufficiently reliable connection between wind speed and losses could be established before the start of the simulation. The model was simulated for a light and a heavy building construction via the use of a DUC where the outdoor temperature was given by SMHI and the equivalent temperature were logged for four days. The result of the simulation showed that the average temperature was higher in both cases for the equivalent temperature. Regarding the heavy building construction, the highest temperature was lower and the bottom temperature higher for the equivalent temperature. Regarding the lightweight building construction, both the top and bottom temperatures were lower for the equivalent temperature. The work shows signs that energy savings can be made but it cannot be established that this can be done in the long term due to the short test period which means that a limited number of conditions have been tested. Suggestions for improvement have been submitted via more complex calculations regarding the building's heat transfer and impact on the local environment around the building as well as several further simulations with over more extended periods of time. Suggestions for future work have been submitted regarding the completion of wind calculations, additional simulations, tests on real building and the addition of a self-learning loop.

Examensarbetet föreslår en effektivare process för att analysera olika frågeställningar vid Skatteverkets utveckling av öppna API:er. Frågeställningarna är främst olika juridiska krav men också tekniska och säkerhetsmässiga. Skatteverkets har i dag ett antal e-tjänster med potential att utveckla till öppna API:er. Skatteverket är den svenska statliga myndighet som ansvarar för folkbokföring, beskattning, fastighetstaxering med mera vilket skulle vara ett steg framåt i den moderna e-förvaltningen. Rapporten tar också upp bakgrundsfakta om det juridiska, om öppna data samt olika sätt att använda och tillgängliggöra API:er för allmänheten och skillnaderna mellan öppna data och API:er. Vi har lagar och regeringsdirektiv som öppnar upp och uppmuntrar vidareutnyttjande och tillgång till data, men vi har också lagar som skapar begränsningar vilket gör analysen för att tillgängliggöra mer information väldigt viktig. Förutom vanliga lagar gäller också registerlagar som definierar mer precist hur Skatteverket får arbeta med registerlagsskyddad information. Skatteverkets nuvarande e-tjänster och API:er har analyserats med tanke på vidareutveckling samt undersökning av hur medarbetare på Skatteverket ser på framtida användning av dessa API:er samt nätverksekonomin. Som ett exempel kan det tänkas att man med hjälp av API:er via företags affärssystem enkelt kan göra en CSR-förfrågan varje månad för att då kunna justera skatteinbetalningar och minska riskerna att de anställda fått för mycket eller för lite skatt inbetalt till Skatteverket vilket kan leda till problem. Detta sparar också tid på företagens personalavdelningar. Ett flödesschema har konstruerats för att ge ett effektivt stöd i analysen, om det är lämpligt att en e-tjänst tillgängliggörs via API, samt utvecklingen av API-tjänsten. Den komplexa kravbilden gör att det är svårt att ge ett standardsvar för om det är lämpligt för att e-tjänster tillgängliggörs via API samt att det också är viktigt att ha säkerheten i åtanke. Det är också viktigt att vara införstådd med att teknik och juridik förändras över tid vilket medför att det behövs kontinuerliga analyser för att se att de uppfyller samtliga krav. / The thesis propose a more efficient process for analyzing different issues at the Swedish Tax Agency's development of open APIs. The issues are primarily different legal requirements but also technical and security aspects. The Swedish Tax Agency currently has a number of e-services with the potential to develop into open APIs. Skatteverket is the Swedish government agency responsible for public records, taxation, property valuation, and this would be a step forward in modern e-government. The report also addresses background facts about the legal, open data, and different ways of using and making available public APIs and the differences between open data and APIs. We have laws and government directives that open up and encourage reuse and access to data, but we also have laws that create limitations, making the analysis to make more information available very important. In addition to ordinary laws, register laws also define more precisely how the Tax Agency is allowed to work with data protection. The Tax Agency's current e-services and APIs are analyzed in terms of further development and examination of how employees at the Swedish Tax Agency look at the future use of these APIs as well as the network economy. As an example, it can be assumed that with the help of APIs through corporate business systems could easily do a monthly CSR-request to be able to adjust tax payments and reduce the risks that employees have received too much or too little tax paid to the Tax Agency which can lead to problems. This also saves a lot of manual work for the human resources department of corporations. The report presents a flow chart that can be used as support to determine whether it is appropriate for an e-service to be made available through an API, and the development of the API-service. The complex requirements makes it difficult to provide a standard response if it is appropriate for e-services to be made available through APIs and that it is also important to keep the security in mind. It is also important to be aware that technology and laws change over time which means that a continuous analysis is required to ensure that they meet all requirements.

Ett sätt att utveckla webbapplikationer är att göra det i två delar. Dels ett API, dels en klient. Denna rapport fokuserar på JSON-API:er och på att hitta en lösning för att identifiera kritiska ändringar i JSON-meddelanden innan de påverkar sin avseddaklient på ett oönskat sätt. En fallstudie är genomförd hos ett företag som utvecklar sina webbapplikationer i två delar. Resultatet är en utvecklad webbapplikation (ett verktyg) som löser problemet genom att spela in API-förfrågningar som repeteras mot flera olika versioner av API:et. Versionstaggade svar samlas in och jämförs mot varandra med olika avseenden. Webbapplikationen (verktyget) lyckas på ett tillfredställande sätt identifiera kritiska ändringar i JSON-meddelanden. Detta verifieras med hjälp av ett test-API, och bekräftar därmed examensarbetets hypotes. För att kunna testa ett API, vars bakomliggande applikation är stateful, förväntas den applikationen vara återställd till ett standardiserat tillstånd inför varje användning av verktyget. Detta är en begränsning. Det finns en utvecklingspotential i att få verktyget att fungera även mot autentiserade API:er. / One way of developing web applications is in two parts, where one part is an API and the other part is the client. This report focuses on JSON APIs and on finding a solution for identifying breaking changes in JSON messages before they affect their intended client in undesirable ways. A case study has been carried out at a company that develops their web applications in two parts. The result is a web application (a tool) that solves the problem by recording API requests that are then replayed against different versions of the API. Version tagged responses are collected and compared against each other by different aspects. The web application (the tool) succeeds in identifying breaking changes in JSON messages. This is verified using a test API, which in turn verifies the thesis’ hypothesis. To test an API, whose underlying application is stateful, that application is expected to be reset to a standardized state before each use of the tool. This is a limitation. There is potential for future development in getting the tool work against authenticated APIs.

Scraping is known to be difficult to detect and prevent, especially in the context of web APIs. It is in the interest of organisations that rely heavily on the content they provide through their web APIs to protect their content from scrapers. In this thesis, a machine learning approach towards detecting web API content scrapers is proposed. Three supervised machine learning algorithms were evaluated to see which would perform better on data from Spotify's web API. Data used to evaluate the classifiers consisted of aggregated HTTP request data that describes each application having sent HTTP requests to the web API over a span of two weeks. Two separate experiments were performed for each classifier, where the second experiment consisted of synthetic data for scrapers (the minority class) in addition to the original dataset. SMOTE was the algorithm used to perform oversampling in experiment two. The results show that Random Forest was the better classifier, with an MCC value of 0.692, without the use of synthetic data. For this particular problem, it is crucial that the classifier does not have a high false positive rate as legitimate usage of the web API should not be blocked. The Random Forest classifier has a low false positive rate and is therefore more favourable, and considered the strongest classifier out of the three examined. / Scraping är svårt att upptäcka och undvika, speciellt vad gäller att upptäcka applikationer som skrapar webb-APIer. Det finns ett särskilt intresse för organisationer, som är beroende av innehållet de tillhandahåller via sina webb-APIer, att skydda innehållet från applikationer som skrapar det. I denna avhandling föreslås ett tillvägagångssätt för att upptäcka dessa applikationer med hjälp av maskininlärning. Tre maskininlärningsalgoritmer utvärderades för att se vilka som skulle fungera bäst på data från Spotify's webb-API. Data som användes för att utvärdera dessa klassificerare bestod av aggregerade HTTP-request-data som beskriver varje applikation som har skickat HTTP-requests till webb-APIet under två veckors tid. Två separata experiment utfördes för varje klassificerare, där det andra experimentet var utökat med syntetisk data för applikationer som skrapar (minoritetsklassen) utöver det ursprungliga som användes i första experimentet. SMOTE var algoritmen som användes för att generera syntetisk data i experiment två. Resultaten visar att Random Forest var den bättre klassificeraren, med ett MCC-värde på 0,692, utan syntetisk data i det första experimentet. I detta fall är det viktigt att klassificeraren inte genererar många falska positiva resultat eftersom vanlig användning av ett web-API inte bör blockeras. Random Forest klassificeraren genererar få falska positiva resultat och är därför mer fördelaktig och anses vara den mest pålitliga klassificeraren av de tre undersökta.