визначає перелік компонентів з інших шарів, з якими здійснюється взаємодія. Це незрівнянно зручніше, ніж розробка в будь-який з перерахованих раніше моделей. Однак тут не все так гладко, як хотілося б. Як правило, коли архітектори систем дозрівають до використання цієї моделі ПО, вони стикаються з низкою проблем, обумовлених наступним: система, в якій бізнес-шар виділяється в самостійний, потребує його додатковому розбитті на два. Дійсно, коли створені передумови для інкапсуляції в самостійні об'єкти процесів, що моделюються розроблюваної системою, стає, очевидно, що вся її бізнес-логіка розпадається на клієнтську бізнес-логіку і серверну бізнес-логіку. При цьому клієнтська бізнес-логіка забезпечує прийом від користувача і передачу йому даних та інформації, які будуть опрацьовані всередині компонентів серверної бізнес-логіки і відображені в шарі уявлень, відповідно. Так, наприклад, у випадку моделювання деякого об'єкта платіжної системи, скажімо, дебетової електронної карти, можна таким чином представити цей поділ (див. рис. 1.2):
Рис. 1.2. Функціональна схема 3-рівневого програми
3-х рівнева архітектура має на увазі чітке виділення бізнес-логіки. Цікаво відзначити, що сервіси для виклику бізнес-логіки (2nd tier), відносяться до 1st tier. А ось інтерфейс з базою даних (або будь-яким джерелом даних) - одразу до 3rd tier.
Переваги трирівневого програми. У порівнянні з клієнт-серверної або файл-серверної архітектурою можна виділити наступні достоїнства трирівневої архітектури:
· масштабованість
· конфігурованість - ізольованість рівнів один від одного дозволяє (при правильному розгортанні архітектури) швидко і простими засобами переконфігурувати систему при виникненні збоїв або при плановому обслуговуванні на одному з рівнів.
· висока безпека
· висока надійність
· низькі вимоги до швидкості каналу (мережі) між терміналами і сервером додатків
· низькі вимоги до продуктивності і технічним характеристикам терміналів, як наслідок зниження їх вартості. Терміналом може виступати не тільки комп'ютер, але і, наприклад, мобільний телефон.
Недоліки трирівневого програми. Недоліки випливають з достоїнств. Порівняно c клієнт-серверної або файл-серверної архітектурою можна виділити наступні недоліки трирівневої архітектури:
· більш висока складність створення додатків;
· складніше в розгортанні та адмініструванні;
· високі вимоги до продуктивності серверів додатків і сервера бази даних, а, значить, і висока вартість серверного обладнання;
· високі вимоги до швидкості каналу (мережі) між сервером бази даних і серверами додатків.
1.3 Необхідність використання розподілених додатків в середній школі
Сучасний етап розвитку суспільства характеризується посиленням ролі інформації і знань, зростанням частини інформаційних продуктів і послуг, перебудовою глобального інформаційного простору. У цих умовах Україна, позиціонує інформаційно комунікаційні технології як потужний інструмент суспільного розвитку.
В Україні розроблена законодавча н...
