МІНІСТЕРСТВО ОСВІТИ ТА НАУКИ УКРАЇНИ

КИЇВСЬКИЙ НАЦІОНАЛЬНИЙ УНІВЕРСИТЕТ ТЕХНОЛОГІЙ ТА ДИЗАЙНУ

Кафедра інформаційно-комп'ютерних технологій та фундаментальних дисциплін

КУРСОВА РОБОТА

з дисципліни «Бази даних та інженерія програмного забезпечення»

на тему:

«ПРОЕКТУВАННЯ ТА ЗАСТОСУВАННЯ БАЗИ ДАНИХ ІНФОРМАЦІЙНОЇ СИСТЕМИ ТЕЛЕФОННОЇ МЕРЕЖІ»

Виконав: студент групи БЧК1-13 Шиманський В.О.

__________________№ залікової книжки

Оцінка	Балів	Дата

Керівник Прізвище І.П.

Черкаси-2015

ЗМІСТ

Вступ 3

3. Логічна структура бази даних 9

4. Опис програмного забезпечення для роботи з базою даних 11

4.1. Опис візуальної форми «Form 1» 11

4.2. Опис візуальної форми «Form 2» 13

4.3. Опис візуальної форми «Form3» 14

4.4. Опис візуальної форми «Form4» 16

4.5. Опис візуальної форми «Form5» 17

4.6. Опис візуальної форми «Form6» 18

Висновки 21

Список використаних джерел 22

Вступ

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

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

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

1. Визначення та опис предметної області

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

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

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

Зручний і зрозумілий для користувача інтерфейс програми;

Можливість редагувати базу даних відповідно з поточним розкладом;

Можливість замовляти квиток;

Пошук потрібного рейсу або вокзалу по відомим вже даними.

2. Концептульна модель.

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

Розроблена функціональна модель системи відповідає на питання «Що повинна робити система?» І «За рахунок яких дій може бути досягнутий необхідний результат?». Ця модель також дозволяє

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

У базі даних були виділені наступні атрибути, які входять в склад вихідного відношення:

1. Номер потягу;

2. Назва рейсу;

3. День прибуття;

4. Час відправлення;

5. Час прибуття;

6. День відправлення;

7. ПІБ клієнта;

8. Тип вагону

9. Номер вагону

Після створення вихідного відношення були виділені такі наступні сутності:

1. Номер потягу (ключ – ідентифікатор номер потягу);

2. Клієнт (ключ – ідентифікатор клієнта);

3. Робітник (ключ – ідентифікатор робітника);

4. Замовлення (ключ – ідентифікатор замовлення);

5. Послуги замовлення (ключ – ідентифікатор послуги замовлення);

Зв’язки між сутностями:

1. Клієнт РОБИТЬ Замовлення;

2. Замовлення МАЄ Послуги замовлення;

Діаграми ER-екземплярів матимуть наступний вигляд:

Рис.1. Діаграми ER-екземплярів для «Клієнт РОБИТЬ Замовлення»

Ступінь зв’язку між сутностями для зв’язку Власник РОБИТЬ Замовлення – 1:М, оскільки власник може зробити декілька замовлень.

Рис. 1.1. Діаграми ER-екземплярів для «Замовлення МАЄ Послуги замовлення»

Ступінь зв’язку між сутностями для зв’язку Замовлення МАЄ Послуги замовлення – 1:1, оскільки кожен клієнт має тільки одну послугу замовлення. Обидві сутності мають обов’язковий клас приналежності тому, що кожен клієнт свою послугу замовлення.

Рис. 1.2. Діаграми ER-типів

Були отримані відношення:

1) Номер потягу – первинний ключ ідентифікатор номер потяга;

2) Замовлення – первинний ключ ідентифікатор замовлення та зовнішні ключі – ідентифікатор типу номер потяга та ідентифікатор клієнта;

3) Послуги замовлення – первинний ключ ідентифікатор послуги замовлення та зовнішні ключі – ідентифікатор замовлення;

5) Клієнт – первинний ключ ідентифікатор клієнта;

6) Робітника – первинний ключ ідентифікатор робітника.