UMLのXML化としてのXMIと、ＲＤＢ格納

　ＵＭＬをＸＭＬで表現する方法として、ＸＭＩがある。
　で、ツールでＵＭＬの図などを描いて、ＸＭＩ形式で出力するものの中に、nodeとedgeにわけて書き出すものがある（っていうか、これが一般的なんだろうか？あんまりＸＭＩが詳しくないのでよくわかんないが）。。。

　ノードとエッジなら、いままでUML等各種ダイアグラムのエラーチェック体系化でやってきたように、これをＲＤＢに入れられる。
　ただし、こちらの場合、ノードテーブルとエッジテーブルというわけでなく、ノードやエッジの種類に分けて、テーブルにしている（「アクターテーブル」とか、「関連テーブル」とか）。

　ということは、ＵＭＬのツールからＸＭＩに書き出している場合、ＸＭＩ形式をＲＤＢに格納する方法を明示すれば、

ＵＭＬのある図→ＸＭＩ→ＲＤＢ

　となる。で、上記のシリーズで、次回の話は、アクティビティ図からユースケース図なんだが、そこで、ＲＤＢに入っている図→他の図への変換話を書く。

そうすると、

ＵＭＬのある図→ＸＭＩ→ＲＤＢ→他の図変換→ＸＭＩ→ＵＭＬの他の図

となるわけだが、これが成立するには、ある条件が必要になる。
次回の話は、その辺のことになるかな。。。。

---

ちなみに、

ＵＭＬのある図→ＸＭＩ→ＲＤＢ→プログラム変換→プログラム

は可能かというと、実は、ＵＭＬには、この図がなく、図＋いくつかの事項がＲＤＢに入っているときに、可能になる。その辺の話は、ずっと先になると思う。

業務系データをクラウドでバックアップさせ、ＢＩツールで分析が順当？

　きのうの、
非定型業務の画面－データをクラウド、表示ＲＩＡに、しやすい
http://blog.goo.ne.jp/xmldtp/e/2cc123bfacc07441d98057d7d4cf28ba
で書いたけど、

定型業務は、ＤＢ入出力があり、業務によって画面も違うが、
非定型業務のデータ分析、検索などでは、検索中心で、部品は共通化できる
　　　（読み込むＤＢのテーブルなどが違う）

なので

　クラウド化しやすいのは、非定型業務ということになる。
　定型業務は、手持ちのＤＢですぐに反応してもらいたいし、
　　　　　　　クラウド先の都合でとまったら困る。

　一方、非定型業務は、一時的にとまってもあまり問題にならない。
　また、分析ツールは、共通化しやすい

から。というところまで書いた。

---

　で、その分析ツールだが、ＢＩツール等を使うことになるが、これらのツールは、共通化しやすい。というか、パッケージが出ていて、それを使ったりする。
　なので、このＢＩツールごと、（さらに、それらを使ったＯｆｆｉｃｅパッケージごと？）クラウド化し、ブラウザで分析できるようにすると、クラウドもＢＩツールも売りやすいだろう（初期費用が安く導入できるから）

　で、そーなると、クラウド上に業務データを送ることになるが、これは、バックアップしていることと同じなので、業務データのバックアップをあわせて、クラウドで行うことになる。

つまり、

・データバックアップサービス
・ＢＩツールなどのデータ分析ツール（非定型業務部品）
・場合によってはＯｆｆｉｃｅ製品など

をクラウドとして提供し、業務系はいじらない（クラウドにおかず、ローカルにする）。定時に、業務データをクラウドに送るというのが、妥当な売り込み方かもしれない。