浮き彫りになったEA導入の功罪：崖っぷち！電子政府～迷走する4500億円プロジェクトの行方・第2回（1/2 ページ） 電子政府構築にあたり、従来のシステム開発手法に代わって導入されたのが、エンタープライズアーキテクチャ（EA）だった。EAとは、大企業や政府機関、自治体などの組織において、その全体最適を実現するシステム開発の設計思想を指す。1990年代後半に米国の財務省や国防総省で導入され、ITガバナンスの有力手法となった。 その特徴をひと言でいえば、組織の情報システムを階層化し、各階層ごとの業務内容や取り扱うデータを標準化する仕様書を作成することだ。これに基づいて設計された情報システムは、業務の改善や重複解消を実現し、組織全体の運営コストを削減する。 システム予算獲得の手段 電子政府の実行計画は、この仕様書を「業務・システム最適化計画」と呼ぶ。2年半後の2005年度末までにその策定を各省庁

「SOA（サービス指向アーキテクチャ）は『どのように実装すべきか』、『サービスのインタフェース言語であるWSDLをどう書けばいいか』といった、技術の側面から論じられることが多い。だが、SOAの採用を検討しているのであれば、まずビジネスの側面を考えるべきだ」。米IBMフェローで、エンタープライズ・インテグレーション・チーフアーキテクトと最高技術責任者を務めるエド・ケーヘン氏（写真）は、こう強調する。 ケーヘン氏は、「『競合他社に負けないようにするには、自社のビジネスを5年後、あるいは10年後、15年後にどう自動化/最適化していくか』を検討し、その上で『それを実現するために、ITをどう生かせるか』という観点で、システム全体のアーキテクチャを考えていかなければならない」と続ける。「まずビジネスの方向性を考えれば、技術は後から付いてくる」。 全世界で約32万人の社員を抱えるIBMで、技術職の最高位

印刷する メールで送る テキスト HTML 電子書籍 PDF ダウンロード テキスト 電子書籍 PDF クリップした記事をMyページから読むことができます ●TOGAFとは？ TOGAF （The Open Group Architecture Framework）は、民間のIT標準化団体であるThe Open Groupによって作成されているEAフレームワークである。公表されている他のEAフレームワークは各国政府によるものがほとんどで、TOGAFのように非営利の民間団体によるものは非常に珍しく、広く知られている例としては唯一といえる。TOGAFはEAの構築・活用の手法や方法論についてのガイドブックのようなものである。何を検討する必要があるのか、作業をどのような流れに沿って進めるのか、などの実践のためのノウハウが豊富に記載されている。 TOGAFについての知識を持ったアーキテクトを認定する

トヨタは一昨年、30年あまり利用してきた自動車製造の屋台骨である、部品表システムを一新した。ビジネスのアプリケーションは変化しないが、それをシステム化するために必要なOSやミドルウェアは日々進化し変化する。このギャップをなくし、市場の変化に迅速に対応させるために、トヨタ自動車ではエンタープライズ・アーキテクチャ（EA）の発想を取り入れるという。 成長と効率の両立 「トヨタ自動車の重要な課題は成長と効率の両立です。」と話すのは、トヨタ自動車の コーポレートIT部 主査 加藤雅章氏。まず最初に、2010年のグローバルビジョンとして、4つのイノベーションが示された。 地球にフレンドリーな技術で地球再生のリーダーとなる。安心、安全、快適に暮らせる車とクルマ社会を創造するリーダーを目指す。自動車の魅力を世界中に広めトヨタファンを拡大する。真のグローバル企業として世界の人々や地域から敬愛される存在を目

印刷する メールで送る テキスト HTML 電子書籍 PDF ダウンロード テキスト 電子書籍 PDF クリップした記事をMyページから読むことができます EA導入を考え始めている組織も少なくないだろう。では、EA実践のためには、何が必要となるのだろうか。導入規模によってそれなりの予算やスタッフを確保する必要があるし、プロジェクト実施体制の整備も重要な課題である。これが成否を決める最大の要因といってもよい。とはいえ、これらが重要になるのは、EAに限った話ではない。ここでは、通常のプロジェクトと異なるEA固有の要素を取り上げることにしよう。すなわち、作業全体を支える手法の面ではEAフレームワーク、作業を補助するソフトウェアとしてはEAツール、そして人材の面ではエンタープライズアーキテクトの3点である。 一から作る困難を避ける 〜EAフレームワーク〜 EAは組織ごとに異なるものであり、ある組織

今回は、SOAによるシステム構築でカギになるBPELについて紹介する。（特集：顧客満足度ナンバーワンSEの条件） 清水敏正（技術理事 / IBM Distinguished Engineer） 前回は、システム開発においてSOA（サービス指向アーキテクチャ）という新たな潮流が訪れていることを紹介した。 今回は、4月下旬に確認された最新の情報を基に考察してみよう。残念ながら日本ではまだ本格的な業務改革を伴うSOA事例は皆無と言ってよい。では、米国を初めとする世界ではたくさん事例があるかというと、それも違う。世界でも本格的な取り組みは始まったばかりだ。しかし、着々と事例は増えているのも事実だ。 ここで紹介したいのは、テレコム業界の中堅卸売り業者の例である。名前を公表してよい許可を得てないので会社名を出せないのが残念だが、いずれ事例として公表されるであろう。その最新の事例には、「エポックメイキン

SOAという新たな潮流が起ころうとしている。NTTドコモの携帯電話が起こした固定電話から携帯電話へのシフトや、アップルのiPODに見られるインターネットでの音楽購入へのシフトの予兆と同様に、システム構築にも新たなパラダイムが訪れている。SEはこうした大きな流れを捉えておく必要がある（特集：顧客満足度ナンバーワンSEの条件） 清水敏正（技術理事 / IBM Distinguished Engineer） 2005年4月4日発行・日経コンピュータの特集記事『動かないコンピュータ』を見て、ますます、小規模なアプリケーション特化型のSOA（サービス指向アーキテクチャ）に基づくソフトウェア・コンポーネントがこれからの時代に適合するのであろうと確信を深めた。 記事の記述によると、ある自動車会社のSCMシステムをSAP製のAPOというパッケージを利用して、2004年の春に向けて2003年7月から開発に着

印刷する メールで送る テキスト HTML 電子書籍 PDF ダウンロード テキスト 電子書籍 PDF クリップした記事をMyページから読むことができます EAを導入することで、具体的にはどのような効果があるのだろうか。代表的な効果を、 コスト・パフォーマンスの向上 柔軟で変化に適応できるシステムの実現 経営ニーズのITへの反映強化 意思決定の質の向上 という4つの視点から整理してみたい。 1. コスト・パフォーマンスの向上 IT投資の費用対効果（ROI）の向上は、現在大きな注目を集めているテーマである。限られた予算でいかにIT投資を行なって効果をあげていくかは、CIOにとって最も重要な課題である。EAはシステムへの要求を明確にすることで、調達のベンダー依存を改め、必要十分なシステムを正当な価格で導入することを容易にする。また、既存の社内システムの状況を明らかにすることで、既に存在する資源

印刷する メールで送る テキスト HTML 電子書籍 PDF ダウンロード テキスト 電子書籍 PDF クリップした記事をMyページから読むことができます エンタープライズアーキテクチャ（EA）が従来のシステム開発・改善手法と異なるポイントの一つは、ビジネスとITの連携を目指して両者（ビジネスとIT）のアーキテクチャを一つの体系として扱おうとしていることにある。すなわち、業務の全体像を示す「設計図」とシステムの全体像を示す「設計図」を、別々にではなく統一的な視点から提供しようとする。 従来の手法では、ITを経営にとっての単なる手段と捉えていたり、システム開発のためには最低限業務を把握する必要があると考えていたりするなど、視点がビジネス側かシステム側かに偏っていることが多かった。前者はビジネス側の視点からのみシステムを捕らえるもので、ITの可能性を充分に引き出すことは難しい。後者はシステム開

印刷する メールで送る テキスト HTML 電子書籍 PDF ダウンロード テキスト 電子書籍 PDF クリップした記事をMyページから読むことができます エンタープライズアーキテクチャ（EA）の考え方は、過去のソフトウェア工学や経営学、そしてシステム構築の実践を通じて蓄積されてきた種々のノウハウを取り込んで作られている。そのため、使われる図表やモデル、手順や手法の中には、これまでに広く用いられてきたもの、比較的新しいものなど、さまざまなものが混在している。 したがってEAの中には新しい部分も古い部分もある。単に新しければよいというわけではなく、古くても良いものは積極的に使うのがEAの考え方である。このため、EAはこれまで唱えられてきたいろいろな考え方や手法と似通っている部分もあるし、異なる部分もある。整理すると、以下の4つがEAを既存の手法や考え方と異なるものにしている大きな特徴だといえ

印刷する メールで送る テキスト HTML 電子書籍 PDF ダウンロード テキスト 電子書籍 PDF クリップした記事をMyページから読むことができます エンタープライズアーキテクチャ（EA）の取り組みによって、組織の業務と情報システムの全体像を表す「設計図」が作成される。一般に設計図とは、モノを作るときに必要となる、形やサイズ、材質や構造などの情報を示した図面のことである。EAでもこれに相当する図面を作成するが、EAに含まれるドキュメント類のなかでは、実はごく一部分にすぎない。EAでいう設計図は、より広い意味合いで使われており、ビジネスや情報システムの設計に必要となるあらゆる文書や図表などを含んでいる。その中には“ポンチ絵”のようなものもあれば、個別製品の名前がずらりと並ぶ文書も含まれる。 例えば家を建てるときとの比較で考えてみたい。家を建てるときに工務店が使う詳細設計図を依頼主がいき

印刷する メールで送る テキスト HTML 電子書籍 PDF ダウンロード テキスト 電子書籍 PDF クリップした記事をMyページから読むことができます 「エンタープライズアーキテクチャ（EA）」というキーワードが大きな注目を集めている。簡単に言えば、EAとは組織の業務と情報システムを連携させて全体最適を実現するための文書や図表及び管理体制と手法である。組織の業務と情報システムの全体像を表す「設計図」と、それを使って業務や情報システムを改善していくための「仕組み」のセットだと言い換えても良い。 「設計図」としては、組織の目標やミッションを元に、業務と情報システムの姿を共通フォーマットで文書化し、組織の構成要素とその機能や相互関係を明らかにする。現在の状況（As-Is）を記述するだけでなく、将来のあるべき姿（To-Be）や、そこに至るための中間目標の姿を記述することも多い。良く知られた整理

This browser is no longer supported. Upgrade to Microsoft Edge to take advantage of the latest features, security updates, and technical support.

ビジネスプロセスの構成単位に合わせて構築・整理されたソフトウェア部品や機能を、ネットワーク上に公開し、これらを相互に連携させることにより、柔軟なエンタープライズ・システム、企業間ビジネスプロセス実行システムを構築しようというシステムアーキテクチャのこと。 ここでいう“サービス”とは、ほかのコンピュータから利用可能となるようにネットワーク上にインターフェイスを公開したソフトウェアという意味とであるのと同時に、「注文受付」「信用照会」「在庫確認」「出庫指示」「請求処理」などといった“ビジネスプロセス上の処理単位”を示している。 すなわちSOAは、標準的なインターフェイスを持った再利用可能なソフトウェア部品の組み合わせによってシステムを構成するという“コンピュータシステムの作り方”であるとともに、独立して運営されるビジネスファンクションの組み合わせによってビジネスプロセスを構成するという“ビジネ

Rhonda Hockerは3年前、10億ドル規模の売上を誇るソフトウェアメーカーのBEA Systemsで最高情報責任者（CIO）として働き始めた。彼女は当時から、高価なアプリケーションパッケージが成功する見込みは低いと考えていた。 Hockerが以前勤めていたパソコンメーカーでは、何百万ドルもの資金を費やして、サプライチェーン管理（SCM）やエンタープライズ・リソースプランニング（ERP）、セールスフォース・オートメーションなどの各アプリケーションを導入していた。 「そうしたアプリケーションを統合しようとしたけれど、なかなかうまくいかず、結局Excelをつかって数百万ドル規模のビジネスを管理していた」（Hocker） 企業の財務状態や運営状況を把握するためには、高度に統合された情報を利用できることがきわめて重要だが、悲しいことに他の多くの企業でも、Hockerと同じ立場にある者が、自分