Размещено на http://www.allbest.ru/

Размещено на http://www.allbest.ru/

Міністерство освіти і науки України

Харківський національний університет радіоелектроніки

Кафедра Інформаційних управляючих систем

Курсова робота

з дисципліни "Організація баз даних та знань"

на тему

Розробка елементів інформаційного забезпечення задачі «Облік використання сільськогосподарської техніки на підпри'ємстві»

Медяник Максим Юрійович

Реферат

Пояснювальна записка до курсової роботи: стор., рис., табл., джерела.

АТРИБУТ, БАЗА ДАНИХ, МОДЕЛЬ ДАНИХ, ОБЛІК, ПЕРВИННИЙ КЛЮЧ, СІЛЬСЬКОГОСПОДАРСЬКА ТЕХНІКА, СУТНІСТЬ, SQL.

Об'єкт дослідження - бізнес-процесс "Облік використання сільськогосподарської техніки на підприємстві".

Мета роботи - розробка елементів інформаційного забезпечення задачі "Облік використання сільськогосподарської техніки на підприємстві".

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

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

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

Скорочення та умовні познаки

БД - база даних.

КР - курсова робота.

СУБД - система управління базами даних.

Вступ

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

Задача КР - розробити базу даних для виконання обліку використання сільськогосподарської техніки на підприємстві. Цільова предметна область - сільськогосподарська техніка на підприємстві. До можливих сфер застосування належать підприємства, які спеціалізуються на аграрних роботах або надають техніку для сільськогосподарських потреб.

1. Опис предметної області

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

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

ѕ працює;

ѕ на технічному обслуговуванні або в ремонті;

ѕ вільна.

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

Інформація про людей, які відповідають за одиницю техніки:

ѕ перший (денний) водій;

ѕ другий (нічний) водій;

ѕ автомеханік;

ѕ помічник автомеханіка.

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



Рисунок 1.1 - Контекстна діаграма потоків даних (DFD)

На рис.1.1 зображена контекстна діаграма потоків даних.

Діаграма декомпозиції першого рівня наведена на рис.1.2.

Рисунок 1.2 - Діаграма декомпозиції першого рівня

2. ОПИС РІШЕНЬ З ІНФОРМАЦІЙНОГО ЗАБЕЗПЕЧЕННЯ

2.1 Побудова концептуальної моделі

2.1.1 Опис сутностей та зв'язків задачі

Відомості про типи сутностей наведено в таблиці 2.1.

Таблиця 2.1 - Відомості про типи сутностей

Ім'я типу сутності	Опис	Псевдоніми	Особливості використання
Machine_Fleet	Місце, де зберігається cільськогосподарська техніка		Адреса місця, в якому знаходиться техніка
Combine	Один із видів техніки - комбайн		Має відповідальну групу, місце дислокації та індивідуальні технічні характеристики
Tractor	Один із видів техніки - трактор		Має відповідальну групу, місце дислокації та індивідуальні технічні характеристики
Airplane	Один із видів техніки - літак (АН-2)		Має відповідальну групу, місце дислокації та індивідуальні технічні характеристики
Agricultural unit	Один із видів техніки сільськогосподарська одиниця		Має місце дислокації та індивідуальні технічні характеристики
Worker group	Група робітників (бригада)		Кожна група відповідає тільки за одну одиницю техніки
Worker	Робітник		Інформація про робітника
Status	Статус машини		Список статусів
Сompanie unique record	Унікальний запис машини в межах компанії		Вказує унікальний номер машини
Machine status	Відповідність статуса до кожної з машин		Вказує статус машини

Відомості про типи зв'язків наявні в таблиці 2.2.

Таблиця 2.2 - Відомості про типи зв'язків

Тип сутності	Тип зв'язку	Тип сутності	Ступінь зв'язку
Worker group	Serves (Обслуговує)	Truck	1:1
Worker group	Serves (Обслуговує)	Combine	1:1
Worker group	Serves (Обслуговує)	Tractor	1:1
Worker group	Serves (Обслуговує)	Airplane	1:1
Worker	Consist (входить до)	Worker group	1:1
Truck	Have(має)	Сompanie unique record	1:1
Combine	Have(має)	Сompanie unique record	1:1
Tractor	Have(має)	Сompanie unique record	1:1
Airplane	Have(має)	Сompanie unique record	1:1
Сompanie unique record	Зареєстрований на	Machine fleet	1:1
Machine status	Have(має)	Status	1:М
Machine status	Have(має)	Сompanie unique record	1:М

2.1.2 Опис атрибутів сутностей та їх доменів

У таблиці 2.3 описано відомості про домени атрибутів.

Таблиця 2.3 - Відомості про домени атрибутів

Ім'я домену	Характеристика домену	Приклади допустимих значень
IdCombine	Рядок з 8 символів	AK9265AK, CA9647BO
name	Рядок змінної довжини до 45 символів	New Holand,
Work speed	Не більш ніж двузначне цілочисельне значення	6,17
Fuel consumption for Time	Не більш ніж двузначне цілочисельне значення	6,17
IdWorker group	Не більш ніж двузначне цілочисельне значення	6,17
IdStatus	Не більш ніж двузначне цілочисельне значення	6,17
IdMachine Fleet	Не більш ніж двузначне цілочисельне значення	6,17
IdTractor	Рядок з 8 символів	AK9265AK, CA9647BO
IdTruck	Рядок з 8 символів	AK9265AK, CA9647BO
IdAirplane	Цілочисельне значення	1, 2, 3
IdAgricultural unit	Рядок з 8 символів	AK9265AK, CA9647BO
Alowable weight unit	Не більш ніж пятизначне цілочисельне значення	1200, 4000
Fuel consumption kilometr	Не більш ніж двузначне цілочисельне значення	6,17
Alowable weight cargo	Не більш ніж пятизначне цілочисельне значення	1200, 4000
Coef tonna/Li	Цілочисельне значення з 3 цифрами після коми	1.341 2,32
Weight	Не більш ніж пятизначне цілочисельне значення	1200, 4000
Length	Не більш ніж двузначне цілочисельне значення	12, 30
Girth	Не більш ніж двузначне цілочисельне значення	12, 30
Location	Рядок змінної довжини до 45 символів	провулок Інженерний, 7
Manager name	Рядок змінної довжини до 45 символів	Іван Кузьмін
address	Рядок змінної довжини до 60 символів	провулок Інженерний, 7
Status name	Рядок змінної довжини до 45 символів	Працює, в ремонті
Free date	Дата	11.10.2021
Worker specification	Рядок змінної довжини до 45 символів	Комбайнери, трактористи
Group nomber	Не більш ніж двузначне цілочисельне значення	1, 22
IdWorker	Десятизначне цілочисельне значення	1234567890
name	Рядок змінної довжини до 45 символів	Іван
Surname	Рядок змінної довжини до 45 символів	Кузьмін
Birthday date	Датa	11.10.2021
Hire date	Датa	11.10.2021
Phone number	Цілочисельне значення довжиною в 11 символів	380661234564
E-mail	Рядок змінної довжини до 45 символів	Qwerty123@gmail.com

Для того, щоб повністю зрозуміти призначення атрибутів сутностей БД, в таблиці 2.4 наведено відомості про атрибути.

Таблиця 2.4 - Відомості про атрибути

Тип сутності	Атрибут	Опис	Тип даних, довжина	Обмеження	Значення за замовчуванн ям	Припустимість Null
Combain	idCombaine	Унікальний ідентифікатор комбайну	Символьний, Рівно 8 символів	Первинний ключ		Ні
	Name	Назва комбайну	Символьний, до 45 символів			Ні
	Work speed	Швидкість роботи	Цілочисельний не більш ніж 3 символа			Ні
	Fuel consumption for time	Витрати пального в літрах за годину	Цілочисельний не більш ніж два символа			Ні
	idWorker group	Id відповідальної групи	Цілочисельний не більш ніж два символа	Зовнішній ключ с таблиці Worker group		Ні
	idStatus	Унікальний номер статуса	Цілочисельний не більш ніж 3 символа	Зовнішній ключ с таблиці status		Ні
Tractor	idTractor	Унікальний ідентифікатор	Символьний,	Первинний ключ		Ні
		Трактора	Рівно 8 символів
Tractor	Name	Назва трактору	Символьний, до 45 символів			Ні
	Work speed	Швидкість роботи	Цілочисельний не більш ніж 3 символа			Ні
	Fuel consumption for kilometr	Витрати пального в літрах за 100 кілометрів	Цілочисельний не більш ніж два символа			Ні
	idWorker group	Id відповідальної групи	Цілочисельний не більш ніж два символа	Зовнішній ключ с таблиці Worker group		Ні
	idStatus	Унікальний номер статуса	Цілочисельний не більш ніж 3 символа	Зовнішній ключ с таблиці status		Ні
	Alowable weight unit	Допустима маса причепу	Цілочисельний не більш ніж 5 символів			Ні
Truck	idTruck	Унікальний ідентифікатор вантажівки	Символьний, Рівно 8 символів	Первинний ключ		Ні
	Name	Назва Вантажівки	Символьний, до 45 символів			Ні
	Work speed	Швидкість роботи	Цілочисельний не більш ніж 3 символа			Ні
	Fuel consumption for kilometr	Витрати пального в літрах за 100 кілометрів	Цілочисельний не більш ніж два символа			Ні
	idWorker group	Id відповідальної групи	Цілочисельний не більш ніж два символа	Зовнішній ключ с таблиці Worker group		Ні
	idStatus	Унікальний номер статуса	Цілочисельний не більш ніж 3 символа	Зовнішній ключ с таблиці status		Ні
	Alowable weight cargo	Унікальний ідентифікатор	Цілочисеьний не більш ніж 5 символів			Ні
		вантажівки
	Сoef tonna/litr	Кофіцієнт збільшення витрати бензину за кожну тону вантажу	Число з 3 цифрами після коми			Ні
Airplane	idAirplane	Ідентифікаці йний номер фахівця	Цілочисельний не більш ніж 2 символи	Первинний ключ , автоінкремент		Ні
	Name	Назва літака	Символьний, до 45 символів			Ні
	Work speed	Швидкість роботи	Цілочисельний не більш ніж 3 символа			Ні
	Alowable weight cargo	Максимально допустима маса вантажу	Цілочисельний не більш ніж 5 символів			Ні
	Fuel consumption for time	Витрати пального в літрах за годину	Цілочисельний не більш ніж два символа			Ні
	idWorker group	Id відповідальної групи	Цілочисельний не більш ніж два символа	Зовнішній ключ с таблиці Worker group		Ні
	idStatus	Унікальний номер статуса	Цілочисельний не більш ніж 3 символа	Зовнішній ключ с таблиці status		Ні
Agricultural unit	idAgricultural_unit	Ідентифікаці йний номер літака	Символьний,	Первинний ключ		Ні
			Рівно 8 символів
	Name	Назва сільскогосподарської одиниці	Символьний, до 45 символів			Ні
	type	Тип одиниці	Символьий, до 45 символів			Ні
	Weight	Вага	Цілочисельний не більш ніж 5 символів			Ні
	Length	Довжина	Цілочисельний не більш ніж 2 символи			Ні
	Girth	Захват	Цілочисельний не більш ніж 2 символи			Ні
	idStatus	Унікальний номер статуса	Цілочисельний не більш ніж 3 символа	Зовнішній ключ с таблиці status		Ні
Worker	idWorker	Ідентифікаці йний номер працівника	Чисельний	Первинний ключ, автоінкремент		Ні
	idWorker group	Id відповідальної групи	Цілочисельний не більш ніж два символа	Зовнішній ключ с таблиці Worker group		Ні
	Worker position	Посада	Символьний, до 45 символів			Ні
	Name	Ім'я	Символьний, до 45 символів			Ні
	Surname	Прізвище	Символьний, до 45 символів			Ні
	Date of birth	Дата народження	Дата			Ні
	Hire date	Дата прийому на роботу	Дата			Ні
	Adress	Адресса	Символьний, до 45 символів			Ні
	Phone number	Номер телефону	Цілочисельний, рівно з 11 цифр			Ні
	E-mail	E-mail	Символьний, до 45 символів			Так
Worker group	idWorker group	Індефікаційний номер робочої группи	Цілочисельний до 2 символів	Первинний ключ, автоінкрем ент		Ні
	Worker specification	Специфікація робітників	Символьн ий, до 45 символів			Ні
	Group nomber	Номер группи	Цілочисельний до 2 символів			Ні
Status	idStatus	Індефікаційний номер статусу машини	Цілочисельний до 2 символів	Первинний ключ		Ні
	Status name	Назва статусу	Символьн ий, до 45 символів			Ні
	Worker_to_information	посада робітника для надання інформації за статусом	Дата			Так
Machine Fleet	Id Machine Fleet	Унікальний номер місця розташування	Цілочисельний на більш ніж 2 символи	Первинний ключ		Ні
	Location	Адреса місця знаходження	Символьн ий, до 45 символів			Ні
	Manager name	Ім'я головного на базі	Символьн ий, до 45 символів			Ні
Companie uniue record	Id	Унікальний номер запису	Цілочисельний на більш ніж 4 символи			Ні
	Name	Назва	Символьн ий, до 45 символів			Ні
	Color	Колір	Символьн ий, до 45 символів			Ні
	Id machine fleet	Унікальний номер місця розташування	Цілочисельний на більш ніж 2 символи			Ні
Machine status	Id	Унікальний номер	Цілочисельний на більш ніж 3 символи			Ні
	Id_Company unique record	Унікальний номер запису	Цілочисельний на більш ніж 4 символи			Ні
	IdStatus	Унікальний номер статусу	Цілочисельний на більш ніж 2 символи			Ні
	Free date	Час коли машина буде вільна	Дата			Ні

2.1.3 Опис схеми даних задачі

На рис. 2.1 наведено концептуальну схему даних задачі обліку сільськогосподарської техніки на підприємстві

Рисунок 2.1 - Концептуальна схема даних задачі «Облік сільськогосподарської техніки »

2.2 Побудова логічної моделі

Перевіримо дану на рис. 2.1 схему бази даних за допомогою засобів нормалізації.

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

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

Третя нормальна форма. На схемі відношення знаходяться в другій нормальній формі, а, крім того, всі неключові атрибути нетранзитивно залежать тільки від первинного ключа. Тобто при зміні значення будь-якого атрибута з наведених таблиць не потрібно переглядати все відношення. У даній ситуації немає відношень, які мають два можливих ключа, тож вони також знаходяться в нормальній формі Бойса-Кодда. БКНФ (нормальна форма Бойса-Кода) це нормальна форма, яка є модифікацією третій нормальній формі, і при цьому відсутні функціональні залежності атрибутів (полів) первинного ключа від не-ключових атрибутів. Таблиця може перебувати в 3НФ, але не в БКНФ, тільки в одному випадку: якщо вона має, крім первинного ключа, ще принаймні один складений можливий ключ і принаймні один з атрибутів таблиці входить й у первинний, і в можливий ключі. Вимоги 3 НФ та БКНФ виконані

Размещено на http://www.allbest.ru/

Размещено на http://www.allbest.ru/

Рис. 2.2. Er- діаграма

2.4 Формування SQL-скриптів створення об'єктів розробленої БД для СУБД MySQL

Скрипти створення об'єктів БД, що виконує функцію «Облік cільськогосподарської техніки на підприємстві», наведені нижче.

CREATE SCHEMA IF NOT EXISTS `Agricultura_acauntingl` DEFAULT CHARACTER SET utf8mb4 COLLATE utf8mb4_0900_ai_ci ;

USE `Agricultura_acauntingl` ;

-- -----------------------------------------------------

-- Table `Agricultura_acauntingl`.`Machine_fleet`

-- -----------------------------------------------------

CREATE TABLE IF NOT EXISTS `Agricultura_acauntingl`.`Machine_fleet` (

`idMachine_fleet` DECIMAL(3) NOT NULL,

`Location` VARCHAR(45) NOT NULL,

`Name_of_manager` VARCHAR(45) NOT NULL,

`Fleet_name` VARCHAR(45) NOT NULL,

PRIMARY KEY (`idMachine_fleet`),

UNIQUE INDEX `idMachine_fleet_UNIQUE` (`idMachine_fleet` ASC) VISIBLE,

UNIQUE INDEX `Location_UNIQUE` (`Location` ASC) VISIBLE,

UNIQUE INDEX `Fleet_name_UNIQUE` (`Fleet_name` ASC) VISIBLE)

ENGINE = InnoDB;

-- -----------------------------------------------------

-- Table `Agricultura_acauntingl`.`Worker_group`

-- -----------------------------------------------------

CREATE TABLE IF NOT EXISTS `Agricultura_acauntingl`.`Worker_group` (

`idWorker_group` DECIMAL(2) NOT NULL,

`Workers_specification` VARCHAR(45) NOT NULL,

`Group_nomber` DECIMAL(2) NOT NULL,

PRIMARY KEY (`idWorker_group`))

ENGINE = InnoDB;

-- -----------------------------------------------------

-- Table `Agricultura_acauntingl`.`Machine_status`

-- -----------------------------------------------------

CREATE TABLE IF NOT EXISTS `Agricultura_acauntingl`.`Machine_status` (

`idMachine_status` INT NOT NULL,

`idCompanie_uniqy_record` DECIMAL(4) NOT NULL,

`idStatus` DECIMAL(3) NOT NULL,

`Free_date` VARCHAR(45) NULL,

PRIMARY KEY (`idMachine_status`, `idCompanie_uniqy_record`, `idStatus`),

UNIQUE INDEX `idMachine_status_UNIQUE` (`idMachine_status` ASC) VISIBLE,

UNIQUE INDEX `Companie_uniqy_record_UNIQUE` (`idCompanie_uniqy_record` ASC) VISIBLE)

ENGINE = InnoDB;

-- -----------------------------------------------------

-- Table `Agricultura_acauntingl`.`Companie_qnique_record`

-- -----------------------------------------------------

CREATE TABLE IF NOT EXISTS `Agricultura_acauntingl`.`Companie_qnique_record` (

`idCompanie_qnique_record` DECIMAL(4) NOT NULL,

`Name` VARCHAR(45) NOT NULL,

`Color` VARCHAR(45) NOT NULL,

`idMachine_fleet` DECIMAL(3) NOT NULL,

PRIMARY KEY (`idCompanie_qnique_record`),

UNIQUE INDEX `idCompanie_qnique_record_UNIQUE` (`idCompanie_qnique_record` ASC) VISIBLE,

INDEX `Fleet_idx` (`idMachine_fleet` ASC) VISIBLE,

CONSTRAINT `Fleet`

FOREIGN KEY (`idMachine_fleet`)

REFERENCES `Agricultura_acauntingl`.`Machine_fleet` (`idMachine_fleet`)

ON DELETE NO ACTION

ON UPDATE NO ACTION,

CONSTRAINT `Record`

FOREIGN KEY (`idCompanie_qnique_record`)

REFERENCES `Agricultura_acauntingl`.`Machine_status` (`idCompanie_uniqy_record`)

ON DELETE CASCADE

ON UPDATE CASCADE)

ENGINE = InnoDB;

-- -----------------------------------------------------

-- Table `Agricultura_acauntingl`.`Combine`

-- -----------------------------------------------------

CREATE TABLE IF NOT EXISTS `Agricultura_acauntingl`.`Combine` (

`idCombine` VARCHAR(8) NOT NULL,

`Work_speed` DECIMAL(2) NOT NULL,

`Fuel_consuption_for_time` DECIMAL(2) NOT NULL,

`idWorker_group` DECIMAL(2) NOT NULL,

`idCompanie_qnique_record` DECIMAL(4) NOT NULL,

PRIMARY KEY (`idCombine`),

UNIQUE INDEX `idCombine_UNIQUE` (`idCombine` ASC) VISIBLE,

UNIQUE INDEX `Worker_group_id_UNIQUE` (`idWorker_group` ASC) VISIBLE,

UNIQUE INDEX `idCompanie_qnique_record_UNIQUE` (`idCompanie_qnique_record` ASC) VISIBLE,

CONSTRAINT `Group`

FOREIGN KEY (`idWorker_group`)

REFERENCES `Agricultura_acauntingl`.`Worker_group` (`idWorker_group`)

ON DELETE CASCADE

ON UPDATE CASCADE,

CONSTRAINT `Record`

FOREIGN KEY (`idCompanie_qnique_record`)

REFERENCES `Agricultura_acauntingl`.`Companie_qnique_record` (`idCompanie_qnique_record`)

ON DELETE NO ACTION

ON UPDATE NO ACTION)

ENGINE = InnoDB;

-- -----------------------------------------------------

-- Table `Agricultura_acauntingl`.`Tractor`

-- -----------------------------------------------------

CREATE TABLE IF NOT EXISTS `Agricultura_acauntingl`.`Tractor` (

`idTractor` VARCHAR(8) NOT NULL,

`Work_speed` DECIMAL(2) NOT NULL,

`Fuel_comsuption_kilometr` DECIMAL(2) NOT NULL,

`idWorker_group` DECIMAL(2) NOT NULL,

`Alowable_weigt_unit` DECIMAL(5) NOT NULL,

`idCompanie_qnique_record` DECIMAL(4) NOT NULL,

PRIMARY KEY (`idTractor`),

UNIQUE INDEX `idTractor_UNIQUE` (`idTractor` ASC) VISIBLE,

UNIQUE INDEX `idWorker_group_UNIQUE` (`idWorker_group` ASC) VISIBLE,

UNIQUE INDEX `idMachine_fleet_UNIQUE` () VISIBLE,

UNIQUE INDEX `idCompanie_qnique_record_UNIQUE` (`idCompanie_qnique_record` ASC) VISIBLE,

CONSTRAINT `Group`

FOREIGN KEY (`idWorker_group`)

REFERENCES `Agricultura_acauntingl`.`Worker_group` (`idWorker_group`)

ON DELETE CASCADE

ON UPDATE CASCADE,

CONSTRAINT `Record`

FOREIGN KEY (`idCompanie_qnique_record`)

REFERENCES `Agricultura_acauntingl`.`Companie_qnique_record` (`idCompanie_qnique_record`)

ON DELETE CASCADE

ON UPDATE CASCADE)

ENGINE = InnoDB;

-- -----------------------------------------------------

-- Table `Agricultura_acauntingl`.`Truck`

-- -----------------------------------------------------

CREATE TABLE IF NOT EXISTS `Agricultura_acauntingl`.`Truck` (

`idTruck` VARCHAR(8) NOT NULL,

`Work_speed` DECIMAL(3) NOT NULL,

`Fuel_consuption_kilometr` DECIMAL(3) NOT NULL,

`idWorker_group` DECIMAL(2) NOT NULL,

`Alowable_weigts_cargo` DECIMAL(5) NOT NULL,

`Coef tonna/L` DECIMAL(1,3) NOT NULL,

`idCompanie_qnique_record` DECIMAL(4) NOT NULL,

PRIMARY KEY (`idTruck`),

UNIQUE INDEX `idTruck_UNIQUE` (`idTruck` ASC) VISIBLE,

UNIQUE INDEX `idWorker_group_UNIQUE` (`idWorker_group` ASC) VISIBLE,

UNIQUE INDEX `idCompanie_qnique_record_UNIQUE` (`idCompanie_qnique_record` ASC) VISIBLE,

CONSTRAINT `Group`

FOREIGN KEY (`idWorker_group`)

REFERENCES `Agricultura_acauntingl`.`Worker_group` (`idWorker_group`)

ON DELETE CASCADE

ON UPDATE CASCADE,

CONSTRAINT `record`

FOREIGN KEY (`idCompanie_qnique_record`)

REFERENCES `Agricultura_acauntingl`.`Companie_qnique_record` (`idCompanie_qnique_record`)

ON DELETE CASCADE

ON UPDATE CASCADE)

ENGINE = InnoDB;

-- -----------------------------------------------------

-- Table `Agricultura_acauntingl`.`Airplane`

-- -----------------------------------------------------

CREATE TABLE IF NOT EXISTS `Agricultura_acauntingl`.`Airplane` (

`idAirplane` INT NOT NULL,

`Work_speed` DECIMAL(3) NOT NULL,

`fuel_consuption` DECIMAL(3) NOT NULL,

`Alowable_weight_Cargo` DECIMAL(5) NOT NULL,

`idWorker_group` DECIMAL(2) NOT NULL,

`idCompanie_qnique_record` DECIMAL(4) NOT NULL,

PRIMARY KEY (`idAirplane`),

UNIQUE INDEX `idAirplane_UNIQUE` (`idAirplane` ASC) VISIBLE,

UNIQUE INDEX `idWorker_group_UNIQUE` (`idWorker_group` ASC) VISIBLE,

UNIQUE INDEX `idCompanie_qnique_record_UNIQUE` (`idCompanie_qnique_record` ASC) VISIBLE,

CONSTRAINT `Group`

FOREIGN KEY (`idWorker_group`)

REFERENCES `Agricultura_acauntingl`.`Worker_group` (`idWorker_group`)

ON DELETE CASCADE

ON UPDATE CASCADE,

CONSTRAINT `Record`

FOREIGN KEY (`idCompanie_qnique_record`)

REFERENCES `Agricultura_acauntingl`.`Companie_qnique_record` (`idCompanie_qnique_record`)

ON DELETE CASCADE

ON UPDATE CASCADE)

ENGINE = InnoDB;

-- -----------------------------------------------------

-- Table `Agricultura_acauntingl`.`Agricultural_unit`

-- -----------------------------------------------------

CREATE TABLE IF NOT EXISTS `Agricultura_acauntingl`.`Agricultural_unit` (

`idAgricultural_unit` VARCHAR(8) NOT NULL,

`Type` VARCHAR(45) NOT NULL,

`Weight` DECIMAL(5) NOT NULL,

`Lenght` DECIMAL(2) NOT NULL,

`Girth` DECIMAL(2) NOT NULL,

`idCompanie_qnique_record` DECIMAL(4) NOT NULL,

PRIMARY KEY (`idAgricultural_unit`),

UNIQUE INDEX `idAgricultural_unit_UNIQUE` (`idAgricultural_unit` ASC) VISIBLE,

UNIQUE INDEX `idCompanie_qnique_record_UNIQUE` (`idCompanie_qnique_record` ASC) VISIBLE,

CONSTRAINT `Record`

FOREIGN KEY (`idCompanie_qnique_record`)

REFERENCES `Agricultura_acauntingl`.`Companie_qnique_record` (`idCompanie_qnique_record`)

ON DELETE CASCADE

ON UPDATE CASCADE)

ENGINE = InnoDB;

-- -----------------------------------------------------

-- Table `Agricultura_acauntingl`.`Status`

-- -----------------------------------------------------

CREATE TABLE IF NOT EXISTS `Agricultura_acauntingl`.`Status` (

`idStatus` DECIMAL(3) NOT NULL,

`Status_name` VARCHAR(45) NOT NULL,

`Free_date` DATE NULL,

PRIMARY KEY (`idStatus`),

UNIQUE INDEX `idStatus_UNIQUE` (`idStatus` ASC) VISIBLE,

CONSTRAINT `record`

FOREIGN KEY (`idStatus`)

REFERENCES `Agricultura_acauntingl`.`Machine_status` (`idStatus`)

ON DELETE CASCADE

ON UPDATE CASCADE)

ENGINE = InnoDB;

-- -----------------------------------------------------

-- Table `Agricultura_acauntingl`.`Worker`

-- -----------------------------------------------------

CREATE TABLE IF NOT EXISTS `Agricultura_acauntingl`.`Worker` (

`idWorker` INT NOT NULL,

`idWoker_group` DECIMAL(2) NOT NULL,

`Worker_position` VARCHAR(45) NOT NULL,

`Name` VARCHAR(45) NOT NULL,

`Surname` VARCHAR(45) NOT NULL,

`Birthday` DATE NOT NULL,

`Hire_date` DATE NOT NULL,

`Adress` VARCHAR(100) NOT NULL,

`Phone_number` DECIMAL(11) NOT NULL,

`E-mail` VARCHAR(45) NULL,

PRIMARY KEY (`idWorker`),

UNIQUE INDEX `idWorker_UNIQUE` (`idWorker` ASC) VISIBLE,

UNIQUE INDEX `Woker_group_id_UNIQUE` (`idWoker_group` ASC) VISIBLE,

UNIQUE INDEX `Phone_number_UNIQUE` (`Phone_number` ASC) VISIBLE,

UNIQUE INDEX `E-mail_UNIQUE` (`E-mail` ASC) VISIBLE,

CONSTRAINT `Group`

FOREIGN KEY (`idWoker_group`)

REFERENCES `Agricultura_acauntingl`.`Worker_group` (`idWorker_group`)

ON DELETE CASCADE

ON UPDATE CASCADE)

ENGINE = InnoDB;

Висновки

За результатами виконання КР можна провести оцінку отриманих результатів. Отже, спочатку було проаналізовано предметну область, складено контекстну DFD-діаграму потоків даних та DFD-діаграму декомпозиції першого рівня. На основі вивченої предметної області побудовано концептуальну діаграму з використанням сервісів Lucidchart та Draw.io. Вдосконаливши цю концептуальну схему, складено логічну схему БД за допомогою СУБД MySql Workbench. Вищевказана СУБД сформувала скрипти на основі цієї схеми і в результаті розроблено БД для виконання функції обліку cільськогосподарської техніки на підприємстві .

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

Курсова робота виконана згідно з методичних вказівок до організації та захисту курсової роботи з дисципліни "Організація баз даних та знань" для студентів усіх форм навчання спеціальності 122 - Комп'ютерні науки / Упоряд.: Панфьорова І.Ю., Карабицька О.Д. - Харків: ХНУРЕ, 2019[3].

Перелік посилань

база даних програма облік сільськогосподарський

1. Date K. J. Introduction to Database Systems. Pearson, 2003. 1315 с.;

2. Створення бази даних MySQL - Як створити базу даних у MySQL URL : https://uk.myservername.com/10-best-mind-mapping-software-2021 (Дата звернення 10.11.2021)

3. Методичні вказівки до організації та захисту курсової роботи з дисципліни "Організація баз даних та знань" для студентів усіх форм навчання спеціальності 122 - Комп'ютерні науки / Упоряд.: Панфьорова І.Ю., Карабицька О.Д. - Харків:ХНУРЕ, 2019. - 19 с.

4. Види сільськогосподарської техніки URL : http://www.volynpost.com/news/168633-vydy-silskogospodarskoi-tehniky (дата звернення 14.11.2021)

Размещено на Allbest.ru