（7）Class hierarchy

　本ファイルに出現するクラス階層関係を示すと図6.2の通り。この図において斜線が施されているCLASSは本来存在すべきであるが、本ファイルにはないもの、点線の部分は本来階層関係の宣言が必要なのに存在しないものを意味する。（なお、#36で定義されているCLASS名がgeneral characteristicsとなっているが、これはgeneral characteristics definitionの間違いである。）

　

　

　ところで、各々のエンティティにこれらのCLASS情報を割り付けるに際して幾つかの異なる方法が考えられる。図6.3aは本ファイルで用いられているもので、図6.3cはこれまで見てきたファイルで採用されているもの、また図6.3bも考えられる。何れの方法も許されるものであり、どれが駄目というものはないというのが結論のようである。ただそれぞれの持つ意味には若干の差異があるようで、図6.3aは本来適用されるCLASSは異なることが前提になっているのに対して、図6.3cでは、元々CLASSは定められたものであり、それらが幾つかの対象エンティティに適用されるという立場を取っている。その意味からすると、この場合図6.3cが都合がよい。

　

　

　

　

　

　

　また、図6.3aの方法によるとファイルのサイズそのものが大きくなるのも考えものである。

　

（8）Spacing table

　

　

　 (#183−#178)がSpacing Tableの内容を表している、つまりここでは表形式のデータの表現を図3.3のエンティティの組合わせを用いている。これは先に述べた[hull_majour_bulkhead.stp]ファイルのFrame Tableの場合に同じ事柄である。Compound_representation_item.nameがSpacingの名前を表し、片方のvalue_representation_itemでposition番号(count_measure)を、他方のvalue_representation_itemでposition(length_measure)を表す。

　

　(#219−#311)にて表現されているSpacing tableを、表形式に書き直したのが表6.3である。何ということはなく、ごくありふれた表に過ぎないものである。このように、STEPファイルで表データを表すのは余りスマートとはいえない。もっと長い表データの場合には、とてつもないファイルサイズになることが予想される。STEPでは、自分の中に全てのデータを取込まずに、WORDやEXCEL、あるいは図面など（これらは電子データとは限らず紙の図書でもよい）一般ドキュメントを外部参照して意図を連結する仕組みが提供されているので、このメカニズムを用いて、Excelなどのファイルを参照した方が現実的であろう。