海軍艦艇建造向けCompletionsソフトウェア 全ての記録が政府による受入審査を通過する必要があります。

艦船の建造は、船級協会の規則と海軍当局独自の基準を同時に満たす必要があり、承認当局は、2つの別々の書類を手渡されることなく、両方に対するトレーサビリティを確認したいと考えます。

図面およびデータのセキュリティ分類は、商用造船にはない追加の制約を課すものであり、記録を保持するあらゆるシステムで尊重される必要があります。

Deskelyは、分類および海軍当局の要件を、ロールベースのアクセス権限を持つ同じタグに関連付けて保持するため、両方の標準の証拠は、各レビュー前の調整作業ではなく、1つのトレーサブルなレジスタから得られます。

請負業者の海上公試は、調達機関が立会う正式な受入試験に先立ち、建造者自身の監督のもと、船舶が仕様を満たしていることを実証します。

両方の試験プログラムは同じ基礎となる設置、テスト、機能記録に基づいているため、結果は一貫しており、各対象者向けに異なる再構成はされていません。

いずれかの試行から得られた所見は、関連するタグのパンチ項目として記録され、所見の共有方法においてはセキュリティ分類が尊重されます。

戦闘管理、センサー、兵器、通信システムは通常、船体、機械、プラットフォームシステムのコミッショニングとは別のスケジュールとセキュリティ体制の下で、システムインテグレーターまたは元の機器サプライヤーによって統合およびテストされます。

統合試験（戦闘システムとプラットフォームのインターフェース、電力および冷却負荷、電磁両立性、および最終的な戦闘システムの海上試験）は、その下のプラットフォームシステムが最初に実証されることに依存します。この依存関係は、2つのプログラムが異なるセキュリティマーキングを持つ個別のドキュメントで実行される場合、見失われがちです。

Deskelyは、戦闘システムタグとそのプラットフォームインターフェースを適切なセキュリティレベルで同じレジスターにモデル化します。これにより、戦闘システムの統合準備状況は、異なるファイルで作業する2つの組織間の状況会議ではなく、署名されたプラットフォーム記録に対するクエリで確認できます。