The thesis describes the design and implementation of an information system for a small business company. The thesis includes strategic analyzes of the company and an assessment of the current situation associated with the Covid­-19 pandemic. Subsequently, the thesis describes the process of specification and analysis of the requirements of the client, the design and implementation of the system corresponding to the proposals. Finally, the thesis provides the evaluation and expected benefits of the information system.

Detta projekt handlar om att skapa ett bokningssystem till en statlig myndighet, där de kommer att erbjuda en förvägsbokning till besökaren. Besökaren kommer att i förväg kunna välja ett datum och tidpunkt för önskat möte för att sedan ge information om vad mötet skall handla om.  Myndigheten vill även få in information i systemet om samtliga bokade tider. Då ett sådant system saknas, önskas det en webbaserad bokningssystemmed med anledning till digitalisering. Kommunikation samt bokningar sker via telefon vilket tillför överbelastning vid olika tillfällen samt slöseri av resurser.   Projektarbetet började genom att ta kontakt med myndigheten genom en myndighetsansvarig anställd och därefter skapa en idé utifrån hur systemet ska se ut. Därefter implementerades det en kravlista samt en tidsplanering för projektet.   Designprocessen inleddes med att samla information om den befintliga hemsida som myndigheten använde sig av för att anpassa formen, strukturen samt få en inblick på hur en eventuell lösning kan se ut. Därefter inleddes arbetet kring en marknadsanalys där forskning kring olika företag som erbjuder en liknande tjänst hänvisades, för att jämföra de samt få en bild av vad sådana företag har att erbjuda till besökarna.    Projektet delades i två huvudområden, teori och praktik. Teoriområdet handlar om författande, planering samt strukturen av projektet. Det praktiska området handlar om kodningen i form av val av programmeringsspråk, implementation av funktioner samt användartester.    Slutresultatet är ett fullt funktionellt bokningssystem som uppfyller alla uppsatta mål, samt ett bokningssystem som följer myndighetens krav. Till systemet så skapades det två olika hemsidor en som riktar sig till besökarna och en som riktar sig till administrationen. Båda hemsidorna är användarvänliga, relativt säkra samt tar hänsyn till GDPR. Resultatet kunde bekräftas genom ett antal olika användartester samt olika undersökningar. I framtiden så önskas det att bokningssystemet kan utvecklas mer för att nå högre nivå av bekvämlighet. / This project is about creating a booking system for a government agency, where the agency will offer advance booking to the visitors. The visitors will be able to choose in advance the date and time for the desired meeting and then provide information about what the meeting will be about. The agency also wants information about the booked times. The agency does not have any form of web-based booking system, what the agency currently has is contact during opening hours by telephone calls.   The work began by contacting the agency and then creating an idea of what the system should look like, then a list of requirements and time planning for the project was created.   The design process begins with gathering information about the existing website that the that the agency uses to adapt the shape of the system to the website and to get an insight into what it might look like. Then market analysis began where different companies that offer such a service were taken up to compare them and get an idea of what such companies offers to the customers who target them.   The project was divided into two main areas, namely theory and practical areas. The theory area is about writing the project planning and structuring the project. The practical area is about coding in the form of choice of programming language, implementation of functions and user tests.   The result is a fully functional booking system that meets all set goals, as well as a booking system that follows the agency’s requirements. For the system, two different websites were created, one aimed at the visitors, and one aimed at the administration. Both websites are user friendly, relatively secure and take GDPR into account. The result could be confirmed through several different user tests and surveys that were carried out during the project. In the future, it is desired that the booking system can be developed more to reach a higher level of convenience.

<p> </p><p>Jönköpings styrkelyftarklubb är en liten organisation som behöver ett snabbare sätt att hantera sin bokföring.</p><p>Syftet med detta arbete är att undersöka utvecklingen av ett Internetbaserat ekonomiprogram för användning av utvalda i en liten organisation samt utreda vilka metoder och verktyg som är lämpligast för uppgiften utifrån de krav som finns.</p><p>OOS/UML-modellen som delar in utvecklingsprocessen i 4 steg används. Bara de 3 första stegen behandlas i denna rapport: planering, prototyputveckling och konstruktion. Det teoretiska ramverket berör flera relevanta ämnen för detta projekt. Den första delen innehåller information om öppen källkod och avslutas med en beskrivning av det valda skriptspråket: php. Den andra delen fokuserar på databaser, och går från generella designteorier till användningen av MySQL och säkerhetsproblem. Den tredje delen fortsätter på området säkerhet, och behandlar förutom säkerhet i databaser även kryptering på webben. Den fjärde delen beskriver ekonomiska system och deras utveckling och användning. Kapitlet avslutas med en kort titt på Ajax som ett medel för ökad användbarhet.</p><p>Arbetet ledde till några allmänna slutsatser om utvecklingen av ett system som detta. Planering är viktigt eftersom tidsåtgång är svårt att förutse och systemet inte kommer kunna ersätta vare sig ekonomiprogram eller webbutiker till fullo. Att använda existerande lösningar på programmeringsproblem sparar tid, och ibland är det värt att ändra i designen för att kunna använda en sådan. Avslutningsvis bör man prioritera egenskaper, eftersom en kombination av system som detta annars kan bli allt för stort och komplext. Prestanda, användbarhet, kostnad och säkerhet är aspekter som alla tävlar om samma resurser. I detta projekt visade prestanda och kostnad sig vara viktigast och fick prioriteras.</p>

Para modelar la replicación de MySQL, los administradores de base de datos (DBA’s) utilizan herramientas de diagramación, tales como Microsoft Visio. Sin embargo, este tipo de herramientas no permiten validar automáticamente si un modelo de replicación MySQL está libre de errores, lo que puede resultar tener documentación errónea de los modelos de replicación. Estas herramientas tampoco permiten generar automáticamente a partir del modelo, los comandos mysqlreplicate de configuración. La falta de estas funcionalidades conlleva a realizarlas de forma manual, la cual se torna en una tarea tediosa, propensa a errores y que consume tiempo, más aún si el número de servidores MySQL del modelo es alto, con 15, 20, 25 o más servidores. Este trabajo de investigación propone el desarrollo de la herramienta MySQL Replication Modeling que permita a los DBA’s modelar la replicación de MySQL y validar automáticamente si el modelo es correcto, mostrando los errores en caso existan. Además, una vez que el DBA ha corregido y validado el modelo, la herramienta es capaz de generar automáticamente los comandos mysqlreplicate de configuración. La herramienta se desarrolló siguiendo las fases del Proceso Unificado de Rational (RUP) y basada en la Ingeniería Dirigida por Modelos (MDE) bajo la plataforma Eclipse. Los resultados demuestran que la herramienta propuesta MySQL Replication Modeling permite validar automáticamente un modelo de replicación de MySQL, y reduce en más del 87% el tiempo en identificar y corregir los errores de un modelo de replicación con 25 servidores comparado con el uso de la herramienta Microsoft Visio 2013. Los resultados también demuestran que con el uso de la herramienta propuesta se reduce en más del 99% el tiempo para generar los comandos mysqlreplicate de configuración comparado con el uso de la herramienta Microsoft Visio 2013. / To model the MySQL replication, the database administrators (DBAs) use diagramming tools, such as Microsoft Visio. However, this type of tools do not allow automatically validating if the MySQL replication model is free of errors. Thus, we can have erroneous documentation of the MySQL replication models. These tools also do not allow automatically generating from the model, the mysqlreplicate commands of configuration. Due to the lack of these features, these are done manually, which becomes a tedious task, error prone, and time consuming, especially if the number of servers MySQL of the model is high, with 15, 20, 25 or more servers. This research proposes the development of the tool MySQL Replication Modeling that allows to the DBA’s modeling the MySQL replication and automatically validate if the model is correct, showing if there are errors. In addition, once the DBA has fixed and validated the model, the tool is capable of generating the mysqlreplicate commands of configuration. The tool was developed following the phases of the Rational Unified Process (RUP) and based on the Model Driven Engineering (MDE) under the Eclipse platform. The results demonstrate that the proposed tool MySQL Replication Modeling allows automatically validate a MySQL replication model, and reduce in more than 87% the time to identify and fix a MySQL replication model with 25 servers compared with the use of the tool Microsoft Visio 2013. The results also demonstrate that with the use of the proposed tool the time to generate the mysqlreplicate commands of configuration is reduced in more than 99% compared with the use of the tool Microsoft Visio 2013. Keywords: MySQL Replication Modeling, Model Driven Engineering, MDE.

Det finns olika typer av arkitekturer i webbapplikationer. I moderna applikationer används ofta AJAX för att skicka och hämta data. Ajax skickar ofta JSON i klartext. Det finns integritetsrisker med att skicka JSON i klartext då personer kan använda sig av webskrapning för att hämta den data som skickas för att använda till en egen applikation. I denna studie kommer olika dataobfuskeringstekniker undersökas för att se om de påverkar svarstider vid inmatning och hämtning av data i en JavaScript applikation. Hypotesen för detta arbete är att det inte kommer vara någon signifikant skillnad i svarstider när data obfuskeras och avobfuskeras. Resultaten i denna studie dementerar hypotesen då samtliga testfall som utförs visar att det finns en signifikant skillnad på svarstider.

De traditionella databaserna har sedan länge varit byggda på relationsdatamodellen och skrivna i SQL. Men ju större datamängder det började komma desto mer kapacitet behövdes för att kunna lagra dessa, därför skapades NoSQL. Eftersom det blev sådana stora datamängder så blev det naturligtvis intressant att analysera all data. Men då det är sådana enorma mängde data så är det omöjligt att gå igenom rad för rad. Inom statistik och analys världens så finns det en rad olika hjälpmedel, ett av dessa är R. Den här studien kommer att försöka ta reda på om det finns något databasalternativ som är bättre än det på att arbeta tillsammans med R. Syftet är att kunna ge företag och privatpersoner en bra bild om vad de skall välja när det kommer till databasalternativ hur de på enklast sätt skall kunna plocka in data för analys genom ett experiment. Resultatet av experimentet visar att MySQL var det snabbare alternativet för den datamängd som användes. Troligtvis kommer det att skifta om större datamängder testas.

Loggning är en viktig del i utvecklingen av en hemsida för att kunna förstå sina användare och hur de använder applikationen. Med hjälp av visualisering går det att visa data på ett tydligare sätt och det blir enklare att dra slutsatser om vad datan faktiskt säger. Lagring är ett av de problem som finns med loggar eftersom de tenderar att växa snabbt. I denna studien utförst ett experiment för att svara på frågan  ”Är MongoDB mer effektiv än MySQL vid inläsning av sparad loggdata med avseende på prestanda”. Detta svaras på genom ett mäta svarstider för respektive databas. Hypotesen för arbetet är att MongoDB är mer effektiv än MySQL, men resultatet visar att MongoDB är långsammare i samtliga testfall som genomfördes i studien. I framtiden skulle det vara intressant att utöka arbetet med fler databaser samt att bygga om drivrutien för hur MongoDB och PHP kommunicerar med varandra.

Varje gång det sker ett dyk ska det skrivas en dyklogg som beskriver vad som gjorts och vad som setts. Dock brukar dessa loggar lagras fysiskt vilket leder till att datan försvinner med tiden. Man bör därför lagra loggarna i en databas för att bevara datan och förenkla interaktion. Ett problem med att lagra data i en databas är att datamängderna kan öka till stora mängder och databaserna då kan bli långsamma och nästintill oanvändbara. I studien utförs ett experiment som undersöker vilken databas som bör användas mellan MySQL och MongoDB och ger svar på hypotesen ”Genom att använda sig av MongoDB kan man få bättre svarstider än med MySQL, särskilt vid användning av större datamängder”. Detta undersöks genom att jämföra svarstiden mellan respektive databas och resultatet visar att MongoDB presterar bättre än MySQL vid hantering av dykloggar. I framtiden vore det intressant att använda fler databaser samt andra tekniker för att hantera datan.

MySQL är ett databassystem som hör till typen relationsdatabaser och lagrar dataenligt relationsdatamodellen och använder sig av frågespråket SQL. MySQL har flertalet datatyper och sedan version 5.7.8 finns datatypen JSON som kan användas för lagring av data med JSON-format. JSON är idag den ledande standarden för datautbyte för webbapplikationer. Ett experiment genomförs där datatyperna JSON, BLOB och TEXT testas i MySQL. Detta för att ta reda på vilken datatyp som är att föredra med avseende på svarstid vid hämtning och uppdatering av specifika värden i lagrad JSON-data. En miljö sätts upp för att genomföra en pilotstudie följt av ett antal tester för att påvisa detta. Resultatet visar på att datatyperna BLOB och TEXT presterar snabbare svarstid än JSON förutom i de fall då specifika funktioneranpassade för datatypen i MySQL används.

I denna studie utförs ett experiment med en empirisk mätning på svarstiderna från Redis och Memcached som cachningstekniker med en MySQL-databas. En webbapplikation hämtar data från databasen, som lagras på en cacheserver. Experimentet utförs på en laptop som hanterar alla delar i systemet. Tiden det tar för webbapplikationen att få den begärda informationen från cache eller databasen, kallas för svarstid. Hypotesen antar att Redis skall producera ett bättre resultat än Memcached. En webbplats skapades som artefakt och används som testmiljö där experimentet utförs. Användningen av Memcached ändrades till Memcache på grund av kompatibilitetsproblem mellan Memcached och Windows. Memcache är en äldre version av Memcached, men som innehåller samma funktioner. De resultaten som framförs av mätserierna presenteras i linjediagram och stapeldiagram, där medelvärdet av svarstider samt standardavvikelse. I en analys visas Redis utföra en bättre cachning än Memcache. I alla tre mätserier visar Redis ett lägre medelvärde av svarstider än Memcache.