<p>Samtidigt som användandet av e-recept ökar i Sverige har Datainspektionen vid en tillsyn hos Apoteket AB konstaterat att det, i samband med överföringen av e-recept från vissa vårdgivare till Apoteket, finns brister i personuppgiftshanteringen. Hur uppstod dessa brister och finns det något de inblandade organisationerna kan göra för att undvika att liknande situationer uppstår i framtiden?</p><p>Arbetet behandlar hanteringen av kommunikationssäkerhetsproblematik i ett inter-organisatoriskt perspektiv och beskriver hur det övergripande informationssäkerhetsarbetet påverkats av olika aktörers syn på ansvarsfrågor. Arbetet har sin utgångspunkt i en kvalitativ fallstudie där hanteringen av e-recept mellan Kalmar läns landsting och Apoteket AB står i fokus. Representanter från Apoteket AB, Kalmar läns landsting, Datainspektionen och Sjukvårdsrådgivningen SVR AB intervjuats i ett försök att beskriva, förstå och förklara de olika organisationernas syn på e-recept, dess kommunikationskanaler och kommunikationssäkerhetsansvaret vid överföring av elektroniska förskrivningar. Målet är att med hjälp av denna kunskap skapa ny förståelse för hur kommunikationssäkerhetsbrister kan uppstå i inter-organisatoriska sammanhang. </p><p>Som grund för diskussionen presenteras teoretiska aspekter på det svenska systemet för e-recept, följt av en vårdjuridisk översikt samt teorier inom informationssäkerhetsområdet. Studien visar att de grundläggande förutsättningarna för en fungerande inter-organisatorisk kommunikation finns men att aktörerna haft svårt att hitta lämpliga verktyg för att koordinera ansvarsfrågor. </p><p>Nyckelord: kommunikationssäkerhet, inter-organisatorisk samverkan, e-recept, informationssäkerhet, hälsoinformatik.</p>

In modern technology over 40% of the mobile devices have 64-bit support. In late 2017 Google announced that in 2019 the Android market will require a 64-bit support on all of the applications published on their platform. Apple has had this requirement since 2015. The objective of this is to raise performance and security of apps and therefore the device itself. This project is to research about how to upgrade an application from 32-bit support to 64-bits support and perform the upgrade of a math application “Mingo Matte”. A theoretical study was made to decide which platform would suit this project the best. Then by upgrading the already existing code to a new syntax a new fully 64-bit supported application was made. This project is brought by the company Mingo Education and all its earnings goes toward “Läkare I världen” which is a company that provides healthcare to who doesn’t have access to it. / I dagens samhälle så består 40% av mobilmarknaden av telefoner med 64-bitars support. Sent år 2017 så förmedlade Google att till 2019 så kommer det att krävas att alla applikationer som läggs upp på deras marknad har stöd för 64-bitar. Apple har själva haft detta kravet sedan 2015. Meningen med detta är att maximera prestandan och säkerheten av applikationen och därmed för enheten själv. Detta projekt har som mål att undersöka hur och vad som krävs för att uppgradera en redan befintlig app ”Mingo Matte”, från att endast stödja 32-bitar till 64-bitar. En förundersökning gjordes för att undersöka och utvärdera vilken plattform som passade utvecklingen av projektet bäst. Sedan efter uppdatering av den äldre koden till ny syntax, så blev en ny applikation med 64-bitars stöd skapad. Projektet gavs av företaget Mingo Education och alla deras vinster går mot ”Läkare I Världen”, vilket är en organisation som get sjukvård till de som inte har tillgång till det.

Syftet med följande projekt är att undersöka och analysera hur behovet av ett supportverktyg hos den digitala byrån Etendo ser ut. Utifrån analysen ska supportverktyget implementeras. Målet med undersökningen har varit att ta reda på vad ett supportverktyg bör innehålla och hur det kan byggas, hur det kan uppnå en hög användbarhet samt hur man kan samla alla inkomna supportärenden på ett och samma ställe. Genom datainsamlingar i form av intervjuer med två av Etendos projektledare och en webbaserad enkät som skickats ut till tre av Etendos större kunder, har en kravspecifikation skapats som senare utvecklats till flödesscheman och webbskisser. Skisserna har därefter lett till implementeringen av ett användbart supportverktyg som integrerats med ärendehanteringssystemet Zendesk. Rapporten tar upp den arbetsprocess som ligger till grund för projektet och beskriver projektets alla delar, från teori och metod till resultat och analys.

Denna rapport behandlar projektarbetet som utförts för att skapa en interaktiv kart-applikation hos företaget eMaintenance365. De är ett uppstartsföretag som arbetar med att hjälpa kunder inom främst tåg- och järnvägsindustrin med att förbättra sitt underhållsarbete. De erbjuder analyser av mätdata genom sin egenutvecklade molnbaserade webbapplikation E365 Analytics® och avancerade algoritmer som kan förutspå kommande underhållsbehov. Inom applikationen fanns behov av en interaktiv karta där kunderna kan se status på olika mätstationer, tågrälssträckor och så vidare. Syftet med projektet har varit att få fram en applikation som är robust, dynamisk, välstrukturerad och konstruerad med skalbarhet, vidareutveckling och underhåll i åtanke. Projektet kan i framtiden leda till stora besparingar gällande både tid och pengar. Applikationen har programmerats i JavaScript med tredjepartsbiblioteket OpenLayers 4 för interaktiva kartor som grund. För att få en robust applikation som underlättar framtida vidareutveckling, underhåll med mera så har ett vedertaget designmönster använts som ger en mer modulär struktur på koden. Konstruktionskapitlet beskriver bland annat vilka dessa modulär är och den funktion de har samt övrig funktionalitet som skapats i applikationen. Projektet har resulterat i en applikation som har en hel del dynamisk funktionalitet och når upp till de mål som satts upp vid projektstart. Det finns mycket utrymme för vidareutveckling och optimering av applikationen som på grund av vissa begränsningar och tidsbrist ej kommit med i projektet.

Syfte – Syftet med studien var att jämföra och utvärdera två utvecklingsmetoder för hybrid- och crossplattformutveckling. Detta syfte bröts ner till två frågeställningar: Hur väl kan de båda utvecklingsmetoderna återskapa animationer för att förbättra användarupplevelsen i en applikation?- Vilka av de 3 utvalda animationerna som visas i meaningful transitions och point of origin går att återskapa i de båda utvecklingssätten? Hur påverkas prestandan vid användandet av de utvalda hårdvarufunktioner som implementerats med de båda utvecklingsmetoderna? – Kameran och minnet. Metod – Denna rapport är en fallstudie då den är gjord i samarbete med Knowit Jönköping AB efter deras önskemål. Utvecklingsmetoderna som valdes var PhoneGap och Appcelerator Studio, alltså en för hybridutveckling och en för cross-plattform. En applikation för varje utvecklingsmetod byggdes med identiska funktioner som skulle kunna testas för att besvara frågeställningarna. Två kvantitativa insamlingar gjordes i form av enkätundersökning av testpersoners uppfattning av animationerna och en insamling av prestandamätningar vid hårdvaruanvändning. Resultat – Resultatet från studien visar att minnesåtgången vid hårdvaruanvändning är både låg och nästan identisk för de båda utvecklingsmetoderna. Empirin visar även att animationerna på båda metoderna kan leva upp till Googles riktlinjer enligt testpersonerna och upplevs som positiva. En notering är dock att Appcelerator tycks ha en liten fördel vad det gäller animationerna. Denna fördel är relativt liten och gör egentligen ingen större skillnad för vilken metod som kan anses som den bästa. Implikationer – Studien bidrar till att underlätta valet för mjukvaruutvecklare och företag som funderar på att använda sig utav någon av utvecklingsmetoderna. Detta genom att visa att prestandan vid hårdvaruanvändning inte är något att lägga stor vikt på. För användargränssnitt och användarupplevelse finns en mindre skillnad då Appcelerator använder sig utav native SDK och får en liten fördel när det kommer till användarupplevelsen. Detta kan dock justeras för PhoneGap då det med lite extra jobb går att styla applikationen till att se mer native ut. Utvecklare kan därför tänka på vilka kunskaper de har sedan innan vad gäller XML/HTML och styling då de ska välja utvecklingsmetod. Begränsningar – Utvecklingen är gjord av förstagångsanvändare av PhoneGap och Appcelerator Studio vilket kan ha påverkat kvalitén på animationerna och användargränssnittet. En tredjepartsapplikation användes vid mätning av prestandan då PhoneGap saknade plugin för det. Detta kan ha haft en påverkan på resultatet.

Graph drawing is an important area in computer science and it has many different application areas. For example, graphs can be used to visualize structures like networks and databases. When the graphs are really big, however, it becomes difficult to draw them so that the user can get a good overview of the whole graph and all of its data. There exist a number of different algorithms that can be used to draw graphs, but they have a lot of differences. The goal of this report was to find an algorithm that produces graphs of satisfying quality in little time for the purpose of ontology engineering, and implement it using a platform that visualizes the graph using JavaFX. It is supposed to work on a visualization table with a touch display. A list of criteria for both the algorithm and the application was made to ensure that the final result would be satisfactory. A comparison between four well-known graph visualization algorithms was made and “GEM” was found to be the best suited algorithm for visualizing big graphs. The two platforms Gephi and Prefux were introduced and compared to each other, and the decision was made to implement the algorithm in Prefux since it has support for JavaFX. The algorithm was implemented and evaluated, it was found to produce visually pleasing graphs within a reasonable time frame. A modified version of the algorithm called GEM-2 was also introduced, implemented and evaluated. With GEM-2, the user can pick a specific number of levels to be expanded at first, additional levels can then be expanded by hand. This greatly improves the performance when there is no need to expand the whole graph at once, however, it also increases the amount of edge crossings which makes the graph less visually pleasing.

Detta examensarbete beskriver skapandet av en simulator som genererar samtalsdata liknande den man får från en telefonväxel. Examensarbetet har utförs på uppdrag av företaget Nipsoft AB och simulatorn är tänkt att används av Nipsoft vid tester och demonstationer av deras ratingsystem för telekom. Ett ratingsystem för telekom behandlar samtalsdata från telefonväxlar med syfte att bl.a. prissätta telefonsamtal och koppla samtalen till rätt kund. Simulatorn kommer att används för att generera indata till ratingsystemet vid tester och demonstrationer där det inte passar att använda äkta samtalsdata. I början av arbetet gjordes en litteraturstudie i simulering som bland annat gav en process för hur ett simuleringssystem skapas. Det fortsatta arbetet utfördes till stora delar enligt denna process. För att simulatorn skulle kunna generera realistisk samtalsdata togs en stor mängd statistik fram från äkta telefonsamtal från en av Nipsofts kunder. Statistik togs fram för samtalslängd, antal samtal per dygn, dygnsfördelning, destination, telefonnummer per kund, andelen obesvarade samtal och olika typer av fel. En modell för simulatorn skapades utifrån Nipsofts krav och den statistik som tagits fram. Modellen implementerades i C# och Windows Forms. Den färdiga simulatorn testades genom att Nipsofts ratingsystem fick köra igenom ett stort antal samtal skapade av simulatorn. Statistik beräknades och jämfördes med statistiken som tidigare tagits fram från äkta samtal. Resultatet blev att samtalen från simulatorn stämmer bra överens med äkta data. Även ett prestandatest gjordes och detta visade att simulatorn har riktigt bra prestanda. / This thesis describes the creation of a simulator for generating phone call data similar to the output from a real telephone exchange. The thesis was performed for the company Nipsoft AB and the simulator is intended to be used by Nipsoft during testing and demonstrations of their telecom rating system. A telecom rating system is a system that process data from telephone exchanges to determine things like the cost and payer of each call. The simulator will be used to generate input to the rating system in cases when it is not suitable to use real call data. To better understand how to create a realistic simulator a large amount of phone calls from one of Nipsoft’s customers has been studied. Statistics for call length, calls per day, distribution over the day, destination, phone numbers per customer, number of unanswered calls and different kind of error rates has been computed. A model for the simulator was created according to Nipsoft’s demands and the computed statistics. The model was implemented in C# and Windows Forms. The simulator was tested by feeding it’s output as input to the Nipsoft rating system. Statistics was computed and compared to the statistics previously calculated from real phone calls. The result showed that the simulator does produce realistic call data, very similar to a real telephone exchange. Also a performance test was made and this showed that the simulator has excellent performance.

Användare ställer hela tiden högre krav på att webbläsare ska vara snabba och tillgängliga oavsett på vilken plattform de används på. Detta gäller även för testbäddens projekt där Raspberry Pi testades för framtida användning som en tunn klient. Arbetet är en fallstudie som undersöker prestanda och funktionaliteten hos Raspberry Pi 2 för organisationen Region Östergötland, Testbädden. Valet av testverktyg och avgränsningar i varje steg är grundade på funktionaliteten som är en del av ISO 9126 standard. Arbetet undersöker webbläsare som kan användas på OS Raspbian Wheezy samt Ubuntu mate. Genom en förundersökning av webbläsare utfördes avgränsningar med hjälp av webstandardtesterna Acid3 och HTML5. Av 33 möjliga webbläsare återstod fem som uppfyllde kraven för vidare undersökning. De kvarstående webbläsare genomgick benchmarktester och därefter togs en genomsnittlig sidladdningstid för varje webbläsare samt CPU och RAM användning i realtid. Resultatet visade att endast två av fem webbläsare klarade benchmarktesterna och utav dessa två var det webbläsaren Epiphany som presterade bäst utifrån sidladdningstid, CPU och minnesanvändning. Raspberry Pi överklockades för att undersöka om samma resultat skulle fås i denna studie som i en tidigare vetenskaplig studie. Resultatet visade att sidladdningstiden minskade men att CPU och RAM användningen ökade. Alla testverktyg genererade olika resultat och ett verktyg eller siffra räcker inte till att undersöka prestandan och funktionaliteten. Valet av den mest kompatibla webbläsaren för Raspberry Pi beror på användaren och vad den ska användas till.

Detta arbete har utförts tillsammans med Ipendo Systems AB i Linköping. Företaget utvecklar ett system för att administrera immateriella rättigheter som heter Ipendo Platform. Kunder som använder Ipendo Platform saknar idag ett sätt att visualisera och analysera den data som de har inlagda i systemet. Syftet med detta examensarbete har varit att från grunden ta fram och realisera en modul till Ipendo Platform som visualiserar och analyserar kunders immaterialrättighetsdata. Vidare har syftet också varit att integrera modulen mot Europeiska patentverkets publika databas så att konkurrensanalyser kan göras mellan olika företag. Då Ipendo Platform används av många olika intressenter ställer det höga krav på användbarhet och kvalitet. Ett prototypbaserat och iterativt arbetssätt med en nära relation mot kunden har därför används under utvecklingen. Resultatet av examensarbetet är en fristående modul till Ipendo Platform som visualiserar och utför analyser av immateriella rättigheter. Utöver modulen har det valda arbetssättet jämförts med några vanliga systemutvecklingsmetoder för att se vilka av dem som bäst lämpar sig att använda för att arbeta prototypbaserat med höga krav på användbarhet.

Vi gjorde ett frågespel på Internet åt ett företag som heter Nallegruppen &amp; Co. Programmet vi använde för att göra detta var Macromedia Flash 8. Denna rapport beskriver hur vi gick tillväga för att lösa denna uppgift.