РЕСПУБЛІКА БІЛОРУСЬ
КОМІТЕТ ПО ОСВІТІ Мінміськвиконкому
УСТАНОВА ОСВІТИ
МІНСЬКИЙ ДЕРЖАВНИЙ ПРОФЕСІЙНО-ТЕХНІЧНИЙ КОЛЕДЖ ЕЛЕКТРОНІКИ
Спеціальность_______________________
гр._______________
Допущений до захисту
зам.директора по УПР
_________А.І. Пугач
"______" __________200_г
ПОЯСНЮВАЛЬНА ЗАПИСКА
Розробка бази даних "Приймальна комісія"
КП79ТП.015207.081 ПЗ
Автор проекту (Мальцев Д.І.)
Керівник проекту (Шавейко А.А. )
Мінськ 2006
РЕСПУБЛІКА БІЛОРУСЬ
КОМІТЕТ ПО ОСВІТІ Мінміськвиконкому
УСТАНОВА ОСВІТИ
МІНСЬКИЙ ДЕРЖАВНИЙ ПРОФЕСІЙНО-ТЕХНІЧНИЙ КОЛЕДЖ ЕЛЕКТРОНІКИ
Спеціальность_______________________
гр._______________
ЗАТВЕРДЖУЮ
заст. директора по УПР
ЗАВДАННЯ
на курсове проектування
Учащемуся____ ______________________________________________
Тема курсового проекту ________________________________________
_____________________________________________________________
_____________________________________________________________
Термін здачі студентом закінченої работи________________________
Вихідні дані ____________________________________________
_____________________________________________________________
_____________________________________________________________
_____________________________________________________________
_____________________________________________________________
_____________________________________________________________
_____________________________________________________________
_____________________________________________________________
_____________________________________________________________
Склад курсового проекту:
а) розрахунково-пояснювальна записка (перелік які підлягають розробці
питань зі спеціальною частиною) ______________________________
_____________________________________________________________
_____________________________________________________________
_____________________________________________________________
_____________________________________________________________
Календарний графік роботи ____________________________________
_____________________________________________________________
_____________________________________________________________
_____________________________________________________________
_____________________________________________________________
_____________________________________________________________
Голова комісії Керівник курсового проекту
Дата видачі задания__________________________________________
Завдання прийняв до виконання, дата______________________________
Підпис учащегося___________________________________________
ЗМІСТ
ВСТУП.
1. АНАЛІЗ ЗАВДАННЯ ..
1.1 Опис предметної області.
1.2 Модель даних (реляційна)
1.4 середи розробки.
1.5 Вимоги до програми.
2. ПРОЕКТУВАННЯ ЗАВДАННЯ ..
2.1 Організація даних.
2.2 Функції системи ..
2.3 Алгоритм роботи ..
2.4 Вихідні документи ..
2.5 Тести на використання.
3. ЗАСТОСУВАННЯ.
3.1 Призначення програми
3.2 .............................................. ............................ Інструкції користувачеві ..
Інсталяція.
ВИСНОВОК.
ДОДАТОК 1.
ДОДАТОК 2.
Список використаних джерел.
ВСТУП
У наш час в будь сфері діяльності застосовуються інформаційні технології. Переді мною була поставлено завдання, створити базу даних приймальної комісії.
середу програмування - Borland Delphi 7. Це універсальна мова загального призначення, який застосовується у багатьох областях програмування. У Delphi успішно проектуються багато додатків. Реалізація Delphi здійснена для машин в діапазоні від найпростіших персональних комп'ютерів до найпотужніших суперкомп'ютерів і для всіх операційних систем.
1 АНАЛІЗ ЗАВДАННЯ
1.1 Опис предметної області
В даному курсовому проекті поставлено завдання по створенню бази даних приймальної комісії. Розроблена програма повинна мати здатність замінити паперовий аналог цієї сфери діяльності. Також програма повинна здійснювати вивід наступних звітів:
- всі абітурієнти;
- абітурієнти, які не склали документи;
- абітурієнти із середнім балом більше восьми;
- інформація про іспитах;
- інформація про спеціальностях;
- абітурієнти, які відвідують курси;
- іногородні абітурієнти;
- надійшли;
У програмі всі звіти повинні бути побудовані на основі запитів, написаних в режимі SQL.
Програма повинна мати можливість легко, для користувача-непрофесіонала, змінювати, додавати та видаляти дані.
1.2 Модель даних (реляційна)
Реляційна база даних - це сукупність відносин, що містять всю інформацію, яка повинна зберігатися в БД. Проте користувачі можуть сприймати таку базу даних як сукупність таблиць.
В кінці 60-х років з'явилися роботи, в яких обговорювалися можливості застосування різних табличних даталогіческіе моделей даних, тобто можливості використання звичних і природних способів представлення даних. Найбільш значною з них була стаття співробітника фірми IBM д-ра Е.Кодда (Codd EF, A Relational Model of Data for Large Shared Data Banks. CACM 13: 6, June 1970), де, ймовірно, вперше був застосований термін "реляційна модель даних".
Будучи математиком за утворенню Е. Коддом запропонував використовувати для обробки даних апарат теорії множин (об'єднання, перетин, різниця, декартовій твір). Він показав, що будь-яке представлення даних зводиться до сукупності двовимірних таблиць особливого виду, відомого в математиці як відношення - relation (англ.).
Найменша одиниця даних реляційної моделі - це окреме атомарному (нерозкладних) для даної моделі значення даних. Так, в одній предметній області прізвище, ім'я та по батькові можуть розглядатися як єдине значення, а в іншій - як три різних значення.
Доменом називається безліч атомарних значень одного і того ж типу. Сенс доменів полягає в наступному. Якщо значення двох атрибутів беруться з одного і того ж домена, то, ймовірно, мають сенс порівняння, що використовують ці два атрибути (наприклад, для організації транзитного рейсу можна дати запит "Видати рейси, в яких час вильоту з Москви до Сочі більше часу прибуття з Архангельська в Москву "). Якщо ж значення двох атрибутів беруться з різних доменів, то їх порівняння, ймовірно, позбавлене сенсу: чи варто порівнювати номер рейсу зі вартістю квитка?
Ступінь відносини - це число його атрибутів. Ставлення ступеня один називають унарні, ступеня два - бінарним, ступені три - тернарні, а ступеня n - n-арним.
Кожне відношення має хоча б одним можливим ключем, оскільки щонайменше комбінація всіх його атрибутів задовольняє умові унікальності. Один з можливих ключів (вибраний довільним чином) приймається за його первинний ключ. Інші можливі ключі, якщо вони є, називаються альтернативними ключами.
Вищезазначені і деякі інші математичні поняття з'явилися теоретичною базою для створення реляційних СУБД, розробки відповідних мовних засобів і програмних систем, що забезпечують їх високу продуктивність, і створення основ теорії проектування баз даних. Однак для масового користувача реляційних СУБД можна з успіхом використовувати неформальні еквіваленти цих понять:
Ставлення - Таблиця...
