運用管理

運用管理プロセスは、次のサブプロセスで構成されています。日次の業務を計画し、工程エントリーを作成し、フライトログを管理します。以下に各サブプロセスの説明を示します。

日次の工程を計画する

運用予算、輸送機器の使用とメンテナンスを予測し、計画することができます。この予算はトラフィック予算に基づいています。承認された運用予算を運用スケジュールの情報で補完することで、輸送機器の全輸送機器の運用スケジュールを取得できます。運用スケジュールにクルーや特別なオプション施設/設備を割り当てることもできます。注釈:運用予算はオプションです。

運用開始

このサブプロセスは、シリアル (輸送機器) のフリートの運用から生じるさまざまな種類のレポートを処理します。シリアルごとの運用情報には、シリアルごとの運用パラメータ計測の入力、不具合およびイベントのエントリー、状態計測の登録が含まれます。シリアルの運用情報を登録するには、シリアルの稼動ステータスを「運用中」または「待機」のいずれかに設定する必要があります。

使用時間、移動距離、運用またはサイクル回数などの運用ログ データは、輸送機器またはシリアルに入力できます。データが入力されると、そのデータは構成内の下位にあるすべてのシリアルに拡散されます。合理性管理が実行され、逸脱にはフラグが設定されます。実行した計測の履歴と結果を確認することができます。計測された運用パラメータは、シリアルのメンテナンス グループに対して示された運用パラメータの結果です。シリアルの運用パラメータを削除したり、新しいパラメータを追加したりする場合は、シリアル メンテナンス グループに対して実行する必要があります。これは、このメンテナンス グループに接続されている他のシリアルにも影響します。

シリアル状態を持つ構成品目に対して、自由に選択された数の条件制限を観察できます。状態計測が定義された警告および/または危険および/または変更制限外の場合、修正タスクを実行するための保留中のタスクが作成されます。このアプリケーションは、運用装置に搭載された機器から状態データを受信することもできます。これはそれぞれのケースに取り付ける必要があります。

不具合またはイベントは、運用中にそれを発見した人によって登録される場合があります。不具合は未解決として登録され、プランナーによって整備工場内のタスクとして配布されます。承認要件が不具合の機能故障に関連していない限り、別の不具合修理中または整備工場での検査によって発見されてすでに修理された不具合も入力できます。すでに修理された不具合を登録する場合は、修理の日付、作業の説明、不具合の修理に使用された資源グループと工数、実際に発見された内容、完全な機能の内訳、不具合が修理された整備工場を指定する必要があります。同じ機能不具合を伴う別の未解決の不具合がすでに登録されている場合、システムは警告を発し、保存を中止する可能性を有効にします。

フライトログを管理する

航空業界では、すべてのオペレーターがフライトログを使用して、フライトに関する重要な情報を記録します。これらのフライトログの形式と内容はオペレーターによって異なりますが、全体的な目的は同じです。フライトログまたはフライトログ シートは、従来、事前に印刷されたスタックから取り出される紙のドキュメントであり、各シートには連番が振られており、1 日のすべてのフライトとアクションが同じフライトログ シートに記録されます。

フライトログは有効な輸送機器に対して定義され、 1 日以内に完了したすべてのフライトは、通常はパイロットによってフライトログに記録される必要があります。フライトログはステータスが有効になっています。有効なステータスは、「オープン」、「クローズ」、「無効」、「改正」です。システムでフライトログを管理する場合、次のアクティビティを実行できます。

フライトログの基本情報を設定するときに、次のデータを定義できます。