新版大富翁练功场计划 - 组织方法(0分)

  • 主题发起人 主题发起人 yysun
  • 开始时间 开始时间
Y

yysun

Unregistered / Unconfirmed
GUEST, unregistred user!
我们将采用 Open Source 通行的来。
首先，设计组发布设计文档，包括：总体规划、需求说明、功能设计、测试大纲
然后，开发组下载这些文档分开独立进行设计，结果提交给组长，组长合并进系统。
这个工作基于 cvs，组员具有 checkout 的权利，组长具有 commit 的权利。
最后，需要一个大组长，把他们各个组的分支合并成一个发布版本。
测试组，根据功能设计编写和发布测试大纲，维护 buglist。
http://www.cvshome.org
http://cvsbook.red-bean.com
http://www.loria.fr/~molli/cvs/doc/cvs_toc.html
http://www.cs.utah.edu/dept/old/texinfo/cvs/FAQ.txt
http://cellworks.washington.edu/pub/docs/cvs/tutorial/cvs_tutorial_1.html
 
关注。
 
测试组 也算上我一个。
 
测试,好呀!算我一个
 
简单说，Open Souce 的开发就想民主集中制。
- 设计组颁布设计文档
- 开发组按照设计要求分别开发，最后合并。
 
设计文档包括：
1、规划 roadmap
列出所有需要的功能，预计版本和发布时间。比如，
上载功能：允许用户上载 <2M 的文件， 2002.3.1 完成，版本 1.0 。
上载限制：根据用户级别限制上载文件的大小，2002.5.1 完成，版本 1.1 。
2、需求说明 requirement specification
对规划中，进入当前发布日程的功能进行需求说明。
比如，目前我们的版本是 1.0，下一版 1.1 有10个新增功能，8个改进功能。
需求说明就对这些功能进行逐条描述。仍以上面的功能为例，
上载限制：版本 1.1
1.0 功能不足，上载文件大小限制单一，需要根据用户级别设定。
因为 ......。这样解决了 ......。
3、功能说明 functional specification
根据需求说明做具体的设计定义：例如，
上载限制：版本 1.1
数据库改进：增加用户级别-上载文件大小限制参数 ......
网页设计：显示用户可上载文件的大小 ......
程序改进：com.richsearch.tools 上载类 upload.java 中 改动 ......
......
以上三种设计文档都将正式公布在主页上，以便开发组下载，按章开发。
 
我们将为每个开发组长开设一个 CVS Branch，他们具有 commit 的权利。
组员将他们的程序通过论坛发布或者 email 给组长，组长到一定程度commit进库。
临近版本发布日期，总负责把各个 Branch merge 起来，产生 beta1，beta2，rc1，rc2 ...
经过测试组测试，消除　buglist 上大多数 bug。最后正式发布。
 
算我一个
 
算我一个吧，我很热心的哦！
 
我觉得YYSUN要干的事情象我以前做的那个PDM。不知道理解对没有。
 
我想学学。
 
很感兴趣，不知道我的水平够不够。
 
首先我想问一下什么叫CVS，其次我想为这个提议尽一份力，我什么都不懂，就勉强做个测
试组的组员吧。
 
您必须登录或注册才可回复。

Similar threads

S
[转]ClientDataSet加上TDataSetProvider的数据保存问题
回复
0
查看
3K
SUNSTONE的Delphi笔记
S
S
[转]ClientDataSet加上TDataSetProvider的数据保存问题
回复
0
查看
2K
SUNSTONE的Delphi笔记
S
I
常用算法（3）动态规划
回复
0
查看
1K
import
I
I
大型MIS软件开发的几点体会
回复
0
查看
659
import
I
I
微软公司软件开发模式简介
回复
0
查看
818
import
I
后退
顶部