ASWI - Pokročilé softwarové inženýrství » ASWI 2021 » OpenData vlastní téma (KIV) - Tři Mušketýři

h1. Project architecture

The application consists of two parts

* Server

* Client application

h1. Server architecture

In the following text will be specified the communication between parts of the server application.

In the simple visualisation below are displayed the relevant classes and requests that take place between packages.

* Model asks parser for information acquired from data

* Parser asks data downloader for path to folder containing data

The path to data folder itself is specified from user as a command line argument upon launching the application.

!basic_architecture.png!

h2. Model architecture

h2. Interface model-parser

Handing over information in lists containing separate entries.

Method Parse() enables specifying the interval by which to divide the days. By default parses one day as one entry.

For example if a day is divided with a 3h interval for each day are created entries for the following times

* 7-10

* 10-13

* 13-16

* 16-19

h2. Parser architecture

Output from parser is relatively universal, The one thing that is not are zcu specific building tags. Those are noted in TagInfo and could be replaced by different ones.

Interesting classes to note are:

h3. Csv loader

Class responsible for loading input data files into memory. Can be swapped for a class processing different types of files as long as it provides the same methods.

h3. TagInfo

Class used for mapping tags. Can be easily modified for different input data.

!parser_architecture.png!

h2. Interface parser-downloader

Parser asks for folder with data files.

h2. Loader architecture

Has to be able to handle request signaling dowload of new data, and requests for path to folder with data.

h1. Client application architecture

h1. Communication server-client