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

質問

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

回答No.8

ultraCS

もう、半リタイヤなので

大変ですね、コメントもまともにかけない馬鹿のプログラムをいじるのは

基本として、細部から見ていった方がいいですよ。少なくとも全体像を把握することなどは二の次です。
実際問題として、顧客の要求のほとんどは細部の改良ですから、そのためにどこをいじるかに特化して考えた方がよいです。それですまないようなら、プロジェクトを見直して、組み直した方が早くすむ(能力にもよります)ことも珍しくありません。

イベントドリブンであれば、少なくともイベント単位では独立したプロシジャになってませんか、もしなって無いなら組み直した方がいいと思いますね。
まあ、非道い目に遭っているのだと思い同情は禁じ得ませんが。

お礼

適切なアドバイスありがとうございます。

「顧客の要求のほとんどは細部の改良ですから」は、目からウロコでした。
全体像の把握は、上司の指示であって、顧客の本当の要求では、ありません。
世の中一般に言われていることと、上司が言うこととが同じだから、
それを守っていた自分がバカみたいです。