Головна

Локальні інформаційні системи

  1. A) Добре організовані системи
  2. ART-підсистеми
  3. B) Погано організовані (або дифузні) системи
  4. D) установам і підприємствам кримінально-виконавчої системи, організаціям інвалідів
  5. I Етап. Ухвалення рішення про створення системи якості
  6. I.1. Образотворчі властивості фронтальної проекції двох-пірамідної системи Хеопса-Голоду
  7. I.1. Структура грошової системи

Функціональні частини інформаційної системи можуть розміщуватися на одному або на декількох комп'ютерах. Система 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. Методи моделювання систем. Формалізовані і неформалізовані методи моделювання та аналізу систем. | ідеальні моделі | суть управління |

© 2016-2022  um.co.ua - учбові матеріали та реферати