Informasjonsskjerm for sjakkturneringer

Abstract

I dag bruker oppdragsgiver, Aalesund Schaklag, hovedsakelig to programvarer for turneringer i lokaler. De bruker Turneringsservice for å organisere turneringer og DGT LiveChess for å vise sjakkpartier, som foregår på digitale sjakkbrett.

Disse programvarene gir Aalesund Schaklag, publikum og deltagere for deres turneringer noen utfordringer. Informasjonen rundt turneringene er spredt over to tjenester som ikke snakker med hverandre, samt det kan ta betraktelig tid før denne informasjonen er tilgjengelig for publikum og deltagere.

Det manglet altså en samling og strukturering av informasjonen fra disse to programvarene. Vår løsning hadde som mål å samle informasjonen fra disse to tjenestene og presentere det på en felles skjerm i kort tid etter informasjonen var tilgjengelig.

Løsningen ble en tjeneste med en back-end med en Spring-Boot-applikasjon og en PostgreSQL-database og en front-end bestående av JavaScript og JavaScript-rammeverket Vue.js.

Resultatet er system som består av en fungerende back-end som kjører en serverapplikasjon som kommuniserer med en database, og en fungerende front-end som kommuniserer med back-end. Systemet oppfyller mange av kravene.

Rapporten vil gi en oversikt over hvordan oppgaven ble løst.

Our bachelor thesis client, the chess club Aalesund Schaklag, primarily uses two software applications for arranging on-site tournaments. They use Turneringsservice for organizing tournaments, and DGT LiveChess for broadcasting chess games being played on digital chess boards.

The use of these applications gives Aalesund Schaklag, their audience and their tournament participants some headaches. The first headache being that the information surrounding and originating from the tournament is spread across two services, that do not talk to each other. The second is that it can take a considerable amount of time before some of this information is available to the public and participants.

Our solution aimed to gather the information from these two services and present it on a shared screen shortly after the information was available.

The solution was a webapplication with a back-end, comprising of a Spring-Boot application and a PostgreSQL database, and a front-end consisting of JavaScript and the JavaScript framework Vue.js.

The result is a system that consists of a working back-end that runs a server application that communicates with a database, and a working front-end that communicates with the back-end. The system meets many of the requirements.

The report will provide an overview of how the task was solved.