複数の段階でチェックする
buildingSMART の IFC Validation Service は、STEP 構文、参照している IFC スキーマ、規範的な仕様ルールへの適合を確認し、さらに業界の実務に基づく追加チェックを行います。これらのチェックが対象とするのはファイルの適合性です。意図した範囲、ジオメトリ、情報、用途への適合性に関するプロジェクトのレビューに代わるものではありません。
エクスポートの前に、受け入れ基準について合意してください。正常に開けるファイルでも、オブジェクトの欠落、想定外の座標、誤ったデータが含まれていることがあります。受け取り側が各結論の根拠を確認できるように、自動チェックの結果と目視による検査を分けて記録します。
実践的なレビューチェックリスト
| チェック項目 | 保管するエビデンス | 不合格の場合の対処 |
|---|---|---|
| ファイルとパッケージの完全性 | ファイル名、サイズ、リビジョン、および任意でチェックサム | 内容を調査する前に、転送をやり直すか修復します。 |
| スキーマと読み込み可否 | エクスポーターとインポーターのバージョン、検証／インポートのレポート | サポートされていない内容や不正な形式の内容を解消します。 |
| 範囲 | 想定される分野、エリア、オブジェクトのグループ、除外対象 | ソースでの選択内容とエクスポートされた内容を比較します。 |
| スケールと座標 | 既知の寸法の計測結果と、基準点の比較結果 | 単位、参照系、変換の問題を解決します。 |
| ジオメトリ | 開口部、曲線形状、薄い要素の代表的なビュー | ソースのジオメトリと出力設定を調査します。 |
| 情報 | 必須フィールド、ルールセットのバージョン、オブジェクト単位の不合格 | ソースデータまたはマッピングを修正し、ルールを再実行します。 |
| 外観 | 色と透明度の比較結果（承認済み） | マテリアルの設定とパッケージの依存関係を確認します。 |
| 受け取り側のワークフロー | 受け取り側が想定した作業を実行した結果 | データ交換の設定を見直し、再テストします。 |
件数を比較するのは、数え方が同等の場合に限ってください。ソースの 1 つのアイテムが複数の出力オブジェクトに分割されることも、複数のアイテムが 1 つにまとめられることもあります。件数の不一致をすべてエラーとせず、差異の理由を記録してください。
失敗を発見できるサンプルを選ぶ
- 必要なすべての分野とオブジェクトのカテゴリを含めます。
- 大小の部材、曲線形状、開口部、エクスポート範囲の境界付近にある要素を含めます。
- 必須プロパティを持ち、ソースの値が分かっているアイテムを含めます。
- 継承と識別情報を検査できるように、繰り返し使われるタイプと個々のオカレンスを含めます。
- 可能な場合は納品物全体に自動チェックを適用し、目視によるサンプリングの限界を記録します。
各失敗を再現できるようにする
各検出事項に、課題の識別子、モデルのリビジョン、影響を受けるオブジェクトの識別子、期待される結果、実際の結果、再現手順を記載します。担当者と期限を割り当ててください。場所の説明に役立つ場合はビューや画像を追加しますが、画像がなくても内容が理解できるように文章で状況を記述します。
修正後は、不合格だったチェックと、その変更の影響を受ける可能性のあるチェックを再実行してください。新しいレポートは元のレポートとは別に保存します。合格、不合格、未チェック、受け入れ済みの例外といった明確なステータスを使用し、例外には承認者の名前を明記します。
受け入れ記録でレビューを完了する
- レビューした正確なファイルと、ソースのリビジョンを特定します。
- 使用したツール、設定、チェックを一覧にします。
- 未解決の課題と承認された例外を記録します。
- 納品物の許可された用途と、制限事項があればそれを明記します。
- レビュー担当者の名前を記載し、レビュー日と判断を記録します。
オンラインの検証サービスを使用する場合は、プロジェクトの情報共有ルールのもとでモデルをアップロードしてよいかを確認してください。制限のあるデータには、オフラインでのチェックや、承認された最小限のサンプルの方が適している場合があります。