Denna rapport redogör för ett projekt utfärdat av sju teknologer vid Linköpings univer-sitet som en del av kursen TDDD96 Kandidatprojekt i programvaruutveckling på uppdrag avföretaget EcCell Environmental. Ett system har utvecklats som möjliggör för avfallstekni-ker att enkelt bokföra avfallet de hanterar i sitt arbete samt underlätta sammanställningenav det. I detta arbete har en progressiv webbapplikation utvecklats med React, en backendutvecklad i Node.js och en tillhörande databas. Databasen och backend använder sig avmolntjänsten Firebase som erbjuder hostning av webbappen, inloggningsmöjligheter samtlagring av dokument och bilder. Resultatet av projektet är webbapplikationen Trace theWaste där rapporter kan skapas och skickas till databasen samt historik av gamla rapporterkan ses. I diskussionsdelen utvärderas arbetet, alternativa implementationssätt diskuteras samtvilka lärdomar gruppmedlemmarna tar med sig. Därefter dras slutsatser kring rapportensfrågeställningar. Rapporten avslutas med individuella delar från gruppmedlemmarna somär kopplade till projektet.

The goal of this project has been to create an interface for time accounting thatthe digital agency Devize can use in its own system Devize Admin. In the project, the work has been carried out in an agile development with various elements. As an introductory step, the work has consisted of planning followed bycreating design sketches/prototypes. User tests have since been performed where Devize's own developers have tested the prototypes. The tests have then beencompiled to find improvements which then have been implemented in a newversion of the prototype. In the process, the interface has since been developedwith the front-end framework React Admin within the frameworks and rulesfound in Devize's graphic profile and the existing system Devize Admin. In parallel with front-end development, back-end functionality has been developed ina sister project that the interface has since used to be able to handle and accessdata. Continuously through interface development, the environment has alsobeen tested in the browser and console to detect potential error messages andunclear structures. Based on the development process that has been carried outand the functionality that has been implemented, the application has resulted inan interface for time accounting that has the basic functionality that is necessaryto be able to report time. With that outcome, a conclusion has been drawn that the outcome is to some extent consistent with the project's set goals. / Målet med detta projekt har varit att skapa ett gränssnitt för tidsredovisning som digitalbyrån Devize kan använda i sitt egna system Devize Admin. I projektet har arbetet utförts i en agil utveckling med olika moment. Som inledande moment har arbetet bestått av planering följt av att skapa designskisser/prototyper. Användartester har sedan utförts där Devize egna utvecklare har testat prototyperna. Testerna har sedan sammanställt för att hitta förbättringar som sedan har implementerats i en ny version av prototyp. I processen har gränssnittet sedan utvecklats med frontend-ramverket React Admin inom de ramar och regler som finns i Devize grafiska profil samt det existerande systemet Devize Admin. Parallellt med frontend-utveckling har backend-funktionalitet utvecklats i ett systerprojekt som gränssnittet sedan har använt sig av för att kunna hantera och komma åt data. Kontinuerligt genom gränssnittsutveckling har miljön även testats i webbläsaren och konsolen för att upptäcka potentiella felmeddelanden och oklara strukturer. Utifrån den utvecklingsprocess som genomförts och den funktionalitet som implementerats, har tillämpningen resulterat i ett gränssnitt för tidsredovisning som har grundläggande funktionalitet som är nödvändig för att kunna tidsredovisa. Med det utfallet har en slutsats dragits om att utfallet till viss del stämmer överens med projektets uppsatta mål.

This report summarizes the procedure of the independent work in the final course DT140G. The project's task and main goal has been to help the company involved to enable a potential interruption with a time registration service called Harvest which they currently consume. The task itself has been sectioned into three clear parts with completely different orientations but towards the same end goal. The first part has involved data management from the consumed time registration service in terms of both exporting and importing data. The second part has been about developing a CRUD functionality that can be consumed in the frontend by another developer. The last part has meant that a report compilation application has been created where data from the previous parts is handled and produces various reports which could then be exported in Excel files. The result of this independent work resulted in an application with great similarities in terms of functionality as the previous time registration service. The company has taken a step closer to their vision of a break from Harvest. This has been done with access to source code from a previous developer who shared his repository via GitLab and the React Admin framework. The CRUD functionality has been checked with the help of the test tool ARC and all code development has taken place in the software development environment Visual Studio Code. / Denna rapport sammanfattar proceduren av det självständiga arbetet i slutkursen DT140G. Projektets uppgift och främsta mål har varit att hjälpa det involverade företaget att möjliggöra ett potentiellt avbrott med en tidsregistreringstjänst vid namn Harvest som de i dagsläget konsumerar. Själva uppgiften i sig har varit sektionerad i tre tydliga delar med helt olika inriktningar fast mot samma slutmål. Den fösta delen har involverat datahantering ifrån den konsumerade tidsregistreringstjänsten vad det gäller att både exportera och importera data. Den andra delen har handlat om att utveckla en CRUD-funktionalitet som skall kunna konsumeras i frontend av en annan utvecklare. Den sista delen har inneburit att en rappportsammanställningsapplikation har skapats där data ifrån de tidigare delarna hanteras och frambringar olika rapporter som sedan skulle kunna exporteras i Excel-filer. Utkomsten av detta självständiga arbete resulterade i en applikation med väldiga likheter funktionsmässigt vad det gäller den tidigare tidsregistreringstjänsten. Företaget har tagits ett steg närmare sin vision om en frislagning ifrån Harvest. Detta har genomförts med tillgång till källkod ifrån en tidigare utvecklare som delat sitt repository via GitLab samt ramverket React Admin. CRUD-funktionaliteten ha kontrollerats med hjälp av testverktyget ARC och all utveckling av kod har skett i programutvecklingsmiljön Visual Studio Code

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.

This report deals with the development of the historical maps web application for a company that works to preserve the cultural heritage of old maps. The goal of the project has been to create a proof of concept for a web application that allows the user to view and interact with historical maps. As well as taking part in the history and facts behind the maps, areas and points of interest within the maps. Work on the application has begun with the foundational design, such as flowchart, mood board and design sketches for the application. Based on these, a proof of concept is developed in the form of an interactive web application written in React with additional libraries such as Materials UI for user interface and Leaflet for interactive map functions. For facts content, fetch calls are made to the Wikipedia API. Trade-offs have had to be made regarding implemented functionality in this first version of the web application, in order to represent how the interactiveness with the maps can work while also demonstrating potential future functionality. The finished application achieves the purpose of the assignment as proof of concept. Interactivity in the maps and connections between the maps are implemented, along with static elements that exists to represent future possibilities. Information and facts about areas of interest and points of interest are retrieved from Wikipedia through the API. / Rapporten avhandlar utvecklingen av webbapplikationen Historical Maps till ett bolag som arbetar med att bevara kulturarvet kring gamla kartor. Målet med projektet har varit att skapa en proof of concept för en webbapplikation som låter användaren ta del av och interagera med historiska kartor. Samt att ta del av historia och fakta bakom kartorna, områden och intressepunkter. Arbetet med applikationen har inletts med att ta fram underlag som flödesschema, moodboard och designskisser för applikationen. Utifrån dessa utvecklas en proof of concept i form utav en interaktiv webbapplikation skriven i React med tillägg som Materials UI för användargränssnitt samt Leaflet för interaktiva kartfunktioner. För faktainnehåll görs fetch-anrop till Wikipedias API. Avvägningar har fått göras vad gäller implementerad funktionalitet i denna första version av webbapplikationen, för att på ett rättvist sätt kunna representera hur interaktiviteten med kartorna kan fungera och samtidigt påvisa potentiell framtida funktionalitet. Den färdiga applikationen uppnår uppdragets syfte som proof of concept. Interaktivitet i kartorna och kopplingar mellan kartorna är implementerad, tillsammans med statiska element som finns på plats för att representera framtida möjligheter. Information och fakta om intressanta områden och intressepunkter hämtas från Wikipedia genom API.

Webbapplikationer bygger på många olika webbramar och utvecklare har en mängd olika webbramverk att välja mellan när de utvecklar en webbapplikation. Två populära webbramverk som finns på marknaden är NextJS och Create React App (CRA). Varje ramverk har sina egna för- och nackdelar i olika perspektiv. Syftet med denna studie är att granska om det finns några skillnader i dessa två populära webbramverk ur ett kontinuerligt integrations och kontinuerligt leverans-perspektiv med ett fokus på att kolla närmare på skillnaderna inom utvecklingsprocessen vid utökningar av applikationer och den tid det tar att bygga och driftsätta applikationer i de olika ramverken. För att få kunskap om ämnet så har en teoretisk studie av webbaserade källor gjorts och en applikation har skapats i de båda ramarverken för att sedan utvidgas med ytterligare verktyg för att kunna utföra en jämförelse. Studien visar att ramverken resulterar i liknande byggoch driftsättningstider men skiljer sig dock åt gällande konfigurationer när applikationerna utökades och att NextJS gav en enklare åtkomst åt konfigurering. / Web applications are built on numerous of different web frameworks and developers have a plethora of different web frameworks to choose from when developing a web application. Two popular web frameworks on the market are NextJS and Create React App (CRA). Each framework has its own advantages and disadvantages in different perspectives. The objective of this study is to review if there are any differences in these two popular web frameworks in a continuous integration and continuous delivery perspective looking closer at the differences in the development process when extending applications and the time it takes to build and deploy applications in the different frameworks. To gain knowledge about the subject, a theoretical study on web based sources has been made and an application has been created in both framework to then be extended with further tools to be able to perform the comparison. The study shows that the frameworks results in similar build and deployment times but does however differ in the configurations when extending applications and that NextJS did provide a more straightforward configuration.

Denna rapport behandlar arbetet som en kandidatgrupp, bestående av åtta civilingenjörsstudenter inom data- och mjukvaruteknik vid Linköpings universitet, utförde under våren 2021. Arbetet gjordes som en del av kursen Kandidatprojekt i programvaruutveckling, med kurskod TDDD96, där kandidatgruppen utvecklade en webbapplikation åt företaget Neue Labs. Webbapplikationen baserades på Neue Labs mobilapplikation Playground, och utvecklades med hjälp av JavaScript-biblioteken React och Redux. Applikationen är en plattform för visuell programmering av IoT produkter, där programmen tar formen av flödesgrafer. Rapporten beskriver arbetsprocessen och redogör för den slutgiltiga produkten. Projektet har bedrivits helt på distans enligt en något modifierad Scrum-metodik. Några av de viktigaste lärdomarna som gruppen tar med sig rörde utbildning, kommunikation och testning. Dessutom innehåller rapporten åtta individuella bidrag, som är skrivna av kandidatgruppens medlemmar

With mobile usage on the rise developers are more than ever faced with the issue of developing for multiple platforms. With Google's introduction of Progressive Web Applications (PWA) it is possible to build app-like web applications that can run on any platform. This study aims to investigate if PWA is mature enough to replace an already developed native iOS application. Specifically it aims to investigate if a PWA can achieve the same functionality and security as a native application, as well as what technologies are needed to do so.  To verify this question an iOS application called iHug developed by a software company called Cloud Enablers was used as a reference point. With this reference a Minimum Viable Product (MVP) copy was developed as a PWA to verify that the functionality could be achieved. This PWA was not intended to replace the existing native application, but instead coexist with it. That means that the PWA must be able to communicate with the original application. In addition an investigation was done to see what measures needed to be taken to achieve security. The results showed that the same functionality was achievable, as was the security. Even though the results are promising, due to the native application not being developed with a PWA in mind there was a lot of extra work that had to be done to replicate certain functionalities and SDK choices. On this basis, while it is certainly possible to achieve the same functionality it is much harder to do so when the counterpart was not developed to be able to communicate with a PWA.

The digitization of manual handling of paper forms is an ongoing project atKarlstad municipality, and their management of vacation exchanges is one of thefirst business processes to be digitized. This process involves applicants printingand filling in a vacation exchange paper form, which is submitted to a departmentmanager for processing, and then forwarded to a payroll administrator forregistering.The goal of this thesis was to develop a Proof-of-Concept (PoC) e-service forvacation exchange management at Karlstad municipality. The design of the PoCis based on requirements gathered by interviewing end-users and investigatingtechnical constraints imposed by current systems in place at Karlstad municipality.The PoC is designed as a Web application managing resources from an objectdatabase, and an account directory. The implementation was carried out usingopen source and standardized frameworks. Open source tools were used for theobject database and the account directory. The PoC was evaluated against setrequirements. Avenues for future work include a more thorough investigation ofthe account directory at Karlstad municipality.

The thesis deals with the reengineering of the Umbrela questionnaire system. The text describes the reasons for reengineering, technology selection, application design, description of basic application blocks and implementation. The work also mentions proposals for improvement of the overall project and its further development.