
- •«Дослідження автоматизованої інформаційної системи Полтавського національного технічного університету імені Юрія Кондратюка»
- •1. Автоматизована система управління (асу) вищого навчального закладу. Характеристика основних внз
- •2. Асу Полтавського національного університету імені Юрія Кондратюка
- •2.1. Асу університету
- •2.2. Можливості які мають арм користувачів
- •2.3. Інформаційні системи, які використовує ПолтНту імені Юрія Кондратюка
- •1С:Підприємство 8
- •Автоматизована система управління навчальним закладом
- •Модулі «Деканат»
- •Навчальний модуль
- •Модуль абітурієнт
- •Методичний модуль
- •Модуль відділ кадрів і пфв.
- •4. Опис структури бд університету ПолтНту ім. Юрія Кондратюка.
- •5. Технічне завдання
- •6. Безпека у надзвичайних ситуаціях
- •Висновок
- •Література
- •Додатки
Інтеграція та інформаційні сервіси
Ця підсистема містить вбудовані в конфігурацію можливості по взаємодії з іншими програмними продуктами. Інтеграція з сучасними програмами дозволяє зробити розумну інформаційну загальнодоступність системи АСУ ВУЗ, а також представити більшість інформації в інтерактивному вигляді:
Робота викладача в особистому кабінеті може здійснюватися через сайт навчального закладу.
Імпорт результатів успішності (тестування) отриманих через системи електронного (дистанційного) навчання в зведені відомості та особисту карту студента.
Інтеграція з «зарплатними» рішеннями фірми «1С». Кадровий облік можна вести безпосередньо в програмі АСУ ВУЗ і імпортувати дані з цих програм.
2.2. Можливості які мають арм користувачів
Можливості які мають АРМ користувачі додатку Клієнт-сервер АСУ ВУЗ:
Зберігання, введення і редагування інформації про студентів (основний набір) з можливістю фільтрації і сортування відповідно з відображеними полями (номер по базі, ПІБ, факультет, спеціальність, спеціалізація, семестр, форма навчання, пільга, схема оплати, група, номер договору, дата надходження, стан, стать).
Зберігання, введення і редагування додаткових анкетних даних (адреса, телефон, дата народження, документ про освіту, номери і дати наказів про зарахування, допуску до підсумкової атестації, присвоєння кваліфікації, досліджуваний мову, паспортні дані, дані диплома, громадянство, дані по аспірантурі), даних з оплати за навчання, даних про успішність, даних про накази на студента.
Можливість передачі списку студентів в Excel, формування «шахматовок» з розподілу студентів за групами, карти вакансій, формування картки оплати, формування даних про прихід за день по оплаті за навчання, відомості на групову здачу іспитів, звіти про пересування студентів, академічні довідки, картки студента.
Можливість проведення таких групових операцій, як: випуск обраних студентів, переведення на наступний семестр, відрахування групою, відновлення групою, поневірянь пільг, підрахунок приблизних надходжень, зіставлення з наказами, підготовка сповіщень на оплату, групова зміна реквізитів.
Можливість автоматичного формування таких документів для кожного студента: обкладинка особистої справи, додаток до договору з оплати, витяг з наказу про зарахування, візитки. Можливість створювати документи власної форми (договори, довідки).
Введення і зберігання даних про оплату студентом навчання (дата внесення, внесена сума, дата наступної оплати, документ, за яким здійснювалася оплата, кількість періодів оплати, розмір наданої пільги, рік за який проведена оплата, яким чином проведена оплата, доплати) , автоматичне формування фінансових документів («Сповіщення», «Рахунок») з підбором вартості навчання по всіх прийнятих параметрах курс, факультет, форма навчання, форма оплати, кількість періодів на оплату) в автоматичному режимі (і вибором дати наступної оплати (наявність довідників «кінці періодів», «розмір оплати»). Можливе перенесення проводок в 1С. Можливий прийом невірних платежів (менше/більше номіналу).
Зберігання даних про оцінки студентів. Введення оцінок здійснюється, як через відомість, так і за індивідуальним листком. Підготовка документів «зведена відомість», «результат сесії».
Зберігання даних про навчальний план на кожну групу на всі семестри навчання, є можливість редагування і тиражування вже введених навчальних планів. Можлива передача навчального плану в Excel.
Можливість швидкої вибірки студента за частиною прізвища. Вибірка всіх боржників на поточний день, висновок оплатили сьогодні, виведення всіх студентів. Доступний швидкий пошук студентів мають хоча б один «хвіст», що мають більше трьох «хвостів», відмінників, хорошистов, дані беруться відповідно з навчальним планом групи. Передбачена гнучка система фільтрації списку студентів.
Зберігання, введення і редагування списку співробітників-викладачів (ПІБ, ступінь, звання, посвідчення особи, ІПН, ПСС, дата народження, адреса, телефон, список наукових праць, тематики дипломних і курсових робіт, основне місце роботи, стать, педагогічний стаж, примітка, філія в якому працює, посаду, форма робіт, загальний стаж, інформація про читаних предметах зі стажем їх викладання та датою початку їх викладання в інституті).
Зберігання, введення і редагування даних про предмети (назва, автор програми, програма курсу, джерела, питання до іспитів і заліків, тематики курсових робіт).
Зберігання, введення і редагування даних про філії (місто, адреси представництва, телефон, номер ліцензії, список співробітників філії, список спеціальностей філії).
Всі підлеглі довідники (звання, ступені, форми робіт, підрозділи, типи підрозділів, посади, пільги, спеціальності, спеціалізації, групи, факультети, спеціальності) можливо редагувати.
Зберігання і введення наказів з основної діяльності і руху контингенту, підготовка бланкового наказу.
Експорт та імпорт будь-яких даних про студентів.
Авторизований доступ, можливий доступ до кількох баз. Існує можливість редагування прав доступу з базового інтерфейсу. Гнучка настройка системи під користувача.
Автоматична система оновлення ПЗ клієнта.
2.3. Інформаційні системи, які використовує ПолтНту імені Юрія Кондратюка
1С:Підприємство 8
1С:Підприємство являється системою програм для автоматизації різних областей економічної діяльності підприємств. Ця система програм умовно поділяється на Технологічну платформу і Конфігурації.
Технологічна платформа являє собою різні механізми, які використовуються для автоматизації економічної діяльності і не залежать від конкретного законодавства і методології обліку.
Крім механізмів, вона включає в себе 3 основних функціональних компоненти: бухгалтерський облік, оперативний облік та розрахунки.
Конфігурації являють собою саме прикладні рішення. Кожна конфігурація зорієнтована на автоматизацію оприділеної сфери економічної діяльності і відповідає прийнятому законодавству.
Така сукупність масивів даних, що використовують для рішення задач обліку за допомогою конкретної конфігурації будь-якого компоненту "1С-Підприємства" називається інформаційною базою (ІБ). В зв'язку з цим програми системи 1С:Підприємство можуть працювати в кількох режимах:
Однокористувацькі версії програм забезпечують роботу з інформаційною базою тільки одного користувача (в один момент часу). Їх використовують в основному на невеличких підприємствах.
Мережеві версії дозволяють працювати з однією інформаційною базою одночасно кільком користувачам. Є версії з обмеженим числом користувачів і без обмеження.
Версії для SQL забезпечують можливість роботи з ІБ в режимі клієнт-сервер. Це дозволяє забезпечити велику стійкість і надійність функціонування системи, а також збільшує продуктивність системи, особливо при роботі великої кількості користувачів.
Базові версії систем програми розраховані на роботу одного користувача і, в порівнянні з іншими версіями, не включає засоби для зміни конфігурації. Вони використовуються для ведення достатньо простого обліку, не потребуючого налаштувань на особливості конкретної організації.
Крім цього всього існує така компонента як "Управління розпреділеними інформаційними базами". ЇЇ використовують для тих організацій, в яких необхідно підтримувати єдину автоматизовану систему в кількох територіально віддалених точках (напр. філіях). ЇЇ установлюють лише на одній (центральній) ІБ.
Користувацький інтерфейс – це сукупність команд головного меню і панелей інструментів, налаштованих на роботу з конкретними об'єктами даних - документами, довідниками, журналами і т.д. Як правило, користувацький інтерфейс створюється для певної категорії користувачів. Ціль створення - забезпечити швидкий доступ користувачів до тієї інформації, яка необхідна їм в залежності з їх обов'язками.
Права оприділяють повноваження користувачів на роботу з інформацією, яка обробляється в системі. Сукупність пред'явлених користувачеві прав пред'являється, як правило, колом його обов'язків.
Операції і проводки. Операції використовують для відображення господарських операцій. Кожна з них складається з проводок, які окремо без операцій існувати не можуть. Кожна проводка належить одній операції і, в свою чергу, може складатись з однієї чи кілької частин, які називають кореспонденціями. Проводки, що містять кілька кореспонденцій, називають тяжкими. Операція включає в себе не лише проводки, але і загальну частину: зміст операції, її загальна сума, дата, номер, другі реквізити.
Документи. Для відображення любих господарських операцій, а також для управління розрахунками і даними служать документи. Набір документів в програмі співпадає з набором реальних первинних документів, що використовуються на підприємстві: платіжні доручення, рахунки-фактури, прихідні і видаткові накладні тощо. Всі документи типової конфігурації програми налаштовані для ведення обліку відповідно з прийнятими на даний час нормативними актами по бухгалтерському обліку. Кожен документ може мати декілька форм відображення. Екранна форма слугує для вводу реквізитів документа. Друкована форма представляє собою еквівалент документа, отриманий після його роздруку на принтері.
«M.E.Doc»
Програмне забезпечення «M.Е.Doc-Online» – веб-інструмент, що побудований на базі онлайнового сервісу, призначений для формування, зберігання, обміну фінансових та статистичних електронних форм звітності, що подаються до державних контролюючих органів. Всі електронні звітні форми, що готуються у програмному комплексі, повністю відповідають затвердженим контролюючими органами специфікаціям та форматам. За допомогою телекомунікаційних каналів зв’язку система здійснює обмін електронними документами між підзвітними організаціями та державними контролюючими органами.
«M.E.Doc» – це система електронного документообігу, яка допоможе в роботі з документами різних типів та призначення: звітами, податковими накладними, актами, рахунками та інше. З «M.E.Doc» легко та швидко можна:
- створити всі необхідні документи;
- підписати документи електронним цифровим підписом;
- обмiнятися податковими накладними та квитанціями про їх реєстрацію з контрагентами;
- запросити та отримати Виписки з даного реєстру;
- перевірити, зашифрувати та зберегти електронні документи в єдиній системі;
- за лічені секунди відправити звіти в електронному вигляді в:
Державну податкову службу;
Пенсійний фонд України;
Державний комітет статистики;
ФСС з ТВП.
- отримати квитанції про прийом та обробку відправлених документів (звітів, податкових накладних та інше).
До переваг електронного документообігу належать:
автоматизація обліку документів: фільтрація документів, моментальний доступ до всієї бази електронних документів, розбивка документів по терміну і стану;
створення первинних документів по заданому шаблону;
організація колективної роботи з електронними документами;
можливість віддаленого доступу до бази електронних документів;
розмежування прав користувачів (наприклад, доступ тільки до окремих документів, надання прав тільки перегляду документа, створення ролей для групи користувачів);
аудит ефективності електронного документообігу: ведення журналів, статистики та створення звітів;
залучення довідників і класифікаторів під час обробки електронних документів;
швидке внесення правок в електронний документ;
обмін електронними документами, як у межах організації, так і з контрагентами;
захист документів від несанкціонованого доступу за допомогою ЕЦП.
Обмін електронними первинними документами в системі «M.E.Doc» здійснюється в зашифрованому вигляді з використанням ЕЦП «Україна», за аналогією з відправкою звітів в контролюючі органи. Це захищає первинні документи, що відправляються в системі «M.E.Doc», від несанкціонованого розкриття, а значить, є гарантією безпеки інформації про Ваше підприємство. Система електронного документообігу «M.E.Doc» успішно пройшла експертизу в Державній службі спеціального зв'язку та захисту інформації України (ДССЗІ).
Метод захисту інформації побудований на технології шифрування електронних документів двома ключами. Відкритий ключ використовується для шифрування звітів і для перевірки ЕЦП. Для розшифровки використовується секретний ключ. Електронні ключі представлені у вигляді унікального набору символів, і це є гарантом того, що електронний документ підписаний саме власником закритого ключа.
Автоматизована система управління навчальним закладом
Програмний комплекс “Автоматизована система управління навчальним закладом” представляє собою безліч пов'язаних між собою програм, які забезпечують управління вузом в єдиному інформаційному просторі, та включає в себе модулі, що працюють в середовищі Windows (навчальний модуль, деканат, абітурієнт, методичний відділ, відділ кадрів тощо) та WEB портал (відображення розкладу занять, успішності, навчальних планів, нарахувань оплат за гуртожиток, контроль оплат за навчання та гуртожиток, тестування студентів, запис студентів на вивчення дисциплін т.д.). Вся інформація зберігається в одній спільній базі даних.
Основними відмітними характеристиками комплексу, є наявність інструменту самостійного створення різних друкованих форм і статистичних екранних форм, що робить автоматизовану систему управління навчальним закладом майже не залежною від фірми розробника. Існуючі функціональні можливості, як показала практика та аналіз, дозволяють охопити фактично усі індивідуальні особливості вузів без програмного доопрацювання коду. Комплекс також дозволяє створювати і враховувати індивідуальні траєкторії навчання студентів, у тому числі через Internet
Інформація, що представлена на сайті дозволяє:
• переглянути перелік задач, що вирішуються, та основні функціональні можливості;
• отримати доступ до бібліотеки друкованих форм, а також переглянути приклади сформованих форм (розділ знаходиться на етапі наповнення);
• переглянути список (історію) змін і доповнень в різних модулях комплексу, а також завантажити останню версію програми (доступно тільки зареєстрованим користувачам);
• завантажити посібник користувача з додатками і змінами (доступно лише зареєстрованим користувачам).
Модулі «Деканат»
Ведення особистих справ. Основні функції:
- перегляд, введення і корегування більше 50 параметрів особової справи студента;
- ведення військового обліку;
- перегляд історії наказів по кожному студенту;
- перегляд історії зміни форми навчання кожного студента;
- введення і корегування фотографії за допомогою спеціального вбудованого редактора;
- перегляд, призначення і зняття різних пільг;
- створення і друк будь-яких довідок;
- можливість створення додаткових полів в особовій справі студента;
- швидкий пошук студента в архіві;
- експорт даних в систему DP2000 (пластикові студентські квитки і дипломи).
Формування наказів. Основні функції:
- автоматичне формування тексту наказу на основі шаблонів, включаючи відмінювання прізвища, імені та по-батькові через спеціальний довідник закінчень;
- ведення наказів з виконанням дій, результат яких відображається в русі контингенту;
- ведення наказів без виконання дій, наприклад догану, заохочення, матеріальна допомога тощо;
- формування як індивідуальних наказів так і спискових;
- можливість одночасної підготовки кількох папок наказів, в які записуються підготовлені накази.
Формування шаблонів наказів. Основні функції:
- можливість додавання нових видів наказів;
- додавання і корегування підстав наказів;
- створення шаблонів для одиничних і спискових наказів;
- створення нових макросів для шаблонів наказів;
- можливість формування файлів наказів в Microsoft Word і Open Office.
Архів наказів. Основні функції:
- перегляд папок з підготовленими наказами;
- корегування у разі необхідності підготовлених наказів;
- формування друкованого файлу з текстом наказу;
- перегляд архіву наказів по номерах і датах;
- перегляд записів архіву наказів по виконуваним діям (наприклад, тільки відрахованих);
- формування і друк будь-яких виписок з наказів.
Побудова списків. Основні функції:
- побудова будь-яких спискові запитів;
- побудова будь-яких кількісних запитів;
- можливість одночасного побудови декількох запитів в одному (коли результати кількох запитів виводяться в одному результуючому списку);
- збереження і корегування побудованих запитів;
- можливість працювати тільки зі своїми збереженими запитами.
Відвідування занять. Основні функції:
- ведення відвідування занять по днях із зазначенням кількості пропусків, у тому числі з поважних причин;
- ведення відвідування занять по тижнях з зазначенням кількості пропусків, у тому числі з поважних причин;
- ведення навчального журналу поточної успішності;
- статистика поточної успішності;
- автоматичний зв'язок з розкладом занять (підрахунок кількості проведених пар).
Навчальний модуль
Формування та ведення навчального плану. Основні функції:
- створення навчального плану (НП) на спеціальність кожного року прийому;
- функції копіювання НП, блоків дисциплін або дисципліни в інші НП;
- формування будь-якої структури НП;
- функції завдання та контролю вибору студентами необхідної кількості дисциплін у блоці циклу (при індивідуальної траєкторії навчання);
- автоматичне коректування заданих пов'язаних НП, блоків або дисциплін;
- функції порівняння НП, блоку дисциплін або дисципліни з іншими НП та отримання інформації про їх невідповідності, а також у разі необхідності автоматичне приведення їх у відповідність з порівнюваним;
- функції контролю відповідності НП різним нормативним показникам;
- можливість формування віртуальних груп відмінних від академічних для вивчення дисциплін;
- функції перегляду НП в різних видах. Основні друковані форми:
- навчальний план на весь період навчання;
- навчальний план за курсами.
Перегляд робочого навчального плану. Основні функції:
- перегляд робочого навчального плану (РНП) обраної спеціальності і року набору (курсу) на будь-який навчальний рік або семестр;
- можливість включення в нього інформації про проведення практик, держіспитів та дипломування.
Основні друковані форми:
- робочий навчальний план для денної форми навчання;
- робочий навчальний план для заочної форми навча.
Запис студентів на вивчення дисциплін.
Основні функції:
- запис студентів на вивчення дисциплін в академічні та/або віртуальні групи;
- функції контролю вибору блоків дисциплін за вибором (якщо необхідно вибрати один з декількох блоків за вибором);
- функції контролю кількості обраних дисциплін в блоці (якщо необхідно вибрати зі списку дисциплін задану кількість);
- можливість вибору будь-якої кількості дисциплін з ознакою факультатив;
- перегляд результатів запису в різних видах.
Основні друковані форми:
- індивідуальний навчальний план студента.
Індивідуальний навчальний план студента.
Основні функції:
- перегляд індивідуального навчального плану кожного студента на будь-який семестр;
- отримання інформації про стан запису з кожної дисципліни (можна переглянути, хто записав студента на дисципліну, яким чином, якого числа і о котрій годині);
- функції перегляду стану студента в разі його запису на дисципліни через Internet, наприклад, чи може записуватися через Internet, чи пройшов запис через Internet, а також якщо почав записуватися, то до кінця чи все вибрав;
- завдання діапазону дат, протягом яких студент може здійснювати запис через Internet.
Основні друковані форми:
- індивідуальний навчальний план студента.
Результати запису студентів на дисципліни. Основні функції:
- перегляд кількості записаних і незаписаних студентів по блокам дисциплін;
- перегляд кількості записаних і незаписаних студентів з кожної дисципліни.
Основні друковані форми:
- списки записаних або незаписаних студентів на спеціалізації, блоки, факультативи або дисципліни.
Формування та ведення практик.
Основні функції:
- ведення довідника всіх видів практик і завдання правил розрахунку навантажень по ним;
- закріплення за навчальними планами всіх практик з можливістю завдання різних особливостей їх проведення;
- функції копіювання практик з інших УП.
Основні друковані форми:
- закріплення кафедр за проведенням практик та нормативні коефіцієнти.
Ведення дипломування.
Основні функції:
- функції закріплення за спеціальностями курсу, кафедр, які проводять дипломування і кількість студентів на цих кафедрах;
- завдання нормативних даних розрахунку навантаження по дипломування;
- функції закріплення за спеціальностями курсу, кафедр, які консультують дипломників і завдання правил розрахунку навантаження по них;
- можливість завдання виду розрахунку (в штати або погодинну оплату) за різними правилами.
Основні друковані форми:
- закріплення кафедр за дипломуванням та нормативні коефіцієнти.
Ведення державних іспитів. Основні функції:
- функції закріплення за спеціальностями курсу, кафедр, які проводять державні іспити (ДІ);
- завдання нормативних даних розрахунку навантаження по ДІ;
- функції закріплення (у разі необхідності) за спеціальностями курсу, кафедр, які консультують студентів перед держіспитами і завдання правил розрахунку навантаження по них;
- можливість завдання виду розрахунку (в штати або погодинну оплату) за різними правилами.
Основні друковані форми:
- закріплення кафедр за проведенням держіспитів та нормативні коефіцієнти.
Завдання правил розрахунку навантаження. Основні функції:
- функції ведення довідника різних видів іспитів і завдання правил їх розрахунку;
- функції ведення довідника різних видів курсових робіт і завдання правил їх розрахунку;
- функції ведення довідника різних видів контрольних/розрахунково-графічних робіт і завдання правил їх розрахунку;
- завдання правил розрахунку звичайних і диференційованих (з оцінкою) заліків;
- завдання правил розрахунку консультацій для всіх видів навчання.
Модуль абітурієнт
Ведення особових справ абітурієнтів.
Основні функції:
- функції відображення списку абітурієнтів за різних умов для редагування;
- наявність великої кількості полів, що описують характеристики, статуси і стани абітурієнта;
- можливість самостійного додавання в структуру особової справи нових полів, якщо такі відсутні в системі.
Форма введення анкет абітурієнта.
Основні функції:
- настройка анкети на структуру, затверджену в вузі (задається перелік, і послідовність полів, які повинні бути в анкеті);
- функції контролю на правильність введення даних в анкету;
- функція автоматичного заповнення полів анкети, якщо абітурієнт вже є в базі (наприклад, надходив в минулому році);
- можливість вказівки переліку полів, які обов'язкові до заповнення (якщо оператор їх не заповнить, то не зможе зберегти анкету).
Форма налаштування анкети абітурієнта.
Основні функції:
- можливість створення будь-якої кількості анкет з різними структурами (наприклад, для вступників на денне, заочне відділення тощо);
- можливість включення в форму для введення тільки тих полів, які є в анкеті і вибудовуванні їх в необхідній послідовності;
- можливість вказівки полів анкети, які обов'язкові до заповнення;
- включення або відключення автоматичного формування шифру абітурієнта.
Форма діалогового створення різних запитів(списків).
Основні функції:
- діалогова побудова списків будь-якої структури і з різними умовами;
- функції збереження сформованих запитів з можливістю запам'ятовування в різних категоріях і подальшого їх виклику;
- можливість виведення результату запиту, як в списковому, так і в кількісному видах;
- можливість по 'натисканні' клавіші швидко переходити з поточного рядка абітурієнта, в отриманому списку, в його особисту справу і назад до списку.
Ведення результатів здачі іспитів.
Основні функції:
- функції формування потоків абітурієнтів для здачі вступних іспитів;
- функції введення результатів вступних іспитів або тестування;
- формування різних форм звіту здачі іспитів.
Рекомендації до зарахування.
Основні функції:
- отримання списку абітурієнтів згрупованих і відсортованих всередині кожної групи за різними ознаками, наприклад за спаданням кількості набраних балів усередині кожної групи;
- контроль кількості абітурієнтів рекомендованих до зарахування щодо різних квот та ліцензійних планів прийому;
- попереднє формування наказів на зарахування.
Методичний модуль
В описі коротко представлені тільки ті функціональні модулі, які дозволяють побачити рівень автоматизації даного завдання.
Ведення робочих і навчальних програм.
Основні функції:
- введення і корегування фактичних годин з робочих програм;
- функції перевірки відповідності годин і видів занять навчального плану і робочої програми;
- введення навчальної програми з дисциплін.
Статистика по робочим програмам.
Основні функції:
- розрахунок кількості та виведення списку відсутніх робочих програм по кожній кафедрі, спеціальності або дисципліни (КСД);
- розрахунок кількості та виведення списку введених робочих програм по кожній (КСД);
- розрахунок кількості та виведення списку робочих програм, затверджених в різних навчальних роках, по кожній (КСД);
- розрахунок кількості та виведення списку робочих програм, які не відповідають годинам або видам занять навчального плану по кожній (КСД);
Ведення методичних вказівок.
Основні функції:
- введення і корегування всіх типів методичних вказівок, посібників тощо;
- функції закріплення методичних вказівок за дисциплінами спеціальностей і курсів.
Статистика по методичним вказівкам.
Основні функції:
- розрахунок кількості та виведення списку відсутніх методичних вказівок по кожній кафедрі, спеціальності або дисципліни (КСД);
- розрахунок кількості та виведення списку закріплених методичних вказівок за дисциплінами по кожній кафедрі, спеціальності, дисципліні та викладачеві;
- розрахунок кількості та виведення списку методичних вказівок, що не відповідають по годинах навчальним планам по кожній (КСД);
- розрахунок кількості та виведення списку методичних вказівок, затверджених в різних навчальних роках, по кожній (КСД);
- розрахунок статистики по різним умовам.
Перегляд статистики забезпеченості та відповідності кафедри методичними вказівками.
Основні функції:
- перегляд забезпеченості дисциплін і спеціальностей кафедри робітниками та навчальними програмами;
- перегляд інформації про наявність методичних вказівок, що закривають різні види занять;
- перегляд інформації про відсутні методичні вказівки за видами занять.
Модуль відділ кадрів і пфв.
В описі коротко представлені тільки ті функціональні модулі, які дозволяють побачити рівень автоматизації даного завдання.
Ведення особистих справ.
Основні функції:
- перегляд, введення і корегування більше 50 параметрів особової справи викладача або співробітника;
- ведення військового обліку;
- перегляд історії наказів по кожному викладачеві або співробітнику;
- перегляд історії руху за весь період роботи;
- введення і корегування фотографії за допомогою спеціального вбудованого редактора;
- облік і контроль проходження перепідготовки або підвищення кваліфікації співробітниками;
- перегляд, призначення і зняття різних пільг;
- створення і друк будь-яких довідок;
- можливість створення додаткових полів в особовій справі;
- швидкий пошук співробітника в архіві.
Ведення відпусток.
Основні функції:
- облік та аналіз проходження відпусток кожного викладача і співробітника за всі періоди часу;
- формування графіків відпусток;
- формування наказів на призначення відпусток та відкликання з відпусток;
- формування наказів на різні додаткові види відпусток;
- функції можливості виконання компенсацій невикористаних відпусток.
Побудова запитів (списків).
Основні функції:
- побудова будь-яких спискових запитів;
- побудова будь-яких кількісних запитів;
- можливість одночасної побудови декількох запитів в одному (коли результати кількох запитів виводяться в одному результуючому списку);
- збереження і корегування побудованих запитів;
- можливість працювати тільки зі своїми збереженими запитами.
Unilib
Автоматизована інформаційно-бібліотечна система Unilib (АІБС Unilib), розроблена в 1999-2004 рр. науково-дослідним інформаційно-комп'ютерним центром Національного університету внутрішніх справ (м. Харків) .Завдяки базуванню, як на новітніх типових бібліотечних, так і на сучасних комп'ютерних технологіях, Unilib прекрасно функціонує в бібліотеках будь-якого типу. Близько 50- ти бібліотек України зробили вибір на її користь.
Її вигідно відрізняють:
простота використання, одночасно з повнотою функціональних можливостей;
орієнтація на безкоштовне програмне забезпечення (ОС Linux, SQL- Серверна база даних FireBird);
рієнтація на використання сучасних методологічних, технологічних і технічних досягнень.
Основні процеси, які підтримує АІБС Unilib та які реалізовані в НБ НУ «ОЮА»:
Комплектування фондів: замовлення літератури, реєстрація вступів, облік і контроль матеріальних і фінансових потоків, первинний облік і вибуття літератури, штрих- кодування, книгозабезпеченність, оформлення підписки.
Обробка літератури: створення бібліографічних описів аж до найвищого рівня деталізації, як для нових видань, так і для ретро - введення, для всіх типів ресурсів (книги й брошури, серіальні, нотні, листові й зображенні видання, неопубліковані документи, аудіовізуальні документи, електронні видання й ін.)
Зберігання: розподіл усіх типів ресурсів по підсобних фондах бібліотеки із присвоєнням відповідних сигл зберігання, формування путівок передачі літератури, облік фондів в індикаторі виданої літератури.
Обслуговування читачів: реєстрація читачів (заповнення електронних читацьких формулярів), замовлення літератури, видача літератури з використанням штрих-кодів на читацьких квитках і виданнях, ведення статистики, контроль обслуговування.
Довідково-інформаційне обслуговування: пошук в електронному каталозі - по скороченій кількості полів (шифр зберігання, автор, назва, предметна рубрика, класифікаційні індекси та ін.), по всіх полях бібліографічного опису, і спеціальний пошук - для бібліотечних працівників; збереження результатів пошуку в Word, створення бібліографічних покажчиків.
Адміністрування системи: керування видами й типами користувачів, ресурсів, настроювання системи, керування сервером баз даних.
4. Опис структури бд університету ПолтНту ім. Юрія Кондратюка.
Було досліджено частину структура бази даних університету ПолтНТУ імені Юрія Кондратюка (з додатку 1 по додаток 28).
Мінуси в структурі бази даних:
Дублювання даних (одні й ті ж самі дані знаходяться в декількох таблицях);
Не зберігає викладача який практику вів (в базі є тільки інформація лектора);
Викладач може належати лише одній кафедрі, якщо він працює на декількох кафедрах, то його прийдеться декілька раз вносить в БД, що супроводжує дублювання даних;
Студент може навчатися лише на одній спеціальності, якщо він навчається на декількох спеціальностей, то його прийдеться декілька раз вносить в БД, що супроводжує дублювання даних;
В дані структурі бази даних дисципліна може належати лише одній спеціальності, що не є достовірно, якщо дисципліна належить декільком спеціальностям, то дані дублюються в БД;
В БД відсутній список дисциплін, які можуть викладати викладач;
У деяких таблицях паролі зберігаються у відкритому вигляді;
Паролі які закодовані, шифруються за допомогою метода кодування MD5, в даний час, даний метод шифрування є ненадійним;
В деяких таблицях встановлено неоптимальний тип даних (наприклад: в табличці STUDY, для поля CURYEAR встановлено тим Integer, дане поле зберігає дату, краще було б якби тип відповідав даним, наприклад timestamp.
5. Технічне завдання
Для вдосконалення існуючої АСУ потрібно створити підсистему для постановки задач підлеглим кафедрам. Дана система автоматизує управління і постановку задач викладачам кафедр.
Дана підсистема буде розроблена як окремий модуль не від чого незалежний. В даному модулі буде створено API для підсистеми університету, з даним API система університету матиме можливість звертатися до створеної підсистеми.
Основна задача: створити додаток на основі тонкого клієнта для полегшення роботи декана та замісника декана.
Основні задачі, що повинна реалізовувати новостворена підсистема:
Мати можливість ставити задачі кафедрам та викладачам. Реалізувати функціонал для повного моніторингу задач;
Мати можливість відправляти повідомлення викладачам та можливість отримувати відповідь;
Створювати архів файлів;
Створювати інформаційні оголошення;
Створити карту прав доступу користувачам системи
Відправку листів на існуючий електронний адрес користувача системи.
В процесі створення даного додатку можливо будуть реалізовані інші функціонали для повного функціонування додатку.
6. Безпека у надзвичайних ситуаціях
Враховуючи географічне положення території, яку займає ПолтНТУ можливі наступні надзвичайні ситуації:
1) Природного характеру - небезпечні геологічні, метеорологічні, гідрологічні морські та прісноводні явища, деградація ґрунтів чи надр, природні пожежі, зміна стану повітряного басейну, інфекційна захворюваність людей, сільськогосподарських тварин, масове ураження сільськогосподарських рослин хворобами чи шкідниками, зміна стану водних ресурсів та біосфери;
2) Техногенного характеру - транспортні аварії (катастрофи), пожежі, неспровоковані вибухи чи їх загроза, аварії з викидом (загрозою викиду) небезпечних хімічних, радіоактивних, біологічних речовин, раптове руйнування споруд та будівель, аварії на інженерних мережах і спорудах життєзабезпечення, гідродинамічні аварії на греблях, дамбах;
Можливі надзвичайні ситуації техногенного характеру:
Аварії систем водопостачання. На території ПолтНТУ більша частина систем водопостачання застаріла, а її строк амортизації закінчився. На разі ведеться ремонт та оновлення мережі.
Аварії на об’єктах комунальної теплоенергетики. Нині стан котельні незадовільний. Основне і допоміжне обладнання котельні практично вичерпало мбо вичерпало допустимі строки експлуатації. Потрібна заміна обладнання та ремонт мережі теплопостачання.
Транспортні аварії. Наявність на території ПолтНТУ мережі транспортних комунікацій, стан самих комунікацій і транспортних засобів часто стають загрозливими. Шляхами попередження є збільшення кута видимості на поворотах, ремонт доріг, проведення інструктажів для водіїв.
Пожежі являють одну з найбільших загроз.
Для профілактики пожежі надзвичайно важлива правильна оцінка пожежонебезпеки будинку, визначення небезпечних факторів і обґрунтування способів і засобів пожежопопередження і захисту.
Одне з умов забезпечення пожежобезпеки – ліквідація можливих джерел запалення.
У лабораторії джерелами запалення можуть бути:
– несправне електроустаткування, несправності в електропроводці,
електричних розетках і вимикачах. Для виключення виникнення пожежі з цих причин необхідно вчасно виявляти й усувати несправності, проводити плановий огляд і вчасно усувати всі несправності;
– несправні електроприлади. Необхідні міри для виключення пожежі містять у собі своєчасний ремонт електроприладів, якісне виправлення поломок, не використання несправних електроприладів;
– обігрівання приміщення електронагрівальними приладами з відкритими нагрівальними елементами. Відкриті нагрівальні поверхні можуть спричинити пожежу, тому що в приміщенні знаходяться паперові документи і довідкова література у виді книг, посібників, а папір – легкозаймистий предмет. З метою профілактики пожежі пропоную не використовувати відкриті обігрівальні прилади в приміщенні лабораторії;
– коротке замикання в електропроводці. З метою зменшення імовірності виникнення пожежі внаслідок короткого замикання необхідно, щоб електропроводка була схованою.
– влучення в будинок блискавки. У літній період під час грози можливе
влучення блискавки внаслідок чого можливий пожежа. Щоб уникнути цього я рекомендую установити на даху будинку блискавковідвід;
– недотримання мір пожежної безпеки і паління в приміщенні також може спричинити пожежу. Для усунення загоряння в результаті паління в приміщенні лабораторії пропоную категорично заборонити паління, а дозволити тільки в строго відведеному для цього місці.
З метою запобігання пожежі пропоную проводити з інженерами, що працюють у лабораторії, протипожежний інструктаж, на якому ознайомити працівників із правилами протипожежної безпеки, а також навчити використанню первинних засобів пожежогасіння.
У випадку виникнення пожежі необхідно відключити електроживлення, викликати по телефоні пожежну команду, евакуювати людей із приміщення відповідно до плану евакуації, приведеному на рисунку 1 і приступити до ліквідації пожежі вогнегасниками. При наявності невеликого вогнища полум’я, можна скористатися підручними засобами з метою припинення доступу повітря до об’єкта загоряння.
Висновок
Відмінність архітектури АСУ ВНЗ від традиційних АСУ полягає у необхідності аналітично-моделюючої підсистеми, яка підтримує прийняття управлінських рішень у інтерактивному режимі. Необхідність цього компоненту пов'язана з неможливістю побудови формальної математичної моделі функціонування ВНЗ, що дозволяє за звичай розробити блок автоматизації прийняття управлінських рішень. Натомість необхідний комплекс інструментів, які б дозволяли моделювати різні аспекти життєдіяльності ВНЗ з метою оптимізації прийняття управлінських рішень. Таким чином, нові інформаційні технології забезпечують якісно нові джерела, методи доставки й обміну інформацією, а головне зовсім інші способи маніпулювання нею. У процесі зміни характеру роботи з бізнес-інформацією головним є розвиток навичок керування інформацією і можливістю її трансформації в знання. Переосмислення діяльності вищого навчального закладу в контексті використання інформаційних технологій для ефективного керування, дозволить йому забезпечити власну конкурентну перевагу на освітньому ринку.
Важливим напрямом подальших досліджень на робіт у галузі створення сучасної АСУ ВНЗ є розробка методів моделювання перебігу бізнес-процесів в університеті з метою підвищення якості управлінських рішень.
Головне завдання інформаційної системи – це супроводження системи якості, сприяння підвищенню ефективності і результативності її функціонування для забезпечення високого рівня задоволеності усіх заінтересованих у діяльності ВНЗ сторін. Система має позитивно впливати на покращення фінансово-економічних показників.
Впровадження інформаційної системи має бути забезпечено підтримкою вищого керівництва і відповідними ресурсами ВНЗ.
Інформаційна система має бути гнучкою і адаптивною. Структура системи має включати декілька рівнів. В залежності від стратегічних цілей організації і наявних ресурсів можливе поетапне впровадження окремих складових (рівнів) системи і поступове охоплення усіх видів діяльності, процесів і структури підрозділів організації.
Підтримання інформаційної системи вимагає чіткого розподілу обов’язків і повноважень. Потрібно уникати перекладання усіх обов’язків щодо введення інформації на адміністративно-технічний персонал, який забезпечує лише надійну експлуатацію програмно-технічних засобів системи.
Підхід щодо розроблення і впровадження інформаційної системи супроводження системи я кості ВНЗ можна використати і в інших галузях економіки, на підприємствах і організаціях різного профілю і виду діяльності, оскільки він спрямовую організацію на постійне удосконалення своєї діяльності, забезпечує системний підхід, стимулює до впровадження інновацій, сприяє покращенню фінансово-економічних показників, підвищує рівень задоволеності клієнтів.
Література
Соломон К. Microsoft Office 97: разработка приложений: пер. с англ. – СПб.: БХВ – Санкт-Петербург, 1998. – 560 с., ил.
Новиков Ю., Новиков Д., Черепанов А., Чуркин В. Компьютеры, сети, Інтернет: Энциклопедия. – СПб.: Питер, 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. – С. 49–54.
Подчасова Т.П., Серкова Л.Э. Математическая формализация взаимодействия в иерархической системе организации учебного процесса // Вісник ЧДТУ. – 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 |
+ |
Петрович |
Продовження додатку3.
1 |
2 |
3 |
4 |
5 |
6 |
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 |
Продовження додатку 9.
1 |
2 |
3 |
4 |
5 |
6 |
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 (дисципліна)
Назва поля |
Ключ |
Зв’язок з таблицею |
Кардинальність |
1 |
2 |
3 |
4 |
Продовження додатку 18.
1 |
2 |
3 |
4 |
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 |
+ |
Менеджменту та бізнесу |
Продовження додатку 21.
1 |
2 |
3 |
4 |
5 |
6 |
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 |
Полтава 2014