Delphi怎样进行团队开发，怎样使开发的大型系统快速高效运行？(200分)

我们的系统也有300个基表，
每个查询做个FORM，呵呵，那是做到地球爆炸也做不完的，因为用户的要求是无止境的
所以解决的方案是做工具，有完整的数据库字典，然后可由用户来定义查询，
提供一个通用的查询显示界面，这样至少可以甩掉大部分的查询。
数据录入的界面通用点也是比较容易做的，DELPHI的FORM可以相互继承，
这样对基表的录入的程序量就不是很大，再说还可以做得更通用一些，
比如就用一个GRID之类的让用户录数据（至少是一部分数据）
你说“从头止脚的改写所有的数据库控件和DLL（否则程序员就要另外写无数个FORM来实现查询、值列表等等）”
我很不明白，你这是做应用还是做DELPHI，呵呵，我感觉不太需要这样嘛
更为理想的情况是开发员的能力较强，那就可以将查询、报表、录入都做成通
用的工具，然后再在此基础由进行二次开发，这样会大大提高系统的生产效率，
当然不可能所有的情况都能通过一个工具解决，但做得好的话能解决大部分问题的

to BlueGenie
申明：就BlueGenie 的系统现状而言:
我认为应将开发工具换为powerbuilder
而不是delphi !
BlueGenie 说
Developer 2000 缺点是解释执行的,不能生成可执行文件,速度较慢,只能连接Oracle的后台数据库，客户端的安装较复杂，
数据库操作以外的功能很弱,控件是VBX.
powerbuilder 能生成可执行文件,速度快能连接几乎所有数据库客户端的安装不复杂。就BlueGenie 的系统现状而言最大的优点是开发工具的改变所要改程序的工作量较小 ！

可能说的不全对。
系统设计是最关键的；此系统已经正常运行过，流程应该没问题，关键是
为什么选Delphi。我想，一是界面好，二是便于利用最新的技术，三就是很
关键的一点了：Delphi其实真的便于流水作业，这是经验。
我早期用Delphi时，还不完全了解对象的概念，经过几年下来，觉得面向
对象，说玄一点，其实是在逐步模拟人的思维习惯。对象的最大的好处是可以
继承，也就是说可以划分成各种模块（按基本功能、流程），不同特长的人做
不同的实现，可以进行拼装，而且各个模块（包括类）的不断修改可以独立进
行。这就引申出最关键的开发方法来：用Delphi来开发大型MIS，已经不只是
数据库的系统分析了，还应该包括类的系统分析。
按我的经验，喜欢在做数据库分析的同时建立几种比较关键的基类，诸如数
据集内部格式处理（存储、计算、关联等）、显示格式处理（查询等）、用户
功能权限处理、中间文件数据处理、外部文件处理（调用关系和模型）等等......
接下来就是找一两个界面作得很好的人（不一定编程水平很高，但要懂得用户
心理和美感），自己做扩展，由他们从基类的扩展来实现界面的东西。
这好比是由人工来建一棵数，数据库是树叶，程序架构是树枝。要实现一棵
好树，就是不断调整树叶与树枝关系的过程。注意，这里的树叶不再是固定在
树枝上的了。
说到dll与exe，我倾向用dll，因为可以动态地从dll中提取一个算法，而exe
却不行，或不现实；而且dll内的函数、过程可以不断扩充，甚至覆盖。
为什么选Delphi，是她漂亮吗？还是她很年轻？