aegif CTO blog

15 Ways to Tell Its Not Cloud Computing

[From James Governor's Monkchips » 15 Ways to Tell Its Not Cloud Computing]

昨日の続きです。15の理由を簡単に訳してみます。

• ラベルに「グリッド」とかなんとか書いてあったら、、、　それはクラウドではない
• 40頁からなる要件定義書をベンダに送りつけなければならないのだとしたら、、、　それはクラウドではない
• 個人のクレジットカードで支払いができないようなら、、、　それはクラウドではない
• ハードウェアの購入を勧められるようなのであれば、、、　それはクラウドではない
• APIが公開されていないのであれば、、、　それはクラウドではない
• 他の自社システムまでアーキテクチャの見直しが必要になるのであれば、、、　それはクラウドではない
• 領域確保に10分以上かかるのであれば、、、　それはクラウドではない
• 10分未満で領域解放ができないのであれば、、、　それはクラウドではない
• マシンがどこにあるのかがわかっているのであれば、、、　それはクラウドではない
• 部屋にコンサルタントがいるのであれば、、、　それはクラウドではない
• マシンの台数を指定しなければならないのであれば、、、　それはクラウドではない
• 単一のOSしか走らないのであれば、、、　それはクラウドではない
• 自分のマシンから接続できないのであれば、、、　それはクラウドではない
• 利用時にソフトウェアのインストールを要求されるのであれば、、、　それはクラウドではない
• ハードウェアをすべて所有しなければならないのだとすれば、、、　それはクラウドではない
• 説明するのに20頁もあるスライドが必要なのであれば、、、　それはクラウドではない

プロビジョニングの訳はこれでよかったのでしょうか、、、

（文責 Ishii Akinori IT-Coordinator）

Enterprise CMS Usage Scenario: Case Management Frameworks

Case Management is generally a collaborative process with a number of contributing users, and a single overall manager. Tasks, data objects, documents and even processes can be added at anytime, depending on a change in the status of the case in question, all of which need to be traced and tracked if a successful resolution is to be achieved, with a strong emphasis on information sharing.

[From Enterprise CMS Usage Scenario: Case Management Frameworks]

CMSWireに面白い記事が載っていました。「ケースマネジメント」のシステムを構築する際にECMを活用するというシナリオについて、です。

ケースマネジメントとは保健、法律、金融などの分野で言われているもので、サービスを提供するにあたって、「ケース」毎に関連する情報をケースファイルに取りまとめつつプロセスを進行させていく際の具体的な進め方を規定するもののようです。（もう少し具体的に、日本では「ケアマネジメント」と言われている、社会福祉　介護保険制度のことを指す、という話もあるみたいなので、上のように一般化した解釈が適切なのかどうかはよくわかりません）

いずれにしても「ケースマネージャ」「ケースチーム」など複数の関与者が、ある特定の単位（「ケース」ですね）にまつわるタスク、データ、文書などを統一的に扱いたい、というニーズについてはある程度理解できます。

元記事ではLiveLink、Documentum、SpringCM（そういえばあまり言及していない気もしますが、SaaSモデルでECMにアプローチしている企業の中では代表格、ですよね）を題材にして、最近の製品ラインナップに言及しつつ、何故BPMSベースではなくECMベースでケースマネジメントを論じるのか、などの点を説明しています。

例えば、ケース（マネジメント）と一般的なBPMSとの違いとして、「バリエーションが多い」「顧客指向」「単一のストレージに格納される（べき？）」などの点に言及しています。ケース毎の分類を厳密に行って、それによって予め定義されたワークフローがかっちりと動き出す、なんていうイメージではないということですね。とりあえず関連する物はまとまった形で管理したいが、そこにある情報を対象にして動くプロセスはその場その場で大きく異なる、、、ということであれば、確かにECMをベースにコンテンツ指向のアプリケーションとして実装するのが合理的であるように思えます。

#やはり元記事をいくら読んでも介護に限定されている話には読めない気がします。「ケース」を作り、そこに多用なコンテンツを登録し、ステータスを管理し、「クローズ」となったらその「ケース」は「レコード」になる。という一般化された流れが説明されています。英語圏で介護に関する概念が一般化されたのか、単に福祉分野だけが先行してこの概念を輸入したのか、ちょっと調べただけではわからなかったので、その究明は諦めます。

（文責 Ishii Akinori IT-Coordinator）

Spring Surf続報

続報、というほどでもないのですが昨日はまったく内容に触れることができなかったので、、、

Spring Surf provides several useful modules for developers, including the following:

• Surf - A scriptable, content-oriented framework for defining pages, templates, components and layout of a web application
• Web Scripts - A scriptable, content-oriented framework for building remote REST interfaces
• Web Studio - A visual design environment for drag-and-drop assembly of Surf pages, layouts and components
• Sample Sites - Spring 3.0 PetClinic and Spring 3.0 Spring Travel sample sites (built and delivered using Surf)
• Spring Roo Add-on - A command-driven installation and generation of Surf scripts and configuration for either new or existing Spring projects
• SpringSource Tool Suite Plugin - Wizards and additional template types for Spring Surf projects
• PHP and Groovy scripting for Spring Web Applications - Mix and match technologies as required to quickly assemble and delivery your Spring MVC web application

ということで、簡単に翻訳をしますと、

Spring Surfは以下のような開発者向けのモジュールを提供します、

• Surf…Webアプリのページ・テンプレート・コンポーネント・レイアウトをスクリプトで定義するためのコンテンツ指向フレームワーク
• Web Scripts…リモートのRESTインターフェースを構築するためのコンテンツ指向スクリプティングフレームワーク
• Web Stuido…Surfのページ・レイアウト・コンポーネントをドラッグアンドドロップで構成してWebサイトを作るためのビジュアル環境
• サンプルサイト…Spring3.0のサンプルアプリであるペットクリニックと旅行会社のサイトのSurf対応版
• Spring Rooアドオン…コマンドドリブンのスクリプト生成ツール。既存のSpringプロジェクトに適用することも可能
• SpringSource Tool Suiteプラグイン…Spring Surfプロジェクトのためのウィザードと追加のテンプレート
• PHPとGroovyのスクリプティング（対応モジュール？）…Spring MVCのWebアプリケーションを軽快にMixするためのテクノロジ

一部訳が怪しいところがありますが、なんとなく概要をイメージしていただけるでしょうか？

うーん1度サンプルを動かすワークショップか何かをしたほうが良さそうですね。

（文責 Ishii Akinori IT-Coordinator）

Trends: A reality checklist for vendors

"WE GET IT" CHECKLIST FOR VENDORS

[From Trends: A reality checklist for vendors]

少し前の記事ですが、CMSWatchでWCMのソフトウェアベンダに対するチェックリストという記事があがっていたようですね。（他の製品のBlogを巡回していて今更気がつきました）

1. Our software comes with an installer program. （インストーラが提供されている）
2. Installing or uninstalling our software does not require a reboot of your machine.（インストール中あるいはインストール後にマシンを再起動させなくても良い）
   
3. You can choose your locale and language at install time, and never have to see English again after that.（1度ロケールを選択した後はもう英語メッセージを読まなくて良い）
   
4. Eval versions of the latest edition(s) of our software are always available for download from the company website.（ウェブサイトからいつでも最新リリースの評価版をダウンロードできる）
   
5. Our WCM software comes with a fully templated "sample web site" and sample workflows, which work out-of-the-box.（サンプルのWebサイトとそのまま使えるワークフロー定義が同梱されている）
   
6. We ship a tutorial.（チュートリアルがある）
   
7. You can raise a support issue via a button, link, or menu command in our administrative interface.（標準のUIから簡単にイシューの報告ができる）
   
8. All help files and documentation for the product are laid down as part of the install.（ヘルプファイルやドキュメントがインストーラに同梱されている）
   
9. Our salespeople understand how our products work.（営業マンが自社製品の中身をしっかり理解している）
   
10. We run our entire company website using the latest version of our own WCM products.（自社Webサイトは自社WCMの最新版を使って管理している）
    
11. Our software does what we say it does.（製品は説明した通りに働く）
    
12. We don't charge extra for our SDK.（SDKの利用に追加コストがかからない）
    
13. Our licensing model is simple enough for a 5-year-old to understand.（ライセンスモデルは5歳児でも理解できるぐらいにシンプルである）
    
14. We have one price sheet for all customers.（価格表は1つしかなく、すべての顧客に対して共通である）
    
15. Our top executives are on Skype, Twitter, or some similar channel, and: Feel free to contact them directly at any time.（経営陣がSkpeやTwitterなどのアカウントを公開していて、気軽にコンタクトをとることが可能である）
    

100％の遵守は難しいところもあるかもしれませんが、我々が日頃提案の現場で遭遇する顧客ニーズともかなりマッチした内容であるように思いました。「もう英語メッセージを読まなくて良い」が完遂できれば良いのですが・・・

（文責 Ishii Akinori IT-Coordinator）

ParaScale 新バージョンリリース

Storage teams in 2010 are going to face the issue of getting ready for growth with budgets and headcount frozen at 2009 levels. How are they going to pull off this magic?

[From ParaScale Introduces Open Private Cloud Storage Platform ]

以前Alfrescoのソリューションショーケースのご紹介の中で触れさせていただいた4.0TBまで無償利用可能なストレージクラウド製品ParaScaleの新しいバージョンが発表になりました。

バージョンR2.0では、

1. RESTfulとSOAPのWebサービスAPIによる管理タスクの実行
2. マルチテナントベースの同期（8つまで同期コピーを残せる）
3. マルチテナント利用可能なプライヴェートクラウドの実現（使い方によって異なるサービスレベルを設定可能）
4. モニタリングとプロアクティヴなレポーティング機能

などを特徴的な新機能として盛り込んでいるそうです。

詳しい内容は検証してみないとわからない部分もありますが、異なるサービスレベルの領域を設定できるのであればECM上に設定されたライフサイクルにあわせてストア領域を動的に変えていくようなことも可能かもしれませんね。

（文責 Ishii Akinori IT-Coordinator）

Document Management a Priority in Asia/Pacific CMS Market

Demand for document management and record management software is set to grow by over 7% every year for the next five years in the Asia/Pacific excluding Japan (APEJ) region, according to new research by IT market research company IDC

[From Document Management a Priority in Asia/Pacific CMS Market]

IDCの調査結果についてです。アジアパシフィック地域の文書管理ニーズ！　と思ってかなり気合いを入れて記事を読もうとしたのですが、"Asia/Pacific excluding Japan(APEJ)”「日本を除くアジアパシフィック地域」ということでした。

これから5年間、APEJ地域では文書管理・レコード管理に関して毎年7%以上の成長が見込まれる、とのことです。（フォレスターとAIIMのレポートをベースにした試算だそうです）

また、この領域におけるIDCの別の報告書では、シェアの58%までが米国ベンダによるものである一方、Newgen（インド）やCyberdime（韓国）などのローカルなベンダが存在感を増している、とされています。

その他、APEJ地域における文書管理のまとめとして言及されているところを簡単に列挙しますと、

• 58.8%の調査回答者が現行の文書管理システムの投資を増額するか、新たに投資を開始する予定であると回答。
• レコード管理については50%が同様の回答をしている。
• Webコンテンツ管理に特化したソリューション（WCM）については34%強が同様の回答をしている。
• 文書管理にまつわる課題のトップ3は、「コンテンツの最新性の確保」「長期保管（と計画的な廃棄）」「業務アプリとの連携」。
• インド、シンガポール、中国、オーストラリアではWebコンテンツ管理が主な関心事となっている。
• オーストラリアと中国ではDAM（デジタルアセットマネジメント）が第2位の関心事。

といったところのようです。

（文責 Ishii Akinori IT-Coordinator）

ECM俳句

364 days ago, we launched our first contest: ECM as Haiku. Let’s bring the year to a close with a final round before turning to new challenges (and contests) in 2010. (Besides, we really like reading your submissions.)

[From AIIM - Infonomics Weekly - December 1, 2009 ]

外国人もサラリーマン川柳みたいなことをするんですね、、、

不勉強なことに第3回になるまで気がつきませんでしたが、AIIMでECM as Haikuというコンテストを実施しているみたいです。去年の結果なども記事として読むことができます。

We chose a new tool
But didn't change our workflow...
Missed it by that much!

季語がないなら川柳ではないか、というのは無粋なんでしょうね。日本人としては色々言いたくなる気持ちもありますが。（あるいは、We chose a new toolが”年度末”の季語になる、とか）

（文責 Ishii Akinori IT-Coordinator）

How to get started with an ECM project - Digital Landfill

I'm often asked about how to "get started" with an ECM project.

[From How to get started with an ECM project - Digital Landfill]

ECMプロジェクトの始め方、です。8 thingsシリーズを掲載しているBlog、Digital Landfillの7月の記事です。Digital Landfillは、AIIMのプレジデント、John Mancini氏のBlogです。

8 thingsではなく、10 stepsです。ECMプロジェクトの始めるための10のステップ、ですね。

1. ECMシステムの提案
2. プロジェクト憲章
3. システムスコープ
4. システム要件定義
5. 費用対効果分析
6. SOW（作業範囲記述書）
7. プロジェクト計画書
8. RFP
9. RFP評価
10. プロジェクトの実施とそのコントロール

以上10のステップが示されています。記事にはステップの名前だけが書かれているんですが、もう少し詳細を記述したPDFへのリンクがあります。

国内のプロジェクトに関して言えば、やはりプロジェクト憲章というのは省略され勝ちだと思います。プロジェクト計画書と一体にしようとすることが多いので。（これはPMIの周辺でもよく聞く話なのではないかと思います）。このステップが2番と7番と大きく離れているのは面白いですね。

小規模なプロジェクトだと提案段階にある程度SOW的な内容を書き込んでしまって、SOWそのものを作成しないケースも結構あるんじゃないかと思います。（弊社だけ、、、ということは多分ないと思います）

特にAlfrescoを扱いだして以降は期間が短いプロジェクトが多く、機動的な対応を求められるため、「省略すること」の圧力あるいは我々側の言い訳がより強くなっているのかもしれません。

PDFによる詳細版の方ももう少し突っ込んでご紹介させて頂いた方が良いかもしれないですね。著作権まわりがどうなっているのかも気になりますが。

（文責 Ishii Akinori IT-Coordinator）

8 Things to Consider when Looking at ECM Consultants - Digital Landfill

Content Management outsourcing is gaining popularity, particularly due to the various options that are available to those who are seeking assistance - such as project-based consulting or staff augmentation.

[From 8 Things to Consider when Looking at ECM Consultants - Digital Landfill]

数日前の予告通りに8 thingsシリーズの紹介をしていきたいと思います。「ECMコンサルタントを評価するための8つのポイント」といったところでしょうか。国内ではECMのコンサルタント、と呼ばれる存在はメジャーなものではありません。大手コンサルティングファームの「何でも屋」以外でベンダフリーのサービスを展開しているのは、うち以外では大和さんくらいしか心当たりがないです。もちろん、弊社もコンサルティングファームかつECMスペシャリストを複数人抱える企業ではありますが、Alfrescoに対するコミットが大きいので胸をはってベンダフリーとは言いづらいものがあります。（「Alfrescoではない製品を使った方が良いと思われるケース」はかなり厳密に識別しているつもりですが、そこに当てはまる事例が少なすぎてほとんどの場合はAlfrescoが最適解であると言わざるを得なかったりします。2009年11月現在。）

では、以下元記事に挙げられているポイントと具体的なチェックの方法を紹介していきます。

1. 経験　…　あなたの業種、業界、今抱えている特定の課題、想定されるシステム規模などについて経験を持っているか
2. 方法論　…　ECM導入の方法論を有しているか。プロジェクト文書の雛形を示すことができるか。複雑なプロジェクトをその方法をんをつかって取り回した実績はあるか
3. 期間/予算にあったサービスを提供できる能力　…　文字通りの要件だが、残念ながら非常に多くのコンサルタントがこの観点で不合格となる（具体的なチェック方法の記述なし）
4. （財務的）安定性　…　 長期的なサポートをする能力があるか、柔軟なSLAオプションを提供しているか、管理者向けトレーニングがあるか、要件が変わった時にエンハンスやリプレースを実行する能力があるか、人材の流動性が高くないか、対象領域に対して複数のエキスパートを擁しているか
5. 業界での評判　…　何らかの賞を受賞しているか、業界イベントに参加しているか、オンラインコミュニティでの活動を行っているか
6. ソフトウェア業界との親和性　…　スタッフ各人が資格や認証を得ているか、その認証は今なお有効か、ソフトウェア企業の様々な階層とコミュニケーションを取れているか、Partner Advisory Councilの一員か
7. ドキュメンテーション能力　…　サンプルを入手する、「ボイラープレート」型のテンプレートを確認する
8. あなたの組織との相性　…　プリセールス担当がプロジェクトメンバとして参画するか、しない場合はとにかく面談を

もちろんこのリストの妥当性そのものもよく考えないといけないのでしょうが（AIIM系なので、業界団体的な活動を重視している部分なんかはニュートラルじゃない可能性がありますよね）、ざっと見渡してみて、自分たちがどういった評価をされるのかを考えなおさないといけないな、と感じました。

（文責 Ishii Akinori IT-Coordinator）

CMIS Query Language | Old School Techie

[From CMIS Query Language | Old School Techie]

ほぼ自分のためのメモですが、CMISのクエリ機能だけをとりあげたBlogポストがAlfresco Blogsに挙がっていたので、リンクを貼っておきたいと思います。

CMISではクエリの機能はオプショナルという扱いで、この機能が実装されていなくてCMIS互換を名乗ることはできる作りにはなっているのですが、やはりCMIS自体がECMの世界にSQLのような共通言語を、というスローガンと共に推進されている以上、比較的関心が高い機能と言えるのではないかと思います。

ここで紹介されているように、基本的にCMISのクエリはSQL-92の拡張です。DocumentumのDQLをご存じの方であれば、イメージが摑みやすいかもしれません。コンテンツタイプの継承関係（テーブルが継承関係を持つような形になります）の解決ができたり、あるフォルダの直下あるいは下階層という形で階層構造上の位置を切り口にした条件指定ができたり、ある属性が複数の値を持つケースに対してのフォローがあったり（RDBMSの発想では第1正規化もできてない状態になるわけですね）、というのが主だった差分になるかと思います。

（文責 Ishii Akinori IT-Coordinator）