Цифровые решения для аэропортов: как определить требования, данные и тестирование

Автор: · Опубликовано

Цифровизация процессов в аэропорту начинается с определения необходимых решений и данных. Приложение для инспекции, технического обслуживания или управления рисками должно обеспечивать отслеживаемость и предлагать контролируемый способ работы в случае недоступности данных или связи.

Что определяется перед выбором технологии?

Опишите пользователей, задачи и текущий рабочий процесс. Для каждого этапа укажите входные данные, ответственное лицо, проверку и результат. Определите полевые работы, одновременный доступ, автономные операции и передачу смен.

Сформулируйте проверяемые требования: кто может изменять наблюдение, кто его утверждает, что происходит при пропуске крайнего срока и какая история сохраняется. Отделите обязательные требования для первой версии от функций, которые могут быть введены позже.

Как проектируются записи и интеграция?

Установите стабильные идентификаторы для активов, местоположений и документов. Геопривязанные данные должны иметь систему координат и явный источник. Дефекты, вмешательства и проверки должны быть связаны с одним и тем же активом без потери истории.

Для интеграции датчиков определите измеряемую величину, единицу измерения, калибровку, частоту, временную метку и статус достоверности. Старое значение необходимо отличать от текущего, а отсутствие связи не должно отображаться как нормальная работа.

Что должно быть установлено для доступа и непрерывности?

Определите роли, минимальные права, журнал действий и утверждение конфиденциальных изменений. Спланируйте хранение данных, резервное копирование, восстановление и экспорт в удобном формате. Проверяйте восстановление, а не просто наличие резервной копии.

В зависимости от организации и влияния на безопасность, проверьте применимость Части-IS, включая Регламент (ЕС) 2022/1645 для операторов аэродромов и целевых поставщиков услуг управления аэродромами. Установленное приложение не означает демонстрацию соответствия всей системы управления.

Как проверяется решение перед использованием?

Сопоставьте каждое требование с тестовым примером, ожидаемым результатом и подтверждающими доказательствами. Укажите некорректные данные, сбои в сети, несанкционированный доступ, синхронизацию и восстановление. Для отчетов и расчетов используйте известные наборы данных и независимую проверку.

Необходимо различать вспомогательные функции и функции, которые могут влиять на оперативные решения. Внедрение системы, оказывающей влияние на операционную деятельность, должно быть согласовано с управлением изменениями, локальными процедурами и обучением пользователей. Прототип не следует автоматически рассматривать как проверенную систему для эксплуатации.

Что должно быть включено в поставку и предложение?

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

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

Также обратитесь к технической главе в руководстве.

Обсудите свой проект с командой Sky Meridian.

Разработка аппаратных и программных решений

Запросите предложение по вашему проекту

Вернуться в блог.