技術的に考えると、ERPは基盤となるシステム部分と実際に業務プロセスを支援するアプリケーションから構成されています。表1に示した「顧客」資源を管理するアプリケーションは、一般にCRM（Customer Relationship Management）として知られており、単体の製品もあります。ERPとして統合されているCRMとCRM単独のソフトウェアとの大きな違いは、他資源のデータとの統合管理にあります。 図1に示したように、ERPでは単一のフレームワーク部分にアプリケーション群が実装されることによって、有機的な統合管理が可能となっています。そのため、異なるアプリケーションごとに同じ情報を入力し直すという無駄が省ける上、データの重複が原因で一部だけが更新されて不整合が発生するというような重大な問題を回避することができます。また互換性のない複数のソフトウェアを使用することによって、データの相互

本連載では、アドビシステムズより、無償で公開されているFree Flex 2 SDKについて紹介します。 Free Flex 2 SDKは、Flash Player 9をサポートするコマンドラインのFlashコンパイラです。アドビシステムズ社のWebサイトでユーザ登録をすれば誰でも無償で入手可能です。 これまで、Flashは有料の専用ツールを購入しないと作れないものでしたが、Free Flex 2 SDKにより、誰でも気軽にFlashの作成をはじめられるようになりました。Flashといえば、もともとWebアニメーションの作成ツールであるため、デザイナー向けのツールとして利用されることが多いのですが、Flexはプログラマに向けたツールとなっています。 数年前まではWindows上でクライアントアプリケーションを動かし、Webサイトで情報収集をするということが一般的でしたが、最近ではアプリケー

本連載では今話題のフレームワークRuby on Rails（以下、Rails）上に構築されたCMS（Contents Management System）である「Rubricks」を取り上げます。第1回の今回はRubricksの概要について解説します。 Rubricksを紹介する前に、CMSについて導入の目的その意味について簡単に整理しておきます。 CMSと呼ばれるソフトウェアには、静的なサイトにおけるデザインの統一化や構成管理に特化しているもの、プログラムの必要なくBBSやニュースといったアイテムの配置ができるといった特徴があります。 さらに動的なサイト構築まで含めると、CMSという言葉の範囲は大変広いといえるでしょう。ただし、どのCMSでも「Webサイト構築／更新に関する共通的なルーチンワークの作業負荷を軽減する」ことを目的とする点は共通しています。

本連載では今話題のフレームワーク「Ruby on Rails（以下、Rails）」と現在Webアプリケーション開発で主流であるJavaのフレームワーク群を比較していきます。 比較軸については、開発に関する事項（生産性やメンテナンス性など）を中心に解説していきます。第1回の今回はO/Rマッピングを提供するフレームワークについてです。 O/Rマッピングとは、オブジェクトとRDBのテーブルをマッピングすることをいいます。O/Rマッピングフレームワークはオブジェクト指向とRDBの仲介人となることで、アプリケーションの開発生産性を向上させます。 Railsからは同梱の「ActiveRecord」というO/Rマッピングのコンポーネントを取り上げます。対してJavaのO/Rマッピングとしては、もっとも知名度が高いと考えられる「Hibernate」と、Javaの正式仕様として策定された「Java Pers

本連載は2006年6月、デル株式会社が作成した「VMware ESX Server サーバ統合ガイド」の内容を一部抜粋し、転載したものです。VMware ESX Serverによるサーバ仮想化の参考にしていただけますと幸いです。 「サーバを仮想化する」とは、1台の物理的なサーバを論理的に分割し、複数の論理的（仮想的）なコンピュータを作り出してリソースを有効活用することを指す。仮想化技術を用いたサーバ統合は多くのメリットを生み出すが、反面、無計画な仮想化はITインフラストラクチャに対して大きなリスクとなる。 まずは、仮想化技術を有効活用したサーバ統合の正しい手法や考え方を把握していただきたい。

これまで、Linux側の設定／情報収集／統計情報の理解／カーネルチューニングについて解説してきました。今回からいよいよ、DB2のチューニングに入っていくわけですが、チューニングそのものに入る前に、DB2の重要な設定情報および稼動状況について、情報の収集方法およびその内容について理解する必要があります。まずはこれらを解説していきます。 今回は、DB2の設定情報には何があるか、インスタンスレベルの構成について解説します。今後、特に断らない限り、「DB2 UDB for Linux V8.2 Workgroup Server Edition（64bit）」を前提として話を進めます。 なおDB2のチューニングとしては、以下のようなトピックについて解説していく予定です。 DB2のチューニング（メモリ、I/O、CPUまわり） SQL実行時間などモニタリング方法、問題のあるSQLの抽出方法 アクセス・プ

はじめまして、ウルシステムズの河野です。本連載では、システム開発の世界で注目されている「要求開発」という考え方について、そのコンセプトと取り組み方について解説します。 第1回目となる今回は、まず要求開発とはどのようなものか理解していただくために、そのコンセプトについて詳しくご説明します。 要求開発とはその名の通り、クライアントの「要求」を「開発」することを意味します。 基本的にシステム開発というのは、お客様の要求があって、インプットして加工して情報システムやソフトウェアをアウトプットするというプロセスで成り立っています。ところが最初のインプットが間違っていると、いくら加工の段階で頑張ってもお客様には満足してもらえません。 これは筆者自身が20年間近くシステム開発にたずさわってきた中で、現場で実感してきたことです。筆者がこの業界に入った頃と比べると、ツールや開発環境、手法などがかなり進歩した

RailsはDevid Heinemeier Hansson氏（以下、Hansson氏）が中心となって作成を続けているRuby製のオープンソースWebアプリケーションフレームワークです。まずはその概要について少し探ってみましょう。 Railsは、2003年の夏にHansson氏が作成を開始して、2004年にはじめて一般に公開されました。 それまでは「すぐに作れるけどゴチャゴチャしがちなPHPと、きれいだけど作るのに時間がかかるJavaを使ってソフトウェア開発をしていた」とHansson氏は語っています。そこで両者のいいとこどりをした「早くてきれいな」フレームワークを目指して開発をはじめ、現実のものにした結果がRailsなのです。

前回はベースラインの作成について解説した。今回はベースライン作成の鍵となるWBSについて解説した上で、3つの事例を紹介する。 PMBOKではスコープ・マネジメントの章にてWBSがとりあげられている。プロジェクトを立ち上げた際、まずプロジェクトのスコープ（目標・範囲・前提条件など）を定義する必要がある。そのスコープ定義で取り決めた要素成果物を生成するために、要素成果物（注1）を階層的に分解したものがWBSであり、最も低い（分解された）レベルをワーク・パッケージと呼ぶ。

前回EVMの基本値について述べたが、今回はEVMで登場する用語およびデータ算出方法と意味を解説していく。まず、前回のおさらいとして基本値を再度掲載する。 PV（Planned Value） 成果物の作成期限と作成に必要な金額を見積ることで算出される値。実績測定ベースラインとも呼ばれる。この値を基準として、スケジュール遅延およびコスト超過を判断することになる。 EV（Earned Value） 出来高と呼ばれる、ある時点までに完了した作業の価値として算出される値。成果物の完成状況をあらわす。PVと比較することでスケジュールをチェックする。 AC（Actual Cost） ある時点までに実際に使用した費用として算出される値。PVと比較することでコスト進捗をチェックする。

皆さん、はじめまして。本連載を担当するビーブレイクシステムズの川本と申します。 本連載ではEclipseトップレベルプロジェクトの1つであるオープンソースのレポーティングツール「Eclipse BIRT（Business Intelligence and Reporting Tools）」を取り上げます。 皆さんはJavaの開発ツールは何を使っていますか。おそらく多くの方がEclipseを使って開発を行っていると思います。 では、Java開発における帳票ツールとして何を思い浮かべますか。帳票ツールには商用製品からオープンソースソフトウェアまで様々なプロダクトが存在しますが、オープンソースの帳票ツールに絞って見てみるとデファクトスタンダードといえるものは存在しません。 そのような状況の中、開発環境としてデファクトスタンダードの地位を確立したEclipseから提供されるEclipse BIRT

今このページを読まれている方はEVMもしくはプロジェクトマネジメントに興味を持たれている方ではないだろうか。発注者側の方がEVMによる報告がどれほどの効果を持つのか調べるために記事を読んでいるかもしれないが、ほとんどの読者の方は受注／開発する側の立場ではないだろうか。 当連載では主に受注者側の視点で進めていくが、発注者側にもEVMの本質・事例・課題についての解説は参考になると思う。 おそらく、これを読んでいる大多数の方は「PMBOK」についての知識はすでに持っていることと思う。しかしながら、そこで紹介されている手法について、本質の理解・具体的な実践といった観点での理解度についてはどうだろうか。 日本でEVMが注目を浴びはじめてから数年が経過しているが、実際に導入した事例はまだまだ少ない。当連載ではPMBOKで「進捗測定の最も典型的な手法」として紹介されているEVMについて、その本質や期待す