Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.
View file
nameooad4.3.1.asta
height250

Architectural Overview

<Provide a high level overview of the architectural design, for instance by means of an architectural sketch. Make sure you show at least all sub-systems, and links to external systems. The sketch can be informal. The use of UML is not required.>

View file
nameooad3.1.asta
height250

Deployment Diagram

Image Removed

BrokerServer

The brokerserver will run with a brokerservice on it. This brokerservice will allow us to create large data-streams. This will in turn allow us to create dynamic graphs on our webpage without having to consult a database twenty times a second. This brokerservice is connected via a broker connection to the Java application API.

DatabaseServer

The database will contain all data that is not required to be updated to show real-time data. This will thus include all sensor-data of past races, as well as all data required for logging in and creating race-views. The database system we use is MySQL, because of it's accessibility and relative ease to use. MySQL runs on a databaseServer, that is connected to the Java Application API with the use of a Database Connection.

ApplicationServer

The ApplicationServer will contain the API itself. This API will use Jakarta EE and Wildfly 25.0, which allows us to run an API with ease in a web environment. Using the REST API, this Java Application will connect to a webserver and deploy its .war artifact there.

Webserver

The webserver is the link between user and API and is the part of our API that the user can interact with. This webserver could also be described as a simple website.

User PC

This architectural overview is an overview that shows the building blocks of our project. It shows how we intend to build this project, besides that it helps the development team get a shared view.

Image Added

figure 1: Architectural overview


Here you can see a description of what every building block of our project means. This makes the architectural overview better understandable.

DNSThe DNS also known as Domain Name System is Regterschot's website.
User BrowserBrowser that's used by a user to access the website.
CDNContent Delivery Network is a service that distributes user requests to increase performance.
Load BalancerLoad balancer is a REST-API that is used to distribute incoming traffic across virtual machines. 
Webapp ServersThis is the web application that we are making as the group Smalltalk.
DatabaseThe database is the place where we store our data. 
View DashboardsTo view a dashboard is an end goal so the user can see the relevant graphs.
BrokerThe broker is used to receive live data from the sensors on the race car
ServicesServices are the dependencies that our web application uses.

table 2: glossary of architectural overviewThe user PC is the eventual device on which the API and webpage will be run. This is the user end of our application.