ЕКОНОМІЧНА ЕФЕКТИВНІСТЬ РОЗРОБКИ ТА ВПРОВАДЖЕННЯ ЄДИНОГО ІНФОРМАЦІЙНОГ ПРОСТОРУ УНІВЕРСИТЕТУ
ECONOMIC EFFICIENCY OF DEVELOPMENT AND INTRODUCTION OF UNIQUE INFORMACIYNOG OF SPACE OF UNIVERSITY
І.М. Матвєєв, О.І. Куліш
І.М. Маtweew, О.І. Кulish
Анотація: в даній статтірозглядаються економічні аспекти розробки та впровадження єдиного інформаційного простору університету, створеного на архітектурі Клієнт - Сервер.
Аннотация: в данной статье рассматриваются экономические аспекты разработки и внедрения единого информационного пространства университета, созданного на архитектуре Клиент - Сервер.
Annotation: the economic aspects of development and introduction of single informative space of university, created on architecture Client is Server are examined in this article.
Ключові слова: бази даних, інтерфейс, програмне забезпечення, інструменти для розробки, єдиний інформаційний простір.
Ключевые слова: базы данных, интерфейс, программное обеспечение, инструменты для разработки, единое информационное пространство.
Keywords: bases given, interface, software, instruments for development, single informative space.
Постановка проблеми. Автоматизація роботи вузів, як і будь-яких інших структур науки і бізнесу досить актуальна. Вона дозволяє зосередити зусилля на першочергових справах, а інші перекласти на техніку. В результаті непроста рутинна робота виконується швидко і ефективно.
Автоматизація організації дає гарний ефект, але зазвичай використовується автоматизація робочих місць, це дозволяє певному співробітнику працювати більш ефективніше. Але в глобальному масштабі ефективність залишається досить малою, так як АРМи не можуть обмінюватись між собою даними. Що на практиці виявилось досить важливим. Виходить, що робота зроблена в одному АРМі повинна заново виконуватись в іншому, а значить АРМ не вирішує проблему в цілому.
Щоб роботу зробити більш ефективною, потрібно всі робочі місця об’єднати в єдину систему. Така система називається єдиний інформаційний простір. Інформація, яка потрапила в систему буде доступна кожному підрозділу, який їх потребує. Підрозділи будуть добре взаємодіяти між собою, що дає більш глобальний масштаб ніж автоматизація робочих місць. Але головне що дасть така система - це картина стану справ в реальному часі, що дозволяє ефективно впливати на ситуацію. У не автоматизованій або частково автоматизованій системі на виявлення реального стану речей йде багато часу і робочої сили.
Для реалізації поставленої задачі потрібно створити єдину базу даних, для роботи з нею створити АРМи, які б дозволили розподілити виконання задач між працівниками і при цьому дозволяли доступ тільки до тих даних, які необхідні даному співробітнику для вирішення його задачі. Тобто створити систему безпеки, яка б з одного боку захищала від несанкціонованого доступу, а з іншого дозволяла виконувати поставлені задачі закріпленим за ними особам. Дана система повинна бути мережною з базою даних на головному сервері.
Оскільки система буде побудована на єдиній базі даних, то її можна умовно розділити на дві частини. На головну, дані якої будуть використовуватись в усіх або майже у всіх АРМах. До таких даних відносяться дані про студентів і дані відділу кадрів, так як студенти, викладачі, працівники кафедр, деканатів і т.д. безпосередньо приймають участь в навчальному процесі. На основі цих даних організовується навчальний процес і система доступу. До іншої частини будуть віднесені специфічні набори таблиць призначені для збереження даних конкретних АРМів.
Функції програми, які повинні бути реалізовані:
¾ збереження найрізноманітніших даних (загальні дані студентів і викладачів, дані про успішність (журнали, залікові книги), навчальні плани, розклад, дані контрольні тощо);
¾ введення і редагування даних;
¾ статистична обробка даних;
¾ віддалений доступ до даних (так як навчальний заклад має 4 корпуси);
¾ призначення обмежень на доступ до даних;
¾ захист даних від несанкціонованого доступу;
¾ резервне копіювання.
Така система може не обмежуватись тільки роботою вузу, до неї можна включити і контрольно-пропускну систему, систему відео спостереження і навіть такі системи, як система автоматичного поливу клумб і газонів. Тобто як видно з усього вище сказаного можливості автоматизації і централізованого управління обмежуються тільки потребами, фантазією і фінансовими можливостями, а технології вже дано дозволяють це робити.
Аналіз останніх досліджень. Широке коло питань, пов’язаних з дослідженням перспектив розвитку принципів єдиного інформаційного простору організації, відображено в роботах вітчизняних і зарубіжних дослідників, таких як: Сілін А.Л., Сладкова О.Б., Столяров Ю.Н., Нісневич ЮЛ., Берестова Т.Ф.
На сучасному ринку інформаційних продуктів досить багато продуктів створені для автоматизації певних функцій навчального процесу. Дані продукти дозволяють виконувати певні задачі. Наприклад, перевіряти знання студентів - програми для тестування, або формувати розклад тощо. Але недоліком цих програм є те, що вони не зв’язані між собою. Тобто студент пройде тестування, потім викладач заносить ці дані в журнал. Для створення статистики, ці дані потрібно внести до спеціальної програми, яка дозволить побудувати якісь діаграми, для аналізу успішності і вже на основі них можна провести аналіз ефективності програми навчання. Такий стан речей не дозволяє ефективно керувати процесом навчання, так як дані оброблюються дуже повільно. Іншим недоліком такої системи є її економічна недоцільність бо в даному випадку, задіють додатковий персонал або час викладачів витрачається на складення паперових звітів. Які потім аналізуються іншим персоналом, який також отримує заробітну плату. Тому доцільне створення єдиного інформаційного простору.
Мета дослідження. Розглянути принципи побудови єдиного інформаційного простору університету, створеного на архітектурі Клієнт – Сервер та економічні аспекти його розробки та впровадження.
Виклад основного матеріалу. Метою створення єдиного інформаційного простору є об’єднання всіх відділів, які займаються організацією навчального процесу в єдину систему. Причиною такого об’єднання є те, що ці відділи дуже тісно зв’язані між собою. Є два варіанти такого зв’язку: дані одного відділу потрібні іншому, для виконання поставлених задач (наприклад, деканати користується даними прийомної комісії, так як студенти відбираються і реєструються саме нею) або відділ користується статистичними даними по іншим відділам, для впровадження якогось управлінського рішення (наприклад, аналіз успішності студентів може показати ефективність нової програми навчання і допомогти прийняти рішення по її вдосконаленні). Для такого об’єднання потрібна єдина система, яка б дозволяла виконувати всі поставлені задачі конкретним особам, причому система має бути досить гнучкою, так як певні задачі можуть призначатися іншим особам, при скороченні чи розширенні відділів або в зв’язку з іншими непередбачуваними обставинами. Крім того система повинна мати хорошу систему захисту і резервного копіювання.
Для єдиного інформаційного простору, однією з вимог якого є не прив'язаність працівника до робочого місця найдоцільнішим вибором є архітектура "Клієнт-Сервер". Такий вибір обумовлений тим, що для роботи такої системи потрібен централізований підхід збереження даних. Це означає що СУБД і сама база даних повинні зберігатися на окремому сервері, а клієнт повинен мати можливість доступу до цих даних віддалено.
Сам підхід "Клієнт-Сервер" має багато видів реалізації, але зважаючи на те, що фізично локальна мережа нашого університету побудована на основі витої пари, то навіть при встановлені високошвидкісних мережних карт на машини клієнтів мережа буде перевантажена. Така ситуація виникає із за особливостей роботи такої архітектури. Наприклад якщо БД і СУБД встановлені на сервері, а ПЗ клієнта встановлене на віддаленому ПК, то клієнт відправляє запит до сервера отримуватиме дані по каналу зв’язку. А зважаючи на об’єми цих даних і кількість користувачів, які одночасно працюють в системі, то швидкість обміну буде дуже низькою. А значить користувачі більше чикатимуть на обробку даних аніж працюватимуть. Тому користуючись досвідом адміністратора, підприємства на якому я проходив практику, архітектура мережі якого аналогічна запропонованій. Було прийнято рішення організувати архітектуру "Клієнт-Сервер" за принципом: "Товстого і тонкого клієнтів". В даному випадку СУБД, БД і ПЗ клієнта встановлюються на сервері, а клієнт зі свого терміналу або персонального комп’ютера з’єднується з сервером і працює на ньому. В даному випадку мережне обладнання фактично передає зображення для клієнта, який працює за терміналом, що суттєво розвантажує мережу[1, c. 120].
Крім вирішення проблеми з перевантаженням мережі, така система дає можливість використовувати застаріле обладнання, ресурсів якого замало, щоб використовувати його як персональний комп’ютер. А в подальшому дозволить економити на комп'ютером обладнанні. Так як комп’ютер-термінал значно дешевший ніж персональний. А зважаючи на те, що більшість комп’ютерів використовуються як друкарські машинки, то більшість відділів без проблем перейде на термінали.
Що до обладнання сервера, то до нього досить специфічні вимоги. Він повинен реалізовувати RAID - масиви, які збільшують стійкість до відмови обладнання, що захищає інформацію від виходу з ладу накопичувачів інформації. А також на сервері повинно бути встановлене високошвидкісне мережне обладнання. Для визначення інших параметрів а також оптимального співвідношення ціни - продуктивності проводиться дослідження ринку серверів.