本来、業務システムを作るときは、対象となる業務の内容、流れを厳密に分析し、普遍化（哲学で言う普遍化）作業をしなければならない。あいまいさを一切取り除き、共通部分と個別部分の切り分け、データ構造の解析などを進め、システムの構造を決めていく。これが本来のシステム構築作業である。
昨今多くの企業が導入している業務システムのほとんどはパッケージ製品である。パッケージ製品が全て適さないと言うわけではない。パッケージ製品を採用するにしても、厳密な業務分析、データ構造の解析はしなければならない。
しかし、実際にはそれらの作業が満足に行われないままにシステムが導入されている。
なぜ、前工程である、業務分析などが厳密に行われないのか。
それは業務分析ができる技術力を持った人材が非常に少ないからである。
SEと名乗っている多くの技術者は、論理的思考能力が不足していたり、基本をしっかり学んでいなかったりで、抽象化、普遍化作業ができない。
また、たとえ能力があったとして、SI企業の営業上の要請から手を抜くことを強要されていたりする。

システム統合って簡単に言うけど、どういう事だか分かっているのかしら。
複数台の業務サーバーを統合して一台にすること？
まさかサーバーをまとめることだと思っているのではないでしょうね。
ひとつの業務だけで成り立っている企業はまず存在しない。複数の業務が複雑に、あるいは有機的に絡み合って企業が成り立っている。事業規模の拡大などで、それら個々の業務のより一層の効率化が求められ、それぞれに様々な業務システムの導入と言う情報化が進められてきた。
さらに企業規模が拡大し、また社会的な要請から、今まで個々にバラバラだった業務システムが実際の業務の流れと同様に連携する必要が生じてきた。
これがシステム統合であって、決してサーバーをまとめて効率的な管理をすることではない。
バラバラな業務システムをまとめることそう簡単なことではない。たいていツギハギになってしまう。
結果として、システム統合とは名ばかり、システムを統合したばかりにデータの不整合が多発し、その解消に膨大な工数を費やしたり、業務システム相互の連携を図るために膨大な開発費が掛かってしまったりしている。
SOAとかBIとかと言う英文字に惑わされていては、膨大な開発コストを掛けてガラクタの山を作ってしまうことになる。

では、こうなることを避けるにはどうすればよいか。

先週末、Masterと営業活動の為に東京へ行きました。
移動中、新幹線の中でMasterに聞かれました。

「人に優しいモノってなに？」

Masterはこういう意地悪な質問が大好きです。
えーっと・・・・・えーっと・・・・・・

「人に優しい」の定義ってなんでしょう？
「人が楽できるモノじゃないの？」とMaster。
一般的に「人に優しいモノ」と謳われている電化製品は、確かに人を楽させるモノだったりします。
人に優しいモノ＝人が楽して、目的を達成できる。このような定義なのでしょうか？

人に優しいモノ＝楽して目的が達成できる＝努力や達成する過程は必要ない＝自分で考える必要ない

結論・・・・人に優しいモノ＝人間の堕落を助長するもの？？？

一生懸命営業活動をしております。

本日は折衝中の企業様へ会社案内パンフレットや製品案内を郵送いたしました。

ところで、最近お腹が出てきて、スーツの前ボタンがしまりません。
郵便局まで歩く事にしました。
こういう小さな抵抗がとても大切です。

道中、いろんな発見やいいアイデアが浮かんだりするという
嬉しいおまけつきです。

いいキャッチコピーが浮かびました。

　　「メタボリック診断はじめました」

イメージは中華そば屋の
　　「冷やし中華はじめました」

企業の業務システムがぶくぶくと太っています。
データ構造の見直しを行い、脂肪（重複データやマスタ）を取り除きます。

人も機械も余計なものがあると動きにくいものです。

「メタボリック診断始めました」

え？
うちはＩＣＴ関連のサービスを提供する会社です。
病院ではありません。

いえいえ。人は見ません。

貴社のデータベース、ぶくぶく太ってメタボリック症候群ではありませんか？

Productsのページを追加した。まだ、ひとつしかないけど。
「パソコン再生プロジェクト」のページに貼り付けた写真、Padawanがニュージーランドに行った時に撮った写真だって。
ペンギンさんが通るから気をつけてユックリ行ってねって。なんかいいよね。こういうの。
ペンギンさんってLINUXだよね。「パソコン再生プロジェクト」ってねぇ、LINUX系のOSを使うんだ。だからこの写真、ちょうどいいかなって思って貼り付けてみた。
ところでさぁ・・・前歩いてるのがMasterで、後ろを歩いてるのがPadawanなんだって。

PadawanがこんながBlogを作ったそうだ。

ちょっと試してみます。
どうなるんでしょう？？？

「yahoo days」 なるＳＮＳをここ2,3日前から利用しております。
本当はミクシィに興味があったのですが、残念ながら紹介してくれる友達がいません＾＾；
なぜＳＮＳに興味を持ったかと申しますと、
最近はどんなものが受け入れられるのか？が知りたかったのです。
何故ＳＮＳが騒がれているのか知りたいのです。

しかし・・・
ねずみ講まがいの高収入情報や出会い目的のお誘いが多いですねぇ。
そこで思ったことですが、
お金にしろ何にしろ、それを得るまでの過程が楽しいのじゃないのでしょうかね。貧乏人のヒガミに聞こえますか？

データ統合、システム統合、BIツールなどをキーワードにしたパッケージ製品が沢山売られている。
SOAなどと言う言葉があたかも最新の技術であるかのように強調され、SOAツールなるものが売られたり、SOAによる業務システムの構築などが流行っている。しかしSOAは、システムやソフトを作るときには当然考えておかなければならない最低限の考え方であって、別に目新しい技術ではない。
世に出回っているSOAツールなるものは、システム構築の基本であるもうひとつの要素が考えられていないため、今までのシステム構築における問題点はまったく解決されていない。単に横文字に弱い日本人の自己満足を満たすだけになっている。

MSDU(Master Data Storage Unit)と言う名称でまとめた文書は、システム構築において最も重要な要素である、抽象化、汎用化手法について取りまとめたものである。
これ自体は、業務システムではないし、販売できるソフトではない。SOAを実現する上で基礎になる考え方である。

業務分析、データ構造を解析し、抽象化する作業（データモデリングなどと呼ばれているようだが）は大変な工数が掛かる上に、この作業をこなせる技術者は非常に少ない。世に多く居るSEにはとてもできない作業である。
SIの仕事なのだろうが、パッケージ販売が中心の今のSIにはこのような作業ができる人材は非常に少ない。
・・・これが日本のICTにまつわる一番の問題点なのだが。

System Analyze Robotとは、Web上で、必要な項目を入力することによって保有データ相互の矛盾であるとか、システム統合に際して問題になる点であるとか、業務分析の進め方であるとか、さらには統合化業務システム導入に当たってどの程度のコストが掛かるかを診断するWebアプリケーションである。

System Analyze Robotについてもっと詳しく知りたい方は、こちらへcontact@cat.jp。(^-^ ) ニコッ