既存の情報システムの再構築における要件定義あるいは設計に関する質問です。

コンピュータは書かれている命令を実行するだけです。
論理バグのあるプログラムをコンピュータに実行させれば、コンピュータは人間の命令どおり清く正しく論理バグを実行します。
つまり「そう書いてある」と「そう動かしたかった」は別の話です。
まぁこういう事柄は、ちゃんと試験する職場ではドキュメントもちゃんとしているし、ちゃんと試験しない職場はドキュメントもないのが相場ですよね。
「既存アプリケーションの全機能をソースコードから解析できる」などという間の抜けた考え方をしてる人間は間違いなく後者の職場しか知らない、素人に毛の生えた程度の人間でしょうから、理想を言えばそういう人とは関わらないのが吉かと。

よっぽどプロジェクトの規模が小さければ別ですが、典型的なデスマの入り口に立ってると思いますよ。

その通りで、ボクは分かっているんです。
分からない人が分かるようにするための、材料が欲しいんです。

関わらないという選択肢はなく、むしろ既に関わっているので質問しています。

「ソースコードからの解析はするな」という資料でなく、ある意味逆の資料になりますが、

[リファクタリング―プログラムの体質改善テクニック]や[レガシーコード改善ガイド]
という書籍はどうでしょうか（※URLは下に貼っておきます。）
既存のコードを分析して新しいコードを書くときの注意点が書かれている本です。
ただ、書き換えたコードが前のコードと同じ動きをしているのかを誰がどうやって確かめるのかなど
実際にプロジェクトで気になりそうな点についてかなり細かく書かれています。

そのプロジェクトでの注意点が、実現するのがそんなに簡単じゃなかったりする感じのことが多いです。
※全員のモチベーションが高いチームだったり、みんなを引っ張っていけるリーダーがいたりしないと
　今までのやり方の方が安定するんじゃないかと思ってしまうくらいです。

ということで、
「やるならコレくらいしっかりやらなきゃダメなんだ・・・」という方向で攻めるのはどうでしょうか？


http://www.amazon.co.jp/%E3%83%AA%E3%83%95%E3%82%A1%E3%82%AF%E3%82%BF%E3%83%AA%E3%83%B3%E3%82%B0%E2%80%95%E3%83%97%E3%83%AD%E3%82%B0%E3%83%A9%E3%83%A0%E3%81%AE%E4%BD%93%E8%B3%AA%E6%94%B9%E5%96%84%E3%83%86%E3%82%AF%E3%83%8B%E3%83%83%E3%82%AF-Object-Technology-%E3%83%9E%E3%83%BC%E3%83%81%E3%83%B3-%E3%83%95%E3%82%A1%E3%82%A6%E3%83%A9%E3%83%BC/dp/4894712288

http://www.amazon.co.jp/%E3%83%AC%E3%82%AC%E3%82%B7%E3%83%BC%E3%82%B3%E3%83%BC%E3%83%89%E6%94%B9%E5%96%84%E3%82%AC%E3%82%A4%E3%83%89-Object-Oriented-SELECTION-%E3%83%9E%E3%82%A4%E3%82%B1%E3%83%AB%E3%83%BBC%E3%83%BB%E3%83%95%E3%82%A7%E3%82%B6%E3%83%BC%E3%82%BA/dp/4798116831

ありがとうございます。
ですが、ちょっと問題の焦点と方向性がずれている気がします(^_^;