В БД відсутній список дисциплін, які можуть викладати викладач;

У деяких таблицях паролі зберігаються у відкритому вигляді;

Паролі які закодовані, шифруються за допомогою метода кодування MD5, в даний час, даний метод шифрування є ненадійним;

В деяких таблицях встановлено неоптимальний тип даних (наприклад: в табличці STUDY, для поля CURYEAR встановлено тим Integer, дане поле зберігає дату, краще було б якби тип відповідав даним, наприклад timestamp.



4. Технічне завдання

Для вдосконалення існуючої АСУ потрібно створити підсистему для постановки задач підлеглим кафедрам. Дана система автоматизує управління і постановку задач викладачам кафедр.

Дана підсистема буде розроблена як окремий модуль не від чого незалежний. В даному модулі буде створено API для підсистеми університету, з даним API система університету матиме можливість звертатися до створеної підсистеми.

Основна задача: створити додаток на основі тонкого клієнта для полегшення роботи декана та замісника декана.

Основні задачі, що повинна реалізовувати новостворена підсистема:

1. Мати можливість ставити задачі кафедрам та викладачам. Реалізувати функціонал для повного моніторингу задач;

2. Мати можливість відправляти повідомлення викладачам та можливість отримувати відповідь;

3. Створювати архів файлів;

4. Створювати інформаційні оголошення;

5. Створити карту прав доступу користувачам системи

6. Відправку листів на існуючий електронний адрес користувача системи.

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



5. Безпека у надзвичайних ситуаціях

Враховуючи географічне положення території, яку займає ПолтНТУ можливі наступні надзвичайні ситуації:

1) Природного характеру - небезпечні геологічні, метеорологічні, гідрологічні морські та прісноводні явища, деградація ґрунтів чи надр, природні пожежі, зміна стану повітряного басейну, інфекційна захворюваність людей, сільськогосподарських тварин, масове ураження сільськогосподарських рослин хворобами чи шкідниками, зміна стану водних ресурсів та біосфери;

2) Техногенного характеру - транспортні аварії (катастрофи), пожежі, неспровоковані вибухи чи їх загроза, аварії з викидом (загрозою викиду) небезпечних хімічних, радіоактивних, біологічних речовин, раптове руйнування споруд та будівель, аварії на інженерних мережах і спорудах життєзабезпечення, гідродинамічні аварії на греблях, дамбах;

Можливі надзвичайні ситуації техногенного характеру:

· Аварії систем водопостачання. На території ПолтНТУ більша частина систем водопостачання застаріла, а її строк амортизації закінчився. На разі ведеться ремонт та оновлення мережі.

· Аварії на об'єктах комунальної теплоенергетики. Нині стан котельні незадовільний. Основне і допоміжне обладнання котельні практично вичерпало мбо вичерпало допустимі строки експлуатації. Потрібна заміна обладнання та ремонт мережі теплопостачання.

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

· Пожежі являють одну з найбільших загроз.

Для профілактики пожежі надзвичайно важлива правильна оцінка пожежонебезпеки будинку, визначення небезпечних факторів і обґрунтування способів і засобів пожежопопередження і захисту.

Одне з умов забезпечення пожежобезпеки - ліквідація можливих джерел запалення.

У лабораторії джерелами запалення можуть бути:

- несправне електроустаткування, несправності в електропроводці,

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

- несправні електроприлади. Необхідні міри для виключення пожежі містять у собі своєчасний ремонт електроприладів, якісне виправлення поломок, не використання несправних електроприладів;

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

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

- влучення в будинок блискавки. У літній період під час грози можливе влучення блискавки внаслідок чого можливий пожежа. Щоб уникнути цього я рекомендую установити на даху будинку блискавковідвід;

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

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

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



Висновок

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

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

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

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

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

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

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



Література

1. Соломон К. Microsoft Office 97: разработка приложений: пер. с англ. - СПб.: БХВ - Санкт-Петербург, 1998. - 560 с., ил.

2. Новиков Ю., Новиков Д., Черепанов А., Чуркин В. Компьютеры, сети, Інтернет: Энциклопедия. - СПб.: Питер, 2002. 928 с.: ил.

3. ГОСТ 19.001-77. Единая система программной документации. Общие положения. - М.: Изд-во стандартов, 1987. - 2 с.

4. ГОСТ 19.101-77. Единая система программной документации. Виды программ и программных документов. - М.: Изд-во стандартов, 1977. - 7 с.

5. ГОСТ 19.102-77. Единая система программной документации. Стадии разработки. - М.: Изд-во стандартов, 1987. - 2 с.

6. ГОСТ 19.104-78*. Единая система программной документации. Основные надписи. - М.: Изд-во стандартов, 1987. - 4 с.

7. ГОСТ 19.105-78*. Единая система программной документации. Общие требования к программным документам. - М.: Изд-во стандартов, 1987. - 1 с.

8. ГОСТ 19.106-78*. Единая система программной документации. Требования к программным документам, выполненным печатным способом. М.: Изд-во стандартов, 1987. - 8 с.

9. ГОСТ 19.201-78. Единая система программной документации. Техническое задание. Требования к содержанию и оформлению. - М.: Изд-во стандартов, 1987. - 2 с.

10. ГОСТ 19.202-78. Единая система программной документации. Спецификация. Требования к содержанию и оформлению. - М.: Изд-во стандартов, 1987. - 2 с.

11. ГОСТ 19.401-78*. Единая система программной документации. Текст программы. Требования к содержанию и оформлению. - М.: Изд-во стандартов, 1987. - 1 с.

12. ГОСТ 19.402-78*. Единая система программной документации. Описание программы. - М.: Изд-во стандартов, 1987. - 1 с.

13. ГОСТ 19.501-78. Единая система программной документации. Формуляр. Требования к содержанию и оформлению. - М.: Изд-во стандартов, 1978. - 4 с.

14. ГОСТ 19.502-78. Единая система программной документации. Общее описание. Требования к содержанию и оформлению. - М.: Изд-во стандартов, 1987. - 2 с.

15. ГОСТ 19.506-79. Единая система программной документации. Описание языка. Требования к содержанию и оформлению. - М.: Изд-во стандартов, 1987. - 2 с.

16. ГОСТ 34.601-90. Информационная технология. Автоматизированные системы. Стадии создания. - М.: Изд-во стандартов, 1990. - 6 с.

17. ГОСТ 34.602-89. Информационная технология. Техническое задание на создание автоматизированной системы. - М.: Изд-во стандартов, 1989. - 10 с.

18. ГОСТ 34.603-92. Информационная технология. Виды испытаний автоматизированных систем. - М.: Изд-во стандартов, 1992. 6 с.

19. ГОСТ 4.071.030. АСУП. Создание системы. Нормативы рабочего времени. - М.: Изд-во стандартов, 1987. - 38 с.

20. Сєркова Л.Е. Дослідження особливостей інформаційного моделювання управління вузом // Вісник ЧІТІ. - 2000. - № 3. - С. 85-90.

21. Сєркова Л.Е. Математична модель системи автоматизованого проектування ІАСУ "Вищий навчальний заклад" // Вісник ЧІТІ. - 2001. - № 3. - С. 116-119.

22. Подчасова Т.П., Серкова Л.Э. Инструментальные средства разработки информационных технологий в учебном процессе // Вісник ЧІТІ. - 1999. - № 3. - С. 100-105.

23. Подчасова Т.П., Данченко О.Б., Сєркова Л.Е. Інформаційна технологія контролю навчального процесу деканатом // Вісник ЧІТІ. - 2001. - № 1. - С. 112-117.

24. Сєркова Л.Е., Снитюк В.Є. Структурний аналіз інформаційної моделі управління вищим навчальним закладом // Автоматизированные системы управления и приборы автоматики: Сб. науч. тр. Вып. 114. - Харьков, 2001.

25. Подчасова Т.П., Серкова Л.Э. Математическая формализация взаимодействия в иерархической системе организации учебного процесса // Вісник ЧДТУ. - 2005. - № 2. - С. 49-55.

26. Сытник А.А., Тимченко А.А., Серкова Л.Э., Охапова Л.В. Один из подходов математического описания сложных информационных систем // Актуальні проблеми автоматизації та інформаційних технологій: Зб.наук. пр. Д.: Вид-во Дніпропетр. ун-ту, 2002. - Т. 6. - С. 108-113.

27. Подчасова Т.П., Серкова Л.Э. Автоматизированная система управления учебным процессом. // Тези доповіді на другій Міжнар. конф. "Наука і освіта'99". Т. 19. - Дніпропетровськ, 1999. - С.11.

28. Данченко О.Б., Сєркова Л.Е. Інформаційна технологія моніторингу учбового процесу // Тези доповіді на VII наук.-метод. конф. “Роль комп'ютеризації навчального процесу в підготовці фахівців”. - Івано-Франківськ, 2000. - С. 126-127.

29. Тимченко А.А., Сєркова Л.Э. Пути и средства повышения эффективности процессов создания автоматизированных информационных систем управления // Тези доповіді на міжнародній конференції з управління "Автоматика 2000". - Львів, 2000. - С. 257-261.

30. Тимченко А.А., Серкова Л.Э. Использование структурного подхода при построении моделей автоматизированных информационных систем // Тези доповіді на Міжнар. наук.-практ. конф. "Наука і освіта'2000". -Дніпропетровськ, 2000. - С. 31.

31. Сєркова Л.Е., Снитюк В.Є. Інформаційна модель управління вищим навчальним закладом як ієрархічна структура // Тези доповіді IV Міжнар. конф. "Наука і освіта'2001". - Дніпропетровськ, 2001. - С. 32.

32. Сєркова Л.Е. Системний підхід до побудови інформаційної соціально-економічної системи "Вищий навчальний заклад" // Тези доповіді на Всеукр. конф. "Інформаційні технології в науці, освіті і техніці `ІТОН-2002". - Черкаси, 2002. - С. 198-199.

33. Сєркова Л.Е. Основні принципи створення автоматизованої інформаційної системи управління вищим навчальним закладом // Тези доповіді на ХІІІ наук. сесії наук. товариства ім. Т. Шевченка. - Черкаси, 2002. С. 81-82.

34. Серкова Л.Э., Палагина Е.А. Применение принципа координации в многоуровневой системе управления ВУЗом // Тези доповіді на V міжнар. наук.-практ. конф. - К.: НТУУ “КПІ”, 2003. - С. 197-199.

35. Палагина Е.А., Серкова Л.Э. Использование CASE-технологий в управлении высшим учебным заведением // Тези доповіді на ІІ Міжнар. наук.-практ. конф. "Динаміка наукових досліджень, 2003". - Дніпропетровськ, 2003. - С. 27-29.

36. Беспалько В.П. Персонифицированное образование // Педагогика. 1998. №2. Бобрышев Д.Н., Рексин В.Э. Управление конфигурацией технических систем. М., 1978.

37. Вишневский В.А. Об одном методе корректирующего множителя при решении нелинейных функциональных уравнений // Вопр. прикл.матем.и мех. Чебоксары, 1971. Вып. 1.

38. Матрос Д.Ш., Полев Д.М., Мельникова Н.Н. Управление качеством образования на основе информационных технологий и образовательного мониторинга // Школьн. Технолог. 1999. № 1.

39. Підласий І., Підласий А. Педагогічні інновації // Рід.шк. 1998. № 12.

40. Береза А. М. Основи створення інформаційних систем: Навчальний посібник. - Київ: КНЕУ, 1998 р.

41. Галузинский Г. П., Гордієнко І. В. Сучасні технологічні засоби обробки інформації: Навчальний посібник. - Київ: КНЕУ, 1998 р.

42. Єрьоміна Н. В. Проектування баз даних: Навчальний посібник. - Київ: КНЕУ, 1998 р.

43. Єрьоміна Н. В. Банківські інформаційні системи: Навчальний посібник. Київ: КНЕУ, 2000 р.



Додатки

Додаток 1

Структура таблиці STUDY (інформація про пару)

Назва поля	Назва сутності	Тип	Кількість знаків	Обов'язкове поле	Приклад
1	2	3	4	5	6
ID	ключ	integer		+	51
GROUPE_ID	ключ групи	integer		+	16
SUBJECT_ID	ключ дисципліни	integer		+	16
TEACHER_ID	ключ викладача	integer		+	136
CURYEAR	теперішній рік	integer		+	2013
SEMESTR	семестр	integer		+	5
TTIME	пара	integer		+	5
STYPE	тип пари	char	1	+	л



Додаток 2

Ключі та зв'язки таблиці STUDY (інформація про пару)

Назва поля	Ключ	Зв'язок з таблицею	Кардинальність
1	2	3	4
ID	PK
GROUPE_ID	FK	GROUPS	1:M
SUBJECT_ID	FK	SUBJECT	M:1
TEACHER_ID	FK	TEACHER	M:1



Додаток 3

Структура таблиці CARD (персональні дані студента)

Назва поля	Назва сутності	Тип	Кількість знаків	Обов'язкове поле	Приклад
1	2	3	4	5	6
CODE	ключ	integer		+	136
SURNAME	прізвище	varchar	32	+	Петров
NAME	ім'я	varchar	32	+	Петро
SECONDNAME	по батькові	varchar	32	+	Петрович
SEX	стать	char	1	+	Ч
BLIDGET	бюджет	char	1	+	1
PHOTO	фото	blob
IS_HOSTEL	гуртожиток	char	1		1
HRROM	кімната	integer			309
TESTS_BOOK_ID	Номер залікової книжки	varchar	8	+	08613295



Додаток 4

Ключі та зв'язки таблиці CARD (персональні дані студента)

Назва поля	Ключ	Зв'язок з таблицею	Кардинальність
1	2	3	4
CODE	PK
SURNAME	AK



Додаток 5

Структура таблиці STUDENTS (студенти)

Назва поля	Назва сутності	Тип	Кількість знаків	Обов'язкове поле	Приклад
1	2	3	4	5	6
GROUPS	ключ групи	integer		+	26
CARD	ключ даних студента	integer		+	236



Додаток 6

Ключі та зв'язки таблиці STUDENTS (студенти)

Назва поля	Ключ	Зв'язок з таблицею	Кардинальність
1	2	3	4
GROUPS	FK	GROUPS	M:1
CARD	FK	CARD	1:1



Додаток 7

Структура таблиці GROUPS (групи)

Назва поля	Назва сутності	Тип	Кількість знаків	Обов'язкове поле	Приклад
1	2	3	4	5	6
CODE	код	integer		+	15
CURYEAR	теперішній рік	integer		+	2013
COURSE	курс	smallint		+	3
SPECIALITY	ключ спеціальності	integer		+	42
NUMBER	номер групи	smallint		+	302
NAME	назва групи	varchar	16	+	5ЕКм
F1PASS	пароль	varchar	6	+	26651
DATE_B	дата заснування	timestamp		+	2006
DATE_E	дата кінця існування	timestamp			12/12/2013



Додаток 8

Ключі та зв'язки таблиці GROUPS (групи)

Назва поля	Ключ	Зв'язок з таблицею	Кардинальність
1	2	3	4
CODE	PK
COURSE	AK
SPECIALITY	FK	SPECIALITY	1:M



Додаток 9

Структура таблиці ATTESTATIONS (атестація групи)

Назва поля	Назва сутності	Тип	Кількість знаків	Обов'язкове поле	Приклад
1	2	3	4	5	6
CODE	код	integer		+	562
ANO		smallint
CURYAER	теперішній рік	integer
GROUPS	ключ група	integer		+	512
SUBJECT	ключ дисципліна	integer		+	123
TEACHER	ключ викладач	integer		+	125
ADD_DATE	дата виставлення атестації	timestamp		+	12/12/2013
CHANGE_DATE	дата зміни	timestamp			12/12/2013



Додаток 10

Ключі та зв'язки таблиці ATTESTATIONS (атестація групи)

Назва поля	Ключ	Зв'язок з таблицею	Кардинальність
1	2	3	4
CODE	PK
GROUPS	FK	GROUPS	M:1
SUBJECT	FK	SUBJECT	M:1
TEACHER	FK	TEACHER	M:1



Додаток 11

Структура таблиці ATTESTATIONSITEMS (атестація студента)

Назва поля	Назва сутності	Тип	Кількість знаків	Обов'язкове поле	Приклад
1	2	3	4	5	6
ID	ключ	integer		+	566
ATTESTATIONS	ключ атестації групи	integer		+	521
CARD	ключ даних студента	integer		+	215
MARK	відмітка про виставлення	char	1
ADD_DATE	дата виставлення атестації	timestamp		+	12/12/2013
CHANGE_DATE	дата зміни	timestamp			12/12/2013



Додаток 12

Ключі та зв'язки таблиці ATTESTATIONSITEMS (атестація студента)

Назва поля	Ключ	Зв'язок з таблицею	Кардинальність
1	2	3	4
ID	PK
ATTESTATIONS	FK	ATTESTATIONS	M:1
CARD	FK	CARD	M:1



Додаток 13

Структура таблиці EXAMS (іспити)

Назва поля	Назва сутності	Тип	Кількість знаків	Обов'язкове поле	Приклад
1	2	3	4	5	6
ID	ключ	integer		+	656
SESSION	ключ сесія	integer		+	421
CARD	ключ даних студента	integer		+	156
MARK	відмітка про виставлення	char	1	+
ADD_DATE	дата виставлення іспита	timestamp		+	12/12/2013
CHANGE_DATE	дата зміни	timestamp			12/12/2013
REM	бали	char	3	+	95



Додаток 14

Ключі та зв'язки таблиці EXAMS (іспити)

Назва поля	Ключ	Зв'язок з таблицею	Кардинальність
1	2	3	4
ID	PK
SESSION	FK	SESSION	M:1
CARD	FK	CARD	M:1



Додаток 15

Структура таблиці TEACHER (викладач)

Назва поля	Назва сутності	Тип	Кількість знаків	Обов'язкове поле	Приклад
1	2	3	4	5	6
CODE	код	integer		+	421
CHAIR	Ключ кафедри	integer		+	545
SURNAME	прізвище	varchar	32	+	Петрова
NAME	ім'я	varchar	32	+	Анна
SECONDNAME	по батькові	varchar	32	+	Петрівна
REM	ступінь викладача	varchar	10		доцент



Додаток 16

Ключі та зв'язки таблиці TEACHER (викладач)

Назва поля	Ключ	Зв'язок з таблицею	Кардинальність
1	2	3	4
CODE	PK
CHAIR	FK	CHAIR	M:1



Додаток 17

Структура таблиці SUBJECT (дисципліна)

Назва поля	Назва сутності	Тип	Кількість знаків	Обов'язкове поле	Приклад
1	2	3	4	5	6
CODE	ключ	integer		+	455
CHAIR	ключ кафедри	integer		+	122
NAME	назва	varchar	128	+	Економіко-математичне моделювання
ABBR	абревіатура	varchar	8	+	ЕММ



Додаток 18

Ключі та зв'язки таблиці SUBJECT (дисципліна)

Назва поля	Ключ	Зв'язок з таблицею	Кардинальність
CODE	PK
CHAIR	FK	CHAIR	M:1
ABBR	AK



Додаток 19

Структура таблиці CHAIR (кафедра)

Назва поля	Назва сутності	Тип	Кількість знаків	Обов'язкове поле	Приклад
1	2	3	4	5	6
CODE	ключ	integer		+	154
FACULTY	ключ факультету	integer		+	122
ABBR	абревіатура	varchar	8	+	ЕК
NAME	назва	varchar	128	+	Економічної кібернетики
PASS	пароль	varchar	4	+	5126
MD5_PASSWORD	кеш пароля	char	32	+	1afa148eb41f2e710 3f21410bf48346c



Додаток 20

Ключі та зв'язки таблиці CHAIR (кафедра)

Назва поля	Ключ	Зв'язок з таблицею	Кардинальність
1	2	3	4
CODE	PK
FACULTY	FK	FACULTYS_TBL	M:1
ABBR	AK
NAME	AK



Додаток 21

Структура таблиці FACULTYS_TBL (факультети)

Назва поля	Назва сутності	Тип	Кількість знаків	Обов'язкове поле	Приклад
1	2	3	4	5	6
ID	ключ	integer		+	555
NAME	назва	varchar	128	+	Менеджменту та бізнесу
ABBREVIATION	абревіатура	varchar	3	+	ФМтБ
VISIBLE		char	1
SHORT_PASSWORD	пароль	varchar	4
LONG_PASSWORD	пароль	varchar	8
DATE_BEGIN	дата заснування	timestamp		+	2006
DATE_END	дата кінця існування	timestamp
MD5_PASSWORD	кеш пароля	char	32



Додаток 22

Ключі та зв'язки таблиці FACULTYS_TBL (факультети)

Назва поля	Ключ	Зв'язок з таблицею	Кардинальність
1	2	3	4
ID	PK
NAME	AK
ABBREVIATION	AK



Додаток 23

Структура таблиці SESSION (сесія)

Назва поля	Назва сутності	Тип	Кількість знаків	Обов'язкове поле	Приклад
1	2	3	4	5	6
ID	ключ	integer		+	455
EDDATE		timestamp
SUBJECT	ключ дисципліни	integer		+	459
TESTTYPE		char	1
TEACHER	ключ викладач	integer		+	122
GROUPS	ключ групи	integer		+	1556
EDYEAR	теперішній рік	integer			2013
ADD_DATE	дата сесії	timestamp		+	12/12/2013
CHANGE_DATE	змінена дата	timestamp			12/12/2013



Додаток 24

Ключі та зв'язки таблиці SESSION (сесія)

Назва поля	Ключ	Зв'язок з таблицею	Кардинальність
1	2	3	4
ID	PK
SUBJECT	FK	SUBJECT
TEACHER	FK	TEACHER
GROUPS	FK	GROUPS



Додаток 25

Структура таблиці SPECIALITY (спеціальність)

Назва поля	Назва сутності	Тип	Кількість знаків	Обов'язкове поле	Приклад
1	2	3	4	5	6
CODE	код	integer		+	455
FACULTY	код факультету	integer		+	414
ABBR	абревіатура	varchar	4	+	ЕК
NAME	назва	varchar	250	+	Економічна кібернетика
COURSECOUNT	курс	smalllist		+	2
CHAIR	ключ кафедри	integer		+	44
DATE_B	дата заснування	timestamp		+	12/12/2010
DATE_E	дата кінця існування	timestamp			12/12/2013



Додаток 26

Ключі та зв'язки таблиці SPECIALITY (спеціальність)

Назва поля	Ключ	Зв'язок з таблицею	Кардинальність
1	2	3	4
CODE	PK
FACULTY	FK	FACULTYS_TBL	M:1
ABBR	AK
NAME	AK
CHAIR	FK	CHAIR	M:1
COURSECOUNT	AK



Додаток 27

Структура таблиці ASSENCE (пропуски)

Назва поля	Назва сутності	Тип	Кількість знаків	Обов'язкове поле	Приклад
1	2	3	4	5	6
ID	ключ	integer		+	455
STUDY_ID	ключ студента	integer		+	455
CARD_ID	ключ даних студента	integer		+	154
GROUP_ID	ключ групи	integer		+	4556
EDDATE	дата пропуску	timestamp			14/11/2013
MARK	статус пропуску	char	1		п
ADD_DATE	дата добавлення	timestamp			12/12/2013
CHANGE_DATE	дата зміни пропуску	timestamp			12/12/2013



Додаток 28

Ключі та зв'язки таблиці ASSENCE (пропуски)

Назва поля	Ключ	Зв'язок з таблицею	Кардинальність
1	2	3	4
ID	PK
STUDY_ID	FK	STUDY	M:1
CARD_ID	FK	CARD	M:1
GROUP_ID	FK	GROUP	M:1

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