21291

Діаграма діяльності

Лекция

Информатика, кибернетика и программирование

Діаграма діяльності Вступ При моделюванні поведінки проектованої або аналізованої системи виникає необхідність не тільки уявити процес зміни її станів але і деталізувати особливості алгоритмічної та логічної реалізації виконуваних системою операцій. Для моделювання процесу виконання операцій в мові UML використовуються так звані діаграми діяльності. Застосовувана в них графічного багато в чому схожа на нотацію діаграми станів оскільки на діаграмах діяльності також присутні позначення станів і переходів. Кожен стан на діаграмі діяльності...

Украинкский

2013-08-02

625.5 KB

46 чел.

Лекція 6. Діаграма діяльності

Вступ

  При моделюванні поведінки проектованої або аналізованої системи виникає необхідність не тільки уявити процес зміни її станів, але і деталізувати особливості алгоритмічної та логічної реалізації виконуваних системою операцій. Традиційно для цієї мети використовувалися блок-схеми або структурні схеми алгоритмів. Кожна така схема акцентує увагу на послідовності виконання певних дій або елементарних операцій, які в сукупності призводять до отримання бажаного результату.

  Алгоритмічні і логічні операції, які вимагають виконання в певній послідовності, оточують нас постійно. Звичайно, ми не завжди замислюємося про те, що подібні операції відносяться до настільки науковим категоріям. Наприклад, щоб зателефонувати, нам попередньо потрібно зняти трубку або включити його. Для приготування кави або заварювання чаю необхідно спочатку закип'ятити воду. Щоб виконати ремонт двигуна автомобіля, потрібно здійснити цілий ряд нетривіальних операцій, таких як розбирання силового агрегату, зняття генератора і деяких інших.

  Важливо підкреслити ту обставину, що зі збільшенням складності системи суворе дотримання послідовності виконуваних операцій набуває все більш важливе значення. Якщо спробувати заварити каву холодною водою, то ми можемо тільки зіпсувати одну порцію напою. Порушення послідовності операцій при ремонті двигуна може привести до його поломки або виходу з ладу. Ще більш катастрофічні наслідки можуть статися в разі відхилення від встановленої послідовності дій при зльоті або посадці авіалайнера, запуск ракети, роботах на АЕС.

  Для моделювання процесу виконання операцій в мові UML використовуються так звані діаграми діяльності. Застосовувана в них графічного багато в чому схожа на нотацію діаграми станів, оскільки на діаграмах діяльності також присутні позначення станів і переходів. Відмінність полягає в семантиці станів, які використовуються для подання не діяльностей, а дій, і у відсутності на переходах сигнатури подій. Кожен стан на діаграмі діяльності відповідає виконанню деякої елементарної операції, а перехід в наступний стан спрацьовує лише при завершенні цієї, операції в попередньому стані. Графічно діаграма діяльності видається у формі графа діяльності, вершинами якого є стани дії, а дугами - переходи від одного стану дії до іншого.

  Таким чином, діаграми діяльності можна вважати окремим випадком діаграм станів. Саме вони дозволяють реалізувати в мові UML особливості процедурного і синхронного управління, обумовленого завершенням внутрішніх діяльностей і дій. Метамодель UML надає для цього необхідні терміни і семантику. Основним напрямком використання діаграм діяльності є візуалізація особливостей реалізації операцій класів, коли необхідно представити алгоритми їх виконання. При цьому кожний стан може бути виконанням операції деякого класу або її частини, дозволяючи використовувати діаграми діяльності для опису реакцій на внутрішні події системи.

  У контексті мови UML діяльність (activity) являє собою деяку сукупність окремих обчислень, виконуваних автоматом. При цьому окремі елементарні обчислення можуть приводити до деякого результату або дії (action). На діаграмі діяльності відображається логіка або послідовність переходу від однієї діяльності до іншої, при цьому увага фіксується на результаті діяльності. Сам же результат може призвести до зміни стану системи або поверненню деякого значення.

  Примітка

  Хоча діаграма діяльності призначена для моделювання поведінки систем, час в явному вигляді відсутня на цій діаграмі. Ситуація тут багато в чому аналогічна діаграмі станів.

1. Стан дії

  Стан дії (action state) є спеціальним випадком стану з деяким вхідним дією і принаймні одним виходять зі стану переходом. Цей перехід неявно припускає, що вхідна дію вже завершилося. Стан дії не може мати внутрішніх переходів, оскільки воно є елементарним. Звичайне використання стану дії полягає в моделюванні одного кроку виконання алгоритму (процедури) або потоку керування.

  Графічно стан дії зображується фігурою, нагадує прямокутник, бічні сторони якого замінені опуклими дугами (рис. 7.1). Всередині цієї фігури записується вираз дії (action-expression), яке повинно бути унікальним в межах однієї діаграми діяльності.

Рис. 7.1. Графічне зображення стану дії

  Дія може бути записано на природній мові, деякому псевдокоді або мовою програмування. Ніяких додаткових або неявних обмежень при записі дій не накладається. Рекомендується в якості імені простого дії використовувати дієслово з пояснювальними словами (рис. 7.1, а). Якщо ж дія може бути представлене в деякій формальній вигляді, то доцільно записати його на тій мові програмування, на якому передбачається реалізовувати конкретний проект (рис. 7.1, б).

  Іноді виникає необхідність подати на діаграмі діяльності деякий складна дія, яке, у свою чергу, складається з декількох більш простих дій. У цьому випадку можна використовувати спеціальне позначення так званого стану під-діяльності (subactivity state). Такий стан є графом діяльності і позначається спеціальною піктограмою у правому нижньому куті символу стану дії (рис. 7.2). Ця конструкція може застосовуватися до будь-якого елементу мови UML, який підтримує "вкладеність" своєї структури. При цьому піктограма може бути додатково позначена типом вкладеної структури.

Рис. 7.2. Графічне зображення стану під-діяльності

  Кожна діаграма діяльності повинна мати єдине початкове і єдине кінцевий стани. Вони мають такі ж позначення, як і на діаграмі станів. При цьому кожна діяльність починається в початковому стані і закінчується в кінцевому стані. Саму діаграму діяльності прийнято розташовувати таким чином, щоб дії слідували зверху вниз. У цьому випадку початковий стан буде зображуватися у верхній частині діаграми, а кінцеве - в її нижній частині.

2. Переходи

  Перехід як елемент мови UML було розглянуто в попередніх лекціях. При побудові діаграми діяльності використовуються тільки нетріггерние переходи, тобто такі, які спрацьовують одразу після завершення діяльності або виконання відповідної дії. Цей перехід переводить діяльність у подальший стан відразу, як тільки закінчиться дія в попередньому стані. На діаграмі такий перехід зображується суцільною лінією зі стрілкою.

  Якщо зі стану дії виходить єдиний перехід, то він може бути ніяк не позначений. Якщо ж таких переходів декілька, то спрацювати може тільки один з них. Саме в цьому випадку для кожного з таких переходів повинна бути чітко записано сторожове умова в прямих дужках (див. розділ 6). При цьому для всіх виходять з деякого стану переходів має виконуватися вимога істинності тільки одного з них. Подібний випадок зустрічається тоді, коли послідовно виконувана діяльність повинна розділитися на альтернативні гілки в залежності від значення деякого проміжного результату. Така ситуація отримала назву розгалуження, а для її позначення застосовується спеціальний символ.

  Графічно розгалуження на діаграмі діяльності позначається невеликим ромбом, всередині якого немає ніякого тексту (рис. 7.3). У цей ромб може входити лише одна стрілка від того стану дії, після виконання якого потік управління повинен бути продовжений за однією з взаємно виключають гілок. Прийнято вхідну стрілку приєднувати до верхньої або лівої вершині символу розгалуження. Виходять стрілок може бути дві або більше, але для кожної з них явно вказується відповідне сторожове умова у формі булевского вираження.

  В якості прикладу розглянемо фрагмент відомого алгоритму знаходження коренів квадратного рівняння. У загальному випадку після приведення рівняння другого ступеня до канонічного вигляду: а * х * х + b * х + с = 0 необхідно обчислити його дискримінант. Причому, у разі негативного дискриминанта рівняння не має рішення на множині дійсних чисел, і подальші обчислення повинні бути припинені. При невід'ємне дискримінант рівняння має рішення, коріння якого можуть бути отримані на основі конкретної розрахункової формули. .

  Графічно фрагмент процедури обчислення коренів квадратного рівняння може бути представлений у вигляді діаграми діяльності з трьома станами дії і розгалуженням (рис. 7.3). Кожен з переходів, які виходять зі стану "Обчислити дискримінант", має сторожове умова, що визначає єдину гілку, за якою може бути продовжено процес обчислення коренів залежно від знаку дискриминанта. Очевидно, що в разі його заперечності, ми відразу потрапляємо в кінцевий стан, тим самим завершуючи виконання алгоритму в цілому.

  Примітка

  Строго кажучи, перше з станів розглянутого алгоритму слід вважати станом під-діяльності, оскільки приведення квадратного рівняння до канонічного вигляду може зажадати декількох елементарних дій (приведення подібних і перенесення окремих членів рівняння з правою його частини в ліву). Тому для даного стану доцільно додати відповідну піктограму (як на рис. 7.2).

Рис. 7.3. Фрагмент діаграми діяльності для алгоритму знаходження коренів квадратного рівняння

  У розглянутому прикладі, як видно з рис. 7.3, виконані дії з'єднуються в кінцевому стані. Однак це зовсім не є обов'язковим. Можна зобразити ще один символ розгалуження, який буде мати кілька входять переходів та один виходить.

  У наступному прикладі (рис. 7.4) розраховується загальна вартість товарів, які купуються за кредитною карткою в супермаркеті. Якщо ця вартість перевищує $ 50, то виконується аутентифікація особи власника картки. У разі позитивної перевірки (картка дійсна) або якщо вартість товарів не перевищує $ 50, відбувається зняття суми з рахунку та оплата вартості товарів. При негативному результаті (картка недійсна) оплати не відбувається, і товар залишається у продавця.

  Примітка

  Як видно з цього ж малюнка, допускається використовувати замість сторожового умови слово "інакше", яке вказує на той перехід, який повинен спрацювати у випадку невиконання сторожового умови розгалуження.

Рис. 7.4. Різні варіанти розгалужень на діаграмі діяльності

  Один з найбільш значущих недоліків звичайних блок-схем або структурних схем алгоритмів пов'язаний з проблемою зображення паралельних гілок окремих обчислень. Оскільки розпаралелювання обчислень істотно підвищує загальну швидкодію програмних систем, необхідні графічні примітиви для подання паралельних процесів. В UML для цієї мети використовується спеціальний символ для розділення і злиття паралельних обчислень або потоків управління. Таким символом є пряма риска, аналогічно позначенню переходу у формалізмі мереж Петрі.

  Як правило, така риска зображується відрізком горизонтальної лінії, товщина якої дещо ширше основних суцільних ліній діаграми діяльності. При цьому поділ (concurrent fork) має один вхідний перехід і кілька виходять (рис. 7.5, а). Злиття (concurrent join), навпаки, має кілька вхідних переходів та один виходить (рис. 7.5, б).

  Для ілюстрації особливостей паралельних процесів виконання дій розглянемо став вже класичним приклад з приготуванням напою. Гідність цього прикладу полягає в тому, що він практично не вимагає ніяких додаткових пояснень в силу своєї очевидності (рис. 7.6).

Рис. 7.5. Графічне зображення поділу і злиття паралельних потоків управління

Рис. 7.6. Діаграма діяльності для прикладу з приготуванням напою

  Примітка

  Наявність паралельності проявляється в тому, що ми можемо зайнятися пошуками чашки під час приготування кави. Втім, оскільки вибір конкретних напоїв залишається за читачем, розробка відповідної діаграми діяльності може бути запропонована як вправи.

  Таким чином, діаграма діяльності є не що інше, як спеціальний випадок діаграми станів, у якій всі або більшість статків є діями або станами під-діяльності. А всі або більшість переходів є нетрігтернимі переходами, які спрацьовують по завершенні дій або під-діяльностей у станах-джерелах.

3. Доріжки

  Діаграми діяльності можуть бути використані не тільки для специфікації алгоритмів обчислень або потоків управління у програмних системах. Не менш важлива область їх застосування пов'язана з моделюванням бізнес-процесів. Дійсно, діяльність будь-якої компанії (фірми) також являє собою не що інше, як сукупність окремих дій, спрямованих на досягнення необхідного результату. Однак стосовно до бізнес-процесів бажано виконання кожної дії асоціювати з конкретним підрозділом компанії. У цьому випадку підрозділ несе відповідальність за реалізацію окремих дій, а сам бізнес-процес представляється у вигляді переходів дій з одного підрозділу до іншого.

  Для моделювання цих особливостей у мові UML використовується спеціальна конструкція, що отримало назву доріжки (swimlanes). Мається на увазі візуальна аналогія з плавальними доріжками в басейні, якщо дивитися на відповідну діаграму. При цьому всі стани дії на діаграмі діяльності діляться на окремі групи, які відокремлюються один від одного вертикальними лініями. Дві сусідні лінії і утворюють доріжку, а група станів між цими лініями виконується окремим підрозділом (відділом, групою, відділенням, філією) компанії (рис. 7.7).

  Назви підрозділів явно вказуються у верхній частині доріжки. Перетинати лінію доріжки можуть тільки переходи, які в цьому випадку позначають вихід або вхід потоку керування у відповідний підрозділ компанії. Порядок проходження доріжок не несе будь-якої семантичної інформації і визначається міркуваннями зручності.

  В якості прикладу розглянемо фрагмент діаграми діяльності торгової компанії, яка обслуговує клієнтів по телефону. Підрозділами компанії є відділ прийому та оформлення замовлень, відділ продажів і склад.

  Цим підрозділам будуть відповідати три доріжки на діаграмі діяльності, кожна з яких специфікує зону відповідальності підрозділу. У даному випадку діаграма діяльності містить в собі не тільки інформацію про послідовність виконання робочих дій, але і про те, яке з підрозділів торгової компанії має виконувати ту чи іншу дію (рис. 7.8).

Рис. 7.7. Варіант діаграми діяльності з доріжками

Рис. 7.8. Фрагмент діаграми діяльності для торгової компанії

  Із зазначеної діаграми діяльності відразу видно, що після прийняття замовлення від клієнта відділом прийому та оформлення замовлень здійснюється розпаралелювання діяльності на два потоки (перехід-поділ). Перший з них залишається в цьому ж відділі і пов'язаний з отриманням оплати від клієнта за замовлений товар. Другий ініціює виконання дії по підбору товару у відділі продажів (модель товару, розміри, колір, рік випуску та ін.) Після закінчення цієї роботи ініціюється дію з відпуску товару зі складу. Проте підготовка товару до відправлення в торговому відділі починається лише після того, як буде отримана оплата за товар від клієнта і товар буде відпущений зі складу (перехід-з'єднання). Тільки після цього товар відправляється клієнтові, переходячи в його власність.

4. Об'єкти

  У загальному випадку дії на діаграмі діяльності виконуються над тими чи іншими об'єктами. Ці об'єкти або ініціюють виконання дій, або визначають певний результат цих дій. При цьому дії специфікують виклики, які передаються від одного об'єкта графа діяльності до іншого. Оскільки в такому ракурсі об'єкти відіграють певну роль у розумінні процесу діяльності, іноді виникає необхідність явно вказати їх на діаграмі діяльності.

  Для графічного представлення об'єктів, як вже згадувалося в главі 5, використовуються прямокутник класу, з тією відмінністю, що ім'я об'єкта підкреслюється. Далі після імені може вказуватися характеристика стану об'єкта в прямих дужках. Такі прямокутники об'єктів приєднуються до станів дії відношенням залежності пунктирною лінією зі стрілкою. Відповідна залежність визначає стан конкретного об'єкту після виконання попередньої дії.

  На діаграмі діяльності з доріжками розташування об'єкта може мати деякий додатковий сенс. А саме, якщо об'єкт розташований на кордоні двох доріжок, то це може означати, що перехід до наступного станом дії в сусідній доріжці асоційований з готовністю деякого документа (об'єкт в деякому стані). Якщо ж об'єкт цілком розташований всередині доріжки, то й стан цього об'єкта цілком визначається діями даної доріжки.

  Повертаючись до попереднього прикладу з торговою компанією, можна помітити, що центральним об'єктом процесу продажу є замовлення або вірніше стан його виконання. Спочатку до дзвінка від клієнта замовлення як об'єкт відсутня і виникає лише після такого дзвінка. Проте це замовлення ще не заповнений до кінця, оскільки потрібно ще підібрати конкретний товар у відділі продажів. Після його підготовки він передається на склад, де разом з відпусткою товару замовлення остаточно дооформлюється. Нарешті, після отримання підтвердження про оплату товару ця інформація заноситься до замовлення, і він вважається виконаним і закритим. Дана інформація може бути представлена графічно у вигляді модифікованого варіанту діаграми діяльності цієї ж торгової компанії (рис. 7.9).

  Примітка

  Більш докладно правила іменування об'єктів і їх використання будуть розглянуті при побудові діаграми кооперації в розділі 9. Що стосується діаграм діяльності, то стосовно них об'єкти відіграють допоміжну роль і тому тут детально не розглядаються. Слід також пам'ятати, що на діаграмі діяльності один і той самий об'єкт може бути зображений кілька разів, що не повинно вносити невизначеність в специфікацію станів дії.

Рис. 7.9. Фрагмент діаграми діяльності торгової компанії з об'єктом-замовленням

  На закінчення слід зупинитися на необхідності синхронізації окремих дій на діаграмі діяльності. Така необхідність виникає кожного разу, коли паралельно виконувані дії впливають на один на одного. Якщо згадати матеріал глави 6, то стосовно до діаграми станів для цієї мети застосовувалося спеціальне псевдостани - синхронізуючий стан. На діаграмі діяльності жодних додаткових позначень не використовується, оскільки синхронізація паралельних процесів може бути реалізована за допомогою переходів "поділ-злиття".

  В якості прикладу розглянемо спрощену ситуацію з моделюванням процесу побудови будинку (див. розділ 6). Нагадаємо, що в цьому прикладі споруда будинку включає в себе будівельні роботи (зведення фундаменту і стін, зведення даху і опоряджувальні роботи) і роботи з електрифікації будинку (підведення електричної лінії, прокладка прихованої електропроводки та встановлення освітлювальних ламп). Синхронізація паралельного виконання цього комплексу робіт може бути явно вказана на діаграмі діяльності (рис. 7.10).

Рис. 7.10. Діаграма діяльності з синхронізацією паралельних дій

  У розглянутому прикладі всі стани є станами під-діяльності. Це означає, що кожне з них можна деталізувати в вигляді окремого графа діяльності з відповідною діаграмою. Дійсно, стан під-діяльності "Підготовка ділянки" може включати в себе такі дії, як очищення ділянки від дерев, вивезення цих дерев за межі ділянки, риття котловану під фундамент, встановлення тимчасових споруд для складування будівельних матеріалів та інші роботи.

  Втім, деякі з станів можуть бути і простими станами дії, у випадку якщо відповідна робота перетворюється на виконання елементарного дії, нерозкладного на окремі операції або прийоми.

5. Рекомендації щодо побудови діаграм діяльності

  Діаграми діяльності відіграють важливу роль у розумінні процесів реалізації алгоритмів виконання операцій класів і потоків управління в моделюється системі. Використовувані для цієї мети традиційні блок-схеми алгоритмів володіють серйозними обмеженнями в поданні паралельних процесів та їх синхронізації. Застосування доріжок та об'єктів відкриває додаткові можливості для наочного представлення бізнес-процесів, дозволяючи специфікувати діяльність підрозділів компаній і фірм.

  Зміст діаграми діяльності багато в чому нагадує діаграму станів, хоча і не тотожний їй. Тому багато рекомендації щодо побудови останньої виявляються справедливими стосовно діаграмі діяльності. Зокрема, ця діаграма будується для окремого класу, варіанти використання, окремої операції класу або цілої підсистеми.

  З одного боку, на початкових етапах проектування, коли деталі реалізації діяльностей у проектованій системі невідомі, побудова діаграми діяльності починають з виділення під-діяльностей, які в сукупності утворюють діяльність підсистем. У подальшому, у міру розробки діаграм класів і станів, ці під-діяльності уточнюються у вигляді окремих вкладених діаграм діяльності компонентів підсистем, якими виступають класи та об'єкти.

  З іншого боку, окремі ділянки робочого процесу в існуючій системі можуть бути добре налагодженими, і у розробників може виникнути бажання зберегти цей механізм виконання дій у проектованій системі. Тоді будується діаграма діяльності для цих ділянок, що відображає конкретні особливості виконання дій з використанням доріжок і об'єктів. У подальшому така діаграма вкладається в більш загальні діаграми діяльності для підсистеми і системи в цілому, зберігаючи свій рівень деталізації.

  Таким чином, процес об'єктно-орієнтованого аналізу і проектування складних систем представляється як послідовність ітерацій низхідній і висхідній розробки окремих діаграм, включаючи і діаграму діяльності. Домінування того чи іншого з напрямків розробки визначається особливостями конкретного проекту і його новизною.

  У разі типового проекту більшість деталей реалізації дій можуть бути відомі заздалегідь на основі аналізу існуючих систем або попереднього досвіду розробки систем-прототипів. Для цієї ситуації домінуючим буде висхідний процес розробки (Навіщо винаходити велосипед наново?). Використання типових рішень може істотно скоротити час розробки та уникнути можливих помилок при реалізації проекту.

  При розробці проекту нової системи, процес функціонування якої заснований на нових технологічних рішеннях, ситуація видається більш складною. А саме, до початку роботи над проектом можуть бути невідомі не тільки деталі реалізації окремих діяльностей, а й сам зміст цих діяльностей стає предметом розробки. У даному випадку домінуючим буде спадний процес розробки від більш загальних схем до уточнюючих їх діаграм. При цьому досягнення такого рівня деталізації всіх діаграм, який достатній для розуміння особливостей реалізації всіх дій і діяльностей, може служити ознакою завершення окремих етапів роботи над проектом.

  На закінчення слід зауважити, що діаграма діяльності, так само як і інші види канонічних діаграм, не містить засобів вибору оптимальних рішень. При розробці складних проектів проблема вибору оптимальних рішень стає досить актуальною. Раціональне витрачання коштів, витрачених на розробку і експлуатацію системи, підвищення її продуктивності і надійності часто визначають кінцевий результат усього проекту. У такій ситуації можна рекомендувати використання додаткових засобів і методів, орієнтованих на аналітично-імітаційне дослідження моделей системи на етапі розробки її проекту.

  Зокрема, при побудові діаграм діяльності складних систем можуть бути успішно використані різні класи мереж Петрі (класичні, логіко-алгебраїчні, стохастичні, нечіткі та ін) і нейронних мереж. Застосування цих формалізмів дозволяє не тільки отримати оптимальну структуру поведінки системи на її моделі, а й специфікувати цілий ряд додаткових характеристик системи, які не можуть бути представлені на діаграмі діяльності та інших діаграмах UML.


 

А также другие работы, которые могут Вас заинтересовать

21369. Аппаратура передающего тракта : усилитель мощности АСП Р325У 121.71 KB
  Устройство и принцип работы АСП Р 325У и Р378АБ Занятие №11Аппаратура передающего тракта : усилитель мощности АСП Р325У ВНИМАНИЕ: В зависимости от времени изготовления изделия названия блоков и некоторые обозначения в функциопальных и принципиальных схемах технической документации могут отличаться от приведённых в пособии; имеют место некоторые разночтения в эксплуатационной документации по причине недостаточно тщательной её проработки изготовителем Пользуйтесь конкретной...
21370. Антенно- фидерные системы АСП Р325У и Р378А,Б 736.89 KB
  ПЕРЕДАЮЩАЯ АФС СТАНЦИИ Р325У Передающая АФС состоит из одной широкодиапазонной антенны ГУ107 которая обеспечивает секторное излучение земных волн во всём диапазоне частот. У опорных стоек и у основания мачты к проводам антенны подключаются нагрузочные сопротивления кабельного типа длиной по 100м. Для согласования двухпроводного фидера антенны с несимметричным выходом передатчика служит согласующесимметрирующий трансформатор блок ГУ462. У опорных стоек и у основания мачты к проводам антенны...
21371. Устройство управления станцией Р325У и Р378А,Б 44.95 KB
  Назначение ТД состав УУС. УУС предназначено для автоматизированного управления приёмо–анализирующей и передающей аппаратурой в соответствии с выбранным способом управления и режимом работы станции. УУС формирует команды с помощью которых устройства входящие в состав станции обмениваются информацией по заданному алгоритму. УУС выполняет следующие основные операции: формирование команд ПУСК панорамного обнаружителя; приём команд снятия пеленга и точной настройки; считывание информации с панорамного...
21372. Аппаратура передачи данных и связи 103.36 KB
  Устройство и принцип работы АСП Р 325У и Р378АБ Занятие №14Аппаратура передачи данных и связи Состав и назначение РРС Р – 415В – предназначена для обмена телекодовой информацией с АПУ Р–330К и организации служебной связи при централизованном режиме управления. В режиме КОНТРОЛЬ предусмотрена возможность ручного контроля узлов. В режиме РАБОТА обеспечивается индикация уровня входных сигналов ПРМ по прибору БКУ которая осуществляется схемой формирования уровней...
21373. Система электропитания станций. Дополнительное оборудование 191.77 KB
  НАЗНАЧЕНИЕ ТЕХНИЧЕСКИЕ ДАННЫЕ И СОСТАВ системы электропитания станций Р378А Система электропитания предназначена для питания аппаратуры станции от первичных источников переменного тока напряжением 380 В От промышленной сети переменного трёхфазного тока 380В аппаратура питается через стабилизатор напряжения. При напряжении сети равном 380 19 В предусматривается электропитание непосредственно от сети минуя стабилизатор. УСТРОЙСТВО И ПРИНЦИП РАБОТЫ Напряжение на ввод силовой поступает от промышленной сети через щит...
21374. Назначение, технические характеристики, состав АСП Р330Б 24.08 KB
  АСП Р330Б предназначена для обнаружения пеленгования технического анализа радиоизлучений и радиоподавления прицельными помехами линий радиосвязи в тактическом звене управления противника в диапазоне частот 30100 МГц. АСП обеспечивает: автоматический поиск и обнаружение источников радиоизлучений ИРИ в пределах частотного диапазона или в заданном участке диапазона; автоматическое пеленгование обнаруженных ИРИ; отображение значений частоты и пеленга обнаруженных ИРИ на табло УУС устройство управления станцией; определение...
21375. Общее устройство и принцип работы станции Р330Б 234.16 KB
  При необходимости если есть исходные данные разведки в соответствующие ЗУ заносятся запрещённые для подавления частоты и частоты подлежащие подавлению с параметрами помехи. В УУС производится сравнение значения частоты обнаруженного ИРИ со значениями ранее записанными в ДЗУ ОЗУ и если они совпадают то РПУ продолжает перестройку. Если обнаруженный ИРИ не является объектом РЭП то значение частоты целесообразно записать в ОЗУ чтобы исключить его из анализа при повторном обнаружении. Если на частоте ИРИ планируется создание помех то...
21376. Назначение составных частей станции. Аппаратура поста оператора: устройство поисково-пеленгаторное Р – 381Т2 – 1 601.3 KB
  Вопрос№1 Назначение состав ТТХ режимы работы УПП Устройство поисковопеленгаторное Р381Т21 Т210 совместно с пеленгаторной антенной предназначено для: автоматического обнаружения и настройки на средние значения частот сигналов в диапазоне от 30 до 100 мГц; автоматического пеленгования обнаруженных сигналов; слухового приёма телефонных и телеграфных радиопередач с частотной модуляцией манипуляцией; Состав УПП Т201 – радиочастотный блок; Т202 – блок первого гетеродина; Т203 – блок синтезатора;...
21377. Назначение составных частей АСП Р330Б. Аппаратура поста оператора: устройство управления станцией УУС-3 172.13 KB
  УУС предназначено для: управления аппаратурой обнаружения Т210 при поиске ИРИ; осуществления частотной и секторной дискриминации по 3м различным признакам ДЗУ ОЗУ ЗУС; хранения информации об обнаруженных источника излучений; формирования команд по которым устройства входящие в состав станции обмениваются информацией по заданным алгоритмам в различных режимах работы станции; УУС выполняет следующие основные операции: занесение и хранение в ДЗУ ОЗУ ПЗУ до 7000 значений частот в пределах рабочего диапазона станции; ...