Автоматизированные системы управления техническим процессом - Шпаргалка

Система и ее свойства Система - продуманный набор связанных компонент, которые действуют вместе для достижения некоторой цели, которая владеет свойствами, отсутствующими у составных компонентов. Примеры систем: ручка (малое количество компонент), авиадиспетчерские системы (тысячи программных и аппаратных частей плюс пользователи (операторы), что принимают решение на основе информации в системе). Например, полицейская система может включать геоинформационную систему (ГИС) для определения места случаев. Характерной особенностью подсистем является то, что они могут выступать как самостоятельные системы, хотя их поведение может зависеть и от других подсистем. Такие взаимоотношения между компонентами системы означают, что система есть больше, чем простая сумма ее частей - она имеет свойства, которые принадлежат лишь системе в целом. Примеры производных свойств: • надежность системы (зависит от надежности компонент системы и связей между компонентами), • удобство использования системы (кроме ПО и аппаратуры, зависит также от операторов системы и от окружения). Можно выделить два типа производных свойств системы: • Функциональные свойства, которые возникают когда все части системы работают для достижения некоторой цели, например, после сборника из отдельных частей велосипед приобретает свойства средства транспортирования. Компьютеризированную систему любого типа можно рассматривать как комплекс программно-аппаратных средств, предназначенный для обработки информации. С этой точки зрения, используемые дальше сроки - система (С), системы управления (СУ), информационные системы (ІС), системы обработки информации (СОЇ), компьютеризированные системы управления (КСУ) - можно считать синонімами Особливості сучасних систем • складність опису (чимала кількість функцій, процесів, елементів даних і складні взаємозвязки між ними • наявність сукупності тісно взаємодіючих компонентів (підсистем), що мають свої локальні завдання і цілі функціонування, • відсутність прямих аналогів, що обмежує можливість використання яких-небудь типових проектних рішень і прикладних систем; • необхідність інтеграції що існують і знов розробляються підсистем; • функціонування в неоднорідному середовищі на декількох апаратних платформах; • розєднаність і різнорідність окремих груп розробників по рівню кваліфікації і традиціям використання тих або інших інструментальних засобів, що склалися; • істотна тимчасова протяжність проекту, обумовлена, з одного боку, обмеженими можливостями колективу розробників, і, з іншого боку, масштабами організації-замовника і різною мірою готовності окремих її підрозділів до впровадження ІС. У загальному випадку і створення системи і її функціонування може залежати від досить глобальних сфер (рис. Рисунок 3 - Взаємодія системи з узагальненими факторами зовнішнього середовища З технічного боку будь-яка система залежить від інформації, що отримується ззовні. Причини, по яких необхідно враховувати оточення системи при їх розробці: • У багатьох випадках система призначена якраз для реагування на зміну параметрів оточення (наприклад, система опалювання або кондиціонування) • Часто функціонування системи може залежати від параметрів оточення самим непередбачуваним чином (наприклад, грозовий розряд індукує гігантські струми в електричних ланцюгах, що може спалити телевізор або компютер). Наприклад, якщо при впровадженні системи на підприємство персонал втратить в заробітку або знизиться необхідний рівень професіоналізму (можна буде звільнити професіоналів і найняти низькокваліфікований персонал), система може бути прийнята в багнети аж до саботажу. Рисунок 6 - Схема процесу створення і супроводження системи Основні відмінності між процесом створення систем і процесом розробки ПО наступних: • Залучення до процесу розробки систем різних інженерних дисциплін. Може привести до значної складності в розробці систем, оскільки в кожної дисципліни своя термінологія (можна спостерігати вже навіть на суто програмних системах - наприклад з розробкою ігор. Це є одній з причин широкого використання ПО (яке має необхідну гнучкість) в розробці систем. Можливе різне розбиття, залишаються найбільш вдалі. Плюсів в першому способі угледіти складно, тому переважно і частіше використовується другий спосіб. Екзотично звучить, але система може просто не влізти в будівлю, де планується її ін сталювати (недостатня кількість або розміри приміщень, вентиляція, каналів для кабелів і тому подібне) Введення системи в експлуатацію Введення системи в експлуатацію має на увазі під собою вчення персоналу, що працює з системою і зміна робочого процесу для ефективного використання цієї системи. Як правило, це не робить складнощів, за винятком таких випадків, як системи з небезпечними компонентами або випадок спільного співіснування систем. Рисунок 8 - Каскадна схема ЖЦ (теоретична) Позитивні сторони каскадної моделі ЖЦ: • на кожному етапі формується закінчений набір проектної документації, що відповідає критеріям повноти і узгодженості; • виконувані в логічній по