5. Създаване на база данни „Разписание на автобусите” с помощта на пакета Access

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

Базите данни обикновено имат следните характеристики:

Базата данни съдържа набор от данни, необходими за решаване на специфични проблеми на много потребители (включително реални и потенциални) или за задоволяване на съответните информационни нужди;

данните или информационните елементи в базата данни са структурирани и взаимосвързани по определен начин, като структурата, съставът на данните и тяхното съдържание в базата данни не зависят от характеристиките приложни програмиизползвани за управление на базата данни;

данните се представят на машинночетим носител във форма, подходяща за тяхното оперативно използване с помощта на инструменти Информатика, включително системи за управление на бази данни.

Основните функции на СУБД са следните:

Дефиниране на данни - определете какъв вид информация ще се съхранява в базата данни, задайте свойствата на данните, техния тип и също така посочете как тези данни са свързани помежду си.

Обработка на данни - данните могат да се обработват от най-много различни начини. Можете да изберете всякакви полета, да филтрирате и сортирате данни. Можете да комбинирате данни с друга свързана информация и да изчислявате суми.

Управление на данни - можете да посочите кой има право да вижда данните, да ги коригира или да добавя нова информация.

При проектирането на базата данни "Разписание на автобусите" я разделяме на две свързани таблици. Първата таблица съдържа следните полета: дестинация; час на отпътуване; време за пътуване; брой места. А във втория: час на тръгване; разстояние до местоназначението.

При създаването на база данни трябва да се спазват следните принципи:

· Всяка таблица не трябва да има дублиращи се полета;

· Всяка таблица трябва да има уникален идентификатор – ключ;

· Всяка стойност на първичния ключ трябва да има достатъчно информация за същността или обекта на таблицата.

Нека създадем таблици в режим на проектиране:

За да може Microsoft Access да свързва данни от различни таблици, всяка таблица трябва да съдържа поле или набор от полета, които ще задават индивидуалната стойност на всеки запис в таблицата. Такова поле или набор от полета се нарича първичен ключ.

Таблица 5.1.

За полето Час на заминаване задайте ключа и задайте маската за въвеждане на "00:00".

По същия начин ще създадем втора взаимосвързана таблица:

Таблица 5.2.

За полето Дестинация задайте ключа.

След като разпределите данните в таблици и дефинирате ключови полета, трябва да изберете схема за свързване на данни в различни маси. За да направите това, трябва да дефинирате релации между таблиците.

Формулярите се използват за улесняване на работата с данни и попълване на базата данни. Формулярите са тип обект на база данни, който обикновено се използва за показване на данни в база данни.

Формулярите се попълват в съответствие с полетата на таблици № 5.1. и 5.2. База данни:

Дестинация	Час на отпътуване	Време за пътуване	Брой места
източен
западен
Педагогически университет
Училище №25
улица Садовая
Авеню на новите технологии
Кино Мир
Педагогически университет
незнайно квадратче
Авеню на новите технологии
Училище №25
Поща №536
улица Садовая
западен
Педагогически университет
Кино Мир
източен
незнайно квадратче
Училище №25
Поща №536
Авеню на новите технологии
западен
Педагогически университет
улица Садовая

Въз основа на създадената база данни създаваме заявки.

Заявките са основното средство за извличане на информация от база данни. Със заявка можете да изберете конкретна информация и да я сортирате по стойности на полета и дори да добавите описания към презентации. Заявките често се използват като основа за създаване на формуляри и отчети. Други заявки могат да създават нови таблици, да добавят данни към съществуващи таблици, да изтриват записи и да търсят дублиращи се записи. Създаваме заявка за съвпадение на стойности за полето Destination на таблицата (формуляр) № 5.1. За да направите това, отидете на „Съветник за заявки“, изберете заявка за дублиращи се записи, щракнете върху Напред, изберете таблица 5.1., След това полето Дестинация и щракнете върху Готово. Появява се подкана:

Създаваме заявка със сортиране по полето Час на заминаване на таблицата (формуляр) № 5.1. За да направите това, отидете на "Конструктор на заявки", добавете таблица 5.1., изберете полетата Дестинация и Час на заминаване. Под полето Час на тръгване в колоната за сортиране изберете вида на сортирането „възходящо“ или „низходящо“. Затворете "Конструктора" и при записване щракнете върху Да.

Заявка със сортиране по зададено поле
Дестинация	Час на отпътуване
улица Садовая
Педагогически университет
западен
Авеню на новите технологии
Поща №536
Училище №25
незнайно квадратче
източен
Кино Мир
Педагогически университет
западен
улица Садовая
Поща №536
Училище №25
Авеню на новите технологии
незнайно квадратче
Педагогически университет
Кино Мир
Авеню на новите технологии
улица Садовая
Училище №25
Педагогически университет
западен
източен

Създаваме заявка за това дали полето Разстояние до дестинация принадлежи към даден диапазон. За да направите това, в "Конструктор" за полето Разстояние до дестинацията в колоната Условие за избор посочете стойността: (>=30) и (<=45). Далее сохраняем запрос.

Създайте параметрична заявка за полето Брой места. За да направите това, в "Дизайнер" за полето Брой места в колоната Условие за избор в квадратни скоби посочете: [Въведете броя на местата]. След това запазваме заявката. Когато стартирате заявката, ще се появи диалогов прозорец, в който трябва да въведете необходимия брой места и да натиснете бутона OK.

Създаваме отчет въз основа на заявка дали полето Разстояние до дестинация принадлежи към даден диапазон.

Докладът е ефективно средство за представяне на данни в печатен формат. Като може да контролира размера и външния вид на всички елементи на отчета, потребителят може да показва информацията по начина, по който иска. За да създадете отчет, изберете "Report Wizard". Добавете всички избрани полета. Задайте желания ред на сортиране. Изберете таблично оформление, портретна ориентация и стил.

Автоматизация на поръчката на ястия в ресторант

Таблиците със задачи са създадени в СУБД ACCESS. Таблиците се създават с помощта на конструктора. Фигура 2.4 - ACCESS със списък от таблици със задачи Фигура 2...

Автоматизация на системата за отчитане на поръчките в предприятието

База данни на туристическа компания

Нека създадем пет таблици в Access със следните свойства на полето: Tours: § Tour_code (ключово поле, тип - брояч) § Country_code (тип - цифров, за връзка с таблицата "Държави") § Tour operator_code (цифрово поле...

Информационни системи в икономиката

Нека създадем база данни на служителите на магазина в Access. Схемата на данните на базата данни е показана на Фиг.10 Фиг.10. Схема на базата данни Въвеждането на записи в таблицата "Служители" е показано на Фиг.11 Фиг.11...

Описание на инструментите за визуално развитие

Създавам таблици в режим на проектиране: BibliotechnyiFond, DannieChitatelia, UchetVidachiKnig. В таблицата "Библиотечен фонд" са описани полетата: код на книгата с текстов тип данни, цена на книгата - цифрова, заглавие на книгата - текстова, автор - текстова, година на издаване - цифрова...

Отдел за персонала на предприятието

Въз основа на анализа на предметната област и извършеното моделиране на база данни в ErWin за управление на бензиностанции, автоматично беше създадена база данни в СУБД на Access. Схемата на създадената база данни е показана на фигура 3.1. Фигура 3...

Проектиране на информационна система "Работни ведомости за служители в училище"

За извършване на планирането на всяка компания на всеки етап от работата се извършват някои изчисления, за чиято автоматизация е удобно и рационално да се използва компютърна технология ...

Разработка на база данни "Такси"

Нека изградим таблици за всички релации. Релация R11 е показана на Фигура 5.1 таблица "Драйвери" Фигура 5.1: таблица "Драйвери" Релация R12 е показана на Фигура 5.2 таблица "Поръчки" Фигура 5...

Разработване на база данни с помощта на инструменти на Microsoft Access за автоматизиране на счетоводни процедури и формиране на поръчки в предприятието LLC "Ozon".

Система за бази данни MS Access

Създаване на база данни чрез Microsoft Access

Получената версия № 8, съдържаща базата данни „Автомобили“, е създадена с помощта на програмата Microsoft Office Excel. Целта на тази практическа част (както и на курсовата работа като цяло) беше трансформиране (създаване) на база данни с помощта на Microsoft Access ...

Създаване на счетоводна информационна система в букинистична книжарница

За да започнете, трябва да отворите Access и да създадете нова таблица. Преименувайте го на Потребители. Конструкторът създава полета kodU - counter. Полетата Потребител и Парола са цифрови. Следващата таблица се нарича Продукт. Кодтов - брояч. Kodkl, Gizd, Ckl, Csh, Dolgmag - цифрови полета. DataPr, DataR...

Създайте VBA приложение в Access „Заплати по длъжност“

Създаване на програмен модул на тема: "Организация на работата на автосервиз"

За описание на предметната област „Организация на работата на автосервиз“ са създадени 2 таблици: Customers.mdb съдържа данни за всички клиенти, които имат поръчка. Таблицата има следните полета: клиентски код(CustomerNumber) (ключ), пълно име(Fio)...

Създаване на таблица с база данни в Microsoft Access

Създаване на таблици Има три начина за създаване на таблици в Access: чрез въвеждане на данни, използване на дизайнера на таблици (в изглед за проектиране) и използване на съветника за създаване на таблици (чрез използване на съветник)...

Създаване на база данни "разписание".

Въведение.

Дипломната работа е посветена на анализа на дизайна на базата данни, както и на покриването на методите за конструиране на формуляри и отчети на примера за изграждане на програма за поддържане на електронна документация на образователна институция. Microsoft Access беше използван като инструмент за изграждане на база данни. От самото начало тази СУБД се отличава с лекота на използване, съчетана с широки възможности за разработване на цялостни приложения.

Уместност на темата.

В момента, въпреки нарастващата компютъризация на обществото, в сферата на образованието все още няма средства за достатъчно автоматизиране на процеса на поддържане на документация и отчетност.

Една от компонентните задачи може да се счита за проблема с планирането на учебния процес, както и бързото коригиране на графика, ако е необходимо.

Актуалността и актуалността на разглеждания проблем се доказва от факта, че администраторите на институции и учителите отделят по-голямата част от времето си за подготовката на различни документи и доклади. Огромният брой образователни институции и липсата на оферти в тази област гарантират голямо търсене на този продукт.

Базите данни (БД) понастоящем формират основата на компютърната поддръжка на информационните процеси, които са включени в почти всички области на човешката дейност.

Всъщност процесите на обработка на информацията са от общ характер и се основават на описание на фрагменти от реалността, изразени като набор от взаимосвързани данни. Базите данни са ефективно средство за представяне и манипулиране на структури от данни. Концепцията за бази данни включва използването на интегрирани съоръжения за съхранение на информация, които позволяват централизирано управление на данни и обслужване за много потребители. В този случай базата данни трябва да се поддържа в компютърната среда от един софтуер, наречен система за управление на база данни (СУБД). СУБД заедно с приложните програми се нарича банка данни.

Една от основните цели на СУБД е да предоставя софтуерни представяния, които съответстват на реалността.

Кратко описание на предметната област.

Предметната област е фрагмент от реалността, който е описан или моделиран с помощта на база данни и нейните приложения. В предметната област се разграничават информационни обекти - идентифицируеми обекти от реалния свят, процеси, системи, концепции и др., Информацията за които се съхранява в базата данни.

В тази курсова работа е разработена база данни „График“ за автоматизиране и намаляване на времето за планиране на часовете в университетите.

Графикът включва следните таблици:

1 Учители

2 Публики

4 урока

5 Двойка време

6 График

Таблица 1. Преподаватели Таблица 2. Публики

Публика
Код на публиката

Таблица 3. Групи

Групов код	Факултет	Специалност
	Информатика	Информационни системи
	Съдебна практика и права	Адвокат
	Информатика	Приложна информатика (в икономиката)
	Икономика	история на икономическите науки
	Икономика	Маркетинг		BUG-123AGA

Таблица 5. Време за двойка Таблица 4. Класове

Код на дейност	Тип урок
	База данни
	Програмиране
	операционна система
	Управление
	Философия

двойка време

Таблица 6. График

График
Код на дейност				Тип урок	Учител	Публика
				Програмиране	Александрова О.А.
				Управление	Кирилов Н. Я
				Управление	Павлековская I.M.
				Програмиране	Акимов А.В.
				База данни	Кирилов Н. Я
				операционна система	Александрова О.А.
				Програмиране	Кирилов Н. Я

Описание на атрибутите и техните свойства.

Атрибутите или полетата имат тип данни. Когато избирате тип данни, имайте предвид следното:

Какви стойности трябва да се показват в полето.

Колко място е необходимо за съхраняване на стойностите в полето.

Какви операции трябва да се извършат със стойностите в полето.

Дали полето трябва да бъде сортирано или индексирано.

Дали групирането ще се използва в заявки или отчети.

Как трябва да се сортират стойностите в полето.

Има общо 10 вида полета.

Таблица 2.

	Тип данни	Приложение
	Текст	Текст или комбинация от текст и цифри	До 255 знака
		Дълъг текст. Не е сортиран или индексиран.	До 64 000 знака
	Числен	Числени данни, използвани за изчисления	1, 2, 4, 8 байта
	Време за среща	Дати и часове, осигурява правилно сортиране.
	Парични	Валутни стойности. За предотвратяване на закръгляване.
		Автоматично вмъкване на последователни или произволни числа при добавяне на запис.
	Логично	Две стойности Да/Не
	OLE обект	Обекти, създадени в други програми.	До 1 гигабайт
			До 64 000 знака
	Съветник за заместване	Позволява ви да избирате стойности от друга таблица или от списък със стойности.	Размер на ключовото поле

В допълнение към типа, полетата имат формати, които ви позволяват да зададете формати за показване на текст, числа, дати и часови стойности на екрана и при печат. Форматът на полето за контроли се задава в прозореца със свойства, а за поле в таблица или заявка в режим на проектиране на таблица (в секцията със свойства на полето) или в прозореца на заявката (в прозореца със свойства на полето). Форматите могат да бъдат избрани от списък с вградени формати за полета, които имат числови, валутни, булеви, брояч и типове данни за дата/час. Също така, за всякакви типове полета, различни от OLE обекти, е възможно да създадете свои собствени специални формати. Можете също да зададете стойността на това свойство в макрос или в програма на Visual Basic.

Дизайн на взаимоотношения

Таблица 7. Връзки на информационни обекти

Комуникационен номер	основен обект	Подобект	Тип комуникация
	учители	График
	Публика	График
		График
		График
	двойка време	График

Описание на връзки между таблици-релации.

След като всички таблици са разработени, е необходимо да се установят връзки между тях.

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

Най-често използваният тип връзка е един към много. В такава връзка всеки запис в таблица A може да съответства на няколко записа в таблица B, а запис в таблица B не може да има повече от един съответстващ запис в таблица A.

Може да има и връзки много към много. С тази връзка един запис в таблица A може да съответства на няколко записа в таблица B, а един запис в таблица B може да съответства на няколко записа в таблица A. Такава схема се реализира само с помощта на трета (свързваща) таблица, чийто ключ се състои от поне две полета, които са външни ключови полета в таблици A и B.

Най-редкият тип комуникация един към един. С тази връзка запис в таблица A може да има най-много един свързан запис в таблица B и обратно. Използвайте такава връзка, за да отделите много широки таблици, да отделите част от таблица от съображения за сигурност и да съхранявате информация, свързана с поднабор от записи в основната таблица. Например за съхраняване на поверителни данни.

За да създадете схема, използвайте инструмента за създаване на схема на данни.

Схемата на данните е показана на Фигура 1. Таблица Група, Аудитория, Учители, Класове, Часови двойки са свързани с таблицата на графика посредством кодово поле.

Фигура 1. Схема на данни „График“

Установяване на функционална връзка между атрибути, подчертаване на ключови атрибути.

Силата на релационните бази данни се крие във факта, че те могат да се използват за бързо намиране и свързване на данни от различни таблици с помощта на заявки, формуляри и отчети. За да направите това, всяка таблица трябва да съдържа едно или повече полета, които уникално идентифицират всеки запис в таблицата. Тези полета се наричат ​​ключови.

В Microsoft Access има три типа ключови полета: брояч, прост ключ и съставен ключ.

Задаването на поле за брояч като ключово поле е най-лесният начин за създаване на ключови полета.

Ако дадено поле съдържа уникални стойности, като кодове или инвентарни номера, тогава това поле може да се дефинира като ключово поле.

В случаите, когато е невъзможно да се гарантира уникалността на стойностите на всяко отделно поле, можете да създадете ключ, състоящ се от няколко полета. Комбинацията от тези полета ще бъде уникална.

Индексите са обекти на база данни, които осигуряват бърз достъп до отделни редове в таблица. Създава се индекс, за да се подобри производителността на операциите със заявки и сортиране на данни от таблици. Индексите също се използват за поддържане на определени типове ключови ограничения върху таблиците.

Индексите предоставят най-голяма полза за таблици, които се променят сравнително малко и към които често се задават заявки.

3. Дизайн на база данни.

В Microsoft Access, преди да създадете таблици, формуляри и други обекти, трябва да дефинирате структурата на базата данни. Добрата структура на базата данни е основата за създаване на адекватна, ефективна база данни.

Стъпки за проектиране на база данни

Следните са основните стъпки в дизайна на база данни:

Определяне на целта за създаване на база данни.

Задаване на таблиците, които трябва да съдържа базата данни.

Определяне на задължителните полета в таблицата.

Задайте индивидуална стойност за всяко поле.

Дефиниране на релации между таблици.

Актуализация на структурата на базата данни.

Добавяне на данни и създаване на други обекти на база данни.

Използване на инструменти за анализ в Microsoft Access.

Определяне на целта за създаване на база данни

На първия етап от проектирането на база данни е необходимо да се определи целта на създаването на база данни, нейните основни функции и информацията, която трябва да съдържа. Тоест, трябва да дефинирате основните теми на таблиците на базата данни и информацията, която ще съдържат полетата на таблиците.

Базата данни трябва да отговаря на изискванията на тези, които пряко ще работят с нея. За да направите това, трябва да определите темите, които базата данни трябва да покрива, отчетите, които трябва да издава, да анализирате формулярите, които в момента се използват за записване на данни, да сравните базата данни, която се създава с добре проектирана база данни като нея.

Определяне на таблиците, които трябва да съдържа базата данни

Един от най-трудните етапи в процеса на проектиране на база данни е разработването на таблици, тъй като резултатите, които базата данни трябва да произвежда (отчети, изходни форми и т.н.), не винаги дават пълна картина на структурата на таблицата.

Когато проектирате таблици, не е необходимо да използвате Microsoft Access. Най-добре е първо да разработите структурата на хартия. При проектирането на таблици се препоръчва да се ръководите от следните основни принципи:

Информацията в таблицата не трябва да се дублира. Не трябва да има повторение между масите.

Когато дадена информация се съхранява само в една таблица, тогава тя ще трябва да се промени само на едно място. Това прави работата по-ефективна и също така елиминира възможността за несъответствие на информация в различни таблици. Например една таблица трябва да съдържа адреси и телефонни номера на студенти.

Всяка таблица трябва да съдържа информация само по една тема.

Информацията по всяка тема се обработва много по-лесно, ако се съдържа в таблици, които са независими една от друга. Например, адресите и поръчките на студентите се съхраняват в различни таблици, така че когато дадена поръчка бъде изтрита, информацията за студента остава в базата данни.

Определяне на задължителните полета в таблицата

Всяка таблица съдържа информация за определена тема и всяко поле в таблица съдържа отделна информация за темата на таблицата. Например, таблица с данни за преподаватели може да съдържа полета с име на специалност, факултет, курс, номер на група. Когато проектирате полета за всяка таблица, имайте предвид:

Всяко поле трябва да бъде свързано с тема на таблица.

Таблицата трябва да съдържа цялата необходима информация.

Информацията трябва да бъде разбита на най-малките логически единици (Например полетата „Име“ и „Фамилия“, а не общото поле „Собствено име“).

Задаване на индивидуална стойност за всяко поле

За да може Microsoft Access да свързва данни от различни таблици, като данни за клиенти и поръчки, всяка таблица трябва да съдържа поле или набор от полета, които определят уникалността на всеки запис в таблицата. Такова поле или набор от полета се нарича първичен ключ.

Дефиниране на релации между таблици

След като разпределите данните в таблиците и дефинирате ключови полета, трябва да изберете схема за свързване на данни в различни таблици. За да направите това, трябва да дефинирате релации между таблиците.

Желателно е да се изследват връзките между таблиците във вече съществуваща база данни.

Актуализирайте структурата на базата данни

След като проектирате таблици, полета и релации, трябва отново да прегледате структурата на базата данни и да идентифицирате възможните недостатъци. Препоръчително е да направите това на този етап, докато таблиците не са попълнени с данни.

За да тествате, трябва да създадете няколко таблици, да определите връзките между тях и да въведете няколко записа във всяка таблица, след което да видите дали базата данни отговаря на изискванията. Също така е добра идея да създадете чернови на изходни формуляри и отчети и да видите дали предоставят необходимата информация. Освен това е необходимо да се изключат всички възможни повторения на данни от таблиците.

Добавяне на данни и създаване на други обекти на база данни

Ако структурите на таблицата отговарят на изискванията, можете да въведете всички данни. След това можете да създавате всякакви заявки, формуляри, отчети, макроси и модули.

Използване на инструменти за анализ в Microsoft Access

В Microsoft Access има два инструмента за подобряване на структурата на базите данни. Съветникът за анализ на таблица проверява таблицата, предлага нова структура и връзки, ако е необходимо, и я преработва.

Анализаторът на ефективността изследва цялата база данни, прави препоръки за нейното подобряване и също така ги прилага.

Разработване и създаване на форми.

Формулярите – един от основните инструменти за работа с бази данни в Access – се използват за въвеждане на нови записи (редове от таблици), преглед и редактиране на съществуващи данни, задаване на параметри на заявки и извеждане на отговорите към тях и др. Формулярите са правоъгълни прозорци с поставени в тях с контроли.

Формуляр може да бъде създаден по три различни начина.

Използване на автоматичен формуляр въз основа на таблица или заявка. С автоматичните формуляри можете да създавате формуляри, които показват всички полета и записи на базова таблица или заявка. Ако избраният източник на записи има свързани таблици или заявки, тогава формулярът също ще съдържа всички полета и записи от тези източници на записи.

Използване на съветник, базиран на една или повече таблици или заявки. Помощникът задава подробни въпроси относно източниците на записи, полетата, оформлението, необходимите формати и създава формуляр въз основа на отговорите.

Ръчно в режим на проектиране. Първо се създава основен формуляр, който след това се променя според изискванията в изгледа за проектиране.

Създаване на формуляри в режим Form Wizard.

В прозореца на базата данни изберете Формуляри от списъка Обекти.

Щракнете върху бутона Нов в лентата с инструменти на прозореца на базата данни.

В диалоговия прозорец Нов формуляр изберете желания съветник. Описание на съветника се появява от лявата страна на диалоговия прозорец.

Изберете името на таблицата или друг източник на запис, който съдържа данните, на които трябва да се базира формулярът.

Забележка. Ако в списъка са избрани „Съветник за формуляри“ или „Обобщена таблица“, тази стъпка не е задължителна – източникът на запис за формуляра може да бъде указан по-късно.

Щракнете върху бутона OK.

Следвайте инструкциите на съветника.

След като създадете формуляр, можете да го редактирате в изглед за проектиране, обобщена таблица или обобщена диаграма.

Фигура 2 Форма на график

Фигура 3 Създател на формуляри

Организация на заявките.

Можете да създавате заявки в Microsoft Access автоматично, като използвате съветници, или сами в прозореца на дизайнера на заявки. Можете да прецизирате и оптимизирате оператора на заявката в SQL режим.

Помощниците за заявки автоматично извършват основни действия въз основа на отговорите на потребителя на зададените въпроси. Съветникът за проста заявка за избор се използва за създаване на заявки за извличане на данни от полета, дефинирани в една или повече таблици или заявки. Можете също да използвате съветника, за да изчислите суми, брой записи и средни стойности за всички записи или конкретни групи записи и да намерите максималната и минималната стойност в поле. Въпреки това не можете да ограничите броя на записите, върнати от тази заявка, като използвате критерии за филтриране.

В диалоговия прозорец Нова заявка изберете Проста заявка от списъка и щракнете върху OK.

Следвайте инструкциите в диалоговите прозорци на съветника. Последният диалогов прозорец ви позволява или да изпълните заявката, или да я отворите в изглед за проектиране.

Ако не сте получили заявката, която искате, можете да я създадете отново с помощта на съветника или да редактирате заявката в изглед за проектиране.

Работа със заявки в режим на проектиране.

В прозореца на базата данни в списъка Обекти изберете Заявки и в лентата с инструменти на прозореца на базата данни щракнете върху бутона Нов.

В диалоговия прозорец Нова заявка щракнете върху реда Проектиране и след това щракнете върху OK.

В диалоговия прозорец Добавяне на таблица изберете раздела, който съдържа обектите, чиито данни ще бъдат използвани в заявката.

Щракнете двукратно върху обектите, които искате да добавите към заявката, и след това щракнете върху Затвори.

Добавете полета към полето в реда на формуляра за заявка и, ако е необходимо, посочете условията и реда на сортиране.

За да видите резултатите от заявката в лентата с инструменти, щракнете върху бутона Преглед.

Може да се нуждаем основно от заявки за създаване на отчети. Или да отпечатате примерни данни. За тази база данни има нужда от заявки. Нека създадем заявка по дата.

Разработване и създаване на отчети.

Докладът е ефективно средство за представяне на данни в печатен формат. Като може да контролира размера и външния вид на всички елементи на отчета, потребителят може да показва информацията по начина, по който иска.

Докладите са подобни на формулярите по много начини. Дизайнът на отчети използва много от технологиите, използвани за формуляри.

Повечето отчети са прикачени към една или повече таблици и заявки от базата данни. Записите в отчетите идват от полета в основните таблици и заявки. Не е необходимо отчетът да включва всички полета от всяка таблица или заявка, на които се основава.

Прикаченият отчет получава своите данни от основния източник на запис. Други данни като заглавие, дата и номера на страници се съхраняват в оформлението на отчета.

Връзката между отчет и неговия източник на данни се създава с помощта на графични обекти, наречени контроли. Контролите включват полета, които показват имена и числа, етикети, които показват заглавия, и декоративни линии, които графично структурират данните и подобряват външния вид на отчета.

Помощниците ви помагат бързо да създавате различни видове отчети. Съветникът за етикети се използва за създаване на пощенски етикети, съветникът за диаграми ви помага да създадете диаграма, а съветникът за отчети ви помага да създавате стандартни отчети. Помощникът показва въпроси и генерира отчет въз основа на отговорите на потребителя. След това потребителят има възможност да променя и модифицира отчета в режим на проектиране.

Можете да персонализирате отчета по следните начини.

Източник на запис. Променете таблицата или заявката, на която се основава отчетът.

Сортиране и групиране на данни. Можете да сортирате данните във възходящ и низходящ ред. Можете също да групирате записи по едно или повече полета и да показвате междинни суми и общи суми в отчет.

Прозорец за отчет. Можете да добавите или премахнете бутоните за разгъване и свиване, да промените текста на заглавието и други елементи на прозореца на отчета.

Раздели. Можете да добавяте, премахвате, скривате или преоразмерявате областите с данни за етикета, анотацията и отчета. Можете също така да зададете свойства на раздела, които определят как отчетът се появява на екрана и при отпечатване.

Контроли. Потребителят може да мести контроли, да ги преоразмерява и да задава свойства на шрифта за контролите. Можете също да добавите контроли към отчет, за да покажете изчислени стойности, суми, текущата дата и час и друга полезна информация.

Фиг.5. Доклад по график.

Заключение.

След като прегледах курсовата си работа на практически пример, разбирам, че Microsoft Access има всички характеристики на класическа СУБД и предоставя допълнителни функции. Access е не само мощна, гъвкава и лесна за използване СУБД, но и система за разработване на приложения, които работят с бази данни. С Access можем да създадем приложение, което работи в среда на Windows и е напълно съобразено с нашите нужди за управление на данни. С помощта на заявки можете да избирате и обработвате информация, съхранявана в таблици. Можете да създавате формуляри за въвеждане, преглеждане и актуализиране на данни и да използвате Access за създаване както на прости, така и на сложни отчети. Формулярите и отчетите „наследяват“ свойствата на основната таблица или заявка, така че в повечето случаи указвате формати, стойностни условия и някои други характеристики на данните само веднъж. Сред най-мощните инструменти в Access са инструментите за създаване на обекти - Wizards, които могат да се използват за създаване на таблици, заявки на различни видове форми и отчети, просто чрез избиране на желаните опции с мишката. За да автоматизирате напълно вашето приложение, макросите на Access улесняват свързването на данни с формуляри и отчети. Можете да създадете повечето приложения, без да пишете нито един ред код, но ако трябва да създадете нещо наистина доста сложно, тогава за този случай Microsoft Access предоставя мощен език за програмиране - Microsoft Access Basic.

Радвам се, че отделих време да го разбера и да се справя сам, защото смятам, че в моята професия такива умения, дори и основни, ще ми бъдат много полезни след време.

Библиография

ACCESS 2000: Разработка на приложения. И. Харитонов, В. Михеева. BHV, 2000.

Access97. В. Корнелюк, З. Векер, Н. Зиновиев. "СОЛОН", 1998 г.

Kroenke D. Теория и практика на изграждане на бази данни, 8-мо изд. Санкт Петербург: "Питер", 2003 г.

Д., Цыганков В. М., Малцев М. Г. Бази данни: Учебник за ВУЗ

институции / Ред. проф. А. Д. Хомоненко. СПб.: КОРОНА печат, 2000.

Помощна система Microsoft Access.

За подготовката на тази работа са използвани материали от сайта http://referat.ru.

Министерство на образованието и науката на Руската федерация

Федерална държавна бюджетна образователна институция

Висше професионално образование

„ИЗТОЧНОСИБИРСКИ ДЪРЖАВЕН УНИВЕРСИТЕТ

ТЕХНОЛОГИИ И УПРАВЛЕНИЕ"

(FGBOU VPO ESSUTU)

Катедра Информационни системи

КУРСОВИ ПРОЕКТ

по дисциплина "БАЗИ ДАННИ"

на тема „Разработка на база данни

"График за висши учебни заведения"

Изпълнено от:	ученик гр.529
__________
Ръководител:	д-р, доцент
___________	Bazaron S.A.
Стандартен контролер:	д-р, доцент
___________	Чимитова Е.Г.
степен:	___________
Дата на защита:	___________

Улан-Уде

2012

Въведение…………………………………….…………………………………...3

1. Дизайн на база данни……………………………………………………5

1.1. Постановка на проблема…………………………………………………………………………………………………………………………………………………………………

1.2. Описание на предметната областс ти…………………………………………6

1.3. Базов логически дизайн на модела дан nyh…………………...8

2. Внедряване на база данни и потребителско приложение…………..10

2.1. Проектиране на физически модел на база данни …………………11

2.2. Създаване на база данни в Microsoft SQL Server ……………………...13

2.3. Внедряване на клиентско приложениед ния………………………………...17

Заключение ние……………………………………………………………………….21

Списък на използваните източнициИ ков……………………………………...23

Приложение A……………………………………………………………………25

Приложение Б………………………………………………………………….27

Приложение B…………………………………………………………………29

ВЪВЕДЕНИЕ

Ефективната и рационална организация на учебния процес е една от най-важните задачи на всяка образователна институция. Следователно въпросът за автоматизирането на този процес става все по-актуален.

Ако използвате компютри, когато организирате учебния процес, особеноО С помощта на различни видове софтуерни продукти този процес може да се направи много по-точен и бърз, лишен от много наслагвания, които възникват, когато се организира ръчно.

Задачата за планиране не трябва да се разглежда само катод някаква програма, която изпълнява функцията за механично разпределение на работатааз ty в началото на семестъра, на което (програмата) му се използва и завършваИ събуждам се. Икономически ефект от по-ефективно използване на трудаотносно изхода ресурси могат да бъдат постигнати само в резултат на упорита работа по управлението на тези трудови ресурси. Графикът тук е само инструмент за такова управление и за най-пълното му използване е необходимо програмата да съчетава не само средствата заО определяне на оптималния график, но и средствата за поддържането муП навременност в случай на промени в някои входни данни, които към момента на планирането се считат за постоянни.

По този начин целта на този курсов проект е да създаде сИ система за управление на бази данни „Scheduling” на примера на „CО планиране на висши учебни заведения”, който включва база данни и потребителско приложение.

Целите на курсовия проект могат да бъдат формулирани като:

• Създаване на логически и физически модели на база данни;
• Създайте база данни в SQL Server Management Studio;
• Създаване на програмен интерфейс в Delphi 7.

1. ДИЗАЙН НА БАЗА ДАННИ

1.1. Формулиране на проблема

Необходимо е да се разработи база данни "График за висши учебни заведения", която да съхранява данните, свързани с нея.

Също така е необходимо да се разработи и внедри персонализирано приложениеО в който добавяте, премахвате и редактиратеА писане на таблици от бази данни. Приложението трябва да включва функции за търсене, филтриране на информация и генериране на отчети.

1.2. Описание на предметната област

Графикът на занятията във висшето учебно заведение служи за обединяване на студенти, преподаватели и места за обучение в единна взаимосвързана система.д класове (публика).

Оптимизирането на графика на часовете е един от основните фактори, които могат значително да оптимизират учебния процес.

По-специално, организацията на образователния процес, представляваща един от най-важните етапи в развитието и ефективното функциониране на университета, е набор от взаимосвързани задачи, решавани от различни отдели на образователната институция. Една от тези задачи е V планиране. Ефективността на работата на учителите зависи от това колко добре е съставен графикът, усвояването на учебния материалпри вдлъбнатини, рационално използване на интелектуалната и материалната база на университета.

Традиционният метод се състои от следните стъпки e xia ръчно:

1. Разработване и утвърждаване на учебни програми.

2. Избор от плановете на списъка с дисциплини и разпределянето им на отделии ми.

3. Изготвяне на учебни задания за катедри на други факултетиА определяне на преподавателското натоварване на учителите.

4. Разпределението на натоварването по отделите.

5. Съставяне на пасаж за семестъра, който съдържа информация за дисциплините, видовете часове, часовете за всеки от видовете и преподавателя.

6. Отчитане на натовареното и свободното време на хоноруваните учители.

7. График.

1.3. Проектиране на логически модел на база данни

Процесът на проектиране на данни може грубо да бъде разделен на два етапа: логическо моделиране и физическо проектиране. не резултатР Първият от тях е така нареченият логически (или концептуален)О del данни, обикновено изразени чрез диаграма на обект-връзка или ER (Entity-Relationship) диаграма, която е представена в един от стандартите T всички обозначения, приети за показване на такива диаграми. Резултатът от втория етап е готова база данни или DDL скрипт за нейното създаване.а ния.

Логическият модел на данни описва фактите и обектите, предмет на тд хистрации в бъдещата база данни. Основните компоненти на такъв модел са обектите, техните атрибути и връзките между тях. Като правило, физическид Физическият аналог на обект в бъдещата база данни е таблица, а физическиятд небесният аналог на атрибута е полето на тази таблица. От логическа гледна точка, един обект е колекция от подобни обекти или faДа се стоки, наречени екземпляри на този обект. Физическият аналог на exeм Plyar обикновено е запис в таблица на база данни. Подобно на записите в релационна СУБД таблица, екземплярите на обекта трябва да бъдат уникални, т.е. пълният набор от техните стойности на атрибути не трябва да се дублира. И точно като полетата в таблица, атрибутите могат да бъдат ключови или неключови. На етапа на логическо проектиране за всеки атрибут той обикновено се дефинирад Показва се приблизителният тип данни (низ, число, BLOB и т.н.). Бетонд тизацията се случва на етапа на физическия дизайн, тъй като разлч Много СУБД поддържат различни типове данни и ограничения за тяхната дължина или прецизност.

Таблица 1. Обекти и техните атрибути

образувания	атрибути	описание
график	код на графика	планиране
			групов код
			номер на публиката
			код на учителя
			дисциплинарен кодекс	от други субекти
			код на ден от седмицата
			код на типа урок
			номер на двойка
	факултет		код на факултета	информация за факултетите
			факултет
	специалност		код на специалността	информация за специалностите на университета
			наименование на специалността
	публика		номер на публиката	информационни аудитории във всички налични сгради
			кадър
			брой места
			адрес
	дисциплина		дисциплинарен кодекс	Всички изучавани дисциплини
			име на дисциплината
	номер на двойка		номер на двойка	информация за продължителността на двойката
			начален час
			крайно време
	ден от седмицата		код на ден от седмицата	информация за дните от седмицата и техните кодове
			име на деня от седмицата
	тип клас		код на типа урок	лекция или практика
			име на деня от седмицата
	форма на обучение		код на формуляра за обучение	редовно или задочно обучение
			наименование на формата на обучение
	учител		код на учителя	съдържа информация за учителя
			Пълно име на учителя
			код на отдела
			код за валидност
			код за ранг
			код за степен
	отдел		код на отдела	информация за отдела
			име на отдел
	длъжност		код на позицията	позиции на служители на университети
			Длъжност
	ранг		код за ранг	звания на служителите на университета
			ранг име
	академична степен		код за степен	академични степени на университетски служители
			наименование на академичната степен

2. РАЗРАБОТКА НА ДАННИ BVZИ ПОТРЕБИТЕЛСКО ПРИЛОЖЕНИЕ

2.1. Проектиране на физически модел на база данни

Физическото проектиране на база данни е процесът на подготовка на опИ внедряването на базата данни на вторични устройства за съхранение; тази стъпка обхваща основните връзки, файловата организация и n de k сови, предназначени да осигурят ефективен достъп до данни, както и всички свързани ограничения и защити на целостта.

Първата стъпка във физическото проектиране на база данни е да изберете конкретна целева СУБД. Следователно, физическотоО Дизайнът е неразривно свързан с конкретна СУБД. Съществува постоянна обратна връзка между логическия и физическия дизайн, тъй като решенията, взети на етапа на физическия дизайн с целО повишаване на производителността на системата, може да повлияе на структурата на lО логически модел на данни.

Обикновено основната цел на дизайна на физическата база данни е да опише как логическият дизайн на базата данни е физически реализиран. Нека си представим физическия модел на базата данни „ИзготвянеИ saniya за университети "под формата на таблици на обекти от таблица 1.

Таблица 2. График

код на графика	групов код	номер на публиката	код на учителя	дисциплинарен кодекс	код на ден от седмицата	код на типа урок	номер на двойка

Таблица 3. Групи

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

Таблица 4. Факултет

Таблица 5. Специалност

Таблица 6. Аудитория

номер на публиката	кадър	брой места	адрес

Таблица 7. Дисциплина

Таблица 8. Номер на двойка

номер на двойка	начален час	крайно време

Таблица 9. Ден от седмицата

Таблица 10. Тип клас

код на типа урок	тип клас

Таблица 11. Отдел

код на отдела	име на отдел

Таблица 12. Форма на обучение

код на формуляра за обучение	наименование на формата на обучение

Таблица 13. Учител

код на учителя	Пълно име на учителя	код на отдела	код на позицията	код за ранг	код за степен

Таблица 14. Позиция

Таблица 15. Ранг

код за ранг	ранг име

Таблица 16. Научна степен

код за степен	наименование на академичната степен

2.2. Създаване на база данни в Microsoft SQL сървър

Създайте база данни в SQL Server Management Studio, като използватепри Има логически и физически модели за проектиране на бази данни (вижте 1.3. и 2.1.).

И така, след инсталирането на SQL Server се създава база данни и чрез указванеА Има пътека за спасяване. Следващата стъпка е да създадете таблици според обектите.

Създаване на таблици на база данни "живопис ". Описани са свойствата на atr.И но от таблични данни (тип данни, дължина, нулева резолюция nо ла).

Таблица 17. Аудитория

Таблица 18. Група

Таблица 19. Ден от седмицата

Таблица 20. Дисциплина

Таблица 21. Позиция

Таблица 22

Таблица 23

Таблица 24. Номер на двойка

Таблица 25. Учител

Таблица 26. График

Таблица 27. Специалност

Таблица 28. Тип клас

Таблица 29. Научна степен

Таблица 30. Факултет

Таблица 31. Форма на обучение

Ако е необходимо, можете да попълните всички таблици и чрез отваряне s tia.

Свързването на таблици става чрез създаването на диаграма, където V Всички релации между таблиците се премахват. Диаграма на връзката на базата данни "живопис “ е в Приложение Б.

2.3. Внедряване на клиентското приложение

Клиентското приложение е внедрено в средатаДелфи 7. Интерфейс на базата данни "живопис “ се състои от 9 форми, в които се извършват операции като: въвеждане, извеждане и редактиране на информация. Както и 3 форми с операции: търсене, филтриране, отчет.

Помислете за добър пример за основната форма, търсене и отчет.

Във формата "График" се въвеждат данни DBEdit и DBLoockUpCo m boBox и използване на DBNavigator показани в компонента dbgrid. C p o силата на тези компоненти може да направи промени в самата база данни SQL.

Фигура 1 Форма "График на групите"

За удобство на придвижване през самата програма е използван код. m компонент MainMenu . Помага за превключване към всяка форма на програмата (вижте Фигура 2).

Фиг. 2. Използване на компонентаглавно меню

Операцията за търсене ви позволява да намерите данни за избраната група от таблицата "Групи".

Фиг. 3. Търсене

За да търсите, трябва да изберете група отс падащ списък. След това кликнете върху бутона "Търсене". За по-нататък pО информация за заявка внимателно щракнете върху бутона "Отказ", който ще върне всичко дан информация за всички групи в базата данни.

Фиг. 4. Операция за търсене

Също така във формата има бутони за превключване към други операции, към основната форма и бутона "Изход", при натискане на който формата за търсене се затваря.

Когато стартирате формуляра за отчета, можете да видите, че формулярът има бутон "Покажи отчет" и компонент QReport , който само показва самия отчет, групиран по групи.

Фигура 5. Форма за отчет

Когато щракнете върху бутона "Покажи отчет", директно ще се покаже самият отчет.

Фигура 6. Групиран отчет по групи

ЗАКЛЮЧЕНИЕ

При завършване на курсовия проект беше планирано да се развият уменията нам изграждане и отстраняване на грешки в програми, както и проверка на способността за проектиранеО документация за разработването им в съответствие със стандартите.

Тази програма е завършен софтуерен продукт, въпреки че е възможно да се усъвършенства. Има нужда от добавяне на функции като:

• осигуряване на информационна сигурност (парола, кодиране и т.н.);
• осигуряване на многопотребителски режим с предоставянето наи дом на потребителя за неговия режим на работа и настройки;
• автоматично попълване на едни и същи полета в различни таблици, докато пишете.

Програмата има удобен потребителски интерфейс. Използването на програмата няма да бъде трудно за тези, които са запознати с тази черупка. Удобна помощна система за използване на програмата ще ви позволи бързо да научите как да я навигирате. Като цяло програмата наистина може да се използва.

В резултат на курсовия проект са подобрени знанията в областта на програмирането на бази данни и обектно-ориентиран софтуер.О граматика, придобити умения за използване на научна и техническа информация.

СПИСЪК НА ИЗПОЛЗВАНИТЕ ИЗТОЧНИЦИ

1. Изучаване на основите на работа със СУБД Microsoft SQL Server 2005 Методическид ски указания за лабораторна работа по дисциплината „ОрганИ зация на бази данни и знания”, Орловски Д.Л., НТУ “ХПИ”, катедра АСУ, 2009 г.
2. Разработка на клиент-сървър приложения вДелфи, Андрей Шкрил, BHV-Петербург, 2006.

ПРИЛОЖЕНИЕ А

Обекти в ERwin

ПРИЛОЖЕНИЕ Б

Таблица диаграма SQL

ПРИЛОЖЕНИЕ Б

Изброяване на операцията "търсене".

Търсене

процедура TForm9.Button2Click(Подател: TObject);

започвам

Query1.Active:=false;

Брой ученици, б. Факултет, гр. NameFormsTraining, а. CodeSpecialties, д. Име Специалности";

CodeFormsLearning=c. CodeFormsLearning) и (а. CodeSpecialties=d. CodeSpecialties) и (e.GroupID="""+combobox1.Text+""")");

Query1.Active:=true;

край;

Отказ

процедура TForm9.Button3Click(Подател: TObject);

започвам

Query1.Active:=false;

Query1.SQL.text:="изберете e.GroupCode, a. Брой ученици, б. Факултет, гр. NameFormsTraining, а. CodeSpecialties, д. Име Специалности";

Query1.SQL.Add("от dbo. Група a, dbo. Факултет b, dbo. Форма на обучение c, dbo. Специалност d, dbo. Група e");

Query1.SQL.Add("където (a. GroupId =e.GroupId) и (a. FacultyId =b. FacultyId) и (a. CodeFormsLearning=c. CodeFormsLearning) и (а. CodeSpecialties=d. CodeSpecialties)");

Query1.Active:=true;

край;

Операция "Филтриране" списък

Филтриране

процедура TForm10.Button1Click(Подател: TObject);

започвам

Query1.Active:=false;

Пълно име на учителя, б. Заглавие Дисциплина, ° С. Имен Ден Седмица

Query1.SQL.Add("където (напр. Кодекс на учителя=а. Кодекс на учителя) и (e. CourseCode =b. CourseCode ) и (e.WeekDayCode =c.WeekDayCode ) и (e. LessonTypeCode =d. LessonTypeCode ) и (c. Имен Ден Седмица="""+combobox1.Text+""")");

Query1.Active:=true;

край;

Отказ

процедура TForm10.Button2Click(Подател: TObject);

започвам

Query1.Active:=false;

Query1.SQL.Text:="изберете e.ScheduleID, e.GroupID, e.AudienceNumber, a. Пълно име на учителя, б. Заглавие Дисциплина, ° С. Имен Ден Седмица, д. Вид дейност, напр. Чифт номер ";

Query1.SQL.Add("от dbo. Учител a, dbo. Курс b, dbo. Ден от седмицата c, dbo. Тип клас d, dbo. График e");

Query1.SQL.Add("където (напр. Кодекс на учителя=а. Кодекс на учителя) и (e. CourseCode =b. CourseCode ) и (e.WeekDayCode =c.WeekDayCode ) и (e. LessonTypeCode =d. LessonTypeCode )");

Query1.Active:=true;

край;

промяна

Лист

Номер на документ.

Подпис

дата

Лист

D.529.3.4.2.124.12.PZ

промяна

Лист

Номер на документ.

Подпис

дата

Лист

D.529.3.4.2.124.12.PZ

Разработено

Улахаев А.Ю.

Проверете.

Bazaron S.A.

N. Contr.

Чимитова Е.Г.

Одобрено

Bazaron S.A.

с нашите образователни институции

Лит.

Листи

ЕССУТУ

зм.

Лист

Номер на документ.

Подпис

дата

Лист

D.529.3.4.2.124.12.PZ

промяна

Лист

Номер на документ.

Подпис

дата

Лист

D.529.3.4.2.124.12.PZ

Разработено

Улахаев А.Ю.

Проверете.

Bazaron S.A.

N. Contr.

Чимитова Е.Г.

Одобрено

Bazaron S.A.

График за васс нашите образователни институции

Лит.

Листи

ЕССУТУ

промяна

Лист

Номер на документ.

Подпис

дата

Лист

D.529.3.4.2.124.12.PZ

промяна

Лист

Номер на документ.

Подпис

дата

Лист

D.529.3.4.2.124.12.PZ

промяна

Лист

Номер на документ.

Подпис

дата

Лист

D.529.3.4.2.124.12.PZ

промяна

Лист

Номер на документ.

Подпис

дата

Лист

D.529.3.4.2.124.12.PZ

промяна

Лист

Номер на документ.

Подпис

дата

Лист

D.529.3.4.2.124.12.PZ

Разработено

Улахаев А.Ю.

Проверете.

Bazaron S.A.

N. Contr.

Чимитова Е.Г.

Одобрено

Bazaron S.A.

График за васс нашите образователни институции

Лит.

Листи

ЕССУТУ

промяна

Лист

Номер на документ.

Подпис

дата

Лист

D.529.3.4.2.124.12.PZ

промяна

Лист

Номер на документ.

Подпис

дата

Лист

D.529.3.4.2.124.12.PZ

промяна

Лист

Номер на документ.

Подпис

дата

Лист

D.529.3.4.2.124.12.PZ

промяна

Лист

Номер на документ.

Подпис

дата

Лист

D.529.3.4.2.124.12.PZ

промяна

Лист

Номер на документ.

Подпис

дата

Лист

D.529.3.4.2.124.12.PZ

промяна

Лист

Номер на документ.

Подпис

дата

Лист

D.529.3.4.2.124.12.PZ

промяна

Лист

Номер на документ.

Подпис

дата

Лист

D.529.3.4.2.124.12.PZ

промяна

Лист

Номер на документ.

Подпис

дата

Лист

D.529.3.4.2.124.12.PZ

промяна

Лист

Номер на документ.

Подпис

дата

Лист

D.529.3.4.2.124.12.PZ

промяна

Лист

Номер на документ.

Подпис

дата

Лист

D.529.3.4.2.124.12.PZ

промяна

Лист

Номер на документ.

Подпис

дата

Лист

D.529.3.4.2.124.12.PZ

Разработено

Улахаев А.Ю.

Проверете.

Bazaron S.A.

N. Contr.

Чимитова Е.Г.

Одобрено

Bazaron S.A.

График за васс нашите образователни институции

Лит.

Листи

ЕССУТУ

промяна

Лист

Номер на документ.

Подпис

дата

Лист

D.529.3.4.2.124.12.PZ

промяна

Лист

Номер на документ.

Подпис

дата

Лист

D.529.3.4.2.124.12.PZ

Разработено

Улахаев А.Ю.

Проверете.

Bazaron S.A.

N. Contr.

Чимитова Е.Г.

Одобрено

Bazaron S.A.

График за васс нашите образователни институции

Лит.

Листи

ЕССУТУ

промяна

Лист

Номер на документ.

Подпис

дата

Лист

D.529.3.4.2.124.12.PZ

промяна

Лист

Номер на документ.

Подпис

дата

Лист

D.529.3.4.2.124.12.PZ

Разработено

Улахаев А.Ю.

Проверете.

Bazaron S.A.

N. Contr.

Чимитова Е.Г.

Одобрено

Bazaron S.A.

График за васс нашите образователни институции

Лит.

Листи

ЕССУТУ

промяна

Лист

Номер на документ.

Подпис

дата

Лист

D.529.3.4.2.124.12.PZ

Разработено

Улахаев А.Ю.

Проверете.

Bazaron S.A.

N. Contr.

Чимитова Е.Г.

Одобрено

Bazaron S.A.

График за васснашите образователни институции

Лит.

Листи

2

ЕССУТУ

промяна

Лист

Номер на документ.

Подпис

дата

Лист

29

D.529.3.4.2.124.12.PZ

Разработено

Улахаев А.Ю.

Проверете.

Bazaron S.A.

N. Contr.

Чимитова Е.Г.

Одобрено

Bazaron S.A.

График за васснашите образователни институции

Лит.

Листи

3

Организация

Сочи, 2008 г

Държавен университет по туризъм и курортен бизнес в Сочи

Катедра ИТ

ОДОБРЯВАМ

Глава отдел

д-р, проф. Ю. И. Дрейзис

_______________________

“_____” __________ 2008 г

УПРАЖНЕНИЕ

за дизайн на курса в курса

“Бази данни и знания”

Студент _____________________ Група - ______________

Тема на проекта:„Проектиране и внедряване на база данни „Разписание на часовете“

Изходни данни за проектиране:

Входни документи:

заетост на публиката;

групи;

график на разговорите;

дисциплини (учебен план);

дни от седмицата.

Изходни документи: групи; учители; публика.

Технически средства - PC тип IBM PC.

Операционна система -Г-ЦА Windows.

СУБД и софтуерни средства - по избор на разработчика.

Обхват на работа за курса

Очаквана част:

1. Формулиране на проблема.

   Инфологично моделиране на предметната област.

   Проектиране на изпълнението.

   Физически дизайн.

Графичната част:

1. Диаграма на инфологичен модел.

   Структурна схема на БД.

   Разширена схема на програмата.

   Чертежи (разпечатки) на формуляри и документи.

Тестване на бази данни и отстраняване на грешки.

Време за изпълнение на проекта по участъци:

1, т. 1.1, 1.2 - до 7 седмица

2. Точки 1.3, 3.1 - до 9 седмица

3. Точки 1.4, 3.2 - до 12 седмица

4. Регистриране на ПЗ и графичната част - до 14-та седмица

Датата на заданието е 3-та седмица от семестъра.

Срок за защита на проекта - 16 седмици

Ръководител - __________________________

Задачата е получена от __________________________

Студент ________________________________

ВЪВЕДЕНИЕ

Ефективното развитие на държавата е немислимо без системи за управление. Съвременните системи за управление се основават на сложни системи за обработка на информация, на съвременни информационни технологии. Съвременните компютърни системи за управление осигуряват точен и пълен анализ на данните, получаване на информация във времето без забавяне и определяне на тенденциите във важни показатели.

Базата данни е набор от структурирани и взаимосвързани данни и методи, които осигуряват извадка от данни и показване. Концепцията за система за управление на база данни е тясно свързана с концепцията за база данни. Това е набор от софтуерни инструменти, предназначени да създадат структурата на нова база данни, да я попълнят със съдържание, да редактират съдържание и да визуализират информация. Визуализацията на информацията от базата данни се разбира като избор на показани данни в съответствие с даден критерий, тяхното подреждане, проектиране и последващо издаване към изходно устройство или предаване по комуникационни канали.

В света има много системи за управление на бази данни. Въпреки факта, че могат да работят с различни обекти по различни начини и да предоставят на потребителя различни функции и инструменти, повечето СУБД разчитат на единичен, добре установен набор от основни концепции. Това ни дава възможност да разгледаме една система и да обобщим нейните концепции, техники и методи за целия клас СУБД. Като такъв обучителен обект ще изберем СУБД Microsoft Access, която е част от пакета Microsoft Office. Почти всички СУБД ви позволяват да добавяте нови данни към таблиците. От тази гледна точка СУБД не се различават от програмите за електронни таблици (Excel), които могат да емулират някои функции на базата данни. Има три основни разлики между СУБД и програмите за електронни таблици:

СУБД са проектирани да обработват ефективно големи количества информация, много по-големи, отколкото електронните таблици могат да обработват.

СУБД може лесно да свърже две таблици, така че да изглеждат на потребителя като една таблица. Почти невъзможно е да се приложи такава възможност в електронни таблици.

СУБД минимизира общия размер на базата данни. За да направите това, таблиците, съдържащи дублирани данни, се разделят на няколко свързани таблици.

Достъп- мощно приложение Windows . В същото време производителността на СУБД е органично съчетана с всички удобства и предимства Windows.

Като релационна СУБДДостъпосигурява достъп до всички типове данни и ви позволява да използвате множество таблици на база данни едновременно. Access е специално проектиран за изграждане на многопотребителски приложения, където файловете на базата данни са споделени ресурси в мрежа. INДостъп внедрена надеждна система за защита срещу неоторизиран достъп до файлове.

Като част от този курсов проект е необходимо да се проектират и реализират средстваГ-ЦА ДОСТЪПинформационна система, която ви позволява да планирате часове.

1. Аналитична част

Описание на предметната област

Диспечерът отговаря за планирането на часовете. Да предположим, че е необходимо да се изгради база данни, която ще помогне на диспечера да планира часовете. За да направите това, трябва да имате следната информация:

заетост на публиката;

групи;

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

график на разговорите;

дисциплини (учебен план);

дни от седмицата;

график;

учебен план.

Диспечерът трябва да въведе графика под формата на записи в базата данни:

Ден от седмицата

Начален час

Публика

Група

Дисциплина

Учител

При въвеждане е необходимо да се избягват "наслагвания" на формата:

В една и съща класна стая по едно и също време се занимават различни групи;

Една и съща група по едно и също време се занимава в различни класни стаи, или по различни предмети, или с различни учители;

Един и същи учител учи по едно и също време или в различни класни стаи, или по различни предмети, или с различни групи.

Освен това информационната система трябва да показва информация за заявките за график:

групи;

учители;

публика.

Определяне на състава на данните.

За да се предостави на потребителя посочената информация, в базата данни трябва да се съхраняват справочни данни за групи, класни стаи и учители. В резултат на анализа на предметната област се идентифицират документи, които съдържат справочна информация: „Групи“ (фиг. 1.2.1), „Аудитории“ (фиг. 1.2.2), „Учители“ (фиг. 1.2.3). ), „Клетъчен график“ (фиг.1.2.4), „Дисциплини“ (фиг.1.2.5), „Дни от седмицата“ (фиг.1.2.6), „График“ (фиг.1.2.7), "Учебна програма" (фиг.1.2. 8). По-долу са формулярите на документите.

Фиг.1.2.1 Форма на референтен документ "Групи"

Фиг.1.2.2 Форма на референтен документ "Аудитория"

Фиг.1.2.3 Форма на референтен документ "Учители"

Фиг. 1.2.4 Форма на референтния документ "График на разговорите"

Фиг.1.2.5 Форма на справочния документ "Дисциплини"

Фиг.1.2.6 Форма на референтен документ "Дни от седмицата"

Фиг.1.2.7 Форма на референтен документ "График"

Фиг.1.2.8 Форма на референтен документ "Учебна програма"

Въз основа на анализа на предметната област е възможно да се идентифицират логически връзки между данните, които определят структурата на данните на предметната област. В резултат на това трябва да се идентифицират информационни обекти и да се установят връзки между тях.

РАЗРАБОТВАНЕ НА КОНЦЕПТУАЛЕН МОДЕЛ

Концептуалният модел е представяне на гледната точка на потребителя върху предметната област и не зависи нито от софтуера на СУБД, нито от техническите решения. Концептуалният модел трябва да бъде стабилен. Един от често срещаните модели на концептуалната схема е същност-връзка модел. Под същност се разбира основното съдържание на обекта на предметната област, за който се събира информация. Място, нещо, човек, феномен може да действа като същност.Екземпляр на същност е конкретен обект.Прието е същността да се дефинира чрез атрибути - наименувани характеристики.

1. Идентификация на информационни обекти

Необходимо е да се анализира всеки атрибут за наличието на връзки с други атрибути. Един реквизит придобива значение само когато е свързан с други реквизити, които имат семантично единство. И така, кодът на техниката, името на техниката, количеството отразяват информация за продукта; кодът на обекта, името на обекта, главата на обекта отразяват информация за обектите.

Сред атрибутите, които описват даден обект, могат да бъдат разграничени един или повече атрибути, които уникално идентифицират екземпляр на обект. Това свойство е ключът. Съществува функционална зависимост между ключа и другите атрибути.

Детайлите на всеки информационен обект на каноничния модел на данни трябва да отговарят на изискванията, съответстващи на третата нормална форма на релационния модел на данни:

информационният обект трябва да съдържа уникален идентификатор - първичен ключ; всички описателни атрибути трябва да са взаимно независими, тоест не трябва да има функционални зависимости между тях; всички детайли, включени в съставния ключ, също трябва да бъдат взаимно независими; всеки описателен атрибут трябва функционално да зависи напълно от ключа, т.е. всяка стойност на ключ трябва да съответства само на една стойност на описателния атрибут, а при съставен ключ описателните атрибути трябва да зависят изцяло от целия набор от атрибути, които формират ключа ; всеки описателен атрибут трябва да зависи от ключа нетранзитивно, т.е. не трябва да зависи от друг междинен атрибут.

Необходим състав на първичните документи:

Таблица 2.1.1. Анализ на документа "Групи".

Документ

Таблица 2.1.2. Анализиране на документа "Аудитории".

Документ

Таблица 2.1.3. Анализ на документа "Дисциплини"

Документ

Таблица 2.1.4. Анализ на документа "Дни от седмицата"

Документ

Таблица 2.1.5. Анализ на документа "Учители"

Документ

Таблица 2.1.6. Анализ на документа "График"

Документ

Таблица 2.1.7. Анализ на документа "Клетъчен график"

Документ

Таблица 2.1.8. Анализ на документа "Учебен план"

Документ

Получените информационни обекти отговарят на изискванията за нормализация, т.е. те са в третата нормална форма.

Таблица 2.1.9. Референтни обекти

Информационен обект

U - уникален, P - прост, C - съставен.

2.2. Определяне на връзките на информационните обекти, изграждане на информационно-логически модел и спешна помощ - диаграми

За да изградим информационно-логически модел, първо изграждаме матрица на съседство - това е квадратна матрица по брой IO, която се попълва в редове. Матричният елемент в пресечната точка на ред и колона е равен на 1, ако IO в реда е свързан с IO в колоната чрез връзка едно към много, типът функционална връзка не се взема предвид .

Съществуват следните видове връзки между обекти:

Един към един (1:1). Всеки екземпляр на първия информационен обект съответства само на един екземпляр на втория информационен обект

Един към много (1:M). Всеки екземпляр на един информационен обект съответства на няколко екземпляра на друг информационен обект, а всеки екземпляр на втория информационен обект съответства на не повече от един екземпляр на първия информационен обект.

Много към много (M:M). Всеки екземпляр на един информационен обект съответства на няколко екземпляра на друг информационен обект и всеки екземпляр на втория информационен обект може да съответства на няколко екземпляра на първия.

В резултат на анализа са получени 8 информационни обекта: ДНИ ОТ СЕДМИЦАТА, АУДИТОРИИ, ГРАФИК НА РАЗГОВОРИ, УЧЕБЕН ПЛАН, ГРУПИ, ДИСЦИПЛИНИ, ГРАФИК, ПРЕПОДАВАТЕЛИ. Нека направим анализ по двойки на връзките между тях:

Дни от седмицата (1) График (7). Тип връзка 1:M. Връзката между тези обекти се осигурява с помощта на атрибута Код на деня от седмицата.

Публики (2) График (7). Тип връзка 1:M. Връзката между тези обекти се осъществява чрез атрибута Audience number.

График на звънеца (3) График (7). Тип връзка 1:M. Връзката между тези обекти се осигурява с помощта на атрибута Pair number.

Учебна програма (4) Дисциплини (6). Тип връзка 1:M. Връзката между тези обекти се осигурява с помощта на атрибута Discipline.

Групи (5) График (7). Тип връзка 1:M. Връзката между тези обекти се осъществява с помощта на атрибута Group Code.

Дисциплини (6) График (7). Тип връзка 1:M. Връзката между тези обекти се осигурява с помощта на атрибута Код на дисциплината.

Учители (8) График (7). Тип връзка 1:M. Връзката между тези обекти се осъществява чрез атрибута Персонален номер на учителя.

Въз основа на тези данни можете да изградите матрица на съседство, която ви позволява да изграждате информационни обекти по нива (фиг. 2.2.)

Ориз. 2.2 Матрица на съседство

Информационно-логическият модел е сведен до каноничен вид, а обектите в него са разположени по нива. На нулево ниво има обекти, които не са подчинени на други обекти, на 1-во ниво, подчинени на 0-то ниво и т.н. Това разположение на обектите дава представа за йерархично подчинение, прави модела по-визуален и улеснява разбирането на зависимостите 1:M.

Матрицата на съседство показва, че:

Инфообекти Дни от седмицата, Аудитории, График на звънците, Учебна програма, Групи, Учителите са на 0ниво на ома;

Обектът с информация за дисциплината се намира на 1ниво на ома;

Обектът с информация за графика се намира на 2омово ниво.

Диаграмите на взаимоотношенията на таблиците ви помагат да визуализирате дизайна на вашата база данни. Диаграми на обектни връзки (образувание-отношение-ER ), които също се наричат ​​диаграми на обект-атрибут-връзка (обект- атрибут-отношение - EAR ) са един от най-широко използваните методи за изобразяване на връзки между таблици в база данни. Елипсите над правоъгълниците на таблиците показват класовете атрибути (полета), включени в релацията. Диаманти, свързващи двойки правоъгълници на таблици и елипси на полета, представляващи връзки между полета.

ER-диаграмата на предметна област "График" е представена в ПРИЛОЖЕНИЕ А.

Дефиниране на логически и физически модели на бази данни

Логическата структура на релационната база данни е адекватно отражение на получения информационно-логически модел на предметната област. Каноничният модел не изисква допълнителни трансформации. Всеки информационен обект на модела на данни се нанася на съответна релационна таблица. Структурата на релационна таблица се определя от състава на атрибутите на съответния информационен обект, където всяка колона (поле) съответства на един от атрибутите. Ключовите атрибути образуват уникален ключ на релационна таблица. За всяка колона на таблицата се посочват типът, размерът на данните и други свойства. Топологията на проекта за схема на данни практически съвпада с топологията на информационно-логическия модел. Логическата структура на базата данни е показана в ПРИЛОЖЕНИЕ Б, а физическата структура в ПРИЛОЖЕНИЕ В.

Описание на работата с програмата "График на часовете"

Програмата, с условно наименование "Разписание на часовете", е предназначена за планиране на часове. За да направите това, трябва да имате следната информация: заетост на класните стаи, информация за групите, специализация на учителите, график на звънците, информация за дисциплините (учебна програма), дни от седмицата. За да се предостави на потребителя посочената информация, в базата данни трябва да се съхраняват справочни данни за групи, класни стаи и учители. В резултат на анализа на предметната област се идентифицират документи, съдържащи справочна информация: „Групи“, „Аудитории“, „Преподаватели“.

Цялата необходима информация се въвежда в базата данни. Въз основа на въведените данни се организират заявки за търсене на необходимата информация (по аудитория, групи или преподаватели). Работата започва с главния прозорец (фиг. 2.4.1), който показва пет бутона.

Ориз. 2.4.1 Главен прозорец на програмата

Когато щракнете върху бутона "График", става възможно да работите с цялата база данни. Основната форма "Дни от седмицата" съдържа подформуляр "График". Можете да редактирате графика под формата на записи в базата данни (фиг. 2.4.2):

Ориз. 2.4.2 Редактиране на график въз основа на всички данни

Когато натиснете бутона "График на групата", се появява формуляр с искане за кода на групата (фиг. 2.4.3), в нашия пример за групата с код "3514", след това самата база за редактиране на графика ( Фиг. 2.4.4).

Ориз. 2.4.4 Редактиране на график за конкретна група

При натискане на бутона "Аудитория" се появява заявка за номера на аудиторията (фиг. 2.4.5), в нашия пример номерът на аудиторията е "1", след това искане за кода на деня от седмицата (фиг. 2.4.6), в нашия пример - "1" (понеделник) , а след това формата за редактиране на графика (фиг. 2.4.7).

Ориз. 2.4.7 Редактиране на графика

Когато натиснете бутона "Учител", се появява заявка за фамилното име на учителя (фиг. 2.4.8), след това заявка за кода на деня от седмицата (фиг. 2.4.9), след това формата за редактиране на графика себе си (фиг. 2.4.10)

Ориз. 2.4.10 Редактиране на график

Натискането на бутона ще прекрати програмата.

2.5. Изпълнение на заявки

Заявките са основен инструмент във всяка система за управление на бази данни. Те се използват за маркиране, актуализиране и добавяне на нови записи към таблици. Най-често заявките се използват за изолиране на конкретни групи от записи, за да се задоволят определени критерии. В допълнение, те могат да се използват за извличане на данни от различни таблици, осигурявайки единен изглед на свързани елементи с данни. С тези инструменти можете:

Формират сложни критерии за избор на записи от една или повече таблици;

Посочете полетата, които да се показват за избраните записи;

Извършете изчисления, като използвате избраните данни.

В AccessИма четири вида заявки за различни цели:

Заявките за избор показват данни от една или повече таблици под формата на таблица.

Кръстосаните заявки събират данни от една или повече таблици във формат, подобен на електронна таблица. Тези заявки се използват за анализиране на данни и създаване на диаграми въз основа на сумите на числови стойности от набор от записи.

Заявките за промяна се използват за създаване на нови таблици от резултатите от заявка и за извършване на промени в данни в съществуващи таблици. Можете да ги използвате, за да добавяте или премахвате записи от таблица и да модифицирате записи според изразите, които задавате в режим на проектиране на заявка.

Заявките с параметри са заявки, чиито свойства се променят от потребителя всеки път, когато се изпълняват. Когато стартирате заявка с параметър, се появява диалогов прозорец, в който трябва да въведете условие за избор. Този тип заявка не е самостоятелна, т.е. може да се добави параметър към всеки тип заявка. Програмата показва следните заявки за планиране:

Групи Учители Аудитории

Нека да разгледаме пример за заявка за график по аудитория. Да предположим, че трябва да знаем графика за аудитория "1" за понеделник. Изберете заявката „Аудитория“. Появява се прозорец (фиг. 2.5.1). Въведете номера на публиката - "1".

След това се появява прозорец (фиг. 2.5.2). Въведете кода за деня от седмицата; Понеделник отговаря на код "1".

След като всички данни бъдат въведени, ще получим резултата (фиг. 2.5.3)

Ориз. 2.5.3 Показване на графика за заявката "Аудитория"

Заявките "Групи" и "Учител" работят по подобен начин.

ЗАКЛЮЧЕНИЕ

Използването на бази данни и информационни системи се превръща в неразделна част от бизнес дейността на съвременния човек и функционирането на успешни организации. В тази връзка от голямо значение е разработването на принципа на изграждане и ефективно прилагане на подходящи технологии и софтуерни продукти.

Съвременните информационни системи (ИС), които реализират интеграция на данни, се характеризират с огромни количества съхранявани данни, сложна организация и необходимостта да се задоволят разнообразните изисквания на множество потребители.

Целта на информационната система е да обработва данни за обекти в реалния свят. В широк смисъл базата данни е колекция от информация за конкретни обекти от реалния свят във всяка предметна област. Подпредметна област Обичайно е да се разбира частта от реалния свят, която трябва да се изучава. Когато създава база данни, потребителят се стреми да организира информацията според различни характеристики и бързо да извлече извадка с произволна комбинация от характеристики. Това може да стане, ако данните са структурирани.

Резултатът от моята работа е програмата „График на часовете“, която ви позволява да създавате и редактирате графика на часовете, като вземете предвид заетостта на аудиториите, информация за групите, специализация и свободно време на учителите, график на разговори, дисциплини (учебна програма), дни от седмицата.

На работа използвах QBE- искания. Това са заявки, създадени с помощта на Query Builder, който е графичен инструмент за създаване на заявки от шаблон. език SQL предназначен за работа с релационни бази данни и всъщност е система за управление на релационни бази данни, той също е фокусиран върху операции с данни, представени под формата на логически свързан набор от таблици.

Разбира се, завършената програма не е напълно завършена, тъй като за нейното създаване е отделено много малко време. Но са възможни допълнителни подобрения.

Библиография

Информатика. Основен курс /Симонович С.В. и други - Санкт Петербург: Издателство "Питер", 2000. - 640с.

Информатика. Учебник / Ломтадзе В.В., Шишкина Л.П. - Иркутск: ISTU, 1999. - 116с.

Лобова О.Е. База данни. Лекционен курс. Сочи. Образователни материали. 2007 г

Лобова О.Е. Насоки за изпълнение на курсов проект за студенти от специалност 010502 "Приложна информатика", редовна форма на обучение, по дисциплината "Бази от данни". Сочински държавен университет по туризъм и курортен бизнес - Сочи: СГУТ и КД, 2004, 90 с.

ПРИЛОЖЕНИЕ А

спешна помощ -схема на предметната област "ГРАФИК НА УЧЕБНИТЕ ЧАСОВЕ"