To see the other types of publications on this topic, follow the link: APIs REST.
Dissertations / Theses on the topic 'APIs REST'
Create a spot-on reference in APA, MLA, Chicago, Harvard, and other styles
Consult the top 50 dissertations / theses for your research on the topic 'APIs REST.'
Next to every source in the list of references, there is an 'Add to bibliography' button. Press on it, and we will generate automatically the bibliographic reference to the chosen work in the citation style you need: APA, MLA, Harvard, Chicago, Vancouver, etc.
You can also download the full text of the academic publication as pdf and read online its abstract whenever available in the metadata.
Browse dissertations / theses on a wide variety of disciplines and organise your bibliography correctly.
1
Karlsson, Axel. "Automatic Test Generation of REST APIs." Thesis, Linköpings universitet, Institutionen för datavetenskap, 2020. http://urn.kb.se/resolve?urn=urn:nbn:se:liu:diva-170878.
Full text
2
Ed-douibi, Hamza. "Model-driven round-trip engineering of REST APIs." Doctoral thesis, Universitat Oberta de Catalunya, 2019. http://hdl.handle.net/10803/667111.
Full textAbstract:
Les API web s'han convertit cada vegada més en un actiu clau per a les empreses, que n'han promogut la implementació i la integració en les seves activitats quotidianes. A la pràctica, la majoria d'aquestes API web són "REST-like", que significa que s'adhereixen parcialment a l'estil arquitectònic conegut com transferència d'estat representacional ('representational state transfer', REST en anglés). De fet, REST és un paradigma de disseny i no proposa cap estàndard. Com a conseqüència, tant desenvolupar com consumir API REST són tasques difícils i costoses per als proveïdors i clients de l'API. L'objectiu d'aquesta tesi és facilitar el disseny, la implementació, la composició i el consum de les API REST, basant-se en tècniques d'enginyeria dirigida per models ('model-driven engineering', MDE en anglés). Aquesta tesi proposa les contribucions següents: EMF-REST, APIDiscoverer, APITester, APIGenerator, i APIComposer. Aquestes contribucions constitueixen un ecosistema que avança l'estat de la qüestió al camp de l'enginyeria de programari automàtica per al desenvolupament i el consum de les API REST.Las API Web se han convertido en una pieza fundamental para un gran número de compañías, que han promovido su implementación e integración en las actividades cotidianas del negocio. En la práctica, estas API Web son "REST-like", lo que significa que se adhieren parcialmente al estilo arquitectónico conocido como transferencia de estado representacional ('representational state transfer', REST en inglés). De hecho, REST es un paradigma de diseño y no propone ningún estándar. Por ello, tanto el desarrollo como el consumo de API REST son tareas difíciles y que demandan mucho tiempo de los proveedores y los clientes de API. El objetivo de esta tesis es facilitar el diseño, la implementación, la composición y el consumo de API REST, apoyándose en el desarrollo de software dirigido por modelos (DSDM). Esta tesis propone las siguientes contribuciones: EMF-REST, APIDiscoverer, APITester, APIGenerator y APIComposer. Estas contribuciones constituyen un ecosistema que avanza el estado de la cuestión en el área de la ingeniería del software referida a la automatización de las tareas relacionadas con el desarrollo y consumo de API REST.
Web APIs have become an increasingly key asset for businesses, and their implementation and integration in companies' daily activities has thus been on the rise. In practice, most of these Web APIs are "REST-like", meaning that they adhere partially to the Representational State Transfer (REST) architectural style. In fact, REST is a design paradigm and does not propose any standard, so developing and consuming REST APIs end up being challenging and time-consuming tasks for API providers and clients. Therefore, the aim of this thesis is to facilitate the design, implementation, composition and consumption of REST APIs by relying on Model-Driven Engineering (MDE). Likewise, it offers the following contributions: EMF-REST, APIDiscoverer, APITester, APIGenerator and APIComposer. Together, these contributions make up an ecosystem which advances the state of the art of automated software engineering for REST APIs.
3
OLSSON, ROBERT. "Applying REST principles on local client-side APIs." Thesis, KTH, Skolan för datavetenskap och kommunikation (CSC), 2014. http://urn.kb.se/resolve?urn=urn:nbn:se:kth:diva-153671.
Full textAbstract:
Abstract In this thesis, the application of REST principles on local clientside APIs is explored. REST is a popular software architectural style designed with simplicity, scalability and generality in mind. The benefits and drawbacks of using REST over conventional styles of designing local APIs have been investigated, with a specific focus on libspotify. Libspotify is a C API that allows third-party developers to use Spotify’s music streaming service. A local REST API was implemented on top of the libspotify C API. Software metrics were applied to the APIs, showing that the implementation was less decoupled than the equivalent C API. The metric results and relevant previous studies were used to analyze REST in local APIs. The main benefit was found to be the decoupling, leading to better evolvabilityand maintainability of an API. The main drawback is the additional work needed to model a REST API, and to make it more user friendly. The conclusion is that libspotify can benefit from REST, but that it might require more work than designing a conventional local API.Applicering av REST-princper på lokala API:er på klientsidan I det här examensarbetet utforskas användningen av REST principer på lokala API:er. REST är en populär arkitekturstil för att utveckla mjukvara, designad för att vara enkel, skalbar och generell. För- och nackdelar med att använda REST istället för konventionella stilar att utveckla API:er har utforskats, med fokus på libspotify. Libspotify är ett C-API som låter tredjepartsutvecklare använda Spotifys musikströmningstjänst. Ett lokalt REST-API implementerades ovanpå libspotifys C-API. Metoder för att mäta API:ernas egenskaper användes, som visade att det existerande API:t hade ett större beroende mellan mjukvarukomponenter än REST-API:t. Mätresultaten och tidigare relevanta studier användes för att analysera REST i lokala API:er. Den huvudsakliga fördelen visade sig vara det minskade beroendet mellan mjukvarukomponenter, vilket leder till att API:t blir lättare att utveckla och underhålla. Den största nackdelen är det extra arbete som krävs föratt dels modellera ett REST-API, och dels göra det mer användarvänligt. Slutsatsen är att libspotify kan dra nytta utav REST, men att det kan innebära mer arbete än att designa ett konventionellt lokalt API.
4
Coquand, Marc. "Evaluating Functional Programming for Software Quality in REST APIs." Thesis, Umeå universitet, Institutionen för datavetenskap, 2019. http://urn.kb.se/resolve?urn=urn:nbn:se:umu:diva-163967.
Full textAbstract:
Defects in Software engineering are a common occurrence. To mitigate defects the developers must create maintainable solutions and strive for good software quality. A maintainable solution is readable, extensible, not error-prone and testable. In order to make them so developers follow a guideline called SOLID principles. These principles are not enforced by the language but relies on the diligence of the developers, meaning there is nothing stopping them from writing unmaintainable code. This study translates these principles to Functional programming to investigate if Functional programming can be used to construct a library for servers that forces the developer to create correct code without incurring costs in maintenance and readability.
5
Tatrous, Adell, and Rasmus Svensson. "Design Abstraction of IoT REST APIs : Defining Design Patterns." Thesis, Linnéuniversitetet, Institutionen för datavetenskap och medieteknik (DM), 2020. http://urn.kb.se/resolve?urn=urn:nbn:se:lnu:diva-97138.
Full textAbstract:
Smart devices (or things) in the realm of IoT (Internet of Things) talk to each other and transfer data over the Internet.IoT vendors provide APIs for their clients to send data to the gateways and application servers. However, there is a lack of guidelines on how a vendor would design its API and resource URIs (Uniform Resource Identifiers). A generic design solution –design patterns– would make the API design and development easier for the vendors. Design patterns are reusable solutions to recurring problems and provide improved reusability and understandability. Currently, there are no design patterns for URIs of IoT APIs that IoT vendors can use. In this paper, we analyzed more than 1,300 URIs from 13 IoT APIs including IBM Watson and Microsoft Azure, and proposed eight novel design patterns for URIs of IoT APIs. We analyzed one dataset divided into two subsets: (1) analysis set with 70% of all our URIs to define design patterns for URIs of IoT APIs and (2) validation set with the remaining 30% of the URIs to verify the prevalence of the defined design patterns. We could map 84% of our validation set to the defined design patterns, i.e., design patterns are prevalent in the IoT domain.
6
Vosta, Diba. "Evaluation of the t-wise Approach for Testing REST APIs." Thesis, KTH, Skolan för elektroteknik och datavetenskap (EECS), 2020. http://urn.kb.se/resolve?urn=urn:nbn:se:kth:diva-287383.
Full textAbstract:
A combinatorial explosion can occur when all possible combinations of all input parameters of a system are tested. When the number of input parameters and their possible values increase, the number of tests needed to cover each new case increases exponentially. Combinatorial interaction testing (CIT) is a black-box testing technique used to avoid a combinatorial explosion. CIT finds errors that are triggered by the interactions between parameters. One of the so-called combination strategies that can be used for CIT is t-wise testing. T-wise testing requires at least one test case for each combination of any t parameter values where t is the chosen strength - the number of parameters amongst which the interactions are tested. In this report, CIT with t-wise testing is applied to the testing of REST APIs. The thesis examines how 1-wise, 2-wise and 3-wise interaction testing compare when it comes to detecting injected faults in the code of REST APIs. It also studies the effectiveness of the three t-wise combinations in terms of run-time. The questions were examined through three API endpoints where the 1-wise, 2-wise and 3-wise test suites were generated directly from their OpenAPI specification. These test suites were constructed with parameter values in accordance with boundary value analysis and equivalence class partitioning. To answer the questions of this study, mutation testing was used as a means of injecting faults into the system under test. The mutants were developed specifically for this study as the input validation of the affected APIs was done through code annotations of which there are not many established mutation operators. The results of this study show that 1-wise, 2-wise and 3-wise testing of REST APIs all detect the same injected faults when performing mutation testing on the test suites. Furthermore, it showed that the run-time of the test suites increases significantly as the strength of t-wise testing increases. However, these results are limited to this particular study and cannot be assumed to coincide with other REST APIs. To further strengthen this conclusion for the general case, possible future work is suggested.En kombinatorisk explosion kan uppstå när all möjliga kombinationer av inputparametrar av ett system testas. Antal testfall som behövs för att täcka alla kombinationer av inputparametrar växer exponentiellt när antalet parametrar och dess möjliga värden ökar. För att undvika en kombinatorisk explosion används kombinatorisk interaktionstestning vilket är en typ av black box testning. Syftet med kombinatorisk interaktionstestning är att hitta de fel som uppstår på grund av interaktioner mellan parametrar. Kombinatorisk interaktionstestning har ett flertal så kallade kombinationsstrategier och den kombinationsstrategi som denna rapport använder är t-wise testning. Kravet med t-wise testning är att skapa åtminstone ett testfall för varje kombination av t parametervärden där t är styrkan mätt i antalet parametrar som interaktioner sinsemellan testas. Denna rapport evaluerar effekterna av t-wise testning som en testningsmetod för REST APIer. Uppsatsen jämför hur väl 1-wise, 2-wise och 3-wise interaktionstestning upptäcker injicerade fel i källkoden av ett REST API. Utöver det undersöks även hur effektiva testsekvenserna är med hänsyn till exekveringstiden. Dessa aspekter undersöktes med hjälp av tre API slutpunkter där testsekvenser för 1-wise, 2-wise och 3-wise skapades direkt utifrån deras OpenAPI specifikationer. Testsekvenskerna som skapades använde gränsvärdeanalys och ekvivalensklasspartitionering för att generera parametervärden. För att kunna besvara frågorna i uppsatsen användes mutationstestning för att injicera fel i källkoden. I det här fallet utvecklades mutanterna specifikt för studien eftersom APIernas inputvalidering bestod av valideringsregler vilka inte har fastställda mutationsoperatorer. Resultaten av studien visade att både 1-wise, 2-wise och 3-wise testning av REST APIer kunde identifiera samma injicerade fel. Därutöver förlängs exekveringstiden av en testsekvens markant när styrkan av t-wise testning ökar. Däremot är dessa resultat begränsade till just detta arbete och kan inte antas stämma för alla fall at t-wise testning av REST APIer. För att stärka slutsatsen av detta arbete och generalisera svaren på frågorna föreslås framtida arbeten som kan göras.
7
Karlsson, Oliver. "A Performance comparison Between ASP.NET Core and Express.js for creating Web APIs." Thesis, Jönköping University, JTH, Avdelningen för datateknik och informatik, 2021. http://urn.kb.se/resolve?urn=urn:nbn:se:hj:diva-54286.
Full textAbstract:
Modern web applications are growing in complexity and becoming more widely used. Using frameworks to build APIs is a popular way for both hobby developers and businesses to speed up development time and save costs. With this dependence on frameworks to be the foundation for potentially large applications comes the need to understand their performance qualities and which areas they are best suited for. This study compares the performance of the two similarly popular frameworks ASP.NET Core and Express.js, when used together with a MySQL Database to build Web APIs. This was done by building two different API implementations in each framework, one employing a RESTful approach and the other using the new querying language GraphQL. Experiments were run where the peak CPU usage, peak memory usage and response times were measured.The results of the experiments were that in a RESTful API, ASP.NET Core is faster at serving requests during lower loads whereas Express.js outperforms ASP.NET Core when faced with a higher amount of concurrent requests that fetch a lot of data. In a GraphQL API Express.js was able to perform similarly or better in all cases in terms of response times and resource usage compared to ASP.NET Core.
8
Danielsson, Tina. "Portering från Google Apps REST API till Microsoft Office 365 REST API." Thesis, Linköpings universitet, Artificiell intelligens och integrerad datorsystem, 2015. http://urn.kb.se/resolve?urn=urn:nbn:se:liu:diva-119076.
Full textAbstract:
Stress på arbetsplatsen relaterat till många inkommande och utgående kommunikationskanaler är ett reellt problem. Applikationer som samlar alla kanaler i samma verktyg kan hjälpa till på det här området. För att förenkla vid utveckling av en sådan applikation kan ett modulärt system skapas, där varje modul ser liknande ut och enkelt kan kopplas in i en huvudapplikation. Den här studien undersöker de problem som kan uppstå när flera tjänster ska integreras, mer specifikt genom att titta på hur en befintlig modul för e-post via Google Apps kan porteras för att stödja e-post via Microsoft Office 365. Arbetet har skett enligt metoder för testdriven portering och varje steg i porteringen har dokumenterats noggrant. Ett antal problemområden har identifierats och möjliga lösningar föreslås. Utfrån de problem som uppstått dras slutsatsen att de är av en sådan karaktär att de inte utgör något hinder för en portering.
9
Segedy, Patrik. "Fuzz testování REST API." Master's thesis, Vysoké učení technické v Brně. Fakulta informačních technologií, 2020. http://www.nusl.cz/ntk/nusl-417280.
Full textAbstract:
Táto práca sa zaoberá fuzz testovaním REST API. Po prezentovaní prehľadu techník používaných pri fuzz testovaní a posúdení aktuálnych nástrojov a výskumu zameraného na REST API fuzz testovanie, sme pristúpili k návrhu a implementácii nášho REST API fuzzeru. Základom nášho riešenia je odvodzovanie závislostí z OpenAPI formátu popisu REST API, umožňujúce stavové testovanie aplikácie. Náš fuzzer minimalizuje počet po sebe nasledujúcich 404 odpovedí od aplikácie a testuje aplikáciu viac do hĺbky. Problém prehľadávania dostupných stavov aplikácie je riešený pomocou usporiadania závislostí tak, aby sa maximalizovala pravdepodobnosť získania potrebných vstupných dát pre povinné parametre, v kombinácii s rozhodovaním, ktoré povinné parametre môžu využívať aj náhodne generované hodnoty. Implementácia je rozšírením Schemathesis projektu, ktorý generuje vstupy za pomoci Hypothesis knižnice. Implementovaný fuzzer je použitý na testovanie Red Hat Insights aplikácie, kde našiel 32 chýb, z čoho jednu chybu je možné reprodukovať len za pomoci stavového testovania.
10
Koudelka, Jakub. "Metodika návrhu REST rozhraní aplikací." Master's thesis, Vysoká škola ekonomická v Praze, 2011. http://www.nusl.cz/ntk/nusl-150021.
Full textAbstract:
This work deals with an analysis and design of application programming interface (API) within the architectural style known as REST (Representational State Transfer). Beginning of this thesis covers basic introduction of HTTP protocol and REST fundamentals, followed by analysis and solution proposals of common situations that can occur in API. Sample application was implemented by following these proposals.
11
Grimberg, Marcus, and Ludwig Nord. "REST API & Mobile Application." Thesis, Högskolan i Halmstad, Akademin för informationsteknologi, 2019. http://urn.kb.se/resolve?urn=urn:nbn:se:hh:diva-40487.
Full textAbstract:
DH Anticounterfeit, a company working against counterfeit products, has a mobile application that lacks a proper back-end system to handle and store DH Anticounterfeits data. There are plenty of ways to go about to x this problem, but this thesis is focused on the development of a REST API that will be replacing the non-existent system. The main goal is to create the API and run it within a containerized environment using Docker. The whole system should run on Amazon Web Services, that will be working as a server to keep the system going at all times. Nowadays, security is important due to plenty of ways to attack a system, which is why security and authorization will be a high priority. The result will be a well-functioning, high security system that uses MongoDB database to store and process data in a secure way.
12
Longa, Chevarría Bryan Henry. "Rest Api for management of electronic devices." Bachelor's thesis, Universidad Peruana de Ciencias Aplicadas (UPC), 2018. http://hdl.handle.net/10757/624358.
Full textAbstract:
cosas. La cual propone permitirnos un cuasi completo control de nuestro entorno el cual nos brinda una gama de aplicaciones muy amplia, entre estas la domótica, seguridad del hogar y empresa, automatización de tareas y control de dispositivos en general.
La necesidad de conexión entre un cliente universal y estos dispositivos de la IoT es lo que da inicio a Rapimed. Este proyecto tiene como principal propósito la creación de una interfaz universal que proporcione la capacidad a un desarrollador de controlar dispositivos electrónicos desde cualquier lenguaje de programación que sea capaz de comunicarse con servicios en la nube.
Los retos que presenta el proyecto caben en diferentes aristas. En primer lugar, el componente de control de los dispositivos electrónicos con capacidad de comunicación con el servidor. En segundo lugar, la conexión entre este dispositivo controlador electrónico de bajo nivel y el cliente. Este componente es el que se encarga de la comunicación especializada y brinda una Interfaz de programación (API) a través de servicios RESTful. Por último, cómo el usuario final va a controlar o se va a comunicar con estos dispositivos.
En síntesis, siguiendo la megatendencia del Internet of Things y la mayor necesidad de comunicación entre dispositivos electrónicos y clientes multiplataforma se crea el proyecto RAPIMED el cual apunta a crear una interfaz de programación a través de servicios RESTful que pueda ser consumida desde cualquier lenguaje de programación.One of the current megatrends of technology is the development of the IoT or the Internet of things. This allows a quasi complete control of our environment which gives us a wide range of applications, including home automation, home and business security, automation of tasks and control of devices in general. The need for connection between a universal client and these devices of the IoT is what starts Rapimed. The main purpose of this project is the creation of a universal interface that provides a developer with the ability to control electronic devices from any programming language that is capable of communicating with cloud services. The challenges presented by the project fit in different edges. First the control component of electronic devices with communication capability with the server Secondly the connection between this low-level electronic driver device and the client. This component is responsible for specialized communication and provides a programming interface (API) through RESTful services. Finally, how the end user will control or communicate with these devices. In short, following the megatrend of the Internet of Things and the greater need for communication between electronic devices and multiplatform clients, the RAPIMED project is created, which aims to create a programming interface through RESTful services that can be consumed from any programming language.
Tesis
13
Koch, Ondřej. "Katalogizace webových služeb založených na architektuře REST." Master's thesis, Vysoká škola ekonomická v Praze, 2011. http://www.nusl.cz/ntk/nusl-150018.
Full textAbstract:
Currently there is a lot of enterprise middleware platforms based on SOAP-oriented webservices. However common message oriented middleware does not fully satisfy the need of integration small to middle sized services keeping the expenses reasonably low. The main goal of this thesis is to provide the analysis, and achitecture of a catalog for REST based webservices and to provide implementation at least for the purpose of practical examples. This catalog should enable it's users the publication of REST webservices, their categorization, searching, sharing and providing metainformation and therefore providing support for the deployment process, propagation, maintanance and further development and therefore lead to higher standarization of these services. The system should be percieved as a proof of concept of support system of a RESTful MOM.
14
Araya, Cristian, and Manjinder Singh. "Web API protocol and security analysis." Thesis, KTH, Data- och elektroteknik, 2017. http://urn.kb.se/resolve?urn=urn:nbn:se:kth:diva-208934.
Full textAbstract:
There is problem that every company has its own customer portal. This problem can be solved by creating a platform that gathers all customers’ portals in one place. For such platform, it is required a web API protocol that is fast, secure and has capacity for many users. Consequently, a survey of various web API protocols has been made by testing their performance and security. The task was to find out which web API protocol offered high security as well as high performance in terms of response time both at low and high load. This included an investigation of previous work to find out if certain protocols could be ruled out. During the work, the platform’s backend was also developed, which needed to implement chosen web API protocols that would later be tested. The performed tests measured the APIs’ connection time and their response time with and without load. The results were analyzed and showed that the protocols had both pros and cons. Finally, a protocol was chosen that was suitable for the platform because it offered high security and fast connection. In addition, the server was not affected negatively by the number of connections. Reactive REST was the web API protocol chosen for this platform.Det finns ett problem i dagens samhälle gällande att varje företag har sin egen kundportal. Detta problem kan lösas genom att skapa en plattform som samlar alla kundportaler på samma plats. För en sådan plattform krävs det ett web API protokoll som är snabb, säker och har kapacitet för många användare. Därför har en undersökning om olika web API protokolls prestanda samt säkerhetstester gjorts. Arbetet gick ut på att ta reda på vilket web API protokoll som erbjuder hög säkerhet och hög prestanda i form av svarstid både vid låg och hög belastning. Det ingick också i arbetet att göra en undersökning av tidigare arbeten för att ta reda på om eventuella protokoll kunde uteslutas. Under arbetet utvecklades också plattformens backend som implementerade de olika web API protokollen för att sedan kunna utföra tester på dessa. Testerna som utfördes var svarstid både med och utan belastning, uppkopplingstid samt belastning. Resultaten analyserades och visade att protokollen hade både för- och nackdelar. Avslutningsvis valdes ett protokoll som var lämpad för plattformen eftersom den hade hög säkerhet samt snabbast uppkopplingstid. Dessutom påverkades inte servern negativt av antalet uppkopplingar. Reactive REST valdes som web API protokoll för denna plattform.
15
Stefan, Ehlert, and Hjelström Björn. "Arkitektur för mashup av flera REST API:er." Thesis, Tekniska Högskolan, Högskolan i Jönköping, JTH, Datateknik och informatik, 2017. http://urn.kb.se/resolve?urn=urn:nbn:se:hj:diva-35431.
Full textAbstract:
Web API:er i dess olika former är ett vanligt sätt att tillgängliggöra tjänster via webben. Idag är REST den dominerande arkitekturen för utveckling av publika API:er. När flera web services slås samman kallas det för en mashup. Problemet som undersöks är hur flera REST API:er kan slås samman till en mashup. Syftet med det här arbetet är att föreslå en generell arkitektur för mashups vid sammanslagning av REST API:er. Arbetet utfördes som en designundersökning där målet var att ta fram en artefakt i form av en generell arkitektur för mashups av REST API:er. Med hjälp av tidigare forskning togs egenskaper fram som lägger grunden till den nya arkitekturen som föreslagits i det här arbetet. Arkitekturen implementerades som en applikation hos företaget Cygate AB. Arkitekturen utvärderades sedan av Cygate AB med hjälp av fyra kriterier vilka mäter kvalitén på mjukvara. Arkitekturen anses vara av god kvalité enligt den utvärdering som utfördes av Cygate AB. Slutsatsen drogs att arkitekturen är tillämpbar i liknande scenarion där flera REST API:er slås samman i en mashup.Web APIs in their different shapes and sizes are a common way to make services accessible through the web. Today, the REST architectural style is the dominating approach to develop public APIs. When combining several web services, it is called creating a mashup. The problem explored in this thesis is how several REST APIs can be combined into a mashup. Consequently, the purpose of this thesis is to suggest a generic architecture for mashups combining REST APIs. A design science approach is used in this study to develop an artifact in the form of a generic architecture for mashups of REST APIs. By studying previous research, characteristics and properties are found that represent the basis of the proposed architecture. The architecture is implemented as an application in a real world scenario at Cygate AB. The architecture is, finally, evaluated by Cygate AB through four criteria that measure software quality. The architecture is deemed to be of good quality according to the evaluation performed by Cygate AB. Conclusions can be made that the architecture is applicable in similar scenarios where several REST APIs are combined to a mashup.
16
Chernikava, Alena. "Reprezentace business procesů jako zdrojů REST architektury." Master's thesis, Vysoké učení technické v Brně. Fakulta informačních technologií, 2016. http://www.nusl.cz/ntk/nusl-255400.
Full textAbstract:
Almost every company in the world deals with business processes on a daily basis. And business can derive signi cant bene t from taking a formal approach. This means, that the business process is formally described (for example using Business Process Modeling Notation 2.0) and implemented in some Business Process Engine (BPE). The aim of the thesis is to design a general API (BP Orchestration Web Services) that does not depend on BPE for business process monitoring and manipulation. The main problem of current APIs is that they are not uni ed, do not provide enough exibility and are too tied to the one particular BPE. This thesis includes general information about work ow, about BPMN and basic principles of REST architectural style. Based on this knowledge problesms were formally stated and as a solution BP Orchestration Web Services were designed and implemented. Web Services allow to instantiate a process from abstract de nitions, monitor the state of the process and manipulate with the process (including advanced manipulations such as exchanging a sub-process in the running instance for some another compatible sub- process). The RESTful API was designed in a way to minimize the client implementation and restrict client’s knowledge about internal details. As part of the thesis a connector to BonitaBPM was implemented and integration with BonitaBPM was done.
17
Hammarström, Fredrik. "Ninon : Förslag till implementation av MongoDB och REST-API." Thesis, Mittuniversitetet, Avdelningen för data- och systemvetenskap, 2015. http://urn.kb.se/resolve?urn=urn:nbn:se:miun:diva-25275.
Full textAbstract:
Målet med detta projekt har varit att, till en ny digital handelsplats, ge ett förslag till en implementation av MongoDB, med tillhörande REST-API, för hantering av användar- och annonsdata. Förslaget ska innebära en prestandaeffektiv och säker databas med möjlighet till framtida skalning, tillsammans med ett API för klientkommunikation med hantering av relevanta förfrågningar mot databasen. Prestandan av databasen handlar främst om att i förslaget ange vilka olika former av indexering som bör implementeras, tillsammans med ett förslag till relationsmodell, och vad detta ger för positiva och negativa effekter på systemet. Denna prestanda bör även återspeglas till största möjliga mån i API:et genom att utnyttja den indexering som väljs på bästa sätt. Säkerhet och skalning diskuteras under arbetet för att ge ett förslag på hur detta bäst hanteras för minimera riskerna för dataförlust, samt minimera nedtiden av databasen vid en eventuell framtida skalning. Resultatet visar att de förslag som arbetats fram under projektets gång har stor positiv påverkan på prestandan, samt möjliggör bland annat fritextsökningar och geografisk gallring av annonssökningar, baserat på användarens geografiska position, genom användande av olika typer av index.Presentationen utförs per distans via Adobe Connect.
18
Franzén, Emil, and Andreas Karlsson. "Utveckling av dynamiskt verktyg mot REST-API i C#." Thesis, Linnéuniversitetet, Institutionen för fysik och elektroteknik (IFE), 2018. http://urn.kb.se/resolve?urn=urn:nbn:se:lnu:diva-77351.
Full textAbstract:
In February 2018 the students Andreas Karlsson and Emil Franzén contacted Danfoss Power Solutions in Älmhult, shortly after they were offered to perform a thesis. A thesis about developing an SDK in the programming language C# for Danfoss Power Solutions newly developed API, PLUS+1 System API 2.0. As a part of the thesis a mini service tool was to be created to show the powers of the SDK and then evaluate the SDK by letting a company perform a usability test. By the end of May an SDK was delivered written in C# along with a mini service tool for use in demonstration. But because of time issues there were no usability test performed.
19
Andersson, Tobias, and Håkan Reinholdsson. "REST API vs GraphQL : A literature and experimental study." Thesis, Högskolan Kristianstad, Fakulteten för naturvetenskap, 2021. http://urn.kb.se/resolve?urn=urn:nbn:se:hkr:diva-22063.
Full textAbstract:
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.
20
Herma, Tomáš. "Platformě nezávislé aplikační rozhraní na architektuře REST." Master's thesis, Vysoká škola ekonomická v Praze, 2014. http://www.nusl.cz/ntk/nusl-198602.
Full textAbstract:
This Diploma thesis deals with creation of web application, REST API, SDK for Android and iPhone platform and example application for these two platforms. The first part of work analyses the current application interfaces. The second part describes the selected technologies and implementation.
21
Valinskis, Mindaugas. "Partnerių vieša API ir jos panaudojimas WHMCS modulyje." Bachelor's thesis, Lithuanian Academic Libraries Network (LABT), 2014. http://vddb.library.lt/obj/LT-eLABa-0001:E.02~2014~D_20140716_111722-09636.
Full textAbstract:
Įmonė UAB „Duomenų Centras“ nuomoja serverius jau 13 metų. Atlikus tyrimus paaiškėjo, kad įmonė eksportuoja apie 75% savo paslaugų į daugiau nei 130 pasaulio šalių. Prie šio rezultato labai prisidėjo Duomenų Centro partneriai iš Lietuvos ir kitų šalių. Partneris – tai svarbiausias klientas, kuris pritraukia kitus naujus klientus. Per įmonės gyvavimo metus visas perpardavinėjimo ir partnerių klientų paslaugų valdymo procesas buvo per elektorinį paštą - tai užtrunka, tokios paslaugos nėra itin patrauklios šiuolaikinėje interneto rinkoje. Todėl dokumente atskleidžiama „partnerių programa“, bei API posistemė, kuri leidžia įmonės partneriams vykdyti su paslaugomis susijusias funkcijas.The modern data center of Balticservers have been selling their services now for 13 years. The research revealed that the company exports 75% of its services to more than 130 countries worldwide. Moreover, the company has partners from Lithuania and many other countries. The product has been designed for partners that optimizes the process of reselling Balticservers services. It offers a WHMCS module which allows an easy creation and customization of services that are desired to be resold from Balticservers. Also, this includes an API communication between two separated systems that are WHMCS and Korys which Balticservers are currently developing and using in their daily work. API has been developed by using PHP scripting language, cURL and JSON technologies. The document exposes a few similar API systems’ comparison, product requirement specification, architecture’s specification, testing protocol and partners API documentation.
22
Khanal, Arjun. "Community-based management of hypertension in Nepal (COBMIN)." Kansas State University, 2017. http://hdl.handle.net/2097/38238.
Full textAbstract:
Master of ScienceDepartment of Computing and Information Sciences
Daniel A. Andresen
In COBMIN project, we explore two popular software architectural pattern to implement WHO (World Health Organization) STEPS Instrument for Non-Communication Diseases Risk Factor Surveillance for Nepal. COBMIN web application implements Model-View-Controller(MVC) pattern, which divides the application into three interconnected parts - model, view, and controller. Similarly, COBMIN mobile application utilizes one of the most popular Model-View-ViewModel (MVVM) software architectural pattern which isolates the development of graphical user interface from the business logic and data models. We implement above-mentioned pattern using new .Net Core technologies and a cross-platform mobile development API Xamarin.Forms. The COBMIN project comprises of a web application, a web API, and a mobile application to facilitate community-based management of hypertension in Nepal. The primary purpose of the web application is to manage demographic, behavioral, and physical information of the members of the community who are part of the study group. The mobile application is used to expedite the process of data acquisition from the members. The Web API defines request-response message system for mobile client application employing the central data storage.
23
Ternevid, Oscar. "Responstid hos ett REST api skrivet i Python eller PHP : En jämförelse av responstid på ett REST api med flygdata av PHP och Python." Thesis, Högskolan i Skövde, Institutionen för informationsteknologi, 2021. http://urn.kb.se/resolve?urn=urn:nbn:se:his:diva-19906.
Full textAbstract:
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 & 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 & 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.Det finns övrigt digitalt material (t.ex. film-, bild- eller ljudfiler) eller modeller/artefakter tillhörande examensarbetet som ska skickas till arkivet.
24
Dahlberg, Ted. "Byte av Ärendehanteringssystem : - Förstudie och REST API av kund-databas." Thesis, Mittuniversitetet, Avdelningen för informationssystem och -teknologi, 2018. http://urn.kb.se/resolve?urn=urn:nbn:se:miun:diva-35139.
Full textAbstract:
Leeroy Group AB är ett IT-produktbolag i Sundsvall som även sköter support för sina produkter. Detta görs i ett egenutvecklat ärendehanteringssystem som under tid utvecklats och skräddarsytts efter verksamhetens behov. Leeroy är nu ute efter ett kraftfullare ärendehanteringssystem som skall ge möjlighet att ta hand om fler ärenden ju mer företaget växer. Detta examensarbete har inkluderat en grundlig förstudie bland de anställda på Leeroy. En kartläggning av krav och behov som finns för Leeroys' supporthantering har gjorts och sammanställts till en kravspecifikation. Leeroy har valt att titta på två stycken utvalda ärendehanteringssystem: Jira Service Desk och Zendesk. Utifrån den kravspecifikation som framkommit görs en dokumentations-inhämtning baserat på dessa krav och behov, för att sedan kunna presentera ett lämpligt alternativ för Leeroy. För att sedan ytterligare göra detta byta till en smidigare process har ett REST API och enklare webbapplikation utvecklats för att kunna hämta in kund-data från den befintliga kund-databasen. Webb-applikationen kommer att fungera som en koncept-applikation där man med sökning mot butiksnamn eller butiksnummer får ut all relevant information som Leeroys' supportanställda behöver.
25
Francis, Alexandra Michelle. "REST API to Access and Manage Geospatial Pipeline Integrity Data." DigitalCommons@CalPoly, 2015. https://digitalcommons.calpoly.edu/theses/1496.
Full textAbstract:
Today’s economy and infrastructure is dependent on raw natural resources, like crude oil and natural gases, that are optimally transported through a net- work of hundreds of thousands of miles of pipelines throughout America[28]. A damaged pipe can negatively a↵ect thousands of homes and businesses so it is vital that they are monitored and quickly repaired[1]. Ideally, pipeline operators are able to detect damages before they occur, but ensuring the in- tegrity of the vast amount of pipes is unrealistic and would take an impractical amount of time and manpower[1].
Natural disasters, like earthquakes, as well as construction are just two of the events that could potentially threaten the integrity of pipelines. Due to the diverse collection of data sources, the necessary geospatial data is scat- tered across di↵erent physical locations, stored in di↵erent formats, and owned by di↵erent organizations. Pipeline companies do not have the resources to manually gather all input factors to make a meaningful analysis of the land surrounding a pipe.
Our solution to this problem involves creating a single, centralized system that can be queried to get all necessary geospatial data and related informa- tion in a standardized and desirable format. The service simplifies client-side computation time by allowing our system to find, ingest, parse, and store the data from potentially hundreds of repositories in varying formats. An online web service fulfills all of the requirements and allows for easy remote access to do critical analysis of the data through computer based decision support systems (DSS).
Our system, REST API for Pipeline Integrity Data (RAPID), is a multi- tenant REST API that utilizes HTTP protocol to provide a online and intuitive set of functions for DSS. RAPID’s API allows DSS to access and manage data stored in a geospatial database with a supported Django web framework. Full documentation of the design and implementation of RAPID’s API are detailed in this thesis document, supplemented with some background and validation of the completed system.
26
Lipjanec, Silvester. "Generování aplikací v TypeScriptu z popisu REST rozhraní." Master's thesis, Vysoké učení technické v Brně. Fakulta informačních technologií, 2020. http://www.nusl.cz/ntk/nusl-417245.
Full textAbstract:
This thesis deals with the design and implementation of a tool for generating parts of client applications in TypeScript language from the description of a REST interface. The goal of the tool is an automatic generation of an application skeleton which uses the Angular framework including data structures and services enabling access to server endpoints. The thesis describes the interfaces based on the REST architectural style, as well as the technologies used for their description. The tool was implemented in TypeScript language and uses the Node.js runtime. The output file generation is based on the Mustache.js template system. The result is a tool which allows the generation of source code based on the provided WADL or OpenAPI interface description, which can be simply used as a part of an Angular application.
27
Erlandsson, Pontus, and Joakim Remes. "Performance comparison : Between GraphQL, REST & SOAP." Thesis, Högskolan i Skövde, Institutionen för informationsteknologi, 2020. http://urn.kb.se/resolve?urn=urn:nbn:se:his:diva-18713.
Full textAbstract:
Modern applications commonly make use of several subsystems, usually a frontend and a backend. The communication link between these subsystems is commonly an API. Different APIs such as REST and SOAP have been around for a long time but with the increasing use of internet, other techniques as GraphQL have been developed to compensate for older techniques. The aim of this thesis is to measure the performance of GraphQL and how it compares to SOAP and REST and how the overhead reduction of GraphQL will affect the performance. The main method used to evaluate the performance differences between GraphQL, REST and SOAP is an experiment. The results show that GraphQL has the worst performance in all test cases. GraphQL has the lowest packet size out of all three APIs when only a few fields are fetched, however the packet size increases rapidly when multiple fields are requested.
28
Cavicchi, Gianni. "L’introduzione della metodologia REST nella riprogettazione di web service pre-esistenti." Bachelor's thesis, Alma Mater Studiorum - Università di Bologna, 2019. http://amslaurea.unibo.it/19146/.
Full textAbstract:
Questa tesi viene redatta per dimostrare come, attraverso uno stile architetturale REST (REpresentational State Transfer), una Web API (Application Programming Interface) possa risultare migliore in termini di efficienza, scalabilità dei server e complessità semantica rispetto a sistemi legacy quali API basate su protocollo SOAP (Simple Object Access Protocol).
Per avvalorare questa affermazione, viene proposta una API progettata durante il tirocinio curricolare svolto presso il Cineca Consorzio Interuniversitario che prevede la rielaborazione della Scheda Unica Annuale (SUA).
29
Cerio, Francesco. "Progettazione API REST: best practice e analisi degli URI basata su euristiche." Bachelor's thesis, Alma Mater Studiorum - Università di Bologna, 2021. http://amslaurea.unibo.it/22870/.
Full textAbstract:
Negli ultimi anni lo sviluppo di applicazioni web/mobile è in continua crescita. La comunicazione client-server avviene tramite l’utilizzo del protocollo HTTP (HyperText Transfer Protocol) che consente al server di rimanere in ascolto su una determinata porta in attesa di ricevere una richiesta da parte di un client. Questa comunicazione avviene, nella maggior parte dei casi, tramite l’utilizzo di API (Application Protocol Interface), ovvero un set di definizioni e protocolli con i quali vengono realizzati e integrati software applicativi. Le API offrono flessibilità, semplificano la progettazione, l’amministrazione e l’utilizzo, e garantiscono opportunità di innovazione. Consentono agli sviluppatori di creare un livello di astrazione che nasconde l’implementazione sottostante, in modo che l’utilizzatore finale non debba preoccuparsi dell’implementazione effettiva.
Questa tesi ha lo scopo di analizzare le Web API, in particolare quelle sviluppate utilizzando i principi REST (REpresentational State Transfer), dal un punto di vista sintattico e semantico, considerando le best practice definite da Roy Fielding nella sua dissertazione del 2000. Al giorno d’oggi sono molte le API che si definisco REST, ma quante effettivamente lo sono? Quante rispettano tutte le linee guida fornite da Roy Fielding?
All’interno dell’elaborato viene presentato al lettore il software creato durante il lavoro svolto: ClearAPI.
ClearAPI è un software modulare, composto da due script e sviluppato al fine di creare un porting degli attuali software esistenti (es. SOFA,Service Oriented Framework for Antipatterns). ClearAPI è implementato sulla base delle euristiche adottate nei software attualmente presenti e ciò che lo contraddistingue è la semplicità di utilizzo, la velocità e la modularità. Quest’ultimo aspetto è un punto fondamentale perché consente a chiunque di aggiungere nuove metriche di analisi con facilità e semplicità.
30
Ščešňák, Vladimír. "Kontejner pro migrující softwarové komponenty bežící na OS Android." Master's thesis, Vysoké učení technické v Brně. Fakulta informačních technologií, 2018. http://www.nusl.cz/ntk/nusl-386278.
Full textAbstract:
This diploma thesis deals with creating a container for the migration components that are used on the Android operating system, how they operate and distribute, the life cycle of the container, and the ability to customize other components for this container. The work deals with the analysis of the Android operating system, existing solutions, the design of the own container and the way of distributing the components on the devices where the container is used. The next section describes the implementation of the server component that distributes components. It also deals with the implementation of container-containing library and a sample application that illustrates how it is possible to link all these elements together.
31
Pashang-Gardi, Hemin. "iSmart taxi app." Thesis, Örebro universitet, Institutionen för naturvetenskap och teknik, 2015. http://urn.kb.se/resolve?urn=urn:nbn:se:oru:diva-48777.
Full textAbstract:
iSmart Taxi är en Android mobilapplikation (app) för taxiförarna på iSmart Taxi AB. Förarna kan med hjälp av denna applikation rapportera deras körningar. Denna applikation har skapats med hjälp av ett REST-API för att interagera med databasen. Rapporten innehåller beskrivning om hur applikationen skapades och hur återkoppling från testfall som genomfördes av användarna påverkade applikationens design.iSmart Taxi is a mobile application (app) for taxi drivers at iSmart TaxiAB. The application helps the drivers to register their fares on an Android mobile. A REST-API was build to interact with the database. The report contains a description of how the application was created and how the feedback from the tests conducted by the users affected application design.
32
Nielson, John A. "A Jython-based RESTful Web Service API for Python Code Reflection." ScholarWorks@UNO, 2018. https://scholarworks.uno.edu/td/2480.
Full textAbstract:
Often times groups of domain experts, such as scientists and engineers, will develop their own software modules for specialized computational tasks. When these users determine there is a need to integrate the data and computations used in their specialized components with an enterprise data management system, interoperability between the enterprise system and the specialized components rather than re-implementation allows for faster implementation and more flexible change management by shifting the onus of changes to the scientific components to the subject matter experts rather than the enterprise information technology team. The Jython-based RESTful web service API was developed to leverage code reflection to provide access to Python scripts via RESTful web service calls, providing access to any function available in a Python script accessible to the REST server.
33
Maccaferri, Davide. "Interazione tra applicazioni e strumenti di produttivita ospitati su Cloud." Bachelor's thesis, Alma Mater Studiorum - Università di Bologna, 2014. http://amslaurea.unibo.it/6785/.
Full textAbstract:
Il cloud permette di condividere in maniera veloce ed intuitiva non solo le informazioni, ma anche dati e programmi aumentando notevolmente le capacità di collaborazione di tutti, partendo da chi lo utilizza a livello personale per arrivare a chi lo utilizza a livello professionale.
È possibile creare le proprie applicazioni aziendali e farle comunicare remotamente con le soluzioni cloud presenti sul mercato, attraverso gli strumenti messi a disposizione dai fornitori. Le applicazioni stesse potranno essere pubblicate su server anch’essi cloud, gestiti interamente da aziende esterne, che permettono una forma di pagamento in base all’effettivo utilizzo e libera dalle implicazioni della gestione di un server.
In questo scenario verrà svolta una ricerca sulle caratteristiche di alcuni servizi cloud esistenti, in particolare riguardo ai software di gestione dei documenti, e verrà creata un’applicazione che comunica con essi sfruttandone le potenzialità.
34
Lööf, Mattias. "Morgondagens Nätverksadministratör." Thesis, Mälardalens högskola, Akademin för innovation, design och teknik, 2018. http://urn.kb.se/resolve?urn=urn:nbn:se:mdh:diva-40147.
Full textAbstract:
Datornätverken håller på att förändras i grunden där det traditionella sättet med enheter som konfigureras en och en byts mot ett mer automatiserat sätt. Denna nya typ av nätverk benämns ofta ”Software Defined Network (SDN)” och använder sig av en centraliserad Controller som styr nätverket. För automatisering och användning av applikationer inom SDN används Application Programming Interface(API).Denna nya typ av nätverk förändrar kraven som ställs på nätverksadministratörer och skapar nya möjligheter. Några av dessa möjligheter skapas genom öppnande av API:er där applikationer nu kan integreras in i nätverket. Detta gör att nätverksadministratörer även behöver ha kunskap kring API:er och förstå vilka möjligheter de skapar i nätverket. Rapportens syfte var att redogöra för dessa genom följande frågeställningar: 1. Vilken kompetens kommer att krävas av morgondagens nätverksadministratör (två- till fyra-års sikt) 2. Hur kommer det programmerbara (API) nätverket att förändra sättet att etablera nya tjänster/applikationer i företagens nätverk? 3. Hur kan dessa applikationer implementeras på ett nytt och automatiserat sätt? För att besvara frågeställningarna användes en exempelteknik ”Cisco Software Defined Access (SDA)” som är en ny SDN-lösning släppt på marknaden under 2017.Resultatet från frågeställning ett visade att kunskap kring nya protokoll som implementeras för att lösa utmaningen kring segmentering, mobilitet och säkerhet i nätverk blir viktigt. Exempel på detta var protokollen LISP och VXLAN som tillsammans med ett overlay-lager skapar dessa möjligheter. Resultatet visade även att kunskap kring hur Northbound och Southbound Interfaces används för styrande av nätverksenheterna och integration mellan applikationer blir en viktig kompetens.Resultatet för frågeställning två visade hur API:er förenklar utvecklingen av tredjeparts applikationer, något som gör att användningen och utvecklingen av applikationer kommer öka i allt snabbare takt. Slutligen visade resultatet exempel på hur en brandväggsapplikation kan förenkla och effektivisera arbetet för en nätverksadministratör.
35
Åström, Tobias. "Statelessness erases every trace of security : Tillämpningar för implementation av plattformsoberoende RESTful webbtjänster med fokus på användarautentisering och skalbarhet." Thesis, Linnéuniversitetet, Institutionen för datavetenskap, fysik och matematik, DFM, 2011. http://urn.kb.se/resolve?urn=urn:nbn:se:lnu:diva-12551.
Full textAbstract:
Detta arbete är utfört i syfte att undersöka tillämpningar bäst lämpade för implementationer av plattformsoberoende RESTful webbtjänster med fokus på användarautentisering och skalbarhet. Arbetets resultat gällande användarautentisering menar till att problematisera det allmänt sedda tvånget av en kommunikation bestående av fler än två parter samt menar att en resursförfrågan, för användaren, först blir säker då kommunikationen bryter mot REST och statelessness. Arbetets resultat gällande skalbarhet menar till att ifrågasätta den allmänna bilden av en applikations resurs samt menar att bildandet av ett släktskap, The Resource Kinship, möjliggör för en förenklad filtrering av resursers representation och en strukturerad uppbyggnad av resursers indelning och adressering.The intention of this dissertation is to examine implementation best practices for cross-platform RESTful web services with a focus on user authentication and scalability. The result in terms of user authentication is meant to problematize the common principle of constraint that is that communication should be made between more than two parties and also mean that the users resource request never is secure until the communication breaks the of REST required terms of statelessness. The result in terms of user scalability is meant to question the common view of application resources and mean that the establishment of The Resource Kinship enables a simplified filtering of resource representation and a structured way of organization for resource data sets and addressing.
36
Cogan, Daniel R. "REpresentational State Transfer in the Modern Internet." Scholarship @ Claremont, 2016. http://scholarship.claremont.edu/cmc_theses/1387.
Full textAbstract:
REpresentational State Transfer or REST is the software architecture style most commonly used for Web Application Programming Interfaces (APIs) and was first defined in 2000 by Roy Thomas Fielding in his PhD dissertation Styles and the Design of Network-based Software Architectures and became a standard for the design of the early World Wide Web and Web-based software. The REST standard continues to be influential in the design of Web systems today, however, it was defined over 15 years ago when the Web was still in its infancy. This paper analyzes REST as it was originally defined by Fielding in 2000 and investigates the validity of its original principles in the modern Internet and Web APIs by sampling a number of prominent APIs and their use of REST. REST definitely has drawbacks for certain types of APIs as evidenced by deviations in the majority of sampled APIs. It is not popular with services that are difficult to represent in REST's resource model. However, REST’s popularity has not noticeably decreased since it was defined rather it has most likely increased. Additionally, each use case that is unsupported by REST goes against some REST constraints that crucial in other areas of it implementation. In conclusion, RESTful properties were not only relevant in the late 1990s and early 2000s but continue to be relevant today as evidenced by its continued widespread use by reputable Web APIs.
37
Junttila, Sam. "En jämförande studie mellan Swagger och GraphQL : Det medicinska CE-märkets implikationer på backend." Thesis, KTH, Skolan för elektroteknik och datavetenskap (EECS), 2018. http://urn.kb.se/resolve?urn=urn:nbn:se:kth:diva-230626.
Full textAbstract:
Max Gordon is a researcher at the Karolinska Institute who works with developing a deep learning algorithm for interpreting orthopedic X-ray images. It is using radiologist’s reports in order to deduce labels that are of interest such as presence of fracture, osteoarthritis and other features. The previous image viewer’s interface Swagger had issues in terms of managing the stored data. This could potentially be solved by switching to GraphQL according to Max Gordon. On request by Max Gordon studies were conducted in order to conclude if Swagger or GraphQL was more compatible with the medical CE-marking and which was more suited for expanding the system. The studies mainly consisted of measuring interpretability at different target groups and how they faced Swedish law when it came down to handling personal data. Based on the qualitative and quantitative studies, the conclusion was drawn that Swagger was more compatible with the medical CE-marking and expansion of the image viewer.Max Gordon är en forskare på Karolinska Institutet som arbetar med att utveckla en algoritm och tillämpning vilket kan tolka röntgenbilder. Denna används tillsammans med rapporter från radiologer för att kunna utreda röntgenbilders egenskaper. Den föregående bildvisarens gränssnittsspecifikation Swagger hade problem med att hantera den lagrade datan, detta kunde potentiellt lösas genom att använda GraphQL, enligt Max Gordon. På begäran av Max Gordon skulle kompabiliteten mellan GraphQL och CE-märket utredas. För att kunna dra slutsatsen om GraphQL eller Swagger var mest lämplig för CE-märket och vilken var mest anpassad för vidareutveckling av bildvisaren i framtiden. Detta genom att jämföra resultatet av fallstudier på Swagger och GraphQL som huvudsakligen undersökte hur god språkens tolkbarhet var hos olika målgrupper, samt hur hanteringen av persondata förhåller sig till den svenska lagstiftningen. Baserat på de kvantitativa samt kvalitativa undersökningarna ansågs Swagger mest kompatibelt med CE-märkets krav och vidareutveckling av bildvisaren.
38
Sundin, Daniel. "Utveckling av en webbapplikation av typ e-butik med REST-arkitektur för att minimera laddningstider." Thesis, Linköpings universitet, Institutionen för datavetenskap, 2018. http://urn.kb.se/resolve?urn=urn:nbn:se:liu:diva-148217.
Full textAbstract:
Den här rapporten behandlar hur en webbapplikation med REST-arkitektur av typ e-butik inom klädbranschen kan utvecklas. Utvecklingsprocessen har skett genom att iterativt implementera funktionalitet för att webbapplikationen ska vara välfungerande samt följa de juridiska krav som ställs på en verksamhet inom e-handel i Sverige. Det har även undersökts hur webbapplikationen bör utvecklas för att skapa ett konkurrensmässigt övertag i en redan tuff marknad. Fokus i rapporten har varit att optimera laddningstider för den skapade webbapplikationen genom en teoretisk referensram som grund. Tester har utförts för att kontrollera att den teorin som implementerats faktiskt minskar laddningstiderna. Slutsatsen från rapporten var att användning av flertalet integrationstjänster via deras API bidrog till en längre laddningstid och en större kodkomplexitet. Genom att implementera de förbättringsåtgärderna från den teoretiska referensramen kunde laddningstiden minska med upp till 17,2%.This report presents how a web application with REST-architecture of the type e-shop in the clothing industry can be developed. The development process has been implemented by iteratively implementing functionality to ensure that the web application is functioning properly and to comply with the legal requirements of an e-commerce business in Sweden. It has also been investigated how the web application should work and to be developed to create a competitive advantage in an already tough market. The focus of the report has been to optimize the loading times for the created web application with a theoretical reference framework as a basis. Tests have been performed to verify that the theory implemented in fact reduces loading times. The conclusion of the report is that the use of many integration services through their API contributed to longer loading times and greater code complexity. By implementing the improvement measures from the theoretical reference frame, loading times could decrease by up to 17.2%.
39
Sykes, Adam. "Jämförelse av NoSQL databaser i en Node.js REST api : Med fokus på att hämta data." Thesis, Högskolan i Skövde, Institutionen för informationsteknologi, 2020. http://urn.kb.se/resolve?urn=urn:nbn:se:his:diva-18821.
Full textAbstract:
Följande arbete jämför databashanterarna MongoDB och Couchbase responstid i att hämta data i en Node.js REST api. Datasetet har en enkel struktur och består av befolkningsdata. Jämförelsen ska svara på vilken av dessa databashanterare som har kortast responstid i att hämta befolkningsdata i en Node.js REST api, eftersom responstiden är väldigt viktig för användare. Testet sker med egenutvecklade script och mäter tiden det tar att skicka en begäran till REST api:t och visa den hämtade datan på webbläsaren. REST api:t består av 5 endpoints vilket testades 6000 gånger var för MongoDB och Couchbase. MongoDB hade kortast responstid på samtliga test. I framtida arbeten kan resten av CRUD operationerna testas och då inte bara att hämta data, långsiktig kan datasetet ändras för att kunna testa mer komplexa sökfrågor.
40
Bergius, Johan, and Philip Ranhult. "En implementation av GraphQL i .NET Framework med inslag av en jämförelse mot REST API." Thesis, Högskolan i Halmstad, Akademin för ekonomi, teknik och naturvetenskap, 2020. http://urn.kb.se/resolve?urn=urn:nbn:se:hh:diva-42930.
Full textAbstract:
Inom denna rapport så kommer det gås igenom vilka tekniker och metoder som har används för att skapa en implementation en ny sorts webbaserat API. Det nya API't heter GraphQL och upfyller samma syfte som det mer traditionella REST API som används mycket utav företag och organisationer i dagsläget. Det som skiljer GraphQL mot REST är att GraphQL använder sig av "Query Language" för att kommunicera med API't genom att hämta eller skicka information. Implementationen har utförts inom .NET Framework hos företaget Quicksearch. Utvecklingen har skett inom företagets datasystem och API't kan hämta information från deras databas och skicka det vidare till användaren. Verktygen som har använts för att skapa applikationen är utvecklingsprogrammet Visual Studio tillsammans med programmeringsspråket C\#. Programmet Postman har använts till hjälp för utveckling och testning av API't. Relevanta metoder för att skapa API't inkluderar bibliotek riktat mot GraphQL och sammankoppling mot databasen. Designmönster har varit viktiga i projektet och dessa är "Dependency Injection" och "Model-View-Controller" för att skapa en web applikation. Slutresultatet är ett GraphQL API som kan forma enkla förfrågningar riktat mot en data-modell eller objekt. Även en jämförelse av GraphQL mot REST API har utförts med resultatet att det finns distinkta skillnader mellan de två konceptenför men för att komma fram till en övergripandeslutsats över vilket API som är ett bättre alternativ så behövs ytterligare tester.This report will walkthrough several techniques and methods that have been used to create a new kind of web-based API. This new kind of API is called GraphQL and fullfils the same purpose as the more traditionally used REST API. What differs between these two types of API is that GraphQL uses a ”Query Language” when the user communicates with the API. The implementation is done in .NET Framework together with a company named Quicksearch. The development has been done within Quicksearch’s computer system and the API can request information from the company’s database and send it back to the user of the API. The tools that have been used to develop the API are Visual Studio as the development enviroment, along with the programming language C#. Postman is a software that have also been used to help develop and test the GraphQL API. Relevant methods used in the development includes libraries directed to create a GraphQL API and libraries used to create the connection to the database. Design patterns have also be important in the development and the most noticeable ones have been ”Dependency Injection” and ”Model-View-Controller” to create the application. The end result is an API that is able to recieve simple queries directed against a simple data-model or object. Aditionally a comparison between GraphQL and REST have been done and the result is that there are distinct differences between the two types of API but there is a lack of scientific reasarch and knowledge to make the conclusion of which is the better alternative and additional tests are required.
41
Repka, Branislav. "Aplikace pro vizualizaci časových řad na webu." Master's thesis, Vysoké učení technické v Brně. Fakulta elektrotechniky a komunikačních technologií, 2018. http://www.nusl.cz/ntk/nusl-377126.
Full textAbstract:
This document discusses the visualization of data in the web environment using JavaScript and PHP. Specifically, create a web application for dynamically displaying time series in an interactive environment via the REST API in JSON format. There are described technologies for creating web applications and their use. This is work involving designing and creating a web application.
42
Lundberg, Hannah. "Band manager - Ett Content Management System för musikbranchaktörer." Thesis, Mittuniversitetet, Avdelningen för informations- och kommunikationssystem, 2016. http://urn.kb.se/resolve?urn=urn:nbn:se:miun:diva-27991.
Full textAbstract:
Summit Music Management är ett managementföretag som arbetar med en rad svenska artister. I deras arbetsuppgifter ingår även hantering av artisternas webbplatser, ett arbete som visat sig vara säkerhetskänsligt och svårt att få klart. Målet med projektet har varit att utveckla ett Content Management System för aktörer inom musikbranschen, vars syfte det är att förenkla det dagliga arbetet av dessa webbplatser. Systemet ska innehålla funktionalitet som gör det möjligt att skapa webbplatser åt artisterna samtidigt som det ska gå att underhålla och uppdatera textmaterial såväl som bilder som finns på webbplatserna. Systemet har skapats med tekniker, språk och ramverk som finns tillgängliga under fria licensavtal. Systemets grund är skapat med PHP-ramverket Laravel tillsammans med HTML, CSS och Twitter Bootstrap. Denna del fungerar som gränssnitt för administratörer där användaren kan logga in och skapa webbplatser. De webb-platser som skapas av systemet är skrivna i AngularJS tillsammans med HTML, CSS och Twitter Bootstrap. Mellan dessa delar finns ett REST-api skrivet i Laravel som sköter kommunikationen mellan komponenterna. Systemet arbetar mot en MySQL-databas där all data lagras och hämtas ifrån. Summit Music Management har förutom att leverera text- och bildmaterial, även fungerat somtestpanel för att kunna mäta systemets användbarhet. Testerna visade att systemet kan möta de behov som finns hos Summit Music Management men att det kan komma att behöva vidareutvecklas för att bättre passa en större kundgrupp och för att strama åt säkerhetsaspekterna ytterligare.
43
Persson, Sebastian. "Att presentera dokumentationer av tjänster." Thesis, Mittuniversitetet, Avdelningen för informations- och kommunikationssystem, 2016. http://urn.kb.se/resolve?urn=urn:nbn:se:miun:diva-27969.
Full textAbstract:
Over the past decade, the IT business have shown tremendous growth specially in the area of services for both internal and external customers. As the development of these services continuous to increases so does the need to be able to present documentations of the services in an effective and useable way. TeliaSonera is one of the companies that have problems reaching its customers with information about the various services they offer, and is currently wanting to develop a system to provide to its customers to elevate this growing problem. The current system that is deployed by TeliaSonera has major issues when it comes to finding the right record or documentation which leads to that customer end up spending more time than intended and this in turn ends in customer dissatisfaction and the use of offered services decreases as well. This project aims to firstly create a requirement specification for the system that TeliaSonera needs to effectively resolve the issues they have and secondly use the requirement specification to develop a prototype for the presentation of the various services offered. The waterfall method was used when creating the requirement specification, which involved a group consisting of one system administrator and four users. By gathering the input from the group a requirement specification was created. The requirement specification was then used to develop the prototype, which included a REST API and a user interface. The usability tests that were performed comparing the current system with the prototype indicates that the prototype is providing a platform to users that enables them to decrease the time spent on finding the request information. Furthermore the usability tests indicates that by providing a very detailed and specific website almost all employees will be able to use the system. Another benefit that the usability tests showed was that users learned to use the system very effectively after the initial run and that the users retained the knowledge over time.Under de senaste årtiondet har IT-världen vuxit explosionsartat och i dagens läge utvecklas diverse tjänster, ämnade för både intern användning och extern användning för kunder. Då utvecklandet av dessa tjänster sker kontinuerligt ökar behovet av att kunna presentera dokumentationerna av tjänsterna på ett bra sätt. TeliaSonera är ett av företagen som har problem med att presentera dokumentationerna då de idag inte har hittat ett effektivt sätt att göra de på. I nuvarande systemet som TeliaSonera har är tidsåtgången för att hitta en dokumentation för hög, vilket leder till missnöje bland de anställda, då de måste spendera dyrbar tid att leta efter efterfrågad dokumentation. Därmed syftar projektet till att minska tidsåtgången och missnöjdheten bland de anställda. Genom att ta fram en kravspecifikation enligt vattenfallsmetoden tillsammans med en grupp som bestod av en administratör och fyra anställda konstruerades en kravspecifikation. Kravspecifikationen lade grunden för påbyggnaden av en prototyp, som innehöll ett REST API och ett användargränssnitt. Därefter genomfördes användbarhetstester och sedan jämfördes det nuvarande systemet med prototypen som skapades. Jämförelsen resulterade med att de anställda hittade dokumentationerna av tjänsterna snabbare på prototypen, men jämförelsen skulle kunna vara missledande eftersom att prototypen endast innehöll 10 tjänster. Detta innebär i sin tur att det skulle kunna ta längre tid och fler klick för en anställd att hitta efterfrågad dokumentation på prototypen om samtliga tjänster lades till i prototypen. Användbarhetstestet visade även att systemet måste vara väldigt specificerat och detaljerat för att fler anställda ska kunna förstå sig på systemet, exempelvis länkarna i navigeringsmenyn. Det som även visades under användbarhetstestet var att testpersonerna lärde sig att använda systemet mycket effektivare redan efter första gången och även veckan därpå då de fick ett liknande test.
44
Arvidsson, Isac. "En undersökning och implementering för att hitta lämpligast teknik vid e-postläsning : En jämförelse mellan Outlook Mail REST API, Gmail API och IMAP4 baserat på prestanda och säkerhet." Thesis, Mittuniversitetet, Institutionen för informationssystem och –teknologi, 2020. http://urn.kb.se/resolve?urn=urn:nbn:se:miun:diva-39346.
Full textAbstract:
Tekniker för att hämta e-post har sedan länge varit svåra att hantera på grund av brist på en tydlig standard. E-post kan variera i vilka headers som följer med och vilken storlek som är tillåten. De kan även vara skillnader på hur mailet är kodat vilket kan bidra till att mailet inte lyckas parsas på rätt sätt. Äldre tekniker som IMAP4 och POP3 förlitar sig på en bristande autentiseringsprocess som inte är önskvärd. Projektet kommer därför studera de nyare teknikerna Outlook Mail REST API och Gmail API för att jämföra dem mot IMAP4. Syftet är att på ett säkrare och effektivare sätt kunna läsa epost och integrera dem med ett ärendehanteringssystem. e-postöverföringar ska kunna schemaläggas med specifikationer som sparas i en konfigurationsfil. För att uppnå syftet implementerades tre prototyper som använde varsin teknik för att läsa e-post. För att jämföra teknikerna på prestanda gjordes tidsmätningar. En jämförelse på säkerhet genomfördes genom att sätta upp den information som måste sparas i konfigurationsfilen. En jämförelse på funktionalitet genomfördes genom att jämföra en lista på funktioner som bestämdes genom en intervju och därefter se om dem finns på de tre olika teknikerna. Resultatet blev att Outlook Mail API var överlägset bäst när det kommer till prestanda. Den stora anledningen varför var att Outlook API hämtar e-post i plain-text vilket leder till en betydligt kortare tid för att parsa e-post. Gmail API var snabbare än IMAP4 mest troligt för att den använder protokollet http för att hämta epost. Både IMAP4 och Gmail API hämtar e-post i form av MIME-meddelanden vilket ledde till en ungefärligt lika lång tid för parsning. Funktionaliteten för teknikerna var densamma förutom några få skillnader. Outlook API har funktionalitet för att hämta epost i plain-text medan de andra inte har det. Gmail API har inte möjlighet att sortera inkommande e-post. Slutligen kom projektet fram till att Gmail API och Outlook Mail REST API var säkrare än IMAP4 på grund av den modernare autentiseringsprocessen som inte hanterar några lösenord. Både Outlook och Gmail använder Oauth2 som autentiseringsprotokoll. Utifrån resultatet dras slutsatsen att Outlook Mail REST API är den lämpligaste lösningen baserat på dess säkerhet och prestanda.The process to fetch email has for a long time been a difficult task because of the amount of different standards in email formats. Email can vary in different headers, format, max size and more based on which email supplier sends the mail. Older methods for fetching email as IMAP4 and POP3 still relies upon weak authentication processes. This project will therefore study the new technologies Gmail API and Outlook Mail REST API and compare these to IMAP4. The purpose of this study is to find a more effective and secure way of transferring emails from an email server to the system named Easit GO. Email transfers should be able to be scheduled in such a way that it is specified in a configuration file. To accomplish this three prototypes was implemented. Every prototype used on of the technologies to read email. To compare these prototypes there was a performance test through time measurements. To compare functionality there was a list setup of fixed functions showing which technologies that had support for that specific function. Security was based on the sensitive information that was stored in the configuration file. The result was that Outlook Mail REST API clearly beat the others on performance. This was because of outlooks ability of reading email in plain-text which leads to a substantially shorter parsing time. All of the technologies had similar functionality except for a few things. Outlook API had the possibility of reading email in plain-text which resulted in better performance. Gmail API did not have functionality to sort incoming email on oldest first. The study concluded that Outlook API and Gmail API were more secure than IMAP4 because of no passwords were saved or even used in the prototype. Both Outlook and Gmail used the authentication protocol Oauth2 which is more secure than IMAP4s Basic Authentication. The conclusion points to Outlook Mail REST API being the most suitable solution based on its performance and more modern authentication.
45
Karlsson, Daniel, and Jesper Eriksson. "Uppkopplade Sensorer." Thesis, Karlstads universitet, Fakulteten för hälsa, natur- och teknikvetenskap (from 2013), 2018. http://urn.kb.se/resolve?urn=urn:nbn:se:kau:diva-67720.
Full textAbstract:
Internet of Things blir allt mer vanligt i hemmet. På senare år har utbudet av uppkopplade enheter som hjälper till att automatisera delar av hemmet ökat. Uppkopplade sensorer är en del av detta och de erbjuder övervakning av till exempel temperatur, luftfuktighet, rörelse och ljus. Genom att presentera mätvärden från sensorer via ett grafiskt gränssnitt har man möjligheten att agera — manuellt eller automatiskt — på dessa värden för att till exempel justera temperatur i god tid. Målet med detta arbete är att utveckla en IoT-produkt som ett sensornätverk för övervakning av mätvärden från sensorer på enkortsdatorn Raspberry Pi. Syftet är att skapa ett skalbart system med en modulär design. Två Raspberry Pi användes för att utveckla ett IoT-system där en enhet läser in mätvärden från sensorer och en annan enhet exponerar ett REST API som möjliggör kommunikation via HTTP-protokollet för att skicka och ta in mätvärden. Mätvärden lagras i en databas och de senaste mätvärdena presenteras i ett grafiskt användargränssnitt. Resultatet är ett sensornätverk med en modulär design som kan användas för att övervaka senast uppmäta värden av temperatur och luftfuktighet i omgivningen. Dessa värden presenteras i ett grafiskt gränssnitt.Internet of Things is becoming more common in the home. In recent years, the availability of connected devices that help automate parts of the home has increased. Connected sensors are part of this and they offer monitoring of, for example, temperature, humidity, motion and light. By presenting measurment values from sensors via a graphical interface, you have the option to act — manually or automatically – on these values, to for example, adjust the temperature in good time. The aim of this report is to develop an IoT product as a sensor network to collect data from sensors connected to the single board computer Raspberry Pi. The purpose is to create a scalable system with a modular design. Two Raspberry Pi were used to develop an IoT system where a device collects measu- rement values from sensors and another device which exposes a REST API that enables communication through the HTTP-protocol to send and recieve data. Measurment values are stored in a database and the latest measurement values are presented in a grahpical user interface. The result is a sensor network with a modular design that can be used to collect humi- dity and temperature values in the enviroment. These values are presented in a graphical user interface.
46
Chomo, Michal. "Optimalizace zpracování dat o síti Tor pomocí OLAP." Master's thesis, Vysoké učení technické v Brně. Fakulta informačních technologií, 2019. http://www.nusl.cz/ntk/nusl-403126.
Full textAbstract:
Tor is a distributed network providing privacy and anonymity on the Internet. Information about Tor is publicly available in a form of consensus documents. Existing tools that are able to display this information do not provide both historical and detailed view of it. A tool named Consensus Parser that provides a detailed, historical view of this information and extends it with geolocation and DNS information, was created as a part of TARZAN research project at Brno University of Technology. It stores the information in regular files on disk and makes it accessible via REST API. This thesis extends Consensus Parser with MariaDB ColumnStore database with a schema designed to conform to OLAP needs. The searching capabilities of Consensus Parser were enhanced by adding 109 new endpoints to 12 existing ones and adding the ability to limit the retrieved information to certain fields only. Disk space needed for storing the information was reduced by a factor of five.
47
Kratochvíl, Jaromír. "Analýza lokálních struktur DNA." Master's thesis, Vysoké učení technické v Brně. Fakulta strojního inženýrství, 2020. http://www.nusl.cz/ntk/nusl-416661.
Full textAbstract:
This diploma thesis is focused on the description and implementation of the user interface for the analysis of local DNA structures as a web application in the Vue.js framework. The local structure can be described as an alternative DNA structure which arises in a specific DNA sequence that occurs in important regions of the genome. The first part of the thesis is theoretical and examines the field of DNA research and a description of selected technologies. The second part deals with the implementation and testing of the user interface on specific DNA sequences.
48
Jubell, Christopher. "Att välja rätt API-teknologi för att utveckla en webbtjänst anpassad till en finansiell miljö." Thesis, Högskolan i Skövde, Institutionen för informationsteknologi, 2016. http://urn.kb.se/resolve?urn=urn:nbn:se:his:diva-12417.
Full textAbstract:
Denna studie jämför Api-teknologierna WCF, ASMX web services och ASP.NET Web API som kan användas för att bygga tjänsteorienterade arkitekturer med användning av webbtjänster. För att hantera interaktionen för maskiner över ett nätverk och skicka data används SOAP/Rest. Frågan är vilken teknologi som är snabbast? Samma typ av applikation byggdes tillsammans med en applikation som kan använda tjänsterna hos webbtjänsten, svarstider beräknas från det att data efterfrågas från klient till webbtjänst och sedan tillbaka till klient. Totalt så testades varje teknologie på skickande av data från dess webbtjänst 100 gånger, där databasraderna var 10, 100 och 1000 stycken. Enligt analysen som utfördes på den data som tagits fram genom experimentet går det att konstatera att REST är snabbare än SOAP-protokollet och att ASP.NET Web API bör väljas för att få de snabbaste svarstiderna vid utveckling av en webbtjänst inom ASP.NET, detta resultat stödjer även hypotesen som tagits fram före den påbörjade studien. Som ett framtida arbete skulle det vara bra att göra tester där en internetanslutning är till hands och inte bara lokalt nätverk.
49
Bachorec, Jan. "Webová aplikace pro systém detekce rizikových situací na železničním přejezdu." Master's thesis, Vysoké učení technické v Brně. Fakulta elektrotechniky a komunikačních technologií, 2021. http://www.nusl.cz/ntk/nusl-442407.
Full textAbstract:
The thesis deals with the complete design, development and implementation of the server solution and graphical user interface for an autonomous system for detecting risk situations at a railway crossing. The server solution consists of a server service and a database. The .NET Core platform was used to develop the server service and its purpose is to perform the collection, processing and storage of information about risky traffic situations recorded by the camera modules. The service uses a Cassandra cluster database for secure data storage, and the database schema was designed with a focus on high performance. The own user interface is implemented with a web application built on Razor Pages technology. This application presents recorded traffic incidents to the user, using its own REST API service as a data source. REST API implements all logical operations on the data in the database.
50
Blommendahl, Simon. "An analysis of API usability and Azure API management." Thesis, Linköpings universitet, Institutionen för datavetenskap, 2016. http://urn.kb.se/resolve?urn=urn:nbn:se:liu:diva-131750.
Full textAbstract:
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.