ドキュメントが一切こないで、ソースだけきて、それを元になんかしろ！ということがある。
このとき、ソースを解析するわけだが、その場合のやり方のメモ（自分の考えをまとめてみる）
＜＜原則＞＞：外側から外していく
ラジオを分解したりするとき、外をぶっこわして、中のトランジスターを見ようとする人はいない。まず、外側のねじをはずす。
おなじように、ソースをいきなり眺めようとしてもわけわかんなくなる。
まずは、外側の画面から外して、基板に相当する大枠のフレームワークを外して、部品をはずしていく。
＜＜手順＞＞
（１）画面遷移を割り出す。
・まず、スタートポイントとなる画面を割り出す。
・画面において、「ねじ」の役割をしているのは、イベントである。
これが、画面とサーバ側プログラムを結びつける。
なので、画面中のイベントをチェックする
・ねじを使わないで簡単に取り付けられる外装があるように、
ソース内のイベントを見なくても、画面遷移が設定ファイルから
追えるものがある
→例：struts-config.xml
・これらから、画面遷移をとにかく割り出す
（２）基板となるプログラムを探し出す
各画面、バッチプログラムごとに、処理が展開されている基板
となっているプログラムがある。それを割り出す。
バッチならmain()関数、strutsなんかだと、action
イベント系においては、イベント発生時に呼び出される
関数である
（３）部品をはずして解析
その基板となっている関数・メソッドは、ふつうＤＢやファイルなどの
入出力部品を、代入・計算などでのりづけしている形になっている。
そこで、それら入出力等の部品を調べて、そこから、基板メソッドで
やっている内容を調べる。
なお、上記入出力部品も、ここでいう、（２）、（３）の手順で調べていき、
その入出力部品のなかで、（３）の部品が出てきたら、さらに。。。と再帰的
にしらべていく
こんなかんじかな
とにかく、頭からどんどん解析していくと、深みにはまって、ここはどこ？私は誰？？
になるので、それはさける。
アクセス
トータル
ランキング
