икладної задачі здійснює введення інформації користувачем за допомогою тих чи інших засобів, а також виведення інформації на екран і друк. Компонент візуалізації для архітектури клієнт-сервер завжди виконується на робочому місці користувача (оскільки має ж він спостерігати небудь результати роботи програми).
Компонент прикладної логіки вирішує власне ту чи іншу задачу, пов'язану з обробкою даних в тій чи іншій предметній області. Цей компонент може бути розподілений між клієнтської і серверної частиною різним чином залежно від застосовуваної моделі.
Компонент зберігання бази даних здійснює фізичні операції, пов'язані із зберіганням даних, читанням інформації з бази даних і записом в неї. В архітектурі клієнт-сервер цей компонент завжди виконується на сервері. [38]
З точки зору кількості складових частин клієнт-серверні системи діляться на дворівневі і трирівневі. Дворівневі системи складаються тільки з клієнта і сервера. У трирівневих ж між користувальницьким клієнтом і сервером, що здійснює зберігання і обробку бази даних з'являється третій, проміжний шар, що є для користувача сервером, а для системи управління базами даних - клієнтом. Така архітектура дозволяє більш гнучко розподіляти функції системи і навантаження між компонентами програмно-апаратного комплексу, а також може знизити вимоги до ресурсів робочих місць користувачів. Необхідною платою за це є те, що подібні системи набагато складніше в розробці, впровадженні та експлуатації і вимагають значних витрат і висококваліфікованого персоналу.
1.2 Розподілене трьох рівневе додаток
Трирівневе додаток включає наступні:
· рівень представлення
· рівень бізнес-логіки
· рівень доступу до даних
Рівень представлення являє собою будь-яку різновид «тонкого» клієнта, який тільки викликає сервер, відображає дані і приймає введення від користувача.
Рівень бізнес-логіки виконує всю основну обробку даних. Даний рівень являє собою проміжну ланку між базами даних і клієнтським додатком і може працювати як, наприклад, монітор обробки транзакцій або брокер об'єктних запитів.
Рівень доступу до даних звичайно являє собою сервер бази даних.
На практиці ці три рівня, як правило, розташовуються на різних машинах. Трирівнева модель (three-tier model) дозволяє забезпечити роботу набагато більшого числа клієнтів, ніж дворівнева модель, що складається тільки з бази даних і клієнтського додатка («товстого» (fat) клієнта). Трирівнева модель є більш гнучкою, оскільки при зміні алгоритмів обробки даних часто достатньо змінити ПО на машині проміжної ланки, яка може обслуговувати безліч клієнтських машин. Крім того, потужні машини проміжної ланки можуть витримувати значно більші навантаження, ніж клієнтські машини. Введення проміжної ланки також полегшує синхронізацію доступу до бази даних. [38]
Рис. 1.1. Взаємодія в 3-рівневої архітектурі
Всі три рівня відокремлені один від одного і розташовуються в окремих, самостійних компонентах. У разі зміни якогось бізнес-правила вже не треба відстежувати сотні зв'язків, тому що це зміна вже підпорядковується контрактом на використання і чітко ...
