p align="justify"> реалізація цих функцій лягає на розробників, що ускладнює процес створення системи.
Мультиплеєрні системи, засновані на класичній технології клієнт/сервер, називаються Дволанковий системами або системами з «товстим клієнтом».
Вони складаються з двох частин - серверної і клієнтської.
На серверну частину покладаються функції управління базами даних (включаючи адміністрування), підтримки цілісності даних, обробка запитів, управління транзакціями, правами доступу до різних даними, створення об'єктів з реалізації бізнес - правил.
На клієнтську частину покладається забезпечення інтерфейсу користувача, посилка запитів серверу БД (серверної частини системи), отримання результатів і повідомлень від сервера, управління бізнес - правилами, перевірку коректності, допустимості та обробку даних згідно містяться в них алгоритмах. Також потрібно відзначити і третій елемент такої системи - мережа та комунікаційне програмне забезпечення, за якими здійснюється взаємодія між серверної і клієнтської частинами системи за допомогою мережевих протоколів.
На малюнку 6.1 представлена ??схема класичної архітектури клієнт/сервер.
Малюнок 4.1 - Класична архітектура клієнт-сервер
Многозвенность системами клієнт/сервер називають більш нові системи з так званим тонким клієнтом. У цьому випадку функціональність, пов'язана з доступом до даних, покладається на інший додаток, яке зазвичай називається сервером додатків і є клієнтом серверної СУБД.
У свою чергу, клієнтські програми звертаються не безпосередньо до серверної СУБД шляхом виклику відповідних функцій, а до сервера додатків, що є для них джерелом даних.
Таким чином, інформаційна система стає триланкової, а сервер додатків є середньою ланкою в ланцюзі тонкий клієнт - сервер застосувань - сервер баз даних.
На малюнку 6.2 представлена ??схема архітектури клієнт/сервер з тонким клієнтом.
Для виконання курсового проекту з огляду на невелику обсягу робіт і відсутності великих навантажень на систему виберемо класичну двошарову реалізацію архітектури «клієнт-сервер».
Малюнок 4.2 - Архітектура клієнт - сервер з «тонким» клієнтом
. 2 Концептуальна Діаграма класів
3.3 Розробка логічної моделі БД ПО
3.4 Детальне проектування
. 4.1 Проектування клієнтської частини ПО
Клієнтська складова ПО являє собою десктопних програм.
В архітектурі цього додатка можна виділити три складових:
Класи-сутності предметної області
Малюнок 4.3 - Класи-сутності предметної області
Ці класи зберігають дані з таблиць БД і служать для представлення об'єктів предметної області в проектованому додатку.
Шар доступу до даних
Малюнок 4.4 - Класи шару доступу до даних
Шар доступу до даних служить для отримання даних з БД і управління ними.
Для написання шару доступу до даних скористаємося паттерном проектування Row Data Gateway.
Суть його в тому, що для кожної таблиці БД створюється клас-репозиторій (repository, англ. сховище). Даний клас містить набір методів, що забезпечують реалізацію всіх базових методів роботи з таблицею: вибірка набору записів, пошук, вставка, зміна, видалення запису, а також деяких специфічних методів, якщо того вимагає предметна область.
Крім репозиторій, створюється клас-фасад, який централізує роботу з репозиторіями. Зазвичай він також реалізує патерн проектування Singleton, тобто існує в програмі в єдиному екземплярі.
Шар доступу до даних необхідний, щоб инкапсулировать деталі реалізації доступу до даних від інших логічних складових проектованого ПЗ. Тепер отримання необхідної інформації з БД з будь-якої частини програми відбуватиметься за допомогою виклику одного методу Шаруючи доступу до даних, без необхідності замислюватися про логіку його роботи.
Інтерфейс користувача
Третьою частиною клієнтського додатка є власне інтерфейс користувача. Він забезпечує візуальне представлення даних у зручній для користувача формі, а також обробку його команд.
В даному випадку логіка роботи клієнтського додатка досить проста, вона полягає в отриманні з БД і відображенні набору даних, без необхідності будь-якої її обробки. Це дозволяє відмовитися від створення класів бізнес-логіки. Всю необхідну робо...
