Передумова
На початку проєкту було проведено серію інтерв'ю з операторами, командирами підрозділів та технічними спеціалістами. Під час аналізу з'ясувалися ключові проблеми, які опишу далі.
Ціль проекту: створити дизайн, який відобразить забеспечення управління мережею напів-автоматизованим РЕБ-ом ділянки фронту протяжністю до 3000 метрів.
На початку проєкту було проведено серію інтерв'ю з операторами, командирами підрозділів та технічними спеціалістами. Під час аналізу з'ясувалися ключові проблеми, які опишу далі.
Ситуація. Оператор повинен керувати великою кількістю точок придушення.
Технічна суперечність. Якщо кожною точкою керувати окремо, зростає точність керування. Але при збільшенні кількості точок різко падає швидкість роботи оператора.
Рішення: однорідні об'єкти потрібно об'єднати у групи. Звідси вимога: віддалене керування групами та кластерами.
Ситуація. Для кожної цілі потрібні власні параметри придушення.
Технічна суперечність. Оператор може вручну налаштовувати систему дуже точно. Але ручне налаштування займає багато часу.
Рішення: система повинна заздалегідь знати можливі сценарії, наперед створити профілі реагування, при появі цілі система сама вибирає необхідні параметри. Звідси вимога: автоматичне налаштування параметрів, автоматичне включення груп, автоматичне виключення груп.
Ситуація. Автоматична система працює швидше за оператора.
Технічна суперечність. Повна автоматизація збільшує швидкість реакції. Але оператор втрачає контроль над ситуацією.
Рішення: система повинна змінювати режим роботи залежно від умов, створити автоматичний та ручний режим. Звідси вимога: перемикання між ручним та автоматичним режимами.
Ситуація. Сьогодні є 10 точок придушення, завтра може бути 100.
Технічна суперечність. Мала система проста. Велика система складна в обслуговуванні.
Рішення: система повинна складатися з однакових вкладених елементів. Звідси вимога: керування на будь-якому рівні; тонкі налаштування будь-якого модуля; масштабування без зміни архітектури.
Ситуація. Частоти придушення повинні постійно відповідати поточній обстановці.
Технічна суперечність. Фіксовані налаштування стабільні. Але вони не враховують зміни спектра.
Рішення: система повинна реагувати на зміну зовнішнього середовища, безперервний моніторинг ефіру, автоматична перебудова параметрів. Звідси вимога: динамічна зміна частот; розширений моніторинг; автоматичне коригування параметрів.
Керівник команди РЕБ, який аналізує роботу системи після виконання завдань та нештатних ситуацій.
Основна мета ревізора полягає у відновленні хронології подій, перевірці дій операторів та з'ясуванні причин інцидентів. До системи він звертається під час службових розслідувань, перевірок або підготовки звітів для вищого керівництва.
Робота з логами відбувається нерегулярно та залежить від обставин. Основні задачі включають перегляд журналу подій, пошук необхідної інформації та вивантаження логів для подальшого аналізу.
Для ревізора важливо швидко знаходити потрібні події, застосовувати фільтри та експортувати дані у зручному форматі. Тому інтерфейс повинен бути простим, зрозумілим та містити ефективний пошук, фільтрацію і можливість експорту журналів.
Оператор, який пройшов відповідну сертифікацію та відповідає за моніторинг і керування системою з опорного пункту. Для роботи використовує застосунок сервера, через який отримує доступ до статусів обладнання та налаштувань системи.
Моніторинг і керування є однією з його основних відповідальностей, хоча паралельно він виконує й інші службові завдання. Необхідність змінити параметри системи або режими роботи надходить від безпосереднього керівника у вигляді наказу чи розпорядження.
Основні задачі оператора включають моніторинг стану периферійних пристроїв, перегляд їхніх налаштувань, керування точками подавлення в автоматичному режимі, зміну режимів роботи сервера та окремих точок. При цьому оператор не взаємодіє з фізичним обладнанням безпосередньо, а працює виключно через програмний інтерфейс.
Для оператора важливо швидко оцінювати поточний стан системи, отримувати інформацію про несправності та виконувати необхідні команди без зайвих дій. Тому інтерфейс повинен забезпечувати наочний моніторинг, швидкий доступ до налаштувань та зручне керування режимами роботи.
Старший оператор або інша відповідальна особа, яка пройшла навчання та отримала сертифікат для роботи із системою. Відповідає за експлуатацію точки подавлення на своїй ділянці та виконує завдання відповідно до розпоряджень керівництва, який відповідає за конкретний сектор фронту.
Користувач не має доступу до серверних налаштувань та не займається ремонтом обладнання. Технічне обслуговування та складне налаштування виконують спеціалізовані фахівці. Водночас він працює з мобільним застосунком, контролює стан точки, виконує перекомутацію обладнання, організовує заміну та заряджання батарей, а також координує фізичне переміщення точки за наказом керівництва.
Основні задачі користувача включають скидання налаштувань точки до початкових значень, редагування координат розташування, налаштування таймаутів вимкнення глушилок та контроль працездатності обладнання. Для нього важливо швидко виконувати типові дії, отримувати актуальну інформацію про стан точки та мати простий інтерфейс для керування основними параметрами без доступу до складних системних налаштувань.
Здійснює адміністрування користувачів системи, контролює рівні доступу та затверджує операторів, допущених до керування засобами системи в ручному режимі.
Попри те, що проєкт лише починався, команда вже добре розуміла специфіку радіоелектронної боротьби та мала чітке бачення майбутньої системи. Я допоміг перетворити це бачення з робочих замальовок, схем і польових нотаток на структуровані цифрові артефакти, з якими можна було рухатися до створення продукту.

Було два варіанти роботи. Перший передбачав повноцінну аналітику, побудову структури, створення карти екранів та її погодження із замовником. Такий підхід дав би прогнозований результат, але потребував би кількох місяців. Я вирішив піти іншим шляхом. Зібрав усі доступні матеріали, виділив найважливіше та одразу почав працювати над дизайном. Такий підхід добре працює, коли замовник має значний досвід створення цифрових продуктів і немає потреби детально проходити кожен етап. У цьому випадку набагато важливіше швидко перевіряти готові рішення та рухатися вперед. У результаті цей підхід повністю себе виправдав, тому далі покажу вже готовий дизайн.
Забеспечення управління мережею напів-автоматизованим РЕБ-ом
Медичні дані під рукою зі смартфона
E-commerce сайт
Усі документи під рукою: читайте, перевіряйте та підписуйте їх у кілька дотиків прямо з телефону
UI дизайн
Лендінг пейдж, інформаційний сайт та логотип
UX-механіки та структуру інтерфейсу