| « 2005年8月25日 | 2005年8月27日の投稿 |
2005年8月31日 » |
また「アーキテクチャ」という言葉からみの話ですが、だいぶ前にEAという言葉を聞いたときは、エンタープライズ(企業)のコンピューティング環境のアーキテクチャ(設計思想)を決めましょうと言う話だと誤解してました。要するに、全社的に適用するポリシーとか標準を決めると言う話だと思っていたわけです。たとえば、1) クライアントは基本的にWebベースとする、2) クライアントOSはWindowsで標準化する、3)顧客データはデータウェアハウスで一元管理する、4)データウェアハウスは社内で管理しアウトソースしない、、、というレベルのお話です。
ところが、FEAFとかTOGAFとかのEAフレームワークを見ると、「設計思想」なんてレベルじゃないですね。外部設計レベル+αの細かいアウトプットを出すことになってるかのように見えます。要するにDFD図やER図を全社的に作れと言っているような感じです。
新規システムを作るときはどちらにしろDFDやERは作らなければならないので、EAフレームワークを使うというのはありかもしれないですが、既存のシステムについてもEAフレームワークで再文書化しろという話なんでしょうか?これはおそるべきワークロードのような気がします。
これは皮肉でも反語でもなくて、純粋な疑問として言っているのですが、本当にEAフレームワークを使って成果物を作る作業を完了して、しかもそれを有効活用している企業ってあるのでしょうか?
| « 2005年8月25日 | 2005年8月27日の投稿 |
2005年8月31日 » |
| 日 | 月 | 火 | 水 | 木 | 金 | 土 |
|---|---|---|---|---|---|---|
| 1 | 2 | 3 | ||||
| 4 | 5 | 6 | 7 | 8 | 9 | 10 |
| 11 | 12 | 13 | 14 | 15 | 16 | 17 |
| 18 | 19 | 20 | 21 | 22 | 23 | 24 |
| 25 | 26 | 27 | 28 | 29 | 30 |
オルタナティブ・ブログは、専門スタッフにより、企画・構成されています。入力頂いた内容は、アイティメディアの他、オルタナティブ・ブログ、及び本記事執筆会社に提供されます。

顧客に“ワォ!”という体験を提供――ザッポスに学ぶ企業文化の確立
ちょっとした対話が成長を助ける――上司と部下が話すとき互いに学び合う
悩んだときの、自己啓発書の触れ方
考えるべきは得意なものは何かではなく、お客さまが高く評価するものは何か
なんて素敵にフェイスブック
部下を叱る2つのポイント
第6回 幸せの創造こそ、ビジネスの使命