Attacker och intrång på webbservrar är idag vanligt förekommande. Webben gör det lätt för hackare, knäckare och andra inkräktare att hitta sårbara servrar, och det finns gott om tips att hämta för den som vill lära sig hur man gör intrång. Det finns ett flertal olika intrångsmetoder som utnyttjar olika typer av svagheter i datorsystemen. Denna uppsats inriktar sig på svagheter i webbplatsernas serverskriptsystem, dess skriptkod och konfiguration. Syftet är att undersöka huruvida intrång kan göras med endast en webbläsare via webbplatsens offentliga webbsidor. Genom att kombinera tre olika metoder - litteraturundersökning, en enkät och ett experiment - undersöker uppsatsen hur serverskriptintrång fungerar. Den analyserar ett urval vanliga misstag webbprogrammerare kan göra, till exempel att inte kontrollera inkommande data, eller att använda lättgissade variabelnamn och databastabellnamn. Några olika typer av intrång analyseras, som till exempel SQL-injektion. Förebyggande åtgärder tas även upp med ett antal konkreta exempel. Uppsatsens slutsats är att på webbplatser med svaga serverskriptsystem kan inkräktare göra intrång via webbplatsens egna publika webbsidor, med endast en vanlig webbläsare som hjälpmedel. I uppsatsens avslutande del diskuteras även några orsaker till varför det produceras ogenomtänkt skriptkod, till exempel beroende på att programmeringskurser i allmänhet inte tycks lära ut säker programmering i tillräcklig utsträckning.

The idea for the thesis “Construction and implementation of a mobile prototype; The Lovebomb” originates from doctoral candidates Rebecca Hansson and Tobias Skog from PLAY Research Group at the Interactive Institute in Gothenburg. The object of the master thesis is to construct two working LoveBomb prototypes, one mother console belonging to the LoveBomb and blueprints for both. The LoveBomb (the picture to the right shows a possible design) is intended to encourage people to express themselves emotionally when situated amongst strangers in public spaces. Two buttons control the device, which contains a radio transceiver. By pushing the buttons the user can either send a happy message or a sad message. The LoveBombs in the vicinity receive the sent message and lets its user know which message that has been received by vibrating either a sad irregular pulse or a happy continuous pulse. While vibrating the LoveBomb send out a confirm message. The confirm message can only be received by a LoveBomb which has recently sent out a message. After receiving a confirm message the LoveBomb conveys this to the user by turning on a red LED (light emitting diode) and letting the LED shine for about half a minute. During this time the LoveBomb can only receive messages. If it receives a message, during these 30 seconds, the LED is turned off and the prototype starts vibrating according to the received message. Should a LoveBomb which has sent a message fail to receive a confirm message it conveys this to the user by turning on and off the LED three times. After this the prototype is ready to send another message. The picture below shows a state diagram of the LoveBomb. The mother console registers all the communication between the LoveBomb, by pushing a button the user can see how many happy respectively sad messages that has been sent. Our workstarted with the doctoral candidates communicating their thoughts and wishes concerning the prototype to us. We organized this information into a requirement specification. We started the development of the Lovebomb and the belonging mother console by selecting a suitable micro controller. We choose PIC16C84 from Microchip but changed later to its successor PIC16F84, because the latter was easier to get a hold of. The micro controller controls all the other components. When we knew how to program the micro controller, we started working with a transceiver, suggested by the doctoral candidates, DR3001 from RFM. After establishing a meaningful communication between two micro controllers connected with on transceiver each, this was the hardest and most important part, we began working with not so vital component such as diodes, vibrators and buttons. When we were finished with the implementation and construction we examined the prototype and compared it to the requirement specification. To our satisfaction the prototype did not differ a lot from the requirements and the existing differences were improvements from the original idea. During the development process both of us learned a lot about assembler programming, electrical engineering and radio communication.

Mindre företag i Sverige använder även i dag äldre DOS-baserade (Disk Operating System) program för att hantera sina administrationsbehov. I takt med övergången till fönsterbaserade applikationer har även behovet av hanteringen av övergången ökat. I detta examensarbete har företaget ifråga haft behov av en uppdatering av dess befintliga DOS-baserade administrationsprogram. Uppgiften har varit att ta fram ett motsvarande Windows-baserat administrationsprogram med stöd för alla de funktioner som det ursprungliga programmet hade men med utökad funktionalitet. För att lösa denna uppgift har första steget i samråd med företagets representant varit att analysera hur användarna använder det befintliga systemet för att ta reda på de funktioner som behövdes för att skapa ett väl fungerande program. Det andra steget har varit att konstruera en server- och en klientapplikation som utgjorde programmets två delar. I det tredje steget har en utvärdering utförts av det färdiga programmet av företagets representant efter en tids användning i form av ett frågeformulär designat för ändamålet. Projektet har resulterat i ett Windows-baserat administrationsprogram skrivet i Java med stöd för alla de funktioner som företaget eftersträvade. Användare av systemet kan söka och lagra kunder, artiklar, leverantörer, skapa och skriva ut fakturor och följesedlar, lägga beställningar, hantera betalningar och grundläggande bokföring för tidigare nämnda transaktioner. Företagets representant ansåg efter användning och utvärdering att applikationen uppfyllde de ställda kraven. / Small companies in Sweden even today use older DOS-based (Disk Operating System) programs to manage their administration requirements. As the transition to windows-based applications continues, there is an increased need for this transition to be managed successfully. In this thesis the company in question required its existing DOS-based administration program to be updated. The task has been to develop an equivalent Windows-based administration program with support for all the features of the original program but with extended functionality. To solve this task, the first step involved consulting with the company's representative to analyze how users use the existing system in order to determine the necessary features so as to create a well-functioning program. The second step was to construct a server- and a client application which formed the two parts of the program. After the program had been used for a given amount of time, an evaluation was performed by the company's representative as a third step which involved the use of a questionnaire designed for the purpose. The project resulted in a Windows-based administration program written in Java with support for all the features desired by the company. Users of the system can search and store customers, articles and supplier data, create and print invoices and packing slips, place orders, process payments and handle basic accounting for the aforementioned transactions. After both the use and evaluation of the application, the company's representative considered that it had met the required criteria.

Marknaden av smarta mobila enheter blir större och större och det kan vara ett bra sätt att nå ut med sin tjänst eller produkt till den breda massan genom att driftsätta en mobilapplikation. De applikationer som kan installeras på de mobila enheterna och som använder sig av enhetsspecifika funktioner kallas native-applikationer och är bundna till en plattform. De kan därför bara användas av de enheter som använder sig av den plattformen. De två största plattformanar är iOS(används av mobila enheter från Apple) och Android(används av en mängd olika enheter varav Samsung, LG och HTC är några av dem). Detta betyder att om målet är att nå ut till flera plattformar måste en separat applikation för varje plattform utvecklas. Det krävs också att utvecklaren/utvecklarna har en viss kunskap om de programmeringsspråk som används för varje plattform. Detta kan bli både tidskrävande och dyrt, speciellt om ett företsg ska anställa utvecklare att utveckla sin app. Syftet med denna undersökning är att ta reda på om det med hjälp utav Phongap går att utveckla en mobilapplikation som kan distribureras och installeras på flera mobila plattformar genom att använda webbtekniker som CSS, HTML och JavaScript. I denna undersökning ska en mobilapplikation skapas och utvärderas. Det kommer att undersökas om någon speciell hänsyn behöver tas till de olika enheterna med olika egenskaper och funktioner. Användartester kommer dessutom genomföras för att bestämma hur nära en native-känsla denna teknik kan ge. Resultatet visar att Phonegap är ett utmärkt verktyg för åtkomst av enhetsspecifika funktioner och tillsammans med gränsnittsbibliotek som jQuery Mobile kan större delen av de nyare mobila enheterna som finns i dag nås. Analyser om applikationens omfattning kräver ett gränssnittsbibliotek kan dock vara nödvändig att utföra då tillgängliga sådana kan prestera sämre på vissa mobila operativsystem. / The market of smart mobile devices is getting bigger and bigger and it can be a great way to reach out with your service or product to the crowed by deploying a mobile application. The installable applications on the mobile devices that uses device-specific functions is called native applications, and are tied to one platform. They can therefore only be used by those devices that make use of that platform. The two largest platforms is iOS (used by mobile devices from Apple) and Android (used by a variety of devices including Samsung, LG and HTC). This means that if you want to reach out to multiple platforms you will have to create a separate application for each platform. It also requires the developer/developers to have the proper knowledge of the programming languages in which the platform is compatible to. This can be both time consuming and expensive, especially if you as a company is hiring developers to develop your app. The purpose of this study is to determine whether the open source library known as Phonegap can be used to develop a mobile application that ultimately can be distributed and installed on multiple mobile platforms, this by using Web technologies such as CSS, HTML and JavaScript. During this study a mobile application will be created and evaluated. Studies will be done on how to go about and if there is anything one might need to take in consideration when it comes to the variety of units with different properties and functions. Usability testing will also be performed to determine whether a near native performance can achieved with this technique. The results show that Phonegap is an excellent tool for access of device-specific functions and that you together with interface frameworks such as jQuery Mobile can reach out to most of the newer mobile devices available today. However, one would do well to analyze if the scope of the application requires an interface library, as those who are available may perform poorly on certain mobile operating system.

I dagens samhälle finns det en mängd olika maskiner för att underlätta ardagssysslorna, såsom batteridrivna dammsugare och gräsklippare. Gräsklippardomänen används i detta projekt, för att undersöka vilken av monolitisk och hierarkisk kontrollarkitektur i en batteridriven gräsklippare som har bäst generaliseringsförmåga. Gräsklippardomänen används som testdomän därför att det finns en oändlig mängd olika yt-fromer. Med generalisering menas hur bra gräsklipparen klipper på ytor som den nyligen eller aldrig tränats på. Experiment har utförs på båda kontrollarkitekturerna i en simulator. Val av kontrollarkitektur spelar inte någon större roll för gräsklipparen. Bidraget med detta arbete är att undersöka hur bra de olika arkitekturerna generaliserar.

Datormobiler (smartphones) har blivit ett populärt fenomen bland mobilanvändare. Det har dykt upp ett flertal stora aktörer på marknaden och i takt med att fler smartphones har utvecklats har också intresset för applikationsutveckling blivit större. En av dessa aktörer är Apple som idag har en betydande marknadsandel efter lanseringen av iPhone. Dock har Google tillsammans med Open Handset Alliance blivit en betydande konkurrent med deras mobila plattform Android. Syftet med denna uppsats är att göra en jämförande studie av applikationsutveckling för dessa plattformar. I detta ingår att undersöka plattformarnas programmeringsspråk med tillhörande aspekter, utvecklingsmiljöer, krav på utvecklaren och de ekonomiska aspekter som hör till utveckling och publicering. Denna studie genomförde vi genom att undersöka tillgänglig och aktuell litteratur och försäljningsstatistik. Vi använde även egna erfarenheter i applikations-utveckling på plattformen Android. Vår undersökning visar att utveckling för iPhone är endast möjligt via företagets egna produkter. Detta är inte fallet med Android då det är mer valfritt vilken plattform man vill utveckla på. Båda programmeringsspråken är objektorienterade men har några märkbara skillnader. Båda plattformarna erbjuder en pedagogisk och lätthanterlig utvecklingsmiljö där man som utvecklare snabbt kan se resultat. Det är gratis att införskaffa nödvändiga programvaror och som utvecklare får man behålla större delen av intäkterna om man väljer att publicera sin applikation med ett pris i någon av applikationsbutikerna. Vår slutsats är att plattformarna har fler likheter än olikheter när det gäller applikations-utveckling. En av skillnaderna är att utveckling på iPhone innebär att lära sig ett programmeringsspråk som används nästan exklusivt på Apples produkter och eventuellt betala en årlig avgift. I Androids fall används ett välspritt programmeringsspråk och enda kostnaden är en relativt liten engångssumma för publicering. I sin helhet kan man tolka skillnaden som att utveckling för iPhone innebär en stängd tillvaro, men fri från skadlig kod medan utveckling för Android är mer öppen som får till följd att den är mer osäker.

Detta examensarbete har två huvudsakliga mål. Det ena är att utöka funktionaliteten i mjukvaran C3Loops för att underlätta för musiker som producerar elektronisk musik som vill använda mjukvaran i liveframträdanden. Det andra är att titta närmre på hur processmodeller för mjukvaruutveckling stödjer innovation. Denna rapport ger läsaren ett tvärvetenskapligt perspektiv. Tre för ämnet relevanta teoretiska områden, innovation, software-engineering och design tas upp. C3Loops projektet används som ett exempel på ett innovativt mjukvaruprojekt och det är arbetet inom detta projekt som står som modell och bakgrund till resultatet och slutsatsen. Idén till mjukvaran C3Loops är resultatet av tekn.Dr Rikard Lindellʼs avhandling ”jag älskar att allt ligger överst”. Arbetet resulterade i en interaktiv prototyp som Lindell beslöt sig för att ta vidare och kommersialisera. Syftet med prototypen var att utforska bruksvärdet av ytinteraktion med pekskärmar. Mjukvaran är ett preformance verktyg för kollaborativa multimedia-framträdanden. Den skall skapa nya möjligheter för liveframträdanden och samarbeten mellan elektroniska musiker, Dj och Vj. C3Loops projektet är fortfarande pågående. Plattformen som projektet produceras för är iPad plattformen. Release datum för projektet är tänkt att överenstämma med iPads releasedatum i Sverige. Rapporten leder till ett förslag på hur organisationer som vill förbättra sin innovationsförmåga kan gå tillväga. Detta i form av en projektmetod tänkt att stödja processen för att ta fram och pröva idéer till V1.0 mjukvara. Det återstår att testa och utvärdera metoden i skarpa projekt. / This thesis work has two main goals. The first is to extend the functionality of the C3Loops software in such a way as to make it usfull for a wider variety of electronic musicians The second is to examine how well software engineering process models support innovation. The C3Loops project is used as a case wich is studied in relation to this inquiry. The idea for C3Loops is the result of the doctoral thesis ”i love the fact that everything is on top” by tekn.Dr.Rikard Lindell. The work on this thesis resulted in an interactive prototype, which Lindell decided to try and commercialise as a product. The original purpose of this prototype was to explore the value of surface interaction using touch screens in a collaborative multimedia preformance context. It creates new posibilities for live preformance and collaboration between electronic artists, Djs and Vjs. The C3Loops project is still ongoing. The software is being produced for the iPad platform and its release is planned to coincide with the iPad release in Sweden. The result of this report is a suggestion on how organizations that develop software can improve their ability to innovate. This suggestion takes the form of a process model specifically designed to help support the creation and evaluation of idéas for V1.0 software. Future work includes testing this new method on real projects.

Det här arbetet har gjorts på Infor, som idag har problem med krångliga och långsamma installationer av en produktsvit. Exjobbet beskriver en automatiserad installation av denna produktsvit med några få möjligheter till konfigurering. Skriptet som sköter installationen är skrivet i Ruby. Installationstiden kortades från 4-5 timmar till cirka 30 minuter.

Den här rapporten är baserad på ett examensarbete som är gjort för Hemsida24 där uppgiften var att skapa ett webbaserat system för att grafiskt visa statistik om deras kunder. Det skapade statistiksystemet har fått namnet Hemsida24 Analytics.I rapporten redovisas hur ovan nämna statistikverktyg har kommit till, samt hur det fungerar. Kundstatistiken visas på ett stilrent sätt med hjälp av amCharts flashbaserade grafer. Baserat på information från Hemsida24:s databas beräknades kundstatistiken och visades därefter i grafer. Programmeringen av Hemsida24 Analytics har i största hand gjorts objektorienterat i PHP. Utöver PHP har Zend Framework, MVC, MySQL, HMTL, CSS och jQuery haft en viktig roll under projektets gång. I graferna finns möjligheten att visa framtida prognoser. För att räkna ut prognoser för graferna används både linjära ekvationer och andragradsekvationer. I rapporten redovisas det slutgiltiga resultatet i jämförelse med projektplaneringen och en tidigare framtagen skiss. Det ges även förslag på eventuell fortsatt utveckling av Hemsida24 Analytics.

Detta är ett projekt som diskuterar och framställer en arkitektur för dynamisk dialog i dataspel. Den är skapad för att kunna ge mer spelarinteraktion i datarollspel i form av större frihet när det gäller hur en spelare vill spela sin karaktär samtidigt som den även ska ge bättre respons från NPC:er, just i ämnet dialoger. Beroende på vad och, framför allt, hur du som spelare säger något ska du få olika känslomässiga respons från dem. De ska kunna bli irriterade, hata, gilla och älska dig, med mera, samtidigt som de även ska kunna bli rädda för dig. Utöver detta har de även försetts med individuella minnen som tillåter dem att komma ihåg vad du har sagt och hur många gånger du har sagt det, vilket i sin tur tillåter att du får olika respons ju fler gånger du säger samma sak.