空港プロセスのデジタル化は、必要な意思決定とデータを定義することから始まります。検査、保守、またはリスク管理アプリケーションは、トレーサビリティを維持し、データや通信が利用できなくなった場合でも、管理された作業方法を提供する必要があります。
テクノロジーを選択する前に、何が定義されますか?
ユーザー、タスク、および現在のワークフローについて記述してください。各段階について、入力データ、担当者、検証、および結果を明記してください。現場作業、同時アクセス、オフライン操作、およびシフト交代についても明記してください。
検証可能な要件を策定してください。観測結果を変更できるユーザー、承認者、期限を過ぎた場合の処理、および保持される履歴について記述してください。最初のバージョンで必須となる要件と、後から導入可能な機能を区別してください。
記録と統合はどのように設計されますか?
資産、場所、および文書に対して安定した識別子を確立してください。地理参照データには、座標系と明確なソースが必要です。欠陥、介入、およびチェックは、履歴を失うことなく、同一の資産にリンクされている必要があります。
センサー統合については、測定量、単位、校正、周波数、タイムスタンプ、および有効性ステータスを定義してください。古い値と現在の値は区別する必要があり、通信の不備を正常な動作として表示してはなりません。
アクセスと継続性のために、何を確立する必要がありますか?
役割、最小限の権限、アクションログ、および機密性の高い変更に対する承認を定義します。データ保持、バックアップ、復元、および使用可能な形式でのエクスポートを計画します。バックアップの存在だけでなく、復旧テストを実施します。
組織および安全への影響に応じて、 Part-ISの適用性を検証します。これには、空港運営者および対象となるAMSプロバイダー向けの規則(EU) 2022/1645が含まれます。アプリケーションをインストールしただけでは、管理システム全体の準拠を証明することにはなりません。
ソリューションは使用前にどのように検証されますか?
各要件をテストケース、期待される結果、および証拠にリンクします。不正確なデータ、ネットワークの中断、不正アクセス、同期、および復旧を含めます。レポートおよび計算には、既知のデータセットと独立した検証を使用してください。
運用上の意思決定に影響を与える可能性のある機能と、サポート機能を区別してください。運用に影響を与えるシステムの導入は、変更管理、ローカル手順、およびユーザー研修と連携させる必要があります。プロトタイプは、自動的に運用検証済みのシステムとして扱われるべきではありません。
納品書および提案書には何を含める必要がありますか?
ドキュメント、構成、データインポート、研修、サポート、および受入基準を確立してください。コードの所有権、ライセンス、および保守責任を明記してください。受益者は、データの復旧方法と変更要求方法を理解している必要があります。
提案書には、プロセス、ユーザー、サンプルフォーム、データソース、および利用可能なインターフェースを添付してください。開発および検証の規模を適切に決定するために、現場の状況とシステムの運用上の重要性を追加してください。