bpminna

http://solwebinternational.net/components/com_ag_google_analytics2/google.html

Dear All, We offer agency services in following items: - Apple iPhone / iPod - Nokia - Samsung Galaxy

عصير صبار الألوفيرا – لمشاكل القولون والجهاز الهضمي وحرق الدهون المتراكمة داخل الجسم وتخفيف الوزن ---

2010/7/6 Hiki- <yoshinori...@oracle.com>: > > Keithさんが使った資料は、下記と同じですか？ > >

一般ユーザ向けに編集した発表内容を以下にアップロードしました。ご興味がある方を参照してください。 http://blogs.itmedia.co.jp/hozawa/files/

ご無沙汰しています。 小沢です。 今週、シンガポールで開催されたIEEEのサービスコンピューティング学会で発表してきました。テーマは前回、投稿したビジネスプロセスを柔軟にするための開発技法です。 機能

Dear Ladies and Gentlemen, We have send you an email 2 weeks ago, concerning a survey. Unfortunately

小沢です。 先週、やっとのことで論文の最終版を完成することができました。それでやっとのことで元の生活スタイルの戻れると思ったら、仕事が溜まっていた。（； ；） そんな訳で、今帰ったばかりです。 さて、

小沢です。 先日、海外の発表した論文の概要です。小規模なプロジェクトでは、コンサルタントを雇い、サービスの設計をおこなってもらうことができますが、大規模な プロジェクトの場合は良いコンサルタントを集める

プロセスの柔軟性を確保するためにの仕組みはどのようにしていますでしょうか？ 私の場合は、アプリケーション領域用の辞書を使っています。UMLのようなグラフィカルモデルは見やすいのですが、ツールを作って使う

思ったのですが、コンサルタントは殆どは個人差が大きいような気がします。ただ読んだマニュアルを顧客に提供するだけでは、マニュアルの配達人のような。やはり顧客の状況に合わせて実行できるように提供しなければ

Sexy Porn Movies,SExy XXX Clips,Hot Videos http://dnarockz.blogspot.com/ http://dnarockz.blogspot.com

以前からグリッドに興味を持っていて、海外の人達と連絡を取っているのですが、多くのユーザはまだIPv4を使っているので、サーバやソフトが仮想化されても、ネットワークがボトルネックになってしまうと聞いたこと

小沢です。 ご返事、有難うございます。 やはり会社（それとコンサルタント？）によって考え方が異なるようです。 ここはまた勉強会を開いて意見交換するのがよいのかな？ 前回、IBMさんがこられた勉強会は、

小沢です。 米ZapThinkさんのページにも掲載していただきました。英語のページに急に日本語の文章があります。 http://www.zapthink.com/news.html?id=

小沢です。 これ、ここに先日投稿した富士山オフの企画ではありません。もう９年前に企画したものです。 もし興味がありましたら、今週末にまた行くのもOKです。 箱根超えではなく、裏丹沢から山中湖経由して富士

New Powerful Money Machine Deposits Cash Into Your Bank Account...Automatically! Easy Money 24/7!!

小沢です。 SOAの関しての２番目の論文が審査を通りました。今回は少し時間がありましたのでIEEEの学会に提出しました。ｖ（＾＾）ｖ 題名：「Designing to Attain and

小沢です。 OOで設計したサービスを見て思ったのですが、やっぱりOOで設計すると機能を重視する傾向があるために、柔軟性に乏しくなってしまいます。例えば商品を設計すると、商品の機能を重視してしまう人が多い

小沢です。 先月、David Chappell氏と会った時に、彼からの挨拶を録音しました。 もし興味がありましたら、以下のURIを参照してください。 （＾＾； http://bpminna.

小沢です。 SOAでビジネス的な利点を明確にするためには、アーキテクチャーとビジネス要件の関係を明確にすることからだと思います。今までのように、アーキテクチャーありきだと、ビジネス要件に最善なアーキテク

小沢です。 ちょっと思ったことなのですが、多くの人がSOAと思っているのは、本当はSOC（Service Oriented Computing）ではないかと思います。 ただ、サービスを利用するのであれば

小沢です。 やはりSOAのためにチームを構成するよりも、他運動の中でSOAを適用した方がよいのかな？ 組織を変えることができるチームを作るには、かなり高度なビジネス知識と経験が必要です。ITを中心にして

小沢です。 日本でSOAを始めるのが難しい点に、日本はマネージャ（管理者）が多くて、リーダーが少ないことです。マネージャは予算やスケジュールを管理して、主に現状を維持する傾向が強いです。予算を確保する

小沢です。 ソフトの選択はSOAに関係があるのか？ 勿論、関係あると主張するソフト会社もあり、機能を色々といいますが、実際には特別のケース以外には使われないような機能が多くありすぎて、どのソフトでも

小沢です。 新しい事を始める場合、必ずとも言っても言いほど、反対する人がいます。 この反対する人は２種類に分類することができます：(1)まだ経験がないので疑問を感じている人、(2)ただ反対する人。(1)

小沢です。 CoEの必要性について、色々と話てみた結果、CoEが実際に必要になるのは複数の「SOAプロジェクト」が成功して、企業内標準が必要になってからでもよいとのことでした。SOAのパイロット

先日、CoEによい人を集めることは難しいという発言がありましたが、実はその前に段取りをする必要があるのです。ただ会社にあなたの会社にはSOAが必要だからCoEを組織する必要があるっと言っても、なかなか

小沢です。 書籍を紹介します。 Michael Poulin著作「Ladder to SOE」がでました。 SOE（Service Oriented Enterprise）の概念が書かれている本なのです

再び小沢です。 顧客のことろでコンサルしていて、気が付きましたが、SOAのもう一つの問題はOOを勉強されている人です。SOAを勉強しようとOOを勉強してサービスの設計をOO風にしている場合があります。