ＵＭＬの矢印たちをＸＭＬエンコードするときに順番の決まりがあるわけではないらしい

まあ、表題で尽きるわけですが、フォーマルに書こうとすると「俺無知だった」視点の試行錯誤が抜けて意味がわからなくなる文化ギャップ系の話。

ＵＭＬモデリング（本当は論理モデリングっていうのかな）で作られた標準ありますでしょ。ＩＳＯ１９１１５（地理情報メタデータ）なんかが念頭にあるわけですが、大抵ＵＭＬが本則（authoritativeとかいう）でデータ辞書とか（あれば）ＸＳＤが参考だって位置づけにされるんですよね。

で、実際問題としてはＸＳＤで記述されるＸＭＬが使われて、子要素の順番が問われるエンコーディング（ＵＭＬの構造をどうやって具体構造に対応付けるか）が行われるわけですから、順番を知らなきゃ話になりません。しかしＵＭＬを見ても箱からいっぱい線がでていて、どの順番でＸＭＬの子要素にするのかは自明ではありません。

で、ＩＷＸＸＭで同じことをやるので聞いてみたわけです。せんせー、上から右回りとかジグザクとか規則あるんですか。

答は、「そんなものはない」でした。

ＵＭＬモデリングツールであの図を作っているときは、線にタグという見えないデータが貼り付けることができて、それを使って線に１，２，３，…て順番をつけておくと、ＧＭＬエキスポートツールがその順番に xs:element を書いてくれるんだそうです。

ＵＭＬは図形言語なはずなんですが、実際問題としては図形表示に見えてこないことが大事なんですね。まあ、１９１１５の場合はＸＭＬ表現はあくまで表現の一例なので、あくまで順番は決まっていないから、ＵＭＬが本則になっているのだ、というべきかもしれません。実際問題としては１９１１５−１の今次改正でデータ辞書の順番を変えないように気をつけたとかいうくらいで、強烈に意識されてはいるんですが。で、ＩＷＸＸＭでは特定のＸＭＬ表現を必ず使うことになるので、ＵＭＬではなくＸＳＤが本則になるのは、そういうわけだそうです。

そういえば、ＵＭＬをＸＳＤに翻訳することをシリアリゼーションと呼んでいました。普通は、アプリケーション内の個別のインスタンスをメモリ内構造からファイルなりＨＴＴＰ応答のオクテット列に変換することをシリアリゼーションというんだと思いますが、メモリ内構造→ＵＭＬ、ファイル→ＸＳＤという塩梅でそれぞれメタなものに置き換えた操作もシリアリゼーションではあるのでしょう。でもって、直列化イコール順番の導入ですから、順番が問われたのも当然のなりゆきではあります。

それにしてもなあ、順番を手入力するとなると、モデルというものの本質が線条的なもんだと言っちゃってもいいような気がするんですよね。じっさいＵＭＬはモデルの表現にすぎないって意見も出てたし。結局、ＢＮＦみたいな線条的な言語で書いちゃったほうがよっぽどわかりやすいし、ツール（今はAltovaじゃなくてEnterprise Architectが使われている）のサスてナビリティが高い気がするんですが、それはＦｏｒｔｒａｎのＢＮＦとかｙａｃｃとか読みすぎなんですかね。まあ、事務処理だってMSWordやめてTeXでやるかといってるようなものかもしれません。