大喜讯：够60个人就结贴了，要分的人就来灌水！论题：再一次讨论：网上协作开发的可行性与解决方案。发言者有分！ (300分)

就目前来说
大工程可行性不大
 
先找个工程给大家做做
 
其实完全可行，关键是有一位好的项目组织者。
需求分析和系统设计（包括概要设计、详细设计、数据库、数据字典等）要非常清楚。
 
我觉得必须满足一些条件才可行：
一。非技术方面
在我的经验中，一个现实中项目的成功，根本上是由非技术方面的因素所确定的，公司中
的那些业务人员和客户之间的种种沟通是成败关键。
所以我认为网上协作开发属于技术方面的内容，即使它再先进，或者再优秀，如果非技术
方面除了问题，一切免谈。
要实行网上协作开发，一个就是需要专门的非技术辅助部门，我们只用管技术方面即可，
楼上讨论很多，恐怕现阶段。。。
另外一种方法就是根本不管钱的，当作是学习，不过好像参与的人会少些。在现阶段我
认为这个也是一种方法。楼上所言的采用积分，我认为可行。总的而言，不用钱，而用
学习和热情作动力。（当然毫无疑问，存在不可避免的后遗症）
至于模拟的项目，我认为大学生档案管理系统过于学院化，如同老师布置的作业题，纯
粹的模拟，应当以真实有用，可以买钱的系统作为模拟对象，比如说进销存，ERP，某个
行业的电子政务，电子商务之类。
在这之前，我同意楼上说的必须建立一个可以相互交流的网站/NewsGroups。。。，目的只为沟通。
二。技术方面
首先必须明确的一个问题是，网上协作开发和公司里的开发本质上可能不一样，所以不能
将过去的一套照搬到网上协作中去。
网上协作固有的特点是分散性或者分布性，更多的依靠个人自觉性，而不是在公司中，依
赖制度，老板，薪酬。。。，当然这些也必须要依靠，但是绝对不能像公司中的那样依靠。
我也不认为非得靠或者只能靠个人自觉性。
1。进度控制
相对于采用薪酬驱动的方式，采用热情和学习驱动的项目，它的进度控制可能是很困难的，
同时它的时间跨度应当是很长的，采用迭代，组件开发恐怕也只不能解决根本问题。我不
知道如何办，可能实践一次会有新的认识。
楼上说的版本控制，比如使用CVS,SourceCafe,ClearCase...应当可以。
2。竞争
我觉得任何一个开发工件，不能是一个人或者少数几个人去完成，而应当允许任意多个人
同时去做，然后有大家共同评判各种候选方案，最后由专门的小组整理出正式的文档，建
立里程碑，进入下一个流程。而分数由大家按贡献分配。
3。质量控制
应当成立专门的质量控制小组，当然一切都是大家共同讨论。
4。成本控制
不知道。
三。结论
确定一个项目先做一做!
 
67个了呀！
 
开个网站来做吧。我早有“自由程序员工会”的想法，唉，不知应者几多，成率多大。
讨论解决不了问题，实际运作看看才能不断完善；可行性，我以为，可行，但不是马上。
要有个完善过程，因为国外很多流行的网上协作并非基于Money的，这是真的；国内，
这样做不现实；而基于Money，问题立刻多了。慢慢来，但要开始做。
Best Regards,
Bug
 
同志们：
我说两句！
这是个很简单的事情，大家不要把它看得那么复杂。
只要做到以下两点，网上协作开发大有可为！
一：解决程序标准化的问题。
给每一位分发的任务必须是有着严格的要求，如需要达到的功能，代码的输入参数，
输出参数。
二：只要完成功能。通过测试，功能用时省就是好的判定标准·
 
[:(!]需要一个组织和一套规则，以及基于此的管理软件
 
打不开http://delphibbs.com/delphibbs/DispQ.asp?LID=1313335
 
有志者，行动吧！[^]
希望能有人运用心思，建立一套比较完善的管理机制。
 
方案的可行性是比较大的，但实际过程中的人员组织等各方面的问题会暴露出来，会是工作中断，
三思后行[?]
 
各位，收分吧！
谢谢大家捧场！
 
您必须登录或注册才可回复。

Similar threads

S
[转]ClientDataSet加上TDataSetProvider的数据保存问题
回复
0
查看
3K
SUNSTONE的Delphi笔记
S
S
[转]ClientDataSet加上TDataSetProvider的数据保存问题
回复
0
查看
2K
SUNSTONE的Delphi笔记
S
D
[原]希望OrangeUI有个好的开始
回复
0
查看
892
DelphiTeacher的专栏
D
I
关于五子棋的讨论
回复
0
查看
519
import
I
I
接口的讨论
回复
0
查看
569
import
I
顶部