おつかれさまです。
環境：VB.NET2005 SQLサーバーでクラサバ環境で開発してる者です。
プログラミングの構造について伺いたいです。

今、サーバーからデータを取得し、計算し、Insert/Updateするとういう
一般的なシステム作りに参加しています。
画面数は、複数で、一覧画面から個々の画面、また一覧画面に戻るような
画面構造になってます。（複数は開けません）
また、どの画面からも、INSERT/UPDATEをする作りです。

そこで、リーダーさんから、どのようにプログラムしていくか相談されました。
が、自分は、キャリアが全くないので、答えられません。

で、いくつか調べました。
　１．画面単位でEXEにする方法・・・画面遷移は出来ますが、抽象クラスを全ての画面に
設定しなくてなならないし、とにかく遅い。
　２．画面（業務毎）に異なるプロジェクトに管理する方法
一方通行の画面遷移は可能ですが、相互となるとできない。
ここの掲示板だけでなく、ある方が作られたHPには無理と書かれてました。
また、相互依存の解消方法が書かれたHPがあったのですが、今の自分には
それが、自分のケースに合ってるのかさえも、理解さえも出来ませんでした。
　３．プロジェクトを分けない方法・・・全て解決するのですが、リーダーが嫌がってます。

やはり、上記の場合ですと、EXEにするしかないのでしょうか？
長々すみません。

> 　２．画面（業務毎）に異なるプロジェクトに管理する方法
> 一方通行の画面遷移は可能ですが、相互となるとできない。
相互にしなきゃいいのでは？
呼び出し側のプロジェクトが全部管理すればいいと思います。

> 　３．プロジェクトを分けない方法・・・全て解決するのですが、リーダーが嫌がってます。
嫌がる理由が書いてないのでは、リーダーのわがままにしか見えません。

> やはり、上記の場合ですと、EXEにするしかないのでしょうか？
根拠が分かりません。
クリアしなきゃいけない条件も分かりません。

ヘンな開発手段を選択された、使えないプログラムを押し付けられる
顧客はたまったものではありません。
…開発しないのがベストでは？

回答ありがとうございます。
結局のところ、３の同じプロジェクトにまとめることになりました。
後、やはり、.NETのプログラム設計は、
VBやCOBOLだけしかやってない方だと、危険なんじゃないかなと、
初心者の私が感じました。
JAVAで設計できる方だと、きれいに設計してたイメージがあります。
(前の現場が、JAVA経験者がリーダーでした。）