Фізичне проектування інформаційних систем

 

Фізичний етап проектування інформаційної системи полягає в реалізації створеного проекту на комп'ютері.

Фізична модель бази даних визначає спосіб розміщення даних (файлів) на пристроях зовнішньої пам'яті ЕОМ, а так само способи і засоби організації ефективного доступу до них. В цілому файлова структура і система управління є прерогативою операційної системи, тому по відношенню до баз даних, орієнтованих на роботу з елементами даних і високу інтенсивність обміну, ефективність введення/виводу, вона буде не оптимальна. Операційна система із завданнями баз даних справляється погано.

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

Стадія фізичного проектування БД включає:

· вибір способу організації БД;

· розробку специфікації внутрішньої схеми БД засобами моделі даних;

· опис відображення концептуальної схеми БД у внутрішній структурі управління файлами.

На відміну від ранніх СУБД багато сучасних систем, у тому числі і Access не надають розробникові якого-небудь вибору на стадії фізичного проектування. На цій стадії можна говорити не про варіанти фізичного проектування, а про варіанти реалізації. Тобто, після створення даталогічної моделі фізичне проектування включає:

· вибір СУБД;

· оновлення структури таблиць;

· призначення типів полів для розподілу атрибутів сутності;

· можливе створення таких додаткових об'єктів як індекси, тригери (обробники подій) і процедури, що зберігаються, що полегшують пошук в таблицях і обробку даних контролю цілісності [1, 2, 5].

СУБД Access

Системи управління базами даних – це програмні засоби, за допомогою яких можна створювати бази даних, наповнювати їх, працювати з ними. Багато хто з них насправді є не закінченими продуктами, а спеціалізованими мовами програмування, за допомогою яких кожний хто засвоїв мову, може сам створювати такі структури, які йому зручні, і вводити в них необхідні елементи управління. До подібних мов відносяться Clipper, Paradox, FoxPro та інші.

За допомогою Access звичайні користувачі отримали зручний засіб для створення і експлуатації достатньо могутніх баз даних без необхідності що-небудь програмувати. При бажанні систему можна розвивати і настроювати власними силами. Для цього треба опанувати основами програмування на мові Visual Basic.

Ще однією додатковою гідністю Access є інтегрованість цієї програми з Excel, Word і іншими програмами пакету Office [3].

Об'єкти Access

Таблиці створюються користувачем для зберігання даних по одному об'єкту моделі даних предметної області.

Запити створюються користувачем для вибірки потрібних даних з однієї або декількох зв'язаних таблиць. Запит може формуватися за допомогою запитів за зразком QBE або за допомогою мови структурованих запитів SQL. За допомогою запиту можна також відновити, видалити, додати дані в таблиці або створити нові таблиці на основі тих що вже існують.

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

Звіти призначені для формування вихідного документа, призначеного для друку.

Макроси містять опис дій, які повинні бути виконані у відповідь на деяку подію. Кожна дія реалізується макрокомандою. Вибір макрокоманд і завдання параметрів, використовуваних ними при виконанні, є простою автоматизованою операцією. Макрос дозволяє об'єднати розрізнені операції обробки даних в додатку.

Модулі містять програми на мові Visual Basic, які можуть розроблятися користувачем для реалізації нестандартних процедур при створення додатку [4, 5].

Опис бази даних «Каталог мобільних телефонів»

Створення таблиць

Всі таблиці ІС «Каталог мобільних телефонів» були побудовані в режимі конструктора.

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

Після вибору таблиць були встановлені зв'язки шляхом перетягування імені поля з однієї таблиці в іншу на відповідне йому зв'язане поле.

Включення прапорця Забезпечення умови цілісності даних дозволяє захиститися від випадків видалення записів з однієї таблиці, при яких пов'язані з ними дані інших таблиць залишаться без зв'язку.

Прапорці Каскадне оновлення полів і Каскадне видалення зв'язаних записів забезпечують одночасне оновлення і видалення даних у всіх підлеглих таблицях при їх зміні в головній.

Створення запитів

Для створення запиту усіх мобільних телефонів був використаний режим Конструктора. Цей запит потрібен нам для виводу усіх мобільних телефонів на форму тільки для перегляду.

Для відбору телефонів за виробником використовувався запит з умовою like, при такій умові ми можемо ввести потрібну нам назву фірми виробника. Результатом даного запиту є інформація про мобільні телефони які відповідають умовам відбору. Таким саме способом зроблено запит вибір за камерою. Для створення більш складного запиту було створено запит який має умову вибору не в одному полі, а в двох.

Результатом даного запиту є інформація про телефони з музичним програвачем і радіо.

Для створення діапазонного запиту в полі Умова відбору введено вираз: >=[введіть початкову ціну] And <=[введіть кінцеву ціну] (поле ціна)

Результатом даного запиту є інформація про телефон з певного діапазону цін.

Створення форм

Всі форми БД «Каталог мобільних телефонів», крім Головної, були створені за допомогою Майстра, та потім відредаговані у режимі Конструктор. Відкриття форм здійснюється натисненням відповідних кнопок на кнопковій формі (рис. 2.32), яка створена вручну за допомогою Конструктора (Форми ® Створення форми в режимі конструктора).