ハードウェア構成と、それを実現するJavaのフレームワーク、要素技術のまとめ

前のブログで、

一方、フレームワークは、そういうのがあるかというと、 　　クライアントーサーバーで行う場合、 　　　　　サーバー側で画面をつくる　　　　　　サーブレット,JSPまたはStruts 　　　　　クライアント側で画面をつくる　　　　JavaScript、VBScript、アプレット 　　など、考え方はある。。。けど、これもまとまってない。 　そのうちまとめるかも。。

と書いたので、JAVAにおいて、ハードウェア構成と、それを実現するフレームワークの対応をまとめてみました。なお、以下のものは、一般論で、これ以外にも、フレームワークとして成り立つものはあります。

---

■■　スタンドアロンの場合
　GUIを使わないなら、なにも悩むことはない。フレームワークを使わず、好きにかける。
　GUIを使う場合、AWT,SWING,eclipseのSWTとか、使うGUIにより書き方変わる


■■ クライアントサーバーの場合

（１）クライアント側に画面表示する
　　　（１－１）サーバーで画面を作成する
　　　　　　　　・サーブレットを利用する
　　　　　　　　・Strutsを利用する
　　　　　　　　・JSPを利用（併用）する

　　　（１－２）クライアントで画面を作成する
　　　　　　　　・java Scriptで行う
　　　　　　　　・appletで行う（特に図形表示など）

（２）クライアント側に画面表示をしない（GUIを利用しない）
　　　　・RMI
　　　　・EJB
　　　　・Webサービス
　　　　・CORBA(InterstageのCBS,CBMなども含む）


■■　P2Pの場合
・JXTAというのがあるらしいが、使ったことがない。


■■　すべての場合に
・ソケットでポートを空けて通信
　コネクションをつなぎっぱなしにしたいとき便利
　基本的になんでもできる。

---

　実際には、いくつかを組み合わせて使います。たとえば、StrutsとJava Scriptを利用したり。

　また、サーブレットを利用するけど、サーブレットでは画面表示を行わないで（textでデータを受け渡しして）、クライアント側でSWINGなどを使って画面を書いて表示することなどもあります
　たとえば、いくつかの支店の在庫を問い合わせる場合、各支店のスレッドを発生させ、在庫チェックすると、サーバーで多くのスレッドが発生し、処理が遅くなるので、クライアントでスレッドを発生させ、ＧＵＩ表示するケースなどがあります。

PMBOKに書いてあるプロジェクトの進め方と読み方（知識エリアとプロセス群にそって）

みかままさんの日記を見て、ちょっとPMBOKについて、書いておきたいことがあったので、そのお話。

　なお、PMBOKについては、プロジェクトマネジメント知識体系ガイドの第二版しか持ってない（最新は第三版）なので、第二版をベースに書いています。

　PMBOKは、９つの知識エリアがありますよね（知らなかった人は、「あるんです」。これを知らないと話が続かない）。

１．プロジェクト統合マネジメント
２．プロジェクト・スコープ・マネジメント
３．プロジェクト・タイム・マネジメント
４．プロジェクト・コスト・マネジメント
５．プロジェクト品質マネジメント
６．プロジェクト人的資源マネジメント
７．プロジェクト・コミュニケーション・マネジメント
８．プロジェクト・リスク・マネジメント
９．プロジェクト調達マネジメント

で、それらは、プロジェクトの流れ（プロセス群）の中、つまり、立ち上げ、計画、実行、コントロール、終結の中で、いろいろと実施されるわけですが、
・あるプロセスの中で、知識エリアすべて行われるわけではない。
　　→たとえば、立ち上げエリアでは、「プロジェクト・スコープ・マネジメント」に属する「立ち上げ」作業しかない。

・さらに、その中でも、「計画」、「実行」、「コントロール」の中には、ほとんどのプロジェクトで行われる「コア・プロセス」と、プロジェクトによっては行われない、プロジェクトの特性によって行われる補助プロセスがあります。
　（この説明は、第二版だと、３３ページの下にコアプロセス、３４ページ中ごろに補助プロセスの説明があります。以下、ページ数は、第二版のページです）

　ここで、コアプロセス「だけ」を書くと、以下のとおりになります。
・立ち上げ：スコープ（３２ページ　図３－４）
・計画：スコープ、タイム、コスト、リスク、統合（３３ページ　図３－５）
・実行：統合（３５ページ　図３－６）
・コントロール：コミュニケーション、統合（３６ページ　図３－７）
・終結：調達、コミュニケーション（３７ページ　図３－８）

---

そして、これらの作業を具体的にわかりやすく書くと、以下のとおりです

■■　立ち上げ：スコープ
　立ち上げ作業を行う（５４ページ）。
　ここで、プロジェクトマネージャーがきまって、そのプロジェクトの条件などがきまる。
　プロジェクトの根拠となるもの（契約書など。プロジェクト憲章）ができる。


■■　計画：（１）スコープ、（２）タイム、（３）コスト、（４）リスク、（５）統合
（１）プロジェクトの目的と、成果物がきまり（スコープ計画　５６ページ）、その成果物を構成要素にまとめる（WBSで記述される。スコープ定義　５９ページ～）。
（２）その構成要素を作るために、しなきゃいけないことを順番にならべて（アクティビティ定義６５ページ）、その「しなきゃいけないこと」にかかる時間をみつもり（アクティビティ所要時間見積り）、スケジュールを作成する（スケジュール作成７５ページ）
（３）その一方で、「しなきゃいけないもの」を行うための、人、モノ（機器、資材）についての資源を決定し、そこから金＝コストの見積もりを出す（資源管理とコスト見積もり）。そしたら、予算化しよう（コストの予算化）
（４）そして、これらのアクティビティとスケジュール、コストをもとに、リスクを識別し、分析する（リスクマネジメント計画１２９ページ～）
（５）そしたら、プロジェクト計画書として、まとめよう（プロジェクト計画の策定）


■■　実行；
プロジェクト計画書に書いてあるすべきこと（アクティビティ）を実行すべし（プロジェクト計画の実行P46)


■■　コントロール：（１）コミュニケーション、（２）統合
（１）進捗報告をしよう（実績報告　P１２２）
（２）変更すべきところがあれば、変更しよう（統合変更管理　P４７）　


■■　終結：（１）調達、（２）コミュニケーション
（１）契約が完了した（もしくは中止になった）手続きをする（契約完了　P158)
（２）プロジェクトの結果の文書化（完了手続き　P１２５）

---

これらの手続きをもとに、あとは、いろいろと追加していくことになる。

で、今書いたように、PMBOKの本のいやらしさは、知識エリア順に書いているので、頭から読んでいくと、いろんなプロセス群が入り乱れてかいてあって、？？？？となってしまう。

　この本の読み方は、ずばり！こうです。

（１）P38ページの「プロセス群と知識エリアによるプロジェクトマネジメントのプロセスの分類表示」からみるべし。
（２）P32からP３７の各プロセス群の内容をみて、コアプロセスと補助プロセスを確認すべし
（３）コアプロセスについて、各プロセスの図から、指定されている章の内容をみて読むべし
　　　→まず、成果物をみて、その章で、なにを作ろうとしているのか確認してから読むべし
（４）なっとくしたら、補助プロセスについて読むべし
（５）のこっちゃったので、はじめのページから３２ページまでをよむべし。

以上っす

ついしん：昨日のアクセス数は、最近の中で一番多かった。
　なんで、そのうち、流通XML－EDIの概説書の中身とそれをJavaで表現したものをやろうと思います（今日は、違うねたを用意しているので、明日以降）