ІНФОРМАЦІЙНІ СИСТЕМИ ТА ТЕХНОЛОГІЇ

В процесі доставки вантажів і перевезень пасажирів доводиться зберігати і обробляти величезні масиви даних. Для цього використовуються складні інформаційні системи і технології. Щоб побудувати інформаційну систему, яка могла б адекватно реальної ситуації зберігати і обробляти дані, попередньо необхідно розробити інформаційну модель.

Поняття про інформаційні моделях

Інформаційні моделі (ІМ) - це засіб формування уявлення про дані, їх склад і використанні в конкретних умовах. Використовуючи сучасні пакети прикладних програм, можна, звичайно, не вдаючись до ІМ, створити досить складні бази даних (БД), але якщо потрібно, щоб інформаційна система працювала швидко і займала мінімальний обсяг, то в цьому випадку не обійтися без попереднього аналізу задачі за допомогою ІМ.

Для опису інформаційної завдання використовуються три види подання ІМ:

  • • концептуальне - охоплює всю задачу з точки зору адміністратора інформаційної системи, тобто особи, відповідальної в цілому за роботу БД;
  • • зовнішнє - відбиває уявлення про завдання з точки зору конкретного користувача, тобто особи, вирішального вузьку задачу роботи системи на конкретному робочому місці; отже, кожна інформаційна система буде мати кілька зовнішніх уявлень ІМ;
  • • внутрішнє - відбиває уявлення про інформаційну задачі розробника (програміста) з урахуванням особливостей і можливостей конкретної системи управління базою даних (СУБД) і комп'ютерів, на яких буде реалізовуватися можна вирішити завдання. На основі внутрішньої моделі безпосередньо створюється логічна модель розміщення і обробки даних, яка і служить основою для безпосереднього проектування інформаційної системи.

Наявність різних видів уявлень НМ пояснюється тим, що тільки філософи можуть дозволити собі мати справу з реальним світом. При вирішенні конкретних завдань реальна дійсність відтворюється з істотними обмеженнями, залежними від області діяльності, поставлених цілей і потужності обчислювальних засобів. Надалі реальні інформаційні процеси в системі будемо називати предметною областю даних. Взаємозв'язок трьох видів уявлень ІМ можна показати у вигляді схеми, наведеної на рис. 1.13.

Різні види уявлення інформаційної моделі

Мал. 1.13. Різні види уявлення інформаційної моделі

важливо

Таким чином, реальні інформаційні процеси відображаються через сприйняття службових функцій окремих користувачів, об'єднуються з точки зору роботи інформаційної системи в цілому, і на цій основі розробляється ІМ, яка фізично реалізується у вигляді програми для комп'ютера і БД, розміщених на фізичному носії інформації (магнітному диску ).

Для розробника прикладних програм уявлення про ІМ важливо в першу чергу з точки зору правильної постановки завдання. Шлях до реальної БД тернистий і супроводжується численними дискусіями з замовником і кінцевими користувачами, подання яких про майбутню із завданням повинно бути узагальнено в концептуальної моделі. Чим ближче ця модель відображає реальні потреби в обробці даних, тим швидше розробник зможе у вигляді блок-схем і алгоритмів описати внутрішню модель системи і перейти до її фізичної реалізації.

Основу будь-ІМ складають об'єкти і взаємозв'язки між ними. Об'єктом може бути будь-який предмет реального світу (людина, подія, місце, документ або поняття), про який необхідно мати дані. Відомості про об'єкт, які мають значення для даної ІМ, називаються атрибутами об'єкта. Значення даних - це справжні дані, що містяться в кожному атрибуті. Приклади об'єктів, атрибутів і їх значень наведені в табл. 1.2.

Сукупність пов'язаних за змістом значень даних утворює запис. Якщо в табл. 1.2 наведені значення даних за рахунком відносяться до автомобіля ВАЗ-2190 з номером «у543сп», то стовпець значень утворює запис. Залежно від того, які атрибути описують об'єкт, значення даних можуть бути кількісними, якісними або описовими.

Таблиця 1.2

Приклади об'єктів, атрибутів і їх значень

об'єкт

Атрибут

значення

рахунок

Тип

витрата

номер

6342

Сума, руб

45 530 000

автомобіль

номер

«У543сп»

Модель

Влз-2190

Пробіг, км

30 000

Доступ до необхідних значень даних забезпечується за ключовим атрибуту. Ключовий атрибут - це атрибут, але значенням якого можна однозначно визначити значення інших атрибутів цього ж об'єкта. Ключових атрибутів може бути декілька, в залежності від конкретних умов, але значення ключового атрибута не може дорівнювати нулю.

Взаємозв'язок між об'єктами виражає відношення (або зв'язок) між двома множинами даних. Розрізняють три типи взаємозв'язків:

1) «один до одного» - допускає в даний момент часу зв'язок тільки між двома об'єктами, наприклад, масив автомобілів і масив причепів, коли в даний момент до кожного автомобілю причеплений конкретний причіп (при такій зв'язку кожна запис в одній таблиці строго відповідає запису в іншій таблиці, як це показано на рис. 1.14);

Взаємозв'язок «один до одного»

Мал. 1.14. Взаємозв'язок «один до одного»

2) «один до багатьох» - допускає зв'язок з одним об'єктом кількох інших об'єктів, наприклад, масив типів кузовів і масив автомобілів, коли певний тип кузова можуть мати кілька автомобілів; в цьому випадку одного запису даних першого об'єкта (його часто називають батьківським, або основним) буде відповідати кілька записів другого об'єкта (дочірнього, або підлеглого).

Взаємозв'язок «один до багатьох» дуже поширена при розробці реляційних баз даних. Як батьківського об'єкта часто виступає довідник, а в дочірньому зберігаються унікальні ключі для доступу до записів довідника. На рис. 1.15 в якості такого довідника представлений об'єкт «Типи кузовів».

Взаємозв'язок «один до багатьох»

Мал. 1.15. Взаємозв'язок «один до багатьох»

При зверненні до запису для певного типу кузова нам доступний список всіх автомобілів з таким типом кузова, відомості про яких зберігаються в об'єкті «Автомобілі». У разі якщо в дочірньому об'єкті будуть якісь записи, для яких немає відповідних записів в об'єкті «Типи кузовів», то ми їх не побачимо. Тоді кажуть, що об'єкт містить втрачені (самотні) записи. Це неприпустимо, і таких ситуацій слід уникати;

3) «багато до багатьох» - допускає зв'язок декількох об'єктів з необмеженою кількістю інших об'єктів, наприклад, масив автомобілів і обслуговуваних ними клієнтів, коли різні автомобілі можуть використовуватися у різних клієнтів.

Відповідно до теорії реляційних БД, для зберігання взаємозв'язку «багато до багатьох» потрібно три об'єкти: по одному для кожної таблиці і один для зберігання зв'язків між ними (проміжний об'єкт). Проміжний об'єкт буде містити ідентифікатори пов'язаних об'єктів (рис. 1.16).

Взаємозв'язок «багато до багатьох»

Мал. 1.16. Взаємозв'язок «багато до багатьох»:

абревіатура ГНТРД - умовна назва організації

 
Переглянути оригінал
< Попер   ЗМІСТ   ОРИГІНАЛ   Наст >