собою відображення деяких стандартних блоків, алгоритмів, пристроїв. Поєднуючи ці образи відповідно до необхідної структурою, і задаючи властивості окремих компонент, користувач швидко отримує потрібне подання своєї системи. p align="justify"> Інструментальні засоби розробки, налагодження та супроводження програмного забезпечення
Практично уникнути програмування вдається за рахунок об'єктно-орієнтованого характеру такої моделі, при якому необхідні коди програм вже інкапсульовані в стандартних блоках. Тобто програмування заміняється завданням параметрів (зазвичай числових) в стандартних алгоритмах. Численні переваги такого підходу очевидні. Більше того, більшість сучасних, в тому числі і професійних, програмних комплексів у різних областях техніки, обробки зображень, звуку і т.п. створені саме в цьому вигляді. Найскладніші, але стандартні процедури, при цьому легко реалізуються. p align="justify"> Виникає можливість використання досвіду (програмного коду) попередніх розробників без його вивчення. Фірми - виробники систем автоматизації надають величезні бібліотеки таких функцій (класів), і створюється оманливе враження, що програмування взагалі не потрібно, що хтось сторонній все зробить за фахівця з автоматики. Це думка старанно підтримується і фірмами-виробниками. Але саме тут полягає і слабка сторона такого підходу. Реально є дві негативні сторони використання стандартних бібліотек функцій (класів):
закритість вихідних кодів (і в сенсі недоступності, і в тому сенсі, що користувач не зацікавлений глибоко розбиратися в чужих кодах);
неоптимальність кодів саме для тієї конкретної ситуації, в якій знаходиться даний розробник системи автоматики ("універсальне - значить не оптимальне"). p align="justify"> Ці два пункти реально призводять до того, що користувач - розробник автоматичної системи не може гарантувати надійність роботи всієї системи, так як в неї входять закриті компоненти, і не може гарантувати оптимальності в сенсі швидкодії роботи критичних до цього параметру частин системи. Таким чином, чисто візуальні методи програмування обмежено придатні у випадку добре відомих завдань, не критичних, крім того, до швидкодії і надійності всієї системи. p align="justify"> Не слід думати, що таких завдань мало. Типовою з них є створення деяких SCADA - систем, тобто таких систем, які в основному призначені для диспетчерського відображення різнорідної інформації, до складу яких входить досить ненадійний елемент: людина-оператор. У таких системах, особливо у випадку, коли реальне швидкодію об'єкта управління набагато вище швидкодії людини-оператора, останньому відводиться лише роль більше-менш пасивного спостерігача, що приймає лише стратегічні рішення. І практика показує, що для подібних систем застосування візуальних засобів і об'єктно-орієнтованих підходів у програмуванні ефективно. Як приклад можна привести систему DigiVis або WIN CC. Поряд зі спеціалізованими візуальними засобами програмування, широко поширене і застосування таких візуальних середовищ, як Delphi або Builder від фірми Borland, Visual C + + від Microsoft і т.п. Безліч подібних засобів стрімко зростає, залучаючи все нові і нові підходи у програмуванні, вичерпний їх огляд на сьогоднішній день практично неможливий. p align="justify"> Щоб домогтися абсолютно передбачуваного поведінки програмного забезпечення з урахуванням роботи в реальному часі розробник автоматичних систем все ж змушений у ряді випадків створювати власне програмне забезпечення. Найбільш доцільний підхід тут наступний:
по мірі можливості користуватися мовами високого рівня, що дозволяють швидко створювати і налагоджувати програмне забезпечення;
і лише в явних випадках нестачі швидкодії або надійності використовувати програмування на Асемблері.
Саме такий підхід дозволяє інженеру в області автоматики вирішити відразу два завдання:
забезпечити реальну можливість передачі вихідних кодів програм іншим розробникам, в тому числі, і при зміні обчислювальної платформи;
добитися істотної економії часу розробки програмного забезпечення. Відомо, що найбільш "марнотратно" в цьому сенсі програмування мовою низького рівня - Асемблері. p align="justify"> Від правильного вибору програмного продукту, який задовольняє вимогам супроводу, часто залежить доля всієї системи автоматики та ефективності вкладення коштів. p align="justify"> 5.4 Технологія ОРС
На сучасних виробничих підприємствах, поряд зі збільшенням ступеня автоматизації технологічних процесів, збільшується кількість електронних систем обробки даних верхнього рівня ієрархії.
У системах управління технологічними процесами сьогодні широко застосовуються численні програмні рішення (наприклад, SCADA) самих різних виробників, причому робота цих прогр...
