Syftet med denna studie var att undersöka de didaktiska val förskollärare gör i samband med läsvilan. Empirin till studien samlades in genom en kvalitativ metod med semistrukturerade intervjuer med fem förskollärare. Analysen av empirin gjordes med hjälp av en fenemenografisk analysmodell i sju steg som synliggör hela analysprocessen. Läsvilan är en aktivitet som vanligtvis förläggs efter lunch i svenska förskolor. Barnen som deltar på läsvilan är de som inte längre sover på dagen under sin tid på förskolan. Läsvilan ses traditionellt som en aktivitet där förskollärarna läser högt ur en bok i syfte att barnen ska varva ner. Studiens resultat visade att förskollärarna gör didaktiska val där de beaktar de didaktiska frågorna: vad, hur och varför inför läsvilan. Resultatet visade att förskollärarna använder läsvilan som ett sätt att utveckla barns språk samt till att kompensera för brist på högläsning i hemmet hos vissa barn. Dessutom synliggör denna studie att förskollärarna gör medvetna val när de väljer böcker att högläsa ur vid läsvilan samt hur förskollärarna menar att högläsning är språkutvecklande för barnen. Studien pekar vidare på att förskollärare gör didaktiska val vid utformandet av förskolans läsmiljö där de dessutom i en del fall tar hjälp av bibliotek och vårdnadshavare. / The aim of this study was to investigate the didactic choices preschool teachers make in the so-called reading rest. This qualitative study was conducted via semi-structured interviews with five preschool teachers. The data has been analyzed with phenomenographic analysis model, which is based on seven different analysis steps that make the entire analysis process visible.  The reading rest is an activity that in most cases takes place after lunch in Swedish preschools. The ones who attend at the reading rest are the children who no longer sleep during daytime at the preschool. The reading rest is traditionally seen as an activity that preschool teachers use to make children unwind when they read a book aloud. However, the findings in this study suggests that preschool teachers consider the didactic questions: what, how and why (our translation) before conducting the reading rest. The preschool teachers use the reading rest as an ability to teach children language skills and in addition compensate for the lack of reading in the children's home environment for some children. Furthermore, this study reveals that preschool teachers make didactical choices when choosing books to read aloud, and how they perceive reading aloud helps develop children's language skills. Moreover, this study suggests that preschool teachers make didactical choices when they choose and deploy their preschools reading environment, making it easily accessible for the children. Additionally, some of the preschool teachers create this reading environment by incorporating libraries and parents in the process.

This diploma thesis deals with creating a container for the migration components that are used on the Android operating system, how they operate and distribute, the life cycle of the container, and the ability to customize other components for this container. The work deals with the analysis of the Android operating system, existing solutions, the design of the own container and the way of distributing the components on the devices where the container is used. The next section describes the implementation of the server component that distributes components. It also deals with the implementation of container-containing library and a sample application that illustrates how it is possible to link all these elements together.

Denna rapport beskriver hur jag gick till väga för att utveckla en applikation till mobiler och surfplattor för att hantera logistikärenden på Stockholmsmässan. Utifrån att studerat dokumentation, observerat Stockholmsmässans arbetare på plats och intervjuat dem tog jag sedan fram en kravspecifikation på både de funktionella och icke-funktionella kraven. För att sedan kunna välja de mest lämpade ramverken för att skapa en framtida implementation och kunna ersätta de nuvarande ”ruggade” handdatorerna som används på Stockholmsmässan. Applikationen är skapad för truckförare att kunna ta emot och skapa ”ärenden” dvs uppgifter om olika gods som ska köras från/till montrar och lastbilar etc samt kunna hantera tomemballage och lagring. Arbetet resulterade i ett fungerande koncept bestående av flertal ramverk som då involverade alla de nödvändiga delar för ett fungerande system. Arbetet utfördes på ett företag som heter CargoIT som levererar transport- och logistik lösningar till företag så som Stockholmsmässan vars åsikter om mjukvaru-system behövdes tas i hänsyn. / This report describes how I went about to develop an application for mobile phones and tablets, to manage logistics matters at Stockholm International Fairs. Based on studying current documentation, observed Stockholm International Fairs workers on site and interviewed them, I then presented a set of requirements on both the functional and non-functional requirements. To then be able to select the most suitable frameworks to build a future implementation, and to replace the current rugged handheld computers used at Stockholm International Fairs. The app is designed for truck drivers to receive and create "orders", ie data of different types of assignments to be run from / to the stands and deliverytrucks etc. and also be able to handle the empty packaging and storage.The work resulted in a working concept including several frameworks working together to create all the necessary parts for a fully working system.The work was performed at a company called CargoIT whos delivering transportation and logistics solutions to companies such as Stockholm International Fairs which also had requirements that needed to be taken into account.

The Internet of Things and the constrained environment that comes from the growth of constrained devices connected to the Internet brings new security challenges that cannot be solved in a satisfactory way with only transport layer security. A more flexible solution is required, both to protect sensitive data and user privacy but also to distribute policies in a secure and standardized way. The same privacy problems arise in the general web setting with processing and storage more and more moving into the cloud. One solution is to move the security higher up in the network stack and to protect objects instead of byte streams, as proposed in the IETF draft [15] evaluated in this thesis. Focusing on this solution, an implementation has been proposed, and tests and measurements have been carried out to show its overhead. The implementation, as well as the measurement results, is presented in this work. / I takt med att ”Internet of things” växer och antalet begränsade enheter ökar uppstår allt fler säkerhetsutmaningar som inte kan lösas tillräckligt bra med transport layer security. Det finns ett behov av en mer flexibel lösning, dels för att skydda känslig data och användarnas integritet och dels för att distribuera policyer på ett säkert och standardiserat sätt. Samma integritetsproblem återfinns i generella webbmiljön då beräkning och lagring blir mer molnbaserat. En lösning på problemet är att flytta säkerhetsåtgärder högre upp i internetstacken och skydda objekt istället för byte-strömmar. Dessa säkerhetsåtgärder har föreslagits i utkastet från IETF [15] som utvärderas i denna avhandling. En implementation, med fokus på denna lösningen, föreslås i avhandlingen. Tester och mätningar har utförts för att visa lösningens overhead. Genomförandet av testerna och mätresultaten presenteras också i detta arbete.

Integration platforms such as Zapier and IFTTT allow users to create custom flows that link events taking place in one application to an action that should occur in another. With the help of these platforms, people are able to automate work that would have otherwise required manual input. Thanks to this, the mundane tasks of everyday life can be delegated to computers while people are allowed to be more productive with their time. The question is, how exactly does Zapier and IFTTT implement these integration solutions, and how do they compare? From the perspective of a company that seeks to publish their application to the catalogues of these platforms, one would be interested in knowing what specific problems these platforms can solve, how they are solved, and how the solution can be evaluated. One theoretical framework that can be applied in order to answer all of these questions is known as enterprise integration. The problem is that an analysis of Zapier and IFTTT through the context of enterprise integration does not exist. The purpose of this thesis was to create this analysis. By doing so, companies would be able to make more informed decisions as to the selection and use of these technologies. Action research methodology was used to gather qualitative, inductive data, through the implementation of five smaller scale projects. Each of the projects was an investigation into a common type of problem that enterprise integration is typically used to solve. For each project, a set of criteria that were also taken from enterprise integration were used in order to evaluate the implementation’s strengths and weaknesses. A statement as to which of these platforms is better than the other was not found. However, similarities and differences between the two were able to be determined. The results indicated that Zapier’s strengths came mostly from the fact that it offers developers more freedom than IFTTT does, but that IFTTT had strengths that came from its ability to offer reliable delivery without compromise, and that it allowed developers to create better solutions in multiple scenarios. Findings like these were found and expressed through enterprise integration. / Integrationsplattformar såsom Zapier och IFTTT låter användare skapa sina egna skräddarsydda flöden som sammankopplar händelser som uppstår i en applikation till en aktion som ska ta plats i en annan. Med hjälp av dessa plattformar så kan folk automatisera arbete som annars hade krävt manuellt input. Tack vare detta så kan banala vardagsaktiviteter delegeras till datorer medan folk tillåts att vara mer produktiva med sin tid. Frågan är, hur exakt är Zapier och IFTTT:s lösningar implementerade, och hur jämförs dem med varandra? Från ett företags perspektiv som vill publicera sin applikation till dessa plattformars kataloger så skulle man vara intresserad av att veta vilka specifika problem dessa plattformar kan lösa, hur dem kan lösas, och hur lösningen kan utvärderas. Ett teoretiskt ramverk som kan appliceras för att svara på alla dessa frågor är enterprise integration. Problemet är att en analys av Zapier och IFTTT från kontexten av enterprise integration inte existerar. Syftet med denna uppsats var därför att skapa denna analys. Genom att göra detta så kan företag ta mer informerade beslut med avseende på hur de väljer och använder sig utav dessa teknologier. Aktionsforskning användes för att hämta kvalitativ, induktiv data, genom implementeringen utav fem mindre projekt. Varje projekt var en undersökning av ett typiskt problem som enterprise integration typiskt används till för att lösa. För varje projekt användes en uppsättning av kriterium som även dessa var tagna ur enterprise integration, för att bedöma implementeringens styrkor och svagheter. En slutsats om vilket av dessa plattformar som är bättre än det andra drogs inte. Likheter och skillnader kunde dock bestämmas. Resultaten indikerade att Zapiers styrkor mestadels kom från det faktum att dem ger utvecklare mer frihet än vad IFTTT gör, men att IFTTT hade styrkor som kom från det faktum att dem kunde erbjuda garanterad leverans utan kompromisser, och att utvecklare kunde skapa bättre lösningar i flera scenarion. Upptäckter som dessa kunde hittas och uttryckas genom enterprise integration.

[pt] Este trabalho apresenta um framework de software para construção de interfaces para aplicações REST, dirigido por modelos. Este framework permite a construção destas interfaces exigindo um mínimo de programação pelo projetista. Os modelos nos quais se baseia, e a interface gerada utilizam padrões do W3C. Uma avaliação qualitativa indica que há um aumento efetivo de produtividade e qualidade no projeto de interfaces através do ambiente, quando comparado com abordagens tradicionais para projeto e implementação de interfaces. / [en] This work presentes a Model-driven framework for the design of interfaces for REST applications. The framework allows building interfaces with minimal programming, The models used, as well as the generated interfaces are represented using W3C standards. A qualitative evaluation indicates that there are gains in both productivity and quality of the generated interfaces, when compared with traditional approaches.

Max Gordon is a researcher at the Karolinska Institute who works with developing a deep learning algorithm for interpreting orthopedic X-ray images. It is using radiologist’s reports in order to deduce labels that are of interest such as presence of fracture, osteoarthritis and other features. The previous image viewer’s interface Swagger had issues in terms of managing the stored data. This could potentially be solved by switching to GraphQL according to Max Gordon. On request by Max Gordon studies were conducted in order to conclude if Swagger or GraphQL was more compatible with the medical CE-marking and which was more suited for expanding the system. The studies mainly consisted of measuring interpretability at different target groups and how they faced Swedish law when it came down to handling personal data. Based on the qualitative and quantitative studies, the conclusion was drawn that Swagger was more compatible with the medical CE-marking and expansion of the image viewer. / Max Gordon är en forskare på Karolinska Institutet som arbetar med att utveckla en algoritm och tillämpning vilket kan tolka röntgenbilder. Denna används tillsammans med rapporter från radiologer för att kunna utreda röntgenbilders egenskaper. Den föregående bildvisarens gränssnittsspecifikation Swagger hade problem med att hantera den lagrade datan, detta kunde potentiellt lösas genom att använda GraphQL, enligt Max Gordon. På begäran av Max Gordon skulle kompabiliteten mellan GraphQL och CE-märket utredas. För att kunna dra slutsatsen om GraphQL eller Swagger var mest lämplig för CE-märket och vilken var mest anpassad för vidareutveckling av bildvisaren i framtiden. Detta genom att jämföra resultatet av fallstudier på Swagger och GraphQL som huvudsakligen undersökte hur god språkens tolkbarhet var hos olika målgrupper, samt hur hanteringen av persondata förhåller sig till den svenska lagstiftningen. Baserat på de kvantitativa samt kvalitativa undersökningarna ansågs Swagger mest kompatibelt med CE-märkets krav och vidareutveckling av bildvisaren.

Detta examensarbete är baserad på ett projekt hos SPV. Den presenterar resultaten av en studie som syftar till att utvärdera och jämföra prestanda hos olika webb-API-tekniker och hanterare. Syftet med denna forskning var att välja lämpliga webb-API-tekniker som uppfyller funktionella krav och distribuera dem på noggrant utvalda API- hanterare för att dra slutsatser om deras prestanda. Studien fokuserade på att jämföra REST och GraphQL webb-API-tekniker sedan distribuera dem på två API-hanterare WSO2 och 3Scale. Både REST och GraphQL API har sina egna fördelar och nackdelar, där användningsområdet och API:ets funktionskrav bestämmer vilken som är bäst. Dessutom REST API är kända av sin enkla implementering och resurshantering medan GraphQL API är mer lämpliga med hantering av komplexa relationer. Detta projekt tolkar att REST API överträffade GraphQL API över båda APIhanterare. Dessutom visade resultaten att API-hanterare WSO2 uppvisade någon snabbare svarstid för både REST och GraphQL API jämfört med 3Scale. Projektets resultat bidrar till den vetenskapliga förståelsen av webb-API-tekniker och hanterare samt att den ger värdefulla insikter för framtida forskning och utveckling. Den dokumenterade källkoden och data, tillgängliga på GitHub, säkerställer transparens. Etiska överväganden demonstrerades också, med betoning på ansvarsfull användning av dataskydd av användarnas integritet. / This thesis is based on a project at SPV. It presents the results of a study aimed at evaluating and comparing the performance of different Web API technologies and managers. The objective of this research was to select appropriate Web API technologies that meet functional requirements and deploy them on carefully selected API handlers to draw conclusions about their performance. The study focused on comparing REST and GraphQL web API technologies, then deploying them on two API managers WSO2 and 3Scale. Both the REST and GraphQL APIs have their own advantages and disadvantages, with the use case and the API's functional requirements determining which one is best. Moreover, REST APIs are known for their simple implementation and resource management while GraphQL APIs are more suitable with handling complex relationships. This project interprets that the REST API outperformed the GraphQL API across both API managers. In addition, the results showed that API manager WSO2 exhibited slightly faster response time for both REST and GraphQL APIs compared to 3Scale. The project's results contribute to the scientific understanding of web API technologies and handlers and provide valuable insights for future research and development. The documented source code and data, available on GitHub, ensures transparency. Ethical considerations were also demonstrated, emphasizing the responsible use of data protection of user privacy.

Wearable Microneedle (MN)-based sensors have been developed in a joint collaboration between KTH and KI in order to potentially replace invasive clinical tests such as arterial blood gas measurement. For research purposes, an IoT software platform is needed for convenient real- time observation/calibration of raw data, and observation of calibrated concentrations. In order to implement the functionality as requested by the project owners, a front-end iOS application and a back-end Node.js application were implemented. The Front-end application is written utilizing the Model-View- Viewmodel (MVVM) design pattern, allowing functionality such as creating user accounts, user login/logout, setting up a device and its micro-needles with associated analytes, observing the raw real-time analyte data in a graphical interface, calibrating the MNs aswell as observing the calibrated measurement in a graphical interface. The server-side Node.js application is designed following a Representational State Transfer (REST) architecture by utilizing the ExpressJS, MongoDB, and Mongoose object modelling libraries. The back-end application provided several Application Programming Interface (API) endpoints in order to allow fundamental Create-Read-Update-Delete (CRUD) operations for user, device, micro-needle and measurement database models. The final software products and their functionalities were tested using iOS simulators and API interaction tools by imitating real time measurements. Also, performance benchmarks were performed for two scenarios, project optimums and project extremes, both in the back-end and in the frontend software. This was in order to determine if the platform meets the project prerequisites that were set by project owners. As a result, system performance and functionality were found satisfactory for utilization in the research environment for the development of the MN-based patches. / Kroppsburna mikronåls-baserade sensorer har utvecklats i ett gemensamt samarbete mellan KTH och KI för att potentiellt kunna ersätta invasiva kliniska provtagningar som arteriell blodgasmätning. För forskningsändamål behövs en IoT-programvaruplattform för praktisk realtidsobservation samt kalibrering av sensorernas utdata. För att implementera funktionaliteten som begärdes av projektägarna, skapades en frontend-applikation för iOS-enheter vars backend bygger på en Node.js-applikation. Frontend-applikationen är skriven med hjälp av designmönstret gls MVVM, vilket möjliggör funktionalitet som skapande av användarkonton, användarinloggning samt utloggning, konfigurering av enheter och dess mikronålar med tillhörande analyserade värden, observation av realtidsdata i ett grafiskt gränssnitt, kalibrering av glspl MN samt observation av den kalibrerade mätningen i ett grafiskt gränssnitt. Node.js- applikationen på serversidan är utformad enligt gls REST -arkitekturen genom att använda objektbiblioteken ExpressJS, MongoDB samt Mongoose. Backend-applikationen tillhandahöll flera gls API-slutpunkter för att möjliggöra grundläggande gls CRUD-operationer för databaser av användare, enheter eller mikronålar. Den slutliga produkten och dess funktioner testades med hjälp av iOS- simulatorer och API-interaktionsverktyg genom att imitera realtidsmätningar från en mikronålsenhet. Dessutom utfördes prestandatest för två scenarier, optimala samt extrema förhållanden, både i backend samt frontend- programvaran. Detta för att avgöra ifall plattformen uppfyller de krav som hade ställts av projektägarna. Systemprestanda samt funktionalitet har av testerna bedömts vara tillfredsställande för användning i forskningsmiljön för vidare utveckling av gls MN -baserade sensorer.

The project involves an extensive database with SQL, developing a backend with Express.js and implementing the frontend with React. The database forms the backbone of the entire application and supports its functionality, while the frontend interface is focused on offering an administration panel for users. The backend is designed to function as a REST API, enabling simple and efficient communication between different parts of the application. Using Express.js, the system uses CRUD (Create, Read, Update, Delete) operations to efficiently manage the database and provide a smooth user experience. Important features such as authentication and registration confirmation via email have also been implemented using SendGrid, ensuring a secure and user-friendly platform. By integrating these elements, the project creates a stable foundation for further development of the application. / Projektet handlar om att skapa en omfattande databas med SQL, utveckla en backend med Express.js och implementera frontend med React. Databasen utgör ryggraden i hela applikationen och stöder dess funktionalitet, medan frontend-gränssnittet är inriktat på att erbjuda en administrationspanel för användare. Backenden är designad för att fungera som ett REST API, vilket möjliggör enkel och effektiv kommunikation mellan olika delar av applikationen. Med hjälp av Express.js använder systemet CRUD-operationer (Create, Read, Update, Delete) för att effektivt hantera databasen och tillhandahålla en smidig användarupplevelse. Viktiga funktioner såsom autentisering och registreringsbekräftelse via e-post har också implementerats med hjälp av SendGrid, vilket säkerställer en trygg och användarvänlig plattform. Genom att integrera dessa element skapar projektet en stabil grund för vidareutveckling av applikationen.