Автоматизована система управління навчальним закладом

Автоматизована система управління навчальним закладом

Вступ

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

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

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

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

Двома головними складовими процесу управління інформацією є:

одержання достовірної й актуальної інформації;

обробка цієї інформації та передача її необхідних частин іншим учасникам процесу управління.

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

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

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

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

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

Ці системи, як правило, орієнтовані на задачі управління навчальним закладом, тобто є реалізаціями класу автоматизованих систем управління підприємством (АСУП).

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

Актуальність теми дослідження.

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

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

Метою роботи є підвищення ефективності ФМБ (факультет менеджменту та бізнесу) ПолтНТУ шляхом розвитку інформаційної підсистеми у складі автоматизованої системи управління (АСУ).

Для досягнення поставленої мети необхідно дослідити та вирішити такі задачі:

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

.Дослідити автоматизовану система управління Полтавського національного університету імені Юрія Кондратюка

.Сформувати технічне завдання, для подальшої оптимізації існуючої автоматизованої системи управління;

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

Обєкт дослідження є - Полтавський національний університет імені Юрія Кондратюка.

Предмет дослідження - автоматизована система управління Полтавського національного університету імені Юрія Кондратюка.

1. Автоматизована система управління (АСУ) вищого навчального закладу. Характеристика основних ВНЗ

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

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

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

АСУ «ВНЗ» розкриває нові можливості колективам в управлінні навчальним закладом і виводить навчальний процес до сучасного рівня автоматизації.

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

Програми АСУ «ВНЗ» мають гнучку структуру і легко переналагоджуються. Для цього додаткові дані, які часто повторюються (назви факультетів, навчальних груп, назви дисциплін та інші) винесені у таблиці-довідники. Адміністратор системи за необхідністю може змінювати налаштування.

Програми АСУ «ВНЗ» мають сучасний інтерфейс. Робота оператора полегшується наявністю додаткових меню, з яких вибираються необхідні дані.

Особливістю АСУ «ВНЗ» є унікальна запатентована система захисту інформації від несанкціонованого доступу. Правовою основою створення системи захисту в АСУ «ВНЗ» є закон України «Про захист інформації в автоматизованих системах».

Інформаційна безпека системи забезпечується у відповідності до норм стандарту ISO.

Система захисту інформації АСУ «ВНЗ» забезпечує:

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

·ідентифікацію операторів Системи;

·реалізацію розмежування доступу до ресурсів та процесів в системі.

Розвинута система доступу дозволяє користувачеві працювати лише з тими даними, які повністю відповідають його посадовим обов'язкам.

Автоматизована система «Приймальна комісія»

АС «Приймальна комісія» - це програмно-технологічний комплекс, який створено для автоматизації діяльності приймальної комісії навчального закладу, організації роботи працівників, зменшення кількості документації на паперових носіях та для повного інформаційного забезпечення прийняття управлінських рішень на рівні приймальної комісії навчального закладу.

Працівники приймальної комісії можуть звертатись до бази даних документів про середню освіту державної інформаційно-виробничої системи «ОСВІТА» для перевірки інформації атестату про середню освіту та використовувати інші дані про попередній рівень освіти абітурієнта.

Автоматизована система «Деканат»

Автоматизована система «Деканат» - це програмно-технологічний комплекс управління навчальним процесом закладу освіти, призначений для організації роботи методистів та зменшення кількості документації на паперових носіях.

В процесі роботи АС «Деканат», до персональних даних студента додаються інші поля, що відображають поточний стан навчання студента згідно навчального плану. Тому доцільно використовувати дану програму у комплексі з АС «Приймальна комісія».

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

Значною перевагою автоматизованої системи «Деканат» виступає зв'язок пятьох основних блоків, на яких базується програма це:

·блок анкет студента;

·блок анкет співробітників;

·блок навчальних планів;

·блок відомостей;

·блок адміністрування доступу.

Введені навчальні плани призначаються навчальним групам студентів. На підставі призначеного навчального плану автоматично створюються відомості іспитів, заліків, контрольних робіт та інших заходів контролю.

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

АС «Деканат» є основним модулем автоматизованої системи керування вищим навчальним закладом.

Інформація, яка формується підсистемою «Деканат» застосовується в інших підсистемах, що забезпечують життєдіяльність вищого навчального закладу: для бібліотек, спорткомплексів, гуртожитків, суспільних заходів тощо.

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

Після кожної сесії підсистема «Деканат» автоматично контролює виконання навчального плану, зміну кількості студентів, формує звіти.

Дисципліни навчального плану

Модуль редагування розподілу годин навчального плану. Даний модуль має вигляд звичайної таблиці годин навчального плану, що робить цю форму зручною для перегляду та редагування.

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

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

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

Успішність студента

На підставі навчального плану студента автоматично формується індивідуальна таблиця успішності для кожного студента. Ця таблиця містить тільки типи занять, що оцінюються: іспити, заліки, контрольні роботи і має додаткові стовпчики з оцінками за різними стандартами оцінювання, традиційні оцінки та за шкалою ЕСТS.

Оцінки автоматично переносяться з відомостей до індивідуальних таблиць студентів. Існує можливість проставити оцінки вручну.

Автоматизована система «Студмістечко»

За допомогою АС «Студмістечко» автоматизується діяльність дирекції студентського містечка навчального закладу, спрощується та вдосконалюється документообіг

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

На підставі занесеної інформації в АС «Деканат», в програмі з'являється інформація про студентів, яким потрібен гуртожиток, анкетні дані автоматично переносяться до системи. Після чого адміністрація студмістечка здійснює розселення студентів по гуртожитках.

2. АСУ Полтавського національного університету імені Юрія Кондратюка

.1 АСУ університету

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

АСУ університету виконує наступні функції:

-комплексне, оперативне та ефективне автоматизоване управління навчально-методичним процесом, студентським контингентом від приймальної комісії до випуску студента;

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

-забезпечує «прозорість» управління навчальним процесом;

-можливість контролювати навчальний процес філій/представництв так як система через віддалений доступ створює передумови формування концепції єдиного навчального простору вузу.

Автоматизована система управління вузом має наступні підсистеми:

-приймальна комісія

-деканат (кафедра)

-навчальний відділ

-особистий кабінет викладача

-кадровий облік

-інтеграція та інформаційні сервіси

Функціональні можливості

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

1.Приймальна комісія

Прийом документів у абітурієнтів за допомогою АСУ вуз є повністю автоматизованим:

·Формує особову справу абітурієнта. Дані вводяться вручну співробітником приймальної комісії.

·Контроль здачі необхідних документів (довільний набір).

·Видача абітурієнту необхідного набору документів:

oрозписка;

oконтракт;

oекзаменаційний лист.

·Облік даних абітурієнтів.

·Формування наказів про зарахування абітурієнтів у сформовані групи:

oза допомогою рейтингу;

oвручну.

2.Деканат (кафедра)

Підсистема Деканат дозволяє вести оперативний облік руху контингенту:

·Формування наказів про рух контингенту як індивідуально, так і списком.

·Надання студентам і організаціям необхідних довідок.

·Надання студентам і організаціям необхідних довідок.

В даній АСУ ВНЗ дуже зручно відстежувати і фіксувати успішність студентів:

·Облік і аналіз державних підсумкових випробувань, результатів заліково-екзаменаційних сесій, різних видів атестацій в тому числі практик (зведена відомість успішності).

·Доступ студентів через інформаційно-довідкову систему.

Система дозволяє автоматизувати процес випуску студентів, здійснюючи такі дії:

·Затвердження тем дипломів.

·Формування Державної Атестаційної Комісії (ДАК).

·Автоматизована генерація екзаменаційних білетів для міждисциплінарного підсумкового державного іспиту.

·Автоматизоване формування та облік протоколів роботи ДАК; протоколи оформляються під час засідання комісії.

·Підготовка та перевірка даних для дипломів та академічних довідок.

За допомогою АСУ ВУЗ можна полегшити методистам планування навчального процесу і розподіл навантаження по кафедрі і факультету:

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

·Автоматизоване формування та облік планів і протоколів роботи кафедри, факультету; протоколи оформляються під час засідань кафедри, факультету.

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

·Формування навчальних доручень викладачам і забезпечує кафедрам.

·Організація перездачі заборгованостей студентів та документаційне оформлення цього процесу (графік перездачі, перелік заборгованостей у студента по семестру і року, формування напрямів на перездачу).

3.Навчальна частина (проректор з навчальної роботи). Особистий кабінет викладача

Планування:

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

·Підготовка, зберігання і друк робочих навчальних планів за напрямами і спеціальностями.

·Планування навчального навантаження навчального закладу і по підрозділах.

·Контроль навчальної роботи навчального закладу, кафедр, факультетів (успішність, заборгованості, відвідуваність занять і т.д.).

4.Особистий кабінет викладача

В особистому кабінеті викладача:

·Формує індивідуальний план своєї роботи на поточний навчальний рік.

·Розробляє, коригує робочі навчальні програми з закріпленим на поточний навчальний рік дисциплін.

·Розподіляє між студентами, за їх заявами, тематику курсових і дипломних робіт; документальне оформлення процедури розподілу.

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

5.Кадровий облік

Ця підсистема служить для організації кадрового обліку студентів і викладачів, навчально-допоміжного складу, врахування їх атестацій та підвищення кваліфікацій. Автоматизація кадрового обліку реалізована на рівні двох АРМ:

·АРМ студентів, реалізуються наступні функції:

oОформлення та ведення особової картки студента від надходження до випуску.

oВійськовий облік студентів, документальне оформлення цієї процедури.

oНадання студентам і організаціям необхідних довідок.

·АРМ викладачів, реалізуються наступні функції кадрового обліку:

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

oФормування наказів на прийом, переміщення та звільнення.

oІнтеграція з програмними продуктами «1С».

oОблік підвищення кваліфікації

oОблік і планування атестацій по областям роботи (адміністративна та педагогічна).

oВійськовий облік.

6.Інтеграція та інформаційні сервіси

Ця підсистема містить вбудовані в конфігурацію можливості по взаємодії з іншими програмними продуктами. Інтеграція з сучасними програмами дозволяє зробити розумну інформаційну загальнодоступність системи АСУ ВУЗ, а також представити більшість інформації в інтерактивному вигляді:

·Робота викладача в особистому кабінеті може здійснюватися через сайт навчального закладу.

·Імпорт результатів успішності (тестування) отриманих через системи електронного (дистанційного) навчання в зведені відомості та особисту карту студента.

·Інтеграція з «зарплатними» рішеннями фірми «1С». Кадровий облік можна вести безпосередньо в програмі АСУ ВУЗ і імпортувати дані з цих програм.

2.2 Можливості які мають АРМ користувачів

Можливості які мають АРМ користувачі додатку Клієнт-сервер АСУ ВУЗ:

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

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

·Можливість передачі списку студентів в Excel, формування «шахматовок» з розподілу студентів за групами, карти вакансій, формування картки оплати, формування даних про прихід за день по оплаті за навчання, відомості на групову здачу іспитів, звіти про пересування студентів, академічні довідки, картки студента.

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

·Можливість автоматичного формування таких документів для кожного студента: обкладинка особистої справи, додаток до договору з оплати, витяг з наказу про зарахування, візитки. Можливість створювати документи власної форми (договори, довідки).

·Введення і зберігання даних про оплату студентом навчання (дата внесення, внесена сума, дата наступної оплати, документ, за яким здійснювалася оплата, кількість періодів оплати, розмір наданої пільги, рік за який проведена оплата, яким чином проведена оплата, доплати) , автоматичне формування фінансових документів («Сповіщення», «Рахунок») з підбором вартості навчання по всіх прийнятих параметрах курс, факультет, форма навчання, форма оплати, кількість періодів на оплату) в автоматичному режимі (і вибором дати наступної оплати (наявність довідників «кінці періодів», «розмір оплати»). Можливе перенесення проводок в 1С. Можливий прийом невірних платежів (менше/більше номіналу).

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

·Зберігання даних про навчальний план на кожну групу на всі семестри навчання, є можливість редагування і тиражування вже введених навчальних планів. Можлива передача навчального плану в Excel.

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

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

·Зберігання, введення і редагування даних про предмети (назва, автор програми, програма курсу, джерела, питання до іспитів і заліків, тематики курсових робіт).

·Зберігання, введення і редагування даних про філії (місто, адреси представництва, телефон, номер ліцензії, список співробітників філії, список спеціальностей філії).

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

·Зберігання і введення наказів з основної діяльності і руху контингенту, підготовка бланкового наказу.

·Експорт та імпорт будь-яких даних про студентів.

·Авторизований доступ, можливий доступ до кількох баз. Існує можливість редагування прав доступу з базового інтерфейсу. Гнучка настройка системи під користувача.

·Автоматична система оновлення ПЗ клієнта.

2.3 Інформаційні системи, які використовує ПолтНТУ імені Юрія Кондратюка

С:Підприємство 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, створення бібліографічних покажчиків.

Адміністрування системи: керування видами й типами користувачів, ресурсів, настроювання системи, керування сервером баз даних.

інтерфейс діалоговий база операція

3. Опис структури БД університету ПолтНТУ ім. Юрія Кондратюка

Було досліджено частину структура бази даних університету ПолтНТУ імені Юрія Кондратюка (з додатку 1 по додаток 28).

Мінуси в структурі бази даних:

Дублювання даних (одні й ті ж самі дані знаходяться в декількох таблицях);

Не зберігає викладача який практику вів (в базі є тільки інформація лектора);

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

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

В дані структурі бази даних дисципліна може належати лише одній спеціальності, що не є достовірно, якщо дисципліна належить декільком спеціальностям, то дані дублюються в БД;

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

У випадку виникнення пожежі необхідно відключити електроживлення, викликати по телефоні пожежну команду, евакуювати людей із приміщення відповідно до плану евакуації, приведеному на рисунку 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 (інформація про пару)

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

Додаток 2

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

Назва поляКлючЗвязок з таблицеюКардинальність1234IDPKGROUPE_IDFKGROUPS1:MSUBJECT_IDFKSUBJECTM:1TEACHER_IDFKTEACHERM:1

Додаток 3

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

Назва поляНазва сутностіТипКількість знаківОбовязкове полеПриклад123456CODEключinteger+136SURNAMEпрізвищеvarchar32+ПетровNAMEімяvarchar32+ПетроSECONDNAMEпо батьковіvarchar32+ПетровичSEXстатьchar1+ЧBLIDGETбюджетchar1+1PHOTOфотоblobIS_HOSTELгуртожитокchar11HRROMкімнатаinteger309TESTS_BOOK_IDНомер залікової книжкиvarchar8+08613295

Додаток 4

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

Назва поляКлючЗвязок з таблицеюКардинальність1234CODEPKSURNAMEAK

Додаток 5

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

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

Додаток 6

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

Назва поляКлючЗвязок з таблицеюКардинальність1234GROUPSFKGROUPSM:1CARDFKCARD1:1

Додаток 7

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

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

Додаток 8

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

Назва поляКлючЗвязок з таблицеюКардинальність1234CODEPKCOURSEAKSPECIALITYFKSPECIALITY1:M

Додаток 9

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

Назва поляНазва сутностіТипКількість знаківОбовязкове полеПриклад123456CODEкодinteger+562ANOsmallintCURYAERтеперішній рікintegerGROUPSключ групаinteger+512SUBJECTключ дисциплінаinteger+123TEACHERключ викладачinteger+125ADD_DATEдата виставлення атестаціїtimestamp+12/12/2013CHANGE_DATEдата зміниtimestamp12/12/2013

Додаток 10

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

Назва поляКлючЗвязок з таблицеюКардинальність1234CODEPKGROUPSFKGROUPSM:1SUBJECTFKSUBJECTM:1TEACHERFKTEACHERM:1

Додаток 11

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

Назва поляНазва сутностіТипКількість знаківОбовязкове полеПриклад123456IDключinteger+566ATTESTATIONSключ атестації групиinteger+521CARDключ даних студентаinteger+215MARKвідмітка про виставленняchar1ADD_DATEдата виставлення атестаціїtimestamp+12/12/2013CHANGE_DATEдата зміниtimestamp12/12/2013

Додаток 12

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

Назва поляКлючЗвязок з таблицеюКардинальність1234IDPKATTESTATIONSFKATTESTATIONSM:1CARDFKCARDM:1

Додаток 13

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

Назва поляНазва сутностіТипКількість знаківОбовязкове полеПриклад123456IDключinteger+656SESSIONключ сесіяinteger+421CARDключ даних студентаinteger+156MARKвідмітка про виставленняchar1+ADD_DATEдата виставлення іспитаtimestamp+12/12/2013CHANGE_DATEдата зміниtimestamp12/12/2013REMбалиchar3+95

Додаток 14

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

Назва поляКлючЗвязок з таблицеюКардинальність1234IDPKSESSIONFKSESSIONM:1CARDFKCARDM:1

Додаток 15

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

Назва поляНазва сутностіТипКількість знаківОбовязкове полеПриклад123456CODEкодinteger+421CHAIRКлюч кафедриinteger+545SURNAMEпрізвищеvarchar32+ПетроваNAMEімяvarchar32+АннаSECONDNAMEпо батьковіvarchar32+ПетрівнаREMступінь викладачаvarchar10доцент

Додаток 16

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

Назва поляКлючЗвязок з таблицеюКардинальність1234CODEPKCHAIRFKCHAIRM:1

Додаток 17

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

Назва поляНазва сутностіТипКількість знаківОбовязкове полеПриклад123456CODEключinteger+455CHAIRключ кафедриinteger+122NAMEназваvarchar128+Економіко-математичне моделюванняABBRабревіатураvarchar8+ЕММ

Додаток 18

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

Назва поляКлючЗвязок з таблицеюКардинальністьCODEPKCHAIRFKCHAIRM:1ABBRAK

Додаток 19

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

Назва поляНазва сутностіТипКількість знаківОбовязкове полеПриклад123456CODEключinteger+154FACULTYключ факультетуinteger+122ABBRабревіатураvarchar8+ЕКNAMEназваvarchar128+Економічної кібернетикиPASSпарольvarchar4+5126MD5_PASSWORDкеш пароляchar32+1afa148eb41f2e710 3f21410bf48346c

Додаток 20

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

Назва поляКлючЗвязок з таблицеюКардинальність1234CODEPKFACULTYFKFACULTYS_TBLM:1ABBRAKNAMEAK

Додаток 21

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

Назва поляНазва сутностіТипКількість знаківОбовязкове полеПриклад123456IDключinteger+555NAMEназваvarchar128+Менеджменту та бізнесуABBREVIATIONабревіатураvarchar3+ФМтБVISIBLEchar1SHORT_PASSWORDпарольvarchar4LONG_PASSWORDпарольvarchar8DATE_BEGINдата заснуванняtimestamp+2006DATE_ENDдата кінця існуванняtimestampMD5_PASSWORDкеш пароляchar32

Додаток 22

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

Назва поляКлючЗвязок з таблицеюКардинальність1234IDPKNAMEAKABBREVIATIONAK

Додаток 23

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

Назва поляНазва сутностіТипКількість знаківОбовязкове полеПриклад123456IDключinteger+455EDDATEtimestampSUBJECTключ дисципліниinteger+459TESTTYPEchar1TEACHERключ викладачinteger+122GROUPSключ групиinteger+1556EDYEARтеперішній рікinteger2013ADD_DATEдата сесіїtimestamp+12/12/2013CHANGE_DATEзмінена датаtimestamp12/12/2013

Додаток 24

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

Назва поляКлючЗвязок з таблицеюКардинальність1234IDPKSUBJECTFKSUBJECTTEACHERFKTEACHERGROUPSFKGROUPS

Додаток 25

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

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

Додаток 26

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

Назва поляКлючЗвязок з таблицеюКардинальність1234CODEPKFACULTYFKFACULTYS_TBLM:1ABBRAKNAMEAKCHAIRFKCHAIRM:1COURSECOUNTAK

Додаток 27

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

Назва поляНазва сутностіТипКількість знаківОбовязкове полеПриклад123456IDключinteger+455STUDY_IDключ студентаinteger+455CARD_IDключ даних студентаinteger+154GROUP_IDключ групиinteger+4556EDDATEдата пропускуtimestamp14/11/2013MARKстатус пропускуchar1пADD_DATEдата добавленняtimestamp12/12/2013CHANGE_DATEдата зміни пропускуtimestamp12/12/2013

Додаток 28

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

Назва поляКлючЗвязок з таблицеюКардинальність1234IDPKSTUDY_IDFKSTUDYM:1CARD_IDFKCARDM:1GROUP_IDFKGROUPM:1