51Testing软件测试论坛

 找回密码
 (注-册)加入51Testing

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

查看: 3427|回复: 5
打印 上一主题 下一主题

[讨论] 关于版本变更的问题,请教各位!祝大家牛年吉祥

[复制链接]

该用户从未签到

跳转到指定楼层
1#
发表于 2009-2-1 13:21:55 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
在项目进度计划中,由于需求变更发生在概要设计期间,
概要设计书要分为V1.0版本和V1.1版本.
请问详细设计书是不是也要分为V1.0版本和V1.1版本?
可否详细设计书直接是V1.0版本?


祝大家牛年吉祥!
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏
回复

使用道具 举报

该用户从未签到

2#
发表于 2009-2-2 10:57:59 | 只看该作者
原帖由 nedved1020 于 2009-2-1 13:21 发表
在项目进度计划中,由于需求变更发生在概要设计期间,
概要设计书要分为V1.0版本和V1.1版本.
请问详细设计书是不是也要分为V1.0版本和V1.1版本?
可否详细设计书直接是V1.0版本?


祝 ...

详细设计书当然可以直接是V1.0版本,各个文档之间的版本问题不一定非要一一对应,因为他们不是在一个时间完成的,版本号不同是可以的。
回复 支持 反对

使用道具 举报

该用户从未签到

3#
 楼主| 发表于 2009-2-2 15:34:06 | 只看该作者
谢谢2楼的指教!
还有个问题:
如用户手册在设计阶段进行编写,在之后的编码,测试,验收等阶段都要对用户手册进行维护,是不是要对用户手册进行版本变更?
回复 支持 反对

使用道具 举报

该用户从未签到

4#
发表于 2009-2-2 17:32:48 | 只看该作者
原帖由 nedved1020 于 2009-2-1 13:21 发表
在项目进度计划中,由于需求变更发生在概要设计期间,
概要设计书要分为V1.0版本和V1.1版本.
请问详细设计书是不是也要分为V1.0版本和V1.1版本?
可否详细设计书直接是V1.0版本?


祝 ...

版本号Vx.y,一般规定工作产品的第一个批准版本是V1.0,如果该工作产品后期发生了变更,如果是小的变化,y增加(这时可以是V1.1);如果是大的变更(如增加或删除功能点、架构发生的变更等),x递增(这时是V2.0)。
如果项目制定了配置管理计划的话, 这些版本号规则都应该在配置管理计划中的定好了的。

针对你的问题,第一个详细设计批准版本应该是V1.0
回复 支持 反对

使用道具 举报

该用户从未签到

5#
发表于 2009-2-2 17:36:29 | 只看该作者
原帖由 nedved1020 于 2009-2-2 15:34 发表
谢谢2楼的指教!
还有个问题:
如用户手册在设计阶段进行编写,在之后的编码,测试,验收等阶段都要对用户手册进行维护,是不是要对用户手册进行版本变更?

如果后期的工作导致用户手册的修改,当然应进行基线的变更。配置管理其精髓就是管理变更的,通过管理变更来保持产品的完整性、一致性、可回溯性等。
回复 支持 反对

使用道具 举报

该用户从未签到

6#
发表于 2009-2-3 13:17:39 | 只看该作者
楼上说的都是正确的,一般公司都是这样去做的,但是我各人建议最好的答案在公司的版本管理的规程上面应该有详细的定义,我看过有的公司的版本管理是Vx.y.z的格式,如果公司还没有这方面规定,那你可以让相关人员去建立公司的版本管理的规程
至于用户手册,我个人感觉,如果变更比较频繁,可以作为配置项来进行管理,进行必要的管理,不必作为基线进行控制,配置管理的根本就是在需要的时候能够取得需要的版本,如果频繁的变更,进行严格的变更流程,不利于管理,浪费一定的资源,不过这个要根据公司的规定和项目的需要进行

[ 本帖最后由 chengxq 于 2009-2-3 13:36 编辑 ]
回复 支持 反对

使用道具 举报

本版积分规则

关闭

站长推荐上一条 /1 下一条

小黑屋|手机版|Archiver|51Testing软件测试网 ( 沪ICP备05003035号 关于我们

GMT+8, 2024-11-16 10:39 , Processed in 0.070437 second(s), 27 queries .

Powered by Discuz! X3.2

© 2001-2024 Comsenz Inc.

快速回复 返回顶部 返回列表