Оцифровування процесу в аеропорту починається з визначення необхідних рішень та даних. Застосунок для інспекції, технічного обслуговування або управління ризиками повинен підтримувати простежуваність та пропонувати контрольований спосіб роботи, коли дані або зв'язок стають недоступними.
Що визначається перед вибором технології?
Опишіть користувачів, завдання та поточний робочий процес. Для кожного етапу зазначте вхідні дані, відповідальну особу, перевірку та результат. Визначте польові роботи, одночасний доступ, офлайн-операції та передачу змін.
Сформулюйте вимоги, що підлягають перевірці: хто може змінювати спостереження, хто його затверджує, що відбувається, коли термін пропущено, і яка історія зберігається. Відокремте обов'язкові вимоги для першої версії від функціональності, яку можна впровадити пізніше.
Як розроблені записи та інтеграція?
Встановіть стабільні ідентифікатори для активів, місць розташування та документів. Геореференційовані дані повинні мати систему координат та чітке джерело. Дефекти, втручання та перевірки повинні бути пов'язані з тим самим активом без втрати історії.
Для інтеграції датчиків визначте виміряну величину, одиницю вимірювання, калібрування, частоту, позначку часу та статус дійсності. Старе значення потрібно відрізняти від поточного, а відсутність зв'язку не повинна відображатися як нормальна робота.
Що необхідно встановити для доступу та безперервності?
Визначте ролі, мінімальні права, ведення журналу дій та затвердження конфіденційних змін. Плануйте збереження даних, резервне копіювання, відновлення та експорт у зручному для використання форматі. Тестуйте відновлення, а не лише наявність резервної копії.
Залежно від організації та впливу на безпеку, перевірте застосовність Частини-IS, включаючи Регламент (ЄС) 2022/1645 для операторів аеродромів та цільових постачальників AMS. Встановлений додаток не гарантує відповідності всієї системи управління.
Як рішення перевіряється перед використанням?
Пов'яжіть кожну вимогу з тестовим випадком, очікуваним результатом та доказами. Включіть неправильні дані, перебої в мережі, несанкціонований доступ, синхронізацію та відновлення. Для звітів та розрахунків використовуйте відомі набори даних та незалежну перевірку.
Розрізняйте допоміжні функції від тих, що можуть впливати на операційне рішення. Впровадження системи, що впливає на операції, має бути пов'язане з управлінням змінами, місцевими процедурами та навчанням користувачів. Прототип не повинен автоматично розглядатися як перевірена система для експлуатації.
Що має бути включено до поставки та пропозиції?
Встановіть критерії документації, конфігурації, імпорту даних, навчання, підтримки та прийняття. Вкажіть власника коду, ліцензії та обов'язки з обслуговування. Бенефіціар повинен знати, як відновити свої дані та як запросити зміни.
Для пропозицій передайте процес, користувачів, зразки форм, джерела даних та доступні інтерфейси. Додайте польові умови та операційну важливість системи для правильного визначення розміру розробки та перевірки.
Також зверніться до технічного розділу в посібнику
Обговоріть свій проект з командою Sky Meridian
Розробка апаратних та програмних рішень