ify"> Термін "клієнт-сервер" означає таку архітектуру програмного комплексу, в якій його функціональні частини взаємодіють по схемі "запит-відповідь". Якщо розглянути дві взаємодіючі частини цього комплексу, то одна з них (клієнт) виконує активну функцію, тобто ініціює запити, а інша (сервер) пасивно на них відповідає. У міру розвитку системи ролі можуть змінюватися, наприклад деякий програмний блок буде одночасно виконувати функції сервера по відношенню до одного блоку і клієнта по відношенню до іншого. p align="justify"> Зауважимо, що будь-яка інформаційна система повинна мати мінімум три основні функціональні частини - модулі зберігання даних, їх обробки і інтерфейсу з користувачем. Кожна з цих частин може бути реалізована незалежно від двох інших. Наприклад, не змінюючи програм, що використовуються для зберігання та обробки даних, можна змінити інтерфейс з користувачем таким чином, що одні й ті ж дані будуть відображатися у вигляді таблиць, графіків або гістограм. Не змінюючи програм представлення даних та їх зберігання, можна змінити програми обробки, наприклад змінивши алгоритм повнотекстового пошуку. І нарешті, не змінюючи програм подання та обробки даних, можна змінити програмне забезпечення для зберігання даних, перейшовши, наприклад, на іншу файлову систему. p align="justify"> У класичній архітектурі клієнт-сервер доводиться розподіляти три основні частини програми по двом фізичним модулям. Зазвичай ПО зберігання даних розташовується на сервері (наприклад, сервері бази даних), інтерфейс з користувачем - на боці клієнта, а от обробку даних доводиться розподіляти між клієнтської і серверної частинами. У цьому-то і полягає основний недолік дворівневої архітектури, з якого слідують декілька неприємних особливостей, сильно ускладнюють розробку клієнт-серверних систем. p align="justify"> При розбитті алгоритмів обробки даних необхідно синхронізувати поведінку обох частин системи. Всі розробники повинні мати повну інформацію про останні зміни, внесені в систему, і розуміти ці зміни. Це створює великі складнощі при розробці клієнт-серверних систем, їх встановлення та супроводі, оскільки необхідно витрачати значні зусилля на координацію дій різних груп фахівців. У діях розробників часто виникають суперечності, а це гальмує розвиток системи і змушує змінювати вже готові і перевірені елементи [2]. br/>
1.2 Плюси і мінуси архітектур
Щоб уникнути неузгодженості різних елементів архітектури, намагаються виконувати обробку даних на одній з двох фізичних частин або на стороні клієнта ("товстий" клієнт), або на сервері ("тонкий" клієнт, або архітектура, звана "2,5 - рівневий клієнт-сервер"). Кожен підхід має свої недоліки. p align="justify"> У першому випадку невиправдано перевантажується мережа, оскільки по ній передаються необроблені, а значить, надлишкові дані. Крім того, ускладнюється підтримка системи і її зміна, тому що заміна алгоритму обчислень або виправлення помилки вимагає одноч...
