特別企画：BPM Special BPM時代の到来--BPMで何が変わるのか？
BPMとは何か？──論者の数だけ考え方があるが、今回は企業の情報システム構築と経営管理の方法の変遷を踏まえて、BPMが必要になってきた背景と本質を解説する。 この50年のビジネス情報システム構築方法の進化過程を振り返ると、最初のアプローチは人の業務プロセスをコンピュータに置換する方法が中心であった。いわゆる、POA（プロセス中心アプローチ）である。この時代が30年続いて1970年代後半に、データの重複ファイルを統合する、DOA（データ中心アプローチ）が始まった。 システム構築時にデータを注視するようになったからといって、ビジネスシステムは、ビジネスのプロセスを設計し動かす人がいて、初めて機能することに変わりはない。データとの関連でいえば、データ（情報部材）を組み立て、取り換え、情報製品そのものすら新しい概念で考案するとき、それらをつなぐプロセスがあって、初めて情報が生み出され使われる。情報
最小限の手間でシステム間連携を実現する～疎結合アーキテクチャの登場
企業向けシステム開発の歴史は、アーキテクチャ（技術基盤）の進化に伴う「スクラップ＆ビルド」の歴史でもある。技術の進化に伴いアーキテクチャが変化すれば当然のようにシステムの刷新や更改のニーズが発生し、数年～数十年使い続けたシステムを再構築する場面が出てくる。一方で企業側としては、一度構築したシステムを有効活用または他システムと連携するコストを最小限に抑え、ビジネスの要請を満たすITを構築、維持したい。 このようなニーズに対して、どのような実現方法（実装方式）がとられてきたのだろうか？ 今回は、システム連携方法として進化を遂げてきた「疎結合」アーキテクチャについて概観する。 単一のアーキテクチャと密結合インターフェイス 企業向けシステムが「その企業だけのために」構築され、外部とのインターフェイスを意識しなくてよかった場合においては、採用するアーキテクチャやインターフェイスは独自仕様のものが採用
【徹底討論!?】SaaSとASPはどこが違うのか？：栗原潔のテクノロジー時評Ver2：オルタナティブ・ブログ
今、某誌向けにSaaS（"Software as a Service"）の記事を書いてます。現状のSaaSの定義は、「アプリケーション・ソフトウェアをユーザーが自分のシステムに導入して使うのではなくて、ソフトウェア・ベンダーが所有するインフラで稼働してもらって機能だけをネット経由で使うモデル」という感じでしょう。そうなりますと、SaaSとASPモデルはどこが違うのという話になります。 ネット上で「SaaSとASPはここが違うんだ」という意見をサーチすればするほど、私的には「やっぱり同じでは」と思えてしまいます。たとえば、 １．ネットコストの違い： 昔のASPは通信費が高かったが、SaaSは高速回線を安価に使用できる（参照記事） これは利用環境が変わったというだけで、特に本質的な違いではないのでは？ ２．ホスティング方式の違い： ASPではシングルテナント（１サーバ＝１ユーザー）が普通だった
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
