ших спеціалізованих серверів баз даних з'явилася можливість іншої реалізації моделі доступу до віддаленої бази даних. У цьому випадку ядро ??СУБД функціонує на сервері, протокол обміну забезпечується за допомогою мови SQL. Такий підхід у порівнянні з файловим сервером веде до зменшення завантаження мережі й уніфікації інтерфейсу «клієнт-сервер». Однак, мережевий трафік залишається досить високим, крім того, як і раніше неможливо задовільний адміністрування додатків, оскільки в одній програмі сполучаються різні функції [7].
Пізніше була розроблена концепція активного сервера, який використовував механізм збережених процедур. Це дозволило частину прикладного компонента перенести на сервер (модель розподіленого додатку). Процедури зберігаються в словнику бази даних, розділяються між декількома клієнтами й виконуються на тому ж комп'ютері, що і SQL-сервер. Переваги такого підходу: можливо централізоване адміністрування прикладних функцій, значно знижується мережевий трафік (тому передаються не SQL-запити, а виклики збережених процедур). Недолік? обмеженість засобів розробки збережених процедур у порівнянні з мовами загального призначення [7].
На практиці зараз звичайно використовуються змішаний підхід:
· найпростіші прикладні функції виконуються збереженими процедурами на сервері;
· більш складні функції реалізуються на клієнті безпосередньо в прикладній програмі.
Зараз ряд постачальників комерційних СУБД оголосили про плани реалізації механізмів виконання збережених процедур з використанням мови Java. Це відповідає концепції «тонкого клієнта», функцією якого залишається тільки відображення даних (модель віддаленого представлення даних).
Останнім часом також спостерігається тенденція до все більшого використання моделі розподіленого додатку. Характерною рисою таких додатків є логічний поділ додатка на дві і більше частин, кожна з яких може виконуватися на окремому комп'ютері. Виділені частини додатка взаємодіють один з одним, обмінюючись повідомленнями в заздалегідь погодженому форматі. У цьому випадку двухзвенная архітектура клієнт-сервер стає триланкової, а до деяких випадках, вона може включати і більше ланок (малюнок 2.9) [7].
Малюнок 2.9 - Модель розподіленого додатку
2.4 Побудова схеми ресурсів
Перед розробкою програмного продукту необхідно визначити основні вимоги до нього. Для цього необхідно визначити переслідувані цілі і споживачів продукту, дати загальне формулювання завдання і визначити основні функції.
Цілі:
· основна мета - розробка автоматизованої системи тестування знань з дисципліни «Російська мова»;
Споживачі системи:
· бюджетна організація (школа), що надає послуги з навчання та контролю рівня знань клієнтів (учнів) з дисципліни «Російська мова».
Загальна формулювання завдання:
· створення автоматизованої системи тестування знань з дисципліни «Російська мова».
Основні функції системи:
· реєстрація тестованого або авторизація викладача;
· додавання або зміна даних тесту;
· додавання, зміна або видалення питань тесту;
· додавання, зміна або видалення варіантів відповіді питання;
· завантаження і зчитування позицій довідників приложени??;
· можливість перегляду результатів тестування знань;
· можливість зміни поточного користувача без перезапуску програми.
Виходячи з певних вимог до програмного комплексу, можна перейти до розробки схеми ресурсів. Схеми ресурсів відображають конфігурацію блоків даних і обробних блоків, яка потрібна для вирішення завдання або набору завдань.
На малюнку 2.10 представлена ??запропонована в ході проектування схема ресурсів.
Малюнок 2.10 - Схема ресурсів системи
Схема ресурсів була побудована на підставі наступних правил обробки даних і конфігурації керуючих цієї обробкою блоків:
· програмний комплекс складається з клієнтського застосування і SQL сервера;
· всі дані користувача зберігаються в таблицях бази даних, до якої підключається SQL сервер;
· для з'єднання з SQL сервером клієнт має файл настройок, що містить параметри підключення;
· клієнт відправляє запит SQL серверу, що містить текст запиту і параметра для його виконання;
· залежно від команди SQL сервер повертає клієнту набо...
