標準化のやりやすいもの、やりにくいものと、オブジェクト指向

　昨日のブログで

類似業務の標準化されたものや、部分部分の標準化手法を使うことになる。

って書いたけど、これ、標準化されたものを使いたい場合、標準化されたものがないと、使えませんよね。

　ところで、標準化っていっても、さまざまなレベルのものがあります。

（１）フォームや（帳票などの）フォーマットの標準化
　→統一伝票など、（２次元）バーコードの白と黒の塗り方など

（２）コード体系の標準化
　→ＪＡＮコードなど

（３）データ、ＤＢの標準化
　→商品マスタの標準化など・・・あまりないよね

（４）業務プロセスの標準化

　下にいくほど、むずかしい。なぜなら、自由がへらされるから。
　（１）は、自由がへるといっても、これも自由にすると、無秩序になってしまう。
　なので、（１）を決めるのに、文句を言う人はすくない。一方、（４）は、やり方なので、そんなの自由にやらせろよ！ということになる。

　でも、実は、（１）をきめていくと、（２）も、きめないとまずいよねとなり、（１）と（２）がきまると自動的に（３）もきまってきてしまい、そこまでの外堀をうめると、（４）も、決めやすかったりします。

---

　さて、「業務プロセスの標準化」は難しいと書きました。

　で、オブジェクト指向の場合って、標準化を利用するとすると、「この業務プロセスの標準化」の利用ですよね。フォームの、統一伝票を利用するといわれても（＾＾；）どう、利用していいのか？となる。
（ＤＦＤなら、統一伝票に書かれている項目をもとに帳票分析して、エンティティだして、ＤＢつくれるけど）
　
　で、それは、むずかしいのですよ、モデルをつくって、そいつを標準化するというのは。。なんで、オブジェクト指向で利用できる業務の標準化っていうのは、。。。どーなのどーなのっていう感じがある。

　それなら、むしろオブジェクト指向を使わないで、部分部分の標準化の成果をつなぎ合わせたほうが、プロセスが見えてくる気がします。