The goal of this master thesis was create suitable and easy to use software, which can help workers with maintaining of elevator. For this purpose it was necessary to study communication interface and protocol of control unit borrowed from the company Výťahy ZEVA s. r. o. There was necessary to find suitable device for communication between control unit and server. Server is used for store and visualize actual data of elevator system. Server can set the parameters of the elevator remotely and demand actual configuration of elevator. User can watch historical data from server. The users use server after authentication with different competency. Users with an appropriate competency can set the notifications in the system, which can warn their in case of problem with elevator and reduce the reaction time and time to resolution of the problem.

The purpose of this study is to compare the two architectural techniques REST and GraphQL. This thesis will compare the two techniques and what defines them. A literature study and experimental study are carried out by the researchers. Four applications have been developed that include the ability to disable and to enable caching for both technologies to test the performance effect of caching. Earlier work has not covered the effects on caching related to these two frameworks. The literature study results point to that REST services are up to date and GraphQL is a technique with a shorter history, but that has declared growth in the industry and is a well suited choice for example when bandwidth matters in mobile phone applications. In the experimental study the tests showed slightly better results on average for REST API in terms of total response time (ms). Depending on the intended project there are many factors that need to be evaluated before making a decision on which framework to use.

Ingen hade nog förväntat sig att världen skulle drabbas av den Covid-19 pandemi som började spridas 2019, och som än idag hänger i juni 2021. En långdragen världsomfattande kris. Det är dock inte den enda typ av kris som kan uppstå, skogsbränder och skolskjutning är även exempel på kriser och något vi sett ske flera gånger tidigare. Kriser kräver övning och då skogsbränder och skolskjutning är något som varit återkommande är det viktigt att övning sker inför nästa eventuella kris. CriseIT-projektet är ett samarbete mellan Sverige och Norge, mer specifikt Värmland och Hedmark med syfte att ta fram verktyg och metoder för att utöka digital krisövning. Lärplattformen Canvas (Learning Management System LMS) har i en tidigare studie visats relevant som plattform för krisövning, då den uppfyllde önskad användarbarhet och gav rätt förutsättningar. En funktionalitet som CriseIT har efterfrågat är möjligheten till import av data, eftersom den saknas i dag.I en tidigare studie genomförde CriseIT en seminarieövning i Canvas, som då skrevs in manuellt via Canvas grafiska gränssnitt. Något som är tidskrävande och som önskas effektiviseras genom att i stället importera krisövningar till LMS:et. CriseIT’s mål är dock att kunna importera övningar oavsett LMS och de önskade därmed att även Moodle undersöktes för dess möjlighet att importera data. Två jämföranden genomfördes därmed i denna studie mellan lärplattformarna Canvas och Moodle av vad för funktionalitet respektive gränssnitt erbjuder, samt vilka möjligheter som finns för att importera data via Canvas REST API och Moodle Web Services API. Jämförelsen bygger på en komparativ metod och är baserad på åtta kriterier som kan tänkas ingå i en seminarieövning. Dessa kriterier testades via respektive lärplattforms gränssnitt, samt via verktyget Postman genom API-anrop bestående av testdata för att undersöka respektive API:s funktionalitet och möjlighet till dataimport. Ytterligare genomfördes ett tredje jämförande av vilka skillnader och/eller likheter som finns mellan Canvas LMS REST API och Moodle Web Services API.Resultatet av studien visade att Canvas via dess REST API kan importera alla önskade kriterier medan Moodle:s API Web Services i dagsläget inte innehåller funktionalitet för att importera några av kriterierna. Därmed genomfördes även en jämförelse av kriterierna via respektive lärplattforms grafiska gränssnitt för att studera om funktionaliteten fanns via gränssnittet. Resultatet av jämförelsen visade att både Canvas och Moodle via dess grafiska gränssnitt klarar av att genomföra alla åtta kriterier. Vidare visar resultatet av studien att Canvas REST API från ett tekniskt perspektiv är mer utvecklat än Moodle:s Web Services REST API.

This work deals with the design and implementation of a web application for playback and annotation of multimedia data from files in BAG format. The created annotations are intended for training artificial intelligence in robotic systems. The resulting application is implemented with the help of React library for creating the user interface and framework Django for the server-side REST API. The entire application is containerized using Docker. This work describes the BAG format, analyzes modern libraries for creating web applications and introduces existing solutions for data annotation or playback of BAG files. Furthermore, the design of the application is presented and its implementation is described. A separate library rosbag_pyreader, which is used to read BAG files with random access, was created as part of this work. The resulting application allows user to display and annotate 2D and 3D data from multiple robotic sensors at the same time and then export the annotations in JSON format.

Denna studie fokuserar på att jämföra responstiden för API:er skapade med Laravel och Spring Boot inom flygresebranschen för att förbättra användarupplevelsen och minska risken för kundförlust. REST-standarden, som använder HTTP-metoderna GET, PUT, DELETE och POST för att hantera resurser, är en viktig del av webbutveckling. Trots detfinns det en brist på studier som jämför dessa två ramverk när det gäller responstid. Genom att utveckla fyra REST-API:er, en databas och ett testverktyg analyseras responstid och testas hypotesen i examensarbetet. Resultaten visar att Spring-Boot erbjuder en stabil och kortare responstid jämfört med Laravel för både GET- och POST-request. Framtida forskning kan utvidga studien till att inkludera andra populära API-ramverk för att ge en mer omfattande förståelse av API-ramverkslandskapet och underlätta val av ramverk baserat på specifika projektbehov.

REST står för “Representational State Transfer” och är en arkitekturstil som har blivit ett populärt val för implementation av serviceorienterade arkitekturer (Haupt, Leymann &amp; Vukojevic-Haupt, 2018). REST är en koordinerad uppsättning av arkitektoniska restriktioner som syftar på att minimera latens och nätverkskommunikation, samtidigt som oberoendet och skalbarheten av komponentimplementering maximeras (Fielding &amp; Taylor, 2002). REST är främst baserat på HTTP (Hypertext Transfer Protocol) och skapandet av ett REST api går att genomföra med hjälp av de flesta programspråken. Ett REST api kan dock utvecklas med hjälp av många olika programspråk och vilket programspråk som ska användas för att få den bästa responstiden finns det i dagsläget väldigt lite forskning om. Detta arbetet kommer att jämföra två olika programspråk för att se vilket programspråk som kan användas för att utveckla ett REST api med den bästa responstiden. De programspråk som kommer att användas är Python och PHP. Resultatet på experimenten är att REST api:et skapat med hjälp av PHP har den bästa responstiden jämfört ett liknande REST api skapat med hjälp av Python. En slutsats kan då dras att ett REST api:et skapat med hjälp av PHP har den bästa responstiden. / <p>Det finns övrigt digitalt material (t.ex. film-, bild- eller ljudfiler) eller modeller/artefakter tillhörande examensarbetet som ska skickas till arkivet.</p>

In today’s computer environments the systems are getting bigger and more complex for each day that passes by. The motivating factor for this is that the customer wants to achieve more and more with their computer systems than before. The only way to really solve this task is to use even more APIs (Application program interfaces) in their systems.     When using more APIs in a system, there is a chance that the specific system provides the same type of API twice, which of course, is a waste of storage and resources. In addition, the more APIs a system contains, the bigger the risk is for mismanagement of these APIs. In the worst case, this can result in security breaches or data leaks.  This thesis investigates specific APIs provided for a customer of Sigma IT Consulting. The aim is to evaluate and organize the APIs according to their usability criteria. The main focus of the evaluation is the available documentation which will be evaluated by a questionnaire survey distributed to senior software developers at Sigma IT Consulting in Växjö. Conclusions will then be drawn depending on the result from the survey, and we can then see if Azure API management (which is a service to make a system more user – friendly) is accurate in its way of organizing with the API usability as the main focus! Unfortunately, Azure API management did not have any possibility what so ever to customize the API placement in a system, and the only way the APIs are organized is in alphabetical order. Therefore, a prototype with even more sorting functionality than Azure API management will also be presented in this thesis.

This master's thesis deals with Big data processing in distributed system Apache Spark using tools, which allow remotely entry and execution of Spark tasks through web inter- face. Author describes the environment of Spark in the first part, in the next he focuses on the Apache Livy project, which offers REST API to run Spark tasks. Contemporary solutions that allow interactive data analysis are presented. Author further describes his own application design for interactive entry and launch of Spark tasks using graph repre- sentation of them. Author further describes the web part of the application as well as the server part of the application. In next section author presents the implementation of both parts and, last but not least, the demonstration of the result achieved on a typical task. The created application provides an intuitive interface for comfortable working with the Apache Spark environment, creating custom components, and also a number of other options that are standard in today's web applications.

Current systems for counting cars on parking lots usually use specialized equipment, such as barriers at the parking lot entrance. Usage of such equipment is not suitable for free or residential parking areas. However, even in these car parks, it can help keep track of their occupancy and other data. The system designed in this thesis uses the YOLOv4 model for visual detection of cars in photos. It then calculates an embedding vector for each vehicle, which is used to describe cars and compare whether the car has changed over time at the same parking spot. This information is stored in the database and used to calculate various statistical values like total cars count, average occupancy, or average stay time. These values can be retrieved using REST API or be viewed in the web application.

This thesis deals with the issue of preparation of final exams at the Faculty of Information Technology of Brno University of Technology. It describes the process of design and implementation of a web application that allows teachers to create and manage room schemes and terms of individual exams. An important part of the application is also the automatic placement of students in the rooms and the generation of individual exam assignments for printing based on the given template and the method of placement. The application provides students with a clear view of individual exam terms and details about them. The work will result in a functional and usable web application written in Java using the Spring and Angular frameworks.