关于版本变更的问题，请教各位！祝大家牛年吉祥
在项目进度计划中，由于需求变更发生在概要设计期间，概要设计书要分为Ｖ１．０版本和Ｖ１．１版本．
请问详细设计书是不是也要分为Ｖ１．０版本和Ｖ１．１版本？
可否详细设计书直接是Ｖ１．０版本？
祝大家牛年吉祥！ 原帖由 nedved1020 于 2009-2-1 13:21 发表 http://bbs.51testing.com/images/common/back.gif
在项目进度计划中，由于需求变更发生在概要设计期间，
概要设计书要分为Ｖ１．０版本和Ｖ１．１版本．
请问详细设计书是不是也要分为Ｖ１．０版本和Ｖ１．１版本？
可否详细设计书直接是Ｖ１．０版本？
祝 ...
详细设计书当然可以直接是V1.0版本，各个文档之间的版本问题不一定非要一一对应，因为他们不是在一个时间完成的，版本号不同是可以的。 谢谢２楼的指教！
还有个问题：
如用户手册在设计阶段进行编写，在之后的编码，测试，验收等阶段都要对用户手册进行维护，是不是要对用户手册进行版本变更？ 原帖由 nedved1020 于 2009-2-1 13:21 发表 http://bbs.51testing.com/images/common/back.gif
在项目进度计划中，由于需求变更发生在概要设计期间，
概要设计书要分为Ｖ１．０版本和Ｖ１．１版本．
请问详细设计书是不是也要分为Ｖ１．０版本和Ｖ１．１版本？
可否详细设计书直接是Ｖ１．０版本？
祝 ...
版本号Vx.y，一般规定工作产品的第一个批准版本是V1.0，如果该工作产品后期发生了变更，如果是小的变化，y增加（这时可以是V1.1）；如果是大的变更（如增加或删除功能点、架构发生的变更等），x递增（这时是V2.0）。
如果项目制定了配置管理计划的话, 这些版本号规则都应该在配置管理计划中的定好了的。
针对你的问题，第一个详细设计批准版本应该是V1.0 原帖由 nedved1020 于 2009-2-2 15:34 发表 http://bbs.51testing.com/images/common/back.gif
谢谢２楼的指教！
还有个问题：
如用户手册在设计阶段进行编写，在之后的编码，测试，验收等阶段都要对用户手册进行维护，是不是要对用户手册进行版本变更？
如果后期的工作导致用户手册的修改，当然应进行基线的变更。配置管理其精髓就是管理变更的，通过管理变更来保持产品的完整性、一致性、可回溯性等。 楼上说的都是正确的，一般公司都是这样去做的，但是我各人建议最好的答案在公司的版本管理的规程上面应该有详细的定义，我看过有的公司的版本管理是Vx.y.z的格式，如果公司还没有这方面规定，那你可以让相关人员去建立公司的版本管理的规程
至于用户手册，我个人感觉，如果变更比较频繁，可以作为配置项来进行管理，进行必要的管理，不必作为基线进行控制，配置管理的根本就是在需要的时候能够取得需要的版本，如果频繁的变更，进行严格的变更流程，不利于管理，浪费一定的资源，不过这个要根据公司的规定和项目的需要进行
[ 本帖最后由 chengxq 于 2009-2-3 13:36 编辑 ]
页:
[1]
