Examensarbetet har genomförts på Campus Norrköping, Linköpings Universitet. Nätkursen och nätduggorna är ett samarbete mellan Linköpings Universitet (LiU), Kungliga Tekniska Högskolan (KTH) och portalen MATH.SE. Målet med samarbetet är att skapa och underhålla en webbsida (http://webcourses.itn.liu.se) i kursen Linjär algebra. Detta samarbete har skapats för att öka studenters intresse och öka deras inlärning i detta ämne. Anledningen till att dessa program behövs inom Linjär algebra är att det är svårt att förklara begrepp i tre dimensioner eller mer på en tvådimensionell tavla. Syfte med examensarbetet var att skapa en webbsida, som ökar förståelsen hos studenter som läser Linjär algebra. Med webbsidan skulle studenterna själva kunna interaktivt visualisera de moment i kursen som kan vara svåra att undervisa i ett klassrum. Programmen skulle fungera på alla stora operativsystem och webbläsare. Ett krav var att programmen skulle vara lättanvända och samtidigt vara pedagogiska. De olika visualiseringar som har skapats är: • Rotation av en vektor runt en axel. • Andragradskurvor som t.ex. ellips, hyperbel och räta linjer. • Andragradsytor som t.ex. ellipsoid, hyperboloid, kon och cylinder. • För andragradskurvor och andragradsytor har även största och minsta värde från origo beräknats. • Skärningen mellan två andragradsytor. Resultatet av examensarbetet är ett antal applikationer som underlättar undervisningen. Dessa applikationer kan köras direkt i en webbläsare. Enda kravet är att Java Web Start är installerat. Java Web Start finns att installera för alla stora operativsystem.

Detta examensarbete har genomförts på Campus Norrköping, Linköpings Universitet. Arbetet är en del av ett samarbete mellan Linköpings Universitet, Kungliga Tekniska Högskolan och Math.se. Målet med samarbetet är att skapa och underhålla en hemsida för webbstöd i kursen Linjär Algebra. Genom åren har det upptäckts att det finns en problematik i många studenters inlärning av kursens teori. Detta beror på att det är svårt att undervisa något som berör fler än två dimensioner på en tvådimensionell tavla eller papper. Examensarbetets syfte var att utveckla grunden för en produkt som hjälper till att öka förståelsen hos studenter som läser linjär algebra. Produkten skulle på ett interaktivt sätt visualisera på datorskärmen de moment i kursen som kan vara svåra att undervisa i ett klassrum. Vidare skulle produkten både lära ut och testa studenters kunskap. Programmet skulle finnas och startas från hemsidan för kursens webbstöd så att det kan startas parallellt med att studenter löser uppgifterna på sidan. Det var också krav på att programmet skulle fungera på alla stora operativsystem och webbläsare. Framförallt var det viktigt att produkten skulle vara lättanvänd och fungera pedagogiskt. Resultatet av examensarbetet är nio applikationer, en för varje moment som har tillämpats, som via datorgrafik underlättar undervisningen genom pedagogiskt förklarande och uppgifter. Programmen startas direkt på hemsidan via Java Web Start.

Webbens utveckling går i raskt tempo och nya tekniker utvecklas ständigt. På senare tid har en ny teknik växt fram som kallas för remote scripting. Med detta menas att man kan göra anrop till servern utan att ladda om hela webbsidan. Genom att utnyttja denna teknik kan man också reducera tiden för att hämta data från servern och tiden det tar att uppdatera informationen i webbläsaren. Det har funnits metoder och tekniker för detta ett antal år men det var inte förrän Jesse James Garret myntade uttrycket AJAX i sin artikel ”Ajax: A New Approach to Web Applications” som tekniken uppmärksammades i större skala. AJAX står för Asynchronous JavaScript And XML och används för tekniker som utnyttjar XMLHTTP-objektet för att skicka och ta emot data. Syftet med uppsatsen är att undersöka om man kan göra webbapplikationer mer användbara genom att använda sig av AJAX. Ett andra syfte är att se vilka saker som är viktigt att tänka på när man utvecklar applikationer med denna teknik. Detta har gjorts genom att ta fram en prototyp i AJAX som har jämförts med en befintlig webbapplikation. Användartest har utförts på både webbapplikation och prototypen. Därefter har resultaten av de båda användartesten analyserats och jämförts. Resultaten visar att det finns en del saker som kan vara bra att ha i åtanke då man utvecklar AJAX-applikationer. Att ge användaren återkoppling när information har sparats är en av de sakerna. Man kan också behöva ge användaren vägledningsinformation då detta är en ny interaktionsform på webben. Efter en jämförelse mellan de båda användartesten uppkom en indikation om en förbättrad användbarhet i prototypen. Det visade sig att effektiv användning var den punkt där användbarheten hade förbättrats mest.

Webbapplikationer blir allt mer komplexa och avancerade. Bara några år tillbaka var det största ändamålet med webbapplikationer att servera statiskt innehåll. Sedan dess har tillämpningen vuxit och lika så dess komplexitet. Det finns till och med projekt som försöker utnyttja webbläsare som operativsystem och i takt med att komplexiteten ökar, ökar även testningens betydelse. En annan anledning till att testning inom just webbutvecklingen är så pass viktig är för att stor del av koden exekveras hos klienten vilka kan använda olika typer av interpretatorer för tolkning av exempelvis Javascript och CSS. För att eliminera risker bör koden testas för dessa interpretatorer och renderingsmotorer innan koden når slutanvändaren. En vanlig metod för att minimera förekomsten av defekter är testning. En variant är automatiserad testning som bygger på att interaktion med applikationen eller delar av applikationen simuleras från en användares perspektiv utan mänsklig inblandning. Det är detta som denna rapport behandlar och utgår ifrån frågeställningen: vilka möjligheter finns det att automatisera testning av webbapplikationer? Genom litteraturstudier och egenutveckling har lösningar på olika problem arbetats fram och det har visat sig att en av de större tekniska svårigheterna är hur man kan få stor täckningsgrad bland webbläsare för de testningstyper som kräver en webbläsares inblandning, exempelvis enhetstestning av klient-Javascript, acceptanstestning och GUI-testning. Det har även visat sig att kommunikationen och möjligheten att ta gemensamma beslut mellan olika utvecklare/testare spelar en stor roll för att testningsprocessen skall kunna införas i en organisation med lyckat resultat. En missuppfattning kan vara att testning skall lösa alla problem och finna alla defekter, något som i praktiken inte är sant. Testning bör ses som ett moment för att ge en tryggare utvecklingsmiljö och ge högre kvalité på applikationen och framförallt källkoden. Kontentan är dock att det inte finns något ”rätt” sätt att utföra testning på utan organisationen måste själv hitta det sätt som passar bäst för dem. / Web-applications have recently become increasingly complex and more and more companies tend to shift from traditional desktop applications to web-based applications. The more complex an application tends to become, the more defects tend to occur. This applies not only during development but also during maintenance. A common method to minimize the number of defects is by testing, for instance by automated testing that simulate interactions with an application, or parts of an application, from a user's perspective without human intervention. The aim of this thesis is to review the difficulties with automated testing of web-applications. The report focuses on client-side Javascript and Python as server-side language. This thesis has shown that one of the major, technical, difficulty is how to execute test cases that require a web browser, such as unit testing of client-Javascript, acceptance testing and GUI testing, and how these test case can be executed in browsers on remote machines. It has also been found that the communication and the ability to make joint decisions between different developers/testers have a major impact if the testing process can be introduced in an organization successfully. A misconception may be that testing will solve all problems and find all defects – that is, unfortunately, not true. Testing should be seen as a tool to give developers more confidence and provide a higher quality of the application. The bottom line is that there is no "right" way to perform testing; organization must find the way that works best for them.

<p>The company System Andersson is developing systems for controlling materials and production in industries. They want to add a new service, where parts of those systems are accessible through cell phones.</p><p>In this paper we are investigating which technology are best suited for this kind of application. And then we describe how we are developing a prototype fort this application, based upon that technology. After investigating technologies such as Java ME, Microsoft Silverlight, and web applications we settled upon building the system as a web application, customized for a mobile environment.</p><p>To build a web page which is readable by many different cell phones we use the markup-languages which are developed for cell phones. We put much effort in reading about the standards and recommendations for the mobile web, produced by the organizations W3C and OMA. It's also very important that one consider the limitations of cell phones, such as the small screens, their limited performance and their limited means of input and navigation. Finally we are very thorough in our testing on several cell phones created by different manufacturers and with different operating systems and web browsers.</p><p>On the server we are running ASP.NET, with a database using Microsoft SQL Server, since this was a request from the company. The development is made in C#.</p><p>We reach a fully operational application with the functions that the company has requested. We got functions for handling orders, changing jobs, supply management, listing employees, and more. We also got a class for generating and rendering of lists and tables for easy and customizable lists for small screens. The application has support for several users with a secure login function.</p><p>We have also created a system running as a service in Microsoft Windows, which is regularly sending messages, in the form of e-mails to the users of the mobile application. The messages contain user defined reminders, e.g. that the factory is running low on a certain material. The message system is well integrated with the rest of the system, in which one can list the active reminders, edit them or create new ones.</p><p>Overall this has been an interesting and successful project.</p>

<p>The use of Web applications is a growing area. While the possibilities and functionalities are increasing, so is the complexity of them, together with the threats against them because the complexity also opens up the application to vulnerabilities. It is therefore important for developers to know how a web application can be developed with security in mind.</p><p>This study’s intention has been to create an introductory documentation of what kind of techniques that exists which can produce higher security, which methods there can be within the development process and what to think about when programming secure web applications. In this paper we have investigated how theoretical manuals in the IT security department handles that area, and interviewed two developers from two different companies to see how they use security in their web applications.</p><p>The study has an exploratory technical perspective and does not explain how to practically use and interconnecting different security-enhancing technologies, but is more suppose to give a first glance at what is available and sow a seed for those interested to continue reading further about the subject. The results of the study was generated through comparison of the theoretical material with the empirical material, to then conclude the most prominent points of what are different and similar between those materials.</p><p>During the study some key points has been revealed for development: Responsibility for safety in the application lies, in the cases we looked at, with the developers to describe the technical possibilities and hence vulnerabilities when the client usually does not possess the same technical skills for that. The customer was, as the cases we studied, often not so proactive on safety and does not value it very high (if it was not a security-critical business such as being involved with defense technology). Because the customer in such cases didn’t put security as high priority, there existed a lack of motivation to spend extra money to combat threats that were not considered significant. In cases where extra recourses were spent on security, a measurement was developed that security should not cost more than the value of what it protects else the cost is unjustified. Finally it is noted that it is technically difficult to protect against human errors that can disarm the security, for example a simple or misplaced password.</p>

The use of Web applications is a growing area. While the possibilities and functionalities are increasing, so is the complexity of them, together with the threats against them because the complexity also opens up the application to vulnerabilities. It is therefore important for developers to know how a web application can be developed with security in mind. This study’s intention has been to create an introductory documentation of what kind of techniques that exists which can produce higher security, which methods there can be within the development process and what to think about when programming secure web applications. In this paper we have investigated how theoretical manuals in the IT security department handles that area, and interviewed two developers from two different companies to see how they use security in their web applications. The study has an exploratory technical perspective and does not explain how to practically use and interconnecting different security-enhancing technologies, but is more suppose to give a first glance at what is available and sow a seed for those interested to continue reading further about the subject. The results of the study was generated through comparison of the theoretical material with the empirical material, to then conclude the most prominent points of what are different and similar between those materials. During the study some key points has been revealed for development: Responsibility for safety in the application lies, in the cases we looked at, with the developers to describe the technical possibilities and hence vulnerabilities when the client usually does not possess the same technical skills for that. The customer was, as the cases we studied, often not so proactive on safety and does not value it very high (if it was not a security-critical business such as being involved with defense technology). Because the customer in such cases didn’t put security as high priority, there existed a lack of motivation to spend extra money to combat threats that were not considered significant. In cases where extra recourses were spent on security, a measurement was developed that security should not cost more than the value of what it protects else the cost is unjustified. Finally it is noted that it is technically difficult to protect against human errors that can disarm the security, for example a simple or misplaced password.

As part of an internship at Ericsson, this report was written to enhance the understanding of how it is to develop a system that is well established at the workplace. To improve an already existing system is not always as easy as many developers may think. In this report the pros and cons of developing an already existing system has been researched and analyzed. Do note that the results are only from one development of a specific system and that comparison of other developments has been made from other reports and not from experiencing it firsthand. It was found that the choices made can have an impact on further developing and it is important to write down what has been done. Writing down why you choose to do something may help you further down the process why you did what you did. / Som en del av ett praktiskt examensarbete, har denna rapport skrivits för att öka förståelsen av hur det är vidareutveckla ett befintligt och etablerat system. Att förbättra ett redan befintligt system är inte alltid så lätt som många systemutvecklare har uppfattning om. I denna rapport har fördelar och nackdelar med utvecklingen av ett redan befintligt system undersökts och analyserat med hjälp av egna upplevelser. Notera att resultatet är framtaget från en enda upplevelse av en specifik utveckling av ett system. Detta betyder att jämförelser endast gjorts med andra rapporteringar av liknande fall och inte med egen erfarenhet då bara ett system utvecklats under denna tid. Resultatet visar att det är viktigt att du antecknar dina tankar kring de val du gör då det kan hjälpa dig med andra val senare i projektets process.

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.

Hur presterar Single-page applikation och Multi-page applikation beroende på datamängden webbsidan består av?  Hur påverkas svarstiderna beroende om det är en MPA- eller en SPA-baserad webbsida. Dessa frågor är de som ligger i fokus för detta arbete. Empiriska mätningar tillämpades för att besvara de frågor. En webbsida skapades för skönhetssalongen Red Carpet i Skövde. Två olika versioner av webbsidan utvecklades, en SPA-baserad och en MPA-baserad. Skillnaden mellan de båda versionerna är enbart att ena är utvecklad som en SPA och den ena är utvecklad som en MPA.Därefter lades en varierande datamängd i form av bilder till på sidorna för att se hur datamängden påverkar webbapplikationernas svarstider.