Användning av digitala tjänster är inte längre endast begränsat till en plattform. Användningen av till exempel mobiler och surfplattor har gjort att tjänster idag anpassas för flera plattformar. En plattformsoberoende tjänst är en digital tjänst som kan användas på flera plattformar. Tidigare studier har presenterat karaktäristiska drag som beskriver plattformsoberoende tjänster. De karaktäristiska drag som har definierats är komposition, kontinuitet och följdriktighet. Studier har efterfrågat metoder eller verktyg för utvärdering av kontinuitet och följdriktighet på plattformsoberoende tjänster. Om utvärderingar av kontinuitet och följdriktighet ska kunna genomföras behöver metriker framställas, för att få en gemensam bild av vad som ska utvärderas. Ur empirin framkom det att metrikerna varierar beroende på vad för plattformsoberoende tjänst som utvecklas. Den här studien kommer att presentera ett förslag på ett tillvägagångsätt för att utveckla metriker som stöd för utvärdering av kontinuitet och följdriktighet på plattformsoberoende tjänster.

On behalf of the consulting company Altran this project is to create a solution to modify a modular user interface, a user interface which is divided into areas where each area, module, contains some kind of information. For example a clock or today’s weather report. A cross- platform mobile application would be able to modify the modular user interface, in real-time over the same network. The project was to be implemented on a smart mirror, a product that had to be built and that displays information when turned on but when in an off mode looks like an ordinary mirror. The project was to be able to be reused on other similar modular user interfaces. A smartmirror was built with the single-board computer Raspberry Pi 3 B+ running the software MagicMirror2. To modify the smartmirror, a module for the smartmirror was developed to communicate with the other installed modules and the middleware. The developed module was also designed to enable easy modification of the user interface. A mobile application was developed to run on cellular phones running the operating systems iOS and Android. The application can modify the smartmirror thus changing the modules positions, installing new modules, replacing the existing modules with new ones and to hide or show the modules. A middleware was developed which had the function to create a connection between the mobile application and the modular user interface which is running the middleware thus working as a translation layer. With the middleware running, a modification of the user interface was able to happen, in real-time over the same network. This project can, in theory, be reused in other similar modular user interfaces other than the smartmirror if the messages sent through the middleware to the user interface are handled correctly.

Studien undersökte möjligheten att ersätta en befintlig industrihanddatorlösning med en webbaserad smartphone-applikation genom att ta fram och utvärdera en utvecklingsbas enligt krav och önskemål från en extern uppdragsgivare. Befintliga utvecklingsramverk till smartphones har undersökts med fokus på företagsnära webbaserade applikationer.Den traditionella handdatorn anses föråldrad och har ersatts av moderna smartphones med högre prestanda och bättre funktionalitet. En variant av handdatorn är industrihanddatorn som har en mer robust konstruktion och har försetts med extrautrustning som t.ex. streckkodsläsare. När det gäller plattformsoberoende utveckling till smartphones finns idag en mängd olika alternativ och angreppssätt, dock är det oklart ifall de går att använda för att ersätta en industrihanddator.Arbetet i denna studie har utförts i anslutning till en extern uppdragsgivare med önskemål om att hitta ett alternativ till deras befintliga industrihanddatorlösning. Den befintliga lösningen besitter ett antal problem samtidigt som utvecklare inte kommit vidare på grund av den föråldrade plattformen.Studiens övergripande frågeställning grundade sig på om det var tekniskt möjligt att ersätta en industrihanddator med en webbaserad smartphone-applikation. I en fallstudie med ett Design Science-angrepp fastställdes vilken funktionalitet som skulle behövas och hur det kunde uppnås.Specifika önskemål och krav fastställes under ett uppstartsmöte där man beskrev den befintliga lösningen och vad som önskades med studien. Därefter utfördes ett studiebesök hos användare av det befintliga systemet för att vidare fastställa applikationens krav och viktigaste operationer. Utifrån krav och önskemål utformades utvärderingskriterier som relaterades till tidigare forskning kring kravställning för handhållna enheter. Utifrån krav och önskemål utformades utvärderingskriterier som relaterades till tidigare forskning kring kravställning för handhållna enheter. Baserat på kravställningen utformades en utvecklingsbas utifrån vilken en prototyp implementerades som proof-of-concept. Efter avslutad implementation demonstrerades prototypen för tidigare nämnd användare varpå en öppet riktad intervju inleddes för att utreda synpunkter kring användningsområde och förbättring. Slutligen utvärderades utvecklingsbasen enligt de kriterier som tidigare tagits fram för att återknyta till den övergripande forskningsfrågan och påvisa studiens genomförbarhet.Utifrån studiens resultat drogs slutsatsen att det är tekniskt möjligt att ersätta en industrihanddatorlösning med en webbaserad smartphone-applikation baserat på de kriterier som utformats från uppdragsgivarens krav och önskemål. Lösningen består av en uppsättning hybrida ramverk och plugins för utveckling av mobila webbapplikationer med stöd för streckkodsläsning.Studien bidrar med ett underlag till beslut om vidare utveckling inom Pulsen Production AB och hur dessa ska hantera mobila enheter i koppling till affärssystemet Harmoney. Studiens bidrag kan vara av intresse för andra typer av företag och personer som inriktar sig på plattformsoberoende utveckling eller den mobila webben. / Program: Systemarkitekturutbildningen

This thesis have been performed at Sweco Position in Jönköping. The work was split into two, where one part included an investigation regarding the possibility of developing a cross-platform GIS (geographic information system) with HTML5 and CSS3. A prototype would also be developed within this part. The second part included development of a cross-platform GIS for a client to Sweco Position. The client operates in the forest sector and had already an existing solution, with many problems. The client required an application with delimited functionality and which was not bound to a specific hardware. As the client users often were located in areas with limited Internet access, one additional requirement was that there would be some offline support. The students handle subjects within development of GIS, for example map projections, map services and mapping libraries. The application came to be developed in HTML5 and ASP.net. The mapping library that was used, was Leaflet 0.3.1. The result of this thesis is a cross-platform GIS with offline support. Examples of functionality included is to log positions manually, execute an automatic log function and support for managing which layers and logs that should be visible in the interface. / Detta examensarbete har utförts på företaget Sweco Positon i Jönköping. Arbetet var tudelat, där den ena delen omfattade en utredning kring möjligheterna att utveckla ett plattformsoberoende GIS(geografiskt informationssystem) med HTML5 och CSS3. För denna utredning skulle även en prototyp tas fram. Den andra delen omfattades av utvecklingen av ett plattformsoberoende GIS åt en kund till Sweco Position. Kunden verkar inom skogsbranschen och hade en redan befintlig lösning med många problem. Denne ville få fram en applikation med avgränsad funktionalitet och som ej heller var bunden till någon specifik hårdvara. Då kundens användare ofta befann sig i områden med tveksam uppkoppling, krävdes även ett visst offlinestöd. Studenterna går bland annat igenom delar som berör utveckling av GIS i form av kartprojektioner, karttjänster och kartkomponenter. Kartlösningen skulle komma att utvecklas i  HTML5 samt ASP.net. Den kartkomponent som användes i projektet var Leaflet 0.3.1. Resultatet av examensarbetet är ett plattformsoberoende GIS med offlinestöd. Exempel på funktionalitet är att logga manuella punkter, exekvera autologgning samt hantera visning lager och sparade loggar.

Det jag ska undersöka är hur väl program skrivna i Haxe med det externa biblioteket NME uppnår plattformsoberoende. Mer specifikt hur väl ett spel skrivet i Haxe med NME är plattformsoberoende givet att programkoden är den samma och inte modifierad för varje plattform. På hemsidan för NME ställs frågan ”Does This Actually Work?” och svaret som ges är ”As surprising as it sounds, NME really works. You do not need to spend your time messing with cross-platform compatibility, but you also do not have to sacrifice runtime performance or access to platform features.”. För att Haxe och NME ska anses vara plattformsoberoende ska samma källkod resultera i att spel som fungerar på ett tillfredsställande sätt på alla de testade plattformarna, givet att jag i programkoden tar hänsyn till den hårdvara som finns tillgänglig på plattformarna. En persondator har i regel tillgång till tangentbord och mus medan en smartphone i regel inte gör det. En smartphone har däremot tillgång till en touchscreen vilket majoriteten av persondatorer inte har. Med det i åtanke går det t.ex. inte att förvänta sig att ett program som är skrivet att enbart använda mus som inmatningsenhet att fungera på en plattform utan mus. Kriterierna för att spelet fungerar på ett tillfredsställande sätt är dessa: De funktioner som är listade i kravspecifikation i del 3.3 ska fungerar korrekt. Grafiken ska se likadan ut jämfört med på andra plattformar. Den genomsnittliga bilduppdateringsfrekvensen ska ha ett värde påminst 40 FPS. De plattformar jag kommer att testa spelet på är följande: Windows Ubuntu Mac OS X Android IOS För Windows, Ubuntu och Mac OS X kommer jag att testa spelet både i det plattformsoberoende Flash-formatet och som plattformsberoende C++ filer. Jag kommer att inkludera skärmbilder av spelet när det körs på de olika plattformarna som verifikation att spelet faktiskt fungerar samt att spelet ser likadant ut oavsett plattform. För att jämföra skillnaderna i bilduppdateringsfrekvens och för att se att minst 40 FPS uppnås så kommer bilduppdateringsfrekvensen att mätas för varje plattform. Annoterade skärmbilder som illustrerar hur det färdiga spelet fungerar kommer att ingå samt länkar till en screencast av spelet.

This thesis has been performed at the system development company Verendus System AB, together with the home care company Basic Care Unit (BCU). The thesis has consisted of developing a web based informationsystem for BCU in which they can administrate their business. At the time of writing this thesis, BCU was using a windows-application to administrate their activities, which was both costly aswell as resulting in an unnecessary burden. The aim the thesis has thus been to create a platform-independent information system that simplifies and streamlines BCUs work by being user-friendly aswell as imposing some simplifying features. The students has been developing the system by the help of a work method they themselves developed. The method consisted of working in several iterations that each had several milestones. The method resulted in the students knowing easily when each iteration was finished or not. The thesis resulted in a working platform independent prototype. The prototype was developed in the PHP-framework CodeIgniter together with HTML5 and CSS3. Examples of functions included is being able to administrate BCU’s patients and employees, aswell as being able to plan the employees workdays with one click.

No description available.

Det finns flera olika tillvägagångssätt för att göra det möjligt att skapa program som kan exekveras på flera olika plattformar. Detta tillvägagångssätt för utveckling mot flera plattformar, kallas plattformsoberoende utveckling. En av teknikerna för plattformsoberoende utveckling, bygger på att de specifika plattformarna har tillgång till en virtuell maskin som programmet kompileras mot. Den virtuella maskinen översätter sedan koden till plattformens specifika maskinkod. Denna teknik används bland annat av plattformsoberoende språk som Java och .NET-familjen. Andra tekniker som exempelvis förprocessering (eng. Preprocessing), möjliggör plattformsoberoende genom att programmets källkod kompileras olika beroende på vilken plattform som programmet ska exekveras på.Studien hade för avseende att utreda problemen med plattformsoberoende utveckling mellan de mobila plattformarna Android, iOS och Windows Phone 7. Utredningen visade att det vid studiens utförande, inte fanns något ramverk eller annan teknik som till fullo hade stöd för att skapa ett högpresterande mobilspel för målplattformarna. Genom användandet av Mono for Android och XNA skapades ett plattformsoberoende spel för plattformarna med utvecklingsspråket C#. Plattformsoberoendet kunde uppnås tack vare Mono Runtime som är en implementation av Common Language Runtime för Android och iOS. Common Language Runtime är .NET’s plattformsoberoende teknik och är en virtuell maskin.Mobilspelet skapades för att påvisa att utveckling av plattformsoberoende funktionalitet för 2D- och 3D-grafik, användarinmatning och hantering av media, är möjligt. Spelprototypens funktionalitet togs fram genom att undersöka populära mobilspel, ute på marknaden idag. För plattformsoberoende grafik användes en spelmotor vid namn Axiom, för användarinmatningen samt hanteringen av media utvecklades egna lösningar. Med spelet visade studien att det är möjligt att skapa plattformsoberoende, högpresterande spel för plattformarna Android och Windows Phone 7. Att lösningen fungerar även för iOS bevisades bara teoretiskt då Axiom vid studiens tidpunkt inte hade fullt stöd för utveckling till plattformen. Teknikerna som lösningen utnyttjade var en virtuell maskin för varje plattform samt förprocessering som såg till att vissa delar av källkoden kompilerades specifikt för de olika plattformarna.Lösningen som studien presenterar är inte en fullskaligt plattformsoberoende lösning då källkoden innehåller vissa plattformsspecifika delar. Dock har lösningen visat att mycket av koden är plattformsoberoende mellan plattformarna. Det är främst implementationen av användarinmatningen och hanteringen av media som innehåller plattformsspecifik kod. Därför med dessa redan implementerade är det möjligt att nästan helt och hållet skapa ett plattformsoberoende, högpresterande spel för målplattformarna. / Program: Systemarkitekturutbildningen

<p>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. </p><p>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. </p><p>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. </p><p>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.</p>

Företag och privatpersoner som har för avsikt att utveckla plattformsoberoende applikationer har idag tillgång till ett stort utbud av utvecklingsmiljöer och verktyg. Denna uppsats avser att underlätta beslutet i val av verktyg genom att testa flera verktyg för att sedan rekommendera ett av dem. Författaren erhöll en lista över elva stycken verktyg, som genomgick en urvalsprocess, och därefter enutvärderingsprocess för att ta fram de fem verktyg som presterade bäst. En demoapplikation skapades för dessa fem verktyg, som sedan utvärderades enligt följande kriterier: cyklomatisk komplexitet, antal rader kod, antal installationssteg, samt applikationens storlek på enheten. De fem verktyg som presterade bäst efter urvalsprocessen och utvärderingsprocessen var följande: Cordova, Ionic, Meteor, React Native, och Xamarin. Det verktyg som fick högst poäng var React Native, som därför rekommenderas för utveckling av plattformsoberoende applikationer för mobila enheter.