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

  • 主题发起人 主题发起人 BlueGenie
  • 开始时间 开始时间
B

BlueGenie

Unregistered / Unconfirmed
GUEST, unregistred user!
现有某大型数据库管理系统，耗资1亿元，30～60人开发了约2.5年。后台
数据库为 Oracle7.3+RS6000(Unix),有400个基表，大约400～600个Form。
现在是用 Oracle Developer2000开发的，有一整套完备的开发流程，彻底摆
脱了国内手工作坊式的工作方式。如果改用 Delphi4开发，请问：
1、Delphi怎样有效的组织30～60人进行团队开发，怎样进行分解，怎样
连接和编译调试、怎样进行版本控制（包括源程序、文档资料、PowerPoint演
示文件、数据文件和帮助文件至少800兆）？
2、Delphi怎样使开发出的大型系统快速高效地运行？要求系统初装速度
快，运行时Form的显示速度快。
谢谢！

Jiliang.Lin@263.net
 
Delphi不同于C，但在Dll情况下可实现有组织地开发，这需对Dll的运行及调用
机制相当熟悉。
 
值得讨论学习,想听一听高人意见！
 
当然是分模块开发了!
 
在这种情况下，团队领导者的智慧非常重要。
从我接触过的情况来看，是采取各个模块是基于exe的方式。
在工作时，前期开发组先分析可能要用到的模版类型，先做好模版。
分析组开始分析，详尽到每一个exe都有图形界面的定稿。
只有在所有的可视分析都定型后，才可以开始写程序。
这时候参加开发的人员是最多的，其实也是最快的时候。
然后就是测试阶段了。
bluegenie既然说已经做了2.5年，对这些东东应该是非常清楚的，我就
不班门弄斧了。
我对bluegenie的建议是：主要以模板为主要设计起点。
这一阶段完成后，可以统一换成DLL,最后编译成一个大的程序。
源码控制是内置的PVCS,我觉得是已经够用了。如果认为还不够，可以去购买
PVCS的正式版。
 
跟踪学习
对这种问题我认为应该可以建立专题讨论。
我相信感兴趣的人是很多的，
 
你所谈的间题，其实质就是计算机的集群控制间题，
当然控制计算机和控制人并不太一样，但也有本质的
共同点。
学校学的《软件工程》就是来解决，这个间题。
只是还发展的远不够成熟。需要我们去改进。
在Delphi中的PVCS也是为解决这个间题。
 
这是哪个大型数据库管理系统？哪个企业或部门的？
 
曹晓钢先生：
该系统现在的确是严格按模版进行开发的，也的确有详细的分析和文件（包括
每个FORM的图形界面），然后是开发、测试、培训、验收和应用。The problem is
that the system is developed by using Oracle Developer2000 now, it is
very easy to breakdo
wn the large project into many smaller parts and
combinate together into a entire system. If use Delphi4, how todo

that? Anddo
you have some ideals about how to make the large system
agile?
The whole resouce(Codes,Documents,Helps,Data,etc) with different
versions has been over 2GB, it is now controlled by Neuma+. If we use PVCS, I am afraid that it hasn't so large capability.
Thanks a lot for your attention, and welcome more opinions. Thanks for 程云 too, and I think SOFTWARE ENGINEERING that we learned in colleges is not available in practice. It sounds more like a kind of theory than a guide, we should learn from foreigners.
BlueGenie
Jiliang.Lin@263.net
 
主程序.EXE，调用的Form编译成.BPL，先弄几个人做一套Form和Data Module
基本操作，以后作Form等都继承它，有什么公用的改动只要重编译一下基类
的BPL就行了。速度还行，就是装客户端比Developer2000烦
 
我不清楚为什么需要把oracle develop2000换成ddelphi4.
基本工具的选择应该是在系统分析时就选择好的，
虽然我是delphi的支持者，我并不是很清楚develop2000,
但是我想既然已经做了2.5年，除非出现了什么绝对无法解决的问题，无论如
何不应该更换开发系统。
软件在这种开发状态下是制造业的一部分。和传统制造业不同的是，消耗的不是
钢铁等原材料，消耗的是程序员的精力和时间。在这种时候更换开发系统，有可能
就像一艘大船即将建造好的时候说，这种钢材不好，我们另换一种吧。可是损失的
程序员开发时间怎么计算？
如果你是在考虑以后其他工程的事情，我想选择delphi是没有问题的，delphi中
自己附带的PVCS只是标准PVCS的一小部分，完全版的PVCS是绝对有能力处理2G的
数据量的。
对于程序的分解组合，我想概念和develop2000应该是一致的。(再次重申我并没有
接触过d2000，说错了敬请谅解。如果我接触过的话，才会更有发言权。）
对于这个问题，delphiBBS以前的讨论中曾经有过几次，主要就是EXE还是DLL的选
择，单次登录和多次登录的选择，还有程序的运行效率问题。
我来列出来几个，
<a href="DispQ.asp?LID=10655">一个EXE文件中FORM太多怎么办，TDATABASE可以作为参数传递到DLL中吗？</a>
<a href="DispQ.asp?LID=23966">如何连接多个工程文件</a>
 
to 曹晓钢，
不必把TDatabase作为参数传递，BPL(DLL)可直接用主程序的Database
 
to xixi:
关于详细的讨论，我并没有参加。你可以在此主题后继续讨论。这是允许的啊。
 
I think pre-setting username and password in TDatabase is not
suitable. In fact, every table in database must have some triggers
and columns to record the following information:
Insert_User, Insert_Date, Modify_User and Modify_Date, etc.
This is for audit purpose. If you pre-set username and password,
it will be unsafe, and will violate the basic ideal of RDBMS, why we
chose RDBMS such as Oracle, Sybase, DB2, Informax and SQL Server
then
?
Mr. Cao Xiaogang,do
you have some experiences in developing
large system with Delphi version 3 or above, would you please share
the details with us?
BlueGenie
 
当然不会是用预知的用户名。
Tdatabase是用来登录的user_name,password都可能是用户登录时自己输入的。
如果delphi连这都不能做到，还算什么数据库开发工具？
yes. I used to join a big taiwan team about 1.5 year ago, using
delphi 3.
But Ido
not think I'm a expect.
if you need my hand, you can e-mail directly to me.
butterfly@soim.net
 
多人接受答案了。
 
对大家的回答表示感谢,不过总觉得仍然没有一个明确的概念,
似乎大家的回答也只是凭空想象出来的,觉得Delphi应该可以
怎样怎样,但自己并没有此类的经验.
顺便说一下,Oracle Developer 2000也是可视化编程,
缺点是解释执行的,不能生成可执行文件,速度较慢,只能连接
Oracle的后台数据库，客户端的安装较复杂，
数据库操作以外的功能很弱,控件是VBX.但如果单论开发
数据库系统,Delphi可就比不上了.Developer开发的数据库系统的
查询、拷贝输入和值列表（List of value）等奇好用无比，
而且几乎不用写一句代码。Delphi要实现他的功能，则要从头
止脚的改写所有的数据库控件和DLL（否则程序员就要另外写无数个
FORM来实现查询、值列表等等），我已经改控件改了好几个月了，
现在还不行。另外Developer也更容易再开发CASE TOOL一些，
便于流水线式的软件生产，开发大系统更得心应手。比如说开发只有
一个基表的mini system，Delphi可能要为每种查询单独做一个FORM，
有多少种查询就做多少个FORM，可怕的是有时候连用户都不知道需要
多少个查询,什么时候想起来了，系统再增加。换言之，可能没有人
知道体统究竟会有多大（危言耸听）；
Develop不同，任何查询都和流览输入功能在一个FORM里,
一个FORM就轻松搞定 。大而言之，如果系统有400个基表，假如用
DELPHI开发，您认为系统成功的可能性有多大？怎样才能保证
这一点可怜的可能性？武断地说，用Delphi开发小系统的确不错，
MIDAS技术也确实领先，但不适合开发大系统，至少目前是这样的。
哎，又爱又烦的Delphi.
 
您必须登录或注册才可回复。

Similar threads

D
[原]OrangeUI－Delphi移动开发利器
回复
0
查看
2K
DelphiTeacher的专栏
D
D
[原]OrangeUI－Delphi移动开发利器
回复
0
查看
1K
DelphiTeacher的专栏
D
D
[原]OrangeUI－Delphi移动开发利器
回复
0
查看
2K
DelphiTeacher的专栏
D
D
[译]Delphi for iOS开发指南(2):在Windows PC上配置你的开发环境
回复
0
查看
1K
DelphiTeacher的专栏
D
D
[原]OrangeUI－Delphi移动开发利器
回复
0
查看
1K
DelphiTeacher的专栏
D
后退
顶部