多人参与开发项目，每个人一个模块，最后组合起来。请问这如何实现？我是新手，大家能否举个实际的例子说说？

[ilovedelphi]

比如说一个人开发查找模块，一个人开发输入模块，如何将两项目合成一个程序？

[hachenzhonghua]

我觉得你的疑问是,接口如何完成!
如果你存在这样的问题,说明你还没有将需求彻底搞清楚,心里没谱.
第一:
搞清楚整个系统要完成什么.包括先做什么,后做什么.
第二:
将流程写下来,书面化,必要时可以画一些图.
第三:
如果你在前两个环节考虑得越细致,后面就好办了.
找出整个系统的关键点,这只能凭经验了,感觉就像转折点,如不能找到,或找到后不能取舍,说明该点还可以继续划分.在找转折点的同时,你的系统也就逐渐划分开来.
声明:只代表个人意见,其实系统的分割是一个经验的分割.还有许多其他因素,例如客户岗位设置,底层数据库设置,使用人员等等.
继续努力吧!

[hcgui]

你们有没有外包？

我可以、试一试么？

[e-mail]

[ilovedelphi]

我正有hachenzhonghua(冬叶) 所说的疑问——接口如何做？、
我原来做程序时，可以说就把整个程序看成一个模块，没有什么接口。

[hamzsy]

老觉得要把软件划分成模块给不同的人编是很难的，还是一个人编好。
不知那一天我也会划分模块？

[seekuface]

像你这样的情况可以将各自的部分编为Frame形式，然后在一个主程序里调用就可以了，这就是现在DELPHI5、6提出的框架编程，具体的编写方式可以查看DELPHI的范例和相应的书籍。

[dh03]

看一下软件工程吧，从需求分析到数据格式到最后功能模块的编写都有很好的规范。也有这方面的例子和资料，不过中国的程序员都是个人英雄主义的多。呵呵，也许这就是中国人写程序比不上外国的原因。

[ilovedelphi]

我想不是软件工程的问题。我现在是按软件工程的流程开发，但是不明白的是怎么连接各个模块

[zwhhoo]

以前疯玩星际的时候，我老爱依赖盟友去造探隐形的，结果常吃大亏。
现在开发程序我一般不爱用别人的东西。

[ilovedelphi]

up

[王集鹄]

No.1 模块独立相对
可以独立调试执行

No.2 接口保持一致
模块编写之前，接口就要统一出来

No.3 使用公共单元
类型，变量，函数，对象一定要共用

[VSaber]

模块能够独立成二进制方式最好,这样便于大家调试,建议是用com.
遥源代码级的协作,注意用sourcesafe之类就可以!

[dh03]

To ilovedelphi:要进行并行开发，涉及到模块相关度和版本同步等很多问题，而且和语言环境也有很大关系。由于Dephi的基础是Pascal，从本质上看，它还不是完全面向对象的，所以还带有很多结构化设计的特点。它又封装了很多东西，因此，要完全实现面向组件和松散耦合是比较困难的，只能通过软件工程中的规范去实现并行开发的协同。可是做法因公司的不同，每个公司几乎都有自己的一套做法。Dephi的做法我不是很清楚，微软的做法我了解一点。它以前主要是用Com来使模块独立的，而用sourcesafe来保证版本同步。你可以参考一下微软的开发规范。不过，现在微软推出了.NET平台，在这个平台要实现你所说的就太简单了，C#就是一种完全面向对象，面向组件的语言，所以写出来的组件可以进行松散耦合，现在我正在学习，感觉用它写程序太爽了。

[抱朴守拙]

既然你一个人开发过软件，难道你不是先开发一个模块，然后再开发一个模块……，最后将它们集成在一起的吗？
可见，多人开发和单人开发原理上是一样的。区别在于：开发这个模块的你和开发那个模块的你在交换模块信息上是在不知不觉中进行的。而多人开发就要通过讨论、书面等各种形式来进行了。其困难在于如何沟通。

这是软件工程方面的事情，具体的方法请参考相应的文章、书籍。

[lty]

可以看UML方面的书。

[ihihonline]

No.1 模块独立相对
可以独立调试执行

No.2 接口保持一致
模块编写之前，接口就要统一出来

No.3 使用公共单元
类型，变量，函数，对象一定要共用
其实最主要的是接口保证一至，这是最主要的；

[ManMan]

1.制定需求计划
2 安排工作进程
3 使用相关工具
具体软件工程书上游，我给以个工具，[e-mail]

[seekuface]

说明几点：
1。使用公共部分，是以前老早的办法了，如非必要，建议不要使用；
2。使用DLL传递数据是一种以前的，基于面向过程的方式，其特点是利用函数调用，是一种类似于调用API的方式。
3。现在流行的是OOP方式，而框架结构是未来的方式，不论是MS，还是Borland都有类似的结构，它是一种基于类的思想的，一个Frame就是一个完整的类，其数据结构和方法都由自己来维护，我个人认为这是最优的方式。

[dh03]

To seekuface:
我说的是C#，不是C++，也不是VC，C#是微软为.NET平台定制的一种新的编程语言，它按照面向对象的方法重写了全部基础类库，在C#中，连程序入口的主函数都是包装在一个类里的。C#给我们带来了很多新的东西。而且它是面向组件的，有空你可以看看哦，相信你也会被它吸引的。至少目前我还没看到比它更优雅的语言。

[seekuface]

TO dh03(小风) :
你说的是一种在一种大的环境下的协作模式问题，几个人同在DELPHI下只需要利用DELPHI的管理模型即可。DELPHI在某些方面是不够面向对象，这是它语言本身的缺陷，但C++系列也不是完全面向对象的（当然它在某些方面是要比DELPHI强），如果说到完全面向对象的话，目前没有一种语言是的，即使是JAVA，它的基本数据类型也不完全是类，如INT即是。
COM和DCOM、COM+是MS的一套标准，它是基于接口的，是在已形成代码的情况下实现的，这是它的强项，而DELPHI的Frame类型，则是基于源代码级的，它在进行统一编译时非常有用。
至于你所说的松散藕合的问题，只要你是遵循类的方式，如不直接调类的对象，尽量少使用公用变量，调用时用专用函数去调用，减少友元的使用（针对于C++）等等，这样做出来的程序绝对是松散藕合的。
—————————— 一已之见，有错请指校。

[ilovedelphi]

to zswang(伴水)(需要充充电)
你觉得对于初学者而言，那种比较 好？（现在时间也比较紧）