[求助]产品版本管理规范

fifi_wang

目前在整理公司的版本管理规范.收集了一些问题,想征求一下大家的看法.问题如下:
1.文档版本号怎样定义？评审通过的版本号(主指文档),多次修正的版本号（文档和代码）片样定义？
2.一般程序的版本号怎样定义？
3.项目名称与产品名称,产品版本号的定义及对应？
4.同一项目/产品的不同文档版本的对应性？及文档版本与程序版本的对应性
5.项目/产品试运行期间的版本号怎样定义？
6.项目/产品基线版本的统一性怎样做到？
7.产品版本,产品的程序版本和文档版本,产品的升级版本和客户分支版本怎样定义？如：从V1.0到V4.0变化的过程是怎样？特定客户版本的分离？






希望大家给点建议和看法.我自己也正在整理中,稍后发上来供大家参考.

[ 本帖最后由 fifi_wang 于 2008-11-12 17:53 编辑 ]


上一篇：配置管理带来的好处
下一篇：说说α、β、γ、Trial、Unregistered、Demo、Release……的区别

思步

又见面了。产品与项目的区别，上次讨论了一些，看来楼主是在做产品化的工作了。

fifi_wang

呵呵,看来step_lv对我的印象还是挺深刻的.
我的工作安排经常是被抽调.没法深入.
经过几天的考虑,慢慢整理了一篇文章.发上来给大家提点意见.

fifi_wang

好像这里人气不旺

产品版本规划及版本号管理规范2.doc

产品版本规划及版本号管理规范2.doc (63.5 KB, 下载次数: 116)

2013-4-27 15:23 上传

点击文件名下载附件
下载积分: 金币 -10 (金)

[ 本帖最后由 fifi_wang 于 2008-11-12 18:06 编辑 ]

tongtong

1.文档版本号怎样定义？评审通过的版本号(主指文档),多次修正的版本号（文档和代码）片样定义？
这些内容可以写在配置管理计划里面定义和规范。 比如：
初始建立的配置项，版本定为V00.00.001； • 修改未通过评审的配置项，根据修改次数依次递增，修正版本号升级，根据修改次数依次递增，取值范围为“1~999”；通过正式评审的配置项版本升级为V01.00.000版，可对外发布；发布后遵循以下准则： 配置项进行了错误修改，则主版本号、子版本号不变，修正版本号升级，根据修改次数依次递增，取值范围为“1~999”；配置项新增了部分内容，则主版本号不变，子版本号升级，根据修改次数依次递增，取值范围为“1~99”，修正版本号复位为000； 配置项进行了重大修改, 主版本号升级，根据修改次数依次递增，取值范围为“1~99”，子版本号复位为00，修正版本号复位为000。
2.一般程序的版本号怎样定义？
   不用太复杂吧，只要像上面定义好了规则即可。
3.项目名称与产品名称,产品版本号的定义及对应？
你说的是“标识”吧？？不是问版本号吧...

fifi_wang

感谢楼上的回复,我现在已基本定义了一个,使用时再根据意见调整吧

xixiaojing666

原帖由 fifi_wang 于 2008-11-12 18:01 发表
好像这里人气不旺

不好意思，上周比较忙，家里还有点事情，所以没有上来及时看！
欢迎楼主在论坛上发表自己的见解！

xixiaojing666

楼主的版本号管理规范我看过了，定制的非常详细，定义了5个版本号，有文档的、程序的、项目的、产品的、还有基线的。
我觉得不管细或粗适合自己的就是最好的，实践是检验规范的最好办法。
希望在日后的使用过程中，对于出现的好的经验或不适合的规范，我们能及时的探讨！

fifi_wang

谢谢版主.这么尽责.
规范这东西,如果按想象来写,写出来的东西看起来漂亮,但实际好不好用就是另一回事了.非常赞成版主的"适合自己的就是最好的"
这几天这个规范正在给同事提意见,定下来后就是培训和试用了.
谢谢各位.

xixiaojing666

祝楼主成功！
:victory:

alan10086

楼主附件下不了啊，金币都被扣没了

alan10086

网站的代码也差了点吧，先扣金币，然后再提示下载链接无法访问，你要是刷新一下，还要扣你的金币，建议管理员多去其它论坛看看

roseinfly

如果扣除金币，建议在下载的时候先给个提示，确认是否愿意花3个金币进行下载，而不是直接扣除金币。

建议而已~~·

文档有借鉴意义！

freebird

不能下载，金币也扣了

背光，世界

学习下我只是路过，不发表意见……