Syftet med denna rapport har varit att beskriva hur man utvecklar en internetbokhandel i form av enwebbapplikation samt att dokumentera erfarenheter från programutveckling. För att kompensera för konkurrenternas stordriftsfördelar valdes en inriktning mot att säljapresentböcker. Genom att leverera ett komplett paket med inslagning och personlig hälsningtillsammans med boken ska det bli möjligt att uppnå lönsamhet. Utvecklingen har skett i ett enmansprojekt och den ensamme projektmedlemmen har befunnit sig påIrland. Detta gör att kursens inriktning mot agila metoder fått anpassas så att endast de relevantadelarna av metoden (SCRUM) har kommit till användning. Utvecklingen har genomförts i femsprintar. Teknikplattformen har varit HTML och ramverket Bootstrap (CSS och jQuery) på klientsidan och Flasksom är ett ramverk baserat på Python på serversida. Databashanteraren har varit SQLite. Av tidsskälhar asynkron kommunikation mellan klient och server inte implementerats. Den levererade applikationen har ett ”look and feel” som ligger nära de större konkurrenterna. Allspecificerad funktionalitet har inte varit möjlig att leverera inom ett begränsat enmansprojekt. Deviktigaste funktionerna som behöver läggas till för att lansera affärsiden ligger inom områdettilläggstjänster och fulltextsökning. / The purpose of this report is to document the design and development of a web application forselling gift books online. The report and the project to develop the site are included in the courseTDDD83 Computer Engineering - Bachelor Project at the Linköping Institute of Technology. Inaddition to training in the technologies required to build a web application the course is focused onScrum an agile development method. The intent is that the students practice using Scrum in a projectteam of six to eight students. However the project documented in this report only has one team member a student on a one yearexchange programme in Ireland. This being so it has been necessary to adapt the project scope andmethodology to a one-man project. The scope of the development effort is reduced by not requiringthat the application is made available on the internet and by not using asynchronous communicationbetween client and server. For more restrictions see paragraph 1.4 Avgränsningar. The Scrummethod is used only when it is relevant. This adaptation of the method is documented in paragraph2.1 SCRUM. An important part of the Scrum method that is retained is the use of iterations (sprints).Each sprint delivers a working end product. The project was divided in five sprints each of thembetween two and three weeks long. The technical platform with a few exceptions has been mandatory. In addition to HTML theframework Bootstrap based on CSS and jQuery has been used on the client side. On the server sidethe framework Flask based on Python has been used. The RDBMS has been SQLite. For a detaileddescription see paragraph 2.4 Utvecklingsmiljö and 4.3.1 Översikt och kommunikation. The business to sell books online is dominated by a few major companies. A new small player in thismarket can not earn money by doing the same thing. The Vision for the new business is to becomethe preferred choice for customers that want to find a book to be given as a gift. The new businessshall be a one stop shop that takes care of everything needed in this situation. In addition to booksthe customers need services such as gift wrapping, delivery to the receiver of the gift on the rightdate and a possibility to write a personal greeting on a nice looking card that is sent with the gift. Theanalysis behind this Vision can be found in chapter 5 Marknadsföringsplan that includes an analysisof the competitors. Chapter 6 Etiska aspekter looks into issues such as privacy legislation that imposedirect consequences on the design of the database. The design of the web application is based on user stories derived from this analysis. See 3Systemöversikt. Features that must beat the competitors are derived from the Vision and featuresthat are expected from any player in this market are set by the competitors. The ER model in 4.1Databas was defined from an analysis of the user stories. The GUI is close to the de facto standardset by the competitors unless there is a compelling reason to deviate. See 4.2 GUI. It has not been possible to implement all user stories within the time available. Remainingfunctionality required to launch the site is mainly in the area of full text search and add on services.The most important disadvantage in being a one man project has been difficulties to do propertesting. Usability testing requires real users and they cannot be replaced by the same person that hasdone all analysis and all coding.

In this work, a web application has been developed for the company Moverline with the server software Node.js and the database management program MySQL. Moverline's vision with this application is that it will be a long development project and therefore it is important that the usability is high. During this project, a qualitative empirical study was performed regarding the usability of the REST API. This qualitative information is gathered through interviews and discussions with Moverline employees. The API functions of the produced application were in most cases easy to understand and knowledge of the underlying implementation did not need to be possessed. Problems of the REST API were ambiguities about how the endpoint of the URL should look like and in most call functions the calls are answered with an HTML answer. This is not optimal from a usability perspective as it becomes more difficult to know if the operations went through and what kind of data has been sent. One development step to prevent this problem would be to implement a client part of the application that acts as an intermediary between the Node.js server and the HTML files.

Problemet med de olika applikations arkitekturer som finns är vilken av de man ska välja för att implementera en ny applikation, då arkitekturerna har både för och nackdelar som kommer med dem. Arbetet fokuserar på arkitekturerna webb och native inom väderprognos domänen. Söktiden är den viktigaste faktorn för en sådan applikation och mätningen som ska utföras för båda applikationerna är hur snabbt det går att göra en sökning för en stad till att all information har visuellt presenterats.

Denna rapport är en beskrivning av ett kandidatarbete utfört som del av kursen TDDD96 - Kandidatprojekt i programvaruutveckling vid Linköpings universitet. Teamet som utförde arbetet bestod av åtta ingenjörsstudenter som studerar på data- respektive mjukvaruteknikprogrammet. Syftet med projektet var att ta fram en prototyp till en digitaliserad akutjournal åt Region Östergötland för deras arbete på akutmottagningarna i Linköping, Norrköping och Motala. Denna digitala akutjournal ämnar i ett senare skede ersätta den nuvarande pappersbaserade lösningen. I utvecklingsprocessen användes en modifierad version av det agila ramverket Scrum. Resultatet blev en webbapplikation för fullstorleksskärmar med vyer såsom en enhetsöversikt och en patientvy, och med möjlighet att definiera patienter i systemet och ta emot notifikationer. Förutom att redovisa och diskutera det gemensamma arbetet finns också individuella delrapporter som behandlar relaterade ämnen.

En webbapplikation för kraschrapportering har utvecklats för företaget IFS. Vid en krasch samlar applikationen in data om användarens system och inställningar, för att sedan via ett gränssnitt låta användaren välja vilken information som ska delas med IFS:s supportavdelning. Under utvecklingen av produkten användes en variant på Scrum. Varianten grundas på Scrums fyra grundaktiviteter sprintplanering, scrummöten, sprintutvärdering och sprintretrospektiv. Aktiviteterna anpassades för att passa projektets storlek och komplexitet. GitLab har, utöver  versionhantering, använts för all Scrum-planering och dokumentation. Projektet resulterade i ett program som uppnåde alla de ursprungliga kraven. Programmet har både ett gränssnitt som uppmanar användaren till att dela data och förmågan att samla in samt skicka data. Sammanfattningsvis så kom rapporten fram till att värde kunde skapas för kunden genom att använda en iterativ design process som säkerställde ett lättanvänt grafisktgränssnitt. Rapporten drar även slutsatsen att Scrum är en bra arbetsmetod för att fånga upp erfarenheter och lärdomar under projektets gång. Projektgruppen tar med sig, från projektet, erfarenhet av webbutveckling och samarbete i större grupp. Varje medlem i projektgruppen har även skrivit ett ett individuellt bidrag till rapporten. De individuella bidragen undersöks olika områden som är relevanta till projektet. Dessa bidrag ligger i slutet av rapporten.

JavaScript har under de senaste sju åren varit det mest populära programmeringsspråket. JavaScript har ständigt utvecklats, så har även webben. Detta har lett till att det är möjligt att utveckla webbsidor som liknar riktiga mobilapplikationer, även kallat progressiva webbapplikationer. I denna studie var syftet att identifiera, undersöka och jämföra olika JavaScript-ramverk som kan användas för att skapa progressiva webbapplikationer. För att uppnå detta har granskningen skett i tre steg. Det första steget var att identifiera ramverk som tydligt identifierade sig själva som ramverk och främst fokuserade på klientsidan. Under första steget insamlades information om elva ramverk som uppfyllde kraven. Nästa granskning i steg ett var att identifiera de ramverk som återgav information på sin officiella webbsida om hur en progressiv webbapplikation implementeras. Efter denna granskning återstod endast två ramverk, Angular och Vue.js. I steg två utvecklades en identisk webbapplikation i vardera ramverk. I det tredje och sista steget jämfördes ramverken baserat på 15 riktlinjer vid val av ramverk för att slutligen avgöra vilket ramverk som var att föredra vid utveckling av en progressiv webbapplikation. Resultatet visade att Vue.js var det ramverk som rekommenderas vid implementering av en progressiv webbapplikation. Detta baserades på att ramverket krävde färre kodrader samt att ramverket funnits längre på marknaden. Ytterligare en anledning var att ramverket är mest populärt bland utvecklare på GitHub.

Denna kandidatrapport behandlar främst arbetsmetodiken gruppen förhöll sig till samt hur dessa metoder och arbetssätt sedan användes i projektet. Rapporten tar även upp aspekter om själva produkten som förverkligades under projektets gång, även om det inte är i fokus. Applikationsområdet för projektet är på kort sikt att hjälpa äldre personer som genomgått ett hälsosamtal att hålla uppsikt över sin hälsa på ett vetenskapligt sätt. På lång sikt är applikationsområdet att människor ska kunna replikera sina kroppar genom medicinska digitala tvillingar för att testa exempelvis effekter av läkemedel, koster och träningsmetoder. Detta är kort sagt ett koncept som har potentialen att revolutionera sjukvården och människors hälsa i en positiv riktning. I slutet av kandidatrapporten återfinns gruppmedlemmarnas individuella undersökningar.

Företaget Dramatify tillhandahåller en tjänst för TV- och filmproduktions-bolag att hantera kommunikation och information kring sina produktioner med hjälp av mobiler och datorer oavsett var de befinner sig. De upplever långa responstider för sin webbapplikation och gav som förslag att studera lagring av produktionsdata i cache. För att lösa problemet har en under-sökning av tidigare arbeten inom området och lämpliga tillämpningar för att implementera, testa och analysera prototyper som lagrar data i cache. Resultatet blev en prototyp för klient respektive server med strategin att lagra varje produktion styckvis i cache. För att testa prototyperna skapades en implementation av automatiska tester som lagrade mätdata om relate-rad prestanda till cache för sidanrop från webbapplikationen i olika en-heter och webbläsare. En analys av mätdata gjordes och det visade sig att klientprototypen var 32 procent snabbare och serverprototypen 21 procent snabbare jämfört med Dramatifys implementation. / Dramatify is providing TV and film production companies with a software as a service for project management. The web application is accessible from any device with a modern web browser from anywhere in the world. Dramatify were having performance issues with high latency and needed help to implement cache for maximum performance gain. To solve the problem, a research was conducted where information about suitable ap-plications to implement, test and analyze prototypes for storing data in cache. The result was two prototypes, one for the client and one for the server, for managing cache. Performance testing was done with automatic tests on multiple devices in different web browsers. The tests was collecting rele-vant data to measure the performance in conjunction to the original imple-mentation. When analyzing the collected test data, it showed that the client prototype was 32 percent faster and that the server prototype was 21 per-cent faster than the original implementation.

Företaget Telia har en webbapplikation som är under utveckling och ska fungera som en internportal för kunder till företaget. De upplever en bristande prestanda i frontenddelen av applikationen i form av långa laddningstider. De vill därför undersöka möjligheter för optimering av prestandan för deras webbapplikation, i hopp om att förbättra användarupplevelsen. Målet var att undersöka möjligheter för tillämpning av olika optimeringstekniker som kan förbättra delar av prestandan med nära koppling till användarupplevelsen.  I detta arbete undersöktes tidigare forskning inom ämnet användarupplevelse relaterat till digitala produkter. Det gjordes även undersökning av liknande arbeten, lämpliga prestandamått och optimeringstekniker. För att testa, analysera och utvärdera optimeringsteknikerna skapades automatiska tester som lagrade mätdata på valda prestandamått. Därefter analyserades mätdata från testerna för att kunna föreslå vidareutveckling för Telias webbapplikation. En analys av mätdata visade en förbättring av Telias webbapplikation för de två undersökta prestandamåtten med 33% respektive 35%. / The company Telia has a web application that is under development and will serve as an internal portal for clients of the company. They experience a lack of performance in the frontend part of the application in the form of long loading times. They therefore want to explore possibilities for optimizing the performance of their web application in hope of improving the user experience. The goal was to investigate possibilities for the application of different optimization techniques that can improve parts of the performance with close connection to the user experience. For this thesis, previous research was examined in the field of user experience related to digital products. Research of similar work such as appropriate performance measures and optimization techniques was also conducted. To test, analyse and evaluate the optimization techniques, automatic tests were created that stored measurement data on selected performance metrics. Measurement data from the tests was then analysed in order to suggest further development for Telia’s web application. An analysis of the measurement data showed an overall improvement in Telia’s web application performance for the two examined performance metrics by 33% and 35%respectively.

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.