Реферати українською » Информатика, программирование » Система управління базою даних


Реферат Система управління базою даних

Страница 1 из 3 | Следующая страница

Зміст

Запровадження

1.Инфологическое проектування

1.1 Аналіз предметної області

1.2 Аналіз інформаційних завдань і кола користувачів системи

1.3Инфологическое проектування

2. Визначення вимог до операційній обстановці

2.1 Вибір ПЗ проведено та ЕОМ

2.2 Обсяг зовнішньої пам'яті яку він обіймав модулямиСУБД

2.3 Обсяг пам'яті, що відводиться під дані

2.4 Ставлення до характері й інтенсивності запиту

3. ВибірСУБД

4 Логічне проектуванняБД

4.1 Обмеження цілісності 

5. Фізичне проектуванняБД

6. Укладання

Список літератури


Запровадження

У світі роль бази даних достатня висока. Чимало підприємств, фірми використовують такий метод зберігання інформацією комп'ютері, чи це дані про співробітників, про різноманітні комерційних угодах (купівлі, продаж і т.д.). При будь-яких банківських операціях (оплата комунальних послуг в, за цей газ, за світ і т.д.) дані заносять у базі даних.

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

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

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


1.Инфологическое проектування

1.1 Аналіз предметної області

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

1.2 Аналіз інформаційних завдань і кола користувачів системи

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

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

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

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

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

Кожен екіпаж складається з одну людину, кожен із яких має такі атрибути як прізвище, ім'я, по батькові, посаду (Шофер).

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

Для послуг із боку бази даних необхідно вміст у нею відносин – «Маршрути», який володіє такими атрибутами: код маршруту, код рейсу, дата відправлення, час відправлення, автобус, екіпаж, кількість проданих квитків.

Через війну аналізу предметної області виділено такі:

— введення даних;

— зберігання даних;

— відновлення даних;

— вибірка даних;

— наданняотчетов.

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


1.3Инфологическое проектування

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

Процес проектування ІВ починається з побудовиинфологической моделі предметної області.Инфологическая модель предметної області (ПО) є опис структури та динаміки ПО, характеру інформаційної потреби користувачів в термінах, зрозумілих користувачеві й які залежать відБД. Це опис виявляється у термінах не окремих об'єктів ПЗ проведено та перетинів поміж ними, які типів, що з ними обмежень цілісності і тих процесів, що призводять до переходу предметної області вже з стану до іншого.

Аналіз предметної області дає можливість окреслити сутності.

>Стержневие сутності; Автобуси, Рейси, Екіпажі.

>Обозначающие сутності:Автокомпании, Марка автобусів.

>Ассоциативние сутності: Маршрути.

>Характеризующие сутності: Склад екіпажу.

Використовуючи міфологічний мову моделювання (>ЯИМ) базі даних можна описати так

Рейси (Номер рейсу. Місце відправлення, Місце призначення, Час їсти дорогою. Відстань, Проміжні посадки);

Автобуси (Реєстраційний знак. Марка автобуса.Автокомпания);

Екіпажі (№ екіпажу. Група допуску, Медичне висновок);

Маршрути [Автобуси М, Рейси N, Екіпажі Р] (Код Маршруту, № рейсу, Дата відправлення, Час відправлення, Реєстраційний знак, № екіпажу, Кількість проданих квитків);

Склад екіпажу (Код складу екіпажу. Прізвище., Ім'я, По батькові, № екіпажу) (Екіпажі);

>Автокомпании (>Автокомпании, номер ліцензії, Адреса офісу, Телефон головного менеджера) [Автобуси].

Марка автобусів (Марка автобуса, код автобусів, Кількість місць, Марка палива, Обсяг паливного бака) [Автобуси].

З аналізу можна побудуватиER- діаграму додаток А.


2. Визначення вимог до операційній обстановці

2.1 Вибір ПЗ проведено та ЕОМ

База даних автовокзал повинна працювати умногопользовательском режимі, що потребує підключення її до неї.Налагаемие умови дозволяють зробити вибір типу, і конфігурації конкретної ЕОМ, типу, і версії ОС.

У зв'язку з подальшим збільшенням обсягу оброблюваної інформації, у зв'язку з швидким розвитком прикладних програмних продуктів які надають додаткові послуги з обробки даних, і їх експорту, імпорту, доцільно вибрати, попри великі гроші даного програмного продукту, MicrosoftAccess 2002, під керівництвоммногопользовательской ОС Microsoft Windows 98.

Від обраного програмного забезпечення вибираються параметри самої ЕОМ.

Процесор Pentium III чи більше швидкий, пам'ять 128 МБОЗУ. Вимоги обсягу вільного місця на жорсткому диску залежить від конфігурації. При вибіркової установці може знадобитися більшою або меншою місця на диску. При стандартної установці потрібно 170 МБ вільного місця на жорсткому диску і додатково 115 МБ на диску, де встановлено операційна система; користувачам, які мають не встановлено продукти Windows 2000, WindowsMe чи Office 2000 ServiceRelease 1 (>SR-1), потрібно додатково 50 МБ для відновлення системних файлів. Необхідними є також дисковод для компакт-дисків, моніторSuperVGA (>800x600) чи з вищим дозволом із підтримкою 256 квітів, миша MicrosoftMouse, MicrosoftIntelliMouse чисовместимое вказівне пристрій. Працюючи з мультимедіа і звуком для поліпшеного відображення графіки потрібно відеоплата, підтримує прискорення графіки, чи процесор, підтримуючий набір командMMX [1].

2.2 Обсяг зовнішньої пам'яті яку він обіймав модулямиСУБД

Обсяг зовнішньої пам'яті яку він обіймав модулямиСУБД визначається практично по створеної базі даних. Розмір проектованої бази даних «>Автовокзал» становить 1 478 656 байт.

2.3 Обсяг пам'яті, що відводиться під дані

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

Розглянемо ставлення «>Автокомпании».

Кількість атрибутів відносиниа=4. Кількість автокомпаній що уБД автовокзалу вибираємо може бути рівним десяти одиницям, тобто потужність відносиниm=10. Дані зведені в таблицю 3.1

Таблиця 3.1 -Автокомпании

>Автокомпания Номер ліцензії Адреса офісу Телефон головного менеджера
30 байт 4 байта 50 байт 20

 

Тоді розмір під дані таблиці становить


D>Автокомпания=(30+4+50+20)*10=1040 байт.

Розглянемо ставлення «Маршрутів».

Кількість атрибутів відносиниа=7. Кількість маршрутів на місяць приймаємо рівним 600, тобто. потужність відносиниm=600. Дані зведені в таблицю 3.2

Таблиця 3.2 - Маршрути

Код маршруту № рейсу Дата відправлення Час відправлення Реєстраційний знак № екіпажу >Кол-во проданих квитків
4 байта 4 байта 8 байт 8 байт 4 байта 4 байта 4 байта

Тоді розмір під дані таблиці становить

DМаршрути=(4+4+8+8+4+4+4)*600=21600 байт

Розглянемо ставлення «Марки автобуса».

Кількість автобусів відносиниа=6. Кількість марок автобусів вибирається рівним 15, тобто. потужність відносиниm=15. Дані зведені в таблицю 3.3

Таблиця 3.3 – Марки автобусів

Марка автобусів Код автобуса >Кол-во місць Марка палива Обсяг паливного бака Група допуску
20 байт 4 байта 4 байта 10 байт 4 байта 4 байта

Тоді розмір під дані таблиці становить

DМарки автобусів =(20+4+4+10+4+4)*15=690 байт

Розглянемо ставлення «Рейси».

Кількість атрибутів відносиниа=6. Кількість рейсів приймаємо рівним 100, тобто. потужність відносиниm=100. Дані зведені в таблицю 3.4


Таблиця 3.4- Рейси

№ рейсу Місце відправлення Місце призначення Час їсти дорогою Відстань Проміжні зупинки
4 байта 20 байт 20 байт 8 байт 4 байта 20 байт

Тоді розмір під дані таблиці становить

DРейси=(4+20+20+8+4+20)*100=7600 байт

Розглянемо ставлення «Автобуси».

Кількість атрибутів відносиниа=3. Кількість повітряних коштів із привласненим реєстраційним знаком приймаємо рівним 50, тобто. потужність відносиниm=50. Дані зведені в таблицю 3.5

Таблиця 3.5- Автобуси

Реєстраційний знак Марка автобуса >Автокомпания
4 байта 20 байт 30 байт

Тоді розмір під дані таблиці становить

DАвтобуси=(4+20+30)*50=2700 байт

Розглянемо ставлення «Склад екіпажу».

Кількість атрибутів відносиниа=6. Потужність відносини приймаємо рівним 70, тобто.m=70. Дані зведені в таблицю 3.6

Таблиця 3.6– Склад екіпажу

Код складу екіпажу Прізвище Ім'я По батькові № екіпажу
4 байта 20 байт 20 байт 20 байт 4 байта

Тоді розмір під дані таблиці становить


DСклад екіпажу =(4+20+20+20+20+4)*70=6160 байт

Розглянемо ставлення «Екіпажі».

Кількість атрибутів відносиниа=3. Потужність відносини приймаємо рівним 55, тобто.m=55. Дані зведені в таблицю 3.7

Таблиця 3.7- Екіпажі

№ екіпажу Група допуску Медичне висновок
4 байта 4 байта 10 байт

Тоді розмір під дані таблиці становить

DЕкіпажі=(4+4+10)*55=990 байт

Тоді сумарний обсяг пам'ятіотводимий під дані

>D=D>Автокомпания+DМаршрути+ DМарки автобусів+ DРейси+ Dавтобуси+ DСклад екіпажу+ DЕкіпажі=1040+21600+690+7600+2700+6160+990=40780байт=40,78 Кбайт

2.4 Ставлення до характері й інтенсивності запиту

Диспетчерська служба кожному за маршруту по визначеномурейсу повинна підібрати таку марку автобуса, яка задовольняє наступним вимогам:

— дальність маршруту автобуса повинно перевищувати чи дорівнює відстані між пунктами відправлення та призначення відповідного рейсу;

— необхідно підібрати екіпаж група допуску, якого має бути дорівнює чи вище відповідної групі допуску самого автобуса,

— кількість пасажирських місць у автобусі має перевищувати або дорівнює проданим квитках для відповідного рейсу.

Операція із вибірці автобуса, екіпажу для маршруту, по відповідним умовам виконується диспетчерами приблизно від 20 разів на добу. Задля більшої операції з вибірці реалізований запит на вибірку - «Вибіркаавтобуса—екипажа для маршруту».

Диспетчер з отриманих результатів запиту аналізує ситуацію й у таблицю маршрутів заносить дані.

За даними таблиці маршрутів обслуга автовокзалу повинен підготувати обраний автобус до маршруту. І тому на запит – «Технічне обслуговування».

У зв'язку з потенційними проблемами і надзвичайними ситуаціями з автобусами є необхідність оповіщення відповідних автокомпаній про позаштатних ситуаціях. Для що така інформаційної підтримки існує запит на вибірку – «відповідністьАвтобуси-Автокомпании».


3. ВибірСУБД

Систему керування базами даних варта централізованого управління базою даних у сфері всіх що працюють у в цій системі. Використовувані ниніСУБД які мають засобами забезпечення цілісності даних, інадежной безпеки, що дає можливість розробникам гарантувати велику безпеку даних з меншими витратах сил нанизкоуровневое програмування. Програмні продукти дляБД функціонуючі серед Windows вигідно відрізняються зручністю користувальницького інтерфейсу і умонтованими засобами підвищення продуктивності. Порівняємо основні характеристики деякихСУБД – лідерів над ринком програм дляБД. До таких ставляться:dBase, MicrosoftAccess, MicrosoftFoxPro,Paradox [1].

Спочатку проектування реляційної бази даних накладає обмеження вплинув на вибірСУБД. Однією з можливих коштів створення реляційної бази даних на фізичному рівні єAccess.

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

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

— блокуванняБД, файла, записи;

— ідентифікація станції, встановила блокування;

— відновлення інформації після блокування;

— контролю над часом і повторенням звернення;

— обробка транзакцій (послідовність операцій користувача надБД, яка свою логічний цілісність).

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

Страница 1 из 3 | Следующая страница

Схожі реферати:

Навігація