База даних "Кафедра" в Access з меню MDI
Курсовой проект - Компьютеры, программирование
Другие курсовые по предмету Компьютеры, программирование
?йне зчислення зі змінними кортежами
3 тип реляційне зчислення зі змінними доменами.
Операції реляційної алгебри ми розглянемо пізніше на прикладі нашої бази даних.
2.2 Даталогічне проектування.
2.2.1 Вибір типу моделі даних
Тип моделі даних в нас реляційний. Також MS Access це реляційна офісна програма, що допомагає розробляти реляційні БД, тобто БД, що влючають в себе декілька повязаних між собою таблиць за допомогою ключьових полів. Кожне поле таблиці в реляционной моделі містить визначені фактичні дані по сутностях (обєктам), як наприклад, конкретні зведення про співробітників лабораторії (посада, освіта, телефон), чи зведення про технічне обслуговування майна лабораторії (дата обслуговування, вид обслуговування і т.п.). Для автоматизації рішення задач нам необхідна могутня реляційна СУБД і система розробки додатків. Практично всі існуючі СУБД мають засоби розробки додатків, які можуть бути використаний програмістами або кваліфікованими користувачами при створенні процедур для автоматизації управління і обробки даних. На жаль, багато систем розробки додатків для створення процедур вимагають знання деякої мови програмування, наприклад С або XBase. В MS Access програмувати можна за допомогою макросів, що ми продемонструємо у практичній частині курсового проекту.
2.2.2 Розробка композиційної системи бази даних
Етап концептуального моделювання це побудова опису ПО в термінах деякої формальної мови. На підставі змістовного опису ПО, побудованого в результаті виконання етапу аналізу, будується строгий формальний опис інформаційного забезпечення ПО, що автоматизується.
Концептуальне моделювання призначене для інтегрованого опису інформаційного забезпечення ПО, що автоматизується не залежно від її спрійняття окремими користувачами й від способів її реалізації в компютерній системі.
Композиційна схема це проміжний елемент при переході від інфологічної схеми до логічної схеми бази данних.
Результатом композиції являється логічна схема відношень реляційної бази даних.
Відобразимо на схемі всі транзитивні залежності, після цього можемо розробити кінцеву схему відношень перед побудовою логічної (концептуальної) схеми бази даних „Кафедра”.
Рис.6.
Розробимо композиційну схему в який будуть відсутні транзитивні залежності (рис.7), після чого на підставі цієї схеми будемо розробляти логічну (концептуальну) схему бази даних.
Рис.7.
Перевіримо побудовану композиційну схему на відсутність протирічь (рис.8)
Рис.8.
Логічні і тимчасові протиріччя в БД відсутні, таблиці БД поділяти не рекомендується.
2.2.3 Розробка логічної схеми бази даних
Логічне проектування це розробка логічної структури системи баз даних. Відстранив всі логічні і тімчасові протиріччя, ми отримали логічну схему бази даних „Кафедра” (рис.9).
Начальник кафедри№ кафедриНазва кафедриНазва факультетуКорпусТелефон1КріптографіїІнформаційних систем1345-76-652ТСПІнформаційних систем1659-45-323ЗвязкуЗвязку2876-56-434ЕксплуатаціїЕксплуатації систем3659-69-875Компютерних наукКибернетиці4564-65-11
ЛабораторіяКод лабораторії№ кафедриВ/званняПІБ начальника лабораторіїТелефон111МагистрАбель П.С.345-98-19212к.т.н.Бабич Р.О.659-64-44313МагистрБубка П.Р.876-86-27414к.т.н.Валин К.Д.659-88-79515МагистрГанин Н.Л.564-67-77
Співробітники лабораторіїПІБ№ кафедриПосадаОсвітаТелефонАбель П.С.1ЗавлабВища345-98-19Бабин К.П.3ЛаборантСередня876-86-27Бабич Р.О.2ЗавлабВища659-64-44Бубка П.Р.3ЗавлабВища876-56-43Валин К.Д.4ЗавлабВища659-88-79Волин Н.Г.2ЛаборантСередня фахова659-35-55Врубель А.Т.1ЛаборантСередня фахова345-78-67Вунин Ш.Б.4ЛаборантСередня659-34-43Ганин Н.Л.5ЗавлабВища564-67-77Гунин К.П.5ЛаборантСередня564-11-22
МайноІнв.№Рік випускуВідповідальний10101.02.1999Абель П.С.10201.03.2008Абель П.С.10315.03.2008Врубель А.Т.10421.04.2008Врубель А.Т.20118.02.2008Бабич Р.О.20223.03.2008Бабич Р.О.20324.01.2008Волин Н.Г.20414.02.2008Волин Н.Г.30112.01.2008Бубка П.Р.30223.02.1993Бубка П.Р.30321.02.2008Бабин К.П.30425.04.1995Бабин К.П.40112.03.1997Валин К.Д.40217.05.2008Валин К.Д.40324.04.1998Вунин Ш.Б.40418.08.2007Вунин Ш.Б.50125.04.1999Ганин Н.Л.50230.12.2007Ганин Н.Л.50321.02.2000Гунин К.П.50430.01.2008Гунин К.П.
Технічне обслуговуванняДатаІнв.№ майнаВид обслуговування05.05.1999101Гарантийне27.06.2003403Профілактичне24.08.2003503Профілактичне30.03.2004401Профілактичне27.04.2005302Профілактичне23.05.2005304Профілактичне18.09.2006501Профілактичне09.12.2007101Профілактика30.01.2008404Гарантийне18.02.2008203Гарантийне26.02.2008504Гарантийне16.03.2008201Гарантийне22.03.2008303Гарантийне23.03.2008502Гарантийне25.03.2008204Гарантийне02.04.2008102Гарантийне20.04.2008103Гарантийне22.04.2008202Гарантийне25.04.2008201Гарантийне26.04.2008301Гарантийне15.05.2008104Гарантийне20.05.2008402ГарантийнеРис.9.
Тепер на підставі логічної моделі ми бачимо, що нормалізація здійснена вірно.
2.2.4 Розробка фізичної схеми бази даних
Таким чином, остаточна схема бази даних „Кафедра” виглядає так, як це зображено на рис.10.
Рис.10.
Схема даних має звязки типу „Один-до-багатьох”.
3. .Інтерфейс користувача інформаціїної системи
Інтерфейс користувача це зручний засіб спілкування з даними який дозволяє швидко зробити певну дію не використовуя ніяких особових команд.
Схема алгоритму доступу до БД і меню наведена на рис.11.
Рис.11. Схема алгоритму.
Інтерфейс за допомогою технології MDI у Windows реалізується наступним чином (рис.12):
Рис.12.
Меню „Файл” має підменю „Знищити обєкт” (деяку таблицю).
Меню „Редагування” має підменю „Додати новий запис”, „”Зн