Проектування функціональних підсистем
Введення
Розвиток АСУ пішло по шляху створення функціональних підсистем, аналогічно функціональним підрозділам адміністративно-організаційного управління. Цим визначається і структура системи і склад вирішуваних в підсистемах завдань. p> У перспективі можна очікувати переходу до принципово іншого підходу, коли в основу побудови підсистем буде покладена структура технологічного процесу, для якого створюється система управління.
Принаймні руху матеріального потоку будуть послідовно вирішуватися завдання управління його рухом, необхідної технологічної обробки, забезпечення енергією, транспортними операціями і т.д.
Можливість використання на кожному робочому місці вбудованих або локальних обчислювальних засобів з об'єднанням їх у локальну мережу дозволить створити гнучку керуючу систему, легко перестраиваемую у виробництві.
В
1. Особливості проектірованіея АСУ
Проектування АСУ повинно грунтуватися на системній методології. Системний підхід в широкому сенсі означає, що перш за все повинні бути сформульовані цілі, критерії ефективності та обмеження для системи в цілому. Структуризація системи та подальше її проектування повинні охоплювати як керуючу, так і керовану частини системи. Взаємозалежне проектування цих двох основних частин системи в найкращій мірі відповідає встановленим цілям і критеріям. Однак для таких складних систем, якими є підприємства та виробничі об'єднання, зазначений підхід вкрай утруднений і є лише окремі спроби здійснити таке взаємозалежне проектування.
Не існує поки і відпрацьованих методів побудови моделі функціонування підприємства, а на рівні галузі не вдається визначити в кількісних термінах мета і критерії ефективності.
У більш вузькому сенсі під системним проектуванням розуміють проведення системного аналізу об'єкта управління і на цій основі проектування АСУ. Якщо тільки підприємство не вимагає докорінної реконструкції з його технічного і технологічного рівня, то в основному вважаються заданими як технологія, так і існуюча структура системи управління. Констатація такого стану не означає згоди з тим, що воно є правильним і припустимим. Доводиться визнати, що існуючий в цій області розрив між теорією і практикою, надзвичайна складність об'єкта управління, більшості розв'язуваних завдань змушують миритися з існуючим підходом до створення АСУ.
Найбільш поширена постановка загальної задачі - забезпечення виробництва продукції в заданому обсязі і асортименті при мінімізації сукупних витрат на її виробництво. Максимізація виробництва окремих найбільш важливих видів виробленої продукції застосовується в тих випадках, коли ресурси обмежені, продукція завідомо ефективна і дефіцитна, а виробництво її рентабельно і прибутково. Якщо попит на продукцію суттєво залежить від прийнятих або перспективних цін, а обсяг і асортимент продукції заздалегідь не задані і повинні бути визначені в процесі виконання завдання, то зазвичай прагнуть максимізувати прибуток.
Зазначені постановки застосовні головним чином до завдань планування. Їх декомпозиція у вигляді дерева цілей по функціональних підсистемах може бути виконана лише експертними методами. Тому в більшості випадків проектувальники проводять оптимізацію за окремим завданням у функціональних підсистемах, припускаючи, що це покращує роботу системи в цілому. Якщо розробка ведеться за кількома напрямками - одночасно розробляються завдання функціональних підсистем, інформаційного та технічного забезпечення, то важливо вміти зберегти взаємозв'язок всіх частин розробки, пам'ятати при вирішенні конкретних завдань, що особливо стосуються забезпечують підсистем, про систему в цілому.
Вибір рішень з технічним засобам багато в чому визначає можливості вирішення функціональних завдань і, навпаки, прийняті функціональні завдання у свою чергу пред'являють вимоги до комплексу технічних засобів. Сказане відноситься повною мірою до інформаційного та інших видів забезпечення.
Для прискорення і зниження витрат на проектування в даний час розроблені пакети прикладних програм (ППП). Побудова ППП за модульним принципом дозволяє набирати з них програмне забезпечення АСУ для конкретного підприємства. При цьому розробники ППП створюють певну функціональну надмірність, що дозволяє вибирати з модулів з однаковим функціональним призначенням той, який найбільш близький до умовами розроблюваної системи. Незалежність модулів дозволяє використовувати їх у будь-яких комбінаціях. Разом з тим розробники системи повинні пам'ятати про необхідності врахування її індивідуальних особливостей. До них відносяться не тільки зовнішні по відношенню до системи фактори, але й такі умови, як вимоги до частоті і точності рішення задач, наявність і доступність вихідної інформації та т.д.
І...
