他人が作ったプログラムのメンテナンス方法

質問

他人が作った、VisualBasicで開発されたスタンドアロンの会員管理アプリケーションソフトを、メンテナンス＆カスタマイズすることになりました。
良くあることなのですが、その作った張本人は、退社して連絡が取れません。仕様書類は、一切なく、変数名管理表、フローチャート等は、当然、一切ありません。おまけに、コードには、一切コメントがありません。
上司と顧客のカスタマイズ要求も的を得ず、私自身の改良案も思いつかず、
コードの一部をいじくると全体にどんな影響がでるか分からず、手の出しようがありません。
とりあえず、今は、何らかのプログラムの流れが分かる図を書き起こそうと
思うのですが、どのような図を書き起こせば良いか分かりません。
また、私の実力では、何図といわれても、すぐに書き上げるだけの実力がありません。
とにかく、イベントドリブン型のＶＢのコードでは、上から下へ、素直に、イベントプロシージャ、サブプロシージャが記述されておらず、コードの判読に大変な時間がかかる上に、なかなか、理解できません。
どなたか、良い解決方法に限定せず、ご自身の経験談でも、よいので、回答いただける幸いです。宜しくお願いします。

回答No.2

ttyp03

よくありますね、そういうの。
僕も色々苦労してきました。
今更仕様書を起こしても苦労するだけだし、またそれのメンテナンスに時間を取られてしまうので何か資料を作るのは諦めましょう。
一番いいのはソースをじっくり眺めて全体を把握することですが、コメントがないプログラムは他人が見るとホントに複雑ですね。
そこでポイントを絞ってみていくといいでしょうね。
今回修正する機能はどこのソースに当たるのか。
「Ａ画面のボタンを押した時の機能」なら、そこのソースに行き着くのは容易ですよね。
そしたらそこのソースにだけ集中してください。
そしてそこの箇所での修正方法を考えてください。
もし修正箇所にグローバル変数が出てきてしまったらプロジェクト全体に検索をかけて、その変数を使用している箇所および処理の内容をひとつずつ追っていくしかありません。

と、まあ文章するまでもないことですが、こんな感じでやっていくしかないと思いますよ。
あとは幸いにもVBなのでデバッグ機能を多いに利用してソースの動きをじっくり把握してみてください。

それから最初に「資料は作らない」と書きましたが、余裕があれば何かしらまとめておくと、あとで自分のためになるかもしれません。
自分用のメモ程度でいいので、余裕があればお試しください。
では、がんばってください。

お礼

回答ありがとうございます。
１フォーム画面に、コントロールが50近くついているものもあり、一つの機能（１回の操作）に、集中して、そのソースだけを追いつづけるのも、やってみたのですが、あまりの徒労感に、仕事を放り出したくなる感じです。
普通、分からないことが分かるようになると、「喜び」を感じるのですが、
現在の作業には、それがありません。分かってみると、「（個人的なプログラマーの好みの差があるのでしょうが）どうして、これを実現するのに、こんなスパゲッティなことをして、メンテナンスしづらく作っているんだ」という「怒り」しか、覚えません。でも、ttyp03さんのように、地道にいくことが近道なのでしょうか。僕の性格がひん曲がっているのが、良くないのでしょうか。僕の個人的な印象では、自分で作ったアプリケーションではないので、標準モジュール部で、行なわれている処理に関しては、詳細な資料を作る必要があると感じています。