
- •1.Загальна характеристика уніфікованоїмовимоделюванняпрограмних
- •2.Особливості використання якісної інформації в системах керування.
- •3.Особливості автоматизації технологічних апаратів періодичної дії.
- •1.Графічна нотація і семантика uml.
- •2.Області застосування алгоритмів нечіткої логіки.
- •3.Зобразити фса барабанної сушарки прямоточної дії і вибрати комплекс технічних засобів автоматизації.
- •3) Регулювання протиточного сушильного апарата
- •Засоби uml для опису динамічної поведінки моделі системи.
- •Функції приналежності до нечітких множин.
- •Зобразити схему одноконтурного регулювання хімічним реактором напівперіодичної дії на вибрати комплекс тза.
- •Представлення управління моделями в uml
- •Лінгвістичні змінні.
- •Зобразити схему регулювання рН в реакторі періодичної дії та вибрати комплекс тза.
- •Діаграма варіантів використання (Usecasediagram)
- •Методи фазифікації
- •Зобразити і описати функціональну схему автоматизації процесу дозування рідин по масі та вибрати комплекс технічних засобів автоматизації.
- •Структура бази знань в регуляторах на основі нечіткої логіки.
- •3. Зобразити схему автоматизація процесів дозування рідин із використанням насосів-дозаторів і вибрати комплекс технічних засобів автоматизації.
- •2)Методи нечіткого висновку.
- •1. Діаграма активності (Activity diagram).
- •2. Процедура нечіткого висновку Мамдані.
- •3 . Зобразити схему автоматизації процесу бункерного дозування сипучих матеріалів і вибрати комплекс технічних засобів автоматизації.
- •Діаграма взаємодії (Interaction diagram)
- •Методи дефазифікації в регуляторі наоснові нечіткої логіки
- •Зобразити і описати фса реактора-змішувача періодичної дії та вибрати комплекс технічних засобів автоматизації.
- •9.1.4 Регулювання реакторів періодичної дії
- •Діаграма співробітництва (Collaboration diagram);
- •2. Методи синтезу регуляторів на основі нечіткої логіки.
- •3.Функціональна схема автоматизації роботи насосної установки
- •1. Діаграма класів (Class diagram).
- •2. Методи реалізації регуляторів на основі нечіткої логіки.
- •3. Зобразити схему автоматизації каскадного регулювання температури в хімічному реакторі напівпеpiодичної дії та вибрати комплекс технічних засобів автоматизації.
- •1.Діаграма компонентів (Component diagram).
- •2. Області використання технологій штучних нейронних мереж.
- •3. Зобразити схему автоматизації одноконтурного регулювання хімічним реактором періодичної дії та вибрати комплекс технічних засобів автоматизації.
- •Програмні засоби реалізації проектів в uml.
- •Моделі штучних нейронів.
- •Зобразити схему автоматизації процесу біологічного очищення стоків і вибрати комплекс технічних засобів автоматизації.
- •Раціональний уніфікований процес розробки програмних систем.
- •Раціональний уніфікований процес –rup.
- •Історія
- •[Ред.]Теми Раціонального Уніфікованого Процесу [ред.]Будівельні блоки rup
- •Ч отири фази життєвого циклу проекту
- •2.Архітектура штучних нейронних мереж і їх характеристики.
- •Класифікація за типом вхідної інформації [ред.]
- •Класифікація за характером навчання [ред.]
- •Класифікація за характером налаштування синапсів [ред.]
- •Зв’язок раціонального уніфікованого процесу з uml.
- •Методи навчань штучних нейронних мереж.
- •Зобразити функціональну схему автоматизації абсорбера періодичної дії та вибрати комплекс технічних засобів автоматизації.
- •Характеристики раціонального уніфікованого процесу.
- •2 Нейронні мережі прямого розповсюдження.
- •Цикли розробки проектів при раціональному уніфікованому процесі.
- •Навчання без вчителя
- •Алгоритми навчання
- •Реалізація управляючих функцій в програмованих логічних контролерах фірми ”Мікрол”.
- •Фази раціонального уніфікованого процесу. Початкова фаза
- •Фаза уточнення
- •Фаза впровадження
- •Реалізація управляючих функцій в програмованих логічних контролерах фірми ”Овен”.
- •Реалізація штучних нейронних мереж
Білет№1
1.Загальна характеристика уніфікованоїмовимоделюванняпрограмних
систем UML.
UML (від англ. UnifiedModelingLanguage – уніфікована мова моделювання) – мова графічного опису створення моделей. UML створювалася для використання в процесі розробки програмного забезпечення. Головною її метою було досягнення єдиного бачення розробниками і користувачами створюваних програм.
Уніфікована мова|язик| моделювання з'явилася|появлялася| наприкінці|наприкінці| 80-х – на початку 90-х років в основному завдяки зусиллям Граді Буча, ДжимаРамбо та ІвараДжекобсона. В даний час|нині| консорціум ObjectManagementGroup (OMG)| прийняв цю мову|язик| як стандартну мову|язик| моделювання, яка надає розробникам чітку нотацію, що дозволяє відображати|відображати| моделі загальноприйнятими і зрозумілими кожному учаснику проекту графічними елементами.
Створення програмного|програмового| забезпечення – високовитратний процес. Вартість розробки багато в чому залежить як від обсягу|обсягу| необхідної роботи, так і від якості ухвалюваних рішень|вирішень|.
Неправильні рішення|вирішення| відводять проект з потрібного напряму|направлення|, що збільшує його терміни і вартість. Найбільш ефективний варіант перевірки рішень|вирішень| – це демонстрація результатів користувачам і зміна програм по їх зауваженнях. Проте|однак|, це і найбільш довгий і витратний варіант, оскільки користувачі часто|часто| не можуть заздалегідь|наперед| детально пояснити|тлумачити| свої побажання і до останнього моменту оцінити правильність реалізації, що може привести до дорогих переробок коду, а інколи|іноді| і всієї концепції системи.
Створення|створіння| моделей дозволяє наочніше|наглядний| документувати рішення|вирішення| до реалізації ідей в коді, зрозуміти і пояснити|тлумачити| іншим учасникам проекту, як працюватиме програма. А користувачам надання моделей дозволяє зрозуміти, чи відповідає заявлена робота тому, що їм дійсно потрібне.
Створити модель можна в сотні і тисячі разів швидше, ніж створити реальний прототип програми. Модель набагато легше і швидше доопрацювати|доопрацьовувати| і змінити|зраджувати|, якщо обговорення покаже рішення неправильними. В результаті створення|створіння| моделей скорочується необхідність переробок в програмах, що робить|чинить| розробку дешевшою і швидшою. Використання моделей при створенні|створінні| великих систем, дозволяє охопити всю систему в одному проекті і досягти кращого його розуміння всіма зацікавленими особами|лицями|.
2.Особливості використання якісної інформації в системах керування.
3.Особливості автоматизації технологічних апаратів періодичної дії.
Білет №2
1.Графічна нотація і семантика uml.
Описание языка UML состоит из двух взаимодействующих частей, таких как:
Семантика языка UML. Представляет собой некоторую метамодель, которая определяет абстрактный синтаксис и семантику понятий объектного моделирования на языке UML.
Нотация языка UML. Представляет собой графическую нотацию для визуального представления семантики языка UML.
Діаграма (diagram) - графічнепредставлення сукупності елементівмоделі у формізв'язного графа,вершинам і ребрам (дуг) якого приписується певна семантика.
Нотація канонічних діаграм - основнийзасіб розробки моделей на мові UML. У нотації мови UML визначені наступні види канонічних діаграм:
варіантів використання (use case diagram)
класів (class diagram)
кооперації (collaboration diagram)
послідовності (sequence diagram)
станів (statechart diagram)
діяльності (activity diagram)
компонентів (component diagram)
розгортання (deployment diagram)
Перелік цих діаграм і їх назви є канонічними в тому сенсі, що представляютьсобою невід'ємну частинуграфічної нотації мови UML.
Крім графічних елементів, які визначені для кожної канонічної діаграми, на них може бути зображена текстова інформація, яка розширює семантику базовихелементів. В UML передбачено три спеціальних механізму розширення, яківключають в себе такіконструкції.
Стереотип (stereotype) - новий тип елементамоделі, якийрозширює семантику метамоделі. Стереотипимаютьгрунтуватися на вжеіснуючих і описаних в метамоделімови UML типиабокласах.
Стереотипипризначені для розширеннясаме семантики, але не структуривжеописанихтипівабокласів. Деякістереотипизумовлені в UML, іншіможуть бути вказанірозробником. На діаграмахзображуються у формі тексту, укладеного в кутові лапки. Попереднєвизначеннястереотипи є ключовими словами мови UML, яківикористовуються на канонічнихдіаграмахмовоюоригіналу без їх перекладу.
Позначенезначення (taggedvalue) - явневизначеннявластивості як пари "ім'я - значення". У позначеномузначеннісамеім'яназивають тегом (tag).
Поміченізначення на діаграмахзображуються у формі рядка тексту спеціального формату, укладеного у фігурні дужки. При цьомувикористовуєтьсянаступний формат запису: {тег = значення}. Теги зустрічаються в нотаціїмови UML, але їхвизначення не є строгим, тому теги можуть бути вказані самим розробником.
Обмеження (constraint) - деякийлогічнеумова, щообмежує семантику вибраногоелементамоделі.