Denna rapport dokumenterar utvecklingen av en interaktiv tidslinje i webbformat, med högt ställda krav på utseende, funktion, visuella effekter samt konsekvent användarupplevelse på olika plattformar. Implementationen utfördes utifrån teoretiska riktlinjer som erhållits genom litteraturstudier och därefter värderades utfallet dels genom att bedöma dess efterlevnad av dessa riktlinjer och dels genom en användarstudie med ett flertal olika enheter. Resultaten från användarstudien användes sedan för att värdera den praktiska relevansen hos den teoretiska grunden. Slutprodukten utgörs av en välfungerande webbapplikation som, med vissa eftergifter, beter sig konsekvent på alla testade enheter och väl uppfyller de teoretiska rekommendationerna ur främst design- och prestandaperspektiv. Användartesten visade på vissa svagheter som åtgärdades i möjligaste mån samt avslöjade en mycket stark vilja bland användarna att själva kontrollera navigering och informationsinhämtning. Testen visade även att de identifierade riktlinjerna varit såväl värdefulla som användbara, inklusive hur användarstudien i sig skulle utföras. Projektet ledde fram till en väl underbyggd bästa praxis samt värdefulla insikter ifråga om användarbeteende och i synnerhet användandet av uppmärksamhetsfångande element i designen, samt utgjorde en tydlig demonstration av vilket stort mervärde som användartest kan medföra. Slutligen noteras att det på grund av tekniska begränsningar inte alltid går att uppnå fullständig konsekvens ifråga om användarupplevelse under skiftande förutsättningar.

Målet med det här projektet är att undersöka möjligheten att utveckla plattformsoberoende fristående applikationer med webbutvecklingsverktyg i ramverket Electron samt hitta skillnader i andra utvecklingsmetoder som Java och Swing eller C++ och Qt genom att vidareutveckla en existerande applikation kallad Electra. Electra är ett verktyg utvecklat för företaget Bitsmith AB som underlättar hanteringen, läsningen och uppladdningen av färdskrivardata till deras webbtjänst. Bitsmith ville undersöka möjligheten att utveckla plattformsoberoende applikationer med Electron. En lösning på det problemet leder till att företaget kan ge ut en applikation som når kunder som inte nödvändigtvis använder Windows i deras IT-miljö som endast har en kodbas. Electron drivs av Node.js för programlogik och Chromium för rendering av webbsidor som gränssnitt. Applikationen utvecklas därför med språken JavaScript, HTML och CSS. Andra moderna hjälpbibliotek skrivna i JavaScript som React för komponentbaserade gränssnitt och Redux för tillståndshantering används för att snabba upp utvecklingen och göra applikationen mer robust. Testdriven utveckling används för att visa att applikationen fungerar likvärdigt på moderna versioner av Windows, Mac och Linux. Enhetstesterna testar applikationens förmåga att hantera tillstånd, kontrollera att komponenter ritas ut och fungerar korrekt och att kontrollera så att övriga system fungerar enligt förväntan så långt det är möjligt. Resultatet av enhetstesterna visar att det är möjligt att utveckla en applikation som fungerar likvärdigt på moderna versioner av Windows, Mac och Linux. Jämfört med andra utvecklingsmetoder är det enkelt att komma igång med att utveckla i Electron då det använder sig av språk och metoder som är enklare än exempelvis utveckling i C++ då utvecklingen sker på en högre nivå med JavaScript, HTML och CSS. Dessa språk används redan av många och det är möjligt att föra över kunskapen man redan har till applikationsutveckling. De som redan har erfarenhet av webbutveckling kan enkelt skapa plattformsoberoende fristående applikationer. Metoden och verktygen som har använts i det här projektet kan även appliceras i andra applikationsprojekt.

AVL LIST Nordiska AB ska certifieras enligt ISO 9002 och måste, för att uppfylla kraven, arbeta efter ett flertal processer. En av processerna har krav på spårbarhet med vilket menas att företaget snabbt ska kunna ta reda på detaljerad information om sina kunders produkter. Då företaget inte kunde uppfylla det kravet insåg de att de behövde en skräddarsydd applikation. I samråd med företaget gjordes en specificerad beställning som innehöll företagets krav och önskemål angående applikationens användargränssnitt och funktionalitet. Därefter gjordes en förundersökning vars syfte var att reda ut vilket programmeringsspråk och vilken databashanterare som var mest lämpad att använda. Applikationen har implementerats som en trelagerstruktur bestående av databashanteringslager, logiklager och användargränssnitt. Databashanteringslagret utgörs av en databas som hanteras av MySQL och logiklagret utgörs av objektorienterad Javakod. Användargränssnittet utgörs av Java Server Pages, körs av en webbserver och visas i en webbläsare hos användaren. Applikationen skulle från början tas fram som en prototyp. Eftersom den uppfyller alla företagets krav och önskemål kan den dock betraktas som ett färdigt system. Med detta system uppfylls spårbarhetskravet och företaget kan ta ett steg närmare ISO-certifiering.

In the world of mobile applications, there is no lack of frameworks and languages to use for development. One of the most used frameworks is React Native, which builds on React for web browsers. The React Native framework allows the developer to write the application in JavaScript, and run the application on iOS or Android devices. As the market for mobile applications expands, the time it takes to develop an application is under pressure, and a framework allowing for one codebase for two applications can save time and money. Deedster is a company that provides a mobile application where the user can learn about climate change and perform small tasks, deeds, that give a positive impact on the environment. A common request from the users is the automatization of completion of deeds. This thesis creates two implementations of a QR-code scanning application for completion of deeds, one with Swift and one with React Native, and compares the experiences during development and the results of the implementation. The evaluation uses both a quantitative and a qualitative analysis. The produced application fulfilled most of the requirements, including the scanning of a QR-code to open the application, an authentication process and the completion of a deed with confirmation for the user. The execution times for the two implementations did not differ largely, but the measurements of the application launch time proved flawed in design due to the difference in measurement technique between the two implementations. When it came to the development process, the React Native framework provided major difficulties with configuration and dependencies, resulting in difficulties when locating the source of errors. The launching process for the Swift application required some manual configurations that proved difficult such as creating certificates, while the React Native implementation used Expo to convert the project to a launchable file format which created all required files for the developer. While the usage of Expo was smooth once it worked, build errors and lacking bridges appeared which proved hard to solve. In conclusion, while the process for React Native was smooth once all dependencies were figured out, the time it took to get all configurations in place consumed a large chunk of the project’s time budget while the Swift implementation provided steady progress with few unexpected errors. / För applikationsutveckling för mobiler finns det en uppsjö av språk och ramverk för att underlätta utvecklingsprocessen. Ett av de vanligaste ramverken är React Native som bygger på React för webbläsare. React Native-ramverket låter utvecklare skriva koden i JavaScript, men köra applikationen på både iOS- och Android-enheter. I takt med att marknaden för mobilapplikationer växer, sätts det högre press på kortare utvecklingsfaser och snabbare lansering. För att underlätta processen och spara tid och pengar kan React Native vara en bra lösning. Deedster är ett företag som erbjuder en mobilapplikation där användaren kan lära sig om klimatförändringar och utföra små uppdrag, deeds, som ger en positiv påverkan på klimatet. En vanlig förfrågan från användare är ett sätt att automatisera avklarandet av deeds. Den här uppsatsen skapar två implementationer av en applikation som scannar en QR-kod för att markera en deed som avklarad. Den ena byggs med Swift och den andra med React Native och syftar till att jämföra utvecklingsprocessen och den resulterande applikationen. Evalueringen sker med både en kvalitativ och en kvantitativ analys. Den färdiga applikationen uppfyllde de flesta kraven som Deedster ställt, inklusive att appen öppnas genom att scanna en QR-kod, en användare kan autentisera sig, klicka för att markera en deed som klar och få bekräftelse från appen om att det är klart. Exekveringstiderna för de två implementationerna varierade inte märkbart, men mätningarna för starttiden för applikationerna visade sig bristfällig då mättekniken för de två apparna inte blev jämförbar. Gällande utvecklingsprocessen resulterade användandet av React Native i stora problem med konfigurationer och versionskompatibilitet vilket gjorde felsökning svårt. Lanseringsprocessen för Swift-appen krävde en del manuell konfigurering med till exempel certifikat, medan React Native implementationen använde Expo för att konvertera React Native-projektet till ett lanserbart filformat som skapade alla behövda filer åt användaren. Trots att Expo för pakethantering var enkelt och smidigt när det väl fungerade så krävde alla fel vid kompilering och avsaknad av bryggor mycket tid och var svårt att lösa. Slutsatsen blev att React Native var smidigt när alla konfigurationer var på plats, men den tid det tog att konfigurera allt stod för merparten av den tid som lagts på att bygga applikationen. För Swift var processen istället smidig om än inte lika automatiserad, och bjöd på få om ens några oväntade fel.

Mobila enheter så som mobiltelefoner och surfplattor är idag väldigt vanliga i arbetslivet, där de inte bara används för kommunikation utan även för att utföra arbetsuppgifter. Alla verktyg finns dock inte alltid tillgängliga för sådana enheter eller i alla fall inte i en form som gör det praktiskt att använda dem. Systemet Semko Instrument Register (SIR), utvecklat av Triona, är ett sådant verktyg i form av en ej mobilanpassad hemsida, som bland annat används för att hämta kalibreringscertifikat för mätinstrument. Målet med detta projekt är att komma fram till ett sätt att tillgängliggöra systemet på så många olika typer av mobila enheter som möjligt, på ett så enkelt sätt som möjligt. Olika metoder (mobilanpassade webbsidor, plattformsspecifika applikationer och plattformsoberoende applikationer) jämförs och analyseras, med fokus på möjligheter till att använda samma kod på flera plattformar samtidigt och huruvida de kan uppfylla kraven som är ställda på applikationen eller ej. Designförslaget tar upp ett sådant sätt, som sedan utvärderas med hjälp av olika aspekter, exempelvis mängd kod som kan återanvändas på flera plattformar. Slutsatsen är att det bästa sättet att tillgängliggöra en tjänst på så många plattformar som möjligt är genom mobilanpassade webbsidor, men på grund av de krav som ställts på projektet användes istället Ionic, ett webbteknologi-baserat verktyg för plattformsoberoende applikationsutveckling, då moderna webbläsare ej ännu har den funktionalitet som krävdes. / Mobile devices such as smartphones and tablets are very common at companies nowadays, where they’re not just used for communication but also for doing work. Not all tools are available for such devices though, or at least not in a suitable form that makes it practical to use them. Semko Instrument Register (SIR) is a such a system, developed by Triona, in the form of a website that is not adapted for mobile devices, which is used for downloading calibration certificates for measuring instruments among other things. The goal of this project is to come up with a method of making the system available to as many mobile devices as possible in the simplest way possible. Different methods (websites adapted for mobile devices, native applications and cross-platform applications) are compared and analysed with a focus on possibilities for sharing code on multiple platforms and whether they’re able to fulfill what is required of the application. The design chapter presents such a method which is then evaluated on different aspects, such as the amount of code that can be shared between platforms. The conclusion is that the best way of making a system available on multiple platforms is through websites adapted for mobile devices, but because of this particular system’s requirements a cross-platform solution called Ionic was used instead, as modern mobile browsers are not yet able to fulfill what was required of the application.

Syftet med denna avhandling var att undersöka och utvärdera vilka val utvecklare bör göra vid skapandet av mobila applikationer. Vidare var målet att hitta lämpliga ersättare för Android delen i kursen HI1033 Mobila applikationer och trådlösa nät på Kungliga Tekniska Högskolan. För att åstadkomma detta utvärderades de mest populära plattformsoberoenderamverken på marknaden, Flutter och React, tillsammans med traditionella och nya ’native’ alternativ som Jetpack Compose. Granskningen av mobilapplikationerna inkluderade utvärderingar av utseende, tidsåtgång, komplexitet, dokumentation, stabilitet, kodlängd samt genomförbarhet bland många. Applikationerna utvecklades med dessa i åtanke, men krävdes också att följa de obligatoriska kraven för mobila applikationskursen. Detta för att ge svar på om dessa varianter kunde anpassas i kursen för framtida klasser. Om applikationerna inte kunde följa kursens krav var tillvägagångsättet sannolikt inte ett genomförbart alternativ. Resultaten visade att, tillskillnad från Jetpack Compose är Flutter betydligt svårare och mer komplicerat att implementera. Det har potential, men det saknar komplex funktionalitet till Blåtand-sensorer och mer specifika ’native’ funktioner.  I jämförelsen med Jetpack Compose och traditionell Android utveckling i denna fråga visades det att Jetpack Compose var både enklare och mindre tidskrävande, kortare i kodlängd men även kunde replikeras på utseendet. Därför är Jetpack Compose ett bra alternativ för att bygga ’native’ applikationer samtidigt som det uppfyller kraven för HI1033 Mobila applikationer och trådlösa nät. / The purpose of this thesis was to study and evaluate what choices developers must make when creating mobile applications. Further, the aim is to find a suitable replacement for the Android part of the course in HI1033 Mobile Applications and Wireless Networks at the KTH Royal institute of Technology. To accomplish this, the most popular cross-platform frameworks on the market, Flutter and React, along with traditional and new native alternatives such as Jetpack Compose, were evaluated.  The examination of the mobile applications included evaluations of appearance, time consumption, complexity, stability, and feasibility among many. The applications were developed with this in mind, however, they needed to also follow the mandatory requirements of the mobile application course to provide answers as to whether these variants could be adapted in the course’s future classes. If the applications could not meet the course's requirements, then the approach was likely not a viable one. The results indicated that, unlike Jetpack Compose, Flutter is significantly more difficult and cumbersome to implement. It has potential, but it’s missing complex functionality for Bluetooth sensors and more specifically certain native functionalities. Comparing Jetpack Compose with traditional android development in this question proved that the newer Jetpack Compose was both easier, less time-consuming, and more stable to use. Therefore, Jetpack Compose is a good alternative for building native mobile applications, but also for the future classes in HI1033 Mobile Application and Wireless Networks.

Mobile platform fragmentation is one of the main challenges of mobile development today, forcing developers to develop one application for each targeted platform, which significantly impacts time and cost for application development and maintenance. The fragmentation has given rise to cross-platform application development tools and frameworks, making it possible to develop one single application compatible with several platforms. This thesis focuses on the web-based approach Progressive Web Applications (PWAs), which, in contrast to previous approaches, targets both mobile and desktop devices. We aim to point out the supported features, evaluate their suitability for QR code scanning, and their performance compared to alternative approaches on iOS. We specifically cover a feature set of 33 features and measure response times, CPU and memory utilization, geolocation accuracy, and QR code scanning correctness. We developed three benchmark artifacts for the performance analysis: a PWA, a React Native application, and a native iOS application, and conducted automated run-time experiments using the tools Xcode and XCUITest. The performance evaluation shows that native applications performed best in memory and CPU utilization, whereas React Native achieved the shortest response times. The feature evaluation shows that the majority of the features are supported or partially supported for PWAs, and that the support continues to grow. Still, PWAs lack support for crucial mobile features such as push notifications and background synchronization, making PWAs insufficient for advanced mobile application development on iOS. Nevertheless, this study shows that PWAs are well worth considering for applications with low requirements. / Fragmentering av mobilplattformar är en av de största utmaningarna inom mobilutveckling, vilket tvingar utvecklare att utveckla en applikation för varje specific plattform, vilket avsevärt påverkar tid och kostnad för applikationsutveckling och underhåll. Fragmenteringen har gett upphov till plattformsoberoende applikationsutvecklingsverktyg och ramverk, vilka möjliggör utveckling av en enda applikation kompatibel med flertalet plattformar. Det här examensarbetet fokuserar på det webbaserade tillvägagångssättet Progressiva Webb Applikationers (PWAs), som till skillnad från tidigare tillvägagångssätt, riktar sig till både mobila och stationära enheter. Den här studien syftar till att reda ut vilka funktioner som stöds av PWAs, utvärdera PWAs lämplighet för QR-kodskanning och deras prestanda jämfört med alternativa tillvägagångssätt på iOS. Mer specifikt täcker den här stiduen en evaluering av 33 essentiella mobilfunktioner samt en prestandaanalys genom mätning av svarstid, CPU- och minnesanvändning, geolokaliseringsnoggrannhet och QR-kodsskanning korrekthet. Vi utvecklade tre benchmark-artefakter för prestandaanalysen: en PWA, en React Native-applikation och en inbyggd iOS-applikation, och genomförde automatiserade experiment med verktygen Xcode och XCUITest. Prestandautvärderingen visar att inbyggda applikationer presterade bäst i minne och CPU-användning, medan React Native uppnådde de kortaste svarstiderna. Funktionsutvärderingen visar att majoriteten av funktionerna stöds eller delvis stöds för PWAs, och att stödet fortsätter att växa. Ändå saknar PWAs stöd för viktiga mobila funktioner som push-meddelanden och bakgrundssynkronisering, vilket gör PWAs otillräckliga för utveckling av avancerade iOS mobilapplikationer. Däremot är PWAs väl värda att överväga för applikationer med lägre krav.

<p>This thesis-project aims to research the possibilities of new wireless technologies in general control-situations. We have studied different existing control protocols, and developed a new protocol focusing on textbased menus. Our protocol is scaleable, easy to implement, and platform- and media independent. Since our protocol supports Plug and Play with dynamically allocated id’s, it does not require a unique id in the hardware. </p><p>To test the protocol we have developed a prototype system, consisting of a mobile phone connected to a server, which in turn is connected to two slave units, controlling peripheral equipment on 220 Volt. </p><p>The phone is an <i>Ericsson T28,</i> equipped with a Bluetooth unit. The server is runningthe real-time OS <i>eCos </i>on an A<i>RM 7TDMI Evaluation Kit</i>, and the slave units consist of two developer boards equipped with <i>PIC-processors</i>. Communication between the phone and the server is done over Bluetooth. However we did not find a working Bluetooth protocol stack ported to eCos, so a serial cable was used instead. Communication between the server and the slaves is done over a RS-485 serial network which simulates the traffic over a radio-network. </p><p>The results show that our protocol is working, and that our system would be easy to implement, cheap to produce and very scalable.</p>

Mobilindustrin är under ständig förändring vilket har lett till en fragmenterad marknad somsmåföretag har haft svårt att etablera sig i. Småföretag har haft problem med att utvecklakvalitativa applikationer till olika mobila plattformar. Anledningen är att det varitresurskrävande att utveckla native applikationer till flera plattformar och underhålla flerakodbaser. Till följd av detta har mindre företag oftast valt att utveckla webbapplikationer för attleverera tjänster som når ut till många konsumenter. Hybrida ramverk har på senare år etableratsig som en potentiell lösning för att utveckla mobila applikationer med högre prestanda ochfunktionalitet än webbapplikationer och samtidigt möjliggjort för utvecklare att dela kod mellanolika plattformar. I denna studie intervjuades anställda på tre mindre företag för att identifierakrav som småföretag anser vara viktiga vid val av ramverk för applikationsutveckling. Utifrånkraven jämfördes tre hybrida ramverk för att ta reda på vilket som passar småföretag. Resultatenvisade att småföretag är olika med varierande behov och att det inte finns ett specifikt ramverksom passar alla. Däremot konstaterades det att alla tre hybrida ramverk som jämfördes i studienvar tillräckligt sofistikerade att implementeras som potentiella lösningar. Med det sagt ärhybrida ramverken inte kompromisslösa. Applikationer som utvecklas med hybrida ramverkuppnår ännu inte samma prestanda som native applikationer och är inte plattformsoberoende isamma grad som webbapplikationer. / The mobile industry is constantly changing, which has led to a fragmented market that smallbusinesses have difficulties to successfully establish in. Small businesses have had problemswith developing qualitative applications for different mobile devices. The main reason is theresource intensive process to develop native applications for multiple platforms andmaintaining the different codebases. Thus, smaller companies have usually chosen to developweb applications to deliver services to a more widespread target audience. Hybrid frameworkshave established themselves as a potential solution for developing mobile applications withhigher performance and functionality than web applications, while allowing developers to sharecode between platforms. In this study, employees of three smaller companies were interviewedto identify shared requirements held by small businesses to select a framework for applicationdevelopment. Based on the requirements, three hybrid frameworks were compared with thepurpose to identify which one was most suitable for small businesses. The results showed thatsmall businesses are different with varying needs and that there is no specific framework thatsuits all companies. On the other hand, it was found that all three hybrid frameworks comparedin the study were sufficiently developed to be implemented as potential solutions. With thatsaid, hybrid frameworks are not without flaws. Applications developed with hybrid frameworksdoes not yet achieve the same level of performance as native applications and is not platformindependent to the same extent as web applications.

This thesis-project aims to research the possibilities of new wireless technologies in general control-situations. We have studied different existing control protocols, and developed a new protocol focusing on textbased menus. Our protocol is scaleable, easy to implement, and platform- and media independent. Since our protocol supports Plug and Play with dynamically allocated id’s, it does not require a unique id in the hardware. To test the protocol we have developed a prototype system, consisting of a mobile phone connected to a server, which in turn is connected to two slave units, controlling peripheral equipment on 220 Volt. The phone is an Ericsson T28, equipped with a Bluetooth unit. The server is runningthe real-time OS eCos on an ARM 7TDMI Evaluation Kit, and the slave units consist of two developer boards equipped with PIC-processors. Communication between the phone and the server is done over Bluetooth. However we did not find a working Bluetooth protocol stack ported to eCos, so a serial cable was used instead. Communication between the server and the slaves is done over a RS-485 serial network which simulates the traffic over a radio-network. The results show that our protocol is working, and that our system would be easy to implement, cheap to produce and very scalable.