double arrow

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


 

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

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

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

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

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

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




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

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

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

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

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

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

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

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

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



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

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

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

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

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



 


 


Висновок

 

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

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

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

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

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

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

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

 


 


Література

 

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

.   Єрьоміна Н. В. Банківські інформаційні системи: Навчальний посібник. Київ: КНЕУ, 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

 



































Сейчас читают про: