This thesis addresses the design of a productivity dashboard for small and medium-sized enterprises (SMEs) to track key performance indicators (KPIs) and highlight the requirements for SME’s undergoing the initial implementation of business intelligence (BI). The objective is to develop an easy-to-use web application prototype that incorporates a dashboard with data source selection, while considering research framework requirements and limitations. Further, the prototype aims to fulfil the conceptual requirements of the tool used for decision support systems, including remote access, scalability, customization, and intuitive data presentation.   The thesis successfully developed a prototype web application that allows remote access through a browser. The interface of the application received positive feedback from respondents and demonstrates high usability. As a result, the prototype's scalability is confirmed through the gradual integration of new functionality, depicted in a hierarchical diagram to guide future enhancements. However, limitations arise from the technology choices, making the integration of new data sources more challenging due to specific data structure and attribute requirements. The study provides clear guidelines and inspiration for SMEs and web developers in integrating BI tools during the initial phase of adopting decision support systems. The research offers a well-documented development and evaluation process, empowering SMEs to make informed decisions when implementing BI solutions. / Det här examensarbetet behandlar utformningen av en produktivitetsdashboard för små och medelstora företag (SMEs) för att spåra nyckeltal för prestanda och lyfta fram kraven för SMEs som genomgår den initiala implementeringen av business intelligence (BI). Målet är att utveckla en lättanvänd webbapplikations prototyp som tillhandahåller en dashboard med möjlighet att välja datakälla samtidigt som forskningens krav och begränsningar beaktas. Vidare syftar prototypen till att uppfylla de konceptuella kraven för verktyg som används i system för beslutstöd, vilket inkluderar fjärråtkomst, skalbarhet, anpassning och intuitiv presentation av data.    Studien utvecklade framgångsrikt en prototyp för en webbapplikation som möjliggör fjärråtkomst via en webbläsare. Gränssnittet för applikationen fick positiv återkoppling från respondenter och visade hög användbarhet. Prototypens skalbarhet bekräftas genom gradvis integration av ny funktionalitet. Begränsningar uppstår dock på grund av valda teknologier, vilket gör integrationen av nya datakällor mer utmanande på grund av specifika krav på datastruktur och attribut. Studien ger tydliga riktlinjer och inspiration för små- och medelstora företag samt webbutvecklare för att integrera BI-verktyg under den inledande implementering av system för beslutstöd. Forskningen erbjuder en väldokumenterad process för utveckling och utvärdering, vilket ger små- och medelstora företag möjlighet att fatta välinformerade beslut vid implementering av BI-lösningar.

Choosing which framework to work with is a long-term commitment and should not be taken easily. New web frameworks are developed almost every day, and for IT consulting companies, delivering high quality applications within time and budget is the key to success. This study examines the different factors IT consulting companies should consider before adopting a new web framework. This by proposing an adoption model for web frameworks including what technical and non-technical factors practitioners values the most. The aim of this study was to advice and help improve how an IT consulting company in a structured and reliable way can determine their choice of web framework, to gain the best cost efficiency and deliver high quality web applications. This was done by interviewing IT consultants along with implementation of prototypes and reading literature. The results showed that it is mainly the non-technical factors that practitioners consider to be most important, for instance the customer and company value. Other important factors are the popularity of the framework, its community, maturity but also team factors such as previous knowledge and that it should be motivating. Even if the technical factors are not what the interviewees primarily mentioned, it is still essential to choose a framework that meets the project requirements in terms of performance and in security. Other important technical factors are also its architecture and maintainability. Based on the results, this study presents an adoption model that allow practitioners to choose web frameworks that best meet their requirements and greatest number of advantages for a given project.

En växande population av äldre internetanvändare kräver anpassningar p.g.a.synnedsättning. Anpassbara användargränssnitt kan hjälpa användare att själv kontrollera hur information på webben visualiseras. Färg och textstorlek spelar stor roll för läsbarheten av texter på webben. Javascript och dess ramverk Vue.js och React.js används för att bygga användargränssnitt p.g.a. dess separering av Viewlagret från resten av innehållet. I denna studie jämförs hastigheten på ett anpassbart användargränssnitt verktyg skapat i Vue.js respektive React.js på en webbsida med övervägande textinnehåll. Ett experiment utförs som automatiskt mäter hastigheten på verktyget i Vue.js respektive React.js via ett skript som körs genom Tampermonkey / <p>Det finns övrigt digitalt material (t.ex. film-, bild- eller ljudfiler) eller modeller/artefakter tillhörande examensarbetet som ska skickas till arkivet.</p>

Det här arbetet utforskar jämförelsen mellan progressiva webbapplikationer (PWA) och native mobila applikationer. Arbetet belyser ett problem som är aktuellt idag och kommer att vara ännu mer så i närmaste framtid på grund av den ständiga teknikutvecklingen och människans beroende av mobila applikationer. Användningen av mobilen har ökat kraftigt under de senaste årtiondena med mobila applikationer som integreras i människans livsstil. Denna tillväxt indikerar att utvecklingen av applikationer behöver justeras för en effektivare och säkrare metod. Även om native applikationen för närvarande leder, utmanar PWA mer än tidigare på grund av dess effektivitet och enkelhet. Genom att utveckla en PWA och en native mobilapplikation syftar denna studie på att identifiera de huvudsakliga skillnaderna. Analysens fokus var att visa de tre kritiska aspekterna, hastighet, säkerhet och utvecklingstid, med resultaten som tyder på att PWA presterar bättre i form av hastighet när den optimeras, men native mobila applikationen har en större tillgänglighet för implementering av funktioner. Dessa resultat berikar den pågående diskussionen med ytterligare förståelse för de två mest populära strategierna för att skapa en mobilapplikation och ger information om hur appscenen möjligen kan utvecklas i framtiden. / This thesis explores the comparison of progressive web applications (PWA) with native mobile applications. This thesis sheds light on an issue that is relevant today and will be even more so in the near future due to the constant advancement of technology and the growing dependence of human life on the use of mobile applications. The use of the mobile has increased significantly over the past couple of decades with the mobile application being integrated into the human lifestyle. This pattern of growth indicates that the development of the applications needs to be adjusted for an effective and more secure approach. Although the native application is currently the leading app, the PWA puts on a more extensive challenge than before due to its effectiveness and simplicity. By developing one PWA and one native mobile application, this study aims to identify the key differences. The focus of the analysis was to demonstrate the three critical aspects, speed, security and time of development with the results showing that the PWA performs better in terms of speed when being optimized, but the native mobile application has a larger access base for feature implementation. These results enrich the ongoing discussion with further understanding for the two most popular strategies of crafting a mobile application, with information about how the future of the app scene possibly evolve.

The purpose of this project was to build an accessible website for Inclusive Web Solutions, an IT consulting company, The website consists of a public part, which presents the company, and a private admin site where employees can create, edit, update and delete the dynamic content of the site. Subscribers may only create, edit, update and delete their own blog posts. A REST API is used as a data source. All dynamic data is stored in a database. The website, the REST API and the database have been implemented using React, Node.js, Express.js, MongoDB and SASS. Web design, flowcharts and a target group analysis have been part of the planning phase. The website has been tested with regard to accessibility, responsiveness, compatibility and code validity using automated testing tools and user testing. The website was supposed to be accessible according to WCAG level AA. The website, the REST API and the database have been deployed. A custom domain has been added to the website. Överall, the purpose of the project has been achieved. There are a few issues with regard to the website’s responsiveness and accessibility. There are also a few usability issues related to the site’s multilingualism. The accessibility goal has not been fully achieved. Validation errors pertaining to the website’s HTML code can be explained by the validation method that was used. / Syftet med detta projekt har varit att skapa en tillgänglig webbplats a t konsultföretaget Inclusive Web Solutions. Webbplatsen består av en publik, tvåspråkig del som presenterar företaget, och en lösenordsskyddad administrationssida da r medarbetare kan skapa, redigera, uppdatera och radera webbplatsens dynamiska innehåll. Gästskribenter kan endast skapa, redigera, uppdatera och radera egna blogginlägg. Webbplatsen använder en REST-webbtjänst som datakälla och alla data som hanteras på den icke-publika webbplatsen lagras i en databas. React, Node.js, Express.js, MongoDB och SASS har använts för att implementera webbplatsen, REST-webbtjänsten och databasen. Arbetet har planerats med hjälp av webbdesign, målgruppsanalyser och flo desscheman. Webbplatsens tillgänglighet, responsivitet, kompatibilitet och validitet har testats med automatiska testverktyg och användartester. När det gäller tillgängligheten, sa har målet varit att uppfylla kraven på WCAG-nivån AA. Webbplatsen, REST-webbtjänsten och databasen har publicerats. Webbplatsen har dessutom publicerats under egen domän. Överlag har syftet med projektmålet uppnåtts. Alla delar har skapats och det mesta av funktionaliteten har implementerats enligt plan. Webbplatsen uppvisar vissa brister när det gäller responsivitet och tillgänglighet. Vissa brister i användbarheten finns, vilket rör bl.a. flerspråkigheten. Tillgänglighetsmålet har inte uppnåtts fullt ut. De valideringsfel som förekommer i HTML-koden har visat sig bero på hur valideringen har gjorts.

Facebook is today the biggest ads platform in the world. This makes it strategi- cally smart for companies to run their ads on the platform. To follow up the result from these ads is an important part for the companies to know if the target audience is the right one. The purpose with this thesis was to investigate if it’s possible for the company Leeroy to develope their own system that follow up ad conversion for Facebook ads. But also investigate how to implement Facebook’s own system and if other systems could be used. From this two purposes a number of goals have been set, which all could be answered. A pilot study resulted in the gathering of information if an own solution could be implemented. The result of this pilot study results in the answer no, an own solution could not be implemented at this state. Through the pilot study a recommended solution could be presented where Facebook’s system is the recommended way to go. This result is based on a system comparison between Facebook and Google Firebase. This recommended solution has resulted in a implementation guide that Leeroy can use to implement Facebook SDK in their application portfolio based on React Native. / Facebook är idag världens största annonsplattform vilket gör det strategiskt smart för företag att annonsera sin produkt eller sina tjänster på plattformen. Att följa upp resultatet av dessa annonser är för företagen en viktig parameter för att veta om den annonserade målgruppen är rätt. Syftet med detta arbete var att undersöka om ett eget system för mobilapplikationer hos företaget Leeroy kan utvecklas för uppföljning av annonskonverteringar hos Facebook-annonser och hur Facebooks egna system implementeras och om andra system går att använda. Utifrån detta syfte kunde ett antal mål fastställas som alla kunde besvaras. Utifrån en förstudie kunde information insamlas om hurvida en egen lösning går att tillämpa. Vilket resulterat i svaret nej, det är idag inte möjligt att utveckla en egen lösning. Genom förstudiens resultat kan en rekommenderad lösning presenteras där Facebooks system rekommenderas utifrån en jämförelse mellan Facebook och Google Firebase. Denna rekommenderade lösning har resulterat i en implementationsguide som Leeroy kan använda för att implementera Facebook SDK i sin applikationsportfölj baserat på React Native.

In this report, a number of different Javascript-frameworks have been compared. The study is conducted at CSN (Centrala studiestödsnämnden). The study consists of two main parts, an evalua- tion through the literature study and an evaluation of the implementa- tion. The first part of the survey has Javascript-frameworks Angular2, Aurelia, Ember, Meteor and React comparisons. Together with CSN, a few criteria have been developed which will then be awarded points between one and five depending on how well a Javascript-framework meets a specific criterion. Five points are given when the Javascript- framework meets the entire criterion, one point is given when it partial- ly meets the criterion. After the first part of the investigation, Angular2 and Aurelia found that they would move on to the implementation phase. The implementation consists of a couple of windows from the existing service "Mina tjänster". In the evaluate implementation measures time for implementation, web browsing time, and number of code rows. From this it was found that Aurelia has less number of code rows than Angular 2. The reading time for Angular 2 is three times longer than Aurelia. In the evaluation of how difficult it is to implement the two frameworks, Angular 2 is considered to be "Average" and Aurelia to "Hard". The Javascript-framework recommended for CSN is Angular 2. This is because much more documentation about Angular 2 is available, and the difficulty is lower for Angular 2. The startup of a project is also much easier in Angular 2, which means that it requires less time to get into the framework. / Sammanfattning: I denna rapport har ett par olika Javascript-ramverk jämförts. Studien är utförd på CSN (Centrala studiestödsnämnden). Undersökningen består av två huvuddelar, en utvärdering genom litteraturstudie samt en utvärdering av implementation. I första delen av undersökningen har Javascript-ramverken Angular2, Aurelia, Ember, Meteor och React jämförts. Tillsammans med CSN har ett par kriterier tagits fram som det sedan kommer att delas ut poäng mellan ett till fem beroende på hur väl ett Javascript-ramverk uppfyller ett specifikt kriterium. Fem poäng ges ut då Javascript-ramverket uppfyller hela kriteriet, ett poäng ges ut då det delvis uppfyller kriteriet. Efter första delen av undersökningen kom det fram till att Angular2 och Aurelia skulle gå vidare till implemente- ringsfasen. Implementeringen består utav ett par fönster från den befintliga tjänsten ”Mina tjänster”. I utvärderingen av implementation mäts tid för implementering, inläsningstid för webbapplikationen samt antalet kodrader. Ur detta konstaterades det att Aurelia har mindre antalet kodrader än Angular 2. Inläsning tiden för Angular 2 är tre gånger längre än Aurelia. Men i bedömningen om hur svårt det är att implementera de bägge ramverken bedöms Angular 2 till nivån ”Me- del” och Aurelia till ”Svår”. Det Javascript-ramverk som rekommende- ras till CSN är Angular 2. Detta grundas på att det finns betydligt mycket mer dokumentation om Angular 2, samt att svårighetsgraden är lägre för Angular 2. Uppstarten av ett projekt är även mycket enklare i Angular 2, vilket betyder att det kräver mindre tid för att sätta sig in ramverket.

Preventive maintenance is a process employed to reduce probability of failure or degradation of equipment. When such a process is performed by humans without a computerized solution, human errors are bound to take place. A computerized solution could reduce human errors by automatically performing tasks which are prone to error. A React web and a React Native application are created to evaluate which framework is most suitable for use in a preventive maintenance process based on three criteria. The criteria are round-trip request times, lines of code and delivery time based on build size. Results show that the React web application outperforms the React Native application in all three categories.

Scratch is a block programming language which introduces beginners to programming. Instead of code the user has access to a set of blocks with text and icons, explaining how the block will affect the program that is written. The connection between one block and the corresponding code can be hard to understand for the beginner. The goal of this project is therefore to develop a user-friendly, flashcard-based mobile application to show the target group of 8- to 16-year-olds that behind every block there is code. The application is developed in TypeScript, using React Native as framework and the developer tool Expo for setting up and publishing of the application. The final application consists of 6 different screens; a starting screen, an information screen, a menu, a submenu, an "under development"-screen and a flashcard view. The user can navigate between the screens and by choosing a specific block the flashcard view displays a flashcard with the block and the corresponding translation in Python. The goal of the project is fulfilled, and with a testing group it is also confirmed that the application is user-friendly. Although the goal is achieved, the conclusion that the step between block programming and syntax is hard can be drawn, with difficulties in translating the blocks appearing along the way.

Rapporten behandlar utvecklingen av ett system som möjliggör för rapportering och granskning av avfallsdata. Systemet består av en mobilapplikation och en webbapplikation som utvecklats med React Native respektive React, en databas som utvecklats med MySQL och en back-end bestående av tjänster som erbjuds av Amazon Web Services. I AWS används tjänster som tillåter hantering av mobilapplikation, webbapplikation, databas och användare. Systemet utvecklades av åtta studenter vid Tekniska högskolan vid Linköpings universitet på uppdrag av det australiensiska företaget EcCell. Projektet resulterade i framtagningen av produkten Trace the Waste med nästan alla önskade funktionaliteter. I rapporten diskuteras även vad som hade kunnat göras annorlunda i utvecklingen med hjälp av andra verktyg. Rapporten drar slutsatser om bland annat varför produkten ger värde för kunden och hur den agila arbetsmetoden Scrum påverkat studenternas arbete under distansläge. Varje student har också skrivit ett individuellt bidrag där olika områden relaterade till projektet utreds. Bidragen finns i slutet av rapporten.