Головна |
Функціональні частини інформаційної системи можуть розміщуватися на одному або на декількох комп'ютерах. Система 1 ПК. Відповідну ІС зазвичай називають локальною або одного користувача (хоча останнє не зовсім строго, оскільки на одному комп'ютері по черзі можуть працювати кілька користувачів).
Організація функціонування локальної ІС на одному комп'ютері в середовищі деякої операційної системи (ОС) можлива за допомогою наступних варіантів використання програмних засобів: "повної" СУБД; додатки і "усіченої" (ядра) СУБД; незалежного додатки.
Основне гідність схеми - простота розробки і супроводу БД і додатків при наявності розвинених відповідних засобів розробки і сервісних засобів. недоліком цієї схеми є витрати дискової пам'яті на зберігання програми СУБД.
Додаток з ядром СУБД використовують для досягнення наступних цілей:
зменшення обсягу займаного СУБД простору жорсткого диска і оперативної пам'яті;
підвищення швидкості роботи програми;
захисту програми від модифікації з боку користувача (зазвичай ядро ??не містить засобів розробки додатків).
Із сучасних СУБД відзначимо Microsoft Access.
перевагами є: менше споживання ресурсів пам'яті комп'ютера, прискорення роботи програми і можливість захисту програми від модифікації. До основних недоліків можна віднести все ще значний обсяг дискової пам'яті, необхідної для зберігання ядра СУБД, і недостатньо високу швидкодію роботи додатків.
При третьому способі організації ІС вихідна програма попередньо компілюється - Перетворюється в послідовність виконуваних машинних команд. В результаті виходить готова до виконання незалежна програма, яка не потребує для своєї роботи ні всієї СУБД, ні її ядра.
основними достоїнствами цього варіанту в порівнянні з двома попередніми є економія зовнішньої і оперативної пам'яті комп'ютера, прискорення виконання програми та повний захист додатки від модифікації. До недоліків можна віднести трудомісткість доопрацювання додатків і відсутність можливості використовувати стандартні засоби СУБД з обслуговування БД.
За способом організації групові та корпоративні інформаційні системи підрозділяються на наступні класи:
- Системи на основі архітектури файл-сервер;
- Системи на основі архітектури клієнт-сервер;
- Системи на основі багаторівневої архітектури;
- Системи на основі Інтернет / інтеранет-технологій.
Позна-чення | Найменування | характеристика |
PS | Presentation Services (засоби представлення) | Забезпечуються пристроями, які приймають введення від користувача і відображають те, що повідомляє йому компонент логіки уявлення PL, з використанням відповідної програмної підтримки |
PL | Presentation Logic (логіка подання) | Управляє взаємодією між користувачем і ЕОМ. Обробляє дії користувача при виборі команди в меню, натисканні кнопки або виборі елемента зі списку |
BL | Business or Application Logiс (прикладна логіка) | Набір правил для прийняття рішень, обчислень і операцій, які має виконати додаток |
DL | Data Logic (логіка управління даними) | Операції з базою даних (SQL-оператори), які потрібно виконати для реалізації прикладної логіки управління даними |
DS | Data Services (операції з базою даних) | Дії СУБД, що викликаються для виконання логіки управління даними, такі як маніпулювання даними, визначення даних, фіксація або відкат транзакцій і т. П. СУБД зазвичай компілює SQL-пропозиції |
FS | File Services (файлові операції) | Дискові операції читання і запису даних для СУБД і інших компонентів. Зазвичай є функціями операційної системи |
Архітектура файл-сервер
Архітектура файл-сервер не має мережевого поділу компонентів діалогу Presentation Services (засоби представлення) і Presentation Logic (логіка подання) і використовує комп'ютер для функцій відображення, що полегшує побудову графічного інтерфейсу. Файл-сервер тільки отримує дані з файлів, так що додаткові користувачі і додатки додають лише незначну навантаження на центральний процесор. Кожен новий клієнт додає обчислювальну потужність до мережі.
Така архітектура має істотний недолік: при виконанні деяких запитів до бази даних клієнта можуть передавання великого обсягу даних, завантажуючи мережу і приводячи до непередбачуваності часу реакції.
Архітектура клієнт-сервер
Архітектура клієнт-сервер призначена для вирішення проблем файл-серверних додатків шляхом поділу компонентів програми та розміщення їх там, де вони будуть функціонувати найбільш ефективно. Особливістю архітектури клієнт-сервер є використання виділених серверів баз даних, які розуміють запити на мові структурованих запитів SQL (Structured Query Language) і виконують пошук, сортування та агрегування інформації.
Відмітна риса серверів БД - наявність довідника даних, в якому записана структура БД, обмеження цілісності даних, формати і навіть серверні процедури обробки даних за викликом або по подіях в програмі.
Більшість конфігурацій клієнт-сервер використовує дворівневу модель, в якій клієнт звертається до послуг сервера. Передбачається, що діалогові компоненти PS і PL розміщуються на клієнті, що дозволяє забезпечити графічний інтерфейс. Компоненти управління даними розміщуються на сервері, а діалог (PS, PL), логіка BL і DL - на клієнті. Оскільки ця схема пред'являє найменші вимоги до сервера, вона має найкращу масштабованість. Однак складні додатки, що викликають велике взаємодія з БД, можуть жорстко завантажити як клієнта, так і мережу.
Створення архітектури клієнт-сервер можливо і на основі Багатотермінальні системи. У цьому випадку в багатозадачному середовищі сервера додатків виконуються програми користувачів, а клієнтські вузли виродилися і представлені терміналами. Подібна схема інформаційної системи характерна для UNIX. В даний час архітектура клієнт-сервер отримала визнання і широке поширення як спосіб організації додатків для робочих груп та інформаційних систем корпоративного рівня. Подібна організація роботи підвищує ефективність виконання додатків за рахунок використання можливостей сервера БД, розвантаження мережі і забезпечення контролю цілісності даних.
багаторівнева архітектура
Багаторівнева архітектура стала розвитком архітектури клієнт-сервер і в своїй класичній формі складається з трьох рівнів:
- Нижній рівень являє собою додатки клієнтів, виділені для виконання функцій і логіки уявлень PS і PL і мають програмний інтерфейс для виклику програми на середньому рівні;
- Середній рівень являє собою сервер додатків, на якому виконується прикладна логіка BL і з якого логіка обробки даних DL викликає операції з базою даних DS;
- Верхній рівень являє собою віддалений спеціалізований сервер бази даних, виділений для послуг обробки даних DS і файлових операцій FS (без ризику використання збережених процедур).
Трирівнева архітектура дозволяє ще більше збалансувати навантаження на різні вузли і мережу, а також сприяє спеціалізації інструментів для розробки додатків і усуває недоліки дворівневої моделі клієнт-сервер.
Централізація логіки додатка спрощує адміністрування і супровід. Чітко поділяються платформи та інструменти для реалізації інтерфейсу і прикладної логіки, що дозволяє з максимальною віддачею реалізовувати їх фахівцям вузького профілю.
З ростом систем клієнт-сервер необхідність трьох рівнів стає все більш очевидною. На практиці в локальній мережі можуть використовуватися змішані архітектури (дворівневі і трирівневі) з одним і тим же сервером бази даних. З урахуванням глобальних зв'язків архітектура може мати більше трьох ланок. В даний час з'явилися нові інструментальні засоби для гнучкої сегментації додатків клієнт-сервер з різних вузлів мережі.
Інтернет / інтранет-технології
У розвитку технології Інтернет / інтранет основний акцент поки що робиться на розробці інструментальних програмних засобів. У той же час спостерігається відсутність розвинених засобів розробки додатків, що працюють з базами даних. Компромісним рішенням для створення зручних і простих у використанні і супроводі інформаційних систем, ефективно працюють з базами даних, стало об'єднання Інтернет / інтранет-технології з багаторівневою архітектурою. При цьому структура інформаційного додатку набуває такого вигляду: браузер - сервер додатків - сервер баз даних - сервер динамічних сторінок - web-сервер.
Завдяки інтеграції Інтернет / інтранет-технології та архітектури клієнт-сервер процес впровадження і супроводу корпоративної інформаційної системи істотно спрощується при збереженні досить високої ефективності і простоти спільного використання інформації.
Квиток № 4. Архітектура корпоративних і локальних інформаційних систем. | Квиток № 5. Моделювання та проектування корпоративних і локальних інформаційних систем.
Класифікація за характером обробки даних | Класифікація за охопленням завдань (масштабності) | Квиток № 2. База даних як інформаційна модель предметної області. Система управління базою даних (СУБД). | Основні етапи проектування баз даних | модель даних | Бездефектне проектування обчислювальних систем | Найбільш популярні системи моделювання | Квиток № 6. Методи моделювання систем. Формалізовані і неформалізовані методи моделювання та аналізу систем. | ідеальні моделі | суть управління |